1 / 45

Infrastructures logicielles pour Interfaces Homme-Machine plastiques

Infrastructures logicielles pour Interfaces Homme-Machine plastiques. Anne Roudaut Sous la responsabilité de Jo ë lle Coutaz et Lionel Balme CLIPS, IIHM. L’Interaction Homme-Machine. Domaine IHM = concevoir des systèmes : Utiles (adaptés aux besoins de l’utilisateur)

selima
Télécharger la présentation

Infrastructures logicielles pour Interfaces Homme-Machine plastiques

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Infrastructures logicielles pour Interfaces Homme-Machine plastiques Anne Roudaut Sous la responsabilité de Joëlle Coutaz et Lionel Balme CLIPS, IIHM

  2. L’Interaction Homme-Machine • Domaine IHM = concevoir des systèmes : • Utiles (adaptés aux besoins de l’utilisateur) • Utilisables (adaptés aux capacités de l’utilisateur et adaptés à l’environnement)

  3. IHM plastiques • Essor des technologies, réseaux sans fil et capteurs amènent l’informatique ambiante

  4. IHM plastiques • Essor des technologies, réseaux sans fil et capteurs amènent l’informatique ambiante IHM distribuées sur plusieurs dispositifs [Pick and drop]

  5. IHM plastiques • Essor des technologies, réseaux sans fil et capteurs amènent l’informatique ambiante IHM distribuées sur plusieurs dispositifs IHM migrables d’un dispositif à un autre [Pick and drop] [Dynawall]

  6. IHM plastiques • Essor des technologies, réseaux sans fil et capteurs amènent l’informatique ambiante IHM distribuées sur plusieurs dispositifs IHM migrables d’un dispositif à un autre IHM remodelable : Savoir s’adapter au contexte d’interaction tout en préservant l’utilisabilité [Pick and drop] [Dynawall]

  7. IHM plastiques • Cette nouvelle vision engendre une infinité de configurations possibles • Systèmes Ad hoc un problème -> une solution • Infrastructures logicielles génériques solution pour tout l’ensemble des problèmes

  8. Les infrastructures logicielles • Définition : c’est un intergiciel qui s’exécute continuellement et qui fournit des services d’utilité publique à un ensemble d’applications • Exemples : Corba, Jini … • Les infrastructures logicielles pour IHM plastiques doivent répondre aux problèmes spécifiques de l’IHM

  9. Les infrastructures logicielles dynamo [Pick and drop] Websplitter iroom AURA Pebbles

  10. PLAN • Le Contexte • Les objectifs • Cameleon-rt et Ethylene • Les contributions

  11. Mes objectifs • Analyse de l’état de l’art Trouver des critères de comparaison entre les différents systèmes existants afin d’établir une classification de ces infrastructures • Approfondissement Analyse critique du modèle CAMELEON-RT et de son implémentation ETHYLENE à partir des observations précédentes • Concrétisation Révision d’ETHYLENE pour enrichir le modèle Développement d’une application avec ETHYLENE révisée

  12. PLAN • Le Contexte • Les objectifs • Cameleon-rt et Ethylene • Le modèle Cameleon-rt • L’implémentation Ethylene • Les contributions

  13. PLAN • Le Contexte • Les objectifs • Cameleon-rt et Ethylene • Le modèle Cameleon-rt • L’implémentation Ethylene • Les contributions

  14. Le modèle Cameleon-rt Le système hardware d’un espace d’interaction

  15. Le modèle Cameleon-rt Le système interactif sur lequel travaille l’utilisateur dans son espace d’interaction

  16. Le modèle Cameleon-rt Le DMR : Distribution-Migration-Remodelage

  17. Le modèle Cameleon-rt L’infrastructure de contexte

  18. Le modèle Cameleon-rt L’infrastructure de contexte Le gestionnaire de plate-forme et sa boite à outil

  19. Le modèle Cameleon-rt L’infrastructure de contexte Le gestionnaire de plate-forme et sa boite à outil Le gestionnaire d’adaptation

  20. Le modèle Cameleon-rt • L’infrastructure de contexte • Le gestionnaire de plate-forme et sa boite à outil • Le gestionnaire d’adaptation • Identification de la situation

  21. Le modèle Cameleon-rt • L’infrastructure de contexte • Le gestionnaire de plate-forme et sa boite à outil • Le gestionnaire d’adaptation • Identification de la situation • Analyse de la situation

  22. Le modèle Cameleon-rt • L’infrastructure de contexte • Le gestionnaire de plate-forme et sa boite à outil • Le gestionnaire d’adaptation • Identification de la situation • Analyse de la situation • Recherche d’un composant dans la base de donnée

  23. Le modèle Cameleon-rt • L’infrastructure de contexte • Le gestionnaire de plate-forme et sa boite à outil • Le gestionnaire d’adaptation • Identification de la situation • Analyse de la situation • Recherche d’un composant dans la base de donnée • Production d’un nouveau composant adapté à la situation

  24. PLAN • Le Contexte • Les objectifs • Cameleon-rt et Ethylene • Le modèle Cameleon-rt • L’implémentation Ethylene • Les contributions

  25. Ethylene

  26. Ethylene « Luminosité forte » « utilisateur arrive » « utilisateur parle » Contexteurs bla

  27. Ethylene « Luminosité forte » « utilisateur arrive » « utilisateur parle » « utilisateur a demandé la fermeture des volets » Synthétiseur de situation

  28. Ethylene Producteur d’adaptation « utilisateur a demandé la fermeture des volets » Exécution

  29. Ethylene

  30. PLAN • Le Contexte • Les objectifs • Cameleon-rt et Ethylene • Les contributions • Etude de l’état de l’art • Developpements avec Ethylene • Révision d’Ethylene

  31. PLAN • Le Contexte • Les objectifs • Cameleon-rt et Ethylene • Les contributions • Etude de l’état de l’art • Developpements avec Ethylene • Révision d’Ethylene

  32. PLAN • Le Contexte • Les objectifs • Cameleon-rt et Ethylene • Les contributions • Etude de l’état de l’art • Developpements avec Ethylene • Révision d’Ethylene

  33. Scénario « Pierre et Marie »

  34. Scénario « Pierre et Marie »

  35. Scénario « Pierre et Marie »

  36. Scénario « Pierre et Marie »

  37. « Chez Marie »

  38. PLAN • Le Contexte • Les objectifs • Cameleon-rt et Ethylene • Les contributions • Etude de l’état de l’art • Developpements avec Ethylene • Révision d’Ethylene

  39. Révision d’Ethylene

  40. Révision d’Ethylene • Un pattern est une description de caractéristiques attendues dans un contexte d’interaction (ex : arrivée d’un PDA) • L’identificateur de situation filtre les messages du synthétiseur de situation • La reconnaissance d’un pattern défini entraîne l’exécution d’une méthode call back définie par le concepteur du système interactif.

  41. Révision de « Pierre au travail »

  42. Révision de « Pierre au travail »

  43. Révision de « Pierre au travail »

  44. CONCLUSION

  45. Bibliographie [Aura]www-2.cs.cmu.edu/~aura/ [Dynawall]www.ipsi.fraunhofer.de/ambiente/english/projekte/projekte/dynawall.html [I-AM] Thèse deChristophe Lachenal, “Modèle et Outil pour l'Interaction multi-instrument et multisurface“ [Pebbles]www.pebbles.hcii.cmu.edu [Pick and drop] www.csl.sony.co.jp/person/rekimoto/pickdrop/ [WebSplitter]Richard Han, Veronique Perret, Mahmoud Naghshineh“WebSplitter: A Unified XML Framework for Multi-Device Collaborative Web Browsing”,2000

More Related