BR102015031376A2 - sistema - Google Patents

Abstract

trata-se de um método, meio e sistema para receber um cronograma de voo planejado e um cronograma de voo real; determinar as alterações de causa raiz para o cronograma de voo real com base no cronograma de voo planejado e no cronograma de voo real; avaliar uma robustez do cronograma de voo planejado com base em uma execução de um modelo com base em simulação para gerar um conjunto de métricas quantitativas para o cronograma de voo planejado; gerar um registro das alterações de causa raiz e um registro do conjunto de métricas quantitativas para o plano de voo planejado; avaliar uma robustez de um cronograma de voo teste com base em uma execução do modelo com base em simulação e as alterações de causa raiz determinadas aplicadas ao modelo com base em simulação para gerar um conjunto de métricas quantitativas para o cronograma de voo teste; e gerar um registro do conjunto de métricas quantitativas para o plano de voo de teste.

Description

“SISTEMA” Antecedentes [001] O planejamento de rede de tráfego aéreo pode acontecer tipicamente diversos meses antes de um uso antecipado de um cronograma de linha aérea produzido por tal planejamento. Por outro lado, uma avaliação de uma robustez de um cronograma de linha aérea é feita tipicamente próximo à execução real do cronograma (isto é, próximo ou nos dias dos voos que compreendem o cronograma). Algumas vezes, as linhas aéreas nem ao menos sabem o quão robusto seus cronogramas são, também não sabem como quantificar e avaliar a robustez de seus cronogramas. A robustez do cronograma pode ser de conhecimento dos mesmos após o cronograma ter sido operado (isto é, após ter sido voado). Dado o tempo, esforço e recursos dedicados ao voo, o planejamento e otimização de um cronograma e a importância de um cronograma de voo eficaz e preciso para uma linha aérea, significa a determinação de uma robustez de um cronograma de linha aérea.

[002] Portanto, é desejável projetar um aparelho e método que forneça uma avaliação automática de uma robustez de operações para uma linha aérea.

Sumário [003] De acordo com algumas modalidades, um método e sistema é fornecido para a avaliação e validação de uma robustez de planos ou cronograma de voo de linha aérea. O sistema inclui um módulo de análise de simulação com base em modelo para avaliar e validar uma robustez de cronogramas de voo, incluindo testes reais de cronogramas e testes propostos de cronogramas. Em alguns aspectos, os cronogramas de teste podem ser gerados automaticamente para cobrir um alcance desejado de possibilidades de operação de linha aérea.

[004] O efeito técnico de algumas modalidades da apresentação presente é um sistema e técnica eficazes para a avaliação e validação de uma robustez de cronogramas de voo de linha aérea utilizando métricas quantitativas. Com esta e outras vantagens e características que se tornarão aparentes doravante, uma compreensão mais completa da natureza da invenção pode ser obtida por referência à descrição detalhada a seguir e aos desenhos anexados ao mesmo.

[005] Outras modalidades são associadas a sistemas e/ou meios legíveis por computador que armazenam instruções para a execução de qualquer um dos métodos aqui descritos.

Descrição Breve dos Desenhos A Figura 1 é uma representação ilustrativa de um sistema, de acordo com algumas modalidades; A Figura 2 é uma representação de um diagrama de fluxo, de acordo com algumas modalidades; A Figura 3 é uma representação ilustrativa de um sistema, de acordo com algumas modalidades; A Figura 4 é uma representação ilustrativa de um sistema, de acordo com algumas modalidades; e A Figura 5 é um diagrama de bloco de uma plataforma ou sistema de validação, de acordo com algumas modalidades.

Descrição detalhada [006] A descrição a seguir é fornecida para possibilitar que qualquer pessoa com conhecimento de técnica faça e use as modalidades descritas. Diversas modificações, entretanto, permanecerão prontamente aparentes aos versados na técnica.

[007] A Figura 1 é um diagrama de bloco de um sistema de validação com base em simulação 100 para operações de voo de linha aérea, de acordo com algumas modalidades. O sistema 100 inclui um módulo de avaliação de robustez 105. O módulo de avaliação de robustez 105 pode fornecer de forma primária um mecanismo para a avaliação de robustez de um cronograma de voo com base em inserção de cronograma de voo e das alterações de voo aplicadas a estes cronogramas de voo a fim de gerar uma medição quantitativa da robustez dos cronogramas.

[008] Em algumas modalidades, o módulo de avaliação de robustez 105 recebe, como inserção, um primeiro ou planejado cronograma de voo 110 e um segundo ou real ou teste de cronograma de voo 115. O cronograma de voo planejado e cronograma de voo real ou de teste pode ser transmitido ao módulo de avaliação de robustez 105 a partir de outro dispositivo ou sistema. Em alguns aspectos, o cronograma de voo planejado 110 e cronograma de voo real 115 podem ser recebidos pelo módulo de avaliação de robustez 105 a partir de uma base de dados 125. A base de dados 125 pode ser mantida, possuída ou controlada por uma linha aérea, uma agência governamental (por exemplo, uma agência regulamentadora governamental) ou um fornecedor de serviço terceirizado. Em alguns casos, a comunicação do cronograma de voo planejado 110 e cronograma de voo real 115 a partir da base de dados 125 para o módulo de avaliação de robustez 105 pode ser facilitado através do dispositivo ou interface de comunicação 120. Em alguns aspectos, o dispositivo de comunicação 120 pode ser parte de um sistema, subsistema ou dispositivo que compreende o módulo de avaliação de robustez 105, enquanto que o mesmo pode ser independente do módulo de avaliação de robustez 105 em algumas outras modalidades.

[009] Em alguns aspectos, as entradas do primeiro ou cronograma de voo planejado 110 e do segundo ou cronograma de voo real ou de teste no módulo de avaliação de robustez 105 pode incluir, cada uma, detalhes associados a cada um dentre pelo menos um voo que compreende o cronograma de voo planejado e o cronograma de voo real. Em alguns aspectos, os detalhes associados ao pelo menos um voo inclui pelo menos um de um número de voo, um horário de partida de voo, um horário de chegada de voo, um aeroporto de partida de voo, um aeroporto de chegada de voo, um tipo de aeronave para o pelo menos um voo, detalhes da tripulação para o pelo menos um voo, outras informações específicas relacionadas ao voo incluindo, mas não se limitando a, pares de cidades desejadas, horários de voos desejados, tempo calço a calço, ativos de avião, aeroportos, designação de portões de aeroportos, tripulações de solo e tripulações de voo e combinações dos mesmos. Estes tipos de detalhes ou um subconjunto dos detalhes pode ser incluído para cada voo no cronograma de linha aéreas real e planejado. Como um exemplo, um cronograma de voo planejado e um cronograma de voo teste ou real para uma linha aérea particular pode incluir cerca de 3.000 voos por dia. Conformemente, os cronogramas de voo real e planejado podem ser complexos e bem adequados por serem desenvolvidos, armazenados e gerenciados pelo sistema de base de dados 125. O sistema de base de dados 125 pode compreender uma base de dados relacionai, uma base de dados multidimensional, um documento de eXtendable Markup Language (XML) ou qualquer outro sistema de armazenamento de dados que armazena dados estruturados e/ou não estruturados. O sistema de base de dados 125 pode compreender um sistema de base de dados distribuído que tem dados do mesmo distribuídos dentre diversas bases de dados relacionais, base de dados multidimensional e/ou outras fontes de dados, uma base de dados orientada por objeto, uma base de dados híbrida e outros tipos de sistemas de gerenciamento de base de dados que incluem um sistema de base de dados em memória que pode ser fornecido na “nuvem” e como um serviço, sem limite ou perda de generalidade.

