Brevet FR3033420A1 — publié le 20160909

Procédé de gestion de données relatives à une mission d'aéronefs et module de gestion de données correspondant La présente invention concerne un procédé de gestion de données relatives à une mission comprenant au moins un vol d'un aéronef, lesdites données comprenant des données d'entrées d'au moins deux applications et des données de sortie desdites applications, chaque application étant propre à être exécutée par un calculateur pour déterminer, à partir de la ou des donnée(s) d'entrée de ladite application, la ou les donnée(s) de sortie de ladite application. Un tel procédé est par exemple destiné à être mis en oeuvre lors de la préparation d'une mission destinée à être réalisée par un ou plusieurs aéronef(s), lors de l'exécution d'un vol de cette mission, et/ou à l'issue de ce vol. Pour la préparation de missions, lors de l'exécution de ces missions, et à l'issue d'un ou plusieurs vols de la mission, plusieurs applications sont mises à disposition d'un opérateur, par exemple le pilote, pour déterminer et fournir à l'opérateur des informations liées à la mission, telles que par exemple des paramètres de performance de l'aéronef. Ces applications sont par exemple exécutées sur un calculateur de l'aéronef. Chaque application est propre à déterminer, par exécution d'une fonction propre à l'application, à partir de données d'entrées préalablement renseignées, des données de sortie, en vue de leur affichage à destination de l'opérateur ou de leur utilisation par des systèmes cibles. Les données d'entrée sont par exemple relatives à la mission ou à un vol donné de cette mission, et à l'aéronef devant réaliser cette mission. Les données de sortie se présentent par exemple sous la forme de données numérisées, d'images, de fichiers de texte, de tableaux... Les valeurs des données d'entrée sont par exemple renseignées par l'opérateur lors de la préparation de la mission librement ou au travers de l'utilisation d'automates ou d'applications et peuvent être modifiées si besoin. Les données d'entrée des différentes applications se recoupent partiellement, certaines données d'entrée étant communes à plusieurs applications. Néanmoins, les applications sont indépendantes les unes des autres, de telle sorte qu'une même valeur d'une donnée d'entrée commune à plusieurs applications doit être renseignée manuellement dans chacune de ces applications. Le renseignement et la mise à jour des données d'entrée des applications s'avèrent ainsi fastidieux. En outre, en raison de l'absence de lien entre les diverses applications, aucun mécanisme n'est prévu pour vérifier que les données d'entrée communes à plusieurs applications ont bien une valeur unique pour l'ensemble de ces applications, ni pour vérifier qu'un changement de valeur 3033420 2 d'une donnée d'entrée a bien été pris en compte par l'ensemble des applications utilisant cette donnée d'entrée. Un but de l'invention est donc de fournir un procédé et un système permettant de renseigner plus facilement les données d'entrée des applications, et de s'assurer de la 5 cohérence entre les valeurs des données d'entrée entre elles et avec les données de sortie. A cette fin, l'invention a pour objet un procédé du type précité, caractérisé en ce que le procédé comprend : - une étape de fourniture d'au moins un ensemble de données génériques, chacune 10 desdites données génériques étant une donnée d'entrée commune à au moins deux desdites applications, - une étape d'attribution pour au moins un vol de ladite mission, d'une valeur à au moins une desdites données génériques, - une étape de paramétrage desdites applications, comprenant l'attribution 15 automatique, à chaque donnée d'entrée correspondant à une donnée générique, de la valeur de ladite donnée générique. Suivant des modes particuliers de réalisation, le procédé comporte l'une ou plusieurs des caractéristiques suivantes : - le procédé comprend en outre, après l'étape de paramétrage, une étape 20 d'exécution d'au moins une application, sur la base des valeurs des données d'entrées attribuées lors de l'étape de paramétrage, pour déterminer la valeur de la ou des donnée(s) de sortie de ladite application ; - le procédé comprend en outre, après l'étape d'exécution, une étape d'affectation de la valeur d'au moins une donnée de sortie déterminée lors de ladite étape d'exécution 25 à une ou des données génériques correspondant à ladite donnée de sortie ; - le procédé comprend en outre au moins une étape de vérification de cohérence comprenant : - une vérification de la cohérence de la valeur d'au moins une donnée générique avec la valeur d'au moins une donnée d'entrée correspondante, et/ou 30 - une vérification de la cohérence de la valeur d'au moins une donnée générique avec la valeur d'au moins une donnée de sortie correspondante, et/ou - une vérification de la cohérence de la valeur d'au moins une donnée de sortie d'une première application avec la valeur de la donnée d'entrée correspondante d'une ou plusieurs autres applications, 3033420 3 la valeur d'une première donnée étant jugée comme cohérente avec la valeur d'une deuxième donnée si la valeur de la première donnée et la valeur de la deuxième donnée sont conformes à un critère prédéterminé ; - la valeur d'une première donnée est jugée cohérente avec la valeur d'une 5 deuxième donnée si la valeur absolue d'un écart entre la valeur de la première donnée et la valeur de la deuxième donnée est nulle ou inférieure à un seuil prédéterminé ; - l'étape de vérification comprend, lorsque la valeur d'au moins une donnée d'entrée est jugée incohérente avec la valeur de la donnée générique correspondante ou avec une donnée de sortie correspondante d'une autre application, une mise à jour de la valeur de 10 la donnée d'entrée, lors de laquelle la valeur de ladite donnée générique ou de ladite donnée de sortie est attribuée à ladite donnée d'entrée ; - le procédé comprend une étape de génération, pour au moins un vol de ladite mission, d'un dossier de vol comprenant, pour chaque application ayant été exécutée, les valeurs des données d'entrée et la valeur de chaque donnée de sortie de ladite 15 application, telle que déterminée par exécution de ladite application sur la base desdites valeurs des données d'entrées de ladite application ; - le procédé comprend une étape de génération, pour l'ensemble de ladite mission, d'un dossier de mission comprenant ledit ou chacun desdits dossiers de vol. L'invention a également pour objet une méthode de gestion d'une mission 20 comprenant au moins un vol d'un aéronef, ladite méthode comprenant : - la mise en oeuvre d'un procédé de gestion de données relatives à ladite mission selon l'invention sur un module extérieur audit aéronef, avant la réalisation d'un vol donné de ladite mission, - une phase de chargement du dossier de mission et du dossier de vol relatif audit 25 vol donné depuis ledit module dans une mémoire embarquée dans ledit aéronef, avant la réalisation dudit vol donné par l'aéronef. - une phase de déchargement du dossier de mission et du dossier de vol relatif audit vol donné depuis une mémoire embarquée dans ledit aéronef à destination d'au moins un module extérieur à l'aéronef, après la réalisation dudit vol donné par l'aéronef. 30 Suivant des modes particuliers de réalisation, la méthode comporte l'une ou plusieurs des caractéristiques suivantes : - ladite phase de chargement comprend un transfert dudit dossier de mission et dudit dossier de vol depuis ledit module extérieur dans un module embarqué dans ledit aéronef, avant la réalisation dudit vol donné par l'aéronef et comprend avantageusement 35 une vérification de la cohérence de la valeur d'au moins une donnée d'entrée ou de sortie issue dudit module extérieur avec la valeur d'au moins une donnée d'entrée ou de sortie 3033420 4 correspondante dans ledit module embarqué, issues de l'aéronef, et ladite phase de déchargement comprend un transfert du dossier de mission et du dossier de vol relatif audit vol donné depuis ledit module embarqué et à destination dudit module extérieur, après la réalisation dudit vol donné par l'aéronef ; 5 - la méthode comprend, à l'issue d'au moins un vol de la mission, une phase de déchargement du dossier de vol depuis la mémoire embarquée dans ledit aéronef vers ledit module extérieur. L'invention a également pour objet un module de gestion de données relatives à une mission comprenant au moins un vol d'un aéronef, lesdites données comprenant des 10 données d'entrées d'au moins deux applications et des données de sortie desdites applications, chaque application étant propre à être exécutée par un calculateur pour déterminer, à partir de la ou des donnée(s) d'entrée de ladite application, la ou les donnée(s) de sortie de ladite application, ledit module de gestion de données comprenant une application de gestion de 15 données configurée pour : - générer au moins un ensemble de données génériques relatives à au moins un vol de ladite mission, chacune desdites données génériques étant une donnée d'entrée commune à au moins deux desdites applications, - attribuer, pour au moins un vol de ladite mission, à au moins une donnée 20 générique, une valeur de ladite donnée générique, - paramétrer lesdites applications, en attribuant automatiquement, à chaque donnée d'entrée correspondant à une donnée générique, la valeur de ladite donnée générique. Suivant des modes particuliers de réalisation, le module comporte l'une ou plusieurs des caractéristiques suivantes : 25 - ladite application de gestion de données est configurée pour vérifier une cohérence des valeurs des données génériques avec les valeurs des données d'entrée correspondantes, la valeur d'une donnée générique étant jugée comme cohérente avec la valeur d'une donnée d'entrée correspondante si la valeur de la donnée d'entrée et la valeur de la donnée générique sont conformes à un critère prédéterminé ; 30 - ladite application de gestion de données est configurée pour mettre à jour la valeur d'une donnée d'entrée jugée incohérente avec la valeur de la donnée générique correspondante, en attribuant la valeur de ladite donnée générique à ladite donnée d'entrée ; - ladite application de gestion de données est configurée pour générer, pour chaque 35 vol de ladite mission, un dossier de vol relatif audit vol, ledit dossier de vol comprenant, pour chaque application ayant été exécutée, les valeurs des données d'entrée et la valeur 3033420 5 de chaque donnée de sortie de ladite application, telle que déterminée par exécution de ladite application sur la base desdites valeurs des données d'entrées de ladite application; - l'application de gestion de données est configurée pour vérifier la cohérence de la valeur d'au moins une donnée générique avec la valeur d'au moins une donnée de 5 sortie correspondante, la valeur d'une donnée générique étant jugée comme cohérente avec la valeur d'une donnée de sortie correspondante si la valeur de la donnée générique et la valeur de la donnée de sortie sont conformes à un critère prédéterminé ; - la valeur d'une donnée générique est jugée comme cohérente avec la valeur d'une donnée d'entrée ou de sortie correspondante si la valeur absolue d'un écart entre la 10 valeur de la donnée générique et la valeur de la donnée d'entrée ou de sortie est nulle ou inférieure à un seuil prédéterminé ; - l'application de gestion de données est configurée pour vérifier la cohérence de la valeur d'au moins une donnée de sortie d'une première application avec la valeur de la donnée d'entrée correspondante d'une ou plusieurs autres applications, la valeur d'une 15 donnée de sortie étant jugée comme cohérente avec la valeur de la donnée d'entrée correspondante si la valeur de la donnée de sortie et la valeur de la donnée d'entrée sont conformes à un critère prédéterminé ; - la valeur d'une donnée de sortie est jugée comme cohérente avec la valeur d'une donnée d'entrée correspondante si la valeur absolue d'un écart entre la valeur de la 20 donnée de sortie et la valeur de la donnée d'entrée est nulle ou inférieure à un seuil prédéterminé ; - le module est déplaçable indépendamment de tout aéronef destiné à effectuer un vol de ladite mission ; - le module est configuré pour communiquer avec un calculateur central de 25 l'aéronef, selon une liaison filaire ou sans fil. L'invention a également pour objet un système de gestion d'une mission comprenant au moins un vol d'un aéronef, caractérisé en ce qu'il comprend un premier module de gestion de données selon l'invention, déplaçable indépendamment de tout aéronef destiné à effectuer un vol de ladite mission, et au moins un deuxième module de 30 gestion de données selon l'invention, embarqué dans un aéronef destiné à effectuer un vol de ladite mission. Les caractéristiques et avantages de l'invention apparaitront à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple, et non limitative, en référence aux figures annexées suivantes : 35 - la figure 1 est une représentation schématique d'un système selon un mode de réalisation de l'invention, 3033420 6 - la figure 2 est une représentation schématique d'un module du système de la figure 1, - la figure 3 illustre de manière schématique des ensembles de données gérés par le système de la figure 1, 5 - la figure 4 illustre de manière schématique une vue d'un dispositif d'affichage du système de la figure 1, - la figure 5 est un organigramme d'un procédé selon l'invention. On a représenté sur la figure 1 un système 1 de gestion de données selon un mode de réalisation de l'invention. 10 Le système 1 est configuré pour gérer des données relatives à une mission destinée à être exécutée par un ou plusieurs aéronefs, de manière à permettre la préparation, le suivi et la restitution de cette mission par un opérateur, notamment un pilote, un opérateur de maintenance ou tout autre intervenant sur la mission. Le système 1 comprend au moins un premier module 10, propre à être utilisé à 15 distance de tout aéronef ou à l'intérieur d'un aéronef, par exemple un terminal portable. Le système 1 comprend en outre, dans chaque aéronef 2 destiné à effectuer un des vols de la mission, au moins un deuxième module 12. Chaque deuxième module 12 est par exemple un terminal embarqué (escamotable ou non), c'est-à-dire intégré à un aéronef 2. Deux modules 12 sont représentés sur la figure 1. 20 Les premier et deuxième modules seront par la suite appelés respectivement terminal portable 10 et terminal embarqué 12. Le terminal portable 10 et chacun des terminaux embarqués 12 comprend des moyens de préparation, de suivi et de restitution d'une mission ou d'un vol de la mission. Par ailleurs, le terminal portable 10 est apte à être connecté à chacun des 25 terminaux embarqués 12 au moyen d'une liaison 13 de données, de manière à pouvoir échanger des données avec chaque terminal embarqué 12. La liaison 13 de données peut être une liaison filaire ou une liaison sans fil. Les terminaux 10 et 12 sont par exemple similaires. On entend par « similaire » que les terminaux présentent une structure et un fonctionnement identiques. On a ainsi 30 représenté sur la figure 2, de manière schématique, le terminal portable 10, le terminal embarqué 12 étant similaire et comprenant les mêmes éléments que ceux représentés sur la figure 2. Selon un mode de réalisation de l'invention les terminaux 10 et 12 peuvent être confondus dans un unique terminal, notamment un terminal escamotable. 35 En référence à la figure 2, le terminal portable 10 comprend un calculateur 14, des moyens 16 d'interface homme machine, et des moyens 17 de télécommunication. 3033420 7 Les moyens 16 d'interface homme machine comprennent des moyens 18 d'affichage d'informations et des moyens 20 de saisie d'informations par un opérateur. Les moyens 18 d'affichage comprennent un dispositif d'affichage, par exemple un écran 21, et des moyens de traitement de l'information graphique, par exemple un processeur 5 22 et une mémoire 23 associée. L'écran 21 est par exemple un écran tactile. Ainsi, les moyens 20 de saisie comprennent des moyens de détection de la position d'un ou plusieurs organes de commande sur l'écran 21. De manière connue, ces organes de commande peuvent être activés via un contact, par exemple via un stylet, les doigts d'un opérateur, ou sans contact, au travers de tout autre moyen de détection d'une interaction 10 humaine. Les moyens 17 de télécommunication du terminal portable 10 comprennent une interface réseau permettant au terminal portable 10 de communiquer avec le terminal embarqué 12 et avec d'autres dispositifs informatiques, notamment un calculateur central de l'aéronef, selon une liaison filaire ou sans fil. 15 Le calculateur 14 comprend un processeur 24, et une ou plusieurs mémoire(s) 26. Le processeur 24 est adapté pour exécuter des applications contenues dans la mémoire 26, notamment un système d'exploitation permettant le fonctionnement classique d'un système informatique. La mémoire 26 comprend différentes zones de mémoire contenant des 20 applications destinées à être exécutées par le processeur 24, et des ensembles de données. En particulier, la mémoire 26 comprend des applications 30 destinées à la détermination d'informations, par exemple relatives à une mission de l'aéronef. Chaque application 30 est propre à déterminer, par exécution d'une fonction spécifique à cette 25 application, et à partir de données d'entrées préalablement renseignées, des données de sortie, qui sont par exemple relatives à la mission. Chaque application 30 est propre à être initialisée par un opérateur, par exemple par actionnement d'une icône associée à cette application 30 affichée sur l'écran 21, et à être exécutée en réponse à une commande de l'opérateur, par exemple un actionnement 30 par l'opérateur d'un bouton dédié affiché sur l'écran 21. Ces données de sortie sont par exemple des données destinées à l'équipage de l'aéronef, à des passagers de l'aéronef, à un calculateur central de l'aéronef, et/ou à être utilisées comme données d'entrée d'une autre application. Il s'agit par exemple d'informations permettant à l'équipage de préparer une mission prévue pour l'aéronef, de 35 la suivre, de l'optimiser, de la replanifier ou d'anticiper la suite ou les aléas lors de la réalisation de la mission, de suivre son bon déroulement, ou d'effectuer des opérations de 3033420 8 maintenance à l'issue d'un vol ou de la mission. Les données de sortie se présentent par exemple sous la forme de données numériques, d'images, de tableaux et/ou de fichiers de texte. A titre d'exemple, les applications 30 peuvent comprendre des applications 5 destinées à déterminer le centrage et le domaine de vol d'un aéronef destiné à effectuer un vol de la mission, notamment en fonction de données d'entrée telles que des informations de définition de l'aéronef, le nombre et la répartition des passagers...Les applications 30 peuvent également comprendre des applications propres à estimer des informations relatives aux performances à grande vitesse et à basse vitesse de l'aéronef, 10 des applications aptes à fournir et à afficher, à destination d'un opérateur, des documentations relatives à un aéronef destiné à effectuer un vol, et des applications aptes à fournir et à afficher, à destination d'un opérateur intervenant dans la mission, des informations géographiques, par exemple des cartes de terrain, des plans de vol, des informations météorologiques, logistiques, de maintenance, relatives au confort ou au 15 divertissement des passagers ou toutes autres informations utiles à la mission. La mémoire 26 comprend en outre une application 32 de gestion de données relatives à la mission, ces données comprenant les données d'entrées et de sortie des applications 30. L'application 32 de gestion de données est apte à être utilisée avant un vol ou une mission, lors d'un vol, et/ou à l'issue d'une mission ou d'un vol. 20 L'application 32 de gestion de données est apte à déterminer, parmi les données d'entrée des applications 30, les données d'entrées qui sont communes à au moins deux de ces applications, et à générer, à partir de ces données communes, appelées par la suite données génériques, au moins un ensemble de données génériques. En particulier, l'application 32 identifie plusieurs types de données génériques : 25 - des données génériques de mission, - des données génériques de vol, - des données génériques d'aéronefs, - tout autre type de données génériques non lié à un vol ou à une mission, par exemple un groupe de données génériques propres à une certaines familles 30 d'applications. Ainsi, l'application 32 de gestion de données est apte à générer, pour l'ensemble de la mission, un ensemble de données génériques de mission relatives à la mission, et pour chaque vol de la mission, un ensemble de données génériques d'aéronef relatives à des caractéristiques propres de l'aéronef destiné à effectuer ce vol, et un ensemble de 35 données génériques de vol relatives à ce vol. 3033420 9 L'application 32 de gestion de données est apte à déterminer, parmi les données de sortie des applications 30, les données qui constituent des données génériques, notamment des données de mission ou de vol ou tout autre type de données génériques. On a ainsi représenté de manière schématique sur la Figure 3, à titre d'exemple, 5 trois applications 30 notées 301, 302 et 303, les données d'entrées Ei , E2 et E3 et de sortie Si, S2 et S3 associées à chacune de ces applications, ainsi que des ensembles de données génériques limités à deux pour l'exemple : un ensemble 36 de données génériques de vol et un ensemble 38 de données génériques d'aéronef généré par l'application 32 de gestion de données pour ces applications. 10 L'ensemble 36 de données génériques de vol comprend des données d'entrée GV1 et GV4 communes aux applications 301 et 302, une donnée d'entrée GV2 commune aux applications 301 et 303, et une donnée d'entrée GV3 commune aux applications 302 et 303. Par ailleurs, l'ensemble 38 de données génériques d'aéronef comprend une donnée d'entrée GA, commune aux applications 301 et 302, des données d'entrée GA2 et GA3 15 communes aux applications 301 et 303, et une donnée d'entrée GA4 commune aux applications 302 et 303. Chaque application 301, 302 et 303 comprend en outre d'autres données, notées e, spécifiques à cette application. Chaque ensemble de données génériques de vol comprend, dans l'exemple décrit, des caractéristiques de ce vol, telles que la date du vol, les codes des aéroports de départ 20 et d'arrivée, les noms des membres d'équipages, le nombre de passagers et/ou le numéro de série de l'aéronef destiné à effectuer le vol. Chaque ensemble de données génériques d'aéronef comprend, dans l'exemple décrit, des caractéristiques de l'aéronef (identifié par exemple par son numéro de série) destiné à effectuer au moins un des vols de la mission, telles que la masse de l'aéronef à 25 vide, le plan au sol de l'aéronef (désigné par floor plan en anglais), les options présentes... Les données génériques de mission sont des données applicables à l'ensemble des vols de la mission. Les données génériques de mission (non représentées sur la figure 3) comprennent 30 ainsi des données relatives à l'ensemble de la mission, par exemple les codes des aéroports par lesquels l'aéronef transitera lors de la réalisation de la mission et les dates de chacun des vols de la mission. Les données génériques de mission comprennent en outre, le cas échéant, des données génériques de vol ou d'aéronef qui seraient valables pour l'ensemble de la 35 mission, telles que les noms des membres d'équipages, le nombre de passagers, et/ou le numéro de série de l'aéronef destiné à effectuer l'ensemble de la mission. Ainsi, lorsque 3033420 10 des données génériques de vol et/ou d'aéronef sont valables pour l'ensemble de la mission, les données génériques de mission comprennent des données correspondant à des données génériques de vol et/ou d'aéronef. Par exemple, si le commandant de bord est le même sur les trois vols d'une mission, le « nom du commandant » est une donnée 5 générique de mission. Dans le cas contraire, c'est-à-dire si au moins deux vols d'une mission n'ont pas le même commandant de bord, le nom du commandant de bord de chaque vol de la mission est, pour chaque vol une donnée générique de vol. L'application 32 de gestion de données est par ailleurs apte à attribuer une valeur à chacune des données génériques. 10 En particulier, l'application 32 de gestion de données est apte à recevoir une valeur de chacune des données génériques de mission, et à attribuer à chacune de ces données génériques de mission la valeur reçue. Ces valeurs sont par exemple renseignées par un opérateur via les moyens 20 de saisie ou par une application dont la ou les sortie(s) correspond(ent) à une ou des donnée(s) générique(s) d'entrée(s). 15 Par ailleurs, l'application 32 de gestion de données est apte à attribuer, à chaque donnée générique de vol ou d'aéronef correspondant à une donnée générique de mission, la valeur de la donnée générique de mission correspondante. Par exemple, si les données génériques de mission comprennent le nom du commandant de bord destiné à réaliser l'ensemble de la mission, l'application 32 de gestion des données est apte à 20 attribuer ce nom à la donnée générique de vol correspondante de chacun des ensembles de données génériques de vol. L'application 32 de gestion de données est également apte à recevoir, pour chacun des vols, les valeurs des données génériques de vol et/ou d'aéronef non encore renseignées, et à attribuer à chacune de ces données génériques de vol et/ou d'aéronef 25 la valeur reçue. Ces valeurs sont par exemple renseignées par un opérateur via les moyens 20 de saisie. Lors de l'initialisation d'une application 30 par un opérateur, l'application 32 de gestion de données est apte à attribuer à chacune des données d'entrée de l'application 30 correspondant à une donnée générique, la valeur de cette donnée générique. 30 L'application 32 de gestion de données est ainsi propre à renseigner automatiquement les valeurs des données d'entrée communes à au moins deux applications 30 lors de l'initialisation de chacune de ces applications 30, à partir des valeurs attribuées aux données génériques correspondantes. Les applications 30 peuvent être exécutées librement, en relation avec l'ensemble 35 de la mission, ou en relation avec un vol spécifique d'une mission. 3033420 11 Lorsqu'une application 30 est exécutée librement, l'opérateur utilise l'application classiquement en déterminant ses propres entrées et sorties. Lorsque les applications 30 sont exécutées en relation avec l'ensemble de la mission, celles-ci sont initialisées à partir des données génériques de mission et tout ou 5 partie des données génériques de vol selon les besoins de l'application. Au contraire, lorsque les applications 30 sont exécutées en relation avec un vol spécifique d'une mission, les valeurs de données d'entrée et de sortie des applications sont spécifiques à ce vol. Ainsi, lors de l'initialisation d'une application 30 en relation avec l'ensemble de la 10 mission, l'application 32 de gestion de données est apte à attribuer à chacune des données d'entrée de l'application 30 correspondant à une donnée générique de mission de l'ensemble 34, la valeur de cette donnée générique de mission. Lors de l'initialisation d'une application 30 en relation avec un vol spécifique, l'application 32 de gestion de données est apte à attribuer, à chacune des données 15 d'entrée de l'application 30 correspondant à une donnée générique de vol ou d'aéronef, la valeur de cette donnée générique de vol ou d'aéronef dans l'ensemble de données génériques d'aéronef 36 ou de vol 38 associé à ce vol spécifique. Par ailleurs, l'application 32 de gestion de données est apte à générer, pour chaque vol de la mission, un dossier de données relatives à ce vol, appelée par la suite dossier 20 de vol, et à enregistrer ce dossier de vol dans un dossier de mission associé dans la mémoire 26. Chaque dossier de vol comprenant, pour chaque application 30 ayant été exécutée, les valeurs des données d'entrée sur la base desquelles l'application 30 a été exécutée, et les données de sortie correspondantes, c'est-à-dire telles que déterminées par 25 exécution de l'application 30 sur la base de ces valeurs des données d'entrées. Chaque dossier de vol comprend ainsi, pour chaque application 30 ayant été exécutée et dont le résultat a été enregistré, un couple de données d'entrées et de données de sorties correspondantes. L'application 32 de gestion de données est également apte à générer, pour 30 l'ensemble de la mission, un dossier de données relatives à l'ensemble de la mission, c'est-à-dire à l'ensemble des vols, appelé par la suite dossier de mission, et à enregistrer ce dossier de mission dans la mémoire 26. Le dossier de mission comprend l'ensemble des dossiers de vol relatifs aux vols de la mission. 3033420 12 L'application 32 de gestion de données est par ailleurs apte à commander l'affichage, sur l'écran 21, d'une fenêtre illustrant graphiquement le contenu d'un dossier de vol ou de mission. On a représenté à titre d'exemple sur la Figure 4 une fenêtre 50 propre à être 5 affichée sur l'écran 21 par l'application 32 de gestion de données. La fenêtre 50 illustre graphiquement le contenu d'un dossier de vol DV comprenant deux enregistrements des sorties de deux applications 30, et 302. Les sorties S de ces applications sont respectivement représentées par les encarts 52 et 54 donnant accès soit directement, soit par action sur lesdits encarts 52 et 54, aux résultats de l'application 301 et 302 10 respectivement. La fenêtre 50 comprend par ailleurs, pour chaque application 301, 302, une première icône 55 formant un bouton actionnable par un opérateur, et destiné à générer l'affichage, lorsqu'il est actionné, des valeurs des données d'entrées E1, E2 de l'application correspondante 301, 302, caractérisées par les encarts 51 et 53 respectivement. 15 La fenêtre 50 comprend également, pour chaque application 301, 302, une deuxième icône 56 formant un bouton actionnable par un opérateur, et destiné à provoquer, lorsqu'il est actionné, une ouverture de l'application 301 ou 302 correspondante avec un jeu de données d'entrées prédéterminé. En absence de conflit détecté selon les modes précisés dans la suite, les données d'entrées prises en compte sont par exemple par défaut celles 20 accessibles au travers de l'icône 55. La fenêtre 50 comprend en outre, pour chaque application 301, 302 une troisième icône 57, formant un indicateur de cohérence, comme décrit ci-après. L'application 32 de gestion de données est en effet propre à vérifier à tout moment, c'est-à-dire avant, pendant ou après une mission, la cohérence entre les valeurs 25 courantes des données génériques et les valeurs des données stockées dans le dossier de mission et les dossiers de vol. Une telle vérification est destinée à prendre en compte d'éventuelles modifications de la valeur de certaines données génériques, qui auraient été effectuées après l'enregistrement des valeurs des données d'entrées et de données de sorties des différentes applications dans le dossier de mission ou un dossier de vol. 30 A cette fin, l'application 32 de gestion de données est apte à détecter une modification de la valeur d'une donnée générique (par exemple une donnée générique de mission ou de vol) et à comparer la valeur de la donnée générique telle que modifiée avec les valeurs des données d'entrée correspondantes stockées dans le dossier de mission ou un dossier de vol. 35 L'application 32 de gestion des données est en outre apte à juger que la valeur d'une donnée générique est cohérente avec la valeur d'une donnée d'entrée 3033420 13 correspondante, si la valeur de la donnée générique et la valeur sont conformes à un critère prédéterminé, ou au contraire à juger que la valeur de la donnée générique est incohérente avec la valeur de la donnée d'entrée correspondante, si la valeur de la donnée générique et la valeur de la donnée d'entrée ne sont pas conformes au critère 5 prédéterminé. Le critère utilisé pour juger de la cohérence entre une donnée générique et une donnée d'entrée correspondante est par exemple fonction du type de la donnée générique, et peut être fixé individuellement pour chaque donnée générique. Si la donnée générique est numérique, le critère est par exemple une égalité entre 10 la valeur de la donnée générique et celle de la donnée d'entrée correspondante. La valeur de la donnée générique est alors jugée comme cohérente avec la valeur de la donnée d'entrée correspondante si la valeur de la donnée d'entrée est égale à la valeur de la donnée générique, incohérente sinon. Egalement, si la donnée générique est numérique, le critère est par exemple un 15 seuil prédéterminé entre la valeur de la donnée générique et celle de la donnée d'entrée correspondante, par exemple exprimé en pourcentage. La valeur de la donnée générique est alors jugée comme cohérente ou incohérente avec la valeur de la donnée d'entrée correspondante si l'écart entre la valeur de la donnée d'entrée et la valeur de la donnée générique est inférieur, respectivement supérieur, à ce seuil prédéterminé. 20 Le seuil prédéterminé est par exemple inférieur à 20%, voire inférieure à 10%. Le critère peut également être une relation d'ordre entre la valeur de la donnée générique et la valeur de la donnée d'entrée correspondante. La valeur de la donnée générique est alors jugée comme cohérente avec la valeur de la donnée d'entrée correspondante si la valeur de la donnée d'entrée est supérieure (ou inférieure, suivant le 25 critère), à la valeur de la donnée générique. Lorsque la valeur d'au moins une donnée d'entrée est jugée incohérente avec la valeur de la donnée générique correspondante, l'application 32 de gestion de données est propre à signaler cette incohérence à un opérateur, pour permettre une mise à jour de la valeur de la donnée d'entrée, et de la ou des donnée(s) de sortie déterminée(s) sur la 30 base de cette donnée d'entrée. Ce signalement est par exemple réalisé en attribuant une couleur spécifique à l'icône 57 liée à chacune des applications dont une donnée d'entrée a été jugée incohérente avec la valeur de la donnée générique correspondante. Par exemple, lorsqu'aucune incohérence n'est détectée, l'icône 57 est d'une première couleur, par 35 exemple, d'une couleur verte, alors que lorsqu'une incohérence est détectée, l'icône 57 prend une deuxième couleur, par exemple une couleur rouge. 3033420 14 Avantageusement, les icônes 55 et 56 ont également une couleur différente selon qu'aucune incohérence n'ait été détectée ou qu'une incohérence ait été détectée. Par exemple, les icônes 55 et 56 prennent également une couleur rouge lorsqu'une incohérence est détectée. 5 Ce signalement permet à un opérateur d'initialiser à nouveau une application dont au moins une donnée d'entrée a une valeur incohérente avec la valeur de la donnée générique correspondante, cette initialisation permettant à l'application 32 de gestion de données de modifier la valeur de la donnée d'entrée en lui attribuant la valeur courante de la donnée générique. 10 Une fois l'application exécutée, sur la base des données d'entrées mises à jour, l'application 32 de gestion de données est apte à mettre à jour, dans le dossier de mission ou de vol associé, les valeurs des données d'entrée, en particulier de la ou des données d'entrée modifiée(s), et les valeurs des données de sortie telles que déterminées par exécution de l'application sur la base des valeurs des données d'entrées mises à jour. 15 Par ailleurs, lorsqu'une donnée de sortie d'une première application 301 est une donnée d'entrée d'une deuxième application 302, l'application 32 de gestion de données est propre à vérifier la cohérence entre la valeur de cette donnée de sortie et la valeur de cette donnée d'entrée, selon un critère de cohérence prédéterminé qui est par exemple d'un type décrit ci-dessus. 20 Si la valeur d'une donnée de sortie de la première application 301 est jugée incohérente avec la valeur de la donnée d'entrée correspondante de la deuxième application 302, l'application 32 de gestion de données est propre à signaler cette incohérence à un opérateur, pour permettre une mise à jour de la valeur de la donnée d'entrée, et de la ou des donnée(s) de sortie déterminée(s) sur la base de cette donnée 25 d'entrée par la deuxième application. Ce signalement est par exemple réalisé en attribuant aux icônes 57 de la première 301 et de la deuxième 302 applications une couleur orange. Avantageusement, les icônes 55 des première 301 et deuxième 302 applications, et l'icône 56 de la deuxième application 302, prennent également une couleur spécifique, par exemple orange. 30 Ce signalement permet d'avertir un opérateur d'une incohérence entre les données des deux applications, et de lui indiquer que cette incohérence peut être réglée en initialisant à nouveau la deuxième application 302. Ce signalement permet ainsi à un opérateur d'initialiser à nouveau la deuxième application 302, par exemple par actionnement du bouton 56, pour attribuer à la donnée 35 d'entrée la valeur de la donnée de sortie correspondante de la première application. 3033420 15 Une fois la deuxième application exécutée, sur la base des données d'entrées mises à jour, l'application 32 de gestion de données est apte à mettre à jour, dans le dossier de mission ou de vol associé, les valeurs des données d'entrée, en particulier de la ou des données d'entrée modifiée(s), et les valeurs des données de sortie telles que 5 déterminées par exécution de l'application 302 sur la base des valeurs des données d'entrées mises à jour. Ainsi, l'application 32 de gestion de données est configurée pour tenir à jour les valeurs des données d'entrée et de sorties des applications 30 lorsque la valeur d'une donnée générique est modifiée. 10 L'application 32 de gestion de données est ainsi apte également à assurer la cohérence d'une donnée générique de mission ou de vol initialisée par la sortie d'une application. Par exemple, en référence à la Figure 3, si la donnée générique de vol GV4 initialement vierge est renseignée par une sortie S3 de l'application 303, la cohérence des entrées et sorties des applications 301 et 302 utilisant cette donnée générique GV4 est 15 réalisée selon les critères prédéterminés associés et les mécanismes de vérification de cohérence décrits ci-dessus. L'application 32 de gestion de données est également apte à signaler à l'opérateur si une sortie d'une application vient initialiser une donnée générique de vol ou de mission ayant une valeur préalable non vierge. Dans ce cas, l'application 32 de gestion de 20 données permet à l'opérateur de gérer le conflit selon un critère libre ou prédéterminé, par exemple en retenant la valeur maximum (respectivement minimum) des deux valeurs en tant que donnée générique. Les autres mécanismes de vérification de cohérence restant actifs, les implications de ce choix seront caractérisées pour l'opérateur. Dans le cas présent, un éventuel indicateur qualifié d'orange dans l'exemple ci-avant, permettre 25 d'afficher une incohérence entre la sortie associée et la donnée d'entrée générique correspondante. L'ensemble des mécanismes de traitement de cohérence décrits ci-dessus sont réalisables de façon manuelle ou automatique. L'application 32 de gestion de données est ainsi propre à générer, à tenir à jour et à 30 sauvegarder dans la mémoire 26, pour une mission donnée, un ensemble d'informations comprenant : - un ensemble de données génériques de mission, - pour chaque vol, un ensemble de données génériques de vol, - pour chaque vol, ou pour l'ensemble de la mission, un ensemble de données 35 génériques d'aéronef, 3033420 16 - un dossier de mission, incluant, pour chaque vol de la mission, un dossier de vol, chaque dossier de vol comprenant, outre des données stockées librement par l'opérateur, pour chaque application 30 ayant été exécutée, un ensemble de données d'entrées et de données de sorties correspondantes. 5 L'application 32 de gestion de données du terminal portable 10, respectivement de chaque terminal embarqué 12, est apte à transmettre l'ensemble des informations citées ci-dessus, via la liaison 13 de données, à chaque terminal embarqué 12, respectivement au terminal portable 10, ainsi qu'à d'autres dispositifs informatiques, notamment à un calculateur central d'un aéronef. 10 En particulier, l'application 32 de gestion de données du terminal portable 10 est apte à transmettre l'ensemble de ces informations, via les moyens 17 de télécommunication, à l'application 32 de gestion de données de chaque terminal embarqué 12. Ainsi, le terminal portable 10 peut être utilisé pour préparer l'ensemble d'une 15 mission, indépendamment des aéronefs destinés à effectuer les vols de cette mission. Lorsqu'un seul aéronef est destiné à effectuer l'ensemble de la mission, le terminal portable 10 peut alors transmettre au terminal embarqué 12 de cet aéronef, avant la réalisation de la mission, les informations citées ci-dessus. Par ailleurs, si les vols de la mission sont destinés à être effectuer par plusieurs aéronefs, le terminal portable 10 peut 20 transmettre les informations citées ci-dessus au terminal embarqué 12 de chacun de ces aéronefs, avant la réalisation d'un vol de la mission par cet aéronef. En outre, l'application 32 de gestion de données de chaque terminal embarqué 12 est apte à transmettre l'ensemble des informations citées ci-dessus, via les moyens 17 de télécommunication, à l'ordinateur central de l'aéronef dans lequel le terminal 12 est 25 embarqué, en vue de la réalisation d'un ou des plusieurs vols de la mission par cet aéronef. Ces informations sont par exemple destinées à être transmises à différents systèmes de l'aéronef, notamment à des systèmes de navigation (par exemple FMS), des systèmes de maintenance et d'opération ou des systèmes liés au monde passager, par 30 exemple des systèmes de type IFE (pour In Flight Entertainement) ou de management cabine. En outre, l'application 32 de gestion de données de chaque terminal 10 ou 12 est apte à recevoir, par exemple à l'initialisation, lors d'un vol ou à l'issue d'une mission ou d'un vol réalisé(e) par un aéronef, depuis l'ordinateur central de l'aéronef, des données 35 élaborées par différents systèmes de l'aéronef, notamment des systèmes de contrôle, des systèmes de maintenance et d'opération ou des systèmes liés au monde passager. 3033420 17 L'application 32 de gestion de données est par ailleurs apte à mettre à jour les informations contenues dans les dossiers de mission et de vol en fonction des données ainsi reçues depuis l'ordinateur central de l'aéronef, comme décrit ci-dessus. L'application 32 de gestion de données de chaque terminal 10 ou 12 est par ailleurs 5 apte, selon les même principes que ceux décrits ci-dessus, à détecter puis traiter des incohérences entre les données gérées sur les terminaux (notamment des données génériques, des sorties d'application,...) et les données correspondantes (ou équivalentes) reçues des systèmes de l'aéronef lui-même. A titre d'exemple, l'application 32 peut détecter que la mission préparée sur le terminal 10 pour un avion de numéro de 10 série x a été transmise au terminal 12 se déclarant avion de numéro de série y ou de numéro de série x mais avec des options de configuration différentes. Les applications 30, en particulier celles destinées à la restitution du vol ou de la mission, peuvent alors être exécutées par un opérateur sur la base de données génériques dont les valeurs sont à jour. 15 En référence à la Figure 5, la mise en oeuvre d'un procédé de gestion de données selon un mode de réalisation de l'invention pour la préparation, la réalisation et la restitution d'une mission va maintenant être décrite. On considérera à titre d'exemple que la mission est destinée à être effectuée par un unique aéronef, le système 1 comprenant ainsi un terminale portable 10 et un terminal 20 12 distinct embarqué dans l'aéronef et on considèrera trois groupes de données génériques : données génériques de mission, données génériques de vol et données génériques d'aéronef. Le procédé comprend une phase 100 d'initialisation, mise en oeuvre à la fois sur le terminal portable 10 et le terminal embarqué 12, par exemple lors d'une installation ou 25 une mise à jour des applications 30 sur les terminaux 10 et 12. Cette mise à jour peut-être réalisée en lien via une liaison de données avec un site distant gérant les configurations applicables à chaque aéronef et à chaque équipage. Cette mise à jour peut-être réalisée localement à l'aide de dispositifs de mémoire de masse. Lors de la phase 100 d'initialisation, l'application 32 de gestion de données 30 détermine (en particulier dynamiquement, par fichier de configuration,...), parmi les données d'entrée des applications 30, les données d'entrées génériques qui sont communes à au moins deux de ces applications. L'application 32 de gestion de données génère ensuite (en particulier dynamiquement, par fichier de configuration,...), à partir de ces données génériques, un ensemble 34 de données génériques de mission, un 35 ensemble 36 de données génériques d'aéronef, et, pour chaque vol de la mission, un ensemble 38 de données génériques de vol. 3033420 18 Chaque ensemble 38 de données génériques de vol relatives à un vol comprend des données relatives à ce vol, telles que par exemple la date du vol, les codes des aéroports de départ et d'arrivée, les noms des membres d'équipages, le nombre de passagers, le numéro de série de l'aéronef destiné à effectuer le vol... 5 L'ensemble 36 de données génériques d'aéronef comprend des caractéristiques de l'aéronef destiné à effectuer la mission. L'ensemble 34 de données génériques de mission comprend des données relatives à l'ensemble de la mission, notamment les codes des aéroports par lesquels l'aéronef transitera lors de la réalisation de la mission et les dates de chacun des vols de la 10 mission. L'ensemble 34 de données génériques de mission comprend en outre les données génériques de vol et d'aéronef valables pour l'ensemble de la mission. Il s'agit notamment dans le cas présent du numéro de série de l'aéronef destiné à effectuer l'ensemble de la mission. Le procédé comprend ensuite une phase 102 de préparation de mission, lors de 15 laquelle un opérateur génère l'exécution d'applications 30 afin de déterminer des informations nécessaires à la réalisation de la mission. Cette phase 102 est par exemple mise en oeuvre au moyen du terminal portable 10, en-dehors de l'aéronef. La phase 102 comprend une étape 104 d'attribution de valeurs aux données 20 génériques, par exemple à partir de valeurs renseignées par un opérateur via les moyens 20 de saisie. Notamment, lors de l'étape 104, l'application 32 de gestion de données reçoit des valeurs des données génériques de mission, et attribue à chacune de ces données génériques de mission la valeur reçue. 25 Par ailleurs, l'application 32 de gestion de données attribue, à chaque donnée générique de vol ou d'aéronef correspondant à une donnée générique de mission, la valeur de la donnée générique de mission correspondante. Dans le cas présent, puisque le numéro de série de l'aéronef est une donnée générique de mission et une donnée générique de vol pour chacun des vols, l'application 32 de gestion des données attribue la 30 valeur de la donnée générique de mission « numéro de série » à la donnée générique de vol « numéro de série » de chacun des ensembles de données génériques de vol. L'application 32 de gestion de données reçoit également, pour chacun des vols, les valeurs des données génériques de vol et/ou d'aéronef non encore renseignées, et attribue à chacune de ces données génériques de vol et/ou d'aéronef la valeur reçue. Ces 35 valeurs sont par exemple renseignées par un opérateur via les moyens 20 de saisie. 3033420 19 La phase 102 comprend ensuite une étape 105 de paramétrage des applications 30. Avantageusement, cette étape est mise en oeuvre lors de l'initialisation de chaque application 30. Ainsi, lors de l'étape 105, pour chaque application 30 à exécuter, l'opérateur 5 actionne une icône associée à cette application 30 affichée sur l'écran 21, générant ainsi l'initialisation de cette application 30. Par ailleurs, l'opérateur choisit la mission ou le vol pour lequel il souhaite exécuter l'application 30. Lors de l'initialisation d'une application 30, l'application 32 de gestion de données attribue à chacune des données d'entrée de l'application 30 correspondant à une donnée 10 générique, c'est-à-dire une donnée générique de mission, de vol, ou d'aéronef, la valeur de cette donnée générique de mission telle qu'attribuée lors de l'étape 104. Les valeurs des autres données d'entrée de l'application 30, c'est-à-dire les données d'entrée spécifiques à cette application 30 qui ne correspondent pas à des données génériques, sont renseignées manuellement par l'opérateur. 15 En particulier, si l'application 30 est initialisée en relation avec l'ensemble de la mission, l'application 32 de gestion de données attribue à chacune des données d'entrée de l'application 30 correspondant à une donnée générique de mission de l'ensemble 34, la valeur de cette donnée générique de mission. Si l'application 30 est initialisée en relation avec un vol spécifique de la mission, 20 l'application 32 de gestion de données attribue à chacune des données d'entrée de l'application 30 correspondant à une donnée générique de vol ou d'aéronef, la valeur de cette donnée générique de vol ou d'aéronef dans l'ensemble de données génériques d'aéronef 36 ou de vol 38 associé à ce vol spécifique. Puis, lors d'une étape 106, l'opérateur lance l'exécution de l'application 30 en 25 actionnant un bouton dédié affiché sur l'écran 21, cette exécution générant la détermination des données de sorties de l'application 30. Lors d'une étape 107, l'application 32 de gestion de données attribue automatiquement, à chaque donnée générique qui correspondrait à une des données de sortie déterminée lors de l'étape 106, la valeur de cette donnée de sortie. Si la donnée 30 générique présentait avant cette attribution une valeur non vierge, c'est-à-dire une valeur préalablement renseignée, l'application 32 de gestion de données met en oeuvre un mécanisme de résolution de conflits, comme décrit ci-dessus, selon un critère libre ou prédéterminé, par exemple en retenant la valeur maximum (respectivement minimum) des deux valeurs en tant que donnée générique. 3033420 20 La phase 102 comprend par ailleurs une étape 108 de génération par l'application 32 de gestion de données d'un dossier de mission pour l'ensemble de la mission et, pour chacun des vols de la mission, d'un dossier de vol. Comme indiqué ci-dessus, outre les données stockées librement par l'opérateur, 5 chaque dossier de vol comprend, pour chaque application 30 ayant été exécutée en relation avec ce vol, les valeurs des données d'entrée sur la base desquelles l'application 30 a été exécutée, et les données de sortie correspondantes, c'est-à-dire telles que déterminées par exécution de l'application 30 sur la base de ces valeurs des données d'entrées. Chaque dossier de vol comprend ainsi, pour chaque application 30 ayant été 10 exécutée, un couple de données d'entrées et de données de sorties correspondantes. Par ailleurs, le dossier de mission comprend l'ensemble des dossiers de vol relatifs aux vols de la mission, et, pour chaque application 30 ayant été exécutée en relation avec la mission, les valeurs des données d'entrée sur la base desquelles l'application 30 a été exécutée, et les données de sortie correspondantes, c'est-à-dire telles que déterminées 15 par exécution de l'application 30 sur la base de ces valeurs des données d'entrées. L'application 32 de gestion de données enregistre le dossier de mission et les dossiers de vol dans la mémoire 26. Une fois le dossier de mission et les dossiers de vol générés et enregistrés, les données d'entrée et/ou les données génériques peuvent être modifiées par un opérateur, 20 lors d'une ou plusieurs étape(s) 109. Afin de tenir compte de telles modifications l'application 32 de gestion de données, après détection de cette modification, met en oeuvre, pour chaque dossier de mission et dossier de vol, une étape 110 de vérification de la cohérence des valeurs des données d'entrée. 25 Ainsi, lors de l'étape 110 de vérification, l'application 32 de gestion de données vérifie la cohérence entre les valeurs des données génériques avec les valeurs des données d'entrée. L'application 32 de gestion de données vérifie également la cohérence entre les valeurs des données d'entrée d'applications correspondant à des données de sortie d'autres applications, avec les valeurs de ces données de sortie. 30 Lors de cette étape 110, l'application 32 de gestion de données juge la valeur d'une donnée d'entrée cohérente avec la valeur de la donnée générique ou de la donnée de sortie correspondante si la valeur de la donnée d'entrée et la valeur de la donnée générique ou de sortie sont conformes à un critère prédéterminé, comme décrit ci-dessus. Par exemple, la valeur d'une donnée d'entrée est jugée comme cohérente avec la 35 valeur de la donnée générique ou de sortie correspondante si un écart entre la valeur de la donnée d'entrée et la valeur de la donnée générique ou de sortie est nul ou inférieur à 3033420 21 un seuil prédéterminé, ou au contraire incohérente avec la valeur de la donnée générique ou de sortie correspondante si la valeur de la donnée générique ou de sortie et la valeur de la donnée d'entrée ne sont pas conformes au critère prédéterminé. Si la valeur d'au moins une donnée d'entrée est jugée incohérente avec la valeur de 5 la donnée générique correspondante, l'application 32 de gestion de données signale cette incohérence à un opérateur. Ce signalement est par exemple réalisé en attribuant une couleur spécifique, par exemple rouge, aux icônes 55, 56 et 57 liées à chacune des applications dont une donnée d'entrée a été jugée incohérente avec la valeur de la donnée générique 10 correspondante. L'étape de vérification 110 comprend alors une mise à jour de la valeur de chaque donnée d'entrée dont la valeur a été jugée incohérente, chaque donnée d'entrée étant mise à jour en lui attribuant la valeur de la donnée générique correspondante. A cette fin, chaque application dont une donnée d'entrée a été jugée incohérente avec la valeur de la 15 donnée générique correspondante est initialisée, par exemple par un opérateur, en actionnant la deuxième icône 56 liée à cette application. Cet actionnement provoque l'initialisation de l'application, lors de laquelle l'application 32 de gestion de données modifie la valeur de la donnée d'entrée jugée incohérente en lui attribuant la valeur courante de la donnée générique. 20 L'application est alors exécutée, sur la base des données d'entrées mises à jour, et l'application 32 de gestion de données met à jour, dans le dossier de mission ou de vol associé, les valeurs des données d'entrée, en particulier de la ou des données d'entrée modifiée(s), et les valeurs des données de sortie telles que déterminées par exécution de l'application sur la base des valeurs des données d'entrées mises à jour. 25 Si une donnée de sortie d'une première application 301 exécutée lors de cette mise à jour est une donnée d'entrée d'une autre application 302, l'application 32 de gestion de données vérifie à nouveau la cohérence entre la valeur de cette donnée de sortie et la valeur de cette donnée d'entrée. Si la valeur d'une donnée de sortie de la première application 301 est jugée 30 incohérente avec la valeur de la donnée d'entrée correspondante de la deuxième application 302, l'application 32 de gestion de données signale cette incohérence à un opérateur. Ce signalement est par exemple réalisé en attribuant aux icônes 55 et 57 associées aux sorties de la première 301 et de la deuxième 302 applications, ainsi qu'à l'icône 56 de 35 la deuxième application 302, une couleur orange. 3033420 22 Puis, lors d'une nouvelle mise à jour, l'opérateur initialise l'application 302, en actionnant l'icône 56 liée à cette application. Cet actionnement provoque l'initialisation de l'application 302, lors de laquelle l'application 32 de gestion de données modifie la valeur de la donnée d'entrée jugée incohérente en lui attribuant la valeur correspondante de la 5 donnée de sortie de l'application 30T. L'application 302 est alors exécutée, sur la base des données d'entrées mises à jour, et l'application 32 de gestion de données met à jour, dans le dossier de mission ou de vol associé, les valeurs des données d'entrée, en particulier de la ou des données d'entrée modifiée(s), et les valeurs des données de sortie telles que déterminées par 10 exécution de l'application sur la base des valeurs des données d'entrées mises à jour. Si la valeur d'une donnée de sortie de la première application 301 est jugée incohérente avec la valeur de la donnée d'entrée générique correspondante (ce qui peut arriver dans le cas où une données générique peut-être renseignée par une sortie d'une application), l'application 32 de gestion de données signale cette incohérence à un 15 opérateur. Ce signalement est par exemple réalisé en attribuant à l'icône 55 associée aux sorties de l'application 301, une couleur orange. Le procédé comprend ensuite, avant la réalisation de la mission, une phase 120 de chargement d'informations relatives à la mission telles que générées lors de la phase 102 20 depuis le terminal portable 10 vers l'ordinateur central de l'aéronef via le terminal embarqué 12. Ces informations comprennent notamment : - l'ensemble de données génériques de mission, - pour chaque vol, un ensemble de données génériques de vol, 25 - l'ensemble de données génériques d'aéronef, - le dossier de mission, incluant, pour chaque vol de la mission, un dossier de vol. La phase 120 comprend une étape 122, lors de laquelle l'application 32 de gestion de données du terminal portable 10 transmet l'ensemble des informations citées ci-dessus, via la liaison 13 de données, à l'application 32 de gestion de données du terminal 30 embarqué 12. L'application 32 de gestion de données du terminal 12, selon les mêmes principes que ceux décrits ci-dessus, détecte le cas échéant puis permet à l'opérateur traiter d'éventuelles incohérences entre les données génériques du terminal et les données correspondantes (équivalentes) reçues des systèmes de l'aéronef lui-même. Puis, l'application 32 de gestion de données du terminal embarqué 12 transmet 35 l'ensemble des informations citées ci-dessus, via les moyens 17 de télécommunication, à 3033420 23 l'ordinateur central de l'aéronef, en vue de la réalisation d'un ou des plusieurs vols de la mission par cet aéronef. Une fois le dossier de mission et les dossiers de vol enregistrés dans le terminal embarqué 12 et dans l'ordinateur central de l'aéronef, les données d'entrée et/ou les 5 données génériques peuvent être modifiées par un opérateur, lors d'une ou plusieurs étape(s) 129, similaire à l'étape 109, par l'intermédiaire du terminal embarqué 12. Afin de tenir compte de telles modifications, l'application 32 de gestion de données met en oeuvre, pour chaque dossier de mission et dossier de vol, après chaque étape 129, une étape 130 de vérification similaire à l'étape 110 mise en oeuvre lors de la phase 10 102 de préparation de mission. L'application 32 de gestion de données met ensuite en oeuvre une étape 132 de mise à jour des informations transmises à l'ordinateur central de l'aéronef. Le procédé comprend ensuite une phase 140 d'exécution de la mission par l'aéronef. Lors de l'exécution de la mission, certaines données d'entrée et/ou données 15 génériques peuvent être modifiées par un opérateur, lors d'une ou plusieurs étape(s) 149, similaire aux étapes 109 et 129, par l'intermédiaire du terminal embarqué 12. Afin de tenir compte de telles modifications, l'application 32 de gestion de données met en oeuvre, pour chaque dossier de mission et dossier de vol, après chaque étape 139, une étape 150 de vérification similaire aux étapes 110 et 130 et une étape 152 de 20 mise à jour mise à jour des informations transmises à l'ordinateur central de l'aéronef similaire à l'étape 132. A l'issue de l'exécution de la mission, le procédé comprend une phase 160 de déchargement des données, lors de laquelle l'application 32 de gestion de données du terminal embarqué 12 reçoit, depuis l'ordinateur central de l'aéronef, des données 25 élaborées par différents systèmes de l'aéronef, notamment des systèmes de contrôle, des systèmes de maintenance et d'opération ou des systèmes liés au monde passager. L'application 32 de gestion de données met alors à jour les informations contenues dans les dossiers de mission et de vol en fonction des données ainsi reçues depuis l'ordinateur central de l'aéronef et permet de décharger ces dossiers et autres données associées 30 dans des terminaux mobiles 10 ou distants au travers de la liaison de données 13. Les applications 30, en particulier celles destinées à la restitution du vol ou de la mission, sont alors exécutées par un opérateur, notamment en vue de la restitution de la mission. Le procédé selon l'invention permet ainsi de faciliter la préparation, l'exécution et la 35 restitution d'une mission par un opérateur et d'assurer une continuité dans le traitement des données tout au long d'une mission. En particulier, le procédé selon l'invention 3033420 24 permet de faciliter le renseignement des données d'entrée des différentes applications mises en oeuvre lors de la préparation, de l'exécution et de la restitution de la mission, et de s'assurer que les données d'entrée et de sortie de ces applications sont cohérentes entre elles, de telle sorte qu'une modification d'une donnée soit bien prise en compte par 5 l'ensemble des applications. Il devra être compris que les exemples de réalisation présentés ci-dessus ne sont pas limitatifs. Notamment, le système 1 peut comprendre un unique module. Dans ce cas, les terminaux 10 et 12 sont confondus pour former un unique terminal, notamment 10 escamotable et dissocié d'un aéronef, propre à échanger des informations directement avec l'ordinateur central d'un aéronef. REVENDICATIONS1.- Procédé de gestion de données relatives à une mission comprenant au moins un vol d'un aéronef, lesdites données comprenant des données d'entrées (E) d'au moins deux applications (30) et des données de sortie (S) desdites applications (30), chaque application (30) étant propre à être exécutée par un calculateur (14) pour déterminer, à partir de la ou des donnée(s) d'entrée (E) de ladite application (30), la ou les donnée(s) de sortie (S) de ladite application (30), ledit procédé comprenant : - une étape de fourniture (100) d'au moins un ensemble de données génériques (34, 36, 38), chacune desdites données génériques étant une donnée d'entrée (E) commune à au moins deux desdites applications (30), - une étape d'attribution (104) pour au moins un vol de ladite mission, d'une valeur à au moins une desdites données génériques, - une étape de paramétrage (105) desdites applications (30), comprenant l'attribution automatique, à chaque donnée d'entrée (E) correspondant à une donnée générique, de la valeur de ladite donnée générique. 2.- Procédé selon la revendication 1, caractérisé en ce qu'il comprend en outre, après l'étape de paramétrage (105), une étape d'exécution (106) d'au moins une application (30), sur la base des valeurs des données d'entrées attribuées lors de l'étape de paramétrage (105), pour déterminer la valeur de la ou des donnée(s) de sortie (S) de ladite application (30). 3.- Procédé selon la revendication 2, caractérisé en ce qu'il comprend en outre, après l'étape d'exécution (106), une étape d'affectation (107) de la valeur d'au moins une donnée de sortie (S) déterminée lors de ladite étape d'exécution (106) à une ou des données génériques (34, 36, 38) correspondant à ladite donnée de sortie (S). 4.- Procédé selon l'une quelconque des revendications 2 ou 3, caractérisé en ce qu'il comprend en outre au moins une étape de vérification (110) de cohérence comprenant : - une vérification de la cohérence de la valeur d'au moins une donnée générique avec la valeur d'au moins une donnée d'entrée (E) correspondante, et/ou - une vérification de la cohérence de la valeur d'au moins une donnée générique avec la valeur d'au moins une donnée de sortie (S) correspondante, et/ou - une vérification de la cohérence de la valeur d'au moins une donnée de sortie d'une première application avec la valeur de la donnée d'entrée correspondante d'une ou plusieurs autres applications, 3033420 26 la valeur d'une première donnée étant jugée comme cohérente avec la valeur d'une deuxième donnée si la valeur de la première donnée et la valeur de la deuxième donnée sont conformes à un critère prédéterminé. 5.- Procédé selon la revendication 4, caractérisé en ce que la valeur d'une première 5 donnée est jugée cohérente avec la valeur d'une deuxième donnée si la valeur absolue d'un écart entre la valeur de la première donnée et la valeur de la deuxième donnée est nulle ou inférieure à un seuil prédéterminé. 6.- Procédé selon l'une quelconque des revendications 4 ou 5, caractérisé en ce que l'étape de vérification (110) comprend, lorsque la valeur d'au moins une donnée 10 d'entrée (E) est jugée incohérente avec la valeur de la donnée générique correspondante ou avec une donnée de sortie (S) correspondante d'une autre application, une mise à jour de la valeur de la donnée d'entrée (E), lors de laquelle la valeur de ladite donnée générique ou de ladite donnée de sortie (S) est attribuée à ladite donnée d'entrée (E). 7.- Procédé selon l'une quelconque des revendications 2 à 6, caractérisé en ce qu'il 15 comprend une étape de génération (108), pour au moins un vol de ladite mission, d'un dossier de vol comprenant, pour chaque application (30) ayant été exécutée, les valeurs des données d'entrée (E) et la valeur de chaque donnée de sortie (S) de ladite application (30), telle que déterminée par exécution de ladite application (30) sur la base desdites valeurs des données d'entrées (E) de ladite application (30). 20 8.- Procédé selon la revendication 7, caractérisé en ce qu'il comprend une étape de génération (108), pour l'ensemble de ladite mission, d'un dossier de mission comprenant ledit ou chacun desdits dossiers de vol. 9.- Méthode de gestion d'une mission comprenant au moins un vol d'un aéronef, ladite méthode comprenant : 25 - la mise en oeuvre d'un procédé de gestion de données relatives à ladite mission selon la revendication 8 sur un module (10) extérieur audit aéronef, avant la réalisation d'un vol donné de ladite mission, - une phase de chargement (120) du dossier de mission et du dossier de vol relatif audit vol donné depuis ledit module (10) dans une mémoire embarquée dans ledit 30 aéronef, avant la réalisation dudit vol donné par l'aéronef. - une phase de déchargement (160) du dossier de mission et du dossier de vol relatif audit vol donné depuis une mémoire embarquée dans ledit aéronef à destination d'au moins un module (10) extérieur à l'aéronef, après la réalisation dudit vol donné par l'aéronef. 35 10.- Méthode selon la revendication 9, dans laquelle : 3033420 27 - ladite phase de chargement (120) comprend un transfert dudit dossier de mission et dudit dossier de vol depuis ledit module (10) extérieur dans un module (12) embarqué dans ledit aéronef, avant la réalisation dudit vol donné par l'aéronef et comprend avantageusement une vérification de la cohérence de la valeur d'au moins une donnée 5 d'entrée (E) ou de sortie (S) issue dudit module (10) extérieur avec la valeur d'au moins une donnée d'entrée (E) ou de sortie (S) correspondante dans ledit module (12) embarqué, issues de l'aéronef, et - ladite phase de déchargement (160) comprend un transfert du dossier de mission et du dossier de vol relatif audit vol donné depuis ledit module (12) embarqué et à 10 destination dudit module (10) extérieur, après la réalisation dudit vol donné par l'aéronef. 11.- Module (10, 12) de gestion de données relatives à une mission comprenant au moins un vol d'un aéronef, lesdites données comprenant des données d'entrées (E) d'au moins deux applications (30) et des données de sortie (S) desdites applications (30), chaque application (30) étant propre à être exécutée par un calculateur (14) pour 15 déterminer, à partir de la ou des donnée(s) d'entrée (E) de ladite application (30), la ou les donnée(s) de sortie (S) de ladite application (30), ledit module (10, 12) de gestion de données comprenant une application (32) de gestion de données configurée pour : - générer au moins un ensemble de données génériques (36, 38) relatives à au 20 moins un vol de ladite mission, chacune desdites données génériques étant une donnée d'entrée (E) commune à au moins deux desdites applications (30), - attribuer, pour au moins un vol de ladite mission, à au moins une donnée générique, une valeur de ladite donnée générique, - paramétrer (105) lesdites applications (30), en attribuant automatiquement, à 25 chaque donnée d'entrée (E) correspondant à une donnée générique, la valeur de ladite donnée générique. 12.- Module (10, 12) selon la revendication 11, caractérisé en ce que ladite application (32) de gestion de données est configurée pour vérifier une cohérence des valeurs des données génériques avec les valeurs des données d'entrée (E) 30 correspondantes, la valeur d'une donnée générique étant jugée comme cohérente avec la valeur d'une donnée d'entrée (E) correspondante si la valeur de la donnée d'entrée (E) et la valeur de la donnée générique sont conformes à un critère prédéterminé. 13.- Module (10, 12) selon la revendication 12, caractérisé en ce que ladite application (32) de gestion de données est configurée pour mettre à jour la valeur d'une 35 donnée d'entrée (E) jugée incohérente avec la valeur de la donnée générique 3033420 28 correspondante, en attribuant la valeur de ladite donnée générique à ladite donnée d'entrée (E). 14.- Module (10, 12) selon l'une quelconque des revendications 11 à 13, caractérisé en ce que ladite application (32) de gestion de données est configurée pour générer, pour 5 chaque vol de ladite mission, un dossier de vol relatif audit vol, ledit dossier de vol comprenant, pour chaque application (30) ayant été exécutée, les valeurs des données d'entrée (E) et la valeur de chaque donnée de sortie de ladite application (30), telle que déterminée par exécution de ladite application (30) sur la base desdites valeurs des données d'entrées (E) de ladite application (30). 10 15.- Système (1) de gestion d'une mission comprenant au moins un vol d'un aéronef, caractérisé en ce qu'il comprend un premier module (10) de gestion de données selon l'une quelconque des revendications 11 à 14, déplaçable indépendamment de tout aéronef destiné à effectuer un vol de ladite mission, et au moins un deuxième module (12) de gestion de données selon l'une quelconque des revendications 11 à 14, embarqué 15 dans un aéronef destiné à effectuer un vol de ladite mission.