JP2007527162A - インターネット・プロトコル（ｉｐ）順序付けを利用して乗客フライト情報システム（ｐｆｉｓ）のコンポーネントを識別するシステムおよび方法 - Google Patents

Abstract

インターネット・プロトコル（ＩＰ）順序付けを利用して乗客フライト情報システム（ＰＦＩＳ）のコンポーネントを識別するシステムおよび方法。より具体的には、本発明は、座席電子機器ボックス（ＳＥＢ）またはＰＦＩＳの他の座席コンポーネント等、各々のライン交換可能ユニット（ＬＲＵ）にＩＰアドレスを割り当てることにより、当該コンポーネントと例えばＰＦＩＳのヘッドエンド装置との間で通信を行なう際にＰＦＩＳにより当該コンポーネントを容易に識別できるようにするシステムおよび方法に関する。ＩＰ順序付け処理が実行されたならば、ＰＦＩＳを用いて乗客に対し、音声およびビデオ娯楽等のサービスを提供することができる。そのような娯楽は、客室乗務員がフライトのテーマを選択できる自動スクリプト実行処理に従って設定することができる。

Description

関連出願の相互参照
本出願は、合衆国法典第３５編１１９条（ｅ）の下、２００４年２月１７日出願の米国仮出願第６０／５４５，０６１号、および２００４年２月１７日出願の米国仮出願第６０／５４５，０６２号の利益を主張するものであり、各々の内容全体は本明細書に参照により援用される。

発明の背景
発明の分野
本発明は、インターネット・プロトコル（ＩＰ）順序付けを利用して乗客フライト情報システム（ＰＦＩＳ）のコンポーネントを識別するシステムおよび方法に関する。より具体的には、本発明は、座席電子機器ボックス（ＳＥＢ）その他のＰＦＩＳの座席コンポーネント等、各々のライン交換可能ユニット（ＬＲＵ）にＩＰアドレスを割り当てることにより、コンポーネントと、例えばＰＦＩＳのヘッドエンド設備との間で通信が生じる場合にＰＦＩＳが容易に当該コンポーネントを識別できるようにするシステムおよび方法に関する。

関連技術の説明
今日、多くの商用乗物、特に飛行機は、機内娯楽システム（ＩＦＥＳ）または乗客フライト情報システム（ＰＦＩＳ）を搭載しており、乗客が座席の肘掛け上の制御ボタンその他のプラグイン機器等の制御機器を介して対話することができる。乗客への機内利便性を向上させるべく、より精巧なＰＦＩＳが開発されて飛行機に搭載されつつある。

図１に示すように、典型的なＰＦＩＳシステム１００は、各種の機能を提供すべく接続された複数のコンピュータその他の種類の処理装置を含んでいる。これらのコンピュータは例えば、音声／ビデオヘッドエンド設備１０２、区域配信ボックス１０４、座席電子機器ボックス（ＳＥＢ）１０６として構成されている。ヘッドエンド設備１０２は、例えば、音声ビデオ・コントローラ（ＡＶＣ）１０８、およびキャビン管理端末（ＣＭＴ）１１０を含んでいてよい。当業者には理解されるように、ＡＶＣ１０８は音楽、映画その他の娯楽等の音声およびビデオを乗客の座席に関連付けられたヘッドホンおよびビデオ表示ユニットに提供する。例えば客室乗務員または保守要員がＣＭＴ１１０を用いて、ＰＦＩＳ１００を制御して、アナウンスの実施、映画の上映、システムの設定等、各種の機能を提供することができる。

飛行機のモジュール化された環境において、特に、各ＳＥＢ１０６を一般にライン交換可能ユニット（ＬＲＵ）と称する。その理由は、これらの装置がシステム内に装備されていながら、全体的なシステム性能にほとんど影響を及ぼすことなく個別に取り外しや交換可能なためである。上で示したように、ＳＥＢ１０６は、各々の列および座席番号により識別される乗客の座席または座席群（図示せず）に直接接続されていて、飛行機の乗客とヘッドエンド設備１０２等、ＰＦＩＳ１００の他のコンポーネントとの間のインターフェースを提供する。例えば、図１に示すように、ＳＥＢ１０６−１として識別されるＳＥＢが座席３Ａおよび３Ｃに接続されている一方、ＳＥＢ１０６−２は座席２Ａおよび２Ｃに、ＳＥＢ１０６−３は座席１Ａおよび１Ｃ接続されており、以下同様である。ＳＥＢ１０６はこのように、ＰＦＩＳ１００が提供する複数の機能や特徴に乗客がアクセスできるようにするものであり、例えば音声および／またはビデオ情報へのアクセス、座席制御機能、客室乗務員の呼び出し、およびより先端的なシステムでは電話通信およびコンピュータ操作、インターネットへのアクセス等が可能である。例えば、座席グループ３Ａおよび３Ｃに関連付けられたＳＥＢ１０６−１は、座席３Ａまたは３Ｃに座っている乗客が制御設備、例えば座席肘掛け上のボタンや係留されたコントローラを介して入力したチャネルおよびボリューム制御信号を受信して、乗客の座席に関連付けられた視聴覚設備へ必要な制御を提供することにより乗客に所望のチャネルレベルおよび音声のボリュームを提供することができる。

当業者には理解されるように、ＰＦＩＳ１００の設備が乗客の出した要求に適切に応答できるようにすべく、ＰＦＩＳは要求を出している乗客の位置を識別する何らかの技術を備えていなければならない。各ＳＥＢ１０６には１個以上の座席または座席群が関連付けられているため、当該位置は通常、乗客の要求を中継したＳＥＢ１０６を識別することにより決定することができる。一旦応答が適切なＳＥＢ１０６に与えられたならば、ＳＥＢ１０６内のコンピュータ設備は要求がどの座席から出されたかを、例えば、当該要求を受信したＳＥＢ１０６内のポートを識別することにより決定することができる。ＳＥＢ１０６はこのように、ＳＥＢ１０６に接続されていて、その特定の乗客の座席に関連付けられている音声／ビデオ設備へ音声または音声／視覚信号等の適切な応答を配信することができる。

これらの種類のシステムにおいて、ヘッドエンド設備１０２およびＡＤＢ１０４等、ＳＥＢ１０６およびＰＦＩＳ１００の他の設備は、相互に容易に通信可能でなければならない。更に重要なのは、ヘッドエンド設備が適切なＳＥＢ１０６に対して適切な応答を提供できるように、ＳＥＢ１０６はヘッドエンド設備１０２に要求を出すことできなければならず、ヘッドエンド設備１０２はどのＳＥＢ１０６から要求が受信されたかを認識できなければならない。

従って、システム内で高信頼性を以って通信および動作することが可能なＳＥＢ１０６および他のＬＲＵを備えたＰＦＩＳ１００に対するニーズが存在する。

発明の概要
以下に記載する本発明の実施形態は、インターネット・プロトコル（ＩＰ）順序付けを利用して乗客フライト情報システム（ＰＦＩＳ）のコンポーネントを識別するシステムおよび方法を提供する。より具体的には、本発明は、座席電子機器ボックス（ＳＥＢ）その他のＰＦＩＳの座席コンポーネント等、各々のライン交換可能ユニット（ＬＲＵ）にＩＰアドレスを割り当てることにより、コンポーネントと、例えばＰＦＩＳのヘッドエンド設備との間で通信が生じる場合にＰＦＩＳが容易に当該コンポーネントを識別できるようにするシステムおよび方法に関する。一旦ＩＰ順序付け処理が実行されたならば、ＰＦＩＳを用いて乗客に対し、音声およびビデオ娯楽等のサービスを提供することができる。そのような娯楽は、客室乗務員がフライト用にテーマを選択できる自動スクリプト実行処理に従い設定可能である。

本発明の上述の目的および利点は、添付の図面を参照しつつその好適な実施形態を詳述することにより明らかになる。

好ましい実施形態の詳細な説明
上の背景部で述べたように、本発明の実施形態によるＩＰ順序付けシステムおよび方法を採用しているＰＦＩＳ１００である。ＰＦＩＳ１００の更なる詳細を図２に示す。上述のように、ＰＦＩＳ１００は、ヘッドエンド設備１０２、複数のＡＤＢ１０４、および複数のＳＥＢ１０６を含んでいる。ＡＤＢ１０４は各々、複数の床切断ボックス（ＦＤＢ）１１２およびイーサネット接続を介して複数のＳＥＢ１０６に接続することができる。ＦＤＢは単に、床下ケーブルと床上ＳＥＢ１０６の間に接続点を提供するだけである。

更に図２に示すように、ヘッドエンド設備１０２はＡＶＣ１０８およびＣＭＴ１１０を含んでいる。ヘッドエンド設備１０２は更に、特徴を以下に詳述する複数のデジタル・サーバ・ユニット（ＤＳＵ）１１４およびそのＳＥＢ１０６を含んでいる。また図２に示すように、乗客の座席または座席群に関連付けられたＳＥＢ１０６は、主プロセッサ１１６、スイッチ１１８、および知的ビデオ表示ユニット（ＳＶＤＵ）１２０を含んでいてよく、これらの特徴を以下に詳述する。ＳＶＤＵ１２０は、例えば自身のプロセッサを含んでいて、ＳＥＢ１０６等の他の機器から単に命令を受信するだけでなく、自身のタスクや意思決定を実行することができるため「知的」とみなされる。上に示したように、スイッチ１１８は、ＳＥＢ１０６に関連付けられた座席の乗客が利用できる複数のラップトップ・コンピュータ１２２との接続を提供することができる。更に、ＳＥＢ主プロセッサ１１６は、複数の乗客制御装置（ＰＣＵ）１２４へのアクセスを提供するＵＳＢポートを含んでいてよく、これらについては以下に詳述する。

以下に図１、２およびこれに続く図面に関して述べるように、本発明の実施形態は、ＰＦＩＳ１００内のＬＲＵ間、特に、ＳＥＢ１０６とヘッドエンドサーバ装置１０２との間で情報を伝達する方式としてＩＰ通信を利用するシステムおよび方法を提供する。ヘッドエンドサーバ装置１０２が、どのＳＥＢ１０６から特定の要求が送られたかを認識して、音声および／またはビデオデータ等の適切な情報をそれらのＳＥＢ１０６に提供可能にするためには、ＰＦＩＳ１００が一意な仕方で各ＳＥＢ１０６を識別できることが必要である。これを実現すべく、本発明の実施形態によるシステムおよび方法は、「ＩＰ順序付け」処理を実行し、その間に一意なＩＰアドレスが各ＳＥＢ１０６および他のＬＲＵに割り当てられる。本システムおよび方法はこのように、ＰＦＩＳ１００内のＳＥＢ１０６およびの他のＬＲＵの位置を、それらが設置される際にマッピングすることができる。

任意のＳＥＢ１０６を飛行機内の任意の場所に、従ってＰＦＩＳ１００の任意の場所に搭載できる点に注意されたい。それ故に、ＰＦＩＳ１００内にＳＥＢ１０６を設置する前に識別情報をＳＥＢ１０６に割り当てることは実際的でない。本システムおよび方法は従って、ヘッドエンド設備１０２が、各ＳＥＢ１０６に一意に割り当てられるＩＰアドレスの表を生成および保存することにより、これらのＩＰアドレスが機内の、従ってＰＦＩＳ１００内の各場所について常に同じであるようにできる。マッピング処理は、各ＳＥＢ１０６を分離して、既知の基準点からの相対位置を識別できることが必要である。ＳＥＢ１０６が分離されたならば、本技術は以下に詳述するように、アドレスのＩＰ表を用いて特定のＳＥＢ１０６に妥当且つ一意なＩＰアドレスを割り当てる。

