BR102015031480A2 - método de identificação de falhas prováveis em uma aeronave - Google Patents

Abstract

resumo “método de identificação de falhas prováveis em uma aeronave” trata-se de um método (100) de identificação falhas prováveis em uma aeronave que inclui recuperar um primeiro conjunto de dados (102) da aeronave, estabelecer uma lista de falhas potenciais (104) com base na análise do primeiro conjunto de dados obtido, classificar os membros da lista (108) de falhas potenciais e ajustar a lista (114) com base em pelo menos um conjunto de dados adicional. membros são ajustados até que um critério predeterminado seja atendido.

Description

“MÉTODO DE IDENTIFICAÇÃO DE FALHAS PROVÁVEIS EM UMA AERONAVE” Antecedentes da Invenção [001] Uma aeronave contemporânea pode incluir uma variedade de sistemas aviônicos para auxiliar no voo da aeronave. Tais sistemas podem coletar vários dados de aeronave e tais dados podem indicar quaisquer irregularidades ou outros sinais de uma falha ou problema com a aeronave. Tais dados podem ser descarregados da aeronave e analisados para determinar o que ocorreu na aeronave.

Breve Descrição da Invenção [002] Em um aspecto, uma realização da invenção se refere a um método de identificação de falhas prováveis em uma aeronave. O método inclui recuperar um primeiro conjunto de dados da aeronave, estabelecer uma lista com base na análise do primeiro conjunto de dados obtido, classificar os membros da lista de falhas potenciais e ajustar a lista com base em pelo menos um conjunto de dados adicional. Membros são ajustados até que um critério predeterminado seja atendido.

Breve Descrição das Figuras [003] Nos desenhos: A Figura 1 é uma vista em perspectiva de uma aeronave durante um procedimento de manutenção em que realizações da invenção podem ser implantadas. A Figura 2 é um fluxograma que mostra um método de identificação de falhas potenciais para determinar se uma falha ocorreu de acordo com uma realização da invenção. A Figura 3 é um fluxograma que mostra um método de identificação de falhas potenciais para prognóstico da ocorrência de uma falha de acordo com uma realização da invenção.

Descrição das Realizações da Invenção [004] A Figura 1 retrata esquematicamente uma aeronave exemplificativa 10 durante uma operação de manutenção que pode executar realizações da invenção. Uma aeronave 10 pode incluir um ou mais motores de propulsão 12, uma fuselagem 14 com uma cabine 16 posicionada na fuselagem 14, e os um ou mais motores de propulsão 12 acoplados à fuselagem 14 diretamente ou, conforme mostrado, por meio de conjuntos de asa 18 que se estendem para fora da fuselagem 14. Embora uma aeronave comercial tenha sido ilustrada, é contemplado que realizações da invenção podem ser usadas em qualquer tipo de aeronave, incluindo, sem limitação, aeronave de asa fixa, de asa giratória, foguete, pessoal, etc.

[005] Uma pluralidade de sistemas de aeronave 20 que possibilitam a operação apropriada da aeronave 10 também pode ser incluída na aeronave 10 assim como um ou mais computadores ou controladores 22, que podem ser acoplados de modo operável à pluralidade de sistemas de aeronave 20 para controlar suas operações. Embora apenas um controlador único 22 tenha sido ilustrado, é contemplado que qualquer número de controladores 22 pode ser incluído na aeronave 10. Em tal caso, o controlador 22 também pode ser conectado com outros controladores da aeronave 10. O controlador 22 pode incluir ou ser associado com qualquer número adequado de microprocessadores individuais, fontes de alimentação, dispositivos de armazenamento, cartões de interface, sistemas de voo automático, computadores de gerenciamento de voo e outros componentes padrão. Por exemplo, o controlador 22 pode incluir uma memória 24, em que a memória 24 pode incluir memória de acesso aleatório (RAM), memória só de leitura (ROM), memória flash, ou um ou mais tipos diferentes de memória eletrônica portátil, como discos, DVDs, CD-ROMs, etc., ou qualquer combinação adequada desses tipos de memória. O controlador 22 também pode incluir um ou mais processadores 26, que podem executar quaisquer programas adequados. O controlador 22 pode incluir ou cooperar com qualquer número de programas de software ou instruções projetadas para executar os vários métodos, tarefas de processo, cálculos e controlar/exibir funções necessárias para operação da aeronave 10. O controlador 22 é ilustrado como em comunicação com a pluralidade de sistemas de aeronave 20 e é contemplado que o controlador 22 pode ajudar na operação dos sistemas de aeronave 20 e pode receber informações dos sistemas de aeronave 20. O controlador 22 pode ser uma porção de um sistema de gerenciamento de voo (FMS), sistema de monitoramento de saúde (HMS), etc.

