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 hocun problème -> une solution

• Infrastructures logicielles génériquessolution 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

AURA

Pebbles

Websplitter

iroom

dynamo

[Pick and drop]

10

PLAN

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

11

Mes objectifs

• Analyse de l’état de l’artTrouver des critères de comparaison entre les différents systèmes existants afin d’établir une classification de ces infrastructures

• ApprofondissementAnalyse critique du modèle CAMELEON-RT et de son implémentation ETHYLENE à partir des observations précédentes

• ConcrétisationRé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-rtLe système hardware d’un espace d’interaction

15

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

16

Le modèle Cameleon-rtLe 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

Contexteurs

bla

« Luminosité forte »

« utilisateur arrive »

« utilisateur parle »

27

Ethylene

« Luminosité forte »

« utilisateur arrive »

« utilisateur parle »

Synthétiseur de situation

« utilisateur a demandé la fermeture des volets »

28

Ethylene

Producteur d’adaptation

« utilisateur a demandé la fermeture des volets »

Exécution

29

Ethylene

Route 66 Serveur PHP ETHYLENE

Socket

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 de Christophe 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