本例では、各ＳＥＢ１０６および各ＡＤＢ１０４は、図２、３に示すスイッチ１１８等の内蔵型８ポートまたは１６ポート・イーサネット・スイッチを有している。スイッチ１１８は、プロセッサ１１６の制御下で各ポートの起動または停止を行なうことができる。各ＳＥＢ１０６は更に、ＳＥＢ１０６を、ＰＦＩＳ１００内で上流にあるＳＥＢ１０６またはＡＤＢ１０４に接続するために用いる上流および下流ポートを有している。各ＳＥＢ１０６は更に、連鎖において次に下流にあるＳＥＢ１０６に自身を接続する下流リンクを含んでいる。図２に示す例において、各ＡＤＢ１０４は、ＳＥＢ群の１０個のカラムを収容する１０個のスイッチポートを有し、また、ヘッドエンド設備１０２に対して当該ＡＤＢ１０４の上流に位置していてよい別のＡＤＢ１０４（図示せず）と通信するための上流ポート、および下流ＡＤＢ１０４と通信するための下流ポートを有している。ＩＰ順序付け処理が実行された場合、各ＡＤＢ１０４は、特定のＡＤＢ１０４がサービスを提供する各カラム内の適切なＳＥＢ１０６に対する各々のＩＰアドレスの割り当てを管理する。以下に詳述するように、本処理は各ＳＥＢ１０６を分離すべく多数の一連のＵＤＰ同報通信メッセージが実行され、これに続いてＳＥＢに一意なＩＰアドレスが割り当てられる。

本例におけるＩＰ順序付け機能は、ＡＤＢ１０４、ＳＥＢ１０６、およびＳＶＤＵ１２０だけでなく、ＡＶＣ１０８またはＤＳＵ１１４に常駐して、１００ベース・イーサネットネットワーク等のイーサネット・ネットワークを用いてＩＰおよび媒体アクセス制御（ＭＡＣ）アドレス配信を管理することができる。一般に、最初に座席において、従ってＳＥＢ１０６においてＩＰアドレスが未知なため、ＩＰ順序付け処理を扱っているヘッドエンド設備１０２内のサーバ（例：ＡＶＣ１０８内のサーバ）は、同報通信メッセージを用いてＩＰ順序付け処理を開始する。しかし、ＴＣＰ／ＩＰを用いて、ＳＥＢ１０６および他のＬＲＵからの結果をヘッドエンド設備１０２内のサーバ１１４へ返送することができる。ＩＰ順序付けは、ＳＥＢ１０６が設置されたかまたはサービスを受けている際に、例えば保守作業員により、ＣＭＴ１１０を介して開始することができる。例えば、ＡＶＣ１０８は、ＣＭＴ１１０に関連付けられたビデオ端末（図示せず）がアクセスするウェブ・ページのホストとなってＡＶＣ１０８内のサーバを動作させることができる。ＡＶＣ１０８がＩＰ順序付けを開始したならば、ＡＶＣ１０８内のサーバが特定のポート番号を介して全てのＡＤＢ１０４と通信してＩＰ順序付けを取り扱う。ＳＥＢ１０６等、各々のＬＲＵは、自身のイニシエータから待ち行列を受信するＩＰシーケンス・サーバと、順序付け処理を開始する対象であるＬＲＵに順序付けを行なうＩＰシーケンサとを含んでいる。ＩＰ順序付けは、ＳＥＢ１０６および自身に関連付けられた機器をヘッドエンド設備１０２およびＡＤＢ１０４と協働して順序付ける。

ＰＦＩＳ１００のコンポーネントの更なる詳細を図４〜６に概念的に示す。図４の概念図は、特に、ＡＤＢ１０４、ＳＥＢ１０６、ＡＶＣ１０８およびＣＭＴ１１０、並びに個々の座席機器１３０、例えば特定のＳＥＢ１０６に接続された各々の座席に関連付けられたＳＶＤＵおよびＰＣＵに存在するモジュールを示す。上述のように、ＡＤＢ１０４は、ＡＤＢシーケンス・サーバ１３４と通信するＡＤＢマネージャ・モジュール１３２、スイッチ・マネージャ・モジュール１３６、およびＡＤＢ受信モジュール１３８を含んでいる。ＡＤＢマネージャ・モジュール１３２は、ＡＤＢシーケンス・サーバ・モジュール１３４、スイッチ・マネージャ・モジュール１３６、およびＡＤＢ受信モジュール１３８からの情報のフローを制御すると共に、情報をＳＥＢ１０６およびＡＶＣ１０８へ送信する。各ＳＥＢ１０６は、ＳＥＢ・ＩＰシーケンス・マネージャ・モジュール１４０、スイッチ・マネージャ・モジュール１４２、ＩＰ割り当てモジュール１４４、および複数のＳＥＢ・ＩＰシーケンス・サーバ・モジュール１４６、１４８を含んでいる。上述のように、ＳＥＢ・ＩＰシーケンス・モジュール１４６、１４８は、ＡＤＢマネージャ・モジュール１３２からＩＰ順序付けメッセージを受信するだけでなく、ＡＤＢマネージャ・モジュール１３２からＩＰ開始および中止メッセージも受信する。ＳＥＢ・ＩＰシーケンス・マネージャ・モジュール１４０は、ＩＰ割り当てモジュール１４４から、および座席機器１３０のモジュールから受信した情報に基づいて、ＡＤＢ受信モジュール１３８にＩＰ順序付けフィードバック情報を提供する。

更に図に示すように、座席機器１３０は、ＳＶＤＵおよびＵＳＢ機器用の機器シーケンス・サーバ・モジュール１５０およびＩＰアサイナ・モジュール１５２および１５４を含んでいる。機器シーケンス・サーバ・モジュール１５０とＳＥＢ・ＩＰシーケンス・マネージャ・モジュール１４０は相互に通信し、機器シーケンス・サーバ・モジュール１５０がＳＶＤＵおよびＵＳＢ機器用のＩＰアドレスをＩＰアサイナ・モジュール１５２、１５４に提供することができる。ＳＥＢ・ＩＰシーケンス・マネージャ・モジュール１４０は更に、当該ＳＥＢ１０６に関連付けられたＡＤＢ１０４のＡＤＢレシーバ１３８にフィードバック情報を提供し、ＡＤＢレシーバ１３８は当該フィードバック情報をＡＤＢマネージャ１３２に提供する。ＡＤＢレシーバ１３８は、ＳＥＢ１０６から受信したＴＣＰ／ＩＰフォーマット・メッセージを、ＡＤＢ・マネージャ・モジュール１３２が使用できる待ち行列に変換する。ＡＤＢマネージャ・モジュール１３２は、待ち行列から読み出してメッセージを翻訳しない。マネージャ・モジュール１３２はＩＳＭＳおよびＳＥＢ１０６から到着したメッセージを扱い、特に、イーサネット・スイッチ動作を低レベル処理へ下ろして、応答をリターン・コードとして返す。

図４に更に示すように、ＡＶＣ１０８は、ＩＰシーケンス・マスター・サーバ（ＩＳＭＳ）モジュール１６０、ＩＳＭＳ受信モジュール１６２、ＩＰＳ・ＣＧＩモジュール１６４、ＰＢＳサーバ・モジュール１６６、およびウェブ・ページ・モジュール１６８を含んでいてよい。ＩＰシーケンス・マスター・サーバ・モジュール１６０は、ＡＤＢシーケンス・サーバ・モジュール１３４に制御情報を提供する。ＡＤＢシーケンス・サーバ・モジュール１３４は当該情報をＡＤＢマネージャ・モジュール１３２に提供してＳＥＢ１０６によりＩＰ順序付け処理の開始および停止を行なう。ＩＰシーケンス・マスター・サーバ・モジュール１６０は更に、ＩＳＭＳ受信モジュール１６２から、フィードバック情報を受信し、当該情報を各々のＡＤＢ１０４のＡＤＢマネージャ・モジュール１３２へ渡す。ＩＰシーケンス・マスター・サーバ・モジュール１６０は更に、ＩＰＳ・ＣＧＩモジュール１６４、ＰＢＳサーバ・モジュール１６６、およびウェブ・ページ・モジュール１６８と通信して、表示されたＩＰ順序付け仮想コマンドボタン１７０を介してユーザーが提供した制御情報をＣＭＴ１１０から受信する。以下の表１は、ＰＦＩＳ１００の各種コンポーネントに存在するモジュールおよび機能を掲示している。

ＩＰネットワークの設定、特にＩＰ順序付け処理を実行するためのＰＦＩＳ１００の詳細について以下に詳述する。

当業者には理解されるように、ＩＰネットワークはＰＦＩＳ１００向けの主要な通信経路である。ネットワークは、設備を目一杯使用すべく構成されているため、ネットワーク内の多数のＩＰ機器の管理を必要とする。旅客機内の典型的なネットワークは、例えば１，０００個以上のＩＰ機器を含むことができる。従って、ネットワークがこれらの機器の各々に対し、ＭＡＣアドレスだけでなく、各々ＩＰアドレスを割り当て可能であって、且つ利用する帯域幅を最小限にすることが望ましい。

一実施形態において、ネットワークは１０／１００Ｂａｓｅ−Ｔ／ＴＸ９ポートスイッチに組み込まれるブロードコム（Ｂｒｏａｄｃｏｍ）ＢＣＭ５３１８スイッチ・チップを用いて、ＡＤＢ１０４およびＳＥＢ１０６のスイッチ機能、例えば図２に示すスイッチ１１８を提供する。しかし、任意の適当なスイッチ・チップまたはスイッチング装置を用いてもよい点に注意されたい。ＢＣＭ５３１８スイッチ・チップのアドレスマネージャ・ユニットは、学習および認機能識を提供し、アドレス表は２５６Ｋバイトのオンチップメモリ内に４Ｋのユニキャスト宛先アドレスを保持することができる。アドレス表は、４８ビットを有するＭＡＣアドレスの１０：４ビットにより索引付けられた１２８個の２Ｋメモリブロックを占有すべく編成されている。各々の２Ｋメモリブロックは、ビット３:０により索引付けられた１６個のバケットを含んでいる。各々のバケットは２個の６４バイトエントリを含んでいて、これにより同じ索引付ビットを有する最高２個のＭＡＣアドレスをアドレス表にマッピングすることができる。スイッチ・チップを使用し、ハッシュ・アルゴリズムまたは有向アドレス割り当て方式を用いてＭＡＣアドレスに索引付けを行なうことができる。

ＰＦＩＳ１００のネットワークで用いられる全てのネットワーク・カードは、工場で設定されたＭＡＣアドレスを使用する。スイッチがＭＡＣアドレスを用いてネットワーク内でデータをルーティングする方法に起因して、ＭＡＣアドレスはネットワーク・カードの一意性を保つために厳密に制御される。本例でのＭＡＣアドレスは６個のオクテット、すなわち１アドレス当たり４８ビットで構成されている。最初の３個のオクテットはネットワーク・カードの製造元を表わし、ＩＥＥＥ管理団体からネットワーク・カードの利用目的で入手できる。例えば、本例では、３個のオクテットは、ＭＡＣアドレスとして使用する「００−０６−ＣＦ」で占有されており、バイナリアドレス「００００ ００００ ００００ ０１１０ １１００ １１１１」に変換される。

