Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
agenda_des_journees_continuum_du_6_avril_au_9_janvier_2010 [2010/04/09 12:17]
tigli
agenda_des_journees_continuum_du_6_avril_au_9_janvier_2010 [2010/04/12 10:57]
Line 1: Line 1:
-====== Agenda des journées CONTINUUM du 6 au 9 avril 2010 ====== 
- 
-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 ​ 
- 
-===== Mardi 6 avril 14h30 - 18h ===== 
- 
-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 ​ 
- 
- 
-===== Mercredi 7 avril 9h30 - 18h ===== 
- 
-== Base de données HADAS == 
- 
- 
-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 
- 
- 
-== Architecture Implémentatoire Continuum == 
- 
-Cf. Schéma général implémentatoire 
- 
-===== Jeudi 8 avril 9h30 - 18h ===== 
- 
-== Matin : Meta-UI == 
- 
-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 ​ 
- 
- 
-== Après-midi ​ : Accès à  la BdC == 
- 
-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) 
- 
-  
- 
- 
-===== Vendredi 9 avril 9h30 - 12h ===== 
- 
-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 
- 
-===== TODO pour Plénière et Eval à mi-parcours ===== 
- 
- 
-=== Rainbow === 
- 
-  * 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. 
- 
-=== Hadas ===  
-  * 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) 
- 
-=== IIHM === 
-  * 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). 
-