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

Weitere Magazine

Empfehlungen

Info

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.
6.3 Beispielhafte Instanziierung des Kontext-Modells 89 Abbildung 6.10: Veranschaulichung beispielhafter Instanzen des Kontext-Modells
Seite 1:
Fakultät II - Informatik, Wirtscha
Seite 5 und 6:
III Inhalt 1 Einleitung 1 1.1 Über
Seite 7 und 8:
1 1 Einleitung In diesem Kapitel wi
Seite 9 und 10:
1.3 Problemstellung 3 wie vom globa
Seite 11 und 12:
1.3 Problemstellung 5 Definition vo
Seite 13 und 14:
1.5 Motivation 7 1.5.1 Unterstützu
Seite 15 und 16:
1.5 Motivation 9 Das Konzept, wofü
Seite 17 und 18:
1.6 Struktur der Arbeit 11 in Kapit
Seite 19 und 20:
13 2 Verwandte Arbeiten Im Rahmen d
Seite 21 und 22:
2.2 Ambient Intelligence (AmI) 15 P
Seite 23 und 24:
2.4 Smart Home 17 Arbeit wird eine
Seite 25 und 26:
2.4 Smart Home 19 2.4.1 (Smart) Hom
Seite 27 und 28:
2.5 Indoor-Lokalisierung 21 Ausgabe
Seite 29 und 30:
2.6 Internet of Things 23 Während
Seite 31 und 32:
2.7 REST und RESTful Web Services 2
Seite 33 und 34:
2.8 Kontext-Modellierung 27 gende S
Seite 35 und 36:
2.8 Kontext-Modellierung 29 landsch
Seite 37 und 38:
2.8 Kontext-Modellierung 31 Informa
Seite 39 und 40:
2.8 Kontext-Modellierung 33 2.8.5 P
Seite 41 und 42:
35 3 User-Stories In diesem Kapitel
Seite 43 und 44: 3.2 Konkrete User-Stories 37 • Mi
Seite 45 und 46: 3.2 Konkrete User-Stories 39 könnt
Seite 47 und 48: 3.3 Zusammenfassung 41 Der erste Sc
Seite 49 und 50: 43 4 Anforderungserhebung Im Rahmen
Seite 51 und 52: 4.2 Grundlagen 45 tionalitäten des
Seite 53 und 54: 4.3 Anforderungsdefinition 47 4.3.1
Seite 55 und 56: 4.3 Anforderungsdefinition 49 • Q
Seite 57 und 58: 4.3 Anforderungsdefinition 51 Abbil
Seite 59 und 60: 4.3 Anforderungsdefinition 53 keine
Seite 61 und 62: 55 5 Entwurf Im Laufe dieses Kapite
Seite 63 und 64: 5.2 Server-Architektur und -Funktio
Seite 69 und 70: 5.3 Client-Architektur und -Funktio
Seite 71 und 72: 5.3 Client-Architektur und -Funktio
Seite 73 und 74: 5.4 Konzept zum Nutzungserlebnis (U
Seite 83 und 84: 77 6 Kontext-Modellierung In diesem
Seite 85 und 86: 6.1 Techniken der Kontext-Modellier
Seite 87 und 88: 6.2 Definition eines Kontext-Modell
Seite 93: 6.2 Definition eines Kontext-Modell
Seite 97 und 98: 91 7 Umsetzung des Prototyps In die
Seite 99 und 100: 7.2 Datenmodell für Home Sharing 9
Seite 101 und 102: 7.2 Datenmodell für Home Sharing 9
Seite 103 und 104: 7.3 Backend 97 Die genannten Verbin
Seite 105 und 106: 7.3 Backend 99 Befehle wie z.B. INS
Seite 107 und 108: 7.3 Backend 101 aktualisiert bzw. u
Seite 109 und 110: 7.3 Backend 103 Datei per E-Mail od
Seite 111 und 112: 7.3 Backend 105 Die Entwicklung der
Seite 113 und 114: 7.3 Backend 107 Grape ermöglicht d
Seite 116 und 117: 110 Umsetzung des Prototyps gangs m
Seite 118 und 119: 112 Umsetzung des Prototyps Ursprü
Seite 120 und 121: 114 Umsetzung des Prototyps Logging
Seite 122 und 123: 116 Umsetzung des Prototyps Control
Seite 124 und 125: 118 Umsetzung des Prototyps // endr
Seite 126 und 127: 120 Umsetzung des Prototyps erweite
Seite 128 und 129: 122 Umsetzung des Prototyps Bearbei
Seite 130 und 131: 124 Umsetzung des Prototyps feste I
Seite 132 und 133: 126 Evaluation wurde ein Feldstudie
Seite 134 und 135: 128 Evaluation 8.5.1 Einrichtung de
Seite 136 und 137: 130 Evaluation Abbildung 8.1: Auswe
Seite 138 und 139: 132 Evaluation 8.7 Zusammenfassung
Seite 140 und 141: 134 Evaluation
Seite 142 und 143: 136 Zusammenfassung Zusammenfassend
Seite 144 und 145:
139 Abkürzungen 6LoWPAN AAL AF AGB
Seite 146 und 147:
141 Abbildungen 2.1 Überblick der
Seite 148 und 149:
143 A Leitfaden der Evaluation Auf
Seite 150 und 151:
Mobile HomeSharing Anwendung Im Rah
Seite 152 und 153:
Seite 154 und 155:
Seite 156 und 157:
145 Literatur [ACS09] ABLESON, Fran
Seite 158 und 159:
147 [HP12] HARTSON, Rex ; PYLA, Par
Seite 160 und 161:
149 [SB07] [SBG99] SAVIO, Nadav ; B
Seite 162:
Versicherung Hiermit versichere ich
Alle anzeigen

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

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?