Capital risque

Disponible uniquement sur Etudier
  • Pages : 15 (3595 mots )
  • Téléchargement(s) : 0
  • Publié le : 17 avril 2011
Lire le document complet
Aperçu du document
MEDLSensor : Langage de Description pour Réseaux de Capteurs
Rima Ben Mosbah, Serge Midonnet
Université Paris-Est, Laboratoire d’Informatique de l’Institut Gaspard Monge, UMR CNRS 8049, 5 bd Descartes, 77454 Marne-la-Vallée Cedex 2, France. Ecole Supérieure d’Ingénieurs en Informatique et Génie des Télécommunications, 1 Rue du port de Valvins, 77210 Avon, France
1

2

RésuméL’environnement MEDLSensor permet d’organiser un réseau en régions dans lesquelles interagiront des capteurs terminaux hétérogènes et des noeuds de régions. Ces derniers auront pour rôle la composition (fusion, aggrégation) des données issues des capteurs locaux après validation de conditions spécifiques à l’application considérée. MEDLSensor propose des abstractions pour la représentation des noeuds d’une régionet un langage reposant sur des abstractions permettant de simplifier le développement des applications en générant une partie du code dans un modèle réutilisable du fait qu’il est indépendant du support de programmation. L’environnement permet de décrire les conditions de mise en veille et de réactivation des capteurs. Nous montrons dans ce papier l’utilisation de MEDLSensor dans le cadre d’uneapplication de télésurveillance.

1 Introduction
La complexité d’utilisation des réseaux de capteurs a poussé les développeurs à utiliser des approches mettant en oeuvre des abstractions de programmation tenant compte des exigences de ce type de réseaux et faisant lien entre le niveau physique des communications et la logique applicative. L’apparition des middlewares spécifiques pour réseaux decapteurs a fourni les mécanismes nécessaires à l’utilisation efficace et durable du capteur en limitant l’utilisation du processeur et de la mémoire et en assurant des communications à faible coût. Le principe d’un middleware est de fournir la couche d’abstraction assurant l’indépendance de l’application dévelopée vis à vis des plateformes d’exécution. L’utilisation d’une couche middleware offre alorsun gain de productivité grâce à la réutilisabilité du code lors du changement de platerforme matérielle. Ce principe est d’autant plus valable dans le cas des applications pour les réseaux de capteurs ou la diversité des plateformes est grande. Les intergiciels traditionnels comme Corba, trop consommateurs de ressources, sont peu adaptés aux contraintes des plateformes capteurs. Par conséquent,une nouvelle génération de middleware a vu le jour. Les solutions étant nombreuses et variées, les auteurs de [8] ont proposé une classification de ces solutions middleware pour les réseaux de capteurs. En premier lieu, ils distinguent les approches abstraites pour la représentation des noeuds et des données

en fournissant les concepts et les abstractions pour visualiser le réseau de capteurs etles relations entre les noeuds. En second lieu, ils présentent les middlewares qui s’intéressent aux interfaces de communication indépendantes des plateformes en fournissant les mécanismes d’exécution du code et les services spécifiques aux applications (localisation, sécurisation, transmission). Cette dernière catégorie est riche en travaux souvent issus de l’adaptation de modèles existant auxspécificités des réseaux de capteurs. Certains auteurs comme dans [5] modélisent le réseau de capteurs comme une base de données répartie et fournissent une interface simple permetant d’interroger le réseau de capteurs pour extraire les données utiles via un langage d’interrogation proche de type SQL. Cependant, cette approche fournit seulement des résultats approximatifs et elle manque de supportpour les applications temps réel qui ont besoin de la détection de relations spatio-temporelle entre les évenements. Par ailleurs, nous remarquons la présence d’approches orientées objet comme CORBA [1] ou des approches pair à pair [6], des approches data centric orientées messages comme dans [2]. De plus, les middlewares de type publish/subscribe [3] permettent de faciliter l’échange de...
tracking img