[006] Adicionalmente, uma unidade de gerenciamento de saúde 30 foi ilustrada como incluída na aeronave 10. A unidade de gerenciamento de saúde 30 também pode ser acoplada de modo operável a qualquer número da pluralidade de sistemas de aeronave e/ou controladores para receber informações a partir dos mesmos. Embora ilustrada como incluída no controlador 22, a unidade de gerenciamento de saúde 30 também pode ser separada do controlador 22 ou pode ser uma parte de qualquer um dos sistemas avíônicos que têm acesso a interfaces não integradas, como aviônicos modulares integrados, sistema de manutenção integrado, registrador de dados de voo, etc. A unidade de gerenciamento de saúde 30 pode coletar ou receber informações, determinar uma falha crítica ou evento catastrófico potencial, recolher dados que podem não ser normalmente coletados, e transmitir tais dados.

[007] A unidade de gerenciamento de saúde 30 pode ser implantada em qualquer software ou hardware adequado. Por exemplo, a unidade de gerenciamento de saúde 30 pode incluir um dispositivo de computação de propósitos gerais na forma de um computador, que inclui uma unidade de processamento, uma memória de sistema, e um barramento de sistema, que acopla vários componentes de sistema que incluem a memória de sistema à unidade de processamento. O computador pode ser configurado para determinar um evento catastrófico potencial durante o voo da aeronave, recolher dados indicativos de um relatório do estado da aeronave de operação mediante a determinação de um evento catastrófico potencial e controlar a transmissão dos dados recolhidos da aeronave durante o voo da aeronave. O computador também pode preparar um relatório predefinido dos dados recolhidos e transmitir o mesmo. O computador pode recuperar dados da aeronave e interfaces de dados não integrados para o relatório predefinido que indica o estado de operação da aeronave.

[008] A unidade de gerenciamento de saúde 30 pode incluir todos ou uma porção de um ou mais programas de computador que têm conjuntos de instruções executáveis para relatar informações de falha crítica da aeronave 10 e transmitir informações da aeronave 10. O programa pode incluir um produto de programa de computador que pode incluir mídia legível por máquina para carregar ou ter instruções executáveis por máquina ou estruturas de dados armazenadas na mesma. Tais mídias legíveis por máquina podem ser qualquer mídia disponível que possa ser acessada por um computador de propósitos gerais ou específicos, ou por outra máquina com um processador. Geralmente, tal programa de computador pode incluir rotinas, programas, objetos, componentes, estruturas de dados, algoritmos, etc. que tenham o efeito técnico de desempenhar tarefas particulares ou implantar tipos de dados abstratos particulares. Instruções executáveis por máquinas, estruturas de dados associados e programas representam exemplos de códigos de programas para executar a troca de informações, conforme revelado no presente documento. Instruções executáveis por máquina poderão incluir, por exemplo, instruções e dados, os quais fazem com que um computador de propósitos gerais, um computador de propósitos específicos, ou máquina de processamento de propósitos específicos desempenhem uma certa função ou grupo de funções.

