FR3035711A1

FR3035711A1 - Systemes et procedes pour fournir des donnees actualisees a un aeronef

Info

Publication number: FR3035711A1
Application number: FR1653657A
Authority: FR
Inventors: Russell Allen Ramaker; Joachim Karl Ulf Hochwarth
Original assignee: GE Aviation Systems LLC
Current assignee: GE Aviation Systems LLC
Priority date: 2015-04-30
Filing date: 2016-04-26
Publication date: 2016-11-04
Anticipated expiration: 2036-04-26
Also published as: US20160328978A1; GB201607486D0; GB2573718A; GB2540010A; US10068488B2; GB2573718B; GB2540010B; GB201911633D0; FR3035711B1

Abstract

Procédé (200) pour fournir des données actualisées à un aéronef, comportant la demande (204) de données actualisées concernant une route à suivre par l'aéronef, la réception (206), dans un organe de l'aéronef, de données de procédures de vol dans des données actualisées, transmise par une station au sol en réponse à la demande et l'actualisation (208) de la route à suivre à l'aide des données de procédures de vol dans les données actualisées.

Description

1 Systèmes et procédés pour fournir des données actualisées à un aéronef Dans un aéronef, on dispose de toutes sortes de données aéronautiques utilisables. Des données concernant un vol peuvent être disponibles auprès d'un certain nombre de sources de données aéronautiques. Par exemple, un système de navigation d'aéronef tel que le Système de Gestion de Vol (SGV) contient actuellement plusieurs bases de données. La base de données servant à planifier les vols et à prévoir les trajectoires est la Base de Données de Navigation (NDB), qui est stockée dans le SGV. La NDB est une base de données statique qui a un cycle d'actualisation prédéterminé (p.ex. 28 jours) pour son actualisation. Actuellement, le personnel de maintenance doit actualiser manuellement la NDB conformément à ce cycle. La NDB sert à assurer que, par exemple, des fermetures planifiées de pistes ou des aides à la navigation soient répercutées de façon que l'équipage de vol ou le SGV ne puisse pas les sélectionner pendant le laps de temps prédéterminé entre les cycles d'actualisation. Le SGV peut aussi contenir ou accéder à une NDB Supplémentaire utilisée par l'équipage pour stocker des données de navigation temporaires. Le Contrôle de la Circulation Aérienne (CCA) utilise des communications de données pour transmettre par voie électronique des clairances à des aéronefs. Le SGV peut ensuite charger la clairance dans le SGV où elle peut être insérée dans le plan de vol qui servira à guider l'aéronef. Ces clairances sont actuellement limitées à des données contenues dans la NDB statique du SGV. Y font exception les points de cheminement qui peuvent aussi être définis par leur position (à savoir la latitude et la longitude). Ainsi, 3035711 2 bien que le CCA puisse transmettre une clairance qui contient une procédure de vol indisponible dans la NDB de l'aéronef, le pilote ne pourra pas la charger dans le SGV. Selon un premier aspect, une forme de réalisation de 5 l'invention concerne un procédé pour fournir des données actualisées à un aéronef, le procédé comportant la demande de données actualisées pour une route suivie par l'aéronef, la réception des données actualisées, dont des données de procédures de vol, d'une station au sol en réponse à la demande, et l'actualisation de la 10 route à suivre au moins en partie sur la base des données de procédures de vol. Selon un autre aspect, une forme de réalisation de l'invention porte sur un système d'actuation pour aéronef, comportant une liaison de communication radioélectrique et un 15 système de gestion de vol qui communique avec la liaison de communication, et comprend un module d'actualisation conçu pour demander à un serveur distant, via la liaison de communication, des données actualisées concernant une route à suivre par l'aéronef, et mettre à jour des données de procédures de vol incluses dans les 20 données actualisées dans au moins un composant formant base de données de navigation, ou chargées dans un plan de vol du système de gestion de vol. L'invention sera mieux comprise à l'étude détaillée de quelques modes de réalisation pris à titre d'exemples non limitatifs 25 et illustrés par les dessins annexés sur lesquels : -la Figure 1 est une représentation schématique d'un aéronef et d'un système au sol selon une forme de réalisation de l'invention ; -la Figure 2 est un schéma de principe d'un système 30 d'actualisation de données aéronautiques selon une forme de 3035711 3 réalisation de l'invention, qui est utilisable avec l'aéronef et le système au sol de la Figure 1 ; -la Figure 3 est un schéma de principe d'un système d'actualisation de données aéronautiques selon une forme de 5 réalisation de l'invention, qui est utilisable avec l'aéronef et le système au sol de la Figure 1 ; -la Figure 4 est un organigramme illustrant un procédé pour fournir des informations via un système d'actualisation de données aéronautiques tel que celui illustré sur les figures 2 et 3, selon une 10 forme de réalisation de l'invention ; et -la Figure 5 est un organigramme illustrant un autre procédé pour fournir des informations via un système d'actualisation de données aéronautiques tel que celui illustré sur les figures 2 et 3, selon une forme de réalisation de l'invention.

15 Au moins certaines des formes de réalisation ci-après proposent des systèmes d'actualisation de données pour aéronefs et des procédés pour charger des informations d'une Base de Données de Navigation (NDB) dan s l'aéronef de telle façon que la NDB soit dynamique plutôt que statique. Actuellement, la NDB est 20 ordinairement actualisée manuellement pendant la maintenance manuelle courante correspondant au cycle d'actualisation prédéterminé (p.ex. 28 jours). Plus particulièrement, le personnel de maintenance, pendant la maintenance courante, substitue une série entièrement nouvelle de disques contenant les informations de la 25 NDB ou charge les informations de la NDB par Ethernet, après quoi ces données seront les seules données utilisées jusqu'au cycle d'actualisation prédéterminé suivant. La Figure 1 représente un aéronef 10 qui dispose d'un environnement pour des formes de réalisation de l'invention. L'aéronef 10 peut voler sur une route, 30 d'un point à un autre, et peut comporter un ou plusieurs moteurs de 3035711 4 propulsion 12 montés sur un fuselage 14. Un habitacle 16 peut être placé dans le fuselage 14 et des demi-voilures 18 peuvent s'étendre vers l'extérieur depuis le fuselage 14. En outre, une série de systèmes de bord 20 qui permettent un bon fonctionnement de 5 l'aéronef 10 peuvent être inclus, ainsi qu'un automate ou un ordinateur 22, et un système de communication ayant une liaison de communication 24. Il doit être entendu que "une série" peut comprendre n'importe quel nombre de systèmes de bord, voire un seul système de bord. Bien qu'un aéronef commercial ait été 10 représenté, il est envisagé que des formes de réalisation puissent servir dans n'importe quel type d'aéronef, à titre d'exemples nullement limitatifs, des aéronefs à voilure fixe, voilure tournante, des avions-fusées, des aéronefs personnels, des drones et des aéronefs militaires.

15 La série de systèmes de bord 20 peut se trouver dans l'habitacle 16, à l'intérieur du compartiment (non représenté) d'équipements et de matériel électronique ou ailleurs dans tout l'aéronef 10, les systèmes de bord pouvant même est associés aux moteurs 12. Ces systèmes de bord 20 peuvent comprendre, d'une 20 manière nullement limitative, un système électrique, un circuit d'oxygène, un circuit hydraulique ou pneumatique, un circuit de carburant, un système de propulsion, un SGV, des commandes de vol, des systèmes audio/vidéo, un système de gestion intégrée de l'état des véhicules (IVHM) et des systèmes associés à la structure 25 mécanique de l'aéronef 10. L'ordinateur 22 peut coopérer avec la série de systèmes de bord 20 et il est envisagé que l'ordinateur 22 puisse faciliter le fonctionnement des systèmes de bord 20 et puisse recevoir des informations de la série de systèmes de bord 20. L'ordinateur 22 30 peut, entre autres, automatiser les tâches de pilotage et de suivi du 3035711 5 plan de vol de l'aéronef 10. L'ordinateur 22 peut aussi être connecté à d'autres automates ou ordinateurs de l'aéronef 10. L'ordinateur 22 peut comprendre une mémoire 26, la mémoire 26 peut comprendre une mémoire vive (RAM), une 5 mémoire morte (ROM), une mémoire flash ou un ou plusieurs types différents de mémoire électronique portative tels que des disques, des DVD, des CD-ROM, etc., ou toute combinaison adéquate de ces types de mémoires. L'ordinateur 22 peut comprendre un ou plusieurs processeurs 28, lesquels peuvent exécuter n'importe quels 10 programmes adéquats. L'ordinateur 22 peut comprendre ou être associé à n'importe quel nombre approprié d'équipements individuels tels que des microprocesseurs, des sources d'électricité, des dispositifs de stockage, des cartes d'interfaces, des systèmes de vol automatique, des ordinateurs de gestion de vol et d'autres 15 composants courants, et l'ordinateur 22 peut comprendre ou coopérer avec n'importe quel nombre de logiciels (p.ex. des programmes de gestion de vol) ou d'instructions conçus pour mettre en oeuvre les divers procédés, tâches de processus, calculs et fonctions de commande/affichage nécessaires au fonctionnement de 20 l'aéronef 10. La liaison de communication 24 peut communiquer avec l'ordinateur 22 ou d'autres processeurs de l'aéronef pour transmettre des informations vers et depuis l'aéronef 10. Il est envisagé que la liaison de communication 24 puisse être une liaison de 25 communication radioélectrique et puisse être n'importe quelle sorte de mécanisme de communication apte à établir une liaison radioélectrique avec d'autres systèmes et dispositifs et qu'elle puisse comprendre, à titre nullement limitatif, une liaison satellitaire montante, de l'internet par SATCOM, une liaison de 30 données VHF (VDL), un réseau ACARS, la surveillance 3035711 6 automatique dépendante par diffusion (ADS-B), la fidélité sans fil (WiFi), le WiMax, un signal radioélectrique 3G, un signal radioélectrique à accès multiple à répartition par code (AMRC), le système mondial de communications mobiles (GSM), un signal 5 radioélectrique 4G, un signal à évolution à long terme (LTE) ou toute combinaison de ceux-ci. En outre, le type ou le mode particulier de communication radioélectrique n'est pas essentiel pour les formes de réalisation de la présente invention et des réseaux radioélectriques mis au point à l'avenir entreront 10 assurément dans le cadre de formes de réalisation de la présente invention. Par ailleurs, la liaison de communication 24 peut communiquer avec l'ordinateur 22 via une liaison radioélectrique sans modifier la portée de formes de réalisation de la présente invention. Bien qu'une seule liaison de communication 24 ait été 15 représentée, il est envisagé que l'aéronef 10 puisse avoir de multiples liaisons de communication communiquant avec l'ordinateur 22. Ces multiples liaisons de communication peuvent donner à l'aéronef 10 la possibilité de transmettre des informations de diverses manières vers ou depuis l'aéronef 10.

