La plate-forme SensApp (http://sensapp.modelbased.net/) est développée en collaboration avec le laboratoire SINTEF (Oslo, Norvège). Cette plateforme permet la collecte d'informations en provenance de capteurs (humidité, température, présence, vitesse, …).

A l'heure actuelle, la plateforme ne dispose pas d'interface de recherche. Il est fastidieux pour un utilisateur de retrouver le capteur qui l'intéresse, car les recherche se font par nom. Par exemple: “osl/forsk/4/C/444/humidity” pour accéder au capteur d'humidité installé dans le bureau C444 situé au 4ème étage du bâtiment “Forskningsveien 1” à Oslo.

Ces capteurs peuvent être visualisés en utilisant différents composants graphiques en fonction du type d'informations remontées par les capteurs. Il existe aujourd'hui une interface graphique permettant d'associer un capteur à une visualisation, néanmoins nous aimerions améliorer …

Ce sujet présente donc plusieurs sous-projets exposés ci-après

Le choix des technologies….

- html/JS - pour la BD? MongoDB connecté à une BD existante avec des liens par URL - Ils doivent savoir utiliser des services REST et en écrire un en java.

JERSEY : librairie pour faire des web services REST

Comme serveur web on peut utiliser JETTY

Données sur les capteurs :

• Accès en ligne à la description des capteurs existants
• Description d'un capteur existant
• Accès aux données issues d'un capteur

Vous réaliserez un service web REST en Java qui aura pour rôle entre autre d'accéder à la base de donnée de “sensors” distantes et de compléter ces informations par vos propres informations stockées sur votre propre base de donnée. A priori nous utiliserons, si vous en avez les capacités et le voulez, http://www.mongodb.org/.

• SenML : standard de représentation des données des capteurs (actuellement la V8)
  • Référence aux données issues d'un capteur
  • Visualisation de données issues d'un capteur

Accès aux services :

• converter : en entree un CSV et un descripteur ⇒ SenML : ce service est utile parce que certains capteurs renvoient du CSV (torque : se branche sur le bus de la voiture)
• database.raw : pour sauver les données
• dispatcher : point entrée pour les capteurs qui envoie du SenML
• Notifyer : enregistrement d'appli externe, disent ce qu'elles veulent écouter
• registry : comment enregistrer des capteurs, voir ceux qui sont présents
• RRD : Bases ….

Le projet intègre une part d'apprentissage de concepts, standards, et technologies. Cette part du travail sera planifiée et fera probablement l'objet de quelques productions pour faciliter l'accès à ces informations ultérieurement par d'autres développeurs.

https://github.com/SINTEF-9012/sensapp

https://github.com/SINTEF-9012/sensapp/tree/master/net.modelbased.sensapp.service.database.raw

https://github.com/SINTEF-9012/sensapp/tree/master/net.modelbased.sensapp.service.dispatch

https://github.com/SINTEF-9012/sensapp/tree/master/net.modelbased.sensapp.service.notifier

https://github.com/SINTEF-9012/sensapp/tree/master/net.modelbased.sensapp.service.registry

Attention ces sous-projets ne sont pas complètement indépendants. Des rapprochements entre les sous-groupes seront un plus.

Un découpage dans le temps sera fourni ultérieurement qui stipulera les premières étapes, puis en fonction de vos avancés chacun des sujets pourra être réajusté pour mieux répondre aux besoins concrets du SINTEF.

SensApp supporte la possibilité d'ajouter des tags (paires clés-valeurs) aux capteurs. Le projet tutoré consistera en (i) l'identification des tags nécessaire à l'identification des capteurs, (ii) l'implémentation d'un mécanisme de recherche sur ces tags et enfin (iii) en la mise en place d'une interface Web permettant d'exposer la fonctionnalité de recherche.

Ce projet inclut l'analyse de la notion de capteur et la caractérisation des informations pertinentes pour un capteur.

Artefacts attendus :

• Document faisant l'analyse du concept de capteurs et identification des caractéristiques retenues
• Interface de saisie et recherche de capteurs

Capteurs composites ?

• Capteur 24/7 : poussent en continu ⇒ tres gros volume de données RRD, pour cette donnée: 1 données toutes les secondes, …..
  • Travail sur les templates ?
• Capteur one shot : toutes les données pendant une expérience, par exemple un capteur cardiaque pendant une course, dans ce cas on veut tout garder….
  • Gérer les notions d'expériences

Travail sur les templates ?

Il s'agit de permettre à un utilisateur d'enregistrer un nouveau capteur en fonction de son type (humidité, …), de sa position dans un bâtiment, … Vous étudierez les solutions permettant de visualiser un bâtiment et de localiser un élément dans le bâtiment. Vous prévoirez la possibilité de créer de nouveaux types de capteurs et de leur associer des icones. Attention dans un même lieu un grand nombre de capteurs peuvent être présents.

Artefacts attendus :

• Analyse des outils existants pour manipuler des plans (formalisation, représentation) et localiser des éléments sur les plans
• Interface de visualisation d'un bâtiment avec ses capteurs
• Interface d'ajout de capteurs dans un bâtiment

Vous étudierez les algorithmes de recherche existant et se basant sur les notions de thesaurus. Notre objectif sera de fournir une interface de recherche de sensor dans laquelle au lieu de nommer les caractéritiques, vous utiliserez des termes et aiderez l'utilisateur à affiner sa recherche.

Artefacts attendus :

• Analyse des outils existants de recherche en utilisant des thesaurus au moins
• Détermination des thésaurus utiles à notre problème aussi bien pour la partie sensors qu'afficheur
• Interface d'aide à la recherche de sensors/Afficheur par saisie de mots successifs
• Définir une interface de recherche qui puisse être alimentée par des thésaurus.

A partir des informations connues sur un capteur, et une base de composants d'affichage (Jauges, Camembert, ….) vous proposerez automatiquement les afficheurs possible pour un capteru donné. En particulier, vous prendrez en compte les échelles de mesure pour éliminer des composants mal adaptés…

Artefacts attendus :

• Analyse des sensors et en particulier des types d'informations produites : type, fréquence, erreur, plage de valeurs, …
• Analyse des afficheurs existants et des besoins
• Interface d'aide à la recherche d'Afficheurs correspondant à un capteur sélectionné.

Vous pourrez aussi traiter le flou dans la correspondance : par exemple pour la localisation vars console jauge n'ont pas de sens, peut etre graphique mais une carte de chaleur ou une sarte ou street view ont vraiment du sens.

Evolution avec plusieurs sensors sur un afficheur.