Lately, we’ve been working on a data aggregating services that allows our wireless sensors to communicate easily with social networks such as Facebook and Twitter ( similar to a service like Ping.fm, but for sensors)
This prototyping has led to a modular design to support future social networks as well as other output streams ( messaging, RSS, … )
For that matter, the plugin architecture with a RESTFul API  has been deemed to be the most relevant. Please refer below for a high-level design:

socialEnergy: a service design

By relying on this architecture, we could tie each sensor to a list of social networks with which to interact.
The unique identifier to differentiate each sensor is the MAC address.
The web services client should be running either on the sensor or ported out on the smart home gateway ( refer to previous post ).
The plugin interface translates the data coming from the sensor into 3rd party API calls.
The work queue can be simply a Java messaging system.

Overall, this design enables social capabilities to sensor network. More importantly, the system can roll out new plugins without impacting the software running on the sensor side.

NOTE: You can see how the admin page of our server looks like here: socialgrid.senseplanet.com