Скачать презентацию Infrastructures logicielles pour Interfaces Homme Machine plastiques Anne Скачать презентацию Infrastructures logicielles pour Interfaces Homme Machine plastiques Anne

96a5c3004c8e391721a1391d90accb26.ppt

  • Количество слайдов: 45

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

L’Interaction Homme. Machine • Domaine IHM = concevoir des systèmes : • Utiles (adaptés 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) 2

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

IHM plastiques • Essor des technologies, réseaux sans fil et capteurs amènent l’informatique ambiante 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] 4

IHM plastiques • Essor des technologies, réseaux sans fil et capteurs amènent l’informatique ambiante 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] 5

IHM plastiques • Essor des technologies, réseaux sans fil et capteurs amènent l’informatique ambiante 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] IHM remodelable : Savoir s’adapter au contexte d’interaction tout en préservant l’utilisabilité [Dynawall] 6

IHM plastiques • Cette nouvelle vision engendre une infinité de configurations possibles • Systèmes 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 7

Les infrastructures logicielles • Définition : c’est un intergiciel qui s’exécute continuellement et qui 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 8

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

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

Mes objectifs • Analyse de l’état de l’art Trouver des critères de comparaison entre 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 11

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

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

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

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

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

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

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

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

Le modèle Cameleon-rt L’infrastructure de contexte Le gestionnaire de plate-forme et sa boite à 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 20

Le modèle Cameleon-rt L’infrastructure de contexte Le gestionnaire de plate-forme et sa boite à 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 21

Le modèle Cameleon-rt L’infrastructure de contexte Le gestionnaire de plate-forme et sa boite à 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 22

Le modèle Cameleon-rt L’infrastructure de contexte Le gestionnaire de plate-forme et sa boite à 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 23

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

Ethylene 25 Ethylene 25

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

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

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

Ethylene 29 Ethylene 29

PLAN • Le Contexte • Les objectifs • Cameleon-rt et Ethylene • Les contributions 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 30

PLAN • Le Contexte • Les objectifs • Cameleon-rt et Ethylene • Les contributions 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 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

Scénario « Pierre et Marie » 33 Scénario « Pierre et Marie » 33

Scénario « Pierre et Marie » 34 Scénario « Pierre et Marie » 34

Scénario « Pierre et Marie » 35 Scénario « Pierre et Marie » 35

Scénario « Pierre et Marie » 36 Scénario « Pierre et Marie » 36

 « Chez Marie » 37 « Chez Marie » 37

PLAN • Le Contexte • Les objectifs • Cameleon-rt et Ethylene • Les contributions 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 38

Révision d’Ethylene 39 Révision d’Ethylene 39

Révision d’Ethylene • Un pattern est une description de caractéristiques attendues dans un contexte 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. 40

Révision de « Pierre au travail » 41 Révision de « Pierre au travail » 41

Révision de « Pierre au travail » 42 Révision de « Pierre au travail » 42

Révision de « Pierre au travail » 43 Révision de « Pierre au travail » 43

CONCLUSION 44 CONCLUSION 44

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