Brevet FR2860900A1 — publié le 20050415

PROCEDE & SYSTEME D'INTERFACE HOMME-MACHINE A CHOIX CONTEXTUALISES DE TACHES ET DE CONFIGURATIONS PAR AUXILIAIRE PROPOSANT DOMAINE TECHNIQUE La présente invention concerne un procédé et un système d'Interface HommeMachine (IHM) et plus particulièrement un procédé et un système d'IHM à choix contextualisés de tâches et de configurations par Auxiliaire proposant. La présente invention concerne plus spécifiquement un procédé et un système permettant d'assister ses utilisateurs à la gestion et au contrôle des tâches, ainsi qu'à la navigation dans les systèmes multimédia, notamment dans les systèmes informatiques, les systèmes de télécommunication, les systèmes de guidage ou tous autres systèmes de traitement de données électroniques et vocales. ART ANTERIEUR Les applications à support informatique telles que les logiciels de bureautique, les automates ou les applications multimédia ayant tendance à se complexifier, notamment depuis l'apparition d'applications à interface graphique, leur insertion dans la vie sociale a creusé le fossé avec certains groupes de sujets aux facultés déficientes comme les aveugles. En effet, la sophistication ou plutôt le manque de pertinence des IHM rendent l'utilisation de ces applications plus contraignantes voire impossibles à réaliser pour des personnes malvoyantes. Dans certains cas d'utilisation, ce problème s'applique également aux personnes voyantes. Les concepts et systèmes d' Assistants ou d' Agents d'Interface ont été créés pour apporter aux utilisateurs d'applications à support informatique une certaine facilitation pour réaliser des tâches rendues contraignantes voire impossibles. En constituant une passerelle entre deux mondes -celui, technique, de la machine et celui, humain, de l'utilisateur- ces Agents d'Interface établissent une communication et autorisent une interaction entre ces deux mondes qui n'ont pas d'emblée de caractéristiques compatibles. Les solutions matérielles et logicielles d'Agents d'Interface accusent du retard par rapport aux avancées très rapides de la technologie. Elles compensent partiellement les déficiences de communication (lecture, écriture) et d'utilisation des moyens de 2860900 2 travail modernes comme: le traitement de texte, la messagerie, la navigation Internet, la téléphonie, etc. Pour pallier à la déficience de vision des objets sur écran, des dispositifs d'interface par synthèse vocale ont été créés pour se substituer à l'écran, en permettant aux utilisateurs de percevoir auditivement les propositions de tâches et de mise à disposition d'outils. Bien que relativement peu coûteux et offrant des performances acceptables en qualité d'écoute, rapidité et facilité de commandes, ces dispositifs se cantonnent à transcrire les menus, sous-menus et autres contenus de boîtes à outils classiques sous forme vocale. Conçus sur la base d'applications existantes (ex. : traitement de texte), ils fonctionnent toujours dans une logique écran qui diverge avec la perception du monde par les malvoyants; car les malvoyants doivent compenser le manque de perception visuelle des outils et menus par une sur-mémorisation des étapes ou menus précédemment utilisés. Cette solution montre rapidement ses limites à l'utilisation car, pénible pour l'utilisateur par la multiplicité de cascades de commandes qu'elle nécessite, elle est difficile à assimiler, consommatrice en temps et multiplicatrice d'erreurs. La capacité de mémorisation visuelle ayant une certaine limite, les problèmes mentionnés auparavant s'appliquent également aux utilisateurs voyants; ce problème de mémorisation ressort d'autant plus dès que ces derniers se trouvent dans un contexte où ils ne disposent pas d'écran de visualisation. Des moyens tentant de réduire la surcharge mnésique des utilisateurs tels que raccourcis claviers ou enchaînements automatisés de sous menu ont été mis en place mais, une fois de plus, trop basés sur une logique écran , ils manquent de pertinence dans la prise en compte du contexte de travail de l'utilisateur et de ses besoins dans l'accomplissement de sa tâche. Par ailleurs, les aveugles se plaignent du manque de moyens efficaces pour obtenir du système les rétroactions nécessaires à l'autocontrôle des actions que l'utilisateur fait et de celles qu'il fait produire au système. Cette gêne est de plus en plus importante avec les interfaces modernes qui sollicitent très fortement la vision, non seulement pour percevoir les informations affichées sur l'écran, mais aussi pour dialoguer, pointer et contrôler tous les interacteurs d'interface. Par conséquent, afin d'apporter des solutions aux problèmes mentionnés précédemment, il y a lieu de concevoir un procédé et un système d'IHM (a) transversal par opposition aux boîtes à outils classiques, mettant d'emblée à portée de l'utilisateur l'ensemble des fonctions du système informatique ou multimédia à partir d'une seule interface, (b) proposant des tâches a priori, s'adaptant au contexte de travail de l'utilisateur et à l'état du système, (c) utilisant une interface adaptée, intuitive à utiliser, permettant de s'affranchir de tout apprentissage lourd, (d) rapide dans le choix de tâches à partir d'un jeu universel de commandes manuelles ou vocales, et (e) limitant au maximum les risques d'erreurs de saisies et d'exécution, en facilitant et validant les choix en temps réel et restituant des confirmations à l'utilisateur. RESUME DE L'INVENTION La présente invention est un procédé d'IHM à choix contextualisés de tâches et de configurations par Auxiliaire proposant comprenant: (a) le terminal ou tous autres supports informatique, électronique ou équivalent permettant d'identifier le contexte d'utilisation, (b) la (les) mémoire(s) de stockage structurées par ordre hiérarchisation automatique de proposition de tâches et de configurations appropriées au contexte, (c) l'interface vocale, visuelle, haptiques ou équivalent permettant de présenter desdites propositions de tâches et de configurations à l'utilisateur, (d) le terminal, la commande d'actions ou tous autres supports informatique, électronique, vocal ou équivalent permettant d'exécuter le choix d'action de l'utilisateur, et (e) l'interface vocale, visuelle, haptiques ou équivalent permettant de restituer des données sur la prise en compte et l'état de réalisation dudit choix. Dans un mode préféré, une plage de durée est allouée pour chacune desdites propositions pendant laquelle l'utilisateur peut agir dans ce procédé d'IHM à choix contextualisés de tâches et de configurations par Auxiliaire proposant de manière à ce que l'instant du choix d'action de l'utilisateur soit dans ladite plage de durée pour exécuter ce choix de l'utilisateur. Par ailleurs, la présente invention comprend un système d'IHM à choix contextualisés de tâches et de configuration par Auxiliaire proposant, caractérisé en ce qu'il comprend un terminal, une commande d'actions ou tous autres supports informatique, électronique, vocal ou équivalent: (a) de sélection de choix par l'utilisateur desdites tâches et configurations, (b) de commutation de choix par l'utilisateur desdites tâches et configurations, (c) d'enchaînement contextualisé desdits moyens de sélection et de commutation. BRÈVE DESCRIPTION DES FIGURES Les quatre figures supportant la description de la présente invention sont complémentaires les unes des autres. La Figure 1 représente le schéma du système mettant en oeuvre les trois moyens de sélection, de commutation et de coordination. La Figure 2 représente un synoptique du procédé de sélection présenté à l'utilisateur 15 communément appelé la Proposition Barillet. La Figure 3 représente un synoptique du procédé de commutation présenté à l'utilisateur communément appelé la Proposition Performative. La Figure 4 représente un synoptique du procédé de coordination générale et d'enchaînement de l'Auxiliaire proposant. DESCRIPTION DETAILLEE DE L'INVENTION Bien que le procédé et le système de la présente invention aient été initialement créés pour permettre à des personnes à déficience visuelle de réaliser plus sûrement et plus rapidement des tâches bureautiques, l'invention et sa mise en oeuvre trouvent également des applications pour utilisateurs voyants dans un contexte où ils ne disposent pas d'interface de visualisation avec la machine. De la même manière, l'interface vocale utilisée dans la mise en oeuvre de la présente invention peut-être remplacée par tout autre type d'interface faisant appel aux sens de l'utilisateur, comme par exemple, les interfaces visuelles ou haptiques. Comme précédemment mentionné dans l'Art Antérieur, les systèmes et procédés existants aujourd'hui transcrivent vocalement les enchaînements classiques d'options et de sous-options offertes par les boîtes à outil, sans tenir compte du contexte d'utilisation dans lequel se trouve l'utilisateur; par ailleurs, ils ne donnent pas de retour d'information sur l'état de prise en compte des choix et la réalisation effective des tâches. Le procédé et son système associé de la présente invention: 1) compensent le défaut d'analyse contextuelle faisant classiquement appel aux facultés visuelles des utilisateurs, par un dispositif à mémoire, d'analyse du contexte et de proposition de choix. Par exemple, un utilisateur voyant qui utilise un logiciel de traitement de texte sait à travers une analyse visuelle sur écran que, lorsqu'il a rédigé un texte, il peut le sauvegarder, l'imprimer, etc. Le procédé et le système de la présente invention se substituent à la nécessité de visionner le contexte en proposant spontanément par analyse de la situation (exemple: texte rédigé) la liste des choix de tâches possibles à cet instant (sauvegarder, etc. et imprimer en l'occurrence). 2) simplifient la gestion des tâches à l'aide d'un terminal de commandes universelles d'actions, ou tous autres supports informatique, électronique, vocal ou équivalent. Le nombre de commandes d'actions peut très bien être appelé à évoluer selon les exigences d'interface et le dispositif à contrôler par l'utilisateur. 3) facilite la communication rapide avec la machine à l'aide d'une interface de choix vocale, visuelle, haptique ou équivalente; par ailleurs, il indique à l'utilisateur le statut de réalisation -effectif ou ineffectif des tâches à l'aide de cette interface. Le bénéfice apporté par le procédé et son système est la réduction substantielle de la surcharge mnésique que les utilisateurs malvoyants ou voyants sont contraints d'allouer pour appréhender l'enchaînement complexe de tâches. Le procédé et le système de la présente invention présentent toutes les fonctionnalités d'un Auxiliaire Secrétaire et sera dès lors dénommé ciaprès Secrétaire. Car il assiste l'utilisateur au choix, à l'exécution, à l'enchaînement et à l'écho de tâches sur une machine. Le dispositif à mémoire du Secrétaire a stocké tous les choix possibles que l'utilisateur peut opérer sur la machine. Il utilise deux procédés automatiques de proposition de choix: la Proposition Barillet et la Proposition Performative. Ces deux procédés automatiques réalisent le traitement des choix de l'utilisateur jusqu'à 2860900 6 exécution de tâches par la machine. Ils sont imbriqués et coordonnés l'un à l'autre de manière à s'enchaîner selon le choix de l'utilisateur. L'interface du Secrétaire consiste en la proposition vocale ou de données de choix d'actions selon le contexte identifié, de manière successive. Pour ce faire, le dispositif à mémoire identifie au préalable la commande du terminal ou équivalent sélectionnée par l'utilisateur, la compare aux critères de choix possibles stockés en mémoire selon les choix précédents, présélectionne les choix réalisables stockés en mémoire et les hiérarchise en propositions pour proposer intelligemment à l'utilisateur des choix logiques de suite à donner à son travail. A chaque choix, l'utilisateur répond au Secrétaire en utilisant les commandes universelles d'actions du terminal ou de tous autres supports informatique, électronique, vocal ou équivalent que sont: Valider , Reprendre et Abandonner . Le fait de ne pas répondre au Secrétaire constitue une quatrième commande d'actions implicite. Par exemple, lors de la rédaction d'un mèl (contexte identifié), l'utilisateur appellera le Secrétaire pour agir sur ce mèl. Le Secrétaire utilisera alors un procédé de Proposition Barillet pour proposer dans un ordre préférentiel d'enregistrer, d'envoyer, d'imprimer, etc., le mèl mais pas d'y répondre, car cette dernière proposition n'a pas lieu au stade de rédaction d'un mèl. Lorsque l'utilisateur a choisi la tâche à réaliser, le Secrétaire exécute la tâche et retourne, par interface vocale à l'utilisateur, un signal de confirmation de la validation de la tâche et enchaîne une autre proposition vocale, et ainsi de suite jusqu'à réalisation des souhaits de l'utilisateur. Par exemple, si l'utilisateur choisit d'imprimer le mèl qu'il a rédigé, le Secrétaire utilisera un procédé de Proposition Performative pour lui proposer par défaut des choix précédents d'imprimer toutes les pages du mèl, en un exemplaire. L'utilisateur peut modifier la numérotation des pages avant que le système ne finisse par accomplir les souhaits les plus détaillés de l'utilisateur. A l'introduction des données de choix par l'utilisateur ou lorsque la tâche est réalisée, le Secrétaire restitue au moyen de son interface ce qu'il a accompli de sorte à ce que l'utilisateur connaisse en permanence l'état du Secrétaire. Par exemple, si l'utilisateur souhaite modifier le numéro de la dernière page à imprimer, il saisit ce numéro sur le terminal et le l'interface vocale du Secrétaire répète le numéro saisi. Lorsque l'impression est terminée, le Secrétaire indique vocalement que cette tâche a été accomplie ( impression terminée ). L'action du Secrétaire étant terminée, le Secrétaire se désactive ensuite pour redonner la main à l'utilisateur sur sa tâche précédente, la rédaction d'un mèl dans le cas du présent exemple. L'interface du Secrétaire est valide sur un segment temporel , c'est à dire qu'à chaque choix vocal, visuel ou haptique proposé par le Secrétaire à l'utilisateur, est alloué une plage de temps privilégiée nécessaire à faire parvenir le choix à l'utilisateur et à lui donner un temps de réflexion; l'utilisateur peut, dans cette plage, valider ou refuser à la volée le choix dicté par le Secrétaire, en activant la commande d'actions Valider ou tous autres supports informatique, électronique, vocal ou équivalent du Secrétaire pour faire retenir son choix par le Secrétaire. Dans l'exemple qui suit, nous délimitons une action de l'utilisateur qui a lieu durant l'énoncé d'un mot par le Secrétaire, par le symbole Il ACTION_UTILISATEUR II. Ainsi en reprenant l'exemple de l'impression par une Proposition Performative, lorsque le Secrétaire énonce sa proposition imprimer toutes les pages (silence), un exemp 11 APPUI SUR TOUCHE VALIDER Il laire (silence) , l'utilisateur signifie au Secrétaire dans la plage de temps nécessaire à dicter un exemplaire qu'il souhaite modifier le paramètre nombre d'exemplaires . Ce procédé de proposition en temps réel et de choix à la volée libère l'utilisateur des procédures habituelles de contrôle obligatoire des opérations que l'on trouve usuellement dans les services téléphoniques vocaux comme par exemple: taper 1 pour valider le choix 1, taper 2 pour valider le choix 2, etc. Les propositions que le Secrétaire émet spontanément, voire réalise par défaut de contrordre, affranchissent les utilisateurs de surcharge mentale pour enchaîner des opérations simples et 2860900 8 complexes. Le principe d'énonciation et de validation de choix à la volée dans un même segment temporel autorise un gain de temps notable pour ces utilisateurs. DESCRIPTION DE LA PROPOSITION BARILLET La Proposition Barillet est le premier procédé d'interface du dispositif à mémoire de proposition de tâches énoncées en boucle à partir d'une liste fermée de choix stockés en mémoire dont l'utilisateur doit obligatoirement choisir une seule d'entre elles pour faire réaliser une tâche par la machine. Cette liste est constituée des choix offerts par la tâche, selon les choix précédemment sélectionnés par l'utilisateur et stockés en mémoire pour caractériser le contexte appelant la Proposition Barillet; elle est proposée à l'utilisateur dans un ordre d'importance décroissante dépendant de la tâche et dudit contexte de la tâche à réaliser. L'utilisateur exploite la Proposition Barillet selon le principe du segment temporel décrit précédemment. La Proposition Barillet peut-être résumée comme un sélecteur via un terminal de commandes d'actions couplé à une interface vocale, visuelle ou haptique de tâches à la volée. Par exemple, lors de la rédaction d'un document, l'appel du Secrétaire générera vocalement, selon un cycle, une liste fermée de propositions de traitement de ce document qui sont: enregistrer , imprimer , fermer , envoyer vers , puis tant que l'utilisateur ne répond pas, le Secrétaire reprend un nouveau cycle d'énonciation: enregistrer , imprimer , etc. Le choix à la volée de l'une de ces options permet d'avancer rapidement dans la détermination des tâches assignées à ce document. Face aux propositions du Secrétaire, l'utilisateur utilise les commandes universelles 25 d'actions, le terminal ou tous autres supports informatique, électronique ou équivalent suivantes: Valider: en activant cette commande d'actions au moment de son énonciation par le Secrétaire, l'utilisateur confirme son choix sur la proposition énoncée à cet instant. La machine accomplit la tâche demandée ou le Secrétaire s'achemine vers une autre proposition (Barillet ou Performative) pour affiner le choix d'action. Abandonner: l'utilisateur demande à annuler la demande d'action ayant conduit le Secrétaire à proposer une liste de Proposition Barillet: le Secrétaire annule la séquence cyclique de propositions de la Proposition Barillet et revient à la tâche précédente. Reprendre: lorsque l'utilisateur active cette commande d'actions, le Secrétaire inverse l'ordre de présentation du cycle de propositions à l'utilisateur; cette caractéristique propre à la Proposition Barillet permet à l'utilisateur de revenir plus rapidement vers une proposition qu'il aurait laissée passer. Inaction: si l'utilisateur ne sélectionne aucune commande au bout d'un certain délai d'inaction, le Secrétaire infère que la demande est annulée et passe en mode Abandonner . L'enchaînement des traitements des commandes d'actions de l'utilisateur dans son interaction avec la Proposition Barillet est illustré dans le synoptique représenté figure 2 selon le procédé suivant: A l'appel de la Proposition Barillet par le Secrétaire (200), le système identifie au moyen du terminal ou tous autres supports informatique, électronique ou équivalent les propositions de la tâche d'appel selon les choix précédemment sélectionnés et stockés en mémoire (210) et va, selon cette identification, inférer les tâches faisables stockées en mémoire et leur ordre préférentiel (dit nominal ) à proposer à l'utilisateur (210). Le système présente alors consécutivement en boucle dans l'ordre nominal à l'utilisateur un ensemble (240) de propositions, selon un mode de rotation dans son principe proche à celui d'un barillet; chacune de ces propositions est séparée par un silence (laps de temps) permettant à l'utilisateur de réfléchir et de répondre au système. L'utilisateur opte alors pour l'une des commandes universelles d'actions Valider , Reprendre et Abandonner (220) ou bien opte pour ne rien faire (inaction) ; l'exploitation de l'une de ces commandes d'actions (220) est réalisée selon le test du temps de réaction (230), le choix de l'utilisateur (235) et ce qui suit: Délai d'inaction atteint: Le délai imparti au delà duquel l'utilisateur n'a pas activé l'une des trois commandes universelles d'actions est dépassé : le système infère que l'utilisateur annule sa demande, et passe en mode Abandonner (voir Abandonner ci-dessous). Valider: Ayant pour objet le choix de l'une des propositions énoncées, la validation doit être opérée dans une plage temporelle impartie, consécutive à la proposition retenue par l'utilisateur (270). Si la validation est réalisée dans le délai imparti, le système mémorise la proposition de tâche ou d'option retenue, retourne à l'utilisateur un signal de confirmation de la validation (280) via l'interface pour ensuite faire exécuter la tâche (285) par la machine ou relancer une autre proposition du Secrétaire; dans ce dernier cas, il y a enchaînement vers un nouveau processus de proposition et de choix offert par le Secrétaire. Dans un autre mode d'implémentation, le signal de confirmation de la validation (280) via l'interface peut être un signal sonore, ou message vocal comme: OK, Oui, J'y vais, etc. Si cette plage temporelle est dépassée, le Secrétaire passe à la proposition suivante: l'utilisateur peut attendre le cycle d'énonciation suivant ou souhaiter Reprendre l'énonciation. Reprendre: Tant que l'utilisateur n'actionne pas la commande d'actions Reprendre (250), le Secrétaire liste au moyen de l'interface vocale, visuelle, haptique ou équivalente les propositions dans l'ordre nominal préétabli. La reprise donne possibilité à l'utilisateur de lister à nouveau des propositions dans l'ordre inverse de l'ordre nominal, à partir de la proposition énoncée au moment où l'utilisateur actionne Reprendre (260). Sur cette commande Reprendre (260), le système interrompt l'énonciation de la proposition en cours et énonce les propositions dans leur ordre inverse tant que l'utilisateur maintient la commande Reprendre active (par exemple: bouton de commande enfoncé), de manière similaire à un rembobinage de film. En relâchant la commande d'actions Reprendre , le Secrétaire recouvre l'énonciation des propositions dans l'ordre nominal (250). Abandonner: L'abandon de la Proposition Barillet permet à l'utilisateur d'annuler la procédure de Proposition Barillet. Sur cette demande, le système retourne à l'utilisateur via ou l'interface vocale, visuelle, haptique ou équivalente un signal de confirmation de l'abandon (290) : Abandon, etc., pour ensuite interrompre (295) l'exécution des actions (210) et (240), redonnant alors la main à la tâche d'appel de la Proposition Barillet. Par exemple, dans le cas de la tâche de validation d'un mèl rédigé, le Secrétaire va proposer les options suivantes par une Proposition Barillet dans l'ordre de probabilité d'occurrence de l'utilisateur que sont: envoyer , joindre document , enregistrer , imprimer . Si l'utilisateur a laissé passer imprimer et souhaite ne pas attendre que le barillet refasse un tour avant de valider cette proposition, l'utilisateur utilise la commande Reprendre . Au moment où le Secrétaire repasse sur l'énonciation de la proposition imprimer , et si l'utilisateur actionne Valider le Secrétaire lance alors la tâche d'impression. Cette tâche nécessitant une configuration supplémentaire (numéros de pages, nombre d'exemplaires, format), la Proposition Barillet va passer à une Proposition Performative. DESCRIPTION DE LA PROPOSITION PERFORMATIVE La Proposition Performative est le deuxième procédé d'interface du dispositif à mémoire de proposition de tâches consistant en l'énonciation d'une proposition de réalisation par la machine d'une tâche complexe caractérisée par plusieurs paramètres stockés en mémoire, que l'utilisateur a la possibilité de valider ou d'indiquer s'il souhaite modifier l'un des paramètres. La Proposition Performative -portant toujours sur une tâche d'exécution par la machine, ou de choix par configuration- va formuler et proposer une phrase de proposition correspondant à cette tâche, pour faciliter la communication avec l'utilisateur. Cette phrase stockée en mémoire comporte plusieurs valeurs de paramètres caractérisant la tâche à réaliser par la machine. L'utilisateur peut, via le terminal de commandes universelles d'actions, ou tous autres supports informatique, électronique, vocal ou équivalent, approuver les valeurs des paramètres tels que proposés ou demander à modifier l'une d'entre elles pour poursuivre la réalisation de la tâche par la machine. La liste des paramètres, définie par la tâche même à réaliser, est stockée en mémoire. Les valeurs des paramètres sont proposées par défaut du contexte , c'est à dire des choix précédents, pour satisfaire au mieux l'utilisateur: le Secrétaire attribue d'abord à ces paramètres les valeurs les plus souvent usitées par une méthode statistique stockée en mémoire; il peut s'agir de valeurs fixes ou dynamiques relevées en temps réel sur les préférences de l'utilisateur. L'utilisateur exploite la Proposition Performative selon le principe du segment temporel décrit précédemment. Si l'utilisateur laisse passer cette proposition sans agir, la tâche correspondante telle que caractérisée par ses paramètres dans la proposition sera réalisée par la machine. Si l'utilisateur souhaite amender l'une des valeurs des paramètres de la proposition, il choisit ce paramètre à la volée , c'est-à-dire, au moment de son énonciation par le Secrétaire, ce qui provoque une redirection de l'interface vers une autre tâche stockée en mémoire; ce peut être une tâche de saisie ou de configuration comme une Proposition Barillet, voire toute autre tâche prédéfinie par le Secrétaire, stockée en mémoire. La Proposition Performative peut-être résumée comme un commutateur d'appel de tâches à la volée via un terminal de commandes d'actions couplé à une interface vocale, visuelle ou haptique de tâches à la volée. L'originalité de son invention réside en ce qu'elle propose plusieurs choix d'aiguillage dans le temps, procurant allègement de la charge mnésique et gain de temps pour l'utilisateur. Les applications de la Proposition Performative sont celles de configuration de tâches complexes (multi-paramétrées) par des machines et de commutation entre tâches conditionnelles. Pour poursuivre l'exemple précédent selon lequel une Proposition Barillet fait appel à une Proposition Performative d'impression de mèl qui est dans un format texte composé d'une ou plusieurs pages, le système identifie le contexte permettant d'inférer une proposition de valeurs de paramètres par défaut: le pointeur de l'utilisateur se trouvant sur une page courante, le Secrétaire va énoncer une proposition d'impression avec les trois valeurs de paramètres par défaut du contexte stockées en mémoire que sont: numéros de pages à imprimer = page courante , nombre de copies =1 , format = normal . Cette proposition en l'état peut satisfaire l'utilisateur: pour la réaliser avec ces valeurs de paramètres proposées, l'utilisateur laisse passer cette proposition dans un 30 laps de temps imparti. Cette proposition peut ne pas satisfaire l'utilisateur qui souhaite en l'occurrence changer l'un des paramètres, par exemple, les numéros de pages à imprimer. Or, énoncés dans un segment temporel qui leur est réservé, chacun des trois paramètres de la proposition peut être sujet à modification par l'utilisateur. En actionnant la commande Valider , au moment de l'énonciation numéros de pages à imprimer = page courante , le Secrétaire va se diriger vers un terminal de saisie qui aura pour rôle de saisir les pages de début et de fin d'impression. Dans un mode d'implémentation préféré, l'interface par synthèse vocale représentant le Secrétaire énonçant les propositions numéro de pages à imprimer , nombre de copies et format utilise une voix différenciée -féminine ou masculine- alors que la synthèse vocale qui énonce les valeurs des paramètres page courante , 1 ou normal utilise une voix différente. Ce principe de différenciation d'interface peut être étendu aux interfaces visuelles, haptiques ou équivalentes. En somme, la Proposition Performative peut être considérée comme l'énoncé d'une phrase propositionnelle dont chaque segment (ou spécification de paramètre) est un lien hypervocal temporel ou un hyperlien temporel. Le fait de sélectionner un tel hyperlien dans la plage de temps qui lui est imparti permet de rediriger le Secrétaire vers une autre tâche dépendante du lien sélectionné. Ces hyperliens temporels peuvent être de nature hétérogène (valeur, action, etc.) les uns par rapport aux autres. Les applications de la Proposition Performatives sont multiples: configurateur de 20 tâches sur une machine, et notamment navigateur vocal par commutation. Face aux propositions du Secrétaire, l'utilisateur utilise les commandes universelles d'actions, le terminal ou tous autres supports informatique, électronique ou équivalent suivantes: Valider: en activant cette commande d'actions au moment de son énonciation par le Secrétaire, l'utilisateur confirme son choix sur la proposition énoncée à cet instant. Le Secrétaire effectue la redirection vers une autre tâche dépendante du choix de l'utilisateur stockée en mémoire ou s'achemine vers une autre proposition (Barillet ou Performative) ou un terminal de saisie de données pour affiner son choix d'action. Abandonner: l'utilisateur demande à annuler la Proposition Performative: le Secrétaire annule la Proposition Performative et revient à la tâche précédente. Reprendre: lorsque l'utilisateur active cette commande d'actions, l'interface du Secrétaire répète la proposition faite à l'utilisateur; ce pour permettre à l'utilisateur de bien s'assurer des valeurs énoncées. 2860900 14 Inaction: si l'utilisateur ne sélectionne aucune commande au bout d'un certain délai d'inaction, le Secrétaire infère que la demande est approuvée par l'utilisateur. II lance alors l'exécution de la tâche sur la machine en prenant en compte les valeurs de paramètres telles que proposées. L'enchaînement des traitements des commandes d'actions de l'utilisateur dans son interaction avec la Proposition Performative est illustré dans le synoptique représenté dans la figure 3 selon le procédé suivant: A l'appel (300) de la Proposition Performative, le Secrétaire identifie (305) les paramètres de configuration stockés en mémoire relatifs à cette tâche, puis va inférer (310) selon le contexte de travail de l'utilisateur, des valeurs (331) par défaut également stockées en mémoire de chacun de ces paramètres à proposer à l'utilisateur. L'interface du Secrétaire présente alors consécutivement à l'utilisateur les valeurs (331) des paramètres de configuration de la tâche qu'il propose de faire réaliser par la machine; les énonciations de ces valeurs sont séparées par des silences (laps de temps) permettant à l'utilisateur de réfléchir et de répondre au système. L'utilisateur actionne l'une des trois commandes universelles d'actions Valider , Reprendre et Abandonner (326), via le terminal ou tous autres supports informatique, électronique ou équivalent (320). L'utilisateur peut également opter de ne rien faire (inaction). L'exploitation de la commande de son choix (320) est réalisée selon les tests du temps de réaction (325), du choix de l'utilisateur (326) et ce qui suit: Délai d'inaction atteint: Le délai imparti au delà duquel l'utilisateur n'a pas activé sur l'une des trois commandes universelles d'actions est dépassé : à l'issue de ce délai d'inaction, le Secrétaire infère que l'utilisateur souhaite l'exécution de la tâche par la machine, telle que proposée; sauf abandon intermédiaire de la part de l'utilisateur (340), le Secrétaire valide le choix puis fait exécuter la tâche par la machine avec les paramètres proposés (341). Valider: Ayant pour objet la modification de valeur de l'un des paramètres énoncés, la validation doit être opérée dans un délai d'option (segment temporel) imparti, consécutif à l'énonciation de valeur du paramètre que l'utilisateur souhaite modifier (335). Si ce délai d'option est dépassé, le Secrétaire prend pour acquise la valeur du paramètre traité puis passe à la proposition de valeur du paramètre suivant; l'utilisateur peut souhaiter Reprendre cette énonciation (voir Reprendre ci-dessous). Si la validation est réalisée dans le délai imparti (335), le Secrétaire mémorise le paramètre à modifier. Deux cas de figure se présentent (350) : Dans le cas où la proposition validée nécessite une modification de valeur de paramètre (saisie), le Secrétaire fait appel à une autre Proposition Barillet ou l'interface (380) de saisie pour formuler la valeur à modifier; la nouvelle valeur de paramètre est à nouveau mémorisée par la Proposition Performative pour soumission à l'utilisateur (385). Dans le cas où la proposition validée mène à l'exécution d'une tâche autre qu'une tâche de saisie, l'interface retourne à l'utilisateur un signal de confirmation de la validation (360) ou un signal sonore, ou un message vocal comme: OK, Oui, J'y vais, etc, pour ensuite faire exécuter la tâche (361) qui peut être elle même une Proposition Performative pour affiner un choix par commutation ou toute autre tâche par la machine. Si, dans l'intervalle, l'utilisateur souhaite annuler la réalisation de cette tâche, il actionne la commande Abandonner (351) ou tout autre moyen équivalent; cette action a pour effet d'annuler les premiers effets de réalisation de cette tâche (365) et le Secrétaire revient à la tâche d'appel de la Proposition Performative (371) après avoir retourné le signal d'abandon à l'utilisateur (370) via l'interface. Reprendre: La reprise donne la possibilité à l'utilisateur de recommencer l'écoute de la liste des paramètres pour s'assurer de la validité des valeurs proposées (330) à nouveau; à cette demande, le Secrétaire interrompt la proposition en cours et son interface réinitialise l'énonciation des paramètres en boucle (330) avec remise à zéro préalable. Abandonner: L'abandon de la Proposition Performative (326) permet à l'utilisateur d'annuler la procédure de Proposition Performative voire le lancement d'une tâche par le Secrétaire (voir étape (365) décrite précédemment). Sur cette demande, l'interface du Secrétaire retourne à l'utilisateur un signal de confirmation de l'abandon (370) ou un signal sonore, ou un message vocal comme: j'écourte, abandon, etc, pour ensuite interrompre l'exécution des actions (225), (230) voire (260), redonnant alors la main à la tâche d'appel de la Proposition Performative (371). Pour poursuivre l'exemple de configuration d'impression de mèl rédigé, si l'utilisateur souhaite réécouter les trois valeurs de paramètres numéros de pages à imprimer = page courante , nombre de copies =1 , format = normal , il va actionner la commande Reprendre . L'utilisateur ayant désormais porté son choix sur un format d'impression agrandi, il va actionner la commande universelle d'actions Valider au moment de son énonciation par le Secrétaire. Le Secrétaire prend alors en compte cette demande et enchaîne une autre tâche du Secrétaire, en l'occurrence une Proposition Barillet donnant le choix entre trois formats ( réduit , normal , agrandi ). Après avoir choisi le format agrandi , le Secrétaire met à jour cette valeur dans la mémoire du paramètre format et reformule sa proposition qui devient cette fois: numéros de pages à imprimer = page courante , nombre de copies =1 , format = agrandi ; l'utilisateur étant d'accord avec cette nouvelle proposition, il l'approuve en ne faisant rien (dépassement du délai d'inaction), ce qui lance l'exécution de l'impression. Entre temps, si l'utilisateur s'est aperçu d'une erreur dans son document et souhaite interrompre l'impression: il actionne la commande universelle d'actions Abandonner . Le Secrétaire annule alors la tâche d'impression en cours, annule le procédé de Proposition Performative et retourne à l'interface précédente. GESTION DE L'EXÉCUTION DES PROPOSITION BARILLET ET PERFORMATIVE PAR LE SECRÉTAIRE Selon les types de choix mémorisés, le Secrétaire fait appel aux deux moyens d'interface de Proposition Barillet et Performative. La combinaison d'enchaînement des moyens d'interface de Propositions Barillet et Performative permet au Secrétaire de répondre à la majorité des exigences d'IHM permettant de gérer les tâches d'un système. L'enchaînement des moyens d'interface de Propositions Barillet et Performative est illustré dans le synoptique représenté dans la figure 4 selon le procédé suivant: A l'appel du Secrétaire par l'utilisateur (400), le Secrétaire restaure de sa mémoire, la configuration de travail laissée par l'utilisateur s'il a quitté le système (410) auparavant, puis identifie le contexte de travail de l'utilisateur (420) selon les choix précédemment sélectionnés et stockés en mémoire. Ce contexte stocké en mémoire est défini notamment par (a) le type de tâche en cours d'exécution comme: traitement de texte, messagerie, navigateur Internet, téléphonie, etc. et par (b) la configuration de travail à l'intérieur de cette tâche comme par exemple le fait qu'un pointeur de traitement de texte soit situé en fin de document ou ait sélectionné un mot, une phrase, etc. Selon les types de tâche et de configuration de travail identifiés (430), le Secrétaire appelle le moyen d'interface d'une proposition Barillet (440) ou Performative (450), selon qu'il y ait besoin de sélectionner une tâche ou de réaliser des commutations ou des exécutions ou configurations de tâches. Les critères d'utilisation des moyens d'interface de la Proposition Barillet ou Performative sont également déterminés par des contraintes ergonomiques; par exemple, le nombre de choix offerts dans une proposition Barillet ne doit pas dépasser cinq pour des propositions hétérogènes (exemple: liste d'actions différenciées) ou neuf pour des propositions homogènes (exemple: liste de polices de caractères). Au delà, on utilise la Proposition Performative pour raffiner progressivement le choix. Le procédé et le système de mise en oeuvre de la présente invention mettent à disposition des utilisateurs une IHM répondant à leurs besoins de chaque instant en leur permettant de réaliser rapidement, simplement et avec le moins d'erreurs possibles des tâches complexes. Le procédé et son système associé s'appliquent à des interfaces pour personnes malvoyantes et pour des personnes voyantes. Ils peuvent s'étendre à d'autres applications telles que le multimédia, l'informatique, la téléphonie, la communication, mais aussi à des applications à IHM auditives, visuelles ou haptiques telles que la navigation Internet ou le guidage ou dans la visite d'un lieu. 18 REVENDICATIONS 1. Système d'Interface Homme-Machine à choix contextualisés de tâches et de configuration par Auxiliaire proposant, caractérisé en ce qu'il comprend: (a) le terminal ou tous autres supports informatique, électronique ou équivalent 5 permettant d'identifier (210) de contexte d'utilisation, (b) la (les) mémoire(s) de stockage structurées par ordre hiérarchisation automatique de proposition de tâches et de configurations appropriées au contexte, (c) une interface vocale, visuelle, haptique ou équivalente permettant de 10 présenter (240) lesdites propositions et d'allocation à chaque proposition d'une plage de durée pendant laquelle l'utilisateur peut agir, (d) le terminal, la commande d'actions ou tous autres supports informatique, électronique, vocal ou équivalent permettant d'interpréter du choix d'action de l'utilisateur par comparaison de ladite plage de durée avec l'instant dudit choix d'action, (e) le terminal, la commande d'actions ou tous autres supports informatique, électronique, vocal ou équivalent permettant d'exécuter (284) dudit choix d'action, (f) l'interface vocale, visuelle, haptiques ou équivalent permettant de présenter 20 (280) des données sur la prise en compte et l'état de réalisation dudit choix. 2. Système d'Interface Homme-Machine selon la revendication 1 caractérisé en outre en ce que le moyen (c) de présentation desdites propositions et d'allocation d'une plage de durée comprend: (cl) l'interface vocale, visuelle, haptiques ou équivalent permettant de présenter en boucle de propositions consécutives dans le temps, (c2) la (les) mémoire(s) de stockage d'allocation à chacune desdites propositions d'une plage de durée pendant laquelle l'utilisateur peut agir pour exécuter l'une desdites propositions, et (c3) le terminal, la commande d'actions ou tous autres supports informatique, électronique, vocal ou équivalent permettant de sélectionner la proposition choisie par l'utilisateur, par vérification de l'inclusion de l'instant du choix d'action dans ladite plage de durée de la proposition. 3. Système d'Interface Homme-Machine selon les revendications 1 et 2 caractérisé en ce que lors de le moyen (c) de présentation desdites propositions et d'allocation d'une plage de durée, un(e) premier(ière) commande d'actions, terminal, ou tous autres supports informatique, électronique, vocal ou équivalent (Reprendre) permet au système d'inverser l'ordre de présentation des propositions stockées en mémoire à l'utilisateur, un(e) deuxième commande d'actions, terminal, ou tous autres supports informatique, électronique, vocal ou équivalent (Valider) permet à l'utilisateur de sélectionner l'une desdites propositions stockée en mémoire dans ladite plage de durée et en ce qu'un(e) troisième commande d'actions, terminal, ou tous autres supports informatique, électronique, vocal ou équivalent (Abandonner) permet à l'utilisateur d'annuler l'identification de contexte (a), et la présélection et hiérarchisation automatiques de propositions (b) et de revenir à l'état initial. 4. Système d'Interface Homme-Machine selon la revendication 1 caractérisé en outre en ce que le moyen (c) de présentation desdites propositions stockées en mémoire et d'allocation d'une plage de durée comprend: (cl) l'interface vocale, visuelle, haptiques ou équivalent permettant de présenter une proposition constituée d'une suite de sous-propositions (figure 3), (c2) la (les) mémoire(s) de stockage d'allocation à chacune desdites sous- propositions, d'une plage de durée pendant laquelle l'utilisateur peut agir pour commuter vers l'exécution de l'une desdites sous-propositions, (c3) le terminal, la commande d'actions ou tous autres supports informatique, électronique, vocal ou équivalent permettant d'exécuter ladite proposition intégrale si l'utilisateur laisse passer la plage de durée de présentation de cette proposition intégrale, et (c4) le cas échéant, le terminal, la commande d'actions ou tous autres supports informatique, électronique, vocal ou équivalent permettant de commuter la sous-proposition retenue par l'utilisateur vers l'exécution d'une tâche par vérification de l'inclusion de l'instant du choix d'action dans ladite plage de durée de la sous-proposition. 5. Système d'Interface Homme-Machine selon la revendication 1 caractérisé en outre en ce que le moyen (c) de présentation desdites propositions et d'allocation d'une plage de durée comprend: (cl) l'interface vocale, visuelle, haptiques ou équivalent permettant de présenter une proposition constituée d'une suite de sous-propositions (figure 3), (c2) la (les) mémoire(s) de stockage d'allocation à chacune desdites sous- propositions, d'une plage de durée pendant laquelle l'utilisateur peut agir pour changer la configuration de l'une desdites sous-propositions, (c3) le terminal, la commande d'actions ou tous autres supports informatique, électronique, vocal ou équivalent permettant de prendre en compte de ladite sous-proposition si l'utilisateur laisse passer la plage de durée de présentation de cette sous-proposition, (c4) le cas échéant, le terminal, la commande d'actions ou tous autres supports informatique, électronique, vocal ou équivalent permettant de configurer la sous-proposition choisie par l'utilisateur par vérification de l'inclusion de l'instant du choix d'action dans ladite plage de durée de la sous-proposition. 6. Système d'Interface Homme-Machine selon les revendications 1, 4 ou 5 caractérisé en ce que lors de le moyen (c) de présentation desdites propositions et d'allocation d'une plage de durée, un(e) premier(ière) commande d'actions, terminal, ou tous autres supports informatique, électronique, vocal ou équivalent (Reprendre) permet au système de répéter la présentation des propositions stockées en mémoire à l'utilisateur, un(e) deuxième commande d'actions, terminal, ou tous autres supports informatique, électronique, vocal ou équivalent (Valider) permet à l'utilisateur de sélectionner l'une desdites sous-propositions dans ladite plage de durée et en ce qu'une un(e) troisième commande d'actions, terminal, ou tous autres supports informatique, électronique, vocal ou équivalent (Abandonner) permet à l'utilisateur d'annuler l'étape d'identification de contexte (a), et l'étape de présélection et de hiérarchisation automatiques de propositions (b) et de revenir à l'état initial. 7. Système d'Interface Homme-Machine à choix contextualisés de tâches et de configuration par Auxiliaire proposant, caractérisé en ce qu'il comprend le terminal ou tous autres supports informatique, électronique ou équivalent permettant: (a) de sélectionner le choix par l'utilisateur desdites tâches et configurations, (b) de commuter le choix par l'utilisateur desdites tâches et configurations, (c) d'enchaîner le choix contextualisé desdits moyens de sélection et de commutation. 8. Système d'Interface Homme-Machine selon la revendication 7 caractérisé en ce qu'il met en oeuvre les procédés selon l'une quelconque des revendications 1 à 6. 9. Système et procédé d'Interface Homme-Machine selon l'une quelconque des revendications 1 à 8 mis en oeuvre dans les applications de télécommunication, dans les applications informatiques ou dans les applications de traitement de données électroniques notamment vocales, visuelles ou haptiques.