ＭＡＣアドレスとこれらのスイッチとの関係の例を以下の表２に示す。

上に示したように、本例では各ＳＥＢ１０６は７個のＭＡＣアドレスを有し、各ＡＤＢスイッチは特定個数のＳＥＢ群を収容すべく特定のサイズの表を有している。各スイッチは、ＭＡＣアドレス表に索引付けすべく１１個の最下位ビット（ＬＳＢ）を使用する。１１個のＬＳＢは２４８通りの可能な索引を与え、宛先ポートで２対のＭＡＣアドレスを保持すべく各索引に２個のエントリがある。従って、本表は合計４，０９６個のＭＡＣアドレスを保持することができ、そのうち２個以下のＭＡＣアドレスが同じ１１個のＬＳＢを共有する。本表に存在しないＭＡＣアドレスは全て、発信元ポート以外のネットワークの全ポートへ同報通信される。同報通信により生成された全てのポートに不要な帯域幅が伝播されるのを防止すべく、ＰＦＩＳ１００はシステムで使用中のＭＡＣアドレスを制御する。

ここで図７を参照するに、３人の乗客にサービス提供する各々のＳＥＢ１０６は、ＭＡＣアドレスを必要とする合計７個の機器、すなわち１個の主ボード、３個のＳＢＤＵ、および３台のラップトップを有している。完全装備されたＳＥＢ１０６を有するＰＦＩＳ１００は、２４００人の乗客にサービス提供する５６００個を超えるＭＡＣアドレスを有している。更に、ＳＥＢグループにサービスを提供するＡＤＢ１０４の各ＡＤＢスイッチは、自身のＳＥＢグループ内、および全ての下流ＳＥＢグループ内の全ての機器のＭＡＣアドレスを保持する必要がある点に注意されたい。故に、本例における最上流のＡＤＢスイッチは５，６０８個のＭＡＣアドレスを保持している。

しかし、実際には、現行の機体構成ではどの機種であろうと１機に１，０００人を超える乗客は搭乗できないため、ＳＥＢ１０６の必ずしも全てが完全装備されるわけではない。従って、ＭＡＣアドレス割り当ては、本例では最大で１，０００人の乗客が搭乗することを前提としている。乗客１，０００人対応の構造では、座席レベルで最大３，０００個のＭＡＣ装置を必要し、４Ｋの表に適合することができる。しかし、２個以上のＭＡＣアドレスが同一のＬＳＢを共有する可能性がいくぶん高いため、本システムは、ＩＰ順序付け処理の間、各々のＭＡＣ装置に手動でＭＡＣアドレスを割り当てるソフトウェアを含んでいる。この新規ＭＡＣアドレスは、再利用のため不揮発メモリに保存され、各々のＭＡＣ装置は電源投入動作の間、製造元で割り当てられたＭＡＣアドレスまたは動的に割り当てられたＭＡＣアドレスのいずれかにより起動することができる。本システムは更に、一意な１２個のＬＳＢを有する４，０９６個のＭＡＣアドレスの存在を保証すべくＭＡＣアドレスをためておく必要があり、それにより表１からわかるように最大２個のＭＡＣアドレスが１１個のＬＳＢを共有することを保証する。

機体構成の一部として、ゲートウェイにより保護されないＭＡＣ装置を除外して、ＭＡＣアドレスを必要とする全ての装置を識別する「ＭＡＣ装置対アドレス表」を設定し、上述のリストから１個のＭＡＣアドレスを割り当てた。表は、スイッチがＭＡＣアドレス表を作成した際に、各装置が索引バケット内で１個のエントリだけを占めるように生成されており、当該エントリはまた、本システムがＭＡＣアドレスを割り当てることができない全てのＭＡＣ装置も受け入れる余地を提供するものである。１１−ビット索引フィールド内で、アドレス０〜６３_１０をヘッドエンド設備１０２のＬＲＵ用に使用し、アドレス６４_１０〜４０９５_１０をＳＥＢ１０６および付随設備等の乗客ＬＲＵ用に使用する。特定のＬＲＵへのＭＡＣアドレスの実際の割り当ては、特定の機体構成データベース生成の一環として行なわれる。

上で簡単に述べたように、ＳＥＢ１０６等、大多数のＬＲＵは少なくとも１個のＩＰアドレスを有している。ＩＰアドレスがＬＲＵの位置および識別情報を表わし、従ってＬＲＵの物理的位置毎に動的に割り当てられる点に特に注意されたい。ヘッドエンド設備１０２およびＡＤＢ１０４等の配信ボックス内のＬＲＵは、トレイまたはケーブルにより規定されるアドレス割り当てが行なわれている。しかし、ＳＥＢ１０６は位置を特定するための外部スイッチ設定を何ら有していないため、関連付けられたＡＤＢ１０４から位置が取得される。ＳＥＢ１０６等のＬＲＵにＩＰアドレスが割り当てられたならば、当該ＩＰアドレスは、以下に詳述する手動ＩＰ順序付け処理毎に再度割り当てられるまでＳＥＢ１０６の不揮発メモリに保存される。

以下は、図２、３に示す機体構成用のＩＰ要件の概要である。ヘッドエンド設備１０２の各ＬＲＵはＩＰアドレスを必要とする。機内には複数のＡＤＢ１０４がある。各ＡＤＢ１０４は１個のＩＰアドレスを有し、当該構成での各ＡＤＢ１０４はＳＥＢ１０６の８個のカラムを有している。各カラムは、最大１０個のＳＥＢ１０６を有し、各ＳＥＢ１０６は合計７個のＩＰアドレス、すなわち主プロセッサ１１６用に１個のＩＰアドレス、ＳＥＢ１０６がサービス提供できる３台のラップトップ用に３個のＩＰアドレス、またＳＥＢ１０６がサービス提供できる３個のＰＤＧ用に３個のＩＰアドレスである。従って、これらの計算に基づいて、各カラムは７０個のＩＰアドレス（１０個のＳＥＢの各々について７個のＩＰアドレス）を必要とし、従って各ＡＤＢは５６１個のＩＰアドレス（自身のＩＰアドレスに加え、７０個のＩＰアドレスの各々に８個のカラム）を必要とする。故に、本例では、必要とされるＩＰアドレスの総数は、２個のＡＤＢおよびヘッドエンド・コーナー１０２のＬＲＵが必要とする個数のＩＰアドレスに対して１，０２２個である。各々のＩＰアドレスは２個の部分、すなわちネットワーク部とホスト部に分かれている。ホスト部が全て１か全てゼロであるＩＰアドレスは、ネットワークおよび同報通信のために予約されている。従来よりゲートウェイＩＰアドレスとして用いられている追加的なＩＰアドレスも存在する。

ＩＰアドレス設計の例を以下の表２に示す。本例では「１７２．２ｘ．ｙ．ｚ」のＩＰアドレス・スキームを全ての装置への割り当てに用いる。本例では、各ＬＲＵおよびヘッドエンド設備１０２には「１７２．２０．ｙ．ｚ」というＩＰアドレス・スキームが割り当てられ、ＳＥＢ１０６のようにヘッドエンド設備１０２に存在しない各ＬＲＵには「１７２．２１．ｙ．ｚ」という、ＩＰアドレス・スキームが割り当てられている。このクラスＢ ＩＰアドレス・スキームは、ＩＰアドレスの物理ＬＲＵへのマッピングを表わすべく１６ビットを提供する。ホストＩＤ１６ビットは、最下位ビットから最上位ビットへ順次番号付けられている。最下位ビットは、上の表２に「ｘ」で表わされ、ＬＲＵがヘッドエンド設備１０２の一部であるか、またはＳＥＢ１０６のようにＬＲＵの他の何らかの種類であるか否かを示すために用いる。上述のように、ビット「ｘ」は、ヘッドエンド設備の一部であるＬＲＵについては値「０」を有し、ヘッドエンド設備１０２の一部ではないＬＲＵについては値「１」有する。文字「ｙ」で表わされる１６ビットは従って、全てのＬＲＵをマッピングすべく用いられる。

ＳＥＢ１０６等のヘッドエンド設備１０２に存在しないＬＲＵのＩＰアドレスのフォーマットを以下の表４に示す。具体的には、第１〜４ビットはＳＥＢ１０６内の装置を識別するために用いる。例えば、ＳＥＢ１０６の主プロセッサボードには全てゼロが割り当てられ、第３〜４ビットは４人の乗客候補を表わし、第１〜２ビットは最大４台の装置の乗客毎の装置を表わす。第５〜８ビットは、当該ＩＰアドレスが属するカラムにどのＳＥＢ１０６が存在するかを識別するために用い、第９〜１２ビットは当該ＩＰアドレスが属するカラムを識別するために用いられる。具体的には、第９ビットはＷＤＢ／ＦＤＢに関して前後の位置を表わし、第１０〜１２ビットはカラム番号を表わす。第１３〜１６ビットは当該ＩＰアドレスが属するＡＤＢ１０４を表わし、ゼロの全て非有効ビットがプロセッサボード上のＡＤＢへの割り当てに使用されている。

図２から分かるように、例えば、ヘッドエンド設備１０２内でＬＲＵ用に予約されているＩＰアドレスの個数は少ない可能性が高い。しかし、同報通信機能を有するＤＳＵ１１４は、ＤＳＵ１１４の外部の設備に対して露出されている内部ＩＰ機器を有していてよい。ヘッドエンド設備のＬＲＵへのアドレス割り当てが可能であるように、本実施形態では以下の表５に示すフォーマットを用いる。

上に示すように、第１〜４ビットを用いてＬＲＵ内のクライアント・プロセッサを表わし、第５〜８ビットを用いてＬＲＵの何らかの分類を表わし、第９〜１２ビットを用いてＬＲＵの位置または頻度（複数の同種ＬＲＵ）を示し、第１３〜１６ビットを用いＬＲＵ種別を表わす。

ＩＰアドレス・フォーマッティングおよびビット表現の更なる例を以下の表に掲載する。

以下の参照表は、ＰＦＩＳ１００における装置の種別を表わすことができる番号コードの例を表わす。

ＩＰ順序付け処理に関する動作について以下に記述する。

ＩＰ順序付け処理がＳＥＢ１０６を識別すべく、本方法は機体の構成を識別するためのデータベースを必要とする。本データベースは、システム内のＡＤＢ１０４の個数と共に、ＡＤＢがサービスを提供するカラムの個数およびカラム内におけるＳＥＢ１０６の個数を定める。本データベースはまた、順序付け処理の間に決定されるのに従い、各ＳＥＢ１０６の位置の位置識別情報を規定する。本データベースの内容として、ホスト名、ＡＤＢ番号、カラム番号およびカラムがＦＷＤまたはＡＦＴカラムであるか等のカラム情報、ＳＥＢ索引、ＩＰアドレス、ＭＡＣアドレス、イーサネット・スイッチ番号とポート番号、および座席機器ＩＮＦＯが含まれていてよい。

