4 Cloud Virtual

You might also like

Download as pptx, pdf, or txt
Download as pptx, pdf, or txt
You are on page 1of 25

Juan Alapin 324507516

Alon Shahaf 039785431


Traditional WSN
Sensor Clould
Other stuff??!?

The users responsibilities:
Own a WSN
Program the sensors
Deployment
Maintenance


Drawbacks:
One application per sensor network
Time
Resources



Combined WSNs in a wide geographical area.
Virtualization of the sensors. (sensor = service)
Affordable!
Dynamic/Adaptive to the needs of the users applications
Better sensors management (use and control)
Sharing among users (reduces redundancy, increases
efficiency)
Transparent to users in low level details



Emulation of a physical sensor
Contains information of both the physical sensor and the
users holding it.
Overcomes hardware limitations
Implemented in four configurations:
One-to-many
Many-to-one
Many-to-many
Derived



One-to-Many
One physical sensor corresponds to many virtual sensors.
Shared between many users.
Dynamic sampling duration and frequency (No. of users)



Many-to-One
The geographical area is divided into regions, with one or
more physical sensors & sensors networks.
User has access to all WSNs in the region with specific
phenomena.
Fault tolerance.
Adaptive to changes in topology.



Many-to-Many
Combination of one-to-many & many-to-one.
Physical sensor -> many virtual sensors
Physical sensor -> part of a region (network)



Derived
Combination of multiple physical sensors.
Virtual sensor communicates with multiple sensor types!
Enables sense complex phenomenon's and substitute not
deployed sensors.



Divided into three layers:


Client-centric layer:
Acts as a gateway between users and sensors.
User Interface
Session management
Membership management
Repository management




Middleware layer:
Connects client requests with sensors data
Provision management
Image life-cycle management
Billing management




Sensor-centric layer:
Commincation with the physical sensors.
WSN Registration
WSN Maintenance
Data collection






Multi-tiered client-server architecture:


Developing sensor cloud:
System side
Client-centric & Middleware layers
Manage physical resources
Sensor side
Sensor-centric layer
Synchronization
Fault tolerance
Security
Sensor specific constraints ( Low power,bandwidth,energy resources)





Two levels of QoS:
Sensor-centric
Responding to node failures
Network partioning
Packet losses
Virtual sensors
Reliability
Data accuracy
Coverage




Back-End servers platform: Linux
Web application & Back-End servers application: JAVA
Communication: Sockets & RMI
Wireless sensors: TelosB motes






Back-End servers platform: Linux
Web application & Back-End servers application: JAVA
Communication: Sockets & RMI
Wireless sensors: TelosB motes

Combination of requests from users.
Data is stored in the database.
The Sensor Cloud ..
Takes the burden away from the users
Sensing as a service

You might also like