[009] O controlador 22 e/ou a unidade de gerenciamento de saúde 30 pode ser acoplada de modo comunicável a um ou mais enlaces de comunicação 36 para transferir dados para e a partir da aeronave 10. Alternativamente, o computador da unidade de gerenciamento de saúde 30 pode incluir um módulo de gerenciamento de comunicação configurado para determinar que um ou mais dos enlaces de comunicação 36 para uso em transferência de dados com base em largura de banda, disponibilidade ou utilização atual. É contemplado que os enlaces de comunicação 36 podem ser enlaces de comunicação sem fio e podem ser qualquer variedade de mecanismo de comunicação com capacidade para se conectar sem fio com outros sistemas e dispositivos e pode incluir, mas sem limitação, rádio de pacote, enlace ascendente de satélite, Fidelidade sem Fio (WiFi), WiMax, Bluetooth, ZigBee, sinal sem fio 3G, sinal sem fio de acesso múltiplo por divisão de código (CDMA), sistema global para comunicação móvel (GSM), sinal sem fio 4G, sinal de evolução a longo prazo (LTE), Ethernet ou quaisquer combinações dos mesmos. Também será entendido que o tipo particular ou modo de comunicação sem fio não é crítico a realizações da invenção, e redes sem fio desenvolvidas posteriormente são certamente contempladas como dentro do escopo das realizações da invenção. Adicionalmente, os enlaces de comunicação 36 podem incluir um ou mais rádios que incluem voz, ACARS-análogo, ACARS-digital, SATCOM, celular, etc. Os enlaces de comunicação 36 podem permitir a comunicação com funcionários de manutenção através, por exemplo, de um veículo de manutenção 40, controladores terrestres ou centro de operações de linhas aéreas 50 em uma estação de base terrestre ou com estações não terrestres como satélites (não mostrado). Adicionalmente, embora dados comunicados a um centro de operações de linha aérea 50 através de um veículo de manutenção 40 tenham sido ilustrados, será entendido que a aeronave 10 poderá se comunicar diretamente com um centro de operações de linha aérea 50 ao utilizar os enlaces de comunicação 36.

[010] Durante operação, a unidade de gerenciamento de saúde 30 pode utilizar e coletar entradas da pluralidade de sistemas de aeronave 20. Por meio de exemplo não limitante, a unidade de gerenciamento de saúde 30 pode ser pré-configurada para reconhecer eventos chave que são considerados potencialmente indicativos de uma falha ou defeito de sistema. Ao passo que a unidade de gerenciamento de saúde 30 monitora a aeronave 10 e seus sistemas 20, a unidade de gerenciamento de saúde 30 pode começar a estabelecer conexões a qualquer número de sistemas integrados 20 que incluem, a título de exemplos não limitantes, um sistema de gerenciamento de saúde e um sistema de navegação e dados não integrados através de enlaces de comunicação 36 e recolher dados relacionados a dados operacionais, dados de localização e dados críticos em relação à aeronave 10. Por exemplo, a unidade de gerenciamento de saúde 30 pode recolher um relatório de sumário pré-configurado do estado da aeronave, posição e natureza de uma falha ou defeito ou armazenar dados em bruto dos múltiplos sistemas 20 integrados. A unidade de gerenciamento de saúde 30 pode então armazenar os dados recolhidos ou em bruto e controlar a transmissão dos dados sobre os enlaces de comunicação 36 para recebimento pelo centro de operações de linha aérea 50 em uma operação de manutenção subsequente.

[011] No centro de operações de linha aérea 50, um sistema de computação (denominado como “um processador”) processa os dados transmitidos pela aeronave 10 através do enlace de comunicações 36 para identificar falhas ou defeitos na aeronave, causas prováveis das ditas falhas ou defeitos e direcionar atividades de manutenção adicionais para identificar ou retificar as questões identificadas. O processador pode exigir quantidades relativamente grandes de potência de computação e tempo e pode ser desempenhado durante uma operação de manutenção ou através de múltiplos voos e operações de manutenção.

[012] Será entendido que detalhes de ambientes que podem implantar realizações da invenção são estabelecidos a fim de fornecer um entendimento completo da tecnologia descrita no presente documento. Será evidente para uma pessoa versada na técnica, entretanto, que as realizações exemplificativas podem ser praticadas sem esses detalhes específicos. As realizações exemplificativas são descritas em referência aos desenhos. Esses desenhos ilustram certos detalhes de realizações específicas que implantam um módulo, método ou produto de programa de computador descrito no presente documento. No entanto, os desenhos não devem ser interpretados como impondo quaisquer limitações que podem estar presentes nos desenhos. O método e o produto de programa de computador podem ser fornecidos em qualquer mídia legível por máquina para cumprir suas operações. As realizações podem ser implantadas com uso de um processador de computador existente ou por um processador de computador de propósito específico incorporado para esse ou outro propósito ou por um sistema conectado.

