Brevet FR3027130A1 — publié le 20160415

INTÉGRATION AUTOMATIQUE DE DONNÉES RELATIVES À UNE OPÉRATION DE MAINTENANCE DESCRIPTION DOMAINE DE L'INVENTION La présente invention se rapporte au domaine d'intégration de données et plus particulièrement, concerne une intégration de données de maintenance relatives à une ou plusieurs opérations de maintenance sur un aéronef. Actuellement, pour planifier, préparer ou réaliser une action de maintenance sur un aéronef, un véhicule, un navire, un générateur, un moteur, etc., un opérateur de maintenance doit consulter une grande quantité de données afin d'extraire les données de maintenance nécessaires pour accomplir la tâche de maintenance. En effet, les données de maintenance sont diffusées à travers une pluralité d'éléments documentaires pouvant être contenus dans plusieurs sources d'information. Dans le domaine aéronautique, les sources d'information comportent par exemple un manuel de planification de maintenance, un manuel de maintenance de l'aéronef, un manuel de résolution de problèmes (troubleshooting), un catalogue de pièces de rechange, etc. En outre, chaque élément documentaire peut comporter une correspondance vers un autre élément documentaire dans la même source ou dans une autre source d'information. Ainsi, les éléments documentaires peuvent comporter des liens orientés de sorte qu'un premier élément documentaire fait appel à un deuxième élément documentaire qui à son tour fait appel à un troisième élément documentaire, et ainsi de suite. La structure de liens peut appeler plus de mille éléments documentaires et certains liens peuvent comporter des tests ou même des boucles. De plus, tous les éléments documentaires appelés ne sont pas forcément pertinents et seulement une partie de ces éléments peut être nécessaire à l'opérateur de maintenance pour accomplir sa ou ses tâches. Ainsi, dans le contexte de l'opération de maintenance, certains liens peuvent être utiles et pas d'autres. Alors, l'opérateur de maintenance sélectionne lui-même les liens jugés comme pertinents pour la tâche d'opération d'intérêt. Toutes ces opérations de 3027130 2 sélection de liens pertinents, d'extractions et de regroupement d'informations pertinentes nécessitent des opérateurs de maintenance très expérimentés et un temps non négligeable de recherche d'information. L'objet de la présente invention est par conséquent, de remédier aux 5 inconvénients précités en proposant un procédé et un système d'intégration automatique de données pertinentes relatives à une ou plusieurs opérations de maintenance en particulier sur un aéronef, permettant ainsi de réduire le temps de maintenance et les coûts. 10 OBJET ET RÉSUMÉ DE L'INVENTION La présente invention vise à automatiser l'intégration de données utilisées pour des actions de maintenance. L'invention concerne un procédé et un système d'intégration automatique de données parmi une pluralité de données de maintenance, ladite pluralité de données de maintenance étant diffusées à travers un ensemble 15 d'éléments documentaires de maintenance comprenant un ensemble de liens orientés, ledit système comportant des moyens de traitement configurés pour extraire selon des règles d'extraction prédéterminées un sous-ensemble de liens pertinents et pour intégrer dans un élément résultant, des données de maintenance pertinentes provenant d'un sous-ensemble d'éléments documentaires pertinents associé audit sous-ensemble de liens 20 pertinents. Ainsi le système présente un mécanisme qui intègre automatiquement les données pertinentes utilisées pour des actions de maintenance en particulier sur un aéronef réduisant ainsi le temps et les coûts de maintenance. 25 BRÈVE DESCRIPTION DES DESSINS D'autres particularités et avantages du système et du procédé selon l'invention ressortiront 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 de manière schématique un système d'intégration 30 automatique de données de maintenance, selon un mode de réalisation de l'invention ; 3027130 3 - les Figs. 2A-2B illustrent de manière schématique un exemple de fonctionnement d'un procédé d'intégration automatique de données de maintenance d'un aéronef, selon un mode de réalisation particulier de l'invention ; et - la Fig. 3 illustre de manière schématique l'architecture d'un système et un 5 procédé d'intégration automatique de données de maintenance, selon un mode de réalisation préféré de l'invention. DESCRIPTION DÉTAILLÉE DE MODES DE RÉALISATION Le principe de l'invention consiste notamment à automatiser l'extraction de 10 données pertinentes relatives à des maintenances sur un aéronef. La Fig. 1 illustre de manière schématique un système d'intégration 1 automatique de données de maintenance, selon un mode de réalisation de l'invention. Les données de maintenance sont diffusées à travers un ensemble d'éléments documentaires de maintenance E1-En pouvant être contenus dans plusieurs sources 15 d'informations de maintenance. On notera qu'un élément documentaire Ei peut contenir un ou plusieurs sous-élément(s) documentaire(s). Par ailleurs, les différents éléments documentaires E1-En appartenant à une même source ou à différentes sources d'informations sont inter-reliés par des liens ou arcs Al-Am formant une sorte de graphe de données dans lequel chaque noeud d'information correspond à un élément 20 documentaire ou un sous-élément documentaire et certaines paires de noeuds sont reliées par des liens orientés. On notera qu'un noeud peut pointer vers une pluralité d'autres noeuds et qu'un lien entre deux noeuds peut être unidirectionnel ou bidirectionnel. A titre d'exemple, les éléments documentaires de maintenance sur un aéronef sont issus d'au moins une source d'information S1, S2 parmi les sources suivantes : un 25 document de planification de maintenance MPD (Maintenance Planning Document), un manuel d'entretien de l'aéronef AMM (Aircraft Maintenance Manual), un manuel de résolution de problèmes (troubleshooting), un manuel de connexions filaires, un catalogue illustré de systèmes avioniques, un catalogue de pièces de rechange, une information technique complémentaire TFU (Technical Follow-up), une information de maintenance 30 complémentaire SIL (Service Information Letter), une consigne de navigabilité, un bulletin 3027130 4 de service, etc. Les sources d'informations peuvent être contenues dans une ou plusieurs bases de données. Plus particulièrement, le document de planification MPD comporte les différents critères gérant la fréquence de réapparition des tâches planifiées pour un type 5 d'aéronef ainsi que des informations sur par exemple les intervalles, les seuils, le temps et la charge du travail, le nombre d'intervenants et leurs qualifications, les zones, l'accès, etc. concernant chaque tâche de maintenance. Le document MPD sert essentiellement à planifier une tâche mais ne décrit pas la tâche, l'outillage et les tests de vérification. En revanche, le manuel d'entretien de l'aéronef AMM décrit toutes les 10 procédures de maintenance et comporte la description de chaque tâche avec par exemple, l'outillage, l'équipement de support, les configurations, et les tests nécessaires après l'accomplissement de la tâche. Ainsi, dans le manuel d'entretien AMM, chaque élément documentaire correspond à une tâche de maintenance spécifique (qui peut comporter une ou plusieurs sous-tâches) et qui peut appeler une autre tâche qui à son tour peut appeler 15 encore une autre tâche formant ainsi une cascade de tâches. Chaque tâche, chaque sous- tâche est définie par un identifiant comprenant un code fonctionnel indiquant la catégorie ou fonction de la tâche ou sous-tâche. Conformément à l'invention le système d'intégration 1 comporte des moyens de traitement 3 configurés pour extraire selon des règles d'extraction R1-Rs 20 prédéterminés, un sous-ensemble de liens pertinents A1-A3 (en gras) correspondant au contexte des actions ou critères de maintenance d'intérêt. Les liens inutiles ne sont pas sélectionnés et les liens optionnels peuvent éventuellement être indiqués à titre d'information. Les règles d'extraction R1-Rs sont déterminées par expertise et peuvent être 25 exprimées sous la forme de tables d'arrêt (ou tables conditionnelles). Par « table d'arrêt », on entend une table comportant des numéros de référence indiquant les caractéristiques d'une tâche et/ou d'une sous-tâche appelantes et d'une tâche appelée ainsi qu'une implication conditionnelle permettant de prendre ou de ne pas prendre en considération un lien entre la tâche ou sous-tâche appelante et la tâche appelée en fonction des 30 caractéristiques ou numéros de référence de ces différentes tâches. Par exemple, une table 3027130 5 d'arrêt peut comporter sur des premières colonnes des codes fonctionnels de la tâche et sous-tâches appelantes, et sur une colonne suivante le code de la tâche appelée et finalement sur la dernière colonne le comportement relatif à la sélection du lien qui peut être « obligatoire », « optionnel », ou « ignoré ». Des variantes peuvent préciser davantage 5 de niveaux d'appels à travers des colonnes supplémentaires. Les règles d'extraction R1-Rs peuvent aussi être basées sur une étude des chaînes de caractères comprises dans les éléments documentaires E1-En. Par exemple, si la tâche appelante comporte un connecteur d'implication de la forme « si .... alors » ou « seulement si » vers la tâche appelée, alors le lien entre les deux tâches est ou n'est pas 10 pris en considération selon certaines conditions. Par exemple, dans le cadre d'une inspection de maintenance planifiée si un lien est orienté vers une tâche appelée demandant un démontage de composants en cas de dommage (i.e. « si dommage .... alors démontage de composants »), ce lien sera considéré comme optionnel par la règle d'extraction car un démontage dans le corps d'une procédure d'inspection est très peu 15 probable. D'autres règles d'extraction R1-Rs peuvent être basées sur des mécanismes d'apprentissage en analysant l'historique de l'utilisation des liens. Par exemple, considérons une tâche appelante référencée XX, une sous-tâche appelante référencée YY, et une tâche appelée référencée ZZ. Si plus de 80% des utilisateurs ont sélectionné la tâche 20 appelée ZZ, alors les liens selon cette configuration seront toujours suivis. Encore d'autres règles d'extraction R1-Rs peuvent être basées sur une analyse de codes textuels et/ou numériques et/ou de motifs contenus dans des éléments documentaires appelants et appelés. En outre, différents types de règles d'extraction R1- Rs peuvent être combinés. 25 Par ailleurs, les règles d'extraction R1-Rs sont avantageusement ordonnées selon un ordre de priorité prédéterminé de sorte qu'une règle donnée peut être prioritaire sur une autre règle. En outre, les moyens de traitement 3 sont configurés pour automatiquement intégrer dans un élément résultant 5, des données (ou métadonnées) 30 de maintenance pertinentes provenant d'un sous-ensemble d'éléments documentaires 3027130 6 pertinents E1-E4 (en gras) associé au sous-ensemble de liens pertinents A1-A3 sélectionné selon les règles d'extension R1-Rs. En effet, une fois que les liens A1-A3 sont sélectionnés, les éléments et sous-éléments documentaires E1-E4 associés à ces liens A1-A3 sont connus et ainsi, les moyens de traitement 3 récupèrent et consolident les données de maintenance 5 pertinentes contenues dans ces éléments et sous-éléments E1-E4. Plus particulièrement, selon un premier mode de réalisation, les données de maintenance pertinentes intégrées dans l'élément résultant 5 sont formées à partir d'une agrégation de données de maintenance associées au sous-ensemble de liens pertinents El-E4 et comportant des instructions adaptées pour l'accomplissement d'au moins une tâche 10 de maintenance d'intérêt. Ainsi, selon ce premier mode de réalisation, l'élément résultant 5 comporte toutes les données et instructions nécessaires pour l'accomplissement de l'opération ou les opérations de maintenance désirée(s) en toute sécurité sans perdre du temps dans la recherche d'information. 15 En particulier, l'élément résultant 5 selon le premier mode de réalisation comporte les configurations de maintenance ou l'état de préparation de l'aéronef avant l'exécution de la tâche (par exemple, dépressuriser un circuit hydraulique, couper un circuit électrique, descendre des volets, etc.). L'élément résultant 5 comporte également les tests à effectuer après l'exécution d'une tâche, l'outillage nécessaire, l'équipement de support, 20 les consommables, les pièces détachées, le nombre d'intervenants et leurs qualifications, la durée de la tâche, les accès, les zones d'intervention, etc. Avantageusement, les moyens de traitement 3 sont configurés pour fournir également les liens qui n'ont pas été sélectionnés dans l'élément résultant mais qui peuvent correspondre à des opérations potentielles ou optionnelles. 25 Selon un deuxième mode de réalisation, les données de maintenance pertinentes intégrées dans l'élément résultant 5 comportent des données désignant un ensemble de tâches de maintenance remplissant un ou plusieurs critères d'intérêt. Par exemple, l'élément résultant 5 peut indiquer toutes les tâches qui imposent une extension de volets et/ou une dépressurisation d'un circuit hydraulique et/ou une ouverture d'une 30 porte donnée, etc. 3027130 7 La Fig. 2A illustre de manière schématique un exemple de fonctionnement d'un procédé d'intégration automatique de données de maintenance d'un aéronef, selon un mode de réalisation particulier de l'invention. Cet exemple concerne une planification d'une inspection de maintenance à 5 partir d'un manuel d'entretien AMM dont un extrait est illustré à la Fig. 2B. En effet, à une première étape, un utilisateur ou planificateur de maintenance 7 fait une requête pour connaître toutes les données nécessaires à la réalisation d'une tâche de maintenance d'intérêt. On notera que les tâches de maintenance sont structurées de manière précise. 10 En effet, chaque tâche possède un identifiant formé d'une série de plusieurs groupes de chiffres et de lettres, chaque groupe ayant une signification spécifique indiquant par exemple l'ordre de classement (début, milieu, fin) de la tâche dans le déroulement de la procédure. Les tâches peuvent être eux-mêmes divisées en sous-tâches et chaque sous-tâche possède aussi un identifiant également formé d'une série de plusieurs groupes de 15 chiffres et de lettres spécifiques. Le contenu d'une tâche peut comporter des références envers d'autres tâches définies par leurs identifiants. Selon cet exemple, la tâche d'intérêt concerne « une inspection visuelle générale d'un système de connexion électrique » identifié dans le document de planification MPD sous la référence « TASK : 200241-03 ». 20 A une deuxième étape, les moyens de traitement 3 vont consulter la source 51 contenant le document de planification MPD pour identifier la tâche d'intérêt TASK : 200241-03. Cette dernière appelle une tâche principale E2 dans le manuel d'entretien AMM (contenu dans la source S2) sous la référence « TASK : 24-92-00-210-031-A » correspondant à l'inspection visuelle générale. La tâche principale E2 comporte des 25 données et instructions et peut à son tour appeler une cascade de sous-tâches ou tâches secondaires. En particulier, la tâche principale E2 comporte des informations concernant le but de la tâche et indique par exemple que c'est « une inspection visuelle générale d'un système de connexion électrique » en référence au document de planification MPD TASK : 200241-03. Plus concrètement, la tâche principale E2 indique que c'est une procédure 30 concernant un système d'interconnexion de fils électriques EWIS (Electrical Wiring 3027130 8 Interconnection System) qui est défini dans un document de connexion électrique référencé ESPM 20-33-11 et comporte également des informations sur la préparation de la tâche (Job Set-up). La tâche principale E2 comporte une sous tâche sous la référence « Subtask 24- 5 92-00-010-097-A » qui donne des informations et instructions sur l'accès. Afin d'avoir un accès, cette sous-tâche demande les actions suivantes : (1) mettre en position une plateforme dans une zone donnée de l'aéronef ; (2) ouvrir telle porte de passagers et/ou d'équipage et fait appel à une autre tâche référencée par « TASK 52-10-00-010-001» ; (3) retirer les équipements de cabine dans une zone particulière et enlever les toilettes si elles 10 sont installées, et fait appel à une autre tâche référencée par « TASK 25-42-41-000-001». Ainsi, la tâche planifiée TASK : 200241-03 appelle une tâche principale ou racine TASK : 24-92-00-210-031-A du manuel d'entretien AMM. Cette tâche AMM racine (appelante d'autres tâches) comporte la sous-tâche (appelante) Subtask 24-92-00-010097-A, qui appelle une première tâche appelée TASK 52-10-00-010-001 et une deuxième 15 tâche appelée TASK 25-42-41-000-001. Dans les identificateurs du manuel d'entretien AMM selon par exemple la norme ATA iSpec 2200, les trois premiers groupes à deux chiffres indiquent le découpage en systèmes. Le groupe suivant à trois chiffres est un code fonctionnel indiquant la nature de la tâche ou sous-tâche. Selon cet exemple, la tâche racine comporte le code fonctionnel « 210» signifiant une « inspection visuelle générale », 20 la sous-tâche appelante et la première tâche appelée comporte un même code fonctionnel « 010 » signifiant « démonter ou ouvrir pour avoir accès » et enfin la deuxième tâche appelée comporte un code fonctionnel « 000 » signifiant « démonter». A une troisième étape, les moyens de traitement 3 consultent une base de données 9 de règles d'extraction R1-Rs et utilisent ces règles pour extraire uniquement les 25 liens jugés pertinents relatifs à la tâche de maintenance d'intérêt. Les liens jugés inutiles selon les règles d'extraction sont ignorés et ceux qui sont considérés comme optionnels sont indiqués comme tels. En référence à l'exemple précédent, une première règle d'extraction établie par expertise peut être formulée de la manière suivante : «dans toutes les tâches 3027130 9 d'inspection, dans la partie préparation de la tâche relative à l'accès, si une tâche relative à une ouverture d'accès est appelée, alors il faut la prendre en compte ». Une deuxième règle d'extraction établie par expertise peut être exprimée de la manière suivante : «dans toutes les tâches d'inspection, dans la partie préparation de la 5 tâche relative à l'accès, si une tâche de démontage est appelée, alors il faut la prendre en compte ». Ces deux règles peuvent être traduites selon une table logique d'arrêt sous la forme suivante : La première colonne indique le code fonctionnel « 210 » de la tâche appelante 10 du manuel AMM (i.e. dans toutes les tâches d'inspection visuelle générale), la deuxième colonne indique le code fonctionnel « 010 » de la sous-tâche appelante (i.e. dans la partie préparation de la tâche relative aux ouvertures d'accès), la troisième colonne indique (sur la première ligne) le code fonctionnel « 010 » de la première tâche appelée (i.e. une tâche relative aux ouvertures d'accès est appelée) ainsi que (sur la deuxième ligne) le code 15 fonctionnel « 000 » de la deuxième tâche appelée (i.e. une tâche de démontage est appelée), la quatrième colonne indique le comportement vis-à-vis des liens qui est ici une prise en compte « Obligatoire » (Mandatory) pour les première et deuxième tâches appelées. Ainsi, en exécutant les règles ci-dessus, les moyens de traitement 3 constituent un mécanisme automatisé d'extraction de liens. 20 On notera que la dernière colonne relative aux liens d'une table d'arrêt peut inclure le terme « Optionnel » (Optional) ou « Ignoré » (Ignored). Le terme « Optionnel » signifie que le lien peut être pris en compte en fonction des résultats précédents, et donc les moyens de traitement 3 vont retenir ce lien tout en sautant son contenu. Le terme « Ignoré » signifie que le lien ne doit jamais être pris en compte par les moyens de 25 traitement 3. En variante, une règle d'extraction peut être construite sur la base des chaînes de caractères contenues dans une tâche. Dans ce cas, la première règle de l'exemple Tâche appelante 210 210 Sous-tâche appelante 010 010 Tâche appelée j Lien 010 Obligatoire 000 Obligatoire 3027130 10 précédent pourrait également être exprimée de la manière suivante : Si le titre de la tâche comporte le terme «inspection » et si une section de la sous-tâche comporte le terme «avoir accès» et si l'étape de la sous-tâche faisant référence à un lien comporte un motif de type « ouvrir...porte », alors ce lien doit toujours être pris en compte. 5 Enfin, les moyens de traitement 3 forment un élément résultant 5 de données de maintenance pertinentes en agrégeant les données contenues dans les tâches et sous-tâches associés aux liens pertinents A1-A3 sélectionnés. Par exemple, l'élément résultant 5 comporte les informations et instructions sur l'outillage, la zone de l'aéronef, la porte qui doit être ouverte, etc. pour accomplir la tâche d'inspection de l'interconnexion filaire dans 10 la zone spécifiée. L'élément résultant 5 est automatiquement affiché sur un écran pouvant être consulté par l'utilisateur 7 du système de maintenance. Ainsi, l'utilisateur 7 a un accès direct, rapide et automatique aux données essentielles pour la tâche planifiée et n'est pas du tout submergé par une multitude d'informations et de liens inutiles. La Fig. 3 illustre de manière schématique l'architecture d'un système et un 15 procédé d'intégration automatique de données de maintenance, selon un mode de réalisation préféré de l'invention. Le système d'intégration 1 comporte des moyens de traitement 3, une interface 11, une base de données 9 de règles d'extraction R1-Rs, une base de données 13 de procédure de maintenance, et une base de données 15 d'informations 20 complémentaires. La base de données 9 de règles d'extraction R1-Rs comporte les règles définies par les experts et formulées selon au moins une forme parmi les formes suivantes : tables d'arrêt, chaîne de caractères, motifs, mécanismes d'apprentissage, etc.. Ces règles d'extraction R1-Rs sont implémentées en codes informatiques. 25 La base de données 13 de procédure de maintenance correspond à un manuel d'entretien AMM et comporte des éléments documentaires E21-E2n sur les tâches de maintenance. La base de données 15 d'informations complémentaires comporte des éléments documentaires E11-E1m issus d'un document de planification de maintenance 30 MPD et/ou d'un manuel de résolution de problèmes et/ou d'un manuel de connexions 3027130 11 filaires et/ou d'un catalogue de systèmes avioniques, et/ou d'un catalogue de pièces de rechange, et/ou d'informations techniques, et/ou de consignes de navigabilité, et/ou de bulletins de service, etc. Les différentes bases de données 9, 13, 15 peuvent être localisées dans un 5 ordinateur ou un poste de travail. En variante, elles peuvent être accédées via un réseau de communication, ou par toute combinaison de bases locales et bases partagées via un réseau. Les moyens de traitement 3 sont mis en oeuvre par un ordinateur ou serveur et sont configurés pour extraire de manière automatique les liens pertinents selon les règles 10 d'extraction R1-Rs et pour intégrer les données pertinentes associées à ces liens pertinents. L'interface 11 est configurée pour permettre une interaction entre d'une part les moyens de traitement 3 et d'autre part une application informatique 17 ou un utilisateur 7. Ainsi, l'interface 11 permet de transmettre une requête 191a-192b aux moyens de traitement 3 depuis l'application informatique 17 ou l'utilisateur 7 et de 15 transmettre en retour à l'application informatique 17 ou à l'utilisateur 7 un élément résultant 52, 51 traité par les moyens de traitement 3 et répondant à la requête. Les flèches F1 et F2 font référence à la transmission d'une requête 191a, 191b formulée par un utilisateur 7 vers les moyens de traitement 3 via l'interface 11. Selon un premier exemple, l'utilisateur 7 connaît la tâche de maintenance qui 20 doit être réalisée et une première requête 191a consiste alors à connaître toutes les données de maintenance pertinentes nécessaires pour l'accomplissement de la tâche d'intérêt et les implications résultantes. Selon un deuxième exemple, une deuxième requête 191b peut consister à connaître toutes les tâches qui remplissent certains critères d'intérêt. Par exemple, 25 l'utilisateur 7 voudrait profiter du fait qu'une tâche de maintenance devra être réalisée à un endroit précis de l'aéronef et que cette opération nécessitera le retrait d'un panneau d'accès, alors la requête 191b peut consister à connaître toutes les tâches qui imposent le retrait de ce panneau d'accès. Ainsi, afin de minimiser les périodes d'immobilisation de l'aéronef et les coûts, l'utilisateur 7 peut par exemple programmer une même date de 30 maintenance pour toutes ou certaines de ces tâches. 3027130 12 Les flèches F3 et F2 montrent que la requête 192a, 192b peut être lancée par une application informatique 17 sans passer par un humain. A titre d'exemple, l'application informatique 17 peut être une application de gestion ou de planification de la maintenance. Les flèches F4-F6 montrent que les moyens de traitement 3 vont interroger la 5 base de données 13 de procédure de maintenance, la base de données 15 d'informations complémentaires et la base de données 9 de règles d'extraction pour traiter la requête lancée par l'utilisateur 7 ou l'application 17. Les moyens de traitement 3 appliquent les règles d'extraction sur le graphe des éléments documentaires pour déterminer si les tâches appelées doivent être prises en considération. Une fois que l'ensemble de liens pertinents 10 sélectionnés est connu, les moyens de traitement 3 intègrent les données pertinentes associées à cet ensemble de liens dans un élément résultant 51, 52. Plus particulièrement, en réponse à la première requête 191a, 192a, les moyens de traitement 3 déterminent (flèche F7) un premier élément résultant 51 comprenant une agrégation de données de maintenance pertinentes adaptées pour 15 l'accomplissement de la tâche de maintenance d'intérêt. Ce résultat 51 est ensuite transmis à l'utilisateur 7 (flèche F8) ou à l'application 17 (flèche F9). Par ailleurs, en réponse à la deuxième requête 191b, 192b, les moyens de traitement 3 déterminent (flèche F10) un deuxième élément résultant 52 indiquant l'ensemble de tâches de maintenance remplissant les critères d'intérêt. Le résultat 52 est 20 transmis à l'utilisateur 7 (flèche F11) ou à l'application 17 (flèche F12). Ainsi, par une simple requête, le procédé selon la présente invention permet d'automatiser l'extraction des données pertinentes utilisées pour des actions de maintenance sur un aéronef. REVENDICATIONS1. Système d'intégration automatique de données parmi une pluralité de données de maintenance, ladite pluralité de données de maintenance étant diffusée à travers un ensemble d'éléments documentaires (E1-En) de maintenance comprenant un ensemble de liens orientés (Al-Am), ledit système étant caractérisé en ce qu'il comporte des moyens de traitement (3) configurés pour extraire selon des règles d'extraction (R1-Rs) prédéterminées un sous-ensemble de liens pertinents (A1-A3) et pour intégrer dans un élément résultant (5), des données de maintenance pertinentes provenant d'un sous- ensemble d'éléments documentaires (E1-E4) pertinents associé audit sous-ensemble de liens pertinents. 2. Système selon la revendication 1, caractérisé en ce que lesdites données de maintenance pertinentes intégrées dans ledit élément résultant (5) sont des données de maintenance agrégées et comportant des instructions et/ou informations adaptées pour l'accomplissement d'au moins une tâche de maintenance d'intérêt. 3. Système selon la revendication 2, caractérisé en ce que l'élément résultant (5) comporte des données pertinentes parmi les données suivantes : configurations de maintenance, tests à effectuer après une exécution de la tâche d'intérêt, outillage nécessaire, équipement de support, consommables, pièces détachées, nombre d'intervenants et leurs qualifications, durée de la tâche, accès, zones d'intervention. 4. Système selon la revendication 1, caractérisé en ce que lesdites données de maintenance pertinentes intégrées dans ledit élément résultant (5) comportent des données désignant un ensemble de tâches de maintenance remplissant des critères d'intérêt. 5. Système selon l'une quelconque des revendications précédentes, caractérisé en ce que lesdites règles d'extraction (R1-Rs) sont formulées selon au moins 3027130 14 une forme parmi les formes suivantes : tables d'arrêt, chaîne de caractères, motifs, mécanismes d'apprentissage. 6. Système selon l'une quelconque des revendications précédentes, 5 caractérisé en ce que lesdites règles d'extraction (R1-Rs) sont ordonnées selon un ordre de priorité prédéterminé. 7. Système selon l'une quelconque des revendications précédentes, caractérisé en ce que lesdites règles d'extraction (R1-Rs) sont préalablement établies par 10 apprentissage et enregistrées dans une base de données (9) de règles. 8. Système selon l'une quelconque des revendications précédentes, caractérisé en ce que les éléments documentaires de maintenance sont enregistrés dans au moins une base de données (13, 15) et sont issus d'au moins une source d'information 15 parmi les sources suivantes : un manuel d'entretien de l'aéronef AMM, un document de planification de maintenance MPD, un manuel de résolution de problèmes, un manuel de connexions filaires, un catalogue de systèmes avioniques, un catalogue de pièces de rechange, des consignes de navigabilité, et des bulletins de service. 20 9. Système selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte une interface (11) configurée pour permettre une interaction entre d'une part les moyens de traitement (3) et d'autre part une application (17) informatique ou un utilisateur (7), ladite interface transmettant une requête aux moyens de traitement depuis l'application informatique ou l'utilisateur et transmettant à 25 l'application informatique ou l'utilisateur en réponse à ladite requête un élément résultant (51, 52) traité par les moyens de traitement. 10. Procédé d'intégration automatique de données parmi une pluralité de données de maintenance, ladite pluralité de données de maintenance étant diffusées à 30 travers un ensemble d'éléments documentaires (E1-En) de maintenance comprenant un 3027130 15 ensemble de liens orientés (Al-Am), ledit procédé étant caractérisé en ce qu'il comporte les étapes suivantes : - extraction selon des règles d'extraction (R1-Rs) prédéterminées d'un sous-ensemble de liens pertinents, et 5 - intégration dans un élément résultant (5), des données de maintenance pertinentes provenant d'un sous-ensemble d'éléments documentaires pertinents associé audit sous-ensemble de liens pertinents.