ＩＰ順序付け処理の概要は以下の通りである。具体的には、本システムは、例えば図３に示すように、ＡＶＣ、ＡＤＢ、ＳＥＢ、ＰＤＧおよびＳＶＤＵ上で動作するＩＰシーケンス・サーバで開始される。各々のＩＰシーケンス・サーバは、ＵＤＢからのコマンドを待機している。ＩＰ順序付けが、例えば、ＡＶＣ１０８が生成したウェブ・ページへのアクセスによりＣＭＴ１１０から入力されたコマンドにより開始された場合、ＡＶＣ１０８は全てのＡＤＢ１０４に対してＩＰ順序付け開始メッセージを送る。ＡＤＢ１０４が開始コマンドを受信した後で、全てのスイッチポートを切り離して自身を孤立させる。各ＡＤＢ１０４は次いで、ＳＥＢ１０６のカラムに一度に１個ずつスイッチポートを開いてＳＥＢ１０６に順序付け開始メッセージを送る。各々の順序付け開始メッセージは、ＳＥＢ１０６がコマンドを待機しているＡＤＢ１０４およびカラム番号を識別する情報、および順序付けの間に用いるＵＤＢポート番号を含んでいる。ＳＥＢ１０６がメッセージを受信する際に、全ての下流スイッチポートから自身を切り離し、従ってＳＥＢ１０６は１個のカラムと通信し、他の全てのＳＥＢ１０６はこれらの順序付け処理の間、接続待ち状態である。ＳＥＢ１０６はシーケンス・マネージャ・スレッドを開始して、順序付け用に指定されたＵＤＢポートからのコマンドを待機する。

カラムの全てが順序付けられたならば、ＡＤＰは全てのスイッチポートを再接続する。ＡＤＢ１０４は、カラムマネージャに同時に全てのカラムを順序付けさせることにより、ＩＰ順序付けを管理する。１カラム毎に１個のＳＥＢしか同報通信メッセージを待機することができない点に注意されたい。ＡＤＢ１０４は、当該カラムのＳＥＢ１０６を対象とする一意なＵＤＢポートを用いて同報通信メッセージを送信し、当該同報通信メッセージは当該カラムの第一のＳＥＢ１０６向けのＩＤＰ情報を含んでいる。第一のＳＥＢ１０６が当該メッセージを受信した場合、当該新規ＩＰアドレスを後で利用すべく保存する。ＳＥＢ１０６は、自身に取り付けられている他の任意の座席コンポーネントに新しいＩＰアドレスを割り当て、次のＳＥＢ１０６への下流リンクに自身を再接続する。ＳＥＢ１０６はまた、「謝辞」メッセージをＡＤＢ１０４へ返送し、これを確認応答ＡＣＫメッセージと称する場合がある。最終ステップ、すなわちＳＥＢ１０６が有効な新規ＩＰアドレスに割り当てて、シーケンス・マネージャのスレッドを停止して他の任意の呼び掛けメッセージを無視する。謝辞メッセージを受信するＡＤＢまたはマネージャは、１個のカラム内の全てのＳＥＢ１０６について上述の処理を繰り返す。ＡＤＢ１０４が自身のカラムについて完了したならば、サーバおよびＡＶＣ１０８にカラム完了メッセージを送る。全てのカラムが完了したならば、ＩＰ順序付け処理は完了している。

ネットワーク用の前処理または設定動作として規定される特定の動作が実行される点に注意されたい。全てのＬＲＵは、自身の不揮発メモリ内の事前割り当てされたＩＰおよびＭＡＣアドレスによりブートされ、正しい機体構成情報が上述のように全てのＡＤＢ１０４にロードされる。ヘッドエンド設備１０２内およびＡＤＢ１０４内のＬＲＵは、自身のハードウェア指示毎に自身のＩＰアドレスを取得する。

上述のように、また図８〜１０のプロセス図に概念的に示すように、保守作業要員がＣＭＴ１１０を介してＩＰ順序付けを開始することができる。ＡＤＢ１０４がサービスを提供している１個のカラム上の特定の位置に置かれたＳＥＢ１０６のＩＰアドレスを見つけるには、どのＡＤＢ１０４にＳＥＢ１０６が取り付けられているか、ＡＤＢ１０４のどのカラムにＳＥＢ１０６が取り付けられているか、ＳＥＢ１０６が前後どちらのカラムにあるか、一連のＳＥＢ１０６における位置番号を決定する必要があり、当該装置がＳＥＢ１０６であるかまたはＰＤＦ、ＳＶＤＵまたはＰＥＤ等、他の種類のＬＲＵであるかを示す機器識別装置が必要である。

上述のように、ＩＰ順序付け処理は各ＳＥＢ１０６を分離して、自身の各ＡＤＢ１０４と１対１で通信できるようにする。この処理には極めて長い時間を要する。しかし、当該処理をより効率的にすべく、ＡＤＢ１０４上の各カラムは通信用に一意なＵＤＰポート番号を使用し、各ＳＥＢ１０６は当該ＵＤＰポートだけに対して待機する。従ってＡＤＢ１０４は、ＡＤＢが自身の最も長いカラムにサービスを提供するために要する時間を短縮するのと同時に、自身がサービスを提供する全てのカラムに同時に順序付けを行なうことができる。

通常、各ＡＤＢ１０４がサービスを提供する５個のカラムがある。各カラムは、前方座席グループ（ＦＷＤ）および後方座席グループ（ＡＦＴ）として壁分断部ＷＤＣにおいて切り離されている２個のイーサネットカラムを有している。従って、各カラムはＳＥＢ１０６の２個のサブカラムを有している。プログラミングを容易にすべく、５個のカラムは、以下の表１３に示す変換係数を用いて１０個のカラムに変換することができる。

全てのＳＥＢ１０６は、稼働中且つ単一のＵＤＰポートに入力しているＩＰシーケンス・サーバ・モジュール１４６（図３参照）を有している。ＡＤＢ番号、およびカラム番号およびメッセージの方向を用いて、全てのカラムが使用するであろうＵＤＰポートを決定する。実ポート番号を取得するために、ＩＰ順序付け処理は、以下の表１４に示す次の処理に記述するように、２５，０００〜２６，０００で始まるＵＤＰポート番号のブロックを使用する。

ＩＰ順序付け処理は、２５，０００〜２５，９９９のＵＤＰポートを使用する。この範囲から、各ＡＤＢ１０４はポート２５，１００から始まる１００個のポートのブロックを取得する。ＡＤＢ１０４内の各カラムは５個のポートを使用し、それらはメッセージの方向に設計されている。例えば、ポートがＡＤＢ１０４からＡＶＣ１０８への間で使用されている場合、オフセットはゼロである。ＡＤＢからＳＥＢへは、オフセットは１であり、ＳＥＢからＡＤＢへはオフセットは２である。上の表１３のソフトウェアに示す「ｇｅｔ＿ＡＤＢ−ＰｏｒｔＮｏ」で識別される関数は、ＡＤＢ１０４のＵＤＢベースポートを返す。関数「ｇｅｔ＿ｃｏｌｕｍｎ＿ｐｏｒｔ」は、関数を呼ぶカラムのためのオフセットを返す。ＡＤＢベースポートおよびオフセット番号の両方を加えることにより、メッセージの方向に当該特定カラム用のＵＤＢポートが得られる。故に、オフセットはゼロ、１、または２でなければならない。

ＡＤＢ１０８は、たとえ上述の通りＳＥＢ１０６のあるものが前方カラムであって、あるものが後方カラムであっても、ＳＥＢ１０６のカラムを逐次的に扱う。基本的に、前方および後方ＳＥＢ１０６を有するカラムは２個のカラムと見なされ、従って、本例では、前方および後方を参照しない候補カラムが合計１０個ある。ＳＥＢ１０６は、当該ＳＥＢ１０６がＡＤＢ１０４により発見されることを待っていることを意味する「ＩＰ必要」、ＩＰアドレスは得られたが順序付けは進行中であることを示す「ＩＰ取得」、例えば当該ＳＥＢ１０６内のスイッチポートが誤動作しているため当該ＳＥＢ１０６がＩＰアドレスを取得すべきでないことを意味する「ＩＰ無視」、および当該ＳＥＢ１０６に対するＩＰ順序付けが完了したことを意味する「ＩＰ完了」の各順序付け状態を有している。

保守作業員が、例えば、図８に示すようにＣＭＴ１１０を介してＩＰ順序付けを開始した際にリアルタイム処理が生起することができる。当該コマンドに応答して、ヘッドエンド設備１０２のＡＶＣ１０８内のＩＰシーケンス・マスター・サーバ１６０（図３参照）は、自身のシステム・モードを「順序付け」に設定し、図１、２に関して上で述べたように、イーサネットを介してこの情報を全てのＬＲＵへ送信するハートビート・メッセージを生成する。

ＩＰシーケンス・サーバ内の待ち行列だけでなく、イーサネットを介して同一のメッセージ構造が用いられるため、あるプロセッサから別のプロセッサへメッセージが最小限の変更で容易にルーティングできる点に注意されたい。故に、ＡＤＢ１０４はＡＶＣ１０８からメッセージを受信して、元のメッセージを殆ど変更することなく当該メッセージをＳＥＢ１０６へ送ることができるため、ある種類のメッセージを別の種類のメッセージに翻訳する際に生じ得る間違いの原因となる変更を減らすことができる。メッセージ構造およびメッセージ種別の例を以下の表１５および１６に示す。

以下の表は、ＰＦＩＳ１００のコンポーネント間で転送されるメッセージの例を示す。

表１７に示すように、ＩＳＭＳマスターと自身の子スレッドは、複数のカラムと通信する。通信は、カラムを用いる一方向である。

表１８に示すように、ＩＳＭＳとＣＧＩ間の通信は、ＩＳＭＳ待ち行列を介したＣＧＩからＩＳＭＳへの一方向である。

表１９に示すように、ＩＳＭＳ子スレッドとＡＤＢの間の通信はＵＤＰを介して行なう。ＵＤＰポート番号はＡＤＢ＿ＰｏｒｔＮｏにより計算され、当該ポートに対して、ゼロであるＡＶＣ＿ＴＯ＿ＡＤＢのオフセットが用いられる。

表２０に示すように、ＡＤＢからＩＳＭＳ（ＩＳＭＳレシーバ）への通信はＴＣＰを介して行なう。当該ＴＣＰソケットに対して全てのＡＤＢが使用するポート番号はＩＳＭＳ＿ＰＯＲＴ（２５００１）である。

上述のメッセージは、ＩＳＭＳに対し、ＡＤＢ１０４が自身のＩＰ順序付けをどのように実行しているかを通知するために使用されている。メッセージｉＩｎｐｒｏｇｒｅｓｓおよびｉＣａｎｃｅｌＩｎｐｒｏｇｒｅｓｓを用いて、ＩＳＭＳがタイムアウトになるのを防止する。ＡＤＢ１０４は、各ＳＥＢ１０６が完了した後で、進行中メッセージを送信し、ＩＳＭＳ自身の状態を以ってＷＥＢ１７２を更新する（図５および６参照）。

ここで図８、９のフロー図に関する議論へ戻り、最新の「ＩＰ順序付け開始」メッセージを受信した後、短い時間遅延（例えば１、２秒）の後で、各ＡＤＢ１０４は、ヘッドエンド設備１０２内の全てのＡＤＢおよび／またはＬＲＵへの自身のイーサネット・スイッチポートを切断する。これは、１個のＡＤＢ１０４上の全てのＳＥＢ１０６が他のＡＤＢ１０４から分離されるように行なわれる。本例で各ＡＤＢ１０４は１０個のカラムおよび各々のカラムに１個のイーサネット・ポートを有している。各ＡＤＢ１０４は、後述するように、カラム毎に「ＩＰ順序付け」を同時に管理する。

