(57)【要約】【課題】  受信装置のフレームクロックに同期させてコンテンツデータを伝送することが可能なコンテンツ送信装置及びコンテンツ受信装置を提供する。【解決手段】  コンテンツ送信装置１０において、入力したコンテンツデータＣＯをフレームデータＦＲ毎に所定数にブロック化し、コンテンツ受信装置２０から送信される応答パケットＡＣＫに同期させて、ブロックＢＫ毎にデータパケットＤＴとして、ネットワークＮＷを介して、コンテンツ送信装置２０に送信し、コンテンツ受信装置２０において、データパケットＤＴをブロックＢＫに再構成したのちに、応答パケットＡＣＫをコンテンツ送信装置１０に送信し、さらにブロックＢＫからフレームデータＦＲに再構成することを特徴とする。【選択図】      図１
2006325103.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して、所定長の基本データを単位として構成されるコンテンツデータをコンテンツ受信装置に送信するコンテンツ送信装置であって、
前記コンテンツデータを前記基本データ単位で入力する基本データ入力手段と、
この基本データ入力手段で入力された基本データを、所定数のブロックに分割するブロック分割手段と、
前記コンテンツ受信装置における前記ブロックの再生タイミングを示すブロック再生クロックに同期させて、前記ブロック分割手段で分割されたブロックを、ネットワーク送信用のデータパケットに分割して前記コンテンツ受信装置に送信するパケット送信手段と、
前記コンテンツ受信装置から、前記ブロックに相当するデータパケットに対する応答を示す応答パケットを受信する応答パケット受信手段と、
この応答パケット受信手段で受信された応答パケットに基づいて、前記ブロック再生クロックを再生するクロック再生手段と、
を備えていることを特徴とするコンテンツ送信装置。
【請求項２】
前記パケット送信手段で送信されたデータパケットを前記ブロック毎に記憶するブロック記憶手段と、
前記応答パケット受信手段で受信された応答パケットに基づいて、前記ブロック記憶手段に記憶されているデータパケットの中から、前記コンテンツ受信装置において未受信のデータパケットを再送ブロックとして生成する再送ブロック生成手段とを備え、
前記パケット送信手段が、前記ブロック再生クロックに同期させて、前記再送ブロックと時系列で次に送信するブロックとを、前記データパケットとして前記コンテンツ受信装置に送信することを特徴とする請求項１に記載のコンテンツ送信装置。
【請求項３】
ネットワークを介して、コンテンツ送信装置から、コンテンツデータを構成する所定長の基本データを所定数に分割したブロックを、ネットワーク送信用のデータパケット単位で受信して、前記コンテンツデータを前記基本データ単位で再構成するコンテンツ受信装置であって、
前記データパケットを前記コンテンツ送信装置から受信するパケット受信手段と、
このパケット受信手段で受信されたデータパケットから、前記ブロックを再構成するブロック再構成手段と、
前記ブロック再構成手段で再構成されたブロックから、前記基本データを再構成する基本データ再構成手段と、
前記ブロックに相当するデータパケットに対する応答を示す応答パケットを生成する応答パケット生成手段と、
前記基本データの所定数の分割数と、当該基本データを再生する基本クロックとに基づいて、前記ブロックの再生タイミングを示すブロック再生クロックを生成するクロック生成手段と、
このクロック生成手段で生成されたブロック再生クロックに同期させて、前記応答パケットを、前記コンテンツ送信装置に送信する応答パケット送信手段と、
を備えていることを特徴とするコンテンツ受信装置。
【請求項４】
前記応答パケットには、未受信のデータパケットを示す情報を含み、
当該応答パケットに対応して、前記コンテンツ送信装置から前記未受信のデータパケットが再送されるまで、前記基本データ再構成手段で再構成された基本データを記憶する基本データ記憶手段を備えていることを特徴とする請求項３に記載のコンテンツ受信装置。
【請求項５】
ネットワークを介して、所定長の基本データを単位として構成されるコンテンツデータをコンテンツ受信装置に送信するために、コンテンツ送信装置におけるコンピュータを、
前記コンテンツデータを前記基本データ単位で入力する基本データ入力手段、
この基本データ入力手段で入力された基本データを、所定数のブロックに分割するブロック分割手段、
前記コンテンツ受信装置における前記ブロックの再生タイミングを示すブロック再生クロックに同期させて、前記ブロック分割手段で分割されたブロックを、ネットワーク送信用のデータパケットに分割して前記コンテンツ受信装置に送信するパケット送信手段、
前記コンテンツ受信装置から、前記ブロックに相当するデータパケットに対する応答を示す応答パケットを受信する応答パケット受信手段、
この応答パケット受信手段で受信された応答パケットに基づいて、前記ブロック再生クロックを再生するクロック再生手段、
として機能させることを特徴とするコンテンツ送信プログラム。
【請求項６】
ネットワークを介して、コンテンツ送信装置から、コンテンツデータを構成する所定長の基本データを所定数に分割したブロックを、ネットワーク送信用のデータパケット単位で受信して、前記コンテンツデータを前記基本データ単位で再構成するために、コンテンツ受信装置におけるコンピュータを、
前記データパケットを前記コンテンツ送信装置から受信するパケット受信手段、
このパケット受信手段で受信されたデータパケットから、前記ブロックを再構成するブロック再構成手段、
前記ブロック再構成手段で再構成されたブロックから、前記基本データを再構成する基本データ再構成手段、
前記ブロックに相当するデータパケットに対する応答を示す応答パケットを生成する応答パケット生成手段、
前記基本データの所定数の分割数と、当該基本データを再生する基本クロックとに基づいて、前記ブロックの再生タイミングを示すブロック再生クロックを生成するクロック生成手段、
このクロック生成手段で生成されたブロック再生クロックに同期させて、前記応答パケットを、前記コンテンツ送信装置に送信する応答パケット送信手段、
として機能させることを特徴とするコンテンツ受信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してコンテンツを送受信するコンテンツ送信装置及びそのプログラム、並びに、コンテンツ受信装置及びそのプログラムに関する。
【背景技術】
【０００２】
一般に、映像、音声等のコンテンツは、フレーム構造を持ち、コンテンツ再生装置において、一定のフレームクロックでフレームデータ単位に再生される。そこで、ネットワークを介して、コンテンツを送受信するには、コンテンツの送信装置と受信装置とで、送受信のタイミングをフレームクロックに同期させる必要がある。
また、従来、ネットワークを介して、データを伝送するための通信プロトコルとして、インターネット等の通信網で使用されるＩＰ（Internet Protocol）がある。さらに、このＩＰには、送受信するデータの信頼性が保障されるＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）と、信頼性が保障されないＵＤＰ／ＩＰ（User Datagram Protocol/Internet Protocol）とがある。
【０００３】
このＴＣＰ／ＩＰを使用してコンテンツの送受信を行う場合、ＴＣＰ／ＩＰはフロー制御機構を有しているため、受信装置側のフレームクロックに同期させて送信装置からコンテンツのデータを送信することができる。
また、ＴＣＰ／ＩＰは、ネットワーク上でパケットが損失した場合、その損失したパケットが受信装置で正しく受信されるまで再送する再送制御機構を有している。しかし、コンテンツはフレームデータ単位で再生される必要があるため、再送制御において、再送されたパケットが、フレームデータを再生する時刻までに受信装置に到着する時間的保障がない。また、パケットが再送されることで、以降に送信されるパケットの到着時間にまで影響を及ぼしてしまうことになる。
【０００４】
さらに、ＴＣＰ／ＩＰは、パケットの損失を観測した段階で、ネットワークに輻輳が生じていると判断し、送信するデータ量を下げる輻輳制御機構を有している。このため、映像、音声等の大容量のコンテンツを伝送する場合、輻輳制御が働くと、フレームクロック内で一定量のデータが伝送されないという問題が起こる。このような輻輳制御における問題を改善するプロトコルとして、ＨｉｇｈＳｐｅｅｄ  ＴＣＰ、Ｓｃａｌａｂｌｅ  ＴＣＰ、ＦＡＳＴ  ＴＣＰ、ＳＡＢＵＬ等が存在する。
【０００５】
一方、ＵＤＰ／ＩＰを使用してコンテンツの送受信を行う場合、送信装置は、コンテンツのデータをＵＤＰパケット化し、受信装置に送信するだけであるため、ＴＣＰ／ＩＰのような再送制御や輻輳制御による伝送上の問題は生じない。しかし、ＵＤＰ／ＩＰでは、送信されたパケットの確認処理を行わないため、受信装置側でのデータ受信の信頼性がない。また、ＵＤＰパケットの送信は、送信装置のクロックに同期して行われることになり、受信装置におけるコンテンツの再生において、リアルタイム性を欠くことになる。
【０００６】
また、ＵＤＰ／ＩＰを使用してコンテンツをリアルタイムで送受信するプロトコルとして、ＲＴＰ（Real-time Transport Protocol）が存在する。このＲＴＰは、データを、タイムスタンプ、シーケンス番号等をヘッダに含んだパケットとすることで、リアルタイムのデータ伝送を可能にしている。なお、ＲＴＰは、単にコンテンツのデータをパケット化して送信するプロトコルであるため、受信装置における受信状況等を送信装置に伝える機能がない。この機能を補うプロトコルとしては、ＲＴＣＰ（RTP Control Protocol）が存在する。このＲＴＣＰは、受信装置における受信状況を受信レポート（ＲＲ〔Receiver Report〕）として、受信装置から送信装置に送信することで、受信装置の受信状況やネットワークの状況に応じてリアルタイムにデータ伝送を行うことを可能にしている。
【０００７】
しかし、ＲＴＰ及びＲＴＣＰを使用してコンテンツをリアルタイムで送受信する場合、ネットワークの輻輳等によって、受信レポートが損失すると、送信装置は受信装置の受信状況を把握することができなくなり、輻輳制御が行えなくなってしまう。
そこで、この問題を解決するために、受信レポートの送信間隔を予め決めておき、送信装置が受信レポートの到着を監視し、その到着に合わせてＲＴＰパケット（コンテンツデータ）の送信量を制御することで、受信レポートの損失があった場合でも、輻輳制御が可能な技術が開示されている（例えば、特許文献１参照）。
【０００８】
また、従来、ネットワークを介した送信装置と受信装置とのフレームクロックのずれを合わせるための方法として、受信装置側にフレームシンクロナイザと呼ばれる装置を挿入する方法がある（例えば、特許文献２参照）。このフレームシンクロナイザは、フレームメモリによるＦＩＦＯ（First-In First-Out）で構成され、受信装置のフレームクロックによりＦＩＦＯからフレームデータを読み出す。なお、フレームシンクロナイザにより送信装置側と受信装置側とのクロックの調整は、フレームシンクロナイザ内でのフレームスキップ（コマ落ち）又は同一フレームを複数回再生することにより行われる。
【特許文献１】特開２００４−１１２１１３号公報（段落００７２〜００８５、図４）
【特許文献２】特開２００４−３１２４０７号公報（段落００１９〜００２６、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００９】
前記したＴＣＰ／ＩＰ等の信頼性のあるプロトコルを使用してコンテンツの送受信を行う場合、再送制御や輻輳制御に伴い、フレームデータを再生する時刻までに、当該データが受信装置に到着しない、あるいは、フレームクロック内で一定量のデータが伝送されないといった問題が発生する。なお、ＨｉｇｈＳｐｅｅｄ  ＴＣＰ等によりコンテンツの送受信を行ったとしても、輻輳制御に伴う問題は解決されるが、再送制御に伴うデータの送信遅延の問題は残ったままである。
【００１０】
また、前記したＵＤＰ／ＩＰを使用してコンテンツの送受信を行う場合、大容量のデータであっても、フレームクロック内で一定量のデータを伝送することが可能であるが、受信装置のフレームクロックに同期してデータを送受信することができず、リアルタイムでコンテンツを再生することができないという問題がある。なお、ＲＴＰ及びＲＴＣＰを使用してコンテンツをリアルタイムで伝送することは可能であるが、受信レポートの損失が発生した場合に、輻輳制御が行えなくなってしまうという問題がある。
【００１１】
さらに、前記した特許文献１に記載の技術では、ＲＴＰパケットの送信量を制御することで、受信レポートの損失があった場合でも輻輳制御は可能であるが、受信装置のフレームクロックに同期したフレーム単位のフロー制御や再送制御を行うことができないという問題がある。
【００１２】
また、前記した特許文献２に記載の技術では、フレームスキップが発生し、データが失われることがある。これは、一度だけのコンテンツの伝送、例えば、放送局での中継や素材伝送においては、その影響は問題とならない程度であるが、ネットワークを介したコンテンツの遠隔編集においては、編集ポイントのずれがコンテンツの再生の度に発生してしまうという問題がある。
【００１３】
本発明は、以上のような問題点に鑑みてなされたものであり、受信装置のフレームクロックに同期させてコンテンツデータを伝送するとともに、当該データの再送制御が可能なコンテンツ送信装置及びそのプログラム、並びに、コンテンツ受信装置及びそのプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明は、前記目的を達成するために創案されたものであり、まず、請求項１に記載のコンテンツ送信装置は、ネットワークを介して、所定長の基本データを単位として構成されるコンテンツデータをコンテンツ受信装置に送信するコンテンツ送信装置であって、基本データ入力手段と、ブロック分割手段と、パケット送信手段と、応答パケット受信手段と、クロック再生手段とを備える構成とした。
【００１５】
かかる構成において、コンテンツ送信装置は、基本データ入力手段によって、コンテンツデータを、当該コンテンツデータを構成する所定長の基本データ、例えば、フレームデータ、フィールドデータ等の単位で入力する。この基本データは、再生時においてクロックに同期すべき基準となるデータであるため、ここでは、基本データ単位で処理を行う。
そして、コンテンツ送信装置は、ブロック分割手段によって、基本データを所定数のブロックに分割し、パケット送信手段によって、ブロックの再生タイミングを示すブロック再生クロックに同期させて、ブロックを、ネットワーク送信用のデータパケットに分割してコンテンツ受信装置に送信する。なお、ブロックの分割数は、予め固定された値であってもよいし、外部から設定される値であってもよい。
【００１６】
また、コンテンツ送信装置は、応答パケット受信手段によって、コンテンツ受信装置から、ブロックに相当するデータパケットに対する応答を示す応答パケットを受信する。
これによって、コンテンツ送信装置は、ブロック単位で、コンテンツ受信装置から受信の確認を行うことができるとともに、応答パケットのタイミングで次のブロックのデータパケットを送信することができる。
【００１７】
また、コンテンツ送信装置は、クロック再生手段によって、応答パケットの受信間隔に基づいて、ブロック再生クロックを再生する。
これによって、コンテンツ送信装置は、コンテンツ受信装置からの応答パケットに同期して、データパケットをブロック単位で送信することができ、コンテンツ送信装置とコンテンツ受信装置とが同期してコンテンツデータの送受信を行うことが可能になる。
【００１８】
また、請求項２に記載のコンテンツ送信装置は、請求項１に記載のコンテンツ送信装置において、ブロック記憶手段と、再送ブロック生成手段とを備え、前記パケット送信手段が、前記ブロック再生クロックに同期させて、前記再送ブロックと時系列で次に送信するブロックとを、前記データパケットとして前記コンテンツ受信装置に送信する構成とした。
【００１９】
かかる構成において、コンテンツ送信装置は、コンテンツ受信装置において、受信されなかった（損失した）データパケットを再送するために、ブロック記憶手段に、パケット送信手段で送信されたデータパケットをブロック毎に記憶する。
そして、コンテンツ送信装置は、再送ブロック生成手段によって、コンテンツ受信手段から送信される応答パケットに基づいて、ブロック記憶手段に記憶されているデータパケットの中から、受信されなかったデータパケットを再送ブロックとして生成する。
そして、パケット送信手段が、ブロック再生クロックに同期させて、再送ブロックと次に送信するブロックとを送信することで、次のブロック再生クロックのタイミングで、前に損失したデータパケットを送信することができる。
【００２０】
さらに、請求項３に記載のコンテンツ受信装置は、ネットワークを介して、コンテンツ送信装置から、コンテンツデータを構成する所定長の基本データを所定数に分割したブロックを、ネットワーク送信用のデータパケット単位で受信して、前記コンテンツデータを前記基本データ単位で再構成するコンテンツ受信装置であって、パケット受信手段と、ブロック再構成手段と、基本データ再構成手段と、応答パケット生成手段と、クロック生成手段と、応答パケット送信手段とを備える構成とした。
【００２１】
かかる構成において、コンテンツ受信装置は、パケット受信手段によって、データパケットをコンテンツ送信装置から受信する。
そして、コンテンツ受信装置は、ブロック再構成手段によって、コンテンツ送信装置で分割した数のデータパケットのデータを連結することでブロックを再構成し、基本データ再構成手段によって、コンテンツ送信装置で分割した数のブロックを連結することでフレームデータ、フィールドデータ等の基本データを再構成する。
【００２２】
また、コンテンツ受信装置は、応答パケット生成手段によって、ブロックに相当するデータパケットに対する応答を示す応答パケットを生成する。また、コンテンツ受信装置は、クロック生成手段によって、基本データの分割数と当該基本データを再生する基本クロックとにより、ブロックの再生タイミングを示すブロック再生クロックを生成する。
そして、コンテンツ受信装置は、応答パケット送信手段によって、ブロック再生クロックに同期させて、応答パケットをコンテンツ送信装置に送信する。
これによって、コンテンツ受信装置は、応答パケットに同期させて、コンテンツ送信装置からコンテンツデータを受信することができる。
【００２３】
また、請求項４に記載のコンテンツ受信装置は、請求項３に記載のコンテンツ受信装置において、前記応答パケットには、未受信のデータパケットを示す情報を含み、当該応答パケットに対応して、前記コンテンツ送信装置から前記未受信のデータパケットが再送されるまで、前記基本データ再構成手段で再構成された基本データを記憶する基本データ記憶手段を備える構成とした。
【００２４】
かかる構成において、コンテンツ受信装置は、基本データ記憶手段に、基本データ分のデータパケットを記憶することで、基本データを再生する基本クロック内で、未受信のデータパケットの再送を待つことができる。
【００２５】
さらに、請求項５に記載のコンテンツ送信プログラムは、ネットワークを介して、所定長の基本データを単位として構成されるコンテンツデータをコンテンツ受信装置に送信するために、コンテンツ送信装置におけるコンピュータを、基本データ入力手段、ブロック分割手段、パケット送信手段、応答パケット受信手段、クロック再生手段として機能させる構成とした。
【００２６】
かかる構成において、コンテンツ送信プログラムは、基本データ入力手段によって、コンテンツデータを、コンテンツデータを構成する所定長の基本データ単位で入力する。
そして、コンテンツ送信プログラムは、ブロック分割手段によって、基本データを所定数のブロックに分割し、パケット送信手段によって、ブロックの再生タイミングを示すブロック再生クロックに同期させて、ブロックを、ネットワーク送信用のデータパケットに分割してコンテンツ受信装置に送信する。
【００２７】
また、コンテンツ送信プログラムは、応答パケット受信手段によって、コンテンツ受信装置から、ブロックに相当するデータパケットに対する応答を示す応答パケットを受信するとともに、クロック再生手段によって、応答パケットの受信間隔に基づいて、ブロック再生クロックを再生する。
これによって、コンテンツ送信プログラムは、コンテンツ受信装置からの応答パケットに同期して、データパケットをブロック単位で送信することができ、コンテンツ送信装置とコンテンツ受信装置とが同期してコンテンツデータの送受信を行うことが可能になる。
【００２８】
また、請求項６に記載のコンテンツ受信プログラムは、ネットワークを介して、コンテンツ送信装置から、コンテンツデータを構成する所定長の基本データを所定数に分割したブロックを、ネットワーク送信用のデータパケット単位で受信して、前記コンテンツデータを前記基本データ単位で再構成するために、コンテンツ受信装置におけるコンピュータを、パケット受信手段、ブロック再構成手段、基本データ再構成手段、応答パケット生成手段、クロック生成手段、応答パケット送信手段として機能させる構成とした。
【００２９】
かかる構成において、コンテンツ受信プログラムは、パケット受信手段によって、データパケットをコンテンツ送信装置から受信する。
そして、コンテンツ受信プログラムは、ブロック再構成手段によって、コンテンツ送信装置で分割した数のデータパケットのデータを連結することでブロックを再構成し、基本データ再構成手段によって、コンテンツ送信装置で分割した数のブロックを連結することでフレームデータ、フィールドデータ等の基本データを再構成する。
【００３０】
また、コンテンツ受信プログラムは、応答パケット生成手段によって、ブロックに相当するデータパケットに対する応答を示す応答パケットを生成する。また、コンテンツ受信プログラムは、クロック生成手段によって、基本データの分割数と当該基本データを再生する基本クロックとにより、ブロックの再生タイミングを示すブロック再生クロックを生成する。
そして、コンテンツ受信プログラムは、応答パケット送信手段によって、ブロック再生クロックに同期させて、応答パケットをコンテンツ送信装置に送信することで、応答パケットに同期させて、コンテンツ送信装置からコンテンツデータを受信することができる。
【発明の効果】
【００３１】
請求項１又は請求項５に記載の発明によれば、広帯域、高遅延のネットワークにおいても、コンテンツ受信装置からの応答パケットに同期して、コンテンツデータを送信することができる。これによって、コンテンツ受信装置では、コンテンツデータを再生する基本クロックに同期して、ネットワークを介して、リアルタイムでコンテンツデータの再生を行うことができる。
【００３２】
請求項２に記載の発明によれば、ブロック単位で、データパケットが未受信であるかどうかの確認を行い、再送を行うことができる。これによって、本発明では、フレームデータやフィールドデータの基本データの再生時間内で、再送処理を行い、データの損失を抑えることができるため、コンテンツ受信装置において、高品位にコンテンツデータを再生することができる。
また、本発明では、基本データの再生時間内で再送処理を行うことが可能であるため、再送制御に伴うデータの遅延が一定となり、リアルタイム性を保つことができる。
【００３３】
請求項３又は請求項６に記載の発明によれば、広帯域、高遅延のネットワークにおいても、ブロック単位の応答パケットに同期して、コンテンツ送信装置からコンテンツデータを受信することができる。これによって、コンテンツ受信装置では、コンテンツデータを再生する基本クロックに同期して、ネットワークを介して、リアルタイムでコンテンツデータの再生を行うことができる。
【００３４】
請求項４に記載の発明によれば、ブロック単位で、フレームデータやフィールドデータの基本データの再生時間内で、再送分のデータパケットの受信を待つことができるので、高品位にコンテンツデータを再生することができる。
【発明を実施するための最良の形態】
【００３５】
以下、本発明の実施の形態について図面を参照して説明する。ここでは、まず、本発明に係るコンテンツ送信装置及びコンテンツ受信装置を含んだコンテンツ伝送システムの構成について、その概要を説明し、続けて、コンテンツ送信装置及びコンテンツ受信装置の構成と、その動作について順次説明を行うこととする。
【００３６】
［コンテンツ伝送システムの構成］
まず、図１を参照して、コンテンツ伝送システムの概要について説明する。図１は、本発明に係るコンテンツ伝送システムの概要を説明するための概要図である。
図１に示すように、コンテンツ伝送システム１は、映像モニタ等のコンテンツ再生装置ＭＯにおけるフレームデータを再生する基準となるフレームクロック（基本クロック）に同期させて、コンテンツデータＣＯを、コンテンツ送信装置１０からコンテンツ受信装置２０に、ネットワークＮＷを介して伝送するものである。
【００３７】
コンテンツデータＣＯは、映像、音声等のストリーム状のデータである。一般に、デジタル化されたコンテンツデータＣＯは、フレーム構造を有している。例えば、ＨＤＴＶ（ハイビジョンテレビ：High Definition Television）の有効画面の１フレームの画像サイズは、１９２０画素（水平）×１０８０ライン（垂直）であり、このフレームが２９．９７Ｈｚのフレームクロックで再生される。
そこで、コンテンツ伝送システム１は、例えば、コンテンツデータＣＯがＨＤＴＶ映像である場合は、２９．９７Ｈｚのフレームクロックに同期させて、コンテンツデータＣＯをコンテンツ受信装置２０に送信する。
【００３８】
なお、コンテンツデータＣＯが映像である場合、コンテンツデータＣＯは、フレームデータ又はフィールドデータを基本データとして構成されるが、ここでは、フレームデータを例として説明を行う。なお、フィールドデータにおいても、そのデータ長が異なるだけで、同様に処理することができる。また、フレーム構造を持つコンテンツデータであれば、圧縮符号化されたデータであっても同様に処理することができる。
【００３９】
コンテンツ送信装置１０は、ネットワークＮＷを介して、コンテンツ受信装置２０にコンテンツデータＣＯをパケット化して送信するものである。
なお、このコンテンツ送信装置１０は、コンテンツサーバＳＶ等から、コンテンツデータＣＯを１フレーム分のフレームデータＦＲ単位で入力し、そのフレームデータＦＲを所定数のブロックＢＫに分割し、さらに、そのブロックＢＫをネットワーク送信用のデータパケットＤＴに分割し、コンテンツ受信装置２０に送信する。
このとき、コンテンツ送信装置１０は、コンテンツ受信装置２０から送信される応答パケットＡＣＫを受信する毎に、１ブロック分のデータパケットＤＴを送信する。
これによって、コンテンツ送信装置１０におけるコンテンツデータＣＯの送信は、コンテンツ受信装置２０から送信される応答パケットＡＣＫに同期してなされることになる。
【００４０】
コンテンツ受信装置２０は、ネットワークＮＷを介して、コンテンツ送信装置１０からコンテンツデータを受信するものである。
なお、コンテンツ受信装置２０は、コンテンツ送信装置１０から送信されるデータパケットＤＴを受信するとともに、コンテンツ再生装置ＭＯのフレームクロック（基本クロック）から１ブロック分の再生タイミングを示すブロック再生クロックを生成し、そのブロック再生クロックに同期して、データパケットＤＴに対するブロックＢＫ単位の応答パケットＡＣＫを生成し、コンテンツ送信装置１０に送信する。
そして、コンテンツ受信装置２０は、データパケットＤＴからブロックＢＫを再構成し、さらに、所定数のブロックＢＫからフレームデータＦＲを再構成し、フレームクロックに同期させてコンテンツ再生装置ＭＯに出力する。
これによって、コンテンツ受信装置２０は、フレームクロックに同期して、コンテンツデータＣＯをフレームデータＦＲ単位で出力することができる。
【００４１】
（コンテンツ送信装置の構成）
次に、図２を参照（適宜図１参照）して、コンテンツ送信装置１０の構成について説明する。図２は、本発明に係るコンテンツ送信装置の構成を示すブロック図である。
図２に示すように、コンテンツ送信装置１０は、フレーム入力手段１１と、ブロック分割手段１２と、パケット送信手段１３と、応答パケット受信手段１４と、クロック再生手段１５と、ブロック記憶手段１６と、再送ブロック生成手段１７とを備えている。
【００４２】
フレーム入力手段（基本データ入力手段）１１は、コンテンツデータＣＯをフレームデータ（基本データ）単位で入力するものである。このフレーム入力手段１１で入力されたフレームデータは、順次、ブロック分割手段１２に出力される。
例えば、フレーム入力手段１１は、コンテンツサーバＳＶ等から、コンテンツデータをフレームデータ単位で読み出すこととしてもよいし、カメラ等の撮像装置が、後記するクロック再生手段１５で再生されたクロック（ブロック再生クロック）に同期させて出力するフレームデータを入力することとしてもよい。
【００４３】
ブロック分割手段１２は、フレーム入力手段１１で入力されたフレームデータを、所定数のブロックに分割するものである。このブロック分割手段１２で分割されたブロックは、シーケンシャルに付与したブロック番号とともに、パケット送信手段１３に出力される。
なお、分割するブロックの数（フレーム分割数Ｎ）は、予め固定された値であってもよいし、外部から図示を省略した入力手段を介して設定される値であってもよい。
例えば、フレーム分割数Ｎを１５、フレームデータを７２０画素（水平）×５２５ライン（垂直）としたとき、ブロック分割手段１２は、フレームデータを、３５ライン毎の１５のブロックに分割する。
【００４４】
パケット送信手段１３は、ブロック分割手段１２で分割されたブロックを、ネットワーク送信用のデータパケットに分割して、コンテンツ受信装置２０に送信するものである。なお、パケット送信手段１３は、後記するクロック再生手段１５で再生されるブロックを再生するタイミングを示すクロックであるブロック再生クロックに同期させて、ブロック毎にデータパケットに分割して送信する。すなわち、パケット送信手段１３は、ブロック再生クロックの１クロック内に１ブロック分のデータパケットを送信する。
【００４５】
また、パケット送信手段１３は、ネットワークＮＷにおいて損失したデータパケットの再送のために、送信した１ブロック分のデータパケットをブロック記憶手段１６に記憶する。
さらに、パケット送信手段１３は、後記する再送ブロック生成手段１７で生成される再送すべきデータパケットから構成される再送ブロックと、時系列で次に送信するブロックとを、データパケットとして、コンテンツ受信装置２０に送信する。
【００４６】
なお、パケット送信手段１３の送信先であるコンテンツ受信装置２０のアドレスは、ネットワークＮＷのアドレス体系によって予め定められたアドレスである。例えば、ネットワークＮＷのネットワーク層のプロトコルをＩＰ（Internet Protocol）プロトコルとする場合、コンテンツ受信装置２０のアドレスはＩＰアドレスで特定される。なお、本発明は、このアドレス体系に限定されるものではない。
また、データパケットを送信するネットワークＮＷは、特定のプロトコルに限定されるものではない。ここでは、データパケットの再送制御を行うため、データ送信の信頼性に欠けるＵＤＰ／ＩＰ等のプロトコルを使用しても構わない。
【００４７】
ここで、図４を参照（適宜図２参照）して、データパケットの構造について説明する。図４は、データパケットのデータ構造の一例を示す構造図である。ここでは、データパケットをＲＴＰ（Real-time Transport Protocol）パケットに準拠する構造としている。
ここでは、ＲＴＰパケットのＲＴＰ拡張ヘッダに、「タイムコード」と、「ブロック番号」と、「パケット番号」、「フレームデータ位置」とを付加することでデータパケットを構成している。
【００４８】
「タイムコード」は、コンテンツデータのフレームデータ毎に予め付加されている時間情報である。例えば、タイムコードは、［時：分：秒：フレーム番号］を示す情報である。
「ブロック番号」は、ブロック分割手段１２がフレームデータをブロックに分割する際に、シーケンシャルに付与する情報である。
「パケット番号」は、パケット送信手段１３が、ブロックをデータパケットに分割する際に、シーケンシャルに付与する情報である。
「フレームデータ位置」は、当該データパケットのフレームデータ内における位置を、フレームデータの先頭からのバイト数で示した情報である。
なお、このデータパケットの構造は、特定のパケット構造に限定されるものではなく、「ブロック番号」等の情報を付加することができる構造であればよい。
図２に戻って、コンテンツ送信装置１０の構成について説明を続ける。
【００４９】
応答パケット受信手段１４は、ネットワークＮＷを介して、コンテンツ受信装置２０から、ブロックに相当するデータパケット（１ブロック分のデータパケット）に対する応答を示す応答パケットを受信するものである。なお、応答パケット受信手段１４は、図示を省略したタイマ等の計時手段から取得される応答パケットを受信した時刻（応答パケット受信時刻）をクロック再生手段１５に出力する。また、応答パケット受信手段１４は、受信した応答パケットの内容に基づいて、コンテンツ受信装置２０で受信されたデータパケットのブロック番号と、正常に受信されたデータパケットのパケット番号のリストとを再送ブロック生成手段１７に出力する。
【００５０】
ここで、図５を参照（適宜図２参照）して、応答パケットの構造について説明する。図５は、応答パケットのデータ構造の一例を示す構造図である。この応答パケットは、ＡＣＫヘッダとデータ本体とから構成されている。
ここでは、ＡＣＫヘッダに、「ＡＣＫタイプ」と、「ブロック番号」と、「データサイズ」とが含まれている。
【００５１】
「ＡＣＫタイプ」は、データパケットがコンテンツ受信装置２０に正常に受信されたかどうかを示す情報であって、ここでは、「ＡＣＫタイプ」が“０（確認応答）”の場合に、データ本体で示されるブロック分のデータパケットが正常に受信されたことを示し、「ＡＣＫタイプ」が“１（送信要求）”の場合は、単にデータパケットの送信要求を示すものとする。
「ブロック番号」は、コンテンツ受信装置２０で受信されたデータパケットのブロック番号を示す情報である。
「データサイズ」は、データ本体のデータ量をバイト数で表した情報である。
【００５２】
また、応答パケットのデータ本体は、「ＡＣＫタイプ」が“０（確認応答）”の場合に、コンテンツ受信装置２０で正常に受信されたデータパケットのパケット番号をリスト形式で示した情報である。ここでは、正常に受信された連続したデータパケットにおけるパケット番号の開始番号（正常受信パケット開始番号）と終了番号（正常受信パケット終了番号）とを組としてリスト化している。
【００５３】
例えば、パケット送信手段１３から送信されたデータパケットのパケット番号が“１”、“２”、…、“１０”で、パケット番号“３”のデータパケットが損失した場合、正常受信パケット開始番号“１”及び正常受信パケット終了番号“２”と、正常受信パケット開始番号“４”及び正常受信パケット終了番号“１０”との２組が、応答パケットのデータ本体に書き込まれることになる。
なお、ブロック全体の再送を要求する場合は、データ本体の情報は含まないものとする。
この応答パケットを参照することで、コンテンツ送信装置１０において、コンテンツ受信装置２０で正常に受信されたデータパケットと、正常に受信されなかったデータパケットとを認識することができる。
図２に戻って、コンテンツ送信装置１０の構成について説明を続ける。
【００５４】
クロック再生手段１５は、応答パケット受信手段１４で受信された応答パケット受信時刻に基づいて、コンテンツ受信装置２０においてブロックを再生するタイミングを示すクロックであるブロック再生クロックを再生するものである。このクロック再生手段１５をハードウェアで実現する場合、例えば、ＰＬＬ（Phase Locked Loop）回路を用いることができる。また、クロック再生手段１５をソフトウェアで実現する場合、例えば、応答パケット受信手段１４で受信された応答パケット受信時刻の移動平均をとることにより、ブロック再生クロックのタイミングを生成することができる。
このブロック再生クロックは、パケット送信手段１３に出力され、パケット送信手段１３において、１ブロック分のデータパケットを送信するための基準となるクロックとして使用される。
【００５５】
ブロック記憶手段１６は、パケット送信手段１３で送信されたデータパケットをブロック毎に記憶するものであり、半導体メモリ等の一般的な記憶装置である。
このブロック記憶手段１６に記憶されるデータパケットは、パケット送信手段１３によって書き込まれる。また、ブロック記憶手段１６に記憶されたデータパケットは、後記する再送ブロック生成手段１７によって、データパケットが再送されるときに読み出される。
【００５６】
再送ブロック生成手段１７は、応答パケット受信手段１４で受信された応答パケットに基づいて、ブロック記憶手段１６に記憶されているデータパケットの中から、コンテンツ受信装置２０において未受信のデータパケットを再送ブロックとして生成するものである。
この再送ブロック生成手段１７は、応答パケットのＡＣＫタイプ（図５参照）に“０（確認応答）”が設定されている場合、応答パケットで示されるデータパケットのブロック番号と、正常に受信されたデータパケットのパケット番号のリストとに基づいて、当該ブロック番号で示されるブロックのデータパケットの中で、正常に受信されなかった（未受信の）データパケットを、ブロック記憶手段１６から読み出して、再送ブロックとしてパケット送信手段１３に出力する。
【００５７】
以上、コンテンツ送信装置１０の構成について説明したが、本発明はこの構成に限定されるものではない。例えば、コンテンツ送信装置１０を、コンテンツデータを応答パケットに同期させて、ブロック単位でデータパケットとして送信する機能のみとし、データパケットの再送を行わない構成としてもよい。この場合は、コンテンツ送信装置１０の構成から、ブロック記憶手段１６と再送ブロック生成手段１７とを省略することで実現することができる。この省略した構成であっても、コンテンツ受信装置２０のフレームクロックに同期させてコンテンツデータを伝送することができる。
【００５８】
また、コンテンツ送信装置１０は、一般的なコンピュータを、前記した各手段として機能させるプログラムで実現することができる。このプログラム（コンテンツ送信プログラム）は、通信回線を介して配布することも可能であるし、ＣＤ−ＲＯＭ等の記録媒体に書き込んで配布することも可能である。
以上説明したように、コンテンツ送信装置１０は、コンテンツ受信装置２０側のフレームクロックに同期して、コンテンツデータ（フレームデータ）を、コンテンツ受信装置２０に送信することができる。また、コンテンツ送信装置１０は、再送制御を行うことができるので、伝送時におけるデータの信頼性を高めることができる。
【００５９】
（コンテンツ受信装置の構成）
次に、図３を参照（適宜図１参照）して、コンテンツ受信装置２０の構成について説明する。図３は、本発明に係るコンテンツ受信装置の構成を示すブロック図である。
図３に示すように、コンテンツ受信装置２０は、パケット受信手段２１と、ブロック再構成手段２２と、フレーム再構成手段２３と、フレーム記憶手段２４と、応答パケット生成手段２５と、クロック生成手段２６と、応答パケット送信手段２７とを備えている。
【００６０】
パケット受信手段２１は、ネットワークＮＷを介して、コンテンツ送信装置１０から送信されるデータパケットを受信するものである。この受信されたデータパケットはブロック再構成手段２２に出力される。
【００６１】
ブロック再構成手段２２は、パケット受信手段２１で受信されたデータパケットから、ブロックを再構成するものである。ここでは、ブロック再構成手段２２は、フレームデータを分割したブロックの数（フレーム分割数）を、外部から図示を省略した入力手段を介して設定されることで、当該フレーム分割数をブロック番号の最大値として認識するとともに、データパケットのヘッダ部（ＲＴＰ拡張ヘッダ：図４参照）における「ブロック番号」が同一のデータパケットからブロックを生成する。なお、フレーム分割数は、コンテンツ送信装置１０のブロック分割手段１２（図１参照）で使用したフレーム分割数と同じ値であればよく、予め固定した値を用いることとしてもよい。
また、ブロック再構成手段２２で再構成されたブロックは、フレーム再構成手段２３に出力される。
【００６２】
さらに、ブロック再構成手段２２は、データパケットのヘッダ部（ＲＴＰ拡張ヘッダ：図４参照）の「タイムコード」、「ブロック番号」及び「パケット番号」から、データパケットの連続性を判定し、データパケットが正常に受信されたかどうかを判定する。そして、この判定結果は、応答パケット生成手段２５に出力される。
なお、ブロック再構成手段２２は、入力されたデータパケットが、「タイムコード」、「ブロック番号」及び「パケット番号」から、再送されたデータパケットであるかどうかを判定し、再送されたデータパケットである場合は、そのまま、フレーム再構成手段２３にデータを出力する。
【００６３】
フレーム再構成手段（基本データ再構成手段）２３は、ブロック再構成手段２２で再構成されたブロックからフレームデータを再構成し、映像モニタ等のコンテンツ再生装置ＭＯのフレームクロックに同期させて、コンテンツ再生装置ＭＯに出力するものである。
なお、フレーム再構成手段２３は、時系列で後のフレームデータが入力されるまで、現在のフレームデータを一時的にフレーム記憶手段２４に記憶しておく。これは、データパケットが損失した場合に、その損失したデータパケット分のデータが欠落したフレームデータを、再送されてくるデータパケットによって補完するためである。
【００６４】
すなわち、フレーム再構成手段２３は、ブロック再構成手段２２から、再送されたデータパケットを受信した場合、当該データパケットのヘッダ部（ＲＴＰ拡張ヘッダ：図４参照）の「フレームデータ位置」に基づいて、当該データパケットのデータ本体を、フレーム記憶手段２４に記憶されているフレームデータの対応する位置に書き込む。
そして、フレーム再構成手段２３は、フレームクロックに同期させてフレーム記憶手段２４からフレームデータを読み出してコンテンツ再生装置ＭＯに出力する。
【００６５】
フレーム記憶手段（基本データ記憶手段）２４は、フレーム再構成手段２３で再構成されたフレームデータを記憶するものであり、半導体メモリ等の一般的な記憶装置である。
このフレーム記憶手段２４に、データパケットの損失による欠落したフレームデータを記憶しておくことで、再送されたデータパケットによって、フレームデータを補完することが可能になる。
【００６６】
応答パケット生成手段２５は、１ブロック分のデータパケットに対する応答を示す応答パケットを生成するものである。この応答パケット生成手段２５は、ブロック再構成手段２２から出力されるデータパケットが正常に受信されたかどうかを示す判定結果に基づいて、１ブロックにつき１つの応答パケット（図５参照）を生成し、応答パケット送信手段２７に出力する。
【００６７】
クロック生成手段２６は、外部から入力又は予め設定されたフレームデータを分割したブロックの数（フレーム分割数：コンテンツ送信装置１０のフレーム分割数と同じ値）と、コンテンツ再生装置ＭＯのフレームクロックとに基づいて、ブロックの再生タイミングを示すブロック再生クロック（すなわち、応答パケットを送信するタイミングを示す応答パケット送信クロック）を生成するものである。
例えば、クロック生成手段２６は、フレームクロックの周波数をｆ、フレーム分割数をＮとしたとき、ｆ×Ｎのクロックを生成させる逓倍回路で構成される。
このクロック生成手段２６で生成されたブロック再生クロック（応答パケット送信クロック）は、応答パケット送信手段２７に出力される。
【００６８】
応答パケット送信手段２７は、クロック生成手段２６で生成されたブロック再生クロックに同期させて、ネットワークＮＷを介して、応答パケットをコンテンツ送信装置１０に送信するものである。
また、応答パケット送信手段２７は、コンテンツ伝送システム１の動作の開始時や、データパケットの送信開始の遅れ、データパケットの到着の遅れ等により、応答パケットを送信する時点において、応答パケット生成手段２５から応答パケットが入力されない場合は、ＡＣＫタイプに“１（送信要求）”を設定した応答パケット（図５参照）を生成し、コンテンツ送信装置１０に送信する。なお、この場合、応答パケットには、データ本体を含まないものとする。
なお、応答パケットを送信するネットワークＮＷは、確実に応答パケットをコンテンツ送信装置１０に送信することが望ましいため、ＴＣＰ／ＩＰ等のデータの信頼性の高いプロトコルを使用することが望ましい。
【００６９】
以上、コンテンツ受信装置２０の構成について説明したが、本発明はこの構成に限定されるものではない。例えば、応答パケット生成手段２５は、外部から再送モードを入力されることで、データパケットの再送を行うか行わないかを切り替えることとしてもよい。
すなわち、再送モードとして再送を行う旨を指示された場合、応答パケット生成手段２５は、前記した機能を実現することとする。また、再送モードとして再送を行わない旨を指示された場合、応答パケット生成手段２５は、応答パケットのＡＣＫタイプに常に“０（確認応答）”を設定し（図５参照）、すべてのデータパケットを正常受信したものとして応答パケットを生成することで、再送要求を行わないモードにすることができる。
これによって、例えば、データパケットを再送することによるフレームデータの遅延量を減らすことが可能になる。
【００７０】
また、フレームデータに遅延が発生しても、フレームクロック内で再生することが可能である場合は、データパケットの再送を行うこととすることで、フレームデータ（コンテンツ）を忠実に再生することが可能になる。
このように、再送モードを切り替える場合であっても、コンテンツ送信装置１０に変更を加える必要はない。
なお、コンテンツ送信装置１０が再送制御機能を有さない場合は、再送モードを、データパケットの再送を行わない設定とする。
【００７１】
また、コンテンツ受信装置２０は、一般的なコンピュータを、前記した各手段として機能させるプログラムで実現することができる。このプログラム（コンテンツ受信プログラム）は、通信回線を介して配布することも可能であるし、ＣＤ−ＲＯＭ等の記録媒体に書き込んで配布することも可能である。
【００７２】
以上説明したように、コンテンツ受信装置２０は、フレームクロックに同期して、コンテンツデータ（フレームデータ）を、コンテンツ送信装置１０から受信することができる。また、コンテンツ受信装置２０は、再送制御を行うことができるので、伝送時におけるデータの信頼性を高めることができる。
【００７３】
このように、本実施の形態において、応答パケットの送信に、ＴＣＰ／ＩＰ等のパケット損失がない信頼性が保証されたプロトコルを利用することを想定している。この場合、大容量、長距離のネットワーク環境においては、映像のコンテンツデータのような大容量のデータを送信すると、パケット損失が発生し、ＴＣＰ／ＩＰにおける輻輳制御機構が働き、所望の通信容量で通信を行えない場合が想定される。
【００７４】
しかし、本発明では、ＴＣＰ／ＩＰは、応答パケットの通信用に用い、かつ、ブロック単位で応答パケットを送信するため、必要とする通信容量は少ない。例えば、フレームクロックが３０Ｈｚでフレーム分割数を１５とした場合、応答パケットの送信間隔は、２．２２ミリ秒（ｍｓｅｃ）となる。また、応答パケットのサイズを１２バイトとすると、応答パケットの伝送容量は約４３０Ｋｂｐｓとなる。この伝送容量であれば、ネットワークＮＷでパケット損失等に伴うＴＣＰ／ＩＰの輻輳制御機構が働いた場合であっても、十分に安定して応答パケットを送信することが可能である。
【００７５】
［コンテンツ伝送システムの動作］
次に、図６及び図７を参照して、コンテンツ伝送システムの動作を、コンテンツ送信装置１０の動作とコンテンツ受信装置２０の動作とに分けて説明する。図６は、本発明に係るコンテンツ送信装置の動作を示すフローチャートである。図７は、本発明に係るコンテンツ受信装置の動作を示すフローチャートである。
【００７６】
（コンテンツ送信装置の動作）
最初に、図６を参照（構成については適宜図２参照）して、コンテンツ送信装置１０の動作について説明する。
まず、コンテンツ送信装置１０は、フレーム入力手段１１によって、コンテンツデータをフレームデータ単位で入力する（ステップＳ１）。
そして、コンテンツ送信装置１０は、ブロック分割手段１２によって、ステップＳ１で入力したフレームデータを、所定数（フレーム分割数）のブロックに分割する（ステップＳ２）。
【００７７】
ここで、コンテンツ送信装置１０は、パケット送信手段１３によって、再送ブロック生成手段１７において再送ブロックが生成されたどうかを判定する（ステップＳ３）。そして、再送ブロックが生成されている場合（ステップＳ３でＹｅｓ）、パケット送信手段１３は、ステップＳ２で分割されたブロックに先立って、再送ブロック内のデータパケットを、ネットワークＮＷを介して、コンテンツ受信装置２０に送信する（ステップＳ４）。
【００７８】
なお、再送ブロックは、１番目のブロックを送信する際には生成されておらず、２番目以降のブロックを送信する際に、後記するステップＳ９において生成されている場合がある。
このステップＳ４の動作後、又は、再送ブロックが生成されていない場合（ステップＳ３でＮｏ）、パケット送信手段１３は、ステップＳ２で分割された現時点のブロックをネットワーク送信用のデータパケットに分割して、ネットワークＮＷを介して、コンテンツ受信装置２０に送信する（ステップＳ５）。
なお、パケット送信手段１３は、ステップＳ５における２番目以降のブロックを、後記するステップＳ８で再生されるクロック（ブロック再生クロック）に同期して送信する。また、パケット送信手段１３は、ステップＳ４で送信されるデータパケットとステップＳ５で送信されるデータパケットとを、ブロック再生クロックの１クロック内で送信する。
【００７９】
さらに、コンテンツ送信装置１０は、パケット送信手段１３によって、送信した１ブロック分のデータパケットをブロック記憶手段１６に記憶する（ステップＳ６）。
そして、コンテンツ送信装置１０は、応答パケット受信手段１４によって、ステップＳ５で送信した１ブロック分のデータパケットに対する応答である応答パケットを、コンテンツ受信装置２０から受信する（ステップＳ７）。
【００８０】
続けて、コンテンツ送信装置１０は、クロック再生手段１５によって、ステップＳ７で応答パケットを受信したタイミングに基づいて、コンテンツ受信装置２０においてブロックを再生するタイミングを示すクロックであるブロック再生クロックを再生する（ステップＳ８）。なお、このブロック再生クロックは、前記ステップＳ５で使用される。
【００８１】
そして、コンテンツ送信装置１０は、再送ブロック生成手段１７によって、ステップＳ７で受信した応答パケットに基づいて、ブロック記憶手段１６に記憶されているデータパケットの中から、コンテンツ受信装置２０において未受信のデータパケットを再送ブロックとして生成する（ステップＳ９）。
そして、コンテンツ送信装置１０は、フレーム入力手段１１によって、フレームデータが入力されるかどうかによって、入力の終了を判定し（ステップＳ１０）、フレームデータが入力された場合（ステップＳ１０でＮｏ）、ステップＳ２に戻って操作を継続する。
【００８２】
一方、フレームデータの入力が終了した場合（ステップＳ１０でＹｅｓ）、コンテンツ送信装置１０は、パケット送信手段１３によって、ステップＳ９で再送ブロックが生成されたかどうかを判定する（ステップＳ１１）。
そして、再送ブロックが生成されている場合（ステップＳ１１でＹｅｓ）、パケット送信手段１３は、再送ブロック内の再送データパケットを、ネットワークＮＷを介して、コンテンツ受信装置２０に送信し（ステップＳ１２）、動作を終了する。
一方、再送ブロックが生成されていない場合（ステップＳ１１でＮｏ）、そのまま動作を終了する。
【００８３】
以上の動作によって、コンテンツ送信装置１０は、コンテンツ受信装置２０から送信される、フレームクロックに基づいてブロック単位で生成される応答パケットに同期して、ブロック単位でデータパケットを送信することができる。
【００８４】
（コンテンツ受信装置の動作）
次に、図７を参照（構成については適宜図３参照）して、コンテンツ受信装置２０の動作について説明する。
まず、コンテンツ受信装置２０は、パケット受信手段２１によって、ネットワークＮＷを介して、コンテンツ送信装置１０から送信されるデータパケットを受信する（ステップＳ２１）。
【００８５】
そして、コンテンツ受信装置２０は、ブロック再構成手段２２によって、ステップＳ２１で受信したデータパケットからブロックを再構成する（ステップＳ２２）。
そして、コンテンツ受信装置２０は、フレーム再構成手段２３によって、ステップＳ２２で生成されたブロックからフレームデータを再構成し（ステップＳ２３）、フレーム記憶手段２４に記憶する（ステップＳ２４）。
また、コンテンツ受信装置２０は、応答パケット生成手段２５によって、ステップＳ２２でブロックを再構成した段階で、応答パケットを生成する（ステップＳ２５）。このとき、応答パケットには、ステップＳ２２でブロックを再構成する際に使用した正常に受信したデータパケットと、損失したデータパケットとを示す情報が付加される。
【００８６】
そして、コンテンツ受信装置２０は、フレーム再構成手段２３によって、外部から入力されたフレームクロックに同期して、フレーム記憶手段２４に記憶されているフレームデータを読み出して、出力する（ステップＳ２６）
また、コンテンツ受信装置２０は、応答パケット送信手段２７によって、クロック生成手段２６によりフレームクロックから生成されるブロック再生クロックに同期して、ステップＳ２５で生成された応答パケットを、ネットワークＮＷを介して、コンテンツ送信装置１０に送信する（ステップＳ２７）。
そして、コンテンツ受信装置２０は、ステップＳ２１に戻って、データパケットの受信動作を継続する。
【００８７】
以上の動作によって、コンテンツ受信装置２０は、フレームクロックに基づいて、ブロック単位で応答パケットを生成し、コンテンツ送信装置１０に送信することで、フレームクロックに同期して、フレームデータを出力することができる。
【００８８】
（コンテンツ伝送システムにおける再送動作の具体例）
ここで、図８を参照（適宜図１参照）して、コンテンツ伝送システム１におけるデータパケットの再送動作の具体例について説明する。図８は、コンテンツ伝送システムにおけるデータパケットの再送動作を示すシーケンス図である。
ここでは、フレームデータＦＲを構成するデータパケットのデータを（ｎ，ｍ）で表し、ｎはブロック番号、ｍはパケット番号を示すこととする。
そして、フレームデータＦＲは、（１，１）、（１，２）…（１，４）からなるブロックＢＫ1と、（２，１）、（２，２）…（２，４）からなるブロックＢＫ2と、（３，１）、（３，２）…（３，４）からなるブロックＢＫ3と、（４，１）、（４，２）…（４，４）からなるブロックＢＫ4とで構成されているものとする。
【００８９】
このとき、コンテンツ送信装置１０は、フレームデータＦＲをブロックに分割し、ブロック番号“１”のブロックＢＫ1をデータパケットに分割して、コンテンツ受信装置２０に送信する（ステップＳ３１）。なお、このとき、ネットワーク上でデータパケットの（１，３）が損失したとする。
【００９０】
そして、コンテンツ受信装置２０は、１ブロック分のデータパケットを受信する（ステップＳ３２）。なお、ここでは、データパケット（１，３）がネットワーク上で損失したものとする。
続けて、コンテンツ受信装置２０は、データパケット（１，１）〜（１，４）をブロックＢＫNに再構成する（ステップＳ３３）。このときブロックＢＫNのデータパケット（１，３）の領域は欠落した状態となる。
そこで、コンテンツ受信装置２０は、データパケット（１，３）が欠落したことを示す応答パケットＡＣＫを生成し（ステップＳ３４）、コンテンツ送信装置１０に送信する（ステップＳ３５）。
【００９１】
一方、コンテンツ送信装置１０は、その応答パケットＡＣＫを受信し（ステップＳ３６）、データパケット（１，３）の損失を確認する。
そして、コンテンツ送信装置１０は、その損失したデータパケットから構成される再送ブロックＲＢＫを生成する（ステップＳ３７）。
そして、コンテンツ送信装置１０は、再送ブロックＲＢＫと次に送信するブロック番号“２”のブロックＢＫ2とを、同じブロック再生クロックのタイミングで、データパケットに分割して、コンテンツ受信装置２０に送信する（ステップＳ３８）。
このように、コンテンツ伝送システム１では、応答パケットの送信間隔となるブロック再生クロックに同期して、データパケットの再送制御を行うことができる。
【００９２】
（コンテンツ伝送システムの具体例）
以上説明したコンテンツ伝送システム１では、コンテンツ送信装置１０と、コンテンツ受信装置２０とを１台づつで構成したが、この構成はこれに限定されるものではない。
例えば、図９に示すように、２台のコンテンツ送信装置１０（１０1，１０2）と、１台のコンテンツ受信装置２０をネットワークＮＷを介して接続する構成としてもよい。図９は、２つのコンテンツを編集するコンテンツ伝送システムの構成例を示す構成図である。
【００９３】
この図９に示したコンテンツ伝送システム１Ｂは、シーン記述言語を用いて映像のシーンを記述した編集情報に基づいて、複数のコンテンツデータを再生するものである。
このシーン記述言語としては、本願出願人が開示した特開２００２−３３５４４２号公報「シーン記述プログラム」の技術を用いることができる。
ここでは、映像のシーンを時系列に記述した編集情報ＥＤで、タイムコード［００：００：００：００］から［００：０１：００：００］（開始から１分）までコンテンツＡ、タイムコード［００：０１：００：００］から［００：０３：００：００］（開始後１分から３分）までコンテンツＢを再生する旨が記述されている。また、コンテンツＡ及びＢには、フレーム単位でタイムコードが付加されているものとする。
【００９４】
この場合、コンテンツ受信装置２０は、図示を省略したコンテンツ取得手段によって、編集情報ＥＤに基づいて、タイムコード［００：００：００：００］にコンテンツＡを送信する旨をコンテンツ送信装置１０1に要求し、コンテンツ送信装置１０1の図示を省略したコンテンツ要求取得手段が当該要求を取得した段階で、コンテンツデータの送信を開始する。以降、本実施の形態において説明したように、タイムコード［００：００：００：００］から［００：０１：００：００］の間は、コンテンツ再生装置ＭＯのフレームクロックに同期して、コンテンツ送信装置１０1から、コンテンツＡを取得し、再生する。そして、タイムコード［００：０１：００：００］から［００：０３：００：００］の間は、コンテンツ送信装置１０1と同様に、コンテンツ再生装置ＭＯのフレームクロックに同期して、コンテンツ送信装置１０2から、コンテンツＢを取得し、再生する。
【００９５】
このように、コンテンツ伝送システム１Ｂは、コンテンツ再生装置ＭＯのフレームクロックに同期して、コンテンツを再生できるため、ネットワークＮＷを介して、点在する複数のコンテンツを編集することができる。
【図面の簡単な説明】
【００９６】
【図１】本発明に係るコンテンツ伝送システムの概要を説明するための概要図である。
【図２】本発明に係るコンテンツ送信装置の構成を示すブロック図である。
【図３】本発明に係るコンテンツ受信装置の構成を示すブロック図である。
【図４】データパケットのデータ構造の一例を示す構造図である。
【図５】応答パケットのデータ構造の一例を示す構造図である。
【図６】本発明に係るコンテンツ送信装置の動作を示すフローチャートである。
【図７】本発明に係るコンテンツ受信装置の動作を示すフローチャートである。
【図８】コンテンツ伝送システムにおけるデータパケットの再送動作を示すシーケンス図である。
【図９】２つのコンテンツを編集するコンテンツ伝送システムの構成例を示す構成図である。
【符号の説明】
【００９７】
１０    コンテンツ送信装置
１１    フレーム入力手段（基本データ入力手段）
１２    ブロック分割手段
１３    パケット送信手段
１４    応答パケット受信手段
１５    クロック再生手段
１６    ブロック記憶手段
１７    再送ブロック生成手段
２０    コンテンツ受信装置
２１    パケット受信手段
２２    ブロック再構成手段
２３    フレーム再構成手段（基本データ再構成手段）
２４    フレーム記憶手段（基本データ記憶手段）
２５    応答パケット生成手段
２６    クロック生成手段
２７    応答パケット送信手段
【図１】
2006325103.tif 000003
【図２】
2006325103.tif 000004
【図３】
2006325103.tif 000005
【図４】
2006325103.tif 000006
【図５】
2006325103.tif 000007
【図６】
2006325103.tif 000008
【図７】
2006325103.tif 000009
【図８】
2006325103.tif 000010
【図９】
2006325103.tif 000011