(57)【要約】ある実施形態では、分散通信ネットワークにおけるデータ処理のためのシステムは、一つまたは複数のデータ処理ノード（DHN）を含み、各データ処理ノードは、それぞれが経路制御システムから第一のデータ単位のストリームを受信するよう動作しうる一つまたは複数の中央のうちの一つに存在する。第一のデータ単位のストリームは、一つまたは複数のリモート・ユニットにおいて発生した、保存されたミッションデータ（SMD）および遠隔測定データを含む。各DHNは、ほぼリアルタイムで、第一のデータ単位のストリームから第一のデータ単位の冗長なインスタンスを除去し、前記中央において乱れた順序で受信された第一のデータ単位のストリーム中の第一のデータ単位を適正に並べ、第一のデータ単位のストリームから構成が正しくない第一のデータ単位を除去し、第一のデータ単位のストリームからSMDを抽出し、抽出されたSMDから第二のデータ単位を生成し、第二のデータ単位のストリームを一つまたは複数のインターフェース・データ・プロセッサに通信するよう動作しうる。
2008533920.tif 000002
【特許請求の範囲】
【請求項１】
分散通信ネットワークにおけるデータ処理のためのシステムであって：
一つまたは複数のデータ処理ノード（DHN）を有しており、各データ処理ノードは、それぞれが経路制御システムから第一のデータ単位のストリームを受信するよう動作しうる一つまたは複数の中央のうちの一つに存在し、第一のデータ単位のストリームは、一つまたは複数のリモート・ユニットにおいて発生した保存されたミッションデータ（SMD）および遠隔測定データの両方を含んでおり、各DHNは、ほぼリアルタイムで：
第一のデータ単位のストリームから第一のデータ単位の冗長なインスタンスを除去し；
前記中央において乱れた順序で受信された第一のデータ単位のストリーム中の第一のデータ単位を適正に並べ；
第一のデータ単位のストリームから構成が正しくない第一のデータ単位を除去し；
第一のデータ単位のストリームからSMDを抽出し；
抽出されたSMDから第二のデータ単位を生成し；
第二のデータ単位のストリームを一つまたは複数のインターフェース・データ・プロセッサ（IDP）に通信するよう動作しうる、システム。
【請求項２】
前記第一のデータ単位が、少なくとも部分的に宇宙データシステム諮問委員会（CCSDS）のプロトコルに従ってフォーマットされた仮想チャネルデータ単位（VCDU）または拡張されたVCDU（EVCDU）である、請求項１記載のシステム。
【請求項３】
前記第二のデータ単位が、少なくとも部分的に宇宙データシステム諮問委員会（CCSDS）のプロトコルに従ってフォーマットされたアプリケーション・パケット（AP）または拡張されたAP（EAP）である、請求項１記載のシステム。
【請求項４】
個別のリモート・ユニットで発生したSMDが、該個別のリモート・ユニットに搭載されたセンサーで収集された読み値を示すものである、請求項１記載のシステム。
【請求項５】
個別のリモート・ユニットで発生した遠隔測定データが、該個別のリモート・ユニットに付随する一つまたは複数の状態点それぞれの状態を示す、請求項１記載のシステム。
【請求項６】
前記リモート・ユニットが宇宙船である、請求項１記載のシステム。
【請求項７】
前記DHNが、第一のデータ単位のストリームから除去するための第一のデータ単位の冗長なインスタンスを検出するために高水標を使用する、請求項１記載のシステム。
【請求項８】
第一のデータ単位のストリームにおいて不適正に並べられた第一のデータ単位を検出して、第一のデータ単位のストリームにおいて第一のデータ単位の適正なシーケンスに戻すために、前記DHNが第一のデータ単位中のシーケンス値を使用する、請求項１記載のシステム。
【請求項９】
前記DHNが、第一のデータ単位のストリームから除去するための構成が正しくない第一のデータ単位を検出するために、前記中央に記録されている、仮想チャネル識別子（VCID）、リモート・ユニット識別子およびIPアドレスの有効な諸組み合わせを利用する、請求項１記載のシステム。
【請求項１０】
前記DHNがさらに、前記中央において受信された第一のデータ単位および前記受容器において生成された第二のデータ単位の記憶を管理するよう動作しうる、請求項１記載のシステム。
【請求項１１】
前記DHNが、該DHNの自動障害回復を提供する機能を有している、請求項１記載のシステム。
【請求項１２】
分散通信ネットワークにおけるデータ処理のための方法であって：
一つまたは複数のデータ処理ノード（DHN）であって、それぞれが経路制御システムから第一のデータ単位のストリームを受信するよう動作しうる一つまたは複数の中央のうちの一つに存在し、第一のデータ単位のストリームは、一つまたは複数のリモート・ユニットにおいて発生した保存されたミッションデータ（SMD）および遠隔測定データの両方を含んでいるようなデータ処理ノードのそれぞれにおいて、ほぼリアルタイムで：
第一のデータ単位のストリームから第一のデータ単位の冗長なインスタンスを除去する段階と；
前記中央において乱れた順序で受信された第一のデータ単位のストリーム中の第一のデータ単位を適正に並べる段階と；
第一のデータ単位のストリームから構成が正しくない第一のデータ単位を除去する段階と；
第一のデータ単位のストリームからSMDを抽出する段階と；
抽出されたSMDから第二のデータ単位を生成する段階と；
第二のデータ単位のストリームを一つまたは複数のインターフェース・データ・プロセッサ（IDP）に通信する段階、
とを有する方法。
【請求項１３】
前記第一のデータ単位が、少なくとも部分的に宇宙データシステム諮問委員会（CCSDS）のプロトコルに従ってフォーマットされた仮想チャネルデータ単位（VCDU）または拡張されたVCDU（EVCDU）である、請求項１２記載の方法。
【請求項１４】
前記第二のデータ単位が、少なくとも部分的に宇宙データシステム諮問委員会（CCSDS）のプロトコルに従ってフォーマットされたアプリケーション・パケット（AP）または拡張されたAP（EAP）である、請求項１２記載の方法。
【請求項１５】
個別のリモート・ユニットで発生したSMDが、該個別のリモート・ユニットに搭載されたセンサーで収集された読み値を示すものである、請求項１２記載の方法。
【請求項１６】
個別のリモート・ユニットで発生した遠隔測定データが、該個別のリモート・ユニットに付随する一つまたは複数の状態点それぞれの状態を示す、請求項１２記載の方法。
【請求項１７】
前記リモート・ユニットが宇宙船である、請求項１２記載の方法。
【請求項１８】
前記DHNにおいて、第一のデータ単位のストリームから除去するための第一のデータ単位の冗長なインスタンスを検出するために高水標を使用することをさらに含む、請求項１２記載の方法。
【請求項１９】
前記DHNにおいて、第一のデータ単位のストリームにおいて不適正に並べられた第一のデータ単位を検出して、第一のデータ単位のストリームにおいて第一のデータ単位の適正なシーケンスに戻すために、第一のデータ単位中のシーケンス値を使用することをさらに含む、請求項１２記載の方法。
【請求項２０】
前記DHNにおいて、第一のデータ単位のストリームから除去するための構成が正しくない第一のデータ単位を検出するために、前記中央に記録されている、仮想チャネル識別子（VCID）、リモート・ユニット識別子およびIPアドレスの有効な諸組み合わせを利用することをさらに含む、請求項１２記載の方法。
【請求項２１】
前記DHNにおいて、前記中央において受信された第一のデータ単位および前記受容器において生成された第二のデータ単位の記憶を管理することをさらに含む、請求項１２記載の方法。
【請求項２２】
前記DHNが、該DHNの自動障害回復を提供する機能を有している、請求項１２記載の方法。
【請求項２３】
分散通信ネットワークにおけるデータ処理のためのソフトウェアであって、一つまたは複数のコンピュータ可読媒体にエンコードされており、実行されたときに：
一つまたは複数のデータ処理ノード（DHN）であって、それぞれが経路制御システムから第一のデータ単位のストリームを受信するよう動作しうる一つまたは複数の中央のうちの一つに存在し、第一のデータ単位のストリームは、一つまたは複数のリモート・ユニットにおいて発生した保存されたミッションデータ（SMD）および遠隔測定データの両方を含んでいるようなデータ処理ノードのそれぞれにおいて、ほぼリアルタイムで：
第一のデータ単位のストリームから第一のデータ単位の冗長なインスタンスを除去し；
前記中央において乱れた順序で受信された第一のデータ単位のストリーム中の第一のデータ単位を適正に並べ；
第一のデータ単位のストリームから構成が正しくない第一のデータ単位を除去し；
第一のデータ単位のストリームからSMDを抽出し；
抽出されたSMDから第二のデータ単位を生成し；
第二のデータ単位のストリームを一つまたは複数のインターフェース・データ・プロセッサ（IDP）に通信する、
よう動作しうるソフトウェア。
【請求項２４】
前記第一のデータ単位が、少なくとも部分的に宇宙データシステム諮問委員会（CCSDS）のプロトコルに従ってフォーマットされた仮想チャネルデータ単位（VCDU）または拡張されたVCDU（EVCDU）である、請求項２３記載のソフトウェア。
【請求項２５】
前記第二のデータ単位が、少なくとも部分的に宇宙データシステム諮問委員会（CCSDS）のプロトコルに従ってフォーマットされたアプリケーション・パケット（AP）または拡張されたAP（EAP）である、請求項２３記載のソフトウェア。
【請求項２６】
個別のリモート・ユニットで発生したSMDが、該個別のリモート・ユニットに搭載されたセンサーで収集された読み値を示すものである、請求項２３記載のソフトウェア。
【請求項２７】
個別のリモート・ユニットで発生した遠隔測定データが、該個別のリモート・ユニットに付随する一つまたは複数の状態点それぞれの状態を示す、請求項２３記載のソフトウェア。
【請求項２８】
前記リモート・ユニットが宇宙船である、請求項２３記載のソフトウェア。
【請求項２９】
前記DHNにおいて、第一のデータ単位のストリームから除去するための第一のデータ単位の冗長なインスタンスを検出するために高水標を使用するようさらに動作しうる、請求項２３記載のソフトウェア。
【請求項３０】
前記DHNにおいて、第一のデータ単位のストリームにおいて不適正に並べられた第一のデータ単位を検出して、第一のデータ単位のストリームにおいて第一のデータ単位の適正なシーケンスに戻すために、第一のデータ単位中のシーケンス値を使用するようさらに動作しうる、請求項２３記載のソフトウェア。
【請求項３１】
前記DHNにおいて、第一のデータ単位のストリームから除去するための構成が正しくない第一のデータ単位を検出するために、前記中央に記録されている、仮想チャネル識別子（VCID）、リモート・ユニット識別子およびIPアドレスの有効な諸組み合わせを利用するようさらに動作しうる、請求項２３記載のソフトウェア。
【請求項３２】
前記DHNにおいて、前記中央において受信された第一のデータ単位および前記受容器において生成された第二のデータ単位の記憶を管理するようさらに動作しうる、請求項２３記載のソフトウェア。
【請求項３３】
前記DHNが、該DHNの自動障害回復を提供する機能を有している、請求項２３記載のソフトウェア。
【請求項３４】
分散通信ネットワークにおけるデータ処理のためのシステムであって：
一つまたは複数のデータ処理ノード（DHN）であって、それぞれが経路制御システムから第一のデータ単位のストリームを受信するよう動作しうる一つまたは複数の中央のうちの一つに存在し、第一のデータ単位のストリームは、一つまたは複数のリモート・ユニットにおいて発生した保存されたミッションデータ（SMD）および遠隔測定データの両方を含んでいるようなデータ処理ノードのそれぞれにおいて：
ほぼリアルタイムで、第一のデータ単位のストリームから第一のデータ単位の冗長なインスタンスを除去する手段と；
ほぼリアルタイムで、前記中央において乱れた順序で受信された第一のデータ単位のストリーム中の第一のデータ単位を適正に並べる手段と；
ほぼリアルタイムで、第一のデータ単位のストリームから構成が正しくない第一のデータ単位を除去する手段と；
ほぼリアルタイムで、第一のデータ単位のストリームからSMDを抽出する手段と；
ほぼリアルタイムで、抽出されたSMDから第二のデータ単位を生成する手段と；
ほぼリアルタイムで、第二のデータ単位のストリームを一つまたは複数のインターフェース・データ・プロセッサ（IDP）に通信する手段、
とを有するシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は概括的にはデータ通信に、より詳細には分散通信ネットワークにおけるデータ処理に関する。
【背景技術】
【０００２】
一つまたは複数の宇宙データシステム諮問委員会（CCSDS:  Consultative  Committee  for  Space  Data  Systems）プロトコルに基づくデータ通信のための典型的なシステムでは、単一の地上局が単一のデータ源（たとえば宇宙船）からのデータを受信し、次いでそのデータを処理する。そのようなシステムにおいては、約3時間にも及ぶデータ遅延がしばしば生じる。米国航空宇宙局（NASA:  National  Aeronautics  and  Space  Administration）の地球観測システム（EOS:  Earth  Observing  System）では、宇宙船がデータを通信するのは、NASAの宇宙ネットワーク（追跡およびデータ中継衛星システム（TDRSS:  Tracking  and  Data  Relay  Satellite  System）としても知られる）を通じて、あるいは極地上局を通じて、通例は周回当たり１回のペースでである。EOSでは、データは典型的には順番に、単一の源からのみ受信される。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本発明によれば、データ通信に関連した欠点および問題が軽減または解消されうる。
【課題を解決するための手段】
【０００４】
ある実施形態では、分散通信ネットワークにおけるデータ処理のためのシステムは、一つまたは複数のデータ処理ノード（DHN:  data-handling  node）を含み、各データ処理ノードは、それぞれが経路制御（routing）システムから第一のデータ単位のストリームを受信するよう動作しうる一つまたは複数の中央のうちの一つに存在する。第一のデータ単位のストリームは、一つまたは複数のリモート・ユニットにおいて発生した、保存されたミッションデータ（SMD:  stored  mission  data）および遠隔測定（telemetry）データを含む。各DHNは、ほぼリアルタイムで、第一のデータ単位のストリームから第一のデータ単位の冗長なインスタンスを除去し、前記中央において乱れた順序で受信された第一のデータ単位のストリーム中の第一のデータ単位を適正に並べ、第一のデータ単位のストリームから構成が正しくない第一のデータ単位を除去し、第一のデータ単位のストリームからSMDを抽出し、抽出されたSMDから第二のデータ単位を生成し、第二のデータ単位のストリームを一つまたは複数のインターフェース・データ・プロセッサに通信するよう動作しうる。
【発明の効果】
【０００５】
本発明の特定の諸実施形態は、一つまたは複数の技術的な効果を提供しうる。一例として、特定の諸実施形態は、複数の収集サイトからの複数のCCSDSエンコードされた高レートのデータを信頼できる形で、ほぼリアルタイムで多重化する。特定の諸実施形態は、重なるデータまたは冗長データを含みうる複数のデータストリームを処理する。特定の諸実施形態は、選択的に暗号化されたデータを扱う。特定の諸実施形態は、複数の高レートのCCSDSエンコードされたデータストリームを単一のまとまった（cohesive）非冗長なデータストリームにほぼリアルタイムで多重化する。これはデータ配送における遅延を軽減しうる。そのようなデータ配送における遅延の軽減は、周回当たり複数回の宇宙から地上へのコンタクトを用いるミッションを可能にしうる。特定の諸実施形態は、複数の経路を通じて通信されたデータをソートして、データ中の冗長さを除去することができる。特定の諸実施形態は、複数のストリームからのデータを並べて、重なったデータのない単一のまとまったデータストリームにしうる。特定の諸実施形態は、欠失データまたは破損データに遭遇したとき、データ監視サブシステムに通知しうる。するとデータ監視サブシステムは、その欠失データまたは破損データを復元するために最適なソースを見出しうる。
【０００６】
特定の諸実施形態は、一つまたは複数のCCSDSプロトコルに基づいてデータを通信するためにシステム内におけるDMRを容易にしうる。特定の諸実施形態は、多少なりともリアルタイムのデータ通信を提供する通信システムにおいて、該通信システムを通じた通信速度を減じることなくDMRを容易にしうる。特定の諸実施形態は、複数の収集サイトから複数の処理施設への、CCSDSエンコードされた高レートの（たとえば約25Mbpsから300Mbpsの間の）データの信頼できる配送を提供しうる。特定の諸実施形態は、実質的に信頼でき、高いデータ可用性要件をサポートしうる。特定の諸実施形態は、ほぼリアルタイムで、生データ取り込み状態、中間処理状態および製品配送状態を監視しうる。特定の諸実施形態は、適時な仕方での紛失データの自動回復を容易にしうる。特定の諸実施形態は、紛失データを取り戻すためにデータの流れのうちで最適な点を自動的に選択しうる。特定の諸実施形態は、ほぼ100パーセントのデータ可用性を提供しうる。特定の諸実施形態は、欠失データ、配送されたデータおよび回復されたデータについての統計を報告しうる。
【０００７】
ある種の実施形態は、これらの技術的効果のすべてを提供することもあれば、一部を提供することもあれば、あるいはどれも提供しないこともありうる。ある種の実施形態は、一つまたは複数のその他の技術的効果を提供することもありうる。そのうち一つまたは複数は、ここにおける図面、記述および請求項から当業者には容易に明らかとなりうる。
【０００８】
本発明ならびにその特徴および効果のより完全な理解を提供するため、付属の図面とともに読まれる以下の記述が参照される。
【発明を実施するための最良の形態】
【０００９】
図１は、分散通信ネットワークにおけるデータ処理のための例示的なシステム１０を示す図である。システム１０は、宇宙セグメント（ＳＳ）１２；コマンド、制御および通信セグメント（Ｃ３Ｓ）１４；およびインターフェース・データ・プロセッサ・セグメント（ＩＤＰＳ）１６を含む。ＳＳ１２は一つまたは複数の宇宙船１８を含み、そのそれぞれがデータを生成し、該データをＣ３Ｓ  １４に通信する。宇宙船１８は、保存されたミッションデータ（SMD）および遠隔測定データを生成する。特定の諸実施形態では、宇宙船１８で生成されたSMDは、宇宙船１８に搭載している一つまたは複数のセンサーで収集された一つまたは複数の読み（一つまたは複数の地球の気象の読みのような）を示す。特定の諸実施形態は、宇宙船１８で生成された遠隔測定データは、宇宙船１８の一つまたは複数の状態点のそれぞれの状態（最後に記録された値（LRV:  last  recorded  value）のような）を指示する。ＳＳ１２内の一つまたは複数の宇宙船１８は、米国極軌道運用環境衛星システム（NPOESS:  National  Polar-Orbiting  Operational  Environmental  Satellite  System）宇宙船１８であってもよく、ＳＳ１２内の一つまたは複数の宇宙船１８は、NPOESS準備プロジェクト（NPP:  NPOESS  Prepatory  Project）宇宙船１８であってもよい。特定の諸実施形態では、宇宙船１８は、宇宙船１８で生成されたデータを、連続的または周期的に、自動的にＣ３Ｓ  １４に通信する。特定の諸実施形態では、宇宙船１８は、宇宙船１８で生成されたデータを、一つまたは複数の特定のイベントに反応して、自動的にＣ３Ｓ  １４に通信する。特定の諸実施形態では、宇宙船１８は、宇宙船１８で生成されたデータを、Ｃ３Ｓ  １４からの特定の命令（一つまたは複数の再送信要求またはその他の命令のような）に反応して、Ｃ３Ｓ  １４に通信する。これについては後述する。
【００１０】
特定の諸実施形態では、宇宙船１８は、宇宙船１８で生成されたデータを整理して、一つまたは複数のCCSDSプロトコルに基づくアプリケーション・パケット（AP:  application  packet）にし、APの一つまたは複数のストリームをＣ３Ｓ  １４に通信する。特定の諸実施形態では、特定のAPストリームは特定のアプリケーションに対応する。宇宙船１８は、互いにインターリーブされた複数のAPストリームをＣ３Ｓ  １４に通信しうる。一つのAPは、AP識別情報（APID）値およびAPシーケンス値を含む。AP中のAPID値は該APに対応するAPストリームを同定する。限定ではなくあくまでも一例として、第一のAPストリームおよび第二のAPストリームをＣ３Ｓ  １４に通信する宇宙船１８を考える。宇宙船１８は、第一のAPストリームに対応するすべてのAPに第一のAPストリームを同定するAPID値を割り当て、第二のAPストリームに対応するすべてのAPに第二のAPストリームを同定するAPID値を割り当てる。Ｃ３Ｓ  １４、ＩＤＰＳ１６またはその両方の一つまたは複数の構成要素は、AP中のAPID値を、そのAPに対応するAPストリームを同定するために使用しうる。これについては後述する。特定の諸実施形態では、システム１０は2048個までのAPID値に対応できる。
【００１１】
AP中のAPシーケンス値は、そのAPの、該APに対応するAPストリーム中での順番を指示する。限定ではなくあくまでも一例として、すべてある特定のアプリケーションに対応する特定のSMDを生成する宇宙船１８を考える。宇宙船１８は、SMDの第一の部分を整理して第一のAPにし、SMDの第二の部分を整理して第二のAPにする。SMDの前記第一の部分はSMDの前記第二の部分の直前であり、SMDの前記第二の部分はSMDの前記第一の部分の直後である。宇宙船１８は、第一のAPシーケンス値（たとえば569）を第一のAPに割り当て、第二のAPシーケンス値（たとえば570）を第二のAPに割り当てる。第一のAPシーケンス値は、第一のAPが第二のAPの直前であることを示し、第二のAPシーケンス値は、第二のAPが第一のAPの直後であることを示す。Ｃ３Ｓ  １４、ＩＤＰＳ１６またはその両方の一つまたは複数の構成要素は、AP中のAPシーケンス値を、そのAPに対応するAPストリーム中でのそのAPの順番を決定するために使用しうる。これについては後述する。
【００１２】
特定の諸実施形態では、宇宙船１８は、宇宙船１８で生成された諸APを整理して、一つまたは複数のCCSDSプロトコルに従った仮想チャネルデータ単位（VCDU:  virtual  channel  data  unit）にし、VCDUの一つまたは複数のストリームをＣ３Ｓ  １４に通信する。一つのVCDUは1020バイトを含む。特定の諸実施形態では、VCDUストリームは一つまたは複数のAPストリームを含む。宇宙船は、互いにインターリーブされた複数のVCDUストリームをＣ３Ｓ  １４に通信しうる。VCDUは、仮想チャネル識別情報（VCID:  virtual  channel  identification）値およびVCDUシーケンス値を含む。VCDU中のVCIDは、そのVCDUに対応する仮想チャネル（VC:  virtual  channel）を同定する。VCはVCDUのストリームを含む。VCまたはVCDUストリームへの言及は、適宜、VC、VCDUストリームまたは両方を包含しうる。限定ではなくあくまでも一例として、第一のVCDUストリームおよび第二のVCDUストリームをＣ３Ｓ  １４に通信している宇宙船１８を考える。宇宙船１８は、第一のVCDUストリームに対応するすべてのVCDUに第一のVCDUストリームを同定する第一のVCID値を割り当て、第二のVCDUストリームに対応するすべてのVCDUに第二のVCDUストリームを同定する第二のVCID値を割り当てる。Ｃ３Ｓ  １４の一つまたは複数の構成要素は、VCDU中のVCID値を、VCDUに対応するVCDUストリームを同定するために使用しうる。これについては後述する。特定の諸実施形態では、システム１０は64個までのVCID値に対応できる。
【００１３】
VCDU中のVCDUシーケンス値は、そのVCDUの、VCDUのストリーム中での順番を指示する。限定ではなくあくまでも一例として、単一のVCDUのペイロードを超えるが二つのVCDUの合計ペイロードは超えないAPを生成した宇宙船１８を考える。宇宙船１８は、そのAPの第一の部分を整理して第一のVCDUにし、そのAPの第二の部分を整理して第二のVCDUにする。APの前記第一の部分はAPの前記第二の部分の直前であり、APの前記第二の部分はAPの前記第一の部分の直後である。宇宙船１８は、第一のVCDUシーケンス値（たとえば4170）を第一のVCDUに割り当て、第二のVCDUシーケンス値（たとえば4171）を第二のVCDUに割り当てる。第一のVCDUシーケンス値は、第一のVCDUが第二のVCDUの直前であることを示し、第二のVCDUシーケンス値は、第二のVCDUが第一のVCDUの直後であることを示す。Ｃ３Ｓ  １４の一つまたは複数の構成要素は、VCDU中のVCDUシーケンス値を、そのVCDUに対応するVCDUストリーム中でのそのVCDUの順番を決定するために使用しうる。これについては後述する。
【００１４】
特定の諸実施形態では、ＳＳ１２内の特定の宇宙船１８は、Ｃ３Ｓ  １４にデータを通信するために一つまたは複数の特定のVCを使用しうる。限定ではなくあくまでも一例として、第一の宇宙船１８が第一のVCおよび第二のVCをＣ３Ｓ  １４にデータを通信するために使用し、第二の宇宙船１８が第三のVCおよび第四のVCをＣ３Ｓ  １４にデータを通信するために使用するなどである。Ｃ３Ｓ  １４中の一つまたは複数の構成要素は、VCDU中のVCIDを、そのVCDUを生成した宇宙船１８を同定するために使用しうる。これについては後述する。特定の諸実施形態では、宇宙船１８は、一つまたは複数の第一のVCを宇宙船１８で生成されたSMDをＣ３Ｓ  １４に通信するために使用し、一つまたは複数の第二のVCを宇宙船１８で生成された遠隔測定データをＣ３Ｓ  １４に通信するために使用しうる。限定ではなくあくまでも一例として、宇宙船１８は第一のVCおよび第二のVCを宇宙船１８で生成されたSMDをＣ３Ｓ  １４に通信するために使用し、第三のVCおよび第四のVCを宇宙船１８で生成された遠隔測定データをＣ３Ｓ  １４に通信するために使用しうる。Ｃ３Ｓ  １４の一つまたは複数の構成要素は、VCDU中のVCIDを、そのVCDUがSMDまたは遠隔測定データのどちらを含んでいるかを判別するために使用しうる。これについては後述する。
【００１５】
特定の諸実施形態では、宇宙船１８は、宇宙船１８で生成されたVCDUを整理して、Ｃ３Ｓ  １４への通信のために、一つまたは複数のCCSDSプロトコルに従うチャネルアクセスデータ単位（CADU:  channel  access  data  unit）にする。CADUは1024バイトを含む。一つのCADUは、一つのエンコードされたVCDU、フレーム同期のための約4バイトおよびエンコードされたVCDUをデコードするための誤り訂正（これはリード・ソロモン誤り訂正を含みうる）のための128ビットを含む。
【００１６】
特定の諸実施形態では、Ｃ３Ｓ  １４は一つまたは複数の受容器２０、一つまたは複数のマルチキャスト・ルータ２２、一つまたは複数の中央（central）２４およびミッション管理センター（MMC）２６を含む。Ｃ３Ｓ  １４の構成要素は、一つまたは複数のリンクを使って互いに結合されうる。各リンクは、一つまたは複数のコンピュータバス、構内ネットワーク（LAN）、都市圏ネットワーク（MAN）、広域ネットワーク（WAN）、インターネットの部分または他の任意の好適な有線、光学式、無線もしくはその他のリンクを含む。
【００１７】
受容器２０は、ＳＳ１２内の宇宙船１８からデータを受信し、そのデータをマルチキャスト・ルータ２２に通信する。受容器２０が宇宙船１８からのデータを受信するのは、受容器２０と宇宙船１８との間の衛星リンクを使ってでありうる。特定の諸実施形態では、Ｃ３Ｓ  １４内の一つまたは複数の受容器２０は無人である。特定の諸実施形態では、Ｃ３Ｓ  １４内の一つまたは複数の受容器２０は有人地上局を含む。有人地上局を含む受容器２０は、無人受容器２０よりも運用がより高価でありうる。特定の諸実施形態では、受容器２０は世界的に分散している。限定ではなくあくまでも一例として、Ｃ３Ｓ  １４は、南極のマクマードにある第一の受容器２０；チリのサンチアゴにある第二の受容器２０；ハワイのパールシティにある第三の受容器２０；韓国のソウルにある第四の受容器２０；カリフォルニア州サンディエゴにある第五の受容器２０；ニュージーランドのオークランドにある第六の受容器２０；アラスカ州アンカレッジにある第七の受容器２０；インドのボンベイにある第八の受容器２０；グアムのニミッツ・ヒルにある第九の受容器２０；フロリダ州オーランドにある第十の受容器２０；南アフリカのヨハネスバーグにある第十一の受容器２０；ブラジルのサンパウロにある第十二の受容器２０；オーストラリアのメルボルンにある第十三の受容器２０；フィンランドのヘルシンキにある第十四の受容器２０；ドイツのフランクフルトにある第十五の受容器２０；スウェーデンのスヴァールバルにある第十六の受容器２０；およびアラスカ州フェアバンクスにある第十七の受容器２０を含みうる。特定の諸実施形態では、Ｃ３Ｓ  １４内の一つまたは複数の特定の受容器２０は、NPOESS宇宙船１８からのみデータを受信しうる。特定の諸実施形態では、Ｃ３Ｓ  １４内の一つまたは複数の特定の受容器２０は、NPP宇宙船１８からのみデータを受信しうる。
【００１８】
特定の諸実施形態では、受容器（receptor）２０は、ＳＳ１２内の宇宙船１８からデータを受信するための一つまたは複数の受信器（receiver）（一つまたは複数のアンテナのような）を含む。特定の諸実施形態では、受容器２０は、前置処理器２８、受容器データ処理ノード（DHN）３０およびDMRエージェント３２をも含む。受容器２０の構成要素は、一つまたは複数のハードウェア、ソフトウェアもしくは組み込み論理コンポーネントまたはそのようなコンポーネントの二つ以上の組み合わせを含みうる。受容器２０の構成要素は、一つまたは複数のリンクを使って互いに結合されうる。各リンクは、一つまたは複数のコンピュータバス、LAN、MAN、WAN、インターネットの部分または他の任意の好適な有線、光学式、無線もしくはその他のリンクを含む。前置処理器２８は、受容器２０で受信されたCADUからVCDUを抽出して、VCDUに拡張を加えて拡張VCDU（EVCDU:  extended  VCDU）を生成する。EVCDUの拡張は、Ｃ３Ｓ  １４の一つまたは複数の構成要素がＣ３Ｓ  １４を通じてEVCDUを追跡するのに使用しうるメタデータを含みうる。VCDUまたはEVCDUへの言及は、適宜、VCDU、EVCDUまたはその両方を包含しうる。特定の諸実施形態では、前置処理器２８は、受容器２０で受信されたVCDUが、受容器２０にローカルに保存されるようにする。特定の諸実施形態では、前置処理器２８はまた、ＳＳ１２からのデータをデコードし、ＳＳ１２からのデータのフレームを同期させ、リード・ソロモンまたはその他の誤り訂正技法に従ってＳＳ１２からのデータ中の誤りを訂正する。特定の諸実施形態では、前置処理器２８は、前置処理器２８において生成されたEVCDUのログファイルを生成し、そのEVCDUログファイルを、受容器２０にあるDMRエージェント３２に通信する。
【００１９】
特定の諸実施形態では、上記の前置処理器２８に関連した機能の一つまたは複数を、受容器DHN３０が提供する。限定ではなくあくまでも一例として、受容器DHN３０は、受容器２０で受信されたCADUからVCDUを抽出し、受容器２０で抽出されたVCDUに拡張を加えてEVCDUを生成し、受容器２０で生成されたEVCDUをマルチキャスト・ルータ２２に通信されるようにし、受容器２０で生成されたEVCDUを受容器２０でローカルに保存されるようにし、受容器２０で生成されたEVCDUのログファイルを生成し、受容器DHN３０で生成されたEVCDUログファイルを受容器２０にあるDMRエージェント３２に通信することができ、その一方、前置処理器２８はＳＳ１２からのデータをデコードし、ＳＳ１２からのデータのフレームを同期させ、リード・ソロモンまたはその他の誤り訂正技法に従ってＳＳ１２からのデータ中の誤りを訂正しうる。
【００２０】
特定の諸実施形態では、受容器DHN３０は、受容器DHN３０において障害が発生したら、その障害を検出して該障害に反応して受容器DHN３０の一つまたは複数のプロセスをリスタートさせる自動障害回復機能を含む。自動障害回復機能が諸プロセスをリスタートさせるのは、以前にその諸プロセスを実行していた一つまたは複数の第一のコンピュータ・システムにおいてであってもよいし、あるいは以前にその諸プロセスを実行していたのではない一つまたは複数の第二のコンピュータ・システムにおいてであってもよい。特定の諸実施形態では、受容器DHN３０は、複数のコンピュータ・システムにおいて実行される分散システムである。
【００２１】
DMRエージェント３２は、EVCDUログファイルから追跡統計を生成し、その追跡統計を使ってMMC２６にあるDMRマネージャ３４のための追跡レポートを生成する。特定の諸実施形態では、DMRエージェント３２は、前置処理器２８からEVCDUログファイルを受け取る。特定の諸実施形態では、DMRエージェント３２は、受容器２０にローカルに保存されているデータ（受容器２０で生成されたEVCDUのような）にアクセスし、EVCDUログファイルを生成し、それをDMRエージェント３２が追跡統計を生成するために使用する。DMRエージェント３２からの追跡レポートは、受容器２０において受信されたVCDUおよび受容器２０において受信されるはずだったが受信されなかったVCDUを同定する。追跡レポートは、VCDUをVCID値およびVCDUシーケンス値に従って同定しうる。限定ではなくあくまでも一例として、VCDUストリームを受信する受容器２０を考える。受容器２０は、VCDUシーケンス値3260ないし3510を有するEVCDUストリームに対応するVCDUを受信する。受容器２０は次いで、VCDUシーケンス値3511ないし3689を有するEVCDUストリームに対応するVCDUを受信することなく、VCDUシーケンス値3690ないし4171を有するVCDUストリームに対応するVCDUを受信する。DMRエージェント３２は、受容器２０が、VCDUシーケンス値3260ないし3510および3690ないし4171を有するVCDUストリームに対応するVCDUを受信したことを示す追跡レポートを生成する。VCDUシーケンス値3510と3690の間のギャップは、シーケンス値3511ないし3689を有するVCDUストリームに対応するVCDUを受信するはずであったが受信しなかったことを示しうる。
【００２２】
特定の諸実施形態では、DMRエージェント３２は、DMRマネージャ３４からの再送信要求に応答する。DMRマネージャ３４からの再送信要求に反応して、DMRエージェント３２は、受容器２０にローカルに保存された一つまたは複数の特定のEVCDUにアクセスし、その一つまたは複数の特定のEVCDUを一つまたは複数の中央２４に通信しうる。これについては後述する。DMRマネージャ３４からの再送信要求に反応して、DMRエージェント３２は、前置処理器２８、受容器DHN３０またはその両方をして、受容器２０にローカルに保存されている一つまたは複数の特定のEVCDUにアクセスして、その一つまたは複数の特定のEVCDUを一つまたは複数の中央２４に通信するようにさせる。これについては後述する。受容器２０は、ＳＳ１２からのデータを、ほぼリアルタイムでマルチキャスト・ルータ２２に通信することができ、DMRエージェント３２は受容器２０を通じるほぼリアルタイムのデータ路の外で動作しうる。結果として、DMRエージェント３２は、受容器２０を通じたデータ通信の速度を実質的に減じることなく、受容器２０に関わるDMR動作を容易にする。
【００２３】
特定の諸実施形態では、マルチキャスト・ルータ２２は、一つまたは複数の米国本土（CONUS:  continental  U.S.）マルチキャスト・ゲートウェイまたはその他のルータを含む。マルチキャスト・ルータ２２は各受容器２０からEVCDUを受信し、マルチキャスト・プロトコルを使って該EVCDUを各中央２４およびMMC２６に通信する。それにより各中央２４およびMMC２６は各受容器２０からのEVCDUを受信する。マルチキャスト・ルータ２２は、受容器２０から中央２４およびMMC２６にデータをマルチキャストするものとして説明され、図示されているが、本発明は、個別の必要に応じて、マルチキャスト・ルータ２２が、受容器２０から中央２４およびMMC２６にデータをユニキャストまたはブロードキャストすることも考えている。
【００２４】
特定の諸実施形態では、中央２４は、DMRエージェント３２および中央DHN３６を含む。中央２４の構成要素は、一つまたは複数のハードウェア、ソフトウェアもしくは組み込み論理コンポーネントまたはそのようなコンポーネントの二つ以上の組み合わせを含みうる。中央２４の構成要素は、一つまたは複数のリンクを使って互いに結合されうる。各リンクは、一つまたは複数のコンピュータバス、LAN、MAN、WAN、インターネットの部分または他の任意の好適な有線、光学式、無線もしくはその他のリンクを含む。中央２４は、マルチキャスト・ルータ２２からのEVCDUストリームを受信し、EVCDUストリーム中のEVCDUを、IDPS１６への通信のために処理する。これについては後述する。
【００２５】
中央２４は、EVCDUの冗長なインスタンスを受け取ることがある。限定ではなくあくまでも一例として、中央２４は、あるEVCDUの第一のインスタンスおよびそのEVCDUの第二の冗長なインスタンスを受信しうる。これは宇宙船１８がそのEVCDUを二つの受容器２０に通信した結果である。中央２４がEVCDUの冗長なインスタンスを受信すると、中央DHN３６は冗長さを検出し、EVCDUのその冗長なインスタンスの内容をIDPS１６に通信するのを差し止める。特定の諸実施形態では、中央DHN３６は、そのEVCDUの冗長なインスタンスの内容をIDPS１６に通信することなく、そのEVCDUの冗長なインスタンスが中央２４に保存されるようにする。
【００２６】
特定の諸実施形態では、中央DHN３６は、あるVCに対応する諸EVCDUの冗長なインスタンスを検出するために、高水標（high-water  mark）を使用する。あるVCに対応する諸EVCDUの冗長なインスタンスを検出するための高水標は、そのVCに対応する中央２４で受信された最後のEVCDUのEVCDUシーケンス値を示すカウンタを含む。中央DHN３６は、そのVCに対応するEVCDUを中央２４が受信するにつれて、高水標を更新する。特定の諸実施形態では、あるVCに対応するあるEVCDUの第一のインスタンスを中央２４が受信すると、中央DHN３６はそのEVCDUの第一のインスタンス中のEVCDUシーケンス値にアクセスして、そのEVCDUシーケンス値を、中央２４中のそのVCに対応する高水標と比較する。そのEVCDUの第一のインスタンスにおけるEVCDUシーケンス値が高水標以下であれば、中央３６は、中央２４がすでにそのEVCDUの一つまたは複数の第二のインスタンスを受信しており、そのEVCDUのその第一のインスタンスがそのEVCDUの冗長なインスタンスであると結論する。すると中央DHN３６は、そのEVCDUの第一のインスタンスの内容をIDPS１６に通信することなく、そのEVCDUの第一のインスタンスが中央２４に保存されるようにする。そのEVCDUの第一のインスタンス中のEVCDUシーケンス値が高水標を超えていたら、DHN中央３４は、中央２４がそのEVCDUの一つまたは複数の第二のインスタンスを以前に受信していないと結論する。次いで中央DHN３６は、そのEVCDUの第一のインスタンスにおけるEVCDUシーケンス値に対応するよう高水標を更新し、そのEVCDUの第一のインスタンスの内容をIDPS１６に通信しうる。特定の諸実施形態では、中央DHN３６は、中央DHN３６における持続性メモリ内に高水標を保存し、中央DHN３６がリスタートされても高水標が回復されうるようになっている。
【００２７】
中央２４は、あるVCに対応する諸EVCDUを乱れた順序で受信することがある。限定ではなくあくまでも一例として、あるVCに対応する第一のVCDUを生成し、該第一のVCDUを第一の受容器２０に通信し、次いでそのVCに対応する第二のVCDUを生成して該第二のVCDUを第二の受容器２０に通信する宇宙船１８を考える。第一の受容器２０から中央２４へのデータの通信に第一の遅延が付随し、第二の受容器２０から中央２４へのデータの通信に、第一の遅延より短い第二の遅延が付随する。第二の遅延が第一の遅延より短いので、中央２４は第二のVCDUを第一のVCDUより先に受信する。
【００２８】
中央２４があるVCに対応する諸EVCDUを乱れた順序で受信するとき、中央DHN３６は、それらのEVCDUをVCDUシーケンス値に従って並べうる。限定ではなくあくまでも一例として、あるVCに対応する第一のVCDUを生成して該第一のVCDUを第一の受容器２０に通信し、次いでそのVCに対応する第二のVCDUを生成して該第二のVCDUを第一の受容器２０に通信し、次いでそのVCに対応する第三のVCDUを生成して該第三のVCDUを第二の受容器２０に通信する宇宙船１８を考える。第一のVCDUは第一のVCDUシーケンス値を含み、第二のVCDUは第二のVCDUシーケンス値を含み、第三のVCDUは第三のVCDUシーケンス値を含む。中央２４は、第一のVCDUを第二および第三のVCDUよりも先に受信するが、第一の受容器２０から中央２４へのデータの通信に付随し、第二の受容器２０から中央２４へのデータの通信には付随しない遅延のため、中央２４は第三のVCDUを第二のVCDUより先に受信する。
【００２９】
中央２４が第一のVCDUを受信すると、中央DHN３６は第一のVCDUシーケンス値にアクセスし、これを記録する。中央DHN３６は次いで第一のVCDUの内容をIDPS１６に通信しうる。中央２４が第三のVCDUを受信すると、中央DHN３６は第三のVCDUシーケンス値にアクセスし、該第三のVCDUシーケンス値を、中央２４が第一のVCDUを受信したときに記録された第一のVCDUシーケンスと比較する。比較から、中央DHN３６は、第三のVCDUが第一のVCDUの直後ではないと結論する。第三のVCDUは第一のVCDUの直後ではないので、中央DHN３６は、第三のVCDUの内容をのちにIDPS１６に通信するために、該第三のVCDUを中央２４においてローカルに保存されるようにする。中央２４が第二のVCDUを受信すると、中央DHN３６は第二のVCDUシーケンス値にアクセスし、該第二のVCDUシーケンス値を、中央２４が第一のVCDUを受信したときに記録された第一のVCDUシーケンス値と比較する。比較から、中央DHN３６は、第二のVCDUが第一のVCDUの直後であると結論する。第二のVCDUが第一のVCDUの直後なので、中央DHN３６は第二のVCDUシーケンス値を保存し、次いで該第二のVCDUの内容をIDPS１６に通信しうる。次いで、中央３６は、中央２４にローカルに保存された第三のVCDUにアクセスし、第三のVCDUシーケンス値を記録し、次いで第三のVCDUの内容をIDPS１６に通信しうる。
【００３０】
中央２４は、構成が正しくないEVCDUを受信することがありうる。EVCDUの構成が正しくないのは、たとえば宇宙船１８がVCDUを生成するときにVCDUに不正なVCIDを割り当てた結果などでありうる。中央２４がEVCDUを受信すると、中央DHN３６はそのEVCDUの構成が正しくないかどうかを判別する。EVCDUの構成が正しくなければ、中央DHN３６は、そのEVCDUの内容をIDPS１６に通信することなく、そのEVCDUを破棄しうる。特定の諸実施形態では、EVCDUの構成が正しくないかどうかを判別するために、中央DHN３６はVCID、宇宙船IDおよびそのEVCDU中のインターネットプロトコル（IP）アドレスにアクセスし、該VCID、該宇宙船IDおよび該IPアドレスがVCID、宇宙船IDおよびIPアドレスの有効な組み合わせであるかどうかを判別する。該VCID、該宇宙船IDおよび該IPアドレスがVCID、宇宙船IDおよびIPアドレスの有効な組み合わせであるかどうかを判別するために、中央DHN３６はEVCDU中の該VCID、該宇宙船IDおよび該IPアドレスを、VCID、宇宙船IDおよびIPアドレスの有効な組み合わせを示す中央２４にあるデータと比較する。中央DHN３６がその比較から、そのEVCDU中の該VCID、該宇宙船IDおよび該IPアドレスがVCID、宇宙船IDおよびIPアドレスの有効な組み合わせであると判定した場合、中央DHN３６はそのEVCDUの内容をIDPS１６に通信しうる。中央DHN３６がその比較から、そのEVCDU中の該VCID、該宇宙船IDおよび該IPアドレスがVCID、宇宙船IDおよびIPアドレスの有効な組み合わせでないと判定した場合、中央DHN３６はそのEVCDUの内容をIDPS１６に通信することなく、そのEVCDUを破棄しうる。システム１０内の諸構成要素は、EVCDU中のIPアドレスを、該EVCDUをシステム１０内で経路制御するために使用しうる。特定の諸実施形態では、EVCDU中のIPアドレスはマルチキャストグループに対応するものであってもよい。
【００３１】
特定の諸実施形態では、中央２４は、マルチキャスト・ルータ２２から互いにインターリーブされた複数のVCを受信する。上述したように、一つまたは複数の第一のVC中の第一の諸EVCDUはSMDを含むことができ、一つまたは複数の第二のVC中の第二の諸EVCDUは遠隔測定データを含むことができる。中央２４があるEVCDUを受信すると、中央DHN３６は、そのEVCDUがSMDを含むかどうかを判別しうる。そのEVCDUがSMDを含む場合、中央DHN３６は、IDPS１６内のインターフェース・データ・プロセッサ（IDP:  interface  data  processor）３８への通信のために、そのEVCDUからAPまたはAPの一部を抽出しうる。特定の諸実施形態では、そのEVCDUがSMDを含まない場合、中央DHN３６は、IDPS１６内のIDP３８への通信のためにそのEVCDUからAPまたはAPの一部を抽出することなく、そのEVCDUが中央２４内に保存されるようにする。特定の諸実施形態では、そのEVCDUがSMDを含むかどうかを判別するために、中央DHN３６はEVCDU中のVCIDにアクセスし、そのVCIDを中央２４にある、SMDを通信するために使用されるVCを同定するデータと比較する。そのEVCDUが、SMDを通信するために使用されるあるVCに一致すれば、中央DHN３６は、そのEVCDUがSMDを含んでいると結論する。そのEVCDUがSMDを通信するのに使われるVCに対応しなければ、中央DHN３６は、そのEVCDUはSMDを含んでいないと結論する。
【００３２】
特定の諸実施形態では、中央DHN３６は、中央２４で受信された一つまたは複数のEVCDUから抽出されたAPに拡張を追加し、拡張AP（EAP:  extended  AP）を生成する。特定の諸実施形態では、EAPにおける拡張は、システム１０の一つまたは複数の構成要素がシステム１０を通じてEAPを追跡するため、システム１０を通じてEAPを経路制御するためまたはその両方のため使用しうるメタデータを含む。APまたはEAPへの言及は、適宜、AP、EAPまたはその両方を包含しうる。中央DHN３６は、中央DHN３６において生成されたEAPをバックエンド処理のためにIDP３８に通信する。特定の諸実施形態では、中央DHN３６は、中央DHN３６で生成されたEAPのログファイルを生成し、そのEAPログファイルを、中央２４内のDMRエージェント３２に通信する。特定の諸実施形態では、中央DHN３６は中央２４において受信されたEVCDUのログファイルを生成し、そのEVCDUログファイルを中央２４にあるDMRエージェント３２に通信する。
【００３３】
特定の諸実施形態では、中央DHN３６は、中央２４にローカルに保存されているファイルを管理する。特定の諸実施形態では、中央２４にローカルに保存されているファイルは、中央２４において生成された追跡レポート、中央２４において生成されたEVCDUログファイル、中央２４において生成されたEAPログファイル、中央２４において受信されたEVCDUおよび中央２４において生成されたEAPのうちの一つまたは複数を含む。中央２４にローカルに保存されているファイルを管理することは、中央２４にローカルに保存されている特定のファイルを、システム１０の一つまたは複数の他の構成要素にとってアクセス可能なグローバル記憶にコピーすることを含みうる。中央２４にローカルに保存されているファイルを管理することはまた、中央３５にローカルに保存されている特定のファイルを消去することを含みうる。中央DHN３６は、中央２４にローカルに保存されているファイルをグローバル記憶にコピーするかどうかを、一つまたは複数の基準に従って決定する。特定の諸実施形態では、限定ではなくあくまでも一例として、中央DHN３６は、中央２４にローカルに保存されているファイルを、そのファイルが特定のデータを含んでいる場合にグローバル記憶にコピーする。特定の諸実施形態では、中央DHN３６は、中央２４にローカルに保存されているファイルを、そのファイルが一つまたは複数の追跡レポート、EVCDUログファイルまたはEVCDUを含んでいれば、グローバル記憶にコピーする。
【００３４】
中央DHN３６はまた、中央２４にローカルに保存されているファイルを削除するかどうかを一つまたは複数の基準に従って決定する。特定の諸実施形態では、限定ではなくあくまでも一例として、中央DHN３６は、中央２４にローカルに保存されているファイルを、そのファイルが中央２４に保存されている時間の長さが所定の閾値に達していれば、削除する。特定の諸実施形態では、もう一つの例として、中央DHN３６は、中央２４におけるローカルな記憶の利用可能容量を監視し、中央２４におけるローカル記憶の利用可能容量が所定の閾値を割る場合に、中央２４における利用可能なローカル記憶の容量を前記所定の閾値に戻すために特定の諸ファイルを削除する。中央DHN３６が中央２４における利用可能なローカル記憶の容量を前記所定の閾値に戻すために特定の諸ファイルを削除するとき、中央DHN３６は、最初に最も古いファイル（そのファイルが中央２４に保存されていた時間の長さの点で）、二番目には二番目に古いファイル、三番目には三番目に古いファイルなどと、中央２４における利用可能なローカル記憶の容量が前記所定の閾値に達するまで消去していくことができる。
【００３５】
特定の諸実施形態では、中央DHN３６は、中央DHN３６において障害が発生した場合に、その障害を検出して該障害に反応して中央DHN３６の一つまたは複数のプロセスをリスタートさせる自動障害回復機能を含む。自動障害回復機能が諸プロセスをリスタートさせるのは、以前にその諸プロセスを実行していた一つまたは複数の第一のコンピュータ・システムにおいてであってもよいし、あるいは以前にその諸プロセスを実行していたのではない一つまたは複数の第二のコンピュータ・システムにおいてであってもよい。特定の諸実施形態では、中央DHN３６は、複数のコンピュータ・システムにおいて実行される分散システムである。
【００３６】
中央２４におけるDMRエージェント３２は、EVCDUログファイルから追跡統計を生成し、その追跡統計を使ってDMRマネージャ３４のための追跡レポートを生成する。特定の諸実施形態では、DMRエージェント３２は、中央DHN３６からEVCDUログファイルを受け取る。特定の諸実施形態では、DMRエージェント３２は、中央２４にローカルに保存されているデータ（中央２４で受信されたEVCDUのような）にアクセスし、EVCDUログファイルを生成し、それをDMRエージェント３２が追跡統計を生成するために使用する。DMRエージェント３２からの追跡レポートは、中央２４において受信されたEVCDUおよび中央２４において受信されるはずだったが受信されなかったEVCDUを同定する。追跡レポートは、EVCDUをVCID値およびVCDUシーケンス値に従って同定しうる。限定ではなくあくまでも一例として、EVCDUストリームを受信する中央２４を考える。中央２４は、VCDUシーケンス値3260ないし3510を有するEVCDUストリームに対応するVCDUを受信する。中央２４は次いで、VCDUシーケンス値3511ないし3689を有するEVCDUストリームに対応するEVCDUを受信することなく、VCDUシーケンス値3690ないし4171を有するEVCDUストリームに対応するEVCDUを受信する。DMRエージェント３２は、中央２４が、VCDUシーケンス値3260ないし3510および3690ないし4171を有するEVCDUストリームに対応するEVCDUを受信したことを示す追跡レポートを生成する。VCDUシーケンス値3510と3690の間のギャップは、シーケンス値3511ないし3689を有するEVCDUストリームに対応するEVCDUを受信するはずであったが受信しなかったことを示しうる。
【００３７】
特定の諸実施形態では、DMRエージェント３２は、中央２４において生成されたEAPのログファイルから配送統計をも生成し、その配送統計を使って、DMRマネージャ３４のための配送レポートを生成する。特定の諸実施形態では、DMRエージェント３２は中央DHN３６からEAPログファイルを受け取る。特定の諸実施形態では、DMRエージェント３２は中央２４にローカルに保存されたデータ（中央２４において受信されたEAPのような）にアクセスし、EAPログファイルを生成し、次いでそれを使って配送統計を生成する。DMRエージェント３２からの配送レポートは、中央２４において受信されたAPおよび中央２４において受信されるはずだったが受信されなかったAPを同定する。配送レポートはAPID値およびAPIシーケンス値に従ってAPを同定しうる。限定ではなくあくまでも一例として、APストリームを受信する中央２４を考える。中央２４は、APシーケンス値34ないし39を有するAPストリームに対応するAPを受信する。中央２４は次いで、APシーケンス値40ないし42を有するAPストリームに対応するAPを受信することなく、APシーケンス値43ないし50を有するAPストリームに対応するAPを受信する。DMRエージェント３２は、その後、中央２４が、APシーケンス値34ないし39および43ないし50を有するAPストリームに対応するAPを受信したことを示す配送レポートを生成する。APシーケンス値39と43の間のギャップは、シーケンス値40ないし42を有するAPストリームに対応するAPを受信するはずであったが受信しなかったことを示しうる。
【００３８】
特定の諸実施形態では、DMRエージェント３２は、DMRマネージャ３４からの再送信要求に応答する。DMRマネージャ３４からの再送信要求に反応して、DMRエージェント３２は、中央２４にローカルに保存された一つまたは複数の特定のEVCDUにアクセスし、その一つまたは複数の特定のEVCDUを一つまたは複数の他の中央２４に通信しうる。DMRマネージャ３４からの再送信要求に反応して、DMRエージェント３２は、中央DHN３６をして、中央２４にローカルに保存されている一つまたは複数の特定のEVCDUにアクセスして、その一つまたは複数の特定のEVCDUを一つまたは複数の他の中央２４に通信するようにさせる。中央２４は、マルチキャスト・ルータ２２からのデータを、ほぼリアルタイムでIDP３８に通信することができ、DMRエージェント３２は中央２４を通じるほぼリアルタイムのデータ路の外で動作しうる。結果として、DMRエージェント３２は、受容器２０を通じたデータ通信の速度を実質的に減じることなく、受容器２０に関わるDMR動作を容易にする。
【００３９】
特定の諸実施形態では、DMRエージェント３２は、MMC２６またはＣ３Ｓ  １４の他の好適な構成要素から帯域幅制御信号を受信し、これに反応しうる。帯域幅制御信号は、欠失データを回復するために使われる帯域幅を動的に制御するために使用されうる。これにより、利用可能な帯域幅のより効率的な使用が提供され、最初のコピーの配送データと再送信データとの間の優先度の実装が可能にされうる。
【００４０】
特定の諸実施形態では、MMC２６は、DMRマネージャ３４、MMC  DHN４０および一つまたは複数のサブシステム４２を含んでいる。MMC２６の構成要素は、一つまたは複数のハードウェア、ソフトウェアもしくは組み込み論理コンポーネントまたはそのようなコンポーネントの二つ以上の組み合わせを含みうる。MMC２６の構成要素は、一つまたは複数のリンクを使って互いに結合されうる。各リンクは、一つまたは複数のコンピュータバス、LAN、MAN、WAN、インターネットの部分または他の任意の好適な有線、光学式、無線もしくはその他のリンクを含む。MMC２６は、マルチキャスト・ルータ２２からEVCDUストリームを受信し、MMC  DHN４０がEVCDUストリーム中のEVCDUをサブシステム４２への通信のために処理する。これについては後述する。
【００４１】
DMRマネージャ３４は、追跡レポートおよび配送レポートをDMRエージェント３２から受信し、それらのレポートをMMC２６において、オープンデータベース接続性（ODBC:  open  database  connectivity）またはその他の好適なデータベースを使って保存する。特定の諸実施形態では、DMRマネージャ３４は追跡レポートを集計して、各受容器２０および各中央２４で受信されたEVCDUを同定する追跡レコードにする。追跡レポートまたは追跡レコードへの言及は、適宜、追跡レポート、追跡レコードまたはその両方を包含しうる。DMRマネージャ３４は、中央２４において受信されるはずだったが受信されなかった何らかのAPを同定するようデータベースに問い合わせる。DMRマネージャ３４が欠失APを同定したら、DMRマネージャ３４は欠失APを一つまたは複数のEVCDUにマッピングし、該EVCDUのそれぞれについて最良のソースを決定し、後述するように一つまたは複数の再送信要求を生成する。APへの言及は、適宜、APまたはAPの部分を包含しうる。特定の諸実施形態では、DMRマネージャ３４は、ユーザー入力なしに自動的に、周期的にまたは一つまたは複数のイベントに反応して、データベースに問い合わせする。特定の諸実施形態では、DMRマネージャ３４はユーザー入力に反応してデータベースに問い合わせする。
【００４２】
限定ではなくあくまでも一例として、第一の中央２４における第一のDMRエージェント３２からの配送レポートであって、（１）第一の中央２４が、APIDが24でAPシーケンス値40ないし42を有するAPを受信するはずだったが受信しなかったこと、および（２）欠失APがVCIDが14でVCシーケンス値3511ないし3689を有するEVCDU中にあることを示すような配送レポートを考える。DMRマネージャ３４はこの配送レポートを受信し、欠失APおよび該欠失APがあるEVCDUを同定する。DMRマネージャ３４は次いで、そのEVCDUを受信したＣ３Ｓ  １４の一つまたは複数の構成要素を同定するためにMMC２６における追跡レコードにアクセスする。Ｃ３Ｓ  １４の一つまたは複数の構成要素がEVCDUを受信していれば、DMRマネージャ３４は、EVCDUを受信したＣ３Ｓ  １４の構成要素のうちから、第一の中央２４へのEVCDUの再送信のための一つまたは複数の最良のソースを選択する。EVCDUの再送信のための最良のソースは、そのEVCDUを受信したIDPS１６に最も近い構成要素を含む。限定ではなくあくまでも一例として、第二の中央２４がそのEVCDUを受信していた場合、第二の中央２４が再送信のための最良のソースである。第二の中央２４はEVCDUを受信していないが、受容器２０が受信していた場合、受容器２０が再送信のための最良のソースである。DMRマネージャ３４が第一の中央２４へのEVCDUの再送信のためにＣ３Ｓ  １４において一つまたは複数の最良のソースを選択したら、DMRマネージャ３４はその最良のソースへの通信のために一つまたは複数の再送信要求を生成する。DMRマネージャ３４はその再送信要求を通信し、前記最良のソースは該再送信要求への応答としてEVCDUを上記したように第一の中央２４に再送信する。第二の中央２４も受容器２０もEVCDUのコピーを保存していなかった場合には、宇宙船１８が再送信のための最良のソースとなりうる。DMRマネージャ３４が、一つまたは複数の特定の宇宙船１８が一つまたは複数のVCDUを再送信する必要があると判定した場合、DMRマネージャ３４は、再送信要求を、宇宙船１８への通信のために、CMD上りリンク３６に通信しうる。
【００４３】
特定の諸実施形態では、新しい再送信要求を生成する前に、DMRマネージャ３４は、その新しい再送信要求が、現在ペンディングの再送信要求と重なる、あるいは少なくとも実質的に隣接するかどうかを判別してもよい。もしそうであれば、DMRマネージャ３４は、新しい再送信要求を生成する代わりに、新しい再送信要求を含めるよう、すでにペンディングになっている再送信要求を修正してもよい。限定ではなくあくまでも一例として、まず、VCIDが14でEVCDUシーケンス値3511ないし3689を有するEVCDUを特定の中央２４に再送信する旨の、特定の受容器２０への現在ペンディングの再送信要求を考える。この第一の再送信要求がペンディングの間に、DMR３４は受容器２０が、VCIDが14でEVCDUシーケンス値3690ないし3815を有するEVCDを中央２４に再送信する必要もあると判別する。すると、DMRマネージャ３４は、第二の再送信要求を生成する代わりに、VCIDが14でEVCDUシーケンス値3690ないし3815を有するEVCDUを含むように前記第一の再送信要求を修正してもよい。さらに、二つ以上の中央２４からの欠失データのための二つ以上の再送信要求が重なっている、あるいは少なくとも実質的に互いに隣り合っていて、単一の回復動作で欠失データを回復できる場合、DMRマネージャ３４は再送信要求を互いに連結してもよい。特定の再送信要求を互いに連結することは、単一の回復動作で回復できるデータに対して複数の回復動作が向けられることを回避することを容易にしうる。これはシステム１０における回復動作に付随する帯域幅の要求を軽減しうる。特定の再送信要求を互いに連結することによって、DMRマネージャ３４は再送信されるデータのマルチキャストを効率的に制御しうる。特定の諸実施形態では、DMRエージェント３２およびDMRマネージャ３４は自動的に走り、操作人員からのユーザー入力を必要としない。MMC２６の一つまたは複数のサブシステム４２は、企業管理コンポーネントを含みうる。DMRマネージャ３４は、企業管理コンポーネントに、データ統計、再送信活動およびDMR動作状態に関する情報を通信しうる。
【００４４】
特定の諸実施形態では、MMC２６は、マルチキャスト・ルータ２２から互いにインターリーブされた複数のVCを受信する。上述したように、一つまたは複数の第一のVC中の第一の諸EVCDUはSMDを含むことができ、一つまたは複数の第二のVC中の第二の諸EVCDUは遠隔測定データを含むことができる。宇宙船１８からの遠隔測定データはリアルタイムの遠隔測定データを含んでいてもよい。宇宙船１８からの遠隔測定データは再生遠隔測定データを含んでいてもよい。宇宙船１８からの遠隔測定データは保存された遠隔測定データを含んでいてもよい。リアルタイムの遠隔測定データは、宇宙船１８において生成され、宇宙船１８が遠隔測定とＣ３Ｓ  １４へのCMDリンクとを有する間にＣ３Ｓ  １４に通信される遠隔測定データを含む。特定の諸実施形態では、宇宙船１８が遠隔測定およびＣ３Ｓ  １４へのCMDリンクを有するのは周回当たり一度である。MMC２６がEVCDUを受信すると、MMC  DHN４０は、そのEVCDUが遠隔測定データを含むかどうかを判別しうる。そのEVCDUが遠隔測定データを含む場合、MMC  DHN４０は、一つまたは複数のサブシステム４２への通信のために、そのEVCDUから遠隔測定データを抽出しうる。特定の諸実施形態では、EVCDUが遠隔測定データを含まない場合、MMC  DHN４０は、そのEVCDUからいかなるデータも抽出することなく、そのEVCDUがMMC２６に保存されるようにする。MMC２６において受信されるEVCDUが抽出のための遠隔測定データを含むかどうかを判別するために、MMC  DHN４０はEVCDUの、該EVCDUが遠隔測定データを含んでいるかどうかを指示する一つまたは複数の部分にアクセスしうる。限定ではなくあくまでも一例として、MMC  DHN４０は、EVCDU中のVCIDにアクセスし、そのVCIDを、遠隔測定データを通信するために使用されるVCを同定するMMC２６内のデータと比較する。そのEVCDUが、遠隔測定データを通信するために使用されるあるVCに一致すれば、MMC  DHN４０は、そのEVCDUが遠隔測定データを含んでいると結論しうる。そのEVCDUが遠隔測定データを通信するのに使われるVCに対応しなければ、中央DHN３６は、そのEVCDUは遠隔測定データを含んでいないと結論する。
【００４５】
MMC  DHN４０は、抽出された遠隔測定データをMMC２６の一つまたは複数のサブシステム４２に通信しうる。特定の諸実施形態では、MMC  DHN４０は、個別に必要に応じて、抽出された遠隔測定データを複数のサブシステム４２にマルチキャストする。MMC  DHN４０は、遠隔測定データをMMC２６の一つまたは複数の遠隔測定サブシステム４２に（一つまたは複数の衛星遠隔測定解析（STA:  Satellite  Telemetry  Analysis）サブシステムのような）、あるいはMMC２６の一つまたは複数のCMDサブシステム４２（一つまたは複数の衛星運用（SO:  Satellite  Operations）サブシステムのような）に通信しうる。一つまたは複数のそのようなサブシステム４２は受信した遠隔測定データを解析することができ、該遠隔測定データの解析に基づいて、ＳＳ１２内の宇宙船１８に通信するためのCMDを生成できる。特定の諸実施形態では、MMC  DHN４０は、遠隔測定データの一つまたは複数の部分にアクセスして、MMC２６のどのサブシステム４２が遠隔測定データを受信すべきかを決定しうる。次いでMMC  DHN４０はMMC２６のうちそれらのサブシステム４２に遠隔測定データを通信しうる。
【００４６】
特定の諸実施形態では、MMC  DHN４０はMMC  DHN４０において障害が発生したら、その障害を検出して該障害に反応してMMC  DHN４０の一つまたは複数のプロセスをリスタートさせる自動障害回復機能を含む。自動障害回復機能が諸プロセスをリスタートさせるのは、以前にその諸プロセスを実行していた一つまたは複数の第一のコンピュータ・システムにおいてであってもよいし、あるいは以前にその諸プロセスを実行していたのではない一つまたは複数の第二のコンピュータ・システムにおいてであってもよい。特定の諸実施形態では、MMC  DHN４０は、複数のコンピュータ・システムにおいて実行される分散システムである。
【００４７】
IDPS１６は一つまたは複数のIDP４０を含みうる。IDP４０は、一つまたは複数の宇宙船１８の一つまたは複数のセンサーにおいて生成されたデータのバックエンド処理のために、一つまたは複数のハードウェア・コンポーネント、ソフトウェア・コンポーネントもしくは組み込み論理コンポーネントまたはそのようなコンポーネントの二つ以上の組み合わせを含みうる。限定ではなくあくまでも一例として、IDP４０は、一つまたは複数の宇宙船１８の一つまたは複数のセンサーにおいて収集された情報（一つまたは複数の地上の気象の読みまたはその他の情報のような）を解釈またはその他の仕方で利用するための、一つまたは複数のステーションを含みうる。特定の諸実施形態では、第一のIDP４０は米国海洋大気局（NOAA:  National  Oceanic  and  Atmospheric  Administration）の国家環境衛星・データ・情報サービス（NESDIS:  National  Environmental  Satellite,  Data,  and  Information  Service）に関連したものでもよく；第二のIDP４０は米国空軍の空軍気象局（AFWA:  Air  Force  Weather  Agency）に関連したものでもよく；第三のIDP４０は米国海軍の艦隊数値気象学・海洋学センター（FNMOC:  Feet  Numerical  Meteorology  and  Oceanography  Center）に関連したものでもよく；第四のIDP４０は米国海軍の海軍海洋局（NAVO:  Naval  Oceanographic  Office）に関連したものでもよい。第一、第二、第三および第四のIDP１６は、それぞれＣ３Ｓ  １４内の特定の中央２４に関連付けられていてもよい。中央２４はIDP４０に、一つまたは複数のリンクを使って結合されうる。各リンクは、一つまたは複数のコンピュータバス、LAN、MAN、WAN、インターネットの部分または他の任意の好適な有線、光学式、無線もしくはその他のリンクを含む。
【００４８】
IDPS１６はDMRマネージャ３４と通信しうる。特定の諸実施形態では、IDPS１６はDMRマネージャ３４に再送信要求を通信しうる。DMRマネージャ２８は、IDPS１６からの第一の再送信要求に反応して、該再送信要求を生成したIDPS１６中のIDP４０に要求確認を通信し、前述のように一つまたは複数のVCDUが再送信されるようにしうる。DMRマネージャ２８はまた、再送信要求に関して再送信活動に関する情報をIDP４０に通信しうる。DMRマネージャ３４とIDPS１６内の一つまたは複数のIDP４０との間の通信を可能にするため、MMC２６はIDPS１６に、一つまたは複数のリンクを使って結合されうる。各リンクは、一つまたは複数のコンピュータバス、LAN、MAN、WAN、インターネットの部分または他の任意の好適な有線、光学式、無線もしくはその他のリンクを含む。
【００４９】
一つまたは複数のCCSDSプロトコルに従って、互いに関係している複数のAPがまとめてセグメント化パケット・セットとして同定されうる。それらのAPのヘッダの一つまたは複数のフィールドは、APがセグメント化パケット・セット内でどこに属しているかを指示しうる。限定ではなくあくまでも一例として、第一、第二および第三のAPを含むセグメント化パケット・セットを考える。第一のAPのヘッダ内の一つまたは複数のフィールドが、第一のAPがセグメント化パケット・セット中で一番目であることを示し、第二のAPのヘッダ内の一つまたは複数のフィールドが、第二のAPがセグメント化パケット・セット中で二番目であることを示し、第三のAPのヘッダ内の一つまたは複数のフィールドが、第三のAPがセグメント化パケット・セット中で三番目であることを示す。APは最大64キロバイトのサイズをもちうるので、そのようなフィールドは、ファイル転送、センサー走査、メモリ・ダンプおよび64キロバイトを超えるデータに関わるその他の動作を容易にしうる。
【００５０】
特定の諸実施形態では、セグメント化パケット・セットの一部である欠失APが回復されるとき、そのセグメント化パケット・セットの一部である他のすべてのAPも回復される。限定ではなくあくまでも一例として、DMRマネージャ３４が、Ｃ３Ｓ  １４内のあるコンポーネントにおいてあるAPが受信されるはずだったが受信されなかったと判定すると、DMRマネージャ３４は、その欠失APがセグメント化パケット・セットの一部であるかどうかを判別しうる。DMRマネージャ３４がその欠失APがセグメント化パケット・セットの一部であると判定した場合、DMR３８は、そのセグメント化パケット・セット内の他のAPを同定し、それら他のAPを欠失APのための再送信要求に含めうる。したがって、欠失APが最終的に一つまたは複数のIDP４０に到達するとき、欠失APは、その欠失APのセグメント化パケット・セット内の他のAPと一緒にIDP４０に到着する。
【００５１】
図２は、システム１０において通信される例示的なデータを示している。EVCDUストリーム５０は三つのAPストリーム５２を含んでおり、特定のVCIDを有している。EVCDUストリーム５０内の諸EVCDUは逐次的なEVCDUであり、それぞれEVCDUシーケンス値５４を有している。APストリーム５２ａは第一のAPIDを有しており、APストリーム５２ａ中の諸APは逐次的なAPであり、それぞれAPシーケンス値を有している。APストリーム５２ｂは第二のAPIDを有しており、APストリーム５２ｂ中の諸APは逐次的なAPであり、それぞれAPシーケンス値を有している。APストリーム５２ｃは第三のAPIDを有しており、APストリーム５２ｃ中の諸APは逐次的なAPであり、それぞれAPシーケンス値を有している。図２では一般に、APは、そのAPを含んでいるEVCDUのEVCDUシーケンス値５４に従って、EVCDUストリーム５０に関して位置されている。EVCDU  4070ないし4170はAPストリーム５２ａのAP  5を含んでおり、EVCDU  3360ないし3400はAPストリーム５２ｂのAP  34を含んでおり、EVCDU  3700ないし3800はAPストリーム５２ｃのAP  17を含んでおり、などとなっている。APの境界はEVCDUの境界と揃っているように図示され、説明されているが、そのような境界は必ずしも互いに揃っていなくてもよい。そのような境界が互いと揃っているように説明および図示するのは、単に本発明の説明を簡単にするためである。
【００５２】
DMRマネージャ３４は、中央２４にあるDMRエージェント３２から、配送レポートを受け取りうる。配送レポートは、中央２４にある中央DHN３６が下記のAPを受け取るはずであったが受け取らなかったということを示すものである：APストリーム５２ａのAP  3およびAP  4；APストリーム５２ｂのAP  35ないしAP  38；APストリーム５２ｃのAP  16およびAP  17。追加または代替として、DMRマネージャ３４は、一つまたは複数のIDP４０から、該IDP４０が前記諸APを受け取るはずだったが受け取らなかったということを示す再送信要求を受け取ってもよい。DMRマネージャ３４は次いで、一つまたは複数のDMRエージェント３２からの一つまたは複数の追跡レポートにアクセスして、どのEVCDUが中央２４に再送信される必要があるかを判別しうる。追跡レポートから、DMRマネージャ３４は、EVCDU  3500ないし3560および3690ないし4000が欠失APを含んでいて、再送信される必要があることを判別しうる。IDP４０からの再送信要求が説明および図示されているが、特定の諸実施形態では、IDP４０は、IDP４０が欠失データの再送信を要求しなくてもDMRマネージャ３４が欠失データを検出して該欠失データの再送信を自動的に要求するのに頼ってもよい。しかしながら、IDP４０が障害後に初期化されるとき、あるいはIDP４０の操作者が手動であるデータが欠けていると判別したときに、IDP４０がDMRマネージャ３４に再送信要求を通信してもよい。
【００５３】
再送信のためのEVCDUを同定するため、DMRマネージャ３４は、EVCDUストリーム５０におけるギャップを位置特定しうる。限定ではなくあくまでも一例として、DMRマネージャ３４は、APストリーム５２ａに関して、中央DHN３６がAP  2およびAP  5は受け取ったがAP  3およびAP  4は受け取っていないと判別しうる。DMRマネージャ３４はまた、AP  2の末尾がEVCDU  3690に対応し、AP  5の先頭がEVCDU  4070に対応することをも判別しうる。AP  3とAP  4はAP  2とAP  5の間にあるので、DMRマネージャ３４は、EVCDU  3691ないし4069は少なくともAP  3およびAP  4を含んでいると結論しうる。APストリーム５２ｂに関しては、DMRマネージャ３４は、中央DHN３６がAP  34およびAP  38は受け取ったがAP  35ないしAP  38は受け取っていないと判別しうる。DMRマネージャ３４はまた、AP  34の末尾がEVCDU  3400に対応し、AP  38の先頭がEVCDU  4170に対応することをも判別しうる。AP  35ないしAP  39はAP  34とAP  39の間にあるので、DMRマネージャ３４は、EVCDU  3401ないし4169は少なくともAP  35ないしAP  39を含んでいると結論しうる。APストリーム５２ｃに関しては、DMRマネージャ３４は、中央DHN３６がAP  15およびAP  18は受け取ったがAP  16およびAP  17は受け取っていないと判別しうる。DMRマネージャ３４はまた、AP  15の末尾がEVCDU  3360に対応し、AP  18の先頭がEVCDU  4000に対応することをも判別しうる。AP  16とAP  17はAP  15とAP  18の間にあるので、DMRマネージャ３４は、EVCDU  3361ないし3999は少なくともAP  16およびAP  17を含んでいると結論しうる。
【００５４】
したがって、DMRマネージャ３４は、EVCDUストリーム５０には、EVCDU  3501ないし3559および3691ないし3999にギャップがあり、それらのギャップが欠失APを含んでいると判別しうる。DMRマネージャ３４は次いで、システム１０のうちでEVCDU  3501ないし3559および3691ないし3999のコピーを保存した一つまたは複数のコンポーネントを同定しうる。DMRマネージャ３４はこの判別をするためにDMRマネージャ３４に保存されている一つまたは複数の追跡レポートにアクセスしうる。前述のように、DMRマネージャ３４は、EVCDUを同定するためにVCIDを（EVCDUシーケンス値に加えて）使用しうる。DMRマネージャ３４は次いで、それらのEVCDUについての一つまたは複数の最良のソースを同定し、該EVCDUについての該最良のソースに一つまたは複数の再送信要求を通信しうる。
【００５５】
図３は、システム１０におけるデータ監視および回復（data  monitoring  and  recover）のための例示的な方法を示している。方法はステップ１００で開始され、DMRエージェント３２は追跡レポートをDMRマネージャ３４に通信する。ステップ１０２では、DMRマネージャ３４は追跡レポートを集成して、結果として得られるレコードを保存する。ステップ１０４では、中央２４にあるDMRエージェント３２は、配送レポートをDMRマネージャ３４に通信する。配送レポートは、中央DHN３６が受け取るはずだったが受け取らなかった一つまたは複数のEAPを示すものである。ステップ１０６では、配送レポートに反応して、DMRマネージャ３４はデータベース問い合わせを実行して欠失EAPを一つまたは複数のEVCDUにマッピングし、該EVCDUについての最良のソースを判別する。特定の諸実施形態では、DMRマネージャ３４はDMRエージェント３２からの配送レポートを保存してもよく、個々の配送レポートに反応する代わりに、周期的に問い合わせを実行して、一つまたは複数の中央DHN３４において受信されるはずだったが受信されなかったEAPが一つまたは複数あるかどうかを判別してもよい。DMRマネージャ３４が、一つまたは複数の中央DHN３４において受信されるはずだったが受信されなかったEAPが一つまたは複数あると判別する場合、DMRマネージャ３４はデータベース問い合わせを実行して、欠失EAPを一つまたは複数のEVCDUにマッピングして、該EVCDUについての最良のソースを判別しうる。上記のように、特定の諸実施形態では、DMRマネージャ３４は、一つまたは複数のIDP４０からの再送信に反応してデータベース問い合わせを実行してもよい。
【００５６】
ステップ１０８では、DMRマネージャ３４は、データベース問い合わせの結果を使って、欠失EAPを一つまたは複数のEVCDUにマッピングする。ステップ１１０では、DMRマネージャ３４は、データベース問い合わせの結果から、欠失EAPにマッピングされたEVCDUについての最良のソース（これは別の中央２４、受容器２０または宇宙船１２を含みうる）を判別する。ステップ１１２では、DMRマネージャ３４は、欠失EVCDUについての再送信要求を生成する。ステップ１１４では、DMRマネージャ３４は、該再送信要求を前記最良のソースに通信する。ステップ１１６では、前記最良のソースが再送信要求を受信し、EVCDUを中央２４に再送信する。この時点で本方法は終了する。特定の諸実施形態では、前述のように、DMRマネージャ３４が新たな再送信要求を生成する前に、DMRマネージャ３４が、新たな再送信要求が現在ペンディングの再送信要求と重なるかどうかを判別してもよい。もしそうであれば、DMRマネージャ３４は、新たな再送信要求を生成する代わりに、前記新たな再送信要求を含めるよう、すでにペンディングになっている再送信要求を修正しうる。図３に示される方法は、ＳＳ１２からＩＤＰＳ１６にシステム１０を通じてデータが通信される間、欠失EAPを回復するために繰り返されることができる。図３に示された方法の個々のステップは、特定の順序で生起するよう説明および図示されたが、本発明は、図３に示される方法の任意の好適なステップが任意の好適な順序で生起することを考えている。
【００５７】
図４は、システム１０におけるデータ処理のための例示的な方法を示している。方法はステップ１００で開始され、受容器２０がＳＳ１２からデータを受信する。ステップ１０２では、受容器２０にある受容器DHN３０が受容器２０で受信されたデータからVCDUを抽出する。ステップ１０４では、受容器DHN３０は抽出されたVCDUに拡張を追加して、EVCDUを生成する。ステップ１０６では、受容器DHN３０は生成されたEVCDUをマルチキャスト・ルータ２２に通信する。ステップ１０８では、マルチキャスト・ルータ２２はEVCDUを一つまたは複数の中央２４に、およびMMC２６に通信する。ステップ１１０では、中央２４はマルチキャスト・ルータ２２から通信されたEVCDUを受信する。ステップ１１２では、中央２４にある中央DHN３６が、中央２４において受信されたEVCDUからEVCDUの冗長なインスタンスを除去する。ステップ１１４では、中央DHN３６は、中央２４において乱れた順序で受信されたEVCDUをその適正な順序に戻す。ステップ１１６では、中央DHN３６は、適正な順序にされたEVCDUからAPを抽出する。ステップ１１８では、中央DHN３６は、抽出されたAPに延長を加えて、EAPを生成する。ステップ１２０では、中央DHN３６は生成されたEAPをIDPS１６内の一つまたは複数のIDP３８に通信する。ステップ１２２では、MMC２６が、マルチキャスト・ルータ２２から通信されたEVCDUを受信する。ステップ１２４では、MMC  DHN４０は、MMC２６で受信されたEVCDUから遠隔測定データを抽出する。ステップ１２６では、MMC  DHN４０は抽出された遠隔測定データをMMC２６の一つまたは複数のサブシステム４２に通信する。この時点で本方法は終了する。図４に示された方法の個々のステップは、特定の順序で生起するよう説明および図示されたが、本発明は、図４に示される方法の任意の好適なステップが任意の好適な順序で生起することを考えている。限定ではなくあくまでも一例としてステップ１１０〜１２０はステップ１２２〜１２６とほぼ同時に生起してもよい。
【００５８】
本発明についていくつかの実施形態を用いて記載してきたが、無数の変化、変形、変更、転換および修正が当業者には示唆されうる。本発明は、付属の請求項の範囲にはいる限り、そのような変化、変形、変更、転換および修正を包含することが意図されている。本発明は、請求項に反映されていない明細書のいかなる陳述によっても、いかなる形であれ、限定されるものではない。
【図面の簡単な説明】
【００５９】
【図１】分散通信ネットワークにおけるデータ処理のための例示的なシステムを示す図である。
【図２】図１に示されたシステムにおいて通信される例示的なデータを示す図である。
【図３】図１に示されたシステムにおけるデータ監視および回復のための例示的な方法を示す図である。
【図４】図１に示されたシステムにおけるデータ処理のための例示的な方法を示す図である。
【図１】
2008533920.tif 000003
【図２】
2008533920.tif 000004
【図３】
2008533920.tif 000005
【図４】
2008533920.tif 000006
【国際調査報告】
2008533920.tif 000007
2008533920.tif 000008
2008533920.tif 000009