Internet Of (every)things

Transcription

1 Anticipation - Agility - Advance Fournisseur d'infrastructures, équipements, objets connectés et applications d'anticipation, contrôle, traçabilité, hygiène, confort, sécurité IOT as a Service Provider Internet Of (every)things Architectures, fondamentaux, retour d expérience JY CADOREL 22/09/2015

2 Aujourd'hui, IOE : TOUT est connecté «The Internet of Things is the network of physical objects that contain embedded technology to communicate and sense or interact with their internal states or the external environment» M2M Machine M2P & P2M Machine Person Animal P2P Person/ animal CLOUD & BIG DATA 2/40

3 IoE TOUT est SMART (...ou pas!) 3/40

4 Nouveau, les objets Connectés? SMS 1992 V2 : le Carlos GONE 4/40

5 Enjeu économique M2M : machine to machine M2P & P2M : machine to person... P2P : person to person Source : Prévisions du trafic de données Cisco (IBSG),2013 5/40

6 Technologies émergentes : cycle de Hype 2013 Updated july 2014 On the Rise : Connected Home At the Peak : Autonomous Vehicles Internet of Things Wearable User Interfaces Consumer 3D Printing Sliding Into the Trough Big Data Machine-to-Machine Communication Services Mobile Health Monitoring Cloud Computing NFC Source : GARTNER /40

7 Chaîne de valeurs des services IoT Source : intel 7/40

8 Cloud : les acteurs du marché SaaS : software as a service IaaS : infrastructure as a service PaaS : platform as a service => marché non mature à consolider 8/40

9 Quelques acteurs du Big Data 9/40

10 Un «petit problème» à régler... Les réseaux de communications ne sont pas «IoT ready» : Les fournisseurs d'accès Internet proposent des liens asymétriques : le lien descendant (téléchargements) à un débit bien plus important que le lien montant. Les serveurs ne sont pas configurés pour recevoir en temps réel des données de millions de capteurs => Nécessité de repenser les échanges de données et de «messages» => Utilisation d'un «broker» 10/40

11 Le broker Le broker est conçu pour supporter une charge «upload» très importante. Il redistribue l'information «publiée» par des capteurs» à tous les «abonnés» à cette donnée. Source : iotworld.com 11/40

12 Des messages IoT pour faire quoi? Pour résoudre les problèmes liés à la disparité des échanges M2M et M2P : Échanges locaux => «Inter Devices communications (ie : WSN on a LAN)» Avec le broker => temps réel Sur le Cloud => «Device to Cloud communication (device to datacenter)» => Ces différents niveaux n'ont pas les mêmes contraintes. 12/40

13 Des messages IoT pour faire quoi? Source : 13/40

14 Technologies et Protocoles émergents ETSI M2M sensor 2G/3G/4G, SIGFOX, ONDEO, LORA... BROKER 6LOWPAN KNX sensor GATEWAY Node.js sensor IEEE ZigBee SE DECT ULE Enocean Zwave MQTT XMPP AMQP CoAP Lonworks BACnet Modbus Plugged Devices Bluetooth / ANT BLE Portable Wifi Devices NFC HTTP CLOUD & BIG DATA 3G global networking Local networking 14/40

15 IOT Messaging Deux types de technologies : Data Centric : On s intéresse aux données utilsateur et à ce quelles représentent. Les objets interagisssent avec un modèle des données mais pas entre eux (par exemple en iterrogeant une base) Cela permet une grande abstration (orientation objet) Une meilleure interoperabilité Mais il est difficile d'ajouter de nouveaux modèles ( «profile») car il faut passer par un processus de standardisation. Message Centric : On s'interesse au bon accheminement des messages independament de leurs signification Abstraction moins poussée ( «transport layer» pour les messages) Le contenu est définit par chaque utilisateur : peut explicite pour les autres destinataires... 15/40

16 Les Technologies d' «IoT Messaging» en compétition DDS : Data Distribution Service for Real-Time Systems AMQP : OASIS Advanced Message Queuing Protocol MQTT : MQ Telemetry Transport JMS : Java Message Service REST : Representational State Transfer CoAP : Constrained Application Protocol 16/40

