JP2007533264A

JP2007533264A - データモニタリング及びリカバリ

Info

Publication number: JP2007533264A
Application number: JP2007508458A
Authority: JP
Inventors: バーンハート，ランディー，シー; シュナイド，ドナルド，ヴイ; ミラーニ，メリンダ，シー; シュライバー，ジェフリー，ビー
Original assignee: Raytheon Co
Current assignee: Raytheon Co
Priority date: 2004-04-12
Filing date: 2005-04-12
Publication date: 2007-11-15
Anticipated expiration: 2025-04-12
Also published as: DE602005026264D1; US20050226143A1; WO2005101743A1; CA2562506A1; EP1735954B1; ATE498259T1; EP1735954A1; US7376077B2; JP4612044B2; AU2005234486B2; NO338735B1; NO20065175L; AU2005234486A1; CA2562506C

Abstract

一実施例では、ＤＭＲのための方法は、１以上のリモートユニットからの１以上の受信機において受信された第１データユニットの第１トラッキングレポートを生成するステップと、１以上のセントラルの１つにおいて受信された第１データユニットの第２トラッキングレポートを生成するステップと、前記セントラルにおいて受信した第１データユニットから前記セントラルにおいて抽出された第２データユニットの配信レポートを生成するステップとを有する。本方法は、前記配信レポートを利用して、前記セントラルにおいて受信すべきであったが、受信しなかった欠落した第２データユニットを特定するステップを有する。本方法は、前記トラッキングレポートの１以上を利用して、前記欠落した第２データユニットを１以上の第１データユニットにマッピングし、前記欠落した第２データユニットにマッピングされた第１データユニットの再送のためベストなソースを決定するステップを有する。本方法は、前記欠落した第２データユニットにマッピングされた第１データユニットに対する再送リクエストを生成するステップと、前記再送リクエストを前記ベストなソースに通信するステップとを有する。

Description

発明の詳細な説明

［発明の技術分野］
本発明は、データ通信に関し、より詳細にはデータモニタリング及びリカバリ（ＤＭＲ）に関する。
［背景］
１以上の宇宙データシステム諮問委員会（ＣＣＳＤＳ）プロトコルによるデータ通信のための典型的なシステムでは、データは１以上のデータソース（１以上の宇宙船）から受信され、１つの施設（及びおそらくバックアップ施設）において処理される。その後、データは１以上のエンドユーザに通信され、特定のニーズに従ってさらに処理することが可能である。このシステムは、データソースへの限定的なアクセスしか提供せず、システムにおけるデータ遅延がしばしば問題となる。システムにおけるより高い信頼性とデータ利用性を向上させるため、通常は、コストのかかる人手による労力が必要とされる。さらに、データがシステム上のデータパスに沿って複数のポイントに格納されない場合、消失又は損傷したデータのリカバリが常に可能であるとは限らなくなる。データがシステム上のデータパスに沿って複数のポイントに格納されていても、通常は、コストのかかる人手による作業が、欠落したデータを特定及び復元するのに必要とされる。
［発明の概要］
本発明によると、分散化された処理サイト上のデータ通信及びデータ処理に関する短所及び問題点が、軽減又は解消されるかもしれない。

本発明の特定の実施例は、１以上の技術的効果を提供するかもしれない。特定の実施例は、１以上のＣＣＳＤＳプロトコルに従ってデータを通信するためのシステムにおけるＤＭＲを実現するかもしれない。特定の実施例は、ほぼリアルタイムなデータ通信を提供する通信システムにおいて、当該通信システムを介した通信レートを低減することなくＤＭＲを実現するかもしれない。特定の実施例は、複数の収集サイトから複数の処理施設へのＣＣＳＤＳ符号化高レート（約２５〜３００Ｍｂｐｓなど）データの信頼できる配信を提供するかもしれない。特定の実施例は、実質的に信頼できるものであって、高データ利用性要求をサポートするものかもしれない。特定の実施例は、ほぼリアルタイムに、生データキャプチャ状態、中間処理状態及びプロダクト配信状態をモニタするかもしれない。特定の実施例は、タイムリーに消失したデータの自動リカバリを実現するかもしれない。特定の実施例は、消失したデータを抽出するため、データフローの最適なポイントを自動的に選択するようにしてもよい。特定の実施例は、ほぼ１００％のデータ利用性を提供するかもしれない。特定の実施例は、欠落したデータ、配信されたデータ及び復元されたデータに関する統計量を通知するかもしれない。

特定の実施例は、上記技術的効果のすべて又は一部を提供するかもしれないし、あるいはそれらの何れも提供しないかもしれない。特定の実施例は、１以上の他の技術的効果を提供するかもしれず、これらの１以上は、図面、説明及び請求項から当業者に容易に明らかとなるかもしれない。
［実施例の説明］
図１は、データ通信のための一例となるシステム１０を示す。システム１０は、スペースセグメント（ＳＳ）１２と、コマンド、コントロール及びコミュニケーションセグメント（Ｃ３Ｓ）１４と、インタフェースデータプロセッサセグメント（ＩＤＰＳ）１６とを有する。ＳＳ１２は、各々が１以上のセンサを有する１以上の宇宙船１８を有するかもしれない。宇宙船１８のセンサは、当該センサにおいて収集された情報（１以上の地上の気象情報や他の情報など）に基づきデータを生成するかもしれない。宇宙船１８は、後述されるように、宇宙船１８から１以上の地上受信機への通信のため、宇宙船１８の１以上のセンサにおいて生成されるデータを格納するかもしれない。特定の実施例では、宇宙船１８は、特定のニーズに従って連続的に、定期的に又は１以上の特定のイベントに応答して、宇宙船１８の１以上のセンサにおいて生成されたデータを１以上の受信機に自動的に通信するかもしれない。特定の実施例では、宇宙船１８は、特定の指示に応答して１以上の受信機にこのようなデータを通信するかもしれない。このような指示は、Ｃ３Ｓ１４のミッションマネージメントセンター（ＭＭＣ）からの１以上の指示（１以上の再送リクエスト又は他の指示など）を含むかもしれない。１以上の宇宙船１８は、ＮＰＯＥＳＳ（ＮａｔｉｏｎａｌＰｏｌａｒ−ＯｒｂｉｔｉｎｇＯｐｅｒａｔｉｏｎａｌＥｎｖｉｒｏｎｍｅｎｔａｌＳａｔｅｌｌｉｔｅＳｙｓｔｅｍ）宇宙船１８であってもよく、１以上の宇宙船１８は、ＮＰＰ（ＮＰＯＥＳＳＰｒｅｐａｔｏｒｙＰｒｏｊｅｃｔ）宇宙船１８であってもよい。特定のセンサを有する特定の個数の宇宙船１８が説明及び図示されるが、本発明は、任意の適切なセンサを有する任意の適切な個数の任意の適切な宇宙船１８を考えている。

宇宙船１８のあるセンサにおいて生成されるデータが、１以上の適切なＣＣＳＤＳプロトコルに従ってアプリケーションパケット（ＡＰ）に構成されるかもしれない。特定の実施例では、ＡＰは、ＡＰシーケンス値とＡＰ識別（ＡＰＩＤ）値とを有するかもしれない。ＡＰシーケンス値は、ＡＰ系列におけるＡＰの順番を示し、ＡＰＩＤ値は、何れの宇宙船１８の何れのセンサがＡＰを生成したか示し、ＡＰストリームを識別するかもしれない。限定されることなく一例として、ある宇宙船１８のあるセンサからの第１、第２及び第３ＡＰを考える。第１ＡＰは第２ＡＰ前に生成されたものであり、第２ＡＰは第３ＡＰ前に生成されたものである。第１ＡＰは、それが第２ＡＰ前に生成されたものであることを示す第１ＡＰシーケンス値を有し、第２ＡＰは、それが第１ＡＰ後であって、第３ＡＰ前に生成されたものであることを示す第２ＡＰシーケンス値を有し、第３ＡＰは、それが第２ＡＰ後に生成されたものであることを示す第３ＡＰシーケンス値を有する。さらに、第１、第２及び第３ＡＰのそれぞれは、当該ＡＰが宇宙船１８の特定のセンサによって生成されたことを示し、当該ＡＰに対応するＡＰストリームを識別するＡＰＩＤを有する。

