Brevet FR2965372A1 — publié le 20120330

Procédé et système d'analyse automatique de messages de panne ou d'état La présente invention concerne un procédé d'analyse automatique de messages de panne ou d'état générés par au moins un système complexe. Elle concerne en particulier l'analyse de messages de panne et d'état générés par des systèmes complexes tels que des aéronefs ou des automobiles. Dans la suite de la description, seul le cas de l'aéronef est mentionné pour exemple, le procédé et le système décrits étant transposables à d'autres types de véhicules. Dans le domaine de l'aéronautique notamment, la maintenance des aéronefs est d'une importance capitale pour assurer leur fiabilité et minimiser le risque d'accidents. Cette maintenance revêt plusieurs aspects. Les aéronefs sont notamment soumis à des contrôles réguliers, planifiés, de manière à s'assurer de l'absence de dysfonctionnement. Par ailleurs, des contrôles et des réparations sont également effectués lorsque des pannes surviennent. Sur les aéronefs de conception moderne, lorsqu'un ou plusieurs dysfonctionnements apparaissent lors d'un vol, ces dysfonctionnements sont enregistrés par un système embarqué dans l'aéronef sous la forme de messages de panne ou d'état. Ces messages sont ensuite analysés au sol par des techniciens, dans le but de déterminer les problèmes matériels, c'est-à-dire les composants de l'aéronef à l'origine des dysfonctionnements constatés, et de réparer ces composants. Pour faciliter ces analyses, il est connu d'avoir recours à des systèmes experts dédiés à la résolution de pannes, qui déduisent de manière automatique, à partir de bases de données constituées à partir de cas de pannes résolus et/ou de cas de pannes théoriques issus d'une modélisation d'arbre de panne, quels composants et quelles pannes peuvent être à l'origine des messages enregistrés. Un tel système est notamment décrit dans le document US 2003/0167111 Al. Cependant, ces systèmes experts sont basés sur des rapports écrits de recherches de pannes et sur des arbres de panne formels, qui ne rapportent pas toujours l'ensemble du processus de recherche des pannes et qui peuvent être imprécis, en raison notamment d'erreurs humaines et d'inhomogénéités dans l'écriture des rapports et des arbres. De plus, pour les appareils complexes, le nombre de messages de panne ou d'état différents existants, de l'ordre de plusieurs milliers, rend la constitution de bases de données complètes et fiables extrêmement complexe, longue et coûteuse. Par ailleurs, de tels systèmes ne permettent pas de distinguer automatiquement et en auto-apprentissage, parmi les messages enregistrés, les messages ne nécessitant pas d'analyse des messages demandant une analyse poussée, et pour ces derniers, de tels systèmes ne permettent pas non plus de distinguer les messages correspondants à des pannes ou états connus et documentés des messages non documentés. Or, chaque utilisation d'un système complexe tel qu'un aéronef engendre un nombre important de messages, souvent plus d'un millier, et l'absence de filtrage efficace et natif de ces messages dans l'ordinateur central de maintenance ralentit le diagnostic par l'opérateur. Le but de l'invention est donc de résoudre les problèmes mentionnés ci-dessus, et de proposer une méthode d'analyse automatique permettant de faciliter et d'améliorer l'interprétation et l'exploitation des messages. A cet effet, l'invention a pour objet un procédé du type précité, caractérisé en ce qu'il comprend les étapes suivantes : - intégration desdits messages à une base de données de messages de panne ou d'état, - détermination par un calculateur, pour chacun desdits messages, d'un indice d'intérêt global caractérisant un degré de pertinence dudit message, sur la base d'au moins un paramètre représentatif d'une fréquence d'occurrence de messages similaires dans ladite base de données, et d'une corrélation entre le ou chaque paramètre représentatif et un nombre prédéfini d'indices d'intérêt global. Suivant des modes particuliers de réalisation, le procédé d'analyse comporte l'une 20 ou plusieurs des caractéristiques suivantes, prise(s) isolément ou suivant toutes les combinaisons techniquement possibles : - le procédé d'analyse comprend en outre une étape de détermination, pour chacun desdits messages, d'un indice d'intérêt local, caractérisant un degré d'intérêt dudit messages, en fonction dudit indice d'intérêt global et d'un contexte local d'apparition de 25 ce message ; - le procédé d'analyse comprend en outre une étape d'affichage d'au moins une partie desdits messages et des indices d'intérêt local déterminés pour ces messages ; - le procédé d'analyse comprend en outre une étape de détermination dudit contexte local d'apparition de chaque message de panne ou d'état, comprenant la 30 détermination de la durée d'apparition de ce message et l'identification d'autres messages générés par ledit système complexe et liés au même dysfonctionnement que ledit message ; - le procédé d'analyse comprend en outre une étape d'association, à chaque message de panne ou d'état, d'un attribut, indiquant l'existence ou l'absence, dans au 35 moins une base de données de rapports techniques, d'informations relatives audit message ; - l'étape de détermination de l'indice d'intérêt global d'un message comprend une étape de détermination d'une fréquence d'occurrence de messages similaires dans ladite base de donnée, par rapport au nombre total de messages générés dans un même contexte global ; - l'étape de détermination de l'indice d'intérêt global d'un message comprend une étape de détermination d'une proportion de systèmes complexes pour lesquels des messages similaires ont été générés, par rapport au nombre total de systèmes complexes pour lesquels des messages de panne ou d'état ont été générés dans un même contexte global ; - ladite corrélation entre le ou chaque paramètre représentatif et un nombre prédéfini d'indices d'intérêt global est réalisée au moyen d'une table d'attribution indiquant la valeur de l'indice d'intérêt global dudit message en fonction de la valeur du ou des paramètre représentatifs ; - le procédé d'analyse comprend une étape d'attribution à une configuration dudit système complexe d'une étiquette caractérisant un degré de stabilité de ladite base de données lors de l'intégration desdits messages de panne ou d'état à ladite base de données; - l'étape d'attribution d'une étiquette comprend la détermination d'un indice de convergence, caractérisant dans quelle mesure l'intégration desdits messages à ladite base de données modifie la distribution des types de messages et de systèmes complexes dans ladite base de données ; - la détermination, pour chacun desdits messages, d'un indice d'intérêt global, est réalisée en outre sur la base de l'étiquette attribuée à la configuration dudit système complexe - l'indice d'intérêt global de chaque message de panne ou d'état est déterminé parmi au moins trois valeurs. - ledit système complexe est un aéronef. L'invention a également pour objet un système d'analyse automatique de messages de panne ou d'état générés par au moins un système complexe, caractérisé en 30 ce qu'il comprend : - des moyens pour intégrer lesdits messages à une base de données de messages de panne ou d'état, et - des moyens pour déterminer, pour chacun desdits messages, un indice d'intérêt global, caractérisant la fréquence d'occurrence de messages similaires dans ladite base 35 de données. Suivant un mode particulier de réalisation, le système d'analyse comprend des moyens pour déterminer, pour chacun desdits messages, un indice d'intérêt local, reflétant un niveau d'intérêt desdits messages, en fonction dudit indice d'intérêt global et d'un contexte local d'apparition de ces messages. L'invention sera mieux comprise à la lecture qui va suivre, donnée uniquement à titre d'exemple, et faite en se référant aux dessins annexés, sur lesquels : - la figure 1 est un schéma illustrant un système d'analyse selon un mode de réalisation de l'invention ; - la figure 2 est un schéma synoptique global illustrant la mise en oeuvre d'un 10 procédé d'analyse selon un mode de réalisation de l'invention ; - la figure 3 est un schéma synoptique représentant une étape d'analyse statistique de messages de panne ou d'état du procédé de la figure 2, selon un mode particulier de réalisation de l'invention, - la figure 4 est un schéma synoptique illustrant une étape de détermination d'un 15 indice d'intérêt global pour chaque classe de pannes relevé, selon un mode particulier de réalisation de l'invention, - la figure 5 est un graphique représentant l'étape de détermination d'un indice d'intérêt global de la figure 4, - la figure 6 est un schéma synoptique illustrant une étape de détermination d'un 20 indice d'intérêt local pour chaque panne relevée, selon un mode particulier de réalisation de l'invention, - la figure 7 est un schéma synoptique représentant une étape d'attribution d'un attribut à chaque panne relevée, selon un mode particulier de réalisation de l'invention, et - la figure 8 est un schéma synoptique illustrant une étape d'affichage de résultats 25 de l'analyse de messages de panne ou d'état, selon un mode particulier de réalisation de l'invention. On a représenté sur la figure 1, de manière schématique, un système 1 d'analyse adapté à la mise en oeuvre du procédé selon l'invention, pour l'analyse de messages enregistrés lors du vol d'un aéronef 2. 30 L'aéronef 2 comprend au moins un ordinateur central 4 de maintenance, également appelé CMC (« Centralized Maintenance Computer »), relié à plusieurs équipements 6 répartis dans l'aéronef 2 par un bus numérique, ainsi qu'éventuellement à un système 8 de communications codées. Les équipements 6 de l'aéronef 2 sont aptes à s'autotester de leur propre initiative 35 ou en réponse à une demande de l'ordinateur central 4, et à générer des labels de panne ou d'état transformés en messages de panne ou d'état par l'ordinateur central 4. Par ailleurs l'ordinateur central 4 est apte à stocker ces messages et à en générer l'affichage, notamment en cockpit. Le système 8 de communications codées, quand il est installé, est apte à transmettre de manière sécurisée vers le système 1 d'analyse, en vol ou au sol, automatiquement ou sur commande manuelle, l'ensemble des messages de panne et d'état générés et stockés par l'ordinateur central 4 de maintenance. Le système 1 d'analyse comprend un calculateur 10 et des interfaces utilisateur, notamment un dispositif d'affichage 12 et des périphériques d'entrée 14. Le calculateur 10 comprend notamment des moyens 15 d'interface, aptes à recevoir des données émises par le système 8 de communications codées, un processeur 16, et une mémoire 17, c'est-à-dire un espace de stockage de données, dans laquelle est stockée une base de données de messages de panne ou d'état collectés sur divers aéronefs et lors de divers vols de ces aéronefs, et appelée par la suite base de données centrale. On a représenté sur la figure 2, les principales étapes du procédé d'analyse selon l'invention, mises en ceuvre après un vol de l'aéronef 2. Ce procédé comprend une étape 20 d'importation, lors de laquelle les messages recueillis par l'ordinateur central 4 de maintenance durant le vol de l'aéronef 2 sont transmis de l'ordinateur 4 de maintenance au système 1 d'analyse, éventuellement via le système de communication 8, sous la forme d'un ou plusieurs fichiers informatiques. Puis, lors d'une étape 22 d'intégration des données, les messages contenus dans chaque fichier importé lors de l'étape 20 sont intégrés, après mise en forme, à la base de données centrale du calculateur 10. Ces messages forment un ensemble appelé par la suite nouvel échantillon ou nouvelles données. Dans une étape 24 d'analyse statistique, le contrôleur 10 analyse le contenu de la base de données centrale, pour déterminer si cette base de données est de taille statistiquement significative. Le contrôleur 10 détermine notamment si les nouvelles données intégration lors de l'étape 22 sont associées à une configuration nouvelle d'aéronef, c'est-à-dire à un modèle d'appareil ou une version logicielle absents de la base de données avant cette intégration 22. Dans le cas contraire, le contrôleur 10 détermine si la base de données comprenait déjà, avant cette importation, un nombre significatif de messages issus d'aéronefs de même configuration, formant un ensemble appelé par la suite échantillon, de telle sorte que cette intégration 22 ne modifie pas de façon statistiquement significative la distribution des classes de messages de cet échantillon. Cette étape 24 est suivie par une étape 26 de détermination d'indices d'intérêt globaux IG, lors de laquelle le calculateur 10 classe les messages de l'échantillon par classes de messages, c'est-à-dire regroupe les messages vérifiant au moins les critères suivants : - ils correspondent à la même panne ou au même état, ils ont été relevés sur des appareils de configurations similaires (par exemple de mêmes modèles, mêmes versions de logiciel). Lors de cette étape 26 le calculateur 10 détermine, pour chaque classe de messages présente dans les nouvelles données, la fréquence d'apparition de cette classe de messages dans l'échantillon et la proportion d'appareils sur lesquels cette classe de messages est apparue. Le calculateur 10 en déduit, pour chaque classe de messages, un indice d'intérêt global IG, qui exprime le niveau d'intérêt et de pertinence de cette classe de messages. Cet indice d'intérêt global est commun à toutes les occurrences des messages de la même classe. L'indice d'intérêt global IG peut prendre plusieurs valeurs, avantageusement 3. L'indice d'intérêt global IG d'un message exprime si ce message reflète globalement un problème isolé ou peu fréquent (IG=1), ou moyennement fréquent (IG=2), ou un message très fréquent (IG=3). Les messages d'indice d'intérêt 1 et 2 nécessitent une analyse par l'opérateur, en commençant par l'analyse des messages d'indice d'intérêt 10=1, à la différence des messages d'indice d'intérêt global 3 qui peuvent être filtrés et ne nécessitent pas d'analyse. Ainsi, les messages sont d'une importance d'autant plus grande que leur indice d'intérêt global IG est faible. Ce filtrage peut, lors d'une étape 28, être encore affiné : le calculateur 10 détermine, pour chacun des enregistrements de message du nouvel échantillon, un indice d'intérêt local IL, caractérisant un degré d'intérêt du message. Si l'option en est choisie par l'utilisateur, cet indice d'intérêt local IL est déterminé pour chaque enregistrement à partir de l'indice d'intérêt global IG de la classe de ce message et en fonction de son contexte local d'apparition, défini notamment par sa durée d'apparition et la présence conjointe dans le temps d'autres messages de panne ou d'état caractéristiques. Ces messages caractéristiques sont détectés à partir d'une liste de messages attribuée pour chaque classe de message, renseignée manuellement par l'utilisateur. Par défaut, la liste est vide pour chaque classe. Si cette option du calcul de l'indice d'intérêt local IL n'est pas choisie, l'indice d'intérêt local IL prend pour chaque occurrence de message la valeur de l'indice d'intérêt global de la classe de ce message. L'indice d'intérêt local IL peut prendre plusieurs valeurs, avantageusement autant que de valeurs d'indice d'intérêt global IG. Tout comme pour l'indice d'intérêt global, les messages sont d'une importance d'autant plus grande que leur indice d'intérêt local IL est faible. Lors d'une étape 30, le calculateur associe à chaque message de panne ou d'état un attribut, indiquant si cette panne est documentée ou non, c'est-à-dire l'existence ou l'absence, dans une ou plusieurs bases de données (avantageusement : rapports de pannes, ventes de rechanges, rapports d'expertises, demande de prise en garantie), de documents relatifs à des pannes ou états identiques ou proches, par exemple des pannes ou états impliquant le même équipement de l'aéronef 2. Ainsi, à l'issue de l'étape 30, chaque message de panne ou d'état est associé à 10 un indice d'intérêt local IL et à un attribut relatif à l'existence de documentation sur cette panne. Ces messages sont alors affichés dans une étape 32 par le système 1, par exemple sur le dispositif 12 d'affichage, suivant des paramètres d'affichage définis par l'utilisateur, et permettant à celui-ci de filtrer les messages affichés, par exemple en 15 sélectionnant une classe de messages donnée ou les messages dont l'indice d'intérêt local IL a une valeur choisie. Ainsi, l'utilisateur peut choisir de n'afficher que les messages nécessitant une analyse. Les étapes 20 à 32 du procédé selon un mode particulier de réalisation de l'invention vont maintenant être décrites plus en détails, en référence aux figures 3 à 8. 20 Lors de l'étape 20 d'importation, les messages sont transmis de l'ordinateur 4 de maintenance au système 1 d'analyse, avantageusement par l'intermédiaire du système 8 de communication, sous la forme d'un ou plusieurs fichiers informatiques, qui sont par exemple des fichiers de type « FHDB » (Fault History Database), des fichiers de type « ACMF » (Aircraft Customized Monitoring File) ou des fichiers de type 25 « Databroadcast ». On considérera par la suite et pour l'exemple que l'ordinateur central 4 de l'aéronef 2 transmet un unique fichier de type « FHDB » au système 1 d'analyse, la logique étant identique pour les deux autres types de fichiers. Les données, c'est-à-dire les messages de panne et d'état, enregistrés dans ce 30 fichier sont par exemple sauvegardés sous forme de tableaux, ou au format XML. A ce fichier sont associés dans l'étape 22 le modèle de l'aéronef 2 dont il est issu, le numéro de série de l'aéronef et la version de son logiciel d'exploitation. Ce fichier comprend une liste de messages de panne ou d'état, chacun des messages ayant les caractéristiques suivantes : 35 - un libellé précisant le type de panne ou l'état constaté, un code associé à ce libellé (par exemple : code de panne ou criticité de message), - un statut : « actif » pour marquer que l'enregistrement du message correspond à son apparition, c'est-à-dire à sa validité logique, et « inactif » pour sa disparition, les date et heure d'apparition/disparition de ce message, la phase d'apparition (par exemple la phase de pré-vol, de taxi, de décollage, de 5 montée, de croisière, de descente ou d'atterrissage). Est ajouté dans l'étape 22 un attribut de livraison prenant la valeur 1 si l'enregistrement du message est antérieur à la date de livraison du numéro de série, ou 0 le cas échéant. Les informations sur les dates de livraison sont par exemple extraites d'une autre base de données. L'objectif de cet attribut est de pouvoir distinguer 10 l'attribution d'indice d'intérêt global et local dans les phases de réception et d'essais de l'aéronef, pendant lesquelles certaines pannes sont intentionnellement provoquées, de la phase en service pendant laquelle les pannes ne sont généralement pas provoquées. Enfin est ajouté dans l'étape 22 un attribut de « Latch » (ou de « verrou »), repéré par ailleurs avantageusement nativement dans le libellé de panne par le symbole « # ». 15 Outre son premier enregistrement, correspondant à sa validité logique, un message « latché » (c'est-à-dire « verrouillé ») par l'ordinateur de maintenance 4 est ré-enregistré dans le fichier FHDB au statut «actif» à chaque démarrage du calculateur de maintenance. Un tel message n'est enregistré au statut « inactif » que si sa logique n'est plus valide et si une action de suppression manuelle dans l'ordinateur de maintenance est 20 réalisée par un opérateur, au moyen d'une interface spécifique. L'attribut de « Latch » indique donc si le message est un message qui apparaît tant qu'il n'a pas été supprimé. Chaque message M de panne ou d'état peut ainsi être écrit avantageusement sous la forme : M= (Modèle, Logiciel, Numéro de série, Libellé de panne, Code de panne, Date, Statut, 25 Phase, Latch, Livraison). On considère par ailleurs que deux messages possèdent le même contexte global CO d'apparition s'ils possèdent certaines caractéristiques communes parmi les caractéristiques définies ci-dessus. Ces caractéristiques communes peuvent être choisies par un utilisateur. Avantageusement, le modèle de l'aéronef, sa version de logiciel 30 d'exploitation, la phase de vol lors de laquelle la panne est apparue, l'attribut de livraison, et le statut du message définissent ce contexte global CO d'apparition du message. On considérera par ailleurs que deux messages sont d'une même classe s'ils ont le même contexte global CO d'apparition et s'ils ont au moins une caractéristique commune supplémentaire. Les caractéristiques communes que doivent posséder deux 35 messages pour être considérés de même classe peuvent également être choisies par un utilisateur. Avantageusement, le contexte global CO d'un message, le libellé de panne et son code définissent la classe T de ce message. Dans la suite de la description, on considérera ainsi que deux messages de panne ou d'état sont de la même classe s'ils correspondent aux mêmes libellé et code de panne, ont été relevés sur deux appareils de même modèle et de même version de logiciel d'exploitation, pendant la même phase de vol, et si ces messages présentent le même attribut de livraison et le même statut. Une classe de messages est donc définie par l'ensemble T suivant, commun à tous les messages de la même classe : T= (Modèle, Logiciel, Libellé de panne, Code de panne, Phase, Livraison, Statut). Lors de l'étape 20 d'importation, les fichiers importés sont reçus par le calculateur 10, qui vérifie qu'il s'agit effectivement de fichiers contenant des messages de panne ou d'état, par analyse du format de ces fichiers et de leur libellé. Puis, lors de l'étape 22 d'intégration, le calculateur 10 ouvre le fichier et enregistre son contenu dans une table de déversement, qui est un emplacement de stockage temporaire de ces données. Sont ensuite ajoutés à partir du libellé du fichier « FHDB » les attributs Modèle, Numéro de Série, Configuration logicielle et à partir d'une base de donnée des livraisons et de la date de chaque enregistrement, l'attribut « Livraison ». Des messages « marqueurs » peuvent être ajoutés au besoin. Ils ne sont pas natifs de la génération de messages par l'ordinateur de maintenance 4 : il s'agit par exemple de messages d'état de mise sous tension, ou de messages d'état d'effacement des messages latchés. En fin d'étape 22, les messages contenus dans chaque fichier importé lors de l'étape 20 et ces nouveaux attributs sont intégrés, en supprimant automatiquement les doublons, à la base de données du calculateur 10. Avantageusement, les données se présentent alors sous la forme d'un tableau dont chacune des lignes correspond à un enregistrement de message de panne ou d'état et chaque colonne à une caractéristique de ce message. On a représenté sur la figure 3 un schéma synoptique illustrant l'étape 24 d'analyse statistique du nouvel échantillon. Après plusieurs imports réalisés selon l'étape 20, la base de données du calculateur 10 comprend des messages issus d'appareils de différents modèles, différents numéros de série et différents logiciels d'exploitation. Dans une étape 40 de cette étape 24 d'analyse statistique, l'utilisateur définit les propriétés d'une configuration CF d'aéronef, avantageusement définie par CF = (Modèle, Logiciel, Livraison). Le calculateur 10 effectue en 42 la détection des configurations CF et le calcul du nombre de numéros de série d'aéronef 2 dans chaque configuration, avant et après l'import 20 du nouvel échantillon. Puis, lors d'une étape 44, le calculateur détermine si les nouvelles données intégrées lors de l'étape 22 sont issues d'une configuration d'aéronef non représentée dans la base de données avant l'étape 20. Si la configuration nouvellement importée était absente de la base de données, le calculateur attribue une étiquette A à cette configuration. Si au contraire la base de données comprenait, avant l'étape 20, des messages issus d'appareils de même configuration, alors dans une étape 48, le calculateur 10 attribue une étiquette B à la configuration si celle-ci est encore fluctuante, et une étiquette C si au contraire, la taille de l'échantillon dans cette configuration est telle que tout import de nouveaux fichiers ne modifie pas de manière significative la distribution des types de panne ou d'état et d'appareils de cette configuration : elle est dite stable. L'attribution des étiquettes B et C est réalisée à partir de la détermination d'indices de convergence et du nombre de numéros de série dans la base de données pour chaque configuration CF. La détermination de ces indices de convergence sera détaillée dans la suite de la description. Si les indices de convergence sont supérieurs a un certain seuil, par exemple 5%, ou si le nombre de numéros de série d'aéronef 2 dans la configuration donnée est inférieur à un certain seuil, par exemple 7, alors l'étiquette B est attribuée a cette configuration. Dans le cas contraire, l'étiquette C est attribuée. Chaque configuration CF présente ainsi dans la base de données de l'ordinateur 10 une étiquette, dont la finalité est de calculer l'indice d'intérêt global IG de chaque classe de message distinctement suivant le contenu et la taille de l'échantillon pour chaque configuration, et d'en améliorer ainsi la précision. On a représenté sur la figure 4 un schéma synoptique illustrant l'étape 26 de détermination de l'intérêt global de chaque classe T de message. Dans une étape 52, le calculateur 10 détermine, pour chaque classe de message représenté dans le nouvel échantillon, un ratio fréquentiel rfq d'apparition de cette classe de messages, représentatif de la fréquence d'occurrence de messages similaires dans la base de données par rapport à l'ensemble des messages enregistrés. Dans le cas des messages non « latchés », ce ratio fréquentiel est égal au ratio entre le nombre d'occurrences de cette classe de messages et le nombre de messages enregistrés de même contexte global dans la base de données. Dans le cas des messages dits « latchés », il est égal au ratio entre le nombre d'occurrences de cette classe de messages et avantageusement 10 fois le nombre de messages enregistrés de même contexte global dans la base de données. Cette règle de calcul permet de tenir compte de l'effet multiplicateur de la logique de verrouillage (« latch ») sur les enregistrements de messages latchés, tant qu'une action manuelle de l'opérateur dans l'ordinateur de maintenance n'a pas été effectuée. Le ratio fréquentiel rfq, compris entre 0 et 1, traduit ainsi la fréquence d'apparition de cette classe de messages dans un contexte global CO donné, par rapport aux autres classes de messages apparaissant dans le même contexte global CO. Par exemple, si la base de données comprend 6 occurrences d'un message d'une classe TI, apparu dans un contexte global CO,, et 60000 occurrences de messages apparus dans le même contexte global CO,, c'est-à-dire sur le même modèle d'aéronef, avec la même version de logiciel d'exploitation, pendant la même phase de vol, et avec les mêmes statut et attribut de livraison, le ratio fréquentiel des messages de la classe T, est égal à 10"5. Puis, dans une étape 54, le calculateur 10 attribue à chaque classe de messages, à partir des valeurs de ratios fréquentiels rfq calculées, un indice d'intérêt fréquentiel Irfq. Cet indice d'intérêt fréquentiel Irfq caractérise la valeur du ratio fréquentiel rfq de cette classe de messages par rapport aux valeurs de ratios fréquentiels des autres classes de messages de l'échantillon apparus dans le même contexte global. Cet indice est par exemple un nombre entier, compris entre 1 et Nrfq, avec Nrfq avantageusement inférieur ou égal à 6, l'indice d'intérêt fréquentiel Irfq d'une classe de messages d'un contexte global donné étant d'autant plus élevé que son ratio fréquentiel rfq est important. Avantageusement, l'indice d'intérêt fréquentiel Irfq est attribué, pour les classes de messages d'un contexte global CO donné, en découpant l'intervalle [0 ; 1] des valeurs possibles du ratio fréquentiel rfq en Nrfq intervalles successifs (Ini,In2,...InNrfq), formant une partition de l'intervalle [0 ; 1]. A cette fin, le calculateur 10 détermine Nrfq-1 valeurs de seuils, notées S, , avec15 i Lorsqu'une étiquette C a été attribuée à une configuration lors de l'étape 24 d'analyse statistique, l'indice d'intérêt fréquentiel I,fq est avantageusement compris entre 1 et 6. Lorsque l'étiquette de la configuration est A ou B, l'indice d'intérêt fréquentiel I,fq 5 est avantageusement compris entre 1 et 2, car le nombre de valeurs différentes prises par le ratio fréquentiel rfq est alors trop faible pour qu'une découpe de l'intervalle [0 ; 1] en un nombre plus important d'intervalles ait du sens ou soit possible. Par ailleurs, dans une étape 56, le calculateur 10 détermine, pour chaque classe de messages, un ratio de couverture r, égal au ratio entre le nombre d'aéronefs de 10 l'échantillon pour lesquels un message de cette classe a été émis, et le nombre d'aéronefs de l'échantillon pour lesquels un message de panne ou d'état a été émis dans le même contexte global CO. Le ratio de couverture r, d'une classe de messages, compris entre 0 et 1, traduit ainsi la proportion d'aéronefs pour lesquels cette classe de messages a été émise, par 15 rapport à l'ensemble des aéronefs pour lesquels un message de panne ou d'état a été émis dans le même contexte global. Il est donc représentatif de la fréquence d'occurrence de messages similaires pour des aéronefs de même configuration, et permet d'estimer si -es messages de la classe TI sont des messages isolés, constatés sur peu d'aéronefs, ou si au contraire cette classe de messages est émise par une proportion importante 20 d'aéronefs. Par exemple, si au moins un message de classe TI a été émis pour 6 aéronefs, et que des messages de panne ou d'état ont été relevés dans le même contexte global sur 36 aéronefs, le ratio de couverture des messages de classe T, est égal à 1/6. Puis, dans une étape 58, le calculateur 10 attribue à chaque classe de messages, 25 à partir des valeurs de ratios de couverture r, déterminés, un indice d'intérêt de couverture lm, caractérisant la valeur du ratio de couverture de cette classe de messages par rapport aux ratios de couverture des autres classes de messages de l'échantillon apparus dans le même contexte global. Cet indice est par exemple un nombre entier, compris entre 1 et N,, avec 1\4, 30 avantageusement inférieur ou égal à 3, l'indice d'intérêt de couverture lm d'une classe de messages d'un contexte global CO donné étant d'autant plus élevé que son ratio fréquentiel rc est important. L'indice d'intérêt de couverture lm est attribué en découpant l'intervalle [0 ; 1] des valeurs possibles du ratio de couverture rc en Nm intervalles successifs Ink , 35 avec 15 k Nm , formant une partition de l'intervalle [0 ; 1]. A cette fin, le calculateur 10 détermine Nm-1 valeurs de seuils, notés Sk , avec1 k Tableau 1 IM 1 2 Irfq 1 1 2 2 2 3 Ainsi, l'indice d'intérêt global IG d'une classe de messages n'est égal à 1 que lorsque ses indices d'intérêt fréquentiel Irfq et de couverture Ir, sont tous les deux égaux à 1, et est égal à 3 lorsque ses indices d'intérêt fréquentiel Irfq et de couverture Ir, sont tous les deux égaux à 2. Le tableau 2 ci-dessous illustre par ailleurs un exemple de règles d'attribution de l'indice d'intérêt global IG à des classes de messages représentées dans les données nouvellement importées, en fonction des valeurs des indices d'intérêt fréquentiel Irfq et de couverture 1, de ces messages, dans une configuration d'étiquette C. Tableau 2 I ~~ 1 2 3 Irfq 1 1 1 2 2 1 2 2 3 1 2 2 4 1 2 2 5 2 2 2 6 2 2 3 Ainsi, l'indice d'intérêt global IG d'une classe de messages n'est égal à 3 que lorsque ses indices d'intérêt fréquentiel Irfq et de couverture 1, sont tous les deux 15 maximaux, c'est-à-dire respectivement égaux à 6 et 3. Parallèlement, le calculateur 10 détermine l'indice de convergence de la base de données, mesurant la stabilité de cette base de données lors de l'ajout de nouvelles données à cette base, indices de convergence qui seront postérieurement utilisés, lors de l'analyse statistique d'un nouvel échantillon intégré par la suite, pour attribuer une 20 étiquette B ou C à la configuration. A cette fin, le calculateur 10 détermine dans une étape 64 les moyennes Mfq et Mc des variations des ratios fréquentiel rfq et de couverture rc, par rapport aux valeurs de ratios déterminées lors de l'analyse des messages de la base de données après le précédent import. Puis, dans une étape 66, le calculateur 10 détermine les moyennes glissantes des variations Mfq et Mc calculées sur les dix imports précédents moyennes qui sont les indices de convergence préalablement évoqués. Ces indices de convergence quantifient si l'ajout de nouveaux messages à l'échantillon modifie les ratios fréquentiel rfq et de couverture r, attribués aux différentes classes de messages de cet échantillon, donc la stabilité de cet échantillon. En fin d'étape 66, le calculateur mémorise ces indices, qui seront utilisés lors du prochain import et comparés à la valeur seuil de 5%. En cas de changement d'étiquette, de B vers C ou de C vers B et compte tenu des règles d'attribution d'intérêt globales différentes entre étiquette B et étiquette C, le calcul des indices de convergence est effectué mais l'étiquette est gelée, par exemple pendant les dix prochains imports. Ensuite, les indices de convergence sont à nouveau pris en compte pour l'attribution d'une étiquette. Cette démarche d'étiquette est effectuée indépendamment pour chaque configuration CF présente dans la base de données centrale. La figure 5 illustre l'étape 54 de détermination de l'intérêt fréquentiel de classes de messages. Cette figure 5 est un graphique représentant notamment la distribution des valeurs de ratio fréquentiel rfq d'une pluralité de classes de messages de même contexte global CO. On a ainsi représenté sur ce graphique le nombre Nrfq de messages ayant une valeur ratio fréquentiel rfq donnée (ordonnée de droite), en fonction de cette valeur de ratio fréquentiel rfq (abscisse). Ce graphique se présente sous la forme d'un ensemble de bâtons 70 de ratio fréquentiel rfq donné. Chacun de ces bâtons 70 correspond généralement à l'ensemble des messages d'une même classe. On a par ailleurs superposé à cette figure un histogramme des valeurs des indices d'intérêt fréquentiel Irfq (ordonnée de gauche) en fonction de la valeur de ratio fréquentiel rfq (abscisse x). Cet histogramme définit 6 intervalles successifs Il à 16 de valeurs du ratio fréquentiel rfq, dont les bornes sont notamment définies par 5 valeurs de seuils S, à S5. Chacun des intervalles Il à 16 inclut un nombre quasi-égal de messages de panne ou d'état, de telle sorte que les probabilités pour qu'un message quelconque appartiennent à chaque intervalle sont quasi-égales. A chaque intervalle est associé un indice d'intérêt fréquentiel Irfq, prenant les valeurs 1, 2, 3, 4, 5 et 6 sur les intervalles respectifs I,, 12, 13, 14, 15 et 16. A l'issue de l'étape 26, un indice d'intérêt global IG est associé à chaque classe de 35 messages, donc à chaque message, représenté dans le nouvel échantillon, c'est-à-dire relevé sur l'aéronef 2. Cet indice d'intérêt global IG traduit la fréquence d'apparition des messages de la même classe dans un même contexte global CO. Cependant, il ne tient pas compte du contexte local d'apparition de chacun de ces messages, et en particulier de la durée d'apparition de ces messages et de la présence d'autres messages caractéristiques relevés sur l'aéronef 2. Si l'option en est choisie, le contexte local est pris en compte lors de l'étape 28 de détermination, pour chaque enregistrement du nouvel échantillon, d'un indice d'intérêt local IL. Cette étape 28 est illustrée sur la figure 6. Les règles de détermination des indices d'intérêt locaux IL de chaque message de panne diffèrent suivant l'étiquette A, B ou C attribuée à chaque configuration CF de l'échantillon. Si la configuration de l'échantillon a une étiquette B ou C, l'indice d'intérêt local IL de chaque message est déterminé en fonction de son indice d'intérêt global IG, et de critères choisis par l'utilisateur. Ces critères sont par exemple la durée d'apparition du message, la présence avoisinante d'autres messages caractéristiques manuellement listés par l'opérateur, ou encore le taux moyen d'apparition par aéronef de messages de la même classe dans l'échantillon. L'analyse de ce taux moyen d'apparition permet de distinguer les messages significativement (de l'ordre de 3 fois) plus ou moins présents sur l'aéronef 2 que sur les aéronefs de même configuration. La prise en compte de la durée d'apparition du message permet par ailleurs de repérer les messages dont la durée d'apparition sur l'aéronef 2 est significativement (de l'ordre de 3 fois) supérieure ou inférieure à la durée moyenne d'apparition de messages de la même classe dans l'échantillon. De plus, la prise en compte de la présence d'autres messages caractéristiques permet de distinguer les messages apparus conjointement à un ou plusieurs autres messages listés par l'utilisateur. Ainsi, si l'option en est activée lors d'une étape 75, , le calculateur 10 détermine lors d'une étape 76 pour chaque message ces informations de contexte local. A partir de ces informations et si l'option est activée, le calculateur 10 détermine, lors d'une étape 78, si ce message vérifie au moins l'un des critères définis ci-dessus. Si tel est le cas, et si l'indice d'intérêt global IG du message analysé est supérieur à l'indice minimum, c'est-à-dire 1, le calculateur 10 attribue à ce message, dans une étape 80, un indice d'intérêt local IL égal à l'indice d'intérêt global IG diminué de 1, de manière à accentuer la pertinence de ce message. Si l'indice d'intérêt global IG est égal à 1, le calculateur 10 attribue à ce message un indice d'intérêt local IL égal à l'indice d'intérêt global I0, c'est-à-dire égal à 1. Si au contraire les critères ne sont pas remplis, le calculateur attribue dans une étape 82 un indice d'intérêt local IL égal à l'indice d'intérêt global IG. Si l'option de prise en compte des informations de contexte local n'est pas activée lors de l'étape 75, l'indice d'intérêt local IL de chaque enregistrement est égal à l'indice 5 d'intérêt global de la classe de message correspondant (étape 82). Si au contraire la configuration a une étiquette A et contient ainsi uniquement les nouvelles données, l'indice d'intérêt global IG de ces messages reflète uniquement leur fréquence d'apparition dans ces nouvelles données. Pour apprécier la pertinence de ces messages, il est alors avantageux de les comparer à des messages quasi-identiques, 10 relevés sur le même modèle d'aéronef mais avec une version différente de configuration logicielle, par exemple antérieure. Cette étape 84, appelée « lissage », peut être effectuée par défaut par le calculateur 10, mais peut également être activée ou désactivée par un utilisateur lors d'une étape 86. 15 Si le lissage est activé, le calculateur 10 compare l'indice d'intérêt global IG de chaque message d'une classe donnée à l'indice d'intérêt global /G de messages dits antérieurs, de classe quasi-identique, mais issus d'aéronefs de configuration logicielle antérieure. Si IG>1 et =1, l'indice d'intérêt global IG des messages de la classe analysée est diminué de 1, sinon IG reste inchangé. 20 L'indice d'intérêt local IL de chaque message est ensuite déterminé selon les étapes 76 à 82 décrites précédemment. Ainsi, à l'issue de l'étape 28, un indice d'intérêt local est associé à chaque message de panne ou d'état du nouvel échantillon. On a représenté sur la figure 7 un schéma synoptique illustrant l'étape 30 25 d'attribution d'un attribut à chaque message, indiquant l'existence ou l'absence de documents relatifs à des pannes ou états identiques ou proches, par exemple des pannes ou états impliquant le même équipement de l'aéronef, dans une ou plusieurs base de données de pannes. Il s'agit par exemple d'une base de rapports de pannes, enrichie par le constructeur à partir de rapports de pannes et de résolution de ces pannes transmises 30 par les clients, et d'une base de pièces de rechange, listant les équipements ou pièces de rechange vendus. Ainsi, dans une étape 90, le calculateur effectue, pour chaque message, une recherche sémantique sur la base de rapports de pannes, pour déterminer si cette base contient au moins un rapport, associé au même modèle que l'aéronef 2, dont le titre et/ou 35 la description ont une proximité sémantique avec le libellé de ce message. Par ailleurs, lors d'une étape 92, le calculateur effectue, pour chaque message, une recherche sémantique sur la base de pièces de rechange, pour déterminer si parmi les types de rechanges les plus vendus dans les jours suivants chaque apparition d'un message de la même classe dans la base de donnée (par exemple parmi les 3 types de rechanges les plus vendus dans les 7 jours suivants), on trouve au moins une pièce de rechange dont le libellé est proche ou identique au libellé du ou des équipements incriminés par le message. Les résultats des étapes 90 et 92 sont analysés en 94 par le calculateur. Si, pour un message donné, au moins un rapport de panne a été trouvé lors de l'étape 90, et/ou si au moins une pièce de rechange a été trouvée lors de l'étape 92, le calculateur 10 attribue à ce message un attribut, noté « R », indiquant que la panne associée à ce message est documentée. Si au contraire rapport de panne et aucune pièce de rechange n'ont été trouvés, le calculateur 10 attribue à ce message un attribut, noté « NR », indiquant que la panne associée à ce message n'est pas documentée. A noter que l'analyse sémantique de documentation existant à propos d'un message de panne ou d'état peut également porter sur toute autre base de données technique, dont une base de rapports d'expertises ou une base de demandes de prises en garantie. Le calcul de l'attribut « R » est alors affiné en conséquence lors de l'étape 94 en prenant en compte l'analyse sémantique de ces données supplémentaires. Puis, le calculateur juxtapose à l'indice d'intérêt local IL de chaque message son attribut R ou NR. Puis, lors de l'étape 32 d'affichage, représentée sur la figure 8, le calculateur génère l'affichage, sur le dispositif 12 d'affichage, des messages de la base de données selon des critères définis par l'utilisateur. Ainsi, lors d'une étape 100 de paramétrisation, l'utilisateur indique, au moyen des périphériques 14 d'entrée, quelles propriétés des messages doivent être affichées et quels filtres doivent être appliqués aux messages pour leur affichage. L'utilisateur choisit par exemple d'afficher uniquement les messages du nouvel échantillon ayant un indice d'intérêt local IL inférieur ou égal a 2 et un attribut NR. Les messages de la base de données sont alors filtrés, et ceux vérifiant les critères définis par l'utilisateur sont affichés en 102 sur le dispositif 12 d'affichage. Les messages sont par exemple affichés sous la forme d'un tableau, dont chaque ligne correspond à un enregistrement, et dont les colonnes indiquent les caractéristiques de ce message telles que choisies par l'utilisateur lors de l'étape 100. Par ailleurs, si une étiquette A ou B a été attribuée à la configuration visualisée lors de l'étape 24, le calculateur génère dans une étape 104 l'affichage d'une alerte indiquant que l'échantillon n'est pas encore stable, et que les indices d'intérêt locaux doivent être interprétés en conséquence, c'est-à-dire avec un peu plus de discernement qu'en cas de configuration ayant une étiquette C. Le procédé d'analyse selon l'invention permet ainsi de filtrer automatiquement les messages de panne ou d'état enregistrés par un appareil, et de distinguer automatiquement quels messages correspondent à des cas isolés, demandant une analyse spécifique, quels messages reflètent un problème plus commun, pouvant généralement être résolu par des opérateurs non spécialisés et demandant une analyse, et quels messages ne nécessitent aucune analyse. Le procédé selon l'invention permet ainsi de classer les messages par ordre de priorité d'analyse, et ainsi d'améliorer de manière significative la rapidité et l'efficacité de l'analyse de messages de panne ou d'état. En particulier, la détection des messages ne nécessitent aucune analyse ou action correctrice, avant même qu'une vérification humaine soit réalisée, permet de réduire les coûts de maintenance, tandis que la mise en avant automatique des messages nécessitant une analyse permet de diminuer le niveau d'expertise technique nécessaire à la lecture des fichiers générés par l'ordinateur central de maintenance 4, donc les coûts de formation des opérateurs. Par ailleurs, l'intégration systématique des messages enregistrés par les ordinateurs de maintenance à une base de données centrale permet de reconstituer une expérience complète et homogène des pannes relevées sur divers appareils, et de créer à coût minimum une base de donnée fiable, représentative de chaque configuration d'appareil et exploitable dans le cadre d'une recherche de panne d'une étude de retour d'expérience. II devra toutefois être compris que les exemples de réalisation présentés ci-dessus ne sont pas limitatifs. Notamment, selon un autre mode de réalisation, les données enregistrées lors du vol de l'aéronef, par exemple par des équipements de type « boîtes noires » enregistrant des paramètres d'état et de commande, sont prises en compte pour la détermination des indices d'intérêt global IG et local IL et la résolution automatique des pannes. Selon encore un autre mode de réalisation, l'aéronef n'est pas muni du système de communication 8, les données de panne ou d'état étant alors téléchargées de l'ordinateur lorsque l'avion est au sol. On notera également que la détermination d'un indice d'intérêt local permet 35 d'affiner la sélection des messages de panne ou d'état mais l'invention pourrait parfaitement être mise en ceuvre sans cette étape, la détermination de l'indice d'intérêt global étant suffisante à elle seule pour discriminer avec une efficacité acceptable les messages enregistrés. Par ailleurs, le procédé et le système selon l'invention peuvent être mis en ceuvre pour l'analyse de messages de panne ou d'état issus de tous types d'appareils, tels que 5 des aéronefs, comme précédemment décrit, mais également d'autres types de véhicules. REVENDICATIONS1.- Procédé d'analyse automatique de messages de panne ou d'état générés par au moins un système complexe (2), caractérisé en ce qu'il comprend les étapes 5 suivantes : - intégration (20, 22) desdits messages à une base de données de messages de panne ou d'état, - détermination (26) par un calculateur, pour chacun desdits messages, d'un indice (IG) d'intérêt global caractérisant un degré de pertinence dudit message, sur la base d'au 10 moins un paramètre (rfq, rc) représentatif d'une fréquence d'occurrence de messages similaires dans ladite base de données, et d'une corrélation entre le ou chaque paramètre (rfq, rc) représentatif et un nombre prédéfini d'indices (IG) d'intérêt global. 2.- Procédé d'analyse selon la revendication 1, caractérisé en ce qu'il comprend en outre une étape de détermination (28), pour chacun desdits messages, d'un indice (IL) 15 d'intérêt local, caractérisant un degré d'intérêt dudit messages, en fonction dudit indice (IG) d'intérêt global et d'un contexte local d'apparition de ce message. 3.- Procédé d'analyse selon la revendication 2, caractérisé en ce qu'il comprend en outre une étape (32) d'affichage d'au moins une partie desdits messages et des indices (IL) d'intérêt local déterminés pour ces messages. 20 4.- Procédé d'analyse selon l'une quelconque des revendications 2 ou 3, caractérisé en ce qu'il comprend en outre une étape (76) de détermination dudit contexte local d'apparition de chaque message de panne ou d'état, comprenant la détermination de la durée d'apparition de ce message et l'identification d'autres messages générés par ledit système complexe et liés au même dysfonctionnement que ledit message. 25 5.- Procédé d'analyse selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend en outre une étape (30) d'association, à chaque message de panne ou d'état, d'un attribut (R, NR), indiquant l'existence ou l'absence, dans au moins une base de données de rapports techniques, d'informations relatives audit message. 30 6.- Procédé d'analyse selon l'une quelconque des revendications précédentes, caractérisé en ce que l'étape (26) de détermination de l'indice (IG) d'intérêt global d'un message comprend une étape (52) de détermination d'une fréquence (rfq) d'occurrence de messages similaires dans ladite base de donnée, par rapport au nombre total de messages générés dans un même contexte global (CO). 35 7.- Procédé d'analyse selon l'une quelconque des revendications précédentes, caractérisé en ce que l'étape (26) de détermination de l'indice (IG) d'intérêt global d'unmessage comprend une étape (56) de détermination d'une proportion (rc) de systèmes complexes pour lesquels des messages similaires ont été générés, par rapport au nombre total de systèmes complexes pour lesquels des messages de panne ou d'état ont été générés dans un même contexte global (CO). 8.- Procédé d'analyse selon l'une des revendications précédentes, caractérisé en ce que ladite corrélation entre le ou chaque paramètre (rfq, rc) représentatif et un nombre prédéfini d'indices (IG) d'intérêt global est réalisée au moyen d'une table d'attribution indiquant la valeur de l'indice (IG) d'intérêt global dudit message en fonction de la valeur du ou des paramètre (rfq, re) représentatifs. 9.- Procédé d'analyse selon l'une des revendications précédentes, caractérisé en ce qu'il comprend une étape (44, 48) d'attribution à une configuration (CF) dudit système complexe (2) d'une étiquette (A, B, C) caractérisant un degré de stabilité de ladite base de données lors de l'intégration (20, 22) desdits messages de panne ou d'état à ladite base de données. 10.- Procédé d'analyse selon la revendication 9, caractérisé en ce que l'étape (44, 48) d'attribution d'une étiquette (A, B, C) comprend la détermination (66) d'un indice de convergence, caractérisant dans quelle mesure l'intégration (20, 22) desdits messages à ladite base de données modifie la distribution des types de messages et de systèmes complexes dans ladite base de données. 11.- Procédé d'analyse selon l'une des revendications 9 ou 10, caractérisé en ce que la détermination (26), pour chacun desdits messages, d'un indice (IG) d'intérêt global, est réalisée en outre sur la base de l'étiquette (A, B, C) attribuée à la configuration (CF) dudit système complexe (2) 12.- Procédé d'analyse selon l'une quelconque des revendications précédentes, 25 caractérisé en ce que l'indice (IG) d'intérêt global de chaque message de panne ou d'état est déterminé parmi au moins trois valeurs. 13.- Procédé d'analyse selon l'une quelconque des revendications précédentes, caractérisé en ce que ledit système complexe est un aéronef (2). 14.- Système (1) d'analyse automatique de messages de panne ou d'état générés 30 par au moins un système complexe (2), caractérisé en ce qu'il comprend : - des moyens (10, 15) pour intégrer lesdits messages à une base de données de messages de panne ou d'état, et - des moyens (10) pour déterminer, pour chacun desdits messages, un indice (IG) d'intérêt global, caractérisant la fréquence d'occurrence de messages similaires dans 35 ladite base de données.15.- Système (1) d'analyse selon la revendication 14, caractérisé en ce qu'il comprend des moyens (10) pour déterminer, pour chacun desdits messages, un indice (IL) d'intérêt local, reflétant un niveau d'intérêt desdits messages, en fonction dudit indice (IG) d'intérêt global et d'un contexte local d'apparition de ces messages.