(57)【要約】  本発明は、アビオニクスゾーン（１０１）と称されるセキュアゾーンとオープンゾーン（１０１）とに区分けされるネットワークを備える、航空機のためのメンテナンスコンピュータシステムに関する。システムは、アビオニクスゾーンに収容される第１のソフトウェアモジュールと、オープンゾーンに収容される第２のソフトウェアモジュールとを含み、第１のモジュールは、故障発見論理ツリーに従うよう設計され、第２のモジュールは、電子メンテナンスドキュメントを提供するよう設計され、第１のモジュールが従う故障発見論理ツリーに沿う経路は、前記ツリーの節点に各々関連付けられる前記メンテナンスドキュメントのページの、第２のモジュールによる提供を自動的および同期的に与える。
2010529921.tif 000002
【特許請求の範囲】
【請求項１】
アビオニクスゾーン（１０１）と称されるセキュアゾーンとオープンゾーン（１０２）とに区分けされるネットワークを備える、航空機のためのメンテナンスコンピュータシステムであって、
アビオニクスゾーンに収容される第１のソフトウェアモジュールと、
オープンゾーンに収容される第２のソフトウェアモジュールと、を含み、
第１のモジュールは、故障発見論理ツリーに従うよう設計され、
第２のモジュールは、電子メンテナンスドキュメントを提供するよう設計され、
第１のモジュールが従う故障発見論理ツリーに沿う経路は、前記ツリーの節点に各々関連付けられる前記メンテナンスドキュメントのページの、第２のモジュールによる提供を自動的および同期的に与えることを特徴とするコンピュータシステム。
【請求項２】
前記故障発見論理ツリーの各節点に対して、少なくとも１つのメンテナンスタスクが相当し、第１のモジュールは、第１のモジュールが前記節点に到達する時、このタスクに関連付けられるメンテナンスドキュメントのページを示すハイパーリンクを、第２のモジュールに送信することを特徴とする請求項１に記載のコンピュータシステム。
【請求項３】
故障発見論理ツリーの節点毎に、第１のモジュールは、この節点に相当する前記メンテナンスタスクの実行結果に応じて次の節点を決定することを特徴とする請求項２に記載のコンピュータシステム。
【請求項４】
故障発見論理ツリーは、故障識別コードから決定され、前記コード自体は、アビオニクスゾーンに収容される電子航空日誌（１２０）における入力の分析から得られることを特徴とする請求項１〜３の何れか１項に記載のコンピュータシステム。
【請求項５】
航空機の機器項目が故障発見論理ツリーを通過し終える時に故障であることを第１のモジュールが決定する場合、前記システムは、アビオニクスゾーンに保持され、ＭＥＬとして知られる、航空機の最小機器リストにこの機器が存在するかを確認するよう適合されることを特徴とする請求項１〜４の何れか１項に記載のコンピュータシステム。
【請求項６】
前記故障機器項目がＭＥＬに存在する場合、システムは、航空機の機能的性能または安全マージンの損失について、相当するコストを計算するよう適合されることを特徴とする請求項５に記載のコンピュータシステム。
【請求項７】
アビオニクスゾーンに収容される第３のソフトウェアモジュールと、
オープンゾーンに収容される第４のソフトウェアモジュールと、を含み、
第３のモジュールは、ＭＥＬの要素を探索および選択するよう設計され、
第４のソフトウェアモジュールは、前記機器に相当するドキュメントページを提供し、
前記第３のソフトウェアモジュールによる要素の選択は、この要素に関連するドキュメントページの、第４のモジュールによる提供を自動的および同期的に与えることを特徴とする請求項５または６に記載のコンピュータシステム。
【請求項８】
ＭＥＬの要素毎に、第３のモジュールは、この要素に関連する前記ドキュメントページを含むＵＲＬを示すハイパーリンクを第４のモジュールに送信することを特徴とする請求項７に記載のコンピュータシステム。
【請求項９】
第１のモジュールおよび必要に応じて第３のモジュールは、アビオニクスゾーンの第１のコンピュータに収容され、第２のモジュールおよび必要に応じて第４のモジュールは、オープンゾーンの第２のコンピュータに収容され、第２のコンピュータは、オープンゾーンへの一方向リンク（１８１）および無線アクセスポイント（１８０）によってアビオニクスゾーンのネットワークの部分にリンクされることを特徴とする請求項１〜８の何れか１項に記載のコンピュータシステム。
【請求項１０】
第１のモジュールおよび必要に応じて第３のモジュールは、アビオニクスゾーンの第１のコンピュータに収容され、第２のモジュールおよび必要に応じて第４のモジュールは、オープンゾーンの第２のコンピュータに収容され、第１および第２のコンピュータの入力／出力は、ＫＶＭ切替にリンクされ、前記切替は、共通の入力／出力インタフェース（１５５）に前記入力／出力を切り替えるよう設計されることを特徴とする請求項１〜８の何れか１項に記載のコンピュータシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に、航空機メンテナンスの分野に関する。
【背景技術】
【０００２】
従来、航空機のメンテナンスは、紙のドキュメントに基づきメンテナンス技術者によって現場で行われていた。
【０００３】
これら文書は従来、ＡＭＭ（航空機メンテナンスマニュアル）およびＴＳＭ（トラブルシューティングまたは故障発見マニュアル）の略で各々知られる、メンテナンスおよび修理マニュアルまたはフォルダの形式をとっていた。これらドキュメントは、予防的メンテナンスに関する手順だけでなく、航空機上の任意の機器に悪影響を及ぼしうる故障の検出および修理の網羅的記載を提供していた。
【０００４】
同様の方法で、パイロットの意見は、やはり紙の“航空日誌”と呼ばれるオンボード記録で記録されていた。メンテナンス技術者はその後、ストップオーバの間にメンテナンス目的でこの日誌を使用していた。
【０００５】
最近では、コクピットにある全ての紙を低減するだけでなく削除する傾向があり（lesspaper cockpit）、ＡＭＭおよびＴＳＭマニュアルおよび航空日誌は、航空機搭載型のコンピュータアプリケーションと取り替えられている。
【０００６】
具体的に、ＡＭＭおよびＴＳＭマニュアルは現在、メンテナンスオペレータがハイパーリンクによって自由に閲覧できる電子ドキュメントの形でもたらされる。これらドキュメントは、航空機の機器およびそれに悪影響を及ぼしうる故障に関する記載を含み、メンテナンスオペレータは、故障を識別およびクリアにすることができる。
【０００７】
同様に、航空日誌はまた、“eLogbook”と呼ばれる電子ドキュメントの形式をとる。
【０００８】
上記電子ドキュメントは、ハイパーリンクによって共にリンクされるので、オペレータは、１つのアプリケーションから他のアプリケーションへ簡単に移ることができる。
【０００９】
また、遠くにある機器項目が内蔵型テスト機器（いわゆるＢＩＴＥ）モジュールを備える時、集中的なメンテナンスシステム（いわゆるＣＭＳ）を使用して、その機器項目のテストを行うだけでなく、任意のエラーメッセージに対しても使用され、これらメッセージを互いに、または故障と相関させ、故障発見プロセスを容易にする。
【００１０】
メンテナンスオペレータは故に、故障を発見して任意の故障をクリアにするために、習得しなければならない各種コンピュータツールを自由に有する。
【００１１】
しかし、これらメンテナンスツールは、所定数の欠点を備えている。
【００１２】
先ず、オペレータは通常、自分の故障発見努力に誘導されない。オペレータは、自分にとって最適と思われる手順に従い、必要に応じて、選択したオプションによりおおよそ早い収束のリスクを伴って、いくつかのテスト段階をスキップし、またはマニュアルに示された順序を逆にすることがある。
【００１３】
次に、最近の設計レベルでは、セキュアゾーンおよび非セキュアゾーンへのオンボードネットワークの区分けによって、メンテナンスに関するコンピュータアプリケーションがどこに収容されているかを確かめることが難しくなっている。具体的に、オンボードネットワークは通常、２つのサブネットワークに区分けされ、１つはいわゆるアビオニクスゾーンに設置され、もう１つはいわゆるオープンまたは非セキュアゾーンに設置される。２つのサブネットワーク間のリンクは、一方向性であることを要し、アビオニクスサブネットワークからオープンサブネットワークへ向かう。他方で、任意の所定のサブネットワーク内では、リンクは、双方向にすることができる。
【００１４】
オープンゾーンにメンテナンスツールを収容すると、そのインテグリティの保証を提供できなくなるか、または言い換えると、それらを構成するプログラムおよびデータへの悪意あるアクセスおよび／または改変に対して効率的に防御できない。結果として、メンテナンスツールは、任意の認証プロセスを受けるのに適切ではない。また、メンテナンスツールの任意の誤った使用（計画されていないかまたは矛盾したテスト）は、アビオニクスゾーンにおけるシステムの正しい動作に損害を与えることがある。
【００１５】
反対に、アビオニクスゾーンにこれらツールを収容することは、特殊で著しくコストの高いアプリケーションの開発を要することにより、頻繁な更新を実行するオプションを低減するので、かなり考えにくい。
【００１６】
本発明の１つの目的は、上記欠点を呈しない、航空機のためのメンテナンスツールを提案することにあり、先ずオペレータのための案内を常に提供し、次にオンボードネットワークの区分けに互換性のある実装を可能にすることを意味する。
【発明の概要】
【課題を解決するための手段】
【００１７】
本発明は、アビオニクスゾーンと称されるセキュアゾーンとオープンゾーンとに区分けされるネットワークを備え、前記コンピュータシステムは、アビオニクスゾーンに収容される第１のソフトウェアモジュールと、オープンゾーンに収容される第２のソフトウェアモジュールと、を含み、第１のモジュールは、故障発見論理ツリーに従うよう設計され、第２のモジュールは、電子メンテナンスドキュメントを提供するよう設計され、第１のモジュールが従う故障発見論理ツリーに沿う経路は、対象の節点に各々関連付けられる前記メンテナンスドキュメントのページの、第２のモジュールによる提供を自動的および同期的に与える、航空機のためのメンテナンスコンピュータシステムに関する。
【００１８】
有利な点として、前記故障発見論理ツリーの各節点に対して、少なくとも１つのメンテナンスタスクが相当し、第１のモジュールは、第１のモジュールが前記節点に到達する時、このタスクに関連付けられるメンテナンスドキュメントのページを示すハイパーリンクを、第２のモジュールに送信する。
【００１９】
第１のモジュールは、この節点に相当する前記メンテナンスタスクの実行結果に応じて次の節点を決定する。
【００２０】
故障発見論理ツリーは、例えば故障識別コードから決定され、前記コード自体は、アビオニクスゾーンに収容される電子航空日誌における入力の分析から得られる。
【００２１】
航空機の機器項目が故障発見論理ツリーを通過し終える時に故障であることを第１のモジュールが決定する場合、前記システムは、アビオニクスゾーンに保持され、航空機の最小機器リスト（いわゆるＭＥＬ）にこの機器が存在するかを確認するよう設計されることができる。
【００２２】
前記故障機器項目がＭＥＬに存在する場合、システムは、航空機の機能的性能または安全マージンの損失について、相当するコストを計算するよう設計される。
【００２３】
また、アビオニクスゾーンに収容される第３のソフトウェアモジュールと、オープンゾーンに収容される第４のソフトウェアモジュールと、を含み、第３のモジュールは、ＭＥＬの要素を探索および選択するよう設計され、第４のソフトウェアモジュールは、前記機器に相当するドキュメントページを提供し、前記第３のソフトウェアモジュールによる要素の選択は、この要素に関連するドキュメントページの、第４のモジュールによる提供を自動的および同期的に与える。
【００２４】
ＭＥＬの要素毎に、第３のモジュールは、この要素に関連する前記ドキュメントページを含むＵＲＬを示すハイパーリンクを第４のモジュールに有利に送信する。
【００２５】
第１のモジュールおよび必要に応じて第３のモジュールは、アビオニクスゾーンの第１のコンピュータに収容され、第２のモジュールおよび必要に応じて第４のモジュールは、オープンゾーンの第２のコンピュータに収容され、第２のコンピュータは、オープンゾーンへの一方向リンクおよび無線アクセスポイントによってアビオニクスゾーンのネットワークの部分にリンクされる。
【００２６】
実施形態の変形によると、第１のモジュールおよび必要に応じて第３のモジュールは、アビオニクスゾーンの第１のコンピュータに収容されてもよく、第２のモジュールおよび必要に応じて第４のモジュールは、オープンゾーンの第２のコンピュータに収容されてもよく、第１および第２のコンピュータの入力／出力は、ＫＶＭ切替にリンクされ、前記切替は、共通の入力／出力インタフェースに前記入力／出力を切り替えるよう設計される。
【図面の簡単な説明】
【００２７】
【図１】図１は、本発明によるメンテナンスシステムの実装の第１の方法を概略的に示す。
【図２】図２は、本発明によるメンテナンスシステムの実装の変形を概略的に示す。
【図３】図３は、本発明によるメンテナンスシステムの動作を示す。
【図４】図４は、故障発見論理ツリーの一例を与える。
【図５Ａ】図５Ａは、故障発見論理ツリーの連続する節点に沿って故障発見モジュールが進行する間、メンテナンスシステムの第１のスクリーンおよび第２のスクリーンの内容を示す。
【図５Ｂ】図５Ｂは、故障発見論理ツリーの連続する節点に沿って故障発見モジュールが進行する間、メンテナンスシステムの第１のスクリーンおよび第２のスクリーンの内容を示す。
【図５Ｃ】図５Ｃは、故障発見論理ツリーの連続する節点に沿って故障発見モジュールが進行する間、メンテナンスシステムの第１のスクリーンおよび第２のスクリーンの内容を示す。
【図５Ｄ】図５Ｄは、故障発見論理ツリーの連続する節点に沿って故障発見モジュールが進行する間、メンテナンスシステムの第１のスクリーンおよび第２のスクリーンの内容を示す。
【図５Ｅ】図５Ｅは、故障発見論理ツリーの連続する節点に沿って故障発見モジュールが進行する間、メンテナンスシステムの第１のスクリーンおよび第２のスクリーンの内容を示す。
【図５Ｆ】図５Ｆは、故障発見論理ツリーの連続する節点に沿って故障発見モジュールが進行する間、メンテナンスシステムの第１のスクリーンおよび第２のスクリーンの内容を示す。
【図５Ｇ】図５Ｇは、故障発見論理ツリーの連続する節点に沿って故障発見モジュールが進行する間、メンテナンスシステムの第１のスクリーンおよび第２のスクリーンの内容を示す。
【発明を実施するための形態】
【００２８】
本発明の基本的な考えは、アビオニクスゾーンに収容される第１のソフトウェアモジュールと、オープンゾーンに収容される第２のソフトウェアモジュールとをメンテナンスシステムに提供することであり、第１のソフトウェアモジュールは、故障発見論理ツリーの論理経路に従うよう設計された故障発見モジュールであり、第２のソフトウェアモジュールは、メンテナンスドキュメントを提供するよう設けられ、故障発見論理ツリーの節点では、対象の節点に各々関連付けられたドキュメントページの提供をもたらす。
【００２９】
図１は、本発明の１つの方法の実装によるメンテナンスコンピュータシステムを示す。
【００３０】
システムは、２つの部分１０１および１０２からなり、それぞれアビオニクスゾーン（ＡＷ）およびオープンゾーン（ＯＷ）に含まれる。システムの各部分は、スイッチドイーサネット（登録商標）ネットワークの仮想リンクのような双方向リンクによってリンクされた各種機器を含む。他方、２つの部分は、図ではダイオードによって象徴される、ＡＷゾーンからＯＷゾーンに通じる１つまたは複数の一方向リンクによって共にリンクされるのみである。
【００３１】
アビオニクスゾーンの部分は、中央メンテナンスシステム（ＣＭＳ−１１３）を収納するオンボードメンテナンス端末（ＯＭＴ−１１０）を含む。このシステムは特に、故障発見モジュール（１１５）と呼ばれ、所定の故障発見論理ツリーに従うよう設計された、第１のソフトウェアモジュールを含む。ＯＭＴはまた、航空日誌の管理に関与するソフトウェアモジュール（１２０）を収納する。ＯＭＴはまた、テストすべき特定の機器に実装される内蔵型テストモジュール（１３０）と、この機器に関連付けられた全ての回路ブレーカの制御に関与するユニット（１６０）とにリンクされる。回路ブレーカの動作を用いて、機器の１つまたは複数の項目への電力をカットするので、全体的に安全に切り替えることができる。最後に、ＯＭＴ端末は、特にディスプレイスクリーンおよびキーボードを有する入力／出力インタフェース（１５０）を有する。
【００３２】
オープンゾーンにおけるシステムの部分は、情報端末として以下称される、メンテナンスドキュメントの参照に用いる端末を含む。この端末は例えば、携帯用コンピュータ（１９０）または電子ノートパッド（Tablet PCTM −１９５）の形式をとることができる。メンテナンスドキュメントは、メモリサイズが十分小さい場合、携帯用コンピュータ（１９０）または電子ノートパッド（１９５）の何れか一方に直接収容され、そうでない場合、オンボードサーバ（１７０）に収容される。携帯用コンピュータまたは電子ノートパッドは、アクセスポイント（ＡＰ）を介して回線ネットワークへ無線接続によってリンクされることができる。アクセスポイントがネットワークのアビオニクス部分に接続される場合、この接続は、図示のように一方向リンク（１８１）を用いて有効にされる。ＳＷで示されるフレーム切替は、ネットワークの異なるリンクにわたって経路決めするのに使用される。
【００３３】
図２に示す第２の方法の実装によると、共通の入力／出力インタフェース（１５５）（必要に応じてキーボード、スクリーンおよびマウス）は、故障発見モジュールを収納するコンピュータ（１１０）と、メンテナンスドキュメントを収納するコンピュータ（１９１）との間で共有される。これらコンピュータの入力／出力は、この共通の入力／出力インタフェースにＫＶＭ（キーボードビデオマウス）切替１８５を介してリンクされ、前記切替は、２つのコンピュータ間を自動又は手動で切り替えるのに用いる。コンピュータ（１９１）からのビデオ信号のみがオープンゾーンからアビオニクスゾーンに進むので、アビオニクスゾーンのセキュリティは、悪影響を受けないことが分かる。メンテナンス動作は故に、以下説明するように、故障発見スクリーンからドキュメントスクリーンへ簡単に切り替えることができる。
【００３４】
故障が発生するイベントでは、ＣＭＳシステムは、フライト警告システム（ＦＷＳ）によって送信されたメッセージ、航空日誌（１２０）に入力として記録されたパイロットからの意見、またはそれら２つの組合せのうち１つによって、故障が知らされる。ＣＭＳシステムは、異なる故障の間で相関を実行し、共通の予想される原因を探すことができる。任意のイベントにおいて、ＣＭＳシステムは、１つまたは複数のライン交換可能ユニット（ＬＲＵ）とともに、予想される故障の識別コードを供給する。
【００３５】
故障発見モジュール（１１５）は、故障識別コードを受信し、このコードに相当する故障発見論理ツリーを取り出す。モジュール（１１５）は、チェックされるべき機器のメンテナンスオペレータおよび／または内蔵型テストモジュールによって供給される指示に従って、この故障発見論理ツリーを取り決める（negotiate）よう設計される。故障発見論理ツリーは通常、故障の確認に関する第１の部分と、故障が実際に確認された場合、クリアランスプロパー（clearance proper）に関する第２の部分とを含む。
【００３６】
故障発見論理ツリーの各節点は、実行されるべき１つのタスクまたは一連のタスクを含み、その結果は、次の節点の選択を決定する。
【００３７】
故障発見論理ツリーの各節点に対して、情報端末（１９０または１９５）上に表示されることを意図されたメンテナンスドキュメントのページが相当する。同時又は自動で故障発見論理ツリーに従うことにより、通過した節点に関連付けられるドキュメントのページをナビゲートすることができる。より正確には、節点が故障発見モジュールによって訪問される度に、ハイパーリンクが前記端末に対してＯＭＴ端末によって送信される。それは、ハイパーリンクによって示されるＵＲＬを求めるために、自動的に同期されるナビゲーションモジュールを含む。相当するページは、ドキュメントがそこに格納される場合、または実際に前記ページがキャッシュメモリで利用可能である場合、情報端末または再びオンボードサーバ（１７０）で局所的に取り出されることができる。代わりに、ドキュメントページは、地上のサーバから取り出されることができる。
【００３８】
メンテナンスオペレータは故に、故障発見手順を介して自動で案内されながら、手順の各段階に関するメンテナンスドキュメントを参照することができる。
【００３９】
オープンゾーンのメンテナンスドキュメントの格納は、更新動作を容易にする。それは、例えばＡＲＩＮＣ６１５プロトコルによるデータダウンロード方法によって、またはメモリチップの単純な代替によって達成される。更新は通常、故障発見論理ツリーを不変のままにし、メンテナンスシステムのインテグリティを保証する。
【００４０】
故障発見論理ツリーは、上記ＡＭＭおよびＴＳＭマニュアルである既存のメンテナンスドキュメントから抽出されることができる。具体的に、故障発見論理ツリーは、ＴＳＭマニュアルのツリー構造に相当する。故障の修理手順の段階がＴＳＭマニュアルのツリー構造の節点に相当する時、これは、ＡＭＭマニュアルからあるメンテナンスタスクの実行を要求する。この場合、これらタスクを構成するツリーは、上記節点へ局所的に接ぎ木（graft）される。対象の節点に関するメンテナンスタスクのツリーが故に接ぎ木される、ＴＳＭマニュアルのツリー構造の全節点は、故障発見論理ツリーを形成する。
【００４１】
ＡＭＭおよびＴＳＭマニュアルがＸＭＬまたはＳＧＭＬフォーマットのドキュメント形式をとる場合、故障発見論理ツリーは、フォーマット要素、ピクチャ、３次元ダイヤグラムおよびアニメーションスクリプトのような、視覚表示要素を削除することによって得られる。これら要素は、ドキュメント部分に移される。他方で、全ての機能要素は、故障発見論理ツリー、特にハイパーリンクで保存され、ハイパーリンクを用いてテストアプリケーションを実行し、機器項目にソフトウェアをダウンロードし、回路ブレーカを動作またはオープン等する。
【００４２】
従って、先ず故障発見論理ツリーおよび次に純ドキュメントファイルがあり、その２つは、例えばＸＭＬまたはＳＧＭＬフォーマットであるが、別々のＤＴＤを有する。また、故障発見論理ツリーの各節点に対して、ドキュメントファイルのページへのハイパーリンクが関連付けられる。
【００４３】
故障発見論理ツリーおよびドキュメントファイルはまた、同時に生成されることができるが、その各ＤＴＤに一致すること、および２つのドキュメント間のハイパーリンクの一貫性を条件とする。
【００４４】
図３は、本発明によるメンテナンスコンピュータシステムの動作の一例を示す。
【００４５】
故障識別コードは、例えば航空日誌からの命令によって、故障発見モジュールに送信される。故障発見モジュールは、このコードに相当する故障発見論理ツリー（“Task N”によって本明細書で示される）を探す。このツリーは、IおよびIIとして示される２つの部分に分割され、各々故障確認手順および故障クリアランス手順に相当する。
【００４６】
故障発見論理ツリーの経路に沿うと、メンテナンスドキュメントの提供は、ツリーの各節点によって経路に同期される。例えば、故障発見モジュールが節点５を通過する時、サブタスク５に関するドキュメントページは、情報端末上に表示される。１つのノードから次のノードへの経路は、表示されるべきページの変更を必ずしも要しない点で有利である。また、メンテナンスオペレータは、ハイパーリンクによってドキュメント内で必要に応じてナビゲートすることができる。例えば、オペレータは、ハイパーリンク“subtask 5-2”上をクリックして、このサブタスクに関するページを見ることができる。しかし、故障発見モジュールが次の節点（この場合、節点８）に移る時、その節点（“subtask 8”）に関するドキュメントページは、情報端末のスクリーン上に自動的に表示される。
【００４７】
故障発見論理ツリーを介してその動作を完了する時、故障がクリアにされるか、または故障が残り、相当する記録が航空日誌に置かれる。故障が続く場合、欠陥機器がリストされ、最小機器リスト（ＭＥＬ）の内容と比較される。このリストは、リストの名が示すものとは対照的に、機器の動作に対して任意的な正しい動作をもつ機器のリストを与える。故に、欠陥として識別された機器項目がリスト上に現れない場合、フライトをキャンセルしなければならない。他方で、欠陥として識別された機器項目がＭＥＬにある場合、システムは、機器の異常によって負わされる制限と、機能的性能および安全マージンの損失についてこれに関連付けられたコストとを決定する。例えば、機体が離陸可能な燃料の量に関する機器項目の異常が制限を負わすことがあり、離陸時に機体の動作半径を決定する。上記説明したコストは、アビオニクスゾーンに保持されたファイルに格納される。
【００４８】
図示されていない実装の変形によると、本発明によるコンピュータシステムは、アビオニクスゾーンに収容された第３のソフトウェアモジュールを含み、例えば故障発見端末において、パイロットまたはメンテナンスオペレータは、ＭＥＬを調べて、このリスト上で任意の機器項目を選択することができる。コンピュータシステムはまた、オープンゾーンに収容された第４のソフトウェアモジュールを含み、例えば情報端末において、ＭＥＬの要素に関するドキュメント表示に関与する。このドキュメントは、例えば情報端末またはオンボードサーバ（１７０）によってオープンゾーンで保持される。代わりに、このドキュメントは、サーバによってその場で収容されることができる。それに関して、ＭＥＬは、例えば故障発見端末においてアビオニクスゾーンで保持される。
【００４９】
ＭＥＬの要素が第３のソフトウェアモジュールによって選択される時、この要素に関するドキュメントページを与えるＵＲＬを示すハイパーリンクを、ネットワークを介して第４のモジュールへ送信する。第４のソフトウェアモジュールはその後、このページを取り出し、情報端末のスクリーン上にそれを表示する。このように、ＭＥＬの要素に沿って経路に従うと、情報端末によって相当するドキュメントページの表示を自動的および同期的にもたらす。
【００５０】
図４は、フライト警告システム（ＦＷＳ２）のソフトウェアにおける故障に対応する、本明細書ではTSM31-50-810-982-Aと称される所定の故障コードに関して、故障発見モジュール（１１５）によって使用される故障発見論理ツリーの一例を与える。確認手順に関係し、および隔離手順に関係するツリーの部分は、水平の破線によって分離される。図５Ａ〜５Ｇは、図４に示す故障発見論理ツリーを介する経路の一例として、ＯＭＴ端末および情報端末のスクリーンの内容を示す。
【００５１】
故障発見論理ツリー（４００）の根（４１０）は、図５Ａの左部分に示されるドキュメントページに関連付けられる。このページは、故障の隔離および確認手順の主な段階を示す。４１０では、故障発見モジュールは、航空日誌に示された故障をテストする。この示されているケースでは、故障の状態が確認されるので（節点４２１）、故障発見モジュールは、節点４４１に移る。
【００５２】
節点４４１は、CPIOM-C2（コア処理入力／出力モジュール）と呼ばれるＦＷＳシステムのユニット（ＬＲＵ）の内蔵型テストプログラム（ＢＩＴＥ）の実行に関連付けられる。図５Ｂに示す通り、ＯＭＴ端末のスクリーンは、テストプログラムの達成度を示し、情報スクリーンは、相当する手順の詳細を与える。
【００５３】
この現在のケースでは、テストの完了時、プログラムは、図５ＣのＯＭＴ端末のスクリーン上に示したエラーコードを戻す。ＣＰＩＯＭ−Ｃ２ユニットの故障は故に、隔離される（故障発見論理ツリーの節点４４１）。ドキュメントページは、この段階で不変のままである。
【００５４】
節点４５１は、図５Ｄに示すように、ＣＰＩＯＭ−Ｃ２ユニットの代替のための手順に相当し、情報端末のスクリーンは、詳細を与える。第１の段階では、ＣＰＩＯＭ−Ｃ２ユニットの電力回路の回路ブレーカが操作され、言い換えれば、その電力が遮断され、その後第２の段階（図５Ｅ参照）において、新たなユニットが導入される。
【００５５】
新たなユニットが導入されて電力が回復する時、故障発見モジュールは再び、ＦＷＳシステムをテストし、それは、故障発見論理ツリーの根（４１０）に戻ることを意味する。この時のシステムへのテストは、図４Ｇに示す通り、満足できるものだと分かる（エラーコードがない）。ドキュメントページは、故障発見論理ツリーの第１の経路間で表示されるのと必然的に同じである。
【００５６】
メンテナンスオペレータは故に、故障がクリアにされたと判断し、相当する記録を航空日誌に置く。
【図１】
2010529921.tif 000003
【図２】
2010529921.tif 000004
【図３】
2010529921.tif 000005
【図４】
2010529921.tif 000006
【図５Ａ】
2010529921.tif 000007
【図５Ｂ】
2010529921.tif 000008
【図５Ｃ】
2010529921.tif 000009
【図５Ｄ】
2010529921.tif 000010
【図５Ｅ】
2010529921.tif 000011
【図５Ｆ】
2010529921.tif 000012
【図５Ｇ】
2010529921.tif 000013
【国際調査報告】
2010529921.tif 000014
2010529921.tif 000015
2010529921.tif 000016
2010529921.tif 000017
2010529921.tif 000018
2010529921.tif 000019