17 REST : HTTP GET : for reading a repesentation of a ressource PUT : create or replace (update) ressource DELETE : delete a ressource 17/40

18 DDS Issu du secteur de la défence Data centric ( profils standarduisés) Technologie de type «Publish and suscribe» Temps réel Facilement déployable à grande échelle Indépendant du langage et de Os Pas de broker, interconnexion «bus» 18/40

19 XMPP (ex JABBER) Mis en avant par Cisco Utilisé par Google Talk, Google Plus, Approprié pour le M2P Développé initialement pour l' «instant messaging» (chat..) 19/40

20 MQTT Mis en avant par IBM Utilisé par Facebook Messenger «Message centric» Style «Publish and subcribe» QoS sur la fourniture du Message Nécessite un Broker Suppose un couche transport fiable (TCP/IP) Très simple de mise en oeuvre Authentification/cryptage (SASL/ TLS) 20/40

21 CoAP Poussé par Cisco Même modèle que HTTP mais avec des paquets plus petits Modèle Client serveur Architecture Restful Utilise UDP Decrit la struture des données par URI Supporte l' IP multicast 21/40

22 Ce que nous réserve l'avenir IoE 22/40

23 La proposition Google 23/40

24 La proposition d'arm 24/40

25 IoT selon INTEL 25/40

26 BLE /40

27 Quelques efforts de standardisation 27/40

28 Les tendances EU Butler Project - Communication Issues 28/40

29 6lowPan Source : TI 29/40

30 And the winners are... CoAP 30/40

31 MQTT PUB/SUB exemple 31/40

32 Page HTML5 PUB/SUB <head> <script src="vendor/mqttws31.js" type="text/javascript"></script>... broker = "broker.mqttdashboard.com" port = 8000//webSocket support is a must var client = new Messaging.Client(broker, port,client_uniq); client.onmessagearrived = function (message) { var uri = message.destinationname;//sender of the message var m = message.payloadstring;//content of the message switch(uri) {//which data type have changed? case "showroom/data/capt_temp" :. case "showroom/data/stat_miro"... <body> function addonclick() { var x = document.getelementbyid("monslider"); var message = new Messaging.Message(x.value); message.destinationname = 'showroom/commandes/capt_lumi'; message.qos = 2; client.send(message); } </script> </body> } function init() { // Connect to MQTT broker var options = {client.subscribe('/showroom/data/#', {qos: 2});//subscribe to every data} client.connect(options); } </script> </head> 32/40

33 Un autre «petit problème» à régler... : Multiplication des canaux de communications BROKER CLOUD & BIG DATA GATEWAY VIP Bluetooth / ANT BLE Wifi NFC Local networking xg global networking 33/40

34 Multiplication des points critiques Source : Infineon 34/40

35 Sommes nous parano? OUI NON NSP REPONSE : CONFERENCE MERCURY A SUIVRE! 35/40

36 Après le marketing... Source : madisontaylormarketing.com 36/40

37 : Retour d expérience 37/40

38 Lesson learned Enjeux sociétaux, Méfiance des salariés et des usagers Sécurité des échanges Infrastructures actuelles inadaptées, modèle économique délirant Propriété juridique des données stockées Environnements «très» sévères pour les équipements Nécessité d'un tiers de confiance 38/40

39 & Anticipation - Agility - Advance IOT as a Service Provider Fournisseur d'infrastructures, équipements, objets connectés et applications d'anticipation, contrôle, traçabilité, hygiène, confort, sécurité. Concept 3z@connect TAGS & SENS TRACK & DRIVE GATES & BRIDGES CLOUD & BIG DATA Store, Factory4, HQSE Innovative_Custom_Solutions In-store analytics Events Sforce Drive It QOL DATI SafeVist Meet EnerE...

40 Questions? MERCI DE VOTRE ATTENTION. RDV STAND F100 / ENOVALAB Jean-yves.cadorel@3zaintech.com 40/40