JP5557070B2 - 送信装置及び方法、並びに受信装置及び方法 - Google Patents

Description

本発明は、送信装置及び方法、並びに受信装置及び方法に関し、特に、ダウンロード放送におけるプログレッシブ再生を適切に行うことができるようになった、送信装置及び方法、並びに受信装置及び方法に関する。

従来、インターネットに代表される高速データ通信ネットワークの普及に伴い、楽曲、映画、コンピュータプログラムなどの様々なコンテンツを商品とするコンテンツダウンロードサービスが存在する（例えば、特許文献１参照）。

従来のコンテンツダウンロードサービスにおいては、受信機が、インターネットを介して所定のサーバに接続し、接続した所定のサーバからコンテンツを取得して蓄積し、蓄積したコンテンツを任意のタイミングで利用（視聴）する。

一方、昨今のテレビジョン放送では、そのデジタル化に伴い、同時に放送できる情報量が飛躍的に増加したので、リアルタイムに視聴する一般的なテレビジョン番組の他、各種のデータも同時に放送することができるようになされている。そこで、テレビジョン放送をコンテンツダウンロードサービスに利用することが提案されている。

すなわち、受信機が、テレビジョン放送により放送されたコンテンツを受信して蓄積し、蓄積したコンテンツを任意のタイミングで利用（視聴）するコンテンツダウンロードサービスが提案されている。なお、以下、このようなダウンロードサービスを、ダウンロード放送と称する。

特開２０００−１１３０６６号公報

しかしながら、ダウンロード放送においては、受信側でプログレッシブ再生ができることが要望されているが、かかる要望に充分に応えられていない状況である。プログレッシブ再生とは、所定のコンテンツのダウンロード中に（ダウンロード完了前に）、その所定のコンテンツを再生するこという。

本発明は、このような状況に鑑みてなされたものであり、ダウンロード放送におけるプログレッシブ再生を適切に行うことができるようにするものである。

本発明の第１の側面の送信装置は、コンテンツをダウンロードする受信機を少なくとも対象として、所定の伝送レートで前記コンテンツをダウンロード放送する放送手段と、前記コンテンツのメタデータを生成する生成手段とを備え、前記メタデータは、受信機が前記コンテンツをダウンロードしながら再生するプログレッシブ再生が開始可能となるまでの時間に応じた、前記コンテンツのダウンロードの開始時刻からの遅延時間を示す情報を含み、前記放送手段は、前記コンテンツとともに、前記生成手段により生成された前記メタデータを放送する。

前記メタデータは、NRT-IT（Non Real Time Information Table）であって、コンテンツ名、コンテンツID、及び、配信スケジュールを含む。

前記コンテンツ及び前記メタデータは、FLUTE（File Delivery over Unidirectional Transport）プロトコルで配信される。

前記遅延時間は、前記受信機における所定の再生レートに対する前記所定の伝送レートの状態に対応するモードとして、前記所定の伝送レートと前記所定の再生レートが同一レートとなる等速ダウンロードと、前記コンテンツのダウンロード開始時刻からダウンロード中の任意の経過時間の前記コンテンツのダウンロード情報量が、再生開始時刻から前記経過時間の前記コンテンツの再生完了情報量より少ない場合がある、という低速ダウンロードと、前記コンテンツのダウンロード開始時刻からダウンロード中の任意の経過時間の前記コンテンツのダウンロード情報量が、再生開始時刻から前記経過時間の前記コンテンツの再生完了情報量より常に多い、という高速ダウンロードと、前記所定の伝送レートと前記所定の再生レートの関係が不明の場合のモードである不定とのうちの何れであるかを示す情報が指定されるダウンロードレートの状態を示す情報に応じた値とされる。

本発明の第１の側面の送信方法は、上述した本発明の第１の側面の送信装置に対応する方法である。

本発明の第１の側面の送信装置及び方法においては、コンテンツをダウンロードする受信機を少なくとも対象として、所定の伝送レートで前記コンテンツがダウンロード放送され、前記コンテンツのメタデータが生成され、前記コンテンツとともに、受信機が前記コンテンツをダウンロードしながら再生するプログレッシブ再生が開始可能となるまでの時間に応じた、前記コンテンツのダウンロードの開始時刻からの遅延時間を示す情報を含む前記メタデータが放送される。

本発明の第２の側面の受信装置は、コンテンツ、及び、前記コンテンツのメタデータを受信する受信手段と、前記メタデータを用いて、前記コンテンツの再生を制御する再生制御手段とを備え、前記メタデータは、受信機が前記コンテンツをダウンロードしながら再生するプログレッシブ再生が開始可能となるまでの時間に応じた、前記コンテンツのダウンロードの開始時刻からの遅延時間を示す情報を含み、前記再生制御手段は、前記受信手段による前記コンテンツの受信の開始時刻から前記遅延時間だけ経過した以降のタイミングで、前記プログレッシブ再生を開始させる。

前記メタデータは、NRT-IT（Non Real Time Information Table）であって、コンテンツ名、コンテンツID、及び、配信スケジュールを含む。

前記コンテンツ及び前記メタデータは、FLUTE（File Delivery over Unidirectional Transport）プロトコルで配信される。

前記遅延時間は、前記受信機における所定の再生レートに対する前記所定の伝送レートの状態に対応するモードとして、前記所定の伝送レートと前記所定の再生レートが同一レートとなる等速ダウンロードと、前記コンテンツのダウンロード開始時刻からダウンロード中の任意の経過時間の前記コンテンツのダウンロード情報量が、再生開始時刻から前記経過時間の前記コンテンツの再生完了情報量より少ない場合がある、という低速ダウンロードと、前記コンテンツのダウンロード開始時刻からダウンロード中の任意の経過時間の前記コンテンツのダウンロード情報量が、再生開始時刻から前記経過時間の前記コンテンツの再生完了情報量より常に多い、という高速ダウンロードと、前記所定の伝送レートと前記所定の再生レートの関係が不明の場合のモードである不定とのうちの何れであるかを示す情報が指定されるダウンロードレートの状態を示す情報に応じた値とされる。

前記受信手段による前記コンテンツの受信の開始時刻から前記遅延時間を経過するまでの間に受信された前記コンテンツのデータを蓄積する蓄積手段をさらに備える。

本発明の第２の側面の受信方法は、上述した本発明の第２の側面の受信装置に対応する方法である。

本発明の第２の側面の受信装置及び方法においては、コンテンツ、及び、受信機が前記コンテンツをダウンロードしながら再生するプログレッシブ再生が開始可能となるまでの時間に応じた、前記コンテンツのダウンロードの開始時刻からの遅延時間を示す情報を含む前記コンテンツのメタデータが受信され、前記受信手段による前記コンテンツの受信の開始時刻から前記遅延時間だけ経過した以降のタイミングで、前記プログレッシブ再生が開始される。

以上のごとく、本発明によれば、ダウンロード放送におけるプログレッシブ再生を適切に行うことができるようになる。