Ｃ３Ｓ１４は、１以上の受信機２０と、１以上のマルチキャストルータ２２と、１以上のセントラル２４（各々がデータ処理センターを有するかもしれない）と、ＭＭＣ２６とを有するかもしれない。Ｃ３Ｓ１４のこれらのコンポーネントは、１以上のコンピュータバス、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネットの一部、又は他の何れか適当な有線、光、無線若しくは他のリンクを有するかもしれない１以上のリンクを利用して、互いに接続されるかもしれない。受信機２０は、宇宙船１８からデータを受信し、セントラル２４へのルーティングのため、データをマルチキャストルータ２２に通信するようにしてもよい。マルチキャストルータ２２が説明及び図示されるが、本発明は、特定のニーズに応じてマルチキャストプロトコル、ユニキャストプロトコル又は他の適切な伝送プロトコルに従ってデータが宇宙船１８からセントラル２４に通信されることを考えている。受信機２０は、１以上の衛星リンクを使用して１以上の宇宙船１８と通信するかもしれない。特定の実施例では、Ｃ３Ｓ１４の１以上受信機２０は、多かれ少なかれ無人であるかもしれない。特定の実施例では、Ｃ３Ｓ１４の１以上の受信機２０は、有人の地上ステーションを有するかもしれない。有人の地上ステーションを有する受信機２０は、多かれ少なかれ無人の受信機２０より運営コストが高くなるかもしれない。

受信機２０は、グローバルに分散化されているかもしれない。限定されることなく一例として、Ｃ３Ｓ１４は、南極のＭｃＭｕｒｄｏの第１受信機２０と、チリのサンチャゴの第２受信機２０と、ハワイのパールシティの第３受信機２０と、韓国のソウルの第４受信機２０と、カリフォルニア州サンディエゴの第５受信機２０と、ニュージーランドのオークランドの第６受信機２０と、アラスカ州アンカレッジの第７受信機２０と、インドのボンベイの第８受信機２０と、グアムのミニッツヒルの第９受信機２０と、フロリダ州オーランドの第１０受信機２０と、南アフリカのヨハネスブルグの第１１受信機２０と。ブラジルのサンパウロの第１２受信機２０と、オーストラリアのメルボルンの第１３受信機２０と、フィンランドのヘルシンキの第１４受信機２０と、ドイツのフランクフルトの第１５受信機２０と、スウェーデンのＳｖａｌｂａｒｄの第１６受信機２０と、アラスカのフェアバンクの第１７受信機２０とを有するかもしれない。特定の実施例では、Ｃ３Ｓ１４の１以上の受信機２０は、ＮＰＯＥＳＳ宇宙船１８とのみ通信するかもしれない。特定の実施例では、Ｃ３Ｓ１４の１以上の受信機は、ＮＰＰ宇宙船１８とのみ通信するかもしれない。

宇宙船１８は、各々が１０２０バイトの１以上のバーチャルチャネルデータユニット（ＶＣＤＵ）においてＣ３Ｓ１４の１以上の受信機２０とＡＰを通信するかもしれない。ＶＣＤＵは、１以上の適切なＣＣＳＤＳプロトコルに従ってフォーマット化されるかもしれない。宇宙船１８は、１０２４バイトのチャネルアクセスデータユニット（ＣＡＤＵ）において１以上の受信機と各ＶＣＤＵを通信するかもしれない。ＣＡＤＵは、符号化されたＶＣＤＵと、フレーム同期のための約４バイトと、符号化されたＶＣＤＵを復号化するための誤り訂正（Ｒｅｅｄ−Ｓｏｌｏｍｏｎ誤り訂正を含むかもしれない）用の１２８ビットを有するかもしれない。ＣＡＤＵは、１以上の適切なＣＣＳＤＳプロトコルに従ってフォーマット化されるかもしれない。受信機２０が宇宙船１８からＣＡＤＵを受信すると、受信機２０は、ＣＡＤＵからＶＣＤＵを抽出し、拡張されたＶＣＤＵ（ＥＶＣＤＵ）を生成するためＶＣＤＵに拡張子を追加し、セントラル２４にルーティングするため、ＥＶＣＤＵをマルチキャストルータ２２と通信するかもしれない。ＥＶＣＤＵの拡張子は、システム１０の１以上のコンポーネントがシステム１０を介しＥＶＣＤＵを追跡するのに使用するメタデータを有するかもしれない。ＶＣＤＵという表現は、ＶＣＤＵ、ＥＶＣＤＵ又は必要に応じてその両方を含むかもしれない。ＥＶＣＤＵという表現は、ＥＶＣＤＵ、ＶＣＤＵ又は必要に応じてその両方を含むかもしれない。

宇宙船１８と受信機２０との間のリンクは、宇宙船１８から受信機２０への１以上のバーチャルチャネル（ＶＣ）を有するかもしれず、ＶＣＤＵのストリームは、各ＶＣにおいて宇宙船１８から受信機２０に通信されるかもしれない。特定の実施例では、ＶＣＤＵは、ＶＣＤＵシーケンス値とＶＣＩＤ値とを有するかもしれない。ＶＣＤＵシーケンス値は、あるＶＣＤＵ系列におけるＶＣＤＵの順番を示し、ＶＣＩＤ値は、ＶＣＤＵのＶＣを示すかもしれない。限定されるものではないが例えば、あるＶＣの第１、第２及び第３ＶＣＤＵを考える。第１ＶＣＤＵは、第２ＶＣＤＵ前に生成されたものであり、第２ＶＣＤＵは、第３ＶＣＤＵ前に生成されたものである。従って、第１ＶＣＤＵは、それが第２ＶＣＤＵ前に生成されたことを示す第１ＶＣＤＵシーケンス値を有し、第２ＶＣＤＵは、それが第１ＶＣＤＵ後であって、第３ＶＣＤＵ前に生成されたことを示す第２ＶＣＤＵシーケンス値を有し、第３ＶＣＤＵは、それが第２ＶＣＤＵ後に生成されたことを示す第３ＶＣＤＵシーケンス値を有する。さらに、第１、第２及び第３ＶＣＤＵのそれぞれは、ＶＣＤＵのそれぞれはＶＣＤＵが特定のＶＣに対応していることを示すＶＣＩＤを有する。特定の実施例では、システム１０は、６４個までのＶＣと２０４８個までのＡＰＩＤを収容するかもしれない。

受信機２０は、１以上の宇宙船１８からデータを受信する１以上のレシーバ（１以上のアンテナなど）を有するかもしれない。さらに、受信機２０は、プリプロセッサ２８とＤＭＲエージェント３０とを有するかもしれない。特定の実施例では、プリプロセッサ２８は、受信機２０において受信したＣＡＤＵからＶＣＤＵを抽出し、ＥＶＣＤＵを生成するため、拡張子をＶＣＤＵに追加するかもしれない。さらに、特定の実施例では、プリプロセッサ２８はまた、宇宙船１８からのデータを復号化し、宇宙船１８からのデータフレームを同期させ、Ｒｅｅｄ−Ｓｏｌｏｍｏｎ又は他の誤り訂正技術に従って、宇宙船１８からのデータの誤りを訂正するかもしれない。特定の実施例では、プリプロセッサ２８は、プリプロセッサ２８において生成されたＥＶＣＤＵのログファイルを生成し、当該ＥＶＣＤＵログファイルを受信機２０のＤＭＲエージェント３０に通信するかもしれない。あるいは、特定の実施例では、ＤＭＲエージェント３０は、受信機２０に格納されているデータに自らアクセスし、ログファイルを生成するかもしれない。