各ＡＤＢ１０４は次いで、ＩＰ順序付けのために設定する１個のＳＥＢカラムへのイーサネット・ポートを開く。ＡＤＢは、所定の時間、本例では１００マイクロ秒、の間を置いた間隔で当該カラムのＳＥＢ１０６へ３個の同一「ＩＰ開始」同報通信メッセージを送信する。この同報通信メッセージにおいて、ＡＤＢ１０４は、自分が作用しているカラムに自身のＡＤＢ番号を含める。ＩＰ順序付けメッセージを受信している全てのＳＥＢ１０６は次いで、図９のフロー図に示すように以下の動作を実行する。

ＳＥＢ１０６は、自身のＡＤＢ１０４および自身のカラムに一意な第二ＵＤＰポートを開く。一意なＵＤＰポートは、ＩＰ開始メッセージに埋められたＡＤＢ１０４の個数およびカラム番号を用いて計算される。これにより、全ての呼を同時に順序付け可能であることが保証される。

ＳＥＢ１０６は次いで、ＩＰ順序付けメッセージを受信した後で１秒間（または他の任意の適当な時間長）「休眠モード」に入る。休眠モードは、下流ＳＥＢ１０６がＡＤＢ１０４からＩＰ順序付け同報通信メッセージを受信するのに十分な時間を与えるために必要である。ＳＥＢ１０６は下流ＳＥＢ１０６への自身の下流ＩＰポートを切断し、従って、当該カラムの第一ＳＥＢ１０６だけがＡＤＢ１０４に接続される。ＳＥＢ１０６が自身のＩＰポートを切断することができない場合、本例では更に２回を再試行する。ポートを閉じることができない場合、当該ＳＥＢ１０６は「ＩＰ無視」状態にあるとマーク付けられ、それにより欠落ＳＥＢ１０６として当該ＳＥＢ１０６を発見すべく処理を仕向ける。スイッチが正常に機能している場合、ＳＥＢ１０６は次いで順序付けを「ＩＰ必要」に設定する。

更に本例では、ＡＤＢ１０４は１０秒後に、現在のカラムにおけるイーサネット・ポートを閉じることによる次のカラムへ移り、次のポートを開く。次いで、当該新規カラム内のＳＥＢ１０６に関して上で述べた処理が繰り返される。全てのカラムが完了した後で、ＡＤＢ１０４は全てのイーサネット・ポートを再接続する。全てのイーサネット・ポートを開いた後で、各カラム内の全てのＳＥＢ１０６が図８に示すように同時に順序付けられる。具体的には、各ＡＤＢ１０４は、各カラムの発見処理を同時に開始する。具体的には、各ＡＤＢ１０４は、異なるＵＤＰポート内の各カラムへアドレス割り当てすることにより、ＳＥＢカラムへの全てのイーサネット・ポート、本例では１０個のカラムを同時に切断する。ＡＤＢ１０４は、第一ＳＥＢ１０６のＳＥＢイーサネット情報を有する同報通信発見メッセージを各ポートへ送信する。各カラムのメッセージは、当該カラムのイーサネット情報を有している。ＡＤＢ１０４は、全てのＳＥＢ１０６から応答を取得すべく１０秒間（または他の任意の適当な時間長）待つ。応答が無い場合、ＡＤＢ１０４は当該条件に対するデータベース設定に基づいて、当該カラムが「完了」または「不完全」であることを認識する。順序付け状態が「ＩＰ完了」である発見メッセージを受信したＳＥＢ１０６はいずれもこのメッセージを無視し、「ＩＰ完了」状態ではない発見メッセージを受信した各ＳＥＢ１０６は以下の処理へ進む。

具体的には、当該ＳＥＢ１０６は、当該ＳＥＢ１０６がこのメッセージを受信した旨を通知するメッセージをＡＤＢ１０４へ返送し、発見メッセージに埋め込まれたＩＰ、ＭＡＣおよびホスト名情報を取得して割り当てる。ＳＥＢ１０６は、新規ＩＰおよびＭＡＣアドレスを自身の不揮発メモリに保存し、またＩＰおよびＭＡＣアドレスを、例えば当該ＳＥＢ１０６に直接接続されているＳＶＤＵを含む全ての装置に割り当てる。ＳＥＢ１０６は、下流イーサネット・ポートを次のＳＥＢ１０６に再接続し、従って次のＳＥＢ１０６を発見することができる。ＳＥＢ１０６は、自身の割り当てを完了した旨のメッセージをＡＤＢ１０４に送信し、次いで第二ＵＤＰソケットを閉じて他のあらゆる発見メッセージも無視するようにする。ＳＥＢ１０６は次いで自身の状態を「ＩＰ完了」に設定する。ＡＤＢ１０４は、ＳＥＢ１０６から「ＩＰ完了」を示すメッセージを受信し、ＡＤＢ１０４はタイムアウト通知を受信するまで現在のＳＥＢカラムでの自身の発見処理を続ける。全てのＡＤＢ１０４がこれらの動作の実行を完了したならば、ＩＰ順序付け処理は終了する。ＩＰ順序付け処理の終了に際して、全てのＬＲＵに新規ＭＡＣおよびＩＰアドレスが設定されていなければならない。この時、全てのスイッチは、各々のＭＡＣアドレス宛先表を再生成する。また、ＳＥＢ１０６が自身のＡＤＢ１０４から自身のＩＰアドレスを受信した場合、ＳＥＢ１０６はまたＳＶＤＵ ＩＰも受信する点にも注意されたい。ＳＥＢ１０６がＳＶＤＵ ＩＰを受信したならば、ＳＥＢ１０６は第一のＳＶＤＵ１２０向け以外の全てのイーサネット・ポートを閉じる。ＳＥＢ１０６は次いで、ＩＰおよびＭＡＣアドレスを含むＵＤＰ同報通信ＭＳＧパケットを送信する。第一のＳＶＤＵ１２０がパケットを受信したならば、ＳＶＤＵ１２０は当該パケットに含まれているＩＰが自身の現在設定されているＩＰと異なるか否かを確認する。受信したＩＰ／ＭＡＣアドレス情報が異なる場合、ＳＶＤＵ１２０は当該新規情報を自身のＩＰ／ＭＡＣとして保存し、自身をリブートする。しかし、当該ＩＰ／ＭＡＣアドレス情報がＳＶＤＵ１２０が保存したものと同じである場合、ＳＶＤＵ１２０はパケットを無視する。

従って、ＳＥＢ１０６およびＳＶＤＵ１２０等の関連装置のＩＰ順序付け動作に関するステップは以下のように要約でき、図２９〜３１のフロー図に示す。
１．ＳＥＢが、自身に取付けられている機器（ＳＶＤＵ、ＰＤＧ、．．）と共に、自身のＩＰアドレスおよびＭＡＣを受信する
２．ＳＥＢが自身のＩＰを割り当てる。
３．ＳＥＢが、１個のＳＶＤＵに対するもの以外の全てのイーサネット・ポートを閉じる。
４．ＳＥＢがＳＶＤＵのＩＰ／ＭＡＣをファイルとして保存する。
５．ＳＥＢが、ＳＶＤＵ ＩＰ／ＭＡＣおよびＳＥＢ・ＩＰを含んでいるＵＤＰ同報通信ＭＳＧを送信し、１個のＳＶＤＵだけに届く。
６．ＳＶＤＵが自身のＩＰ／ＭＡＣおよびホスティングＳＥＢ ＩＰを受信し、ＯＫ ＭＳＧをＳＥＢへ返送する。
７．この間ＳＶＤＵは、新規ＩＰ／ＭＡＣおよびＳＥＢ ＩＰが新規情報であるか否かを調べる。
ａ．新規である場合、これをファイルに書き込んでリブートする。
ｂ．旧版と同一ならばＳＶＤＵはこれを無視する。
８．ＳＥＢがＳＶＤＵからＯＫ ＭＳＧを受信するか、欠落ＳＶＤＵのためにタイムアウトとなり、ＳＥＢは唯一の開いたイーサネット・ポートを閉めて、第二ＳＶＤＵ向けに次のポートを開く。
９．全てのＳＶＤＵが順序付けられるまで当該処理を繰り返す。
当該順序付けの間、ＳＶＤＵが取得したＳＥＢ Ｈｏｓｔ ＩＰアドレスを用いてブート時における新規ＩＰアドレスを取得することができる。

ＩＰ順序付け動作の間に、ある種の問題が生じ得る点に注意されたい。例えば、図１１に示すように、カラム内の第二ＳＥＢ１０６が自身の下流ＩＰポートを開くことが困難な場合、ＩＰ順序付け処理は別のカラムを処理する。しかし、問題のＩＰポートを抱えるＳＥＢ１０６を有するＳＥＢカラムを制御しているＡＤＢ１０４は、ヘッドエンド設備１０２に対し欠落座席を示すエラー・メッセージを報告する。これは、問題のＳＥＢ１０６の下流にあるＳＥＢ１０６がサービス提供する座席にはＩＰアドレスを付与することができず、従って欠落しているものと認識されるためである。同様に、カラム内のＳＥＢ１０６が自身のスイッチを閉じることが困難な場合、問題のＳＥＢ１０６がサービスを提供している座席は欠落しているものと認識され、ＡＤＢ１０４は欠落座席を示すエラー・メッセージをヘッドエンド設備１０２に報告する。

図１３は、本発明の一実施形態に従い上で述べた、図８−１０に示すＩＰ順序付け動作を行なう間に、ＩＰマスター・サーバが実行する動作の例を示すフロー図である。上述のように、ステップ１０００において、ＩＰシーケンス・マスター・サーバ（ＩＳＭＳ）は、ステップ１０１０においてＩＰ順序付け処理を開始してタイムアウト条件を設定する。ステップ１０２０において、ＩＳＭＳは、ＷＥＢ／ＣＧＩ １７２およびＩＳＭＳ１６２が提供する待ち行列情報を読む。ステップ１０３０においてタイムアウトが生じたならば、ＩＳＭＳはステップ１０４０においてＩＰ順序付けまたはＩＰ順序付けの中止を実行するか否かを決定する。実行しない場合、処理はステップ１０１０へ戻る。しかし、実行する場合は、ＩＳＭＳはステップ１０５０においてタイムアウト情報をＷＥＢ／ＣＧＩへ送信し、動作はステップ１０１０へ戻って上記の処理を繰り返す。

しかし、ステップ１０３０においてタイムアウトが生じていないと判定された場合、ＩＳＭＳはステップ１０６０においてＣＧＩまたはＡＤＢからメッセージを受信したか否かを判定する。メッセージがＣＧＩからのものである場合、処理はステップ１０７０においてメッセージの種別を判定する。メッセージが開始メッセージである場合、ＩＳＭＳはステップ１０８０において全ての子プロセスに開始メッセージを送信し、処理はステップ１０１０へ戻る。しかし、メッセージが中止メッセージである場合、ＩＳＭＳはステップ１０９０において全ての子プロセスに中止メッセージを送信し、処理はステップ１０１０へ戻る。ステップ１０６０においてメッセージがＡＤＢ１０４からのものであると判定された場合、ステップ１１００において処理はメッセージの種別を判定する。完了メッセージである場合、ステップ１１１０においてＷＥＢ／ＣＧＩ１７２内で完了ＳＥＢの個数が更新され、処理はステップ１０１０へ戻る。順序付けが進行中であることをメッセージが示す場合、ステップ１１２０においてタイマーがリセットされ、処理はステップ１０１０へ戻る。順序付けが中止されたことをメッセージが示す場合、ステップ１１３０においてＷＥＢ／ＣＧＩ１７２に通知がなされ、処理はステップ１０１０へ戻る。

