continuum

This page is read only. You can view the source, but not change it. Ask your administrator if you think this is wrong.
====== 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 

===== Slides et schémas des 3 journées =====

{{:slides_de_compte_rendu_0410.ppt| Transparents et prises de notes}}

===== 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).
continuum

User Tools

Site Tools

Page Tools