受信機２０のＤＭＲエージェント３０は、プリプロセッサ２８からＥＶＣＤＵログファイルを受信し、ＥＶＣＤＵログファイルからトラッキング統計量を生成し、このトラッキング統計量からＭＭＣ２６のＤＭＲマネージャに対するトラッキングレポートを生成するかもしれない。受信機２０のＤＭＲエージェント３０からのトラッキングレポートは、受信機２０において受信されたＶＣＤＵを特定するかもしれない。さらに、このトラッキングレポートは、受信機２０において受信されるべきであったが、受信されかなったＶＣＤＵを特定するかもしれない。限定されるものではないが一例として、トラッキングレポートは、受信機２０がＶＣＤＵシーケンス値３２６０〜３５１０及び３６９０〜４１７１を有するＶＣＤＵをあるＶＣにおいて受信したことを示すかもしれない。ＶＣＤＵシーケンス値３５１０と３６９０との間のギャップは、受信機２０がシーケンス値３５１１〜３６８９を有するＶＣＤＵをあるＶＣにおいて受信すべきだったが、受信しなかったことを示すかもしれない。

特定の実施例では、受信機２０のＤＭＲエージェント３０はまた、後述されるように、ＭＭＣ２６のＤＭＲマネージャからのリクエストを再送するよう応答するかもしれない。受信機２０は、１以上の宇宙船１８から受信機２０において受信したＶＣＤＵから受信機２０において生成されたＥＶＣＤＵを格納するかもしれない。ＤＭＲエージェントは、ＤＭＲマネージャからの再送リクエストに応答して、受信機２０に格納されているＥＶＣＤＵにアクセスし、後述されるように、１以上のセントラル２４とこのＥＶＣＤＵをダウンストリーム通信するかもしれない。ダウンストリームという表現は、ＳＳ１２からＩＤＰＳ１６への一般的な通信方向を含む。受信機２０は、ほぼリアルタイムに１以上の宇宙船１８からのデータをマルチキャストルータ２２と通信するかもしれず、ＤＭＲエージェント３０は、受信機２０を介しほぼリアルタイムのデータパスの外側で動作するかもしれない。この結果、ＤＭＲエージェント３０は、受信機２０を介したデータ通信レートを実質的に低減することなく、受信機２０に関するＤＭＲ処理を容易にするかもしれない。

マルチキャストルータ２２は、１以上のコンチネンタルＵ．Ｓ．（ＣＯＮＵＳ）マルチキャストゲートウェイルータ又は他のルータを有するかもしれない。特定の実施例では、マルチキャストルータ２２は、各受信機２０からＥＶＣＤＵを受信し、マルチキャストプロトコルを使用して、各セントラル２４が各受信機２０からＥＶＣＤＵを受信するように、ＥＶＣＤＵを各セントラル２４に通信するかもしれない。

セントラル２４は、データ処理センターを有する。セントラル２４は、データハンドリングノード３２（ＤＨＮ）と、フロントエンドプロセッサ３４（ＦＥＰ）と、ＤＭＲエージェント３０とを有するかもしれない。ＤＨＮ３２は、マルチキャストルータ２２から複数のＥＶＣＤＵストリーム（それぞれが特定の受信機２０と特定の宇宙船１８に対応するかもしれない）を受信し、ＥＶＣＤＵストリームをＦＥＰ３４における処理のため互いに合成するかもしれない。特定の実施例では、ＤＨＮ３２は、２以上の受信機２０を介し１つの宇宙船１８から２以上のＥＶＣＤＵストリームを受信するかもしれない。これらの実施例では、ＤＨＮ３２は、当該２以上のＥＶＣＤＵストリームをＶＣＤＵシーケンス値の順序により互いに合成する。ＥＶＣＤＵストリームの合成は、ＥＶＣＤＵストリームの２以上における冗長性を取り除くことを含むかもしれない。限定するものではないが一例として、宇宙船１８から２つの受信機２０に通信されるＶＣＤＵを考える。何れの受信機２０も、ＶＣＤＵをマルチキャストルータ２２に通信するかもしれず、マルチキャストルータ２２は、セントラル２４におけるＤＨＮ３２にＶＣＤＵの双方のインスタンスを通信するようにしてもよい。ＤＨＮ３２は、ＶＣＤＵの２つのインスタンスが受信されたと判断し、これらＶＣＤＵの１つのインスタンスのみを処理のためＦＥＰ３４に通信することによって、データの冗長性を取り除くようにしてもよい。ＤＨＮ３２はまた、セントラル２４において受信されたＥＶＣＤＵのログファイルを生成し、当該ＥＶＣＤＵログファイルをセントラル２４におけるＤＭＲエージェント３０と通信するようにしてもよい。

ＦＥＰ３４は、ＤＨＮ３２からＥＶＣＤＵを受信し、ＥＶＣＤＵからＡＰを抽出し、バックエンド処理のため、ＩＤＰＳ１６のインタフェースデータプロセッサ（ＩＤＰ）にＡＰを通信するようにしてもよい。特定の実施例では、ＦＥＰ３４は、ＡＰをＩＤＰに通信する前に、拡張されたＡＰ（ＥＡＰ）を生成するためＡＰに拡張子を追加するかもしれない。ＥＡＰの拡張子は、システム１０の１以上のコンポーネントがシステム１０を介しＥＡＰを追跡し、又はＦＥＰ３４から下流でＥＡＰを処理するのに使用可能なメタデータを有するかもしれない。ＡＰという表現は、ＥＡＰ、ＡＰ又は必要に応じてその双方を含むかもしれない。ＦＥＰ３４は、ＦＥＰ３４において生成されたＥＡＰのログファイルを生成し、当該ＥＡＰログファイルをセントラル２４のＤＭＲエージェント３０に通信するようにしてもよい。

セントラル２４のＤＭＲエージェント３０は、ＤＨＮ３２からＥＶＣＤＵログファイルを受信し、このＥＶＣＤＵログファイルからトラッキング統計量を生成し、このトラッキング統計量からＭＭＣ２６におけるＤＭＲマネージャに対するトラッキングレポートを生成するかもしれない。セントラル２４のＤＭＲエージェント３０からのトラッキング統計量は、セントラル２４において受信されたＥＶＣＤＵを特定するかもしれない。さらに、セントラル２４のＤＭＲエージェント３０からのトラッキング統計量は、ＤＨＮ３２において受信すべきであったが、受信しなかったＥＶＣＤＵを特定するかもしれない。限定するものでなく一例として、セントラル２４のＤＭＲエージェント３０からのトラッキング統計量は、セントラル２４が、ＥＶＣＤＵシーケンス値３２６０〜３５１０及び３６９０〜４１７１を有するＥＶＣＤＵをＥＶＣＤＵストリームにおいて受信したことを示すかもしれない。ＥＶＣＤＵシーケンス値３５１０と３６９０との間のギャップは、セントラル２４が、当該ＥＶＣＤＵストリームにおいてシーケンス値３５１１〜３６８９を有するＥＶＣＤＵを受信すべきであったが、受信しなかったことを示すかもしれない。

セントラル２４のＤＭＲエージェント３０はまた、ＦＥＰ３４からＥＡＰログファイルを受信し、当該ＥＡＰログファイルから配信統計量を生成し、この配信統計量からＭＭＣ２６のＤＭＲマネージャに対する配信レポートを生成するようにしてもよい。セントラル２４のＤＭＲエージェント３０からの配信レポートは。セントラル２４において生成されたＥＡＰを特定するかもしれない。さらに、セントラル２４のＤＭＲエージェント３０からの配信レポートは、受信機２０が受信すべきであったが、受信しなかったＡＰを特定するかもしれない。限定するものではないが一例として、セントラル２４のＤＭＲエージェント３０からの配信レポートは、セントラル２４が、３４〜３９及び４３〜５０のＡＰシーケンス値を有するＡＰをあるＡＰストリームにおいて受信したことを示すものであってもよい。ＡＰシーケンス値３９と４３との間のギャップは、セントラル２４が４０〜４２のシーケンス値を有するＡＰを当該ＡＰストリームにおいて受信すべきであったが、受信しなかったことを示すかもしれない。

