Apfelstrudel
Grünschnabel
Hallo zusammen,
wir schreiben momentan an unserer BSc Abschlussarbeit. Thema der Arbeit ist die Entwicklung eines Serviceorientierten Context Awareness Frameworks und die Beispielhafte Implementierung in einem Projekt.
Wir haben eine Reihe von Sensoren (Lagesensor, Tempartur, ..., RFID Antennen) und müssen auf diese Aufbauen Kontext erkennen und entsprechend reagieren.
Anfangs hatten wir eine Reihe bestehender Context Awareness Toolkits getestet, aber waren aus den verschiedensten Gründen nicht damit einverstanden. Daraus resultiert nun die Aufgabe, das Framework wirklich im Alleingang zu entwickeln. Da das ganze hochgradig dezentral aufgebaut sein sollte, möchten wir auch auf zusätzliche Komponenten wie Axis, Tomcat etc. verzichten und nur auf die Komponenten der Java 6.0 Umgebung zurückgreifen.
Leider sind wir inzwischen auf ein paar grundsätzliche Probleme gestoßen bzw. erhoffen uns durch das Forum ein paar Ideen und Denkanstöße.
Zum einen hatten wir vor, alle Kommunikationseinheiten (im Schaubild zu sehen) durch den gleichen Service abzudecken und nur durch den Inhalt die Unterscheidung zwischen den einzelnen Informationstypen zu erreichen. Da wir kein Polling verwenden möchten, arbeiten wir dabei mit einem Notification Service. Der Client soll auf dem Server ein Topic erzeugen können (z.B. Sensorwert ändert sich um mehr als ein Delta von 2). Falls dieser Fall eintritt, wird der Client vom Server aus informiert. Dabei steht natürlich noch offen, ob dann zusätzlich Informationen vom Client abgeholt werden (z.B. Messdaten oder einer Liste mit RFID Tags).
Das bedeutet aber auch, dass wir oben am Client entstandene Topics erst auf der Kontext-Ebene verarbeiten müssen und dort entscheiden, welche Topics dann von der Kontext-Ebene auf der Sensor-Ebene generiert werden sollen. Die Kontext-Ebene setzen wir (neben der Erkennung von Situationen aus dem Kontext der Sensordaten) auch zu Umrechnungszwecken, Aggregation etc. ein.
Desweiteren steht noch offen, wie wir die Daten übertragen.
Unsere Idee war es, ein XML Schema für die verschiedenen Anwendungsbereiche zu entwickeln (Topic erstellen, Sensordaten übertragen) und dieses dann als String zu verschicken. Da wir SOAP zur Kommunikation einsetzen wollen / müssen, versenden wir dann XML in XML und sind uns nicht sicher, ob das 1. Konform ist und 2. nicht einen Haufen weitere Probleme mit sich bringt.
Allerdings wissen wir auch nicht, wie wir das Schema verändern können, das SOAP verwendet.
Um nicht zu sehr abzuschrecken wollen wir es erstmal dabei belassen - soll ja noch lesbar bleiben!
Wir sind dankbar um jede Hilfe!
Architektur:
http://www.imgwelt.de/show.php?code=9EQ2I69320X
Gruß, Johannes und Manuel
wir schreiben momentan an unserer BSc Abschlussarbeit. Thema der Arbeit ist die Entwicklung eines Serviceorientierten Context Awareness Frameworks und die Beispielhafte Implementierung in einem Projekt.
Wir haben eine Reihe von Sensoren (Lagesensor, Tempartur, ..., RFID Antennen) und müssen auf diese Aufbauen Kontext erkennen und entsprechend reagieren.
Anfangs hatten wir eine Reihe bestehender Context Awareness Toolkits getestet, aber waren aus den verschiedensten Gründen nicht damit einverstanden. Daraus resultiert nun die Aufgabe, das Framework wirklich im Alleingang zu entwickeln. Da das ganze hochgradig dezentral aufgebaut sein sollte, möchten wir auch auf zusätzliche Komponenten wie Axis, Tomcat etc. verzichten und nur auf die Komponenten der Java 6.0 Umgebung zurückgreifen.
Leider sind wir inzwischen auf ein paar grundsätzliche Probleme gestoßen bzw. erhoffen uns durch das Forum ein paar Ideen und Denkanstöße.
Zum einen hatten wir vor, alle Kommunikationseinheiten (im Schaubild zu sehen) durch den gleichen Service abzudecken und nur durch den Inhalt die Unterscheidung zwischen den einzelnen Informationstypen zu erreichen. Da wir kein Polling verwenden möchten, arbeiten wir dabei mit einem Notification Service. Der Client soll auf dem Server ein Topic erzeugen können (z.B. Sensorwert ändert sich um mehr als ein Delta von 2). Falls dieser Fall eintritt, wird der Client vom Server aus informiert. Dabei steht natürlich noch offen, ob dann zusätzlich Informationen vom Client abgeholt werden (z.B. Messdaten oder einer Liste mit RFID Tags).
Das bedeutet aber auch, dass wir oben am Client entstandene Topics erst auf der Kontext-Ebene verarbeiten müssen und dort entscheiden, welche Topics dann von der Kontext-Ebene auf der Sensor-Ebene generiert werden sollen. Die Kontext-Ebene setzen wir (neben der Erkennung von Situationen aus dem Kontext der Sensordaten) auch zu Umrechnungszwecken, Aggregation etc. ein.
Desweiteren steht noch offen, wie wir die Daten übertragen.
Unsere Idee war es, ein XML Schema für die verschiedenen Anwendungsbereiche zu entwickeln (Topic erstellen, Sensordaten übertragen) und dieses dann als String zu verschicken. Da wir SOAP zur Kommunikation einsetzen wollen / müssen, versenden wir dann XML in XML und sind uns nicht sicher, ob das 1. Konform ist und 2. nicht einen Haufen weitere Probleme mit sich bringt.
Allerdings wissen wir auch nicht, wie wir das Schema verändern können, das SOAP verwendet.
Um nicht zu sehr abzuschrecken wollen wir es erstmal dabei belassen - soll ja noch lesbar bleiben!
Wir sind dankbar um jede Hilfe!
Architektur:
http://www.imgwelt.de/show.php?code=9EQ2I69320X
Gruß, Johannes und Manuel
Zuletzt bearbeitet:
