FR 3003971 A1 20141003 FR 1352818 A 20130328 La présente invention concerne un procédé et un dispositif de calcul de prédictions sur un plan de vol d'un aéronef. On sait que les architectures avioniques actuelles comportent généralement, de façon usuelle, un système de gestion de vol de type FMS (« Flight management System » en anglais), qui offre à l'équipage la possibilité de définir avant le vol la route à suivre pour amener les passagers à destination, ainsi que de maintenir ou faire évoluer cette route pendant le vol. Généralement, ce système de gestion de vol a également pour fonction de calculer, sur la base de la route ainsi définie par l'équipage, une trajectoire (notamment une trajectoire dite «5D» prenant en compte les paramètres suivants : altitude, vitesse, quantité de carburant, temps et vent rencontré), sur laquelle le système de guidage de l'aéronef va devoir asservir la position de l'aéronef. Ce calcul de la trajectoire est effectué de façon itérative car les parties latérales et verticales sont fortement couplées et plusieurs boucles de calcul sont nécessaires avant de converger vers une solution précise. Deux exemples de ces interactions entre les parties latérales et verticales de la trajectoire sont donnés, ci-après, à titre d'illustration : - premièrement, pour déterminer les rayons de virage à chaque transition entre deux segments du plan de vol, le système doit connaître la vitesse à laquelle l'aéronef volera la transition, et réciproquement. De plus, pour calculer l'ensemble des prédictions le long de la trajectoire et donc en particulier le profil de vitesse, le système a besoin de connaître précisément la longueur totale de la trajectoire (y compris les rayons de virage des transitions). Plusieurs itérations avec des hypothèses de plus en plus fines sont donc nécessaires pour calculer les transitions puis la longueur totale de la trajectoire et reboucler sur l'évaluation du profil de vitesse jusqu'à atteindre la précision souhaitée ; - deuxièmement, le plan de vol peut inclure certains types de segments (ou « legs » en anglais) dit «flottants», comme par exemple, des segments qui se terminent à une altitude donnée et non pas à un emplacement fixe, pour lesquels la géométrie de la trajectoire latérale dépend de la performance de l'aéronef. La trajectoire latérale et avec elle la longueur de la trajectoire, évoluent en fonction de l'endroit où l'aéronef atteint l'altitude du segment. Dans cet exemple, plusieurs calculs successifs sont nécessaires pour affiner les résultats et converger vers la trajectoire finale. Ces deux exemples permettent de montrer que les calculs et notamment les calculs de performance, mis en oeuvre dans un système de gestion de vol, sont de plus en plus importants et font appel à des moyens de calcul (ou intégrateurs) divers et nombreux qui sont combinés. En raison d'un nombre croissant de fonctions et d'une demande accrue en calculs, en particulier en calculs de performance, dépendant les uns des autres, le système de gestion de vol (qui comprend notamment des moyens de définition d'une trajectoire latérale et des moyens de calcul de prédictions le long de cette trajectoire latérale, mettant en oeuvre des fonctions de performance) devient de plus en plus complexe avec notamment des inconvénients en termes d'évolution et de redondance de développement avec d'autres systèmes. L'objet de la présente invention est de simplifier l'architecture relative aux fonctions mises en oeuvre actuellement dans un système de gestion de vol concernant notamment les calculs de prédictions. Elle concerne un dispositif de calcul de prédictions sur un plan de vol d'un aéronef qui permet de remédier aux inconvénients précités dus à l'architecture usuelle. A cet effet, selon l'invention, ledit dispositif de calcul de prédictions sur un plan de vol d'un aéronef, ledit dispositif comprenant : - un système de gestion de vol qui comprend au moins des moyens de définition d'une trajectoire latérale ; et - des moyens de calcul de prédictions le long de cette trajectoire latérale, mettant en oeuvre des fonctions de performance, est remarquable en ce qu'il comprend de plus : - des premiers moyens faisant partie dudit système de gestion de vol, pour générer des requêtes synthétiques, par lesquelles sont demandés les résultats particuliers de fonctions de performance nécessaires au système de gestion de vol, requêtes qui sont communiquées à un serveur de fonctions de performance ; et - ledit serveur de fonctions de performance qui est externe audit système de gestion de vol, qui est relié audit système de gestion de vol par l'intermédiaire d'une liaison de transmission de données, et qui comprend des moyens qui sont aptes à traiter les requêtes à l'aide desdits moyens de calcul de prédictions et à transmettre les résultats audit système de gestion de vol. Ainsi, l'architecture conforme à la présente invention du dispositif de calcul de prédictions, telle que précitée, permet de transférer les calculs de performance dans un système externe au système gestion de vol (à savoir ledit serveur de fonctions de performance), tout en rendant les résultats disponibles audit système de gestion du vol, ce qui permet de simplifier ce dernier. Pour ce faire, on sépare les traitements correspondant à la fonction de définition de la partie latérale de la trajectoire (qui restent dans le système de gestion du vol) de ceux correspondant au calcul des prédictions le long de cette trajectoire (qui sont alloués au serveur de fonctions de performance), et on définit un protocole d'échanges sous forme de requêtes entre ces deux systèmes pour le calcul des prédictions sur le plan de vol. Plus précisément, dans le cadre de la présente invention, on définit des requêtes dites synthétiques qui correspondent à des requêtes demandant la mise en oeuvre, de façon cohérente et structurée, de plusieurs calculs afin de limiter le nombre d'échanges entre les deux systèmes, comme précisé ci-dessous. Cette limitation a pour objet de minimiser l'impact négatif de l'externalisation des calculs de prédictions du système de gestion de vol sur le temps de réponse dû au fait que ces échanges vont être effectués via des liaisons de transmission de données faisant partie, de préférence, d'un réseau de communication de l'aéronef, et non pas entre différents modules d'un même calculateur. Dans le cadre de la présente invention, on entend : - par fonctions de performance, un ensemble de calculs de performance et de lecture de données de performance, dont les résultats rendent un service direct au système de gestion de vol de l'aéronef. Les informations générées par ces fonctions de performance sont appelées « résultats de fonction de performance » et représentent les résultats de calculs de performance et/ou la restitution directe d'informations lues sur des données de performances ; - par données de performance, des tables de données représentant des paramètres de l'aéronef (aérodynamique, moteurs,...) qui sont utilisés pour un calcul de mécanique du vol, dit de performance ; et - par calcul de performance, un calcul de mécanique du vol illustrant le comportement de l'aéronef et utilisant des données de performance. Par ailleurs, avantageusement, ledit serveur de fonctions de performance comporte, en plus desdits moyens de calcul, au moins une base de données de performance et une unité de gestion de requêtes. De plus, de préférence, ledit serveur de fonctions de performance est un calculateur centralisé de calcul de performance (qui est destiné en plus dudit système de gestion du vol à d'autres systèmes de l'aéronef). En outre, avantageusement : - ledit serveur de fonctions de performance comporte des moyens susceptibles de stocker des résultats intermédiaires et de les transmettre au système de gestion de vol en même temps que d'autres résultats lorsqu'un point de changement de mode de guidage est atteint ; et/ou - lesdits premiers moyens sont configurés pour former des requêtes incluant un arbre de choix, dans lequel le serveur de fonctions de performance navigue pour identifier différents moyens d'intégration à utiliser. Par ailleurs, de façon avantageuse, ledit dispositif comporte des moyens de sélection d'ordres de guidage (et ainsi de sélection de moyens d'intégration à utiliser), qui font partie dudit système de gestion de vol ou dudit serveur de fonctions de performance. La présente invention concerne également un procédé de calcul de prédictions sur un plan de vol d'un aéronef, ledit procédé comprenant : - une étape de définition d'une trajectoire latérale mise en oeuvre dans un système de gestion de vol ; et - une étape de calcul de prédictions le long de cette trajectoire latérale mettant en oeuvre des fonctions de performance. Selon l'invention, ce procédé comprend, de plus, une étape de génération de requêtes synthétiques, par lesquelles sont demandés les résultats particuliers de fonctions de performance nécessaires au système de gestion de vol, requêtes qui sont communiquées à un serveur de fonctions de performance externe audit système de gestion de vol, et l'étape de calcul de prédictions est mise en oeuvre dans ledit serveur de fonctions de performance qui est relié audit système de gestion de vol par l'intermédiaire d'une liaison de transmission de données, et qui transmet les résultats des fonctions de performance audit système de gestion de vol. De façon avantageuse : - le serveur de fonctions de performance stocke des résultats intermédiaires et les transmet au système de gestion de vol en même temps que d'autres résultats lorsqu'un point de changement de mode de guidage est atteint ; et/ou - les requêtes comprennent un arbre de choix, dans lequel le serveur de fonctions de performance navigue pour identifier différents moyens d'intégration à utiliser. La présente invention apporte ainsi une solution pour externaliser les calculs de prédictions du système de gestion du vol dans un serveur de fonctions de performance, et pour optimiser les échanges entre ce système de gestion du vol et le serveur. La présente invention concerne en outre un aéronef, en particulier un avion de transport, qui est muni d'un dispositif de calcul de prédictions sur un plan de vol, tel que celui précité. Avantageusement, ledit aéronef comprend un réseau de transmission de données par l'intermédiaire duquel le serveur de fonctions de performance est relié au moins audit système de gestion de vol, et éventuellement à d'autres systèmes de l'aéronef qui sont aptes à utiliser notamment ses résultats de fonctions de performance. Les figures du dessin annexé feront bien comprendre comment l'invention peut être réalisée. Sur ces figures, des références identiques désignent des éléments semblables. Les figures 1 et 2 sont les schémas synoptiques de deux modes de réalisation différents d'un dispositif de calcul de prédictions, permettant d'illustrer l'invention. Le dispositif 1 illustrant l'invention et représenté schématiquement selon deux modes de réalisation légèrement différents 1A et 1B sur les figures 1 et 2 est un dispositif de calcul de prédictions sur un plan de vol d'un aéronef (non représenté), en particulier d'un avion et notamment d'un avion de transport. De façon usuelle, ledit dispositif 1 qui est embarqué comprend un système de gestion de vol 2 qui comporte, notamment, une unité de traitement d'informations 3 usuelle ayant pour fonction de définir une trajectoire latérale, à partir d'une liste de points de route («waypoints» en anglais). Ledit système de gestion de vol 2 comporte de plus : - un ensemble 11 de modules usuels dudit système 2; et - une unité de gestion de prédictions 4 qui est reliée par l'intermédiaire de liaisons 5 et 6 respectivement à l'unité de traitement d'informations 3 et à l'ensemble 11 de modules. Ledit dispositif 1 comprend également des moyens 7 de calcul de prédictions le long de la trajectoire latérale, qui mettent en oeuvre des fonctions de performance. Selon l'invention, ledit dispositif 1 comporte, de plus, un serveur de fonctions de performance 8 embarqué, qui est externe audit système de gestion de vol 2, qui est relié audit système de gestion de vol 2 par l'intermédiaire d'une liaison 9 de transmission de données, et qui comprend lesdits moyens 7 de calcul de prédictions qui sont aptes à traiter des requêtes et à transmettre les résultats audit système de gestion de vol 2. Ledit serveur de fonctions de performances 8 héberge au moins une partie, et de préférence l'ensemble des fonctions de performance, relatives aux prédictions concernant un plan de vol. De préférence, la liaison 9 de transmission de données fait partie d'un réseau 10 de transmission de données usuel de l'aéronef, en particulier de type AFDX ou de type Ethernet, comme illustré par des flèches élargies sur les figures 1 et 2. De plus, selon l'invention, ladite unité 4 génère des requêtes synthétiques, par lesquelles sont demandés les résultats particuliers de fonctions de performance nécessaires au système de gestion de vol 2, requêtes qui sont communiquées au serveur 8 de fonctions de performance, via la liaison 9. Ledit serveur 8 de fonctions de performance comprend : - au moins une base de données de performance 12 usuelle, qui est une entité de type mémoire statique. Cette base de données de performance 12 stocke un grand nombre de tables de données de performance usuelles, c'est-à-dire des tables de données représentant des paramètres de l'aéronef (aérodynamique, moteurs,...) qui sont utilisés pour des calculs usuels de mécanique du vol, dit de performance ; - des moyens 13A à 13N (N étant un entier supérieur ou égal à 2) de calcul de performance, notamment des moyens d'intégration (ou intégrateurs), qui réalisent l'ensemble des calculs de performance, c'est-à-dire des calculs de mécanique du vol illustrant le comportement de l'aéronef et utilisant ladite base de données de performance 12 à laquelle lesdits moyens 13A à 13N usuels sont reliés respectivement par l'intermédiaire de liaisons 14A à 14N. Les moyens 13A à 13N de calcul de performance contiennent, de préférence, l'ensemble des fonctions de calcul de performances, susceptibles d'être utilisées sur l'aéronef pour le calcul de prédictions sur le plan de vol ; et - une unité 15A, 15B de gestion de requêtes, qui est liée à la liaison 9 et qui est reliée directement ou indirectement auxdits moyens 13A à 13N. Ladite unité de gestion 15A, 15B se charge de recevoir des requêtes du système de gestion de vol 2 et de lui transmettre les informations demandées qui ont été fournies par les moyens 13A à 13N de calcul de performance à l'aide de la ou des bases de données 12 dudit serveur de fonctions de performance 8. Par ailleurs, ledit serveur de fonctions de performance 8 comporte également des moyens 22 usuels, à savoir une entité de mémoire dynamique, qui sont par exemple intégrés dans l'unité de gestion 15A, 15B pour stocker les résultats de calculs de performance, que les moyens 13A à 13N ont réalisés. Ainsi, l'architecture conforme à la présente invention du dispositif 1 de calcul de prédictions, permet de transférer les calculs de performance dans le serveur de fonctions de performance 8 qui est externe au système de gestion de vol 2, tout en rendant les résultats disponibles audit système de gestion de vol 2. Pour ce faire, les traitements correspondant à la fonction de définition de la partie latérale de la trajectoire mis en oeuvre par l'unité 3 (du système de gestion de vol 2) sont séparés de ceux correspondant au calcul des prédictions le long de cette trajectoire (qui sont allouées au serveur de fonctions de performances 8), et un protocole d'échanges sous forme de requêtes est prévu entre ces deux systèmes 2 et 8 pour le calcul des prédictions sur le plan de vol. A cet effet, l'unité 4 génère des requêtes dites synthétiques qui correspondent à des requêtes demandant la mise en oeuvre, de façon cohérente et structurée, de plusieurs calculs (ou même plusieurs fonctions de performance) afin de limiter le nombre d'échanges entre les deux systèmes 2 et 8. Cette limitation a pour objet de minimiser l'impact négatif de l'externalisation des calculs de prédictions du système de gestion de vol sur le temps de réponse dû au fait que ces échanges vont être effectués via la liaison 9 de transmission de données et non pas entre différents modules d'un même calculateur. On réalise ainsi une optimisation des traitements qui sont faits actuellement dans un système de gestion de vol usuel pour mieux en ségréguer les différentes composantes et ainsi pouvoir isoler une partie de ces traitements dans un système 8 dédié offrant, de préférence, un service centralisé de calcul de performances à d'autres systèmes (non représentés) de l'aéronef, qui peuvent en avoir besoin et qui peuvent être reliés à cet effet audit système 8 via le réseau 10. Dans un mode de réalisation particulier, ledit dispositif 1 comporte de plus : - un ensemble 17 de sources d'informations usuelles qui sont aptes à déterminer les valeurs courantes de paramètres de vol de l'aéronef (vitesse, altitude...) et à les fournir au système 2 via une liaison 18 ; et - une unité de saisie 19, par exemple un clavier ou tout autre moyen tel qu'une boule de commande ou un pavé tactile, qui permet à un opérateur, notamment un pilote de l'aéronef, d'entrer des données dans le système 2. Ce dernier peut transmettre les informations dont il dispose à des moyens utilisateurs (non représentés) via une liaison 21. Par ailleurs, dans le mode de réalisation particulier 1A de la figure 1, ledit dispositif 1 comporte des moyens 23 de sélection d'ordres de guidage (et ainsi de sélection d'intégrateurs 13A à 13N correspondants à utiliser), qui font partie de l'unité 4 du système de gestion de vol 2. De plus, ladite unité 4 (de gestion des prédictions) comporte des moyens 24 de création de requêtes. Dans ce mode de réalisation 1A, l'unité 15A a pour objet : - d'interpréter les requêtes reçues du système 2 (via la liaison 9) ; - de transmettre les requêtes aux différents moyens d'intégration 13A à 13N via respectivement des liaisons 25A à 25N ; et - de transmettre au système 2 le résultat final reçu desdits moyens d'intégration 13A à 13N. Par ailleurs, dans le second mode de réalisation 1B représenté sur la figure 2, l'unité 4 comprend des moyens 27 de gestion de requêtes, et les moyens de sélection d'ordres de guidage (et ainsi de sélection d'intégrateurs 13A à 13N correspondants à utiliser) sont intégrés dans une unité 28 du serveur 8. Cette unité 28 est reliée : - d'une part, par l'intermédiaire d'une liaison 29, à l'unité 15B qui a pour objet d'interpréter les requêtes reçues du système 2 et de transmettre le résultat final audit système 2 ; et - d'autre part, par l'intermédiaire de liaisons 30A à 30N aux différents moyens de calcul ou d'intégration 13A à 13N, auxquels elle transmet les demandes correspondant aux requêtes. Si on essayait de reproduire le schéma de calcul actuel du système de gestion de vol à une architecture à double système où le calcul des prédictions se fait de façon centralisée dans l'aéronef, le découpage du plan de vol en segments élémentaires est tel que le nombre d'appels aux intégrateurs deviendrait rédhibitoire en temps de réponse et ne permettrait donc pas une utilisation opérationnelle satisfaisante. Dans la définition usuelle du système de gestion du vol, un appel aux intégrateurs est effectué à chaque segment se terminant en un point du plan de vol ; certains changements de mode de guidage peuvent également survenir entre deux points ce qui conduit à subdiviser un segment en deux. On considère l'exemple d'une partie de plan de vol, avec une phase de montée avec contrainte d'altitude à respecter et l'identification du point de passage à une heure donnée («Time marker» en anglais) où deux intégrateurs différents sont nécessaires : intégrateur du type « montée à vitesse constante » (mode SPD/THR en montée) et intégrateur du type « palier à vitesse constante » (mode ALT/SPD). Dans cet exemple, on suppose que l'aéronef est à une altitude supérieure à 10000 pieds et qu'il a atteint la vitesse optimale de montée avant 3003 9 71 11 le premier point. Dans cet exemple, au regard de la définition usuelle, on a autant de requêtes que de points dans le plan de vol plus deux échanges intermédiaires entre deux points lorsque les contraintes d'altitude et de temps de passage sont atteintes, un plan de vol complet pouvant de plus contenir 5 jusqu'à 250 points. Dans une première mise en oeuvre simplifiée de l'invention, comme le mode de guidage (et donc le type d'intégrateur 13A à 13N requis) ne change pas nécessairement au passage d'un point du plan de vol, il n'est pas nécessaire de retourner l'état de l'aéronef résultant du calcul d'intégration 10 systématiquement en chaque point du plan de vol si l'aéronef reste dans le même mode de part et d'autre du point. Dans ce cas, le serveur 8 stocke simplement les résultats de calcul comme résultats intermédiaires (par exemple dans les moyens 22) et les retourne au système de gestion de vol 2 en même temps que les autres résultats quand l'intégrateur utilisé atteint un 15 point de changement de mode de guidage (mise en palier par exemple,...). Pour l'exemple précité, le gain obtenu (par cette première mise en oeuvre simplifiée) vis-à-vis de la quantité de données échangées et donc en première approximation le temps gagné sur les échanges entre les deux systèmes 2 et 8 peut être de 30% : jusqu'à ce que le dernier point de la 20 montée ou l'altitude de la contrainte soit atteint. Si l'altitude de la contrainte est atteinte en premier, l'unité 15A à 15B retourne au système de gestion de vol 2 le résultat des calculs sur les points précédents dans le même message et ce dernier lui envoie une nouvelle requête jusqu'au point contraint en changeant d'intégrateur pour la phase de vol en palier. Au passage du point 25 contraint, un nouvel échange permet au système de gestion du vol 2 de récupérer les résultats de calcul du palier à l'altitude de contrainte et de relancer une requête de calcul de montée jusqu'au dernier point de la montée. En outre, si le dernier point est atteint avant la contrainte d'altitude, toute l'intégration est menée en une seule itération et le module d'intégration 30 retourne l'ensemble des résultats à la fin du calcul. Dans une seconde mise en oeuvre préférée de la présente invention, l'unité 4 définit les requêtes sous forme d'arbre conditionnel (ou arbre à choix) permettant de préciser à l'unité 15A, 15B les différentes séquences d'ordres de guidage possibles à considérer pour le calcul en fonction des conditions rencontrées, sans que cette dernière ait à revenir vers le système de gestion de vol 2. En fonction des performances réelles de l'aéronef, on ne connaît pas à l'avance l'enchaînement complet des ordres de guidage qui permettent de couvrir l'ensemble du plan de vol. En effet, une contrainte de vitesse peut, par exemple, être atteinte avant une contrainte d'altitude ou inversement, ce qui conduit à deux calculs différents utilisant, soit des moyens d'intégration 13A à 13N différents, soit les mêmes moyens d'intégration 13A à 13N mais dans un ordre différent. A titre d'exemple, pour un point en montée présentant à la fois une contrainte de vitesse et d'altitude, la première partie du profil est calculée en utilisant un intégrateur du type « montée avec accélération ». Si la contrainte d'altitude est atteinte avant la contrainte de vitesse, l'intégrateur suivant à utiliser est du type «palier avec accélération», puis « palier à vitesse constante » si la contrainte de vitesse est atteinte à son tour avant de passer le point. A l'inverse, si la contrainte de vitesse est atteinte avant la contrainte d'altitude, l'intégrateur suivant à utiliser est du type « montée à vitesse constante », puis « palier à vitesse constante » quand l'altitude de contrainte est atteinte, en supposant qu'elle le soit avant le point. Dans la première mise en oeuvre simplifiée précitée, des échanges sont nécessaires entre le système de gestion du vol 2 et le serveur de calcul de performance 8 chaque fois qu'une contrainte est atteinte. Le système 2 doit alors désigner le prochain type d'intégrateur à utiliser pour que le calcul se poursuive. En définissant des requêtes incluant un arbre de choix, dans lequel le serveur de fonctions de performance 8 n'a plus qu'à naviguer pour identifier les différents intégrateurs à utiliser, on peut donner plus d'autonomie audit serveur 8, ce qui limite les échanges tout en évitant de lui ajouter trop de complexité (les logiques complexes de sélection d'ordres de guidage en fonction de la définition du plan de vol restent dans le système de gestion de vol 2 pour la génération des requêtes). Dans l'exemple précité, avec une contrainte d'altitude à un point de route du type « AT or BELOW » à 4000 pieds et en considérant la limitation de vitesse à 250 noeuds sous 10000 pieds, le système de gestion de vol 2 peut n'envoyer qu'une seule requête au serveur 8 sous la forme d'une logique complexe de sélection de différents types d'intégrateurs associés à différentes conditions de sortie, parmi les possibilités suivantes : - types d'intégrateurs possibles en montée : - montée accélérée ; - montée à vitesse constante ; - maintien en palier avec accélération ; - maintien en palier à vitesse constante ; - conditions de sortie envisageables : - atteinte d'une altitude donnée ; - atteinte d'une vitesse donnée ; - passage en un point du plan de vol. Quel que soit le codage retenu, la requête peut s'exprimer, dans un mode de réalisation particulier, selon la logique suivante. En considérant neuf points de route successifs dits «point 1» à «point 9». Cette logique consiste à: du point 1 au point 9, utiliser l'intégrateur «montée avec accélération», avec une condition de sortie 1/ sur l'altitude à 4000 pieds, une condition de sortie 2/ au passage du point 8 et une condition de sortie 3/ sur la vitesse à 250 noeuds : - si 1/ satisfaite, utiliser l'intégrateur « palier avec accélération » avec une condition de sortie 4/ au passage du point 8 et une condition de sortie 5/ sur la vitesse à 250 noeuds : - si 4/ satisfaite, utiliser l'intégrateur « montée avec accélération » avec une condition de sortie 10/ sur l'altitude à 10000 pieds, une condition de sortie 11/ sur la vitesse à 250 noeuds et une condition de sortie 12/ au passage du point 9: - Si 10/ satisfaite, utiliser l'intégrateur « montée avec accélération » jusqu'au point 9 et retourner les résultats au système de gestion de vol 2 ; - si 11/ satisfaite, utiliser l'intégrateur « montée à vitesse constante » avec une condition de sortie 13/ sur l'altitude à 10000 pieds et une condition de sortie 14/ au passage du point 9: - si 13/ satisfaite, utiliser l'intégrateur « montée avec accélération » jusqu'au point 9 et retourner les résultats au système de gestion de vol 2; - si 14/ satisfaite, retourner les résultats au système de gestion de vol 2; - si 12 satisfaite, retourner les résultats au système de gestion de vol 2; - si 5/ satisfaite, utiliser l'intégrateur « palier à vitesse constante » jusqu'au point 8, puis utiliser l'intégrateur « montée à vitesse constante » avec une condition de sortie 16/ sur l'altitude à 10000 pieds et une condition de sortie 17/ au passage du point 9: - si 16/ est satisfaite, utiliser l'intégrateur « montée avec accélération » jusqu'au point 9 et retourner les résultats au système de gestion de vol 2 ; - si 17/ est satisfaite, retourner les résultats au système de gestion de vol 2 ; - si 2/ satisfaite, utiliser l'intégrateur « montée avec accélération » avec une condition de sortie 6/ sur la vitesse à 250 noeuds et une condition de sortie 7/ au passage du point 9: - si 6/ est satisfaite, utiliser l'intégrateur « montée à vitesse constante » avec une condition de sortie 18/ sur l'altitude à 10000 pieds et une condition de sortie 19/ au passage du point 9: - si 18/ est satisfaite, utiliser l'intégrateur « montée avec accélération » jusqu'au point 9 et retourner les résultats au système de gestion de vol 2 ; - si 19/ est satisfaite, retourner les résultats au système de gestion de vol 2 ; - si 7/ est satisfaite, retourner les résultats au système de gestion de vol 2; - si 3/ satisfaite, utiliser l'intégrateur « montée à vitesse constante » avec une condition de sortie 8/ sur l'altitude à 4000 pieds et une condition de sortie 9/ au passage du point 8: - si 8/ satisfaite, utiliser l'intégrateur « palier à vitesse constante » jusqu'au point 8, puis utiliser l'intégrateur « montée à vitesse constante » avec une condition de sortie 21/ sur l'altitude à 10000 pieds et une condition de sortie 22/ au passage du point 9: - si 21 satisfaite, utiliser l'intégrateur « montée avec accélération » jusqu'au point 9 et retourner les résultats au système de gestion de vol 2; - si 22 satisfaite, retourner les résultats au système de gestion de vol 2; - si 9/ satisfaite, utiliser l'intégrateur « montée à vitesse constante » avec une condition de sortie 23/ sur l'altitude à 10000 pieds et une condition de sortie 24/ au passage du point 9: - si 23/ satisfaite, utiliser l'intégrateur « montée accélérée » jusqu'au point 9 et retourner les résultats au système de gestion de vol 2; - si 24/ satisfaite, retourner les résultats au système de gestion de vol 2. Dans cet exemple, un arbre à cinq niveaux permet de couvrir tous les cas en une seule requête. Le serveur 8 se contente de parcourir l'arbre de choix en fonction des résultats obtenus. Le système de gestion du vol 2 doit générer la requête en fonction de la définition du plan de vol en envisageant toutes les configurations possibles, alors que dans une architecture usuelle il récupère les résultats au fur et à mesure et n'envisage que la configuration de vol correspondant au cas rencontré. Dans un mode de réalisation particulier, on peut également envisager de limiter le nombre de niveaux de l'arbre, afin de trouver le meilleur compromis entre le nombre de requêtes échangées et la complexité de la génération de la requête possible pour le système de gestion de vol 2. Grâce à l'invention, on obtient donc : - un procédé d'échanges sous forme de requêtes (interface) entre un système de gestion du vol 2 et un serveur de fonctions de performance 8 externe, de préférence centralisé au niveau de l'aéronef, pour optimiser le temps de calcul et le rendre au moins équivalent à celui d'un système de gestion de vol usuel pour lequel le calcul des prédictions le long du plan de vol est réalisé en interne, sans passer par un réseau 10 de communication de l'aéronef ; - une détermination de l'enchaînement des modes selon lesquels l'aéronef doit être guidé pour suivre le plan de vol, cette fonction pouvant elle-même être déportée dans le serveur 8 dans un mode de réalisation particulier de l'invention ; et - une génération de requêtes plus ou moins complexes (fonction de la définition du plan de vol) vers le serveur 8 externe, pour le calcul des prédictions (altitudes, vitesses, heure de passage, quantité de carburant...) le long du plan de vol. REVENDICATIONS1. Dispositif de calcul de prédictions sur un plan de vol d'un aéronef, ledit dispositif (1) comprenant : - un système de gestion de vol (2) qui comprend au moins des moyens (3) de définition d'une trajectoire latérale ; et - des moyens (7) de calcul de prédictions le long de cette trajectoire latérale, mettant en oeuvre des fonctions de performance, caractérisé en ce qu'il comprend de plus : - des premiers moyens (4) faisant partie dudit système de gestion de vol (2), pour générer des requêtes synthétiques, par lesquelles sont demandés les résultats particuliers de fonctions de performance nécessaires au système de gestion de vol (2), requêtes qui sont communiquées à un serveur de fonctions de performance (8) ; et - ledit serveur de fonctions de performance (8) qui est externe audit système de gestion de vol (2), qui est relié audit système de gestion de vol (2) par l'intermédiaire d'une liaison (9) de transmission de données, et qui comprend des moyens (15A, 15B, 28) qui sont aptes à traiter les requêtes à l'aide desdits moyens (7) de calcul de prédictions et à transmettre les résultats audit système de gestion de vol (2). 2. Dispositif selon la revendication 1, caractérisé en ce que ledit serveur de fonctions de performance (8) comporte en plus desdits moyens de calcul (7), au moins une base de données de performance (12) et une unité de gestion de requêtes (15A, 15B). 3. Dispositif selon l'une des revendications 1 et 2, caractérisé en ce que ledit serveur de fonctions de performance (8) comporte des moyens (22) susceptibles de stocker des résultats intermédiaires et de les transmettre au système de gestion de vol (2) en même temps que d'autres résultats lorsqu'un point de changement de mode de guidage est atteint. 4. Dispositif selon l'une quelconque des revendications précédentes,caractérisé en ce que lesdits premiers moyens (4) sont configurés pour former des requêtes incluant un arbre de choix, dans lequel le serveur de fonctions de performance (8) navigue pour identifier différents moyens d'intégration (13A à 13N) à utiliser. 5. Dispositif selon l'une quelconque des revendications précédentes, caractérisé en ce que ledit serveur de fonctions de performance (8) est un calculateur centralisé de calcul de performance destiné à une pluralité de systèmes de l'aéronef. 6. Dispositif selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte des moyens (27, 28) de sélection d'ordres de guidage et de sélection de moyens d'intégration (13A à 13N) à utiliser. 7. Dispositif selon la revendication 6, caractérisé en ce que lesdits moyens de sélection (27) font partie dudit système de gestion de vol (2). 8. Dispositif selon la revendication 6, caractérisé en ce que lesdits moyens de sélection (28) font partie dudit serveur de fonctions de performance (8). 9. Procédé de calcul de prédictions sur un plan de vol d'un aéronef, ledit procédé comprenant : - une étape de définition d'une trajectoire latérale mise en oeuvre dans un système de gestion de vol (2) ; et - une étape de calcul de prédictions le long de cette trajectoire latérale, mettant en oeuvre des fonctions de performance, caractérisé en ce qu'il comprend, de plus, une étape de génération de requêtes synthétiques, par lesquelles sont demandés les résultats particuliers de fonctions de performance nécessaires au système de gestion de vol (2), requêtes qui sont communiquées à un serveur de fonctions de performance (8) externe audit système de gestion de vol (2), et en ce que l'étape de calcul de prédictions est mise en oeuvre dans ledit serveur de fonctions de performance (8) qui est relié audit système de gestion de vol (2) par l'intermédiaire d'une liaison (9) de transmission de données, et qui transmet 3003 9 71 19 les résultats des fonctions de performance audit système de gestion de vol (2). 10. Procédé selon la revendication 9, caractérisé en ce que le serveur de fonctions de performance (8) stocke des 5 résultats intermédiaires et les transmet au système de gestion de vol (2) en même temps que d'autres résultats lorsqu'un point de changement de mode de guidage est atteint. 11. Procédé selon l'une des revendications 9 et 10, caractérisé en ce que les requêtes comprennent un arbre de choix, dans 10 lequel le serveur de fonctions de performance (8) navigue pour identifier différents moyens d'intégration (13A à 13N) à utiliser. 12. Aéronef, caractérisé en ce qu'il comporte un dispositif (1) tel que celui spécifié sous l'une quelconque des revendications 1 à 8. 15 13. Aéronef selon la revendication 12, caractérisé en ce qu'il comprend un réseau (10) de transmission de données par l'intermédiaire duquel le serveur de fonctions de performance (8) est relié au moins audit système de gestion de vol (2).