図１、２に示すシステムのＳＥＢ１０６およびＰＤＧが、図８〜１０に関して上で述べたＩＰ順序付け動作の間に実行する動作の例を図１４に示す。上述のように、ＳＥＢ１０６の場合、動作はステップ２０００で開始され、ステップ２０１０においてＳＥＢ１０６がサーバ・ソケットを開く。ステップ２０２０において、ＳＥＢはＰＤＧの読み出し処理を待機する。ＰＤＧはステップ３０００において電源投入され、ステップ３０１０において自身の保存されたＩＰおよび座席番号を取得し、保存されたネットワークＩＰアドレスおよび他の保存されたＩＰアドレスをステップ３０２０において自身のＵＳＢに割り当てる。ＰＤＧは、ステップ３０３０において１個のＵＳＢポートを値が１である変数ｘに設定して、ステップ３０４０においてＵＤＢソケットを開く。この時点で、ＳＥＢ１０６はステップ２０２０のようにＰＤＧから読むことができる。ステップ３０５０においてＰＤＧの処理がタイムアウトを生じていない場合、ＰＤＧはステップ３０６０においてＳＥＢから新規のＩＰアドレスを取得する。この時点で、ＳＥＢ１０６はまた、どのＵＳＢからＩＰアドレスの要求があったかを判定すべく動作２０３０および２０４０を実行しており、ネットワークＩＰアドレスおよび関連付けられた座席番号を当該ＵＳＢのＰＤＧへ送信する。ＰＤＧは、ステップ３０７０においてこの新規ＩＰアドレスを割り当て、ステップ３０８０において動作を完了する。ステップ３０５３、３０５５に示すように、ｘの値を増分して３個のＵＳＢ全てについてＵＳＢソケットを開くことができるようにし、それによりステップ３０４０〜３０６０において３個のＵＳＢ全てについてＩＰアドレスをＳＥＢから取得することが可能になる点に注意されたい。

図１５は、ＳＥＢへの電源投入時のＩＰ順序付け動作の間に、図１、２に示すシステムのＳＥＢおよびＰＤＧが実行する動作の別の例を示す別のフロー図である。上述のように、ＳＥＢ１０６はステップ４０００において電源投入され、ステップ４０１０においてブリッジを構成して、ステップ４０２０において第一のＵＳＢ機器を調べる。ステップ４０３０においてＵＳＢが使用可能である場合、ＳＥＢはステップ４０４０において当該ＳＥＢへＩＰアドレス情報を送信して、ステップ４０５０においてＵＳＢのＩＰアドレスをゼロクリアしてブリッジに加算する。ＳＥＢ１０６はステップ４０６０において別のＵＳＢを選択し、全てのＵＳＢが完了されていなければ、処理はステップ４０３０へ戻って、新たに選択されたＵＳＢについて繰り返す。さもなければ、処理はステップ４０８０で終了する。

これらの動作が実行されている間、ＰＤＧシーケンス・サーバはステップ５０００で動作を開始して、ステップ５０１０においてＳＥＢ１０６からのＩＰアドレス・メッセージを待機する。新規ＩＰアドレスが与えられた場合、ＰＤＧはステップ５０２０においてこの新規アドレスを受信して、ステップ５０３０において当該ＩＰアドレスを対応するＵＳＢに設定する。ＰＤＧは次いで、ステップ５０４０において後続する電源投入のためにＩＰアドレスを保存する。

更に図１５に示すように、ステップ６０００で開始される更なるＩＰ順序付けがＳＥＢで実行される場合、ＳＥＢはステップ６０１０においてＩＰ順序付け命令を待機する。ステップ６０２０において、ＳＥＢはＵＳＢの１個を選択して、ステップ６０３０においてそのＵＳＢをブリッジから除去する。ステップ６０４０において、ＳＥＢは自身のＩＰおよび座席番号を設定すべくＰＤＧおよびＵＤＰメッセージを特定のＵＳＢへ送信し、次いでステップ６０５０において次のＵＳＢポートを選択する。ステップ６０６０において全てのＵＳＢについて処理が完了していないと判定された場合、処理はステップ６０３０において繰り返しされて、継続される。

図１６は、図８〜１０に関して上で述べたＩＰ順序付け動作を行なう間に、ＡＤＢシーケンス・マネージャが実行する動作を示す。図に示すように、処理はステップ７０００で開始され、ステップ７０１０において待ち行列が読み込まれる。ステップ７０２０においてメッセージがＩＰ順序付け開始メッセージ以外であると判定されたならば、処理はステップ７０３０へ進み、ＡＤＢ１０４がサービスを提供しているＳＥＢ１０６のカラムへ適切なメッセージまたはルーチンが送られ、処理はステップ７０１０へ戻って待ち行列の別の読み出しを待機する。メッセージがＩＰ順序付け開始メッセージである場合、ステップ７０４０において処理はＩＰ順序付けがすでに開始されているか否かを判定する。開始されている場合、処理はステップ７０１０へ戻って待ち行列の別の読み出しを待機する。

ＩＰ順序付けが既に開始されていない場合、処理はステップ７０５０へ進み、構成が取得されて、当該ＡＤＢ１０４用のイーサネット・ポートが切断される。ＡＤＢ１０４は次いで、ステップ７０６０においてＳＥＢ１０６のカラムを選択し、ステップ７０７０においてＩＰ順序付け開始同報通信を選択して、ステップ７０８０においてタイムアウト期間待機し、ステップ７０９０において順序付けすべきＳＥＢ１０６のカラムがまだ存在するか否かを判定した後で処理を繰り返す。全てのカラムに順序付けが行なわれたならば、ステップ７１００においてイーサネット・ポートは再び開かれて、ステップ７１１０においてカラムが使用可能となっている。上述のように、これらの動作を図８〜１０のシーケンス図に更に詳しく示す。

図１７は、本発明の一実施形態によるＩＰ順序付け動作の間に、図１、２に示すシステムのＡＤＢおよびＳＥＢが実行する更なる動作の例を示すフロー図である。上述のように、ステップ８０００においてカラムスレッドが開始され、ステップ８０１０においてＳＥＢ１０６の全てのカラムが完了しているか否かが判定される。完了している場合、ＡＤＢ１０４はステップ８０２０においてヘッドエンド設備１０２のＩＳＭＳに完了メッセージを送信して、ステップ８０３０においてアイドル状態に入る。

しかし、ステップ８０１０においてカラムの全てが完了されていないと判定された場合、処理はステップ８０４０へ進み、ＡＤＢ１０２がカラム内のＳＥＢ１０６に呼び掛けメッセージを送信して、メッセージ・ディスパッチャもまたステップ８０５０において通知を受ける。ステップ８０６０においてメッセージがタイムアウトメッセージであると判定された場合、ステップ８０７０において処理は全てのＳＥＢが完了したか否かを判定する。完了していない場合、ステップ８０８０においてタイムアウトにマーク付けされて、処理はステップ８０９０へ進んでタイムアウト値がリセットされる。処理は次いでステップ８０１０へ戻る。しかし、全てのＳＥＢが完了している場合、処理はステップ８０７０からステップ８１００へ進み、ＳＥＢのカラムが完了している旨のマーク付けがなされる。処理は次いでステップ８０９０へ進み、タイムアウト値がリセットされる。処理は次いでステップ８０１０へ戻る。

ステップ８０６０においてメッセージが中止メッセージであると判定された場合、ステップ８１１０において中止メッセージはＳＥＢ１０６へ送られる。処理は次いでステップ８０９０へ進み、タイムアウト値がリセットされる。処理は次いでステップ８０１０へ戻る。ステップ８０６０においてメッセージがＩＰ完了メッセージであると判定された場合、ステップ８１２０において謝辞メッセージがＳＥＢへ送られる。処理はステップ８０９０へ進み、タイムアウト値がリセットされる。処理は次いでステップ８０１０へ戻る。ステップ８０６０においてメッセージが進行中メッセージであると判定された場合、処理はステップ８１３０へ進み、ステップ８１３０において進行中メッセージがヘッドエンド設備内のＩＳＭＳへ送信される、タイムアウト値がステップ８１４０においてリセットされ、処理は８０１０ではなくステップ８０４０へ戻る。しかし、ステップ８０６０においてこれらのメッセージのどれも識別されなかった場合、処理はステップ８０９０へ進み、タイムアウト値がリセットされる。処理は次いでステップ８０１０へ戻る。

図１８が、ＩＰ順序付け動作の間における、図１、２に示すシステムのＳＥＢからのメッセージ・フローの例を示す概念図であり、図１９が、ＩＰ順序付け動作の間における、ＣＧＩとＩＰシーケンス・マスター・サーバおよびＡＤＢの間でのメッセージ交換を示す概念図である点に注意されたい。更に、図２０は上述のＩＰ順序付け動作の間における、ＡＤＢとＳＥＢの間でのメッセージ交換を示す概念図であり、図２１はＩＰ順序付けが中止された場合に、ＩＰ順序付け動作の間における２個のＳＥＢ間でのメッセージの交換を示す概念図である。

図２２は、本発明の一実施形態によるＩＰ順序付け動作の間における、ＩＰシーケンス・マスター・サーバの各種の状態の例を示す状態遷移図であり、図２３は本発明の一実施形態によるＩＰ順序付け動作の間における、図１、２に示すシステムのＡＤＢのモジュール間でのメッセージのフローの例である。図に示すように、ＡＤＢ１０４（図４参照）のＩＰシーケンス・サーバ１３４およびＩＰシーケンス・レシーバ１３８からのメッセージは待ち行例に受け入れられ、次いでＡＤＢ１０４のＩＰシーケンス・マネージャ１３２により読み込まれる。ＩＰシーケンス・マネージャ１３２は、待ち行列を介してスイッチ・マネージャ１３６へメッセージを送信する。図２４は上述のＩＰ順序付け動作の間における、図１、２に示すシステムのＳＥＢの各種の状態の例を示す状態遷移図であり、図２５はＩＰ順序付けを行なう間における、図１、２に示すシステムのＳＥＢのカラムの各種の状態の例を示す状態遷移図である。

更に、図２６は、上述のＡＤＢ１０４の動作からわかるように、ＩＰ順序付け動作の間における、ＡＤＢシーケンス・マネージャの各種の状態の例を示す状態遷移図である。図２７は、図１、２に示すシステムのコンポーネントの各種のマネージャ・モジュール間でのメッセージ交換機の例を示す概念図であり、図２８は、図１、２に示すＩＰシーケンス・マネージャとシステムのメッセージ待ち行列の間でのメッセージ交換の例を示す概念図である。

図２９は、図１、２に示すシステムのＳＥＢおよびそのＳＶＤＵが、上述のようにＳＥＢが電力上昇する際に、当該ＳＶＤＵのＩＰ順序付けの間に行なう動作の例を示すフロー図である。図３０は、図１、２に示すシステムのＳＥＢおよびそのＳＶＤＵが、当該ＳＶＤＵがＩＰアドレスを要求した際に、当該ＳＶＤＵのＩＰ順序付けの間に行なう動作の例を示すフロー図であり、図３１は、図１、２に示すシステムのＳＥＢのＳＶＤＵが、電力上昇に際してＩＰアドレスを要求した場合に、当該ＳＶＤＵのＩＰ順序付けの間におけるＳＥＢおよび自身のＳＶＤＵの動作の例を示すフロー図である。これらの動作は、上述のＩＰ順序付け処理に記述されている。