20 Comme illustré, l'ordinateur 22 peut communiquer avec un serveur distant 30, lequel peut se trouver n'importe où, notamment dans une station au sol donnée 32, via la liaison de communication 24. La station au sol 32 peut être n'importe quel type de station de communication au sol 32 telle qu'une station exploitée par des 25 prestataires de services de navigation aérienne (ANSP)/des contrôleurs aériens (CCA). Le serveur distant 30 peut comprendre une base de données d'informations 34 consultable par ordinateur et accessible à un processeur 36. Le processeur 36 peut exécuter un jeu d'instructions exécutables pour accéder à la base de données 30 d'informations 34 consultable par ordinateur. Le serveur distant 30 3035711 7 pourrait comprendre un dispositif informatique à usage général sous la forme d'un ordinateur, comprenant une unité centrale, une mémoire système et un bus système, lequel couple à l'unité centrale divers composants du système dont la mémoire système. La 5 mémoire système peut comprendre une mémoire morte et une mémoire vive. L'ordinateur peut également comprendre un lecteur de disque dur magnétique pour lire ou écrire sur un disque dur magnétique amovible, un lecteur de disque magnétique pour lire ou écrire sur un disque magnétique amovible, un lecteur de disque 10 optique pour lire ou écrire sur un disque optique amovible tel qu'un CD-ROM ou d'autres supports optiques. La base de données d'informations 34 consultable par ordinateur peut être n'importe quelle base de données appropriée, dont une base de données unique contenant de multiples ensembles de données, de multiples bases de 15 données distinctes en liaison les unes avec les autres, voire un simple tableau de données. Il est envisagé que la base de données d'informations 34 consultable par ordinateur puisse contenir un certain nombre de bases de données ou que la base de données puisse en réalité être un certain nombre de bases de données 20 séparées. Pendant le fonctionnement de l'aéronef 10, l'ordinateur 22 peut demander des informations au serveur distant 30 et en recevoir de ce dernier. De la sorte, l'ordinateur 22 peut faire partie d'un système pour fournir des données actualisées à l'aéronef 10. Comme 25 illustré plus clairement sur la Figure 2, le système 38 pour fournir les données actualisées peut comporter l'ordinateur 22, lequel a été représenté comme faisant partie du SGV. Dans l'exemple illustré, un composant formant base de données 40 est représenté inclus dans la mémoire 26. Le composant formant base de données 40 peut être 30 n'importe quelle base de données appropriée, dont une base de 3035711 8 données unique contenant de multiples ensembles de données, de multiples bases de données distinctes en liaison les unes avec les autres, voire un simple tableau de données. Il est envisagé que le composant formant base de données 40 puisse contenir un certain 5 nombre de bases de données ou que la base de données puisse en réalité être un certain nombre de bases de données séparées. Le composant formant base de données 40 peut être une NDB contenant des informations dont, non limitativement, des aéroports, des pistes, des routes aériennes, des points de cheminement, des zones de 10 terminaux, des aides à la navigation, des routes spécifiques de transporteurs aériens/compagnies et des procédures telles que le départ normalisé aux instruments (SID) et les trajectoires normalisées d'approche de terminaux (STAR). Le composant formant base de données 40 peut également comprendre, dans le 15 SGV, une mémoire contenant un plan de vol. Par ailleurs, un module d'actualisation 42 est représenté inclus dans le processeur 28. Le module d'actualisation 42 peut être conçu pour demander au serveur distant 30 des données actualisées concernant une route à suivre par l'aéronef 10. Par exemple, le 20 module d'actualisation 42 peut comprendre, non limitativement, un programme informatique fonctionnant dans le processeur 28 et pouvant demander des informations au serveur distant 30. Plus particulièrement, le module d'actualisation 42 peut solliciter des données actualisées auprès du serveur distant 30 via la liaison de 25 communication radioélectrique 24. Il est envisagé que ce processus puisse être lancé par l'utilisateur ou puisse être mis en oeuvre automatiquement par le module d'actualisation 42 lorsque l'aéronef 10 est en vol ou lorsque l'aéronef est au sol. Les données de procédures de vol reçues dans des données actualisées peuvent être 30 chargées dans le composant formant base de données 40. Il est 3035711 9 envisagé que le composant formant base de données 40 puisse contenir des informations par ailleurs statiques sur des procédures de vol ainsi que les données dynamiques reçues dans les données actualisées. Le composant formant base de données 40 peut être une 5 NDB à cycle d'actualisation prédéfini, notamment mais non limitativement un cycle de 28 jours, et la réception des données de procédures de vol dans les données actualisées est effectuée manuellement par le personnel de maintenance suivant un cycle d'actualisation prédéterminé. Comme l'actualisation suivant un 10 cycle prédéterminé est effectuée manuellement par le personnel de maintenance suivant un cycle d'actualisation prédéterminé, la NDB est considérée comme une base de données statique. La Figure 3 représente un autre système d'actualisation possible 138 similaire au système 38 et, sauf mention contraire, la 15 description des parties identiques du système 38 vaut pour le système d'actualisation 138. Une différence consiste en ce qu'un composant formant base de données additionnelle ou supplémentaire 144 est inclus dans la mémoire 126 et peut être utilisé pour stocker dans les données actualisées les données reçues sur les procédures 20 de vol. Le composant formant base de données supplémentaire 144 peut être n'importe quelle base de données appropriée, dont une base de données unique contenant de multiples ensembles de données, de multiples bases de données distinctes en liaison les unes avec les autres, voire un simple tableau de données. Il est 25 envisagé que le composant formant base de données supplémentaire 144 puisse contenir un certain nombre de bases de données ou que la base de données puisse en réalité être un certain nombre de bases de données séparées. En outre, un module d'intégrité 146 est représenté inclus 30 dans le processeur 128. Le module d'intégrité 146 peut être conçu 3035711 10 pour contrôler l'intégrité des données de procédures de vol reçues dans des données actualisées. Le terme "intégrité" employé ici fait référence à la vérification des données. A titre d'exemple nullement limitatif, l'intégrité des données de procédures de vol peut être 5 contrôlée de manière à pouvoir déceler des changements fortuits dans des données brutes. Par exemple, le module d'intégrité peut comprendre, mais non limitativement, un programme informatique tel qu'un contrôle de redondance cyclique exécuté dans un processeur. Bien que le module d'intégrité 146 soit représenté inclus 10 dans le processeur 128, il peut être inclus dans n'importe quelle partie du SGV. Le module d'actualisation 142 a été représenté séparé du processeur 128 pour illustrer le fait qu'il peut également être inclus dans n'importe quelle partie du SGV. Par ailleurs encore, un système de pilote automatique 120 est 15 spécifiquement représenté comme coopérant avec l'ordinateur 122. L'ordinateur 122 peut fournir les données de procédures de vol reçues dans des données actualisées à d'autres systèmes présents dans l'aéronef 10 dont, non limitativement, le système de pilote automatique représenté 120. De même, un organisateur électronique 20 148 de poste de pilotage peut être inclus dans l'aéronef 10 et les données de procédures de vol peuvent aussi être chargées dans l'organisateur électronique 148 de poste de pilotage. A titre d'exemple nullement limitatif, l'ordinateur 122 peut télécharger dans l'organisateur électronique 148 de poste d'équipage, via la 25 liaison de communication radioélectrique 124, les données de procédures de vol reçues dans les données actualisées. Les formes de réalisation décrites plus haut pourraient également servir à une actualisation dynamique d'informations supplémentaires telles que des données spécifiques de transporteurs 30 aériens ou de compagnies. A titre d'exemple nullement limitatif, ces 3035711 11 données spécifiques de compagnies peuvent comprendre des plans de vol ou des routes couramment utilisés. Ces informations pourraient aussi être stockées dans le composant formant base de données 140 ou le composant formant base de données 5 supplémentaire 144. Les formes de réalisation décrites plus haut peuvent comporter une sécurité suffisante dont, non limitativement, un chiffrement de bout en bout afin d'éviter un contenu malveillant dans les données actualisées reçues. Par exemple, le système peut comporter un module de sécurité conçu pour vérifier l'authenticité 10 des données de procédures de vol dans les données actualisées. Le terme "authenticité" tel qu'il est employé ici désigne le caractère indiscutable de la communication. A titre d'exemples nullement limitatifs, la vérification de l'authenticité peut comprendre le contrôle des données de procédures de vol afin d'éviter un contenu 15 malveillant ou d'empêcher l'usurpation d'identité et les attaques par déni de service. Des détails d'environnements capables de mettre en oeuvre des formes de réalisation de l'invention sont présentés afin d'assurer une parfaite compréhension de la technologie décrite ici.