本発明が適用される情報処理システムの一実施形態としてのコンテンツダウンロードシステムの構成例を示す図である。 ダウンロード放送の送出フローと受信フローを説明する図である。 ダウンロード放送のストレージ付き受信機の構成例を示すブロック図である。 ダウンロード放送の信号の構成例を示す図である。 ダウンロード放送のメタデータの構成例を示す図である。 ダウンロード放送の信号の階層構造例を示す図である。 ダウンロード放送におけるストレージ付き受信機の通常動作の例を示す図である。 ダウンロード放送における受信側の画面の遷移例を示す図である。 ダウンロード放送におけるストレージ付き受信機のプログレッシブ再生動作の例を示す図である。 高速ダウンロードにおけるプログレッシブ再生の開始時刻を説明する図である。 放送伝送レートが固定レートである場合の低速ダウンロードおけるプログレッシブ再生の開始時刻を説明する図である。 放送伝送レートが可変レートである場合の低速ダウンロードおけるプログレッシブ再生の開始時刻を説明する図である。 等速ダウンロードにおけるプログレッシブ再生の開始時刻を説明する図である。 等速ダウンロード放送の送出フローと受信フローを説明する図である。 ダウンロード放送のストレージなし受信機の構成例を示すブロック図である。 ダウンロード放送のメタデータであって、本発明が適用されるメタデータの構成例を示す図である。 図１６のメタデータに含まれるプログレッシブDL情報のXML表記の一例を示している。 図１６のメタデータに含まれるプログレッシブDL情報のバイナリ表記の一例を示している。 プログレッシブ再生を目的とする番組リストの画面表示例を示している。 ストレージ付き受信機が実行するメタデータ受信処理の例を説明するフローチャートである。 ストレージなし受信機が実行するメタデータ受信処理の例を説明するフローチャートである。 本発明が適用される情報処理装置のハードウエア構成例を示すブロック図である。

[ダウンロード放送の概要の説明]

図１は、本発明が適用される情報処理システムの一実施の形態としてのコンテンツダウンロードシステムの構成例を示している。

図１の例では、コンテンツダウンロードシステムは、ダウンロード放送に対応している。このため、コンテンツダウンロードシステムは、放送局１１、並びに、ユーザの家１２等に設置される受信機２１およびテレビジョン受像機２２を含むように構成されている。

放送局１１は、テレビジョン放送信号を用いてダウンロードコンテンツ３１（以下、DLコンテンツ３１と表記する）を、衛星１３を介して放送する。

即ち、放送局１１によるテレビジョン放送の手法は、図１の例では衛星放送波を用いた手法が採用されている。もっとも、放送局１１によるテレビジョン放送の手法自体は、図１の例に特に限定されず、地上波を用いたり、CATV(Community Antenna Television Cable television)網を介したりする手法を採用することができる。また、テレビジョン放送波以外の放送波、例えばデジタルラジオ放送波を用いる手法を採用することもできる。

受信機２１は、DLコンテンツ３１を受信（取得）して蓄積することができる。なお、DLコンテンツ３１を受信（取得）して蓄積することを、以下、DLコンテンツ３１をダウンロードする、と表現する。受信機２１はまた、許容されている利用期間内の任意のタイミングで、DLコンテンツ３１を、テレビジョン受像機２２等により再生させることができる。

なお、受信機２１は、図１の例ではテレビジョン受像機２２の外部に設けられているが、テレビジョン受像機２２に内蔵されていてもよい。

[ダウンロード放送の送出フローと受信フローの説明]

図２は、ダウンロード放送の送出フローと受信フローを説明する図である。

DLコンテンツ３１を構成する映像と音声が供給されると、放送局１１は、ステップＳ１１において、ＡＶエンコード／多重化処理を実行する。ＡＶエンコード／多重化処理とは、映像と音声の各信号を所定の方式で圧縮符号化し、その結果得られる映像と音声の各データを多重化することで、DLコンテンツ３１をファイルとして生成する処理をいう。なお、以下、かかるファイルを、コンテンツファイルと称する。コンテンツファイルの単位は、特に限定されないが、例えば本実施の形態では、番組単位が採用されているとする。即ち、本実施の形態では、１つのコンテンツファイルには、１つの番組を構成するDLコンテンツ３１が含まれているとする。なお、以下、DLコンテンツ３１として構成される番組を、ダウンロード番組と称する。

ステップＳ１２において、放送局１１は、コンテンツファイルを保持する。かかるステップＳ１２の処理を、コンテンツファイルアーカイブ処理と称する。放送局１１はまた、ダウンロード番組に関する各種情報（以下、メタデータと称する）もファイルとして保持する。

放送局１１は、所定の放送スケジュールに従って、ステップＳ１３において、FLUTE/IPパケット化処理を実行し、ステップＳ１４において、放送送出処理を実行する。FLUTE/IPパケット化処理とは、FLUTE（File Delivery over Unidirectional Transport）や、UDP（User Datagram Protocol）/IP（Internet Protocol）に従い、コンテンツファイル等をTS(Transport Stream)パケット化する処理をいう。放送送出処理とは、TSパケットを放送波として送出するまでの一連の処理をいう。

ここまでのステップＳ１１乃至Ｓ１４までのフローが、放送局１１における、ダウンロード放送の送出のフローである。

次のステップＳ１５乃至Ｓ１８までのフローが、ストレージ付き受信機２１Ａにおける、ダウンロード放送の受信フローである。なお、受信機２１とせずに、ストレージ付き受信機２１Ａとしたのは、後述する図１５や図１６に示されるように、ストレージなし受信機２１Ｂも存在するからである。

ストレージ付き受信機２１Ａは、ステップＳ１５において、放送受信処理を実行し、ステップＳ１６において、FLUTE/IPパケット処理を実行し、ステップＳ１７において、ストレージ処理を実行する。

放送受信処理とは、チューナにより放送波を受信して、その受信信号からTSパケットを抽出するまでの一連の処理をいう。FLUTE/IPパケット処理は、FLUTEや、UDP/IPに従い、TSパケットからコンテンツファイル等を復元する処理をいう。ストレージ処理とは、コンテンツファイル等をストレージに蓄積する処理をいう。

このように、ステップＳ１５乃至Ｓ１７の処理が実行されることで、各ダウンロード番組（DLコンテンツ３１）がダウンロードされることになる。

ストレージ付き受信機２１Ａは、許容されている利用期間内の任意のタイミングで、ステップＳ１８において、Demux/AVデコード処理を実行する。Demux/AVデコード処理とは、再生対象のコンテンツファイルに含まれる映像データと音声データを分離し、それぞれ所定の方式で伸長復号化処理を施し、その結果得られる映像と音声の各信号を出力するまでの一連の処理を言う。

この映像と音声の各信号がテレビジョン受像機２２等に供給されることで、再生対象のダウンロード番組（DLコンテンツ３１）が再生されることになる。

[ストレージ付き受信機２１Ａの構成例]

図３は、ストレージ付き受信機２１Ａの構成例を示している。

ストレージ付き受信機２１Ａは、チューナ部４１、TSデマックス部４２、DLプロセッサ４３、ストレージ４４、ファイルデマックス部４５、ビデオデコード部４６、およびオーディオデコード部４７を含むように構成されている。

チューナ部４１は、放送局１１から衛星１３を介して送出された衛星放送波を受信し、その受信信号をTSデマックス部４２に供給する。TSデマックス部４２は、チューナ部４１の受信信号からTSパケットを抽出する。TSパケットは、DLプロセッサ４３に供給される。即ち、チューナ部４１とTSデマックス部４２とが、図２のステップＳ１５の放送受信処理を実行する。