[010] O módulo de avaliação de robustez 105 pode primariamente executar ou realizar um processo para a avaliação de uma robustez do primeiro ou cronograma de voo planejado 110 recebido, em algumas modalidades, a partir do dispositivo/interface de comunicação 120. O módulo de avaliação de robustez 105 pode operar para a avaliação da robustez do cronograma de voo planejado 110 (isto é, primeiro) com base em um ou mais indicadores de desempenho chave predefinidos (KPIs). Uma saída 130 do módulo de avaliação de robustez 105 pode incluir uma representação quantitativa de um valor associado ao um ou mais KPIs associados a, designados para, definidos para ou especificados para um cronograma de voo.

[011] O módulo de avaliação de robustez 105 pode executar uma avaliação de uma robustez do cronograma de voo planejado 110 (e outros cronogramas de voo, como, por exemplo, um ou mais cronogramas de voo de teste). Em alguns aspectos, o módulo de avaliação de robustez executa uma análise de robustez com o uso de um modelo com base em estímulo de operações de linha aérea (isto é, uma “linha aérea virtual”) para a avaliação de uma robustez da entrada dos cronogramas de voo nos mesmos. Em alguns aspectos, o módulo de avaliação de robustez 105 pode também ser chamado de um modelo de “simulação” na presente invenção.

[012] Em alguns aspectos da presente invenção, o módulo de avaliação de robustez 105, também chamado de um módulo de análise de robustez, conduz uma análise de causa raiz dos cronogramas de voo de linha aérea em um esforço para a determinação de uma alteração de operação voo ou linha aérea. Conforme utilizado na presente invenção, uma alteração de linha aérea ou operação de voo pode ser qualquer evento, ocorrência ou cenário que impacta a execução atual do cronograma e causa um desvio do cronograma de voo planejado. A alteração de operação de linha aérea pode ocorrer de forma típica em um dia de ou no dia anterior a (isto é, perto, próximo ou em) a operação de um voo. Alguns exemplos de alterações de operação de linha aérea incluem, mas não se limitam a, cancelamentos ou atrasos ocasionados pelo tempo, atrasos na conexão de passageiro, cancelamentos ou atrasos relacionados à tripulação de voo, cancelamentos ou atrasos relacionados ao aeroporto, cancelamentos ou atrasos relacionados à aeronave e outros fatores. Adicionalmente, as alterações de operação de linha aérea podem compreender causas raiz (por exemplo, uma nevasca em um aeroporto central de linha aérea) que impacta de forma direta as operações de voo em um primeiro exemplo em uma perna ou segmento particular de um voo e causas de atraso por propagação que acontecem devido à propagação de causas raiz a partir de voos montantes (por exemplo, um voo montante de conexão atrasado na costa oeste devido ao atraso de um voo montante causado por uma tempestade de neve no aeroporto principal no centro este da linha aérea). Em algumas modalidades na presente invenção, as alterações de causa raiz podem ser extraídas a partir do processo de análise de causa raiz e utilizadas na avaliação de um cronograma de voo (por exemplo, um cronograma de voo real ou um cronograma de voo teste). As alterações de causa raiz são extraídas e representadas já que as alterações de causa raiz podem representar uma causa “real” dos desvios de um cronograma de voo que resulta em um cronograma de voo real que varia a partir de seu cronograma de voo planejado. Em alguns aspectos, as distribuições de causa raiz extraídas podem ser armazenadas ou representadas em uma gravação, arquivo ou outras persistências 135.

[013] De acordo com alguns aspectos da presente invenção, o módulo de análise de robustez 105 pode ser operável a fim de determinar e utilizar as alterações de causa raiz das alterações de operação de linha aérea. Em algumas modalidades, o módulo de avaliação de robustez 105 pode ser operável para pelo menos considerar e processar as alterações de causa raiz das alterações de operação de linha aérea que podem ser geradas por e/ou fornecidas ao mesmo para processamento.

[014] De acordo com algumas modalidades da presente invenção, a avaliação de robustez executada pelo módulo 105 é conduzida com o uso de um processo ou método de modelo com base em simulação, com as alterações de causa raiz identificadas inseridas no interior da simulação. Conforme utilizado na presente invenção, a robustez de um cronograma de voo refere-se ao quão frágil um cronograma é (ou não é) para uma alteração de operação de linha aérea. Quanto mais robusto for um cronograma, mais capaz o cronograma é de absorver alterações de operação de linha aérea sem se desviar do cronograma de linha aérea planejado (por exemplo, cronograma de voo planejado 110). Em alguns aspectos, um cronograma robusto pode incluir uma ou mais oportunidades de recuperação de forma que o cronograma de voo pode absorver ou recuperar a partir de alterações de operação de linha aérea sem se desviar de um cronograma de voo planejado (por exemplo, cronograma de voo 110). Conforme referido na presente invenção, uma oportunidade de recuperação de interrupção de operação pode ser em geral distinguida por três atributos chave. Isto é, os atributos de duração de volta de aeronave, hora do dia da volta da aeronave e local da volta da aeronave. Estes três atributos podem ser construídos dentro de um modulo de otimização através das funções de custo/recompensa para a volta da aeronave e conectividade de voo. Também, a oportunidade de recuperação pode ser distinguida pela quantidade de aeronaves em sobra no sistema. Em alguns aspectos, uma modalidade da apresentação presente pode distribuir aeronaves em sobra em toda a rede seguindo os objetivos de custo/recompensa mencionados acima a fim de criar oportunidades de recuperação. A oportunidade de recuperação e robustez de cronograma podem ser distinguidas pela margem de tempo extra na volta da aeronave e/ou volta da tripulação, que pode ser construída dentro das restrições do modelo.

[015] Em relação ao método com base em simulação a fim de avaliar a robustez, nota-se que as modalidades da presente invenção podem utilizar uma simulação de operação de voo de linha aérea que modela uma operação muito detalhada dos voos que compreende a linha aérea. Por exemplo, os detalhes dos voos podem incluir todos os aspectos de um voo, incluindo mas não limitado a, portão de partida, taxiamento de partida, decolagem, velocidade de cruzeiro, aterrissagem, taxiamento de chegada, portão de chegada, controle de tráfego de aeroporto, toque de recolher, tripulação da cabine de piloto, tripulação da cabine, tripulação de solo, passageiros em diferentes classes de serviços e outros aspectos do voo. Conformemente, a simulação pode ser chamada de um modelamento de uma linha aérea virtual.

