(57)【要約】【課題】メディア情報ストリーム（時系列のデータ）のマルチキャスト配信において、実時間配信のリアルタイム性と蓄積情報の高信頼性とを両立可能としたメディア情報配信システム及びメディア情報配信方法を提供する。【解決手段】インターネットやイントラネットを用いたマルチキャスト配信及びディジタル放送衛星・通信衛星を用いたマルチキャスト情報配信において、データ受信装置が配信情報を蓄積し、伝送エラーが発生した部位を検出して、伝送エラー部分の再送を他のデータ受信装置に要求して該当情報を受け取ることにより、蓄積された配信情報に存在する伝送エラーを修正することを可能とした。これにより、マルチキャスト番組配信のリアルタイム性と情報蓄積の信頼性を両立させることが可能になるという効果が得られる。【選択図】図１
2008131599.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも映像データ及び音声データの符号情報が多重されたメディア情報ストリームを、単数の送信者から多数の受信者へ同時に配信するキャスト伝送装置であって、
前記送信者の送信装置に、
ストリームデータを入力する入力部と、
前記ストリームデータを分割し通し番号情報を付加し伝送に見合ったフォーマットを生成する伝送フォーマット生成部と、
ネットワークへ送信するためのネットワークインタフェース送信部と、
を具備し、
前記受信者の受信装置に、
ネットワークを介してメディア情報ストリームを送受信するネットワークインタフェース送受信部と、
メディア情報ストリームを受信する配信情報受信部と、
受信したメディア情報ストリームを逐次蓄積する蓄積器と、
受信したメディア情報ストリームを出力装置に送信する出力装置インタフェース部と、
受信したメディア情報ストリームを検査し、少なくとも情報の誤りや欠落を検出する伝送エラー検出部と、
メディア情報ストリーム中で伝送エラーが存在する位置を記憶する伝送エラー位置記憶部と、
この伝送エラー位置記憶を基に、伝送エラーが起こった部位の再送を他の受信装置に要求する再送要求送信部と、
前記他の受信装置から再送されたメディア情報を受信する再送情報受信部と、
再送を受けたメディア情報を基に、蓄積器に保存されたメディア情報ストリームの伝送エラーを修復する伝送エラー修復部と、
前記受信者の受信装置から発せられたメディア情報ストリームの部分的再送要求を受信する再送要求受付部と、
前記受信装置からの指示に従って再送を要求した受信装置に対して、メディア情報ストリームの該当部分を送信する再送部と、
を具備することを特徴とするキャスト伝送装置。
【請求項２】
実時間情報を持つタイマ部を有することを特徴とする請求項１に記載のキャスト伝送装置。
【請求項３】
前記再送要求送信部は、配信されている装置リストを有することを特徴とする請求項１又は２に記載のキャスト伝送装置。
【請求項４】
前記再送要求送信部は、前記装置リストに従ってリレー式に問合せを行うことを特徴とする請求項１又は２に記載のキャスト伝送装置。
【請求項５】
前記再送要求送信部は、前記装置リスト情報の再送要求時間とタイマ部の情報に従って問合せ先の制御を行うことを特徴とする請求項２に記載のキャスト伝送装置。
【請求項６】
前記受信装置は出力装置への信号を停止状態においてもデータを一次蓄積することを特徴とする請求項１又は２に記載のキャスト伝送装置。
【請求項７】
メディア情報ストリーム中の部位の特定、及びメディア情報ストリームが格納されたパケットの紛失の検出のために、メディア情報ストリームが格納されたパケットに通し番号情報を付加することを特徴とする請求項１又は２に記載のキャスト伝送装置。
【請求項８】
少なくとも映像データ及び音声データの符号情報が多重されたメディア情報ストリームを、単数の送信者から多数の受信者へ同時に配信するキャスト伝送方法であって、
受信したメディア情報ストリームを検査し、少なくとも情報の誤りや欠落を検出する伝送エラー検出工程と、
メディア情報ストリーム中で伝送エラーが存在する位置を記憶する伝送エラー位置記憶工程と、
この伝送エラー位置記憶を基に、伝送エラーが起こった部位の再送を他の受信装置に要求する再送要求送信工程と、
を具備することを特徴とするキャスト伝送方法。
【請求項９】
少なくとも映像データ及び音声データの符号情報が多重されたメディア情報ストリームを、単数の送信者から多数の受信者へ同時に配信するキャスト伝送をコンピュータに実行させるためのプログラムであって、
前記コンピュータに、
受信したメディア情報ストリームを検査し、少なくとも情報の誤りや欠落を検出する伝送エラー検出処理と、
メディア情報ストリーム中で伝送エラーが存在する位置を記憶する伝送エラー位置記憶処理と、
この伝送エラー位置記憶を基に、伝送エラーが起こった部位の再送を他の受信装置に要求する再送要求送信処理と、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像や音声等を符号化したディジタル番組情報を、リアルタイム視聴用に多数の受信者へ同時配信する一方、配信時に伝送エラーによって失われた情報を再配信するキャスト伝送装置等に関する。
【背景技術】
【０００２】
インターネットやイントラネット等のディジタル通信網を用いて、多数の受信者に対して同一の情報をリアルタイムに配信する技術は、マルチキャスト通信方式として現在盛んに開発が進められている。１ヵ所の送信者から送信された信号が、通信網内の中継装置（ルータ）によって複数の宛先へ伝送され、末端に存在する多数の受信者へツリー状に配信される通信方式である。現状では、ディジタル放送衛星・通信衛星を用いた情報配信といった多数の受信者が同一の電波を受信するマルチキャスト通信方式が使用されている。しかし、今後、インターネットを使用したマルチキャスト通信が増加してきており、近未来にはインターネットでの放送が主流になると予想されている。
【０００３】
一般的に、ディジタル通信網において伝送エラーを防止し、高信頼な通信を実現するためには、次の２つの手段が存在する。
（ａ）信号に冗長性を持たせて送信し、受信側でのエラー回復を可能にする。
（ｂ）受信側でエラーを検出し、該当部分の再送を送信側に要求する。
【０００４】
このうち、手段（ａ）によって確実なエラー回復を図るためには、信号に相当の冗長性が必要であり、伝送効率が低下するため、通常は、手段（ｂ）のようにエラー部分の再送による回復が併用される。例として、インターネットやイントラネットにおける代表的なプロトコルであるＴＣＰでは、受信側でビット誤りやパケット紛失を検出すると、送信側に該当パケットの再送を要求することで、伝送エラーを回復する。ＴＣＰは、Transmission Control Protocolの略語である。
【０００５】
また、マルチキャスト通信方式ではリアルタイム性が重視されるため、上述のＴＣＰのような再送型のプロトコルでは低速・高負荷となる関係で、通常、採用されていない。インターネットやイントラネットにおけるマルチキャスト通信方式では、一般的に、ＵＤＰ（User Datagram Protocol）に代表されるような、高速・低信頼のプロトコルが使用される。即ち、送信側から受信側へ一方的に配信されるためリアルタイム性は高いが、伝送エラーによるビット誤りや輻輳によるパケット紛失が生じても、再送によってエラーを回復する手段は存在せず、結果として、受信側では映像や音声の乱れ・欠落が生じる。また、ディジタル放送衛星・通信衛星を用いた情報配信においても同様に、降雨等の気象状況によって伝送エラーが生じる上、これを再送によって回復することは困難である。
【０００６】
特許文献１には、リアルタイム性を重視するために再送による遅延時間の許容量を設定し許容時間を超えたものに関しては再送を行わない方式が記載されている。また、特許文献２には、配信が終了してからエラーの修復を行う方式が記載されている。しかしながら、この方式では送信元には大きな記憶部が必要となるという問題が生じている。
【０００７】
【特許文献１】特開２００２−８４２３９号公報
【特許文献２】特開２００３−６０６６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
即ち、従来の技術においては、以下の点に問題がある。
（１）インターネットやイントラネットを用いたマルチキャスト番組配信においては、リアルタイム性が重視されるため、ＵＤＰに代表される高速・低信頼なプロトコルが使用される。そのため、ビット誤りやパケット損失等の伝送エラーを回復する手段が存在せず、結果的に、受信者が配信番組を蓄積して利用する場合においても、配信時の伝送エラーが残ったまま使用せざるを得ないという問題がある。
（２）配信が終了してから、送信元に再送要求する手法もあるが、送信元に配信データソースを全て記憶するといった問題がある。
【０００９】
本発明は、メディア情報ストリーム（時系列のデータ）のマルチキャスト配信において、実時間配信のリアルタイム性と蓄積情報の高信頼性とを両立可能としたメディア情報配信システム及びメディア情報配信方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は前記課題を解決するために、少なくとも映像データ、音声データ及びその他のデータの符号情報が多重されたメディア情報ストリームを、単数の送信者から多数の受信者へ同時に配信するキャスト伝送方法であって、受信したメディア情報ストリームを検査し、情報の誤りや欠落等を検出する伝送エラー検出工程と、メディア情報ストリーム中で伝送エラーが存在する位置を記憶する伝送エラー位置記憶工程と、この伝送エラー位置記憶を基に、伝送エラーが起こった部位の再送を他の受信装置に要求する再送要求送信工程と、を具備することを特徴とするキャスト伝送方法等、を提供する。
【発明の効果】
【００１１】
本発明によれば、メディア情報ストリームのマルチキャスト配信において、実時間配信のリアルタイム性と蓄積情報の高信頼性との両立が可能である。これにより、インターネットやイントラネット、また、ディジタル通信衛星・放送衛星等の通信ネットワークを利用して、より高機能なディジタル番組放送システムやソフトウェアコンテンツ配布システムを構築できるという効果が得られる。具体的には、映像や音声を効率的に圧縮符号化するＭＰＥＧ−２のような符号化ストリームのリアルタイム伝送に本発明が適用でき、監視カメラシステムの分野やマルチメディア通信及び放送サービスの分野で大きな効果が得られる。例として、ディジタル衛星放送の受信器にインターネットポートを搭載し、インターネットを介して再送要求を行い、伝送エラー部位の再送を受けるシステムが実現できる。
【発明を実施するための最良の形態】
【００１２】
以下、添付の図面に基づいて、本発明の実施の形態を詳細に説明する。
【００１３】
図１は、本発明の一実施形態に係るメディア情報配信システムを示している。５０はカメラであり、撮像したメディア情報ストリーム１０４をデータ送信装置１００に送るインタフェースを有する。１００はデータ送信装置であり、カメラ５０からのストリームデータを受信するインタフェースとネットワークに配信情報を出力するインタフェースを有する。２００ａ、２００ｂ、２００ｃは、データ受信装置であり、システム内に複数存在し各々がＩＰアドレスを持つデータ受信装置である。本実施例では、２００ａのＩＰアドレスは「１９２．１６８．０．１０」、２００ｂのＩＰアドレスは「１９２．１６８．０．１１」、２００ｃのＩＰアドレスは「１９２．１６８．０．１２」とする。また、データ受信装置２００は出力装置４００ａ、４００ｂ、４００ｃへのインタフェースを有し、ストリームデータ再生、蓄積を行う。後の説明上区別するために、ａ、ｂ、ｃと添え字をつけてある。４００ａ、４００ｂ、４００ｃは２００ａ、２００ｂ、２００ｃに接続される、映像と音響の出力機能を持った出力装置である。３００ａ〜３００ｃは無線ＬＡＮを示している。３００ａ、は無線ＬＡＮにおけるマルチキャストの伝送リンクを示しており、３００ｂと３００ｃは端末間でのユニキャストリンクを示している。本実施形態で使用するネットワークは無線ＬＡＮとしているが、有線ＬＡＮといった、キャスト通信ができるネットワークであれば何れでも構わない。
【００１４】
図２を参照しながら、データ送信装置１００の内部構成を説明する。１０１はカメラ部５０から送られてくるメディア情報ストリーム１０４を受信し電気的に変換するカメラインタフェース部であり、論理的には同じ情報を伝送フォーマット生成部１０２に送信する。１０２はカメラインタフェース部１０１を介してメディア情報ストリーム１０４を受け取り、メディア情報ストリーム１０４を分割する伝送フォーマット生成部である。この伝送フォーマット生成部１０２は、配信情報として通し番号情報を付加して接続している伝送路に合わせた伝送フォーマットに整形し、配信情報１０５として１０３のネットワーク送信部を介してデータ受信装置に向けて送信する。本実施例の伝送フォーマット生成部１０２はＵＤＰプロトコルの制御を行っており、転送エラーを検出するためのデータはＵＤＰのＦＣＳ（Frame Check Sequence）により行われる。
【００１５】
フレーム構成については図４を参照しながら後に説明する。
【００１６】
図３に、前記データ受信装置２００の内部構成を示す。２０１はネットワーク３００からのデータを送受信するネットワークインタフェース送受信部である。２０２はデータ送信装置１００から送信された配信情報を受信する配信情報受信部である。２０３はＵＤＰのＦＣＳのエラー情報から配信情報のエラー箇所を検出する伝送エラー検出部である。２０４は出力装置４００に配信情報を送信する出力インタフェース部である。２０５は伝送エラー検出部により検出された伝送エラーの位置を記憶する伝送エラー位置記憶部である。２０６は再送要求を送信する再送情報送信部である。
【００１７】
２０７は他のデータ受信装置から送られて来た再送情報を受信する再送情報受信部である。２０８は再送データを再送情報受信部より受け取り蓄積部に書き込む伝送エラー修復部である。２０９は他のデータ受信装置から送られて来た再送要求を受信する再送情報受信部である。２１０は再送要求された配信情報が存在した場合に配信情報を再送する再送部である。２１１は配信情報を蓄積する蓄積器である。２１２は時間を管理するタイマ部である。
【００１８】
図４を参照しながらフレーム構造を説明する。伝送フォーマット生成部１０２においてメディア情報ストリーム１０４は分割され４０２の配信情報分割ペイロードの位置に実装され通し番情報を含む配信情報分割ヘッダ４０１を付加される。更に、配信情報分割ヘッダ４０１とペイロード４０２で構成されるパケットは分割され、ＵＤＰのペイロード４０４に実装される。配信情報１０５はＵＤＰヘッダ４０３とＵＤＰのペイロード４０４から構成される。エラーチェックはＵＤＰヘッダ内のＦＣＳを使用する。配信情報１０５はネットワークインタフェース送信部で分割されＩＰのペイロード４０６に実装されＩＰヘッダ４０５を付加されＩＰパケットとして生成される。
【００１９】
ネットワークインタフェース部ではレイヤー２、レイヤー１の処理も行っているが、使用するネットワークに依存するので、説明は割愛する。なお、通し番号情報のビット数については、システム毎に適切なビットフィールドを用意すればよいので限定はしない。
【００２０】
以下に、本実施形態に係るシステムの一連の全体動作概要を説明する。
【００２１】
カメラ部５０から送出されたマルチキャスト配信の対象であるメディア情報ストリーム１０４は、データ送信装置１００のネットワークインタフェース部１０１からから入力される。入力されたメディア情報ストリーム１０４は伝送フォーマット生成部１０２で使用する伝送路に合わせた伝送フォーマットに整形される。また、伝送フォーマット生成部１０２は，伝送エラーを検出するための情報、及びメディア情報ストリーム中の部位を特定するための情報を、配信情報１０５に付加する。そして、配信情報１０５としてネットワークインタフェース送信部１０３からデータ受信装置２００にネットワーク３００を介して送信される。
【００２２】
配信情報１０５を受信したデータ受信装置２００は受信データの種別をチェックし、配信データであれば、出力装置４００へデータを転送し、伝送エラー検出部２０３でエラーがないか判定する。伝送エラーが存在すると、その位置情報をエラーとして伝送エラー位置記憶２０５に書き込む。エラーが存在せず、正常に受信していれば配信情報を蓄積器２１１に書き込む。エラーが存在した場合は、エラー発生部位情報とエラー発生時間を含む再送要求を再送要求送信部２０６から送信する。送信先は装置リストに従って決定する。本実施例では装置リストをマルチキャストリストとして説明する。本実施例では、マルチキャストリストは各々のデータ受信装置に初期設定により与えられているが、データ送信装置からキャストリストを配信する方法でも構わない。
【００２３】
再送要求を受けた他のデータ受信装置は、再送要求受信部２０９により再送要求を受信し、エラー発生部位情報からデータが存在するか確認をする。データが存在すれば再送部２１０により要求されたデータをデータ受信装置２００に送信する。
【００２４】
要求したデータが返信されてきたデータ受信装置２００は、再送情報受信部２０７で再送情報を受信する。そして、これを基に、伝送エラー修復器２０８は、蓄積器２１１に記録されているメディア情報の中で伝送エラーを含んだ部分を、再送を受けた正しいメディア情報に入れ替える。
【００２５】
図５を参照しながらシステム内の再送要求のシーケンス概要を説明する。
【００２６】
Ｓ５０１〜Ｓ５０４はマルチキャスト通信による配信情報であり、定期的に２００ａ、２００ｂ、２００ｃにキャストされている。
【００２７】
配信情報Ｓ５０１を受信したデータ受信装置２００ａでエラー検出Ｓ５１６されると、データ受信装置は図９に示すマルチキャストリストに従ってデータ受信装置２００ｂに対して再送要求Ｓ５１０を送信する。
【００２８】
再送要求Ｓ５１０を受信したデータ受信装置２００ｂは要求された配信情報を持っているか確認し、持っていればデータ受信装置２００ａに対して再送データＳ５１１を送信する。
【００２９】
再送データＳ５１１を受信したデータ受信装置２００ａは伝送エラー修復器２０８により蓄積器２１１に記録する。
【００３０】
次に、配信情報Ｓ５０２の配信においてデータ受信装置２００ａでエラー検出Ｓ５１７された場合、配信情報Ｓ５０１の時と同様に、データ受信装置２００ｂに再送要求Ｓ５１２を送信する。
【００３１】
データ受信装置２００ｂは配信情報を所有しているか確認し、持っていないことを確認すると、マルチキャストリストに従ってデータ受信装置２００ｃに再送要求４１３を送信する。
【００３２】
データ受信装置２００ｃは再送要求Ｓ５１３を受信すると、要求されて配信情報を持っているか確認し持っていれば、データ受信装置２００ｂに対して再送データＳ５１４を送信する。
【００３３】
再送データＳ５１４を受信したデータ受信装置２００ｂは伝送エラー修復器２０８により蓄積器２１１に記録するとともにデータ受信装置２００ａに対して再送データＳ５１５を送信する。
【００３４】
再送データＳ５１５を受信したデータ受信装置２００ａは伝送エラー修復器２０８により蓄積器２１１に記録する。
【００３５】
本動作のように、バケツリーレーのように再送要求を行うことにより、再送要求や再送データといった情報が輻輳することなく、データの修復が可能となる。最悪のケースとして、全てのデータ受信装置で配信データを受信できなかった場合が考えられるが、その場合、再送要求を送出し永久に再送データが送られてくることはない。
【００３６】
本実施例では、別のタスク処理で再送要求をした記録を常に監視しており、再送要求が発生した時間と実時間を比較しシステムで設定した時間を超過しても再送されてこない要求は消去される。この待ち時間はシステムにより異なるが、番組配信のようなユースケースであれば、翌日といったケースも予想される。このように伝送エラー修正のための通信は高い信頼性が必要であるが、リアルタイム性は必要ないため、その性質に沿ったプロトコル（ＴＣＰ等）を使用するものとする。
【００３７】
図６を参照しながらデータ受信装置２００の処理フローを説明する。
【００３８】
Ｓ６００では、再送データ要求を受信したか判定する。再送データ要求であればＳ６０７へ遷移し、再送データ要求でなればＳ６０１へ遷移する。
【００３９】
Ｓ６０１では、再送データを受信したかを判定する。
【００４０】
再送データであればＳ６０５へ遷移し、異なればＳ６０２へ遷移する。
【００４１】
Ｓ６０２では、配信情報であるか判定する。配信情報であればＳ６１０へ遷移し、異なればＳ６００へ遷移する。
【００４２】
Ｓ６１０では、配信情報を出力装置に送信しＳ６０３へ遷移する。
【００４３】
Ｓ６０３では、配信情報にエラーがないかチェックを行い、エラーが無ければＳ６０４へ遷移し、エラーが検出された場合はＳ６０８へ遷移する。
【００４４】
Ｓ６０４では、送られて来た配信情報を蓄積し、Ｓ６００へ遷移する。
【００４５】
Ｓ６０５では、送られて来た再送データが他のデータ受信装置からリクエストがあったか確認し、他からのリクエストがなければＳ６０４へ遷移し、他からのリクエストがあればＳ６０６へ遷移する。
【００４６】
Ｓ６０６では、再送データ内の情報に基づき再送を要求している他のデータ受信装置２００に再送（転送）する。
【００４７】
Ｓ６０７では、再送データ要求を受信し、要求された配信データを所有しているか確認し、所有していればＳ６０９へ遷移し、所有していなければＳ６０８へ遷移する。
【００４８】
Ｓ６０８では、マルチキャストリストに従って要求先のデータ受信装置を決定し、データ再送要求しＳ６００へ遷移する。Ｓ６０８内での再送要求先の決定フローは図１０を参照しながら、後に説明する。
【００４９】
Ｓ６０９では、配信情報の再送データを送信し、Ｓ６００へ遷移する。
【００５０】
データ受信装置では上記ループ処理によりデータの受信処理を行っている。
【００５１】
図７はＴＣＰフレームのペイロードにより転送されてきた再送要求パケットのデータ構造を示す。７０６はＴＣＰのヘッダを示し、７０７はＴＣＰのペイロードを示す。７００は制御識別を行う制御識別情報であり、再送要求パケットは本情報に基づき識別される。７０１は再送要求が発生した、要求発生時間情報であり、再送要求を行う送信先の選定に使用する。７０２はパケット長の情報である。７０３は再送を要求している配信情報の通し番号情報である。７０４、７０５は通し番号情報７０３の配信情報を要求した、データ受信装置のＩＰ番号であり、再送要求を受信し所有しておらず、他のデータ受信装置に再送を要求する場合は自分のＩＰ番号を附加して要求を送信する。図５の再送要求４１３の場合は、要求装置ＩＰα７０４は、「１９２．１６８．０．１０」となり、要求装置ＩＰβ７０５は「１９２．１６８．０．１１」となる。
【００５２】
図８はＴＣＰフレームのペイロードにより転送されてきた再送データパケットのデータ構造を示す。８０７はＴＣＰのヘッダを示し、８０８はＴＣＰのペイロードを示す。８００は制御識別を行う制御識別情報であり、再送データパケットは本情報に基づき識別される。８０１は再送要求が発生した、要求発生時間情報であり、蓄積する際のおおよその位置情報として使用してもよい。８０２はパケット長の情報である。８０３は再送を要求している配信情報の通し番号情報である。８０４、８０５は同じ通し番号７０３の配信情報を要求した、データ受信装置のＩＰ番号であり、要求した順に並んでいる。再送データを転送する際に、自分のＩＰ番号を削除して転送するか、変更せずに転送するかは実装上どちらでも構わない。８０６は再送要求を受けた配信情報である。
【００５３】
図９を参照しながらマルチキャストリスト構造について説明する。
【００５４】
Ｓ９００はデータ受信装置を示すフィールドであり、ＩＰ情報Ｓ９０１とバッファータイプＳ９０２からなる。Ｓ９０３はマルチキャストアドレスのＩＰ情報である。Ｓ９０４はマルチキャストＩＰ毎の各端末への配信状態を示すフィールドである。
【００５５】
Ｓ９０５の行について説明する。ＩＰが「１９２．１６８．０．１０」であり、バッファータイプＳ９０２はメモリである。受信するマルチキャストＩＰは「２３９．２５５．０．１００」及び「２３９．２５５．０．３００」である。
【００５６】
次に、Ｓ９０６の行について説明する。ＩＰが「１９２．１６８．０．１１」であり、バッファータイプはＨＤである。受信するマルチキャストＩＰは「２３９．２５５．０．１００」及び「２３９．２５５．０．２００」である。
【００５７】
次に、Ｓ９０７の行について説明する。ＩＰが「１９２．１６８．０．１２」であり、バッファータイプはＨＤである。受信するマルチキャストＩＰは「２３９．２５５．０．１００」、「２３９．２５５．０．２００」、及び「２３９．２５５．０．３００」である。
【００５８】
本実施例において再送要求を行う順番は、リストに示す下のＩＰに問い合わせを行い、最終行のデータ受信装置は最上位のデータ受信装置に問い合わせを行うものとする。
【００５９】
図１０を参照しながら、Ｓ６０８の内部処理を説明する。
【００６０】
Ｓ６５０では、Ｓ６０３とＳ６０７から遷移してくる、エラーとなった配信情報又は他のデータ受信装置２００から要求された配信情報が過去に問合せをしているか確認を行い、していなければＳ６５１に遷移し、問合せをしていた場合はＳ６００へ遷移する。
【００６１】
Ｓ６５１では、図７で説明したように自分のＩＰを付加しＳ６５２へ遷移する。
【００６２】
Ｓ６５２では、図９で説明したようにマルチキャストリストのリストに従って自分のＩＰの次のデータ受信装置を選択しＳ６５３へ遷移する。
【００６３】
Ｓ６５３では、Ｓ６５２で選択されたデータ受信装置のバッファータイプはメモリであるか判定する。メモリでなければＳ６５４へ遷移し、メモリであればＳ６５５へ遷移する。
【００６４】
Ｓ６５４では、マルチキャストリストに従って送信要求を行う。
【００６５】
Ｓ６５５では、要求時間７０１から経過した時間を測定しＳ６５６へ遷移する。
【００６６】
Ｓ６５６では、Ｓ６５５の測定結果が１０秒以上であるか判定する。１０秒以上経過していなければＳ６５４に遷移し、１０秒以上であればＳ６５７へ遷移する。なお、本実施例では、メモリのバッファー時間を１０秒としているが、構築するシステムによって判定する時間は異なる。また、マルチキャストリストの情報に直接バッファー時間を持ち管理してもよい。
【００６７】
Ｓ６５７では、マルチキャストリストを一つ更新しＳ６５３へ遷移する。
【００６８】
このように、本実施例では、メディア情報ストリームのマルチキャスト配信において各データ受信装置が配信内容を蓄積しつつ伝送エラーを検出し、キャストされている他のデータ受信装置にデータの再送要求をしている。従って、本実施例によれば、トラフィックを輻輳させずに実時間配信のリアルタイム性と蓄積情報の高信頼性とを両立させ得る配信が可能である。具体的には、リアルタイム性を要求される監視システムにおいて、効果を発揮する。また、送信装置をシンプルな構成で実現できるといった２次的効果も得ることができる。監視システムで録画したデータを再生する場合に、高品位のストリームデータを鑑賞できる効果も期待できる。
【００６９】
なお、これらの本発明の実施形態は、例えばコンピュータがプログラムを実行することによって実現することができる。また、プログラムをコンピュータに供給するための手段、例えばかかるプログラムを記録したＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体又はかかるプログラムを伝送するインターネット等の伝送媒体も本発明の実施形態として適用することができる。また、上記のプログラムも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体及びプログラムプロダクトは、本発明の範疇に含まれる。
【図面の簡単な説明】
【００７０】
【図１】基本システム構成図である。
【図２】データ送信装置構成図である。
【図３】データ受信装置構成図である。
【図４】配信情報フォーマット構成図である。
【図５】再送シーケンス図である。
【図６】データ受信処理フローチャートである。
【図７】再送要求パケットフォーマット図である。
【図８】再送データパケットフォーマット図である。
【図９】マルチキャストリストを示す図である。
【図１０】再送要求処理フローチャートである。
【符号の説明】
【００７１】
５０：カメラ
１００：データ送信装置
１０１：カメラインタフェース部
１０２：伝送フォーマット部
１０３：ネットワークインタフェース送信部
１０４：メディア情報ストリーム
１０５：配信情報
２００：データ受信装置
２０１：ネットワークインタフェース送受信部
２０２：配信情報受信部
２０３：伝送エラー検出部
２０４：出力装置インタフェース部
２０５：伝送エラー位置記憶部
２０６：再送要求送信部
２０７：再送情報受信部
２０８：伝送エラー修復部
２０９：再送要求受信部
２１０：再送部
２１１：蓄積器
２１２：タイマ部
３００：Network
３００ａ：マルチキャストリンク
３００ｂ：ユニキャストリンクｂ
３００ｃ：ユニキャストリンクｃ
４００ａ：出力装置ａ
４００ｂ：出力装置ｂ
４００ｃ：出力装置ｃ
４０１：配信情報分割ヘッダ
４０２：配信情報分割ペイロード
４０３：ＵＤＰヘッダ
４０４：ＵＤＰペイロード
４０５：ＵＤＰヘッダ
４０６：ＩＰヘッダ
４０７：ＩＰペイロード
７００：制御識別
７０１：制御識別
７０２：パケット長
７０３：配信番号
７０４：要求装置ＩＰα
７０５：要求装置ＩＰβ
７０６：ＴＣＰヘッダ
７０７：ＴＣＰペイロード
８００：制御識別
８０１：制御識別
８０２：パケット長
８０３：配信番号
８０４：要求装置ＩＰα
８０５：要求装置ＩＰβ
８０６：配信再送情報
８０７：ＴＣＰヘッダ
８０８：ＴＣＰペイロード
【図１】
2008131599.tif 000003
【図２】
2008131599.tif 000004
【図３】
2008131599.tif 000005
【図４】
2008131599.tif 000006
【図５】
2008131599.tif 000007
【図６】
2008131599.tif 000008
【図７】
2008131599.tif 000009
【図８】
2008131599.tif 000010
【図９】
2008131599.tif 000011
【図１０】
2008131599.tif 000012