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

26 Verwandte Arbeiten
2.7.1 Pico-REST für Komponentenintegration
In [DRAPZ04] werden die Grundprinzipien hinter Pico-REST (Kurzform: pREST) eingeführt: es
wir ein Netzwerk- und REST-basierter Zugriffsprotokoll entwickelt, die die vereinfachte aber mächtige
Vision des Web über Daten und Dienste, in die Welt der Ubiquitären Computing und damit z.B.
auch im Rahmen eines Smart Home Szenario überführen soll. Es wird damit versucht, verschiedene
vorhandene Bestandteile oder Komponente der Ziel-Umgebung (wie z.B. Sensorik, HTTP-aufrufbare
Dienste) zum allgemeinen Zweck von kontextbewussten Anwendungen (eine Kontext-basierte Anpassung)
zu vernetzen. Diese Vernetzung trägt dazu bei, dass heterogene Systeme oder Geräte mittels
HTTP integriert bzw. werden können bzw. zusammenarbeiten können.
Die Simplifizierung dieser Technik lässt sich zuerst anhand der verwendeten Technologien bemerken
– es werden HTTP Mitteilungen zwischen den einzelnen eingekapselten Komponenten verschickt
(s.u.), unter Beachtung der REST Prinzipien. Ein interessanter Aspekt bei der Benutzung von
HTTP ist die damit erzielte Flexibilität – es können Web Browser-gesteuerte Interaktionen zwischen
den Komponenten realisiert werden. Ein ganzheitliche Perspektive über die für die Verbindung der
einzelnen Komponenten erforderlichen Schnittstellen wird vorgegeben: vereinfachte Datentypen wie
z.B. Zahlen, Zeichenketten oder boolesche Werte müssen zwischen den Komponenten kommuniziert
werden können.
Die von pREST angebotene Funktionalität ist simplifizierend aber effektiv: die Abfrage und Manupulation
von Eigenschaften bzw. Daten einer Komponente, sowie die Möglichkeit, eine Funktion
anhand angekommenen, Klartext-basierter Mitteilungen. Hiermit lässt sich eine ursprüngliche Konfiguration
zwischen einer Client-Anwendung und einer entsprechenden Server-Anwendung realisieren.
Weiterhin unterstützt pREST die lose Kopplung der zu integrierenden Komponente – im Vergleich
zu üblichen Herangehensweisen der Vernetzung, die die Etablierung einer gemeinsamen Schnittstelle
in Form von IDL (Interface Description Language, eine Sprache womit die Schnittstelle einer Softwarekomponente
beschrieben werden kann) oder WSDL (Web Service Description Language, eine
XML-basierte Sprache, die die von einer Web Service bereitgestellte Funktionalität beschreibt) Dokumenten
vorsehen, stellt pREST eine begrenzte Semantik für die gegenseitige Verbindung vor. Es
wird motiviert, dass im Fall von ubiquitären, “in-house” Computing fast nur Mitteilungen der Form
“ein Ereignis ist aufgetreten”, “Wert auslesen” oder “Wert setzen” verschickt werden müssen.
Zu diesem Zweck werden nur die Basis-Verben HTTP Verben benutzt, um die einzelnen Komponenten
bzw. Ressourcen anfragen zu können: GET, POST sowie HEAD. Eine GET Anfrage für einen
Dienst wird als eine Art “Discovery” Anfrage angesehen – die Antwort zu der Anfrage besteht aus
einer REST-gemäße Repräsentation der für den Aufruf benötigten Parameter. Dementsprechend ist
die Formulierung einer POST Anfrage für einen Aufruf des Dienstes gehalten.
Das HTTP Protokoll wird weiter ausgenutzt, indem ein vereinfachtes System zur Typisierung (engl.
typing system) eingesetzt wird – mithilfe von HTTP Headers und einer MIME-ähnliche Typisierung.
Ein Accept Header listet die von einer Ressource bearbeitbaren Inhaltstypen (engl. content type)
wie z.B. text/plain für primitive Datentypen oder img/* für Bilder, während ein Provide
beschreibt, welche von einer Ressource bereitstellbaren Inhaltstypen sind. Vorteilhaft bei der Einbettung
dieser “Service Descriptions” in HTTP Headers ist, dass das HTTP Verb HEAD zu Nutze
gemacht werden kann: es werden dadurch nur die Headers vermittelt und keinen anderen Inhalt.
Der vom pREST vorgestellte Ansatz kann durch seine vereinfachte Herangehensweise beim Aufbauen
von Datenpfaden in z.B. einem Sensornetzwerk verwendet werden. Damit wird das grundle-