[013] Conforme notado acima, as realizações descritas no presente documento podem incluir um produto de programa de computador que compreende uma mídia legível por máquina para carregar ou ter instruções executáveis por máquina ou estruturas de dados armazenados no mesmo. Tal mídia legível por máquina poderá ser qualquer mídia disponível que possa ser acessada por um computador de propósito geral ou específico, ou por outra máquina com um processador. Por meio de exemplo, tal meio legível por máquina pode compreender RAM, ROM, EPROM, EEPROM, CD-ROM ou outro armazenamento de disco óptico, armazenamento de disco magnético ou outros dispositivos de armazenamento magnético ou qualquer outro meio que pode ser usado para carregar ou armazenar código de programa desejado na forma de instruções executáveis por máquina ou estruturas de dados e que podem ser acessados por um computador de propósito geral ou propósito específico ou outra máquina com um processador. Quando as informações são transferidas ou fornecidas sobre uma rede ou outra conexão de comunicação (também conectado, sem fio ou uma combinação de conectado ou sem fio) a uma máquina, a máquina vê apropriadamente a conexão como um meio legível por máquina. Desse modo, qualquer conexão é denominada apropriadamente como um meio legível por máquina. As combinações acima também estão incluídas dentro do escopo de meio legível por máquina. As instruções executáveis por máquina compreendem, por exemplo, instruções e dados, os quais fazem com que um computador de propósito geral, um computador de propósito específico ou máquinas processadoras de propósitos específicos desempenhem uma determinada função ou grupo de funções.

[014] As realizações serão descritas no contexto geral das etapas do método que podem ser implantadas em uma realização por um produto de programa que inclui instruções executáveis por máquina, como códigos de programa, por exemplo, na forma de módulos de programa executados por máquinas em ambientes conectados a rede. Geralmente, módulos de programa incluem rotinas, programas, objetos, componentes, estruturas de dados, etc. que tenham o efeito técnico de desempenhar tarefas particulares ou implantar tipos de dados abstratos particulares. Instruções executáveis por máquinas, estruturas de dados associados e módulos de programa representam exemplos de códigos de programas para executar etapas do método revelado no presente documento. A sequência particular de tais instruções executáveis ou de estruturas de dados associados representa exemplos de atos correspondentes para implantar as funções descritas em tais etapas.

[015] Realizações podem ser praticadas em um ambiente conectado a rede com uso de conexões lógicas a um ou mais computadores remotos que têm processadores. Conexões lógicas podem incluir uma rede de área local (LAN) e uma rede de área ampla (WAN) que são apresentadas aqui por meio de exemplo e não de limitação. Tais ambientes em rede são corriqueiros em redes de computador de escritórios ou de empresas, em intranets e na Internet e podem usar uma variedade ampla de protocolos de comunicação diferentes. Aqueles versados na técnica verificarão que tais ambientes de computação de rede irão abranger tipicamente muitos tipos de configurações de sistema de computador, que inclui computadores pessoais, dispositivos portáteis, sistemas de multiprocessador, eletrônicos de consumo programáveis ou com base em microprocessadores, PCs de rede, minicomputadores, computadores principais e similares.

[016] As realizações também podem ser praticadas em ambientes de computação distribuídos em que as tarefas são desempenhadas por dispositivos de processamento remoto e local que estão conectados (tanto por enlaces conectados quanto por enlaces sem fio, ou por uma combinação de enlaces conectados ou enlaces sem fio) através de uma rede de comunicação. Em um ambiente de computação distribuído, os módulos de programa podem estar localizados tanto em dispositivos de armazenamento de memória remota quanto local.

[017] De acordo com uma realização da invenção, a Figura 2 ilustra um método 100, que pode ser usado para identificar falhas prováveis em uma aeronave. O método 100 começa em 102 em que o processador recupera um primeiro conjunto de dados coletados pela aeronave 106. O primeiro conjunto de dados pode incluir dados gerados a partir de pelo menos um sistema 20 na aeronave 10 e armazenados integrados durante uma operação de voo. Também é contemplado que o primeiro conjunto de dados pode incluir dados agregados de múltiplos sistemas 20 da aeronave 10. Mais especificamente, os seguintes são poucos exemplos não limitantes de casos em que dados indicativos de uma falha provável falha ou defeito podem ser coletados e armazenados que podem resultar no recolhimento de um relatório de falha ou o armazenamento de dados em bruto. Um estol de aeronave pode resultar em sistemas integrados que geram dados em relação ao evento, que podem ser determinados por detecção de um estol, em que o conjunto de dados inclui dados em relação a uma diminuição em velocidade aerodinâmica em altitude, dados relacionados à variação de pressão de motor ao passo que o motor diminui até ociosidade, dados relacionados à taxa de descida da aeronave, dados que indicam que ambos os motores foram extintos, dados relacionados à velocidade aerodinâmica da aeronave que é abaixo de uma velocidade aerodinâmica indicada predeterminada, etc. Outros dados relevantes que podem ser armazenados nos primeiros dados definidos podem incluir dados de telemetria relacionados à altitude da aeronave acima do nível do solo, proximidade a uma localização de abordagem planejada, etc. que o plano que funciona em potência de emergência pode fazer com que um sistema integrado gere dados indicativos que apenas o barramento de bateria está disponível. Dados em relação a uma perda de combustível podem incluir dados indicativos de um estado do motor de aeronave.