なお、ストレージ付き受信機２１Ａは、ダウンロード放送のみならず、いわゆるリアルタイム放送にも対応している。このため、リアルタイム放送の場合には、TSパケットのうち音声パケットから音声のストリームデータが生成されて、オーディオデコード部４７に供給される。また、TSパケットのうち映像パケットから映像のストリームデータが生成されて、ビデオデコード部４６に供給される。

DLプロセッサ４３は、FLUTEや、UDP/IPに従い、TSパケットからコンテンツファイル等を復元して、ストレージ４４に蓄積する。このようにして、ストレージ４４には、複数のダウンロード番組（DLコンテンツ３１）がコンテンツファイルの形態で蓄積される。また、メタデータもファイルの形態で蓄積される。即ち、DLプロセッサ４３が、ステップＳ１６のFLUTE/IPパケット処理と、ステップＳ１７のストレージ処理とを実行する。

ファイルデマックス部４５は、ストレージ４４に蓄積された複数のコンテンツファイルの中から再生対象のコンテンツファイルを検索し、その中に含まれる映像データと音声データとを分離して取得する。映像データはビデオデコード部４６に供給され、音声データはオーディオデコード部４７に供給される。

ビデオデコード部４６は、映像データに対して所定の方式で伸長復号化処理を施し、その結果得られる映像の信号を出力する。オーディオデコード部４７は、音声データに対して所定の方式で伸長復号化処理を施し、その結果得られる音声の信号を出力する。

即ち、ファイルデマックス部４５、ビデオデコード部４６、およびオーディオデコード部４７が、図２のステップＳ１８のDemux/AVデコード処理を実行する。

[ダウンロード放送の信号の説明]

図４は、ダウンロード放送の信号の構成例を示している。

図４に示されるように、ダウンロード放送の信号５１は、各チャンネルごとの信号の集合体として構成される。具体的には図４の例では、ダウンロード放送の信号５１は、信号DLCh#1、信号DLCh#2、および、信号MetadataChから構成される。信号DLCh#1は、チャンネル１において放送される各ダウンロード番組６１が放送時間帯に従って配置されて構成される信号である。信号DLCh#2は、チャンネル２において放送される各ダウンロード番組６１が放送時間帯に従って配置されて構成される信号である。信号MetadataChは、複数のメタデータ６２から構成される信号である。

メタデータ６２は、チャンネル１または２のダウンロード番組６１に関する各種情報を含む。例えば、メタデータ６２は、図５の構成を有する。

図５は、ダウンロード放送のメタデータ６２の構成例を示している。

図５に示されるように、メタデータ６２は、コンテンツ属性情報７１とコンテンツ配信情報７２とに大別される。

コンテンツ属性情報７１は、主に、ユーザに提示する内容の情報を含む。例えば、コンテンツ名、コンテンツ説明、ジャンル、課金情報、ライセンス情報等が、コンテンツ属性情報７１に含まれる。

コンテンツ配信情報７２は、主に、コンテンツの制御情報を含む。例えば、コンテンツID、配信サービスチャンネル、配信スケジュール等が、コンテンツ配信情報７２に含まれる。

コンテンツ属性情報７１とコンテンツ配信情報７２にはまた、コンテンツIDが含まれておいる。即ち、同一のコンテンツIDが含まれているコンテンツ属性情報７１とコンテンツ配信情報７２とが、そのコンテンツIDが示すDLコンテンツ３１（本実施の形態では、所定の１つのダウンロード番組）のメタデータ６２を構成することになる。換言すると、コンテンツ属性情報７１とコンテンツ配信情報７２とは、コンテンツIDで対応付けられている。

図６は、ダウンロード放送の信号の階層構造例を示している。

図６に示されるように、最下層にPhysical layerが存在し、その上層にTransport layerが存在する。Transport layerの上層には、制御信号としてのSignalling dataと、IP（multicast）が存在する。IP（multicast）の上層にはUDPが存在し、その上層にはFLUTE/ALC/LCTが存在する。そして、最上層には、メタデータ６２としてのMeta dataと、ダウンロード番組６１を含むコンテンツファイルとしてのContent Fileが存在する。

［ダウンロード放送における受信側の通常動作の例の説明]

次に、ダウンロード放送における受信側の動作例について説明する。

図７は、ダウンロード放送におけるストレージ付き受信機２１Ａの通常動作の例を示す図である。

図７のＡには、横方向のフローチャートが示されており、図７のＢには、放送信号のタイミングチャートが示されている。図７のＢの「受信機処理」という記述の右方には、図７のＡのフローチャートに示される各ステップの処理タイミングが示されている。

ステップＳ２１において、ストレージ付き受信機２１Ａは、メタデータ６２を受信する。なお、メタデータ６２は、図４を用いて説明したように、ダウンロード放送の信号に含まれて伝送されてくる。よって、ステップＳ２１の処理として、上述した図２のステップＳ１５乃至Ｓ１７の処理が実行されて、図３のストレージ４４にメタデータ６２が蓄積される。

その後、ユーザが、ダウンロード放送の今後の放送予定等を知りたい場合に、ストレージ付き受信機２１Ａを操作すると、ステップＳ２２のECG（Electronics Contents Guide）（ダウンロードナビゲーション）の処理が実行される。

ECG（ダウンロードナビゲーション）の処理とは、図８の左上方に示されるように、放送局１１の放送スケジュールに従って各ダウンロード放送番組の各種情報（例えば、番組名と放送開始時刻）が羅列された番組リストを、画面表示させる処理をいう。

図８は、ダウンロード放送における受信側の画面の遷移例を示している。

ユーザは、ストレージ付き受信機２１Ａを操作することで、この画面リストに掲載されたダウンロード番組の中からダウンロード対象を選択することができる。即ち、ストレージ付き受信機２１Ａは、放送局１１から放送されるダウンロード番組の全てをダウンロードさせることも可能であるし、そのうちの一部のみをダウンロードさせることも可能である。

例えばここでは、ダウンロード番組６１Ａ，６１Ｂのうち、ダウンロード番組６１Ａのみがダウンロード対象として選択されたとする。

この場合、ストレージ付き受信機２１Ａは、ダウンロード番組６１Ａの放送時間帯に、ステップＳ２３において、ダウンロード番組６１Ａを受信して、コンテンツファイルの形態でストレージ４４に蓄積させる。即ち、ステップＳ２３の処理として、上述した図２のステップＳ１５乃至Ｓ１７の処理が実行されて、ダウンロード番組６１Ａのコンテンツファイル（DLコンテンツ３１）がストレージ４４に蓄積される。

その後、ユーザが、ダウンロード済みのダウンロード番組（DLコンテンツ３１）のうち所望の番組を再生したい場合に、受信機２１を操作すると、ステップＳ２４のECG（ローカルコンテンツナビゲーション）の処理が実行される。

ECG（ローカルコンテンツナビゲーション）の処理とは、図８の右上方に示されるように、ストレージ４４に蓄積された各ダウンロード放送番組の各情報（例えば、番組名）が羅列された蓄積済みコンテンツリストを、画面表示させる処理をいう。

