(57)【特許請求の範囲】
【請求項１】
ジェットエンジン推力定格データを航空機のアビオニクスシステムに自動的に与えるための装置であって、
データバスと、
前記データバスに結合され、航空機の各ジェットエンジンに関連付けられかつ結合される、ジェットエンジンの推力定格を示す関連のジェットエンジンから与えられるデータを読出すため、および前記推力定格データを前記データバスに与えるための電子エンジン制御装置と、
前記データバスに結合され、前記電子エンジン制御装置により前記データバスに与えられる前記推力定格データを受取るためのアビオニクスコンピュータとを含み、前記アビオニクスコンピュータは、選択される値が前記航空機のジェットエンジンの推力定格に基づく航空機に関連するデータをストアするためのメモリを含み、前記アビオニクスコンピュータは、前記電子エンジン制御装置から受取った前記推力定格データを用いて前記アビオニクスコンピュータの前記メモリのために航空機に関連する前記データの値を選択し、
ジェット航空機は複数のジェットエンジンを含み、アビオニクスコンピュータはジェットエンジンから受取った推力定格データを比較し、推力定格データが整合しなければ故障状態を報告する、ジェットエンジン推力定格データを航空機のアビオニクスシステムに自動的に与えるための装置。
【請求項２】
前記アビオニクスコンピュータのメモリは不揮発性メモリを含み、前記推力定格データは不揮発性メモリにストアされる、請求項１に記載の装置。
【請求項３】
アビオニクスコンピュータは、
（ａ）  前記電子エンジン制御装置から新しい推力定格データを周期的に受取り、
（ｂ）  新しい推力定格データを不揮発性メモリにストアされた推力定格データと比較し、新しい推力定格データがストアされた推力定格データと異なっていれば新しい推力定格データを不揮発性メモリにストアする、請求項２に記載の装置。
【請求項４】
アビオニクスコンピュータはジェットエンジンから受取った推力定格データを比較し、ジェット航空機が地上にあるときのみ前記故障状態を報告する、請求項１〜３のいずれか１項に記載の装置。
【請求項５】
ジェットエンジンに関連する複数のプラグにより規定されるエンジン推力定格を航空機のアビオニクスコンピュータに自動的に与えるための方法であって、
プラグの構成に従いジェットエンジンの推力定格を決定するステップと、
推力定格を表わすデジタルデータをアビオニクスコンピュータに伝送するステップと、
データベースが前記推力定格に対応するエントリを含んでいるかどうかをアビオニクスコンピュータに判断させるステップと、
前記データベースが前記推力定格に対応するエントリを含んでいれば前記アビオニクスコンピュータに前記推力定格をストアさせるステップと、
前記アビオニクスコンピュータに異なるジェットエンジンからの推力定格を比較させ、推力定格データが等しくなければ前記アビオニクスコンピュータに故障の発生を行なわせるステップとを含む、エンジン推力定格を自動的に与えるための方法。
【請求項６】
前記アビオニクスコンピュータが新しい推力定格を受取れば、前記アビオニクスコンピュータに前記ストアされた推力定格を更新させるステップをさらに含む、請求項５に記載の方法。
【発明の詳細な説明】
【０００１】
【発明の分野】
本発明は航空機アビオニクスに関し、より特定的には、アビオニクスシステムに航空機のエンジンの推力の定格を与えるための方法および装置に関する。
【０００２】
【発明の背景】
現代のジェット航空機は、航空機のエンジンを制御するために使用される電子エンジン制御装置に電気的に接続された飛行管理コンピュータを１つ以上含んでいる。現代のジェットエンジンが与えることができる推力の最大レベルは異なっている。航空会社は、エンジンが通常の動作条件下で発生する推力のレベルに制限を設けている。この推力のレベルは、エンジンの「推力定格」と呼ばれている。推力定格を、推力の可能な最大レベル未満に設定することにより燃料消費が減少し、エンジンの寿命が長くなる。エンジンの推力定格は、予想される動作条件により決定される。航空機の荷重が大きいほど高い推力定格が必要になる。より高い高度での離陸には一般に、海水面またはその近くでの離陸よりも高い推力定格が必要とされる。航空機の飛行管理／推力管理コンピュータは、推力定格を用いて適切なエンジン制御信号を発生させる。
【０００３】
現在航空機のエンジン推力定格を変えるためには、飛行管理／推力管理コンピュータに接続されるプログラムピン配線を変更することが必要である。飛行管理／推力管理コンピュータは、パワーアップの際、プログラムピンにより決定された推力定格で初期化される。この定格は飛行中、飛行管理／推力管理コンピュータによって使用される。
【０００４】
プログラムピン配線を再構成するには時間もコストもかかる。これはまた構成の検証を困難にする。本発明はこれらの欠点を克服することに向けられたものである。
【０００５】
【発明の概要】
本発明に従い、エンジン推力定格を航空機のアビオニクスシステムに与えるための方法および装置が提供される。エンジン推力定格に関する情報は、１つ以上のデジタルデータバスを介して、航空機の電子エンジン制御装置から航空機の１つ以上のアビオニクスコンピュータに伝送される。具体的には、識別子が伝送され、この識別子各々はエンジン推力定格に対応するものである。エンジン制御装置は、関連するエンジンにおける１組のプラグの構成を読取ることにより、エンジン推力定格識別子を決定する。この識別子は、飛行管理コンピュータ／推力管理コンピュータ（ＦＭＣ／ＴＭＣ）にデジタルで伝送される。ＦＭＣ／ＴＭＣは、種々の推力定格に対応するエントリを有するデータベースを含む。ＦＭＣ／ＴＭＣはパワーアップの際に、受取った特定されたエンジン推力定格に対する適切なデータセットを選択する。より具体的には、ＦＭＣ／ＴＭＣはパワーアップの際に、エンジン推力定格識別子を読出し、メモリにストアし、パワーアップ時にストアされた定格識別子を用いて性能データベースを確立する。特定の推力定格を変更する際には、定格を変更すべきエンジンにおけるプラグの組の構成が修正されて新しい推力定格識別子が表わされる。その結果、次のパワーアップのときには、推力定格識別子が更新されて新しい定格が反映される。
【０００６】
本発明の他の局面に従えば、ＦＭＣ／ＴＭＣは揮発性メモリおよび不揮発性メモリを含む。エンジンの推力定格に関する識別子は不揮発性メモリにストアされる。
【０００７】
本発明のさらに他の局面に従えば、ＦＭＣ／ＴＭＣは電子エンジン制御装置から推力定格識別子を定期的に受取り、受取った推力定格識別子をストアされた推力定格識別子と比較し、受取った識別子がストアされた識別子と異なっていればストアされた推力定格識別子を更新する。
【０００８】
本発明のさらに他の局面に従えば、ジェット航空機は各々が推力定格を有する２つ以上のジェットエンジンを含む。ＦＭＣ／ＴＭＣは各ジェットエンジンの電子制御装置から推力定格識別子を受取り、エンジンの推力定格を比較し、エンジンの推力定格が整合していなければ故障状態を報告する。好ましくは、故障状態は、比較時にジェット航空機が地上にある場合にのみ、ＦＭＣ／ＴＭＣによって報告される。
【０００９】
本発明のさらに他の局面に従えば、航空機のアビオニクスシステムは共通のデジタルデータバスに接続される少なくとも２つのＦＭＣ／ＴＭＣを含む。どちらのＦＭＣ／ＴＭＣも同じ推力定格識別子を受取り、それぞれのメモリにこの推力定格識別子をストアする。
【００１０】
本発明のさらに他の局面に従えば、ＦＭＣ／ＴＭＣのメモリは複数のエントリを含むデータベースを含み、各エントリはエンジン推力定格に対応するものである。ＦＭＣ／ＴＭＣはテストを行なって、受取った推力定格識別子に対応するエンジン推力定格データベースエントリが存在するかどうかを判断する。対応するデータベースエントリが存在する場合のみ、推力定格識別子はＦＭＣ／ＴＭＣの不揮発性メモリにストアされる。
【００１１】
上記の説明から容易に理解できるように、本発明に従い形成されるアビオニクスシステムにより、選択されＦＭＣ／ＴＭＣに送られたエンジン推力定格識別子を、既存の配線の修正の必要なしに変更できる。ジェットエンジンの推力定格を変更するときには、新しい定格が自動的に読出され、ＦＭＣ／ＴＭＣにストアされた定格識別子を更新するために用いられる。より具体的には、各エンジンに関連する電子エンジン制御装置は、エンジンプラグの構成により規定されるエンジン推力定格データを自動的に読出し、識別子をＦＭＣ／ＴＭＣに送る。ＦＭＣ／ＴＭＣは受取った推力定格識別子が有効かどうかを判断し、有効であれば、メモリ、好ましくは不揮発性メモリに、推力定格識別子をストアする。ＦＭＣ／ＴＭＣはエンジン推力定格に関する新しく受取ったデータを周期的に処理し、ストアされたデータに関連する識別子の有効性を判断し、識別子が有効でありかつ異なっているとわかれば新しい推力定格識別子をメモリにストアする。不揮発性メモリに推力定格識別子をストアするこの好ましい手順が採用されていれば、推力定格識別子は、パワーオフ、パワーオンサイクルの後に利用できるであろう。本発明は本質的に推力定格データの変更を単純化する。
【００１２】
本発明の上記の局面および付随する数多くの利点は、添付の図面との関連で以下の詳細な説明を参照することにより、より良く理解されると同時に容易に認識されるものとなるであろう。
【００１３】
【好ましい実施例の詳細な説明】
図１は、本発明を取入れるアビオニクスシステム１０２の主要な構成要素を示すブロック図である。説明の都合上、本発明が利用される対象となるジェット航空機は、ワシントン州シアトルに在するボーイング社（Boeing Company）が製造するモデル７７７などの２エンジンの民間用ジェット航空機であるものと仮定する。本発明を、１つのジェットエンジンまたは３つ以上のジェットエンジンを含む航空機に対して使用するならば、当業者には以下を考慮すれば明らかになるであろう変更を加える必要がある。さらに、複数のジェットエンジンを含む航空機では、本発明を、航空機に含まれるエンジンのいずれかの組に対して利用することができるであろう。
【００１４】
図１に示されたアビオニクスシステムは、エンジンに結合される電子エンジン制御装置（ＥＥＣ）１０８ａおよび１０８ｂを各々が備える１対のジェットエンジン１０４ａおよび１０４ｂと、具体的には飛行管理コンピュータ／推力管理コンピュータ（ＦＭＣ／ＴＭＣ）１２０ａである第１のアビオニクスコンピュータおよび第２のＦＭＣ／ＴＭＣ  １２０ｂと、電子エンジン制御装置１０８とＦＭＣ／ＴＭＣ  １２０ａおよび１２０Ｂとの間でデジタルデータを転送するための通信システム１３０とを含む。図１に示されるように、飛行管理コンピュータおよび推力管理コンピュータは物理的に一緒に配置されているので、以降ＦＭＣ／ＴＭＣ  １２０として示すことにする。代わりの構成では、飛行管理コンピュータおよび推力管理コンピュータを分離させてもよい。飛行管理コンピュータおよび推力管理コンピュータ各々は、以下で述べるように本発明に関しては同じプロセスを用いる。
【００１５】
各ジェットエンジン１０４ａおよび１０４ｂは、１組のプラグ１０６を含み、プラグの構成はジェットエンジン１０４の推力定格を確定するものである。プラグ１０６およびプラグをいかにしてマニュアルで構成するかについては当該技術では周知であるため、そのようなプラグおよび構成方法は、本明細書では説明しない。また当該技術で周知であり本明細書では説明しないが、ＥＥＣ１０８ａおよび１０８ｂは、プラグ１０６の構成を検出し、その構成を解釈し、エンジン１０４ａおよび１０４ｂの推力定格を示すデジタルデータを発生することができる。
【００１６】
図１に示される、ＥＥＣ  １０８ａおよび１０８ｂと飛行管理コンピュータ１２０ａおよび１２０ｂとの間でデジタルデータを転送させるための通信システム１３０は、複数のデジタルデータバスとエンジンデータインタフェースユニット１１２とを含む。左側のエンジン１０４ａを参照して、第１の制御装置データバス１１０ａは、左側のエンジンＥＥＣ  １０８ａからエンジンデータインタフェースユニット１１２へとデータを搬送する。制御装置のデジタルデータバス１１０ａはどんなタイプのデジタルデータバスとすることもできるが、本発明のある実際の実施例においては、制御装置デジタルデータバス１１０ａはＡＲＩＮＣ４２９デジタルデータバスである。ＡＲＩＮＣ  ４２９デジタルデータバスは、左側のエンジンＥＥＣ  １０８ａからエンジンデータインタフェースユニット１１２へというように、一方向にしかデジタルデータを搬送することができないため、逆方向すなわちエンジンデータ制御装置１１２から左側のエンジンＥＥＣ１０８ａへとデータを搬送する第２の制御装置デジタルデータバス１１０ｂがこの実施例では必要である。対応する１対の制御装置デジタルデータバス１１０ｃおよび１１０ｄは、右側のエンジンＥＥＣ  １０８ｂとエンジンデータインタフェースユニット１１２との間でデジタルデータを搬送する。代わりの構成では、対にされた制御装置デジタルデータバス１１０ａ、１１０ｂ、および１１０ｃ、１１０ｄの代わりに、１つの双方向デジタルデータバスを使用することが可能である。
【００１７】
図１に示すように、飛行管理デジタルデータバス１１４はエンジンデータインタフェースユニット１１２を、ＦＭＣ／ＴＭＣ  １２０ａおよび１２０ｂ双方に電子的に接続する。本発明のある実際の実施例では、ＡＲＩＮＣ  ６２９デジタルデータバスが飛行管理デジタルデータバス１１４を形成している。ＡＲＩＮＣ６２９デジタルデータバスは双方向性であるため、エンジンデータインタフェースユニット１１２とＦＭＣ／ＴＭＣ  １２０ａおよび１２０ｂとの間で両方向にデータを搬送することができる。２つ以上の単方向性のデジタルデータバスから飛行管理デジタルデータバス１１４を形成するというような代替の構成よりもこれは好ましいものである。
【００１８】
エンジンデータインタフェースユニット１１２の主要な機能は、制御装置デジタルデータバス１１０ａ、１１０ｂ、１１０ｃおよび１１０ｄと、飛行管理デジタルデータバス１１４との間でインタフェースの役割を果たすことである。異なるタイプのデジタルデータバスは、データ転送のために異なるプロトコルを用いるため、エンジンデータインタフェースユニット１１２は、制御装置と飛行管理デジタルデータバスとの間で、プロトコルおよびデータを変換する。
【００１９】
当業者には容易に理解されるように、図１に示される、電子エンジン制御装置１０８ａおよび１０８ｂと、ＦＭＣ／ＴＭＣ  １２０ａおよび１２０ｂとの間でデジタルデータを転送するための通信システム１３０は、例示的なものであり、制限的なものではない。例として、代替構成では、１つ以上のデジタルデータバスが、ＥＥＣ  １０８ａおよび１０８ｂを直接ＦＭＣ／ＴＭＣ  １２０ａおよび１２０ｂに結合することができる。このような構成は、１つの双方向性のデジタルデータバスからなるものでもよく、または２つの単方向性のデジタルデータバスからなるものでもよい。このような構成では、エンジンデータインタフェースユニット１１２は不要である。その代わりに、ＥＥＣ  １０８ａおよび１０８ｂが、ＦＭＣ／ＴＭＣ  １２０ａおよび１２０ｂとの間で直接データの送受信を行なう。当該業者には容易に理解可能であるように、多くの飛行機では、飛行管理デジタルデータバス１１４は複数のデジタルデータバスからなる。
【００２０】
図１に示されるアビオニクスシステムはさらに、左側および右側のＦＭＣ／ＴＭＣ  １２０ａおよび１２０ｂの間でのデジタルデータの搬送のための第２の飛行管理デジタルデータバス１２８を含む。第２の飛行管理デジタルデータバス１２８により、ＦＭＣ／ＴＭＣ  １２０ａおよび１２０ｂは処理の結果を比較することができる。所望であれば１つのＦＭＣ／ＴＭＣ  １２０を使用できることは明らかである。
【００２１】
図１に示されるＦＭＣ／ＴＭＣ  １２０ａおよび１２０ｂ各々は、揮発性メモリ１２４および不揮発性メモリ１２６を含む。不揮発性メモリはエネルギがない場合にデータを保持することができるため、ストアされた情報はコンピュータのパワーダウンおよびパワーアップサイクルを通して保持される。揮発性メモリはコンピュータがパワーダウンされているときにはストアされたデータを保持することができない。ＦＭＣ／ＴＭＣ  １２０ａおよび１２０ｂ各々はまた、不揮発性メモリ１２６または別の（図示しない）不揮発性メモリにストアし得る、データベース１２５を含む。ＦＭＣ／ＴＭＣ  １２０ａおよび１２０ｂの各々はまた、データプロセッサ１２７を含む。図面を簡潔にするため、かつ本発明には直接関係しないため、図１ではＦＭＣ／ＴＭＣの周知の要素は示されていない。
【００２２】
以下の説明からよりよく理解されるように、ＥＥＣ  １０８ａおよび１０８ｂは絶え間なく、エンジン１０４ａおよび１０４ｂのプラグ１０６の構成を検出し、この構成を解釈してエンジン１０４ａおよび１０４ｂの現在の推力定格を決定し、制御装置デジタルデータバス１１０ａおよび１１０ｃを介してエンジンデータインタフェースユニット１１２に、対応する推力定格識別子を送る。エンジンデータインタフェースユニット１１２はこのデータを、データを頻度の高い周期でＦＭＣ／ＴＭＣ  １２０ａおよび１２０ｂに転送する飛行管理デジタルデータバス１１４に与えるのに適した形式に変換する。本発明のある実際の実施例では、新しい推力定格識別子が１秒につき約５回、ＦＭＣ／ＴＭＣ  １２０ａおよび１２０ｂに送られる。当業者には容易に理解されるように、推力定格識別子は、エンジン推力定格を表わすために種々の方法で形成することができる。
【００２３】
ＥＥＣ  １０８ａおよび１０８ｂから新しく受取った推力定格識別子を処理するのにＦＭＣ／ＴＭＣが用いるプロセスが、図２に示されている。図示のように、周期的Ｉ／Ｏ処理２０２は、ステップ２０４で開始される。ステップ２０４はたとえばクロックによりトリガされる。次にステップ２０６で、関連するＦＭＣ／ＴＭＣ  １２０ａまたは１２０ｂが、関連するＥＥＣ  １０８ａまたは１０８ｂから新しい推力定格識別子を受取る。ステップ２０８で、ＦＭＣ／ＴＭＣ  １２０ａおよび１２０ｂは、新しく受取った推力定格識別子を揮発性メモリ１２４にストアする。ステップ２１０で、フラグがセットされて推力定格識別子の受取りが示される。ステップ２１２で、周期的Ｉ／Ｏ処理ループは終了し、このプロセスは始めに戻る（ステップ２０４）。周期的Ｉ／Ｏ処理２０２の効果は、ジェットエンジン１０４ａおよび１０４ｂにおいてプラグの構成が変更されたほぼ直後に、ＦＭＣ／ＴＭＣ  １２０ａおよび１２０ｂが新しい推力定格を受取ることである。周期的Ｉ／Ｏ処理２０２は、ＦＭＣ／ＴＭＣ  １２０ａおよび１２０ｂがターンオンされると開始され、ＦＭＣ／ＴＭＣがパワーアップされている間は継続される。
【００２４】
図３は、ＦＭＣ／ＴＭＣ  １２０ａおよび１２０ｂ（図１）が、関連のＦＭＣ／ＴＭＣのデータベース１２５が受取った推力定格識別子に対応するエントリを含むかどうかを判断するのに用いるプロセス３０２の一部を示すフロー図である。図３に示す処理３０２は、パワーアップの３０４で開始される。ステップ３０６でテストが行なわれ、ＥＥＣ推力定格識別子が不揮発性メモリ１２６（図１）にストアされているかどうかが判断される。不揮発性メモリ１２６にストアされた情報は、ＦＭＣ／ＴＭＣ  １２０のパワーダウン後でも保持されているため、推力定格が不揮発性メモリ１２６にストアされていない場合のみ否定の判断が下される。こうした否定の判断が発見された場合、このプロセスはステップ３０８へと分岐し、ここでテストが行なわれ、ＥＥＣ  １０８ａおよび１０８ｂ（図１）の一方により報告されるように、エンジン推力定格識別子が、図２に示され先に説明されたように周期的Ｉ／Ｏ処理２０２の結果として、揮発性メモリにストアされているかどうかが判断される。エンジン推力定格識別子が揮発性メモリにストアされていなければ、このプロセスは経路３０９に沿って戻り、判断ステップ３０８が繰返される。周期的Ｉ／Ｏ処理２０２（図２）は図３に示される処理から独立して発生する。経路３０９により示される途切れのないループは、ＥＥＣの１つから新しい定格識別子が受取られ（図２のステップ２０６）、推力定格が揮発性メモリにストアされ（ステップ２０８）、適切なフラグがセットされた（ステップ２１０）ときに、終了する。
【００２５】
判断ステップ３０８により、ＥＥＣ推力定格識別子が揮発性メモリにおいて使用可能であると判断されたとき、このプロセスはステップ３１０に進み、ここでテストが行なわれ、新しく受取ったエンジン推力定格識別子に対応するデータベースエントリが存在するかどうかが判断される。具体的には、先に簡単に説明したように、ＦＭＣ／ＴＭＣ  １２０ａおよび１２０ｂの各々はデータベース１２５を含んでいる。データベースは、ジェットエンジン１０４ａおよび１０４ｂならびにジェット航空機に関する情報を含む。データベース１２５に含まれる情報の中には、各々が１つ以上の推力定格に対応する複数のエントリがある。これらのエントリは、当業者には周知である種々の方法で、ＦＭＣ／ＴＭＣ  １２０ａおよび１２０ｂによって使用される。推力定格データベースエントリの使用法は本発明には関係しないため、このようなエントリの使用法については本明細書では説明しない。
【００２６】
図３のステップ３１０は、新しく報告された推力定格識別子に対応する特定的なデータベースエントリがデータベース１２５に存在するどうかを判断するものである。そのようなエントリが存在しなければ、このプロセスはステップ３０８に戻り、新しい推力定格識別子がＥＥＣ  １０８ａまたは１０８ｂの一方により報告されているかどうかについてのテストが繰返される。報告されていれば、ステップ３１０でのテストが繰返される。この態様で、連続ループ３１１は、ＥＥＣ  １０８ａおよび１０８ｂの一方により新しくかつ異なる推力定格識別子が報告され、対応するデータベースエントリが存在する（ステップ３１０）ときにのみ終了する。対応するデータベースエントリが発見されれば、ステップ３１４で、ＦＭＣ／ＴＭＣ  １２０は、新しいエンジン推力定格識別子に対応するデータベースエントリに対するポインタの値を保存する。このポインタの値は、関連するＦＭＣ／ＴＭＣ  １２０ａまたは１２０ｂによりアクセスが要求されたときに、報告された推力定格識別子に対応するデータベース１２５における情報に迅速にアクセスするために使用できる。ポインタの値が保存された後、このプロセスは図４に示され以下で詳細に説明される、周期的処理ループ３１６に進む。
【００２７】
ステップ３０６に戻り、パワーアップ時に推力定格識別子が不揮発性メモリ１２６（図１）にストアされているという判断が下されれば、このプロセスはステップ３１２に進み、ここでテストが行なわれて、不揮発性メモリ１２６にストアされたエンジン推力定格識別子に対しデータベースエントリが存在するかどうかが判断される。ステップ３１２の判断は上記のステップ３１０の判断と同様であるが、違いは、ステップ３１０では、テストされたエンジン推力定格は、図２のステップ２０８で行なわれるように、揮発性メモリ１２４（図１）にストアされた推力定格識別子からのものだということである。ステップ３１２のテストでは、図４に従い以下で説明される、不揮発性メモリ１２６にストアされた推力定格識別子のテストが行なわれる。ステップ３１２で行なわれるテストが否定であれば、このプロセスはステップ３０８に進み、上記のようにステップ３０８および３１０の判断経路に入る。対照的にもしステップ３１２で、不揮発性メモリ１２６にストアされた推力定格識別子に対し対応するデータベースエントリが発見されれば、このプロセスはステップ３１４に進みここでデータベースエントリに対するポインタが保存される。
【００２８】
上記の説明から容易に理解できるように、周期的処理ループ３１６に入るときには、古い推力定格識別子が不揮発性メモリ１２６（図１）にストアされているか、または新しく報告された推力定格識別子が揮発性メモリ１２４にストアされているかであり、データベース１２５には有効な対応するデータベースエントリが存在することになる。図４は周期的処理ループ３１６を示している。周期的処理ループ３１６はステップ４０２で開始される。ステップ４０４で、ＦＭＣ／ＴＭＣ  １２０ａおよび１２０ｂはテストを行ない、航空機が地上にあるかどうかが判断される。飛行中の故障によるＥＥＣ推力定格の変更が航空機の動作に確実に影響しないようにするために、不揮発性メモリにストアされた推力定格識別子における変更は、航空機が地上にあるときにしか許可されない。したがって、ステップ４０４で否定の判断が下された場合、結果として、プロセスの中の周期的処理４１６の終了の直前のポイントに分岐することになる。航空機が地上にあれば、処理はステップ４０６に進む。
【００２９】
ステップ４０６で、揮発性メモリにストアされた、ＥＥＣが報告した推力定格識別子の数についての判断が行なわれる。揮発性メモリに新しいＥＥＣ推力定格識別子がストアされていなければ、このプロセスは周期的処理の終了４１６に分岐する。推力定格識別子が１つのみ揮発性メモリにストアされていれば、このプロセスはステップ４０８に進み、ここでテストが行なわれ、揮発性メモリにストアされた推力定格識別子が不揮発性メモリ１２６（図１）にストアされた推力定格識別子と同じであるかどうかが判断される。この判断が否定であれば、ステップ４１４で、ＦＭＣ／ＴＭＣ  １２０は不揮発性メモリ１２６にストアされた「古い」推力定格識別子を、「新しい」推力定格識別子と取換える。これに続き、この処理は図３の始めに戻り、上記の処理が再び行なわれる。このようにして、このプログラムは、ＦＭＣ／ＴＭＣ  １２０ａおよび１２０ｂ（図１）のパワーオンの際と同様に進行する。ステップ４０８で、揮発性メモリ１２４にストアされた推力定格識別子が不揮発性メモリ１２６にストアされた推力定格識別子と同じであれば、このプロセスは周期的処理の終了４１６へと進む。これは最も一般的な経路であり、エンジン１０４ａおよび１０４ｂの推力定格を規定するプラグに変更がない結果として生じるものである。
【００３０】
ステップ４０６で、揮発性メモリに１つを超える推力定格識別子がストアされていれば、このプロセスはステップ４１０へと分岐し、ここでテストが行なわれ、揮発性メモリにストアされたエンジン推力定格識別子すべてが整合しているかどうかが判断される。整合していなければ、ステップ４１２で故障状態が報告され、周期的処理ループ３１６は終了し、このプログラムは停止される。この時点でオペレータによる介入が必要である。
【００３１】
ステップ４１０で、すべてのエンジンから報告された推力定格識別子が整合していれば、ただ１つの推力定格識別子が報告された（ステップ４０６）場合と同様、ステップ４０８に進む。なお、ステップ４１０でのテストは、推力定格がすべて同じであるエンジンを有する航空機での推力定格の選択を簡単にするものである。本発明ではこのテストの実行を必要としない。エンジン間で異なる推力定格が可能な航空機では、ステップ４１０および４１２は削除され、１つ以上のＥＥＣが報告する定格が利用できるときはいつでも処理はステップ４０８に進む。この代替例では、ＦＭＣ／ＴＭＣ  １２０ａおよび１２０ｂは、各ジェットエンジン１０４に対し、不揮発性メモリ１２６に推力定格識別子をストアする。
【００３２】
本発明の現在の好ましい実施例について図示し説明されているが、前掲の特許請求の範囲において規定される本発明の精神および範囲から逸脱することなく、種々の変更を加えることができることが理解されるであろう。たとえば、図３および４に示された処理ステップの多くのシーケンスを変更することが可能であり、または同じ機能的な結果を達成するように設計されるその他の方法でステップを実行することが可能である。
【図面の簡単な説明】
【図１】本発明を取入れるアビオニクスシステムのブロック図である。
【図２】新しく受取った推力定格データを処理するために、図１に示される飛行管理コンピュータにより使用される周期的プロセスを図示するフロー図である。
【図３】ジェットエンジン推力定格に対応するデータベースエントリが飛行管理コンピュータ／推力管理コンピュータのメモリに存在するかどうかを判断するために、図１に示される飛行管理コンピュータにより使用されるプロセスを示すフロー図である。
【図４】メモリにストアされたジェットエンジン推力定格を更新するため、かつジェットエンジン推力定格識別子が有効かどうかを判断するために、図１に示される飛行管理コンピュータにより使用されるプロセスを示すフロー図である。
【符号の説明】
１０４ａ  ジェットエンジン
１０８ａ  電子エンジン制御装置（ＥＥＣ）
１２０ａ  飛行管理コンピュータ／推力管理コンピュータ（ＦＭＣ／ＴＭＣ）
１３０  通信システム
【図１】
0003981183.tif 000002
【図２】
0003981183.tif 000003
【図３】
0003981183.tif 000004
【図４】
0003981183.tif 000005