セントラル２４のＤＭＲエージェント３０はまた、後述されるように、ＭＭＣ２６のＤＭＲマネージャからのリクエストを再送するよう応答するかもしれない。セントラル２４は、セントラル２４において受信したＥＶＣＤＵを格納するようにしてもよい。特定の実施例では、ＤＭＲエージェント３０は、後述されるように、ＤＭＲマネージャからの再送リクエストに応答して、セントラル２４に格納されている１以上のＥＶＣＤＵにアクセスし、セントラル２４のＦＥＰ３４（又は他のセントラル２４の他のＦＥＰ３４）とＥＶＣＤＵを通信するかもしれない。セントラル２４は、ほぼリアルタイムによりマルチキャストルータ２２からのデータをＩＤＰＳ１６に通信してもよく、ＤＭＲエージェント３０は、セントラル２４を介しほぼリアルタイムのデータパスの外側で動作するかもしれない。この結果、ＤＭＲエージェント３０は、セントラル２４を介したデータ通信レートを実質的に低減することなく、セントラル２４に関するＤＭＲ処理を容易にするかもしれない。

特定の実施例では、ＤＭＲエージェント３０は、ＭＭＣ２６又はＣ３Ｓ１４の他の適切なコンポーネントからの帯域幅制御信号を受信し、これに応答するかもしれない。帯域幅制御信号は、欠落したデータを復元するのに使用される帯域幅を動的に制御するのに使用されるかもしれず、利用可能な帯域幅のより効率的な使用を提供し、第１のコピー配信されたデータと再送されたデータとの間の優先度の実現を可能にするかもしれない。

ＭＭＣ２６は、１以上のコマンド（ＣＭＤ）アップリンク３６とＤＭＲマネージャ３８とを有するかもしれない。さらに、ＭＭＣ２６は企業管理コンポーネントを有し、ＤＭＲマネージャ３８は、企業管理コンポーネントとデータ統計量、再送動作及びＤＭＲ動作状態に関する情報を通信するかもしれない。ＣＭＤアップリンク３６は、ＭＭＣ２６からの指示（再送リクエスト及び他の指示など）を１以上の宇宙船１８に通信するのに使用されるかもしれない。ＣＭＤアップリンク３６は、宇宙船１８に指示を通信するため、１以上の送信機及び関連するハードウェア、ソフトウェア又はその双方を有するかもしれない。ＣＭＤアップリンク３６は、衛星リンクを利用して宇宙船１８と通信するようにしてもよい。ＤＭＲマネージャ３８は、ＤＭＲエージェント３０からのトラッキングレポート及び配信レポートを格納するようにしてもよい。オープンデータベースコネクティビティ（ＯＤＢＣ）又は他の適切なデータベースが、トラッキングレポート及び配信レポートを格納するのに利用されてもよい。ＤＭＲマネージャ３８は、後述されるように、配信レポートを利用して欠落したＥＡＰを特定し、この欠落したＥＡＰを特定のＥＶＣＤＵにマッピングするようにしてもよい。欠落したＥＡＰという表現は、ＥＡＰ全体、ＥＡＰの一部又は必要に応じてその双方を含むかもしれない。特定の実施例では、ＤＭＲマネージャ３８は、何れのＥＶＣＤＵが何れの受信機２０及びＣ３Ｓ１４の何れのセントラル２４において受信されたか示す１以上のレコードを生成するため、ＤＭＲエージェント３０からのトラッキングレポートを編集するようにしてもよい。これらのレコードは、ＳＳ１２からＩＤＰＳ１６へのＳＭＤ（ＳｔｏｒｅｄＭｉｓｓｉｏｎＤａｔａ）の通信に関して、Ｃ３Ｓ１４におけるほぼ包括的な動作の観点を提供するかもしれない。トラッキングレポートという表現は、必要に応じてこのようなレコードを含むかもしれない。

ＤＭＲマネージャ３８は、トラッキングレポートを利用して欠落したＥＡＰにマッピングされたＥＶＣＤＵのコピーを格納したシステム１０の１以上のコンポーネントを特定するようにしてもよい。一例として、ＤＭＲマネージャ３８は、（１）第１セントラル２４のＦＥＰ３４が、２４のＡＰＩＤと４０〜４２のＡＰシーケンス値を有するＡＰを受信すべきであったが、受信しなかったことと、（２）２４のＡＰＩＤと４０〜４２のＡＰシーケンス値を有するＡＰが、１４のＶＣＩＤと３５１１〜３６８９のＶＣシーケンス値を有するＥＶＣＤＵにより通信されたことを示す配信レポートを第１セントラル２４の第１ＤＭＲエージェント３０から受信するかもしれない。ＤＭＲマネージャ３８は、配信レポートから欠落したＡＰを特定し、欠落したＡＰを復元するため再送される必要があるＥＶＣＤＵを特定するかもしれない。その後、ＤＭＲマネージャ３８は、再送される必要があるＥＶＣＤＵのコピーを格納したシステム１０の１以上のコンポーネント（１以上の第２セントラル２４又は１以上の受信機２０など）を特定するため、１以上の第２セントラル２４及び１以上の受信機２０から１以上のトラッキングレポートにアクセスするようにしてもよい。特定の実施例では、ＤＭＲマネージャ３８は、定期的かつユーザ入力なしに、１以上のＦＥＰ３４が１以上のＥＡＰを受信すべきであったが、受信しなかったか判断するため、トラッキングレポート及び配信レポートを格納するため利用される１以上のデータベースにクエリするようにしてもよい。さらに、ＤＭＲマネージャ３８は、定期的かつユーザ入力なしに、上述したように、Ｃ３Ｓ１４のどのコンポーネントがどのＥＶＣＤＵを受信したか判断するためデータベースをクエリするようにしてもよい。

その後、ＤＭＲマネージャ３８は、ＥＶＣＤＵのコピーを格納したシステム１０のコンポーネントの中から、第１セントラル２４へのＥＶＣＤＵの再送のため１以上のベストのソースを特定するようにしてもよい。ＥＶＣＤＵの再送のためのベストソースは、ＥＶＣＤＵのコピーを格納したＩＤＰＳ１６に最も近いコンポーネントを含むようにしてもよい。限定されるものではないが一例として、第２セントラル２４がＥＶＣＤＵのコピーを格納した場合、第２セントラル２４は、再送のためのベストなソースであるかもしれない。第２セントラル２４がＥＶＣＤＵの格納されたコピーを有しないが、受信機２０が有している場合、受信機２０は、再送用のベストソースであるかもしれない。第２セントラル２４も受信機２０もＥＶＣＤＵの格納されたコピーを有しない場合、宇宙船１８が再送用のベストソースとなるかもしれない。ＤＭＲマネージャ３８が、１以上の宇宙船１８が１以上のＶＣＤＵを再送する必要があると判断した場合、ＤＭＲマネージャ３８は、宇宙船１８との通信のため、再送リクエストをＣＭＤアップリンク３６に通信するようにしてもよい。ＤＭＲマネージャ３８がＥＶＣＤＵの第１セントラル２４への再送のための１以上のベストソースを特定した後、ＤＭＲマネージャ３８は、再送リクエストをベストソースに通信するようにしてもよい。ＤＭＲマネージャ３８が再送リクエストを受信機２０又はセントラル２４と通信する場合、受信機２０又はセントラル２４のＤＭＲエージェント３０は、上述のように、再送リクエストに応答するようにしてもよい。