ユーザは、ストレージ付き受信機２１Ａを操作することで、この蓄積済みコンテンツリストに掲載されたダウンロード番組の中から再生対象を選択することができる。例えばここでは、ダウンロード番組６１Ａが再生対象として選択されたとする。

この場合、ステップＳ２５において、ストレージ付き受信機２１Ａは、ダウンロード番組６１Ａ（DLコンテンツ３１）を再生する。即ち、ステップＳ２５の処理として、上述した図２のステップＳ１８の処理が実行されて、図８の右下方に示されるように、ダウンロード番組６１Ａが再生される。

以上、ダウンロード放送におけるストレージ付き受信機２１Ａの通常動作の例について説明した。

［ダウンロード放送における受信側のプログレッシブ再生動作の例の説明]

次に、ダウンロード放送におけるストレージ付き受信機２１Ａのプログレッシブ再生動作の例について説明する。

図９は、ダウンロード放送におけるストレージ付き受信機２１Ａのプログレッシブ再生動作の例を示す図である。

図９のＡには、横方向のフローチャートが示されており、図９のＢには、放送信号のタイミングチャートが示されている。図９のＢの「受信機処理」という記述の右方には、図９のＡのフローチャートに示される各ステップの処理タイミングが示されている。

ステップＳ４１乃至Ｓ４３までの一連の処理は、図７のステップＳ２１乃至Ｓ２３までの一連の処理と同様の処理であり、ここでは、それらの説明については省略する。

ステップＳ４３の処理中、即ち、ダウンロード番組６１Ａのダウンロード中に、ユーザが、ストレージ付き受信機２１Ａを操作して、蓄積済みコンテンツリストの表示指示をしたとする。この場合、ステップＳ４４のECG（ローカルコンテンツナビゲーション）の処理が実行され、その結果、図８の右上方に示されるような蓄積済みコンテンツリストが、画面に表示される。

ユーザは、ストレージ付き受信機２１Ａを操作することで、この蓄積済みコンテンツリストに掲載されたダウンロード番組の中から再生対象を選択することができる。例えばここでは、ダウンロード番組６１Ａが再生対象として選択されたとする。

この場合、ステップＳ４５において、ストレージ付き受信機２１Ａは、ダウンロード番組６１Ａ（DLコンテンツ３１）を再生する。即ち、ダウンロード番組６１Ａのダウンロード中に、図８の右下方に示されるように、ダウンロード番組６１Ａが再生される。

このようなプログレッシブ再生は、再生位置が、ダウンロード位置を追い越してしまうと、再生が破綻してしまう。従って、ダウンロード中にいつでも再生開始が可能なわけではなく、ダウンロードの速度（DLコンテンツ３１の伝送レート）と再生速度（DLコンテンツ３１の再生レート）の関係に応じて、途中で破綻を生じさせない再生開始可能時刻が変化する。

通信によるダウンロード配信の分野では、通常、Best Effortでダウンロードが進行する。よって、途中で破綻を生じさせないように、再生開始可能時刻を予測することは困難である。

これに対して、放送ダウンロードの分野では、放送により送信されてくるDLコンテンツ３１の伝送レート（以下、放送伝送レートと称する）は固定レートか、或いは可変レートであってもレートの変更の進行度が予測可能である。このため、途中で破綻を生じさせないように、再生開始可能時刻を予測することは容易に可能である。

［放送ダウンロードにおけるプログレッシブ再生の開始時刻の説明］

以下、放送ダウンロードにおけるプログレッシブ再生の開始時刻についてさらに説明する。

放送ダウンロードでは、実再生レートより高速でダウンロードする運用と、実再生レートより低速でダウンロードする運用の両方が考えられる。なお、前者の運用の放送ダウンロード、即ち、放送伝送レートが再生レートよりも高い場合の放送ダウンロードを、以下、高速ダウンロードと称する。一方、後者の運用の放送ダウンロード、即ち、放送伝送レートが再生レートよりも低い場合の放送ダウンロードを、低速ダウンロードと称する。ただし、この段落の定義は、以下の説明を容易にするための簡易的なものであり、正式な定義は、本発明が適用されるメタデータ６２の後述する説明において行うことにする。

図１０は、高速ダウンロードにおけるプログレッシブ再生の開始時刻を説明する図である。

図１１は、放送伝送レートが固定レートである場合の低速ダウンロードおけるプログレッシブ再生の開始時刻を説明する図である。

図１２は、放送伝送レートが可変レートである場合の低速ダウンロードおけるプログレッシブ再生の開始時刻を説明する図である。

図１０乃至図１２において、横軸は時間を示し、縦軸はコンテンツ情報量を示している。「放送伝送」と記述されている線が、DLコンテンツ３１のダウンロード量の推移を示している。「再生」と記述されている線が、DLコンテンツ３１の再生量の推移を示している。なお、この段落の内容は、後述する図１３にも同様にあてはまる。

各時刻において、「放送伝送」と記述されている線が、「再生」と記述されている線よりも上方に位置する間は、ダウンロード量が再生量を上回っているので、再生の破綻は生じない。これに対して、図示はされていないが、とある時刻において、「放送伝送」と記述されている線が、「再生」と記述されている線とがほぼ交わるような場合、再生の破綻が生じてしまう。ダウンロード量と同じ分、または、再生可能な状態になった部分（ダウンロード量より若干少ない部分）だけしか再生できないからである。

従って、DLコンテンツ３１のダウンロードが終了するまでの全時間帯において、「放送伝送」と記述されている線が、「再生」と記述されている線よりも常に上方に位置するように、再生開始時刻が設定されなければならない。

高速ダウンロードの場合には、図１０に示されるように、DLコンテンツ３１のダウンロード開始直後に再生が開始されても、再生の破綻は生じない。即ち、DLコンテンツ３１のダウンロードが開始されれば、その直後（最低限のキャッシュ時間後）の何れの時刻でも、再生開始時刻として設定することができる。

これに対して、低速ダウンロードの場合には、再生の破綻を生じさせないためには、図１１や図１２に示されるように、DLコンテンツ３１のダウンロード開始時刻から一定時間Tpgだけ遅延させ後に再生を開始させる必要がある。なお、以下、かかる時間Tpgを、再生遅延時間Tpgと称する。即ち、DLコンテンツ３１のダウンロードが開始から再生遅延時間Tpgだけ経過した時刻以降を、再生可能時刻として設定しなければならない。

ただし、再生遅延時間Tpgは、次のようにして容易に算出することが可能である。

即ち、放送伝送レートが固定レートである場合には、例えば次の式（１）により、再生遅延時間Tpgは算出される。

Tpg= Sc/Rb −Sc/Rp ・・・（１）

式（１）において、Scは、ダウンロード対象のDLコンテンツ３１（例えば本実施の形態では１つのダウンロード番組）の情報量を示している。Rbは、固定レートである放送伝送レートを示している。Rpは、再生レートを示している。

これに対して、放送伝送レートが可変レートである場合には、例えば次の式（２）により、再生遅延時間Tpgは算出される。

Tpg= Sc1/Rb1+(Sc2-Sc1)/Rb2+(Sc3-Sc2)/Rb3+(Sc-Sc3)/Rb4−Sc/Rp ・・・（２）