[016] Em alguns aspectos, um conjunto de indicadores de desempenho chave de robustez (KPIs) é gerado a partir da avaliação de robustez. Uma saída do módulo de avaliação de robustez 105 pode incluir um conjunto de métricas ou medições quantitativas 130. As métricas quantitativas 130 podem fornecer uma indicação ou representação de um valor da robustez do cronograma de entrada particular avaliado pelo módulo de avaliação de robustez 105. A indicação ou representação do valor da robustez de um cronograma de entrada pode ser expresso em termos de um ou mais KPIs 130. Os KPIs podem representar diversos valores, parâmetros e considerações que uma linha aérea (ou outra entidade) classifica como importante, perspicaz ou indicadores chave de desempenho de um cronograma de voo. Em alguns aspectos, o valor quantitativo da representação da robustez pode incluir um formato em escala, uma posição relativa, um valor normalizado e outros valores de formato. Os KPIs podem caracterizar a desempenho de linha aérea relacionada a partidas pontuais, chegadas pontuais, atrasos de voos, cancelamentos de voos, satisfação do passageiro, carga, renda e custo.

[017] Um registro e/ou um relatório que incluem pelo menos um dos arquivos de entrada de atraso e valores de KPI pode ser gerado, armazenado e transmitido a outros dispositivos (por exemplo, uma tela), sistemas (por exemplo, um sistema de gerenciamento de base de dados ou outra persistência de dados) e serviços (por exemplo, um serviço de visualização de dados com base em nuvem usado através de administradores de linhas aéreas dentro de uma organização de linha aérea).

[018] Em alguns aspectos, o sistema 100 e o(s) processo(s) executado através da invenção pode ser usado para a avaliação da robustez dos cronogramas de teste e planejados com relação a um ou mais objetivos e metas de robustez. A Figura 2 é um diagrama de fluxo ilustrativo de um processo 200 que pode ser executado através de um sistema, de acordo com algumas modalidades da presente invenção. Em alguns aspectos, o sistema 100 pode ser usado para o emprego de pelo menos algumas das operações do processo 200 mostrado na Figura 2. Em parte, alguns detalhes relacionados ao processo 200 foram apresentados acima no presente documento na introdução e discussão do sistema 100. De acordo, enquanto uma discussão complete da Figura 2 será apresentada agora abaixo, certos detalhes que podem ser repetitivos em natureza podem não ser repetidos já que os mesmos já foram apresentados na presente invenção.

[019] Com referência à Figura 2, um processo relacionado ao fornecimento de uma plataforma ou estrutura para a avaliação de uma robustez do cronograma de voo para operações de voo de linha aérea é apresentado. O processo 200 pode ser empregado através de um sistema, aplicação ou aparelho configurado para a execução das operações do processo. Em geral, o fluxo 200 se relaciona a um processo para a avaliação eficaz (1) da robustez dos cronogramas de voo e (2) geração de um grupo de KPIs que caracterizam a robustez destes cronogramas de voo, onde a avaliação é uma avaliação quantitativa. Em algumas modalidades, diversos elementos de hardware de um aparelho, dispositivo ou sistema que incorpora o sistema 100 que executa as instruções de programa para a execução do processo 200. Como um exemplo, a apresentação presente fornece um mecanismo para a quantificação de robustez de operação de voo. O mesmo pode possibilitar adicionalmente que os planejadores de rede de linha aérea comparem um desempenho de operação esperada de um cronograma de voo proposto com desempenho de cronograma de voo de linha de base. A presente apresentação considera a análise de causa raiz, injeção de causa raiz e recuperação de alteração quando a mesma conduz a avaliação de robustez. Em algumas modalidades, a mesma captura as atividades das linhas aéreas no ou próximo aos seus dias de operação e fornece métricas quantitativas altamente fiéis para robustez de cronograma e benefícios de recuperação. A presente apresentação pode ainda ser usada para o teste de robustez sob cenários de alteração hipotéticos.

[020] Em algumas modalidades, o circuito automatizado pode ser usado no lugar de, ou em combinação com, instruções de programa para o emprego dos processos de acordo com algumas modalidades. As instruções de programa que podem ser executadas através de um sistema, dispositivo ou aparelho 'para o emprego do processo 200 (e outros processos e sub-processos apresentados na presente invenção) podem ser armazenadas ou incorporadas de outra forma como meio não-transitório e tangível. As modalidades são, portanto, não limitadas a qualquer combinação específica de hardware e software.

[021] Antes da operação 205, aplicações ou serviços que executam um dispositivo ou sistema (não mostrado) como, por exemplo, um dispositivo de computação de servidor de lado (por exemplo, um servidor de aplicação) de um sistema de base de dados distribuídos pode ser desenvolvido e empregado para o desenvolvimento, gerenciamento e persistência de um planejamento ou cronograma de linha aérea, incluindo cronogramas de voo planejado, cronogramas de voo real (isto é, detalhes históricos de voos realmente executados que compreendem um cronograma de voo) e cronogramas de voo de teste (por exemplo, hipotético). O processo 200 pode receber os cronogramas de voo a partir do dispositivo ou sistema. A fase de desenvolvimento ou planejamento de cronogramas de voo de linha aérea pode, portanto, ser fornecido ao processo 200.

[022] Na operação 205, um cronograma de voo de linha aérea planejado é recebido. O cronograma planejado pode ser recebido a partir de uma interface ou dispositivo de comunicação que pode ser integrado a ou separado de um dispositivo ou sistema que implementa o processo 200. Em alguns aspectos, o cronograma planejado pode ser o cronograma de voo planejado previamente que resulta a partir de um processo de planejamento conduzido diversos meses (por exemplo, 6 a 9 meses) antes de uma execução ou emprego do plano ou cronograma de voo. O plano de voo planejado irá incluir os detalhes específicos de cada voo no planejamento.

[023] Na operação 210, um cronograma de voo real de linha aérea é recebido. O cronograma de voo real pode corresponder ao cronograma de voo planejado recebido na operação 205. No presente documento, o plano de voo real pode ser recebido a partir de uma interface ou dispositivo de comunicação que pode ser integrado a ou separado a partir de um dispositivo ou sistema que emprega o processo 200. Em alguns exemplos, o plano de voo real pode ser extraído a partir de um local, sistema, ou entidade diferentes do cronograma de voo planejado. Em alguns aspectos, o cronograma de voo real irá incluir historicamente representações precisas de detalhes da operação de voo que resultam em uma execução do plano de voo planejado ou pelo menos porções do mesmo durante um período específico de relevância. O plano de voo real ou cronograma irá incluir os detalhes específicos de cada voo no cronograma real, incluindo, por exemplo, histórico de horário de partida e chegada dos voos, voos cancelados e voos adicionados a ou removidos a partir do cronograma durante a execução de histórico realizado cronograma de voo planejado.

