(57)【要約】【課題】いくつかの従来のシステムは、エアラインを運営する幅広い範囲のオペレーションの側面に関するデータを収集するように設計されている。【解決手段】ここでは、乱れの深刻度モジュールおよびフライト推奨モジュールを備える装置を説明する。乱れの深刻度モジュールは、航空機のスケジュールされていないメンテナンスイベントに関係する乱れの深刻度インデックス値を計算する。乱れの深刻度インデックス値は、スケジュールされていないメンテナンスイベントにより影響を受ける複数のフライトオペレーション係数に基づいて計算される。フライト推奨モジュールは、乱れの深刻度インデックス値に基づいて、前記航空機の後続するフライトの前に航空機のスケジュールされていないメンテナンスイベントを解決すること、または、航空機のスケジュールされていないメンテナンスイベントを解決することなく、航空機を飛行させることのうちの1つを推奨する。【選択図】図1
2015141716.tif 000002
【特許請求の範囲】
【請求項１】
装置であって、
航空機のスケジュールされていないメンテナンスイベントに関係する乱れの深刻度インデックス値を計算するように構成されている乱れの深刻度モジュールと、
前記乱れの深刻度インデックス値に基づいて、前記航空機の後続するフライトの前に前記航空機の前記スケジュールされていないメンテナンスイベントを解決すること、または、前記航空機の前記スケジュールされていないメンテナンスイベントを解決することなく、前記航空機を飛行させることのうちの1つを推奨するように構成されているフライト推奨モジュールとを備え、
前記乱れの深刻度インデックス値は、前記スケジュールされていないメンテナンスイベントにより影響を受ける複数のフライトオペレーション係数に基づいて計算される装置。
【請求項２】
前記複数のフライトオペレーション係数のそれぞれは、少なくとも2つのパラメータのうちの選択された1つを含み、それぞれのパラメータは、異なる選択インデックス値に関係し、前記乱れの深刻度インデックス値は、選択されたパラメータの選択インデックス値の集計を含む請求項1に記載の装置。
【請求項３】
少なくとも1つのフライトオペレーション係数の前記少なくとも2つのパラメータに対する前記選択インデックス値は、予め定められたビジネスルールに基づいて決定される請求項2に記載の装置。
【請求項４】
前記少なくとも1つのフライトオペレーション係数の前記少なくとも2つのパラメータに対する前記選択インデックス値は、航空機のフライトスケジュールモジュールから受信したリアルタイムデータに基づいて選択される請求項2または3のいずれか一項に記載の装置。
【請求項５】
前記フライト推奨モジュールは、前記航空機のフライトスケジュールモジュールから受信したリアルタイムデータに基づいて、前記航空機の後続するフライトの前に前記航空機の前記スケジュールされていないメンテナンスイベントを解決すること、または、前記航空機の前記スケジュールされていないメンテナンスイベントを解決することなく、前記航空機を飛行させることのうちの1つを推奨する請求項1から4のいずれか一項に記載の装置。
【請求項６】
前記フライト推奨モジュールは、前記スケジュールされていないメンテナンスイベントの解決の予測される効果に基づいて、前記航空機の後続するフライトの前に前記航空機の前記スケジュールされていないメンテナンスイベントを解決すること、または、前記航空機の前記スケジュールされていないメンテナンスイベントを解決することなく、前記航空機を飛行させることのうちの1つを推奨する請求項1から4のいずれか一項に記載の装置。
【請求項７】
航空機のスケジュールされていないメンテナンスイベントを管理するためのシステムであって、
前記航空機の現在のロケーションおよびフライトスケジュールを監視するように構成されているフライトスケジュールモジュールと、
前記航空機の現在のメンテナンススケジュールおよび前記航空機の着陸ステーションのメンテナンス能力を監視するように構成されているメンテナンスモジュールと、
前記航空機のスケジュールされていないメンテナンスイベントの乱れの深刻度インデックス値を計算し、前記乱れの深刻度インデックス値と、前記航空機の現在のロケーションおよびフライトスケジュールと、前記航空機の現在のメンテナンススケジュールと、前記航空機のフライトスケジュールに関する前記航空機の着陸ステーションの能力とに基づいて、前記航空機の修理または飛行ステータスを設定するように構成されている乱れ制御モジュールとを備えるシステム。
【請求項８】
航空機のスケジュールされていないメンテナンスイベントを管理するための方法であって、
前記航空機に対する現在のフライトスケジュールを受信するステップと、
前記航空機に対する現在のメンテナンススケジュールを受信するステップと、
前記現在のフライトスケジュールに関する前記航空機の着陸ステーションの現在のメンテナンス能力を受信するステップと、
前記スケジュールされていないメンテナンスイベントにより影響を受ける複数のフライトオペレーション係数に基づいて、前記航空機のスケジュールされていないメンテナンスイベントに関係する乱れの深刻度インデックス値を計算するステップと、
前記乱れの深刻度インデックス値と、前記航空機に対する現在のフライトスケジュールと、前記航空機に対する現在のメンテナンススケジュールと、前記現在のフライトスケジュールに関する前記航空機の着陸ステーションの現在のメンテナンス能力とに基づいて、前記航空機の飛行前に前記スケジュールされていないメンテナンスイベントを修理すること、または、前記スケジュールされていないメンテナンスイベントの修理前に前記航空機を飛行させることを推奨するステップとを含む方法。
【請求項９】
前記航空機の飛行前に前記スケジュールされていないメンテナンスイベントを修理することが推奨される場合に、前記現在のフライトスケジュールおよび前記現在のメンテナンススケジュールのうちの少なくとも1つを調整するステップをさらに含む請求項8に記載の方法。
【請求項１０】
前記スケジュールされていないメンテナンスイベントの修理前に前記航空機を飛行させることが推奨される場合に、前記現在のメンテナンススケジュールを調整するステップをさらに含む請求項8または9のいずれか一項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、航空機のメンテナンスに関し、さらに詳細には、航空機のスケジュールされていないメンテナンスイベントの管理に関する。
【背景技術】
【０００２】
航空機のフライトスケジュールを管理するための多数のシステムおよび方法がある。多数のシステムは、単一の航空機の1日当たりの複数のフライトを含むフライトスケジュールを構成する。フライトスケジューリングシステムは、当然、フライトスケジュールを構成するときに、航空機のスケジュールされたメンテナンスおよび他の予測されるイベントを考慮する。予測されない遅延（例えば、天候による遅延、フライトクルーの遅延、乗客の乱れ、メンテナンスの遅延およびこれらに類するもの）が生じた場合に、これらのシステムは遅延を考慮して航空機のフライトスケジュールを調整することができる。
【０００３】
同様に、航空機のメンテナンスを管理するための多数のシステムおよび方法がある。これらのシステムは、航空機に関する日常の定期的なメンテナンスイベントをスケジュールできる。さらに、従来のメンテナンス管理システムは、予測されないメンテナンスイベントに関係する故障を修復するために地上のメンテナンスリソースを調節することにより、航空機に発生した予測されないメンテナンスイベントに対応できるかもしれない。
【０００４】
いくつかの従来のシステムは、航空機のブッキング、スケジューリング、メンテナンスおよびオペレーションを含む、エアラインを運営する幅広い範囲のオペレーションの側面に関するデータを収集するように設計されている。収集された過去のデータに基づいて、システムは、エアラインを運営するオペレーションの側面を改善するアクションを提案または実現するように構成されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本開示の主題は、現在の技術の状態に対応して、特に、フライトのスケジューリングと、航空機のメンテナンスとをそれぞれ行う従来のスタンドアローン型システムに対応して、開発されている。特に、いくつかの従来のフライト管理情報技術システムはフライトスケジューリングを管理してもよいが、これらのシステムは航空機におけるスケジュールされていないメンテナンスイベントに対応する際に、航空機の継続的なメンテナンス活動または空港のメンテナンス能力を同時に管理しない。さらに、いくつかの従来のメンテナンス管理情報技術システムは、航空機おけるスケジュールされていないメンテナンスイベントを管理することがあるが、これらのシステムは、スケジュールされていないメンテナンスイベントに対応する際に、航空機のフライトスケジュールを考慮しない。言い換えると、航空機におけるスケジュールされていないメンテナンスイベントを効率的かつ費用効果のある方法で管理するための、航空機のフライトスケジュールとメンテナンススケジュールの双方を考慮した従来のシステムはない。同様に、従来のシステムは、スケジュールされていないメンテナンスイベントに関係する故障の修復を調節する際に、スケジュールされていないメンテナンスイベントの乱れの深刻度を計算および利用しない。したがって、本開示の主題は、先行技術の上述した欠点のうちの少なくともいくつかを克服する、航空機のスケジュールされていないメンテナンスイベントを管理するための、装置、システムおよび方法を提供するように開発されている。
【課題を解決するための手段】
【０００６】
1つの実施形態にしたがって、装置は、乱れの深刻度モジュールおよびフライト推奨モジュールを備える。乱れの深刻度モジュールは、航空機のスケジュールされていないメンテナンスイベントに関係する乱れの深刻度インデックス値を計算する。乱れの深刻度インデックス値は、スケジュールされていないメンテナンスイベントにより影響を受ける複数のフライトオペレーション係数に基づいて計算される。フライト推奨モジュールは、乱れの深刻度インデックス値に基づいて、航空機の後続するフライトの前に航空機のスケジュールされていないメンテナンスイベントを解決すること、または、航空機のスケジュールされていないメンテナンスイベントを解決することなく、航空機を飛行させることのうちの1つを推奨する。ある実施形態では、複数のフライトオペレーション係数のそれぞれは、少なくとも2つのパラメータのうちの選択された1つを含む。それぞれのパラメータは、異なる選択インデックス値に関係し、乱れの深刻度インデックス値は、選択されたパラメータの選択インデックス値の集計を含むことができる。
【０００７】
装置のいくつかの実現では、少なくとも1つのフライトオペレーション係数の少なくとも2つのパラメータに対する選択インデックス値は、予め定められたビジネスルールに基づいて決定される。ある実施形態にしたがって、少なくとも1つのフライトオペレーション係数の少なくとも2つのパラメータの選択された1つは、スケジュールされていないメンテナンスイベントに一致する少なくとも1つの以前のスケジュールされていないメンテナンスイベントに対する過去のデータに基づいて選択される。さらにいくつかの実現では、少なくとも1つのフライトオペレーション係数の少なくとも2つのパラメータの選択された1つは、航空機のフライトスケジュールモジュールから受信したリアルタイムデータに基づいて選択される。ある実施形態では、少なくとも1つのフライトオペレーション係数の少なくとも2つのパラメータのうちの選択された1つは、メンテナンス管理モジュールから受信したリアルタイムデータに基づいて選択される。さらに、少なくとも1つのフライトオペレーション係数の少なくとも2つのパラメータうちの選択された1つは、外部データソースから受信したリアルタイムデータに基づいて選択できる。
【０００８】
装置のある実現にしたがって、複数のフライトオペレーション係数は、遅延のタイプ係数を含む。遅延のタイプ係数の少なくとも2つのパラメータは、ゲート時遅延、ゲートに戻る遅延および飛行中のダイバージョン遅延を含む。ゲート時遅延は、第1の選択インデックス値に関係することがあり、ゲートに戻る遅延は、第1の選択インデックス値より大きい第2の選択インデックス値に関係することがあり、飛行中のダイバージョン遅延は、第2の選択インデックス値より大きい第3の選択インデックス値に関係することがある。
【０００９】
装置のいくつかの実現では、複数のフライトオペレーション係数は、遅延持続時間係数を含む。遅延持続時間係数の少なくとも2つのパラメータは、複数の異なる時間期間を含み、ここで、より短い時間期間に対する選択インデックス値は、より長い時間期間に対する選択インデックス値よりも低くなる。
【００１０】
装置の1つの実現にしたがって、複数のフライトオペレーション係数は、航空機地上滞留（AOG）係数を含む。AOG係数の少なくとも2つのパラメータは、地上にあることおよび飛行可能であることを含む。
【００１１】
装置のさらに別の実現では、複数のフライトオペレーション係数は、欠航フライト係数を含む。欠航フライト係数の少なくとも2つのパラメータは、欠航するフライトおよび欠航しないフライトを含むことができる。欠航フライトに対する選択インデックス値は、インデックス値定数により乗算される欠航フライトの量に基づくことができる。
【００１２】
装置の1つの実現にしたがって、複数のフライトオペレーション係数は、航空機フェリー係数を含む。
【００１３】
装置のいくつかの実現では、フライト推奨モジュールは、航空機のフライトスケジュールモジュールから受信したリアルタイムデータに基づいて、航空機の後続するフライトの前に航空機のスケジュールされていないメンテナンスイベントを解決すること、または、航空機のスケジュールされていないメンテナンスイベントを解決することなく、航空機を飛行させることのうちの1つを推奨する。リアルタイムデータは、スケジュールされていないメンテナンスに航空機の現在のロケーションを関係付けるデータを含んでもよい。リアルタイムデータは、さらにまたは代替的に、スケジュールされたフライトの日時（time-of-day）に関係するデータを含むことができる。
【００１４】
装置のある実現にしたがって、フライト推奨モジュールは、航空機のメンテナンス管理モジュールから受信したリアルタイムデータに基づいて、航空機の後続するフライトの前に航空機のスケジュールされていないメンテナンスイベントを解決すること、または、航空機のスケジュールされていないメンテナンスイベントを解決することなく、航空機を飛行させることのうちの1つを推奨する。リアルタイムデータは、少なくとも1つの航空機のスケジュールされていないメンテナンスイベントに関係するデータを含んでもよい。リアルタイムデータは、さらにまたは代替的に、1つ以上の航空機着陸ステーションにおけるメンテナンス能力に関係するデータを含んでもよい。
【００１５】
装置のさらにいくつかの実現では、フライト推奨モジュールは、スケジュールされていないメンテナンスイベントの解決の予測される効果に基づいて、航空機の後続するフライトの前に航空機のスケジュールされていないメンテナンスイベントを解決すること、または、航空機のスケジュールされていないメンテナンスイベントを解決することなく、航空機を飛行させることのうちの1つを推奨する。ある実現にしたがって、フライト推奨モジュールは、スケジュールされていないメンテナンスイベントに関係する乱れの深刻度インデックス値と、スケジュールされていないメンテナンスイベントに少なくとも同様の以前のスケジュールされていないメンテナンスイベントに関係する過去の乱れの深刻度インデックス値との比較に基づいて、航空機の後続するフライトの前に航空機のスケジュールされていないメンテナンスイベントを解決すること、または、航空機のスケジュールされていないメンテナンスイベントを解決することなく、航空機を飛行させることのうちの1つを推奨する。フライト推奨モジュールは、スケジュールされていないメンテナンスイベントに関係する乱れの深刻度インデックス値と、フライトスケジュールに対するそれぞれの複数のスケジュールされていないメンテナンスイベントの影響とに少なくとも部分的に基づいて、複数の航空機に対する複数のスケジュールされていないメンテナンスイベントを解決するタイミングに優先度を付ける優先度モジュールを備えることができる。
【００１６】
いくつかの実現では、装置は、スケジュールされていないメンテナンスイベントに関係するデータを表示するように構成されているディスプレイモジュールをさらに備える。データは、航空機の後続するフライトの前にスケジュールされていないメンテナンスイベントを解決すること、または、スケジュールされていないメンテナンスイベントを解決することなく、航空機を飛行させることのうちのいずれかを行うための、乱れの深刻度インデックスおよび推奨のうちの少なくとも1つを含むことができる。
【００１７】
ある実現では、フライト推奨モジュールは、航空機が将来いるだろう場所に基づいて、航空機の後続するフライトの前に航空機のスケジュールされていないメンテナンスイベントを解決すること、または、航空機のスケジュールされていないメンテナンスイベントを解決することなく、航空機を飛行させることのうちの1つを推奨する。さらに、複数のフライトオペレーション係数は、積載量（load）の係数、欠航フライト価値係数、ハブ係数、接続便を逃した割合の係数、ネットワーク遅延係数、日時係数、および／または、パイロット／クルー遅延係数のうちの少なくとも1つを含んでもよい。
【００１８】
別の実施形態にしたがって、航空機のスケジュールされていないメンテナンスイベントを管理するためのシステムは、航空機の現在のロケーションおよびフライトスケジュールを監視するフライトスケジュールモジュールを備える。システムはまた、航空機の現在のメンテナンススケジュールおよび航空機の着陸ステーションのメンテナンス能力を監視するメンテナンスモジュールを備える。また、システムは、航空機のスケジュールされていないメンテナンスイベントの乱れの深刻度インデックス値を計算し、乱れの深刻度インデックス値と、航空機の現在のロケーションおよびフライトスケジュールと、航空機の現在のメンテナンススケジュールと、航空機のフライトスケジュールに関する航空機の着陸ステーションの能力とに基づいて、航空機の修理または飛行ステータスを設定する乱れ制御モジュールを備える。
【００１９】
さらに別の実施形態では、航空機のスケジュールされていないメンテナンスイベントを管理するための方法は、航空機に対する現在のフライトスケジュールを受信するステップと、航空機に対する現在のメンテナンススケジュールを受信するステップと、現在のフライトスケジュールに関する航空機の着陸ステーションの現在のメンテナンス能力を受信するステップとを含む。方法はさらに、スケジュールされていないメンテナンスイベントにより影響を受ける複数のフライトオペレーション係数に基づいて、航空機のスケジュールされていないメンテナンスイベントに関係する乱れの深刻度インデックス値を計算するステップを含む。さらに、方法は、乱れの深刻度インデックス値と、航空機に対する現在のフライトスケジュールと、航空機に対する現在のメンテナンススケジュールと、現在のフライトスケジュールに関する航空機の着陸ステーションの現在のメンテナンス能力とに基づいて、航空機の飛行前にスケジュールされていないメンテナンスイベントを修理すること、または、スケジュールされていないメンテナンスイベントの修理前に航空機を飛行させることを推奨するステップを含む。
【００２０】
いくつかの実現にしたがって、方法はまた、航空機の飛行前にスケジュールされていないメンテナンスイベントを修理することが推奨される場合に、現在のフライトスケジュールおよび現在のメンテナンススケジュールのうちの少なくとも1つを調整するステップを含む。さらに、方法は、スケジュールされていないメンテナンスイベントの修理前に航空機を飛行させることが推奨される場合に、現在のメンテナンススケジュールを調整するステップを含むことができる。
【００２１】
本開示の主題の記述する特徴、構造、利点および／または特性は、1つ以上の実施形態および／または実現で、任意の適切な方法で組み合わされてもよい。以下の説明では、本開示の主題の実施形態の理解を通して伝えるために、多数の特定の詳細が提供される。当業者は、本開示の主題が、特定の実施形態または実現の特定の特徴、詳細、コンポーネント、材料および／または方法のうちの1つ以上がなく実施されてもよいことを認識するだろう。他のインスタンスでは、全実施形態または全実現に存在しなくてもよい、追加の特徴および利点が、ある実施形態および／または実現で認識されてもよい。さらに、いくつかのインスタンスでは、本開示の主題の態様を曖昧にするのを避けるために、よく知られている構造、原材料、または、動作は、詳細に示しておらず、または、記述していない。本開示の主題の特徴および利点は、以下の説明および添付の特許請求の範囲からさらに完全に明らかとなるだろう、または、以下に述べるような主題の実施により学習されてもよい。
【００２２】
主題の利点をさらに容易に理解できるように、添付図面に示された特有の実施形態に言及することにより、先に簡単に記述した主題のさらに特定の説明が、もたらされる。これらの図面は、主題の典型的な実施形態のみを表し、そのため、その範囲の限定と考えられるべきでないことを理解するために、以下の図面の使用を通して、追加の特定性および詳細とともに主題を記述し、説明する。
【図面の簡単な説明】
【００２３】
【図１】図1は、1つの実施形態にしたがった、航空機管理システムの概略図である。
【図２】図2は、1つの実施形態にしたがった、乱れ制御モジュールの概略的ブロック図である。
【図３】図3は、1つの実施形態にしたがった、乱れの深刻度モジュールの概略的ブロック図である。
【図４】図4は、1つの実施形態にしたがった、フライト推奨モジュールの概略的ブロック図である。
【図５】図5は、1つの実施形態にしたがった、ディスプレイの概略的ブロック図である。
【図６】図6は、1つの実施形態にしたがった、航空機に対するスケジュールされていないメンテナンスイベント管理システムの概略的フロー図である。
【図７】図7は、1つの実施形態にしたがった、航空機におけるスケジュールされていないメンテナンスイベントを管理するための方法の概略的フロー図である。
【発明を実施するための形態】
【００２４】
図1を参照すると、航空機20を管理するためのシステム10の1つの実施形態が示されている。システム10は、データネットワーク30と、データネットワークを通して互いに、および、航空機20と通信する、複数のモジュールとを含む。さらに詳細には、システム10は、それぞれがデータネットワーク30と通信可能な、フライトスケジュールモジュール40と、メンテナンスモジュール50と、外部データモジュール60と、乱れ制御モジュール100とを含む。したがって、いくつかの実施形態では、航空機20およびモジュール40、50、60、100はデータネットワーク30から通信を受信し、データネットワーク30に通信を送信してもよい。一般に、システム10は、航空機20のフライトおよびメンテナンスを管理するように構成されている。
【００２５】
ある実施形態では、データネットワーク30は、航空機20と1つ以上のモジュール40、50、60、100との間で、および／または、2つ以上のモジュール間で、デジタル通信を送信する。データネットワーク30は、ワイヤレス電話機ネットワーク、Wi-Fiネットワーク等の、ローカルワイヤレスネットワーク、ブルートゥース（登録商標）ネットワークおよびこれらに類するもののような、ワイヤレスネットワークとすることができる。同様に、データネットワーク30は、光通信（例えば、レーザーおよび赤外線）および電磁的発生通信（例えば、無線波）のような、他のワイヤレスタイプの通信を含むことができる。別の実施形態では、データネットワーク30は、ワイドエリアネットワーク（「WAN」）、ストレージエリアネットワーク（「SAN」）、ローカルエリアネットワーク（「LAN」）および光ファイバネットワーク、インターネットあるいは他の技術的に知られているデータネットワークを含む。データネットワーク30は、2つ以上のネットワークを含むことができる。さらなる実施形態では、データネットワーク30は、1つ以上のサーバ、ルータ、スイッチおよび／または他のネットワーキング機器を含む。データネットワーク30は、ハードディスクドライブ、大容量記憶ユニット、光ドライブ、不揮発性メモリ、ランダムアクセスメモリ（「RAM」）またはこれらに類するもののような、コンピュータ読取可能記憶媒体を含むことができる。ある実施形態では、データネットワーク30は、1つのデータネットワークが航空機20およびモジュール40、50、60、100のうちの1つ以上に結合され、別のデータネットワークが航空機およびモジュールのうちのもう1方に結合されるような、2つの物理的に個別のデータネットワークである。
【００２６】
図2に示すように、乱れ制御モジュール100は、ディスプレイモジュール110と、乱れの深刻度モジュール120と、フライト推奨モジュール140とを含む。一般に、乱れ制御モジュール100は、様々な入力を受信し、これらの入力のうちの1つ以上に基づいて、航空機20におけるスケジュールされていないメンテナンスイベントに対処するための推奨されるアクション150を発生させる。いくつかの実現にしたがって、入力は、トリガイベント160、フライトスケジュール162、メンテナンスリソース164および外部入力166のうちの1つ以上を含んでもよい。トリガイベント160は、航空機20における故障（例えば、コンポーネントまたはシステムの誤動作）がスケジュールされていないメンテナンスイベントをトリガしているときに、発行される。したがって、スケジュールされていないメンテナンスイベントは、トリガされている、航空機における特定の故障に関係する。いくつかのインスタンスでは、スケジュールされていないメンテナンスイベントは、スケジュールされていないメンテナンスイベントが関係する故障として定義される。故障は、航空機20のフライト中にトリガされることがあり、データネットワーク30を通じて航空機から乱れ制御モジュール100に通信されることがある。さらにいくつかの実現では、故障は、航空機20が地上にある間に、トリガされ、同じ方法で乱れ制御モジュール100に通信されることがある。ある実施形態では、推奨されるアクション150は、（1）航空機20の次のフライトの前に、スケジュールされていないメンテナンスイベントをトリガしている故障を修理すること、あるいは、（2）次のフライトおよび潜在的に後続する他のフライトの完了後まで、スケジュールされていないメンテナンスイベントをトリガしている故障の修理を遅延させることのうちの1つを含む。この方法では、推奨されるアクション150は、修理または飛行の推奨とすることができる。
【００２７】
ディスプレイモジュール110は、ディスプレイ112を含み、ディスプレイ112を制御するように構成されている。ディスプレイ112は、ユーザから入力を受信するためのグラフィックユーザインターフェースを含み、および／または、スケジュールされていないメンテナンスイベントの管理を含むこのようなイベントの様々な側面に関係するデータの視覚的表現を提供することができる。ディスプレイモジュール110およびディスプレイ112のさらなる詳細を以下に提供する。
【００２８】
図3を参照すると、乱れの深刻度モジュール120は、トリガイベント160、フライトスケジュール162、メンテナンスリソース164および外部入力166のうちの1つ以上に基づいて、乱れの深刻度インデックス値130を決定する（例えば、計算する）ように構成されている。特定の航空機20に対するスケジュールされていないメンテナンスイベントが生じていることを示すトリガイベント160の受信後に、乱れの深刻度モジュール120のフライトオペレーション係数モジュール200は、1つ以上のフライトオペレーション係数205を決定する。一般に、フライトオペレーション係数は、航空機のフライトオペレーションに影響を与え、スケジュールされていないメンテナンスイベントにより影響を受ける係数である。1つの実施形態では、フライトオペレーション係数モジュール200は、トリガイベント160に関係するスケジュールされていないメンテナンスイベントのタイプに基づいて、1つ以上の予め定められたフライトオペレーション係数205を選択する。ある実現では、フライトオペレーション係数は、故障のタイプにかかわらず、全てのスケジュールされていないメンテナンスイベントに対して同じである。しかし、いくつかの実現にしたがって、1つのスケジュールされていないメンテナンスイベントにより影響を受ける（例えば、第1の故障のタイプに関係する）フライトオペレーション係数は、別の異なるスケジュールされていないメンテナンスイベントにより影響を受ける（例えば、第2の故障のタイプに関係する）フライトオペレーション係数とは異なっていてもよい。1つの例示的な実施形態では、フライトオペレーション係数モジュール200は、トリガイベント160に応答して、複数のフライトオペレーション係数205を決定する。いくつかの実施形態では、フライトオペレーション係数205は、ユーザの好み、業界の標準規格、過去の値および／またはこれらに類するものに基づいて、フライトオペレーション係数モジュール200により選択される。1つの実現では、フライトオペレーション係数205は、航空機をサービスしているサービス提供者（例えば、エアライン）のビジネスルールおよび好みに基づいている。したがって、特定のサービス提供者は、あるフライトオペレーション係数205が、フライトオペレーションを効率的に管理する
ための特定のサービス提供者の能力に特に関連すると考えているが、別のサービス提供者はそう考えていない場合に、前者のサービス提供者は、後者と比較して、乱れの深刻度インデックス値130を決定する際に、異なるフライトオペレーション係数205の検討を望むかもしれない。
【００２９】
様々な追加のフライトオペレーション係数のうちの任意のもの、または、より少ないフライトオペレーション係数が、1つの例示的な実現では使用されることがあるが、フライトオペレーション係数モジュール200により決定されるフライトオペレーション係数205は、遅延のタイプ（TOD）係数、遅延持続時間係数、航空機地上滞留（AOG）係数、欠航フライト係数および航空機フェリー係数を含む。
【００３０】
TOD係数は、スケジュールされていないメンテナンスイベントが生じたときに、航空機の現在のロケーションに基づいて、スケジュールされていないメンテナンスイベントを経験している航空機において実行されるアクションを表す。例えば、スケジュールされていないメンテナンスイベントが生じたときに、航空機が地上において、航空機着陸ステーション（例えば、空港）の割り当てられたゲートにある場合に、航空機の即座のロケーション替えが実行されず、アクションは第1のまたは小さな遅延タイプと考えることができる。対照的に、スケジュールされていないメンテナンスイベントが生じたときに、航空機が地上にあるが、ゲートから離れている（taxing away）場合に、航空機はゲートに戻る必要があるかもしれず、アクションは第2のまたは中間の遅延タイプと考えることができる。なお、さらに、スケジュールされていないメンテナンスイベントが生じたときに、航空機がフライト中である場合に、航空機は、別の航空機着地ステーションにダイバートされる必要があり、アクションは第3のまたは大きな遅延タイプと考えることができる。TOD係数に対する3つの遅延タイプが論じられたが、他のまたは追加の遅延タイプが考えられてもよい。
【００３１】
遅延持続時間係数は、スケジュールされていないメンテナンスイベント（例えば、イベントに関係する故障または欠陥コンポーネント）を解決または修理するための時間遅延を表す。
【００３２】
AOG係数は、スケジュールされていないメンテナンスイベントを解決することなく飛行する航空機の能力を表す。言い換えると、AOG係数は、航空機が飛行する前に修理されなければならないか否かに結び付けられている。
【００３３】
欠航フライト係数は、スケジュールされていないメンテナンスイベントを修復するのに時間がかかる場合の、航空機のフライトスケジュールにおける未来の欠航フライトを表す。
【００３４】
航空機フェリー係数は、フライトスケジュールにおいて、スケジュールされていないメンテナンスイベントを有する航空機と代替するために、追加の航空機をフェリーする必要性を表す。
【００３５】
各フライトオペレーション係数205は、少なくとも2つのパラメータのうちの1つまたはサブセット特性により特徴付けられる。所定のフライトオペレーション係数205のパラメータは、フライトオペレーション係数の異なる属性、範囲、境界、品質および／またはこれらに類するものを表す。さらに、フライトオペレーション係数205のパラメータのそれぞれは、異なる選択インデックス値により定量化できる。所定のフライトオペレーション係数205のパラメータに対する選択インデックス値は、パラメータに関係するフライトオペレーションの乱れの深刻度またはレベルに基づいて変動する。例えば、所定のフライトオペレーション係数に対して、1つの可能性あるパラメータは、フライトオペレーションの乱れに対する小さな影響を有していてもよく、したがって、比較的低い選択インデックス値を有していてもよい。対照的に、別の可能性あるパラメータは、フライトオペレーションの乱れに対する大きな影響を有していてもよく、したがって、比較的高い選択インデックス値を有していてもよい。フライトオペレーション係数205のパラメータに割り当てられる選択インデックス値は、ユーザの好み、業界の標準規格、過去の値および／またはこれらに類するものに基づくことができる。1つの実現では、選択インデックス値は、航空機をサービスしているサービス提供者（例えば、エアライン）のビジネスルールまたは好みに基づいている。したがって、特定のサービス提供者は、フライトオペレーション係数205のあるパラメータが、そのフライトオペレーションを特に乱れさせていると考えているが、別のサービス提供者がそう考えていない場合に、前者のサービス提供者は、後者よりも高い選択インデックス値をパラメータに割り当ててもよい。この方法では、フライトオペレーション係数205は、サービス提供者の好みにしたがって重み付けできる。
【００３６】
乱れの深刻度モジュール120は、各フライトオペレーション係数205に対する選択されたパラメータの関数として乱れの深刻度インデックス値130を計算する。いくつかの実現では、選択されたパラメータの関数は、様々な数学的演算および技法のうちのいずれかを使用して、選択されたパラメータに関係する選択されたインデックス値を合成する（例えば、集計する）。1つの特定の実現では、乱れの深刻度インデックス値130は、選択されたパラメータに関係する選択インデックス値の合計（例えば、重み付けされた合計）に等しい。1つの実現にしたがって、乱れの深刻度インデックス値130を計算するための選択されたパラメータの関数は、複数のフライトオペレーションパラメータのうちのいずれかに基づくことがあるが、例えば、乱れの深刻度インデックス値（DSI）130は、以下の数式にしたがった、選択されたパラメータの関数として計算される。
DSI＝f(TOD, DD, AOG, MF, AF, MF, LF, VF, HF, CF, NF, RF, PF)  (1)
ここで、DDは遅延持続時間係数であり、MFは欠航フライト係数であり、AFは航空機フェリー係数であり、LFは積載量の係数であり、VFは欠航したフライト価値係数であり、HFはハブ係数であり、CFは接続便を逃した割合の係数であり、NFはネットワーク遅延係数であり、RFは日時係数であり、PFはパイロット／クルー係数である。積載量の係数は、任意の欠航フライトの最大積載量を表す。欠航フライト価値係数は、スケジュールされていないメンテナンスイベントの修復による任意の欠航フライトが、ネットワーク指定の高価値のフライトであるか否かを表す。ハブ係数は、スケジュールされていないメンテナンスイベントの修復による任意の欠航フライトがネットワークハブに対する帰航フライトであるか否かを表す。接続便を逃した割合の係数は、スケジュールされていないメンテナンスイベントが修復される場合に、ハブにおいて接続便を逃すことを経験する、スケジュールされていないメンテナンスイベントを持つ航空機の乗客の割合を表す。ネットワーク遅延係数は、スケジュールされていないメンテナンスイベントが生じたときに、企業ネットワークに既にある総遅延を表す。日時係数は、ネットワークの飛行開始日の開始と比較した、スケジュールされていないメンテナンスイベントの修復のタイミングを表す。パイロット／クルー係数は、スケジュールされていないメンテナンスイベントを修復中の航空機のパイロットおよびクルーが遅れている結果として遅延したフライトの数を表す。当然、数式1の先の係数のうちの任意の1つ以上は省略でき、あるいは、別の係数または他の係数と置換でき、もしくは、追加の係数が数式1において考慮されることがある。
【００３７】
各係数に対する例示的なパラメータおよび各パラメータに対する例示的な選択インデックス値を数式1に組み込むと、DSI値130を決定できる。数式1の各係数に対する可能性あるパラメータおよび関係する選択インデックス値の量および範囲は所望のように変動することがある。
【００３８】
フライトオペレーション係数モジュール200によりフライトオペレーション係数205が選択された後に、乱れの深刻度計算モジュール230は、乱れの深刻度インデックス値130を計算するために、式1と同じまたは同様とすることができる乱れの深刻度インデックス値の式あるいはアルゴリズムに、フライトオペレーション係数205の選択されたパラメータを適用する、アルゴリズムモジュール240を含む。いくつかの実施形態では、フライトオペレーション係数205のパラメータは手動で選択され、他の実施形態では、フライトオペレーション係数のパラメータは、予め定められた好みに基づいて、自動的に選択される。
【００３９】
フライトオペレーション係数205のパラメータの手動での選択を用いる実施形態にしたがって、乱れの深刻度モジュール120は、インターフェースモジュール210を含む。インターフェースモジュール210は、いくつかの実現ではディスプレイ112のグラフィカルユーザインターフェースとすることができる、インターフェース215を含む。インターフェース215は、ユーザ選択を受信するための複数のデータ入力フィールド220A〜220Eを含む。各データ入力フィールド220A〜220Eは、フライトオペレーション係数205のうちのそれぞれの1つに一致することができる。さらに、各データ入力フィールド220A〜220Eは、それぞれのフライトオペレーション係数に関係するパラメータを、選択として表示または提供してもよい。例えば、データ入力フィールド220A〜220Eのうちの1つは、遅延持続時間係数に一致してもよく、選択のために複数の遅延持続時間パラメータおよび選択インデックス値を表示および提供する。ユーザは、既知の過去のデータ、過去の経験、ビジネスルールおよびこれらに類するものを含む、様々な好みおよび情報のうちの任意のものに基づいて、フライトオペレーション係数205のパラメータを手動で選択してもよい。
【００４０】
フライトオペレーション係数205のパラメータの自動的な選択を用いる実施形態では、乱れの深刻度計算モジュール230は、ルールモジュール235を含む。ルールモジュール235は、各フライトオペレーション係数のどのパラメータが選択されるかを統制するルールを含む。ルールは、ビジネスの好み、過去のデータ、現在のフライトスケジュール、メンテナンスリソースおよびこれらに類するもののような、様々な係数に基づいている。ビジネスの好みおよび過去のデータは、外部入力166からの入力として到来してもよく、現在のフライトスケジュールは、フライトスケジュール162からの入力として到来してもよく、メンテナンスリソースは、メンテナンスリソース164からの入力として到来してもよい。例えば、TOD係数および欠航フライト係数に対して選択された好みは、フライトスケジュール162から得られた航空機の現在のロケーションおよびフライトスケジュールにそれぞれ基づいていてもよい。別の例として、遅延持続時間係数に対して選択された好みは、メンテナンスリソース164から得られた利用可能なメンテナンスリソースに基づいていてもよい。
【００４１】
図2の参照に戻ると、フライト推奨モジュール140は、乱れの深刻度モジュール120からの乱れの深刻度インデックス値130に、少なくとも部分的に、または、これにのみ基づいて、推奨されるアクション150を発生させる。例えば、いくつかの実現では、推奨されるアクション150は、乱れの深刻度インデックス値130にのみ基づいていてもよい。1つの実現では、フライト推奨モジュール140は、乱れの深刻度インデックス値がしきい値を満たす場合に、乱れの深刻度インデックス値130を、予め定められたまたは動的に決定されたしきい値と比較し、航空機を飛行させる前に航空機を修理するための推奨されるアクション150を発生させてもよく、あるいは、乱れの深刻度インデックス値がしきい値を満たさない場合に、航空機を修理する前に航空機を飛行させるための推奨されるアクション150を発生させてもよい。
【００４２】
例えば、さらにいくつかの実現では、推奨されるアクション150は、深刻度インデックス値130、ビジネスの好み、ならびに、フライトスケジュール162、メンテナンスリソース164および外部入力166からの他の入力のうちの少なくとも1つに基づいている。図4に示すように、フライト推奨モジュール140は、1つの実施形態にしたがったビジネスルールモジュール250を含む。ビジネスルールモジュール250は、推奨決定モジュール260が推奨されるアクション150を発生させるのに利用してもよい1つ以上のビジネスルールを記憶または発生させる。いくつかの実現では、ビジネスルールは、ユーザ入力252としてユーザにより入力されてもよい。ある実現では、ビジネスルールは、ユーザ入力252に基づいて、ビジネスルールモジュール250により発生されてもよい。一般に、ビジネスルールは、エアラインを運営するオペレーションの側面を考慮して、スケジュールされていないメンテナンスイベントを取り扱う方法に関して、サービス提供者の好みを具現化する。例えば、あるオペレータは、可能であれば、エアラインの乗客に対するフライトスケジュール遅延の影響を最小化するために、メンテナンスの延期を選び、その後、延期の許容範囲（例えば、時間期間）内の最も早い利用可能な時間に修復を実行するかもしれない。別のオペレータもまた、同じ延期を取ることを選ぶが、その代わりに、修復を行う前に延期の許容範囲の完全な長さの間、航空機を飛行させるかもしれない。推奨決定モジュール260は、推奨されるアクション150を発生させるためにビジネスルールモジュール250から受信したビジネスルールを適用するように構成されていてもよい。
【００４３】
いくつかの実現では、推奨決定モジュール260は、推奨されるアクション150を発生させるために、ビジネスルールの代わりに、または、ビジネスルールに加えて、入力に依存する。1つの実現では、推奨決定モジュール260は、スケジュールされていないメンテナンスイベントに対するメンテナンスの延期が望まれるかどうかを決定するために、現在のフライトスケジュール162からのリアルタイムデータを利用する。例えば、メンテナンスの延期は、航空機の現在のロケーション、未来のフライトの目的地、および／または、現在のフライトスケジュール162から得られるスケジュールされていないバックアップの航空機の利用可能性に基づくことができる。1つの特有の実現では、延期の許容範囲内で優先度の高い（例えば、高い収益を発生させる）フライトを飛行するように航空機がスケジュールされる場合に、航空機が、高い優先度のフライトを完了するまでか、または、高い優先度のフライトをカバーするために別の航空機をシフトすることができるときまで、修復のアクションは遅延する。
【００４４】
同様に、ビジネスルールおよびリアルタイムのフライトスケジュールデータに加えて、あるいは、これらの代わりに、推奨決定モジュール260は、スケジュールされていないメンテナンスイベントに対するメンテナンスの延期が望まれるかどうかを決定するために、現在のメンテナンスリソース164からのリアルタイムデータを利用してもよい。例えば、メンテナンスを延期することは、現在のまたは来るべき着陸ステーションのメンテナンス能力（例えば、マンパワー、修復設備、スペアパーツの在庫管理等）に基づくことができる。1つの実現にしたがって、現在または中間の着陸ステーションよりも良好なメンテナンス能力を有している着陸ステーションにおいて、航空機の未来のフライトおよび到着の完了まで、スケジュールされていないメンテナンスイベントのメンテナンスは延期される。この方法では、メンテナンスを延期することは、故障の修理を延長するが、サービス提供者のオペレーション全体のより効率的な管理を提供する。このタイプの延期は、燃料の補給および乗客の乗り込みのような、標準的なサービスを超えるメンテナンス能力をオペレータが有さないステーションに航空機が着陸するときに、生じることがある。故障が、航空機の再度の飛行を許可する前に修復を要求するフライト重要項目ではない場合に、航空機が適切なメンテナンス能力を持つステーションに最終的に着陸するだろう、航空機のスケジュールされたルートを継続できるように、修復の延期が開始されてもよい。延期はまた、利用可能なリソースの全てを占有することができる、十分な能力を有しているが、進行中の他の同時に発生しているスケジュールされていないメンテナンスイベントをサービスするかもしれない空港において発生することがある。この後者のケースでは、航空機着陸ステーションは、能力の制限の代わりに容量の制限を有すると考えられる。延期に対する許容範囲の場合、乗客は、所望の目的地に輸送され続けてもよく、航空機は、十分なメンテナンス能力および容量が利用可能な他の空港または着陸ステーションに移動されてもよい。いずれのケースでも、修復の延期により、スケジュールされていないメンテナンスイベントが乗客の経験に影響を与えることを妨げ、計画されていないイベントを、未来のあるときの計画されたイベントに移行することが可能になる。
【００４５】
ビジネスルールならびにリアルタイムのフライトデータおよびメンテナンスリソースデータに加えて、もしくは、これらの代わりに、推奨決定モジュール260は、スケジュールされていないメンテナンスイベントに対するメンテナンスの延期が望まれるかどうかを決定するために、外部データモジュール60またはデータベースからの外部入力166を利用してもよい。1つの実現では、外部入力166は、所定のタイプのスケジュールされていないメンテナンスイベントに対する過去の乱れの深刻度インデックス値を含む。推奨決定モジュール260は、現在のスケジュールされていないメンテナンスイベントの乱れの深刻度インデックス値130を、過去からの同様のスケジュールされていないメンテナンスイベントの過去の乱れの深刻度インデックス値と比較するように構成できる。いくつかの実現では、現在の乱れの深刻度インデックス値130だけでは、現在のスケジュールされていないメンテナンスイベントの即座の修理を保証しないが、現在の乱れの深刻度インデックス値が、過去の乱れの深刻度インデックス値よりも高いある量である場合に、現在のスケジュールされていないメンテナンスイベントの即座の解決をトリガする決定のサポートを提供してもよい。対照的に、過去の乱れの深刻度インデックス値よりも低いある量である現在の乱れの深刻度インデックス値130は、結果として現在のスケジュールされていないメンテナンスイベントの解決の遅延につながる決定のサポートを提供してもよい。
【００４６】
別の実現にしたがって、外部入力166は、1つ以上のアクセス可能なデータベースからのデータを含んでもよい。例えば、1つの実現では、外部入力166は、メンテナンスイベントの解決を遅延させる過去のリスクを表す過去のメンテナンス遅延リスク計算であってもよい。メンテナンスイベントの解決の遅延に関係するリスクが高ければ高いほど、航空機の現在のロケーションにおいて適切なメンテナンス容量がある場合に、推奨決定モジュール260が、メンテナンスを遅延させる推奨されるアクション150を発生させる可能性はより低くなる。別の実現では、外部入力166は、所定のスケジュールされていないメンテナンスイベントに対するメンテナンス手動AOG要件を含む。さらに他の実現にしたがって、外部入力166は、過去のスケジュールされていないメンテナンスイベントの解決の効果に関する過去の情報、解決を実行するのに使用される特有のコンポーネントまたはメンテナンス手順を含む。いくつかの実現では、外部入力166は、航空機を飛行させるのに必要な最低限のオペレーションコンポーネントに関する情報を含んでもよい。例えば、推奨決定モジュール260は、同様の故障に対する過去の修理を決定するためのメンテナンス情報を参考にし、故障に対する最も可能性の高い修復が第1の時間量を取ることを決定してもよい。その後、所定の時間量が、予測される遅延時間に対する入力として使用されるだろう。同様に、以前の例に関連して、推奨決定モジュール260は、特有の故障に関連する過去のスケジュール中断データを参考にし、故障が、平均して、合計で第1の時間量より長い第2の時間量をとなるフライトスケジュール遅延を生じさせることに気付くかもしれない。このケースでは、遅延時間に対する入力は、第1の時間量とは反対に、第2の時間量に関係する最悪の可能性のケースであろう。
【００４７】
いくつかの実施形態にしたがって、推奨決定モジュール260は、着陸ステーションにおけるメンテナンスリソースを考慮して、複数の航空機に対する複数のスケジュールされていないメンテナンスイベントの解決または修理のタイミングに優先度を付けるように構成されている優先度モジュール262を含んでもよい。一般に、優先度モジュール262は、複数のスケジュールされていないメンテナンスイベントに対する乱れの深刻度インデックス値130と、イベントを解決するための推定時間とを比較し、その後、サービス提供者のオペレーションに対する全体的な影響に基づいて、イベントの修理に優先度を付ける。例えば、ある航空機が、イベントの即座の解決を提案するかもしれない、比較的高い乱れの深刻度インデックス値130を持つスケジュールされていないメンテナンスイベントを有してもよいが、イベントを解決する時間が十分に多い場合に、優先度モジュール262は、他の航空機において比較的低い乱れの深刻度インデックス値を持つスケジュールされていないメンテナンスイベントを最初に解決することを推奨してもよい。その理由は、複数の航空機の飛行を遅延させることを犠牲にして、単一の航空機を飛行させるのとは反対に、複数の航空機を現在飛行させることにメンテナンスリソースをフォーカスするほうが、より効率がよく、費用効果が高いためである。優先度モジュール262による複数のスケジュールされていないメンテナンスイベントの優先度付けは、推奨されるアクション150を発生させる係数とすることができる。
【００４８】
図5を参照すると、1つの実施形態では、ディスプレイ112は、複数のスケジュールされていないメンテナンスイベントおよび関係する情報を表示するフィールド114を含んでもよい。例えば、フィールド114は、各スケジュールされていないメンテナンスイベントおよび、各スケジュールされていないメンテナンスイベントに関係する過去のデータ275に対する乱れの深刻度インデックス値130の計算を形成するデータ270を表示してもよい。さらに、乱れの深刻度インデックス値130および推奨されるアクション150が、フィールド114に表示されてもよい。フィールド114はまた、航空機および航空機のロケーションを表示してもよい。さらに、フィールド114はまた、サマリー情報およびメンテナンスデータソースのサポートに対するハイパーリンクを含んでもよい。例えば、フィールド114は、特有の故障に対して最も可能性の高い修復を示す情報とともに、コンポーネントが航空機の最低限必須のコンポーネントリストにある場合に、修復アクション延期によりトリガされる可能性があるメンテナンスおよび／またはオペレーションの制限の双方を示すための情報を含んでもよい。一般に、フィールド114は、オペレータに対する決定のサポートをすばやく提供するためのサマリー情報を含む。いくつかの特有の実現では、フィールド114は、所望の場合に、オペレータがさらに詳細な情報にアクセスできるように、実際の情報に対するハイパーリンクを含む。
【００４９】
図6を参照すると、スケジュールされていないメンテナンスイベント管理システム300が示されている。システム300は、トリガイベント305に応答的であり、トリガイベント305は、航空機における故障によりトリガされているスケジュールされていないメンテナンスイベントに関係する。トリガイベント305は、乱れの深刻度ならびに修理または飛行の推奨ツール310により受信される。ツール310は、航空機の修理または航空機の飛行をフライトスケジュールおよびメンテナンス管理ツール315に推奨し、フライトスケジュールおよびメンテナンス管理ツール315は、それにしたがって、フライトおよびメンテナンスのスケジュールを変更する。例えば、ツール310が、スケジュールされていないメンテナンスイベントのケアをする（例えば、修復する）ために航空機の遅延を推奨する場合に、フライトスケジュールおよびメンテナンス管理ツール315は、航空機の未来のフライトを遅延、キャンセルまたは修正することにより、フライトスケジュールを調整する。さらに、ツール315は、スケジュールされていないメンテナンスイベントが未来にスケジュールされた場合に、および、航空機のスケジュールされていないダウンタイムを利用するために、任意のスケジュールされているメンテナンスイベントが早くに実行された場合に、メンテナンススケジュールを調整してもよい。
【００５０】
乱れの深刻度ならびに修理または飛行の推奨ツール310は、深刻度インデックスツール325およびアクション推奨ツール330を含む。深刻度インデックスツール325は、フライトスケジュールおよびメンテナンス管理ツール315からのリアルタイムデータ、ツール310の外部にある外部ツールおよびデータベース320からのデータ、ならびに／あるいは、ツール310の一部を形成するデータベース340からのデータに基づいて、トリガイベント305に対する乱れの深刻度インデックス値を計算する。アクション推奨ツール330は、トリガイベント305の修理前に航空機を飛行させるように、または、航空機の飛行前にトリガイベント305を修理するように、ツール315に推奨する。ツール330からの修理または飛行の推奨は、ツール315からのリアルタイムでのフライトスケジュールおよびメンテナンスデータ、深刻度インデックスツール325からの乱れの深刻度インデックス値、ならびに／あるいは、外部ツールおよびデータベース320からのデータに基づくことができる。さらに、修理または飛行の推奨は、ユーザによりアクセス可能な乱れイベントダッシュボード335上に表示できる。さらに、修理または飛行の推奨ならびに／あるいは現在のトリガイベント305の管理に関する他の情報は、未来の使用のためにデータベース340中に記憶できる。
【００５１】
図7を参照すると、スケジュールされていないメンテナンスイベントを管理するための方法400の1つの実施形態は、405において、スケジュールされていないメンテナンスイベントがトリガされているか否かを決定することを含む。スケジュールされていないメンテナンスイベントがトリガされていない場合、ループは、イベントがトリガされるまでそれ自体が繰り返す。405において、いったん、スケジュールされていないメンテナンスイベントがトリガされると、方法400は、410においてフライトスケジュール情報を受信し、415においてメンテナンススケジュールおよびリソースを受信するように進む。その後、方法400は、420において、乱れの深刻度インデックス値を計算する。選択的に、方法400は、425において、外部ソースからの検討を受信してもよく、430において、乱れの深刻度インデックス値、外部ソースの検討、ならびに、410、415においてそれぞれ受信したフライトスケジュールおよびメンテナンススケジュール／リソースに基づいて、スケジュールされていないメンテナンスイベントを修理すること、または、イベントを修理することなく航空機を飛行させることを推奨する。方法400は、435において、航空機の修理が推奨されているか否かを決定することを含む。435において、航空機の修理が推奨されている場合に、方法400は、440においてフライトスケジュールおよびメンテナンススケジュールを調整する。しかし、435において、航空機の飛行が推奨されている場合に、方法400は、遅延されたメンテナンスイベントを反映するために、445において、メンテナンススケジュールを調整する。
【００５２】
本明細書全体を通しての「1つの実施形態（one embodiment）」、「ある実施形態（an embodiment）」または同様の言語に対する言及は、実施形態に関連して記述された特定の特徴、構造または特性が、本開示の主題の少なくとも1つの実施形態に含まれることを意味する。本明細書全体を通しての「1つの実施形態では（in one embodiment）」、「ある実施形態では（in an embodiment）」というフレーズおよび同様の言語の出現は、必ずではないが、全て同一の実施形態のことを指してもよい。同様に、「実現」という用語は、本開示の主題の1つ以上の実施形態に関連して記述された特定の特徴、構造または特性を有する実現を意味するが、そうではないことを示す明確な相関がない場合に、実現は、1つ以上の実施形態に関係してもよい。
【００５３】
上記の説明では、「アップ」、「ダウン」、「上」、「下」、「水平」、「垂直」、「左」、「右」、「上に」、「下に」およびこれらに類するもののような、ある用語が使用されてもよい。これらの用語は、適切である場合に、相対的な関係性に対処する際に、説明に何らかの明確さを提供するために使用される。しかし、これらの用語は、絶対的な関係性、位置および／または方向を示唆することを意図していない。例えば、オブジェクトに関して、「上」の面は、単にオブジェクトがひっくり返ることにより「下」の面になり得る。しかし、これは、依然として同じオブジェクトである。さらに、「含む」、「備える」、「有する」およびこれらのバリエーションは、そうではないと明確に指定されていない限り、「含むが、限定されない」ことを意味する。列挙した項目のリストは、そうではないと明確に指定されていない限り、項目のいずれかまたは全てが互いに排他的および／または互いに包含的であることを示唆しない。「1つ（a）」、「1つ（an）」および「その「the」という用語もまた、そうではないと明確に指定されていない限り、「1つ以上」のことを指す。さらに、「複数の」という用語は、「少なくとも2つ」として定義され得る。
【００５４】
さらに、1つのエレメントが別のエレメントに「結合」されている、本明細書におけるインスタンスは、直接的および間接的な結合を含み得る。直接的な結合は、別のエレメントに結合し、別のエレメントと何らかの接触を持つ1つのエレメントとして定義され得る。間接的な結合は、互いに直接接触していないが、結合されるエレメント間に1つ以上の追加のエレメントを有する、2つのエレメント間の結合として定義され得る。さらに、ここで使用するように、1つのエレメントの、別のエレメントに対する固定は、直接的な固定および間接的な固定を含み得る。さらに、ここで使用するように、「隣接する」は、必ずしも接触を意味しない。例えば、1つのエレメントは、別のエレメントと接触することなく、そのエレメントと隣接し得る。
【００５５】
ここで使用するように、「少なくとも1つの」というフレーズは、項目のリストとともに使用される際に、リストにある項目のうちの1つ以上の異なる組み合わせが使用されてもよく、リスト中の項目のうちの1つだけが必要とされてもよいことを意味する。項目は、特定のオブジェクト、物またはカテゴリーであってもよい。言い換えると、「少なくとも1つの」は、項目の任意の組み合わせまたは任意の数の項目がリストから使用されてもよいが、リスト中の項目全てが必要とされなくてもよいことを意味する。例えば、「項目A、項目Bおよび項目Cのうちの少なくとも1つ」は、項目A；項目Aおよび項目B：項目B：項目A、項目Bおよび項目C；あるいは、項目Bおよび項目Cを意味してもよい。いくつかのケースでは、「項目A、項目Bおよび項目Cのうちの少なくとも1つ」は、例えば、限定されないが、項目Aのうちの2個、項目Bのうちの1個および項目Cのうちの10個；項目Bのうちの4個および項目Cのうちの7個；あるいは、他の何らかの適切な組み合わせを意味してもよい。
【００５６】
本明細書で記述される機能単位の多くは、それらの実現の独立性をさらに詳細に強調するために、モジュールとしてラベリングされている。例えば、モジュールは、カスタムVLSI回路またはゲートアレイ、論理チップのようなオフザシェルフ半導体、トランジスタあるいは他のディスクリートコンポーネントを備えるハードウェア回路として実現されてもよい。モジュールはまた、フィールドプログラム可能ゲートアレイ、プログラム可能アレイ論理、プログラム可能論理デバイスまたはこれらに類するもののような、プログラム可能なハードウェアデバイスとして実現されてもよい。
【００５７】
モジュールはまた、様々なタイプのプロセッサにより実行されるソフトウェアで実現されてもよい。コンピュータ読取可能プログラムコードの識別されたモジュールは、例えば、コンピュータ命令の1つ以上の物理または論理ブロックを備え、これらが、例えば、オブジェクト、プロシージャまたは関数として組織されてもよい。しかし、識別されたモジュールの実行可能なものは、必ずしも物理的に共に位置付けられていないが、共に論理的につなげられた際に、モジュールを含み、モジュールに関して述べられた目的を達成する、異なるロケーションに記憶されている別々の命令を含んでもよい。
【００５８】
実際、コンピュータ読取可能プログラムコードのモジュールは、単一の命令または多数の命令であってもよく、ならびに、複数の異なるコードセグメントにわたって、異なるプログラム間で、および、複数のメモリデバイスにわたって、分散されていてさえよい。同様に、オペレーションデータは、ここではモジュール内で識別され、示されてもよく、任意の適切な形態で具現化されてもよく、任意のタイプのデータ構造内で組織されてもよい。オペレーションデータは、単一のデータセットとして収集されてもよく、あるいは、異なる記憶デバイスにわたって異なるロケーションに分散されてもよく、単にシステムまたはネットワーク上の電子信号として、少なくとも部分的に存在してもよい。モジュールまたはモジュールの一部はソフトウェアにおいて実現され、コンピュータ読取可能プログラムコードは、1つ以上のコンピュータ読取可能媒体に記憶および／または伝達されてもよい。
【００５９】
コンピュータ読取可能媒体は、コンピュータ読取可能プログラムコードを記憶するタンジブルコンピュータ読取可能記憶媒体であってもよい。コンピュータ読取可能記憶媒体は、例えば、電子的、磁気的、光、電磁的、赤外線、ホログラフィー、マイクロメカニカルまたは半導体のシステム、装置あるいはデバイス、もしくは、先のものの任意の適切な組み合わせであってもよいが、これらに限定されない。
【００６０】
コンピュータ読取可能媒体のさらに特定の例は、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（RAM）、リードオンリーメモリ（ROM）、消去可能プログラム可能リードオンリーメモリ（EPROMまたはフラッシュメモリ）、ポータブルコンパクトディスクリードオンリーメモリ（CD-ROM）、デジタル多用途ディスク（DVD）、光記憶デバイス、磁気記憶デバイス、ホログラフィー記憶媒体、マイクロメカニカル記憶デバイス、または、先のものの任意の適切な組み合わせを含んでもよいが、これらに限定されない。本文書のコンテキストでは、コンピュータ読取可能記憶媒体は、命令実行システム、装置またはデバイスによる使用、ならびに／あるいは、命令実行システム、装置またはデバイスに関連する使用のためのコンピュータ読取可能プログラムコードを含む、および／または、記憶することができる、任意のタンジブル媒体であってもよい。
【００６１】
コンピュータ読取可能媒体はまた、コンピュータ読取可能信号媒体であってもよい。コンピュータ読取可能信号媒体は、例えば、ベースバンドで、または、搬送波の一部として、そこで具現化されるコンピュータ読取可能プログラムコードを持つ伝達されるデータ信号を含んでもよい。このような伝達信号は、電気的、電磁気的、磁気的、光、または、これらの任意の適切な組み合わせを含む、任意の様々な形態を取ってもよいが、これらに限定されない。コンピュータ読取可能信号媒体は、コンピュータ読取可能記憶媒体ではない、命令実行システム、装置またはデバイスによる使用、ならびに／あるいは、命令実行システム、装置またはデバイスに関連する使用のためのコンピュータ読取可能プログラムコードを、通信、伝達または伝送できる、任意のコンピュータ読取可能媒体であってもよい。コンピュータ読取可能信号媒体上で具現化されるコンピュータ読取可能プログラムコードは、ワイヤレス、ワイヤライン、光ファイバケーブル、無線周波数（RF）またはこれらに類するもの、あるいは、これらの任意の適切な組み合わせを含むが、これらに限定されない任意の適切な媒体を使用して通信されてもよい。
【００６２】
1つの実施形態では、コンピュータ読取可能媒体は、1つ以上のコンピュータ読取可能記憶媒体および1つ以上のコンピュータ読取可能信号媒体の組み合わせを含んでもよい。例えば、コンピュータ読取可能プログラムコードは、プロセッサによる実行のために光ファイバケーブルを通しての電磁気信号として伝達されることと、プロセッサによる実行のためにRAM記憶デバイス上に記憶されることの双方が行われてもよい。
【００６３】
本発明の態様のための動作を実行するためのコンピュータ読取可能プログラムコードは、Java（登録商標）、Smalltalk、C++、または、これらに類するもののようなオブジェクト指向型プログラミング言語、ならびに、「C」プログラミング言語または同様のプログラミング言語のような、従来の手続き型プログラミング言語を含む、1つ以上のプログラミング言語の任意の組み合わせで書かれてもよい。コンピュータ読取可能プログラムコードは、ユーザコンピュータ上で全体的に、ユーザコンピュータ上で部分的に、スタンドアローン型ソフトウェアパッケージとして、ユーザコンピュータ上で部分的かつリモートコンピュータ上で部分的に、あるいは、リモートコンピュータまたはサーバ上で全体的に、実行してもよい。後者のシナリオでは、リモートコンピュータは、ローカルエリアネットワーク（LAN）またはワイドエリアネットワーク（WAN）を含む任意のタイプのネットワークを通して、ユーザコンピュータに接続されてもよく、あるいは、接続は、外部のコンピュータに対して（例えば、インターネットサービスプロバイダを使用してインターネットを通して）行われてもよい。
【００６４】
ここに含まれる概略的なフローチャート図は、一般に、論理フローチャート図として述べられる。そのため、記された順序およびラベリングされたステップは、本方法の1つの実施形態を示す。例示された方法の1つ以上のステップあるいはその一部に対する、機能、論理または努力において均等である他のステップおよび方法が考えられてもよい。さらに、用いられるフォーマットおよびシンボルは、方法の論理ステップを説明するために提供され、方法の範囲を限定しないものと理解される。フローチャート図において様々な矢印のタイプおよび線のタイプが用いられてもよいが、これらは対応する方法の範囲を限定しないものと理解される。実際、いくつかの矢印または他のコネクタは、方法の論理フローのみを示すように使用されてもよい。例えば、矢印は、示された方法の列挙されたステップ間の特定されない待機または監視の持続期間を示してもよい。さらに、特定の方法が生じる順序は、示した対応するステップの順序と厳密に一致していてもよく、または、していなくてもよい。
【００６５】
本主題は、本開示の精神または必須の特性から逸脱することなく、他の特定の形態で具現化されてもよい。記述した実施形態は、あらゆる点で、限定ではなく、単に例として考えられるべきである。
【符号の説明】
【００６６】
10  システム
20  航空機
30  データネットワーク
40  フライトスケジュールモジュール
50  メンテナンスモジュール
60  外部データモジュール
100  乱れ制御モジュール
110  ディスプレイモジュール
112  ディスプレイ
114  フィールド
120  深刻度モジュール
130  深刻度インデックス値（DSI値）
140  フライト推奨モジュール
150  アクション
160  トリガイベント
162  フライトスケジュール
164  メンテナンスリソース
166  外部入力
200  フライトオペレーション係数モジュール
205  フライトオペレーション係数
210  インターフェースモジュール
215  インターフェース
220A  データ入力フィールド
220B  データ入力フィールド
220C  データ入力フィールド
220D  データ入力フィールド
220E  データ入力フィールド
230  深刻度計算モジュール
235  ルールモジュール
240  アルゴリズムモジュール
250  ビジネスルールモジュール
252  ユーザ入力
260  推奨決定モジュール
262  優先度モジュール
270  データ
275  データ
300  メンテナンスイベント管理システム
305  トリガイベント
310  推奨ツール
315  フライトスケジュールおよびメンテナンス管理ツール
320  データベース
325  深刻度インデックスツール
330  アクション推奨ツール
335  乱れイベントダッシュボード
340  データベース
【図１】
2015141716.tif 000003
【図２】
2015141716.tif 000004
【図３】
2015141716.tif 000005
【図４】
2015141716.tif 000006
【図５】
2015141716.tif 000007
【図６】
2015141716.tif 000008
【図７】
2015141716.tif 000009
【外国語明細書】
2015141716000001.pdf