式（２）において、Scは、ダウンロード対象のDLコンテンツ３１（例えば本実施の形態では１つのダウンロード番組）の情報量を示している。Rpは、再生レートを示している。Rb1は、ダウンロード開始時刻t0乃至時刻t1までの放送伝送レートを示している。Sc1は、時刻t1におけるダウンロード量（コンテンツ情報量）を示している。Rb2は、時刻t1乃至時刻t2までの放送伝送レートを示している。Sc2は、時刻t2におけるダウンロード量を示している。Rb3は、時刻t2乃至時刻t3までの放送伝送レートを示している。Sc3は、時刻t3におけるダウンロード量を示している。

なお、式（２）は、放送伝送レートが３段階に変化する場合の再生遅延時間Tpgの算出式である。しかしながら、放送伝送レートが３段階以外に変化する場合にも、式（２）と同様のアルゴリズムで、再生遅延時間Tpgは算出可能である。即ち、時刻ta乃至時刻tbでの放送伝送レートをRbbと、時刻taにおけるダウンロード量をScaと、時刻tbにおけるダウンロード量をScbと記述した場合、(Scb-Sca)/Rbaの項を式（２）に加えることで、再生遅延時間Tpgは算出可能である。

上述したように、高速ダウンロードについては、ダウンロード開始直後から再生動作を開始しても、再生に破綻が生じない。

一方、低速ダウンロードについては、再生に破綻を生じさせないためには、ダウンロードが開始されてから再生遅延時間Tpgだけ経過した後に、再生動作を開始させる必要がある。また、この再生遅延時間Tpgは、放送伝送レートが固定レートの場合、受信側での算出が可能であるが、放送伝送レートが可変レートである場合、受信側の算出は困難である。

しかしながら、再生遅延時間Tpgは、放送局１１等の事業者側では容易に算出が可能である。そこで、放送局１１等の事業者側が、再生遅延時間Tpgを予め用意して受信側に予め提供すればよい。これにより、受信側は、ダウンロードが開始されてから再生遅延時間Tpgだけ経過した後に、再生動作を開始させることが容易にできるようになる。再生遅延時間Tpgの受信側への提供手法は、特に限定されない。例えば本実施の形態では、図１６以降の図面を参照して後述するように、メタデータ６２に再生遅延時間Tpgを含める手法が採用されている。

以上、放送ダウンロードにおいてプログレッシブ再生が行われる場合の運用として、低速ダウンロードと高速ダウンロードとについて説明した。

［等速ダウンロードの説明］

さらに放送ダウンロードにおいてプログレッシブ再生が行われる場合の運用として、再生レートと同レートで同期してファイル伝送する運用が考えられる。なお、かかる運用の放送ダウンロード、即ち、放送伝送レートと再生レートとが同一の場合の放送ダウンロードを、以下、等速ダウンロードと称する。

図１３は、等速ダウンロードにおけるプログレッシブ再生の開始時刻を説明する図である。

等速ダウンロードの場合には、図１３に示されるように、DLコンテンツ３１のダウンロード開始直後に再生が開始されても、再生の破綻は生じない。即ち、DLコンテンツ３１のダウンロードが開始されれば、その直後（最低限のキャッシュ時間後）の何れの時刻でも、再生開始時刻として設定することができる。

従って、等速ダウンロードを採用することで、例えば、放送局１１が、DLコンテンツ３１としてライブコンテンツを放送する場合、リアルタイム視聴の目的と、ダウンロード後の視聴の目的の両方の目的を兼ね合わせて放送することができる。

さらに、等速ダウンロードを採用することで、リアルタイム視聴の目的で足りる場合には、受信側の機器は、ストレージなしの機器を採用することができる。なお、以下、図１の受信機２１のうちストレージなしのものを、ストレージ付き受信機２１Ａと区別するために、ストレージなし受信機２１Ｂと称する。

また、等速ダウンロードを採用することで、例えば、放送局１１は、DLコンテンツ３１としてProprietary Contentsのライブ放送をすることができる。なお、通常のストリーミング放送ではProprietary formatのライブ配信は、法的にできない可能性がある。

さらにまた、等速ダウンロードを採用することで、Proprietary CASの放送や、Copy Never の放送が実現され得る。即ち、通常のストリーミング放送では、CAS方式はスキーム方式が制約されるため実現困難であるのに対して、放送ダウンロードでは、Proprietary CASが容易に実現され得る。また、通常のストリーミング放送では、Copy Never運用は慣習的に行われていないが、放送ダウンロードでは、自然と（結果として）Copy Neverとなる。

さらに以下、等速ダウンロードについて詳細に説明する。

[等速ダウンロードの送出フローと受信フローの説明]

図１４は、等速ダウンロード放送の送出フローと受信フローを説明する図である。

DLコンテンツ３１を構成する映像と音声が供給されると、放送局１１は、ステップＳ６１において、リアルタイムＡＶエンコード／多重化処理を実行する。リアルタイムＡＶエンコード／多重化処理とは、図２のＡＶエンコード／多重化処理と基本的に同様の処理であるが、リアルタイム放送を目的としている点が異なる処理である。

ステップＳ６２において、放送局１１は、バッファ処理をする。バッファ処理とは、ステップＳ６１のリアルタイムＡＶエンコード／多重化処理により得られるデータを、必要量だけバッファリングして、後段の処理に対して順次供給していく処理をいう。

なお、リアルタイム放送を目的とするため、図１４の例では、ステップＳ６１，Ｓ６２が採用されている。即ち、ダウンロード番組が予め製作されているならば、等速ダウンロードの場合であっても、図１４のステップＳ６１，６２の代わりに、図２のステップＳ１１，Ｓ１２を採用することができる。

ステップＳ６３，Ｓ６４の各処理は、図２のＳ１３，Ｓ１４の各処理と基本的に同様の処理であるため、ここではその説明を省略する。

ストレージ付き受信機２１Ａにおける、等速ダウンロードの受信フローは、低速ダウンロード等における図２の受信フローと基本的に同様である。即ち、ストレージ付き受信機２１ＡについてのステップＳ７１乃至Ｓ７４の各処理は、図２のＳ１５乃至Ｓ１８の各処理と基本的に同様の処理であるため、ここではその説明を省略する。

一方、ストレージなし受信機２１Ｂにおける、等速ダウンロードの受信フローは、ステップＳ６５乃至Ｓ６８の処理からなる。

ステップＳ６５乃至Ｓ６８の処理のうち、ステップＳ６５,Ｓ６６,Ｓ６８の処理は、ストレージ付き受信機２１ＡについてのステップＳ７１，Ｓ７２，Ｓ７４の処理と基本的に同様の処理であるため、ここではその説明を省略する。

ステップＳ６５乃至Ｓ６８の処理のうち、ステップＳ６７の処理のみが、ストレージ付き受信機２１Ａについての処理と異なっている。即ち、ストレージなし受信機２１Ｂにおいては、ステップＳ６７の処理として、ストレージ処理の代わりに、バッファ処理が行われる。これにより、リアルタイム視聴が可能になる。

[ストレージなし受信機２１Ｂの構成例]

図１５は、ストレージなし受信機２１Ｂの構成例を示している。

図１５において、図３と対応する箇所には対応する符号が付してあり、これらの説明については適宜省略する。

