s3oia esiot12
DESCRIPTION
The presented work aims to contribute towards the standardization and the interoperability off the Future Internet through an open and scalable architecture design. We present S3OiA as a syntactic/semantic Service-Oriented Architecture that allows the integration of any type of object or device, not mattering their nature, on the Internet of Things. Moreover, the architecture makes possible the use of underlying heterogeneous resources as a substrate for the automatic composition of complex applications through a semantic Triple Space paradigm. Created applications are dynamic and adaptive since they are able to evolve depending on the context where they are executed. The validation scenario of this architecture encompasses areas which are prone to involve human beings in order to promote personal autonomy, such as home-care automation environments and Ambient Assisted Living.TRANSCRIPT
S³OiASmart Spaces and Smart Objects interoperability
Architecture
Mario Vega-Barbas, Diego Casado-Mansilla, Miguel A. Valero, DiegoLopez-de-Ipina, Jose Bravo and Francisco Florez
MORElab-INTERNET, Deusto Institute of Technology - DeustoTech.
July 4th, 2012
Outline
Introduction
Review of Similar Approaches
S³OiA design
Conclusions
S³OiA 2 / 24
Outline
IntroductionFunding ProjectsProblem Statement and Motivation
Review of Similar Approaches
S³OiA design
Conclusions
S³OiA Introduction 3 / 24
Spanish projects
S³OiA Introduction 4 / 24
Problem Statement and Motivation
IssuesI Integration of legacy and new objectsI Unify Device Discovery protocolsI Mechanisms for distant domain cooperation
S³OiA Introduction 5 / 24
Problem Statement and Motivation
From enclosed contexts to global interoperability.
S³OiA Introduction 6 / 24
Problem Statement and Motivation
IssuesI Integration of legacy and new objectsI Unify Device Discovery protocolsI Mechanisms for distant domain cooperationI Reduce the number of gateways
S³OiA Introduction 7 / 24
Problem Statement and Motivation
IssuesI Integration of legacy and new objectsI Unify Device Discovery protocolsI Mechanisms for distant domain cooperationI Reduce the number of gatewaysI Human-center approach1
1e-inclusion, e-accesibility, e-participation
S³OiA Introduction 8 / 24
Outline
Introduction
Review of Similar Approaches
S³OiA design
Conclusions
S³OiA Review of Similar Approaches 9 / 24
Similar Approaches
S³OiA Review of Similar Approaches 10 / 24
Inspirational Works
I Proprietary: Bacnet or LonworksI Pupose specific:
1. Home automation: Jini or OSGi2. Industrial (Service Oriented): SOAP-WS → DPWS.
I Client/Server in Local context: OBIX or OPC-UAI Resource Oriented: WoT Smart Gateway or IETF-CoAPI Semantic approaches: Smart-M3
S³OiA Review of Similar Approaches 11 / 24
Outline
Introduction
Review of Similar Approaches
S³OiA designSmart Diary: Use Case
Conclusions
S³OiA S³OiA design 12 / 24
S³OiA Design I
Main Architecture FeaturesI Event based, Modular and Resource OrientedI Integration of heterogeneityI Application Composition and Management:
I Different ContextsI Evolve & Resource Fault-Tolerant
S³OiA S³OiA design 13 / 24
S³OiA Design II
DEVICE
DISCOVER
DEVICE
DRIVER
MANAGER
DEVICE TASKING
AND
MANAGEMENT
SERVICE DISCOVERY
DEVICE INTERFACE DEFINITION
S
E
R
V
I
C
E
R
E
P
O
S
I
T
O
R
Y
SERVICE ACCESS AND TRIPLE SPACE API
EVEN
T M
AN
AGER (
PU
BLIS
H &
SU
BSCRIB
E)
FEEDBACK MODULE
INTELLIGENT USER
INTERFACE SERVICE
COMPOSITION
MODULE
GLOBAL
CONTEXT
MODULE SERVICE CONSISTENCY
MODULE
S2S
MODULE
EXTERNAL
DEPENDENCIES
RESOLVER
FAULT-
TOLERANCE
RESOLVERSEMANTIC ANNOTATION
(2nd LEVEL)
TupleSpaces
(RDF Semantics)
Figure: S³OiA: Architecture for IoT interoperabilityS³OiA S³OiA design 14 / 24
Smart Pills Features I
What have been done?I Smart everyday objects (Pills augmented with RFID)I Home and Chemist contextI Calendar reminder through Physical interaction (Available
Objects).
S³OiA S³OiA design 15 / 24
Smart Pills Features II
Figure: Smart Diary InteractionS³OiA S³OiA design 16 / 24
Outline
Introduction
Review of Similar Approaches
S³OiA design
Conclusions
S³OiA Conclusions 17 / 24
Conclusions and Future Work
ConclusionsI Architecture design to cope with resources churnI Designed with interoperability and uniform RESTful-alignmentI To lower the barrier for application compositionI Maintain created applications
Future workI Continue developing architecture functional modules.I New model of Application composition: Intentions.I Lightweight S³OiA.
S³OiA Conclusions 18 / 24
All rights of images are reserved by theoriginal owners*, the rest of the content is licensed
under a Creative Commons by-sa 3.0 license.
* Aitor Gomez-Goiri (template design).
Application composition
Figure: Application composition through Intentions
Future S³OiA:
FEEDBACK MODULE
INTELLIGENT USER
INTERFACE SERVICE
COMPOSITION
MODULE
GLOBAL
CONTEXT
MODULE SERVICE CONSISTENCY
MODULE
S2S
MODULE
EXTERNAL
DEPENDENCIES
RESOLVER
FAULT-
TOLERANCE
RESOLVERTupleSpaces (RDF Semantics)
EVENT
MANAGER
(PUBLISH &
SUBSCRIBE)SERVICE REPOSITORYSERVICE DISCOVERY
Figure: Lightweight Approach
Peer to Peer Architecture
Figure: Overlay IoT
Copying with churn
Figure: Dependencies Resolution