FR 3034896 A1 20161014 FR 1553066 A 20150409 1 SYSTÈME DE MUTUALISATION DE DONNÉES RELATIVES À DES MOTEURS D'AÉRONEFS DOMAINE DE L'INVENTION La présente invention se rapporte au domaine de la gestion des moteurs d'aéronefs. En particulier, l'invention concerne un système de mutualisation de données d'observation relatives à des moteurs d'aéronefs pourvoyant une aide à la gestion des flottes de moteurs d'aéronefs. A chaque moteur d'aéronef correspond un historique comportant des mesures de paramètres de fonctionnement, des alertes, des interventions effectuées sur le moteur, etc. Plus particulièrement, durant chaque vol, un aéronef procède à l'enregistrement et l'envoi d'informations sur son fonctionnement selon un système de message nommé ACARS (Aircraft Communication Addressing and Reporting System). Ces données sont récupérées par les stations au sol en temps réel pour être traitées immédiatement dans le cas d'anomalies évidentes et sinon pour être archivées par la compagnie aérienne avec toutes les données de la flotte. D'autres données plus complètes (par exemple, les vitesses de rotation des arbres, le débit carburant, la température des gaz d'échappement, etc.) sont aussi disponibles, elles peuvent être enregistrées durant le vol sur des calculateurs embarqués et être déchargées régulièrement pour enrichir les informations relatives aux moteurs. Les différentes données issues des messages reçus directement des différents aéronefs ou celles récupérées au sol depuis les mémoires internes des calculateurs embarqués sont archivées par la compagnie aérienne. Ces données sont ensuite consultées par des experts pour analyser et surveiller le bon fonctionnement du moteur. Toutefois, les mesures réalisées sur le moteur sont définies dans un espace multidimensionnel et ne sont par conséquent, pas simples à exploiter. De plus, les anomalies ou incidents sur les moteurs sont heureusement assez rares et lorsqu'un symptôme particulier ou un comportement inhabituel est détecté sur un moteur donné, la compagnie n'a pas forcement assez d'historiques sur la vie des moteurs 3034896 2 pour chercher des moteurs qui ont eu un comportement analogue dans le passé. Ainsi, il n'est pas toujours possible pour la compagnie de bien cerner les dégradations et les pannes potentielles du moteur et elle peut donc difficilement faire des pronostics. L'objet de la présente invention est par conséquent d'exploiter de manière 5 optimale les données d'observation relatives à des moteurs d'aéronefs afin de mieux gérer des flottes de moteurs d'aéronefs et en particulier, afin de pronostiquer et de planifier les interventions ou opérations de maintenance avec une grande précision sans présenter les inconvénients précités. 10 OBJET ET RÉSUME DE L'INVENTION La présente invention concerne un système de mutualisation de données d'observation relatives à des moteurs d'aéronefs, comportant : - un récepteur adapté pour récupérer lesdites données d'observation depuis des entités distinctes, 15 - un processeur adapté pour décrire lesdites données d'observation dans un espace métrique en les transformant en des états d'observation mesurables, et - une base de données adaptée pour y stocker lesdits états d'observation. Ainsi, en récupérant une grande quantité de données d'observation, le système engendre des modèles d'apprentissage très précis, beaucoup plus précis que si chaque 20 entité oeuvrait toute seule pour pronostiquer l'évolution des moteurs. Avantageusement, lesdites données d'observation comportent des données numériques de détection issues de capteurs et calculateurs embarqués dans les moteurs d'aéronefs, et/ou des données de configuration de moteurs d'aéronefs, et/ou des données descriptives décrivant des interventions ou opérations de maintenance sur des moteurs 25 d'aéronefs. Les données de configuration comportent les types de moteurs et composants. Les données descriptives comportent des opérations de maintenance effectuées, des symptômes, et des niveaux de dégradation et usures observés lors des démontages des moteurs. Les données numériques de détection comportent des mesures sur des variables 30 endogènes décrivant le comportement du moteur et le contexte d'acquisition des mesures. 3034896 3 Ainsi, les données d'observation fournissent des données très détaillées et précieuses permettant de fournir après traitement des statistiques anticipatives ou générales précises sur les moteurs d'aéronefs. Avantageusement, le système comporte : 5 - un récepteur adapté pour recevoir une requête depuis une entité requérante, ladite requête comportant des données de requête relatives à des observations liées à au moins un moteur d'aéronef, - un processeur adapté pour décrire ladite requête dans l'espace métrique en transformant lesdites données de requête en des états de requête mesurables, 10 - un processeur adapté pour chercher une réponse à ladite requête en comparant selon une métrique correspondant à la requête lesdits états de requête à des états d'observation stockés dans la base de données, et - un transmetteur adapté pour transmettre ladite réponse à l'entité requérante. Ainsi, chaque entité apporte ses informations et en retour elle bénéficie des 15 informations de l'ensemble des entités et profite donc de manière indirecte des observations des autres entités. Ce système assure à l'entité requérante un service d'appui précis et performant pour gérer sa flotte de moteurs d'aéronefs. Avantageusement, l'entité correspond à une compagnie aérienne, chaque compagnie fournissant des données d'observation relatives à sa propre flotte de moteurs 20 d'aéronef. Avantageusement, l'entité peut également correspondre à une unité de construction, de maintenance, ou de service d'un motoriste d'aéronef. Avantageusement, la requête est définie selon un modèle sélectionné parmi un ensemble de modèles de requêtes prédéterminés à l'avance. 25 Avantageusement, le processeur est adapté pour utiliser un outil de compression pour réduire le nombre de dimensions d'un espace d'observation au sein duquel les données d'observation sont décrites, transformant ainsi l'espace d'observation en ledit espace métrique au sein duquel les états sont mesurables et par conséquent, facilement exploitables. 30 L'outil de compression peut être basé sur au moins une des techniques suivantes : 3034896 4 analyse parcimonieuse, analyse cartographique, analyse de classification non supervisée, analyse en composante principale, et analyse de calcul itératif. Avantageusement, la comparaison comporte le calcul d'une distance entre au moins un état de requête et des états d'observation stockés dans la base de données, ladite 5 distance étant sélectionnée parmi les distances suivantes : distance usuelle, distance binaire, et distance d'édition mesurant la similarité entre différentes successions d'états. La distance permet de définir une notion de proximité pour rechercher les éléments dans la base de données qui présentent par rapport aux éléments de la requête un écart inférieur à un seuil prédéterminé. 10 Avantageusement, le processeur est adapté pour présenter la réponse à la requête sous une forme de diagrammes statistiques anticipatifs et/ou généraux. La distribution relative à l'entité requérante peut ainsi être représentée par rapport à la distribution totale de toutes les entités. Les identités des entités, exceptée celle de la requérante, ne sont pas affichées. 15 Avantageusement, la réponse à la requête comporte une liste d'observations passées similaires aux observations définies dans la requête. Ainsi, l'état futur d'un moteur donné visé par la requête peut être extrapolé grâce aux trajectoires des autres moteurs ayant eu des comportements similaires au moteur donné. 20 Avantageusement, chacun des récepteur et transmetteur est sécurisé. Ainsi, la communication des données entre chacune des entités et le système de mutualisation est sécurisée. Avantageusement, le processeur est adapté pour faire une mise à jour de la base de données en y enregistrant les états des requêtes reçues ainsi que les résultats desdites 25 requêtes. Ainsi, on prend en compte les nouvelles données d'observation pour en affiner davantage les réponses aux futures requêtes. BRÈVE DESCRIPTION DES DESSINS 30 D'autres particularités et avantages du système selon l'invention ressortiront 3034896 5 mieux à la lecture de la description faite ci-après, à titre indicatif mais non limitatif, en référence aux dessins annexés sur lesquels: - la Fig. 1 illustre un système de mutualisation de données d'observation relatives à des moteurs d'aéronefs, selon un mode de réalisation de l'invention; et 5 - la Fig. 2 illustre de manière schématique un exemple d'un procédé de service d'appui mis en oeuvre par le système de mutualisation selon l'invention. DESCRIPTION DÉTAILLÉE DE MODES DE RÉALISATION Le principe de l'invention consiste à exploiter au mieux les données 10 d'observation des moteurs afin de réaliser des modèles d'apprentissage permettant d'en déduire des statistiques générales ou anticipatives très précises sur les moteurs. La Fig. 1 illustre un système de mutualisation de données d'observation relatives à des moteurs d'aéronefs, selon un mode de réalisation de l'invention. Le système de mutualisation 1 est mis en oeuvre par un système informatique 15 comprenant de manière habituelle un récepteur 3, des moyens de traitement 5 comprenant un processeur 7, une base de données 9, et des moyens de sortie 11 comprenant un transmetteur 13. Le récepteur 3 est adapté pour récupérer des données d'observation 15a, 15b, 15n depuis des entités 17a, 17b, 17n distinctes à travers un réseau 19 de communication. 20 Avantageusement, le récepteur 3 comporte des outils de chargement 21 pour rapatrier toutes ces informations d'origines différentes depuis les différentes entités 17a, 17b, 17n. Chaque entité 17a, 17b, 17n peut correspondre à une compagnie aérienne fournissant par l'intermédiaire d'un lien de communication sécurisé 23a, 23b, 23n des données d'observation 15a, 15b, 15n relatives à sa propre flotte de moteurs d'aéronef. 25 On notera qu'une entité 17a, 17b, 17n peut également correspondre à une unité de fabrication, de maintenance, ou de service d'un motoriste d'aéronef. Les données d'observation 15a, 15b, 15n peuvent comprendre des données numériques de détection 151a, des données de configuration 153a de moteurs d'aéronefs, et des données descriptives 155a décrivant des interventions ou opérations de 30 maintenance sur des moteurs d'aéronefs. 3034896 6 Les données numériques de détection 151a sont issues de capteurs et/ou calculateurs embarqués dans les moteurs d'aéronefs. En effet, au cours d'un vol, un aéronef 25 procède à l'enregistrement de données numériques de détection 151a relatives à son fonctionnement ainsi qu'à des 5 différents paramètres environnementaux. Ces données numériques de détection 151a sont issues des mesures fournies par des calculateurs et/ou capteurs intégrés dans l'aéronef 25 et sont enregistrées par les calculateurs embarqués (FADEC, ACMS, DAR, QAR, etc.). Par exemple, le FADEC (qui contrôle le moteur) enregistre un certain nombre de variables mesurées par des capteurs intégrés au moteur permettant à la fois de contrôler 10 le moteur et de servir de base à une procédure de maintenance prédictive. Ces variables comportent des vitesses de rotation, des températures et pressions de fluides en différentes localisations du moteur, etc. En général, un aéronef 25 envoie régulièrement au sol des petits messages instantanés comportant des indicateurs ou données numériques de détection issus des 15 mesures de détection. Durant chaque vol, l'aéronef 25 envoie au moins deux messages au sol, l'un lors du décollage et l'autre pendant la phase de croisière. Ces messages sont envoyés grâce à un système de transmission de données numériques ACARS entre l'aéronef 25 en vol et le sol. Les stations au sol appartenant à chaque entité 17a, 17b, 17n (compagnie 20 aérienne et/ou motoriste) récupèrent les différents messages émis à différentes dates pour différents aéronefs et pour différents moteurs. De plus, chaque compagnie décharge régulièrement, les données numériques de détection 151a enregistrées durant le vol sur les calculateurs embarqués pour enrichir les informations relatives aux moteurs. Ainsi, chaque compagnie possède des données numériques de détection 151a 25 recueillies au cours du temps concernant sa flotte de moteurs. Les données numériques de détection 151a sont associées à des dates d'acquisition ainsi qu'à des identifiants des moteurs concernés et comprennent donc les données provenant des messages reçus directement depuis les différents aéronefs ainsi que les données récupérées au sol depuis les mémoires internes des calculateurs embarqués. 30 Par ailleurs, chaque compagnie possède également des données de 3034896 7 configuration 153a ainsi que des données descriptives 155a d'opérations de maintenance sur ses moteurs d'aéronefs. En particulier, chaque intervention effectuée sur un moteur ainsi que les comportements ou symptômes ayant conduit à cette intervention sont enregistrés par un 5 opérateur de maintenance 27. Cet enregistrement est réalisé en utilisant un codage catégoriel relatif aux types de moteurs, de composants, d'opérations effectuées ainsi qu'aux symptômes. En particulier, les types de moteurs sont désignés par des catégories spécifiques auxquelles le numéro de version du logiciel FADEC est ajouté. Les composants sont naturellement désignés par des catégories et sont distingués en fonction du 10 fournisseur et éventuellement de la date d'installation. Par ailleurs, les opérations de maintenance (par exemple, lavage à l'eau, restauration de performance, changement d'une aube, etc.) sont rangées en catégories d'opération par l'opérateur de maintenance 27. Ainsi, le récepteur 3 est adapté pour récupérer de manière sécurisée des 15 données d'observation 15a, 15b, 15n comprenant des données de détection 151a ainsi que des données de configuration 153a et d'informations 155a sur les opérations de maintenance. Toutefois, ces données d'observation 15a, 15b, 15n récupérées depuis les différentes entités et en particulier, les données de détection 151a, ne sont pas facilement 20 exploitables. Elles sont décrites dans un espace d'observation multidimensionnel dont la dimension est assez importante. Ainsi, afin de bien exploiter les données d'observation 15a, 15b, 15n, le processeur 7 est adapté pour les décrire dans un espace métrique en les transformant en des points ou états d'observation 29 mesurables. Plus particulièrement, le processeur 7 est adapté pour réduire le nombre de 25 dimensions de l'espace d'observation au sein duquel les données d'observation 15a, 15b, 15n sont décrites en utilisant un outil de compression 31. L'outil de compression 31 permet de transformer l'espace d'observation en un espace métrique définissant des mesures exploitables. Cet outil 31 sert essentiellement à comprimer les données numériques de détection 151a étant donné que les autres types de données (i.e., données de 30 configuration 153a et données descriptives 155a) présentent un volume moindre et sont 3034896 8 en plus, déjà comprimés selon un codage catégoriel préétabli à l'avance. Chaque donnée descriptive d'une opération de maintenance et de même chaque donnée de configuration peut déjà être considérée comme un état. Ainsi, les données descriptives et de configuration peuvent être considérées comme des états descriptifs mesurables et des 5 états de configuration mesurables respectivement. L'outil de compression 31 peut être basé sur une technique connue d'analyse parcimonieuse, d'analyse cartographique, d'analyse de classification non supervisée, d'analyse en composante principale, d'analyse de calcul itératif, ou autres types d'analyses. A titre d'exemple, un outil de compression selon une technique de cartographie auto- 10 adaptative est décrit dans la demande de brevet internationale W02012110733 de la demanderesse. On notera que les données d'observation 15a, 15b, 15n peuvent être initialement rapatriées et stockées dans la base de données 9 ou dans un réservoir de données spécifique avant qu'elles soient traitées par le processeur 7. Dans tous les cas, la 15 base de données 9 comporte en définitive les états d'observation 19 traités par le processeur 7. On notera également, qu'au départ, la base de données 9 est avantageusement initialisée avec des états préliminaires d'observation correspondant à des données initiales d'observation. Ces dernières proviennent du motoriste (en tant qu'entité) grâce 20 notamment à des observations décrivant les dégradations constatées par les opérateurs de maintenance ainsi qu'aux connaissances des experts concernant par exemple des liens entre les symptômes et les opérations de maintenance. Par ailleurs, avant la compression des données de détection 151a, le processeur 7 est avantageusement adapté pour effectuer au préalable un prétraitement 25 des données de détection 151a afin de supprimer l'influence des conditions extérieures et des consignes sur les variables décrivant l'état des moteurs. En effet, le contexte d'acquisition de données peut être très variable. Par exemple, les mesures concernant le décollage acquises lors d'un premier vol de la journée où le moteur est démarré à froid peuvent être différentes de celles acquises lors des autres vols de la journée. D'autres 30 exemples concernent la variation des conditions météo (pluie, neige, gel, etc.), le 3034896 9 changement de pilotes, le lieu de survol de l'aéronef (i.e., au-dessus de la mer, du désert, de la terre, etc.). Tous ces effets peuvent bien entendu influencer les mesures. Plus particulièrement, les données numériques de détection 151a comprennent des mesures sur des variables endogènes décrivant le comportement du 5 moteur et des mesures sur des variables exogènes décrivant le contexte d'acquisition. A titre d'exemple, les variables endogènes peuvent comprendre la vitesse de rotation de chaque arbre, le débit du carburant, les températures et pressions de fluides avant et/ou après compression, la température des gaz d'échappement, etc. Les variables exogènes peuvent comprendre les variables suivantes : 10 température extérieure, altitude, poids de l'avion, état du système de dégivrage des ailes, état du dispositif de dégivrage de l'entrée d'air du moteur, état de la vanne de purge, état de la vanne de décharge, position du stator à géométrie variable, régime moteur, état des vannes de prélèvement d'air, position de la manette de commande de poussée, vitesse de l'avion, etc. 15 Ainsi, pour chaque moteur, les mesures relatives aux variables endogènes sont standardisées en prenant en compte les mesures relatives aux variables exogènes pour former à chaque acquisition des données de détection standardisées du moteur. Les états de détection issus de ces données de détection standardisées sont représentés de manière indépendante du contexte d'acquisition, dans un espace mesurable dont la dimension est 20 égale au nombre de variables endogènes. Une technique de standardisation est décrite dans la demande de brevet internationale W02010076468 de la demanderesse. Au final, la base de données 9 contient une pluralité d'états d'observation 29 comprenant des états de détection standardisés ainsi que des états de configuration et des états descriptifs. Cet ensemble d'états d'observation 29 constitue alors un modèle 25 d'apprentissage précis et robuste de sorte que la base de données puisse ainsi être consultée pour réaliser des statistiques anticipatives ou conditionnelles. En effet, le système de mutualisation 1 est configuré pour recevoir des requêtes à travers le réseau 19 de communication depuis chaque entité 17a, 17b, 17n et pour chercher des réponses à ces requêtes grâce aux états d'observation 29 stockés dans la base 30 de données 9. 3034896 10 Plus particulièrement, le récepteur 11 est adapté pour recevoir une requête par l'intermédiaire d'un lien de communication sécurisé depuis toute entité requérante. La requête comporte des champs dans lesquels sont renseignées des données de requête relatives à des observations liées à au moins un moteur d'aéronef présentant un intérêt 5 pour l'entité requérante. Le traitement de la requête consiste à rechercher par exemple des éléments dans la base de données 9 qui sont proches ou associés à des données ou éléments correspondants renseignés dans les champs de la requête. Un élément renseigné dans une requête peut être un symptôme, une opération de maintenance, un résultat après réparation, un évènement spécifique, etc. Les informations requêtées concernent 10 par exemple les composants impliqués dans un symptôme, les dégradations potentielles et les coûts de réparation, le rang (ranking) de l'entité par rapport à un évènement spécifique, etc. Ces informations permettent à l'entité requérante de mieux gérer sa flotte de moteurs. Avantageusement, les requêtes sont formatées à l'avance de sorte que chaque requête peut être définie selon un modèle sélectionné parmi un ensemble de modèles de 15 requêtes prédéterminés ou préprogrammés. Après réception d'une requête courante, le processeur 7 est adapté pour la décrire dans l'espace métrique en transformant les données de requête en des états de requête mesurables. Cette transformation peut être réalisée en utilisant un outil de compression 31 comme celui indiqué précédemment. 20 En outre, le processeur 7 est adapté pour chercher une réponse à la requête courante en utilisant un algorithme de recherche de similarité. A titre d'exemple, le processeur 7 met en oeuvre une recherche de similarité en comparant selon une métrique correspondant à cette requête, les états de requête à des états d'observation correspondants stockés dans la base de données 9. La comparaison comporte le calcul 25 d'une distance entre au moins un état de requête et les états d'observation correspondants. Cette distance peut être une distance usuelle (par exemple une distance euclidienne), une distance binaire, une distance d'édition (ou de Levenshtein) mesurant la similarité entre différentes successions d'états, ou d'autres types de distances. Dans ce cas, la réponse à une requête courante comporte les éléments dans la 30 base de données 9 qui présentent par rapport aux éléments de la requête une distance 3034896 11 inférieure à un seuil prédéterminé. Avantageusement, le processeur 7 est adapté pour utiliser un algorithme de classification non supervisé (clusterisation) pour découper en catégories semblables les résultats de chaque requête. Ce découpage permet au processeur 7 de présenter la 5 réponse à la requête sous une forme de diagrammes statistiques anticipatifs ou généraux. Par exemple, la réponse à la requête comporte une distribution d'un événement relative à l'entité requérante par rapport à la distribution des autres entités sans indiquer les identités des entités, exceptée celle de la requérante. Elle peut aussi comporter une liste d'observations passées similaires aux observations définies dans la 10 requête en triant par exemple les éléments de la liste de la plus pertinente à la moins pertinente, etc. Enfin, le transmetteur 13 est adapté pour transmettre la réponse par l'intermédiaire d'un lien 33 de communication sécurisé à l'entité requérante. Avantageusement, les moyens de sortie 11 comportent un afficheur 35 adapté 15 pour afficher la réponse transmise à l'entité requérante telle qu'elle sera affichée en définitive sur un écran d'un système informatique de l'entité requérante. En outre, le processeur 7 est avantageusement adapté pour faire une mise à jour de la base de données 9 en y enregistrant les états des requêtes reçues au cours du temps ainsi que les résultats de ces requêtes. Les états et résultats des requêtes forment 20 des nouvelles données d'observation permettant ainsi d'augmenter davantage la précision des réponses aux futures requêtes. La Fig. 2 illustre de manière schématique un exemple d'un procédé de service d'appui mis en oeuvre par le système de mutualisation selon l'invention. Selon ce procédé une compagnie requérante 17c interroge le système de 25 mutualisation 1 pour avoir des statistiques sur des symptômes ou opérations de maintenance effectuées sur un moteur. Plus particulièrement, à l'étape El la compagnie 17c transmet une requête 35 concernant un symptôme particulier observé sur un de leur moteurs et demande de connaître l'évolution des moteurs qui ont eu un symptôme analogue dans le passé. 30 A l'étape E2, après la réception de la requête 35, le processeur 7 décrit cette 3034896 12 requête dans l'espace métrique et utilise une distance appropriée pour chercher dans la base de données 9 l'évolution des moteurs qui ont eu un comportement analogue à celui renseigné dans la requête 35. Par exemple, une distance d'édition mesurant la similarité entre les différentes trajectoires formées par les états d'observation des moteurs peut être 5 utilisée. En effet, chaque morceau de trajectoire d'un moteur correspond à une chaîne de caractères (labels de catégories) et ainsi, la distance d'édition est très adaptée pour mesurer la similarité entre deux chaînes de caractères. L'état futur du moteur visé par la requête 35 est alors extrapolé grâce aux trajectoires des autres moteurs ayant eu des comportements similaires. Le processeur 7 peut chercher également l'environnement 10 favorisant ce type de symptômes ou d'événements et les causes probables ainsi que les coûts de réparation. En outre, le processeur 7 utilise des techniques d'exploration de données (datamining) pour déterminer des statistiques sur la fréquence de ce genre d'événements selon par exemple les secteurs opérationnels des aéronefs (environnement sableux, pollué, 15 marin, continental) ainsi que des statistiques, des classements et en particulier, le rang de la compagnie requérante 17c pour cet événement par rapport aux autres compagnies ou par rapport à l'ensemble de la flotte mondiale. Bien entendu, les identités des autres compagnies seront masquées. A titre d'exemple, la réponse peut comporter une représentation en nuage de points (scatter-plots) où les opérations de la compagnie 20 requérante 17c sont d'une couleur différente de celles des autres compagnies. A l'étape E3, une réponse 37 comportant tous les résultats trouvés à l'étape précédente est envoyée à l'entité requérante 17c. Tous ces résultats peuvent être représentés selon une multitude de diagrammes comportant des courbes, des barres, des nuages de points, etc. 25 A l'étape E4, la compagnie requérante 17c récupère la réponse 37 pour par exemple l'afficher sur un écran d'un système informatique. Grâce à cette réponse, la compagnie 17c peut mieux cerner les dégradations, les risques et les pannes potentielles du moteur concerné et par conséquent, peut mieux planifier les opérations ou la stratégie de maintenance. De plus, la compagnie requérante peut se situer parmi toutes les autres 30 compagnies et peut ainsi évaluer sa gestion de sa flotte de moteurs. 3034896 13 Ainsi, en apportant ses propres informations, la compagnie bénéficie en retour de manière indirecte des informations de l'ensemble des compagnies. Le système de mutualisation assure alors à chaque compagnie un service d'appui (back office) précis et performant lui procurant une aide précieuse pour gérer sa flotte de moteurs d'aéronefs. 5 Par ailleurs, on notera que l'accès à l'information peut être réglementé selon le type de l'entité requérante ou le lien entre l'entité et le motoriste. Certaines entités peuvent accéder uniquement à des informations générales tandis que d'autres peuvent disposer d'informations beaucoup plus détaillées. Le système de mutualisation selon l'invention fournit ainsi une interface 10 intelligente pour l'exploitation des données d'observation hétérogènes, issues des différentes sources et qui au départ n'étaient pas exploitables. Ce système est adapté pour rendre toutes ces données comparables et permet par conséquent, de réaliser des statistiques, des classements ainsi que des pronostics. REVENDICATIONS1. Système de mutualisation de données d'observation relatives à des moteurs d'aéronefs, caractérisé en ce qu'il comporte : - un récepteur (3) adapté pour récupérer lesdites données d'observation (15a, 15b, 15n) depuis des entités (17a, 17b, 17n) distinctes, - un processeur (7) adapté pour décrire lesdites données d'observation dans un espace métrique en les transformant en des états d'observation (29) mesurables, et - une base de données (9) adaptée pour y stocker lesdits états d'observation (29). 2. Système selon la revendication 1, caractérisé en ce que lesdites données d'observation (15a) comportent des données numériques de détection (151a) issues de capteurs et calculateurs embarqués dans les moteurs d'aéronefs, et/ou des données de configuration (153a) de moteurs d'aéronefs, et/ou des données descriptives (155a) décrivant des interventions ou opérations de maintenance sur des moteurs d'aéronefs. 3. Système selon la revendication 1 ou 2, caractérisé en ce qu'il comporte : - un récepteur (3) adapté pour recevoir une requête (35) depuis une entité (17c) requérante, ladite requête comportant des données de requête relatives à des observations liées à au moins un moteur d'aéronef, - un processeur (7) adapté pour décrire ladite requête dans l'espace métrique en transformant lesdites données de requête en des états de requête mesurables, - un processeur (7) adapté pour chercher une réponse à ladite requête en comparant selon une métrique correspondant à la requête lesdits états de requête à des états d'observation stockés dans la base de données, et - un transmetteur (13) adapté pour transmettre ladite réponse (37) à l'entité requérante. 4. Système selon l'une quelconque des revendications 1 à 3, caractérisé en ce que 3034896 15 l'entité (17a, 17b, 17n) correspond à une compagnie aérienne, chaque compagnie fournissant des données d'observation relatives à sa propre flotte de moteurs d'aéronef. 5. Système selon l'une quelconque des revendications 1 à 3, caractérisé en ce que 5 l'entité correspond à une unité de construction, de maintenance, ou de service d'un motoriste d'aéronef. 6. Système selon l'une quelconque des revendications 3 à 5, caractérisé en ce que la requête est définie selon un modèle sélectionné parmi un ensemble de modèles de 10 requêtes prédéterminés à l'avance. 7. Système selon l'une quelconque des revendications 1 à 6, caractérisé en ce que le processeur (7) est adapté pour utiliser un outil de compression (31) pour réduire le nombre de dimensions d'un espace d'observation au sein duquel les données 15 d'observation sont décrites, transformant ainsi l'espace d'observation en ledit espace métrique définissant des mesures exploitables. 8. Système selon la revendication 7, caractérisé en ce que l'outil de compression (31) est basé sur au moins une des techniques suivantes : analyse 20 parcimonieuse, analyse cartographique, analyse de classification non supervisée, analyse en composante principale, et analyse de calcul itératif. 9. Système selon l'une quelconque des revendications 3 à 8, caractérisé en ce que la comparaison comporte le calcul d'une distance entre au moins un état de requête et des 25 états d'observation stockés dans la base de données, ladite distance étant sélectionnée parmi les distances suivantes : distance usuelle, distance binaire, distance d'édition mesurant la similarité entre différentes successions d'états. 10. Système selon l'une quelconque des revendications 3 à 9, caractérisé en ce 30 que le processeur (7) est adapté pour présenter la réponse à la requête sous une forme de 3034896 16 diagrammes statistiques anticipatifs ou généraux. 11. Système selon l'une quelconque des revendications 3 à 10, caractérisé en ce que la réponse à la requête comporte une liste d'observations passées similaires aux 5 observations définies dans la requête. 12. Système selon l'une quelconque des revendications précédentes, caractérisé en ce que chacun des récepteur (3) et transmetteur (11) est sécurisé. 10 13. Système selon l'une quelconque des revendications précédentes, caractérisé en ce que le processeur (7) est adapté pour faire une mise à jour de la base de données (9) en y enregistrant les états des requêtes reçues ainsi que des résultats de ces requêtes.