図１５の例のストレージなし受信機２１Ｂは、図３の例のストレージ付き受信機２１Ａと比較して、ストレージ４４の代わりにバッファ８１を有している。その他のストレージなし受信機２１Ｂの構成は、ストレージ付き受信機２１Ａの構成と同様とされている。

バッファ８１は、図１４のステップＳ６７のバッファ処理において、DLプロセッサ４３から順次供給されるデータをバッファリングして、ファイルデマックス部４５に順次供給する。

［本発明が適用されるメタデータ］

以上説明したように、本実施の形態のダウンロード放送では、その運用形態として、低速ダウンロード、高速ダウンロード、および、等速ダウンロードがそれぞれ採用可能である。

そこで、例えば本実施の形態においては、ダウンロード放送のコンテンツ配信に関わるメタデータ６２には、次のような情報がさらに埋め込まれている。

即ち、本実施の形態のメタデータ６２には、ダウンロードレートステートが埋め込まれている。

ダウンロードレートステートとは、ダウンロード放送の運用モードとしての次の４つのモードを区別する情報をいう。なお、以下、かかる運用モードを、レート属性と称する。

１つ目のレート属性は、「低速DL」である。「低速DL」とは、上述した低速ダウンロードである。ただし、ここで、低速ダウンロードの正式な定義をする。低速ダウンロードとは、ダウンロード開始時刻からダウンロード中の任意の経過時間のコンテンツファイル（DLコンテンツ３１）のダウンロード情報量が、再生開始時刻から上記の経過時間のコンテンツの再生完了情報量より少ない場合がある、というモードである。

２つ目のレート属性は、「高速DL」である。「高速DL」とは、上述した高速ダウンロードである。ただし、ここで、高速ダウンロードの正式な定義をする。高速ダウンロードとは、ダウンロード開始時刻からダウンロード中の任意の経過時間のコンテンツファイルのダウンロード情報量が、再生開始時刻から上記の経過時間のコンテンツの再生完了情報量より常に多い、というモードをいう。

３つ目のレート属性は、「等速DL」である。「等速DL」とは、ダウンロードレート（図１３等でいう放送ダウンロード）と再生レートが同レートで同期がとれているモード、即ち、上述した等速ダウンロードである。

４つ目のレート属性は、「不定」である。「不定」とは、ダウンロードレート（図１３等でいう放送ダウンロード）と再生レートの関係が不明の場合のモードをいう。

さらに、ダウンロードレートステートとして「低速DL」を示す情報がメタデータ６２に埋め込まれている場合、さらに、再生遅延時間Tpgがメタデータ６２に埋め込まれている。

なお、以下、メタデータ６２に埋め込まれる情報のうち、ダウンロードレートステートと、再生遅延時間Tpgとをあわせて、プログレッシブDL情報と称する。

図１６は、本発明が適用されるメタデータ６２、即ち、プログレッシブDL情報が埋め込まれたメタデータ６２の構成例を示している。

図１６に示されるように、プログレッシブDL情報９２Ａは、メタデータ６２のうちコンテンツ配信情報９２に含まれている。

この場合のプログレッシブDL情報９２Ａの表記形態自体は、メタデータ６２に埋め込むことが可能な形態であれば、特に限定されず、例えば図１７や図１８に示される表記形態を採用することもできる。

図１７は、プログレッシブDL情報９２ＡのXML（Extensible Markup Language）表記の一例を示している。

XML表記のプログレッシブDL情報９２Ａは、例えばNRT(Non Real Time)で行われるダウンロード放送、具体的には例えば日本国向けのダウンロード放送で採用することが可能である。この場合、NRT-ITと称されるメタデータ６２に対して、XML表記のプログレッシブDL情報９２Ａを埋め込むことができる。

図１７において、１行目の「dl_rate_state」のタグは、ダウンロードレートステートのタグである。即ち、ダウンロードレートステートが、このタグの間に表記される。例えば図１７の例では、レート属性が「低速DL」であることを示す「low」が表記されている。

また、２行目の「plog_dl_time」のタグは、再生遅延時間Tpgのタグである。即ち、再生遅延時間Tpgが、このタグの間に表記される。なお、再生遅延時間Tpgの表記単位は、特に限定されないが、例えば本実施の形態では「分」が採用されている。例えば、図１７の例では、再生遅延時間Tpgとして「28」が表記されている。

よって、図１７の例のプログレッシブDL情報９２Ａ（メタデータ６２）を取得した受信側は、レート属性が「低速DL」であり、再生遅延時間Tpgは28分であることがわかる。よって、受信側は、対象のDLコンテンツ１３のダウンロード開始時刻から28分経過した後に、その再生を開始することで、破綻が生じない再生を行うことができる。

図１８は、プログレッシブDL情報９２Ａのバイナリ表記の一例を示している。

バイナリ表記のプログレッシブDL情報９２Ａは、例えばアメリカ合衆国向けのダウンロード放送で採用することが可能である。この場合、MPEG（Moving Picture Experts Group）で規定されるプライベートセクション形式で構成されるメタデータ６２に対して、XML表記のプログレッシブDL情報９２Ａを埋め込むことができる。

図１８の例では、１バイトのうち、最初の２ビットに、ダウンロードレートステートが表記され、残りの６ビットに、再生遅延時間Tpgが表記されることになる。

なお、上述のプログレッシブDL情報９２Ａは例示に過ぎない。例えば、プログレッシブDL情報９２Ａに含めるダウンロードレートステートは、上述の例では４つのレート属性を区別する情報とされたが、その呼称の如く、再生レートに対するダウンロードレートの状態を示す情報であれば足り、上述の例に限定されない。例えば、上述の４つのレート属性を全て使用する必要も特に無く、任意の１以上のモードを区別する情報を、ダウンロードレートステートとして採用してもよい。

また例えば、レート属性が「低速DL」で固定されているような場合には、プログレッシブDL情報９２Ａには、ダウンロードレートステートを含めずに、再生遅延時間Tpgだけを含めるようにしてもよい。

このようなプログレッシブDL情報９２Ａを含むメタデータ６２を取得した受信機２１は、例えば、次のような処理を実行できる。

即ち、受信機２１は、メタデータ６２に記述された配信開始時刻（配信スケジュール内の情報）とプログレッシブDL情報９２Ａとから、各ダウンロード番組の再生開始可能時刻を算出することができる。そして、受信機２１は、ECG（ローカルコンテンツナビゲーション）として、各ダウンロード番組の再生開始可能時刻を番組リストに表示させることができる。なお、図８等のように蓄積済みコンテンツリストと記述せずに、番組リストと記述したのは、ここでは、プログレッシブ再生を目的としているためである。

図１９は、プログレッシブ再生を目的とする番組リストの画面表示例を示している。

図１９の例の番組リストには、「コンテンツ名」と「配信開始時刻」に加えてさらに、「再生開始可能時刻」が表示されている。なお、最終行の「再生開始可能時刻」として記述されている「Before 3/1 21:50」とは、最終行に示されるコンテンツの終了時刻が3/1 21:50であり、それよりも前の適切な時刻が再生開始可能時刻であることを意味している。即ち、受信機２１は、ダウンロードレートステートが「不定」である等の理由により再生遅延時間Tpgを認識できなかった場合には、「再生開始可能時刻」を特定することは困難になる。このような場合、最終行のような表示がなされるのである。

