Différences

Ci-dessous, les différences entre deux révisions de la page.

--- cours:mit_2015_2016 [2016/09/06 09:05] – [Lecture 1 : Introduction to Middleware for Internet of Things] tigli
+++ cours:mit_2015_2016 [2016/09/06 09:47] (Version actuelle) – [Lecture 1 : Introduction to Middleware for Internet of Things] tigli
@@ Ligne 48: / Ligne 48: @@
 {{:cours:2015_2016_mit_mqtt_lecture_2_.pdf|Introduction to MQTT}}
-  * Résumé : Les middleware pour l'IoT épousent des contraintes spécifiques que l'on ne retrouve pas dans les réseaux plus classiques qui permettent de supporter un développement sur des infrastructures occultant la distribution du logiciel (ex. over IP vers un Cloud et consommant Services World Wide)
+  * Résumé : Les middleware pour l'IoT épousent des contraintes spécifiques que l'on ne retrouve pas dans les réseaux plus classiques qui permettent de supporter un développement sur des infrastructures occultant la distribution du logiciel (ex. over IP vers un Cloud et consommant Services World Wide). Ces contraintes sont liées à des technologies hétérogènes qui répondent à des exigences applicatives (ex. réseau large scale basse consommation pour la collecte de données de terrain, ex. . A l'instar des middleware classiques, les middleware for IoT s'appuient sur des patterns de communication. Ces patterns sont néanmoins sélectionnés fonction des caractéristiques du ou des réseaux sous-jacents. Nous pouvons alors distinguer à la fois des caractéristiques et contraintes réseaux et les middleware supporté selon.
-    * Les réseaux Large Scale / Low Power représentent un enjeu majeur pour les Limitation bande passante / Endormissement-Réveil / envoie de données
+    * Des réseaux Large Scale / Low Power sont principalement dédiés à la collecte d'information de terrain contenant un grand nombre de points de collecte de données. Ces réseaux représentent un enjeu majeur pour nombre de domaines traitant des données en volume (Big Data) issues de l'environnement physique (ex. Smart Cities, E-Health and Data ...). Les problématiques sont alors
-    *
+       * La limitations de la bande passante et la fréquence d'acquisition
+       * La consommation énergétique et l'endormissement-réveil des noeuds du réseau
+       * L'envoie de données vers les noeuds sachant que les technologies mises en oeuvre sont avant tout dédiées à la collecte de données et non le pilotage de dispositifs de terrain.
+   * Les protocoles imposés gérés par les Middleware induisent alors des patterns de communications (ex. eventing pour les réseaux Large Scale / Low Power )
+   * Des réseaux PAN et WLAN privilégient la mise en place d'autres patterns de communication permettant l'envoi de message vers des dispositifs physiques qui ne sont plus limités aux capteurs mais qui contiennent aussi des actionneurs et qui sont plus communément appelés "Objets Connectés" (ex. éclairages publics, feux tricolores, lampe de chevet, système d'alarme ...). Le problème de l'autonomie énergétique est alors un point dur et conduit souvent à des infrastructures réseaux hétérogènes panachant réseaux low power limités,
+   * L'Interopérabilité rendues ainsi difficile par l'hétérogénéité des réseaux conduit à mettre en place des passerelles vers IP plus ou moins proche du dispositif de terrain.
 ==== Lecture 2 : Practical session on Event based Middleware and CEP with MQTT ====
 ----