(57)【要約】【課題】伝送帯域の増加を押さえながら、品質の高い伝送を実現する。【解決手段】配信されるデータの特性に応じて自発的にパケットの再送を行う配信装置１と、配信装置１とはＩＰネットワーク３を介して接続され、パケットのロスが発生したときに、再送されるパケットに基づきデータを復元する受信端末２とで構成される。なお、ここでいう「データの特性」とは、パケットのロスが発生したことによるそのデータのシステムへの影響度のことをいい、例えば、大、小の２段階で示される。【選択図】図１
2007243525.tif 000002
【特許請求の範囲】
【請求項１】
配信されるデータの特性に応じて自発的にパケットの再送を行う配信装置と、
前記配信装置とはＩＰネットワークを介して接続され、前記パケットのロスが発生したときに前記再送されるパケットに基づき前記データを復元する受信端末と、
を備えたことを特徴とするデータ配信システム。
【請求項２】
前記配信装置は、
前記データと、前記データの属性を示すインデックス情報と、前記データの再送の有無と回数と頻度に関する再送制御情報とが蓄積されるデータ蓄積部と、
前記データの配信に先立ち、前記データ蓄積部から読出されるデータに基づき生成されるパケットのそれぞれに配信順序を示す識別情報を付加するとともに、前記データ蓄積部に蓄積されたインデックス情報に基づき前記パケット毎に前記データの特性に関する情報を付与するパケット変換部と、
前記データの特性に関する情報に対してあらかじめ設定される前記再送制御情報に基づき、前記パケットの配信スケジュールを決定する配信スケジューラと、
前記配信スケジュールに従い前記パケットを配信する配信制御部と、
を備えたことを特徴とする請求項１記載のデータ配信システム。
【請求項３】
前記受信端末は、
前記配信装置によって配信され、配信順序が識別可能な識別番号が付与されたパケット化されたデータを受信するネットワーク受信部と、
前記識別情報を監視して当該パケットのロスを検出するパケットロス検出部と、
パケットロスを検出した状態において、前記再送によるロスパケットを受信した時に前記ロスパケットを補完し、前記データを復元するリカバリ制御部と、
を備えたことを特徴とする請求項１記載のデータ配信システム。
【請求項４】
パケットの再送機能を備え、配信されるパケットを受信してデータを再生する受信端末とはＩＰネットワークを介して接続される配信装置であって、
前記データの特性に応じ前記受信端末に対して自発的に前記パケットの再送を行う再送制御部、
を備えたことを特徴とする配信装置。
【請求項５】
前記再送制御部は、
データ蓄積部と、
前記データ蓄積部にデータを蓄積するタイミングで、パケットロスが発生したときに、他のデータに与える影響が比較的大きなデータを検出し、パケット毎にそのデータの属性から成る検出情報を付与する重要データ検出部と、
前記検出情報をパケット毎に関連付けてインデックスデータを生成し、前記データ蓄積部に蓄積するインデックスデータ生成部と、
を備えたことを特徴とする請求項４記載の配信装置。
【請求項６】
前記再送制御部は、
前記パケットに対し、前記インデックス情報と再送制御情報に基づき前記データ配信システムに与える影響度を示すデータの特性に関する情報を、前記再送されるパケットに対しては、到達順序が判別可能な識別情報をそれぞれ付与するパケット変換部、
を備えたことを特徴とする請求項４または請求項５記載の配信装置。
【請求項７】
前記再送制御部は、
前記パケット及び前記同じ識別情報が付与された前記再送されるパケットが配信レートによって決まる所定の時刻に配信されるように制御する配信スケジューラ、
を備えたことを特徴とする請求項６記載の配信装置。
【請求項８】
パケットの再送機能を備えた配信装置とはＩＰネットワークを介して接続される受信端末であって、
パケットロスを検出したとき、前記配信装置からデータの特性に応じて自発的に再送されるロスパケットの受信を待って前記ロスしたパケットを補間し、前記データを復元するデータ復旧制御部、
を備えたことを特徴とする受信端末。
【請求項９】
前記データ復旧制御部は、
既に受信したパケットと、前記再送により受信したパケットに付与された識別情報が同じであったとき、前記再送により受信したパケットを破棄することを特徴とする請求項８記載の受信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、デジタル放送をＩＰ（Internet Protocol）ネットワーク経由で配信する用途に用いて好適な、データ配信システムおよび配信装置ならびに受信端末に関する。
【背景技術】
【０００２】
パケットの消失や、パケットの到達順序の誤りにより正常に受信されなかった場合におけるパケットの再送を考慮して同報通信を行う場合、通常、送信側は、送信されるパケットの規定された位置に、本パケットを特定するためのシーケンス番号を付与して管理する。
一方、受信側では、正常に受信されなかったパケットの存在を発見したときに、当該パケットのシーケンス番号を付したＮＡＫ（否定応答）信号を送信側に返すことで、当該パケットの再送を要求する。送信側は、このＮＡＫ信号を受信した場合に限り、そのシーケンス番号に相当するパケットを受信側に再送している。
【０００３】
上記したようにパケットの再送手順を組み込むことで同報通信にパケットの到達確認と再送機能を提供することが可能になる。しかしながら、特に、ＲＴＰ（Real-time Transport Protocol）を利用したＶｏＩＰ（Voice over Internet Protocol）等の同報パケットにおいては、上記したパケットロスに基づくパケット到達の遅延が伝送品質を著しく損ねることになる。
このため、受信側から再送要求を受信することなく、送信側が自発的にパケット識別情報を付加したパケットを複数回送信することで、一部の同報パケットにロスが発生しても受信側で正常な同報パケットの受信を可能とする方法が知られている（例えば、特許文献１参照）。
【０００４】
【特許文献１】特開２００４−１８６８９２号公報（段落［０００８］〜［００３０］、図２）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記した特許文献１に開示された技術によれば、一部の同報パケットが破棄された場合であっても、破棄された同報パケットの再送要求を受信側で出力することなく受信側において正常な同報パケットの受信が可能となり、このことにより、パケットの到達遅延が解消されることから伝送品質の向上を図ることができる。
しかしながら、このためにネットワーク帯域を本来の２倍以上必要とし、広帯域の通信回線が必要となることから回線コストが掛かり、配信装置および受信端末においても本来の少なくとも２倍の性能が要求されるという不都合があった。
【０００６】
ところで、映像や音声データ等のメディアデータを配信する場合は、ヘッダ情報が欠落すると映像や音声が大きく崩れるが、ヘッダ情報以外のデータ、もしくは映像のＢピクチャのように、他のピクチャが参照することのないデータの場合は、データの欠落があった場合の影響が小さいことが知られている。
本発明は、上記した伝送の対象となるデータの特性に着目してなされたものであり、データの特性に応じてパケット再送を制御することにより、例えば、データの欠落による影響が大きいデータほど再送回数を増やし、データの欠落による影響が小さいデータほど再送を行わないような制御を行うことにより、伝送帯域の増加を押さえながら、品質の高い伝送が可能な、データ配信システム、および配信装置、ならびに受信端末を提供することを課題とする。
【課題を解決するための手段】
【０００７】
この発明に係るデータ配信システムは、配信されるデータの特性に応じて自発的にパケットの再送を行う配信装置と、前記配信装置とはＩＰネットワークを介して接続され、前記パケットのロスが発生したときに前記再送されるパケットに基づき前記データを復元する受信端末とを備えたことを特徴とする。
【０００８】
この発明に係る配信装置は、パケットの再送機能を備え、配信されるパケットを受信してデータを再生する受信端末とはＩＰネットワークを介して接続される配信装置であって、前記データの特性に応じ、前記受信他端末に対して自発的に前記パケットの再送を行う再送制御部を備えたことを特徴とする。
【０００９】
この発明に係る受信端末は、パケットの再送機能を備えた配信装置とはＩＰネットワークを介して接続される受信端末であって、パケットロスを検出したとき、前記配信装置からデータの特性に応じて自発的に再送されるロスパケットの受信を待って前記ロスパケットを補間し、前記データを復元するデータ復旧制御部を備えたことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、データの特性に応じてパケットを再送することにより、伝送帯域の増加を押さえながら品質の良い伝送を実現することができる。
【発明を実施するための最良の形態】
【００１１】
実施の形態１．
図１は、本発明の実施の形態１に係るデータ配信システムの構成を示すブロック図である。
本発明実施形態に係るデータ配信システムは、配信装置１と、受信端末２とから構成され、これらは、ＩＰネットワーク３により接続される。
【００１２】
配信装置１は、受信端末２に対し、データの特性に応じて自発的にパケットの再送を行う再送制御部１０のみ、その構成が抽出して示されており、ここでは、再送制御部１０は、データ蓄積部１１と、データ読出し部１２と、パケット変換部１３と、配信スケジューラ１４と、配信制御部１５とで構成される。
なお、ここでいう「データの特性」とは、データがロスしたことにより、そのデータがシステムに対して与える影響度のことをいい、例えば、大、小の２段階で示される。詳細は後述する。
【００１３】
データ蓄積部１１には、配信装置１が配信する、例えば、映像、音声等のメデイアデータや、これらメディアデータのインデックス情報、更には、パケット再送を行うときに使用される再送制御情報等が格納される。
上記したメディアデータを含む各種情報の保守（登録）は、図３に示すデータ登録部１６によって行われる。データ登録の詳細については、図３を参照して後述する。
【００１４】
データ読出し部１２は、データ蓄積部１１に蓄積されたメディアデータを読出し、パケット変換部１３が内蔵するメモリ（不図示）上に展開する機能を持つ。
また、パケット変換部１３は、データ読出し部１２が読み出したメディアデータを、ネットワーク配信用のパケットに分割し、また格納し、パケット化されたデータに配信順序を示す識別情報（以下、シーケンス番号という）を付与して配信スケジューラ１４へ出力する機能を持つ。
【００１５】
配信スケジューラ１４は、配信するメディアデータの配信レートに従い、パケット化されたデータの配信スケジュールを決定するとともに、再送すべきパケット化されたデータの再送スケジュールの決定を行う機能を持つ。
また、配信制御部１５は、配信スケジューラ１４により決定された配信スケジュールに従い、パケット変換部１３により変換されたパケットをＩＰネットワーク３に送出する機能を持つ。
【００１６】
一方、受信端末２は、パケットロスを検出したとき、配信装置１からデータの特性に応じて自発的に再送されるロスパケットの受信を待ってパケットを補間し、データを復元するデータ復旧制御部２０のみその構成が抽出して示されており、ここでは、データ復旧制御部２０は、ネットワーク受信部２１と、パケットロス検出部２２と、リカバリ制御部２３と、受信バッファ２４と、リカバリバッファ２５と、デコーダ２６とで構成される。
【００１７】
ネットワーク受信部２１は、ＩＰネットワーク３上に流れるパケット化されたデータを受信する機能を持ち、パケットロス検出部２２は、ネットワーク受信部２１が受信したパケットからパケットロスを検出し、また、再送により遅れて到着したパケットを検出してリカバリ制御部２３を起動する機能を持つ。
リカバリ制御部２３は、パケットロス検出部２２が検出したパケット情報に基づき、パケットロスにより欠如したデータに再送パケットを補完して、修復する機能を持つ。このとき、リカバリ制御部２３は、内蔵するメモリ（記憶領域）に割り当てられる受信バッファ２４、およびリカバリバッファ２５を使用して上記したリカバリ処理を行う。
【００１８】
なお、デコーダ２６は、リカバリ制御部２３が出力するデータを受信して、映像や音声等メディアの再生に必要なデコードを行う機能を持つ。
【００１９】
図２は、本発明の実施の形態１に係るデータ配信システムの基本動作（データ配信・受信処理）を説明するために引用したフローチャートである。
以下、図２に示すフローチャートを参照しながら、図１に示す本発明の実施の形態１に係るデータ配信システムの動作について説明する。
【００２０】
配信装置１（再送制御部１０）は、データ蓄積部１１に蓄積された映像や音声データの配信に先立ち、データ読出し部１２がデータ蓄積部１１からインデックスを含む該当のデータを事前に読み出す（ステップＳＴ２０１）。そして、パケット変換部１３がＩＰネットワーク３に出力するために必要なパケットの変換処理を行う（ステップＳＴ２０２）。具体的に、パケット変換部１３は、ＲＴＰを用いて配信するため、ＲＴＰパケットを生成する。
このとき、パケット変換部１３は、生成されるそれぞれのパケットに対してシーケンス番号を付与するとともに、データ蓄積部１１に蓄積されたインデックス情報と、再送制御情報とに基づき、パケット毎に上記したデータの特性に関する情報（影響度）を付与する（ステップＳＴ２０３）。この影響度に関する情報については後述する。
【００２１】
配信スケジューラ１４は、パケット変換部１３が付与した影響度に関する情報を含むパケットの再送制御情報を参照して、配信のスケジューリングを行う（ステップＳＴ２０４）。ここでの配信のスケジューリングは再送のスケジューリングを含む。そして、配信制御部１５は、配信スケジューラ１４により決定されたスケジュールに従いパケットを配信する（ステップＳＴ２０５）。
ここで、再送制御情報とは、影響度に対して設定される、再送有無、再送回数、頻度（再送間隔）等の情報をいい、システムにより予め設定される情報であり、配信スケジューラ１４がパケットの配信スケジューリング時に参照する。
【００２２】
一方、受信端末２において、ネットワーク受信部２１を介して受信したデータは（ステップＳＴ２０６“Ｙｅｓ”）、パケットロス検出部２２がパケットのシーケンス番号を監視することにより、パケットの抜けや受信順序反転等の検出が行われる（ステップＳＴ２０７）。
また、リカバリ制御部２３では、パケットの抜けが検出された場合は、抜けぬパケットが遅れて到着したときに復旧できるように、そのデータを受信バッファ２４に退避（セーブ）させる。リカバリ制御部２３は、配信装置１からの再送により抜けたパケットが遅れて到着した場合（ステップＳＴ２０８）、リカバリバッファ２５を用い、受信した再送パケットを抜けた場所に挿入した後に、先に退避させたデータを受信バッファ２４から復帰（リストア）させて結合し、データを復元する（ステップＳＴ２０９）。そして、デコーダ２６に対してリカバリ処理されたデータを送出する。
【００２３】
なお、リカバリ制御部２３は、既に受信したパケットと、再送により受信したパケットに付与されたシーケンス番号が同じであった場合は、再送により受信したパケットを破棄する。
最後に、デコーダ２６は、リカバリ制御部２３が出力するデータを受信して、映像や音声等メディアの再生に必要なデコードを行い、再生のはこびとなる（ステップＳＴ２１０）。
【００２４】
図３は、本発明の実施の形態１に係る配信装置の構成を示すブロック図であり、ここでは、インデックスデータを生成するデータ登録部１６のみ抽出して示してある。
データ登録部１６は、配信装置１（再送制御部１０）に登録する、映像や音声データ等のメディアデータからインデックス情報を生成する機能を持ち、重要データ検出部１６１と、インデックスデータ生成部１６２とで構成される。
【００２５】
重要データ検出部１６１は、データ蓄積部１１にデータを蓄積するときに、パケットロスが発生したときに比較的他に与える影響が大きなデータを検出し、パケット毎にその属性から成る検出情報を付与する機能を持つ。ここで、属性とは、例えば、ピクチャタイプや、映像・音声データ構造におけるヘッダ情報の有無、等をいう。
また、インデックスデータ生成部１６２は、重要データ検出部１６１により付与された検出情報をパケット毎に関連付けてインデックスデータを生成し、データ蓄積部１１に蓄積する機能を持つ。
【００２６】
図４は、本発明の実施の形態１で使用されるデータ登録部１６の動作を説明するために引用したフローチャートである。
以下、図４に示すフローチャートを参照しながら、データ登録部１６の動作について説明する。
【００２７】
ところで、インデックスデータの生成は、配信時に行うと負荷が高いため、配信装置１にデータを格納するときに同時に行うのがよい。映像や音声データは、ヘッダとペイロードからなる一般的なデータ構造を持つことがほとんどであるため、ヘッダは重要なデータとなる。また、映像は、自身内で符号化を完結するＩピクチャ、前のＩピクチャを元に予測データを使用して構成されるＰピクチャ、前後のＩピクチャとＰピクチャを元に予測データを使用して構成されるＢピクチャから構成されることが一般的であり、従って、Ｉピクチャ＞Ｐピクチャ＞Ｂピクチャの順により影響度が下がると考えられる。
つまり、Ｂピクチャのデータが欠落しても、そのＢピクチャ内にしか影響が及ばないが、Ｉピクチャのデータが欠落すると、そのデータを元に予測されるＰピクチャ、Ｂピクチャにも影響が及ぶ。
【００２８】
上記した観点から、重要データ検出部１６１で、影響度の高いデータを判定し（ステップＳＴ４０１）、当該パケット毎にその属性から成る検出情報を付与する（ステップＳＴ４０２）。ここで、属性とは、ピクチャタイプや、映像・音声データ構造におけるヘッダ情報の有無、等をいう。
インデックスデータ生成部１６２は、重要データ検出部１６１が検出したこれらの情報を、メディアデータのパケット毎に関連付けられた情報としてインデックス情報を生成し、映像や音声データ等のメディアデータと関連付けてデータ蓄積部１１に格納する（ステップＳＴ４０３）。
【００２９】
以上のデータ登録処理は、配信装置１にデータを蓄積するときに連続的に繰り返して行われる（ステップＳＴ４０４）。なお、システム負荷を考慮する必要がなければ、配信時に行っても構わない。
【００３０】
図５は、本発明の実施の形態１に係るデータ配信システムの動作を説明するために引用したデータシーケンス図である。
以下、図５に示すデータシーケンス図を参照しながら、本発明の実施の形態１に係るデータ配信システムの動作について詳細に説明する。
【００３１】
図５において、（ａ）は、配信データの特性であるデータ影響度、（ｂ）は、映像や音声に関する配信データ、（ｃ）は、配信データがパケット化されたＲＴＰパケット、（ｄ）は、再送を考慮してスケジューリングされた配信順付きの配信パケット、（ｅ）は、配信パケットを受信端末２に送信するときの伝送路となるＩＰネットワーク３である。
また、（ｆ）は、受信端末２において、受信バッファ２４に一時格納されるパケット列、（ｇ）は、パケットロス時に正規のシーケンス番号順に従わずにリカバリバッファ２５で受信したパケット列、（ｈ）は、受信バッファ２４とリカバリバッファ２５のデータを修復するリカバリ処理、（ｉ）は、リカバリ処理されたパケット列（受信パケット）、（ｊ）は、受信したパケットから取り出される映像や音声データ列（受信データ）、のそれぞれを示す。
【００３２】
なお、実際は、映像や音声である配信データ（ａ）（Ｄ１，Ｄ２，Ｄ３…）は、ＲＴＰパケット（ｂ）（Ｐ１，Ｐ２，Ｐ３…）とはサイズが異なるため１対１に対応しないが、ここでは説明を簡便化するために１対１対応で示されている。実際のデータは、配信データがパケット化される時には、分割され、あるいは方式によっては結合されることになる。
【００３３】
図５において、配信データ（ｂ）は、予め重要データ検出部１６１によりデータ影響度に関する情報（ａ）が付与されている、ここでは、影響度に関し、“１”と“２”の２レベルの情報がある場合を想定して説明する。実際は、先に説明した検出情報に基づき、３、あるいは４レベルの特性を持つ。
パケット変換部１３は、配信データ（ｂ）をＲＴＰパケットに変換し、シーケンス番号を付与するとともに、データの特性を示す影響度をパケット単位の特性に置換して管理する。
【００３４】
そして、配信スケジューラ１４が、パケットの特性（影響度）と、データ蓄積部１１に蓄積されている再送制御情報とに基づきパケットの再送スケジュールを決定し、配信パケット（ｄ）が生成される。ここでは、データ影響度が“１”であるＰ１（Ｄ１）のみが４パケット間隔に３回配信されるようにスケジュールされている。
そして、配信パケット（ｄ）は、ＩＰネットワーク３に出力され、受信端末２に配信されるが、伝送路（ＩＰネットワーク３）上の輻輳等によりパケットを喪失してしまうことが考えられる。ここでは、パケットＰ０の後でパケットＰ１が伝送路上で喪失している。
【００３５】
受信端末２では、受信バッファ２４にパケットＰ０に基づき受信したデータが格納されるが（ｆ）、パケットＰ５の後にパケットＰ１が入力されたため、パケットＰ１は、一旦リカバリバッファ２５に格納される（ｇ）。リカバリ制御部２３のリカバリ処理（ｈ）により、パケットＰ１は受信後、パケットＰ０とＰ２との間に復元され、受信パケット（ｉ）が生成される。
ここでは、パケットレベルで復元が行われるため、パケットから抜き出した受信データ（ｊ）は、配信データ（ｂ）と同一のデータを受信することができる。
【００３６】
図６は、本発明の実施の形態１で使用される配信スケジューラの動作を説明するために引用したデータシーケンス図である。
以下、図６に示すデータシーケンス図を参照しながら、配信スケジューラ１４の動作について説明する。
【００３７】
図６において、正規の配信時間（ｄ）は、配信データ（ｂ）本来のビットレートに基づき割り当てられる配信時間、再送スケジュール時間（ｆ）は、再送パケットを含む配信パケット（ｅ）に対して同様に割り当てられる配信時間を示す。配信時間の割り当ては、再送も含めて配信スケジューラ１４が実行する。
なお、図５同様、（ａ）は、データ影響度に関する情報、（ｃ）は、配信されるＲＴＰパケットである。
【００３８】
正規の配信時間（ｄ）は、配信データ（ｂ）本来のビットレートを元に、パケット化されたデータに対して割り当てられる配信時間を示し、ここでは、パケットＰ０を起点として、その後のパケットを送出する時間を表している。
また、再送スケジュール時間（ｆ）は、再送パケットを含む配信パケット（ｅ）に対して同様に割り当てられる配信時間を示し、ここでは、パケットＰ１が再送されるため、パケットＰ１の再送場所に応じて配信時間を決定している。
【００３９】
なお、図６に示す例では、パケットＰ５、Ｐ１、Ｐ６、あるいは、パケットＰ９、Ｐ１、Ｐ１０において配信間隔が狭くなってしまい、伝送路上の輻輳の原因になる可能性があるため、これらを平均化すれば更に性能の高い配信が可能である。
【００４０】
以上説明のように本発明は、配信装置１の再送制御部１０が、データの特性に応じてパケット再送を制御することにより、例えば、データの欠落による影響が大きいデータほど再送回数を増やし、データの欠落による影響が小さいデータほど再送を行わないように制御することで、伝送帯域の増加を押さえながら、品質の高い伝送を実現するものである。
このことにより、受信端末２は、一部のパケットが破棄された場合であっても、破棄されたパケットの再送要求を自身が出力することなく正常な同報パケットの受信が可能となり、従って、パケットの到達遅延が解消されることから伝送品質の向上が図れる。また、配信装置１においても、一部ハードウェアの追加、もしくはソフトウェアの変更により、配信されるデータの特性に応じてパケットの再送を制御するだけで、伝送帯域の増加を押さえながら品質の高い伝送を実現することができ、このため、従来要していた本来の２倍以上の伝送帯域、および性能が要求されることはない。
【００４１】
なお、本発明の実施の形態１に係るデータ配信システム、配信装置１、受信端末２のそれぞれは、専用のハードウェアにより実現される他に、その機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録し、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行するものであってもよい。ここで、コンピュータ読み取り可能な記録媒体とは、フレキシブルディスク、ハードディスク、光ディスク等の記録媒体の他に、インターネット等の通信媒体を介してプログラムが転送される場合のように、プログラムを動的に保持するもの、あるいは、そのときのサーバが持つ揮発性メモリのように一定時間プログラムを保持するものも含むものとする。
【図面の簡単な説明】
【００４２】
【図１】本発明の実施の形態１に係るデータ配信システムの構成を示すブロック図である。
【図２】本発明の実施の形態１に係るデータ配信システムの基本動作を説明するために引用したフローチャートである。
【図３】本発明の実施の形態１に係る配信装置の構成を示すブロック図である。
【図４】本発明の実施の形態１で使用されるデータ登録部の動作を説明するために引用したフローチャートである。
【図５】本発明の実施の形態１に係るデータ配信システムの動作を説明するために引用したデータシーケンス図である。
【図６】本発明の実施の形態１で使用される配信スケジューラの動作を説明するために引用したデータシーケンス図である。
【符号の説明】
【００４３】
１  配信装置、２  受信端末、３  ＩＰネットワーク、１０  再送制御部、１１  データ蓄積部、１２  データ読出し部、１３  パケット変換部、１４  配信スケジューラ、１５  配信制御部、１６  データ登録部、２０  データ復旧制御部、２１  ネットワーク受信部、２２  パケットロス検出部、２３  リカバリ制御部、２４  受信バッファ、２５  リカバリバッファ、２６  デコーダ、１６１  重要データ検出部、１６２  インデックスデータ生成部。
【図１】
2007243525.tif 000003
【図２】
2007243525.tif 000004
【図３】
2007243525.tif 000005
【図４】
2007243525.tif 000006
【図５】
2007243525.tif 000007
【図６】
2007243525.tif 000008