上述のＩＰ順序付け処理が完了したならば、ＰＦＩＳ１００は使用可能となっている点に注意されたい。ＰＦＩＳ１００を用いて、例えば、乗客向けに音声やビデオ・サービス等のサービスおよび各種の制御機能を提供することができる。

ＰＦＩＳ１００は、飛行中におけるＰＦＩＳ１００の娯楽システム機能を管理する自動再生スクリプト実行機能を含んでいる。スクリプト実行機能は、飛行中にＶＴＲおよびデジタル・サーバを制御する。スクリプト実行機能は、飛行中のテーマを選択する画面を乗務員に提示して、乗務員が、例えば予め選択されたタイトルに基づいてＣＭＴ１００（図１−５参照）を介して娯楽を制御できるようにする。

飛行開始前に、航空会社はテーマを設定することができ、それは子供、大人または季節的な休日のテーマ等任意の特別な場合に基づいていてよい。これらのテーマの各々は、そのテーマに適したビデオや音声プログラムを含んでいる。これらのプログラムは、スクリプトを実行する前に、機内のヘッドエンド設備１０２のメモリまたはテープデッキ等に搭載される。客室乗務員が機内に入る際に、ＰＦＩＳ１００の電源が投入される。システムが完全に動作状態に入ったならば、乗務員が例えばＣＭＴ１１０のスタートボタンを押すことにより自動スクリプト実行テーマを選択して、テーマを取得することができる。次いでＰＦＩＳ１００は、飛行中にそのテーマを再生する。

実行中のスクリプトがあれば、スクリプト・コンダクタがスクリプト・ファイルを読んで、ＳＥＢ１０６等、各ＬＲＵの基本機能に命じて、例えばデジタル・ビデオの再生等の基本的な機能を実行させる。自動スクリプト・サーバがＡＶＣ１１０またはＤＳＵ１１４（図２参照）に対して、乗務員等のユーザーとのインターフェース用にディスプレイ上にウェブ・ページを表示するサービスを提供することができる。ＡＶＣ１１０およびＤＳＵ１１４は、自身のローカルサーバに対し自身のリソース制御という低レベルのタスクを管理させる一方、プリミティブはテーププレーヤおよびデジタルデコーダを制御する。

当業者には認識されるように、プリミティブはリソースまたは機器に作用する低レベル機能である。プリミティブは例えば、テーププレーヤ、デジタル・サーバ、チューナ、ＴＵその他の機器を動作させるために用いられる。プリミティブを自動再生スクリプトに組み込むために、プリミティブ・マネージャを用いてプリミティブを管理する。プリミティブ・マネージャは、他のプログラムまたはＣＧＩからの命令を受理するＵＤＰサーバとして動作する。ＵＤＰプロトコルは、同報通信メッセージにより命令を受理すべくマネージャに自由度を与える。

図３２は、本発明の一実施形態による、図１、２に示すシステムが実行する自動再生スクリプト実行動作用のプリミティブＤＳＵ間の関係の例を示す概念図である。これらの動作の一環として、プリミティブは、プリミティブからＡＳＹＮＣメッセージを受理するプリミティブ応答マネージャを含んでいる。応答マネージャは、応答のログを記録して呼び出しルーチンへ返送する。プリミティブ・マネージャの動作には、ＵＤＰソケットの待機、メッセージ受信時における必要な命令およびサービスの決定、ログ記録目的での待ち行列を介した応答マネージャへの命令送信、待ち行列を介したプリミティブ機能への命令送信、およびＵＤＰの読み込みが含まれる。応答マネージャは、プリミティブ・マネージャおよびプリミティブからの待ち行列メッセージを待機する。メッセージが到着したならば、応答マネージャはこれをログ記録対象リストに加える。メッセージがプリミティブから到着した場合、応答マネージャはプリミティブからの応答をログ記録対象メッセージのリストとマッチングし、合致したログ記録されたメッセージをリストから除去して、呼び出しルーチンへメッセージを返送する。

図３３は、本発明の一実施形態による、図１、２に示すシステムが実行する自動再生スクリプト実行動作用にＣＭＴ、ＡＶＣおよびＤＳＵが実行するメッセージ交換および動作の例を示す概念図である。図３４は、自動スクリプト実行動作の間における、図１、２に示すシステムのコンポーネントとモジュールの間の関係およびメッセージ交換の例である。

自動スクリプト実行機能を実行する処理は以下の通りである。客室乗務員が、選択対象であるテーマのリストを含む自動スクリプト実行ウェブ・ページを開く。客室乗務員は、ウェブ・ページに示す仮想開始ボタン等の開始ボタンを押して自動スクリプト実行を開始する。ウェブ・ページは、スクリプト・マネージャにスクリプト名と共にメッセージを送信してスクリプト実行を開始する。

スクリプト・マネージャは、スクリプトを読んで、現在の飛行機の状態や状況、例えば車輪に懸かる重量を測定して飛行機が飛行中であるか否かを判定することから始める。状態に応じて、スクリプト・マネージャはスクリプト内の初期ステップを見つける。スクリプト・マネージャは、仮想ウェブ・ブラウザを介して対象サーバへサービス要求を送信することにより最初のステートメントを実行する。スクリプト・マネージャは、続いて他のステップが存在するか否かを確認する。上述の要求が最後である場合、これでスクリプトは終了する。しかし、他に要求がある場合、スクリプト・マネージャは待ち行列の後続イベントを待機する。

応答するリソースがエラー・メッセージを以って応答した場合、スクリプト・マネージャは再試行、ステップ飛ばし、または代替ステップを実行することができる。プログラムの終了時点が到来した場合、スクリプト・マネージャは上述のような次ステートメント（上の第一のステートメント参照）が後に続く追加的な待ち時間の有無を調べる。スクリプト・マネージャは、タイムアウトを実行して次のステートメントへ進むことができる。また、スクリプト・マネージャは、飛行フェーズ（車輪に重量が掛かっている／いない、地上走行、巡航中）等の飛行機信号を受信することができる。最後の記載が終わるときに、スクリプトは終了される。

図３５は、上述のように自動スクリプト実行が動作する間における、図１、２に示すシステムのスクリプト・マネージャが実行する動作の例を示すフロー図である。図３５で示すように、ステップ９０００においてスクリプト実行動作が開始されたならば、スクリプト・マネージャはステップ９０１０において待ち行列への入力を待機する。待ち行列に対する入力を受信したならば、スクリプト・マネージャはステップ９０２０においてスクリプトを読む。ステップ９０３０において、スクリプト・マネージャがスクリプトからの命令を取得し、仮想ブラウザＡＰＩ呼び出しを用いて当該命令を送信する。当該命令がステップ９０４０においてフィードバックを必要とする場合、スクリプト・マネージャはステップ９０５０において待ち行列から更なる情報を受信すべく待機する。ステップ９０６０においてスクリプトが依然として実行されている場合、処理はスクリプトから別の命令を取得すべくステップ９０３０へ戻り、処理は上述のように繰り返される。しかし、スクリプトがもはや実行されていなければ、処理はステップ９０１０へ戻って再びスクリプトを開始すべく待ち行列を待機する。

図３６は、自動スクリプト実行動作の間に、図１、２に示すシステムのスクリプト・マネージャが実行する動作の例を示す別のフロー図である。図に示すように、ステップ１００００において自動処理が開始されて、ステップ１００１０において客室乗務員がテーマを選択し、待ち行列を介してメッセージがスクリプト・マネージャへ送られる。この例ではスクリプト・マネージャ処理はステップ１００４０から始めて実行され、ステップ１００５０において状態をヌルにセットすることにより初期化される。ステップ１００６０において待ち行列を待機してメッセージを受信したならば、処理はステップ１００７０へ進む。

ステップ１００７０においてメッセージが主ウェブからのものであると判定された場合、処理はステップ１００８０へ進んで開始すべきか否かを判定する。処理を開始する場合、ステップ１００９０において状態が有効であるか否が判定される。開始しない場合、処理はステップ１００６０へ戻る。

しかし、状態が有効な場合、ステップ１０１００において状態が開始済みに設定され、ステップ１０１１０においてスクリプトが読まれて第一のステップが見出され、ステップ１０１２０においてリソースを配信すべくメッセージが送られる。処理は次いでステップ１００６０へ戻る。

処理がステップ１００８０において開始されない場合、ステップ１０１３０において状態が有効か否かが判定される。有効でない場合、処理はステップ１００６０へ戻る。有効である場合、ステップ１０１４０において状態は停止すべく設定され、ステップ１０１５０において停止メッセージが送られる。処理は次いでステップ１００６０へ戻る。また、ステップ１０１３０において状態が有効でないと判定された場合、処理はステップ１００６０へ戻る。

ステップ１００７０を再び参照するに、メッセージが主ウェブからのものではない場合、ステップ１０１６０において状態が有効か否かが判定される。有効でない場合、処理はステップ１００６０へ戻る。しかし、状態が有効な場合、メッセージは実行される。

すなわち、メッセージがエラー・メッセージである場合、ステップ１０１７０において最後のメッセージが再送信され、処理はステップ１００６０へ戻る。メッセージが飛行機メッセージであって飛行機が滑走路上を巡航していない場合、ステップ１０１８０においてスクリプトが実行され、処理はステップ１００６０へ戻る。メッセージが終了メッセージである場合、ステップ１０１９０においてスクリプト内の次のステップが実行され、処理はステップ１００６０へ戻る。メッセージが状況メッセージである場合、ステップ１０２００において状況が与えられ、ステップ１０２１０においてスクリプト内の次のステップが実行され、処理はステップ１００６０へ戻る。

従って、上述のスクリプト実行処理により、ＰＦＩＳ１００を飛行中の娯楽目的で利用することが可能になる。

本発明の少数の例証的な実施形態だけについて上で詳述したが、当業者であれば、本発明の新規な示唆および利点から実質的に逸脱することなく例証的な実施形態に各種の変更を加えることが可能な点が容易に理解されよう。従って、そのようなあらゆる変更は、添付の特許請求の範囲に記載された本発明の範囲内に含まれるものと考える。

