User Tools

Site Tools


sensorweaver

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
sensorweaver [2014-12-17 14:57] – [Middleware] luigi.fortunatisensorweaver [2017-09-26 07:08] (current) michele
Line 2: Line 2:
 SensorWeaver is a suite of applications that enables application development in distributed sensor networks scenarios. SensorWeaver is a suite of applications that enables application development in distributed sensor networks scenarios.
 It comprises: It comprises:
-  * A Middleware Platform for secure communications between applications and sensor nodes+  * A Middleware Platform for secure communications between applications and sensor network gateway nodes
   * Applications that leverage Middleware functionalities   * Applications that leverage Middleware functionalities
  
Line 11: Line 11:
 ===== Middleware ===== ===== Middleware =====
  
-Wireless Sensor networks are often etherogenous in terms of communication technologies and protocols and cover a limited spatial area. Applications that use sensor data needs are often run remotely and require a secure communication channel in order to access it over the Internet. +Wireless Sensor networks are often heterogeneous in terms of communication technologies and protocols and cover a limited spatial area. Applications that use sensor data needs are often run remotely and require a secure communication channel in order to access it over the Internet. 
-SensorWeaver Middleware tries to address the aforementioned issues by offering a practical and secure solution which enables secure communication between sensor nodes and applications that use sensor data.+SensorWeaver Middleware tries to address the aforementioned issues by offering simple abstractions and API to clients and a distributed platform for secure communication between sensor nodes and applications that use context data.
  
 {{ ::componentdiagram.jpg|Sample deployment diagram depicting a scenario with ZigBee devices integration}} {{ ::componentdiagram.jpg|Sample deployment diagram depicting a scenario with ZigBee devices integration}}
  
-The functionalities offered by the Middleware to other software components covers different areas:  +The functionalities offered by the Middleware are based on the simple //datafeed// and //service// abstractions. A //datafeed// generally identifies an entity that produces data and can be characterized with a set of properties and a message content definition. 
-  * Datasource publishing and sensor data dissemination +There are two areas of functionalities concerning the datafeeds, one for data publishers and one for data consumers:  
-    * Announce the presence of a new sensor by providing a description in terms of sensor properties and message format +  * Datafeed publishing and sensor data dissemination 
-    * Announce unavailability of a sensor +    * Announce the presence of a new datafeed by providing a description in terms of sensor properties and message format 
-    * Publish sensor data for a published sensor, using the defined message format +    * Announce unavailability of a datafeed 
-  * Sensor discovery and data listening +    * Publish data for a published datafeed, using the defined message format 
-    * Discover sensors matching a set of properties +  * Datafeed discovery and data listening 
-    * Listening for data produced by a sensor+    * Discover datafeeds matching a set of properties 
 +    * Listening for data produced by a datafeed
  
-Sensors can also be virtualin the sense that any data source can be represented as a data feed on the middleware, enabling sensor data fusion scenarios.+Regarding the services, the following functionalities for both the publishers and the consumers are provided: 
 +  * Service publishing 
 +    * Announce the presence of a new service by providing a description of the properties, request message format and response message format 
 +    * Announce unavailability of a service 
 +    * Reply to a service invocation from a client 
 +  * Service discovery and invocation 
 +    * Discover services matching a set of properties 
 +    * Invoking a service and receiving a response 
 + 
 +Any data source can be represented as a //data feed// on the middleware, enabling sensor data fusion scenario.
  
 The deployment diagram depicts a scenario where ZigBee devices are integrated with the Middleware.  The deployment diagram depicts a scenario where ZigBee devices are integrated with the Middleware. 
Line 42: Line 52:
   * Offers a simple model for the description/discovery of data sources   * Offers a simple model for the description/discovery of data sources
   * Strives for simplicity of integration   * Strives for simplicity of integration
-==== Developer Guide ==== 
-== Project and development environment setup == 
-    * IDE setup and repositories 
-    * Project setup 
-    * OSGi container of choice: Karaf 
-== Getting an instance of the Middleware service == 
-    * OSGI Registry 
-    * Blueprint 
-== API and usage == 
-    * Publishing sensor data 
-    * Getting sensor data 
-== Integration testing == 
-    * Pax-Exam 
-    * Karaf 
-== Links == 
-    * OSGi specs and compendium 
-    * Blueprint Aries 
-    * MQTT Protocol 
- 
-==== Administrator Guide ==== 
- 
- 
- 
  
 +Links to guides:
 +  *[[sensorweaver:developer-guide|SensorWeaver Developer Guide]]
 +  *[[sensorweaver:admin-guide|SensorWeaver Administrator Guide]]
 +  *[[sensorweaver:sensor-feeds|SensorWeaver The Sensor Feeds]]
sensorweaver.1418828267.txt.gz · Last modified: 2014-12-17 14:57 (external edit)

Donate Powered by PHP Valid HTML5 Valid CSS Run on Debian Driven by DokuWiki