1 / 16

A Message-Oriented Middleware for Sensor Networks

A Message-Oriented Middleware for Sensor Networks. Eduardo Souto, Germano Guimarães, Glauco Vasconcelos, Mardoqueu Vieira, Nelson Rosa , Carlos Ferraz {ejps,gfg,gpv,msv,nsr,cagf}@cin.ufpe.br. Centro de Informática Universidade Federal de Pernambuco Recife – Pernambuco, Brazil. Motivation.

zohar
Download Presentation

A Message-Oriented Middleware for Sensor Networks

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. A Message-Oriented Middleware for Sensor Networks Eduardo Souto, Germano Guimarães,Glauco Vasconcelos, Mardoqueu Vieira,Nelson Rosa, Carlos Ferraz {ejps,gfg,gpv,msv,nsr,cagf}@cin.ufpe.br Centro de Informática Universidade Federal de Pernambuco Recife – Pernambuco, Brazil

  2. Motivation • increasing development of wireless sensor networks (WSNs) • scarce resources (memory, battery, processing capacity) • thousand of nodes • event-driven • traditional middleware systems are heavyweight • request/reply communication is not adequate

  3. observation region sensor nodes sink node user application Motivation [Scenario]

  4. Our Proposal • MIRES – Middleware for WSNs • enables communication between sensing-based applications • provides a set of middleware services • hides the complexity of communication underlying mechanisms from the sensing-based applications

  5. MIRES [Basic Facts] • message-oriented middleware • publish/subscribe service • asynchronous communication • encapsulates network-level protocols • routing and topology control protocols • aggregation service • collects and integrates data generated from a large and physically dispersed set of nodes • API (Application Programming Interface)

  6. Node Application Node Application MIRES Aggregation Service Routing ServiceN Routing Service Service 1 N Publish/subscribe service Operating System Sensors CPU Radio MIRES [Architecture]

  7. send(m) notification MIRES [Publish/Subscribe Service] • a publish/subscribe middleware • publishes (“sender”) and subscribers (“receivers”) applications • asynchronous communication • sender and receiver may not be present in the network at the same time • topics (subject) Sender Receiver MOM Queue Operating System Hardware

  8. MIRES [Publish/Subscribe Service] • allows the communication between middleware services • responsible for advertises topics • maintains the list of topics subscribed by the node application • publishes messages containing data related to the advertised topics Node Application Node Application MIRES Aggregation Service Routing ServiceN Routing Service Service 1 N Publish/subscribe service Operating System Sensors CPU Radio

  9. Node Application MIRES Aggregation Service Routing ServiceN Routing Service Service 1 N Publish/subscribe service Operating System Sensors CPU Radio MIRES [Publish/Subscribe Service] • TinyOS • nesC language • component-based programming model • each component provides and uses services • component’s interface is made up of commands (procedures)

  10. MIRES [Publish/Subscribe Service] • publish/subscribe service -> other components • Node application advertises its ability of sensing data related to a topic • the publish/subscribe services sends that information to the network sink node user application

  11. MIRES [Publish/Subscribe Service] • message arrival from the network • all messages are addressed to the sink node • MultiRouter signalises an intercept an event • the publish/subscribe service updates its internal control • the publish/subscribe services returns an indication that the message can be forwarded sink node user application

  12. MIRES [Publish/Subscribe Service] • topic subscription • user application broadcasts subscribed topics to the network • BCast signals a receive event • the publish/subscribe service notifies services attached to it sensor nodes sink node user application

  13. MIRES [Publish/Subscribe Service] sensor nodes sink node user application

  14. Room 2 Room 1 Room 3 Room 4 sink user application MIRES [Aggregation Service] • the aggregation of data collected from sensors reduces the number of transmissions • performed in each node • configuration parameters • aggregation function (e.g., suppression, min, max, average) • stop criteria

  15. Room Publish Sensor messages readings Node Mires TinyOS application Incoming messages user application MIRES [Aggregation Service]

  16. Conclusion & Future Work • publish/subscribe communication is adequate to middleware for WSNs • facilitates the development of sensing-based applications • next step • to evaluate the middleware power consumption • Petri Nets models

More Related