M2M data management,beyond sensors :things, spaces and their relevant abstractions
Gilles Privat
Orange Labs R&D, Technologies
Sensor-Actuator Networks
it is aboutthings
or
Internet of
Things
What is M2M data about ?
2
Sensor-Actuator NetworksM2M
or
spacesSmart Spaces
Beyond sensors : sensed « things » as network nodes
3
Orange Labs – Research & Development –2009-04-28
Deepening M2M data processing 1/3
� « shallow » monitoring service
« semi-deep » monitoring service
M2M client application
sensordatafusion
primarysensor
5
� « semi-deep » monitoring service
primarysensor
sensordata
fusion
contextsensor
M2M client application
sensordata
aggregation
sensordata
fusion
Deepening M2M data processing 2/3
� « deep » appliance monitoring
– takes in multiple (primary + ancillary) context sensor data
– aggregates and
classifies output into relevant
6
classifies output into relevant appliance state
M2M client application
primarysensor
sensordata
fusion
contextsensor
sensordata
aggregation
sensordata
fusion stateclassification
Deepening M2M data processing 3/3
� « deep » smart space monitoring
– takes in multiple sensor data
– aggregates and
classifies output into relevant room state
spacesensors
M2M client application
sensordata
fusionclassification
relevant room state
sens
ors
Data-centriccontext management framework
� « Deep » M2M content processed in the same way as context in ambient intelligence applications
� Context management
8
Context sources Contextinterpreters
Context users
sens
ors � Context management
frameworks support
– acquisition, aggregation & intepretation all types of context data through multiple processing stages
– consolidation and exposition of higher-level context information to applications
HomeAbstraction
Layer
Home Data Consolidationin a « Home Abstraction Layer »
Home Applications
Deviceproxy
Deviceproxy
Deviceproxy
Deviceproxy
Roomproxy
Roomproxy
Roomproxy
Roomproxy
Devicesens-actinterface
Devicesens-actinterface
Devicesens-actinterface
Devicesens-actinterface
Roomsens-actinterface
Roomsens-actinterface
Roomsens-actinterface
Roomsens-actinterface
10
Layer
titre de la présentation
Interface to shared sensors & actuators
Shared data services for the home
� Principle
– beyond one-to-one device management and monitoring services
– providing common intermediate-level services on top of shared sensor/actuator & network infrastructure
– Home Abstraction Layer : lower layer of Home Operating System
� Shared “IoT” services
– state of physical devices/appliances/items
11
– state of physical devices/appliances/items
– individual identity/presence/location/state of persons
� Shared "smart space“ services
– state of rooms
– status of devices in room taken as sensor-equivalent input
– room occupied, empty (depending on the nature of the room)
– nature/level of activity going on in room
– status of persons
– aggregate state of home/building
Shared city-scale infrastructurefor the supervision of physical networks
� Physical networks
– transportation networks– public transit systems (bus, rail)
– car-sharing/bike-sharing networks
– supply chains
– electrical grid
– gas/water distribution network
– waste collection networks
13
– waste collection networks
– telecom networks (viewed as physical networks)
� Common high-level services
– supervisory control (loose coupling)
– distributed control (tight coupling)
– flow analysis
Generic city sensors
� Environmental sensors
– thermal
– hygrometric
– anemometric
– sound
– gas
14
– gas
– particles
– light, other EM spectrum
– seismic
� Activity sensors
– pavement/roadway pressure
– vehicle & pedestrian detection
– parking space occupancy
Relevant entities for data consolidationin a « city abstraction layer »
� Devices/things & mobile entities
– edge/arc of physical network
– node/vertex of physical network
– electrical substation
– garbage container
– lamp posts, bus shelters, trafic lights, street signs, etc
15
– lamp posts, bus shelters, trafic lights, street signs, etc
– cars
– pedestrians
� Relevant sub-spaces within metropolitan area
– street/road/highway
– compound/block of buildings
– neighborhood/district
– administrative subdivision (e.g. arrondissement)
– municipality
CityAbstraction
Layer
City Data Consolidationin a « City Abstraction Layer »
Smart City Applications
Deviceproxy
Deviceproxy
Deviceproxy
Deviceproxy
Spaceproxy
Spaceproxy
Spaceproxy
Spaceproxy
Devicesens-actinterface
Devicesens-actinterface
Devicesens-actinterface
Devicesens-actinterface
Spacesens-actinterface
Spacesens-actinterface
Spacesens-actinterface
Spacesens-actinterface
16
Layer
titre de la présentation
Interface to shared sensors & actuators
Share data services for cities
� Principle
– beyond one-to-one device management and monitoring services
– providing common intermediate-level services on top of shared sensor/actuator & network infrastructure
– City Abstraction Layer : lower layer of City Operating System
� Shared “IoT” services
– state of physical devices/appliances/items
17
– state of physical devices/appliances/items
– individual presence/location of persons
� Shared "smart space“ services
– State of individual street, block, district and other city space
– status of devices in space taken as sensor-equivalent input
– space occupied/empty (depending on its nature)
– nature/level of activity going on in space
– Aggregate state for adjoining spaces
M2M (IoT& Smart Spaces) as a new content source: reversing the content provision/aggregation dilemma
� No long-term value from commodity “bit-pipe” role, whatever the network
� M2M # media �for IoT & smart spaces there could be more added value in content aggregation/mediationthan in content provision!
18
than in content provision!
� M2M is a boundless source of new “content”
– M2M content provision = owning and/or setting up sensors, or owning the sensor environment?
– IoT/smart space data abstraction and management is key to new role of M2M mediator/aggregator
ConclusionBeyond sensor-centric M2M data management :from data centric to thing/space centric
� Data-centric M2M : generic data management models :
– sensors as database– sensors as context sources, with multistage fusion aggregation– assorted sensor metadata models
� Thing-centric M2M
19
– physical things as primary entities addressed and modelled– for complex devices/appliances, hybrid state model with as relevant
intermediary for monitoring and control
� Space-centric M2M
– global space abstractions– may be modelled in a way similar to devices, with hybrid state abstraction
� Definition and standardization of generic model repertoire (for both things and spaces) is key!