Outils pour utilisateurs

Outils du site


cr_18_avril_2011

Réunion du 18 avril 2011

Participants : JP Gelas, L. Médini, M. Mrissa

Excusé : JP Jamont


Discussion sur les problématiques de chacun

  • JPG : choix des protocoles de haut niveau (niveau transport, mais a priori, on resterait sur de l'IP). Il s'agit de choisir à la volée le protocole le plus adapté à une situation donnée (types de données à transférer1), environnement2), qualité de service…).
  • MM : monitoring des échanges de données (récupération de données sur les échanges, l'environnement, la QoS) ; adaptation de la SOA au multi-protocole. Notion de service adaptatif (protocol switching).
  • LM : moteur d'adaptation sémantique à partir de “connaissances contextuelles” (informations + sémantique) issues de différentes sources (agent : tâche ; objet : ressources et contexte spécifique de l'objet ; environnement : contexte plus général) ; application de règles utilisant les connaissances issues du service de monitoring ; certaines règles d'adaptation pourront être distribuées pour être traitées à la source de la donnée (objet ou avatar) et seule la “connaissance utile” est envoyée au moteur d'adaptation.

* JPJ : à faire…

Discussion sur l'architecture et sur la communication entre l'avatar et l'objet

Choix d'architecture : le moteur d'adaptation peut être centralisé (une instance pour tous les couples avatar ; objet)) ; dans ce cas, l'architecture est de type ESB. À l'inverse, une instance de moteur peut être définie pour chaque couple : plus proche du P2P. De façon à avoir une architecture plus flexible, on s'orienterait plutôt vers la seconde alternative.

Cette solution permettrait de “distribuer” le moteur d'adaptation avec un traitement local des règles concernant les données recueillies par l'objet et un envoi des résultats de ces traitements à l'avatar pour ne faire circuler entre l'objet et l'avatar que les informations intéressantes au regard de la situation courante.

Il faut donc définir un moyen de transmettre les règles, les connaissances d'adaptation, [éventuellement le code de traitement de ces connaissances,] les commandes de [négociation et de] changement de protocole, et l'“acknowledgement”. Au final, il s'agit donc de déterminer un protocole d'échange de connaissances d'adaptation et de contrôle du protocole de communication entre avatar et objet.

détail de la proposition d'architecture
Figure 1. détail d'une architecture de communication entre avatar et objet discutée le 18 avril 2011.

1)
contrôle, vidéo…
2)
alimentation disponible
cr_18_avril_2011.txt · Dernière modification: 2011/04/22 14:21 de jpgelas

Outils de la page

CNRS INSA de Lyon LIRIS Université Lyon 2 Université Lyon 1