For the past few months, I have been looking into the field of the Internet of Things. The result is a so-called context manager (or context engine), that acts as a hub between sensors, actuators and also external cloud services. The context engines tries to provide more than the a current snapshot and history of your data, it also attempts to provide a context to the sensors that are being placed in a home. The context manager will be able to answer questions such as "give me all the lamps that are in that room/floor/house?". Pushing and retrieving data to and from the context manager and therefor the context is done via a simple REST/JSON API. Incoming data can trigger any number of further web calls whenever some conditions are met, thus making it possible to send the data to remote services. In addition, the context manager builds upon the concept of conduits, that are logical entities able to drive in and out data from and to specific external cloud services.  There are conduits for https://cosm.com/%|%cosm%|%, for Twitter, for other remote context engines, for google calendar and for UPnP remote devices and services (see [SSDP]).

The code is available from my newly started http://code.google.com/p/efr-tools/%|%Google code project%|% where I have tried to gather all the bits and pieces of open sourced code that I have written along the years. A longer description of what the Context manager does is available from the http://code.google.com/p/efr-tools/wiki/ContextManager%|%Google wiki%|%. The code is able to run on small platforms such as the http://www.beagleboard.org/%|%BeagleBoard%|% and is able to receive data from sensors running the http://code.google.com/p/efr-tools/wiki/ContikiBridge%|%contiki OS%|%.

<<categories>> Networking