[018] Mediante a recuperação de um primeiro conjunto de dados da aeronave em 102, o processador estabelece uma lista de falhas potenciais com base em uma análise do primeiro conjunto de dados em 104. Isto é, uma análise dos dados iniciais estabelece uma lista de falhas ou defeitos que podem ter ocorrido integrados à aeronave. O processador recolhe a lista no centro de operações de linha aérea 50 dos dados recuperados dos sistemas da aeronave 10. Sistemas computacionais integrados com o processador determinado para diagnósticos de aeronave podem estabelecer a lista de falhas potenciais ou defeitos dos dados de sistema de aeronave recuperados. Os membros da lista são indicativos da maioria das falhas prováveis ou defeitos na aeronave com base no primeiro conjunto de dados. Sistemas para desempenhar tais diagnósticos de aeronave com base em dados definidos recuperados de sistemas de aeronave incluem, por exemplo, Sistema Probabilístico de Diagnóstico e Prognóstico (ProDaPS). ProDaPS avalia diagnósticos de sinais de sensor de motor, mecânicos e de desempenho, assim como prognósticos de componente para fornecer uma avaliação probabilística de desempenho de motor e falhas mecânicas. Conjuntos de técnicas de diagnóstico e prognóstico para estabelecer a lista podem incluir modelos de mapa estocástico avançado (isto é, campo aleatório) usados para reconhecimento de padrão, análise Bayesiana para atualizar informações estatísticas de modelos/medições, a expansão de Karhunen-Loeve (KL) como um classificador de falha estocástico, etc.

[019] Em 108, o processador classifica membros da lista de falhas potenciais. A classificação pode incluir ponderação do membro da lista com base em uma probabilidade de ocorrência de uma falha e um risco que uma falha potencial constitui a operações de voo da aeronave. Isto é, o processador atribui valores aos membros da lista inicial com base em um ou mais critérios que podem incluir preferencialmente tanto a possibilidade de ocorrência de uma falha particular e quanto o risco a operações de voo constituído por uma falha particular. O processador inclui acesso a dados que alimentam a operação de classificação e incluem uma ou mais bancos de dados que armazenam dados relacionados aos critérios de ponderação, por exemplo, um banco de dados da probabilidade de ocorrência de falha 110 e um banco de dados de catalogar a avaliação de nível de risco de uma falha para operações de voo 112.

[020] Quando existem múltiplos critérios de ponderação, o processador inclui etapas para compilar os valores em um valor único para uso em classificação dos membros da lista. Por exemplo, se a lista estabelecida inclui dois membros, A e B, e os critérios de classificação incluem a probabilidade de ocorrência e o risco a operações de voo, a classificação dos membros A e B pode resultar como o produto dos dois critérios. Se o membro A tem uma probabilidade de falha de 0,9 e um risco a operações de voo de 0,1 e o membro B tem uma probabilidade de falha de 0,2 e um risco a operações de voo de 0,9 então o membro B com uma ponderação de 0,2 x 0,9 = 0,18 é classificado superior ao membro A com uma ponderação de 0,9 x 0,1 = 0,09. Isto é, o processador classifica o membro B superior ao membro A primariamente devido à criticalidade da falha potencial à operação de voo da aeronave.

