Présents :

• L'I3S sera représenté par G. Rey et JY Tigli.
• IIHM LIG, Joelle Coutaz et Emric Fontaine
• HADAS LIG, Fabrice Jouanot, Yanis, Marie-Christine Rousset

Transparents et prises de notes

Bilan des sujets à aborder :

• Interface WComp / Ethylen, ou connecter la démo du photoshufler à WComp
• Interface travaux HADAS avec la plateforme CONTINUUM / WComp
• Annexe : discussion avec IIHM sur les investissements mi-lourds CNRS à mettre en cohérence entre Nice et Grenoble
• Reprendre la modélisation du contexte dans les scenarii prospectifs et industriels
• Annexe : Modalités de l'évaluation à mi parcours

Proto permettant de représenter et raisonner sur le contexte. Vous le trouverez à l'adresse http://conquer.liglab.fr/

Nous n'avons défini que 2 comptes pour que vous puissiez manipuler (modifier et interroger) les données du contexte.

joelle.coutaz@imag.fr pass: <nom_du_projet>/etch

tigli@polytech.unice.fr pass: <nom_du_projet>/buzz

Cf. Schéma général implémentatoire

Trois Meta_UI :

• pour Contexte Manager,

• pour Base de connaissance,

• A l'initiative du User
• Pour l'observabilité
• Pour la prédictabilité

• pour Tisseur d'AA

Cf. Schéma de Gaetan

BdC représentée par des triplets : Objet / relation / Objet Les Objet peuvent être des Types, des instances …

ex.

(aTV2, Type, TV)

(aTV2, Where, Bedroom)

ceci peut s'exprimer sous forme de prédicat ;

Where(aTV2, Bedroom)

format : RDFS

Langage de requête : SPARQL

ex.

SELECT ?x WHERE { ?x type TV }

retour :

<result> <res> aTv </res> <res> aTv2 </res> </result>

autre requete SPARQL :

SELECT ?x WHERE{ ?x type Device ?x offers ?y ?y type Alert }

Par contre SPARQL ne permet que des requêtes et non des INSERT …. Il faut étendre le langage.

Par contre SPARQL est limité à RDF ce qui oblige à saturer le graphe RDF à partir de RDFS pour utiliser SPARQL (inférer les relations qui n'apparaissent pas dans RDF, déductible de RDFS)

Les autres commandes CONSTRUCT …

Aujourd'hui la BdC est accessible au travers un Web Service :

add_class() find(s,o,p); add_instance() …

TODO ::: Hadas

• La BdC devient un service UPnP
• Interface de la BdC en entrée : les méthodes : add(), update(), query(); delete()
• Interface de la BdC en sortie : émission d'événement (string) (chaine de caractère pour compléter l'info sur l'event)

TODO ::: Rainbow

• Modifier UPnP Wizard designer pour envoi de add()/delete() vers la base … (apparition / disparition de device)
• Créer le container qui va rafraichir la base (update() ) fonction des events envoyer par les devices de l'infrastructure (il faudra probablement créer des AAs pour connecter le WSD BdC et ces WSD de ces nouvaux devices)

Réunion avec Emric : TODO : Faire les Devices UPnP sur table, PC (display), Téléphone pour la démonstration Photoshuffler.

TEST OK :

• Serveur UPnP sur Table émulée sur PC (implémentation méthode + event) OK
• Serveur UPnP sur Table réelle (implémentation méthode + event) : quelques problèmes de sensibilité et fréquence de rafraichissement de la table. Les events sont néanmoins reçus par le devicespy.
• Serveur UPnP sur Table réelle testée depuis WComp OK

• Mise à jour UPnP Wizard Designer (émission d'évenement vers la BdC sur apparition/disparition)
• Mise à jour du tisseur d'AA pour intégration des requêtes vers la BdC (nouveau mode d'expression des pointcuts = 1 ou plusieurs requêtes, pour obtenir en retour des n-uplets de jointpoints)
• Mise à jour du tisseur d'AA l'interfacer avec ses meta-UI (objectif de la première : intervention utilisateur pour sélectionner les n-uplets des jointpoints + objectif de la deuxième : résoudre les interférences entre instance de greffons)
• Création du container WComp associé à la BdC pour la capture, la modification de la BdC et la réémission vers le le gestionnaire de contexte, des évenements de l'ensemble des services pour dispositifs de l'infrastructure.
• Rédaction du livrable D2 avec spécification du langage de description du contexte (voir biblio + discussions internes)
• Interfaçage des Web services Suez avec WComp (protocole REST)
• Démonstrateur 1 (Scenario Industriel) : à définir
• Démonstrateur 2 (Scenario Prospectif) : à préciser sur la base d'un moment du scenrio qui utilise la table interactive et le photoshuffler. Ce dernier illustrera l'interconnexion du tisseur avec la BdC pour le pointcut matching et la mise en oeuvre des Meta UI associées au tisseur.

• Transformer la BdC en WS UPnP qui expose l'interface définie précédemment (Cf. ci-dessus)
• Mise à jour de la BdC : https://rainbow.i3s.unice.fr/~tigli/continuum/doku.php?id=documentssupport de requêtes SPARQL (dans méthode query) + extensions avec des méthodes add/delete/update + émission des événements vers le gestionnaire de contexte
• Dans livrable D2 incrémenter l'état de l'art sur le contexte
• Rédaction du D3.1 (document de spécification du langage, de sa sémantique logique et de ses propriétés inférentielles) et D3.2 (document sur l'étude, la description et l'illustration sur des scenarios pertinents des algorithmes d'inférence sur les alignements et les assemblages)

• Rédaction D4.1, document décrivant les techniques d'interaction pour inspecter l'état du système, en contrôler et comprendre l'évolution.
• Interfaçage des différents dispositifs de la démo photshuffler (Noyau Fonction/Controleur de Dialogue, Table interactive, HTML Renderer, Téléphone <next/prev>) et mise en oeuvre de la démo sous WComp
• Conception des premières Meta UI associées au Tisseur (pour sélection des n-uplet de jointpoints) et à la BdC (pour observation et enrichissement des informations de la base).