IoT High Level Architecture (HLA) AIOTI Edited by AIOTI WG3 Chairs Patrick Guillemin Jean-Pierre Desbenoit AIOTI WG3 IoT High Level Architecture – Release.

Slides:



Advertisements
Similar presentations
Fujitsu Laboratories of Europe © 2004 What is a (Grid) Resource? Dr. David Snelling Fujitsu Laboratories of Europe W3C TAG - Edinburgh September 20, 2005.
Advertisements

Internet of Things and Platforms for Connected Smart Objects European Commission DG CONNECT Brussels. 23 rd October 2013.
Omniran TG 1 Cooperation for OmniRAN P802.1CF Max Riegel, NSN (Chair OmniRAN TG)
ASCR Data Science Centers Infrastructure Demonstration S. Canon, N. Desai, M. Ernst, K. Kleese-Van Dam, G. Shipman, B. Tierney.
Connect. Communicate. Collaborate Click to edit Master title style MODULE 1: perfSONAR TECHNICAL OVERVIEW.
Halifax, 31 Oct – 3 Nov 2011ICT Accessibility For All ETSI Standardization Activities on M2M communications Joachim Koss, ETSI Board Member Document No:
ETSI M2M / TIA architecture harmonization O. Elloumi.
Gap Analysis of Simplified Use of Policy Abstractions (SUPA) Presenter: Jun Bi draft-bi-supa-gap-analysis-02 IETF 92 SUPA BoF Dallas, TX March 23, 2015.
FI-WARE – Future Internet Core Platform FI-WARE Cloud Hosting July 2011 High-level description.
AIOTI EC initiative Marylin ARNDT ETSI SmartM2M chair.
AIOTI WG3 IoT Standardisation
OneM2M Draft proposal for slide set. This is not intended to be a oneM2M presentation. It is a collection of source material slides which can be used.
Abstraction and Control of Transport Networks (ACTN) BoF
On a Device Information Model for devices in oneM2M
Health IT RESTful Application Programming Interface (API) Security Considerations Transport & Security Standards Workgroup March 18, 2015.
Omniran ZigBee SEP2 Smart Grid Use Case Analysis Date: Authors: NameAffiliationPhone Max RiegelNSN
Authors list to be completed.
Omniran ZigBee SEP2 Smart Grid Use Case Analysis Date: Authors: NameAffiliationPhone Max RiegelNSN
Advances in Technology and CRIS Nikos Houssos National Documentation Centre / National Hellenic Research Foundation, Greece euroCRIS Task Group Leader.
WP.5 - DDI-SDMX Integration E.S.S. cross-cutting project on Information Models and Standards Marco Pellegrino, Denis Grofils Eurostat METIS Work Session6-8.
Authors list to be completed.
Object-Oriented Design Yonsei University 2 nd Semester, 2014 Woo-Cheol Kim.
IOT5_ GISFI # 05, June 20 – 22, 2011, Hyderabad, India 1 Internet of Things Work Group Coordination Plan WG Chair.
Discussions for oneM2M Semantics Standardization Group Name: WG5 Source: InterDigital Communications Meeting Date: Agenda Item: WI-0005 ASN/MN-CSE.
Linked-data and the Internet of Things Payam Barnaghi Centre for Communication Systems Research University of Surrey March 2012.
95-843: Service Oriented Architecture 1 Master of Information System Management Service Oriented Architecture Lecture 3: SOA Reference Model OASIS 2006.
M2M Abstraction & Semantics Group Name: WG5 Source: France Telecom, NEC Europe Ltd., Meeting Date: xx.
Proposed Co-convened WG1/2 Objectives, Schedule, and Activities Group Name: TP#1 Source: Omar Elloumi (Alcatel-Lucent), Laurent Laporte (Sprint) Meeting.
Ocean Observatories Initiative Data Management (DM) Subsystem Overview Michael Meisinger September 29, 2009.
Geneva, Switzerland, April 2012 Introduction to session 7 - “Advancing e-health standards: Roles and responsibilities of stakeholders” ​ Marco Carugi.
Description M2M Work Group Status Update Sept 2014.
What and Why? Next steps for oneM2M Semantics Group Name: WG5 Source: Joerg Swetina, Martin Bauer (NEC) Meeting Date: Agenda Item: WI-0005 oneM2M-MAS
DOCUMENT #:GSC15-PLEN-58 FOR:Presentation SOURCE:ETSI AGENDA ITEM:PLEN 6.1 CONTACT(S): Marylin Arndt, TC M2M chair M2M and Internet of Services "When the.
1 ECCF Training 2.0 Implemental Perspective (IP) ECCF Training Working Group January 2011.
Cracow Grid Workshop ‘06 17 October 2006 Execution Management and SLA Enforcement in Akogrimo Antonios Litke Antonios Litke, Kleopatra Konstanteli, Vassiliki.
Work Group / Work Item Proposal Slide 1 © 2012 oneM2M Partners oneM2M-TP oneM2M_Work_Group_Work_Item_Proposal Group name: Technical Plenary Source:
Requirements for SIP-based VoIP Interconnection (BCP) draft-natale-sip-voip-requirements-00.txt Bob Natale For Consideration by the.
Enabling the Future Service-Oriented Internet (EFSOI 2008) Supporting end-to-end resource virtualization for Web 2.0 applications using Service Oriented.
Step by step approach Group Name: WG2 Source: Michael hs. Yang, LG uplus, Jaeseung Song, NEC Europe, Meeting.
The FI-WARE Project – Base Platform for Future Service Infrastructures FI-WARE Stefano De Panfilis (Fi-WARE PCC Member) 4 th July 2011 FInES - Samos Summit.
Introduction to Grids By: Fetahi Z. Wuhib [CSD2004-Team19]
Group Name: oneM2M WG1 Requirements Source: Phil Hawkes, Rapporteur “Benefits of oneM2M technology” TR,
An introduction to oneM2M
Internet of Things (Ref: Slideshare)
SLRRP BoF 62 nd IETF Scott Barvick Marshall Rose
IoT SDOs and Alliances Landscape (Technology and Marketing Dimensions)
NCP Info DAY, Brussels, 23 June 2010 NCP Information Day: ICT WP Call 7 - Objective 1.3 Internet-connected Objects Alain Jaume, Deputy Head of Unit.
OneM2M Partnership Project. Contents Introduction Founding Partners Participation Scope & Objectives Structure Deliverables Contacts © 2013 oneM2M Partners.
Technical Plenary Update on collaborations From: oneM2M TP Chair Source: Meeting Date: Agenda Item:
1 SOA Seminar Seminar on Service Oriented Architecture SOA Reference Model OASIS 2006.
 Copyright 2005 Digital Enterprise Research Institute. All rights reserved. SOA-RM Overview and relation with SEE Adrian Mocan