[021] Mediante a ordenação de classificação da lista, o processador ajusta a lista com base em pelo menos um conjunto de dados adicional em 114. Conjuntos de dados adicionais podem incluir dados indicativos de tendências históricas 120 da aeronave ou um conjunto de dados recuperados da aeronave 106 que foi registrado pela aeronave após o primeiro conjunto de dados ter sido recuperado durante operações de voo subsequentes. Outros conjuntos de dados podem resultar da sugestão do desempenho de um teste de manutenção na aeronave. Isto é, o processador pode sugerir um procedimento de teste a um operador de manutenção que é determinado por análise da lista estabelecida. Nesse modo, como uma parte da etapa de ajuste, o processador inclui raciocínio com base em casos que é o processo de resolver problemas atuais com base nas soluções de problemas passados similares. Mais especificamente, a incorporação de dados de tendências históricas 120 com dados de aeronave atuais e históricos 106 para diagnosticar ou prognosticar falhas prováveis ou defeitos com base em casos anteriores é uma abordagem de raciocínio com base em casos para analisar dados de sistema de aeronave. Consequentemente, conjuntos de técnicas conhecidos para raciocínio com base em casos podem ser aplicados na análise e incluir o processo de quatro etapas de raciocínio de computador com base em casos de recuperação, reuso, revisão e retenção.

[022] O processador ajusta a lista até que um critério predeterminado seja atendido em um ponto em que a lista ajustada inclui a maioria de falhas prováveis na aeronave. Quando é diagnosticada uma falha, o critério pode ser o número de membros da lista. Preferencialmente, esse número é um que indica que a lista contém um membro único que é considerado como a falha ou defeito mais crível. Isto é, o processador pode incluir uma etapa para determinar se a lista contém um membro único em 122. Se não, o processo de ajuste em 114 se repete até que haja apenas a falha mais provável na lista.

[023] Uma vez que o critério predeterminado é atendido, o processador pode sugerir um teste de manutenção para determinar se a falha ou defeito ocorreu realmente em 124. É contemplado que a lista ou os dados podem ser recolhidos de qualquer maneira adequada, incluindo que um relatório de sumário pré-configurado pode ser preparado e transmitido de modo que seja indicativo da lista ajustada.

[024] Será entendido que o método 100 de identificar falhas prováveis em uma aeronave é flexível e o método 100 ilustrado é meramente para propósitos ilustrativos. Por exemplo, a sequência de etapas retratada é apenas para propósitos ilustrativos, e não é destinada a limitar o método 100 de modo algum, conforme é entendido que as etapas podem proceder em uma ordem lógica diferente ou adicional ou etapas intercaladas podem ser incluídas sem se desviar das realizações da invenção.

[025] Adicionalmente, a Figura 3 ilustra um diagrama que pode auxiliar adicionalmente no entendimento de realizações da invenção. Mais especificamente, é ilustrado no diagrama que o método 200 pode incluir identificação de falhas potenciais para prognosticar a ocorrência de uma falha. Na realização, o processador desempenha inicialmente as mesmas etapas apresentadas na Figura 2, mas engata um critério predeterminado diferente. Isto é, o processador pode incluir uma etapa 202 para determinar se os membros restantes da lista ajustada estão suficientemente suscetíveis a causar uma falha ou defeito. Nesse modo, o critério predeterminado é uma possibilidade que é associada com cada membro da lista. Se o processador determina que cada membro não está suficientemente suscetível a causar uma falha ou defeito, o processo de ajuste em 114 se repete até que a lista contenha apenas falhas ou defeitos suficientemente prováveis.

[026] Uma vez que o critério predeterminado é atendido, o processador pode sugerir quais falhas ou defeitos têm maior probabilidade de ocorrer na etapa 204. É contemplado que a lista ou os dados podem ser recolhidos de qualquer maneira adequada, incluindo que um relatório de sumário pré-configurado pode ser preparado e transmitido de modo que seja indicativo de um prognóstico de uma falha ou falhas mais prováveis de ocorrer.

[027] As realizações descritas acima fazem diagnóstico e prognóstico de falhas potenciais com base, em parte, em uma abordagem de raciocínio com base em casos para dados de aeronave integrados de análise. Adicionalmente, as realizações descritas acima quando os dados indicam uma falha potencial ou defeito direcionam funcionários de manutenção a desempenhar testes customizados projetados para confirmar ou descartar as falhas potenciais mais prováveis ou mais importantes.

[028] Efeitos da técnica das realizações descritas acima incluem suporte de decisão mais rápida ao passo que o método reduz o escopo dos dados necessariamente a serem procurados em um ou mais bancos de dados. A inclusão de testes recomendados pelo sistema de diagnóstico dá assistência em determinação de informações relevantes para diagnóstico de falha. As realizações acima também podem fornecer benefícios adicionais que incluem uma redução tanto no tempo de computação quanto na potência de processamento (e custos associados) para detecção inicial de um problema sistêmico.

