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

82 Kontext-Modellierung
6.2.1 Einbeziehung von kontextbewussten Anwendungen und spezifische Datentypen
Der zentrale Aspekt hinsichtlich die Benutzung des Kontext-Modells ist die Präsenz der Klasse
“ContextAwareApplication” als “Hauptmerkmal” im Modell. Dadurch wird eine kontextbewusste
Anwendung (engl. Context-Aware Application) repräsentiert. Diese Entität ist in einer direkten oder
indirekten Weise mit allen anderen Komponenten des Modells verknüpft und wird normalerweise auf
einem mobilen Gerät betrieben, welches in der Ziel-Umgebung eingebettet ist. Die Anwendung kann
anhand technologischen Komponenten, die im Laufe des Paragraphs 6.2.3 eingegangen werden, mit
anderen Anwendungen aus der Ziel-Umgebung verschiedene Kontext-Informationen austauschen. In
dieser Sinne kann ein Netzwerk gebildet werden, die verteilt eine Anpassung an Kontext ausführen
könnte.
Weitere Bestandteile des Kontext-Modells sind Datentypen, die
Konzepte wie eine eindeutige Identifikation der einzelnen dargestellten
Klassen sowie die Einkapselung Zeit-bezogener Sachverhalte
enthalten. Die Klasse für die eindeutige Identifikation kapselt
eine ID, einen optionalen Namen, sowie einen optionalen, eindeutigen
URI ein. Was die zeitbezogenen Sachverhalte angeht, bestehen
diese aus einem Zeitstempel (mit z.B. UTC, Coordinated Universal
Time, als einzige Zeitzone) sowie einem Zeitintervall für
die Beschreibung ablaufender Verläufe.
In den folgenden Abschnitten wird auf die Bestandteile des Modells
einzeln eingegangen. Zudem wird ein entsprechender Bezug
zu den Anforderungen an ein Kontext- Modell hergestellt.
6.2.2 Modell
Abbildung 6.4: Datentypen
des Kontext-Modells
In diesem Abschnitt werden die Bestandteile des Kontext-
Modells eingeführt, welche Funktionen wie Datenerfassung und
-beschreibung umsetzen können. Als Startpunkt wird die Repräsentation von Kontext-Information im
Rahmen des Kontextes vorgestellt.
Erfassung, Interpretation und Aggregation von Kontext-Informationen
Ein Hauptthema des entwickelten Kontext-Modells ist die Erfassung von Kontext-Informationen
(in der Fachsprache auch als “Fakten” bekannt) aus der umgebenden, auf dem Frontend vorhandenen
Sensorik. Zu diesem Zweck ist die Idee der Erstellung von spezifischen Widgets aus [DA00] übernommen
– ein Widget repräsentiert eine Kapselung der Funktionalität eines Sensors, welche durch
eine Schnittstelle repräsentiert wird (ISensor). Die Schnittstelle ist für einen bestimmten Sensor eindeutig
und kann beispielsweise Methoden rund um das Auslesen der Datenströme enthalten. Darüber
hinaus lassen sich Widgets zu einer Hierarchie organisieren, sodass die Möglichkeit entsteht, z.B.
eine bestimmte Kontext-Information anhand eines Durchlaufs der Hierarchie zu erfassen, jeweils mit
Teil-Informationen von jedem Knoten (diese Prozedur wird als “Sensor Fusion” bezeichnet). Zudem
wird an dieser Stelle auch das eigentliche Frontend oder die Client-Anwendung beschrieben. Dies
geschieht durch die Klasse Device, auf der die beschriebenen Entitäten “Sensor” und “Widget” ein-