L'OPERATEUR ASSISTANT

V.1. PRINCIPE

Dans l'approche "d'opérateur assistant" (BOY, 1988A, 1988B ; VALOT et DEBLON, 1988), l'interface se comporte comme un assistant pour l'opérateur humain, et l'aide dans la réalisation de ses tâches. L'interface doit être capable d'initiatives personnelles, par exemple en testant des paramètres ou en prédisant des pannes déductibles, mais l'opérateur humain reste le décideur final. Le principe de l'opérateur assistant est basé sur une compréhension réciproque entre l'homme et la machine, la qualité de la communication entre deux individus dépendant de la compréhension réciproque du modèle interne de l'autre (BOY, 1988A). D'une manière générale, cet auteur définit un opérateur assistant par l'exemple suivant :

"Dans un cockpit d'avion, un copilote humain partage le travail avec le commandant de bord, mais pas la responsabilité ultime : le commandant de bord est maître à bord ! Le commandant de bord peut consulter son copilote n'importe quand pendant le vol, mais prendra les décisions ultimes. Si le commandant de bord délègue une part de ses responsabilités au copilote, alors le copilote prendra cette délégation comme une tâche à exécuter. De plus, le commandant de bord peut arrêter l'exécution d'une tâche du copilote n'importe quand, s'il le juge nécessaire. Cependant, un copilote peut avoir des initiatives personnelles, par exemple, tester des paramètres, se tenir au courant de l'évolution de la situation, prédire des pannes déductibles, etc. Un copilote peut traiter la connaissance incluse dans le manuel d'opération sur la demande du pilote. Il doit être capable d'expliquer, avec un niveau de détail approprié, les résultats de son traitement".

V.2. STRUCTURE GENERALE

La structure de l'opérateur assistant est constituée de plusieurs modules, figure II.11. Les plus importants sont :

- Le module de reconnaissance des situations. En fonction de la situation désirée, de la situation perçue et de connaissances situationnelles et

analytiques placées dans la mémoire à long terme, il sélectionne un sous-ensemble de règles à inférer.

- Le module de résolution de problème. Il utilise le sous-ensemble de règles précédent, dans le but d'assister l'opérateur, en répondant par exemple, à une requête particulière de celui-ci.

Figure II.11 : Structure du Modèle de l'opérateur (BOY, 1988B)

Grâce à la structure de ses connaissances, l'opérateur assistant peut avoir six niveaux d'autonomie :

- Le Niveau 0 : la base de connaissance n'est pas utilisée et donc l'opérateur assistant n'est pas actif.

- Le Niveau 1 : La base de connaissance est connectée au système, et l'opérateur assistant peut déduire les différentes situations possibles. Chaque situation constitue un contexte dans lequel différentes actions peuvent être effectuées. - Le Niveau 2 : à ce niveau, l'opérateur assistant est capable de déterminer un

ou plusieurs contextes susceptibles d'être sélectionnés par l'opérateur humain. - Le Niveau 3 : à ce niveau, l'opérateur assistant choisit automatiquement un contexte correspondant à la situation en cours. Si le contexte est approuvé par l'opérateur humain, l'opérateur assistant se charge de l'exécuter et renvoit le message "exécuté" à l'opérateur humain. Dans le cas contraire, l'opérateur humain sélectionne lui-même le contexte et exécute les actions correspondantes.

- Le Niveau 4 : à ce niveau, le diagnostic analytique est complètement automatisé. L'opérateur assistant se charge d'analyser la situation, de d'identifier le contexte et de le proposer à l'opérateur humain. Durant cette phase, si les questions ne nécessitent pas une confirmation de l'opérateur humain, celui-ci ne voit évoluer aucune procédure de traitement. A la fin du traitement, les actions à entreprendre sont proposées à l'opérateur humain pour confirmation.

- Le Niveau 5 : à ce niveau, tous les traitements sont automatisés. L'opérateur assistant donne directement des conseils sur la situation en cours ainsi que les éventuels diagnostics. De plus, l'opérateur assistant doit être capable d'expliquer son raisonnement à l'opérateur humain.

V.3. EXEMPLE D'APPLICATION D'UN OPERATEUR ASSISTANT

Une étude de ce type d'interface a été réalisée sous la forme d'un modèle de l'opérateur appelé MESSAGE (BOY et TESSIER, 1985 ; BOY, 1986), lors d'un projet d'évaluation de cockpit d'avion, figure II.12. Dans ce cas, le système à contrôler est un simulateur d'un système de ravitaillement sur orbite appelé ORS (Orbital Refueling System), utilisé dans les navettes spatiales pour ravitailler les satellites.

L'opérateur assistant est implanté dans un système expert de diagnostic de pannes, appelé HORSES (Human-ORS-Expert System). Les connaissances

analytiques sont implantées sous forme de frames, de fonctions, de règles, de méta-règles et d'objets. Un objet peut être soit une variable numérique, soit une variable logique, soit une question du système vers l'opérateur ou une procédure devant être appliquée par l'opérateur ou par le système HORSES.

Figure II.12 : L'opérateur Assistant de Diagnostic de Pannes (BOY, 1988B)

L'étude ce type de système a permis la reproduction de la structure fine des processus mentaux de traitement d'informations, de mémorisation et de prise de décision dans des tâches hautement cognitives. Cependant, ce projet a également permis de mettre en évidence certaines difficultés et parfois même impossibilités liées à la décompilation des connaissances profondes avec les outils disponibles actuellement. Pourtant, ce type de connaissances est très important pour tester l'opérateur assistant en situation réelle, c'est-à-dire face à l'opérateur humain et au système, et ceci afin d'établir le niveau optimal d'autonomie de l'opérateur assistant (BOY, 1988B).

V.4. DISCUSSION

Ce type de système de dialogue peut être potentiellement considéré comme une généralisation de l'interface adaptative. Cependant, elle s'intègre dans les systèmes d'assistance de type "contrôleurs", car les décisions appartiennent à l'opérateur, figure II.13.

Procédé

Opérateur

Environnement

Décisions / Actions

Contrôleur

Figure II.13 : Intégration de l'opérateur assistant dans des systèmes d'assistance de type "contrôleurs"

BOY souligne que l'utilisation d'une représentation de connaissances analytiques et situationnelles permet l'interprétation et la formalisation d'observations brutes et de protocoles verbaux, permettant ainsi la mise en œuvre et la validation d'un opérateur assistant à partir de données d'expertise. Cependant, une telle type de mise en œuvre prend beaucoup de temps à cause notamment de l'absence d'outils permettant de standardiser les différentes procédures qu'appliquent les opérateurs, car elles varient d'un opérateur à l'autre.

Ce type de système de dialogue est prometteur pour le contrôle de procédés industriels, car il exige d'extraire les stratégies de contrôle et de supervision des opérateurs experts pour les mettre en œuvre dans les systèmes d'assistance.