[024] Na operação 215, uma determinação de alterações de causa raiz para o cronograma de voo real é executada. A determinação da operação 215 pode ser alcançada com base na análise de ambos o cronograma de voo planejado e o cronograma de voo real. Em alguns aspectos, as alterações de causa raiz determinadas ou calculadas na operação 215 podem refletir as causas reais dos desvios presentes no cronograma de voo real se comparado ao cronograma de voo planejado.

[025] Em alguns aspectos, a determinação das alterações de causa raiz podem ser executadas por um módulo, dispositivo ou sistema (em geral chamado, na presente invenção, de um módulo de análise de causa raiz (ACR)) de análise de causa raiz. Em algumas modalidades, o módulo de ACR pode ser parte do sistema de avaliação de robustez 105 mostrado na Figura 1. Em algumas modalidades, o módulo de ACR pode ser o dispositivo ou sistema separado que é distinto do sistema de avaliação de robustez 105 mostrado na Figura 1. O ACR pode operar para a determinação das alterações de voo que refletem as alterações de causa raiz introduzidas em uma perna de voo particular e alterações de voo propagadas que refletem alterações introduzidas pelas pernas de voo anteriores ao considerado atualmente, perna de voo particular. Nota-se que as alterações de voo ocorrem ou podem ocorrer próximo e/ou durante uma operação de voo. A análise de causa raiz pode utilizar um método com base em simulação, um método com base em análise casual, um método com base heurísticas, um método com base em análise ou uma combinação dos métodos mencionados acima.

[026] Continuando com o processo 200, a operação 220 inclui uma avaliação de uma robustez do cronograma de voo planejado. A avaliação da operação 220 pode ser alcançada através de uma execução do processo ou método de modelo com base em simulação. A execução do processo de modelo com base em simulação pode ser usada para a avaliação da robustez do cronograma planejado, na presente invenção a avaliação considera as alterações de causa raiz para o plano de voo que resulta no plano de voo real. Em alguns aspectos, a execução do processo de modelo com base em simulação usada para a avaliação da robustez do cronograma planejado pode ser executada através do sistema de avaliação de robustez 105 mostrado na Figura 1 (também referido no presente documento como uma “execução de simulação”). Em alguns aspectos, a execução de simulação pode ser de segmento único, de múltiplos segmentos, baseada em evento discreto ou baseada em agente. A avaliação da operação 220 pode incluir adicionalmente a geração de um conjunto de métricas quantitativas para o cronograma de voo planejado.

[027] A operação 225 inclui uma geração de um registro (por exemplo, 135) de alteração de causa raiz determinado na operação 215 e geração de um registro (por exemplo, 130) do conjunto determinado ou calculado de métricas ou medições quantitativas de desempenho (por exemplo, KPIs) do cronograma de voo planejado a partir da avaliação de operação 220. Em algumas modalidades, os KPIs podem incluir um ou mais indicadores de desempenho de voos pontuais, uma taxa de cancelamento de voo, ações de recuperação de voo, atraso de passageiro, perda de conexão de passageiro, atraso da tripulação, perda de conexão da tripulação, quantidade de tripulantes na reserva ou disponível usada e outras medidas. Em alguns aspectos, os registros gerados podem compreender uma estrutura de dados, uma mensagem, e um arquivo que pode ser armazenado, transmitido, processado adicionalmente e extraído em um formato legível pelo usuário (por exemplo, um relatório, um gráfico, um painel de instrumentos ou outra visualização, um relatório audível, etc.) Em alguns aspectos, as métricas quantitativas podem incluir um ou mais KPIs ou fatores considerados relevantes e importantes indicadores de um desempenho de linha aérea. Os KPIs podem ser determinados com base em uma especificação determinada para uma linha aérea e/ou cenário de operação particular para a linha aérea. Em algumas modalidades, os KPIs podem incluir métricas com diversos objetivos, por exemplo, desempenho de voos pontuais, uma taxa de cancelamento de voo, ações de recuperação de voo, atraso de passageiro, perda de conexão de passageiro, atraso da tripulação, perda de conexão da tripulação, número de tripulação em reserva ou disponível usada e outras medições.

[028] O processo 200 inclui adicionalmente uma operação 230. A operação 230 opera para o fornecimento de uma avaliação de uma robustez de um cronograma de voo teste, em que a avaliação de robustez do mesmo é baseada na execução do modelo com base em simulação e as alterações de causa raiz determinadas aplicadas ao modelo com base em simulação para a geração de um conjunto de métricas quantitativas para o cronograma de voo teste. Em algumas modalidades, as alterações de causa raiz determinadas ou extraídas podem ser aplicadas ou inseridas ao modelo com base em simulação em um nível de voo dos voos que compreendem o cronograma de voo sendo avaliado ou em diversos outros estágios de um voo. Em outra modalidade, as alterações de causa raiz podem ser aplicadas ou inseridas um nível de aeroporto ou uma região geográfica, por um tempo de duração particular.

[029] Em alguns aspectos, o cronograma de voo teste pode ser um cronograma de linha de base. Em alguns casos, o cronograma de linha de base pode ser um cronograma de voo publicado que tem detalhes de voos conhecidos que foram mostrados para, historicamente, o fornecimento de um nível aceitável de desempenho. A operação 230 pode ser executada com o uso do cronograma de linha de base e as interrupções de causa raiz determinadas anteriormente na operação 215 para a geração de um conjunto de métricas quantitativas ou KPIs para o voo de teste. O conjunto de KPIs obtido dessa forma pode ser chamado, no presente documento, como KPIs de linha de base. Em outro aspecto, o cronograma de voo teste pode ser um cronograma de voo futuro, e o usuário (ou outra entidade) pode querer avaliar sua robustez. Em um outro aspecto adicional, o cronograma de voo teste pode ser um cronograma de voo hipotético ou experimental, e o usuário (ou outra entidade) pode desejar utilizar o mesmo para o estudo da robustez da rede de linha aérea em geral (por exemplo, para a análise de cenário ou teste de estresse, etc.).

[030] Na operação 235, um registro que inclui o conjunto de métricas quantitativas ou KPIs gerados para o voo teste pode ser criado, gerado ou persistido. Em alguns aspectos, o registro gerado na operação 235 pode incluir valores quantitativos que podem ser usados como uma referência de avaliação, conforme comparado a valores de KPI para outros cronogramas de voo.