特定の実施例では、新たな再送リクエストを生成する前、ＤＭＲマネージャ３８は、新たな再送リクエストが現在保留中の再送リクエストと重複するか、あるいは少なくとも実質的に隣接しているか判断するようにしてもよい。そうである場合、ＤＭＲマネージャ３８は、新たな再送リクエストを生成する代わりに、この新たな再送リクエストを含むようにすでに保留中の再送リクエストを変更するようにしてもよい。限定されるものではないが一例として、ある受信機２０に１４のＶＣＩＤと３５１１〜３６８９のＥＶＣＤＵシーケンス値を有するＥＶＣＤＵをあるセントラル２４に再送する第１の現在保留中の再送リクエストを考える。第１再送リクエストが保留されている間、ＤＭＲマネージャ３８は、受信機２０がまた１４のＶＣＩＤと３６９０〜３８１５のＥＶＣＤＵシーケンス値を有するＥＶＣＤＵをセントラル２４に再送する必要があると判断する。その後、ＤＭＲマネージャ３８は、第２再送リクエストを生成する代わりに、１４のＶＣＩＤと３６９０〜３８１５のＥＶＣＤＵシーケンス値を有するＥＶＣＤＵを有するよう第１再送リクエストを変更するようにしてもよい。さらに、２以上のセントラル２４からの欠落したデータに対する２以上の再送リクエストが、１つのリカバリ処理により欠落したデータが復元できるように、重複するか、あるいは少なくとも実質的に互いに隣接する場合、ＤＭＲマネージャ３８は再送リクエストを互いに連結するようにしてもよい。特定の再送リクエストを互いに連結することは、１つのリカバリ処理により復元可能なデータに関して複数のリカバリ処理を回避することを容易にし、システム１０のリカバリ処理に関する帯域幅要求を低減することが可能となる。特定の再送リクエストを互いに連結することによって、ＤＭＲマネージャ３８は、再送されたデータのマルチキャストを効果的に制御する。特定の実施例では、ＤＭＲエージェント３０とＤＭＲマネージャ３２は、自動的に実行され、運営スタッフからのユーザ入力を必要としない。

ＩＤＰＳ１６は、１以上のＩＤＰ４０を含むかもしれない。ＩＤＰ４０は、１以上の宇宙船１８の１以上のセンサにおいて生成されるデータのバックエンド処理のため、ハードウェア、ソフトウェア又はその両方を含む１以上のステーションを含むかもしれない。限定されるものではないが一例として、ＩＤＰ４０は、１以上の宇宙船１８の１以上のセンサにおいて収集された情報（１以上の地上の気象情報や他の情報など）を解釈又はそうでない場合には利用するため、１以上のステーションを有するかもしれない。特定の実施例では、第１ＩＤＰ４０が、ＮＯＡＡ（ＮａｔｉｏｎａｌＯｃｅａｎｉｃａｎｄＡｔｍｏｓｐｈｅｒｉｃＡｄｍｉｎｉｓｔｒａｔｉｏｎ）のＮＥＳＤＩＳ（ＮａｔｉｏｎａｌＥｎｖｏｒｏｎｍｅｎｔａｌＳａｔｅｌｌｉｔｅ，Ｄａｔａ，ａｎｄＩｎｆｏｒｍａｔｉｏｎＳｅｒｖｉｃｅ）に関連付けされ、第２ＩＤＰ４０が、米国空軍のＡＦＷＳ（ＡｉｒＦｏｒｃｅＷｅａｔｈｅｒＡｇｅｎｃｙ）に関連付けされ、第３ＩＤＰ４０が、米国海軍のＦＮＭＯＣ（ＦｅｅｔＮｕｍｅｒｉｃａｌＭｅｔｅｏｒｏｌｏｇｙａｎｄＯｃｅａｎｏｇｒａｐｈｙＣｅｎｔｅｒ）に関連付けされ、第４ＩＤＰ４０が、米国海軍のＮＡＶＯ（ＮａｖａｌＯｃｅａｎｏｇｒａｐｈｉｃＯｆｆｉｃｅ）に関連付けされてもよい。第１〜第４ＩＤＰ１６は、それぞれＣ３Ｓ１４の特定のセントラル２４に関連付けされてもよい。セントラル２４は、各々が１以上のコンピュータバス、ＬＡＮ、ＭＡＮ、ＷＡＮ、インターネットの一部又は他の何れか適切な有線、光、無線又は他のリンクを有するかもしれない１以上のリンクを使用して、ＩＤＰ４０に接続されてもよい。

ＩＤＰＳ１６は、ＤＭＲマネージャ３８と通信するかもしれない。特定の実施例では、ＩＤＰＳ１６は、ＤＭＲマネージャ３８に再送リクエストを通信するようにしてもよい。ＤＭＲマネージャ２８は、ＩＤＰＳ１６からの第１の再送リクエストに応答して、再送リクエストを生成したＩＤＰＳ１６のＩＤＰ４０にリクエストアクノリッジメントを通信し、上述のように、１以上のＶＣＤＵを再送するようにしてもよい。ＤＭＲマネージャ２８はまた、再送リクエストに関する再送動作についての情報をＩＤＰ４０に通信するようにしてもよい。ＩＤＰＳ１６の１以上のＩＤＰ４０とＤＭＲマネージャ３８との間の通信を可能にするため、ＭＭＣ２６は、各々が１以上のコンピュータバス、ＬＡＮ、ＭＡＮ、ＷＡＮ、インターネットの一部又は他の何れか適切な有線、光、無線又は他のリンクを有するかもしれない１以上のリンクを使用して、ＩＤＰＳ１６に接続されてもよい。

１以上のＣＣＳＤＳプロトコルによると、互いに関連する複数のＡＰが、セグメント化されたパケットセットとして特定されてもよい。これらのＡＰのヘッダの１以上のフィールドは、ＡＰがセグメント化されたパケットセットにどこに属しているか示すかもしれない。限定されるものではないが一例として、第１、第２及び第３ＡＰを有するセグメント化されたパケットセットを考える。第１ＡＰのヘッダの１以上のフィールドは、第１ＡＰがセグメント化されたパケットセットにおける第１のものであることを示し、第２ＡＰのヘッダの１以上のフィールドは、第２ＡＰが当該セグメント化されたパケットセットにおける第２のものであることを示し、第３ＡＰのヘッダの１以上のフィールドは、第３ＡＰが当該セグメント化されたパケットセットにおける第２のものであることを示す。ＡＰは６４キロバイトの最大サイズを有するかもしれないため、このようなフィールドは、ファイル転送、センサスキャン、メモリダンプ及び６４キロバイト以上のデータに関する他の処理を容易にするかもしれない。

特定の実施例では、セグメント化されたパケットセットの一部である欠落したＡＰが復元されると、当該セグメント化されたパケットセットの一部である他のすべてのＡＰもまた復元される。限定されるものではないが一例として、ＡＰがＣ３Ｓ１４のコンポーネントにおいて受信すべきであったが、受信しなかったと判断すると、ＤＭＲマネージャ３８は、欠落したＡＰがセグメント化されたパケットセットの一部であると判断するかもしれない。ＤＭＲマネージャ３８が、欠落したパケットセットがセグメント化されたパケットセットの一部であると判断した場合、ＤＭＲ３８は、当該セグメント化されたパケットセットのその他のＡＰを特定し、欠落したＡＰに対する再送リクエストにこれら他のＡＰを含めるかもしれない。従って、欠落したＡＰが最終的に１以上のＩＤＰ４０に到達すると、欠落したＡＰはそれのセグメント化されたパケットセットのその他のＡＰと共に、ＩＤＰ４０に到達する。