図面の簡単な説明
本発明の一実施形態によるインターネット・プロトコル（ＩＰ）順序付けシステムおよび方法を用いた、旅客機で採用されている典型的な座席構成の概念図である。 図１に示すシステムのコンポーネント間の相互接続性の別の例の概念図である。 図１、２に示すシステムのコンポーネント間の通信の例の概念図である。 図１、２に示すシステムのコンポーネントに採用されているモジュールの例の概念図である。 図１、２に示すシステムのウェブ・ブラウザ、ウェブ／ＣＧＩおよびＩＰシーケンス・マスター・サーバの間の通信の概念図である。 図１、２に示すシステムのウェブ・ブラウザ、ウェブ／ＣＧＩおよびＩＰシーケンス・マスター・サーバを間の通信の別の概念図である。 図１、２に示すシステムのＡＤＢのスイッチおよびヘッドエンド設備およびＳＥＢの関係の例の概念図である。 本発明の一実施形態によるＩＰ順序付け動作の間における、図１、２に示すシステムのＩＰシーケンス・サーバおよびＡＤＢの通信および動作の例を示すシーケンス図である。 本発明の一実施形態による、図１、２に示すシステムのＩＰシーケンス・サーバ、ＡＤＢ、ＳＥＢおよびその各々のＳＶＤＵとＵＳＢ、並びに第二ＳＥＢの通信および動作の例を示すシーケンス図である。 本発明の一実施形態による、図１、２に示すシステムのＩＰシーケンス・サーバ、図９に示すようにＩＰ順序付け動作を完了したＳＥＢ、および第二ＳＥＢとその各々のＳＶＤＵ並びにＵＳＢの通信および動作の例を示すシーケンス図である。 本発明の一実施形態による、図９、１０に示す第二ＳＥＢが、自身の下流ＩＰポートを開くのが困難な場合に実行された通信および動作のシーケンス図の例である。 本発明の一実施形態による、図９、１０に示す第二ＳＥＢが、自身のスイッチを閉じるのが困難な場合に実行された通信および動作のシーケンス図の例である。 本発明の一実施形態による上述図８〜１０に示すＩＰ順序付け動作の間に、ＩＰマスター・サーバが実行する動作の例を示すフロー図である。 本発明の一実施形態によるＩＰ順序付け動作の間に図１、２に示すシステムのＳＥＢおよびＰＤＧが実行する動作の例を示すフロー図である。 本発明の一実施形態によるＩＰ順序付け動作の間に、図１、２に示すシステムのＳＥＢおよびＰＤＧが実行する動作の別の例を示すフロー図である。 本発明の一実施形態によるＩＰ順序付け動作の間に、図１、２に示すシステムのＡＤＢシーケンス・マネージャが実行する動作の例を示すフロー図である。 本発明の一実施形態によるＩＰ順序付け動作の間に、図１、２に示すシステムのＡＤＢおよびＳＥＢが実行する更なる動作の例を示すフロー図である。 本発明の一実施形態によるＩＰ順序付け動作の間に、図１、２に示すシステムのＳＥＢからのメッセージのフローの例を示す概念図である。 本発明の一実施形態によるＩＰ順序付け動作の間における、ＣＧＩ、ＩＰシーケンス・マスター・サーバおよびＡＤＢの間でのメッセージの交換を示す概念図である。 本発明の一実施形態によるＩＰ順序付け動作の間における、ＡＤＢおよびＳＥＢの間でのメッセージの交換を示す概念図である。 本発明の一実施形態によるＩＰ順序付け動作の間における、２個のＳＥＢの間でのメッセージの交換を示す概念図である。 本発明の一実施形態によるＩＰ順序付け動作の間における、ＩＰシーケンス・マスター・サーバの各種の状態の例を示す状態遷移図である。 本発明の一実施形態によるＩＰ順序付け動作の間における、図１、２に示すシステムのＡＤＢのモジュール間でのメッセージのフローの例である。 本発明の一実施形態によるＩＰ順序付け動作の間における、図１、２に示すシステムのＳＥＢの各種の状態の例を示す状態遷移図である。 本発明の一実施形態によるＩＰ順序付け動作の間における、図１、２に示すシステムのＳＥＢのカラムの各種の状態の例を示す状態遷移図である。 本発明の一実施形態によるＩＰ順序付け動作の間における、ＡＤＢシーケンス・マネージャの各種の状態の例を示す状態遷移図である。 本発明の一実施形態による、図１、２に示すシステムのコンポーネントの各種のマネージャ・モジュールの間でのメッセージ交換の例を示す概念図である。 本発明の一実施形態による、図１、２に示すシステムのＩＰシーケンス・マネージャとメッセージ待ち行列の間でのメッセージ交換の例を示す概念図である。 本発明の一実施形態による、図１、２に示すシステムのＳＥＢおよびそのＳＶＤＵが、上述のようにＳＥＢが電力上昇する際に、当該ＳＶＤＵのＩＰ順序付けの間に行なう動作の例を示すフロー図である。 本発明の一実施形態による、図１、２に示すシステムのＳＥＢおよびそのＳＶＤＵが、当該ＳＶＤＵがＩＰアドレスを要求した際に、当該ＳＤＶＵのＩＰ順序付けの間に行なう動作の例を示すフロー図である。 本発明の一実施形態による、図１、２に示すシステムのＳＥＢのＳＶＤＵが、電力上昇に際してＩＰアドレスを要求した場合に、当該ＳＶＤＵのＩＰ順序付けの間におけるＳＥＢおよび自身のＳＶＤＵの動作の例を示すフロー図である。 本発明の一実施形態による、図１、２に示すシステムが実行する自動再生スクリプト実行動作用のプリミティブＤＳＵ間の関係の例を示す概念図である。 本発明の一実施形態による、図１、２に示すシステムが実行する自動再生スクリプト実行動作用のＣＭＴ、ＡＶＣおよびＤＳＵが実行するメッセージ交換および動作の例を示す概念図である。 本発明の一実施形態による自動スクリプト実行動作の間における、図１、２に示すシステムのコンポーネントとモジュールの間の関係およびメッセージ交換の例である。 本発明の一実施形態による自動スクリプト実行動作の間における、図１、２に示すシステムのスクリプト・マネージャが実行する動作の例を示すフロー図である。 本発明の一実施形態による自動スクリプト実行動作の間における、図１、２に示すシステムのスクリプト・マネージャが実行する動作の例を示すフロー図である。

Claims (20)

1. ヘッドエンド設備と、
   少なくとも一つの区域配信ボックスと、
   少なくとも一つのグループが各々の区域配信ボックスによりサービスを受けるべくグループ編成された複数の座席電子機器ボックスと、
   を含む乗客フライト情報システムであって、
   前記ヘッドエンド設備、区域配信ボックス、および座席電子機器ボックスが、前記ヘッドエンド設備、区域配信ボックス、および座席電子機器ボックスに関連付けられた各々のコンポーネントに各々のＩＰアドレスを割り当てるアドレス割り当て処理を実行すべく動作するよう適合されていて、当該アドレスにより各々のコンポーネントが乗客フライト情報システム内で識別され、座席電子機器ボックスに関連付けられた前記コンポーネントの少なくとも一つが知的ビデオ表示ユニットである、乗客フライト情報システム。
2. 各々が座席電子機器ボックスの複数のグループにサービスを提供する複数の区域配信ボックスを更に含む、請求項１に記載の乗客フライト情報システム。
3. 前記ヘッドエンド設備が、前記少なくとも一つの区域配信ボックスへメッセージを送信することによりＩＰアドレス割り当て処理を開始し、前記少なくとも一つの区域配信ボックスを制御して、前記区域配信ボックスがサービスを提供している前記電子機器ボックスの少なくとも一つのグループに対しアドレス問い合わせを行ない、前記区域配信ボックスが前記ヘッドエンド設備と協働して、前記少なくとも一つのグループ内の各々の座席電子機器ボックスに各々のＩＰアドレスを割り当てるよう適合されている、請求項１に記載の乗客フライト情報システム。
4. 各々が座席電子機器ボックスの複数のグループにサービスを提供する複数の区域配信ボックスを更に含み、
   ＩＰアドレス割り当て処理が、前記区域配信ボックスおよび前記座席電子機器ボックスのグループの全てに対して実行される、請求項３に記載の乗客フライト情報システム。
5. 前記区域配信ボックスが、前記グループ内の座席電子機器ボックスに対し逐次的にアドレス問い合わせを行なう、請求項３に記載の乗客フライト情報システム。
6. 前記ヘッドエンド設備、区域配信ボックス、および座席電子機器ボックスの各々が、アドレス割り当て処理を協働して実行すべく適合されたモジュールを含む、請求項１に記載の乗客フライト情報システム。
7. 前記コンポーネントがＵＳＢポートおよびビデオ表示ユニットを含む、請求項１に記載の乗客フライト情報システム。
8. 前記ヘッドエンド設備が更に、アドレス割り当て処理の間にＩＰアドレスを割り当てられた座席電子機器ボックスによりサービスを受けているコンポーネントへ選択された情報を提供するスクリプト実行を実行すべく適合されている、請求項１に記載の乗客フライト情報システム。
9. 前記情報が、前記ヘッドエンド設備に関連付けられた制御機器を介して選択されたスクリプトに従い提供されるマルチメディア・データである、請求項８に記載の乗客フライト情報システム。
10. 前記コンポーネントに割り当てられた各々のＩＰアドレスが、前記コンポーネントに割り当てられた各々のＭＡＣアドレスに関連付けられている、請求項１に記載の乗客フライト情報システム。
11. 乗客フライト情報システムを確立する方法であって、
    グループ編成されていて少なくとも一つのグループが各々の区域配信ボックスによりサービスを受ける、ヘッドエンド設備、少なくとも一つの区域配信ボックス、および複数の座席電子機器ボックスを提供する提供ステップと、
    前記ヘッドエンド設備、区域配信ボックス、および座席電子機器ボックスを動作させて、前記ヘッドエンド設備、区域配信ボックス、および座席電子機器ボックスに関連付けられた各々のコンポーネントに各々のＩＰアドレスを割り当てるアドレス割り当て処理を実行し、前記アドレスにより前記各々のコンポーネントが前記乗客フライト情報システム内で識別されるようにする動作ステップとを含み、座席電子機器ボックスに関連付けられた前記コンポーネントの少なくとも一つが知的ビデオ表示ユニットである方法。
12. 前記提供ステップが、各々が座席電子機器ボックスの複数のグループにサービスを提供する複数の区域配信ボックスを提供するステップを更に含む、請求項１１に記載の方法。
13. 前記動作ステップを行なう間に、前記ヘッドエンド設備が、前記少なくとも一つの区域配信ボックスへメッセージを送信することによりＩＰアドレス割り当て処理を開始し、前記少なくとも一つの区域配信ボックスを制御して、前記区域配信ボックスがサービスを提供している前記電子機器ボックスの少なくとも一つのグループに対しアドレス問い合わせを行ない、前記区域配信ボックスが前記ヘッドエンド設備と協働して、前記少なくとも一つのグループ内の各々の座席電子機器ボックスに各々のＩＰアドレスを割り当てるようにする、請求項１１に記載の方法。
14. 前記提供ステップが、各々が座席電子機器の複数のグループにサービスを提供する複数の区域配信ボックスを提供し、
    ＩＰアドレス割り当て処理が、前記区域配信ボックスおよび前記座席電子機器ボックスのグループの全てに対して実行される、請求項１３に記載の方法。
15. 前記区域配信ボックスが、前記グループ内の座席電子機器ボックスに対し逐次的にアドレス問い合わせを行なう、請求項１３に記載の方法。
16. 前記ヘッドエンド設備、区域配信ボックス、および座席電子機器ボックスの各々が、アドレス割り当て処理を協働して実行すべく適合されたモジュールを含む、請求項１１に記載の方法。
17. 前記コンポーネントがＵＳＢポートおよびビデオ表示ユニットを含む、請求項１１に記載の方法。
18. 前記ヘッドエンド設備を、アドレス割り当て処理の間にＩＰアドレスを割り当てられた座席電子機器ボックスによりサービスを受けているコンポーネントへ選択された情報を提供するスクリプト実行を実行すべく動作させるステップを更に含む、請求項１１に記載の方法。
19. 前記情報が、前記ヘッドエンド設備に関連付けられた制御機器を介して選択されたスクリプトに従い提供されるマルチメディア・データである、請求項１８に記載の方法。
20. 前記コンポーネントに割り当てられた各々のＩＰアドレスが、前記コンポーネントに割り当てられた各々のＭＡＣアドレスに関連付けられている、請求項１１に記載の方法。