Brevet FR2940480A1 — publié le 20100625

Dispositif de reconfiguration d'un contexte de traitement de tâches Domaine technique La présente invention se situe dans le domaine des systèmes de gestion de vol embarqués à bord d'aéronef. L'invention concerne un dispositif de reconfiguration d'un contexte de traitement de tâches. La présente invention trouve notamment son application dans la gestion de tâches de pilotage d'un aéronef, par exemple, la gestion de tâches provenant d'un système de gestion d'alertes et de procédures. i0 Exposé de l'art antérieur Un équipage d'un aéronef travaille dans un environnement chargé en informations. L'équipage est notamment soumis à beaucoup de stimuli 15 affectant les différents sens : des stimuli visuels, auditifs, tactiles et même olfactifs lors de dégagements de fumées suite à un début d'incendie. Tous ces stimuli doivent être pris en compte par l'équipage. L'équipage doit en effet avoir une réaction adaptée à chaque stimulus. Cet environnement de travail génère un stress permanent qui devient très important en cas de 20 problème. Afin de gérer différents systèmes de l'aéronef, et d'assurer un pilotage de base de l'aéronef, l'équipage doit effectuer différentes actions de manière concourantes parmi : • des actions sur des commandes primaires de l'aéronef : manche, 25 palonnier, commande de puissance du moteur, commande du pas d'hélice, commande de compensateur ; • des vérifications régulières de la sécurité du vol: vérification des paramètres primaires du vol comme les paramètres de fonctionnement des moteurs, la vitesse, l'altitude ; surveillance des abords de l'aéronef ; 30 suivi d'alertes impliquant des procédures à mettre en oeuvre pour traiter les alertes ; • des tâches de navigation : notamment une saisie d'informations précises et complexes par l'équipage comme un plan de vol ; • une surveillance de I'ATC, acronyme pour l'expression anglo-saxonne Air Traffic Control, signifiant contrôle du trafic aérien qui nécessite notamment : une écoute passive d'ordres d'un contrôleur aérien, des dialogues actifs avec le contrôleur aérien ; • des communications avec une compagnie aérienne par l'intermédiaire de messages ACARS, acronyme pour l'expression anglo-saxonne Aircraft Communications Addressing and Reporting System, signifiant système d'adressage et de comptes rendus de communications aéronef ; • une information des passagers et des PNC, acronyme pour Personnel Navigant Commercial. La concomitance des différents stimuli avec les actions à réaliser par l'équipage entraîne de fréquentes interruptions des tâches de pilotage exécutées par l'équipage. L'équipage, afin d'accomplir les différentes tâches liées au pilotage de l'aéronef et à la gestion d'alertes, dispose d'outils lui permettant de planifier des tâches. L'équipage peut réaliser des tâches dans l'ordre qu'il souhaite. L'ordre de réalisation des tâches peut être différent de l'ordre préconisé par des procédures définies par une compagnie aérienne ou par un constructeur de l'aéronef par exemple. Ainsi l'équipage peut entreprendre, accidentellement ou volontairement, la réalisation d'une tâche qui n'est pas la plus prioritaire parmi toutes les tâches qu'il doit accomplir. Par exemple, en situation de stress, l'équipage peut faire une erreur d'appréhension du degré d'urgence de la réalisation de certaines tâches prioritaires. Pour revenir au traitement de la tâche la plus prioritaire, l'équipage doit effectuer un certain nombre d'actions : comme parcourir l'ensemble des tâches qu'il doit accomplir pour retrouver la tâche la plus prioritaire, reconfigurer manuellement un environnement d'exécution de la tâche la plus prioritaire pour effectuer son traitement. Un environnement d'exécution d'une tâche comporte des outils nécessaires à l'accomplissement de cette tâche. Les outils nécessaires à l'accomplissement d'une tâche peuvent être des interfaces : ù permettant d'accéder par exemple à une page de saisie ou de modification d'un plan de vol ; de gestion de différents systèmes de l'aéronef ; de présentation de pages systèmes comportant notamment des informations d'état d'un système de l'aéronef, des formulaires de saisie de données ; de présentation de procédures à respecter dans l'accomplissement d'une tâche, lesdites procédures pouvant être affichées sur un écran sous la forme d'une suite d'actions ordonnées à réaliser. Une reconfiguration manuelle d'un environnement d'exécution d'une tâche comporte des opérations complexes et difficiles à réaliser en situation de stress, ou suite à une interruption dans le traitement d'une procédure. L'équipage peut ainsi perdre un temps précieux pour reconfigurer l'environnement de réalisation d'une tâche hautement prioritaire. Par exemple : l'équipage est en train de modifier un plan de vol primaire. Une alerte surgit signifiant un risque de collision avec un autre aéronef. L'alerte nécessite un virage d'urgence. L'équipage doit cesser la modification du plan de vol pour entamer une procédure d'évitement et réaliser le virage d'urgence. Ensuite, l'équipage doit vérifier que la mesure d'urgence effectuée a bien résolu le problème de proximité et que l'alerte a disparu. Une fois le danger passé, l'équipage doit reconfigurer manuellement tous les moyens de modification du plan de vol primaire pour reprendre la modification là où il l'avait laissée. Ceci engendre donc une perte de temps et un risque que la modification du plan de vol primaire soit incomplète, si l'équipage, suite au stress, a oublié la dernière action de modification qu'il avait entreprise avant l'interruption. Un contexte d'exécution d'une tâche regroupe l'ensemble des configurations des outils nécessaires à la réalisation d'une tâche. Une configuration peut correspondre à un état de l'outil à un instant donné. Par exemple, une configuration peut correspondre à un ensemble d'informations affichées sur un écran, à un ensemble de fenêtres de saisie de données présentées sur une interface homme machine. Les différents systèmes de gestions de contexte existants actuellement permettent uniquement un retour à un des derniers états de configuration d'un système de traitement de tâches. D'autres systèmes permettent de revenir à une configuration donnée mais toujours la même. La configuration donnée peut, soit être paramétrée dans le système, soit être une configuration initiale du système, la configuration donnée étant toujours la même pendant l'utilisation du système. Ces systèmes ne permettent donc pas un retour à une configuration autre qu'une configuration figée ou l'une des dernières configurations. Résumé de l'invention Un but de l'invention est notamment de pallier les inconvénients précités. À cet effet, l'invention a pour objet un dispositif de reconfiguration ~o d'un contexte de traitement de tâches à réaliser par un opérateur. Le dispositif selon l'invention comporte notamment : un premier module de gestion de tâches à réaliser ; un deuxième module de gestion d'une tâche en cours ; un troisième module de gestion de contextes. 15 Le module de gestion de tâches peut notamment : effectuer un tri selon un ordre de priorité des tâches à réaliser ; transmettre notamment au troisième module de gestion de contextes la tâche la plus prioritaire à traiter ; transmettre notamment au deuxième module de gestion d'une tâche en 20 cours, une tâche sélectionnée par l'opérateur au moyen d'une première interface, parmi les tâches à réaliser. Le module de gestion d'une tâche en cours peut notamment : mettre à jour un état d'avancement de traitement de la tâche en cours par exemple en fonction d'informations d'avancement saisies par 25 l'opérateur au moyen d'une deuxième interface ; transmettre l'état d'avancement mis à jour notamment au troisième module de gestion de contexte. Le module de gestion de contextes peut notamment : stocker dans une première base de données notamment la tâche en 30 cours, l'état d'avancement de la tâche en cours, un contexte de traitement de la tâche en cours ; stocker dans la première base de données la tâche la plus prioritaire, un état d'avancement de la tâche la plus prioritaire, un contexte de traitement de la tâche la plus prioritaire ; - restituer notamment la tâche la plus prioritaire, l'état d'avancement de la tâche la plus prioritaire, le contexte de traitement de la tâche la plus prioritaire au module de gestion de la tâche en cours. Le module de gestion de tâches en cours peut notamment transmettre la 5 tâche en cours au troisième module de gestion de contexte. Le module de gestion de contexte peut notamment : ù sauvegarder notamment une tâche en cours à restituer, l'état d'avancement de la tâche en cours à restituer, le contexte de la tâche en cours à restituer, par exemple sur un ordre de l'opérateur transmis au io moyen d'une troisième interface au module de gestion d'un contexte ; - restituer, par exemple sur ordre de l'opérateur transmis au module de gestion de contexte au moyen d'une quatrième interface, la tâche sauvegardée, l'état d'avancement de la tâche sauvegardée, le contexte d'exécution de la tâche sauvegardée. 15 Un contexte de traitement comprend par exemple une configuration d'un ensemble d'outils de réalisation d'une tâche, lesdits outils pouvant être des interfaces de systèmes externes au dispositif selon l'invention. Les interfaces des systèmes externes peuvent transmettre leur configuration au module de gestion de contextes. Le module de gestion de contextes peut 20 stocker les configurations reçues dans des données de contexte par exemple associées à la tâche en cours. Les tâches gérées par le module de gestion de tâches peuvent provenir de systèmes externes au dispositif selon l'invention. Le dispositif selon l'invention peut comporter un premier moyen d'affichage 25 des tâches triées, par exemple transmises au premier moyen d'affichage par le module de gestion des tâches. Le dispositif selon l'invention peut comporter un deuxième moyen d'affichage présentant à l'opérateur notamment la tâche en cours de réalisation et son état d'avancement, la tâche en cours et son état d'avancement étant par 30 exemple transmis au deuxième moyen d'affichage par le module de gestion de la tâche courante. Le module de gestion de tâches peut trier les tâches en utilisant un critère de tri par exemple modifiable par un utilisateur. Le gestionnaire de contexte peut restituer un contexte en configurant les 35 systèmes externes Le module de gestion de la tâche courante peut stocker l'état d'avancement de la tâche courante dans une deuxième base de données. Avantages de l'invention L'invention a notamment pour principal avantage de permettre à l'équipage de passer d'un premier contexte courant de réalisation d'une première tâche à un deuxième contexte de réalisation d'une deuxième tâche, par exemple prioritaire, sans avoir à reconfigurer manuellement son environnement d'exécution de tâches. Brève description des figures D'autres caractéristiques et avantages de l'invention apparaîtront à l'aide de la description qui suit, donnée à titre illustratif et non limitatif, et faite 15 en regard des dessins annexés qui représentent : • la figure 1 : un dispositif selon l'invention de reconfiguration d'un contexte de traitement d'une tâche ; • la figure 2 : un premier cas d'utilisation du dispositif selon l'invention ; 20 • la figure 3 : un deuxième cas d'utilisation du dispositif selon l'invention ; • la figure 4 : un troisième cas d'utilisation du dispositif selon l'invention. 25 Description de l'invention La figure 1 représente de manière schématique un dispositif de reconfiguration 1 d'un contexte de traitement de tâches selon l'invention. Le dispositif de configuration comporte notamment trois modules : 30 un premier module de gestion de tâches 2 ; un deuxième module de gestion d'une tâche en cours 3 ; un troisième module de gestion de contexte de traitement de tâches 4. Le premier module de gestion de tâches 2 permet de gérer un ensemble de tâches à réaliser par un opérateur. L'opérateur peut être un 35 membre d'un équipage d'un aéronef par exemple. Le premier module de gestion de tâches 2 permet d'ajouter une tâche dans l'ensemble de tâche. Une tâche peut être ajoutée sur réception d'une tâche provenant d'un système 5, 6, externe au dispositif 1 selon l'invention. Une tâche peut aussi être ajoutée sur réception d'un événement d'ajout de tâche provenant par exemple du deuxième module de gestion d'une tâche en cours 3. Le premier module de gestion de tâches 2 permet supprimer une tâche de l'ensemble des tâches qu'il gère. Une suppression de tâche peut être effectuée par le premier module de gestion de tâches 2 sur réception d'un ordre de suppression de tâche provenant d'un système externe 5, 6. io Une suppression de tâche peut aussi provenir d'un événement interne. Par exemple une exécution d'une tâche peut entrainer la nécessité d'accomplir plusieurs autres tâches liées à la tâche exécutée. Une tâche terminée peut aussi être supprimée par le module de gestion de tâches 2. Une tâche peut également être supprimée sur un ordre de suppression provenant de 15 l'opérateur. Un tel ordre de suppression peut être passé par l'opérateur au moyen d'une première interface 7. La première interface 7 peut être une interface homme-machine permettant à l'opérateur différents ordres au premier module de gestion de tâches 2. Une information de suppression d'une tâche peut également être transmise à d'autres modules du dispositif 20 de configuration de contexte 1 selon l'invention. Le premier module de gestion de tâches 2 peut effectuer un tri des tâches. Un tri des tâches peut être effectué selon un ordre de priorité dans le traitement des différentes tâches. Par exemple, un niveau de priorité peut être associé à une tâche. Le niveau de priorité associé à une tâche peut être 25 défini dans une première base de données de tâches 8. Dans un autre mode de réalisation de l'invention, une relation d'ordre peut être définie entre les différentes tâches. Cette relation d'ordre peut être définie par défaut par un constructeur d'aéronef utilisant le dispositif de reconfiguration de contexte 1 selon l'invention par exemple. Une relation d'ordre peut également être 30 définie par un utilisateur de l'aéronef comme une compagnie aérienne. Par exemple une compagnie aérienne peut privilégier des procédures visant à réduire une consommation de carburants parmi différentes procédures pouvant être effectuées au décollage. Un utilisateur peut également définir une relation d'ordre permettant de trier les tâches. A cet effet, l'utilisateur 35 peut choisir un critère de tri permettant d'obtenir une relation d'ordre entre les tâches. Un critère peut par exemple être choisi entre les critères suivants : tâche la plus ancienne, tâche avec le niveau de priorité le plus important. Un résultat du tri des tâches peut être une liste de tâches triées par ordre de priorité, la première tâche étant par exemple la plus prioritaire. Une fois les tâches triées par ordre de priorité, les tâches peuvent être affichées sous la forme d'une liste ordonnée par un premier moyen d'affichage 9 comme un écran. La première interface 7 permet de naviguer dans la liste de tâches affichées par le premier moyen d'affichage 9. L'opérateur peut ainsi choisir et ~o sélectionner une tâche qu'il souhaite réaliser parmi l'ensemble des tâches affichées. La première interface 7 permet donc à l'utilisateur de sélectionner une tâche. La tâche sélectionnée est ensuite transmise par la première interface 7 au premier module de gestion des tâches 2. Sur réception de la tâche sélectionnée, le premier module de gestion de tâches 2 transmet la 15 tâche sélectionnée au deuxième module de gestion de la tâche courante 3. Une fois les tâches triées par ordre de priorité, la tâche la plus prioritaire ou la tâche sélectionnée peut être transmise à d'autres modules du dispositif 1 de configuration de contexte selon l'invention comme exposé plus loin. 20 Le deuxième module de gestion d'une tâche en cours 3 prend en compte la tâche en cours provenant du deuxième module de gestion des tâches 2. La tâche en cours est transmise à un deuxième moyen d'affichage 10. Le deuxième moyen d'affichage 10 affiche la tâche en cours ainsi que 25 différentes informations s'y rapportant. Par exemple, le deuxième moyen d'affichage 10 peut afficher un état d'avancement du traitement de la tâche en cours. Le deuxième moyen d'affichage 10 peut afficher par exemple différentes actions nécessaires à l'accomplissement de la tâche en cours. Le deuxième module de gestion d'une tâche en cours 3 gère l'état 30 d'avancement de la tâche en cours. Une deuxième interface 11 permet par exemple à l'opérateur de faire progresser l'état d'avancement d'une tâche en cours. Un ordre d'avancement est alors transmis au deuxième module de gestion d'une tâche en cours 3. L'opérateur peut par exemple acquitter une des actions composant la tâche afin de signifier que l'action est complètement effectuée. L'utilisateur peut, par l'intermédiaire de la deuxième interface 11, acquitter la tâche en cours lorsqu'elle est terminée. Lorsque la tâche en cours est terminée, le deuxième module de gestion d'une tâche en cours 3 transmet au premier module de gestion des tâches 2 un ordre de suppression de la tâche en cours. Sur réception de l'ordre de suppression de la tâche en cours, le premier module de gestion des tâches 2 supprime la tâche en cours. Le traitement d'une tâche en cours peut nécessiter le traitement d'autres tâches par exemple lorsque l'accomplissement de la tâche en cours to dépend de l'accomplissement d'autres tâches. Le deuxième module de traitement des tâches en cours 3 comporte une deuxième base de données 12. La deuxième base de données 12 comporte l'ensemble des tâches pouvant être réalisées ainsi que des liens de dépendance pouvant exister entre les différentes tâches. Lorsque le deuxième module de gestion de 15 tâche en cours 3 reçoit une nouvelle tâche sélectionnée, il vérifie dans la deuxième base de données 12 si la tâche reçue dépend d'autres tâches. Si c'est le cas, le deuxième module de gestion de tâche 2 en cours transmet au premier module de gestion de tâches 2 les tâches dont dépend la tâche en cours. Le premier module de gestion des tâches ajoute les tâches transmises 20 à l'ensemble des tâches qu'il gère. Le deuxième module de gestion d'une tâche en cours 3 transmet la tâche en cours ainsi que son avancement mis à jour au troisième module de gestion de contexte 4. 25 Le troisième module de gestion de contexte 4 permet de gérer un contexte courant d'exécution d'une tâche. Un contexte courant d'exécution d'une tâche comporte notamment l'état d'avancement de la tâche, ainsi que des configurations de systèmes externes 6, 14 permettant d'exécuter la lâche en cours. Par exemple si la tâche en cours est une modification de 30 plan de vol, l'utilisateur effectue la modification par l'intermédiaire d'un système FMS. Un système FMS, acronyme pour l'expression anglo-saxonne Flight Management System signifiant système de gestion du vol, propose des interfaces d'affichage et de modification de plan de vol. L'ensemble des contextes associés aux différentes tâches peut 35 être stocké dans une troisième base de données 13. Ainsi sur réception d'une tâche en cours, le troisième module de gestion de contexte 4 va rechercher dans la troisième base de données de contextes 13, le contexte correspondant à la tâche à traiter. Selon le contexte de la tâche, le gestionnaire de contexte transmet des commandes de contexte aux différents systèmes externes 6, 14 utilisés dans la réalisation de la tâche courante. Les systèmes externes 6, 14 sont notamment des systèmes reconfigurables. Une commande de contexte permet notamment de configurer un système externe de manière à ce qu'il fournisse à un utilisateur des outils nécessaires au traitement de la tâche courante. Par exemple, dans le cas d'une modification de plan de vol, une commande de contexte permet de configurer le FMS pour qu'il fournisse des outils de modification d'un plan de vol. De manière générale, une commande de contexte permet d'activer un contexte de réalisation d'une tâche donnée. Le gestionnaire de contexte 4 reçoit du gestionnaire de tâche en cours 3 la tâche en cours et son avancement de traitement courant. Sur réception de la tâche en cours et de son avancement, le gestionnaire de contexte 4 stocke dans la troisième base de données de contextes 13 les informations reçues : la tâche en cours, son avancement courant. Le gestionnaire de contexte enregistre également dans la base de données de contexte 13 le contexte associé à la tâche en cours et à son état d'avancement. De plus, les systèmes externes 6, 14 transmettent leur configuration courante au module de gestion de contexte 4 qui stocke ces données de configuration correspondant à la tâche en cours comme le contexte d'exécution courant de la tâche en cours. Le gestionnaire de contexte 4 peut également recevoir du gestionnaire de tâches 2 la tâche la plus prioritaire à traiter. Si le traitement de la tâche la plus prioritaire à déjà commencé, le gestionnaire de tâche en cours 3 a déjà transmis un état d'avancement du traitement de cette tâche prioritaire. L'état d'avancement de la tâche prioritaire est donc déjà stocké dans la troisième base de données de contexte 13. Le gestionnaire de contexte 4 maintient donc à jour deux contextes : un contexte courant, concernant la tâche en cours de réalisation, et un contexte prioritaire, relatif à la tâche la plus prioritaire. Une troisième interface 15 permet à un utilisateur de choisir un contexte en cours à sauvegarder par le gestionnaire de contexte 4. La troisième interface 15 envoie alors un ordre de sauvegarde de l'état courant du contexte courant au gestionnaire de contexte 4. Le gestionnaire de contexte 4 sauvegarde alors la tâche en cours, son état d'avancement et son contexte. La tâche en cours, son contexte et son avancement deviennent alors une tâche à restituer et un contexte à restituer. Le troisième module de gestion de contexte 4 gère donc également un contexte à restituer qui peut être initialisé par un ordre de l'utilisateur. Le contexte à restituer peut également être supprimé, lorsque la tâche concernée à été accomplie ou qu'elle a été supprimée. Ainsi, le gestionnaire de tâches 2 transmet au gestionnaire de contexte 4 les suppressions de tâches. Une quatrième interface 16 permet à un utilisateur de restituer un contexte associé : • à une tâche à restituer dont il a préalablement ordonné la sauvegarde au moyen de la troisième interface ; • à une tâche la plus prioritaire si aucune tâche à restituer n'est enregistrée ; Le contexte associé peut être restitué suite à une transmission d'un ordre de 20 restitution de contexte au module de gestion de contexte 4 sur une action de l'utilisateur au moyen de la quatrième interface 16. Sur réception d'un ordre de restitution de contexte provenant de la quatrième interface 16, le module de gestion de contexte 4 transfert : • au gestionnaire de tâches 2 : la tâche à restituer si une tâche à restituer 25 est sauvegardée, sinon la tâche la plus prioritaire. • au gestionnaire de tâche courante 3 la tâche à restituer et son état d'avancement si une tâche à restituer est sauvegardée, sinon la tâche la plus prioritaire et son état d'avancement ; • aux systèmes externes 6, 14 utilisés pour la réalisation de la tâche : le 30 contexte sauvegardé, associé à la tâche à restituer si une telle tâche à été sauvegardée ; sinon le contexte correspondant à l'état d'avancement du traitement de la tâche la plus prioritaire. Sur réception d'une nouvelle tâche en cours et de son avancement, le module de gestion de la tâche en cours 3 transmet la nouvelle tâche en 35 cours pour affichage, au deuxième moyen d'affichage 10. Sur réception d'un ordre de restitution de contexte, le contexte est transmis aux systèmes externes 6, 14 sous la forme d'une commande de contexte qui permet de reconfigurer les systèmes externes 6, 14 de façon à reproduire le contexte. Parmi l'ensemble des systèmes externes connectés avec le dispositif de configuration de contexte 1 selon l'invention : • des premiers systèmes 5 peuvent transmettre des tâches au dispositif de configuration de contexte 1, mais ne sont pas reconfigurables ; • des deuxièmes systèmes 6 peuvent transmettre des tâches au io dispositif de configuration de contexte 1 et recevoir des commandes de contexte provenant du dispositif de configuration de contexte 1 ; • des troisièmes systèmes 14 ne transmettent pas de tâches, mais peuvent prendre en compte des commandes de contexte provenant du dispositif de configuration de contexte 1, ils sont donc 15 reconfigurables. Les premiers systèmes 5 peuvent être par exemple des systèmes électriques comme des bus, des systèmes de commandes de vol. Les deuxièmes systèmes 6 peuvent être par exemple un système FMS, un système FWS, acronyme pour l'expression anglo-saxonne Flight Warning 20 System, le FWS étant un système de gestion d'alerte. Les troisièmes systèmes 14 peuvent être des systèmes de visualisation d'informations. L'utilisateur peut donc sur une simple action, par l'intermédiaire de la quatrième interfaces 16, revenir à une configuration d'un contexte de 25 traitement de tâche lui permettant de réaliser la tâche hiérarchiquement la plus importante parmi les tâches qu'il doit accomplir. La configuration du contexte selon l'invention est une configuration dynamique : elle dépend de l'ensemble des tâches, dont la tâche courante et d'événements comme : une nouvelle tâche avec un niveau de priorité élevé est ajouté à l'ensemble des 30 tâches gérées par le premier module de gestion des tâches 2, la tâches la plus prioritaire est achevée. Les deux événements précités conduisent à un nouveau tri de l'ensemble des tâches afin de déterminer la nouvelle tâche la plus prioritaire. Pour le premier événement, la nouvelle tâche la plus prioritaire est la tâche ajoutée, pour le deuxième événement la nouvelle 35 lâche la plus prioritaire est la deuxième tâche la plus prioritaire. L'utilisateur a également la possibilité, sur une simple action réalisée sur la troisième interface 15, de définir la tâche la plus importante pour lui. Par exemple lorsque l'utilisateur est interrompu en cours de traitement d'une tâche, il peut choisir de sauvegarder le contexte de traitement de sa tâche en cours pour y revenir une fois l'interruption terminée. La figure 2 représente un premier cas d'utilisation du dispositif de configuration d'un contexte de traitement de tâches selon l'invention. Le premier cas d'utilisation est décrit au moyen d'un exemple appliqué à un système avionique : un système FWS. Trois tâches sont par exemple affichées par ordres de niveau de priorité sur le premier système d'affichage 7. Les trois tâches peuvent par exemple être les tâches suivantes, citées par niveau de priorité, la première étant la plus prioritaire : • procédure normale d'approche ; • procédure anormale suite à une alerte provenant du FWS correspondant à une perte d'un circuit hydraulique ; • procédure anormale liée à une alerte provenant du FWS suite à une perte d'un circuit électrique. La procédure en cours de traitement 20 est la procédure comportant la priorité la plus importante. Un pilote consulte 21 manuellement la procédure anormale à mettre en oeuvre suite à une perte de circuit hydraulique. Une première page système s'affiche 22 sur un écran déporté afin de présenter au pilote un état des systèmes hydrauliques de l'aéronef. Le pilote utilise la quatrième interface 16 pour passer un ordre de retour à la procédure la plus prioritaire 23. La procédure relative à la procédure la plus prioritaire s'affiche sur une deuxième page système 25. La deuxième page système s'affiche donc automatiquement afin que le pilote puisse terminer la procédure normale d'approche. Une action à accomplir par le pilote au cours de la procédure normale d'approche est par exemple une vérification de la pression cabine. Ainsi le pilote peut réaliser la procédure relative à une alerte importante et revenir simplement à la procédure qu'il était en train d'accomplir.35 La figure 3 représente un deuxième cas d'utilisation du dispositif de reconfiguration d'un contexte 1 selon l'invention. Le deuxième cas d'utilisation s'applique un système avionique : un FMS. Un système FMS permet notamment une définition de plan de vol. Lorsque l'aéronef est au sol, des tâches relatives à l'utilisation d'un FMS peuvent être par ordre de priorité : • initialisation du FMS ; • définition d'un plan de vol primaire ; • définition d'un plan de vol secondaire ; io Lorsque l'aéronef est en vol, des tâches relatives à l'utilisation d'un FMS peuvent être par ordre de priorité : • présentation du plan de vol primaire ; • présentation du plan de vol secondaire ; • vérification de performances de vol. 15 Le système FMS est initialisé au démarrage de l'aéronef au sol. Un pilote de l'aéronef peut alors passer un ordre d'initialisation du contexte correspondant à la tâche la plus prioritaire 30 par l'intermédiaire de la quatrième interface 16. La page d'initialisation du FMS s'affiche alors. Une fois la tâche d'initialisation terminée 32, la tâche d'initialisation n'est plus la tâche la plus 20 prioritaire. Le pilote peut alors changer de tâche en utilisant la quatrième interface 16 pour passer à la deuxième tâche la plus prioritaire. L'ordre d'initialisation du contexte, correspondant à la tâche la plus prioritaire 33, permet d'afficher une troisième page système correspondant au plan de vol primaire. Le pilote 25 peut ainsi saisir le plan de vol primaire. Une fois la saisie du plan de vol effectuée, la tâche correspondant à la modification du plan de vol primaire n'est plus la tâche la plus prioritaire. La tâche la plus prioritaire devient la tâche de modification ou de saisie du plan de vol secondaire. Lorsque le pilote donne l'ordre de configuration du contexte correspondant à la tâche la 30 plus prioritaire, une quatrième page système correspondant à une page de saisie de plan de vol secondaire s'affiche 36. Si l'aéronef décolle, la tâche la plus prioritaire n'est plus la tâche de saisie du plan de vol secondaire. Lorsque le pilote utilise la quatrième interface 16 pour rétablir un contexte correspondant à la tâche la plus prioritaire 37, le dispositif 1 selon l'invention 35 configure un contexte relatif à la présentation du plan de vol primaire 38. En effet, lorsque l'aéronef est en vol, la tâche la plus prioritaire pour le FMS est la présentation du plan de vol primaire 38. Avantageusement, le dispositif 1 selon l'invention permet au pilote d'avoir accès rapidement au contexte d'exécution de la tâche la plus prioritaire qu'il ait à exécuter en fonction d'un contexte d'évolution de l'aéronef. La figure 4 représente un troisième cas d'utilisation du dispositif de configuration d'un contexte 1 selon l'invention. Le troisième cas d'utilisation s'applique au système FMS. Dans le troisième cas d'utilisation, l'aéronef est en vol, suivant un plan de vol primaire. Un plan de vol secondaire est en cours de modification 40 par un pilote de l'aéronef. Un message provenant de l'ATC nécessite une interruption de la tâche de modification du plan de vol secondaire. Par exemple, un contrôleur aérien peut demander une modification du plan de vol primaire : aller directement à un point de passage donné par le contrôleur sans passer par un des points de passage du plan de vol primaire initial. Le pilote peut alors sauvegarder le contexte de modification du plan de vol secondaire 41 en passant un ordre de sauvegarde du contexte courant par l'intermédiaire de la troisième interface 15. Le pilote peut alors accéder à une cinquième page système de modification du plan de vol primaire pour effectuer l'action demandée par le contrôleur 42. Une fois la modification du plan de vol primaire effectuée, le pilote peut retrouver le contexte d'exécution de la tâche de modification du plan de vol secondaire qu'il était en train d'effectuer. Le pilote passe alors un ordre de restitution du contexte sauvegardé 43 par une action sur la quatrième interface 16. Une sixième page système correspondant à la modification en cours du plan de vol secondaire est alors réaffichée 44. Un curseur peut être situé sur la sixième page système à l'état d'avancement de la modification sauvegardée. Des affichages sur des écrans périphériques, comme sur un écran de navigation, peuvent être restitués à la même échelle que celle affichée avant l'interruption. Le dispositif selon l'invention permet donc au pilote de revenir à la tâche qu'il était en train d'accomplir même en cas d'interruption l'obligeant à modifier son contexte d'exécution de tâche. Le contexte d'exécution de la tâche interrompue peut être restitué dans son ensemble par le dispositif 1 selon l'invention. Les troisième et quatrième interfaces 15 et 16 peuvent être réalisées sous la forme de deux boutons, qu'un opérateur peut simplement actionner lorsqu'il souhaite respectivement, sauvegarder un contexte d'exécution de tâche. Les boutons peuvent être des boutons mécaniques comme des boutons poussoir. Les boutons peuvent également être réalisés sur une interface homme machine et actionnés à l'aide d'un curseur io positionné sur un écran de l'interface homme machine. Le dispositif de configuration d'un contexte d'exécution de tâches peut être réalisé par un programme d'ordinateur implémentant les fonctions des différents modules 2, 3, 4 du dispositif 1 selon l'invention. Un tel dispositif 15 selon l'invention peut être intégré dans un système FWS par exemple ou dans un autre système de gestion de vol d'un aéronef. Avantages Le dispositif de configuration d'un contexte de traitement de 20 tâches permet avantageusement d'assister un équipage dans l'exécution des tâches de pilotage qu'il doit accomplir notamment au cours d'un vol. Dans un environnement de travail surchargé en tâches à accomplir ou dans un environnement avec un stress important, un opérateur, peut, grâce au dispositif selon l'invention, revenir par une simple action à une 25 configuration de son environnement d'exécution d'une tâche, lui permettant ainsi de réaliser la tâche la plus prioritaire. Avantageusement, lorsque l'opérateur est interrompu dans le traitement d'une tâche par des éléments extérieurs, il peut revenir facilement à la configuration lui permettant de continuer la tâche qu'il traitait avant 30 l'interruption. De plus, lors de la réalisation d'une tâche complexe nécessitant par exemple une modification de la configuration du contexte pour rechercher des informations ou pour accomplir des actions nécessaires à l'exécution de la tâche, l'opérateur peut revenir à son traitement simplement. 35 L'exécution d'une tâche complexe est facilitée par le dispositif selon l'invention : en effet, l'opérateur ne passe pas de temps superflu à reconfigurer manuellement l'environnement d'exécution de la tâche. De plus l'invention permet à l'opérateur de recharger facilement un contexte correspondant au traitement d'une tâche particulière, des contextes associés à des tâches particulières pouvant être stockés dans la troisième base de données de contextes 13. Avantageusement le dispositif de reconfiguration d'un contexte de traitement de tâches selon l'invention peut être utilisé dans différents cas où un opérateur doit accomplir un ensemble de tâches. L'invention est particulièrement avantageuse lorsque des tâches peuvent être effectuées de manière concurrente ou le traitement d'une tâche peut une interruption. Ainsi le dispositif selon l'invention peut être applicable au pilotage d'un aéronef, au pilotage d'un bateau, au pilotage d'un ensemble complexe de systèmes comme le pilotage d'une usine, d'une chaine d'assemblage, d'un réacteur chimique, d'une centrale nucléaire, ainsi qu'à l'utilisation d'un système informatique comportant plusieurs applications concurrentes. REVENDICATIONS1. Dispositif de reconfiguration d'un contexte de traitement de tâches à réaliser par un opérateur (1), caractérisé en ce qu'il comporte : • un premier module de gestion de tâches à réaliser (2) ; • un deuxième module de gestion d'une tâche en cours (3) ; • un troisième module de gestion de contextes (4) ; ledit module de gestion de tâches (2) : • effectuant un tri selon un ordre de priorité des tâches à réaliser ; • transmettant au troisième module de gestion de contextes (4) la tâche la plus prioritaire à traiter ; • transmettant au deuxième module de gestion d'une tâche en cours (3), une tâche sélectionnée par l'opérateur au moyen d'une première interface (7), parmi les tâches à réaliser ; ledit module de gestion d'une tâche en cours (3) : • mettant à jour un état d'avancement de traitement de la tâche en cours en fonction d'informations d'avancement saisies par l'opérateur au moyen d'une deuxième interface (11) ; • transmettant l'état d'avancement mis à jour au troisième module de gestion de contexte (4) ; ledit module de gestion de contextes (4) : • stockant dans une première base de données (13) la tâche en cours, l'état d'avancement de la tâche en cours, un contexte de traitement de la tâche en cours ; • stockant dans la première base de données (13) la tâche la plus prioritaire, un état d'avancement de la tâche la plus prioritaire, un contexte de traitement de la tâche la plus prioritaire ; • restituant la tâche la plus prioritaire, l'état d'avancement de la tâche la plus prioritaire, le contexte de traitement de la tâche la plus prioritaire au module de gestion de la tâche en cours. 2. Dispositif selon la revendication 1, caractérisé en ce que : • le module de gestion de tâches en cours (3) transmet la tâche en cours au troisième module de gestion de contexte (4) ; • le module de gestion de contexte (4) :sauvegarde une tâche en cours à restituer, l'état d'avancement de la tâche en cours à restituer, le contexte de la tâche en cours à restituer, sur un ordre de l'opérateur transmis au moyen d'une troisième interface (15) au module de gestion d'un contexte (13) ; restitue, sur ordre de l'opérateur transmis au module de gestion de contexte (13) au moyen d'une quatrième interface (16), la tâche sauvegardée, l'état d'avancement de la tâche sauvegardée, le contexte d'exécution de la tâche sauvegardée. 3. Dispositif selon la revendication 1, caractérisé en ce qu'un contexte de traitement comprend une configuration d'un ensemble d'outils de réalisation d'une tâche, lesdits outils étant des interfaces de systèmes externes au dispositif selon l'invention. 15 4. Dispositif selon la revendication 3, caractérisé en ce que les interfaces des systèmes externes transmettent leur configuration au module de gestion de contextes (13), ledit module de gestion de contextes (13) stockant les configurations reçues dans des données de contexte associées 20 à la tâche en cours. 5. Dispositif selon la revendication 1, caractérisé en ce que les tâches gérées par le module de gestion de tâches proviennent de systèmes externes au dispositif selon l'invention. 6. Dispositif selon la revendication 1, caractérisé en ce qu'il comporte un premier moyen d'affichage des tâches triées, transmises au premier moyen d'affichage par le module de gestion des tâches. 30 7. Dispositif selon la revendication 1, caractérisé en ce qu'il comporte un deuxième moyen d'affichage présentant à l'opérateur la tâche en cours de réalisation et son état d'avancement, la tâche en cours et son état d'avancement étant transmis au deuxième moyen d'affichage par le module de gestion de la tâche courante. 10 25 35 8. Dispositif selon la revendication 1, caractérisé en ce que le module de gestion de tâches trie les tâches en utilisant un critère de tri modifiable par un utilisateur. 9. Dispositif selon la revendication 1, caractérisé en ce que le gestionnaire de contexte restitue un contexte en configurant les systèmes externes 10. Dispositif selon la revendication 1, caractérisé en ce que le to module de gestion de la tâche courante stocke l'état d'avancement de la tâche courante dans une deuxième base de données.