また、受信機２１は、再生開始可能時刻を経過したら、ローカルナビゲーションECGとして、再生可能なコンテンツを表示して、ユーザによる再生操作を受け付ける状態とすることができる。

また、ストレージなし受信機２１Ｂは、メタデータ６２から「等速DL」であることを認識した場合、ダウンロード番組を、リアルタイム再生可能なコンテンツ（番組）として、配信開始時刻と共に表示することができる。さらに、ストレージなし受信機２１Ｂは、配信時間中に再生操作を受け付け、ダウンロード番組を受信して、一旦キャッシュした後、直ぐに同期して再生を行うことができる。

次に、このようなプログレッシブDL情報９２Ａを含むメタデータ６２を受信機２１が受信した場合のその後一連の処理（以下、メタデータ受信処理と称する）の例について説明する。

図２０は、ストレージ付き受信機２１Ａが実行するメタデータ受信処理の例を説明するフローチャートである。

ステップＳ８１において、ストレージ付き受信機２１Ａは、１コンテンツ分のメタデータ６２を受信する。

１コンテンツ分とは、例えば上述した１つのコンテンツファイルに含められるDLコンテンツ３１の分、具体的には例えば、上述した例では１つのダウンロード番組分であることを意味する。

ストレージ付き受信機２１Ａは、１コンテンツ分のメタデータ６２の内容を解析し終わると、処理をステップＳ８２に進める。

ステップＳ８２において、ストレージ付き受信機２１Ａは、レート属性は「低速DL」であるか否かを判定する。

レート属性が「低速DL」である場合、ステップＳ８２においてＹＥＳであると判定されて、処理はステップＳ８３に進む。

ステップＳ８３において、ストレージ付き受信機２１Ａは、再生可能時刻を、配信開始時刻＋PDディレイ値に設定する。これにより、処理はステップＳ８７に進む。ただし、ステップＳ８７以降の処理については後述する。

なお、ステップＳ８３の処理でいう「PDディレイ値」とは、メタデータ６２のプログレッシブDL情報９２Ａに含められている再生遅延時間Tpg以上という前提の下に設定される任意の時間を意味する。

これに対して、レート属性が「低速DL」以外である場合、ステップＳ８２においてＮＯであると判定されて、処理はステップＳ８４に進む。

ステップＳ８４において、ストレージ付き受信機２１Ａは、レート属性は「不定」であるか否かを判定する。

レート属性が「低速DL」でもなく「不定」でもない場合、即ち、レート属性が「高速DL」または「等速DL」の場合、ステップＳ８４においてＮＯであると判定されて、処理はステップＳ８５に進む。

ステップＳ８５において、ストレージ付き受信機２１Ａは、再生可能時刻を、配信開始時刻＋固定Minディレイ値に設定する。これにより、処理はステップＳ８７に進む。ただし、ステップＳ８７以降の処理については後述する。

なお、ステップＳ８５の処理でいう「固定Minディレイ値」とは、最低限のキャッシュ時間以上という前提の下に、予め設定された任意の時間を意味する。

これに対して、レート属性が「不定」である場合、ステップＳ８４においてＹＥＳであると判定されて、処理はステップＳ８６に進む。

ステップＳ８６において、ストレージ付き受信機２１Ａは、再生可能時刻を、配信終了時刻に設定する。

このようにして、ステップＳ８３、Ｓ８５、またはＳ８６の処理で再生可能時刻が設定されると、処理はステップＳ８７に進む。

ステップＳ８７において、ストレージ付き受信機２１Ａは、配信された最後のコンテンツのメタデータ６２であるか否かを判定する。

配信された最後のコンテンツのメタデータ６２でない場合、即ち、再生可能時刻が設定されていないコンテンツがまだ存在する場合、ステップＳ８７において、ＮＯであると判定されて、処理はステップＳ８１に戻され、それ以降の処理が繰り返される。即ち、ステップＳ８１乃至Ｓ８７のループ処理が繰り返し実行されることで、配信された各メタデータ６２のそれぞれを用いて各コンテンツの再生可能時刻が設定される。

配信された全てのメタデータ６２に対応する全コンテンツの再生可能時刻が設定されると、ステップＳ８７において、ＹＥＳであると判定されて、ストレージ付き受信機２１Ａによるメタデータ受信処理は終了する。

次に、図２１を参照して、ストレージなし受信機２１Ｂが実行するメタデータ受信処理の例について説明する。

図２１は、ストレージなし受信機２１Ｂが実行するメタデータ受信処理の例を説明するフローチャートである。

ステップＳ１０１において、ストレージなし受信機２１Ｂは、１コンテンツ分のメタデータ６２を受信する。

ストレージなし受信機２１Ｂは、１コンテンツ分のメタデータ６２の内容を解析し終わると、処理をステップＳ１０２に進める。

ステップＳ１０２において、ストレージなし受信機２１Ｂは、レート属性は「等速DL」であるか否かを判定する。

レート属性が「等速DL」である場合、ステップＳ１０２においてＹＥＳであると判定されて、処理はステップＳ１０３に進む。

ステップＳ１０３において、ストレージなし受信機２１Ｂは、ステップＳ１０1の処理で受信したメタデータ６２に対応するコンテンツ（ダウンロード番組）を、視聴可能番組として設定する。これにより、処理はステップＳ１０５に進む。ただし、ステップＳ１０５以降の処理については後述する。

これに対して、レート属性が「等速DL」以外である場合、ステップＳ１０２においてＮＯであると判定されて、処理はステップＳ１０４に進む。

ステップＳ１０４において、ストレージなし受信機２１Ｂは、ステップＳ１０1の処理で受信したメタデータ６２に対応するコンテンツ（ダウンロード番組）を、視聴不可番組として、そのコンテンツのメタデータ６２を廃棄する。

このようにして、ステップＳ１０３またはＳ１０４の処理で視聴可否が判断されると、処理はステップＳ１０５に進む。

ステップＳ１０５において、ストレージなし受信機２１Ｂは、配信された最後のコンテンツのメタデータ６２であるか否かを判定する。

配信された最後のコンテンツのメタデータ６２でない場合、即ち、視聴可否が判断されていないコンテンツがまだ存在する場合、ステップＳ１０５において、ＮＯであると判定されて、処理はステップＳ１０１に戻され、それ以降の処理が繰り返される。即ち、ステップＳ１０１乃至Ｓ１０５のループ処理が繰り返し実行されることで、各コンテンツの視聴可否が判断される。

配信された全てのメタデータ６２に対応する全コンテンツの視聴可否が判断されると、ステップＳ１０５において、ＹＥＳであると判定されて、ストレージなし受信機２１Ｂによるメタデータ受信処理は終了する。

なお、メタデータ６２の送信元は、以上の例では放送局１１とされているが、以上の例に特に限定されず、放送局１１以外の任意の装置で構わない。

[本発明のプログラムへの適用]

ところで、上述した一連の処理は、ハードウエアにより実行させることもできるが、ソフトウエアにより実行させることができる。

この場合、上述した放送局１１や受信機２１の少なくとも一部として、例えば、図２２に示されるパーソナルコンピュータを採用することができる。