[031] Continuando a partir da operação 235, o processo 200 pode operar para o fornecimento de uma avaliação de uma robustez do(s) outro(s) cronograma(s) de voo teste através do retorno para a operação 230, onde o outro, cronograma(s) de voo teste adicional pode ser chamado de cronograma(s) experimental, hipotético ou teste. A robustez do(s) outro(s) cronograma(s) teste adicional(is) pode ser avaliada na operação 230 com base na execução do modelo com base em simulação para o outro cronograma(s) de voo teste adicional e as alterações de causa raiz determinadas aplicadas ao modelo com base em simulação para a geração de um conjunto de métricas quantitativas para o(s) cronograma(s) de voo teste, em que o modelo com base em simulação é executado par cada cronograma novo ou diferente que compreende os outro(s) cronograma(s) de voo teste adicional(is).

[032] Em alguns exemplos, o(s) outro(s) cronograma(s) de voo teste adicional pode ser cronogramas “e-se” que compreendem um cronograma proposto de voos. Desta maneira, rodar ou executar o modelo com base em simulação para o(s) cronograma(s) de voo”e-se” pode resultar na obtenção ou cálculo de KPIs “experimentais” que correspondem àqueles cronograma(s) de voo “e-se”.

[033] Em algumas modalidades, as métricas de KPI que representam uma medição de robustez do(s) cronograma(s) teste, podem ser comparadas ao KPI de linha de base do cronograma de linha de base. Desta maneira, uma medição relativa da robustez do(s) cronograma(s) teste podem ser determinadas em relação ao cronograma de linha de base (conhecido).

[034] Em alguns aspectos, o modelo com base em simulação executado em algumas modalidades da presente invenção pode ainda ser incorporado em soluções de recuperação de alteração. Como tal, a determinação dos KPIs pode ainda fornecer uma medição ou revelação dentro dos benefícios de recuperação sob diversas alterações. Em outra modalidade, as métricas de KPI multi-objetivas de saída no presente documento fornecem uma medição quantitativa da robustez do(s) cronograma(s) de teste, conforme comparado ao cronograma de linha de base e ainda quantifica os benefícios das operações de recuperação.

[035] Em algumas modalidades, as alterações de causa raiz determinadas ou extraídas podem ser aplicadas ou inseridas ao modelo com base em simulação em um nível de perna de voo dos voos que compreendem o cronograma de voo sendo avaliado ou em diversos outros estágios de um voo.

[036] A Figura 3 é uma representação ilustrativa de um diagrama de bloco lógico de uma plataforma, sistema ou dispositivo de computação, de acordo com algumas modalidades. O sistema 300 pode ser, por exemplo, associado aos dispositivos para o emprego de processos apresentados no presente documento (por exemplo, processo 200). Sendo uma representação lógica ou uma abstração de um dispositivo, sistema, ou plataforma, um real emprego do of sistema 300 não é limitada à configuração específica mostrada na Figura 3 e pode incluir alguns componentes adicionais substitutos alternativos, dispostos em diversas configurações. Por exemplo, um ou mais dispositivos e sistemas para a facilitação da comunicação e/ou processamento podem ser dispostos entre dois ou mais componentes da Figura 3, sem a perda de generalidade dentro do escopo da presente invenção.

[037] Conforme mostrado, o sistema 300 inclui um módulo de modelo com base em simulação 305. Em alguns aspectos, o módulo 305 inclui funcionalidades para uma determinação de análise de causa raiz (ACR) e funcionalidade para uma avaliação de robustez. As entradas para o módulo de modelo com base em simulação 305 incluem um cronograma de voo planejado 310. O cronograma de voo planejado 310 (isto é, FilghtPublished_ref) pode corresponder a um cronograma de voo planejado e publicado que foi desenvolvido e empregado por uma linha aérea e pode servir como um cronograma de referência no presente exemplo. Outra entrada para o módulo de modelo com base em simulação 305 inclui dados de voo reais 315 que correspondem a voos operados em cumprimento ao cronograma de voo planejado 310. Os dados de cronograma de voo real 315 (isto é, FlightActuals) inclui dados históricos dos voos operados a fim de satisfazer o cronograma, incluindo voos operados conforme planejado, voos adicionados, voos cancelados, voos atrasados, e voos com rota recalculada.

[038] O módulo de modelo com base em simulação 305 pode operar para a determinação das alterações de causa raiz através de, em parte, análise das entradas 310, 315 e outros fatores que impactam a operação dos voos reais durante os períodos relevantes do cronograma planejado. Ademais, os aspectos de ARC do módulo de modelo com base em simulação 305 pode extrair as alterações de causa raiz e gerar um registro do mesmo que é incluído em um arquivo de entrada de atraso 325. Em alguns aspectos, o módulo de modelo com base em simulação 305 pode operar para a determinação ou avaliação da robustez do cronograma de voo planejado 310 com base em KPIs multi-objetivos. Ademais, os KPIs do cronograma planejado, conforme determinado ou calculado pelo módulo de modelo com base em simulação 305, pode ser incluído em um registro de KPI de referência 320. Em alguns assuntos, as alterações de causa raiz incluídas em arquivo de entrada de atraso 325 dizem respeito a e representam as causas reais para os voos reais 315 desviando do cronograma de voo planejado 310.

[039] Com referência à Figura 3, as alterações de causa raiz do arquivo de entrada de atraso 325 podem ser enviadas ou transmitidas ao módulo de modelo com base em simulação 330. Em algumas modalidades, o módulo de modelo com base em simulação 330 pode ser o mesmo que o módulo de modelo com base em simulação 305. Em algumas modalidades, o módulo de modelo com base em simulação 330 pode ser outro exemplo de módulo de modelo com base em simulação 305. Outra entrada para o módulo de modelo com base em simulação 330 incluí um cronograma de voo teste 335 (por exemplo, Flight_Publíshed_0 que compreende dados). Este cronograma de voo pode incluir um cronograma de linha de base que pode ser usado como um cronograma de referência em comparação aos KPIs com outros cronogramas de voo teste. O cronograma de voo 335 pode ser um cronograma de teste, em que o cronograma de linha de base de voo é um cronograma de teste particular que pode ser usado como um ponto de referência para a avaliação e comparação de outros cronogramas de voo teste.

[040] O módulo de modelo com base em simulação 330 pode operar para a determinação das alterações de causa raiz através de, em parte, análise das entradas 335 e 325 (e outros fatores de arquivo de entrada de atraso 325, se houver) que impactariam a operação dos voos do cronograma de teste 335. Em alguns aspectos, o módulo de modelo com base em simulação 330 pode operar para a determinação ou avaliação da robustez do cronograma de voo teste 335 com base em KPIs multi-objetivos. Ademais, os KPIs do cronograma de voo teste, conforme determinado ou calculado pelo módulo de modelo com base em simulação 330, pode ser incluído em um registro de KPI de linha de base 340. Em alguns assuntos, as alterações de causa raiz incluídas no arquivo de entrada de atraso 325 pode representar as alterações de histórico e pode ser aplicada ao cronograma de voo teste 335. A resposto do cronograma de voo teste 335 às alterações de histórico conforme representado no arquivo de entrada de atraso 325 podem ser refletidas no registro de KPI de linha de base 340.