AIOTI ALLIANCE FOR INTERNET OF THINGS INNOVATION 20 November 2015 – Ad Hoc eHealth Open MeetingAd Hoc eHealth Open Meeting 1 AIOTI WG03 Chairman –
© Copyright IBM Corporation 2016 Diagram Template IBM Cloud Architecture Center Using the Diagram Template This template is for use in creating a visual.
DM Collaboration – OMA & BBF: Deployment Scenarios Group Name: WG5 - MAS Source: Tim Carey, ALU, Meeting Date:
IoT R&I on IoT integration and platforms INTERNET OF THINGS
EUB Brazil: IoT Pilots HORIZON 2020 WP EUB Brazil: IoT Pilots DG CONNECT European Commission.
What is oneM2M? 2 Covers: Requirements Architecture API specifications Security Interoperability Facilitate, implement and promote IoT.
Dr. Ir. Yeffry Handoko Putra
ONEM2M RELEASE 2: SETTING THE STANDARD FOR IOT INTEROPERABILITY
Solving the IoT Platform Challenge
Prof John Davies, BT Future Cities: The role of IoT and Semantic Technology Transforming Data into Value: Data Interoperability & Open Data Platforms.
ATIS’ Cloud Services Activity
IoT Week, Geneva, 9 June 2017 IoT Standards Convergence session
ETSI Standardization Activities on M2M communications
Prof John Davies, BT Future Cities: The role of IoT and Semantic Technology Transforming Data into Value: Data Interoperability & Open Data Platforms.
Platforms for Connected Smart Objects
PLUG-N-HARVEST ID: H2020-EU
An introduction to oneM2M
Status Nov 2017 and discussion on next steps
WG03 Task Force "IoT relation and impact on 5G"
Presentation transcript:

