(57)【要約】【課題】伝送帯域やパケットの欠損率など伝搬環境が異なる受信端末においても、乱れ、途切れの少ない高品質なコンテンツ配信を実現できるようにすること。【解決手段】本発明は、送信側からコンテンツを構成するデータと共にデータの繰り返し使用を示す繰り返し使用情報を送信し、受信側でデータと共に使用情報を受信し、受信したデータを保持、管理し、必要なデータが欠落した場合に、先に受信していたデータを再利用するようにすることにより、必要なデータの欠落を補完でき、乱れ、途切れの少ない高品質なコンテンツ配信を実現するようにした。【選択図】      図３
2004304271.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを構成するデータを格納するデータ格納手段と、前記データの繰り返し使用を示す繰り返し使用情報を格納する繰り返し使用情報格納手段と、前記データと共に前記繰り返し使用情報を送信する伝送手段と、を具備したことを特徴とするデータ送信装置。
【請求項２】
前記繰り返し使用情報をヘッダ情報の一つとして前記データに付与することを特徴とする請求項１記載のデータ送信装置。
【請求項３】
前記繰り返し使用情報は、前記データが再送されるまでの時間で記述されることを特徴とする請求項１または請求項２記載のデータ送信装置。
【請求項４】
コンテンツを構成するデータと前記データの繰り返し使用を示す繰り返し使用情報とを受信する伝送手段と、受信した前記データを保管する保管手段と、必要なデータが欠落した場合に、前記保管手段に保管されている前記必要なデータを再利用して前記必要なデータを補完する受信制御手段と、を具備したことを特徴とするデータ受信装置。
【請求項５】
前記繰り返し使用情報は前記データが再送されるまでの時間で記述され、前記繰り返し使用情報に記述された時間前記データを保管することを特徴とする請求項４記載のデータ受信装置。
【請求項６】
前記データと、前記繰り返し使用情報と、前記データの保管場所と、の組を複数格納したテーブルを具備したことを特徴とする請求項４または請求項５記載のデータ受信装置。
【請求項７】
前記受信制御手段は、前記必要なデータが欠落した際に、前記テーブルに格納された前記繰り返し使用情報と前記保管場所を用いて、前記保管手段に保管されている前記必要なデータを抽出し、再利用することを特徴とする請求項６記載のデータ受信装置。
【請求項８】
請求項１記載のデータ送信装置と、請求項４記載のデータ受信装置と、を具備したことを特徴とするコンテンツ配信システム。
【請求項９】
コンテンツを構成するデータと、前記データの繰り返し使用を示す繰り返し使用情報と、をカルーセル方式で送信することを特徴とするデータ送信方法。
【請求項１０】
コンテンツを構成するデータと前記データの繰り返し使用を示す繰り返し使用情報とを受信し、受信した前記データを保管し、必要なデータが欠落した場合に、保管している前記必要なデータを再利用して前記必要なデータを補完することを特徴とするデータ受信方法。
【請求項１１】
コンピュータに、コンテンツを構成するデータと、前記データの繰り返し使用を示す繰り返し使用情報と、を送信させることを特徴とするプログラム。
【請求項１２】
コンピュータに、コンテンツを構成するデータと前記データの繰り返し使用を示す繰り返し使用情報とを受信させ、受信した前記データを保管し、必要なデータが欠落した場合に、保管している前記必要なデータを再利用して前記必要なデータを補完させることを特徴とするプログラム。
【請求項１３】
請求項１１または請求項１２記載のプログラムを格納した記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ビデオや音声やテキストや静止画といったメディアを含むコンテンツの配信をカルーセル方式で伝送するデータ送信装置およびデータ受信装置に関する。
【０００２】
【従来の技術】
現在、テキスト、静止画、動画、音声を含むコンテンツを統合し、空間的および時間的配置を記述する方法としてＷ３Ｃ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍ）によって標準化されている、ＳＭＩＬ（Ｓｙｎｃｈｒｏｎｉｚｅｄ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｇｒａｔｉｏｎ  Ｌａｎｇｕａｇｅ）と呼ばれる技術がある。ＳＭＩＬは、現在インターネットを通じて非常に普及しているハイパーテキスト記述言語ＨＴＭＬと似た記述言語であるが、動画を含むマルチメディアデータを配信するのにより好適な記述言語である。
【０００３】
また、デジタル放送では配信されるデータのモジュールの有効期限を記述するための方法として、Ｅｘｐｉｒｅ記述子が提案されている（非特許文献１）。この方法は、例えば、蓄積装置を持つ受信端末においてモジュールが蓄積された場合、蓄積されたデータは有効期限経過後に消去されるというものである。
【０００４】
【非特許文献１】
デジタル放送におけるデータ放送におけるデータ放送符号化方式と伝送方式、ＡＲＩＢ  ＳＴＤ−Ｂ２４  ３．２版  （第３分冊）  （社）電波産業会
【０００５】
【発明が解決しようとする課題】
しかしながら、従来のコンテンツ配信システムには以下の問題があった。
【０００６】
特に無線伝送路を介してメディアを配信する場合では、受信端末において指定された種類のマルチメディアデータの復号（デコード）が可能であっても、変動する通信路の帯域、誤り率に応じて、ＳＭＩＬで指定されたマルチメディアデータの伝送が可能であったり、不可能であったりする。
【０００７】
例えば、無線ＬＡＮでは、基地局から離れた場所にある端末は低いビットレート、基地局に近い端末は高いビットレートでメディアデータの受信が可能であることがある。
【０００８】
このように、伝送帯域やパケットの欠損率など伝搬環境が異なることで、コンテンツ配信の乱れ、途切れが発生する。このため、高品質なコンテンツ再生が困難であるという課題がある。
【０００９】
本発明は、かかる点に鑑みてなされたものであり、伝送帯域やパケットの欠損率など伝搬環境が異なる受信端末においても、乱れ、途切れの少ない高品質なコンテンツ配信を実現できるようにすることを目的とする。
【００１０】
【課題を解決するための手段】
本発明は、送信側からコンテンツを構成するデータと共にデータの繰り返し使用を示す繰り返し使用情報を送信し、受信側でデータと共に使用情報を受信し、受信したデータを保持、管理し、必要なデータが欠落した場合に、先に受信していたデータを再利用するようにした。
【００１１】
これにより、受信側は、必要なデータが欠落した場合に、先に受信していたデータを用いることができる。この結果、伝送帯域やパケットの欠損率など伝搬環境が異なる受信端末においても、必要なデータの欠落を防ぎ、乱れ、途切れの少ない高品質なコンテンツ配信を実現できる。
【００１２】
【発明の実施の形態】
本発明の第１の態様にかかるデータ送信装置は、コンテンツを構成するデータを格納するデータ格納手段と、前記データの繰り返し使用を示す繰り返し使用情報を格納する繰り返し使用情報格納手段と、前記データと共に前記繰り返し使用情報を送信する伝送手段と、を具備した構成を採る。
【００１３】
これにより、受信側に対して、データが繰り返し使用されることを通知できる。よって、受信側において、受信側で保持すべき期間が明確になり、繰り返し使用されるデータを効率よく保管することができ、データが欠落した際に、保管しておいたデータを用いて直ちに欠落したデータを補完できる。この結果、受信側において、高品質にコンテンツを再生することができる。
【００１４】
本発明の第２の態様は、第１の態様にかかるデータ送信装置において、前記繰り返し使用情報をヘッダ情報の一つとして前記データに付与する。
【００１５】
このように、ヘッダに繰り返し使用情報を付与することにより、一つのパケットでデータと繰り返し使用情報を送信することができる。
【００１６】
本発明の第３の態様は、第１の態様または第２の態様にかかるデータ送信装置において、前記繰り返し使用情報は、前記データが再送されるまでの時間で記述される。
【００１７】
このように、データが再送されるまでの時間を記述し、送信することにより、受信側が、データの送信周期を認識できる。よって、受信側は、以前にデータが送信されてきた時期を容易に認識できる。
【００１８】
本発明の第４の態様にかかるデータ受信装置は、コンテンツを構成するデータと前記データの繰り返し使用を示す繰り返し使用情報とを受信する伝送手段と、受信した前記データを保管する保管手段と、必要なデータが欠落した場合に、前記保管手段に保管されている前記必要なデータを再利用して前記必要なデータを補完する受信制御手段と、を具備した構成を採る。
【００１９】
これにより、データが繰り返し使用される時点を知ることを認識でき、繰り返し使用されるデータを効率よく保管することができる。そして、データが欠落した際に、保管しておいたデータを用いて直ちに欠落したデータを補完できる。この結果、高品質にコンテンツを再生することができる。
【００２０】
本発明の第５の態様は、第４の態様にかかるデータ受信装置において、前記繰り返し使用情報は前記データが再送されるまでの時間で記述され、前記繰り返し使用情報に記述された時間前記データを保管する。
【００２１】
これにより、データを必要以上保管しないようにでき、つまり、効率的な保管を実現できる。
【００２２】
本発明の第６の態様は、第４の態様または第５の態様にかかるデータ受信装置において、前記データと、前記繰り返し使用情報と、前記データの保管場所と、の組を複数格納したテーブルを具備した。
【００２３】
これにより、データの、繰り返し使用情報と保管場所とを対応つけて管理できる。
【００２４】
本発明の第７の態様は、第６の態様にかかるデータ受信装置において、前記受信制御手段は、前記必要なデータが欠落した際に、前記テーブルに格納された前記繰り返し使用情報と前記保管場所を用いて、前記保管手段に保管されている前記必要なデータを抽出し、再利用する。
【００２５】
このように、繰り返し使用情報と保管場所を用いることにより、容易に必要なデータを保管場所から抽出することができる。
【００２６】
本発明の第８の態様は、第１の態様に記載のデータ送信装置と、第４の態様に記載のデータ受信装置と、を具備したことを特徴とするコンテンツ配信システムである。
【００２７】
本発明の第９の態様は、コンテンツを構成するデータと、前記データの繰り返し使用を示す繰り返し使用情報と、をカルーセル方式で送信することを特徴とするデータ送信方法である。
【００２８】
本発明の第１０の態様は、コンテンツを構成するデータと前記データの繰り返し使用を示す繰り返し使用情報とを受信し、受信した前記データを保管し、必要なデータが欠落した場合に、保管している前記必要なデータを再利用して前記必要なデータを補完することを特徴とするデータ受信方法である。
【００２９】
本発明の第１１の態様は、コンピュータに、コンテンツを構成するデータと、前記データの繰り返し使用を示す繰り返し使用情報と、を送信させることを特徴とするプログラムである。
【００３０】
本発明の第１２の態様は、コンピュータに、コンテンツを構成するデータと前記データの繰り返し使用を示す繰り返し使用情報とを受信させ、受信した前記データを保管し、必要なデータが欠落した場合に、保管している前記必要なデータを再利用して前記必要なデータを補完させることを特徴とするプログラムである。
【００３１】
本発明の第１３の態様は、上記プログラムを格納した記憶媒体である。
【００３２】
以下、本発明の一実施の形態について添付図面を用いて詳細に説明する。
まず、図１（ａ）〜図１（ｃ）を用いて本実施の形態にかかる通信網の利用形態について説明する。図１（ａ）〜図１（ｃ）は、本実施の形態にかかるコンテンツ配信システムを示した図である。
【００３３】
図１（ａ）に示すように、本実施の形態にかかるコンテンツ配信システムは、送信装置であるサーバ１０２から配信されたコンテンツを、通信網１０１を介して、受信端末１０４が受信するようになっている。
【００３４】
サーバ１０２は、動画、音声、音楽、テキスト、静止画、レイアウト情報、プログラムなどさまざまなメディア対象としたコンテンツをカルーセル方式で伝送する。また、サーバ１０２は、コンテンツとして、番組情報と番組データとを送信している。
【００３５】
番組情報は、番組の概要や、放送開始・終了時間、放送に使用される通信ポート（ＴＶ放送におけるチャンネルにあたるもので、具体的には、あて先ＩＰアドレスやポート番号のことをいう）などの受信条件を記したデータである。
【００３６】
また、番組情報の記述方法としては例えば、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）が用いられている。
【００３７】
また、番組データは、動画、音声、音楽、テキスト、静止画、プログラムなどのメディアと、これらを組み合わせて表示するためのレイアウト情報である。
【００３８】
レイアウト情報の記述方法としては、例えば、ＳＭＩＬ（Ｓｙｎｃｈｒｏｎｉｚｅｄ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｇｒａｔｉｏｎ  Ｌａｎｇｕａｇｅ）やＪＡＶＡ（Ｒ）を用いられている。
【００３９】
なお、ＳＭＩＬの詳細については、ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ｓｍｉｌ２０／に、ＳＤＰの詳細についてはｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２３２７．ｔｘｔに、それぞれ記述されている。
【００４０】
ここで、図２を用いて、ＳＭＩＬファイルの記述例について説明する。
【００４１】
図２に示す記述の３行目の＜ｌａｙｏｕｔ＞から８行目の＜／ｌａｙｏｕｔ＞までが、コンテンツの空間的レイアウトの情報である。
【００４２】
１１行目の＜ｐａｒ＞から１６行目の＜／ｐａｒ＞までが、コンテンツを再生する時間情報である。
【００４３】
５行目から７行目において、動画、テキスト、静止画を配置する領域  ｖ、ｔ、ｉをそれぞれ定義する。
【００４４】
１２行目から１４行目まではそれぞれ、動画、音声、テキスト、静止画を再生する時間情報を定義する。１２行目から１４行目までの各行に含まれる“ｓｒｃ＝”は、メディアを取得するためのＵＲＬが指定されており、本例では、動画、音声をＲＴＳＰ（ＲｅａｌＴｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ、Ｉｎｔｅｒｎｅｔ  Ｄｒａｆｔ  ＲＦＣ２３２６）プロトコル、テキスト、静止画をＨＴＴＰプロトコルで取得することが指定されている。
【００４５】
また、１２行目または１４、１５行目に含まれる”ｒｅｇｉｏｎ＝”は、メディアを表示する位置を指定しており、５行目から７行目で指定した領域に対応している。
【００４６】
例えば、１４行目に指定されたテキストデータは、ｒｅｇｉｏｎ  ｉｄ＝”ｔ”であるから、６行目で指定されている領域に表示される。
【００４７】
なお、行番号は説明の便宜上付与したものであり、実際のＳＭＩＬファイルには記載されない。
【００４８】
図１の説明に戻る。受信端末１０４は、携帯電話、ＴＶ、ＰＤＡ、パソコンなど、表示解像度や処理能力が異なる端末である。受信端末１０４は、最初にサーバ１０２から送信された番組情報を受信し、番組情報に記載される番組データ受信用の受信チャネルを開いて番組データを受信する。そして、受信端末１０４は、番組情報に対応する番組を再生する。
【００４９】
なお、受信端末１０４は番組を配信する複数のサーバから同時にコンテンツを受信してもよい。さらに、受信端末１０４は、単一の伝送路だけでなく、複数の伝送路に同時に接続できる能力を有するものであってもよい。
【００５０】
通信網１０１は、有線網（例えば、ＡＤＳＬ、ＩＳＤＮ、ＡＴＭ、ＦＴＴＨなど）であっても無線網（例えば、携帯電話、無線ＬＡＮなど）である。
【００５１】
また、通信機器はルータやゲートウェイ（ＧＷ）といった中継ノード１０３で相互接続される。
【００５２】
中継ノード１０３は、ブロードキャストやマルチキャスト機能を備え、中継ノード１０３でデータパケットを複製することができる。
【００５３】
また、コンテンツの伝送方法としては、サーバ１０２と受信端末１０４間で１対１型の通信を行ってもよいし、ブロードキャストやマルチキャスト機能を用いて、サーバ１０２と受信端末１０４間１対Ｎ型の通信を行ってもよい。
【００５４】
なお、番組情報や番組データは、同一の伝送路を利用して伝送してもよいし、それぞれ別々の伝送路を利用して伝送してもよい。例えば、番組情報は放送網を用いて伝送し、番組データは通信網を用いて伝送することとしてもよい。
【００５５】
また、本実施の形態は、図１（ｂ）に示すように、有線網と無線網が相互接続された通信網１０５を備えた形態であってもよい。
【００５６】
さらに、本実施の形態は、図１（ｃ）に示すように、サーバ１０２が各所に存在し、近傍のエリアにデータをブロードキャストし、受信端末１０４がデータを受信する通信形態であってもよい。このような通信形態の場合には、伝送プロトコルとして、ＢｌｕｅＴｏｏｔｈや無線ＬＡＮなどを利用できる。
【００５７】
また、サーバ１０２と受信端末１０４間の接続経路は通信網１０１だけではなく、放送網（例えば、地上波デジタル放送、衛星デジタル放送など）や、放送網と通信網を融合したシステム構成であってもよい。
【００５８】
ところで、特に、図１（ｂ）に示すように、携帯電話のような移動する受信端末１０４へコンテンツを放送する形態では、受信端末１０４が存在する地域ごとに異なるコンテンツを放送したいという要望もある。しかし、サーバ１０２から複数の受信端末１０４に、ブロードキャストもしくはマルチキャストした場合、位置に応じて放送内容を変更することは容易ではない。
【００５９】
そこで、実施の形態においては、位置に応じた放送を実現するために、例えば、図１（ｂ）では、サーバ１０２と中継ノード１０３間は１対１で通信し（有線網の区間）、中継ノード１０３と受信端末１０４間は、無線網を用いたブロードキャスト機能を利用して配信している。
【００６０】
このように、ブロードキャスト機能を実現する中継ノード１０３は、他の中継ノード１０３をまたがって、パケットをブロードキャストすることはない。
【００６１】
次に、本実施の形態にかかるコンテンツ配信システムについて図３を用いて説明する。図３は、本実施の形態にかかるコンテンツ配信システムの全体像を示すブロック図である。
【００６２】
本コンテンツ配信システムは、送信装置であるサーバ１０２と、複数の受信装置である受信端末１０４とが、通信網１０１を介して接続されている。サーバ１０２は、カルーセル放送を用いて受信端末１０４にコンテンツを送信する。
【００６３】
サーバ１０２は、データ管理部３０１、番組放送管理部３１４、送出制御部３０４、番組情報生成部３１２、および伝送部３０５を備えている。
【００６４】
データ管理部３０１は、番組テーブル３０１ａ、レイアウト情報を格納するレイアウト情報格納部３０１ｂ、ＭＰＥＧ４映像ストリームデータを格納するＡＶデータ格納部３０１ｃ、静止画データを格納する静止画格納部３０１ｄ、およびテキストデータを格納するテキスト格納部３０１ｅから構成される。データ管理部３０１は、ハードディスクドライブに代表される記録媒体である。
【００６５】
番組テーブル３０１ａは、番組の情報を格納するテーブルである。この番組テーブル３０１ａに基づいて、各番組が放送される。
【００６６】
番組テーブル３０１ａの詳細について図４を用いて説明する。図４は、サーバ１０２が保有する番組テーブル３０１ａを示した図である。
【００６７】
番組テーブル３０１ａは、１つの番組の情報を格納するものであり、サーバ１０２は、この番組テーブル３０１ａを放送する番組の数だけ保有している。なお、図３では、図面の簡略化のため、番組テーブル３０１ａをひとつしか示していない。
【００６８】
番組テーブル３０１ａは、セッション情報４０１とメディア情報４０２に分かれている。
【００６９】
セッション情報４０１は番組全体に関する情報を表しており、メディア情報４０２は、番組を構成する各メディアの情報を表している。
【００７０】
セッション情報４０１には、タイトル４０３、セッション番号４０４、送信開始・終了時刻４０５、および、あて先アドレス４０６が格納されている。
【００７１】
タイトル４０３は、この番組のタイトルを表している。
【００７２】
セッション番号４０４は、この番組を一意に示す番号である。
【００７３】
送信開始・終了時刻４０５は、番組の送信開始と終了時刻が記載されている。
【００７４】
あて先アドレス４０６は、データのあて先アドレスを示しており、どのアドレスあてに番組データを送信するかを示している。
【００７５】
また、メディア情報４０２は、ファイル名４０７、送信名４０８、メディアの種別４０９、必須フラグ４１０、および、送信周期繰り返し回数４１１といった情報を持つ。
【００７６】
ファイル名４０７は、そのメディア（番組）に格納されているファイル名が記載されている。ファイル名４０７は、メディアデータおよびレイアウト情報の名前である。
【００７７】
送信名４０８は、そのメディアデータの送信の際に、データを一意に識別するために付与される識別子を示している。この情報は、レイアウト情報で各メディアを指定するために使用する。また、各メディアの送信名は、番組情報に入力される。
【００７８】
メディアの種別４０９は、そのメディアの種別を示している。この情報は番組情報に入力されて、受信端末１０４に送信される。
【００７９】
必須フラグ４１０は、対応するメディアデータが再生不可能なときに、受信端末１０４が、そのメディアを構成メディアとして持つレイアウト情報を使って番組を再生することを許可するか否かを示すフラグである。つまり、必須フラグ４１０は、そのメディアがレイアウト情報の再生に必須であるか否かを示すフラグである。
【００８０】
必須フラグ４１０が１になっているときは、そのメディアが再生不可能であるときには、そのメディアをレイアウトの構成要素として持つレイアウト情報を使って番組を再生することを許可しない。言い換えれば、必須フラグ４１０は、メディアが対応するレイアウト情報に必須な必須メディアか否かを示すものである。
【００８１】
必須フラグ４１０は、番組情報もしくはレイアウト情報に記載されて受信装置に通知される。
【００８２】
送信周期繰り返し回数４１１は、送信するメディアデータが静止画、テキストデータである場合には、そのメディアデータの送信の繰り返し周期を示す。
【００８３】
また、送信するメディアデータがストリームのデータである場合にも同様に、そのストリームデータの送信の繰り返し周期を示す。
【００８４】
また、送信周期繰り返し回数４１１の値は、サーバ１０２から受信端末１０４へ送信する、受信データを繰り返し使用する際に使用する繰り返し使用情報（ＲｅｐｅａｔＴｉｍｅ）の値に対応する。なお、繰り返し使用情報については、後述する。
【００８５】
以上のように番組テーブル３０１ａは構成されている。
【００８６】
図３を用いたコンテンツ配信システムの説明に戻る。
【００８７】
番組放送管理部３１４は、各番組の放送開始、終了を管理するものである。番組送信管理部３１４は、番組再生開始、終了時刻を記憶して、送信開始時刻になれば番組の送信を開始し、終了時刻になると番組の送信を終了する。
【００８８】
さらに詳細には、番組放送管理部３１４は、各番組の番組テーブル３０１ａからセッション情報４０１に関する情報を読み込み、そこに記録された番組の放送開始時刻・終了時刻４０５を記憶する。そして、番組放送管理部３１４は、各番組の放送開始時刻になると送出制御部３０４および番組情報生成部３１２にその番組の放送開始を指示する。また、番組放送管理部３１４は、終了時刻になると、送出制御部３０４および番組情報生成部３１２にその番組の放送終了を指示する。
【００８９】
送出制御部３０４は、番組放送管理部３１４からの放送開始指示に従って、指示された番組テーブル３０１ａのメディア情報４０２を読み出し、メディア情報４０２のファイル名４０７をもとに番組データを構成するメディアデータおよびレイアウト情報を読み出す。送出制御部３０４は、読み出した番組データを伝送部３０５に渡す。
【００９０】
また、送出制御部３０４は、メディアデータおよびレイアウト情報を伝送部３０５に渡す際に、これらに対応する送信周期繰り返し回数４１１も伝送部３０５に渡す。
【００９１】
また、送出制御部３０４は、番組放送管理部３１４からの放送終了指示に基づいて、指示された番組の放送を停止する。
【００９２】
番組情報生成部３１２は、番組放送管理部３１４からの放送開始指示に従って、指示された番組の番組情報をデータ管理部３０１より読み出す。そして、必要であれば、番組情報に番組データの放送チャンネル（各メディアデータのあて先ＩＰアドレス、ポート番号など）の情報を追加する。そして、番組情報生成部３１２は、この番組情報を一定周期で伝送部３０５に渡す。また、番組情報生成部３１２は、番組放送管理部３１４からの放送終了指示に従って、指示された番組の番組情報の伝送部３０５への受け渡しを終了する。
【００９３】
なお、番組情報を予め受信端末１０４に渡してあって、番組放送時点では番組情報を送信する必要がない場合には、サーバ１０２にこの番組情報生成部３１２を備える必要はない。
【００９４】
伝送部３０５は、ＩＰネットワークにデータを送信可能なインターフェースである。また、この伝送部３０５は、番組情報生成部３１２および送出制御部３０４から受け取った番組情報および番組データをパケット化する機能を有する。さらに、伝送部３０５は、予め定められた番組情報用チャンネルに番組情報を送信し、番組情報に基づいて、定められたチャンネルに番組データを送信する機能を有する。
【００９５】
ここで、伝送部３０５が、伝送するパケットに付与するパケットヘッダについて説明する。図５は、本実施の形態にかかるパケットヘッダの構成図である。本実施の形態では、データパケットをＲＴＰにより送信する。
【００９６】
図中９０１で示される部分は、ＲＴＰの標準の範囲内であるので、説明を省略する。
【００９７】
また、図中９０２は、ＲＴＰを拡張する際のフォーマットである。
【００９８】
ｌｅｎｇｔｈは、拡張フィールド（９０２の部分）の長さをバイト単位で入力する部分である。
【００９９】
また、ｒｅｓｅｒｖｅｄは、予約であり、使用しない。
【０１００】
また、ＲｅｐｅａｔＴｉｍｅは、データの繰り返し使用を示す繰り返し使用情報、つまり図４に示す送信周期繰り返し回数４１１を入力する部分である。ＲｅｐｅａｔＴｉｍｅは、繰り返し、あるデータを定期的に伝送、表示させるために使用する。
【０１０１】
ＲｅｐｅａｔＴｉｍｅは、受信したデータを永続的に、繰り返し同じＲｅｐｅａｔＴｉｍｅの値で再利用するとしても良いし、１度だけ、ＲｅｐｅａｔＴｉｍｅ後に再度利用されると表現する記述子であってもよい。前者の意味で使用する場合は、無限に同じデータが使用されることになるので、データの有効期限に関する情報を新たに設けてもよい。
【０１０２】
このように、伝送部３０５がＲｅｐｅａｔＴｉｍｅに、送信周期繰り返し回数４１１を入力し、送信することにより、受信端末１０４が、あるデータの送信周期を認識できる。よって、受信端末１０４は、以前このデータが送信されてきた時期を容易に認識できる。
【０１０３】
また、伝送部３０５が、ＲＴＰのヘッダに、データの繰り返し使用を示す繰り返し使用情報であるＲｅｐｅａｔＴｉｍｅを付与することにより、一つのパケットでデータと繰り返し使用情報を意味するＲｅｐｅａｔＴｉｍｅを送信することができる。
【０１０４】
なお、ＲｅｐｅａｔＴｉｍｅの記述は、ＲＴＰではなくＳＤＰを用いて記述しても良い。ＳＤＰに記述した場合、放送番組の１周期分の間隔を端末で容易に解釈することができる。これにより同じ番組データが再出現する時点がわかり、同じ番組データが再出現する時点まで放送番組を録画することにより、放送番組全体を録画することができる。このように、放送番組の途中から、放送番組を録画することができる。
【０１０５】
なお、上記のシステムにおいて、番組情報は、リアルタイムで生成しても良いし、放送前に事前に生成しても良い。また、番組情報は、必ずしも番組データとあわせて送信する必要はなく、別の手段により送信してもよい。
【０１０６】
例えば、番組情報送信用の別のサーバを準備し、受信装置が、そのサーバからＨＴＴＰなどを用いて取得することとしてもよい。
【０１０７】
次に、受信端末１０４について図３を用いて説明する。
【０１０８】
受信端末１０４は、受信制御部３０７、番組選択部３１７、再生制御部３０８、表示部３１６、受信データ管理部３１８および伝送部３１５を備えている。
【０１０９】
受信制御部３０７は、伝送部３１５により受信したデータの種別を判別し、受信したデータが番組情報である場合には、番組選択部３１７へデータを渡す。
【０１１０】
一方、受信制御部３０７は、受信したデータがレイアウト情報である場合には、受信制御部３０７は、レイアウト情報を構成するメディア、各メディアの表示が必須であるかどうかなどを解析し、受信データ管理部３１８が保持する受信データ管理テーブル３１９に記入する。
【０１１１】
また、受信制御部３０７は、レイアウト情報に付与されたパケットヘッダを解析し、ＲｅｐｅａｔＴｉｍｅを抽出し、受信データ管理部３１８が保持する繰り返し情報管理テーブル３２０に記入する。また、受信制御部３０７は、ＲｅｐｅａｔＴｉｍｅに記述された時間、レイアウト情報を受信データ管理部３１８が保持する受信データ保管部３２１に保管する。
【０１１２】
また、受信制御部３０７は、受信したデータがメディアデータである場合には、メディアの再生準備が完了したかどうかを判定し、その結果を受信データ管理部３１８に送る。
【０１１３】
また、受信制御部３０７は、メディアデータに付与されたパケットヘッダを解析し、ＲｅｐｅａｔＴｉｍｅを抽出し、受信データ管理部３１８に送る。また、受信制御部３０７は、ＲｅｐｅａｔＴｉｍｅに記述された時間、メディアデータを受信データ保管部３２１に保管する。
【０１１４】
また、受信制御部３０７は、メディアデータが継続的に受信可能かどうかを判定し、判定結果を受信データ管理部３１８に送る。
【０１１５】
番組選択部３１７は、受信制御部３０７より受け取った番組情報から、受信する番組を選択し、伝送部３１５に受信の指示をする。受信する番組の選択は、視聴者からの指示であってもよいし、受信端末１０４が自動的に選択する仕組みであってもよい。
【０１１６】
受信端末１０４が自動的に選択する方法としては、例えば、最初に受信した番組情報を選択して受信を開始してもよいし、受信した番組情報中からランダムに選択することとしてもよい。
【０１１７】
番組選択部３１７は、表示部３１６に番組タイトルなどの一覧を表示させる。そして、視聴者が表示された番組一覧から任意の番組を選択する。
【０１１８】
また、番組選択部３１７は、現在放送中の番組の番組データを受信するためのチャンネルを番組情報から求める。
【０１１９】
なお、本実施の形態では、番組情報は番組データを送信するサーバ１０２から送信される仕組みとなっているが、番組情報は、別の方法で入手することも可能である。例えば、ＨＴＴＰを使ってＨＴＴＰサーバから取得する方法などがある。
【０１２０】
受信データ管理部３１８は、受信データ管理テーブル３１９、繰り返し情報管理テーブル３２０、および受信データ保管部３２１を保持する。
【０１２１】
受信データ管理テーブル３１９は、受信したレイアウト情報に関する情報および受信したＡＶ情報、静止画、テキストなどのメディア情報に関する情報を管理するテーブルである。
【０１２２】
受信データ管理部３１８は、受信データ管理テーブル３１９の更新を検出し、使用すべきレイアウト情報を決定し、再生制御部３０８に通知する。
【０１２３】
繰り返し情報管理テーブル３２０は、繰り返し情報であるＲｅｐｅａｔＴｉｍｅを管理するためのテーブルである。
【０１２４】
受信データ保管部３２１は、受信したレイアウト情報や、メディアデータを所定時間保管する記憶手段である。受信データ保管部３２１は、受信制御部３０７の管理のもと、レイアウト情報やメディアデータを、これらのデータに付与されているＲｅｐｅａｔＴｉｍｅに相当する期間保管する。
【０１２５】
ＲｅｐｅａｔＴｉｍｅはデータが送信されてくる周期を示すので、ＲｅｐｅａｔＴｉｍｅに相当する時間経過すると、同じデータが再送されてくることになる。よって、受信データ保管部３２１は、データに付与されているＲｅｐｅａｔＴｉｍｅに相当する期間保管することにより、データを必要以上保管しないようにでき、つまり、効率的な保管をできる。
【０１２６】
再生制御部３０８は、受信データ管理部３１８の決定したレイアウト情報を受信制御部より取得し、レイアウト情報に基づいて番組データの再生処理を行う。
【０１２７】
なお、映像や音声の再生には、復号処理のためのさまざまな方式の復号化処理を行う。この方式としてはＭＰＥＧ４やＭＰＥＧ２といった標準化された方式を用いても良いし、標準化されていない方式を用いても良い。
【０１２８】
また、再生制御部３０８は、復号された情報を合成するために、テキストやアニメーションの表示位置や表示タイミングを決定する。メディア間の同期は、ＭＰＥＧ２、ＳＭＩＬといった標準化された方式を用いても良いし、標準化されていない方式を用いても良い。
【０１２９】
伝送部３１５は、ＩＰネットワークからのデータパケットを受信可能なインターフェースである。この伝送部３１５は、番組情報受信用チャンネルをオープンして番組情報を受信したり、番組選択部３１７より受信開始指示されたチャンネルをオープンしたり、番組データを受信したりする機能を有する。
【０１３０】
また、伝送部３１５は、受信した各種データパケットから、データを取り出して、受信制御部３０７に渡す機能を有する。さらに、伝送部３１５は、番組選択部３１７からの受信終了指示されたチャンネルをクローズして番組データの受信を停止する機能を有する。
【０１３１】
なお、本実施の形態では、番組情報および番組データは同一伝送路で伝送されているが、受信端末１０４に複数の伝送路に接続する機能が備わっている場合には、それぞれを別々の伝送路で受信してもよい。
【０１３２】
表示部３１６は、再生制御部３０８により復号されたＡＶデータ、テキスト、静止画といった各種メディアを、再生制御部３０８によって決定されたタイミングで視聴者に提示するものである。視聴者への提示は、具体的には、ＣＲＴやＬＣＤなどに代表される映像表示デバイスと、スピーカなどの音声再生デバイスを用いて行われる。
【０１３３】
次に、繰り返し情報管理テーブル３２０について図６を用いて説明する。図６は、本実施の形態にかかる繰り返し情報管理テーブル３２０を示す図である。
【０１３４】
繰り返し情報管理テーブル３２０は、受信データに関する、ＰＴ（ペイロードタイプ）６０１、ポート番号６０２、Ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ６０３、ｔｉｍｅｓｔａｍｐ６０４、ＲｅｐｅａｔＴｉｍｅ６０５、およびデータの記憶先６０６の組を複数格納している。
【０１３５】
受信制御部３０７は、受信したデータのＲＴＰのパケットヘッダ（図５に示す）から、ＰＴ６０１、Ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ６０３、ｔｉｍｅｓｔａｍｐ６０４、およびＲｅｐｅａｔＴｉｍｅ６０５を抽出する。また、受信制御部３０７は、データを受信したポート番号をポート番号６０２に記述する。そして、受信制御部３０７は、これらの情報と、取得したデータの端末内での記憶先６０６を対応させて管理する。
【０１３６】
このような繰り返し情報管理テーブル３２０を備えることにより、受信制御部３０７は、繰り返し情報管理テーブル３２０を用いることができ、受信したデータに関する情報と、受信したデータの記憶先６０６を対応つけて管理ができる。
【０１３７】
なお、１つの放送チャンネルに複数の放送番組が繰り返し伝送される場合、受信制御部３０７は、図６の情報に加え、受信したＳＤＰに関する情報も対応付けて管理しておくことで、複数の番組が繰り返し伝送される場合にも対応が可能となる。
【０１３８】
図６の例では、Ａのケースの場合、受信したＲＴＰのパケットに記述されているＰＴの値が１、受信したポート番号が１０００、シーケンス番号（Ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）が５０００、タイムスタンプ（ｔｉｍｅｓｔａｍｐ）が１２３４、ＲｅｐｅａｔＴｉｍｅの値が６０（秒）である。
【０１３９】
次に、サーバ１０２の動作について図７を用いて説明する。図７は、本実施の形態におけるサーバ１０２の動作を示すフローチャートである。
【０１４０】
サーバ１０２は、起動すると、番組放送管理部３１４において、まず処理しようとする番組に対応する番組テーブル３０１ａの送信開始・終了時刻４０５を読み込み、記憶する（ステップ５０１）。
【０１４１】
その後、番組放送管理部３１４は、送信開始時刻もしくは終了時刻がくるまで待つ（ステップ５０２）。そして、番組放送管理部３１４は、ある番組の送信開始時刻になった際に（ステップ５０３）、その番組の番組テーブル３０１ａのメディア情報４０２を抽出し、送信するデータの情報を記憶する（ステップ５０４）。
【０１４２】
続いて、サーバ１０２の番組情報生成部３１２は、番組放送管理部３１４が記憶したメディア情報４０２のファイル名４０７を参照し、メディア情報４０２に含まれるメディアデータおよびレイアウト情報にそれぞれ送信チャンネルを割り当てることにより、番組情報を生成する（ステップ５０５）。次に、番組情報生成部３１２は、生成した番組情報を、伝送部３０５を介して受信端末１０４へ送信する（ステップ５０６）。
【０１４３】
次に、番組放送管理部３１４が、送出制御部３０４に対してステップ５０６において送信した番組情報に含まれる各メディアデータおよび各レイアウト情報のデータ送信処理（メディア送信処理）の開始を指示し、送出制御部３０４がメディア送信処理を開始し（ステップ５０７）、ステップ５０２に戻る。なお、メディア送信処理の詳細については後述する。
【０１４４】
また、番組放送管理部３１４は、送信終了時刻がくると、送出制御部３０４に該当番組のメディア送信処理の終了を指示する。そして、送出制御部３０４は、該当番組に含まれる各メディアデータおよび各レイアウト情報の送信を終了する（ステップ５０８）。次に、番組放送管理部３１４は、該当番組の番組情報の送信処理を停止し（ステップ５０９）、ステップ５０２に戻る。
【０１４５】
次に、サーバ１０２のメディア送信処理について図８を用いて説明する。図８は、本実施の形態にかかるサーバ１０２のメディア送信処理のフローチャートである。
【０１４６】
メディア送信処理は、各メディアデータに対して行われる。
【０１４７】
まず、送出制御部３０４は、データ管理部３０１の番組テーブル３０１ａのメディア情報４０２を参照し、番組に含まれるファイル名４０７を抽出する。そして、送出制御部３０４は、抽出したファイル名４０７に対応するメディアデータおよびレイアウト情報をレイアウト情報格納部３０１ｂ、ＡＶ情報格納部３０１ｃ、静止画格納部３０１ｄ、テキスト格納部３０１ｅから読み出す（ステップ６０１）。
【０１４８】
次に、送出制御部３０４は、番組テーブル３０１ａのメディア情報４０２を参照し、ステップ６０１において読み込んだメディアデータおよびレイアウト情報に対応する送信周期繰り返し回数４１１を読み出す（ステップ６０２）。
【０１４９】
次に、送出制御部３０４は、ステップ６０１において読み込んだメディアデータおよびレイアウト情報を分割し、ステップ６０２において読み込んだ送信周期繰り返し回数４１１を対応つけて伝送部３０５に送る。
【０１５０】
次に、伝送部３０５は、送られてきたデータをデータごと分割する（ステップ６０３）。
【０１５１】
次に、伝送部３０５は、送られてきた送信周期繰り返し回数４１１をＲｅｐｅａｔＴｉｍｅにする等の処理をして図５に示すパケットヘッダを作成し、作成したパケットヘッダを分割したデータに付与してパケット化する（ステップ６０４）。
【０１５２】
その後、伝送部３０５は、送出制御部３０４から、生成したパケットの受信端末１０４への送出停止指示があるまで定期的にパケットを繰り返し送信し（ステップ６０５）、その後、送出制御部３０４から送信停止指示があれば（ステップ６０６）、データ送信処理を終了する。
【０１５３】
このようにして、サーバ１０２は、メディアデータおよびレイアウト情報に、送信周期繰り返し回数４１１を対応つけて、受信端末１０４に送信する。
【０１５４】
次に、受信端末１０４のデータ処理について説明する。
【０１５５】
本実施の形態では、受信端末１０４が受信データに欠落が発生した場合に、欠落を補完するようにしている。まず、受信端末１０４の欠落データ補完処理の概要について図９を用いて説明する。図９は、本実施の形態にかかるデータの伝送と、ＲｅｐｅａｔＴｉｍｅに基づいたデータの回復方法について具体的に説明する図である。
【０１５６】
図９の例では、１つの番組放送で用いられるＡ、Ｂ、Ｃという一連のデータが繰り返し伝送されている。データは、動画、静止画、音声、テキストなどのマルチメディアのデータであってもよいし、ＳＭＩＬ、プログラムのような制御情報であってもよい。図９の例では、Ｂというデータ列が欠落した場合、既に先に伝送され、受信端末１０４で保持されているＢのデータ列によって、補完する方式である。
【０１５７】
Ｂのデータ列のＲｅｐａｅａｔＴｉｍｅは６０秒であるため、受信端末１０４はＢのデータ列が到着後、６０秒間保持する。
【０１５８】
この例では、データが繰り返し伝送されるため、受信端末１０４は、Ａのデータ列の次はＢのデータ列であると判断できる。しかし、Ｂのデータ列が伝送誤りや輻輳などにより欠落した場合、受信端末１０４はＢのデータ列を取得できない。このため、受信端末１０４は、既に保持しているＢのデータ列を欠落したＢのデータ列の代わりに利用することで欠落を補完する。
【０１５９】
一方、Ｂが欠落していない場合は、受信端末１０４は、新たに取得したＢのデータ列の情報で保持すべき情報を更新する。
【０１６０】
なお、受信端末１０４のデータ列の管理方法は、図６で説明した繰り返し情報管理テーブル３２０を用いて行う。
【０１６１】
このようにして、受信端末１０４は、欠落したデータ列の代わりに既に保存してあるデータ列を使用することにより、欠落したデータ列を補完する。これは、特に、ＳＭＩＬの情報のように、欠落により後続に受信するデータの再生が困難になる情報に対して、特に顕著な効果を奏する。
【０１６２】
次に、受信端末１０４の欠落データ補完処理を含むデータ受信処理について図１０を用いて詳細に説明する。図１０は、受信端末１０４の受信処理を示すフローチャートである。
【０１６３】
受信処理は、受信端末１０４が番組情報および番組データを受信したときの動作およびユーザが番組を選択したときの処理である。
【０１６４】
まず、受信端末１０４は、選択可能な番組の一覧や番組の概要情報などをＳＤＰの情報を用いてユーザに提示する。
【０１６５】
次に、受信端末１０４の受信制御部３０７は、ユーザが番組を選択したかどうかを判定し（ステップ１１０１）、番組を選択した場合には、伝送部３１５に対して、選択された番組が受信できるように受信チャンネルを開く番組選択処理を行う（ステップ１１０２）。
【０１６６】
ユーザが番組を選択していない場合には、続いて、受信制御部３０７は、終了指示を受けているかどうかを判定し（ステップ１１２０）、終了指示を受けている場合には受信処理を終了する。
【０１６７】
続いて、受信制御部３０７は、データを受信し（ステップ１１０３）、受信データが番組データであるかどうかを判定する（ステップ１１０４）。
【０１６８】
受信したデータが番組データでなければ、受信制御部３０７は、受信したデータが番組情報であるかどうかを判定する（ステップ１１０５）。
【０１６９】
番組情報である場合には、受信制御部３０７は、番組選択部３１７に対して、番組のタイトルの取得を指示する。これに対して、番組選択部３１７が番組のタイトルを取得する（ステップ１１０６）。そして、番組選択部３１７は、番組タイトルをユーザに提示して（ステップ１１０７）、ステップ１１０１に戻る。
【０１７０】
また、ステップ１１０４において、受信したデータが番組データであった場合には、受信制御部３０７は、レイアウト情報であるかどうかを判定し（ステップ１１０８）、レイアウト情報であった場合には、後述するレイアウト情報受信処理を行って（ステップ１１０９）、ステップ１１０１に戻る。
【０１７１】
また、ステップ１１０８において、受信したデータがレイアウト情報でなければ、受信制御部３０７は、ＡＶデータであるかどうかを判定する（ステップ１１１０）。そして受信したデータがＡＶデータである場合には、受信制御部３０７は、後述するメディアデータ受信処理を行って（ステップ１１１１）、ステップ１１０１に戻る。
【０１７２】
また、ステップ１１１０において、受信したデータがＡＶデータでなかった場合には、受信制御部３０７は、受信したデータがテキスト・静止画データであるかどうかを判定し（ステップ１１１２）、テキスト、静止画データであった場合には、メディアデータ受信処理を行って（ステップ１１１３）、ステップ１１０１に戻る。
【０１７３】
このように、受信端末１０４は、受信データの処理を行う。
【０１７４】
次に、受信端末１０４のレイアウト情報受信処理について、図１１を用いて説明する。図１１は、本実施の形態にかかる受信端末１０４のレイアウト情報受信処理のフローチャートである。レイアウト情報受信処理は、図１０のステップ１１０９の処理である。
【０１７５】
受信制御部３０７は、受信したレイアウト情報を構成するメディア、各メディアの表示が必須であるかどうかなどを解析し（ステップ１２０１）、受信データ管理テーブル３１９へ記入することで、受信データ管理テーブル３１９を更新する（ステップ１２０２）。
【０１７６】
次に、受信制御部３０７は、受信したレイアウト情報が後で繰り返し送られてきた際に欠落するという事態に対処するために、ＲｅｐｅａｔＴｉｍｅに基づいたデータの管理を行う。
【０１７７】
具体的には、受信制御部３０７は、受信したレイアウト情報のＲＴＰヘッダ（図５に図示）を解析し、ＰＴ６０１、ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ６０３、ｔｉｍｅｓｔａｍｐ６０４、ＲｅｐｅａｔＴｉｍｅ６０５などを抽出する。次に、受信制御部３０７は、レイアウト情報を受信したポート番号をポート番号６０２に記述する。
【０１７８】
次に、受信制御部３０７は、レイアウト情報を受信データ保管部３２１に保管する。
【０１７９】
そして、受信制御部３０７は、これらの情報と、レイアウト情報の受信データ保管部３２１内での記憶先６０６を対応させて繰り返し情報管理テーブル３２０に記述することで、繰り返し情報管理テーブル３２０を更新する（ステップ１２０３）。
【０１８０】
次に、受信制御部３０７は、伝送誤りや輻輳などにより、受信したレイアウト情報の前後のデータに欠落が発生しているかチェックする（ステップ１２０４）。受信制御部３０７は、データの欠落を、シーケンス番号６０３の欠落などにより判断することができる。
【０１８１】
前後のデータに欠落が発生していると判断した場合には（ステップ１２０５）、受信制御部３０７は、欠落したデータの補完処理に移行する。
【０１８２】
例えば、欠落したデータがレイアウト情報である場合は、レイアウト情報は制御情報も含むＳＭＩＬを用いた画面のレイアウトを構成する情報であるので、後続に受信するデータの再生ができない可能性がある。このため、本来、レイアウト情報は、繰り返し伝送されるべきである。よって、受信端末１０４は、レイアウト情報が受信できず欠落が発生したと判断した場合、ＲｅｐａｅａｔＴｉｍｅを用いたレイアウト情報の補完処理（復元）を行う。
【０１８３】
また、欠落したデータがＡＶデータであったり、テキスト、静止画データであったりした場合にも、これらのデータの欠落を復元することが望ましい。よって、これらのデータが繰り返し伝送の行われるものであって、受信時にデータの欠落を発見した場合に、受信制御部３０７は、ＲｅｐｅａｔＴｉｍｅを用いて欠落したデータの補完処理を行う。
【０１８４】
なお、ＡＶデータ、テキスト、静止画データが、繰り返し伝送が行われる場合には、ＲｅｐｅａｔＴｉｍｅに送信周期繰り返し回数４１１が記載されている。
【０１８５】
以下、受信制御部３０７の欠落データ補完処理について、詳細に説明する。
【０１８６】
まず、受信制御部３０７は、繰り返し情報管理テーブル３２０を参照し、欠落しているデータに関する情報を参照する（ステップ１２０６）。
【０１８７】
次に、受信制御部３０７は、欠落したデータの保管に関する情報である、ＲｅｐｅａｔＴｉｍｅ６０５、データの記憶先６０６を抽出する。次に、受信制御部３０７は、ＲｅｐｅａｔＴｉｍｅ６０５から欠落したデータが何秒（何分、何時間）前に保管されたか認識する。そして、受信制御部３０７は、この欠落したデータが以前に保管された時刻およびデータの記憶先６０６を用いて、欠落したデータを受信データ保管部３２１から抽出する（ステップ１２０７）。
【０１８８】
このように、受信制御部３０７は、ＲｅｐｅａｔＴｉｍｅ６０５と記憶先６０６を用いることにより、容易に欠落したデータを受信データ保管部３２１から抽出することができる。
【０１８９】
そして、受信制御部３０７は、ステップ１２０７において、抽出したデータを欠落したデータの代わりに用いることで、欠落したデータの補完をする（ステップ１２０８）。
【０１９０】
そして、欠落データがレイアウト情報である場合には、受信端末１０４は、レイアウト情報の復元を行った後、このレイアウト情報を用いて、後続に受信するデータの再生を行う。
【０１９１】
また、欠落データがＡＶデータ、テキスト、静止画である場合には、受信端末１０４は、このデータの復元を行った後、レイアウト情報やＲＴＰの記述情報に基づき、他のＡＶデータ、テキスト、静止画などとの同期再生処理を行う。
【０１９２】
このように、受信端末１０４は、ＲｅｐｅａｔＴｉｍｅが付与されたデータ、つまり繰り返し送られてくるデータを予め受信データ保管部３２１に保管しておくことにより、このデータが後で送られてきた際に欠落があったとしても、保管しておいたデータを使用することで、欠落したデータの補完を行うことができる。
【０１９３】
また、受信端末１０４は、レイアウト情報の前後にデータの欠落があった場合にも、予め受信データ保管部３２１に保管しておいたデータと置き換えることにより、欠落したデータを補完できる。
【０１９４】
次に、受信端末１０４のメディアデータ受信処理について、図１２を用いて説明する。図１２は、本実施の形態にかかる受信端末１０４のメディアデータ受信処理のフローチャートである。メディアデータは、ＡＶデータおよびテキスト・静止画データをいう。また、メディアデータ受信処理は、図１０のステップ１１１１およびステップ１１１３の処理である。
【０１９５】
受信制御部３０７は、受信したメディアデータの再生準備が完了したかどうか、メディアデータが継続的に受信可能かどうか等を判定し（ステップ１３０１）、その結果を受信データ管理テーブル３１９へ記入することで、受信データ管理テーブル３１９を更新する（ステップ１３０２）。
【０１９６】
次に、受信制御部３０７は、受信したメディアデータが後で繰り返し送られてきた際に欠落するという事態に対処するために、ＲｅｐｅａｔＴｉｍｅに基づいたデータの管理を行う。
【０１９７】
具体的には、受信制御部３０７は、受信したメディアデータのＲＴＰヘッダ（図５に図示）を解析し、ＰＴ６０１、ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ６０３、ｔｉｍｅｓｔａｍｐ６０４、ＲｅｐｅａｔＴｉｍｅ６０５などを抽出する。次に、受信制御部３０７は、メディアデータを受信したポート番号をポート番号６０２に記述する。
【０１９８】
次に、受信制御部３０７は、受信したメディアデータを受信データ保管部３２１に保管する。
【０１９９】
そして、受信制御部３０７は、これらの情報と、メディアデータの受信データ保管部３２１内での記憶先６０６を対応させて繰り返し情報管理テーブル３２０に記述することで、繰り返し情報管理テーブル３２０更新する（ステップ１３０３）。
【０２００】
次に、受信制御部３０７は、シーケンス番号６０３の欠落などにより、受信したメディアデータの前後のデータに欠落が発生しているかチェックする（ステップ１３０４）。
【０２０１】
前後のデータに欠落が発生していると判断した場合には（ステップ１３０５）、受信制御部３０７は、欠落したデータの補完処理に移行する。欠落したデータは、例えば、レイアウト情報、ＡＶデータ、テキスト、および静止画データなどが考えられる。
【０２０２】
以下、受信制御部３０７の欠落データ補完処理について、詳細に説明する。
【０２０３】
まず、受信制御部３０７は、繰り返し情報管理テーブル３２０を参照し、欠落しているデータに関する情報を参照する（ステップ１３０６）。
【０２０４】
次に、受信制御部３０７は、欠落したデータの保管に関する情報である、ＲｅｐｅａｔＴｉｍｅ６０５、データの記憶先６０６を抽出する。次に、受信制御部３０７は、ＲｅｐｅａｔＴｉｍｅ６０５から欠落したデータが何秒（何分、何時間）前に保管されたか認識する。そして、受信制御部３０７は、この欠落したデータが以前に保管された時刻およびデータの記憶先６０６を用いて欠落したデータを受信データ保管部３２１抽出する（ステップ１３０７）。
【０２０５】
そして、受信制御部３０７は、ステップ１３０７において、抽出したデータを欠落したデータの代わりに用いることで、欠落したデータの補完をする（ステップ１３０８）。
【０２０６】
そして、欠落データがレイアウト情報である場合には、受信端末１０４は、レイアウト情報の復元を行った後、このレイアウト情報を用いて、後続に受信するデータの再生を行う。
【０２０７】
また、欠落データがＡＶデータ、テキスト、静止画である場合には、受信端末１０４は、このデータの復元を行った後、レイアウト情報やＲＴＰの記述情報に基づき、他のＡＶデータ、テキスト、静止画などとの同期再生処理を行う。
【０２０８】
このように、受信端末１０４は、ＲｅｐｅａｔＴｉｍｅが付与されたデータ、つまり繰り返し送られてくるデータを予め受信データ保管部３２１に保管しておくことにより、このデータが後で送られてきた際に欠落があったとしても、保管しておいたデータを使用することで、欠落したデータの補完を行うことができる。
【０２０９】
また、受信端末１０４は、メディアデータの前後にデータの欠落があった場合にも、予め受信データ保管部３２１に保管しておいたデータと置き換えることにより、欠落したデータを補完できる。
【０２１０】
以上説明したように、本実施の形態によれば、サーバ１０２から受信端末１０４へ、データの繰り返し使用を示す繰り返し使用情報（ＲｅｐｅａｔＴｉｍｅ）を、データと共に送信できる。これにより、受信端末１０４は、データが繰り返し使用される時点を知ることを認識できるので、データを保持すべき期間が明確にできる。この結果、受信端末１０４は、繰り返し使用するデータを効率よく保持、管理することにより、このデータを再利用できる。よって、受信端末１０４は、必要なデータが欠落した場合に、以前に伝送されたデータを再利用することにより、直ちに欠落したデータを補完することができる。この結果、伝送帯域やパケットの欠損率など伝搬環境が異なる受信端末においても、乱れ、途切れの少ない高品質で伝搬環境に応じた画面構成を実現できる。
【０２１１】
また、本実施の形態にかかる受信データの欠落補完処理は、受信端末１０４からサーバ１０２に対してデータの再送信を指示することなく行える。つまり、本実施の形態にかかる欠落補完処理は、カルーセル方式を用いた形態、つまり、サーバ１０２から受信端末１０４に一方的にデータを送信し、受信端末１０４からサーバ１０２に対してデータの送信を指示できない形態においても、データの欠落補完処理が行える。よって、本実施の形態は、カルーセル方式に対して、特に顕著な効果を奏することができる。
【０２１２】
なお、サーバ１０２および受信端末１０４の動作をプログラムにし、記憶媒体に格納し、汎用のコンピュータにこのプログラムを実行させる形態であっても良い。
【０２１３】
【発明の効果】
以上説明したように、本発明によれば、伝送帯域やパケットの欠損率など伝搬環境が異なる受信端末においても、必要なデータの欠落を補完できるので、乱れ、途切れの少ない高品質で伝搬環境に応じた画面構成を実現できる。
【図面の簡単な説明】
【図１】（ａ）本発明の一実施の形態にかかるコンテンツ配信システムを示した第１の図
（ｂ）本実施の形態にかかるコンテンツ配信システムを示した第２の図
（ｃ）本実施の形態にかかるコンテンツ配信システムを示した第３の図
【図２】ＳＭＩＬファイルを示す図
【図３】本実施の形態にかかるコンテンツ配信システムの全体像を示すブロック図
【図４】本実施の形態にかかるサーバが保有する番組テーブルを示した図
【図５】本実施の形態にかかるパケットヘッダの構成図
【図６】本実施の形態にかかる繰り返し情報管理テーブルを示す図
【図７】本実施の形態におけるサーバの動作を示すフローチャート
【図８】本実施の形態にかかるサーバのメディア送信処理のフローチャート
【図９】本実施の形態にかかるデータの伝送と、ＲｅｐｅａｔＴｉｍｅに基づいたデータの回復方法について具体的に説明する図
【図１０】本実施の形態にかかる受信端末の受信処理を示すフローチャート
【図１１】本実施の形態にかかる受信端末のレイアウト情報受信処理のフローチャート
【図１２】本実施の形態にかかる受信端末のメディアデータ受信処理のフローチャート
【符号の説明】
１０１、１０５  通信網
１０２  サーバ
１０３  中継ノード
１０４  受信端末
３０１  データ管理部
３０４  送出制御部
３０５、３１５  伝送部
３０７  受信制御部
３０８  再生制御部
３１２  番組情報生成部
３１４  番組放送管理部
３１６  表示部
３１７  番組選択部
３１８  受信データ管理部
３１９  受信データ管理テーブル
３２０  繰り返し情報管理テーブル
３２１  受信データ保管部
【図１】
2004304271.tif 000003
【図２】
2004304271.tif 000004
【図３】
2004304271.tif 000005
【図４】
2004304271.tif 000006
【図５】
2004304271.tif 000007
【図６】
2004304271.tif 000008
【図７】
2004304271.tif 000009
【図８】
2004304271.tif 000010
【図９】
2004304271.tif 000011
【図１０】
2004304271.tif 000012
【図１１】
2004304271.tif 000013
【図１２】
2004304271.tif 000014