Différences

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

--- cours:mit_2015_2016 [2016/02/03 11:28] – [Lecture 7a : Semantic Web 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 47: / Ligne 47: @@
 {{: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). 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.
+    * 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 ====
 ----
@@ Ligne 111: / Ligne 123: @@
   * MCQ on the overall course 30 %
   * Time limited paper review 20 %
+== Description of the materials to send to Annie Ressouche - Annie.Ressouche@inria.fr (Cc: tigli@unice.fr) before Sunday the 14th of Feb ==
+  * Please send in an email with de Subject:
+[<Name of the student1> - <Name of the student2> - MIT 2016 SYNCHRONOUS LANGUAGE PROJECT]
+Example : [Tigli - Lavirotte - MIT 2016 SYNCHRONOUS LANGUAGE PROJECT]
+  * Put in attachement
+    * All the sources files of your project : the LE file, Galaxy files ,WComp project files(generated beans from LE, wcc..) ...
+    * a README File to describe the project, to explain the role of the different files and how to use them in a demonstration of your project.
 ===== Main Conferences and Journals =====