20 Cependant, pour un spécialiste de la technique, il est évident que les exemples de formes de réalisation peuvent être mis en oeuvre sans ces détails spécifiques. Les exemples de formes de réalisation sont décrits en référence aux dessins. Ces dessins illustrent certains détails de formes de réalisation spécifiques qui font intervenir un 25 module ou un procédé, ou un produit à programme informatique décrit ici. Cependant, les dessins ne doivent pas être interprétés comme imposant d'éventuelles limites potentiellement présentes sur les dessins. Le procédé et le programme informatique peuvent être exécutés sur tout support exploitable par ordinateur pour se dérouler 30 correctement. Les formes de réalisation peuvent être mises en oeuvre 3035711 12 à l'aide d'un processeur existant ou par un processeur spécifique incorporé à cette fin ou à une autre, pour par un système câblé. Comme indiqué plus haut, les formes de réalisation décrites ici peuvent comporter un produit à programme informatique 5 comprenant des supports exploitables par ordinateur portant ou sur lesquels sont stockées des instructions ou des structures de données exploitables par ordinateur. Ces supports exploitables par ordinateur peuvent être n'importe quels supports existants, accessibles à un ordinateur polyvalent ou spécifique ou à une autre 10 machine à processeur. A titre d'exemple, de tels supports exploitables par ordinateur peuvent comprendre une mémoire vive, une mémoire morte une EPROM, une EEPROM, un CD-ROM ou autres dispositifs de stockage sur disque optique, de stockage sur disque magnétique ou autre stockage magnétique, ou n'importe quel 15 autre support qui peut servir à porter ou à stocker un code programme voulu sous la forme d'instructions ou de structures de données exploitables par ordinateur et qui est accessible à un ordinateur polyvalent ou spécifique ou à une autre machine à processeur. Quand des informations sont transmises ou fournies via 20 un réseau ou une autre liaison de communication (câblée ou radioélectrique ou à la fois câblée et radioélectrique) avec une machine, la machine percevant à juste titre la liaison comme un support exploitable par ordinateur. Ainsi, toute liaison telle que celle-ci est à juste titre appelée support exploitable par ordinateur.

