Middleware challenges for wireless sensor networks
ACM SIGMOBILE Mobile Computing and Communications Review
Supporting concurrent applications in wireless sensor networks
Proceedings of the 4th international conference on Embedded networked sensor systems
Abstractions for safe concurrent programming in networked embedded systems
Proceedings of the 4th international conference on Embedded networked sensor systems
Wireless Sensor Networks and Applications (Signals and Communication Technology)
Wireless Sensor Networks and Applications (Signals and Communication Technology)
Why events are a bad idea (for high-concurrency servers)
HOTOS'03 Proceedings of the 9th conference on Hot Topics in Operating Systems - Volume 9
NSDI'04 Proceedings of the 1st conference on Symposium on Networked Systems Design and Implementation - Volume 1
Protocols and Architectures for Wireless Sensor Networks
Protocols and Architectures for Wireless Sensor Networks
Problem Solving for Wireless Sensor Networks
Problem Solving for Wireless Sensor Networks
TinyOS Programming
Y-Threads: supporting concurrency in wireless sensor networks
DCOSS'06 Proceedings of the Second IEEE international conference on Distributed Computing in Sensor Systems
IEEE Communications Magazine
| Hi-index | 0.00 |
One of the most arising and essential issues in wireless sensor networks is running concurrent applications on a single network. This would not only reduce the deployment and administrative cost, but also serve the usability and efficiency of the network. In this paper we propose a middleware layer model where multiple applications can run on a single network on a one at a time based sequence in a predefined order. In the proposed model concurrency of applications in a sequenced order is achieved which results in prolonging the lifetime of sensor nodes and better network usability and efficiency. This is mainly achieved by having a switching architecture of network sub-sets between sleep and active modes based on which application is currently running. The proposed model takes into consideration a dense wireless sensor networks where multiple applications are running on different 'sets' of sensor nodes alternatively executing the applications and saving the computational and memory resources.