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

6.2 Definition eines Kontext-Modells 87
dynamischen Fähigkeiten der Programmiersprache Ruby benutzt (für Implementierungsdetails siehe
dazu auch 7.3.5).
Der letzte Dienst repräsentiert ein allgemeines Verfahren zur Definition von Anpassungen bzw.
“Reaktionen” auf allgemein auftretende Ereignisse im Kontext-Modell. Hiermit wird über Ereignisse
diskutiert, welche ausgelöst werden können und somit eine Aktion vom System erfordern. Durch dieses
Konzept lassen sich Reaktionen oder allgemeines Feedback modellieren bzw. darstellen wie z.B.
eine Mitteilung im Frontend, wenn ein bestimmter QR-Code eingescannt worden ist. Darüber hinaus
könnte die Reaktion ausführlicher aufgestellt sein – es können automatische Aktionen durchgeführt
werden, nicht nur auf dem auslösenden System, sonder auch auf anderen Systemen (damit soll ein
Format der Anpassung bzw. Reaktion sowie ein Kommunikationskanal zwischen den wahrscheinlich
technologisch heterogenen Systemen geschaffen werden).
Anfrage und Verteilung von Kontext-Informationen
Abbildung 6.9: Teil des Kontext-Modells: Anfrage und Verteilung von Kontext-Informationen
Nachdem die Kontext-Informationen aus der Umgebung oder mithilfe der lokalen, auf dem mobilen
Gerät vorhandenen Sensorik erfasst worden sind, wird im Kontext-Modell die Möglichkeit gegeben,
diese Informationen anzufragen. Dieser möglicher Anwendungsfall ist insbesondere im Szenario der
“Smart Home”-Umgebung relevant. In diesem Szenario wird normalerweise von der Existenz mehrerer
kontextbewusster Anwendungen ausgegangen. Diese Anwendungen können auch “zusammenarbeiten”,
indem sie Informationen aus mehreren Quellen durch Anfragen “verlangen”. Um dieser
Aspekt zu ermöglichen, lassen sich verschiedene Anfragemethoden definieren, die eine Schnittstelle
bereitstellen und mithilfe von Quelltext-Generierungsmethoden erstellt werden können. Eine weitere
Beschreibung einer Generierungsmethode, die auf REST Web Services basiert, folgt im Abschnitt
7.3.5.
Eine grundlegende Anfrage könnte die Lokation eines InternalAsset verlangen, durch z.B. eine
HTTP Anfrage wie GET /location/Chair/relative/Sofa. Die Semantik dieser Anfrage
ist die folgende: die Lokation (geographisch oder symbolisch) des Assets mit dem Namen “Chair”
wurde verlangt, relativ zu einem anderen Gegenstand namens “Sofa”.