25 Des combinaisons des moyens de liaison ci-dessus entrent également dans la définition des supports exploitables par ordinateur. Les instructions exécutables par ordinateur comprennent, non limitativement, les instructions et les données qui amènent un ordinateur polyvalent, un ordinateur spécifique ou des 3035711 13 processeurs spécifiques à exécuter une certaine fonction ou un certain groupe de fonctions. Des formes de réalisation seront décrites dans le contexte général d'étapes d'un procédé qui peuvent être mises en oeuvre dans 5 une forme de réalisation par un produit à programme comprenant des instructions exécutables par ordinateur telles que des codes programmes, par exemple, sous la forme de modules de programmes exécutés par des machines dans des environnements en réseau. Globalement, les modules de programmes comprennent des routines, 10 des programmes, des objets, des composants, des structures de données, etc. qui ont pour effet technique d'exécuter des tâches particulières ou de mettre en oeuvre des types de données abstraits particuliers. Les instructions exécutables par ordinateur, les structures de données associées et les modules de programme 15 constituent des exemples de codes de programmes pour exécuter des étapes du procédé présenté ici. L'ordre particulier de ces instructions exécutables ou des structures de données associées constitue des exemples d'actes correspondants pour mettre en oeuvre les fonctions décrites lors de ces étapes.