図２２において、CPU（Central Processing Unit）１０１は、ROM（Read Only Memory）１０２に記録されているプログラムに従って各種の処理を実行する。または記憶部１０８からRAM（Random Access Memory）１０３にロードされたプログラムに従って各種の処理を実行する。RAM１０３にはまた、CPU１０１が各種の処理を実行する上において必要なデータなども適宜記憶される。

CPU１０１、ROM１０２、およびRAM１０３は、バス１０４を介して相互に接続されている。このバス１０４にはまた、入出力インタフェース１０５も接続されている。

入出力インタフェース１０５には、キーボード、マウスなどよりなる入力部１０６、ディスプレイなどよりなる出力部１０７が接続されている。また、ハードディスクなどより構成される記憶部１０８、および、モデム、ターミナルアダプタなどより構成される通信部１０９が接続されている。通信部１０９は、インターネットを含むネットワークを介して他の装置（図示せず）との間で行う通信を制御する。

入出力インタフェース１０５にはまた、必要に応じてドライブ１１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどよりなるリムーバブルメディア１１１が適宜装着される。そして、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部１０８にインストールされる。

一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。

このようなプログラムを含む記録媒体は、図２２に示されるように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フロッピディスクを含む）、光ディスク（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク（MD（Mini-Disk）を含む）、もしくは半導体メモリなどよりなるリムーバブルメディア（パッケージメディア）１１１により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM１０２や、記憶部１０８に含まれるハードディスクなどで構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

また、本明細書において、システムとは、複数の装置や処理部により構成される装置全体を表すものである。

１１ 放送局， １２ 家， １３ 衛星放送， ２１ 受信機， ２２ テレビジョン受像機， ３１ DLコンテンツ， ４１ チューナ部， ４２ TSデマックス部， ４３ DLプロセッサ， ４４ ストレージ， ４５ ファイルデマックス部， ４６ ビデオデコード部， ４７ オーディオデコード部， ６１ ダウンロード番組， ６２ メタデータ， ７１ コンテンツ属性情報， ７２ コンテンツ配信情報， ８１ バッファ, １０１ CPU， １０２ ROM， １０３ RAM， １０８ 記憶部， １１１ リムーバブルメディア

Claims (11)

1. コンテンツをダウンロードする受信機を少なくとも対象として、所定の伝送レートで前記コンテンツをダウンロード放送する放送手段と、
   前記コンテンツのメタデータを生成する生成手段と
   を備え、
   前記メタデータは、受信機が前記コンテンツをダウンロードしながら再生するプログレッシブ再生が開始可能となるまでの時間に応じた、前記コンテンツのダウンロードの開始時刻からの遅延時間を示す情報を含み、
   前記放送手段は、前記コンテンツとともに、前記生成手段により生成された前記メタデータを放送する
   送信装置。
2. 前記メタデータは、NRT-IT（Non Real Time Information Table）であって、コンテンツ名、コンテンツID、及び、配信スケジュールを含む
   請求項１に記載の送信装置。
3. 前記コンテンツ及び前記メタデータは、FLUTE（File Delivery over Unidirectional Transport）プロトコルで配信される
   請求項１に記載の送信装置。
4. 前記遅延時間は、前記受信機における所定の再生レートに対する前記所定の伝送レートの状態に対応するモードとして、前記所定の伝送レートと前記所定の再生レートが同一レートとなる等速ダウンロードと、前記コンテンツのダウンロード開始時刻からダウンロード中の任意の経過時間の前記コンテンツのダウンロード情報量が、再生開始時刻から前記経過時間の前記コンテンツの再生完了情報量より少ない場合がある、という低速ダウンロードと、前記コンテンツのダウンロード開始時刻からダウンロード中の任意の経過時間の前記コンテンツのダウンロード情報量が、再生開始時刻から前記経過時間の前記コンテンツの再生完了情報量より常に多い、という高速ダウンロードと、前記所定の伝送レートと前記所定の再生レートの関係が不明の場合のモードである不定とのうちの何れであるかを示す情報が指定されるダウンロードレートの状態を示す情報に応じた値とされる
   請求項１に記載の送信装置。
5. 送信装置の送信方法において、
   前記送信装置が、
   コンテンツをダウンロードする受信機を少なくとも対象として、所定の伝送レートで前記コンテンツをダウンロード放送し、
   前記コンテンツのメタデータを生成し、
   前記コンテンツとともに、受信機が前記コンテンツをダウンロードしながら再生するプログレッシブ再生が開始可能となるまでの時間に応じた、前記コンテンツのダウンロードの開始時刻からの遅延時間を示す情報を含む前記メタデータを放送する
   ステップを含む送信方法。
6. コンテンツ、及び、前記コンテンツのメタデータを受信する受信手段と、
   前記メタデータを用いて、前記コンテンツの再生を制御する再生制御手段と
   を備え、
   前記メタデータは、受信機が前記コンテンツをダウンロードしながら再生するプログレッシブ再生が開始可能となるまでの時間に応じた、前記コンテンツのダウンロードの開始時刻からの遅延時間を示す情報を含み、
   前記再生制御手段は、前記受信手段による前記コンテンツの受信の開始時刻から前記遅延時間だけ経過した以降のタイミングで、前記プログレッシブ再生を開始させる
   受信装置。
7. 前記メタデータは、NRT-IT（Non Real Time Information Table）であって、コンテンツ名、コンテンツID、及び、配信スケジュールを含む
   請求項６に記載の受信装置。
8. 前記コンテンツ及び前記メタデータは、FLUTE（File Delivery over Unidirectional Transport）プロトコルで配信される
   請求項６に記載の受信装置。
9. 前記遅延時間は、前記受信機における所定の再生レートに対する前記所定の伝送レートの状態に対応するモードとして、前記所定の伝送レートと前記所定の再生レートが同一レートとなる等速ダウンロードと、前記コンテンツのダウンロード開始時刻からダウンロード中の任意の経過時間の前記コンテンツのダウンロード情報量が、再生開始時刻から前記経過時間の前記コンテンツの再生完了情報量より少ない場合がある、という低速ダウンロードと、前記コンテンツのダウンロード開始時刻からダウンロード中の任意の経過時間の前記コンテンツのダウンロード情報量が、再生開始時刻から前記経過時間の前記コンテンツの再生完了情報量より常に多い、という高速ダウンロードと、前記所定の伝送レートと前記所定の再生レートの関係が不明の場合のモードである不定とのうちの何れであるかを示す情報が指定されるダウンロードレートの状態を示す情報に応じた値とされる
   請求項６に記載の受信装置。
10. 前記受信手段による前記コンテンツの受信の開始時刻から前記遅延時間を経過するまでの間に受信された前記コンテンツのデータを蓄積する蓄積手段をさらに備える
    請求項６に記載の受信装置。
11. 受信装置の受信方法において、
    前記受信装置が、
    コンテンツ、及び、受信機が前記コンテンツをダウンロードしながら再生するプログレッシブ再生が開始可能となるまでの時間に応じた、前記コンテンツのダウンロードの開始時刻からの遅延時間を示す情報を含む前記コンテンツのメタデータを受信し、
    前記コンテンツの受信の開始時刻から前記遅延時間だけ経過した以降のタイミングで、前記プログレッシブ再生を開始させる
    ステップを含む受信方法。

Images