Brevet FR3034595A1 — publié le 20161007

Procédé et dispositif électronique de gestion, sous forme de séquences, de messages échangés entre un aéronef et une station au sol, produit programme d'ordinateur associé La présente invention concerne un procédé de gestion de messages échangés entre une station au sol et un aéronef piloté par au moins un pilote. La présente invention concerne également un produit programme d'ordinateur comportant des instructions logicielles qui, lorsque mises en oeuvre par un équipement informatique, mettent en oeuvre un tel procédé de gestion. La présente invention concerne également un dispositif électronique de gestion de messages échangés. On entend par « station au sol », un centre de contrôle du trafic aérien au-dessus d'une zone géographique prédéterminée ou toute autre station destinée à contrôler ou au moins à observer l'aéronef dans une telle zone. On entend par « aéronef », un engin mobile piloté par au moins un pilote, et apte à voler notamment dans l'atmosphère terrestre, tel qu'un avion, un drone ou un hélicoptère. On entend par « pilote », une personne pilotant l'aéronef à partir d'un poste de pilotage situé dans l'aéronef ou à distance de celui-ci. De manière générale, un tel aéronef est apte à voler dans l'atmosphère terrestre sous le contrôle d'au moins une station au sol. Ce contrôle est effectué en fonction du trafic aérien dans les environs de l'aéronef et permet notamment d'optimiser ce trafic et d'éviter des collisions. Différentes voies de communication permettant d'assurer la communication entre le pilote de l'aéronef et la station au sol existent dans l'état de la technique. Parmi ces voies, la communication vocale entre le pilote et la station au sol par des dispositifs de radiocommunication joue un rôle important. Toutefois, cette voie de communication n'est pas toujours accessible tout au long du vol de l'aéronef et peut conduire parfois à une interprétation erronée de l'information transmise oralement par l'une ou l'autre partie. Ainsi, outre la communication vocale, il est connu d'utiliser une voie de communication textuelle permettant d'échanger des messages textuels entre le pilote de l'aéronef et la station au sol. Cette voie de communication est connue dans l'état de la technique sous le terme anglais « Data Link », et correspond à la couche 2 du modèle OSI conforme à la norme ISO 7498. Généralement, chaque message échangé via la voie de communication du type « Data Link » comprend un champ de données, contenant des données généralement 3034595 2 dites données opérationnelles, correspondant à une requête ou à une réponse à une requête. Chaque message échangé comprend en outre des données descriptives définissant notamment un identifiant du message et le type dudit message. Ainsi, par 5 exemple, il est conventionnel de distinguer des messages du type ATC (de l'anglais Air Traffic Control) correspondant aux messages en relation avec le contrôle aérien, et des messages du type AOC (de l'anglais Aeronautical Operational Control) correspondant aux messages en relation avec l'exploitation de l'aéronef. Chaque dialogue comprend des messages du même type, à savoir une ou 10 plusieurs requêtes et une ou plusieurs réponses à cette ou à ces requête(s) échangées entre la station au sol et le pilote de l'aéronef. Une succession de dialogues forme une séquence de dialogues lorsque les dialogues de cette séquence sont liés par un sujet opérationnel commun. On entend par « sujet opérationnel », un ensemble d'informations relatives à l'état de l'aéronef pendant 15 une période d'exploitation déterminée et à des actions du pilote exercées sur l'aéronef dans cet état et destinées à atteindre un même objectif. Ainsi, les informations relatives à différentes phases de vol de l'aéronef, comme par exemple la phase de décollage ou la phase d'atterrissage, sont considérées comme des sujets opérationnels. Pour mettre en oeuvre la voie de communication du type « Data Link », l'aéronef 20 comporte généralement un module d'acquisition de messages du type « Data Link », un module d'affichage de chaque message textuel au fur et à mesure de son acquisition, et un module de stockage des messages acquis. Le module de stockage (connu également sous le terme anglais Logbook Data Link) permet au pilote de consulter des messages textuels précédemment acquis lorsque 25 les données opérationnelles contenues dans ces messages sont nécessaires. Toutefois, le pilote n'a pas la possibilité d'avoir un aperçu de l'ensemble des messages textuels acquis et stockés dans les moyens de stockage afin d'y trouver facilement un ou plusieurs messages nécessaires. La recherche de ces messages particuliers parmi l'ensemble des messages implique donc une charge cognitive 30 importante pour le pilote de l'aéronef, et diminue alors la sécurité du vol. La présente invention a pour but de proposer un procédé de gestion de messages échangés entre une station au sol et un aéronef permettant au pilote de trouver plus rapidement et plus facilement un ou plusieurs messages pertinents, par exemple en relation avec le dernier message acquis, de diminuer la charge cognitive demandée au pilote, et d'améliorer alors la sécurité du vol. 3034595 3 À cet effet, l'invention a pour objet un procédé de gestion de messages échangés entre une station au sol et un aéronef piloté par au moins un pilote, chaque message comportant un identifiant, un numéro de dialogue et des données, le procédé étant mis en oeuvre par un dispositif électronique de gestion de messages échangés, et comprenant 5 les étapes suivantes : - acquisition d'un message ; - détermination de l'identifiant du message acquis ; - comparaison de l'identifiant du message acquis avec des identifiants de message contenus dans une table de séquences en cours, et 10 lorsque l'identifiant du message acquis correspond à une séquence parmi les séquences contenues dans la table de séquences en cours : + association du message acquis avec ladite séquence, et lorsque l'identifiant du message acquis ne correspond à aucune des séquences contenues dans la table des séquences en cours : 15 + création d'une nouvelle séquence à l'aide d'une liste de séquences, + association du message acquis avec la nouvelle séquence créée, et + mise à jour de la table des séquences en cours avec la nouvelle séquence créée ; chaque séquence comportant un ou plusieurs dialogues, chaque dialogue 20 comportant au moins deux messages, lesdits messages correspondant à une requête et respectivement à une réponse à cette requête. Suivant d'autres aspects avantageux de l'invention, le procédé de gestion comprend une ou plusieurs des caractéristiques suivantes, prise(s) isolément ou suivant toutes les combinaisons techniquement possibles : 25 - le procédé comprend en outre une étape d'affichage d'au moins une séquence en cours, chaque séquence affichée comportant le ou les messages acquis associés à ladite séquence ; - la liste de séquences comporte un point d'entrée pour chaque séquence, le point d'entrée étant l'identifiant du premier message de la séquence, et une nouvelle séquence 30 est créée seulement si l'identifiant du message acquis correspond au point d'entrée d'une séquence de la liste de séquences ; - la table des séquences en cours contient, pour chaque séquence, au moins un identifiant attendu, chaque identifiant attendu étant l'identifiant d'un prochain message autorisé de la séquence, et la liste de séquences comporte, pour chaque séquence, une 35 ou plusieurs suites possibles de messages autorisés ; 3034595 4 - une nouvelle séquence est créée lorsqu'aucun identifiant attendu n'est égal à l'identifiant du message acquis, au moins un identifiant attendu est alors déterminé pour la nouvelle séquence à partir de la liste des séquences, et la table des séquences en cours est mise à jour en ajoutant ladite nouvelle séquence avec le ou les identifiants attendus 5 déterminés ; - lorsqu'un seul identifiant attendu est égal à l'identifiant du message acquis, le message acquis est associé à la séquence correspondant à cet identifiant attendu, au moins un nouvel identifiant attendu est déterminé pour ladite séquence à partir de la liste des séquences, et la table des séquences en cours est mise à jour en remplaçant, pour 10 ladite séquence, le ou les anciens identifiants attendus par le ou les nouveaux identifiants attendus déterminés ; - le procédé comprend en outre, lorsque plusieurs identifiants attendus sont égaux à l'identifiant du message acquis, la détermination du numéro de dialogue du message acquis, et le message acquis est associé à la séquence correspondant au numéro de 15 dialogue du message acquis, parmi les séquences pour lesquelles les identifiants attendus sont égaux à l'identifiant du message acquis ; - le numéro de dialogue déterminé est un numéro MRN conforme à la norme RTCA D0258A ; - chaque message est un message de liaison de données selon la couche 2 du 20 modèle OSI conforme à la norme ISO 7498, tel qu'un message ATC en relation avec le contrôle aérien ou un message AOC en relation avec l'exploitation de l'aéronef. L'invention a également pour objet un produit programme d'ordinateur comportant des instructions logicielles qui, lorsque mises en oeuvre par un équipement informatique, 25 mettent en oeuvre un procédé tel que défini ci-dessus. L'invention a également pour objet un dispositif électronique de gestion de messages échangés entre une station au sol et un aéronef piloté par au moins un pilote, chaque message comportant un identifiant, un numéro de dialogue et des données, le dispositif comprenant : 30 - un module d'acquisition configuré pour acquérir un message ; - un module de détermination configuré pour déterminer l'identifiant du message acquis ; et - un module de traitement configuré pour comparer l'identifiant du message acquis avec des identifiants de message contenus dans une table de séquences en cours, et 35 pour : 3034595 5 lorsque l'identifiant du message acquis correspond à une séquence parmi les séquences contenues dans une table de séquences en cours : + associer le message acquis avec ladite séquence, et lorsque l'identifiant du message acquis ne correspond à aucune des séquences 5 contenues dans la table des séquences en cours : + créer une nouvelle séquence à l'aide d'une liste de séquences, + associer le message acquis avec la nouvelle séquence créée, et + mettre à jour la table des séquences en cours avec la nouvelle séquence créée ; 10 chaque séquence comportant un ou plusieurs dialogues, chaque dialogue comportant au moins deux messages, lesdits messages correspondant à une requête et respectivement à une réponse à cette requête. Ces caractéristiques et avantages de l'invention apparaîtront à la lecture de la 15 description qui va suivre, donnée uniquement à titre d'exemple non limitatif, et faite en référence aux dessins annexés, sur lesquels : - la figure 1 est une vue schématique d'un aéronef comportant un dispositif électronique selon l'invention de gestion de messages échangés et des moyens formant interface homme-machine ; 20 - la figure 2 est un organigramme d'un procédé de gestion de messages échangés, mis en oeuvre par le dispositif électronique de la figure 1 ; - les figures 3 et 4 sont des vues schématiques représentant chacune un exemple de séquence ; et - les figures 5 à 8 sont une vue d'informations affichées successivement lors de 25 l'affichage d'une séquence. Dans l'exemple de réalisation de la figure 1, l'aéronef 10 est un avion de ligne apte à être piloté par au moins un pilote. Le pilotage de l'aéronef 10 comporte différentes phases de vol, comme par exemple les phases de décollage, de montée, de descente ou 30 encore d'atterrissage. Selon d'autres exemples de réalisation, l'aéronef 10 est un avion d'un autre type, comme par exemple un avion d'affaire ou un avion militaire, ou encore un hélicoptère. Selon encore un autre exemple de réalisation, l'aéronef 10 est un drone piloté à distance par un pilote à partir d'un poste de pilotage distant de l'aéronef. 35 L'aéronef 10 comporte un module 12 de communication avec la station au sol 20 permettant notamment d'échanger avec la station au sol 20 des messages textuels du 3034595 6 type « Data Link », correspondant à la couche 2 du modèle OSI conforme à la norme ISO 7498, un dispositif électronique 14 de gestion desdits messages, des moyens formant interface homme-machine 16, également appelés moyens d'interface homme-machine, et un module 18 de stockage desdits messages. 5 Le module de communication 12 est configuré pour communiquer avec au moins une station au sol 20, telle qu'un centre de contrôle du trafic aérien au-dessous d'une zone géographique survolée par l'aéronef 10. En variante, la station au sol 20 est un centre d'observation de l'aéronef 10 par la compagnie aérienne correspondante. Le module de communication 12 comporte une première unité de communication 10 21 pour une communication vocale avec la station au sol 20 et une deuxième unité de communication 22 pour une communication via des messages textuels du type « Data Link ». Le dispositif électronique 14 de gestion de messages est raccordé à la deuxième unité de communication 22. Le dispositif électronique de gestion 14 est configuré pour 15 traiter aussi bien des messages textuels du type « Data Link » reçus par la deuxième unité de communication 22, que des messages textuels du type « Data Link » destinés à être émis vers la station au sol 20 via la deuxième unité de communication 22. Dans la suite de la description, on entend par « message acquis » un message acquis par le dispositif de gestion 14 en vue de son traitement, chaque message acquis 20 étant alors un message reçu par l'aéronef 10, via la deuxième unité de communication 22, depuis la station au sol 20, ou bien un message émis par l'aéronef 10, via la deuxième unité de communication 22, à destination de la station au sol 20. Pour les messages du type « Data Link », un message reçu par l'aéronef 10 est également appelé message de liaison montante, depuis la station au sol 20 vers l'aéronef 10, et un identifiant du 25 message reçu commence alors par UM (de l'anglais Uplink Message). Par analogie, un message du type « Data Link », émis par l'aéronef 10, est également appelé message de liaison descendante, de l'aéronef 10 vers la station au sol 20, et un identifiant du message reçu commence alors par DM (de l'anglais Downlink Message). Les messages de type « Data Link » acquis sont, par exemple, des messages 30 ATC ou AOC, ou plus précisément des messages CPDLC (de l'anglais Control Pilot DataLink Communication) pour l'ATC. Le dispositif électronique de gestion 14 est configuré pour mettre en oeuvre un procédé de gestion des messages échangés entre l'aéronef 10 et la station au sol 20 selon l'invention, procédé qui sera décrit plus en détail par la suite. 35 Le dispositif électronique 14 est par exemple un calculateur embarqué comportant par exemple une mémoire 30 et un processeur 32 associé à la mémoire 30. La mémoire 3034595 7 30 est apte à stocker un logiciel 40 d'acquisition d'un message, en particulier d'un message textuel du type « Data Link » et un logiciel 42 de détermination de l'identifiant du message acquis. La mémoire 30 est également apte à stocker un logiciel de traitement 44 adapté pour comparer l'identifiant du message acquis avec des identifiants de message 5 contenus dans une table de séquences en cours et pour, en fonction du résultat de cette comparaison, effectuer des traitements subséquents qui seront décrits plus en détails par la suite en regard de la figure 2, ces traitements ayant pour but d'associer le message acquis à une séquence en cours ou de créer une nouvelle séquence lorsqu'aucune séquence en cours ne correspond au message acquis. La mémoire 30 est également 10 apte à stocker un logiciel 46 d'affichage d'au moins une séquence en cours, chaque séquence affichée comportant le ou les messages acquis associés à ladite séquence. Le processeur 32 est configuré pour exécuter chacun des logiciels 40, 42, 44, 46. Chaque séquence Si comporte un ou plusieurs dialogues Di, chaque dialogue Di comportant au moins deux messages, lesdits messages correspondant à une requête et 15 respectivement à une réponse à cette requête, comme cela sera décrit plus en détails par la suite, notamment en regard des figures 3 et 4. Plus précisément, chaque séquence Si comprend une succession de dialogues Di concernant un même sujet opérationnel. Lorsqu'exécutés par le processeur 32, le logiciel d'acquisition 40, le logiciel de détermination 42, le logiciel de traitement 44 et le logiciel d'affichage 46 forment 20 respectivement un module d'acquisition configuré pour acquérir un message, un module de détermination configuré pour déterminer l'identifiant du message acquis ; un module de traitement configuré pour comparer l'identifiant du message acquis avec des identifiants de message contenus dans la table de séquences en cours et pour effectuer des traitements subséquents en fonction du résultat de cette comparaison, et un module 25 d'affichage configuré pour afficher au moins une séquence en cours. En variante, le module d'acquisition 40, le module de détermination 42, le module de traitement 44 et le module d'affichage 46 sont réalisés sous forme de composants logiques programmables, tel qu'un ou plusieurs FPGA (de l'anglais Field-Programmable Gate Array), ou encore sous forme de circuits intégrés dédiés, de type ASIC (de l'anglais 30 Application-Specific Integrated Circuit). Les moyens d'interface homme-machine 16 sont raccordés au dispositif électronique 14. Les moyens d'interface homme-machine 16 comportent un écran d'affichage, une unité de saisie d'informations et un dispositif de pointage, tel qu'une souris, non représentés. L'écran d'affichage est dédié à l'affichage d'informations relatives 35 à la communication avec la station au sol 20. Selon un exemple de réalisation, l'écran d'affichage est un écran tactile. L'unité de saisie d'informations permet au pilote de saisir 3034595 8 un message textuel du type « Data Link » pour le transmettre vers la station au sol 20 à travers le dispositif électronique 14 et la deuxième unité de communication 22. L'unité de saisie d'informations comprend par exemple un clavier. Le module de stockage 18 est raccordé au dispositif électronique 14, et comprend 5 par exemple un disque dur apte à stocker des messages textuels émis ou reçus via le dispositif électronique 14. Le module de stockage 18 forme ainsi un « Logbook Data Link » des messages échangés entre l'aéronef 10 et la station au sol 20. Dans l'exemple de la figure 1, les moyens 16 formant interface homme-machine et 10 le module de stockage 18 sont distincts du dispositif électronique de gestion 14. En variante non représentée, les moyens 16 formant interface homme-machine, le module de stockage 18 et le dispositif électronique de gestion 14 sont intégrés au sein d'un même équipement électronique. La première unité de communication 21, connue en soi, permet au pilote de 15 communiquer vocalement, c'est-à-dire oralement, avec la station au sol 20. Plus particulièrement, la première unité de communication 21 comprend un dispositif de radiocommunication vocale via des ondes radioélectriques par exemple de hautes fréquences du type HF (de l'anglais High Frequency) ou de très hautes fréquences du type VHF (de l'anglais Very High Frequency). 20 À cet effet, la première unité de communication 21 définit un domaine de couverture dans lequel elle est apte à émettre et à recevoir des ondes radioélectriques desdites fréquences. Ainsi, la communication vocale entre le pilote et la station au sol 20 est possible lorsque la station au sol 20 est dans le domaine de couverture de la première unité de communication 21. 25 La deuxième unité de communication 22 permet au pilote de communiquer avec la station au sol 20 en échangeant des messages textuels du type « Data Link ». Les messages textuels sont transmis sous la forme d'ondes radioélectriques en utilisant différentes technologies de transmission, connues en soi. Par exemple, lorsque la distance entre l'aéronef 10 et la station au sol 20 est 30 inférieure à quelques centaines de kilomètres, par exemple inférieure à 400 km, de préférence inférieure à 370 km, la transmission desdites ondes radioélectriques s'effectue directement en utilisant des très hautes fréquences du type VHF. Lorsque la distance entre l'aéronef 10 et la station au sol 20 ne permet pas une transmission directe, la transmission desdites ondes radioélectriques s'effectue à travers 35 d'autres stations au sol et/ou des satellites. 3034595 9 De manière générale, la communication via des messages textuels du type « Data Link » est mentionnée dans des différentes normes du domaine aéronautique, comme par exemple les normes EUROCAE - ED-100A, EUROCAE - ED-110B et EUROCAE - ED228. 5 Chaque message textuel du type « Data Link » est relatif au pilotage de l'aéronef 10 et permet par exemple de piloter l'aéronef en accord avec la station au sol 20. Chaque message textuel du type « Data Link » comporte des données descriptives et des données opérationnelles. Les données descriptives sont des métadonnées permettant de caractériser le 10 message textuel correspondant. Les données descriptives comprennent notamment les champs de données suivants, également appelés catégories de données: - un type du message ; - un identifiant du message ; - un numéro de dialogue, également appelé MRN (de l'anglais Message 15 Reference Number); - la date d'émission ou de réception de ce message par l'aéronef 10; - des identifiants de points de départ et/ou d'arrivée de l'aéronef 10; - un identifiant de la station au sol 20 ; et - lorsque le message est émis par la station 20, la date de son émission et la 20 position géographique estimée de l'aéronef 10 par la station au sol 20. Le type du message permet de distinguer les messages en fonction de leur application au pilotage de l'aéronef 10. Chaque type du message est choisi parmi un type ATC correspondant aux messages en relation avec le contrôle aérien et un type AOC correspondant aux messages en relation avec l'exploitation de l'aéronef 10, notamment 25 de différents composants de l'aéronef 10. Dans les exemples décrits par la suite, chaque message ATC a un identifiant commençant par UM pour les messages de liaison montante reçus par l'aéronef 10 depuis la station au sol 20, ou par DM pour les messages de liaison descendante émis par l'aéronef 10 vers la station au sol 20, puis suivi d'un ou plusieurs chiffres, voire de 30 manière facultative d'une ou plusieurs lettres à la suite du ou des chiffres. Dans le cas des messages AOC, le format de l'identifiant du message AOC dépend de chaque fournisseur AOC, tout en permettant d'identifier de manière unique chaque message. Les données opérationnelles sont des données applicatives utilisables directement 35 pour le pilotage de l'aéronef 10. Les données opérationnelles correspondent 3034595 10 généralement à une requête ou à une réponse à une requête échangée entre le pilote de l'aéronef 10 et la station au sol 20. À titre d'exemple, une telle requête comprend une demande de changement de l'altitude de croisière de l'aéronef 10 adressée par le pilote au centre de contrôle aérien. 5 Une réponse à une telle requête comprend alors une autorisation ou une interdiction de ce changement, de la part du centre de contrôle aérien. Autrement dit, chaque message textuel du type « Data Link » comprend notamment un identifiant du message, un numéro de dialogue et un champ de données correspondant à une requête ou à une réponse à une requête. 10 Chaque dialogue Di comprend des messages comportant un même numéro de dialogue, tel qu'un même MRN, et correspondant à une requête et à au moins une réponse à cette requête. Le numéro MRN est défini par la norme RTCA D0258A. Ainsi, dans le précédent exemple, le dialogue Di est formé par un message correspondant à la requête du pilote de changement de l'altitude, et un message 15 correspondant à la réponse du centre de contrôle aérien à cette requête. Il est à noter que dans ce cas, les deux messages ont un même MRN et sont du type ATC. Dans l'exemple mentionné ci-dessus, la séquence Si est formée par plusieurs dialogues Di, concernant par exemple l'altitude de croisière, ou plus généralement, la phase de croisière. 20 Pour déterminer l'appartenance d'un message ou d'un dialogue Di à une séquence Si, le module de stockage 18 est apte à stocker une liste de séquences, cette liste comportant, pour chaque séquence, une ou plusieurs suites possibles de messages autorisés. La liste de séquences comporte en outre de préférence un point d'entrée pour chaque séquence, le point d'entrée étant l'identifiant du premier message de la séquence. 25 La liste de séquences est, par exemple, prédéfinie et stockée dans le module de stockage 18. En variante, la liste de séquences est calculée à l'aide de la théorie des langages. Chaque séquence est alors vue comme un Langage. Chaque séquence ou Langage est défini par un thème opérationnel, également appelé sujet opérationnel. 30 La liste de séquences comporte alors, pour chaque séquence, pour chacun des thèmes opérationnels pris en compte, une ou plusieurs suites possibles de messages autorisés. A titre d'exemple purement indicatif, deux exemples de thèmes opérationnels seront illustrés par la suite, un premier exemple de thème étant le thème associé à l'envoi 35 d'une clairance de départ, également appelé thème DCL (de l'anglais Departure CLearance), pour permettre au pilote de connaitre le trajet à emprunter dans la zone CTR 3034595 11 (de l'anglais Control Traffic Region) I CTA (de l'anglais Control Traffic Area) pour rejoindre la route de son vol extérieure à la zone CTA/TMA (de l'anglais Terminal Maneuvring Area). Un deuxième exemple de thème est le thème associé à l'envoi d'une clairance de D-Taxi, également appelé thème D-Taxi, pour permettre au pilote de connaitre le trajet à 5 emprunter dans la zone aéroportuaire avant décollage ou après atterrissage, afin de quitter ou rejoindre l'emplacement prévu de stationnement de l'aéronef. Selon ces exemples, une séquence ou Langage définit alors la suite de messages ATC du thème DCL, et une autre séquence ou Langage définit la suite de messages ATC du D-Taxi. Selon la théorie des langages, les Langages sont définis par une Grammaire 10 manipulant des éléments terminaux ou pas. Les éléments terminaux sont les éléments de plus bas niveau. Ils correspondent aux messages échangés entre la station au sol 20 et le bord. Les éléments non-terminaux permettent de décrire la Grammaire en passant par des règles intermédiaires. Le Langage global des messages ATC est la somme de tous les Langages liés 15 chacun à un thème opérationnel (DCL, D-Taxi, ...). La grammaire du Langage global vérifie alors l'équation suivante : GL = G, tE SDLK où SDLK représente l'ensemble des échanges du type « Data Link », c'est-à-dire l'ensemble des échanges ATC et AOC, où SDLK vérifie alors : 20 SDLK = SATO U SAOC (2) avec SATo représentant l'ensemble des échanges ATC et SA0o représentant l'ensemble des échanges AOC. Dans l'exemple du premier thème, trois dialogues D1, 02, 03 décrivent les échanges de type DCL. Ils sont définis par le tableau 1 suivant, avec le symbole « & » 25 représentant un « ET » logique, et le symbole « + » représentant un « OU » logique : Liste des dialogues Liste des dialogues possibles Modélisation des dialogues D1 D1 = DM139 &UM1 ou D1 = DM139 & UMO DM139 & (UM1 + UMO) D2 D2 = (UM73R &UM267) & (DM2 &DMO) ou D2 = (UM73R &UM267) & (DM2 &DM1) ou D2 = (UM73R &UM267) & DMO ou D2 = (UM73R &UM267) & DM1 (UM73R & UM267) & ((DM2 & DMO) + (DM2 & DM1) + DMO + DM1) D3 D3 = (UM325 & UM267) & ((DM2 & DMO) ou D3 = (UM325 & UM267) &(DM2 & DM1) ou D3 = (UM325 & UM267) &DMO ou D3 = (UM325 & UM267) &DM1 (UM325 & UM267) & ((DM2 & DMO) + (DM2 & DM1) + DMO + DM1) Tableau 1 3034595 12 Dans cet exemple, la grammaire du thème DCL, notée GDcL, vérifie l'équation suivante : GDCL = D1{") & 02 & De.") (3) Cette grammaire GDDL se lit de la manière suivante. Le dialogue D1 peut 5 commencer la séquence. Il s'agit de l'envoi de la requête DCL vers la station au sol 20 (B_DCL). Ce dialogue D1 est optionnel, car la station au sol 20 peut émettre la clairance DCL (S_DCL) sans demande du bord. Le nombre d'occurrence du dialogue, dont les bornes sont indiquées entre crochets, comme par exemple dans l'équation (3), est alors compris entre 0 et 1. 10 Puis, le dialogue D2 suit le dialogue D1, lorsqu'il est présent ou bien constitue le début de la séquence. La présence du dialogue D2 est obligatoire, et le nombre d'occurrence dudit dialogue D2 est alors égal à 1. Il est à noter que lorsque le nombre d'occurrence est égal à 1, celui-ci n'est pas précisé explicitement entre crochets dans l'équation de la grammaire. Le dialogue D2 concerne la réponse du bord à la clairance 15 DCL transmis par la station au sol 20 (B WILCO). Enfin, le dialogue 03 suit le dialogue D2, le dialogue 03 étant optionnel. Le dialogue D3 peut ne pas être présent (valeur 0) tout comme il peut l'être jusqu'à n fois, n étant un nombre entier supérieur ou égal à 1, de valeur quelconque. Le dialogue 03 concerne la révision de la clairance DCL (S_REV). Elle peut être transmise autant de fois 20 que la station au sol 20 le juge nécessaire. L'exposant (0,n) indique alors un nombre d'occurrences de l'élément compris entre 0 et n. Le Langage (ou Séquence) DCL contient les trois règles (ou Dialogues) telles que : D1 = B_DCL & S_STBel) & S_UNABLE(") 25 D2 = S_DCL & B_STBYel) & (B_UNABLE I B WILCO) D3 = S_REV & B_STBYel) & (B_UNABLE I B_WILCO) Puis les autres règles sont : S_DCL = UM73R&UM267, le symbole « & » représentant ici la concaténation de ces deux messages ayant respectivement pour identifiant UM73R et UM267 30 S_STBY = UM1 S_UNABLE = UMO S_REV = UM325&UM267, le symbole « & » représentant ici la concaténation de ces deux messages ayant respectivement pour identifiant UM325 et UM267 B_DCL = DM139 35 B WILCO = DMO B_UNABLE = DM1 3034595 13 B_STBY = DM2 L'ensemble de ces règles définissent la Grammaire GDcL du thème DCL, la grammaire décrivant le Langage I_DcL de ce thème DCL. Pour déterminer si le B_STBY intervient dans les dialogues D1 ou D2 ou D3, le 5 numéro de dialogue MRN est reconnu et pris en compte comme cela sera décrit par la suite. Dans l'exemple du premier thème, la liste des séquences pour ce premier thème comporte alors les informations listées dans le tableau 2 ci-après. Liste des séquences possibles pour DCL Point d'entrée Liste des dialogues Liste des dialogues possibles MRN SEQ_DCL1 DM139 D1 D1 = DM139 &UM1 ou D1 = DM139 & UMO Valeur du MIN du message DM139 D2 D2 = (UM73R &UM267) & (DM2 &DMO) ou D2 = (UM73R &UM267) & (DM2 &DM1) Valeur du MIN de la concaténation des messages UM73R et UM267 ou D2 = (UM73R &UM267) & DMO ou D2 = (UM73R &UM267) & DM1 D3 D3 = (UM325 & UM267) & ((DM2 & DMO) ou D3 = (UM325 & UM267) &(DM2 & DM1) ou D3 = (UM325 & UM267) &DMO ou D3 = (UM325 & UM267) &DM1 Valeur du MIN de la concaténation des messages UM325 et UM267 SEQ_DCL2 (UM73R&UM267) D2 D2 = (UM73R &UM267) & (DM2 &DMO) ou D2 = (UM73R &UM267) & (DM2 &DM1) Valeur du MIN de la concaténation des messages UM73R et UM267 ou D2 = UM73R &UM267) & DMO ou D2 = UM73R &UM267) & DM1 D3 D3 = (UM325 & UM267) & ((DM2 & DMO) ou D3 = (UM325 & UM267) &(DM2 & DM1) ou D3 = (UM325 & UM267) &DMO ou D3 = (UM325 & UM267) &DM1 Valeur du MIN de la concaténation des messages UM325 et UM267 Tableau 2 10 3034595 14 La séquence visible sur la figure 3 est la séquence SEQ_DCL1, ayant pour point d'entrée le message DM139. Dans l'exemple de la figure 3, le dialogue D1 est la succession des messages DM139 et UM1 ; le dialogue D2 est la succession de la concaténation des messages UM73R et UM267, puis des messages DM2 et DMO ; et le 5 dialogue D3 est la succession de la concaténation des messages UM325 et UM267, puis des messages DM2 et DMO. L'homme du métier observera que si la concaténation des messages UM73R et UM267 est aussi la réponse au message DM139 du dialogue D1, la valeur du MRN reste alors égale au MIN du message DM139 pour le dialogue Dl. Par contre à l'initialisation du 10 dialogue D2, deux valeurs du MRN coexisteront avec la deuxième valeur du MRN prenant la valeur du MIN de la concaténation des messages UM73R et UM267. C'est un cas spécifique d'allocation de valeurs pour le MRN, ces deux valeurs de MRN coexistant alors jusqu'à la fin du dialogue D2 dans le cadre de l'invention. Le numéro MIN (de l'anglais Message Identification Number) est défini par la norme RTCA D0258A. 15 Dans l'exemple du deuxième thème D-Taxi à l'atterrissage, trois dialogues D4, D5, D6 décrivent les échanges de type D-Taxi. Ils sont définis par le tableau 3 ci-après : Liste des dialogues Liste des dialogues possibles Modélisation des dialogues D4 D4 = UM315 &DM3 UM315 & (DM1 + (DM2&DM1) + DM3 + (DM2&DM3)) ou D4 = UM315 & DM1 ou D4 = UM315 & (DM2&DM1) ou D4 = UM315 & (DM2&DM3) D5 D5 = (UM325 &UM315) & DM3 ou D5 = (UM325 &UM315) & DM1 ou D5 = (UM325 &UM315) & (DM2&DM1) (UM325 &UM315) & (DM1 + (DM2&DM1) + DM3 + (DM2&DM3)) ou D5 = (UM325 &UM315) & (DM2&DM3) D6 D6 = UM319 & DMO UM319 & (DM1 + (DM2&DM1) + DMO + (DM2&DMO)) ou D6 = UM319 & DM1 ou D6 = UM319 & (DM2&DM1) ou D6 = UM319 & (DM2&DMO) Tableau 3 20 Dans cet exemple, la grammaire du thème D-Taxi, notée GD-Taxi, vérifie l'équation suivante : GD-Taxi = Dell & D5 {"'"'}& D6 (4) Cette grammaire GD-Taxi se lit de la manière suivante. Le dialogue D4 peut commencer la séquence. Il s'agit de l'envoi de la clairance d'information D-Taxi 25 (SINF_DTAXI) par la station au sol 20. Le dialogue D4 est optionnel, et la station au sol 3034595 15 20 peut émettre la clearance D-Taxi (S_DTAXI) sans avoir reçu au préalable la clairance d'information. D4 a donc un nombre d'occurrence compris entre 0 et 1. Puis, le dialogue D5 suit le dialogue D4, lorsqu'il est présent ou bien constitue le début de la séquence. Le dialogue D5 est la révision de la clairance d'information 5 (S_INF_REV). Le dialogue D5 peut ne pas être présent (valeur 0), tout comme il peut être présent jusqu'à m fois, m étant un nombre entier supérieur ou égal à 1, de valeur quelconque. La clairance d'information peut être transmise autant de fois que la station au sol 20 le juge nécessaire. Enfin, la dialogue D6 suit le dialogue D4 et/ou le dialogue D5, lorsqu'au moins l'un 10 des dialogues D4, D5 est présent ou bien constitue le début de la séquence. Ce dialogue D6 est obligatoire, car c'est la clairance D-Taxi (S_DTAXI) transmise par la station au sol 20. La présence du dialogue D6 étant obligatoire, est le nombre d'occurrence dudit dialogue D6 est égal à 1. Le Langage (ou Séquence) D-Taxi contient les trois règles (ou Dialogues) telles 15 que : D4 = SINF_DTAXI & B_STBY(") & (B_UNABLE I B_ROGER) D5 = SINF_REV & B_STBY" & (B_UNABLE I B_ROGER) D6 = S_DTAXI & B_STBY(") & (B_UNABLE I B_WILCO) Puis les autres règles sont : 20 S_DTAXI => UM319 S_STBY => UM1 S_UNABLE = >UMO SINF_REV => UM325&UM315, le symbole « & » représentant ici la concaténation de ces deux messages ayant respectivement pour identifiant UM325 et 25 UM315 SINF_DTAXI => UM315 B_ROGER => DM3 B WILCO => DMO B_UNABLE => DM1 30 B_STBY => DM2 L'ensemble de ces règles définissent la Grammaire D-Taxi ou GOTAXI. La grammaire décrit le Langage D-TAXI ou LDTAXI. Pour déterminer si B_STBY intervient dans les dialogues D4 ou D5 ou D6, le numéro de dialogue MRN est reconnu et pris en compte comme cela sera décrit par la 35 suite. 3034595 16 Dans l'exemple du deuxième thème, la liste des séquences pour ce deuxième thème comporte alors les informations listées dans le tableau 4 ci-après. Liste des séquences possibles pour D-Taxi Point d'entrée Liste des dialogues Liste des dialogues possibles MRN SEQ_D-Taxi1 UM315 D4 D4 = UM315 &DM3 Valeur du MIN du message UM315 ou D4 = UM315 & DM1 ou D4 = UM315 & (DM2&DM1) ou D4 = UM315 & (DM2&DM3) D5 D5 = (UM325 &UM315) & DM3 ou D5 = (UM325 &UM315) & DM1 Valeur du MIN de la concaténation des messages UM315&UM325 ou D5 = (UM325 &UM315) & (DM2&DM1) ou D5 = (UM325 &UM315) & (DM2&DM3) D6 D6 = UM319 & DMO Valeur du MIN du message UM319 ou D6 = UM319 & DM1 ou D6 = UM319 & (DM2&DM1) ou D6 = UM319 & (DM2&DMO) SEQ_D-Taxi2 UM315 D4 D4 = UM315 &DM3 Valeur du MIN du message UM315 ou D4 = UM315 & DM1 ou D4 = UM315 & (DM2&DM1) ou D4 = UM315 & (DM2&DM3) D6 D6 = UM319 & DMO Valeur du MIN du message UM319 ou D6 = UM319 & DM1 ou D6 = UM319 & (DM2&DM1) ou D6 = UM319 & (DM2&DMO) SEQ_D-Taxi3 UM319 D6 D6 = UM319 & DMO Valeur du MIN du message UM319 ou D6 = UM319 & DM1 ou D6 = UM319 & (DM2&DM1) ou D6 = UM319 & (DM2&DMO) Tableau 4 5 La séquence visible sur la figure 4 est la séquence SEQ_D-Taxil, ayant pour point d'entrée le message UM315. Dans l'exemple de la figure 4, le dialogue D4 est la succession des messages UM315 et DM3 ; le dialogue D5 est la succession de la concaténation des messages UM325 et UM315, suivie du message DM3 ; et le dialogue D6 est la succession de la concaténation des messages UM319 et DMO. Dans cet 10 exemple, le dialogue D5 fait suite à une modification de taxiway correspondant à un évènement El, et le dialogue D6 fait suite à l'atterrissage de l'aéronef 10, correspondant à un évènement E2. Le module de traitement 44 est configuré pour comparer l'identifiant du message acquis (commençant par UM ou DM), avec des identifiants de message contenus dans la 15 table de séquences en cours. Lorsque l'identifiant du message acquis correspond à une séquence parmi les séquences contenues dans la table de séquences en cours, le module de traitement 44 est alors configuré pour associer le message acquis avec ladite 3034595 17 séquence. Lorsque l'identifiant du message acquis ne correspond à aucune des séquences contenues dans la table des séquences en cours, le module de traitement 44 est alors configuré pour créer une nouvelle séquence à l'aide de la liste prédéfinie de séquences, pour associer le message acquis avec la nouvelle séquence créée, et pour 5 mettre à jour la table des séquences en cours, également appelée liste des séquences en cours, avec la nouvelle séquence créée. En complément, le module de traitement 44 est configuré pour créer une nouvelle séquence seulement si l'identifiant du message acquis correspond au point d'entrée d'une séquence de la liste prédéfinie de séquences. 10 La table des séquences en cours contient, pour chaque séquence, au moins un identifiant attendu, chaque identifiant attendu étant l'identifiant d'un prochain message autorisé de la séquence. Chaque identifiant attendu est, par exemple, déterminé à partir de la liste des séquences. En complément, le module de traitement 44 est configuré pour créer une nouvelle 15 séquence lorsqu'aucun identifiant attendu n'est égal à l'identifiant du message acquis, pour déterminer ensuite au moins un identifiant attendu pour la nouvelle séquence, ceci à partir de la liste des séquences, et pour mettre à jour la table des séquences en cours par ajout de ladite nouvelle séquence avec le ou les identifiants attendus calculés. En complément encore, le module de traitement 44 est configuré pour, lorsqu'un 20 seul identifiant attendu est égal à l'identifiant du message acquis, associer le message acquis à la séquence correspondant à cet identifiant attendu, pour déterminer ensuite au moins un nouvel identifiant attendu pour ladite séquence à partir de la liste des séquences, et pour mettre à jour la table des séquences en cours en remplaçant, pour ladite séquence, le ou les anciens identifiants attendus par le ou les nouveaux identifiants 25 attendus déterminés. En complément encore, le module de traitement 44 est configuré pour, lorsque plusieurs identifiants attendus sont égaux à l'identifiant du message acquis, déterminer le numéro de dialogue MRN du message acquis, et pour associer le message acquis à la séquence correspondant au numéro de dialogue MRN du message acquis, parmi les 30 séquences pour lesquelles les identifiants attendus sont égaux à l'identifiant du message acquis. Le procédé de gestion des messages échangés entre l'aéronef 10 et la station au sol 20 va désormais être décrit en référence à la figure 2 illustrant un organigramme dudit 35 procédé. 3034595 18 Ce procédé de gestion est mis en oeuvre par le dispositif électronique 14 à chaque acquisition d'un message textuel du type « Data Link » par ledit dispositif électronique 14, en particulier par le module d'acquisition 40. Lors de l'étape 100 initiale, le module d'acquisition 40 acquiert un message textuel 5 du type « Data Link » et le stocke dans le module de stockage 18. Lors de l'étape 110 suivante, le module de détermination 42 extrait les données descriptives DD contenues dans le message acquis, et détermine alors notamment l'identifiant du message, cet identifiant commençant « UM » ou « DM », selon que le message acquis est un message montant reçu par l'aéronef 10 depuis la station au sol 20 10 ou un message descendant destiné à être émis par l'aéronef 10 vers la station au sol 20. Lors de l'étape 120 suivante, le module de traitement 44 détermine si une association du message acquis à une séquence en cours est possible de manière unique. En particulier, lors de cette étape 120, le module de traitement 44 compare l'identifiant du message acquis avec les identifiants de message contenus dans la table de séquences 15 en cours. Autrement dit, le module de traitement 44 détermine si le message acquis est contenu dans la liste de séquence en cours, et si ce message acquis figure une seule fois dans ladite liste de séquence en cours. Lorsque l'identifiant du message acquis correspond de manière unique à une séquence parmi les séquences contenues dans la table de séquences en cours, alors le 20 module de traitement 44 passe à l'étape 130 pour associer le message acquis avec ladite séquence. Le message acquis est alors associé, lors de l'étape 130, avec la séquence identifiée de manière unique, et la table des séquences en cours, également appelée liste de séquence en cours, est mise à jour, lors de l'étape 135, pour prendre en compte le 25 nouveau message acquis, en déterminant le ou les nouveaux identifiants attendus pour ladite séquence à partir de la liste de séquences, chaque nouvel identifiant attendu étant l'identifiant d'un prochain message autorisé de ladite séquence, c'est-à-dire d'un prochain message possible de ladite séquence. En complément, lors de cette étape de mise à jour 135, le numéro MRN du dialogue correspondant est également mis à jour dans la table 30 des séquences, le numéro MRN étant égal au numéro MIN du premier message du dialogue. Autrement dit, lorsqu'un seul identifiant attendu est égal à l'identifiant du message acquis lors de l'étape 120, le message acquis est associé, lors de l'étape 130, à la séquence correspondant à cet identifiant attendu, au moins un nouvel identifiant attendu 35 est déterminé pour ladite séquence à partir de la liste des séquences, et la table des séquences en cours est mise à jour, lors de l'étape 135, en remplaçant, pour ladite 3034595 19 séquence, le ou les anciens identifiants attendus par le ou les nouveaux identifiants attendus déterminés. Le procédé passe ensuite à l'étape 140 au cours de laquelle le module d'affichage 46 permet d'afficher le ou les dialogues regroupés, selon l'invention, sous forme de 5 séquences, avec des exemples de vues affichées visibles sur les figures 5 à 8. Sur la figure 5, une première vue 200 correspond au début d'une séquence numérotée 1 sur 2, avec en outre l'affichage d'une première icône 202 en forme de flèche vers la droite dont la sélection permet de passer à une séquence suivante, par exemple ici à la séquence numérotée 2 sur 2, et également l'affichage d'une deuxième icône 204 en forme de flèche 10 vers le bas dont la sélection permet de passer à la suite de la séquence, par exemple d'afficher un message suivant. En outre, une troisième icône 206 en forme de flèche vers le haut, visible sur les figures 6 à 8 permet, lorsqu'elle est sélectionnée, de revenir en arrière dans la séquence. Sur la figure 6, une deuxième vue 210 correspond à l'affichage de la séquence 15 suite à la sélection de la deuxième icône 204, avec toujours l'affichage des première et deuxième icônes 202, 204, et en outre l'affichage de la troisième icône 206 dont la sélection permet de revenir en arrière dans la séquence, par exemple d'afficher un message précédent. A partir de la deuxième vue 210, la sélection de la deuxième icône 204 entraîne l'affichage d'une troisième vue 220, visible sur la figure 7, et une nouvelle 20 sélection de la deuxième icône 204 entraîne l'affichage d'une quatrième vue 230, visible sur la figure 8, correspondant ici à la fin de la séquence. Un compteur de page affiché en bas à droite de chaque vue permet en outre au pilote de se repérer au sein d'une séquence donnée au fur et à mesure de l'affichage successif des différents messages constituant ladite séquence. 25 A l'issue de l'étape d'affichage 140, le procédé retourne à l'étape 100 au cours de laquelle le module d'acquisition 40 fera l'acquisition d'un nouveau message. Lors de l'étape 120, si le module de traitement 44 ne peut pas déterminer une association unique du message acquis à une séquence en cours, alors le module de traitement 44 passe à l'étape 150. Le passage à l'étape 150 correspond alors au cas où 30 une telle séquence n'existe pas ou bien au cas où l'association possible n'est pas unique. Lors de l'étape 150, le module de traitement 44 détermine alors le numéro de dialogue du message acquis, tel que le numéro MRN, puis compare, lors de l'étape 160, le numéro de dialogue déterminé avec les numéros de dialogue contenus dans la table des séquences en cours. 35 Lorsque le numéro de dialogue déterminé est identique à un numéro de dialogue contenu dans la table des séquences en cours, cette identité est nécessairement unique, 3034595 20 le numéro de dialogue formant un identifiant unique de chaque dialogue, et le module de traitement 44 passe alors à l'étape 130 pour associer le message acquis à la séquence correspondant au numéro de dialogue du message acquis, parmi les séquences pour lesquelles les identifiants attendus sont égaux à l'identifiant du message acquis. 5 Lorsque, lors de l'étape 160, le numéro de dialogue déterminé ne correspond pas à un numéro de dialogue contenu dans la table des séquences en cours, alors cela correspond au cas où lors de l'étape 120 aucun identifiant attendu n'était égal à l'identifiant du message acquis, et le module de traitement 44 passe alors à l'étape 170 pour créer une nouvelle séquence. 10 Ainsi, une nouvelle séquence est créée, lors de l'étape 170, lorsqu'aucun identifiant attendu n'est égal à l'identifiant du message acquis, le message acquis est associé, lors de l'étape 180, avec la nouvelle séquence créée. Puis, au moins un identifiant attendu est, lors de l'étape 185, déterminé pour la nouvelle séquence à partir de la liste des séquences, et la table des séquences en cours est mise à jour en ajoutant 15 ladite nouvelle séquence avec le ou les identifiants attendus déterminés. En complément, lors de cette étape de mise à jour 185, le numéro MRN du dialogue correspondant est mis à jour dans la table des séquences en cours, le numéro MRN étant égal au numéro MIN du premier message du dialogue, en l'occurrence ici au numéro MIN du message acquis. Lors de l'étape 170, une nouvelle séquence est créée seulement si l'identifiant du 20 message acquis correspond au point d'entrée d'une séquence de la liste de séquences. A l'issue de l'étape 185, le procédé passe à l'étape d'affichage 140 décrite précédemment, puis retourne ensuite à l'étape initiale 100 pour acquérir un nouveau message via le module d'acquisition 40. Ainsi, le fait de regrouper les dialogues sous forme de séquences, notamment 25 pour afficher les messages de type « Datalink » acquis sous forme de séquences, permet au pilote d'établir très rapidement un lien entre le message acquis et les messages acquis précédents d'une séquence en cours ou bien de voir immédiatement qu'il s'agit d'une nouvelle séquence. Le pilote n'a alors notamment plus besoin de chercher le message précédent 30 d'une séquence en cours dans l'historique des messages acquis, pour faire le lien avec un nouveau message acquis, le regroupement des messages en séquences étant fait automatiquement par le dispositif électronique de gestion 14. Par exemple dans le cas d'une clairance, lorsque le pilote reçoit la révision plusieurs minutes après avoir envoyé la réponse à la clairance du sol, il se rappelle 35 immédiatement le contexte de la séquence, sans effort de reconstruction mentale, juste en parcourant l'affichage de ladite séquence. 3034595 21 Le procédé de gestion et le dispositif électronique de gestion 14 selon l'invention permettent alors au pilote d'interpréter plus rapidement un nouveau message acquis et de réagir plus rapidement. Le procédé de gestion et le dispositif électronique de gestion 14 selon l'invention engendrent alors une plus grande sécurité du vol de l'aéronef 10. 5 On conçoit alors que le procédé et le dispositif de gestion 14 selon l'invention permettent de diminuer la charge cognitive demandée au pilote, et d'améliorer la sécurité du vol de l'aéronef 10. REVENDICATIONS1.- Procédé de gestion de messages échangés entre une station au sol (20) et un aéronef (10) piloté par au moins un pilote, chaque message comportant un identifiant, un numéro de dialogue et des données, le procédé étant mis en oeuvre par un dispositif électronique (14) de gestion de messages échangés, et comprenant les étapes suivantes : - acquisition (100) d'un message ; - détermination (110) de l'identifiant du message acquis ; - comparaison (120) de l'identifiant du message acquis avec des identifiants de message contenus dans une table de séquences en cours, et lorsque l'identifiant du message acquis correspond à une séquence parmi les séquences contenues dans la table de séquences en cours : + association (130) du message acquis avec ladite séquence, et lorsque l'identifiant du message acquis ne correspond à aucune des séquences contenues dans la table des séquences en cours : + création (170) d'une nouvelle séquence à l'aide d'une liste de séquences, + association (180) du message acquis avec la nouvelle séquence créée, et + mise à jour (185) de la table des séquences en cours avec la nouvelle séquence créée ; chaque séquence (Si) comportant un ou plusieurs dialogues (Di), chaque dialogue (Di) comportant au moins deux messages, lesdits messages correspondant à une requête et respectivement à une réponse à cette requête. 2.- Procédé selon la revendication 1, dans lequel le procédé comprend en outre une étape (140) d'affichage d'au moins une séquence en cours, chaque séquence (Si) affichée comportant le ou les messages acquis associés à ladite séquence. 3.- Procédé selon la revendication 1 ou 2, dans lequel la liste de séquences comporte un point d'entrée pour chaque séquence (Si), le point d'entrée étant l'identifiant du premier message de la séquence (Si), et dans lequel une nouvelle séquence est créée seulement si l'identifiant du message acquis correspond au point d'entrée d'une séquence (Si) de la liste de séquences. 3034595 23 4.- Procédé selon l'une quelconque des revendications précédentes, dans lequel la table des séquences en cours contient, pour chaque séquence (Si), au moins un identifiant attendu, chaque identifiant attendu étant l'identifiant d'un prochain message 5 autorisé de la séquence (Si), et dans lequel la liste de séquences comporte, pour chaque séquence (Si), une ou plusieurs suites possibles de messages autorisés. 5.- Procédé selon les revendications 3 et 4, dans lequel une nouvelle séquence 10 est créée lorsqu'aucun identifiant attendu n'est égal à l'identifiant du message acquis, au moins un identifiant attendu est alors déterminé pour la nouvelle séquence à partir de la liste des séquences, et la table des séquences en cours est mise à jour en ajoutant ladite nouvelle séquence avec le ou les identifiants attendus déterminés. 15 6.- Procédé selon la revendication 4 ou 5, dans lequel lorsqu'un seul identifiant attendu est égal à l'identifiant du message acquis, le message acquis est associé à la séquence correspondant à cet identifiant attendu, au moins un nouvel identifiant attendu est déterminé pour ladite séquence à partir de la liste des séquences, et la table des séquences en cours est mise à jour en remplaçant, pour ladite séquence, le ou les 20 anciens identifiants attendus par le ou les nouveaux identifiants attendus déterminés. 7.- Procédé selon l'une quelconque des revendications 4 à 6, dans lequel le procédé comprend en outre, lorsque plusieurs identifiants attendus sont égaux à l'identifiant du message acquis, la détermination (150) du numéro de dialogue du 25 message acquis, et le message acquis est associé (130) à la séquence correspondant au numéro de dialogue du message acquis, parmi les séquences pour lesquelles les identifiants attendus sont égaux à l'identifiant du message acquis. 8.- Procédé selon la revendication 7, dans lequel le numéro de dialogue déterminé 30 est un numéro MRN conforme à la norme RTCA D0258A. 9.- Procédé selon l'une quelconque des revendications précédentes, dans lequel chaque message est un message de liaison de données selon la couche 2 du modèle OSI conforme à la norme ISO 7498, 35 tel qu'un message ATC en relation avec le contrôle aérien ou un message AOC en relation avec l'exploitation de l'aéronef. 3034595 24 10.- Produit programme d'ordinateur comportant des instructions logicielles qui, lorsque mises en oeuvre par un équipement informatique, mettent en oeuvre le procédé selon l'une quelconque des revendications précédentes. 5 11.- Dispositif électronique (14) de gestion de messages échangés entre une station au sol (20) et un aéronef (10) piloté par au moins un pilote, chaque message comportant un identifiant, un numéro de dialogue et des données, le dispositif (14) comprenant : 10 - un module d'acquisition (40) configuré pour acquérir un message ; - un module de détermination (42) configuré pour déterminer l'identifiant du message acquis ; et - un module de traitement (44) configuré pour comparer l'identifiant du message acquis avec des identifiants de message contenus dans une table de séquences en 15 cours, et pour : lorsque l'identifiant du message acquis correspond à une séquence parmi les séquences contenues dans une table de séquences en cours : + associer le message acquis avec ladite séquence, et lorsque l'identifiant du message acquis ne correspond à aucune des séquences 20 contenues dans la table des séquences en cours : + créer une nouvelle séquence à l'aide d'une liste de séquences, + associer le message acquis avec la nouvelle séquence créée, et + mettre à jour la table des séquences en cours avec la nouvelle séquence créée ; 25 chaque séquence comportant un ou plusieurs dialogues, chaque dialogue comportant au moins deux messages, lesdits messages correspondant à une requête et respectivement à une réponse à cette requête.