図２は、システム１０における一例となるデータを示す。ＥＶＣＤＵストリーム５０は、３つのＡＰストリーム５２を有すると共に、あるＶＣＩＤを有する。ＥＶＣＤＵストリーム５０のＥＶＣＤＵは、各々がＥＶＣＤＵシーケンス値５４を有するシーケンシャルなＥＶＣＤＵである。ＡＰストリーム５２ａは第１ＡＰＩＤを有し、ＡＰストリーム５２ａのＡＰは、各々がＡＰシーケンス値を有するシーケンシャルＡＰである。ＡＰストリーム５２ｂは第２ＡＰＩＤを有し、ＡＰストリーム５２ｂのＡＰは、各々がＡＰシーケンス値を有するシーケンシャルなＡＰである。ＡＰストリーム５２ｃは第３ＡＰＩＤを有し、ＡＰストリーム５２ａのＡＰは、各々がＡＰシーケンス値を有するシーケンシャルなＡＰである。図２において、ＡＰは一般に、当該ＡＰを含むＥＶＣＤＵのＥＶＣＤＵシーケンス値に従ってＥＶＣＤＵストリーム５０に関して配置される。ＥＶＣＤＵ４０７０〜４１７０はＡＰストリーム５２ａのＡＰ５を含み、ＥＶＣＤＵ３３６０〜３４００はＡＰストリーム５２ｂのＡＰ３４を含み、ＥＶＣＤＵ３７００〜３８００はＡＰストリーム５２ｃのＡＰ１７を有するなどである。ＡＰの境界がＥＶＣＤＵの境界により整列されて図示及び説明されているが、このような境界は、必ずしも互いに整列している必要はない。このような境界は、本発明の説明を単に簡単化するため、整列されて説明及び図示されている。

ＤＭＲマネージャ３８は、セントラル２４のＤＭＲエージェント３０から、セントラル２４のＦＥＰ３４が、ＡＰストリーム５２ａのＡＰ３及び４と、ＡＰストリーム５２ｂのＡＰ３５〜３８と、ＡＰストリーム５２ｃのＡＰ１６及び１７のＡＰを受信すべきであったが、受信しなかったことを示す配信レポートを受信するようにしてもよい。さらに、又はあるいは、ＤＭＲマネージャ３８は、ＩＤＰ４０がこれらのＡＰを受信すべきであったが、受信しなかったことを示す１以上のＩＤＰ４０から再送リクエストを受信するようにしてもよい。その後、ＤＭＲマネージャ３８は、どのＥＶＣＤＵがセントラル２４に再送される必要があるか判断するため、１以上のＤＭＲエージェント３０から１以上のトラッキングレポートにアクセスするようにしてもよい。このトラッキングレポートから、ＤＭＲマネージャ３８は、ＥＶＣＤＵ３５００〜３５６０及び３６９０〜４０００が欠落したＡＰを含み、再送される必要がないと判断するかもしれない。ＩＤＰ４０からの再送リクエストが説明及び図示されたが、ＩＤＰ４０は、特定の実施例では、ＤＭＲマネージャ３８が欠落したデータを検出し、当該データの再送をＩＤＰ４０がこのような再送を要求することなく自動的に要求することに依存しているかもしれない。しかしながら、ＩＤＰ４０は、ＩＤＰ４０が失敗後に初期化するとき、又はＩＤＰ４０のオペレータが特定のデータが欠落していることを手動により判断するとき、ＤＭＲマネージャ３８と再送リクエストを通信するかもしれない。

再送のためにＥＶＣＤＵを特定するため、ＤＭＲマネージャ３８は、ＥＶＣＤＵストリーム５０におけるギャップを決定するかもしれない。限定されるものではないが一例として、ＤＭＲマネージャ３８は、ＡＰストリーム５２ａに関して、ＦＥＰ３４がＡＰ３及び４を受信することなくＡＰ２及び５を受信したと判断してもよい。ＤＭＲマネージャ３８はまた、ＡＰ２のエンドがＥＶＣＤＵ２６９０に対応し、ＡＰ５のスタートがＥＶＣＤＵ４０７０に対応すると判断するかもしれない。ＡＰ３及び４がＡＰ２及び５の間にあるため、ＤＭＲマネージャ３８は、ＥＶＣＤＵ３６９１〜４０６９が少なくともＡＰ３及び４を有すると結論付けるかもしれない。ＡＰストリーム５２ｂに関して、ＤＭＲマネージャ３８は、ＦＥＰ３４が、ＡＰ３５〜３８を受信することなく、ＡＰ３４〜３８を受信したと判断するかもしれない。ＤＭＲマネージャ３８はまた、ＡＰ３４のエンドがＥＶＣＤＵ３４００に対応し、ＡＰ３８のスタートがＥＶＣＤＵ４１７０に対応すると判断するかもしれない。ＡＰ３５〜３９はＡＰ３４と３９の間にあるため、ＤＭＲマネージャ３８は、ＥＶＣＤＵ３４０１〜４１６９がＡＰ３５〜３９を少なくとも含むと結論付けるかもしれない。ＡＰストリーム５２ｃに関して、ＤＭＲマネージャ３８は、ＦＥＰ３４がＡＰ１６及び１７を受信することなく、ＡＰ１５〜１８を受信したと判断するかもしれない。ＤＭＲマネージャ３８はまた、ＡＰ１５のエンドがＥＶＣＤＵ３３６０に対応し、ＡＰ１８のスタートがＥＶＣＤＵ４０００に対応すると判断するかもしれない。ＡＰ１６及び１７はＡＰ１５と１８の間にあるため、ＤＲＭマネージャ３８は、ＥＶＣＤＵ３３６１〜３９９９が少なくともＡＰ１６及び１７を有すると結論付けるかもしれない。

従って、ＤＭＲマネージャ３８は、ＥＶＣＤＵストリームにおいてＥＶＣＤＵ３５０１〜３５５９と３６９１〜３９９９の間にギャップが存在し、当該ギャップが欠落したＡＰを含んでいると判断するかもしれない。その後、ＤＭＲマネージャ３８は、ＥＶＣＤＵ３５０１〜３５５９と３６９１〜３９９９の格納されているコピーを有するシステム１０の１以上のコンポーネントを特定するかもしれない。ＤＭＲマネージャ３８は、この判断をするため、ＤＭＲマネージャ３８に格納されている１以上のトラッキングレポートにアクセスするようにしてもよい。上述したように、ＤＭＲマネージャ３８は、ＶＣＩＤ（ＥＶＣＤＵシーケンス値に加えて）を利用してＥＶＣＤＵを特定するようにしてもよい。その後、ＤＭＲマネージャ３８は、ＥＶＣＤＵに対する１以上のベストソースを特定し、ＥＶＣＤＵに対するベストソースに１以上の再送リクエストを通信するようにしてもよい。

図３は、システム１０におけるデータモニタリング及び復元のための一例となる方法を示す。本方法は、ステップ１００において、ＤＭＲエージェント３０がＤＭＲマネージャ３８にトラッキングレポートを通信することから開始される。ステップ１０２において、ＤＭＲマネージャ３８は、トラッキングレポートを編集し、結果として得られるレコードを格納する。ステップ１０４において、セントラル２４のＤＭＲエージェント３０は、セントラルのＦＥＰ３４が受信すべきであったが、受信しなかった１以上のＥＡＰを示す配信レポートをＤＭＲマネージャ３８に通信する。ステップ１０６において、この配信レポートに応答して、ＤＭＲマネージャ３８は、欠落したＥＡＰを１以上のＥＶＣＤＵにマッピングするためデータベースクエリを実行し、ＥＶＣＤＵに対するベストソースを決定する。特定の実施例では、ＤＭＲマネージャ３８は、ＤＭＲエージェント３０から配信レポートを格納し、各配信レポートに対する応答の代わりに、１以上のＥＡＰが１以上のＦＥＰ３４において受信されるべきであったが、受信しなかったか判断するため、定期的にクエリを実行するようにしてもよい。ＤＭＲマネージャ３８が、１以上のＥＡＰが１以上のＦＥＰ３４において受信されるべきであったが、受信されなかったと判断した場合、ＤＭＲマネージャ３８は、欠落したＥＡＰを１以上のＥＶＣＤＵにマッピングするデータベースクエリを実行し、ＥＶＣＤＵに対するベストソースを決定するようにしてもよい。上述したように、特定の実施例では、ＤＭＲマネージャ３８は、１以上のＩＤＰ４０からの再送に応答してデータベースクエリを実行するようにしてもよい。

