デジタル通信ネットワークによって相互に接続された複数の無線機を含む航空無線システムであって、各無線機は、送受信機と専用のプロセッサプラットフォームとを備え、複数の前記専用のプロセッサプラットフォームが、前記航空無線システムのための仮想処理環境を構築するように構成されている航空無線システム。複数の前記専用のプロセッサプラットフォームのうちの少なくとも1つは、2台以上の前記送受信機用であることを特徴とする、請求項1に記載のシステム。複数の前記専用のプロセッサプラットフォームのうちの2つ以上が、前記送受信機から分離したモジュールにグループ分けされている、請求項1または2に記載のシステム。前記デジタル通信ネットワークは、決定論的なAFDX、アビオニクス全二重イーサネット、ネットワーク、または別の決定論的なネットワークである、請求項1~3のうちのいずれか1項に記載のシステム。前記デジタル通信ネットワークは、イーサネットのネットワークである、請求項1~3のうちのいずれか1項に記載のシステム。前記仮想処理環境は、共通オブジェクト要求ブローカーアーキテクチャであるCORBA、またはリアルタイムCORBAに準拠している、請求項1~5のうちのいずれか1項に記載のシステム。前記無線機のうちの少なくとも1台は、ソフトウェア無線の技術を使用する、請求項1~6のうちのいずれか1項に記載のシステム。前記システムは、複数の前記専用のプロセッサプラットフォームのうちの2つ以上が、可能な複数の無線チャンネルを介したシームレスネットワーク用の仮想処理環境を構築するように構成されている、請求項1~7のうちのいずれか1項に記載のシステム。前記システムは、複数の前記専用のプロセッサプラットフォームのうちの2つ以上が、無線管理用の仮想処理環境を構築するように構成されている、請求項1~8のうちのいずれか1項に記載のシステム。前記システムは、複数の前記専用のプロセッサプラットフォームのうちの2つ以上が、波形処理用の仮想処理環境を構築するように構成されている、請求項1~9のうちのいずれか1項に記載のシステム。複数の前記専用のプロセッサプラットフォームは、共通のハードウェアアーキテクチャ、共通のインタフェース、共通の開発環境、および共通のソフトウェア実行環境のうちの1つ以上を含む共通のアーキテクチャを備える、請求項1~10のうちのいずれか1項に記載のシステム。前記各無線機は、前記無線機に共通のインタフェースを介して複数の前記専用のプロセッサプラットフォームとインタフェースしている送受信機モジュールを含む、請求項1~11のうちのいずれか1項に記載のシステム。デジタル通信ネットワークによって相互に接続された複数の無線機を含む航空無線システムであって、前記各無線機は、航空機領域と、複数種類の通信用の前記無線機との間に共通のデジタルインタフェースを実現するように、イーサネット上のポイントツーポイントプロトコルであるPPPoEを使って前記ネットワークを介した通信をサポートするように構成された、送受信機、専用のプロセッサプラットフォーム、およびサーバを備える航空無線システム。請求項13に記載のシステムであって、さらに請求項1~12のうちのいずれか1項に記載のシステム。前記ネットワークとインタフェースで接続している少なくとも1つのコントローラを備え、前記各コントローラは、自己の全体的な接続性を判定し、当該接続性を前記ネットワークを介してブロードキャストし、クライアントシステムが、接続性の順位に基づいて、どのコントローラを使用するか選択できるように構成されている、請求項1~14のうちのいずれか1項に記載のシステム。前記各コントローラは、自己が提供できる無線サービスの種類と、前記航空無線システムが注文または構成されたときに、確立され格納された優先レベルとに基づいて、自己の接続性を判定するように構成されている、請求項15に記載のシステム。複数のアンテナシステムを含み、各アンテナシステムが、RFケーブルリンクによってそれぞれの無線機に接続されている、請求項1~16のうちのいずれか1項に記載のシステム。キャビンおよびコックピットのヒューマンマシンインタフェースと、航空電子機器のインタフェースと、請求項1~17のうちのいずれか1項に記載の少なくとも1つの航空無線システムとを含む航空電子機器システムであって、すべてが、前記デジタル通信ネットワークを介して相互に接続される、航空電子機器システム。上記の考慮事項は、現在の無線システムは十分統合されておらず、そのため、共通の構成、共通のインタフェース、および、仮想処理設備を通じて協調する機会から利益を得ていないということを意味している。本発明は、各無線機が、送受信機および専用のプロセッサプラットフォームを備え、デジタル通信ネットワークによって相互に接続された複数の無線機を含む航空無線システムであって、複数の専用のプロセッサプラットフォームが、航空無線システムのための仮想処理環境を構築できるように構成されている航空無線システムを提供する。本発明はまた、各無線通信が、航空機領域と複数種類の通信用の複数の無線機との間の共通のデジタルインタフェースを実現するために、PPPoEイーサネット上のポイントツーポイントプロトコルを用いたネットワークを介した通信をサポートするように構成されたサーバと、送受信機と、専用のプロセッサプラットフォームと、を備えた、デジタル通信ネットワークによって相互に接続された複数の無線機を含む航空無線システムも提供する。本発明の好ましい実施態様は、分散アーキテクチャの基盤を形成する、高度の共通性と相互接続とを備えた複数のモジュラー無線ユニットの集合からなる。無線ユニットは、送受信機モジュールと、共通の処理プラットフォームとから成る。無線ユニットは、例えば、アンテナを含まず、全体的な無線機器の一部だけを形成している。共通の処理プラットフォームは、例えば、共通のソフトウェア開発環境、共通のソフトウェア実行環境、より高度な共通のソフトウェアモジュール、および共通のインタフェースをサポートすることによって、開発、製造、および維持にかかる費用を削減する。無線ユニット間の相互接続によって、仮想処理機能の創出が可能になる。無線ユニットへの共通のインタフェースは、シームレスネットワークをサポートし、無線システムの航空機システムへの統合を容易にする。シームレスネットワークおよび無線管理のためのコントローラの選択方法も以下に記述する。分散処理アーキテクチャを用いることによって、拡張性、認証、動的再構成、シームレスネットワーク、冗長管理、大きさ、費用、および重量に対する利点が得られる。シームレスネットワークを使うと、複数の無線サービスを介した情報の最適な経路設定が可能になる。本発明がより良く理解されるようにするために、以下に、本発明の好ましい実施形態を一例として、添付の概略図面を参照しながら説明する。以下で、本発明の好ましい実施形態を5つの態様から説明する。仮想分散処理アーキテクチャ仮想処理環境共通の処理プラットフォーム共通のデジタルインタフェース制御実体の選択方法仮想分散処理アーキテクチャ仮想分散処理アーキテクチャを図1に示す。図1には、無線ユニットと、アンテナ、AMU、DLNA、およびHPAなどの関連部品との集合が示されている。無線ユニットは、AFDXネットワークなどのデジタルネットワークを介して接続されている。背景アビオニクス全二重イーサネットAFDXは、航空分野の用途のために開発された決定論的ネットワーク技術である。この技術はイーサネットに基づいているが、帯域幅およびサービスの品質に保証を与えるために、チャンネルの競合を防止している。AFDXネットワークは、エンドシステム、スイッチ、およびリンクから成り立っている。アーキテクチャは、冗長性を与えるために、エンドシステム間に複数の別個の経路をサポートしている。各無線ユニットは、送受信機および処理プラットフォームを含んでおり、ソフトウェア無線技術を採用している。処理プラットフォームは、そのローカル送受信機のために処理を実行し、また、シームレスネットワークおよび無線管理などのような、より一般的な処理のための仮想処理環境も提供している。必要に応じて、仮想処理環境で、より高レベルの波形プロトコルを実行させることもまた可能である。この仮想処理環境は、デジタルネットワークが提供する接続性を通じて可能になるものである。無線機における機能の分割を示す例を図2に示す。図2はまた、無線ユニットにおける送受信機と処理機能性との間の分割の例も示している。無線ユニット間の接続に加えて、デジタルネットワークはまた、航空電子機器システム、コックピット、およびキャビンなどの他の航空機領域への接続も提供する。SIMユニットはまた、デジタルネットワークにも取り付けられ、いくつかのサービスに必要とされるSIMカードをサポートしている。図には、コックピットおよびキャビンの両方との接続性を備えた単一のシステムが示されているが、他の構成によれば、コックピットサービスをサポートする一つのシステムとキャビンサービスをサポートする別のシステムとを備えることによって、物理的に分離させることができる。仮想処理環境背景現在の航空電子機器の通信システムは、各無線機が、それ自体のデジタル信号処理資源および他のソフトウェア資源を含む連合式の手法を使用している。この手法は、より簡単に認証を行えるという利点があるが、新しい要求に対してあまり柔軟に対応できない。他の航空電子機器システム例えば航空管制システムでは、適切な冗長性をもつ共通のコンピュータ資源が、多くの異なる機能に使われる統合型モジュラーアビオニクスIMAアーキテクチャに移行している。機能間の相互作用は、時間および記憶部の空間の分割を保証する認証可能なRTOSを使って制御されている。これは、連合式の手法よりも柔軟性が非常に改善されており、アプリケーション間の良好な通信を提供する。これはまた、費用も節約する。IMRについて類似のアーキテクチャへと移行させる圧力がある。これ自体は、可能であるが、費用、大きさ、および重量の観点から最適とはいえない。なぜなら、必要な機能を実行するためには、より多くの機器が必要になり、かつ、より多くの相互接続が必要になるからである。スケーラビリティが問題である。この構想は、処理資源を各無線ユニットと統合するが、それでもなお、IMAの柔軟性を提供するという利点を得るためのものである。仮想処理環境は、無線ユニット間の接続性と、分散処理をサポートする技術の使用を通して実現される。必須の安全性およびセキュリティ認証を満たすために、例えば、CORBA、またはCORBAの適切な部分集合などの技術がある。背景共通オブジェクト要求ブローカーアーキテクチャCORBAは、分散処理に対するオープンスタンダードであり、オブジェクトマネジメント社OMGによって定義されている。CORBAを用いることによって、様々なコンピュータソフトウェア言語で記述され、かつ、ネットワークによってつながれた様々なコンピュータ上で動作するコンピュータープログラムが、シームレスに互いに通信可能になる。一般的に、一方のコンピュータ上のクライアントプログラムは、別のコンピュータ上のサーバプログラムによって提供されるサービスを利用する。代替が可能なのはリアルタイムCORBAであり、リアルタイムCORBAもOMGによって定義されている。仮想処理環境は、システム全体にわたって処理を分散させることができ、したがって、柔軟性、冗長性、および拡張性が増す。これは、主に、全システムに関連する非波形特定処理にとって興味深いことであり、そのような処理をより簡単かつ効率的に展開させることができる。そのような処理の例は、健康管理を含む、シームレスネットワーキングおよび無線管理である。仮想処理環境は、設計/構築時において、または稼働時、すなわち実行時に構成することができる。仮想処理環境における無線管理およびシームレスネットワークのためのソフトウェア/ファームウェアの構成要素の配置の例を図3に示す。図3は、無線ユニット内にあるコントローラ構成要素を示す。しかし、IMAコンピュータなどの別の構成要素内にコントローラ構成要素を置くことも可能である。別の構成要素内に置くという後者の例は、たとえコントローラが、無線ユニット内の他の構成要素より設計保証レベルの高い開発を必要としたとしても、魅力的である。無線管理のための構成要素との間における情報の交換、および仮想処理環境のシームレスネットワーク構築について、図4に例を示す。図4は、相互作用の本質を示しており、また、共通のデジタルインタフェースの段落で説明するPPPoEベースの具体化において様々な部品をどこに対応させることができるかを示している。しかしながら、通常、波形処理は、対応する送受信機に特有の処理プラットフォーム上で行われるが、仮想処理環境はまた、必要に応じて、波形処理を分散させることもできる。これは、処理リソースに対する更なるアクセスを提供することに加えて、機器の供給元に対しては、無線ユニットに与えられる波形特有機能性に柔軟性を与える。例えば、無線ユニットは、物理層の機能変調、復調、およびチャンネル符号化だけを供給されてよく、残りのプロトコルスタック機能は他の場所に実装されてよい。仮想処理環境における波形の処理のためのソフトウェア/ファームウェア構成要素の配置の例を図5に示す。図5は、所与の波形に対する処理をどのように無線ユニット全体に分散できるかを示している。仮想処理環境で波形を処理する構成要素間での情報交換について、図6に例を示す。図6は、物理層およびプロトコルスタックをどのように別個の無線ユニットに置くことができるかを示している。異なる処理アプリケーションを別々に維持するために、時間および記憶部空間を分割した認証可能なRTOSを使用する。これは、明確に定義されたインタフェースと共同して、認証を容易化する。要約すると、仮想処理環境は、次世代の通信アビオニクスのための最適化されたアーキテクチャを提供する。それにより、高度な柔軟性および拡張性が提供され、開発費および機器費用が抑えられる。共通の処理プラットフォーム背景a技術進歩の結果として、デジタル処理ハードウェアの大きさ、重量、および電力消費は、絶え間なく減少している。今日の技術によれば、これらは、HPAのような無線システムの無線周波の部分の一部に必要とされるもののごく一部である。b無線通信機器のための全体的な開発費は、ソフトウェアおよびファームウェアの開発コストによって占められている。しかし、この費用のかなりの割合一般的に>50は、特定の波形に限定されているのではなく、ブート、プロセス間通信、ロギングサービス、タイマーサービス、ドライバー、組込み試験などの一般的な要素に関するものである。cデジタル処理ハードウェアのコストは、大きさ、重量、および電力消費と同様、技術の進歩とともに、絶え間なく減少している。航空電子機器のアプリケーションが、全体的に開発費が高く、生産量が比較的低いということは、ハードウェアの費用が、製品ユニット当たりの全体の開発費のうちのごく一部であるということを意味する。仮想分散アーキテクチャは、異種の複数の処理プラットフォームを用いて実現できるとはいえ、システム全体にわたって共通のプロセッサプラットフォームを使うことに重要な利点がある。これにより、異なる無線ユニットの処理要件の中に存在する共通性を活用することによって、開発および維持の費用が削減される。したがって、各無線ユニットに共通の処理プラットフォームを配置することは、魅力的である。そのような処理は、一般的に、プロセッサおよび/またはFPGAで実現できる。したがって、ファームウェアおよびソフトウェアの開発が必要となる。共通の処理プラットフォームは、例えば、共通のハードウェアプラットフォーム、共通のインタフェース、共通の開発環境、および共通のソフトウェア実行環境を含む。共通のインタフェースのうちの1つは、AFDX接続のためのイーサネットであろう。送受信機モジュールへの共通のインタフェース、例えば、PCIエクスプレス、またはSRIOシリアルラピッドIOもまた望ましい。背景PCIエクスプレスは、シリアルリンクを使用する高速相互接続技術である。PCIエクスプレスは、ポイントツーポイントリンクに基づいているが、アーキテクチャは、リンクをツリー構造に経路設定でき、かつ単一の送信機から複数の受信機へ展開できるスイッチを含んでいる。PCIエクスプレスは、一般に、チップツーチップ接続、およびボードツーボード接続に使用される。外部のケーブル仕様によっては、PCIエクスプレスをシャシーツーシャシー接続にも使用できる。シリアルラピッドIOSRIOは、別の高速相互接続技術であり、これもまた、シリアルリンクを採用している。SRIOは、ポイントツーポイントリンクに基づいているが、アーキテクチャは、リンクを柔軟な方式で経路設定できるスイッチを含んでいる。シリアルラピッドIOは、一般に、チップツーチップ接続、およびボードツーボード接続に使用される。共通のプラットフォームを使用することは、長期間にわたってそのプラットフォームが進化するのを妨げない。例えば、バージョン1.0は、VHF無線用に、バージョン1.1は、Lバンド無線およびHF無線用に展開されてよい。共通のプラットフォームはまた、増加する処理容量をサポートする複数の特色を有するようにすることも可能である。例えば、1つのプラットフォームは、プロセッサのみを使用し、他方のプラットフォームは、プロセッサとFPGAとを使用してよい。共通のデジタルインタフェース背景航空機外部の無線通信は、HF、VHF、および衛星通信を含む多様な通信手段を使用している。デジタル方式またはアナログ方式に基づく様々なサービスにアクセスするために様々なインタフェース方式が採用されている。一方、航空機内部の通信基盤は、ますますIPベースになるため、現在のIPベースのサービスとレガシーアナログサービスとの両方を網羅する、すべての無線サービスにアクセスするための共通の方法を備えることが望ましい。通信サービスの必要条件は、一般に、以下の2つのタイプに分けられる。タイプ1:保証された待ち時間および帯域幅―これは、オーディオやビデオなどの用途に必要とされる。このタイプは、伝統的に回線交換方式のサービスにより提供されてきたもので、ごく最近では、ストリーミングパケットサービスによっても提供されている。タイプ2:可変の待ち時間および帯域幅―インターネット閲覧または一般的なデータ転送などの用途に好適である。ここでは待ち時間が重要でなく、固定の速度で送信先に送られるべき一定の情報の流れはない。このタイプは、伝統的なパケット交換サービスによって提供されている。仮想分散処理アーキテクチャは、無線ユニットの相互接続およびクライアントシステムへのインタフェース接続のために、AFDXなどのデジタルネットワークを使用している。AFDXは、決定論的なデジタルネットワークの例である。そのようなネットワークは、保証された待ち時間および帯域幅を備えたタイプ1のサービスを提供する。デジタルネットワークの帯域幅が、無線サービスにより提供される帯域幅より高い場合、デジタルネットワークは、タイプ1とタイプ2の無線サービスを両方ともサポートできる。背景AFDXネットワークは、現在、10Mbit/sおよび100Mbit/sのイーサネットのネットワークを使用しており、したがって、今日ではかなりの割合の最大AFDX帯域幅を使っていると思われるWiMaxおよびDVBなどの非常に高い帯域幅の無線サービスを除いて、大多数の無線サービスよりもはるかに高い速度をサポートしている。しかしながら、AFDXの速度は、イーサネット速度の進化に続いて、将来的に増加する見込みである。デジタルネットワークが、両方のタイプのサービスをサポートできることが確立された場合、セッションを起動および終了する方法を提供する必要がある。そのような方法は、ARINC781の附則5に定義されたイーサネットインタフェースを使って、衛星通信用に準備されている。この方法は、サテライトリンク中の主要なコンテキスト接続を始動および終了するためにPPPoEを使用する。一旦主要なコンテキストが、始動されたら、第2のコンテキストは、テルネットセッションを使って始動できる。各コンテキストは、以下のタイプのうちの1つとすることができる。バックグラウンドクラス―可変の待ち時間および帯域幅を備えた上述のタイプ2のサービスに対応している。ストリーミングクラス―保証された待ち時間および帯域幅を備えた上述のタイプ1のサービスに対応している。この着想は、ARINC781または派生物のイーサネットインタフェースを取り込み、すべてのIMRの無線サービスをサポートするために、イーサネットインタフェースをAFDXなどのネットワークと組み合わせることである。以下に、いくつかの例を提供する。a衛星通信バックグラウンドクラスIPサービスを介したIPパケットPPPoEを使用クライアントシステムは、衛星通信の無線ユニットでセッションを始動するためにAFDXを介してPPPoEを使用し、バックグラウンドクラスを要求する。衛星通信の無線ユニットは、サテライトリンク中でバックグラウンドクラスを備えた主要なコンテキストを確立する。クライアントからのIPパケットは、衛星通信リンクを介して送信される。b衛星通信ストリーミングクラスIPサービスを介した音声PPPoEを使用クライアントシステムは、衛星通信の無線ユニットでセッションを始動するためにAFDXを介してPPPoEを使用し、ストリーミングクラスを要求する。衛星通信無線ユニットは、サテライトリンク中でストリーミングクラスを備えた主要なコンテキストを確立する。クライアントシステムは、定期的に衛星通信無線ユニットへ非圧縮デジタル化音声を送る。衛星通信無線ユニットは、音声を圧縮して、ストリーミングクラスを使って圧縮音声を衛星通信リンクを介して送る。cアナログVHFを介した音声PPPoEを使用クライアントシステムは、VHF無線ユニットでセッションを始動するためにAFDXを介してPPPoEを使用し、ストリーミングクラスを要求する。これによって、送信用の無線ユニットが準備される。クライアントシステムは、定期的にVHF無線ユニットへ非圧縮デジタル化音声を送り、非圧縮デジタル化音声は、VHFリンクに送信される。VHF無線ユニットは、アナログのVHF信号を変調するために、音声情報を使用する。この筋書きは図7に示されている。d衛星通信ストリーミングクラスIPサービスを介した音声PPPoEおよびテルネットを使用するクライアントシステムは、衛星通信における無線ユニットでセッションを始動するためにAFDXを介してPPPoEを使用し、バックグラウンドクラスを要求する。衛星通信の無線ユニットは、サテライトリンク中でバックグラウンドクラスを備えた主要なコンテキストを確立する。クライアントシステムは、ストリーミングクラスを備えた第2のコンテキストを始動するためにテルネットを使用する。クライアントシステムは、定期的に衛星通信の無線ユニットへ非圧縮デジタル化音声を送る。衛星通信の無線ユニットは、音声を圧縮して、ストリーミングクラスを使って圧縮音声を衛星通信リンクを介して送る。eアナログVHFを介した音声PPPoEおよびテルネットを使用するクライアントシステムは、VHF無線ユニットでセッションを始動するためにAFDXを介してPPPoEを使用し、バックグラウンドクラスを要求する。クライアントシステムは、ストリーミングクラスを備えた第2のコンテキストを始動するために、テルネットを使用する。これによって、送信用の無線機が準備される。クライアントシステムは、定期的にVHF無線ユニットへ非圧縮デジタル化音声を送り、非圧縮デジタル化音声は、VHFリンクへ送信される。無線ユニットは、アナログのVHF信号を変調するために、音声情報を使用する。この筋書きを図7に示す。上記の例では、クライアントシステムが、PPPoEを使用する例bおよび例cで同じように挙動することを観察できる。これは、どのようにして、同一のインタフェースを使用して、音声を非常に異なるリンクを介して送信し、それによってシステムを単純化できるかを示している。同じ観察を、PPPoEおよびテルネットを使用する例dとeで行うことができる。PPPoEを使ってVHFアナログサービスにアクセスするための情報交換の例を図8に示す。この例では、クライアントは、航空機領域に位置していてよく、あるいは、無線ユニットのシームレスネットワークのためのコントローラであってもよい。この例の利点は、単一のデジタルインタフェースを使用して、さまざまな通信機器が提供するサービスすべてにアクセスできることである。例えば、コックピットのHMI機器は、音声が、アナログVHFシステムで伝えられるか、衛星通信VoIPシステムで伝えられるかのいずれであるかには関係なく、同じ方法で音声通話を開始できる。要約すると、共通のデジタルインタフェースは、PPPoEおよびテルネットのサービスの使用をAFDXなどのネットワークと組み合わせることによって、達成される。この組み合わせによって、インタフェースは、下記のサービスをサポートする。バックグラウンドパケット交換サービスおよびストリーミングパケット交換サービス当然ながらデジタル回線交換サービスアナログまたはデジタル制御主体の選択方法無線管理機能を実行する制御主体と、シームレスネットワークをサポートする制御主体とを備えることが望ましい。必要に応じて、単一の制御主体が、両方の機能を実行できる。背景シームレスネットワークとは、使用すべき通信リンクを情報源または転送先によって選択する必要なしに、様々な通信リンクを介して情報を転送するという構想である。例えば、短いメッセージは、航空機がVHFレンジ内にあるときは、VHFデータリンクを介して送ることが可能である、または航空機がVHFの範囲外にあるときは、衛星通信リンクを介して送ることが可能である。つまり、望ましいリンクが、自動的に選択される。本明細書では、コントローラと呼ぶ共通の主体が、無線管理とシームレスネットワーク機能の両方をサポートする。多くの場合、冗長性を備えることが必要である。その場合には、少なくとも2台のコントローラが存在しなければならない。アーキテクチャの検討および拡張性の検討の結果として、3台以上のコントローラが配備される可能性さえある。したがって、クライアントシステム例えば、コックピットのHMIは、インタフェースで接続すべきコントローラを選択することが必要になる。すべてのコントローラは、同時に作動することが許容され、したがって、冗長性および障害許容力が与えられる。以下に、コントローラを選択する際の問題点に対する解決策を示す。作動時、各コントローラには、選択優先レベルを示す番号が割り当てられる。各コントローラが、アクセスするサービスを示す筋書き例を表1に示す。すべてのコントローラは、ネットワーク例えば、イーサネットベースのAFDXを介して、互いに接続されている。各コントローラは、定期的に、自己が提供できるサービスの状態と、自己の優先番号とに関する情報を発信する。そのような情報は、イーサネットパケットまたはIPパケットで送信されてよい。コントローラはまた、情報を聞くことができる他のコントローラにそれぞれ同じ情報を発信する。このように、コントローラの全体的な接続性に関する情報を提供する。各コントローラは、好適なアルゴリズムを用いて、各コントローラの全体的な接続性の程度を示すメトリックを計算する。そのようなアルゴリズムは、適切な方法で各サービスの重み付けすることができる例えば、VHFサービスは、現在、HFや衛星通信サービスより重要である。コントローラは、この情報をクライアントシステムに定期的に発信する。クライアントシステムは、最も高いメトリックの順にコントローラをランク付けする。2つ以上のコントローラが、同じメトリックを共有している場合、作動時の優先レベルを使って順位を区別する。次に、クライアントシステムは、順位に基づいて、使用するコントローラを選択できる。例えば、操縦士のHMIシステムが、最高順位のコントローラを選択できるのに対して副操縦士のHMlシステムは、第2の順位のコントローラを選択できるであろう。この方式は、最大限の冗長性を提供する。さらに、提供可能なフェイルセーフ対策がある。ユーザーは、複数のコントローラ間を手動で切り換えることができるユーザーは、シームレスネットワークモードから手動モードへ切り換えることができる。手動モードでは、例えば、VHF、HF、または衛星通信が明示的に選択される。本発明は、ハードウェア、ファームウェア、およびソフトウェアによって構築されることになるが、ソフトウェア定義の無線技術を使用することが望ましい。図1の例では、各無線機は、送受信機とプロセッサプラットフォームからなる別個のモジュールを備えている。複数のプロセッサプラットフォームは、それらのハードウェアアーキテクチャ、およびそれらのインタフェース、およびそれらの開発環境、およびそれらのソフトウェア実行環境のすべてまたはいずれかであってよい共通のアーキテクチャを備えていることが望ましい。しかし、プロセッサプラットフォームは、代わりに、複数の無線送受信機によって共有されていてもよく、すなわち、プロセッサプラットフォームは、複数の送受信機用であってもよい。また、例えば、複数の専用のプロセッサプラットフォームが、送受信機から分離したモジュールに、例えば、処理カードの集合にグループ分けされるように、ハードウェアの構成を異なるものとしてもよい。