20 Des formes de réalisation peuvent être mises en pratique dans un environnement en réseau à l'aide de connexions logiques à un ou plusieurs ordinateurs distants ayant des processeurs. Les connexions logiques peuvent comprendre un réseau local (LAN) et un réseau étendu (WAN) présentés ici à titre d'exemple nullement 25 limitatif. Ces environnements en réseaux sont courants dans les réseaux informatiques à l'échelle de bureaux ou à l'échelle d'entreprises, les intranets et l'Internet et peuvent utiliser toutes sortes de protocoles de communication différents. Les spécialistes de la technique comprendront que ces environnements informatiques 30 en réseaux englobent ordinairement de nombreux types de 3035711 14 configurations de systèmes informatiques, dont les ordinateurs personnels, les dispositifs portatifs, les systèmes multiprocesseurs, les matériels électroniques grand public à base de microprocesseurs ou programmables, les PC en réseaux, les mini-ordinateurs, les 5 ordinateurs centraux et autres. Des formes de réalisation peuvent aussi être mises en pratique dans des environnements informatiques distribués où des tâches sont exécutées par des dispositifs de traitement locaux et distants en lien (soit par des liaisons câblées, des liaisons 10 radioélectriques, soit par une combinaison de liaisons câblées ou radioélectriques. Dans un environnement informatique distribué, les modules de programmes peuvent se trouver dans des dispositifs de mémorisation à la fois locaux et distants. Selon une forme de réalisation de l'invention, la Figure 4 15 illustre un procédé 200 pour fournir des données actualisées à un aéronef tel que l'aéronef 10. Le procédé peut débuter par un événement déclencheur facultatif 202. Un tel événement déclencheur peut comprendre un laps de temps prédéterminé hors du cycle d'actualisation prédéfini ou un changement de conditions dans 20 le plan de vol. De la sorte, des procédures de vol peuvent être actualisées quotidiennement ou toutes les heures ou peuvent prendre en compte des conditions atmosphériques telles que des vents ou des perturbations violentes. A titres d'autres exemples nullement limitatifs, l'événement déclencheur en 202 peut comprendre une 25 partie prédéterminée du plan de vol. Par exemple, ces événements déclencheurs peuvent comprendre, non limitativement, les préliminaires du départ du vol ou le début de la phase de croisière. En 204, le procédé 200 comporte une actualisation de données concernant une route à suivre par l'aéronef 10. La route à 30 suivre peut comprendre une route définie avant le vol de l'aéronef 3035711 15 ou définie pendant le vol de l'aéronef. Cette demande peut être faite par le module d'actualisation 42, 142 du système d'actualisation 38, 138. Plus particulièrement, le module d'actualisation 42, 142, via la liaison de communication radioélectrique 24, 124, peut demander 5 cette actualisation de données depuis le serveur distant 30. La demande peut être faite automatiquement par le module d'actualisation 42, 142 d'après l'événement déclencheur en 202. Par exemple, il est envisagé que la demande soit faite automatiquement sur la route en cours de définition et soit reçue par l'ordinateur 22, 10 122 constituant au moins une partie du SGV. Selon un autre exemple, dans le cas où l'événement déclencheur fait partie des préliminaires de départ du vol, la demande peut survenir automatiquement pendant les préliminaires de départ. Selon une autre possibilité, la demande peut être faite périodiquement par le 15 module d'actualisation, notamment toutes les heures pendant le vol de l'aéronef 10. A titre d'autre exemple nullement limitatif, un membre d'équipage peut demander manuellement une actualisation de données. Des données de procédures de vol peuvent être reçues lors 20 d'une actualisation de données en 206. Ces données de procédures de vol dans les données actualisées peuvent être n'importe quelle quantité de données fournies par n'importe quel système ou équipement approprié, dont le serveur distant 30. A titre d'exemple nullement limitatif, les données de procédures de vol dans les 25 données actualisées peuvent comprendre n'importe quelles informations sur un aéroport, des informations sur des pistes dont, non limitativement, des fermetures de pistes, des informations sur des couloirs aériens dont, non limitativement, des espaces pour activités spéciales, des informations sur des points de cheminement, 30 des informations concernant des aides à la navigation dont, non 3035711 16 limitativement, des fermetures d'aides à la navigation ou des informations sur une route spécifique d'une ligne aérienne ou des procédures impliquant des terminaux, telles que des SID, des STAR ou des approches.

5 La réception en 206 peut être automatique en réponse à la demande soumise en 204. La procédure de vol peut être reçue du serveur distant 30 par le système d'actualisation 38, 138 via la liaison de communication radioélectrique 24, 124. Plus particulièrement, les procédures de vol dans les données actualisées 10 peuvent être reçues dans le composant formant base de données 40, 140 ou dans le composant formant base de données supplémentaire 144. Il est envisagé que les données de procédures de vol dans les données actualisées puissent être directement synchronisées dans le composant formant base de données 40, 140 ou dans le composant 15 formant base de données supplémentaire 144 et qu'aucun formatage ne soit nécessaire pour synchroniser les données de procédures de vol dans le composant formant base de données 40, 140 ou dans le composant formant base de données supplémentaire 144. Il est également envisagé que les données actualisées puissent être 20 directement chargées dans le plan de vol du SGV. A titre d'exemple nullement limitatif, les données de procédures de vol dans les données actualisées peuvent contenir des procédures représentées sous format ARINC 424 et codées sous format binaire pouvant comprendre, non limitativement, le XML binaire. L'ordinateur 22, 25 122 constituant au moins une partie du SGV peut prendre les données de procédures de vol dans les données actualisées et les inclure dans son composant formant base de données 40, 140 ou son composant formant base de données supplémentaire 144. Le transport des données de procédures de vol dans les données 30 actualisées entre le serveur distant 30 et l'aéronef 10 pourrait être 3035711 17 réalisé à l'air d'un protocole de liaison de données tel que le protocole Williamsburg (II). Par exemple, les données sous format ARINC 424 pourraient être envoyées à l'aide d'une couverture Williamsburg (II) ou d'un Réseau de Télécommunications 5 Aéronautiques (ATN). Selon une autre possibilité, le processeur 28, 128 peut être conçu pour formater les données de procédures de vol dans les données actualisées de façon qu'elles soient compatibles avec le composant formant base de données 40, 140 ou le composant formant base de données supplémentaire 144. Par exemple, le 10 processeur 28 peut convertir sous un format exclusif les données binaires en paquets. En outre encore, les procédures de vol dans les données actualisées peuvent être reçues dans le plan de vol actif du SGV. Plus particulièrement, les données actualisées peuvent être reçues dans le plan de vol après avoir été examinées et approuvées 15 par le pilote. Les informations reçues en 206 peuvent ensuite être utilisées pour créer une route à suivre en 208. Plus particulièrement, les données de procédures de vol dans les données actualisées peuvent être utilisées par le SGV dans la manière dont l'aéronef 10 est 20 amené à voler sur la route. Les données de procédures de vol actualisées n'indiquent pas sur quelle route il faut voler ; en revanche, elles couvrent la manière dont la route doit être suivie. Aussi bien l'ordinateur 22, 122 constituant au moins une partie du SGV que l'équipage peuvent utiliser les données de procédures de 25 vol qui ont été reçues dans les données actualisées pour les inclure dans le plan de vol permettant à l'aéronef 10 de voler suivant la procédure de vol. L'ordinateur 22, 122 constituant au moins une partie du SGV peut aussi fournir les informations reçues dans les données actualisées à d'autres systèmes présents dans l'aéronef 10, 30 notamment le système de pilote automatique ou un organisateur 3035711 18 électronique de poste de pilotage à bord de l'aéronef 10. De la sorte, la procédure de vol actualisée peut être incluse dans la route à suivre et l'aéronef peut être amené à voler en conséquence. Par ailleurs, des données supplémentaires associées aux 5 procédures de vol peuvent être reçues. Par exemple, ces données supplémentaires peuvent refléter des conditions atmosphériques, dont des vents et des perturbations violentes. Par ailleurs encore, des données supplémentaires telles qu'un Avis aux Aviateurs (NOTAM) peuvent être reçues et peuvent contenir des informations 10 relatives à des dangers potentiels sur une route aérienne. De la sorte, le module d'actualisation peut être utilisé pour synchroniser des données supplémentaires. Le procédé 200 est souple et n'est présenté qu'à titre illustratif. Par exemple, l'ordre des étapes décrites est purement 15 illustratif et n'est aucunement destiné à limiter le procédé 200, étant entendu que les étapes peuvent se dérouler dans un ordre logique différent ou que des étapes supplémentaires ou intermédiaires peuvent être incluses sans qu'on ne s'écarte de formes de réalisation de l'invention. A titre d'exemple nullement limitatif, une alerte à 20 l'intérieur de l'aéronef 10 peut être émise lorsqu'une mise à jour est disponible pour une procédure chargée dans l'ordinateur 22, 122 constituant au moins une partie du SGV. De la sorte, l'équipage du vol peut être alerté si une procédure a été modifiée et est caduque dans le composant formant base de données 40, 140 ou le composant 25 formant base de données supplémentaire 144 du SGV. Il est envisagé que l'ordinateur 22, 122 puisse communiquer et interagir avec le serveur distant 30 pour déterminer le moment où une des données actualisées sont disponibles. L'ordinateur 22, 122 pourrait alors se mettre à jour automatiquement ou solliciter l'équipage pour 30 qu'il demande l'actualisation, que les informations caduques aient 3035711 19 concerné ou non la route à suivre. Par ailleurs encore, l'ordinateur 22, 122 pourrait fournir à un ANSP ou un CCA des informations relatives à la version de la procédure chargée dans l'ordinateur 22, 122 afin que des clairances de routes appropriées puissent être 5 reçues du CCA. Selon encore un autre exemple, l'ordinateur 22, 122 peut demander automatiquement des données de procédures de vol mentionnées dans des clairances de routes transmises par un CCA mais absentes dans le composant formant base de données 40, 140 10 ou le composant formant base de données supplémentaire 144. De la sorte, la fourniture de données actualisées à l'aéronef peut être déclenchée lorsqu'une route actualisée est reçue comme illustré dans le procédé 300 de la Figure 5. Le procédé 300 est similaire au procédé 200 et, sauf mention contraire, la description des parties 15 identiques du procédé vaut pour le procédé 300. En 302, avant ou pendant un vol, l'ordinateur 22, 122 peut recevoir une route actualisée. La route actualisée peut être reçue de l'importe quelle source appropriée, dont un CCA. Par ailleurs encore, l'ordinateur 22, 122 peut demander un abonnement à une procédure afin que 20 toute actualisation éventuelle de cette procédure soit envoyée automatiquement par le serveur distant 30. De la sorte, une fois que le module d'actualisation 42, 142 aura demandé l'abonnement, des données pourront être transmises d'une manière adéquate par la station au sol.

25 En 304, le module d'actualisation 42, 142 peut demander des données actualisées concernant la route actualisée. De la sorte, la réception de la route actualisée peut amener automatiquement le système d'actualisation à demander une actualisation de données. En 306, l'ordinateur 22, 122 peut alors recevoir automatiquement, via 30 la liaison de communication radioélectrique 24, 124, des données de 3035711 20 procédures de vol dans des données actualisées. Les données de procédures de vol dans les données actualisées peuvent être synchronisées dans le composant formant base de données 40, 140 ou le composant formant base de données supplémentaire 144. Les 5 données de procédures de vol dans les données actualisées peuvent aussi être chargées directement dans un plan de vol d'une liaison de données après confirmation par le pilote. Le plan de vol d'une liaison données ou le plan de vol modifié/secondaire est le plan de vol non actif/primaire que le pilote peut examiner avant de 10 l'accepter. Les données de procédures de vol dans les données actualisées concernent la route actualisée. Le verbe "concerner" utilisé ici signifie que les données de procédures de vol sont relatives au voisinage de la route actualisée. Le voisinage pourrait 15 être défini sous la forme d'un tunnel délimitant une bande autour d'une position, incluant non limitativement la latitude et la longitude, l'altitude ou l'heure. Le voisinage pourrait également inclure une zone prédéterminée autour de l'aéroport de destination ou une zone prédéterminée autour d'une série d'autres aéroports 20 possibles. Les informations reçues dans les données actualisées peuvent ensuite servir, en 308, à créer une route à suivre sur la route actualisée. Plus particulièrement, le SGV ou l'équipage peut utiliser les données de procédures de vol reçues dans les données 25 actualisées pour établir les modalités de vol de l'aéronef sur la route actualisée. Le SGV peut aussi fournir les informations reçues dans les données actualisées à d'autres systèmes présents dans l'aéronef 10, notamment le système de pilotage automatique ou un organisateur électronique de poste de pilotage présent à bord. Ainsi, 30 dans le cas où un CCA transmet par voie électronique à l'aéronef 10 3035711 21 des clairances de routes ou des points de cheminement, l'ordinateur 22, 122 constituant au moins une partie du SBV peut alors charger la clairance ou le point de cheminement dans le SGV où elle/il peut être insérée(e) dans le plan de vol qui servira pour guider l'aéronef 5 10 pendant le vol. Le procédé 300 est souple et n'est présenté qu'à titre illustratif. Par exemple, l'ordre des étapes décrites est purement illustratif et n'est aucunement destiné à limiter le procédé 300, étant entendu que les étapes peuvent se dérouler dans un ordre logique 10 différent ou que des étapes supplémentaires ou intermédiaires peuvent être incluses sans qu'on ne s'écarte de formes de réalisation de l'invention. A titre d'exemple nullement limitatif, il est envisagé que le SGV puisse déterminer si la route actualisée contient des procédures absentes dans la base de données et le SGV peut 15 émettre, dans l'aéronef 10, une alerte signalant que la route actualisée contient des procédures absentes dans la base de données. Cela peut inclure le fait qu'une alerte peut être communiquée à l'équipage dans l'habitacle de l'aéronef 10. Quel que soit l'événement déclencheur, les données de procédures de vol reçues 20 dans les données actualisées n'entrent pas dans le cadre de l'entretien ordinaire du composant formant base de données 40, 140 ou du composant formant base de données supplémentaire 144 du SGV. Parmi les effets techniques des formes de réalisation décrites 25 plus haut, des informations peuvent être fournies à une base de données par ailleurs statique dont, non limitativement, la base de données de navigation d'un aéronef, qui a présentement un cycle d'actualisation prédéterminé rigide (p.ex. de 28 jours), où il n'est présentement pas du tout possible d'actualiser la base de données 30 autrement que dans le cadre du cycle. De la sorte, des procédures 3035711 22 actualisées peuvent être transmises d'une manière dynamique au SGV de l'aéronef et peuvent être actualisées automatiquement sur la base de clairances de routes communiquées par un CCA, quotidiennement ou toutes les heures, pour refléter des changements 5 de procédures, ou sur la base de changements de conditions atmosphériques, dont des vents ou des perturbations violentes. De la sorte, l'équipage du vol peut sélectionner dans le plan de vol les procédures nouvellement chargées en permettant à l'aéronef de voler suivant une procédure. Par ailleurs encore, les formes de réalisation 10 décrites plus haut peuvent permettre des procédures optimisées en fonction des conditions météorologiques. En outre, les formes de réalisation décrites plus haut peuvent actualiser la base de données en utilisant un format déjà inclus dans la base de données. Les formes de réalisation décrites plus haut permettent des économies 15 sur les activités de maintenance, puisque les bases de données peuvent être actualisées d'une manière dynamique au lieu d'être actualisées d'une manière rigide. Dans la mesure où ils n'ont pas déjà été décrits, les différents détails et structures des diverses formes de réalisation 20 peuvent, si on le souhaite, être utilisés en combinaison les uns avec les autres. Le fait qu'un détail ne soit éventuellement pas illustré dans la totalité des formes de réalisation n'est pas destiné à être interprété comme signifiant qu'il ne peut pas l'être, cela ne vise qu'à une plus grande concision de la description. Ainsi, les divers détails 25 des différentes formes de réalisation peuvent être mêlés et adaptés à volonté pour créer de nouvelles formes de réalisation, que les nouvelles formes de réalisation soient expressément décrites ou non. Toutes les combinaisons ou permutations de détails décrits ici sont couvertes par le présent exposé.

30 3035711 23 Liste des repères 10 Aéronef 12 Moteur 5 14 Fuselage 16 Habitacle 18 Demi-voilures 20 Systèmes de bord 22 Ordinateur 10 24 Liaison de communication 26 Mémoire 28 Processeur 30 Serveur distant 32 Station au sol 15 34 Base de données 36 Processeur 38 SGV 40 Composant formant base de données 42 Module d'actualisation 20 120 Système de pilote automatique 122 Ordinateur 124 Liaison de communication radioélectrique 126 Mémoire 128 Processeur 25 138 SGV 140 Composant formant base de données 142 Module d'actualisation 144 Composant supplémentaire formant base de données 146 Module d'intégrité 30 148 Organisateur électronique de poste de pilotage 3035711 24 200 Procédé 202 Evénement déclencheur éventuel 204 Demande de données actualisées concernant une route à suivre 5 206 Réception de données de procédures de vol dans des données actualisées 208 Création d'une route à suivre à l'aide des données de procédures de vol dans les données actualisées 300 Procédé 10 302 Réception d'une route actualisée 304 Demande de données actualisées concernant une route actualisée 306 Réception de données de procédures de vol dans des données actualisées 15 308 Création d'une route à suivre sur la route actualisée à l'aide des données de procédures de vol dans les données actualisées

Claims

REVENDICATIONS1. Procédé (200) pour fournir des données actualisées à un aéronef (10), le procédé comportant : la demande (204), par un module d'actualisation (42, 142) de l'aéronef (10), de données actualisées pour une route à suivre par l'aéronef (10) ; la réception (206), par un organe de l'aéronef (10), via une liaison de communication (24, 124), des données actualisées, comprenant des données de procédures de vol, transmises par une station au sol (32) en réponse à la demande ; et l'actualisation (208) de la route à suivre, au moins en partie sur la base des données de procédures de vol.
2. Procédé selon la revendication 1, dans lequel l'organe est un système de gestion de vol (38, 138) de l'aéronef (10).
3. Procédé selon la revendication 2, comportant en outre l'émission d'une alerte dans l'aéronef (10) lorsqu'une des données actualisées sont disponibles pour une procédure de vol tenue à jour dans le système de gestion de vol.
4. Procédé selon la revendication 1, dans lequel la route comprend une route définie pendant le vol de l'aéronef (10) et la demande est faite en réponse à la définition de la route.
5. Procédé selon la revendication 1, dans lequel la demande (204) comprend la demande d'un abonnement à une procédure de façon que des données actualisées sur la procédure soient envoyées automatiquement.
6. Procédé selon la revendication, 1, dans lequel la route est une route prédéfinie établie avant le vol de l'aéronef (10). 3035711 26
7. Procédé selon la revendication 1, dans lequel la réception (206) des données de procédures de vol comprend une insertion des données de procédures de vol dans un plan de vol de l'aéronef.
8. Procédé selon la revendication 1, dans lequel la demande 5 (204) est soumise automatiquement pendant les préliminaires du départ ou pendant le vol.
9. Procédé selon la revendication 1, dans lequel les données de procédures de vol reçues sont synchronisées directement dans une base de données. 10
10. Procédé selon la revendication 1, dans lequel la demande (204) des données actualisées est soumise automatiquement après un événement déclencheur (202).