[029] Esta descrição escrita usa exemplos para revelar a invenção, inclusive o melhor modo, e também para possibilitar que qualquer indivíduo versado na técnica possa praticar a invenção, inclusive fazer e usar quaisquer dispositivos e sistemas e desempenhar quaisquer métodos incorporados. O escopo patenteável da invenção é definido pelas reivindicações, e pode incluir outros exemplos que ocorram àqueles versados na técnica. Tais outros exemplos são destinados a estar dentro do escopo das reivindicações se tiverem elementos estruturais que não diferem da linguagem literal das reivindicações, ou se os mesmos incluírem elementos estruturais equivalentes com diferenças insubstanciais das linguagens literais das reivindicações.

Listagem das Partes 10 - aeronave 12 - motor 14 - fuselagem 16 - cabine 18 - conjunto de asa 20 - sistema de aeronave 22 - controlador 24 - memória 26 - processador 30 - unidade de gerenciamento de saúde 36 - enlace de comunicações 40 - veículo de manutenção 50 - centro de operações de linha aérea 100 - método de identificação de falhas 102 - etapa para recuperação de dados 104 - etapa para estabelecer lista 106 - dados de aeronave 108 - etapa para classificar lista 110 - banco de dados de probabilidade de falha/defeito 112 - banco de dados de riscos a operações de voo 114 - etapa para ajustar lista 116 - etapa para sugerir testes adicionais 118 - dados de resultados de teste armazenados 120 - banco de dados de tendências históricas 122 - decisão quanto ao número de entradas na lista 124 - etapa para sugerir teste para determinar se uma falha ocorreu 200 - método de identificação de falhas que podem ocorrer 202 - decisão quanto à possibilidade de ocorrência 204 - etapa para sugerir quais falhas podem ocorrer Reivindicações

Claims (10)

1. MÉTODO (100) DE IDENTIFICAÇÃO DE FALHAS PROVÁVEIS EM UMA AERONAVE, em que o método é caracterizado por: recuperar um primeiro conjunto de dados (102) da aeronave; estabelecer uma lista de falhas potenciais (104) com base em uma análise do primeiro conjunto de dados; classificar membros da lista (108) de falhas potenciais; e ajustar a lista (114) com base em pelo menos um conjunto de dados adicional até que um critério predeterminado seja atendido, em que a lista ajustada compreende a maioria de falhas prováveis na aeronave.

2. MÉTODO, de acordo com a reivindicação 1, caracterizado pelo fato de que a etapa de classificação da lista (108) inclui a ponderação dos membros com base em uma probabilidade de ocorrência de uma falha (110) e um risco que uma falha potencial constitui a operações de voo (112) da aeronave.

3. MÉTODO, de acordo com a reivindicação 1, caracterizado pelo fato de que pelo menos um conjunto de dados adicional inclui um dentre dados indicativos de tendências históricas (120) da aeronave ou um conjunto de dados recuperado da aeronave (106) que foi registrado pela aeronave após o primeiro conjunto de dados ser recuperado.

4. MÉTODO, de acordo com a reivindicação 1, caracterizado pelo fato de que a etapa de ajuste inclui raciocínio com base em casos.

5. MÉTODO, de acordo com a reivindicação 1, caracterizado pelo fato de que inclui adicionalmente uma etapa de sugestão do desempenho de um teste de manutenção (116) na aeronave, em que o procedimento de teste é determinado por análise da lista estabelecida.

6. MÉTODO, de acordo com a reivindicação 6, caracterizado pelo fato de que pelo menos um conjunto de dados adicional inclui dados resultantes do desempenho do teste de manutenção (118).

7. MÉTODO, de acordo com a reivindicação 1, caracterizado pelo fato de que inclui uma etapa de transmissão de um relatório indicativo da lista ajustada.

8. MÉTODO, de acordo com a reivindicação 7, caracterizado pelo fato de que o relatório transmitido inclui um teste de manutenção sugerido para determinar se uma falha indicada pela lista ajustada ocorreu.

9. MÉTODO, de acordo com a reivindicação 7, caracterizado pelo fato de que o relatório transmitido inclui um prognóstico de uma ocorrência de uma falha indicada pela lista ajustada.

10. MÉTODO, de acordo com a reivindicação 1, caracterizado pelo fato de que o critério predeterminado é o número de membros da lista após a etapa de ajuste ser concluída.