ステップ１０８において、ＤＭＲマネージャ３８は、データベースクエリの結果を利用して、欠落したＥＡＰを１以上のＥＶＣＤＵにマッピングする。ステップ１１０において、ＤＭＲマネージャ３８は、データベースクエリの結果から、欠落したＥＶＣＤＵにマッピングされるＥＶＣＤＵに対するベストソース（他のセントラル２４、受信機２０又は宇宙船１２を含むかもしれない）を決定する。ステップ１１２において、ＤＭＲマネージャ３８は、欠落したＥＶＣＤＵに対する再送リクエストを生成する。ステップ１１４において、ＤＭＲマネージャ３８は、再送リクエストをベストソースに通信する。ステップ１１６において、ベストソースは、この再送リクエストを受信し、ＥＶＣＤＵをセントラル２４に再送し、この時点で本方法は終了する。特定の実施例では、上述されたように、ＤＭＲマネージャ３８が新たな再送リクエストを生成する前に、ＤＭＲマネージャ３８が新たな再送リクエストが現在保留中の再送リクエストと重複しているか判断するようにしてもよい。そうである場合、ＤＭＲマネージャ３８は、新たな再送リクエストを生成する代わりに、新たな再送リクエストを含めるようにすでに保留されている再送リクエストを変更するようにしてもよい。図３に示される方法は、欠落したＥＡＰを復元するため、データがシステム１０においてＳＳ１２からＩＤＰＳ１６に通信されると繰り返されるようにしてもよい。図３に示される方法の特定のステップがある順序により発生するとして説明及び図示されたが、本発明は、図３に示される方法の何れか適切なステップが何れか適切な順序により行われることを想定している。

本発明が複数の実施例により説明されたが、多数の変更、変形、置換、変換及び改良が当業者に示唆されるかもしれず、本発明は、これらが添付された請求項の範囲内に属するものとする。本発明は、請求項に反映されていない明細書の何れかの記載により何れかの方法により限定されることを意図していない。

図１は、データ通信のための一例となるシステムを示す。図２は、図１に示されるシステムにおいて通信可能な一例となるデータを示す。図３は、図１に示されるシステムにおけるＤＭＲのための一例となる方法を示す。

Claims