[041] Em alguns aspectos, quando as alterações de histórico (isto é, real) compreende o registro de voo de entrada de atraso 325 e as alterações de históricos são inseridas em um modelo com base em simulação 330 para a avaliação de uma robustez de um cronograma de teste 335, então o processo de avaliação do(s) cronograma(s) de teste pode ser considerada “vista de trás para frente” já que as alterações de voo são derivadas de dados de histórico reais.

[042] Em algumas modalidades, as execuções adicionais do módulo de modelo com base em simulação, como instância 350, podem ser executadas para outros cronogramas de voo de teste adicionais (por exemplo, FlightPublishedJ) para a geração de KPIs calculados ou determinados em resposta a e com base em outros cronogramas de teste adicionais sendo submetidos a alterações de causa raiz incluídas em arquivo de entrada de atraso 325, conforme aplicado pelo módulo de modelo com base em simulação 350.

[043] Em algumas modalidades, um processo automatizado pode ser executado gerando um ou mais cronogramas de voo teste para cobrir ou cercar uma gama de cenários operacionais. Os cenários operacionais podem incluir uma ou mais ambientes ou situações hipotéticas (isto é, ambientes e eventos históricos não reais mesmo através de ambientes e situações hipotéticas podem, pelo menos em parte, ser baseados em alguns dados históricos).

[044] A Figura 4 é um diagrama de bloco de um sistema, dispositivo, ou plataforma 400 que pode ser usado em um contexto de avaliação de robustez de cronograma de voo “em perspectiva”. O sistema 400 pode incluir um módulo de modelo com base em simulação 405 que opera para a execução de uma simulação de operação de linha aérea (virtual). As entradas para o módulo de modelo com base em simulação 405 podem incluir um cronograma de voo 410 de teste ou proposto recuperado ou obtido a partir de uma base de dados ou camada de persistência 425. Adicionalmente, as interrupções hipotéticas 415 podem ser “inseridas” em um módulo de modelo com base em simulação 405. A aplicação de interrupções hipotéticas ao módulo de modelo com base em simulação 405 pode ter o efeito de submetimento de um cronograma de voo 410 proposto a uma ou mais alterações de causa raiz que compreendem as interrupções hipotéticas 415. Em alguns aspectos, a saída da execução do módulo de modelo com base em simulação 405 com base em cronograma 410 de teste ou proposto e as interrupções hipotéticas 415 inseridas na simulação representam KPIs 420 para o(s) cronograma(s) de voo 410 propostos. Em alguns exemplos, os valores de KPIs 420 podem ser comparados à linha de base ou outros KPIs para uma linha aérea ou outra entidade que executa o cronograma de voo 410 proposto através da execução do módulo de modelo com base em simulação. A linha de base ou outros KPIs usados como base de comparação para KPIs 420 podem incluir um próprio KPI de cronograma de voo de linha aérea, os KPIs obtidos através das execuções anteriores ao módulo de modelo com base em simulação 405, fornecedores de serviços terceirizados e outras entidades. Os KPIs 420 determinados para uma execução de simulação de Figura 4 podem ser representados em um registro (por exemplo, um arquivo de programa, um relatório, etc.). Em algumas modalidades, os registros de KPI 420 podem ser armazenados em uma memória ou outros sistemas, persistência ou dispositivos de armazenamento de dados. Em algumas modalidades, os KPIs 420 podem ser armazenados em bases de dados 425 ou outros armazenamentos (não mostrados).

[045] Em algumas modalidades, como o sistema de processamento de avaliação de prospectiva da Figura 4, os dados de histórico, incluindo alterações de causa raiz derivados a partir de dados de histórico reais e cronogramas de voo reais não são necessários já que as alterações de causa raiz determinadas para a Figura 4 não dependem dos dados de voo de histórico (isto é, real).

[046] Em algumas modalidades, as interrupções hipotéticas 415 da Figura 4 podem ser geradas de forma manual e fornecidas ao sistema 400. Em algumas modalidades, um processo automatizado ou sistema como gerador de cenário automático 440 podem gerar uma pluralidade ou conjunto de cronogramas de voo teste para cercar e cobrir uma faixa desejada der cenários para um ou mais cronogramas de teste propostos. Em algumas modalidades, um mecanismo para gerar de forma automática um ou mais cenários pode ser fornecido através do uso de alguns aspectos de uma função inversa. Em geral, para uma função de transferência de sistema y = F(x), com uma função inversa F 1, é esperado que ambos [047] Conforme a precisão do sistema melhora, em que 5 e £ são definidos como: [048] Como um exemplo, ao desenvolver os acordos com base em desempenho, pode ser crucial para o uso de dados de manutenção histórica para o desenvolvimento de uma previsão precisa dos dados de manutenção futuros. Ainda, o conhecimento de OEM detalhado sobre a degradação e reparo do equipamento pode ser incorporado em modelos de manutenção de forma que o impacto de estratégias de manutenção alternativas pode ser avaliado. Dessa forma, em vez de desenvolver um modelo de previsão simples de duas funções de transferência inversa podem ser desenvolvidas, em que [049] Em algumas modalidades, um exemplo de planejamento de rede e avaliação de robustez pode incorporar alguns dos aspectos expostos acima, conforme descrito abaixo. Algumas modalidades da presente apresentação podem receber uma entrada de um plano de voo proposto que precisa ser validado e um conjunto de cronogramas de voo de histórico com base em quais diversos cenários de teste serão extraídos. Em alguns aspectos, os cronogramas de voo de histórico podem compreender cronogramas de voo originais (isto é, publicados) e cronograma de voos de histórico reais. Conforme discutido no presente documento, as alterações de causa raiz podem ser extraídas a partir de cada par de cronograma original e cronograma real e KPIs de histórico podem ser derivados a partir de uma análise de modelo com base em simulação.

[050] Ademais, algumas modalidades podem incluir a análise de KPIs de histórico e com o uso de resultados de tal análise para a definição de categorias de cenários de teste representativos. Em alguns exemplos, um método com base em densidade de massa ou um método com base em distância espacial pode ser usado para a identificação de cenários relevantes para a formação de categorias de teste. As alterações de causa raiz associadas são agrupadas em cenários de teste representativos de acordo. Em alguns aspectos, dentro de cada categoria de cenário de teste, o conjunto de KPIs de histórico junto pode estabelecer KPIs de linha de base para a categorias de cenário de teste particular. Os KPIs podem ser multi-objetivos. Em alguns exemplos, um método de base de função de custo multi-objetivo pode ser usado para o estabelecimento de um desempenho de linha de base geral. Ainda, dentro de cada categoria de cenário de teste, o conjunto de alterações de causa raiz pode ser transmitido para a análise de simulação para a validação de plano.