IoT High Level Architecture (HLA) AIOTI Edited by AIOTI WG3 Chairs Patrick Guillemin Jean-Pierre Desbenoit AIOTI WG3 IoT High Level Architecture – Release 1 18 September 2015 Contributors: Omar Elloumi (ALU), Jean-Pierre Desbenoit (Schneider Electric), Patrick Wetterwald (Cisco), Georgios Karagiannis (Huawei), Juergen Heiles (Siemens), Paul Murdock (Landis+Gyr), Marco Carugi (NEC Europe) Supporters: Arthur Van Der Wees (Arthurslegal) AIOTI WG3 IoT Standardisation - Release 1

AIOTI WG3 IoT Standardisation - Release 1 Objectives Provide an initial proposal for a high-level architecture to serve as basis of the discussion within WG3 and across AIOTI WGs This proposal is aiming to be neutral but its development did consider existing SDOs work An important objective is to allow any instantiation pertaining to LSP deployments AIOTI WG3 IoT Standardisation - Release 1

Approach using ISO/IEC/IEEE 42010 Follow ISO/IEC/IEEE 42010 Define models for relevant architecture views and don’t mix everything in one model Focus on what makes IoT special/valuable Thing in centre of value creation IoT is not just things + connectivity  infrastructure services AIOTI WG3 IoT Standardisation - Release 1

Principles of ISO/IEC/IEEE 42010 An architecture description expresses an architecture of a system of interest An architecture description contains of multiple views Each view adheres to a viewpoint Each view consists of models ISO/IEC/IEEE 42010 specifies minimal requirements for: architecture descriptions architecture frameworks architecture description languages architecture viewpoints AIOTI WG3 IoT Standardisation - Release 1

AIOTI WG3 IoT Standardisation - Release 1 WG3 HLA Is consistent with 42010 but does not provide a complete architectural description Provides partial Domain and Functional Models The Domain Model describes entities in the domain and the relationships between them The Functional Model describes operations, interfaces and interactions within the domain Specific use-cases are shown to illustrate the functional model and to highlight privacy issues The relationship to other IoT architectures is also highlighted AIOTI WG3 IoT Standardisation - Release 1

Domain Model (possible example) AIOTI WG3 IoT Standardisation - Release 1

AIOTI WG3 IoT Standardisation - Release 1 The Thing in IoT AIOTI WG3 IoT Standardisation - Release 1

Functional model, three layers approach Application layer IoT capabilities layer Network layer AIOTI WG3 IoT Standardisation - Release 1

High level functional model Networks IoT Capabilities Entity App Entity 1 1 Application layer things 2 2 Thing representation (incl. semantic metadata) Location discovery Determinism 5 3 4 Identification, Analytics, Semantics (query, etc.) Security Device mgmt. IoT Capabilities layer 3 4 3 4 QoS, Determinism location, Network security, protection Network layer 1 Commands/data structure 3 Data plane 5 Horizontal services Interfaces to access IoT capabilities 4 Network control plane interfaces (location, QoS, etc) 2 Note1: The list of IoT capabilities listed in this slide are not exhaustive Note2: Network aspects are not the primary focus for this release of the HLA. AIOTI WG3 IoT Standardisation - Release 1

AIOTI WG3 IoT Standardisation - Release 1 Example of instance (1): device to device communication in local network App Entity App Entity 1 3 4 3 4 Network Device Device (Switch) (Light) In this example the IoT capabilities layers is assumed to be covered by the App entity AIOTI WG3 IoT Standardisation - Release 1

Example of instance 2: smart meter, concentrator, Utility back-end server Smart meter Network IoT Capabilities Entity App Entity App Entity: meter data aggregation 1 1 2 IP VPN 2 2 Smart city data center IoT Capabilities Entity 3 4 5 3 4 3 4 AIOTI WG3 IoT Standardisation - Release 1

AIOTI WG3 IoT Standardisation - Release 1 Relationship to IERC 1 1 Network IoT Capabilities Entity App Entity Application layer 2 2 5 3 4 IoT Capabilities layer 3 3 4 4 Network layer AIOTI WG3 IoT Standardisation - Release 1

AIOTI WG3 IoT Standardisation - Release 1 Relationship to IoT-A 1 1 Network IoT Capabilities Entity App Entity Application layer 2 2 5 3 4 IoT Capabilities layer 3 3 4 4 Network layer The IoT-A domain model can be used for things and device representations (metadata) AIOTI WG3 IoT Standardisation - Release 1

