Download (5Mb) - oops/ - Oldenburger Online-Publikations-Server

88 Kontext-Modellierung
Bei der Distribution oder Verteilung von erfassten Kontext-Informationen lassen sich dieselben
Technologien einsetzen (bzw. das Netzwerkprotokoll namens AMQP, welches insbesondere für Echtzeit-
Anwendungen geeignet ist), die auch für das Konzept des Kommunikationskanals im Paragraph 5.2.3
aufgeführt worden sind. Im Paragraph 7.3.4 werden zudem die Implementierungsdetails diskutiert.
Nennenswert bleibt an dieser Stelle auch die Verallgemeinerung des Verteilungsvorganges: es können
weitere Technologien eingesetzt werden, die entweder einen direkten Pub-Sub Kommunikationsmechanismus
umsetzen oder dies mithilfe eines Zwischendienstes (engl. Middleware) realisieren.
Die “Abonnenten” können im Sinne des Kontext-Modells andere kontextbewusste Anwendungen aus
derselben Umgebung wie die “produzierenden” Anwendungen sein.
Publisher-Subscriber, oft als PubSub bezeichnet, ist ein allgemeiner Mechanismus, welcher zum
einen die Erstellung von beliebigen “Nachrichten” oder Datenbeständen von einer Anwendung erlaubt
und zum anderen die entsprechende Verteilung der veröffentlichten Datenbestände an beliebige
“Abonnenten” bzw. Anwendungen ermöglicht.
Nachdem die Bausteine des Kontext-Modells definiert worden sind, wird ein kurzer Überblick über
eine mögliche Nutzung des Kontext-Modells anhand eines vereinfachten Anwendungsfalles gegeben.
6.3 Beispielhafte Instanziierung des Kontext-Modells
In der Abbildung 6.10 wird das entworfene Kontext-Modell in einem beispielhaften Szenario einer
“Smart Home” Umgebung eingesetzt. Hierfür wurde eine kontextbewusste Anwendung (SH1,
Platzhalter für “Smart Home 1”) definiert, die von einem mobilen Gerät (HTC_Desire) betrieben
wird.
Die Umgebung wird durch das Lokationsmodell bestimmt und enthält mehrere Räume wie Room_1
und Room_2, die Teil einer Wohnung (Apartment_1) sind. Die Wohnung befindet sich in einem
Gebäude (Building_1), dessen auf GPS-basierende Koordinaten bekannt sind. Darüber hinaus
werden verschiedene räumliche Beziehungen definiert wie Distance_to_Room_1, die die geschätzte
Distanz zwischen den zwei Räumen erfasst.
Fest verankert im System sind Merkmale des Besitzes: das System selber verwendet ein globales
Schema für den Besitz, SH_Sys1_GlobalOwnership, welcher mit einem Zeitstempel und einer
Signatur versehen ist. Dieses AccessToken wird dem anderen Akteur (dem Bewohner) im System
mitgeteilt, sodass ein Zugriff auf die vom System bereitgestellten Gegenstände (s.u) möglich ist.
Die vorher modellierten Gegenstände im System umfassen mehrere Fakten: es gibt ein virtuell modelliertes
Sofa (IntelligentSofa), welches sich im Raum2 befindet. Dieses Sofa wird als “Smart
Object” betrachtet und stellt eine über REST-verfügbare Schnittstelle zu Funktionen wie getDescription()
bereit. Die statische, vorher gegebene Lokalisierung des Sofas ist ein Beispiel für die
Klasse ContextInformation.
Weitere Kontext-Informationen im System werden dynamisch erfasst: auf dem mobilen Gerät
ist ein Sensor zur Vermittlung der aktuellen umgebenden Helligkeit eingebaut. Dieser Sensor wird
benutzt, indem er neue Informationen in Form von Fakten zur Verfügung stellt. Ein Faktum wie
BrightnessFact1 wird von einem “Interpreter” wie BrightnessLuxInterpreter interpretiert
und ergibt dadurch eine profilierte Informationsquelle.