[051] Em algumas abordagens no presente documento, uma análise de cobertura pode ser conduzida para as categorias de cenário de teste estabelecidas ou determinadas. Se as categorias estabelecidas cobrirem todos os cenários representativos (de interesse), então a avaliação com base em simulação dos cronogramas de voo teste podem ser iniciadas e executadas. De outra forma, um pedido para cronogramas mais históricos vindos do usuário ou outras entidades pode ser aceito em um esforço para a construção das categorias de cenário teste faltantes.

[052] Em alguns aspectos, a presente apresentação fornece sistemas e métodos que podem ser usados para a avaliação retrógrada do cronograma robustez e avaliação de perspectiva do cronograma robustez. Ademais ainda, a presente apresentação inclui sistemas e métodos que podem automatizar o processo de geração de diversos cenários de teste, avaliação de robustez e validação dos resultados de avaliação.

[053] Em alguns aspectos da presente invenção, a presente apresentação utiliza um método com base em simulação para a avaliação da robustez do plano de voo para todas as categorias de cenário. Para cada categoria, diversos casos de alterações de causa raiz podem ser inseridos na simulação para a avaliação de planos de voo de teste, onde a análise de simulação fornece os KPIs de robustez do cronograma de plano.

[054] Em alguns aspectos, para cada categoria de cenário de teste, os KPIs de teste são validados em oposição a KPIs de linha de base estabelecidos. O processo de validação pode utilizar métodos de análise de estatística e análise de padrão para a comparação de KPIs. Os resultados de validação para todas as categorias são, em geral, reportados. Em alguns aspectos, os processos da presente invenção podem também reportar melhora(s) significativa(s) na robustez de operação de um plano de voo de teste, em termos de métricas de KPI aperfeiçoadas.

[055] Em alguns aspectos, um processo de validação da presente invenção pode utilizar métodos de análise de padrões e de análise de agrupamento para a identificação e categorização de tipos de estruturas de rede do plano de voo subjacente, com base nos KPIs e nível de utilização de equipamento. Os resultados de validação podem ser analisados através da análise de avaliação para a derivação dos impactos de renda do plano de voo.

[056] O sistema 500 compreende um processador 505, como um ou mais Unidades de Processamento Central (CPUs) comercialmente disponíveis na forma de microprocessadores de um chip ou um processador multi-core, acoplado a um dispositivo de comunicação 520 configurado para se comunicar através de uma rede de comunicação (não mostrado na Figura 5) a outro dispositivo ou sistema (por exemplo, um dispositivo de administrador ou um dispositivo de cliente, não mostrado). O sistema 500 pode incluir ainda um cache 510, como módulos de memória RAM. O sistema pode incluir adicionalmente um dispositivo de entrada 515 (por exemplo, uma tela sensível a toque, mouse e/ou teclado para a inserção de conteúdo) e um dispositivo de saída 525 (por exemplo, uma tela sensível a toque, um monitor de computador para exibição, uma tela de LCD).

[057] O processador 505 se comunica com um dispositivo de armazenamento 530. O dispositivo de armazenamento 530 pode compreender qualquer dispositivo de armazenamento de informações apropriado, incluindo combinações de dispositivos de armazenamento magnéticos (por exemplo, um drive de disco rígido), dispositivos de armazenamento ópticos, drives de estado sólido e/ou dispositivos de memória semicondutores. Em algumas modalidades, o dispositivo de armazenamento 530 pode compreender um sistema de base de dados, incluindo em algumas configurações uma base de dados em memória.

[058] O dispositivo de armazenamento 530 pode armazenar código de programa ou instruções para o controle de um motor de operação de base de dados 535 para a avaliação de uma robustez da presente invenção, de acordo com processos no presente documento. O Processador 505 pode executar as instruções para o emprego do módulo de avaliação de robustez 535 para operar dessa forma de acordo com quaisquer das modalidades descritas na presente invenção. O módulo de avaliação de robustez 535 pode ser armazenado em um formato comprimido, não compilado e/ou encriptado. As instruções de programa do módulo de avaliação de robustez 535 podem incluir adicionalmente outros elementos de programa, como um sistema de operação, um sistema de relato de base de dados e/ou drivers de dispositivo usados pelo processador 505 para fazer a interface com, por exemplo, um cliente, um administrador e dispositivos periféricos (não mostrado na Figura 5). O dispositivo de armazenamento 530 pode ainda incluir dados 540. Os dados 540 podem ser usados pelo sistema 500, em alguns aspectos, na execução de um ou mais dos processos da presente invenção, incluindo processos individuais, operações individuais destes processos e combinações dos processos individuais e das operações de processos individuais. Por exemplo, os dados 540 podem compreender uma camada de persistência de um sistema de base de dados e linha de base de armazenamento e cronogramas de voo teste, KPIs, etc., de acordo com algumas modalidades da presente invenção.

[059] Todos os sistemas e processos discutidos na presente invenção podem ser incorporados em códigos de programas armazenados em um ou mais meios legíveis por computador não transitórios tangíveis. Tal meio pode incluir, por exemplo, um disquete, um CD-ROM, um DVD-ROM, um Pen drive, fita magnética e Memória de Acesso Randômico (RAM) em estado sólido (RAM) ou unidades de armazenamento de Memória Apenas de Leitura (ROM). As modalidades são, portanto, não limitadas a qualquer combinação específica de hardware e software.

[060] Em algumas modalidades, os aspectos da presente invenção podem ser empregados através de uma aplicação, dispositivo ou sistema para o gerenciamento de recuperação de uma entidade ou outra aplicação de uma maneira consistente em dispositivos diferentes, através, de forma eficaz, de um domínio inteiro.

[061] Conforme usado na presente invenção, as informações podem ser “recebidas” por ou “transmitidas” a, por exemplo: (i) a plataforma 100 a partir de outro dispositivo; ou (ii) um módulo ou aplicação de software dentro da plataforma 100 a partir de outro módulo, aplicação ou qualquer outra fonte de software.

[062] Conforme será contemplado pelos indivíduos versados na técnica, os aspectos da presente invenção podem ser incorporados a um produto de programa de computador, sistema ou método. Conformemente, os aspectos da presente invenção podem estar sob a forma total de uma modalidade de hardware, modalidade de software total (incluindo firmware, software residente, microcódigo, etc.) ou uma modalidade que combine aspectos de software e hardware que pode em geral ser chamado no presente documento de “circuito”, “módulo” ou “sistema”. Ademais, os aspectos da presente invenção podem estar sob a forma de um produto de programa de computador incorporado a um ou mais meios legíveis por computador que têm códigos de programa legíveis por computador incorporados ao mesmo.