Relationship to Siemens IoT Functional Model Network IoT Capabilities Entity App Entity 1 1 Application layer 2 2 5 3 4 IoT Capabilities layer Georgios: This slide integrates the Siemens IoT Functional Model into the proposed architecture 3 3 4 4 Network layer AIOTI WG3 IoT Standardisation - Release 1

Relationship to Semantic interoperability track AIOTI WG3 IoT Standardisation - Release 1

Relationship to semantics things Things representation IoT Capabilities Entity represents Data (e.g. temperature) Domain model Metadata Semantic description instantiates Other metada (e.g. digital right management and privacy related) AIOTI WG3 IoT Standardisation - Release 1

Example of semantic descripton using RDF IoT Capabilities Entity things Things representation Data (e.g. temperature) Metadata Semantic description Other metada (access control) represents Example of semantic descripton using RDF <rdf:RDF     <rdf:Description rdf:about="http://www.tno.com/saref#WASH_LG_123">         <rdf:type rdf:resource="http://www.tno.com/saref#WashingMachine"/>         <saref:hasManufacturer>LG</saref:hasManufacturer>         <saref:hasDescription>Very cool Washing Machine</saref:hasDescription>          <saref:hasLocation rdf:resource="http://www.tno.com/saref#Bathroom"/>         <msm:hasService rdf:resource="http://www.tno.com/saref#WashingService_123"/>     </rdf:Description>    <rdf:Description rdf:about="http://www.tno.com/saref#WashingService_123"> <rdf:type rdf:resource="http://www.tno.com/saref#WashingService"/>         <msm:hasOperation rdf:resource="http://www.tno.com/saref#WashingOperation_123"/>     </rdf:Description>    <rdf:Description rdf:about="http://www.tno.com/saref#WashingOperation_123"> <rdf:type rdf:resource="http://www.tno.com/saref#WashingOperation"/>         <hr:hasMethod>Create</hr:hasMethod>         <hr:hasURITemplate>/CSE1/WASH_LG_123/startStopContainer </hr:hasURITemplate>         <msm:hasInput rdf:resource="http://www.tno.com/saref#Action"/>     </rdf:Description> </rdf:RDF> AIOTI WG3 IoT Standardisation - Release 1

Relationship to SDO landscape AIOTI WG3 IoT Standardisation - Release 1

AIOTI WG3 IoT Standardisation - Release 1 Animated slide Continua example Application layer IoT Capabilities layer Network layer LPWA AIOTI WG3 IoT Standardisation - Release 1

Privacy considerations Antonio Kung (TRIALOG) AIOTI WG3 IoT Standardisation - Release 1

Example of context aware application Sensor Smart Phone Back end server 1a 1b Connectivity and Networks (including SDN) IoT Capabilities Application things Minimize, Hide, Separate, Aggregate Inform, Control, enforce, demonstrate 1a Data / Protected data AIOTI WG3 IoT Standardisation - Release 1 1b Credential (e.g. ABC4Trust project) / Protected Data

Data controller and data processor duties things Sensor Smart Phone Back end server 1a 1b Connectivity and Networks (including SDN) IoT Capabilities Application Data Processors Minimize, Hide, Separate, Aggregate Inform, Control, enforce, demonstrate 1a Data / Protected data AIOTI WG3 IoT Standardisation - Release 1 1b Credential (e.g. ABC4Trust project) / Protected Data

Potential gaps in standards Antonio Kung (TRIALOG) AIOTI WG3 IoT Standardisation - Release 1

Architecture and Platforms Slide 25 shows one important artefact: Platforms Slide 25 also shows that interactions between platforms might be needed Application A calls a FIWARE API for a capability that is provided by a universAAL platform: examples include federated identities and authentication, data brokers, etc. Potential gap? AIOTI WG3 IoT Standardisation - Release 1

AIOTI WG3 IoT Standardisation - Release 1 Example of platforms things Smart Phone Back end server Application Application 2 IoT Capabilities 1 1 Platform OneM2M Platform universAAL Platform FIWARE Platform universAAL Networks 1 Commands/data structure 2 interfaces to access IoT capabilities AIOTI WG3 IoT Standardisation - Release 1

AIOTI WG3 IoT Standardisation - Release 1 Next steps Link to landscape Instantiation to specific LSP Link to semantic introp Mapping to specific SDO architecture Share this document with other WGs for feedback AIOTI WG3 IoT Standardisation - Release 1