【誤訳訂正書】
【提出日】平成25年4月23日(2013.4.23)
【誤訳訂正１】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【発明の詳細な説明】
【発明の名称】共有メディアに接続する航空システムを監視する方法及びデバイス
【技術分野】
【０００１】
本発明は、航空システムの信頼性に関する。具体的には、共有メディア（media）に接続する航空機システム（systemes avioniques）を監視する方法及びデバイスに関する。
【背景技術】
【０００２】
航空システムの信頼性は、航空機設計者の関心の中心である。一般的に、航空機の主要な機器の冗長性は、システム障害の発生に拘らず必要な機能を保証し、各システムの動作を比較して発生した障害を迅速に検知するために必要である。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
設計者は、航空機における情報システムの利用によって、運用システム（systemes operationnels）間で情報及びコマンドを伝送するための運用情報ネットワークを構築するよう導かれる。この情報ネットワークは、データ交換に使われる共有通信メディアと見なされている。これらのメディアの容量は、送信データの特性、特にその容量および伝送速度により決定される。
【０００４】
特に、送信データ数および必要伝送速度の増大に対応するため、今日、情報ネットワークにおいて、例えばスイッチなどの能動素子（composants actifs）を使わねばならないことは明らかである。能動素子を利用すると、データに関する例えば性質などのパラメータ、及び、通信ネットワークの特に負荷（charge）などの状態に基づいて、データ伝送を最適化することができる。
【０００５】
航空機の情報ネットワークにおいて受動素子（composants passifs）を使用する場合、信頼性があると考えられる（これらの素子の信頼性は航空システムの信頼性より一般的に高い）が、能動素子を使用する場合は、その信頼性のために、航空システムの包括的な信頼性を低下させる可能性がある。
【課題を解決するための手段】
【０００６】
本発明によれば、少なくとも１つの前記課題を解決することができる。特に、本発明によれば、上記共有メディアに接続する、運用機能を行う航空システム全体の監視処理において、共有される通信メディアの素子の故障を考慮することができる。
【０００７】
従って、本発明は、少なくとも１つの素子を有する通信メディアに接続している、少なくとも１つの航空機システムの、少なくとも１つのアラームの駆動条件（conditions d'activation）を決めるための方法を対象とするものであって、この方法は次のステップを有する。
−少なくとも１つの航空機システムの状態に基づいて、前記少なくとも１つのアラームを駆動する条件を決定するステップ。
−前記通信メディアの少なくとも１つの構成要素（component（素子））の状態に従って、前記少なくとも１つのアラームを駆動する条件を決定するステップ。
−前記少なくとも１つのアラームを駆動する条件及び前記少なくとも１つのアラームの識別を記憶するステップ。
【０００８】
このように、本発明に係る方法によれば、通信メディアの故障構造の組合せ解析を行うことができ、機能の観点から通信メディアの故障の影響を表すことができる。唯一の表現形式を使うことによって、関係するロジックの特定と実装を簡素化することができる。
【０００９】
通信メディアの各状態に対しアラームを定義せず、運用システムにより既に定義されたロジックに、これらの状態を考慮したロジックを追加する。これにより、アラーム誤り率を悪化させずに、アーキテクチャの実装方式ではなく、運用上の影響に焦点を当てて、アラーム設計の労力を制限することができる。また、運用システムによってアラームの表現形式のタイプが変わっても、駆動ロジックに影響を与えないので、アラームをアップデートする業務プロセスが簡素化される。
【００１０】
本発明は、また、少なくとも１つの構成要素を含む１つの通信メディアに接続する、少なくとも１つの航空機システムの監視方法を対象とする。この方法は次のステップを有している。
−前記通信メディアの少なくとも１つの構成要素の状態を決定するステップ。
−前記通信メディアの少なくとも１つの構成要素の状態、及び、前記通信メディアの通信フローの所定の形式的モデル化に基づいて、前記通信メディアの状態のインジケータを評価するステップ。
−前記通信メディアの評価状態、及び、前記少なくとも１つの航空機システムの機能に対する、前記通信メディアの評価された状態の結果の所定のモデル化に基づいて、アラームを選択し駆動するステップ。
【００１１】
本発明に係る方法によって、通信メディアの故障の構成の組合せから解放され、通信メディアの故障の影響の解析を簡素化することができる。
【００１２】
有利なやり方として、前記通信メディアの少なくとも１つの前記構成要素の状態を決定するステップは、前記通信メディアから独立した通信手段を使って実行され、包括的な信頼性を改善し、通信メディアの乱れを抑制する。
【００１３】
特定の実施例によれば、前記アラームを選択するステップは、次のステップを含む。
−前記通信メディアの少なくとも１つの構成要素の故障を決定するステップ。
−前記通信メディアの少なくとも１つの構成要素の前記故障が、前記少なくとも１つの航空機システムの機能に対し影響を与える場合、前記少なくとも１つの航空機システムに対する影響に関係するアラームを選択し駆動するステップ。
【００１４】
このように、本発明に係る方法によれば、航空機システムに対する通信メディアの故障の結果の解析を簡素化することができる。
【００１５】
特定の実施例によれば、前記通信メディアの前記少なくとも１つの構成要素の故障が、前記少なくとも１つの航空機システムの機能に対し影響を与えないが、前記故障が前記少なくとも１つの航空機システムと前記監視方法を実施する手段との間の通信に影響を与える場合は、前記方法は、前記少なくとも１つの航空機システムがもはや監視されていないことを示すアラームを選択し、駆動するステップを、更に、含む。
【００１６】
このように、本発明によれば、航空機システムに対して直接的影響を持つ故障と他の故障とを区別することができる。
【００１７】
特定の実施例によれば、本発明は更に次のステップを含む。
−監視手段の機能に関する表示を受信するステップ。前記監視手段は前記監視方法と同様な方法を実行する。
−前記監視手段の機能に関する表示及び前記通信メディアの状態インジケータに基づいて、前記少なくとも１つの航空機システムの監視を評価するステップ。
【００１８】
このように、監視パフォーマンスの低下を解析することにより、必要であれば、運用機能の重要度に応じてオペレータを代替の手段に導くことができる。
【００１９】
有利なことに、この方法は、更に、前記通信メディアの状態の前記インジケータを確認するステップであって、前記少なくとも１つの航空機システムから受信する少なくとも１つの情報に基づくステップを有している。
【００２０】
このように、本発明を使うと、運用システムが自体の機能状態を決定すること、および、通信メディアから受け取った状態には誤りがある可能性があることを考慮し、肯定（論理）情報をより重視することができる。
【００２１】
前記アラームのそれぞれが、通信メディアの状態のインジケータが実装の簡素化に関与する場合、前記通信メディアの状態のインジケータは前記規則に寄与する前記少なくとも１つの航空機システムに特有なロジック（logique）により決められると有利である。
【００２２】
また、本発明は前記方法の各ステップを実行するよう適応した手段を有する航空機のデバイスを対象とする。
【００２３】
本発明の他の利点、目的、特徴は、非制限的な実施例及び図面を参照して、以下の詳細な説明から明らかになる。
【図面の簡単な説明】
【００２４】
【図１ａ】通信メディア及び該メディアの能動素子の監視手段を概略的に表す図である。
【図１ｂ】通信メディア及び該メディアの能動素子の監視手段を概略的に表す図である。
【図２】監視システムの機器がアラートを駆動するのに使用する論理回路の実施例を示す図である。
【図３】着陸装置の展開及び引込システム（Landing Gear Extension and Retraction System：ＬＧＥＲＳ）タイプの運用システムを監視するための本発明の実施例を示す図である。
【図４ａ】本発明を実施するために使われるアルゴリズムの例を示す図である。
【図４ｂ】本発明を実施するために使われるアルゴリズムの例を示す図である。
【図５】本発明を実施できる装置の一例を示す図である。
【発明を実施するための形態】
【００２５】
本発明は、監視される運用システム（systemes operationnels）の診断及び同システムにより実現される機能の診断、並びに、アラームの作成と表示を可能にする集中監視システムに関する。このアラームにより、オペレータは、これらの機能の低下（degradations）の結果の悪化状態に対処することができる。
【００２６】
集中監視システムの冗長性（redondance）は、互いに独立した機能によって実施されることが好ましい。共有通信メディアの監視方法は、この独立性を考慮してこれらの独立した機能の動作の一貫性を保証すると有利である。
【００２７】
被監視運用システムのアーキテクチャは、特に、１つ又は複数のスイッチなどの能動素子から構成され、種々の被監視運用システムの間で共有される通信メディアを含む。ここで留意すべきは、仮にスイッチの数が多いと、生じうる故障状態を示す組合せ数が大きく、詳細で網羅的な解析は、コストの点で困難であると予想される。
【００２８】
故障の性質により、検出された故障の処理は変わる。例えば、機能低下の場合、被監視システムにより実施される運用機能だけが情報作成を必要とする。実際、メディアの通信機能の低下そのものは、先験的に飛行動作に関与する情報ではない。通信メディアのユーザの運用機能にこの機能低下が与える影響に関係する情報だけが、関与する。
【００２９】
システムおよび関連する運用機能の監視が、運用機能を実現するのに用いられる通信メディアを介して実現されると有利である。
【００３０】
本発明の実施には、次の２つのフェーズがある。
−予備的解析段階。これにより、データフローと運用システムの故障及びデータフローの乱れの影響とをモデル化することができる。
−予備的フェーズにおいて実施されたモデル化に基づいて行われる監視段階。
【００３１】
図１ａは、５つのノード105-1から105-5と、これらのノード間並びにノードと航空機システム及び監視システムとの間のリンクと、からなる通信ネットワーク100の形式の下で、共有される通信メディアを示す。各ノードは、２つの冗長な構成要素（component（素子））を含んでいる。例えば、ノード105-2は、冗長な構成要素110-2-1及び110-2-2を含んでいる。構成要素は、冗長で独立した２つのローカルネットワークが形成されるよう互いに接続されることが好ましい。これによって、ローカルネットワークの１つ又は複数の構成要素の故障は、通信ネットワークに接続されたシステム間の通信に影響を与えない。例えば、構成要素110-1-1は構成要素110-2-1に接続しており、110-1-2は構成要素110-2-2に接続している。しかし、構成要素110-1-1は構成要素110-2-2に接続していないし、構成要素110-1-2は構成要素110-2-1に接続していない。
【００３２】
共有通信メディアへのアクセスはノード105-iを介して行われる。
【００３３】
この場合、通信ネットワークにおけるデータフロー、つまりネットワークを介して使う通信路を静的（statique）に決定することによって、故障時に通信路の再構成を回避する。
【００３４】
ここに示された例では、３つの運用システム115-1乃至115-3は、通信ネットワークに接続されている。分かりやすくするため、ここでは、各運用システムは唯一の機器から構成されている。
【００３５】
集中監視システムは、２つの冗長な機器120-1および120-2を含んでいる。各機器120-1、120-2は、冗長な構成要素の機能から自律した機能を有している。特に、各アラート表示デバイスは異なっている。監視システムの機器の１つは、アラートの表示が必要な条件又は条件セットを検出すると、監視システムの冗長な機器との同期または検証を行わずに、アラートの表示を駆動する。図１ａに示した通信ネットワークトポロジーは、例示として示したものに過ぎない。
【００３６】
通信メディアの状態は、集中監視システムの２つの機器120-1，120−2により解析される。
【００３７】
図１ｂに示した特定の実施例によれば、集中監視システムの各機器は、連結された状態インジケータ（indicateur d'e'tat ca^ble'）によって、即ち、１つの共有メディアではなく、監視システムの各装置と共有の通信メディアの各ノードとの間の特定のリンクを使って、例えば、ブール値（valeur boole'enne）などの各通信ノード105-iの状態インジケータを受取る。例示として、各ノードの状態は次の値の１つを取ることができる。
−OK、状態インジケータが機能が正常であることを通知する場合。
−KO、状態インジケータが故障を通知する場合。
【００３８】
例えば、ノード105-iの構成要素jが正常に機能している場合、これらの状態を使って、表記110-i-j OKを使うことができる。反対に、構成要素110-i-jが正常に機能していない場合、表記110-i-j KOを使うことができる。
【００３９】
前記したように、通信メディアを介して使う通信路により識別される運用システム間の、通信フローを予め決めておくことが望ましい。各通信路は、通過するノードのリストにより識別されてもよい。したがって、例えば、ノード105-1と105-2を介する、運用システム115-1と115-2との間の通信フローは、CHEM(105-1 , 105-2)と表わされる。同様に、ノード105-5を介する、運用システム115-3と通信メディアとの間の通信フローはCHEM(105-5)と表わされる。
【００４０】
集中監視システムの各機器は、１つのフローが通過するノードを構成する各構成要素の状態に基づいて、通信機能の状態を決める。通信路を形成する構成要素の故障の構成に、冗長な２つのローカルネットワークが影響されているような状態の場合、通信路は切断されていると考えられる。
【００４１】
例えば、CHEM(105-1 , 105-2)と表記される、運用システム115-1と115-2との間の通信フローについて考える。通信路CHEM(105-1 , 105-2)は、動作状態であるCHEM(105-1 , 105-2) OKか、又は故障状態CHEM(105-1 , 105-2) KOであることがある。従って、通信フローCHEM(105-1 , 105-2)の状態は、次式によって決定される。
CHEM(105-1,105-2) KO＝(110-1-1 KO OU 110-2-1 KO) ET (110-1-2 KO OU 110-2-2 KO)
但し、'ET'と'OU'は、それぞれ、論理積ＡＮＤ及び論理和ＯＲである。
【００４２】
各運用システム、及び、同システムに関係する各アラートに対して、システム及び通信メディアの故障の１つ又は複数の条件が決められる。これらの条件は機能解析により決定され、１つのテーブルにグループ化される。
【００４３】
１つの例について考えよう。この例によれば、通信ネットワーク構造から独立した、運用システム115-1の機能解析によって、内部機能Fn1を使用できない又は実行できない場合（例えば、この機能の一部が運用システム115-2により実行されるが、この運用システム115-2が故障している又はアクセス不能である場合）は、タイプ115-1 Alert-Fn1のアラートが駆動されねばならないことを示している。
【００４４】
従って、これから、タイプ115-1 Alert- Fn 1のアラートが、次の条件で駆動されなければならないと推論することができる。
−運用システム115-1は、監視システムの機器120-1及び/又は120-2に対して、例えば、メッセージ115-1-Erreur-Fn1などを使って、機能Fn1の故障を示す。
−故障が、構成要素115-1と監視システムの機器120-1及び120-2との間の通信メディアにおいて、検出されないにも拘らず、監視システムの機器120-1及び/又は120-2は、運用システムのメッセージを受け取らない。
−運用システム115-1と通信メディアとの間の通信フローが乱れている。又は、
−運用システム115-1および115-2間の通信フローが乱れている。
【００４５】
これらの条件は監視システムにより容易に検証されることに留意すべきである。特に、第１条件は、集中監視システムの機器が、通信ネットワークを介してメッセージ115-1-Erreur-Fn1を受信することによって、検出される。
【００４６】
第２条件は、集中監視システムの機器が、運用システム115-1から出力される状態メッセージを受信しないことによって、検出される。集中監視システムの各機器は、運用システム115-1とそれ自体との間の通信路が切断されていないことを検証して、この損失が通信メディアの故障に起因するものではないことを、確認する。
【００４７】
運用システムと集中監視システムの機器との間の通信が使用可能である場合、この運用システムに関係するアラートを、この被監視運用システムから受け取った監視情報に基づいて駆動すると有利である。実際、通信メディアの監視は、簡素でロバスト（robuste）であるけれども、通信フローの理論的損失（perte theorique）は、誤って検出されることがある。
【００４８】
このために、集中監視システムの機器は、通信メディアの状態の観察に基づいてではなく、情報を実際に受信すること又は受信しないことに基づいて、通信フローの有効性情報を作成することが有利である。このように、通信フローの障害は、対応する運用システムのメッセージの無受信などと同様に考えることができる。
【００４９】
例えば、監視システムの機器120-1により決定された、通信路CHEM(105-1)、CHEM(105-1 , 105-2) 又は CHEM(105-1 , 105-3)の内の１つは有効でないという情報は、例えば運用システム115-1からのメッセージの無受信により確認される。
【００５０】
集中監視システムにおいて定義される各アラートに対して、これらのアラートの駆動ロジックは、駆動条件を考慮する。
【００５１】
図２は論理回路200の実施例を示す。この論理回路は、アラート115-1 Alert-Fn1の駆動のために、監視システムの機器120-1により使われてもよい。OR205により示されているように、アラート115-1 Alert-Fn1が開始されるのは、次の２つの条件のうちの１方又は他方の条件が満たされた時に限ってである。
−監視システムの機器120-1が、運用システム115-1からアラート115-1 Alert-Fn1に対応するメッセージ115-1-Erreur-Fn1を受信した。又は、
−通信路CHEM(105-1), CHEM(105-1 , 105-2) 及び CHEM(105-1 , 105-3)の有効状態の組合せが、監視システムの機器120-1が運用システム115-1とデータを交換することができないものである。
【００５２】
この場合、以下の操作を実行することによって、通信路CHEM(105-1), CHEM(105-1 , 105-2) 及び CHEM(105-1 , 105-3)の状態の組合せが構成される。
−CHEM(105-1)の値とCHEM(105-1 , 105-2)の値との間でOR210を演算し、この結果をインバータ215で反転する。
−インバータ215の出力値とCHEM(105-1 , 105-3)の値との間でAND220を演算し、インバータ225でその結果を反転させる。
−インバータ225の出力値と検証（validation）条件の値115-1 Invalideとの間でAND230の演算を行う(運用システム115-1からのメッセージが監視システムの機器120-1によって受信された場合、115-1 Invalideの値はFAUSSE（偽）である。そうでない場合はVRAIE（真）である)。
【００５３】
図３で示すように、本発明は、例えば、参照符号315-1の運用システムである着陸装置の展開及び引込システム（Landing Gear Extension and Retraction System：LGERS）3を管理するために実施することができる。該運用システムは、スイッチ310-7-1 及び 310-7-2を含むネットワークの１つのノード305-7に接続している。故障条件は、例えば次のものである。
【００５４】
−LGERS3 315-1は、自体が故障であると宣言する（ブール変数LGERS3 FAULT）。
−LGERS3 315-1のネットワークへの接続が切断されている（スイッチ310-7-1 及び 310-7-2を含むノードの切断）。又は、
−LGERS3 315-1は、スイッチ310-5-1 及び 310-5-2を含むネットワークの１つのノード305-5に接続されている参照符号315-2の運用システムである補助電力配給センタ(Supplementary Electrical Power Distribution Center：SEPDC）1との通信が切断されている。この通信の切断は、通信路CHEM(305-5, 305-7)の切断によって表される。
【００５５】
第３の条件は第２の条件に含まれていることに注意すべきである。
【００５６】
太い実線の矢印は、FWS1 320-1へのLGERS3 315-1の状態を示すインジケータの伝送を表している。他方、太い破線の矢印は、LGERS3 315-1 と SEPDC1 315-2との間の通信を表している。
【００５７】
第１条件は、参照番号320-1の飛行警告システム（Flight Warning System：FWS）1が、運用システムLGERS3 315-1により送信されたブール変数LGERS3 FAULTの値を、通信メディアを介して、受信することによって検出される。第２条件は、ノード305-7の２つの構成要素（即ち、スイッチ310-7-1 及び 310-7-2）の切断により特徴付けられる。第３条件は、通信路CHEM(305-5, 305-7)の切断により特徴付けられる。
【００５８】
スイッチ310-3-1 及び 310-7-2に故障が発生した場合、運用システムFWS1 320-1は、運用システムLGERS3 315-1との通信が切断される。しかしながら、通信路CHEM(305-3,305-7)の切断は機能LGERS3 315-1の故障条件ではないから、運用システムLGERS3 315-1の故障のアラートは制止される。
【００５９】
同様に、スイッチ310-3-1 , 310-7-2 及び 310-5-1において故障が発生した場合、運用システムFWS1 320-1は、運用システムLGERS3 315-1との通信が切断される。この場合、スイッチ310-5-1 及び 310-7-2の故障により、通信路CHEM(305-5, 305-7)の切断を検出することは、運用システムLGERS3 315-1の故障条件であるから、運用システムFWS1 320-1はアラートLGERS3 315-1を駆動する。
【００６０】
スイッチ310-5-1 及び 310- 7-2に故障が発生した場合、それにも関わらず、運用システムFWS1 320-1がLGERS3 315-1の状態メッセージを受信すると、運用システムLGERS3 315-1に関するアラートは、この状態メッセージがLGERS3 315-1の機能についての問題を通報した場合のみ、駆動される。
【００６１】
図４ａと図４ｂとからなる図４は、本発明の実施に使われるアルゴリズムの一例を示している。図４ａは、解析の予備段階で使われるアルゴリズムの一部である。図４ｂは、共有通信メディアを監視するために使われるアルゴリズムの一部である。
【００６２】
図４ａに示されているように、共有通信メディアにおける通信フローを決定した（ステップ400）後で、共有通信メディアの機能を調べる（ステップ405）。インデックスｉとｊは、ゼロに初期化される（ステップ410）。この場合、値ｉは、選択された運用システムのインデックスを表している。他方、値ｊは、運用システムｉの選択されたアラームのインデックスを表す。
【００６３】
運用システムｉのアラームｊの条件は、運用システムｉのアラームｊに関する故障条件、及び、実施される通信メディアの機能解析に基づいて決定される（ステップ415）。このために、通信メディアの１つ又は複数の構成要素の故障によって運用システムｉのアラームｊを駆動すべき条件が決められる。このように決められた条件のセットは、テーブル420に記憶される。
【００６４】
そして、インデックスｊが、１だけインクリメントされる（ステップ425）。テストが実行され、インデックスｊが運用システムｉのアラーム数と等しいかどうか決められる（ステップ430）。インデックスｊが、運用システムｉのアラーム数と等しくない場合、先行する２つのステップ（415と425）が繰り返される。
【００６５】
インデックスｊが運用システムｉのアラーム数と等しい場合は、インデックスｊは０に再初期化され、インデックスｉが１だけインクリメントされる（ステップ435）。そして、インデックスｉが監視されるべき運用システムの数に等しいかどうかテストが実行される（ステップ440）。インデックスｉが監視されるべき運用システムの数に等しくない場合、ステップ415〜440が繰り返される。これに対し、インデックスｉが監視すべき運用システムの数に等しい場合、予備段階が終了し、監視すべき運用システムのアラームが駆動される条件が決定される。
【００６６】
図４ｂは、必要に応じて１つ又は複数のアラームを駆動するために、通信メディア及び運用システムを監視するのに使われるアルゴリズムの一例である。
【００６７】
通信メディアの状態がメッセージの送信を可能とする場合、故障を知らせるために運用システムから送出されるメッセージは、監視システムにより受信される（ステップ450）。同時に、又はその前もしくは後で、監視システムは、例えば、前記したようにノードの状態インジケータに基づいて、通信メディアの状態を決定する（ステップ455）。
【００６８】
これらの情報は、監視されるシステムの包括的な状態、即ち、運用システムおよび通信メディアシステムの状態を確立するために使われる（ステップ460）。次に、この状態は、例えばテーブル420において記憶されているアラームの駆動条件と比較される（ステップ465）。１つ又は複数のアラームの駆動条件が満たされる場合、対応する１つ又は複数のアラームが駆動される（ステップ470）。次に、ステップ450〜470を繰り返すことによって、連続してシステムが監視される。
【００６９】
図５は、本発明を実施するのに適応した、例えばマイクロコンピュータなどの装置500の一例を例示する。装置500は、監視システムの機器の一例である。
【００７０】
好ましくは、装置500は通信バスを有しており、このバスには次のものが接続している。
・     マイクロプロセッサなどの中央処理ユニット503。
・     １つ又は複数のプログラム“Prog”を有することができる読み出し専用メモリ（Read Only Memory：ＲＯＭ）504。
・     前記プログラムを実行する間に生成及び変更される変数及びパラメータを記憶するよう適応したレジスタを有するランダムアクセスメモリ（Random Access Memory：RAM）506。
・     分散通信ネットワーク520に接続する通信インターフェース518。このインターフェースはデータを送受信するように構成されている。
【００７１】
装置500は、次のデバイスのうちの１つ、複数又は全てをオプションとして有してもよい。
・     データを表示したり、及び/又は、ユーザとのグラフィックインターフェースを提供したりするスクリーン508。ユーザは、キーボード510、或いは、例えばマウス511もしくは光学ペンなどのポインティングデバイス、タッチパネル又はリモコンなどの他の手段を用いて、本発明に係るプログラムと対話することができる。
・     プログラム、並びに／又は、特に本発明に基づいて処理されたもしくは処理されるデータなどのデータを記憶するハードディスク512。
・     ディスケット516を受け入れ、本発明に基づいて処理されたもしくは処理されるデータをディスケット内で読み書きするよう適応したディスク読取装置514。
・    メモリカード内の、特に本発明に基づいて処理されたもしくは処理されるデータなどのデータを、読み書きするよう適応したメモリカードリーダ。
【００７２】
通信バスにより、装置500に含まれるか又は装置500に接続する種々の構成要素間の通信およびインターオペラビリティが可能になる。バスの図示は非制限的であり、特に、中央ユニットは、直接又は装置500の他の構成要素の媒介によって、装置500の任意の構成要素に命令を通信することができる。
【００７３】
１つ又は複数のプログラムの実行可能コード（code executable）を使って、装置500は本発明に係るプロセスを実行することができる。該実行可能コードは、ハードディスク512又はROM504に記憶されてもよい。
【００７４】
本発明の変形例として、ディスケット516は、データと上記プログラムの実行可能コードとを有することができる。前記コードは一旦装置500によって読み取られると、ハードディスク512に記憶されてもよい。
【００７５】
代替として、プログラムの実行可能コードは、通信ネットワークの媒介によってインターフェース518を経由して受信し、前記と同様な方法で記憶することができる。
【００７６】
ディスケットは、例えば、コンパクトディスク（CD-ROM）又はメモリカード等の任意の情報記録媒体で置き換えることができる。一般的に、情報記憶手段は、コンピュータ又はマイクロプロセッサによって読み取り可能であり、装置に統合されるか又は統合されず、場合によっては着脱可能であって、実行することによって本発明に係る方法を実施可能な１つ又は複数のプログラムを記憶するよう適応している。
【００７７】
より一般的には、１つ又は複数のプログラムは、実行される前に、装置500の記憶手段の１つにロードされてもよい。
【００７８】
中央ユニット503は、本発明に係る１つ又は複数のプログラムの命令又はソフトウエアコードの一部の実行を制御する。前記命令は、ハードディスク512、ROM504又は別の上記記憶要素に記憶されている。電源が入ると、例えば、ハードディスク512又は読み出し専用メモリ（ROM）504などの不揮発性メモリに記憶されている１つ又は複数のプログラムは、ランダムアクセスメモリ（RAM）506に転送される。したがって、RAM506は、本発明に係る１つ又は複数のプログラムの実行可能コードを有し、同様に、レジスタは、本発明の実行に必要な変数及びパラメータを記憶する。
【００７９】
本発明に係るデバイス（dispositif）を含む装置（appareil）は、プログラムされた装置（appareil）でもよい。本発明を実行する１つ又は複数のプログラムの命令は、例えば、プログラム可能又は特定の集積回路（特定用途向け集積回路(Application-Specific Integrated Circuit：ASIC)）に実装されてもよい。
【００８０】
当然、特定の必要性を満たすために、本発明の当業者は上記記載に変更を加えることができる。
【誤訳訂正２】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
複数の能動素子を有する通信メディアに接続している、少なくとも１つの航空機システムの、少なくとも１つのアラームの駆動条件を決めるための方法であって、
−前記少なくとも１つの航空機システムの状態に基づいて、前記少なくとも１つのアラームの駆動条件を決定するステップと、
−前記通信メディアの前記複数の能動素子のうちの少なくとも１つの能動素子の状態に従って、前記少なくとも１つのアラームの駆動条件を決定するステップと、
−前記少なくとも１つのアラームの駆動条件及び前記少なくとも１つのアラームの識別を記憶するステップと、を有することを特徴とする方法。
【請求項２】
複数の能動素子を有する通信メディアに接続する、少なくとも１つの航空機システムの監視方法であって、
−前記通信メディアの前記複数の能動素子のうちの少なくとも１つの能動素子の状態を決定するステップと、
−前記通信メディアの少なくとも１つの能動素子の状態、及び、前記通信メディアの通信フローの所定の形式的モデル化に基づいて、前記通信メディアの状態のインジケータを評価するステップと、
−前記通信メディアの前記評価された状態、及び、前記少なくとも１つの航空機システムの機能に対する、前記通信メディアの評価された状態の結果の所定のモデル化に基づいて、アラームを選択し駆動するステップと、を有することを特徴とする監視方法。
【請求項３】
前記通信メディアの少なくとも１つの能動素子の状態を決定するステップは、前記通信メディアから独立した通信手段を使って実行されることを特徴とする請求項２に記載の方法。
【請求項４】
前記アラームを選択するステップは、
−前記通信メディアの少なくとも１つの能動素子の故障を決定するステップと、
−前記通信メディアの少なくとも１つの能動素子の前記故障が、前記少なくとも１つの航空機システムの機能に対し影響を与える場合、前記少なくとも１つの航空機システムの機能に対する影響に関係するアラームを選択し駆動するステップと、を有する請求項２又は３に記載の監視方法。
【請求項５】
前記通信メディアの少なくとも１つの能動素子の故障が、前記少なくとも１つの航空機システムの機能に対し影響を与えないが、前記故障が前記少なくとも１つの航空機システムと前記監視方法を実施する手段との間の通信に影響を与える場合、前記少なくとも１つの航空機システムがもはや監視されていないことを示すアラームを選択し駆動するステップを、更に有する請求項４に記載の方法。
【請求項６】
−監視手段の機能に関する表示を受信するステップであって、前記監視手段は、請求項２乃至５のいずれか一項に記載の前記監視方法と同様な方法を実行するステップと、
−前記監視手段の機能に関する表示及び前記通信メディアの状態のインジケータに基づいて、前記少なくとも１つの航空機システムの監視を評価するステップと、をさらに有する、請求項２乃至５のいずれか一項に記載の方法。
【請求項７】
更に前記通信メディアの状態の前記インジケータを確認するステップを有している請求項２乃至６のいずれか一項に記載の方法。
【請求項８】
前記確認するステップは、前記少なくとも１つの航空機システムから受信する少なくとも１つの情報に基づくことを特徴とする請求項７に記載の方法。
【請求項９】
前記アラームのそれぞれは、前記少なくとも１つの航空機システムに特有なロジックによって定義されることであって、前記通信メディアの状態のインジケータは、関係する場合、前記ロジックに寄与することを特徴とする請求項２乃至８のいずれか1項に記載の方法。
【請求項１０】
請求項１ないし９のいずれか一項に基づく方法の各ステップを実行するよう適応した手段を有する航空機のデバイス。