Brevet FR3143167A1 — publié le 20240614

Procédé de partage de données entre des équipements aéronautiques, système électronique de partage de données et programme d’ordinateur associés La présente invention concerne un procédé de partage de données entre des équipements aéronautiques (30, 35). Au moins un équipement aéronautique est compris dans un aéronef mettant en œuvre une mission de vol. Le procédé comprend une étape (110) d’obtention d’un jeu de données (PROP_A, PROP_B) issues dudit équipement aéronautique. Le procédé comprend en outre une étape (120) d’ajout du jeu de données à un groupe commun (COP) comportant des données communes à tous les équipements aéronautiques. Le procédé comprend une étape (130) de filtrage des données du groupe commun pour déterminer au moins une première donnée pertinente (CROP) pour mener à bien la mission de vol. Le procédé comprend une étape (140) de transmission, à au moins un autre équipements aéronautiques, de seulement l’au moins première une donnée pertinente (CROP), en vue de son utilisation pour un affichage à un utilisateur respectif), ou un calcul, d’une commande dudit aéronef. Figure pour l'abrégé : Figure 3 Procédé de partage de données entre des équipements aéronautiques, système électronique de partage de données et programme d’ordinateur associés La présente invention concerne un procédé de partage de données entre des équipements aéronautiques. La présente invention concerne également un système électronique de partage de données entre des équipements aéronautiques et un programme d’ordinateur configurés pour mettre en œuvre un tel procédé. L’invention concerne le domaine de la communication entre des équipements aéronautiques. Lors d’une mission de vol d’un aéronef, une pluralité d’agents sont impliqués. En effet, lors de son vol, un pilote de l’aéronef est au moins en communication avec un contrôleur aérien avec lequel il peut échanger des données sur sa mission de vol. Lors de telles communications, en règles générales, chaque utilisateur demande à son homologue les données dont il a besoin pour vérifier que la situation est conforme à un plan de vol ou alors pour déterminer différentes commandes liées à l’aéronef. Suite à la demande, l’homologue consulte un équipement avionique lui fournissant les données demandées et les transfère au premier utilisateur, par la parole ou via une communication numérique entre les équipements aéronautiques. Avec ce type de protocole de communication les données sont dites tirées (de l’anglais pull ). Autrement dit, le requérant de données est à l’origine de l’engagement du protocole de communication. Ou encore, c’est au requérant de données de signifier son besoin de données pour qu’elles lui soient fournies, le fournisseur de données ne réagissant qu’aux demandes du requérant. Un tel mécanisme peut s’avérer suffisant lorsque seul un pilote de l’aéronef et un contrôleur aérien communiquent entre eux et que la situation n’est pas critique. Cependant, dès lors qu’un plus grand nombre d’agents sont impliqués, la quantité d’informations demandées rend ces communications trop lentes. De même, lorsque la situation est critique, par exemple pour la gestion d’une panne, la vitesse de transfert d’informations est un facteur clef qui discrimine les protocoles classiques de communication. Pour pallier à ce problème, on connait le mécanisme de données poussées (de l’anglais push ). En effet, dans ce mécanisme, les informations issues de chaque équipement sont intégralement transmises aux autres équipements aéronautiques sans qu’une demande préalable de données ne soit nécessaire. Ainsi, l’utilisateur d’un équipement respectif n’a pas besoin de signifier son besoin pour que les données désirées lui soient transmises. Ce mécanisme permet donc de diminuer le temps d’obtention de données pour chaque utilisateur. Cependant, dès que le nombre d’utilisateurs impliqués dépasse deux ou dès que la situation devient critique, la quantité de données à la disposition de chaque utilisateur est trop grande pour que l’utilisateur ait le temps de les traiter, pour déterminer celles dont il a besoin. En outre, une trop grande quantité de données disponibles augmente la charge cognitive des utilisateurs, voire favorise le sentiment de panique des utilisateurs des différents équipements aéronautiques pouvant conduire à des prises de décisions tardives ou erronées. De plus, la communication d’une trop grande quantité de données est susceptible de surcharger les canaux de communications entre les équipements aéronautiques, conduisant à des ralentissements dans l’obtention des données. L’invention a pour but de pallier à ce problème en limitant la quantité d’information à disposition des utilisateurs. A cet effet la présente invention a pour objet un procédé de partage de données entre des équipements aéronautiques, au moins un équipement aéronautique étant compris dans un aéronef, l’aéronef mettant en œuvre une mission de vol, le procédé étant mis en œuvre par un système électronique de partage de données et comprenant les étapes successives suivantes pour un desdits équipements aéronautiques : - obtention d’un jeu de données issues dudit équipement aéronautique, au moins une donnée du jeu de données étant issue d’un capteur associé à l’équipement aéronautique, - ajout du jeu de données à un groupe commun, le groupe commun comportant des données communes à tous les équipements aéronautiques, - filtrage des données du groupe commun via des règles de filtrage propres à la mission, pour déterminer au moins une première donnée pertinente, l’au moins une première donnée pertinente étant pertinente pour mener à bien la mission de vol, et - transmission, à au moins un autre équipements aéronautiques, de seulement l’au moins première une donnée pertinente, en vue de son utilisation parmi : un affichage à un utilisateur respectif dudit autre équipement aéronautique et calcul, par un autre équipement aéronautique d’une commande dudit aéronef. L’étape de filtrage permet de trier l’ensemble des données pour n’obtenir que les données pertinentes pour la mission en cours. Autrement dit, seules les données dont chaque utilisateur et/ou équipement aéronautique doit avoir connaissance sont déterminées et transmises à chaque équipement aéronautique. Avec le procédé selon l’invention, le procédé selon l’invention permet d’améliorer le niveau de connaissance de chaque équipement aéronautique et/ou utilisateur associé, par le mécanisme de données poussées, sans pour autant surcharger chaque équipement aéronautique et/ou utilisateur. En complément facultatif, le procédé de partage de données comprend une ou plusieurs des caractéristiques suivantes, prises isolément ou suivant toutes les combinaisons techniquement possibles : la mission est la gestion d’une anomalie dans un environnement de l’aéronef, lors de l’étape de filtrage, une règle de filtrage prédéfinie respective étant destinée à obtenir les données nécessaires à l’élaboration d’une action corrective à mettre en œuvre par l’aéronef pour gérer l’anomalie dans l’environnement de l’aéronef, l’anomalie appartient à un ensemble prédéfini d’anomalie(s), pour chaque anomalie, un ensemble d’action(s) corrective(s) et un ensemble de règle(s) de filtrage étant prédéfinies, la mission est la gestion d’une panne moteur au cours d’un vol de l’aéronef, un autre équipement aéronautique étant compris dans une tour de contrôle aérien, le jeu de données issues de l’équipement aéronautique compris dans l’aéronef comprenant : une vitesse de l’aéronef, une altitude de l’aéronef, une position de l’aéronef, un temps de vol jusqu’à une destination initiale de l’aéronef, une quantité de carburant dans l’aéronef, une pression dans chaque moteur de l’aéronef, une puissance de chaque moteur de l’aéronef, un état de ventilation d’une cabine de l’aéronef, et un élément relatif aux passagers de l’aéronef le jeu de données issues de l’équipement aéronautique compris dans la tour de contrôle aérien comprenant : une indication du trafic dans une zone autour de l’aéronef, une délimitation d’une zone interdite au survol, un canal de communication radio avec un pilote de l’aéronef, et une information météorologique dans un environnement de l’aéronef, une action corrective prédéfinie étant la planification d’un plan de vol suite à la panne moteur, une règle de filtrage prédéfinie étant destinée à déterminer les données nécessaires à la planification du plan de vol, l’au moins une première donnée pertinente comprenant : la vitesse de l’aéronef, l’altitude de l’aéronef, la position de l’aéronef, le temps de vol jusqu’à une destination initiale de l’aéronef, la quantité de carburant dans l’aéronef, la pression dans chaque moteur de l’aéronef, la puissance de chaque moteur de l’aéronef, l’indication du trafic dans une zone autour de l’aéronef et la délimitation d’une zone interdite au survol, l’anomalie est un incendie dans un environnement de l’aéronef, l'aéronef étant un Canadair®, un autre équipement aéronautique étant associé à un service de pompiers au sol, le jeu de données issues de l’équipement aéronautique compris dans l’aéronef comprenant : une vitesse de l’aéronef, une altitude de l’aéronef, une position de l’aéronef, un état de largage de l’eau stockée dans un réservoir de l’aéronef, une quantité de carburant dans l’aéronef, et une quantité d’eau dans le réservoir de l’aéronef, le jeu de données issues de l’équipement aéronautique associé au service de pompiers au sol comprenant : une position de l’incendie, une direction du vent sur le lieu de l’incendie, au moins une caractéristique de terrain sur le lieu de l’incendie, et une position des pompiers au sol, une action corrective prédéfinie étant la détermination d’un axe de largage de l’eau stockée dans le réservoir de l’aéronef pour éteindre l’incendie, une règle de filtrage prédéfinie étant destinée à déterminer les données nécessaires à la détermination dudit axe de largage, l’au moins une première donnée pertinente comprenant : la position de l’aéronef, l’état de largage de l’eau stockée dans le réservoir de l’aéronef la position de l’incendie, la direction du vent sur le lieu de l’incendie, au moins une caractéristique de terrain sur le lieu de l’incendie, et la position des pompiers au sol. l’étape d’obtention comprend les sous-étapes suivantes : réception des données issues de(s) capteur(s) associé(s) audit équipement aéronautique et/ou déterminé(s) par l’équipement aéronautique, sélection, parmi les données reçues, de deuxièmes données pertinentes, les deuxièmes données pertinentes étant pertinente pour un utilisateur de l’équipement aéronautique, afin de contrôler ledit équipement dans le cadre de la mission, et formation du jeu de données issues de l’équipement aéronautique par concaténation des deuxièmes données pertinentes sélectionnées. les étapes d’obtention et d’ajout sont itérées pour chaque équipement aéronautique, préalablement à l’étape de filtrage, lors de l'étape d’ajout, le jeu respectif de données issues de chaque équipement aéronautique est ajouté au même groupe de données commun à tous les équipements aéronautiques ; et au moins deux parmi les équipement aéronautiques sont associés à la mission, le procédé comprenant en outre, suite à l’étape de transmission et pour l’au moins un autre équipement aéronautique associé à la mission, une étape d’enrichissement lors de laquelle l’au moins une donnée première pertinente est ajoutée au jeu de données respectif d’au moins un autre équipement aéronautique. L’invention a également pour objet un programme d’ordinateur comportant des instructions logicielles qui, lorsqu’elles sont exécutées par un ordinateur, mettent en œuvre le procédé tel que décrit ci-dessus. L’invention a également pour objet un système électronique de partage de données entre des équipements aéronautiques, au moins un équipement aéronautique étant compris dans un aéronef, l’aéronef mettant en œuvre une mission de vol, le système électronique de partage comprenant pour un desdits équipements aéronautiques : un module d’obtention configuré pour obtenir un jeu de données issues dudit équipement aéronautique, au moins une donnée du jeu de données étant issue d’un capteur associé à l’équipement aéronautique, un module d’ajout ajout configuré pour ajouter le jeu de données à un groupe commun, le groupe commun comportant des données communes à tous les équipements aéronautiques, un module de filtrage configuré pour filtrer les données du groupe commun via des règles de filtrage propres à la mission, pour déterminer au moins une première donnée pertinente, l’au moins une première donnée pertinente étant pertinente pour mener à bien la mission de vol, et un module de transmission configuré pour transmettre à au moins un autre équipement aéronautique seulement l’au moins première une donnée pertinente, en vue de son utilisation parmi : un affichage à un utilisateur respectif dudit autre équipement aéronautique, et calcul, par un autre équipement aéronautique d’une commande dudit aéronef. En complément facultatif, le système de comprend la caractéristique suivante : le système électronique de partage est un système décentralisé comprenant une pluralité de dispositifs électroniques élémentaires, les modules d’obtention, d’ajout, de filtrage et de transmission étant inclus dans au moins deux dispositifs électroniques élémentaires distincts. Ces caractéristiques et avantages de l’invention apparaitront plus clairement à la lecture de la description qui va suivre, donnée uniquement à titre d’exemple non-limitatif, et faite en référence aux dessins annexés, sur lesquels : la est une vue schématique d’un ensemble aéronautique comprenant un système de partage de données selon l’invention ; la est organigramme d’un procédé de partage de données selon l’invention ; la est un schéma représentant des échanges de données dans le système de partage de données de la ; la est une vue schématique d’un ensemble aéronautique selon une variante de réalisation ; et la est un schéma représentant des échanges de données dans un système de partage de données compris dans l’ensemble aéronautique de la . Sur la est représenté un ensemble aéronautique 10 selon un premier mode de réalisation. L’ensemble aéronautique 10 comprend au moins un aéronef 15, une station au sol 20 et un système électronique 25 de partage de données. L’ensemble aéronautique 10 met en œuvre une mission. La mission est par exemple la gestion d’une anomalie dans un environnement de l’aéronef 15. Pour mener à bien cette mission, l’aéronef 15 et la station au sol 20 sont propres à mettre en œuvre une ou plusieurs actions correctives. Par exemple, l’anomalie appartient à un ensemble prédéfini d’anomalies. Pour chaque anomalie, un ensemble d’action(s) corrective(s) et un ensemble de règle(s) de filtrage sont prédéfinis. L’aéronef 15 est par exemple un avion, un hélicoptère, ou un drone. Préférentiellement, l’aéronef 15 est un avion, par exemple un avion commercial. L’anomalie est typiquement tout type d’aléa, i.e. d’évènement imprévu, concernant l’aéronef 15 et/ou la station au sol 20, et justifiant une communication entre l’aéronef 15 et la station au sol 20. Selon un premier exemple, l’anomalie est une panne moteur de l’aéronef 15. La station au sol 20 est une tour de contrôle aérien. Selon un deuxième exemple, l’anomalie est un incendie dans un environnement de l’aéronef 15. L’aéronef 15 est un Canadair®. La station au sol 20 est alors un service de pompier au sol. Selon un troisième exemple, l’anomalie est un passager malade dans un état critique à bord de l’aéronef 15. Selon un quatrième exemple, l’anomalie est une demande, provenant de la station au sol 20, que l’aéronef 15 quitte un groupe d’aéronefs au côté desquels il volait jusqu’à présent. Selon un cinquième exemple, l’anomalie est une victime d’une blessure en montagne. L’aéronef 15 est un hélicoptère de sauvetage, et la station au sol 20 est une équipe de sapeurs-pompiers au sol. L’aéronef 15 comprend une pluralité de capteurs 26 propre à mesurer différentes données liées à l’aéronef 15. L’aéronef 15 comprend un premier équipement aéronautique 30 recevant les données mesurées par les capteurs 26, calculant d’autres données et stockant les données mesurées et calculées POP_A (de l’anglais Personal Operational Picture ). La station au sol 20 est propre à communiquer avec le ou les aéronefs 15 et avec le système de partage 25. Le premier équipement aéronautique 30 est par exemple un système de gestion de vol, ou FMS (de l’anglais Flight Management System), de l’aéronef 15. Parmi les données POP_A stockées dans le premier équipement 30, certaines sont pertinentes pour un utilisateur du premier dispositif aéronautique 30, i.e. un pilote de l’aéronef 15. Ces données forment un premier jeu de données PROP_A (de l’anglais Personal Relevant Operational Picture ). On entend par « données pertinentes pour l’utilisateur » des données utiles ou nécessaires à l’utilisateur d’un équipement aéronautique pour la réalisation de la mission. Le premier jeu de données PROP_A est respectif du premier équipement 30. Tout comme l’aéronef 15, la station au sol 20 comprend également des capteurs 31 propres à mesurer des données relatives à ladite station au sol 20 ou à un environnement de l’aéronef 15. La station au sol 20 comprend en outre un deuxième équipement aéronautique 35 recevant les données mesurées par les capteurs 31, calculant d’autres données et stockant les données mesurées et calculées POP_B. Chaque équipement aéronautique 30, 35 comprend optionnellement un écran d’affichage propre à afficher des données reçues du système de partage 25 comme il sera décrit par la suite. Préférentiellement chaque équipement aéronautique 30, 35 est en outre, ou en variante à la place, configuré pour calculer des commandes de l’aéronef 15 à partir des données reçues du système de partage 25. Selon le premier exemple, le deuxième équipement aéronautique 35 est un dispositif électronique de contrôle aérien. Un utilisateur du deuxième équipement aéronautique 35 est un contrôleur aérien. Selon le deuxième exemple, le deuxième équipement aéronautique 35 est un système de concentration de données du service de pompiers. L’utilisateur du deuxième équipement 35 est un pompier. Parmi les données stockées dans le deuxième équipement aéronautique 35, certaines sont pertinentes pour l’utilisateur et forment un deuxième jeu de données PROP_B. Le système électronique de partage de données 25 comprend une pluralité de dispositifs électroniques élémentaires 40. Dans l’exemple représenté sur la , le système de partage de données 25 comprend un premier 40A, un deuxième 40B et un troisième 40C dispositifs élémentaires. Le système de partage 25 comprend au moins un module 45 d’obtention d’un jeu de données PROP_A, PROP_B issues d’un des équipements aéronautiques 30, 35, un module d’ajout 50, un module de filtrage 55, au moins un module de transmission 60, et préférentiellement au moins un module d’enrichissement 63. Dans l’exemple représenté sur la , le système de partage 25 comprend un premier module d’obtention 45A, un premier module de transmission 60A, et préférentiellement un premier module d’enrichissement 63A inclus dans le premier dispositif élémentaire 40A. Le système de partage 25 comprend en outre un deuxième module d’obtention 45B, un deuxième module de transmission 60B et préférentiellement un deuxième module d’enrichissement 63B inclus dans le deuxième dispositif élémentaire 40B. Le module d’ajout 50 et le module de filtrage 55 sont, quant à eux, inclus dans le troisième dispositif élémentaire 40C distinct des premier 40A et deuxième 40B dispositifs élémentaires. Le premier dispositif élémentaire 40A est connecté au premier équipement aéronautique 25 et au troisième dispositif élémentaire 40C. Le deuxième dispositif élémentaire 40B est connecté au deuxième équipement aéronautique 30 et au troisième dispositif élémentaire 40C. Selon un mode de réalisation non-représenté, le premier dispositif élémentaire 40A est compris dans l’aéronef 15, et le deuxième dispositif élémentaire 40B est compris dans le système au sol 20. Dans l’exemple de la , chaque dispositif élémentaire 40A, 40B, 40C est un ordinateur comprenant respectivement un processeur 65A, 65B, 65C et une mémoire 70A, 70B, 70C associée au processeur 65A, 65B, 65C et stockant des instructions logicielles propres à être exécutées par ledit processeur 65A, 65B, 65C. Sur la , les modules 45A, 45B, 50, 55, 60A, 60B, 63A, 63B, sont réalisés chacun sous forme d’un ou plusieurs logiciel(s), ou d’une brique logicielle, exécutable par le processeur respectif 65A, 65B, 65C. Chaque logiciel est en outre apte à être enregistré sur un support, non-représenté, lisible par ordinateur. Le support lisible par ordinateur est par exemple un medium apte à mémoriser les instructions électroniques et à être couplé à un bus d’un système informatique. A titre d’exemple, le support lisible est un disque optique, un disque magnéto-optique, une mémoire ROM, une mémoire RAM, tout type de mémoire non-volatile (par exemple EPROM, EEPROM, FLASH, NVRAM), une carte magnétique ou une carte optique. Sur le ou chaque support lisible est alors mémorisé un programme d’ordinateur comprenant des instructions logicielles. En variante non représentée, chaque module 45A, 45B, 50, 55, 60A, 60B, 63A, 63B, ou chaque dispositif élémentaire 40A, 40B, 40C, ou même le système de partage de données 25 dans son intégralité, est réalisé sous forme d’un composant logique programmable, tel qu’un FPGA (de l’anglais Field Programmable Gate Array) ou encore d’un circuit intégré tel qu’un ASIC (de l’anglais Application Specific Integrated Circuit). Chaque module d’obtention 45A, 45B est configuré pour obtenir le jeu de données PROP_A, PROP_B issu de l’équipement aéronautique 30, 35 auquel il est associé. Le premier module d’obtention 45A est configuré pour obtenir le premier jeu de données PROP_A depuis le premier équipement aéronautique 30 et le deuxième module d’obtention 45B est configuré pour obtenir le deuxième jeu de données PROP_B depuis le deuxième équipement aéronautique 35. Dans le premier exemple, le premier jeu de données PROP_A comprend : une vitesse de l’aéronef 15, une altitude de l’aéronef 15, une position de l’aéronef 15, un temps de vol jusqu’à une destination initiale de l’aéronef 15, une quantité de carburant dans l’aéronef 15, une pression dans chaque moteur de l’aéronef 15, et une puissance de chaque moteur de l’aéronef 15. Dans le premier exemple, le deuxième jeu de données PROP_B comprend : une indication du trafic dans une zone autour de l’aéronef 15, une délimitation d’une zone interdite au survol, un canal de communication radio avec un pilote de l’aéronef 15, et une information météorologique dans un environnement de l’aéronef 15. Dans le deuxième exemple, le premier jeu de données PROP_A comprend : une vitesse de l’aéronef 15, une altitude de l’aéronef 15, une position de l’aéronef 15, une quantité de carburant dans l’aéronef 15, l’état de largage d’eau stockée dans un réservoir de l’aéronef 15, et une quantité d’eau dans le réservoir de l’aéronef 15. Dans le deuxième exemple, le deuxième jeu de données PROP_B comprend : une position de l’incendie, une direction du vent sur le lieu de l’incendie, au moins une caractéristique de terrain sur le lieu de l’incendie, et une position des pompiers au sol. Le module d’ajout 50 est configuré pour ajouter le jeu de données PROP_A, PROP_B issu d’un des modules d’obtention 45A, 45B, à un groupe commun COP (de l’anglais Common Operational Picture ) de données communes à tous les équipements aéronautiques 30, 35. Préférentiellement, le module d’ajout 50 est configuré pour ajouter chaque jeu de données PROP_A, PROP_B au groupe commun COP. Par exemple, le module d’ajout 50 est configuré pour effectuer une concaténation des jeux de données PROP_A, PROP_B aux données déjà contenues dans le groupe commun COP. Dans le premier exemple, le groupe commun COP comprend les données suivantes : la vitesse de l’aéronef 15, l’altitude de l’aéronef 15, la position de l’aéronef 15, le temps de vol jusqu’à une destination initiale de l’aéronef 15, la quantité de carburant dans l’aéronef 15, la pression dans chaque moteur de l’aéronef 15, la puissance de chaque moteur de l’aéronef 15, l’état de ventilation d’une cabine de l’aéronef 15, un élément relatif à des passagers de l’aéronef 15, l’indication du trafic dans une zone autour de l’aéronef 15, la délimitation d’une zone interdite au survol, la canal de communication radio avec un pilote de l’aéronef 15, l’information météorologique dans un environnement de l’aéronef 15, et des informations sur d’autres aéronefs prioritaires dans un environnement de la station au sol 20. Dans le deuxième exemple, le groupe commun COP comprend les données suivantes : la vitesse de l’aéronef 15, l’altitude de l’aéronef 15, la position de l’aéronef 15, la quantité de carburant dans l’aéronef 15, l’état de largage de l’eau stockée dans le réservoir de l’aéronef 15, la quantité d’eau dans le réservoir de l’aéronef 15, la position de l’incendie, la direction du vent sur le lieu de l’incendie, au moins une caractéristique de terrain sur le lieu de l’incendie, et la position des pompiers au sol. Préférentiellement, le module d’ajout 50 est configuré pour, si les données d’au moins un jeu de données PROP_A, PROP_B comprennent des données concernant des éléments déjà présents dans le groupe commun COP, mettre à jour lesdites données incluses dans le groupe comme COP à partir de celles présentes dans le jeu de données PROP_A, PROP_B. Autrement dit, dans le premier exemple, le module d’ajout 50 est configuré pour, si le groupe commun COP comprend déjà une position de l’aéronef 15, mettre à jour la position de l’aéronef 15 à partir de la position présente dans le premier jeu de données PROP_A. Le module de filtrage 55 est configuré pour filtrer les données du groupe commun COP via des règles de filtrage propres à la mission, pour déterminer au moins une donnée pertinente commune CROP (de l’anglais Common Relevant Operational Picture ), aussi appelée donnée pertinente partagée ou première donnée pertinente. L’au moins une données pertinente commune CROP est pertinente pour tous les équipements aéronautique 30, 35 de l’ensemble avionique 10 et/ou pour tous les utilisateurs desdits équipements 30, 35, afin de mener à bien la mission. En particulier, chaque règle de filtrage est préférentiellement définie par des utilisateurs prévoyant les missions et des actions correctives à mettre en œuvre pour accomplir ces missions. Ainsi, chaque règle de filtrage est par exemple associée à une action corrective. Dans le premier exemple, une action corrective est la planification d’un plan de vol suite à la panne moteur, une règle de filtrage prédéfinie étant destinée à déterminer les données nécessaires à la planification du plan de vol. Dans le deuxième exemple, une action corrective prédéfinie est la détermination d’un axe de largage de l’eau stockée dans le réservoir du Canadair® pour lutter contre l’incendie, une règle de filtrage prédéfinie étant destinée à déterminer les données nécessaires à la détermination dudit axe de largage. Le module de filtrage 55 est plus précisément configuré pour calculer, pour chaque donnée du groupe commun COP, un indicateur de pertinence à partir des règles de filtrage prédéfinies propres à la mission. Ces règles de filtrage sont propres à associer à chaque donnée, un indicateur prédéfini selon l’importance, aussi appelée pertinence, de la donnée pour l’ensemble des utilisateurs d’équipements aéronautiques 30, 35, afin de mettre en œuvre l’action corrective associée. L’indicateur prédéfini est par exemple une valeur numérique, tel qu’un nombre compris entre 0 et 100, où la valeur minimale 0 correspond à une donnée peu pertinente pour l’ensemble des utilisateurs, et la valeur maximale 100 correspond à une donnée extrêmement pertinente pour l’ensemble des utilisateurs. A titre d’exemple, dans le premier exemple, l’indicateur prédéfini associé à une quantité de carburant dans l’aéronef 15 prend la valeur 100, alors que l’indicateur associé à l’indication de pilote automatique enclenché prend la valeur 0. Ceci permet de rendre compte que la quantité de carburant dans l’aéronef 15 est bien plus importante pour l’ensemble des utilisateurs que l’indication de pilote automatique enclenché, pour la planification du plan de vol suite à la panne moteur. Préférentiellement, dans le premier exemple, l’indicateur prédéfini associé à la vitesse de l’aéronef 15 prend la valeur 81. En outre, le module de filtrage 55 est configuré pour comparer l’indicateur de pertinence à un seuil prédéfini. Une valeur du seuil est choisie en fonction de la quantité de donnée qu’il est souhaité de transmettre aux équipements aéronautiques, comme décrit par la suite. Le module de filtrage 55 est configuré pour déterminer, la ou les données pertinentes communes CROP, comme étant la ou les données du groupe commun COP, pour lesquelles l’indicateur de pertinence est supérieur ou égal au seuil. Dans le premier exemple détaillé ci-dessus, la valeur de seuil est par exemple fixée à 50. Dans le premier exemple, les données pertinentes communes CROP comprennent : la vitesse de l’aéronef 15, l’altitude de l’aéronef 15, la position de l’aéronef 15, le temps de vol jusqu’à une destination initiale de l’aéronef 15, la quantité de carburant dans l’aéronef 15, la pression dans chaque moteur de l’aéronef 15, la puissance de chaque moteur de l’aéronef 15, l’indication du trafic dans une zone autour de l’aéronef 15, et la délimitation d’une zone interdite au survol. Dans le deuxième exemple, les données pertinentes communes CROP comprennent : la position de l’incendie, la direction du vent sur le lieu de l’incendie, au moins une caractéristique de terrain sur le lieu de l’incendie, et la position des pompiers au sol. Le premier module de transmission 60A est configuré pour transmettre au premier équipement aéronautique 30, seulement la ou les données pertinentes communes CROP. Le deuxième module de transmission 60B est configuré pour transmettre au deuxième équipement aéronautique 35, seulement la ou les données pertinentes communes CROP. Avantageusement, chaque module de transmission 60A, 60B est configuré pour transmettre à chaque équipement aéronautique 30, 35, seulement les données pertinentes communes CROP qui ne proviennent pas dudit équipement aéronautique 30, 35. Chaque module d’enrichissement 63A, 63B est configuré pour ajouter au jeu de données PROP_A, PROP_B de l’équipement aéronautique 30, 35 correspondant, la ou les données pertinentes communes CROP. En complément facultatif, le premier module d’enrichissement 63A est configuré pour ajouter au premier jeu de données PROP_A du premier équipement aéronautique 30, seulement les données pertinentes communes CROP qui ne sont pas déjà présentes dans le premier équipement aéronautique 30, i.e. les données pertinentes communes CROP issues du deuxième jeu de données PROP_B du deuxième équipement aéronautique 35. Le premier module d’enrichissement 63A est configuré pour, si le premier jeu de données PROP_A comprend une donnée relative au deuxième équipement 35 issu d’un enrichissement antérieur, mettre à jour ladite données à partir de la nouvelle donnée des données pertinentes communes CROP, issue du deuxième jeu de données PROP_B. Selon ce complément facultatif, le deuxième module d’enrichissement 63B est configuré de manière analogue au premier module d’enrichissement 63A en remplaçant le premier équipement 30 par le deuxième équipement 35 et le premier jeu de données PROP_A par le deuxième jeu de données PROP_B. En complément facultatif, chaque module d’obtention 45A, 45B est configuré pour obtenir le jeu de données PROP_A, PROP_B de la manière suivante, expliquée pour le premier module d’obtention 45A. Le premier module d’obtention 45A est configuré pour recevoir les données POP_A stockées dans le premier équipement aéronautique 30, i.e. les données POP_A issues de(s) capteur(s) 26 associé(s) audit équipement aéronautique 30 et/ou déterminé(s) par le premier équipement aéronautique 30. Le premier module d’obtention 45A est en outre configuré pour sélectionner, parmi les données reçues POP_A, des données pertinentes individuelles, aussi appelées données pertinentes locales ou deuxième données pertinentes. Ces données pertinentes individuelles sont respectives du premier équipement aéronautique 30. Les données pertinentes individuelles sont pertinentes pour l’utilisateur du premier équipement aéronautique 30, afin de contrôler ledit premier équipement aéronautique 30 dans le cadre de la mission. Préférentiellement, le premier module d’obtention 45A est configuré pour appliquer une méthodologie appelée MERIA dans laquelle les opérateurs de l’aéronef 15 et de la station au sol 20 ont chacun prédéfini, pour chaque mission, les informations considérées comme nécessaires pour eux. Par exemple, ces informations forment un vecteur colonne prédéfini. Ainsi, le premier module d’obtention 45A est configuré pour sélectionner, parmi les données reçues POP_A, les données pertinentes individuelles comme étant les données reçues correspondant à celles indiquées dans le vecteur colonne prédéfini. Le premier module d’obtention 45A est de plus configuré pour former le premier jeu de données PROP_A par concaténation des données pertinentes individuelles sélectionnées. Selon ce complément facultatif, le deuxième module d’obtention 45B est configuré de manière analogue au premier module d’obtention 45A, à l’exception qu’il est configuré pour recevoir les données POP_B issues du deuxième équipement aéronautique 35, pour sélectionner parmi ces données POP_B, celles qui sont pertinentes pour l’utilisateur du deuxième équipement aéronautique 35, et pour former le deuxième jeu de données PROP_B. Le fonctionnement du système électronique de partage 25 va maintenant être décrit en référence à la représentant un organigramme d’un procédé 100 de partage de données, et à la représentant les flux de données au cours du procédé 100. Premièrement, le fonctionnement du système de partage 25 est décrit sur la base du premier exemple. Initialement, l’aéronef 15 vole et est propre à communiquer avec la station au sol 20 et le système de partage 25. A un instant temporel donné, l’anomalie apparait. L’anomalie est par exemple une panne moteur de l’aéronef 15. Dans cet exemple, le premier équipement aéronautique 30 est un ordinateur de vol de l’aéronef 15. Dans cet exemple également, la station au sol 20 est une tour de contrôle aérien, le deuxième équipement aéronautique 35 étant compris dans ladite tour de contrôle aérien 20. Lors d’une étape d’obtention 110, le premier module d’obtention 45A obtient le premier jeu de données PROP_A issu du premier équipement aéronautique 25 Préférentiellement, l’étape d’obtention 110 comprend une sous-étape de réception 112 lors de laquelle le premier module d’obtention 45A reçoit les données POP_A stockées dans le premier équipement aéronautique 30, depuis ledit premier équipement 30. L’étape d’obtention 110 comprend en outre une sous-étape de sélection 114 lors de laquelle le premier module d’obtention 45A sélectionne, parmi les données reçues POP_A, les données pertinentes individuelles associées au premier équipement aéronautique 30, tel que décrit précédemment. Préférentiellement, lors de la sous-étape de sélection 114, le module d’obtention 45A sélectionne les données pertinentes individuelles associées au premier équipement aéronautique 30 comme étant les données correspondant au vecteur colonne prédéfini établi par l’opérateur du premier équipement aéronautique 30 préalablement à la mission. L’étape d’obtention 110 comprend finalement une sous-étape 116 de formation du premier jeu de données PROP_A, à partir des données pertinentes individuelles. Par exemple, le premier module d’obtention 45A est configuré pour concaténer les données pertinentes individuelles associées au premier équipement 30, pour former le premier jeu de données PROP_A. Sur la , les données POP_A reçues depuis le premier équipement aéronautique 30 sont représentées sur la gauche et l’étape 110 est représentée par le flèche joignant lesdites données POP_A au premier jeu de données PROP_A. Dans le premier exemple, les données POP_A reçues depuis le premier équipement aéronautique 30 comprennent : la vitesse de l’aéronef 15, l’altitude de l’aéronef 15, la position de l’aéronef 15, le temps de vol jusqu’à une destination initiale de l’aéronef 15, l’indication de pilote automatique enclenché, la quantité de carburant dans l’aéronef 15, la pression dans chaque moteur de l’aéronef 15, la puissance de chaque moteur de l’aéronef, l’angle d’attaque de l’aéronef 15, une position des trains d’atterrissage de l’aéronef 15, une position des volets sur des ailes de l’aéronef 15, une état d’un générateur électrique de l’aéronef 15, une pression d’huile dans le ou les moteurs de l’aéronef 15, une température au sol au lieu de destination initial de l’aéronef 15, l’état de ventilation d’une cabine de l’aéronef 15, et l’élément relatif aux passagers de l’aéronef 15. Dans le premier exemple, le premier jeu de données PROP_A comprend : la vitesse de l’aéronef 15, l’altitude de l’aéronef 15, la position de l’aéronef 15, le temps de vol jusqu’à une destination initiale de l’aéronef 15, la quantité de carburant dans l’aéronef 15, la pression dans chaque moteur de l’aéronef 15, la puissance de chaque moteur de l’aéronef, l’état de ventilation d’une cabine de l’aéronef 15, et l’élément relatif aux passagers de l’aéronef 15. Le procédé 100 comprend en outre une étape d’ajout 120 lors de laquelle le module d’ajout 50 ajoute le premier jeu de données PROP_A au groupe commun COP tel que décrit précédemment. Préférentiellement, lors de l’étape d’ajout 120, si les données du premier jeu de données PROP_A comprennent des données concernant des éléments déjà présents dans le groupe commun COP, le module d’ajout 50 met à jour lesdites données à partir de celles présentes dans le premier jeu de données PROP_A. On entend par « mettre à jour une donnée du groupe commun COP », la suppression de la précédente donnée déjà contenue dans le groupe commun COP, et son remplacement par la donnée correspondante du jeu de données PROP_A. Sur la , l’étape d’ajout 120 est représentée par la flèche reliant le premier jeu de données PROP_A au groupe commun COP. Le procédé comprend en outre une étape de filtrage 130 lors de laquelle le module de filtrage 55 filtre les données du groupe commun COP pour déterminer les données pertinentes communes CROP. A cet effet, l’étape de filtrage 130 comprend une sous-étape de calcul 132 lors de laquelle le module de filtrage 55 calcule un indicateur de pertinence pour chaque donnée du groupe commun COP. Pour cela, le module de filtrage 55 utilise les règles de filtrage prédéfinies telles que décrites précédemment. Puis, l’étape de filtrage 130 comprend une sous-étape de comparaison 134 de l’indicateur de pertinence calculé pour chaque donnée du groupe commun COP, au seuil prédéfini. Enfin, l’étape de filtrage 130 comprend une sous-étape de détermination 136 lors de laquelle le module de filtrage 55 détermine la(es) donnée(s) pertinente(s) commune(s) CROP comme étant la(es) donnée(s) dont l’indicateur de pertinence est supérieur au seuil prédéfini. Sur la , l’étape de filtrage 130 est représentée par le flèche descendante reliant le groupe commun COP au(x) donnée(s) pertinente(s) commune(s) CROP. Le procédé comprend en outre une étape de transmission 140 lors de laquelle le deuxième module de transmission 60B transmet au deuxième équipement aéronautique 35, seulement les données pertinentes communes CROP. Préférentiellement, le procédé 100 comprend, préalablement à l’étape de filtrage 130, l’itération des étapes d’obtention 110 et d’ajout 120 pour chaque équipement aéronautique 30, 35. Ainsi, dans le cas d’espèce, les étapes d’obtention 110 et d’ajout 120 sont en outre réitérées pour le deuxième équipement aéronautique 35. Ces étapes 110, 120 sont analogues à l’exception de ce qui suit. Lors de l’étape d’obtention 110 réitérée, le deuxième module d’obtention 45B obtient le deuxième jeu de données PROP_B du deuxième équipement aéronautique 35, par exemple en recevant les données POP_B du deuxième équipement 35, en sélectionnant les données pertinentes individuelles associés au deuxième équipement 35 et en formant le deuxième jeu de données PROP_B par concaténation desdites données pertinentes individuelles. Lors de l’étape d’ajout 120, le module d’ajout 50 ajoute au groupe commun COP le deuxième jeu de données PROP_B. Cette itération est représentée sur la partie droite de la . Notamment les données POP_B issues du deuxième équipement aéronautique 35 sont représentées à droite et l’itération de l’étape d’obtention 110 est représentée par la flèche allant de la droite vers la gauche et reliant lesdites données POP_B au deuxième jeu de données PROP_B. Dans le premier exemple, les données POP_B issues du deuxième équipement aéronautique 35 comprennent : l’indication du trafic dans une zone autour de l’aéronef 15, la délimitation d’une zone interdite au survol, le canal de communication radio avec un pilote de l’aéronef 15, l’information météorologique dans un environnement de l’aéronef 15, et une position d’autres aéronefs en bordure d’un espace aérien, et une météo dans un environnement de la station au sol 20. Dans le premier exemple, le deuxième jeu de données PROP_B comprend quant à lui : l’indication du trafic dans une zone autour de l’aéronef 15, la délimitation d’une zone interdite au survol, le canal de communication radio avec un pilote de l’aéronef 15, et l’information météorologique dans un environnement de l’aéronef 15. L’itération de l’étape d’ajout 120 est quant à elle représentée par la flèche allant de droite à gauche et reliant le deuxième jeu de données PROP_B au groupe commun COP. Préférentiellement, l’étape d’obtention 110 et l’étape d’obtention 110 réitérée sont mises en œuvres simultanément par les premier 45A et deuxième 45B modules d’obtention. De même, l’étape d’ajout 120 et l’étape d’ajout 120 réitérée sont mises en œuvres simultanément par le module d’ajout 50. Ainsi, dans le premier exemple, le groupe commun COP comprend : la vitesse de l’aéronef 15, l’altitude de l’aéronef 15, la position de l’aéronef 15, le temps de vol jusqu’à une destination initiale de l’aéronef 15, la quantité de carburant dans l’aéronef 15, la pression dans chaque moteur de l’aéronef 15, la puissance de chaque moteur de l’aéronef 15, l’état de la ventilation d’une cabine de l’aéronef 15, l’élément relatif aux passagers de l’aéronef 15, l’indication du trafic dans une zone autour de l’aéronef 15, la délimitation d’une zone interdite au survol, la canal de communication radio avec un pilote de l’aéronef 15, et l’information météorologique dans un environnement de l’aéronef 15. On comprend alors que dans le premier exemple, les données pertinentes communes CROP comprennent : la vitesse de l’aéronef 15, l’altitude de l’aéronef 15, la position de l’aéronef 15, le temps de vol jusqu’à une destination initiale de l’aéronef 15, la quantité de carburant dans l’aéronef 15, la pression dans chaque moteur de l’aéronef 15, la puissance de chaque moteur de l’aéronef 15, l’indication du trafic dans une zone autour de l’aéronef 15, et la délimitation d’une zone interdite au survol. Ainsi, lors de l’étape de transmission 140, le premier module de transmission 60A transmet au premier équipement aéronautique 30, seulement les données pertinentes communes CROP. Préférentiellement, le premier module de transmission 60A transmet au premier équipement 30, seulement les données pertinentes communes CROP qui ne sont pas déjà stockées dans le premier équipement aéronautique 30, i.e. les données pertinentes communes CROP provenant du deuxième équipement aéronautique 35. De manière analogue, le deuxième module de transmission 60B transmet au deuxième équipement 35, seulement les données pertinentes communes CROP qui ne sont pas déjà stockées dans le deuxième équipement aéronautique 35, i.e. les données pertinentes communes CROP provenant du premier équipement aéronautique 30. En complément facultatif, le procédé 100 comprend une étape d’enrichissement 150 lors de laquelle les modules d’enrichissement 63A, 63B enrichissent les jeux de données PROP_A, PROP_B en y ajoutant les données pertinentes communes CROP. Préférentiellement, le premier module d’enrichissement 63A ajoute au premier jeu de données PROP_A, les données pertinentes communes CROP qui ne sont pas issues du premier équipement aéronautique 30, i.e. qui sont issues du deuxième équipement aéronautique 35. De manière analogue, le deuxième module d’enrichissement 63B ajoute au deuxième jeu de données PROP_B, les données pertinentes communes CROP qui ne sont pas issues du deuxième équipement aéronautique 35, i.e qui sont issues du premier équipement aéronautique 30. Sur la , l’étape d’enrichissement 150 est représentée par les deux flèches 150 reliant la(es) donnée(s) pertinente(s) commune(s) CROP aux jeux de données PROP_A, PROP_B. Puis, chaque équipement aéronautique 30, 35 affiche les données pertinentes communes CROP à destination de l’utilisateur dudit équipement aéronautique 30, 35. Selon une première variante de fonctionnement, chaque équipement aéronautique 30, 35 utilise les données pertinentes communes pour calculer une commande de l’aéronef 15, telle qu’une commande de vol de l’aéronef 15. Selon une deuxième variante de fonctionnement, un des équipements aéronautiques 30, 35 affiche les données pertinentes communes CROP, alors que l’autre équipement aéronautique 30, 35 utilise les données pertinentes communes CROP pour calculer une commande de l’aéronef 15, telle qu’une commande de vol de l’aéronef 15. Selon une troisième variante, le système de partage 25 est concentré en un unique dispositif électronique 40 propre à communiquer avec chaque équipement aéronautique 30, 35. Le système de partage 25 comprend alors un unique module d’obtention 45 configuré de manière à cumuler les configurations des premier 45A et deuxième 45B modules d’obtention. De même, le système de partage 25 comprend un unique module de transmission 60 et optionnellement un unique module d’enrichissement 63, chacun configuré pour cumuler respectivement les configurations des premier 60A et deuxième 60B modules de transmission et des premier 63A et deuxième 63B modules d’enrichissement. Le procédé 100 s’applique de manière analogue au deuxième exemple aux différences ci-dessous. Dans le deuxième exemple, l’aéronef 15 est un Canadair® et la station au sol 20 est un système de concentration de données du service de pompiers. L’anomalie est un incendie se déclarant dans l’environnement de l’aéronef 15. La mission est la gestion de cet incendie, et une des actions correctives est la détermination d’un axe de largage de l’eau contenue dans le Canadair®. Dans ce deuxième exemple, les données POP_A reçues depuis le premier équipement aéronautique 15 comprennent : la vitesse de l’aéronef 15, l’altitude de l’aéronef 15, la position de l’aéronef 15, le temps de vol jusqu’à l’incendie, l’indication de pilote automatique enclenché, la quantité de carburant dans l’aéronef 15, la pression dans chaque moteur de l’aéronef 15, la puissance de chaque moteur de l’aéronef, l’angle d’attaque de l’aéronef 15, l’état de largage d’eau stockée dans le réservoir de l’aéronef 15, et la quantité d’eau dans le réservoir de l’aéronef 15. Les données POP_B reçues depuis le deuxième équipement aéronautique 20 comprennent : la position de l’incendie, la direction du vent sur le lieu de l’incendie, au moins une caractéristique de terrain sur le lieu de l’incendie, la position des pompiers au sol, un nombre d’agents au sol mobilisés, un nombre de véhicules mobilisés, une pente du sol sur le lieu de l’incendie, une surface totale du terrain propre à être touchée par l’incendie, et une quantité d’eau disponible dans des citernes aux alentours de l’incendie. Le premier jeu de données PROP_A comprend alors : la vitesse de l’aéronef 15, l’altitude de l’aéronef 15, la position de l’aéronef 15, la quantité de carburant dans l’aéronef 15, l’état de largage d’eau stockée dans le réservoir de l’aéronef 15, et la quantité d’eau dans le réservoir de l’aéronef 15. Le deuxième jeu de données PROP_B comprend quant à lui : la position de l’incendie, la direction du vent sur le lieu de l’incendie, au moins une caractéristique de terrain sur le lieu de l’incendie, et la position des pompiers au sol. Le groupe commun COP comprend : la vitesse de l’aéronef 15, l’altitude de l’aéronef 15, la position de l’aéronef 15, la quantité de carburant dans l’aéronef 15, l’état de largage d’eau stockée dans le réservoir de l’aéronef 15, la quantité d’eau stockée dans le réservoir de l’aéronef 15, la position de l’incendie, la direction du vent sur le lieu de l’incendie, au moins une caractéristique de terrain sur le lieu de l’incendie, et la position des pompiers au sol. Les données pertinentes communes CROP comprennent quant à elles : la position de l’aéronef 15, l’état de largage d’eau stockée dans le réservoir de l’aéronef 15, la position de l’incendie, la direction du vent sur le lieu de l’incendie, au moins une caractéristique de terrain sur le lieu de l’incendie, et la position des pompiers au sol. En complément facultatif, l’ensemble aéronautique 10 comprend plusieurs aéronefs 15 et/ou plusieurs stations au sol 20. Chaque aéronef 15 comprend un premier équipement aéronautique 30 respectif. Le système de partage 25 comprend préférentiellement un premier dispositif élémentaire 40A pour chaque aéronef 15. Dans chaque premier dispositif élémentaire 40A est alors inclus un premier module d’obtention 45A, un premier module de transmission 60A, et préférentiellement un premier module d’enrichissement 63A respectifs. Chaque premier module d’obtention 45A, de transmission 60A et d’enrichissement 63A est configuré comme les premiers modules d’obtention 45A, de transmission 60A et d’enrichissement 63A décrits précédemment. De manière analogue, chaque station au sol 20 comprend un deuxième équipement aéronautique 35 respectif. Le système de partage 25 comprend préférentiellement un deuxième dispositif élémentaire 40B pour chaque station au sol 20. Dans chaque deuxième dispositif élémentaire 40B, est inclus un deuxième module d’obtention 45B, un deuxième module de transmission 60B, et préférentiellement un deuxième module d’enrichissement 63B. Chaque deuxième module d’obtention 45B, de transmission 60B et d’enrichissement 63B est configuré comme les deuxième module d’obtention, 45B, de transmission 60B et d’enrichissement 63B décrits précédemment. Ainsi, dans ce deuxième mode de réalisation, le groupe commun COP comprend les jeux de données PROP_A, PROP_B de chacun des premier 30, et deuxième 35 équipements aéronautiques. Préférentiellement, le nombre d’aéronefs 15 est supérieur ou égal à trois. Lors du procédé de partage de données 100, les étapes d’obtention 110 et d’ajout 120 sont itérées pour chaque équipement aéronautique 30, 35. Selon une variante représentée sur les figures 4 et 5, le système aéronautique 10 comprend un aéronef 15, une première station au sol 20, une deuxième station au sol 20D et une troisième station au sol 20E. La première station au sol 20 est analogue à la station au sol 20 décrite précédemment. Dans le premier exemple selon lequel la première station au sol 20 est une tour de contrôle aérien, la deuxième station au sol 20D est un bureau d’un gestionnaire de flotte d’une compagnie aérienne et la troisième station au sol 20E est un service de sécurité de l’aéroport de destination de l’aéronef 15 qui devrait recevoir l’aéronef 15 et le sécuriser. Dans le deuxième exemple selon lequel la première station au sol 20 est un service de pompier, la deuxième station au sol 20D est un service de coordination des équipes terrestres de pompiers, et la troisième station au sol 20E est un service de surveillance du terrain par des drones, tels que des drones à voilure tournante. Comme représenté sur la , chacune de la première 20, de la deuxième 20D et de la troisième 20E stations au sol comprend des capteurs 31, 31D, 31E respectifs et un deuxième équipement aéronautique 35, 35D, 35E analogue à ceux décrits précédemment. Le système de partage 25 comprend un deuxième dispositif élémentaire 40B, 40D, 40E respectif de chaque station au sol 20, 20D, 20E. Le dispositif équipement élémentaire 40D, 40E associé à chacune de la deuxième station au sol 20D et de la troisième station au sol 20E est analogue au deuxième dispositif élémentaire 40 associé à la première station au sol 20 décrite précédemment. Le deuxième dispositif élémentaire 40D, 40E associé à chacune des deuxième 20D et troisième 20E stations au sol comprend par exemple un processeur 65D, 65E, et une mémoire 70D, 70E stockant un module d’obtention 45D, 45E, un deuxième module de transmission 60D, 60E, et préférentiellement un module d‘enrichissement 63D, 63E. Selon cette variante, les modules d’obtention 45A, 45B, 45D, 45E sont analogues, i.e. configurés pour recevoir les données POP_A, POP_B, POP_C, POP_E de l’équipement aéronautique 30, 35, 35D, 35E associé, pour sélectionner les données pertinentes individuelles parmi ces données POP_A, POP_B, POP_C, POP_E, et pour former les jeux de données PROP_A, PROP_B, PROP_C, PROP_E associés, à partir des données pertinentes individuelles sélectionnées. Selon cette variante, la mission est mise en œuvre par seulement un sous-ensemble de l’ensemble aéronautique 10. Le sous-ensemble comprend au moins deux éléments parmi l’aéronef 15 et les stations aux sol 20, 20D et 20E. Par exemple, la mission est mise en œuvre : - seulement par l’aéronef 15 et la première station au sol 20, - seulement par l’aéronef 15 et la deuxième station au sol 20D, - seulement par l’aéronef 15 et la troisième station au sol 20E, - seulement par la première station au sol 20 et la deuxième station au sol 20D, - seulement par la première station au sol 20 et la troisième station au sol 20E, - seulement par la deuxième station au sol 20D et la troisième station au sol 20E, - seulement par l’aéronef 15, la première station au sol 20 et la deuxième station au sol 20D, - seulement par l’aéronef 15, la première station au sol 20 et la troisième station au sol 20E, - seulement par l’aéronef 15, la deuxième station au sol 20D et la troisième station au sol 20E, ou par la première station au sol 20, la deuxième station au sol 20D et la troisième station au sol 20E. En particulier, l’ensemble aéronautique 10 est par exemple propre à mettre en œuvre plusieurs missions, chacune étant mise en œuvre par un des sous-ensembles décrits ci-dessus. Dans chacun des deux exemples précédemment décrits, la mission susmentionnée est mise en œuvre par l’aéronef 15 et la première station 20. Selon cette variante, le module d’ajout 50 est analogue au module d’ajout 50 décrit précédemment. Ainsi, le groupe commun COP comprend la concaténation des jeux de données PROP_A, PROP_B, PROP_D et PROP_E issus de chacun des dispositifs élémentaires 40A, 40B, 40D, 40E. Selon cette variante, le module de filtrage 55 est configuré pour filtrer le groupe commun COP pour déterminer l’au moins une donnée pertinente commune CROP pour chaque mission. Ainsi, l’au moins une donnée pertinente commune CROP est respective du sous-ensemble mettant en œuvre la mission. Dans chacun des exemple détaillés ci-dessus, l’au moins une donnée pertinente commune CROP est donc respective de l’aéronef 15 et de la première station au sol 20, l’au moins une donnée pertinente commune portant donc la référence CROP_AB. Selon cette variante, au moins une donnée pertinente CROP_AB, CROP_AD, CROP_AE, CROP_BD, CROP_BE, CROP_DE, CROP_ABD, CROP_ABE, CROP_ADE, CROP_BDE est propre à être obtenue pour chacun des sous-ensembles mettant en œuvre une mission respective. Selon cette variante, les modules de transmission 60A, 60B, 60D, 60E des dispositifs élémentaires 40A, 40B, 40D, 40E sont configurés pour transmettre, à l’équipement aéronautique 30, 35, 35D, 35E correspondant, seulement l’au moins une donnée pertinente commune CROP_AB associée à un sous-ensemble comprenant ledit dispositif élémentaire 40A, 40B, 40D, 40E. Autrement dit, si la mission est uniquement mise en œuvre par l’aéronef 15 et la première station au sol 20, les modules de transmission 60D, 60E ne sont pas configurés pour transmettre l’au moins une données pertinente CROP_AB correspondante, aux équipements aéronautiques 35D, 35E associés aux deuxième 20D et troisième 20E stations au sol. Selon cette variante, les modules d’enrichissement 63A, 63B, 63D, 63E de chaque dispositif élémentaire 40A, 40B, 40D, 40E sont configurés pour enrichir le jeu de données PROP_A, PROP_B, PROP_D, PROP_E correspondant, seulement à partir de la ou des données pertinentes communes CROP_AB associées à un sous-ensemble comprenant ledit dispositif élémentaire 40A, 40B, 40D, 40E. Autrement dit, si la mission est uniquement mise en œuvre par l’aéronef 15 et la première station au sol 20, les modules d’enrichissement 63D, 63E ne sont pas configurés pour enrichir les jeux de données PROP_D, PROP_E associés aux deuxième 20D et troisième 20E stations au sol à partir de l’au moins une donnée pertinente commune CROP_AB. Le procédé 100 de partage de données selon cette variante est analogue à celui précédemment décrit, aux différences près suivantes. Lors de l’étape d’obtention 110, le jeu de données PROP_A, PROP_B, PROP_D, PROP_E associé à chaque dispositif élémentaire est obtenu. Ceci est notamment visible sur la par les flèches 110. Lors de l’étape d’ajout 120, tous les jeux de données PROP_A, PROP_B, PROP_D, PROP_E sont ajoutés au groupe commun COP. Ceci est représenté sur la par les flèches 120. Lors l’étape de filtrage 130, l’au moins une donnée pertinente commune CROP_AB est respective du sous-ensemble mettant en œuvre la mission, i.e. l’aéronef 15 et la première station au sol 20 dans les exemples décrits précédemment. Les étapes de transmission 140 et d’enrichissement 150 sont mises en œuvre uniquement pour le sous-ensemble mettant en œuvre la mission, i.e. pour l’aéronef 15 et la première station au sol 20 dans les exemples précédemment décrits. Sur la , ceci est représenté par une absence de flèche 140, 150 reliant l’au moins une donnée pertinente commune CROP_AB et les deuxièmes équipements aéronautiques 35D, 35E associés à la deuxième station au sol 20D et la troisième station au sol 25E. Selon cette variante, les éléments de l’ensemble aéronautique 10 ne mettant pas en œuvre la mission ne sont pas surchargés d’informations qui ne les concernent pas. La présente invention permet alors d’améliorer le niveau de connaissance des équipements aéronautiques 30, 35 ; 30, 35, 35D, 35E et/ou utilisateurs associés, par le mécanisme de données poussées, sans pour autant surcharger chaque équipement aéronautique 30, 35 ; 30, 35, 35D, 35E et/ou utilisateur. En effet, seules les données considérées comme pertinentes pour chaque utilisateur et/ou équipement aéronautique sont transmises limitant ainsi, la charge de données à traiter. En outre, ce mécanisme automatique de données poussées permet d’anticiper les besoins des équipements aéronautiques et/ou utilisateurs, faisant ainsi gagner du temps à ces équipements aéronautiques et/ou utilisateurs pour la mise en œuvre des actions correctives. Ceci est particulièrement avantageux dans le contexte de situations critiques lors desquelles le temps de réaction est souvent un facteur limitant. De plus, l’étape optionnelle d’enrichissement permet à chaque équipement aéronautique 30, 35 ; 30, 35, 35D, 35E impliqué dans la mission de tirer profit des données issues d’autres équipements 30, 35 ; 30, 35, 35D, 35E, par exemple pour inférer de nouvelles données qui nécessitent une vision complète de l’ensemble aéronautique 10. En outre, la distribution du système de partage 25 et le fait qu’il ne soit pas centralisé en un unique dispositif le rend plus robuste à de potentielles attaques externes. De plus, les sous-étapes facultatives lors de l’étape d’obtention 110 du jeu de données PROP_A, PROP_B ; PROP_A, PROP_B, PROP_D, PROP_E, permettent d’effectuer une première limitation de la quantité de données en ne prenant pas en compte toute donnée qui n’est pas pertinente pour l’équipement aéronautique et/ou son utilisateur. Ainsi, la quantité de données dans le groupe de commun COP est limitée et le traitement de ces données est accéléré. Procédé (100) de partage de données entre des équipements aéronautiques (30, 35 ; 30, 35, 35D, 35E), au moins un équipement aéronautique (30) étant compris dans un aéronef (15), l’aéronef (15) mettant en œuvre une mission de vol, le procédé (100) étant mis en œuvre par un système électronique de partage de données (25) et comprenant les étapes successives suivantes pour un desdits équipements aéronautiques (30, 35 ; 30, 35, 35D, 35E) : - obtention (110) d’un jeu de données (PROP_A, PROP_B ; PROP_A, PROP_B, PROP_D, PROP_E) issues dudit équipement aéronautique (30, 35 ; 30, 35, 35D, 35E), au moins une donnée du jeu de données (PROP_A, PROP_B ; PROP_A, PROP_B, PROP_D, PROP_E) étant issue d’un capteur (26, 31 ; 26, 31D, 31E) associé à l’équipement aéronautique (30, 35 ; 30, 35, 35D, 35E), - ajout (120) du jeu de données (PROP_A, PROP_B ; PROP_A, PROP_B, PROP_D, PROP_E) à un groupe commun (COP), le groupe commun (COP) comportant des données communes à tous les équipements aéronautiques (PROP_A, PROP_B ; PROP_A, PROP_B, PROP_D, PROP_E), - filtrage (130) des données du groupe commun (COP) via des règles de filtrage propres à la mission, pour déterminer au moins une première donnée pertinente (CROP ; CROP_AB), l’au moins une première donnée pertinente (CROP ; CROP_AB) étant pertinente pour mener à bien la mission de vol, et - transmission (140), à au moins un autre équipements aéronautiques (30, 35 ; 30, 35, 35D, 35E), de seulement l’au moins première une donnée pertinente (CROP ; CROP_AB), en vue de son utilisation parmi : un affichage à un utilisateur respectif dudit autre équipement aéronautique (30, 35 ; 30, 35, 35D, 35E), et calcul, par un autre équipement aéronautique (30, 35 ; 30, 35, 35D, 35E) d’une commande dudit aéronef (15). Procédé (100) selon la revendication 1, dans lequel la mission est la gestion d’une anomalie dans un environnement de l’aéronef (15), lors de l’étape de filtrage (130), une règle de filtrage prédéfinie respective étant destinée à obtenir les données nécessaires à l’élaboration d’une action corrective à mettre en œuvre par l’aéronef (15) pour gérer l’anomalie dans l’environnement de l’aéronef (15). Procédé (100) selon la revendication 2, dans lequel l’anomalie appartient à un ensemble prédéfini d’anomalie(s), pour chaque anomalie, un ensemble d’action(s) corrective(s) et un ensemble de règle(s) de filtrage étant prédéfinies. Procédé selon la revendication 3, dans lequel la mission est la gestion d’une panne moteur au cours d’un vol de l’aéronef (15), un autre équipement aéronautique (35) étant compris dans une tour de contrôle aérien (20), le jeu de données (PROP_A) issues de l’équipement aéronautique (30) compris dans l’aéronef (15) comprenant : - une vitesse de l’aéronef (15), - une altitude de l’aéronef (15), - une position de l’aéronef (15), - un temps de vol jusqu’à une destination initiale de l’aéronef (15), - une quantité de carburant dans l’aéronef (15), - une pression dans chaque moteur de l’aéronef (15), - une puissance de chaque moteur de l’aéronef (15), - un état de ventilation d’une cabine de l’aéronef 15, et - un élément relatif aux passagers de l’aéronef 15 le jeu de données (PROP_B) issues de l’équipement aéronautique (35) compris dans la tour de contrôle aérien (20) comprenant : - une indication du trafic dans une zone autour de l’aéronef (15), - une délimitation d’une zone interdite au survol, - un canal de communication radio avec un pilote de l’aéronef (15), et - une information météorologique dans un environnement de l’aéronef (15), une action corrective prédéfinie étant la planification d’un plan de vol suite à la panne moteur, une règle de filtrage prédéfinie étant destinée à déterminer les données nécessaires à la planification du plan de vol, l’au moins une première donnée pertinente (CROP ; CROP_AB) comprenant : la vitesse de l’aéronef (15), l’altitude de l’aéronef (15), la position de l’aéronef (15), le temps de vol jusqu’à une destination initiale de l’aéronef (15), la quantité de carburant dans l’aéronef (15), la pression dans chaque moteur de l’aéronef (15), la puissance de chaque moteur de l’aéronef (15), l’indication du trafic dans une zone autour de l’aéronef (15), et la délimitation d’une zone interdite au survol. Procédé (100) selon la revendication 3, dans lequel l’anomalie est un incendie dans un environnement de l’aéronef (15), l'aéronef (15) étant un Canadair®, un autre équipement aéronautique (35) étant associé à un service de pompiers au sol, le jeu de données (PROP_A) issues de l’équipement aéronautique (30) compris dans l’aéronef (15) comprenant : - une vitesse de l’aéronef (15), - une altitude de l’aéronef (15), - une position de l’aéronef (15), - un état de largage de l’eau stockée dans un réservoir de l’aéronef (15), - une quantité de carburant dans l’aéronef (15), et - une quantité d’eau dans le réservoir de l’aéronef (15) le jeu de données (PROP_B) issues de l’équipement aéronautique (35) associé au service de pompiers au sol comprenant : - une position de l’incendie, - une direction du vent sur le lieu de l’incendie, - au moins une caractéristique de terrain sur le lieu de l’incendie, et - une position des pompiers au sol, une action corrective prédéfinie étant la détermination d’un axe de largage de l’eau stockée dans le réservoir de l’aéronef (15) pour éteindre l’incendie, une règle de filtrage prédéfinie étant destinée à déterminer les données nécessaires à la détermination dudit axe de largage, l’au moins une première donnée pertinente (CROP ; CROP_AB) comprenant : la position de l’aéronef (15), l’état de largage de l’eau stockée dans le réservoir de l’aéronef (15) la position de l’incendie, la direction du vent sur le lieu de l’incendie, au moins une caractéristique de terrain sur le lieu de l’incendie, et la position des pompiers au sol. Procédé (100) selon l’une quelconque des revendications précédentes, dans lequel l’étape d’obtention (110) comprend les sous-étapes suivantes : - réception (112) des données (POP_A, POP_B ; POP_A, POP_B, POP_D, POP_E) issues de(s) capteur(s) associé(s) (26, 31 ; 26, 31, 31D, 31E) audit équipement aéronautique (30, 35 ; 30, 35, 35D, 35E) et/ou déterminé(s) par l’équipement aéronautique (30, 35 ; 30, 35, 35D, 35E), - sélection (114), parmi les données reçues (POP_A, POP_B ; POP_A, POP_B, POP_D, POP_E), de deuxièmes données pertinentes, les deuxièmes données pertinentes étant pertinente pour un utilisateur de l’équipement aéronautique (30, 35 ; 30, 35, 35D, 35E), afin de contrôler ledit équipement (30, 35 ; 30, 35, 35D, 35E) dans le cadre de la mission, et - formation (116) du jeu de données (PROP_A, PROP_B ; PROP_A, PROP_B, PROP_D, PROP_E) issues de l’équipement aéronautique (30, 35 ; 30, 35, 35D, 35E) par concaténation des deuxièmes données pertinentes sélectionnées. Procédé (100) selon l’une quelconque des revendications précédentes, dans lequel les étapes d’obtention (110) et d’ajout (120) sont itérées pour chaque équipement aéronautique (30, 35 ; 30, 35, 35D, 35E), préalablement à l’étape de filtrage (130), lors de l'étape d’ajout (120), le jeu respectif de données (PROP_A, PROP_B ; PROP_A, PROP_B, PROP_D, PROP_E) issues de chaque équipement aéronautique (30, 35) est ajouté au même groupe de données (COP) commun à tous les équipements aéronautiques (30, 35). Procédé (100) selon la revendication précédente dans lequel au moins deux parmi les équipement aéronautiques (30, 35 ; 30, 35, 35D, 35E) sont associés à la mission, le procédé comprenant en outre, suite à l’étape de transmission (140) et pour l’au moins un autre équipement aéronautique associé à la mission (30, 35), une étape d’enrichissement (150) lors de laquelle l’au moins une donnée première pertinente (CROP ; CROP_AB) est ajoutée au jeu de données (PROP_A, PROP_B) respectif d’au moins un autre équipement aéronautique (30, 35). Programme d’ordinateur comportant des instructions logicielles qui, lorsqu’elles sont exécutées par un ordinateur, mettent en œuvre le procédé (100) selon l’une quelconque des revendications précédentes. Système électronique de partage de données (25) entre des équipements aéronautiques (30, 35 ; 30, 35, 35D, 35E), au moins un équipement aéronautique (30) étant compris dans un aéronef (15), l’aéronef (15) mettant en œuvre une mission de vol, le système électronique de partage (20) comprenant pour un desdits équipements aéronautiques (30, 35 ; 30, 35, 35D, 35E) : - un module d’obtention (45A, 45B ; 45A, 45B, 45D, 45E) configuré pour obtenir un jeu de données (PROP_A, PROP_B ; PROP_A, PROP_B, PROP_D, PROP_E) issues dudit équipement aéronautique (30, 35 ; 30, 35, 35D, 35E), au moins une donnée du jeu de données (PROP_A, PROP_B ; PROP_A, PROP_B, PROP_D, PROP_E) étant issue d’un capteur (26, 31 ; 26, 31, 31D, 31E) associé à l’équipement aéronautique (30, 35 ; 30, 35, 35D, 35E), - un module d’ajout ajout (50) configuré pour ajouter le jeu de données (PROP_A, PROP_B ; PROP_A, PROP_B, PROP_D, PROP_E) à un groupe commun (COP), le groupe commun (COP) comportant des données communes à tous les équipements aéronautiques (PROP_A, PROP_B ; PROP_A, PROP_B, PROP_D, PROP_E), - un module de filtrage (55) configuré pour filtrer les données du groupe commun (COP) via des règles de filtrage propres à la mission, pour déterminer au moins une première donnée pertinente (CROP ; CROP_AB), l’au moins une première donnée pertinente (CROP ; CROP_AB) étant pertinente pour mener à bien la mission de vol, et - un module de transmission (60A, 60B ; 60A, 60B, 60D, 60E) configuré pour transmettre à au moins un autre équipement aéronautique (30, 35 ; 30, 35, 35D, 35E), seulement l’au moins première une donnée pertinente (CROP ; CROP_AB), en vue de son utilisation parmi : un affichage à un utilisateur respectif dudit autre équipement aéronautique (30, 35 ; 30, 35, 35D, 35E), et calcul, par un autre équipement aéronautique (30, 35 ; 30, 35, 35D, 35E) d’une commande dudit aéronef (15). Système électronique de partage (25) selon la revendication précédente, dans lequel le système électronique de partage (25) est un système décentralisé comprenant une pluralité de dispositifs électroniques élémentaires (40A, 40B, 40C ; 40A, 40B, 40C, 40D, 40E), les modules d’obtention (45A, 45B ; 45A, 45B, 45D, 45E), d’ajout (50), de filtrage (55) et de transmission (60A, 60B ; 60A, 60B, 60D, 60E) étant inclus dans au moins deux dispositifs électroniques élémentaires (40A, 40B ; 40A, 40B, 40D, 40E) distincts.