[063] O fluxograma e diagramas de bloco nas figuras ilustram aspectos da arquitetura, funcionalidade e operação de empregos possíveis de sistemas, métodos e produtos de programa de computador, de acordo com diversas modalidades da presente invenção. Neste exemplo, cada bloco no fluxograma ou diagrama de blocos poder representar um módulo, segmento ou porção do código, que compreende uma ou mais instruções executáveis para o emprego de função(ões) lógica(s) específica(s). Em alguns empregos alternativos as funções notadas em um bloco particular podem ocorrer fora de ordem notadas nas figuras. Por exemplo, dois blocos mostrados na sucessão podem, de fato, ser executados substancialmente concorrentemente, ou os blocos podem às vezes ser executados na ordem reversa, dependendo da funcionalidade envolvida. Também será possível notar que cada bloco do diagrama de blocos e/ou ilustração de fluxograma e combinações dos blocos no diagrama de blocos e/ou ilustração de fluxograma podem ser empregados por sistemas com base em hardware com propósitos especiais que executam as funções específicas ou atos, ou combinações de instruções de computador e hardware de propósito especial.

[064] Deve-se notar que quaisquer dos métodos descritos no presente documento podem incluir uma etapa adicional de fornecimento de um sistema que compreende módulos de software distintos incorporados a um meio de armazenamento legível por computador; os módulos podem incluir, por exemplo, qualquer um ou todos os elementos mostrados no diagrama de bloco e/ou descritos no presente documento. Ademais, um produto de programa de computador pode incluir um meio de armazenamento legível por computador com código adotado para ser empregado para executar uma ou mais etapas de método descritas no presente documento, incluindo a provisão do sistema com os módulos de software distintos.

[065] Embora as modalidades tenham sido descritas em relação a certos contextos, algumas modalidades podem ser associadas a outros tipos de dispositivos, sistemas, e configurações, seja em parte ou todo, sem qualquer perda de generalidade.

[066] As modalidades descritas no presente documento são somente para propósito de ilustração. Os versados na técnica irão reconhecer outras modalidades que podem ser praticadas com modificações e alterações. Os versados na técnica apreciarão que diversas adaptações e modificações das modalidades descritas acima podem ser configuradas sem se afastarem do escopo e espírito das reivindicações. Portanto, deve-se compreender que as reivindicações podem ser praticadas em vez de especificamente descritas no presente documento.

Lista de Partes 100 Sistema 105 Módulo De Avaliação De Robustez 110 Cronograma De Voo Planejado 115 Cronograma De Voo De Teste 120 Interface De Comunicação 125 Base De Dados 130 Kpi De Referência 135 Campo De Entrada De Atraso 200 Processo 205 Operação De Processo 210 Operação De Processo 215 Operação De Processo 220 Operação De Processo 225 Operação De Processo 230 Operação De Processo 235 Operação De Processo 300 Sistema 305 Módulo De Modelo Com Base Em Simulação 310 Entrada 315 Entrada 320 Operação De Processo 325 Arquivo De Entrada De Atraso 330 Módulo De Modelo Com Base Em Simulação 335 Entrada 340 Registro De Kpi De Linha De Base 345 Módulo De Modelo Com Base Em Simulação 350 Entrada 355 Registro De Kpi De Experimento 400 Sistema 405 Módulo De Avaliação De Robustez 410 Cronogramas De Voo Propostos 415 Interrupções Hipotéticas 420 Kpi 425 Base De Dados 430 Gerador De Cenário Automático 500 Sistema 505 Processador 510 Memória 515 Dispositivo(S) De Entrada 520 Dispositivo De Comunicação 525 Dispositivo(S) De Saída 530 Dispositivo De Armazenamento De Dados 535 Módulo De Avaliação De Robustez 540 Dados

Claims (6)

1. SISTEMA, caracterizado pelo fato de que compreende: um dispositivo de comunicação operativo para receber um cronograma de voo planejado que inclui detalhes de voos associados a cada voo do cronograma de voo planejado e para receber um cronograma de voo real incluindo detalhes de voo associados a cada voo do cronograma de voo real; um módulo de análise de robustez que inclui um modelo com base em simulação para receber o cronograma de voo planejado e do cronograma de voo real e avaliar a robustez dos mesmos; uma memória para armazenar instruções de programa; e pelo menos um processador acoplado à memória e em comunicação com o módulo de análise de robustez, sendo que o pelo menos um processador é operativo para executar instruções de programa para: determinar alterações de causa raiz para o cronograma de voo real com base no cronograma de voo planejado e no cronograma de voo real; avaliar uma robustez do cronograma de voo planejado com base em uma execução do modelo com base em simulação para gerar um conjunto de métricas quantitativas para o cronograma de voo planejado; gerar um registro de alterações de causa raiz e um registro do conjunto de métricas quantitativas para o plano de voo planejado; avaliar uma robustez de um cronograma de voo teste com base em uma execução do modelo com base em simulação e as alterações de causa raiz determinadas aplicadas ao modelo com base em simulação para gerar um conjunto de métricas quantitativas para o cronograma de voo teste; e gerar um registro do conjunto de métricas quantitativas para o plano de voo de teste.

2. SISTEMA, de acordo com a reivindicação 1, caracterizado pelo fato de que a determinação das alterações de causa raiz para o cronograma de voo real compreende a execução de uma análise de causa raiz com base no cronograma de voo planejado e no cronograma de voo real.

3. SISTEMA, de acordo com a reivindicação 1, caracterizado pelo fato de que a execução do modelo com base em simulação através do módulo de análise de robustez quantifica a robustez do cronograma de voo planejado com base em pelo menos um indicador de desempenho chave, em que pelo menos um indicador de desempenho chave inclui um ou mais dentre desempenho de voos pontuais, taxa de cancelamento de voo, ações de recuperação de voo, atraso de passageiro, perda de conexão de passageiro, atraso da tripulação, perda de conexão da tripulação, número de tripulação em reserva ou disponível usada, e outras medidas.

4. SISTEMA, de acordo com a reivindicação 1, caracterizado pelo fato de que o cronograma de voo teste compreende um conjunto de uma pluralidade de cronogramas de voo teste distintos.

5. SISTEMA, de acordo com a reivindicação 4, caracterizado pelo fato de que compreende adicionalmente o pelo menos um processador que é operativo para executar instruções de programa para: avaliar uma robustez de cada um dentre a pluralidade dos cronogramas no conjunto de cronogramas de voo teste com base em uma execução do modelo com base em simulação e as alterações de causa raiz determinadas aplicadas ao modelo com base em simulação para gerar um conjunto de métricas quantitativas para cada um dentre a pluralidade dos cronogramas de voo no conjunto de cronogramas de voo teste; e gerar um registro do conjunto de métricas quantitativas para cada um dentre a pluralidade dos cronogramas de voo no conjunto de cronogramas de voo teste.

6. SISTEMA, de acordo com a reivindicação 5, caracterizado pelo fato de que o conjunto de cronogramas de voo teste é gerado automaticamente e inclui uma amostragem de diferentes cenários de operação de voo.