データモニタリング及びリカバリ（ＤＭＲ）のためのシステムであって、
各第１ＤＭＲエージェントが、
１以上のリモートユニットから第１データユニットを受信するよう各々が動作可能な１以上の受信機の１つに配置され、
前記受信機において受信した第１データユニットの第１トラッキングレポートを生成し、該第１トラッキングレポートをＤＭＲマネージャに通信するよう動作可能な１以上の第１ＤＭＲエージェントと、
各第２ＤＭＲエージェントが、
１以上のインタフェースデータプロセッサ（ＩＤＰ）との通信のため、１以上の受信機から第１データユニットを受信し、該第１データユニットから第２データユニットを抽出するよう各々が動作可能な１以上のセントラルに配置され、
該セントラルで受信した第１データユニットの第２トラッキングレポートを生成し、該第２トラッキングレポートを前記ＤＭＲマネージャに通信し、前記セントラルで抽出された第２データユニットの、前記セントラルにおいて受信されるべきであったが、受信されなかった欠落した第２データユニットを示す配信レポートを生成し、該配信レポートを前記ＤＭＲマネージャに通信するよう動作可能な１以上の第２ＤＭＲエージェントと、
から構成されるシステムであって、
前記ＤＭＲマネージャは、
前記配信レポートを利用して、前記欠落した第２データユニットを特定し、
前記トラッキングレポートの１以上を利用して、前記欠落した第２データユニットを１以上の第１データユニットにマッピングし、前記欠落した第２データユニットにマッピングされた第１データユニットの再送のためベストなソースを決定し、
前記欠落した第２データユニットにマッピングされた第１データユニットに対する再送リクエストを生成し、
前記再送リクエストを前記ベストなソースに通信する、
よう動作可能である、
ことを特徴とするシステム。
請求項１記載のシステムであって、
前記第１データユニットは、バーチャルチャネルデータユニット（ＶＣＤＵ）であり、
前記第２データユニットは、１以上の宇宙データシステム諮問委員会（ＣＣＳＤＳ）プロトコルに規定されるアプリケーションパケット（ＡＰ）である、
ことを特徴とするシステム。
請求項１記載のシステムであって、
セントラルが前記欠落した第２データユニットにマッピングされた第１データユニットの格納されているコピーを有する場合、前記ベストなソースは当該セントラルであり、
前記欠落した第２データユニットにマッピングされた第１データユニットの格納されているコピーを有するセントラルが存在しないが、受信機が有している場合、前記ベストなソースは当該受信機であり、
前記欠落した第２データユニットにマッピングされた第１データユニットの格納されているコピーを有するセントラル及び受信機が存在しないが、リモートユニットが有する場合、前記ベストなソースは当該リモートユニットである、
ことを特徴とするシステム。
請求項１記載のシステムであって、
前記再送リクエストは、新たな再送リクエストを有し、
前記ＤＭＲマネージャは、
前記新たな再送リクエストが、すでに保留中の再送リクエストと重複するか、又は少なくとも実質的に隣接しているか判断し、
前記新たな再送リクエストが前記すでに保留中の再送リクエストと重複する場合、前記新たな再送リクエストを生成する代わりに、前記新たな再送リクエストを含むよう前記すでに保留中の再送リクエストを変更する、
よう動作可能である、
ことを特徴とするシステム。
請求項１記載のシステムであって、
前記ＤＭＲマネージャは、１以上のＩＤＰから再送リクエストを受信及び応答するよう動作可能であることを特徴とするシステム。
請求項１記載のシステムであって、
前記ＤＭＲマネージャは、欠落した第２データユニットを第１データユニットにマッピングし、該第１データユニットの再送のためにベストなソースを決定するため、複数のトラッキングレポートをレコードに編集するよう動作可能であることを特徴とするシステム。
請求項１記載のシステムであって、
前記ＤＭＲマネージャは、定期的に、欠落した第２データユニットを特定するため、格納されている配信レポートのデータベースのクエリを実行することを特徴とするシステム。
請求項１記載のシステムであって、
前記受信機は、
１以上の第１データユニットストリームから第１データユニットを抽出し、
該第１データユニットに１以上の拡張子を追加し、
以降のリカバリ処理のため、前記受信機において受信した第１データユニットを格納し、
該第１データユニットのログファイルを生成する、
よう動作可能であり、
前記セントラルは、複数の第１データユニットストリームを互いに合成するよう動作可能なデータハンドリングノード（ＤＨＮ）を有する、
ことを特徴とするシステム。
請求項１記載のシステムであって、
前記ＤＭＲエージェントと前記ＤＭＲマネージャは、前記受信機と前記セントラルを介し実質的にリアルタイムなデータパスの外部で動作することを特徴とするシステム。
請求項１記載のシステムであって、
リモートユニットは、宇宙船であることを特徴とするシステム。
データモニタリング及びリカバリ（ＤＭＲ）のための方法であって、
１以上のリモートユニットからの１以上の受信機において受信された第１データユニットの第１トラッキングレポートを生成するステップと、
１以上のセントラルの１つにおいて受信された第１データユニットの第２トラッキングレポートを生成するステップと、
前記セントラルにおいて受信した第１データユニットから前記セントラルにおいて抽出された第２データユニットの配信レポートを生成するステップと、
前記配信レポートを利用して、前記セントラルにおいて受信すべきであったが、受信しなかった欠落した第２データユニットを特定するステップと、
前記トラッキングレポートの１以上を利用して、前記欠落した第２データユニットを１以上の第１データユニットにマッピングし、前記欠落した第２データユニットにマッピングされた第１データユニットの再送のためベストなソースを決定するステップと、
前記欠落した第２データユニットにマッピングされた第１データユニットに対する再送リクエストを生成するステップと、
前記再送リクエストを前記ベストなソースに通信するステップと、
から構成されることを特徴とする方法。
請求項１１記載の方法であって、
前記第１データユニットは、バーチャルチャネルデータユニット（ＶＣＤＵ）であり、
前記第２データユニットは、１以上の宇宙データシステム諮問委員会（ＣＣＳＤＳ）プロトコルに規定されるアプリケーションパケット（ＡＰ）である、
ことを特徴とする方法。
請求項１１記載の方法であって、
セントラルが前記欠落した第２データユニットにマッピングされた第１データユニットの格納されているコピーを有する場合、前記ベストなソースは当該セントラルであり、
前記欠落した第２データユニットにマッピングされた第１データユニットの格納されているコピーを有するセントラルが存在しないが、受信機が有している場合、前記ベストなソースは当該受信機であり、
前記欠落した第２データユニットにマッピングされた第１データユニットの格納されているコピーを有するセントラル及び受信機が存在しないが、リモートユニットが有する場合、前記ベストなソースは当該リモートユニットである、
ことを特徴とする方法。
請求項１１記載の方法であって、
前記再送リクエストは、新たな再送リクエストを有し、
当該方法は、
前記新たな再送リクエストが、すでに保留中の再送リクエストと重複するか、又は少なくとも実質的に隣接しているか判断するステップと、
前記新たな再送リクエストが前記すでに保留中の再送リクエストと重複する場合、前記新たな再送リクエストを生成する代わりに、前記新たな再送リクエストを含むよう前記すでに保留中の再送リクエストを変更するステップと、
を有する、
ことを特徴とする方法。
請求項１１記載の方法であって、
欠落した第２データユニットを第１データユニットにマッピングし、該第１データユニットの再送のためにベストなソースを決定するため、複数のトラッキングレポートをレコードに編集するステップを有することを特徴とする方法。
請求項１１記載の方法であって、
定期的に、欠落した第２データユニットを特定するため、格納されている配信レポートのデータベースのクエリを実行するステップを有することを特徴とする方法。
請求項１１記載の方法であって、
前記受信機は、
１以上の第１データユニットストリームから第１データユニットを抽出し、
該第１データユニットに１以上の拡張子を追加し、
以降のリカバリ処理のため、前記受信機において受信した第１データユニットを格納し、
該第１データユニットのログファイルを生成する、
よう動作可能であり、
前記セントラルは、複数の第１データユニットストリームを互いに合成するよう動作可能なデータハンドリングノード（ＤＨＮ）を有する、
ことを特徴とする方法。
請求項１１記載の方法であって、
当該方法は、前記受信機と前記セントラルを介し実質的にリアルタイムなデータパスの外部で実行されることを特徴とする方法。
請求項１１記載の方法であって、
リモートユニットは、宇宙船であることを特徴とする方法。
データモニタリング及びリカバリ（ＤＭＲ）のためのロジックであって、
当該ロジックは、媒体に符号化され、実行されると、
１以上のリモートユニットからの１以上の受信機において受信された第１データユニットの第１トラッキングレポートを生成し、
１以上のセントラルの１つにおいて受信された第１データユニットの第２トラッキングレポートを生成し、
前記セントラルにおいて受信した第１データユニットから前記セントラルにおいて抽出された第２データユニットの配信レポートを生成し、
前記配信レポートを利用して、前記セントラルにおいて受信すべきであったが、受信しなかった欠落した第２データユニットを特定し、
前記トラッキングレポートの１以上を利用して、前記欠落した第２データユニットを１以上の第１データユニットにマッピングし、前記欠落した第２データユニットにマッピングされた第１データユニットの再送のためベストなソースを決定し、
前記欠落した第２データユニットにマッピングされた第１データユニットに対する再送リクエストを生成し、
前記再送リクエストを前記ベストなソースに通信する、
よう動作可能であることを特徴とするロジック。
請求項２０記載のロジックであって、
前記第１データユニットは、バーチャルチャネルデータユニット（ＶＣＤＵ）であり、
前記第２データユニットは、１以上の宇宙データシステム諮問委員会（ＣＣＳＤＳ）プロトコルに規定されるアプリケーションパケット（ＡＰ）である、
ことを特徴とするロジック。
請求項２０記載のロジックであって、
セントラルが前記欠落した第２データユニットにマッピングされた第１データユニットの格納されているコピーを有する場合、前記ベストなソースは当該セントラルであり、
前記欠落した第２データユニットにマッピングされた第１データユニットの格納されているコピーを有するセントラルが存在しないが、受信機が有している場合、前記ベストなソースは当該受信機であり、
前記欠落した第２データユニットにマッピングされた第１データユニットの格納されているコピーを有するセントラル及び受信機が存在しないが、リモートユニットが有する場合、前記ベストなソースは当該リモートユニットである、
ことを特徴とするロジック。
請求項２０記載のロジックであって、
前記再送リクエストは、新たな再送リクエストを有し、
当該ロジックは、
前記新たな再送リクエストが、すでに保留中の再送リクエストと重複するか、又は少なくとも実質的に隣接しているか判断し、
前記新たな再送リクエストが前記すでに保留中の再送リクエストと重複する場合、前記新たな再送リクエストを生成する代わりに、前記新たな再送リクエストを含むよう前記すでに保留中の再送リクエストを変更する、
よう動作可能である、
ことを特徴とするロジック。
請求項２０記載のロジックであって、
欠落した第２データユニットを第１データユニットにマッピングし、該第１データユニットの再送のためにベストなソースを決定するため、複数のトラッキングレポートをレコードに編集するよう動作可能であることを特徴とするロジック。
請求項２０記載のロジックであって、
定期的に、欠落した第２データユニットを特定するため、格納されている配信レポートのデータベースのクエリを実行するよう動作可能であることを特徴とするロジック。
請求項２０記載のロジックであって、
前記受信機は、
１以上の第１データユニットストリームから第１データユニットを抽出し、
該第１データユニットに１以上の拡張子を追加し、
以降のリカバリ処理のため、前記受信機において受信した第１データユニットを格納し、
該第１データユニットのログファイルを生成する、
よう動作可能であり、
前記セントラルは、複数の第１データユニットストリームを互いに合成するよう動作可能なデータハンドリングノード（ＤＨＮ）を有する、
ことを特徴とするロジック。
請求項２０記載のロジックであって、
当該ロジックは、前記受信機と前記セントラルを介し実質的にリアルタイムなデータパスの外部で実行可能であることを特徴とするロジック。
請求項２０記載のロジックであって、
リモートユニットは、宇宙船であることを特徴とするロジック。
データモニタリング及びリカバリ（ＤＭＲ）のためのシステムであって、
１以上のリモートユニットからの１以上の受信機において受信された第１データユニットの第１トラッキングレポートを生成する手段と、
１以上のセントラルの１つにおいて受信された第１データユニットの第２トラッキングレポートを生成する手段と、
前記セントラルにおいて受信した第１データユニットから前記セントラルにおいて抽出された第２データユニットの配信レポートを生成する手段と、
前記配信レポートを利用して、前記セントラルにおいて受信すべきであったが、受信しなかった欠落した第２データユニットを特定する手段と、
前記トラッキングレポートの１以上を利用して、前記欠落した第２データユニットを１以上の第１データユニットにマッピングし、前記欠落した第２データユニットにマッピングされた第１データユニットの再送のためベストなソースを決定する手段と、
前記欠落した第２データユニットにマッピングされた第１データユニットに対する再送リクエストを生成する手段と、
前記再送リクエストを前記ベストなソースに通信する手段と、
から構成されることを特徴とするシステム。