放送サービスの送信装置及びプログラム
【課題】蓄積コンテンツを伝送する際に、データのサイズを小さくする。
【解決手段】送信装置１は、蓄積コンテンツ生成し、データ放送用データのデータカルーセル伝送１周回内における伝送回数を決定し、データカルーセル伝送１周回分相当のコンテンツファイルを生成するコンテンツファイル生成部１０１と、該ファイルをイベント識別子を含むＤＩＩセクションとＤＤＢセクションにセクション化するカルーセル処理部１１と、イベント識別子及び蓄積コンテンツの種別を含む番組スケジュールテーブルを生成する番組スケジュールテーブル生成部１０３と、番組スケジュールテーブルのイベント識別子及びＤＩＩセクションのイベント識別子を紐付け、蓄積コンテンツごとにデータカルーセル伝送を制御する制御データ生成部１０２と、番組スケジュール及び蓄積コンテンツを多重化する多重化部１３と、ＴＳを変調して送信する変調送信部１４，１５とを備える。
【解決手段】送信装置１は、蓄積コンテンツ生成し、データ放送用データのデータカルーセル伝送１周回内における伝送回数を決定し、データカルーセル伝送１周回分相当のコンテンツファイルを生成するコンテンツファイル生成部１０１と、該ファイルをイベント識別子を含むＤＩＩセクションとＤＤＢセクションにセクション化するカルーセル処理部１１と、イベント識別子及び蓄積コンテンツの種別を含む番組スケジュールテーブルを生成する番組スケジュールテーブル生成部１０３と、番組スケジュールテーブルのイベント識別子及びＤＩＩセクションのイベント識別子を紐付け、蓄積コンテンツごとにデータカルーセル伝送を制御する制御データ生成部１０２と、番組スケジュール及び蓄積コンテンツを多重化する多重化部１３と、ＴＳを変調して送信する変調送信部１４，１５とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル放送の放送波で蓄積コンテンツのコンテンツファイルを送信する送信装置、及びそのプログラムに関するものである。
【背景技術】
【０００２】
従来から、放送局から配信される放送コンテンツに関するデータを受信装置が受信してコンテンツ表を作成し、このコンテンツ表から所望のコンテンツを得るシステムとして電子番組ガイド(ＥＰＧ:Electric Program Guide)を用いたシステムが知られている（例えば、特許文献１，２参照）。
【０００３】
コンテンツのソースがデジタル放送である場合、各チャンネルが順次選局されるように、受信周波数、トランスポートストリーム（ＴＳ：Transport Stream）のＩＤが一定周期で切り替えられ、ＴＳデータはパケット単位で伝送され、パケットの先頭部分には、パケットＩＤ（ＰＩＤ：Packet Identification）が付加されている。受信装置は、復調部で放送波をＴＳ信号に変換し、映像用データ、音声用データ、データ放送のデータ、及び字幕用データ等の各データを復号し、このＴＳデータ中のＰＡＴ（Program Association Table），ＰＭＴ（Program Map Table）等の番組特定情報（ＰＳＩ：Program Specific Information）データに基づいて各データのＰＩＤを検出し、このＰＩＤを読み取ることで、映像データ、音声データ、ＥＰＧデータの識別を行う。
【０００４】
ＥＰＧを構成するのに必要なデータは、社団法人電波産業会（通称ＡＲＩＢ）における標準規格「デジタル放送に使用する番組陳列情報」等で規定されるデータ構造で伝送される。主要な構成データとして、編成チャンネルの名称、放送事業者の名称など、編成チャンネルに関する情報を伝送するＳＤＴ（Service Description Table）、放送されるコンテンツの名称、放送開始日時、コンテンツの説明など、コンテンツに関する情報を伝送するイベント情報テーブル（ＥＩＴ:Event Information Table）、現在の日付、時刻の情報を伝送するＴＯＴ（Time Offset Table）等が挙げられる。なお、ＥＩＴに関しては、「ＡＲＩＢ ＴＲ−Ｂ１４ 第四編 地上デジタルテレビジョン放送 ＰＳＩ／ＳＩ運用規定」に記載されている。
【０００５】
すなわち、受信装置側でコンテンツ表に基づいて放送日時を管理して放送されるコンテンツを蓄積(ダウンロード)するシステムでは、送信側では、放送するコンテンツに関するデータ及びコンテンツを、ＴＳに変換し、生成したＴＳをデジタル放送の放送波で伝送する。受信装置は、この放送波を復調してＴＳを復号し、ＴＳからＥＩＴを抽出し、このＥＩＴを用いてＥＰＧを作成し、ＥＰＧを画面に表示する。
【０００６】
また、ＥＩＴに関連付けられた複数のコンテンツについて、選局した放送ストリームから抽出したダウンロード情報表示（ＤＩＩ:Download Information Indication）／ダウンロードデータブロック（ＤＤＢ:Download Data Block）を用いてコンテンツごとに切り替えて取得することができる（例えば、特許文献３参照）。
【０００７】
したがって、従来からの放送サービスを伝送・受信する技術は、受信装置が放送局から配信される番組配列情報（ＳＩ：Service Information）の情報を元に放送コンテンツ表を作成し、所望のコンテンツを視聴、または録画予約を行うＥＰＧを用いたシステムとして構成される。
【０００８】
また、アナログテレビ放送終了後の２０１１年７月以降、ＶＨＦ帯の１ｃｈから３ｃｈ（ＶＨＦ−Ｌｏｗ帯）を利用する新しい移動体・携帯端末向けマルチメディア放送が開始される予定である。ＶＨＦ−Ｌｏｗ帯のマルチメディア放送では、従来のリアルタイム型放送サービスの他に、蓄積（ダウンロード）型放送サービスの導入が検討されている。蓄積型放送サービスとは、受信しながら視聴するのではなく、コンテンツをいったん受信装置に蓄積してから楽しむサービスである。このようなコンテンツを蓄積(ダウンロード)コンテンツという。蓄積型放送サービスでは、放送波のみで蓄積を完結させる方式としてＤＳＭ−ＣＣ（Digital Storage Media Command and Control）データカルーセル伝送方式が提案されている。なお、データカルーセル方式で伝送される蓄積コンテンツは、データ放送用データのみとしてもよいし、データ放送用データ、映像データ、音声データの少なくとも１つを含むデータとしてもよい。また、プログラムや交通情報などのデータを蓄積コンテンツとしてデータカルーセル方式で伝送することもできる。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００７−３６７２６号公報
【特許文献２】特開２００１−１３６４９５号公報
【特許文献３】特開２００５−１９７９９２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、コンテンツファイル（ＴＳファイル）の蓄積コンテンツの再生では、ＴＳ長分の再生が終了すると、再生は強制終了（例えば、ブラックアウト）されてしまうので、ユーザーがデータ放送コンテンツを視聴する時間を想定し、想定視聴時間分のＴＳパケットを含むコンテンツファイルを伝送する必要がある。例えば、ゲームコンテンツは、ゲームコンテンツを構成する全てのファイルをＴＳパケット化し、そのＴＳパケットを再生するのにかかる時間が１０秒で、そのコンテンツファイルが１００Ｋバイトだとした場合、ユーザーがゲームコンテンツで遊ぶのに１０分程度かかると想定したときは、放送局は６０倍（１０分÷１０秒）、６Ｍ（１００Ｋ×６０）バイトのコンテンツファイルを送らなくてはいけない。そのため、本来必要となるコンテンツファイルに対して大幅に冗長なデータを送らなければならないという問題があった。また、ユーザーの視聴時間が想定視聴時間を超えた場合、データ放送の再生が途中で止まってしまうという問題があった。
【００１１】
そこで、本発明の目的は、上述の問題を鑑みて為されたものであり、蓄積型放送サービスで、データ放送コンテンツ（蓄積コンテンツ）をＴＳパケット化して伝送する際に、コンテンツファイルのデータサイズを小さくし、かつ、受信側に蓄積コンテンツを強制終了することなく視聴させることが可能な、放送サービスの送信装置及びプログラムを提供することにある。
【課題を解決するための手段】
【００１２】
上記課題を解決するため、本発明に係る送信装置は、デジタル放送の放送波で蓄積コンテンツのコンテンツファイルを送信する送信装置であって、蓄積コンテンツを生成し、該蓄積コンテンツの種別に応じて、データ放送用データのデータカルーセル伝送１周回内における伝送回数を決定し、データ放送用データのデータカルーセル伝送１周回分に相当するコンテンツファイルを生成するコンテンツファイル生成部と、前記コンテンツファイル生成部により生成されたコンテンツファイルをモジュール化し、前記イベント識別子を含むＤＩＩセクションとモジュールを分割した複数のＤＤＢセクションとにセクション化するカルーセル処理部と、コンテンツファイルを一意に表すイベント識別子、及び前記蓄積コンテンツの種別を含む番組スケジュールテーブルを生成する番組スケジュールテーブル生成部と、前記番組スケジュールテーブルに含まれるイベント識別子、及び前記ＤＩＩセクションに含まれるイベント識別子を紐付けるとともに、蓄積コンテンツごとにデータカルーセル伝送を制御する制御データ生成部と、前記番組スケジュール、及び前記コンテンツファイルを多重化してＴＳ（トランスポートストリーム）を生成する多重化部と、前記多重化部により多重化されたＴＳを変調して放送波として送信する変調送信部と、を備えることを特徴とする。
【００１３】
また、本発明に係る送信装置において、前記コンテンツファイル生成部は、前記蓄積コンテンツの種別が、蓄積コンテンツはデータ放送用データのみから構成されることを示している場合には、データ放送用データのデータカルーセル伝送１周回内における伝送回数を１回と決定することを特徴とする。
【００１４】
また、本発明に係る送信装置において、前記コンテンツファイル生成部は、前記蓄積コンテンツの種別が、蓄積コンテンツはデータ放送用データのみから構成され、かつ、該データ放送用データの内容が時間に依存しないことを示している場合には、データ放送用データのデータカルーセル伝送１周回内における伝送回数を１回と決定することを特徴とする。
【００１５】
また、本発明に係る送信装置において、前記コンテンツファイル生成部は、前記蓄積コンテンツの種別が、蓄積コンテンツはデータ放送用データのみから構成され、かつ、該データ放送用データの内容が時間に依存することを示している場合には、時間に依存して更新される各データ放送用データのデータカルーセル伝送１周回内における伝送回数を各１回と決定することを特徴とする。
【００１６】
また、本発明に係る送信装置において、前記コンテンツファイル生成部は、データ放送用データの蓄積コンテンツを生成する際に、該データ放送用データにダミーの映像データ又は音声データを付加し、前記番組スケジュールテーブル生成部は、前記蓄積コンテンツの種別を、データ放送用データにダミーの映像データ又は音声データが付加されていることを示すものとすることを特徴とする。
【００１７】
また、上記課題を解決するため、本発明に係るプログラムは、コンピュータを、上記送信装置として機能させることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、送信装置は、蓄積型放送サービスでデータ放送コンテンツ（蓄積コンテンツ）を伝送する際に、コンテンツファイルのデータサイズを小さくすることができるようになる。また、受信側に蓄積コンテンツの視聴中に再生が終了することなく、ユーザーが再生終了を指示するまで視聴させることができるようになる。
【図面の簡単な説明】
【００１９】
【図１】本発明による一実施例の放送システムの概略構成図である。
【図２】本発明による拡張ＥＩＴの構成を示す図である。
【図３】本発明によるＣＳＴの構成を示す図である。
【図４】本発明による一実施例の放送局側送信装置の概略構成を示すブロック図である。
【図５】蓄積コンテンツの各データの多重伝送を示す図である。
【図６】本発明による一実施例の受信装置の概略構成を示すブロック図である。
【図７】本発明による一実施例の受信装置における蓄積予約管理表の例を示す図である。
【図８】本発明による一実施例の受信装置における蓄積コンテンツ管理表の例を示す図である。
【図９】本発明による第１の態様の放送システムの動作を説明する図である。
【図１０Ａ】本発明による第１の態様の放送システムの動作を説明する図である。
【図１０Ｂ】本発明による第１の態様の放送システムの動作を説明する図である。
【図１１】本発明による第１の態様の放送システムの動作を説明するフローチャートである。
【図１２】本発明による第２の態様の放送システムの動作を説明する図である。
【図１３】本発明による第２の態様の放送システムの動作を説明するフローチャートである。
【図１４】本発明による第３の態様の放送システムの完結データ及び連続データを説明する図である。
【図１５】本発明による第３の態様の放送システムの動作を説明するフローチャートである。
【図１６】本発明による第４の態様の放送システムの動作を説明する図である。
【図１７】本発明による第４の態様の放送システムの動作を説明するフローチャートである。
【図１８】本発明による第５の態様の放送システムの動作を説明する図である。
【図１９】本発明による第５の態様の放送システムの動作を説明するフローチャートである。
【発明を実施するための形態】
【００２０】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。まず、本発明の理解を助けるために、本発明に係る任意ファイルをダウンロード配信・受信する放送サービスの放送システムの一実施例について説明する。本実施例の放送システムの説明から、本発明に係る送信装置及び受信装置の構成も明らかになる。
【００２１】
［システム構成］
図１は、本発明による一実施例の放送システムの概略構成図である。放送局側送信装置１は、蓄積コンテンツの映像用データ、音声用データ、字幕・文字スーパー用データ、及びデータ放送用データの各データをデジタル放送で受信装置（携帯端末）２（２−１，２−２，・・・，２−Ｎ）に向けて配信する。また、放送局側送信装置１は、ＥＰＧを構成する放送ＳＩの情報の中に、具体例としてＥＩＴ内に「ファイル伝送記述子(file_delivery_descriptor)」を追加して「拡張ＥＩＴ」を構成して伝送するか、又は蓄積コンテンツの蓄積予約のためのコンテンツ表の作成を可能とするコンテンツ指向の蓄積予約（映像等の場合、予約録画を含む）に必要な情報を組み入れたコンテンツスケジュールテーブル（ＣＳＴ：Contents Schedule Table）を構成して伝送する。
【００２２】
受信装置２は、この拡張ＥＩＴ又はＣＳＴと、ＤＩＩとの組み合わせによって、如何なる種類のコンテンツファイルが配信され、どのように蓄積予約を行うべきかについて把握し、コンテンツファイルの蓄積予約を管理するための「蓄積予約管理表」及び、コンテンツファイルの蓄積の有無を管理するための「蓄積コンテンツ管理表」を生成して、配信される蓄積コンテンツの蓄積をユーザーの指定により、又は自動設定に基づき管理する。
【００２３】
［拡張ＥＩＴ及びＣＳＴ］
次に、拡張ＥＩＴ及びＣＳＴについて説明する。図２は、拡張ＥＩＴのセクション構造を示す図である。図２（ａ）は既存のＥＩＴのセクション構造を示しており、図２（ｂ）はＥＩＴに追加される記述子の一例を示している。拡張ＥＩＴは、図２（ａ）に示す既存のＥＩＴ内に、図２（ｂ）に示す「ファイル伝送記述子(file_delivery_descriptor)」を追加したものである。ファイル伝送記述子は、コンテンツファイルの種別を示す「ファイル種別（file_type_value）」、蓄積コンテンツを受信した際の蓄積動作の挙動を示す「蓄積種別（storage_type）」、蓄積コンテンツに含まれている映像の種別を示す「映像種別（video_type）」、及び蓄積コンテンツに含まれている音声の種別を示す「音声種別（audio_type）」を含む。また、必要に応じて、標準化機関が設定する当該ファイル伝送記述子を利用する機関を特定するための「記述子タグ情報（descriptor_tag）」、当該ファイル伝送記述子の長さを表す「識別子長（descriptor_length）」、各イベントで伝送する蓄積コンテンツの容量を示す「コンテンツ容量（content_volume）」、各イベントで伝送する蓄積コンテンツのおよその伝送レートを示す「伝送ビットレート（transmission_bit_rate）」、放送で伝送する際の帯域を示す「content_bit_rate」、上記以外の任意の情報を記述するための「リザーブ（reserved_future_use）」などを含む。
【００２４】
なお、既存ＥＩＴに追加する「ファイル伝送記述子(file_delivery_descriptor)」は、ＰＭＴ（Program Map Table）にも追加記載することも望ましく、この場合には蓄積コンテンツとの関連付けを再確認できるようになる。なお、「ファイル種別（file_type_value）」は、標準化機関に準ずる機関、もしくは、運用するプラットフォーム会社等が管理を行い、放送事業者、メーカー等に開示を行うのが好適である。これにより、受信装置２は実際に任意ファイルを受信する前に、配信されるファイルの内容を把握可能であり、受信の可否の判断が可能となる。
【００２５】
図３は、ＣＳＴのセクション構造を示す図である。ＣＳＴは、ＣＳＴの種別を表す「テーブル識別子（table_id）」と、ＣＳＴの伝送識別情報（セクション情報）を表す「伝送識別情報」と、蓄積コンテンツごとに割り当てられた固有の識別子を示す「イベント識別子（event_id）」と、コンテンツファイルの内容を識別させるための「ファイル種別（file_type_value）」と、蓄積動作の挙動等を示す「蓄積種別（storage_type）」、「映像種別（video_type）」、及び「音声種別（audio_type）」と、各蓄積コンテンツの放送の開始時刻及び放送持続時間を示す「放送時刻識別情報」と、各蓄積コンテンツの内容を記述する各種記述子（descriptor()）からなる「コンテンツ情報」とを含む。
【００２６】
また、ＣＳＴは、１つのＣＳＴに含まれる複数の蓄積コンテンツについて、所定回数の「放送時間の情報」と、ＥＩＴで運用されるものと同一の各種記述子である、蓄積コンテンツのタイトルを表す「短形式イベント記述子」、番組内容を表す「コンテント記述子」、蓄積コンテンツのコピーを制限する制御する旨を表す「デジタルコピー制御記述子」、ジャンル及びシリーズ番組である旨を表す「シリーズ記述子」などを記述している。
【００２７】
「伝送識別情報」は、各サービス態様で随意決定することができ、その一例を以下に示す。
【００２８】
「ＣＳＴ［ｐ／ｆ］」は、ＥＩＴ［ｐ／ｆ］の代わりに用いるものであり、ＣＳＴの記述内容に対して現在及び次に放送される蓄積コンテンツの１回分の放送の開始時刻及び放送持続時間を伝送するように構成される。コンテンツファイルの内容を識別させるためのファイル伝送記述子(file_delivery_descriptor)を各種記述子の記述欄に追加して伝送することができる。
【００２９】
「ファイル種別情報（file_type_value）」や、「蓄積種別等」（storage_type，video_type，audio_type）は、蓄積コンテンツの種別を表す値として用いられ、例えば、以下のように利用することができる。蓄積型放送サービスで使用する蓄積コンテンツは、一般的な蓄積コンテンツ以外に、項目が更新される蓄積コンテンツ（ニュースなど）や、常時更新の蓄積コンテンツ（交通情報など）があり、また、これらの蓄積コンテンツの内容を補足する情報も存在させるのが好適である。これらの蓄積コンテンツの種類を識別する値がfile_type_valueである。このfile_type_value、及びstorage_type，video_type，audio_typeは、拡張ＥＩＴ又はＣＳＴで伝送される。
【００３０】
以下、表１にfile_typ_value，storage_type，video_type，audio_typeと識別項目の対応関係例を示し、表２にfile_type_valueとファイル種別の対応関係例を示し、表３にstorage_typeと蓄積種別の対応関係例を示し、表４にvideo_typeと映像種別の対応関係例を示し、表５にaudio_typeと音声種別の対応関係例を示す。また、表６に、ファイル伝送記述子(file_delivery_descriptor)の各フィールドの送信運用例を示す。
【００３１】
【表１】
【００３２】
【表２】
【００３３】
【表３】
【００３４】
【表４】
【００３５】
【表５】
【００３６】
【表６】
【００３７】
ファイル伝送記述子(file_delivery_descriptor)は、複数項目コンテンツにおける各項目のコンテンツファイルの識別のために、拡張ＥＩＴ［ｐ／ｆ］やＣＳＴ［ｐ／ｆ］に挿入することができ、ｐ／ｆ情報の取得の時点で、複数項目コンテンツにおける各項目のコンテンツの更新差替情報、項目数を把握することができるようになる。ファイル伝送記述子(file_delivery_descriptor)には、複数項目コンテンツにおける各項目のコンテンツについて項目ごとのジャンル情報を記述しておくことで、受信装置２は、所望のジャンル情報のみについて蓄積制御すればよくなる。
【００３８】
「ＣＳＴ［ｐ／ｆ］」内に、ファイル伝送記述子(file_delivery_descriptor)が記述される場合、当該イベント識別子（event_id）のコンテンツファイルの枝番（ex_event_id）とデータイベント識別子（data_event_id）とから、複数項目コンテンツの各項目のコンテンツファイルとそのバージョン情報を基に、コンテンツファイルの更新や差し替えの発生の有無を把握することができる。
【００３９】
「table_id（8bits）」は、セクションが属するテーブルの識別のために使用する値であり、データカルーセル伝送方式で伝送される蓄積コンテンツのストリーム（自ストリーム又は他ストリーム）、及び、１時間以内，６時間以内，１２時間以内，１日以内，１日以降の放送時間の蓄積コンテンツの組合せで種別化されたテーブル識別子である。なお、foｒ()は、所定数分、繰り返し記述されていることを意味している。
【００４０】
「section_syntex_indicator（1bit）」は、セクション形式は通常形式と拡張形式の２種類があり、その種別を識別するための値である。通常形式は０、拡張形式は１であり、本例では「１」に固定しており、伝送識別情報の１つである。
【００４１】
「reserved_future_use（1bit）」は、符号化ビットストリームを定義する項の中で使用する場合、その値が将来、例えば所定のビット（Ｂ１０）が定義する拡張子として使用可能であることを表す。本例では未定義（全ビット１）とする。すなわち、拡張子を表す伝送識別情報の１つである。別途、「reserved」を設けることができ、符号化ビットストリームを定義する中で使用する場合、その値が将来ＩＳＯで定義される拡張子として使用可能であることを表す。本例では未定義（全ビット１）とする。
【００４２】
「section_length（12bits）」は、セクション長フィールドの直後からＣＲＣ（Cyclic Redundancy Check）を含むセクションの最後までのセクションのバイト数を規定する。すなわち、ＣＳＴの長さを表す伝送識別情報の１つである。
【００４３】
「service_id(16bits)」は、当該トランスポートストリーム内の他のサービスからこのサービスを識別するための値である。すなわち、蓄積コンテンツのチャンネル（サービスＩＤ）を表す伝送識別情報の１つである。
【００４４】
「version_number(5bits)」は、サブテーブルのバージョン番号を表す伝送識別情報の１つである。なお、サブテーブルは、table_idとservice_idとtransport_stream_idとversion_numberが同じセクションであることを表す。
【００４５】
「current_next_indicator(1bit)」は、サブテーブルが現在使用可能である場合は「１」。サブテーブルが現在使用不可であり次に有効となることを示す場合は「０」であり、ＣＳＴ自体の連番を表す伝送識別情報の１つである。
【００４６】
「section_number(8bits)」は、セクションの番号を表す。サブテーブル中の最初のセクション番号は0x00である。セクション番号は同一のtable_idとservice_idとtransport_stream_id、original_network_idを持つセクションの追加ごとに１加算される。すなわち、ＣＳＴ内の現セクション番号を表す伝送識別情報の１つである。
【００４７】
「last_section_number(8bits)」は、そのセクションが属するサブテーブルの最後のセクションの番号である。すなわち、ＣＳＴ又はＥＩＴ内の全セクション番号を表す伝送識別情報の１つである。
【００４８】
「transport_stream_id(16bits)」は、ＥＩＴと同様にＣＳＴが示すこのトランスポートストリームをその分配システム内の他の多重から識別するための値である。すなわち、ＴＳＩＤを表す伝送識別情報の１つである。
【００４９】
「original_network_id(16bits)」は、元の分配システムのネットワーク識別を表す伝送識別情報の１つである。
【００５０】
「segment_last_section_number(8bits)」は、サブテーブルを蓄積コンテンツ数や放送開始時間などで複数のセグメントに分け、このセクションが属するセグメントの中で最後のセクションの番号を記載することもできる。セグメント最終セクション番号を表す伝送識別情報の１つである。なお、サブテーブルをある単位で区切ったものをセクションとする。例えば２００個の蓄積コンテンツを１０個の蓄積コンテンツごとに分けた場合、セグメント数は２０となる。なお、「Last_table_id」を設けて、使用されている最終のテーブル識別を示すようにすることもできる。使用されるテーブルが１個のみの場合は、このフィールドにはこのテーブルのテーブル識別が設定される。
【００５１】
「event_id(16bits)」は、蓄積コンテンツごとに割り当てられた固有の識別子を表す。
【００５２】
「start_time(40bits)」は、event_idごとの蓄積コンテンツの放送開始時刻を表す。
【００５３】
「duration(24bits)」は、event_idごとの蓄積コンテンツの持続時間を表す。
【００５４】
「descriptor_loop_length(12bits)」は、続く記述子の長さを表す。各種記述子は、運用されるＥＩＴの記述子をそのまま採用することができる。
【００５５】
現在のデジタル放送では、番組情報を記述するＥＩＴの中に、コンテンツファイルを一意に表す（各番組をユニークに示す）イベント識別子（event_id）が記述されている。イベント識別子（event_id）は一定時間、例えば２４時間以内はユニークな値として放送局で運用されている。そして、一定時間が過ぎると、再度ユニークな値として再割当される。本発明においては、蓄積コンテンツごとにイベント識別子（event_id）を割り当てることとし、一定の時間、例えば２４時間や１週間の間は、同一の蓄積コンテンツを繰り返し配信する場合は、同一のイベント識別子（event_id）を繰り返し使用することとする。同一コンテンツを繰り返し配信することで受信装置２は移動中であっても受信できる機会が増加し確実に受信可能となる。また、受信装置２はイベント識別子（event_id）を確認することで、同一コンテンツであれば既に受信済みの場合は受信しなくてもよいという判断が可能となる。なお、イベント識別子（event_id）の値をどれくらいの時間でユニークにするかについては、標準化機関等で規定されるものとする。
【００５６】
リアルタイム型放送サービスにおいて番組の識別はevent_idを使用するが、蓄積型放送サービスにおいてはevent_idに加え、event_idの枝番（ex_event_id）、及びdata_event_idが用いられる。すなわち、蓄積型放送サービスではevent_id＋ex_event_id＋data_event_idで蓄積コンテンツが一意に特定される。蓄積型放送サービスのコンテンツ識別情報とビット数、識別内容を表７に示す。
【００５７】
【表７】
【００５８】
一般的な蓄積コンテンツを蓄積する場合、event_idを指定することで蓄積コンテンツを一意に特定することができるが、ニュース番組のように蓄積コンテンツの中の項目を一意に特定したい場合、event_idに加えてex_event_idが用いられる。例えば、event_id＝“0x0001”を「全国ニュース」とした場合、ex_event_idを指定することで、「全国ニュース」の項目を一意に特定することができる。
【００５９】
＜event_id＞ ＜ex_event_id＞ 意味
0x0001 0x000 「全国ニュース」項目0
0x0001 0x001 「全国ニュース」項目1
0x0001 0x002 「全国ニュース」項目2
【００６０】
蓄積コンテンツの中の項目の識別が必要な場合、ex_event_idの値が必ず付与され、蓄積コンテンツの中の項目の識別が不要な場合、ex_event_id＝“0xFFF”とするか、ex_event_idが使用されないものとする。なお、ex_event_idの値を１２ｂｉｔとすれば、異なる項目の指定は最大４０９６種類（正確には０ｘＦＦＦを除き４０９５種類）とすることができる。
【００６１】
また、蓄積型放送サービスでは、同じ内容の蓄積コンテンツが複数回送信され、受信装置２側で欠損データの補完として利用することが可能であるが、２回目以降の送信において内容を一部変更するなど、バージョンの異なる蓄積コンテンツが送信されるケースが想定される。この場合、バージョンの変更を受信側に知らされない状態で欠損データの補完を行うと、変更部分の映像や音声などのデータが不連続となり、蓄積コンテンツの視聴に支障をきたすことになる。そこで、バージョンの異なる蓄積コンテンツを送る場合、異なるdata_event_idの値が付与され、受信装置２側でのバージョン管理を可能とする。
【００６２】
例えば、event_id＝“0x0001”を「全国ニュース」とした場合、ex_event_idとdata_event_idを指定することで、「全国ニュース」の項目を、バージョンを含めて一意に特定することができる。
＜event_id＞ ＜ex_event_id＞ ＜data_event_id＞ 意味
0x0001 0x000 0x0 「全国ニュース」項目0のVer0
0x0001 0x000 0x1 「全国ニュース」項目0のVer1
0x0001 0x001 0x0 「全国ニュース」項目1のVer0
0x0001 0x002 0x0 「全国ニュース」項目2のVer0
【００６３】
蓄積コンテンツのバージョンの識別が必要な場合、data_event_idの値が必ず付与され、バージョンの識別が不要な場合、data_event_id＝“0xF”とするか、data_event_idが使用されないものとする。
【００６４】
蓄積型放送サービスでは、あらかじめ指定された時間に送信が行われ、蓄積コンテンツが受信装置２に自動的に蓄積されるケースが一般的であるが、交通情報のように常時送信が行われ、最新の情報が受信装置２で常時提示されるサービスも想定される。このような常時更新コンテンツの場合、event_idは一定値が送られ、ex_event_idは蓄積コンテンツの中の項目、data_event_idは各項目のバージョンを示すものとする。
【００６５】
例えば、event_id＝“0x0002”を「交通情報」とした場合、ex_event_idとdata_event_idを指定することで、「交通情報」の各県の項目を、バージョンを含めて一意に特定することができる。
＜event_id＞ ＜ex_event_id＞ ＜data_event_id＞ 意味
0x0002 0x000 0x0 「交通情報」県0のVer0
0x0002 0x000 0x1 「交通情報」県0のVer1
0x0002 0x000 0xE 「交通情報」県0のVer14
0x0002 0x001 0x0 「交通情報」県1のVer0
0x0002 0x002 0x0 「交通情報」県2のVer0
【００６６】
上記の例の場合、県0の情報を提示する受信装置２は、Ver0のデータを受信したらVer0の情報を提示、Ver1のデータを受信したらVer1の情報を提示する。以下同様にVer14のデータを受信したらVer14のデータを提示し、Ver14の次はVer0に戻り、同様の動作を繰り返す。
【００６７】
常時更新コンテンツにおいても、蓄積コンテンツの中の項目の識別が必要な場合、ex_event_idの値が必ず付与され、蓄積コンテンツの中の項目の識別が不要な場合、ex_event_id＝“0xFFF”とするか、ex_event_idが使用されないものとする。また、蓄積コンテンツのバージョンの識別が必要な場合、data_event_idの値が必ず付与され、バージョンの識別が不要な場合、data_event_id＝“0xF”とするか、data_event_idが使用されないものとする。
【００６８】
受信装置２は、event_id等によりダウンロードの予約を行い、予約した時間にデータカルーセル方式で伝送されるコンテンツファイルの受信を実行する。ダウンロード中、パケットを取りこぼすなどの原因により、ダウンロードが完了しなかった場合は、再度ダウンロード待機状態に遷移し、ダウンロードの放送スケジュール情報に記載された次の日時まで予約待機し、放送時刻になるとダウンロードの状態になり、欠損データの補完を行うことが可能である。また、送信される蓄積コンテンツのバージョンが更新される場合、ファイル伝送記述子内のdata_event_idの値を参照することで、別バージョンとして蓄積コンテンツの蓄積が可能となる。
【００６９】
蓄積型放送サービスにおいて拡張ＥＩＴで使用される記述子は、リアルタイム型放送サービスで使用される短形式イベント記述子、コンテント記述子、デジタルコピー制御記述子、音声コンポーネント記述子、データコンテンツ記述子、スタッフ記述子に加え、前述のファイル伝送記述子、及びシリーズ番組を識別するシリーズ記述子を用いるのが好適である。
【００７０】
上述したように、ＣＳＴにはevent_id，file_type_value，storage_type，video_type，audio_typeが含まれており、蓄積コンテンツの再送出も含めた送出時間が記載される。拡張ＥＩＴでは１つのevent_idに対して1つの送出時間情報（start_time，duration）が記載されるのに対し、ＣＳＴでは1つのevent_idに対して複数の送出時間情報が記載される。これにより再送出を行う蓄積コンテンツについては、拡張ＥＩＴに比べて伝送する情報量の削減が可能となり、受信装置２は再送出を含めたコンテンツ蓄積のためのスケジュール情報の取得が可能となる。なお、ＣＳＴには送出直近に変更される可能性の高いex_event_id値、data_event_id値は記載しないようにすることもできる。
【００７１】
［送信装置］
次に、本発明による一実施例の送信装置について説明する。図４は、放送局側送信装置１の構成を示すブロック図である。放送局側送信装置１は、コンテンツ編成部１０と、カルーセル処理部１１と、ＰＳＩ／ＳＩ生成符号化部１２と、多重化部１３と、ＯＦＤＭ変調部１４と、送信部１５とを備える。コンテンツ編成部１０は、コンテンツファイル生成部１０１と、制御データ生成部１０２と、番組スケジュールテーブル生成部１０３とを備える。
【００７２】
コンテンツ編成部１０は、放送波で配信するための蓄積コンテンツを生成するとともに、番組スケジュールテーブル（拡張ＥＩＴ又はＣＳＴ）で関連付けられた蓄積コンテンツを受信側で蓄積予約させるための基礎データとなる番組スケジュールを生成するように構成される。拡張ＥＩＴは、上述したように、ＥＩＴに「ファイル伝送記述子」を付加したものであり、既存のＥＩＴと比較して伝送容量をほとんど増大させることなしに、蓄積コンテンツに関する情報の受信又は更新の負担を大きく低減させる。一方、ＣＳＴは、コンテンツ指向の番組情報を伝送するため、蓄積コンテンツを受信側で蓄積予約させるための基礎データとなる番組スケジュールを簡単に構成することができる。また、ＣＳＴは、ＥＩＴと比較してテーブルサイズを小さくすることができ、蓄積コンテンツに関する情報の受信又は更新の負担を大きく低減させることができる。
【００７３】
コンテンツファイル生成部１０１は、蓄積コンテンツを生成し、コンテンツファイルを生成する。例としてＴＳファイル（コンテンツファイル）の場合は、蓄積コンテンツを編成する要素である映像、音声、字幕・文字スーパー、データ放送用データを生成して符号化し、多重化（パッケージ化）を施し、ＴＳを生成する。なお、蓄積コンテンツがデータ放送用データのみの場合には、データ放送用データのみのＴＳを生成する。
【００７４】
ＴＳを生成する際に、コンテンツファイル生成部１０１は、蓄積コンテンツの種別を判別し、蓄積コンテンツの種別に応じてデータ放送用データのデータカルーセル伝送の１周回内における伝送回数を決定する。具体的には、蓄積コンテンツの種別が「データ」の場合（例えば、表２に示したファイル種別において蓄積コンテンツがデータであることを示している場合）には、データ放送用データのデータカルーセル伝送１周回内における伝送回数を１回と決定する。蓄積コンテンツの種別が「データ」以外の場合（例えば、表２に示したファイル種別においてコンテンツが「データ」以外であることを示している場合）には、データ放送用データのデータカルーセル伝送１周回内における伝送回数を、想定視聴時間をデータ放送用データの再生時間で割った回数と決定する。想定視聴時間は、例えば、蓄積コンテンツの種別が「映像＋データ」の場合（例えば、表２に示したファイル種別において蓄積コンテンツが「映像＋データ」であることを示している場合）には、映像データの再生時間とする。そして、コンテンツファイル生成部１０１は、データ放送用データのデータカルーセル伝送の１周回分に相当するコンテンツファイルを生成する。なお、図１０Ｂを参照して後述するように、蓄積コンテンツの種別が「データ」の場合だけでなく、「音声＋データ」や「映像＋データ」のように「データ」を含む場合にも、データ放送用データのデータカルーセル伝送１周回内における伝送回数を１回と決定してもよい。
【００７５】
制御データ生成部１０２は、コンテンツファイル生成部１０１を経て伝送するコンテンツファイルを、カルーセル処理部１１によってデータカルーセル方式で伝送する際のカルーセル処理を制御する。制御データ生成部１０２は、識別子付番制御部１０２１と、伝送回数・周期管理部１０２２とを備える。
【００７６】
識別子付番制御部１０２１は、ＤＩＩメッセージ内の３２ｂｉｔのダウンロードＩＤ（downloadId）と、番組スケジュールテーブルのイベント識別子（event_id）とを関連付けて紐付けた態様で伝送するよう制御する。具体的には、downloadIdの０〜１５ｂｉｔをevent_idとする。また、識別子付番制御部１０２１は、データカルーセル方式で伝送する蓄積コンテンツをイベント識別子（event_id）で識別されるイベントとして管理するために、番組スケジュールテーブル生成部１０３にイベント識別子（event_id）を送出する。
【００７７】
伝送回数・周期管理部１０２２は、イベント識別子（event_id）で識別されるイベントごとに、データカルーセル伝送を制御する。具体的には、データカルーセル伝送の伝送周回数及び送信周期を管理する。
【００７８】
制御データ生成部１０２は、コンテンツファイルが設定される送信周期に従って一定頻度で送信されるように制御する。この送信周期は蓄積コンテンツ別に設定可能であり、例えば、５分〜１２０分の間で設定することができる。また、制御データ生成部１０２は、ファイル種別（file_type_value）と、イベント識別子（event_id）とを組み合わせて、蓄積コンテンツの種別ごとの予約蓄積制御を可能とするべく番組スケジュールテーブルを編成するとともに、ＤＩＩに少なくともイベント識別子（event_id）の情報と、その枝番（ex_event_id）及びデータイベント識別子（data_event_id）を設定する。
【００７９】
番組スケジュールテーブル生成部１０３は、ファイル伝送記述子生成部１０３１を備え、ファイル伝送記述子生成部１０３１は、イベント識別子（event_id）によって識別されるコンテンツファイルの内容の種別を表すファイル種別（file_type_value）及び蓄積種別等（storage_type，video_type，audio_type）を含むファイル伝送記述子(file_delivery_descriptor)を生成する。
【００８０】
番組スケジュールテーブル生成部１０３は、識別子付番制御部１０２１から得られるイベント識別子（event_id）を、放送波で配信するための蓄積コンテンツを受信装置２側で蓄積させるのに用いる既存のＥＩＴに組み入れ、且つファイル伝送記述子(file_delivery_descriptor)を生成して追加し、拡張ＥＩＴを構成して番組スケジュールテーブルとしてＰＳＩ／ＳＩ生成符号化部１２に送出する。
【００８１】
また、番組スケジュールテーブル生成部１０３は、識別子付番制御部１０２１から得られるイベント識別子（event_id）を、放送波で配信するための蓄積コンテンツを受信装置２側で蓄積させるのに用いるＣＳＴに組み入れて構成し、番組スケジュールテーブとしてＰＳＩ／ＳＩ生成符号化部１２に送出するように構成することができる。ＣＳＴを伝送する場合にも、コンテンツファイルの内容の種別を表すファイル種別情報（file_type_value）を生成して組み入れることができる。
【００８２】
カルーセル処理部１１は、コンテンツファイル生成部１０１によって符号化されたコンテンツファイルを、ＤＩＩメッセージ内のダウンロードＩＤ（downloadId）と番組スケジュールテーブルのイベント識別子（event_id）とを関連付けた態様で、制御データ生成部１０２から得られるデータカルーセル方式の伝送回数及び送信周期に従ってカルーセル化する。図５に示すように、コンテンツデータは、コンテンツ配信のサービスＩＤを表すチャンネル（Ｃｈ）にて、component_tagでエレメンタリストリーム（ES：Elementary Stream）を識別できるように多重化される。蓄積コンテンツは、モジュール化された後にＤＤＢに分割され、さらにモジュール情報等を記述したＤＩＩが付加され、ＴＳパケット化される。
【００８３】
受信装置２は、番組スケジュールテーブルで関連付けられた複数の蓄積コンテンツについて、選局した放送ストリームから抽出したＤＩＩ／ＤＤＢ情報を用いて、イベント識別子（event_id）によって識別される蓄積コンテンツごとにＤＤＢを切り替えて取得することができる。なお、蓄積コンテンツは、１つ又は複数のモジュールで構成して伝送することができる。
【００８４】
ＰＳＩ／ＳＩ生成符号化部１２は、受信装置２で放送波を受信するために必要なＰＳＩ／ＳＩ情報を生成して符号化し、多重化部１３に送出する。このＰＳＩ／ＳＩ情報は、番組スケジュールテーブル、ＰＡＴ、ＰＭＴ、ＳＤＴ、ＴＯＴ等を含むＰＳＩ／ＳＩ情報として構成される。
【００８５】
多重化部１３は、番組スケジュール、及びカルーセル処理部１１によりセクション化された蓄積コンテンツをチャンネルごとに多重化してＴＳを生成する。
【００８６】
ＯＦＤＭ変調部１４は、多重化部１３を経て得られるＴＳを、デジタル放送のＯＦＤＭ方式に従う変調方式で変調を施して、送信部１５を介して外部に放送波として伝送する。
【００８７】
このように、放送局側送信装置１は、番組スケジュールテーブルを一定頻度で送信するとともに、番組スケジュールテーブルに基づいて蓄積コンテンツをデータカルーセル伝送方式で送信する。
【００８８】
［受信装置］
次に、本発明による一実施例の受信装置について説明する。図６は、受信装置２の構成を示すブロック図である。受信装置２は、受信用アンテナを有するＯＦＤＭ復調部２０と、ＴＳ復号部２１と、映像復号部２２と、音声復号部２３と、字幕・文字スーパー復号部２４と、カルーセル復号部２５と、ＢＭＬブラウザ２６と、出力処理Ｉ／Ｆ部２７と、ＳＩ処理部２８と、コンテンツ蓄積予約制御部２９と、記憶部３０と、蓄積予約管理表表示・蓄積予約指示部３１と、蓄積コンテンツ管理表表示・再生指示部３２と、ユーザーＩ／Ｆ部３３と、蓄積コンテンツ再生制御部３４とを備える。
【００８９】
ＯＦＤＭ復調部２０は、放送局側送信装置１から送信されるＯＦＤＭ変調された放送波を復調する。ＯＦＤＭ復調部２０は、復調した該チャンネルのＴＳをＴＳ復号部２１に送出する。
【００９０】
ＴＳ復号部２１は、ＯＦＤＭ復調部２０を経て得られる該チャンネルのＴＳから、ＰＳＩ／ＳＩ情報のＴＳを抽出し、ＳＩ処理部２８に送出する。また、ＴＳ復号部２１は、該チャンネルのＴＳから、蓄積コンテンツのＴＳを抽出し、カルーセル復号部２５に送出する。また、抽出した映像データのＴＳを映像復号部２２に、音声データのＴＳを音声復号部２３に、字幕・文字スーパーのＴＳを字幕・文字スーパー復号部２４に、データ放送用データのＴＳをカルーセル復号部２５にそれぞれ送出する。デジタル放送では、ＴＳデータ中のＰＩＤを検出し、このＰＩＤを読み取ることで、蓄積コンテンツのＴＳ、番組スケジュールテーブルのＴＳの識別を行うことができ、ＥＳ番号（component_tag）を検出し、このＥＳ番号を読み取ることで、所望するデータの識別を行うことができる。
【００９１】
蓄積コンテンツの再生時には、映像復号部２２、音声復号部２３、字幕・文字スーパー復号部２４は、それぞれ蓄積コンテンツを編成する音声、映像、字幕・文字スーパーを復号して出力処理Ｉ／Ｆ部２７に送出する。なお、映像復号部２２、音声復号部２３、字幕・文字スーパー復号部２４は、リアルタイムで放送されるコンテンツを復号して再生することも可能である。
【００９２】
カルーセル復号部２５は、蓄積コンテンツのＴＳを送信側と対応するデータカルーセル方式に従ってカルーセル処理を施しながら復号し、コンテンツ蓄積予約制御部２９からの制御信号によって、番組スケジュールテーブルのイベント識別子によって紐付けされた蓄積コンテンツのコンテンツファイルを、記憶部３０に蓄積する。
【００９３】
蓄積コンテンツの再生時には、ＢＭＬブラウザ２６は、カルーセル復号部２５から入力される、ＢＭＬ（Broadcast Markup Language）で記述されたデータ放送用のデータを、規定された描画方式に従って変換し、出力処理Ｉ／Ｆ部２７に送出する。なお、映像復号部２２、音声復号部２３、字幕・文字スーパー復号部２４、及びＢＭＬブラウザ２６は、再生指示のあった蓄積コンテンツのコンテンツファイルを復号して再生する蓄積コンテンツ復号部として機能する。
【００９４】
出力処理Ｉ／Ｆ部２７は、外部装置（例えば、表示装置やスピーカ等）にコンテンツを編成する音声、映像、字幕・文字スーパー、その他のデータを提示する。
【００９５】
ＳＩ処理部２８は、番組スケジュールテーブル（拡張ＥＩＴ又はＣＳＴ）のデータを入力して、チャンネルごとの放送コンテンツのＥＩＴ情報と、各コンテンツの放送時のデータパケット、開始時刻、放送持続時間、及びコンテンツファイルを一意に表す「イベント識別子」とを含むＰＳＩ／ＳＩ情報をコンテンツ蓄積予約制御部２９に送出する。
【００９６】
コンテンツ蓄積予約制御部２９は、「蓄積予約管理表」及び「蓄積コンテンツ管理表」を生成し、記憶部３０に格納及び更新する。「蓄積予約管理表」は、ＳＩ処理部２８から入力されるＰＳＩ／ＳＩ情報に基づいて生成され、コンテンツ別の放送時間、タイトル、シリーズ、及びジャンルを特定することができ、コンテンツの蓄積予約が可能なＥＰＧとして利用される（図７参照）。「蓄積予約管理表」には、ファイル種別（file_type_value）、及び蓄積種別等（storage_type，video_type，audio_type）が付加される。また、「蓄積コンテンツ管理表」は、蓄積コンテンツ別に蓄積済みであるか否かと、未蓄積ＤＤＢの有無を管理する表である（図８参照）。
【００９７】
また、コンテンツ蓄積予約制御部２９は、ユーザーによって「蓄積予約管理表」で指定された蓄積コンテンツの蓄積予約の動作を制御する。例えば、「蓄積予約管理表」に、蓄積コンテンツごとに蓄積予約待ちであるか否かを示すマーキングをして、蓄積コンテンツの蓄積予約の制御を管理することができる。
【００９８】
記憶部３０は、蓄積コンテンツのコンテンツファイルや、「蓄積予約管理表」及び「蓄積コンテンツ管理表」を格納する。
【００９９】
ユーザーＩ／Ｆ部３３は、ユーザーから、蓄積予約管理表の表示の指示、蓄積コンテンツの蓄積予約の指示、蓄積コンテンツ管理表の表示の指示、蓄積コンテンツの再生の指示、蓄積コンテンツの再生終了の指示等を受け付ける。
【０１００】
蓄積予約管理表表示・蓄積予約指示部３１は、ユーザーからの蓄積予約管理表の表示指示に応じて、記憶部３０に格納された「蓄積予約管理表」を表示装置（図示せず）に表示する。また、ユーザーからの蓄積コンテンツの蓄積予約指示に応じて、予約指示信号をコンテンツ蓄積予約制御部２９に送出する。
【０１０１】
蓄積コンテンツ管理表表示・再生指示部３２は、ユーザーからの蓄積コンテンツ管理表の表示指示に応じて、記憶部３０に格納された「蓄積コンテンツ管理表」を表示装置（図示せず）に表示する。また、ユーザーからの蓄積コンテンツの再生指示、再生終了指示に応じて、再生指示信号、再生終了指示信号を蓄積コンテンツ再生制御部３４に送出する。
【０１０２】
蓄積コンテンツ再生制御部３４は、蓄積コンテンツ管理表表示・再生指示部３２から再生指示信号を受け取ると、記憶部３０から、再生指示のあった蓄積コンテンツのコンテンツファイルと、該蓄積コンテンツのファイル種別（file_type_value）、及び蓄積種別等（storage_type，video_type，audio_type）とを取得する。そして、蓄積コンテンツ再生制御部３４は、取得した蓄積コンテンツの種別に応じて、後述するように、コンテンツファイルの再生動作を制御する。
【０１０３】
［システム動作（第１の態様）］
次に、放送局側送信装置１と受信装置２とを含む放送システムの代表的な動作について説明する。図９は、本発明による第１の態様の放送システムの動作を説明する図であり、蓄積コンテンツの種別が「データ」の場合を示している。この図は、蓄積型放送サービスでデータ放送コンテンツ（蓄積コンテンツ）をＴＳパケット化して伝送する際に、想定視聴時間分のＴＳパケットを含むコンテンツファイルを伝送する場合（従来手法）と、コンテンツ再生１回分のＴＳパケットを含むコンテンツファイルを伝送する場合（本願手法）との動作の違いを比較して説明している。以下の説明では、従来の放送局側送信装置を、本実施例の放送局側送信装置１と区別するために放送局側送信装置１’とする。また、従来の受信装置を、本実施例の受信装置２と区別するために受信装置２’とする。
【０１０４】
放送局側送信装置１及び放送局側送信装置１’は、作成されたデータ放送コンテンツ（蓄積コンテンツ）を、ＤＳＭ−ＣＣデータカルーセル方式でセクション化し、ＴＳパケット化する。ここでは、蓄積コンテンツがデータ放送用データのみで構成される場合について説明する。従来の放送局側送信装置１’は、所定の時間（想定される視聴時間）分のＴＳパケットを含むコンテンツファイルを生成し、受信装置２に伝送する。一方、本実施例の放送局側送信装置１は、コンテンツ再生１回分のみのデータ放送用データのＴＳパケットを含むコンテンツファイルを生成し、受信装置２に伝送する。そのため、放送局側送信装置１は、放送局側送信装置１’に比べて、データカルーセル伝送１周回のデータサイズを小さくすることができる。また、放送局側送信装置１は、番組スケジュールテーブルのファイル種別（file_type_value）の蓄積コンテンツの種別を「データ」と設定して、受信装置２に伝送する。なお、上述したように、識別子付番制御部１０２１により、ＤＩＩメッセージ内のダウンロードＩＤ（downloadId）と、番組スケジュールテーブルのイベント識別子（event_id）とは紐付けされている。
【０１０５】
従来の受信装置２’は、放送局側送信装置１’から、所定の時間分のコンテンツファイルを受信し、蓄積コンテンツの再生時には、ユーザーにより再生終了の指示がなされるまでの間、コンテンツファイルを再生する。視聴時間が所定の時間を超えた場合には、再生は強制終了（例えば、ブラックアウト）される。一方、本実施例の受信装置２は、放送局側送信装置１から、コンテンツ再生１回分のみのコンテンツファイルと、番組スケジュールテーブルとを受信し、コンテンツファイルと、番組スケジュールテーブルに基づいて生成した蓄積予約管理表とを記憶部３０に保存する。受信装置２は、蓄積コンテンツの種別がデータである場合には、蓄積コンテンツ再生制御部３４により、再生を終了するまでの間、受信したコンテンツ再生１回分のコンテンツファイルを繰り返し再生するように制御する。
【０１０６】
図１０Ａ及び図１０Ｂは、本発明による第１の態様の放送システムの動作を説明する図であり、蓄積コンテンツの種別が「映像＋データ」の場合を示している。蓄積コンテンツがデータ放送用データ以外に映像データを含む場合には、放送局側送信装置１は、図１０Ａに示すように、所定の視聴時間分のデータ放送用データと所定の視聴時間分の映像データのＴＳパケットを含むコンテンツファイルを生成し、受信装置２に伝送するとともに、番組スケジュールテーブルのファイル種別（file_type_value）の蓄積コンテンツの種別を「映像＋データ」と設定して、受信装置２に伝送する。この場合、受信装置２は、蓄積コンテンツ再生制御部３４により、受信した視聴時間分のコンテンツファイルを再生するように制御する。
【０１０７】
あるいは、放送局側送信装置１は、図１０Ｂに示すように、コンテンツ再生１回分のデータ放送用データと所定の視聴時間分の映像データのＴＳパケットを含むコンテンツファイルを生成し、受信装置２に伝送するようにしてもよい。この場合、受信装置２は、蓄積コンテンツ再生制御部３４により、再生を終了するまでの間、受信したデータ放送データのコンテンツ再生１回分に相当するコンテンツファイルを繰り返し再生するように制御する。
【０１０８】
図１１は、図９及び図１０に示す第１の態様の放送システムの動作を説明するフローチャートである。まず、放送局側送信装置１は、一定間隔で番組スケジュールテーブルのデータを構成するＰＳＩ／ＳＩ情報（拡張ＥＩＴに含まれるEITschedule又はＣＳＴのcontent_schedule）を配信する（ステップＳ１０１〜Ｓ１０３）。また、番組スケジュールテーブルに従って時間編成された放送される番組情報の変更の有無を含む、現在の番組と次の番組の情報（ＣＳＴ／拡張ＥＩＴ−ｐ／ｆ）を配信する（ステップＳ１０４）。また、放送局側送信装置１は、番組スケジュールテーブル、及び番組スケジュールテーブルに記載されたイベント識別子（event_id）で管理されたコンテンツファイルを送信する（ステップＳ１０５）。ここで、放送局側送信装置１は、番組スケジュールテーブルに記載された蓄積コンテンツの種別が「データ」である場合には、データ放送用データのコンテンツ再生１回分に相当するコンテンツファイルを伝送する。
【０１０９】
次に、受信装置２の動作について説明する。受信装置２は、ＰＳＩ／ＳＩ情報を受信して番組スケジュールテーブルを受信して復号する（ステップＳ１１１）。そして、各チャンネルの編成についてイベント識別子（event_id）で識別し、且つイベント識別子（event_id）によって識別されるコンテンツファイルの内容の種別を、ファイル伝送記述子(file_delivery_descriptor)内のファイル種別（file_type_value）で識別する。これにより、番組スケジュールテーブルにおける蓄積コンテンツがコンテンツファイルとして蓄積可能なファイルであるか否かを判断する（ステップＳ１１２）。
【０１１０】
続いて、受信装置２は、蓄積可能なファイルについて放送される蓄積コンテンツ別の放送時間、タイトル、シリーズ、及びジャンルを特定し、ＥＰＧとして利用される「蓄積予約管理表」を生成し、受信装置２のユーザーに提示可能にする（ステップＳ１１３）。受信装置２は、ユーザーによって蓄積予約の指定がなされた蓄積コンテンツを「蓄積予約管理表」に設定して登録する。放送時刻の直前になると、蓄積予約を起動し、番組スケジュールテーブルに従って時間編成された放送番組の変更の有無を含む現在番組と次の番組（ＣＳＴ／拡張ＥＩＴ−ｐ／ｆ）を受信する（ステップＳ１１４）。したがって、受信装置２は、予約時間数分前に番組スケジュールテーブルを再取得して放送コンテンツの変更がないことを確認し、変更がある場合には蓄積予約管理表の登録内容を自動更新する。
【０１１１】
受信装置２は、蓄積予約管理表の登録内容に従って、蓄積コンテンツの蓄積予約の制御を行う。蓄積予約された蓄積コンテンツの放送時間になると、該当エレメンタリストリーム（ＥＳ）のＤＩＩを取得し、ＤＩＩに記載されたイベント識別子（event_id）に紐づくダウンロードＩＤ（downloadId）で、ダウンロード(蓄積)するコンテンツファイルを特定し、該当するモジュール内のデータブロック（ＤＤＢ）列を受信してコンテンツファイルを記憶部３０に蓄積する（ステップＳ１１５）。また、併せて番組スケジュールテーブルに記載された蓄積コンテンツの種別を記憶部３０に蓄積する（ステップＳ１１５）。
【０１１２】
コンテンツ蓄積予約制御部２９は、蓄積が完了した蓄積コンテンツについては、蓄積予約管理表の登録を削除するとともに、蓄積コンテンツ管理表に登録して蓄積状況を管理する。例えば、蓄積コンテンツの蓄積が完了したら、蓄積コンテンツ管理表に登録し、蓄積予約管理表からマーキングを削除して再放送時の再取得を実行しないように制御する。
【０１１３】
蓄積コンテンツ管理表表示・再生指示部３２は、蓄積コンテンツ管理表をユーザーに提示可能とする。ユーザーは、所定の操作で、蓄積コンテンツ管理表から再生する蓄積コンテンツを選択したり、不要な蓄積コンテンツを削除したりすることができる。
【０１１４】
蓄積コンテンツ再生制御部３４は、ユーザーＩ／Ｆ部３３及び蓄積予約管理表表示・蓄積予約指示部３１を介してユーザーから蓄積済みの蓄積コンテンツの再生指示を受け付けると（ステップＳ１１６）、蓄積コンテンツと併せて記憶部３０に蓄積された蓄積予約管理表から蓄積コンテンツの種別を取得し、蓄積コンテンツの種別が「データ」であるか否かを判定する（ステップＳ１１７）。蓄積コンテンツ再生制御部３４は、蓄積コンテンツの種別が「データ」である場合には（ステップＳ１１７−Ｙｅｓ）、コンテンツファイルを取得し、全データをメモリ上に展開する（ステップＳ１１８）。そして、再生指示のあった蓄積コンテンツに対応するコンテンツファイルを再生して表示装置（図示せず）に表示する（ステップＳ１１９）。蓄積コンテンツ再生制御部３４は、蓄積コンテンツの再生終了指示があるまで、上記コンテンツファイルを繰り返し再生するように制御する（ステップＳ１２０）。なお、蓄積コンテンツ再生制御部３４は、そのつど蓄積コンテンツの再生に必要となるデータをメモリ展開し、コンテンツファイルを再生するようにしてもよい。最後に、蓄積コンテンツの再生終了指示があるとコンテンツファイルの再生を終了する（ステップＳ１２１）。なお、上記メモリ展開は、記憶部３０で行ってもよいし、蓄積コンテンツ再生制御部３４又はその他の構成部が有するローカルメモリで行ってもよい。
【０１１５】
一方、蓄積コンテンツの種別が「データ」以外である場合には（ステップＳ１１７−Ｎｏ）、再生指示のあった蓄積コンテンツに対応する、視聴時間分のコンテンツファイルを再生し（ステップＳ１２１）、視聴時間分のコンテンツファイルの再生が終了するか又は蓄積コンテンツの再生終了指示があると（ステップＳ１２３）、コンテンツファイルの再生を終了する（ステップＳ１２１）。
【０１１６】
なお、蓄積コンテンツの種別が「データ」の場合だけでなく、「音声＋データ」や「映像＋データ」のように「データ」を含む場合には、図１０Ｂに示したように、データ放送用データをコンテンツ再生１回分のみとしてもよい。この場合には、ステップＳ１１７では蓄積コンテンツの種別が「データ」を含むか否かを判定する。以下の第２から第５の態様についても同様である。
【０１１７】
［システム動作（第２の態様）］
次に、本発明による第２の態様の放送システムの動作について説明する。図１２は、第２の態様の放送システムの動作を説明する図である。放送局側送信装置１の動作は図９に示す第１の態様の放送システムの放送局側送信装置１と同一である。
【０１１８】
一方、第２の態様の放送システムの受信装置２は、蓄積コンテンツの種別が「データ」である場合、図９に示す第１の態様の放送システムの受信装置２と比較して、放送局側送信装置１から、コンテンツ再生１回分のコンテンツファイルと、番組スケジュールテーブルとを受信し、コンテンツファイルと、番組スケジュールテーブルに基づいて生成した蓄積予約管理表とを記憶部３０に保存する点は同一である。しかし、第２の態様の受信装置２では、蓄積コンテンツの種別が「データ」である場合、蓄積コンテンツ再生制御部３４は、受信したコンテンツ再生１回分のコンテンツファイルを記憶部３０から取得し、コンテンツファイルを構成するＢＭＬファイルやＪＰＥＧファイル等の全てのデータをメモリ上に展開し、その後、ＢＭＬブラウザ２６によりコンテンツファイルを再生するように制御する。コンテンツファイルの再生が終了した後も、全てのデータがメモリ上に展開されているため、蓄積コンテンツの表示や操作が可能である。
【０１１９】
図１３は、図１２に示す第２の態様の放送システムの動作を説明するフローチャートである。第２の態様の放送局側送信装置１のステップＳ２０１〜Ｓ２０５の動作は、図１１に示すステップＳ１０１〜Ｓ１０５の動作と同一であるため、説明を省略する。
【０１２０】
第２の態様の受信装置２のステップＳ２１１〜Ｓ２１７の動作は、図１１に示すステップＳ１１１〜Ｓ１１７の動作と同一であるため、説明を省略する。蓄積コンテンツ再生制御部３４は、蓄積コンテンツの種別が「データ」である場合には（ステップＳ２１７−Ｙｅｓ）、再生指示のあった蓄積コンテンツに対応するコンテンツファイルを記憶部３０から取得し、全データをメモリ上に展開する（ステップＳ２１８）。蓄積コンテンツ再生制御部３４は、蓄積コンテンツの表示や操作が可能なように制御する（ステップＳ２１９）。蓄積コンテンツの再生の終了指示があると（ステップＳ２２０）、蓄積コンテンツの再生を終了する（ステップＳ２２１）。
【０１２１】
一方、蓄積コンテンツの種別が「データ」以外である場合には（ステップＳ２１７−Ｎｏ）、再生指示のあった蓄積コンテンツに対応する、視聴時間分のコンテンツファイルを再生し（ステップＳ２２２）、視聴時間分のコンテンツファイルの再生が終了するか又は蓄積コンテンツの再生終了指示があると（ステップＳ２２３）、コンテンツファイルの再生を終了する（ステップＳ２２１）。
【０１２２】
［システム動作（第３の態様）］
次に、本発明による第３の態様の放送システムの動作について説明する。第３の態様の放送システムでは、蓄積コンテンツの種別として「完結データ」と「連続データ」とを定義する。第３の態様では、コンテンツファイル生成部１０１は、蓄積コンテンツの種別が「完結データ」である場合には、データ放送用データのデータカルーセル伝送１周回内における伝送回数を１回と決定し、蓄積コンテンツの種別が「完結データ」以外の場合には、データ放送用データの伝送回数を、想定視聴時間をデータ放送用データの再生時間で割った回数と決定する。
【０１２３】
図１４は、「完結データ」と「連続データ」について説明する図である。完結データ」とは、データカルーセル伝送１周回分でデータ放送用データの内容が完結し、内容が時間に依存しないデータのことである。「連続データ」とは、データカルーセル伝送１周回分ではデータ放送用データの内容が完結せず、内容が時間に依存するデータのことである。図１４（ａ）（ｂ）は、蓄積コンテンツの種別が「完結データ」であるデータ放送用データを例示している。図１４（ａ）に示すデータ放送用データは、時間に依存せず、常に蓄積コンテンツＡを伝送しており、蓄積コンテンツは不変である。図１４（ｂ）に示すデータ放送用データは、データカルーセル伝送１周回内で蓄積コンテンツＡから蓄積コンテンツＢへ変化があるものの、各データカルーセルで伝送される蓄積コンテンツは不変である。図１４（ｃ）は、蓄積コンテンツの種別が「連続データ」であるデータ放送用データを例示している。図１４（ｃ）の例では、最初は蓄積コンテンツＡを伝送し、所定の時間が経過すると蓄積コンテンツＡの続きとして蓄積コンテンツＢを伝送している。
【０１２４】
図１５は、第３の態様の放送システムの動作を説明するフローチャートである。第３の態様の放送局側送信装置１のステップＳ３０１〜Ｓ３０５の動作は、図１１に示すステップＳ１０１〜Ｓ１０５の動作と同様であるため、説明を省略する。
【０１２５】
第３の態様の受信装置２のステップＳ３１１〜Ｓ３１６の動作は、図１１に示すステップＳ１１１〜Ｓ１１６の動作と同様であるため、説明を省略する。蓄積コンテンツ再生制御部３４は、ユーザーから蓄積済みの蓄積コンテンツの再生指示を受け付けると（ステップＳ３１６）、蓄積コンテンツと併せて記憶部３０に蓄積されたファイル種別（file_type_value）を取得し、蓄積コンテンツの種別が「完結データ」であるか否かを判定する（ステップＳ３１７）。蓄積コンテンツ再生制御部３４は、蓄積コンテンツの種別が「完結データ」である場合には（ステップＳ３１７−Ｙｅｓ）、コンテンツファイルを取得し、全データをメモリ上に展開する（ステップＳ３１８）。そして、再生指示のあった蓄積コンテンツに対応するコンテンツファイルを再生して表示装置（図示せず）に表示する（ステップＳ３１９）。蓄積コンテンツ再生制御部３４は、蓄積コンテンツの再生の終了指示があるまで、上記コンテンツファイルを繰り返し再生するように制御する（ステップＳ３２０）。なお、蓄積コンテンツ再生制御部３４は、そのつど必要となるデータをメモリ上に展開し、コンテンツファイルを再生するようにしてもよい。最後に、蓄積コンテンツの再生の終了指示があると、コンテンツファイルの再生を終了する（ステップＳ３２１）。
【０１２６】
一方、蓄積コンテンツの種別が「完結データ」以外である場合には（ステップＳ３１７−Ｎｏ）、再生指示のあった蓄積コンテンツに対応する、視聴時間分のコンテンツファイルを再生して、コンテンツファイルを表示装置（図示せず）に表示し（ステップＳ３２１）、コンテンツファイルが終了するか又は蓄積コンテンツの再生終了指示があると（ステップＳ３２２）、コンテンツファイルの再生を終了する（ステップＳ３２０）。
【０１２７】
なお、図１５では、コンテンツデータが「完結データ」である場合に、第１の態様の受信装置２と同様にコンテンツファイルを繰り返し再生するように動作する例を示したが、第２の態様の受信装置２と同様に、対応するコンテンツファイルを取得し、全データをメモリ上に展開し、蓄積コンテンツの再生の終了指示があるまで、蓄積コンテンツの表示や操作が可能なように制御してもよい（ステップＳ２１７〜２２０参照）。
【０１２８】
［システム動作（第４の態様）］
次に、本発明による第４の態様の放送システムの動作について説明する。第４の態様の放送システムでは、蓄積コンテンツの種別が「完結データ」である場合には、第３の態様と同様に、コンテンツファイル生成部１０１は、データ放送用データのデータカルーセル伝送１周回内における伝送回数を１回と決定する。蓄積コンテンツの種別が「連続データ」である場合には、時間に依存して更新される各データ放送用データのデータカルーセル伝送１周回内における伝送回数を各１回と決定する。蓄積コンテンツの種別が「完結データ」及び「連続データ」以外の場合には、データ放送用データのデータカルーセル伝送１周回内における伝送回数を、想定視聴時間をデータ放送用データの再生時間で割った回数と決定する。
【０１２９】
図１６は、第４の態様の放送システムの動作を説明する図である。蓄積コンテンツの種別が「連続データ」である場合には、蓄積コンテンツＡを蓄積コンテンツＢに更新するタイミングを放送局側送信装置１から受信装置２に通知する必要がある。放送局側送信装置１はＰＣＲ（Program Clock Reference）パケットをＥＳで伝送する。ＰＣＲパケットは常時多重化して伝送されることを想定しているが、特に第４の態様ではこのＰＣＲパケットを用いて各蓄積コンテンツの再生継続時間（更新のタイミング）を規定する。ＰＣＲパケットは所定の間隔（例えば、０．１秒）で挿入される。例えば、蓄積コンテンツＡのＴＳに０．１秒間隔で３０００個のＰＣＲパケットが多重化されている場合には、受信装置２はＰＣＲの１パケットを０．１秒として計数し、蓄積コンテンツＡの再生を開始してから３０００×０．１＝３００秒が経過したタイミングで、蓄積コンテンツＢの再生を開始する。
【０１３０】
図１７は、第４の態様の放送システムの動作を説明するフローチャートである。第４の態様の放送局側送信装置１のステップＳ４０１〜Ｓ４０５の動作は、図１１に示すステップＳ１０１〜Ｓ１０５の動作と同様であるため、説明を省略する。
【０１３１】
第４の態様の受信装置２のステップＳ４１１〜Ｓ４１６、Ｓ４１８〜Ｓ４２１の動作は、図１５に示すステップＳ３１１〜Ｓ３１６、Ｓ３１８〜Ｓ３２１の動作と同様であるため、説明を省略する。蓄積コンテンツ再生制御部３４は、蓄積コンテンツの種別が「完結データ」でない場合には（ステップＳ４１７−Ｎｏ）、蓄積コンテンツの種別が「連続データ」であるか否かを判定する（ステップＳ４２２）。蓄積コンテンツ再生制御部３４は、蓄積コンテンツの種別が「連続データ」である場合には（ステップＳ４２２−Ｙｅｓ）、全ての蓄積コンテンツ（ここでは、蓄積コンテンツＡ，Ｂとする）に対応するコンテンツファイル（ここでは、コンテンツファイルＡ，Ｂとする）を取得し、全データをメモリ上に展開する（ステップＳ４２３）。そして、コンテンツファイルＡを再生して表示装置（図示せず）に表示する（ステップＳ４２４）。蓄積コンテンツ再生制御部３４は、蓄積コンテンツＡのＴＳにおいて多重化されたＰＣＲパケットの数により規定される所定の時間が経過するまでの間、コンテンツファイルＡを繰り返し再生するように制御する（ステップＳ４２５）。
【０１３２】
ＰＣＲパケットの数により規定される所定の時間が経過すると（ステップＳ４２５−Ｙｅｓ）、コンテンツファイルＢを再生して表示装置（図示せず）に表示する（ステップＳ４２６）。蓄積コンテンツ再生制御部３４は、蓄積コンテンツＢのＴＳにおいて多重化されたＰＣＲパケットの数により規定される所定の時間が経過するまでの間、コンテンツファイルＢを繰り返し再生するように制御する（ステップＳ４２７）。図１７では蓄積コンテンツが１度だけ更新される場合について示しているが、更新される蓄積コンテンツがなくなるまで、同様の処理を行う。そして、最終の蓄積コンテンツについてＰＣＲパケットの数により規定される所定の時間が経過すると、コンテンツファイルの再生を終了する（ステップＳ４２１）。
【０１３３】
一方、蓄積コンテンツの種別が「完結データ」及び「連続データ」でない場合には（ステップＳ４２２−Ｎｏ）、蓄積コンテンツ再生制御部３４は、再生指示のあった蓄積コンテンツに対応する、視聴時間分のコンテンツファイルを再生して、コンテンツファイルを表示装置（図示せず）に表示し（ステップＳ４２８）、コンテンツファイルが終了するか又は蓄積コンテンツの再生終了指示があると（ステップＳ４２９）、コンテンツファイルの再生を終了する（ステップＳ４２１）。
【０１３４】
なお、図１７では、コンテンツデータが「完結データ」又は「連続データ」である場合に、第１の態様の受信装置２と同様にコンテンツファイルを繰り返し再生するように動作する例を示したが、第２の態様の受信装置２と同様に、対応するコンテンツファイルを取得し、全データをメモリ上に展開し、蓄積コンテンツの再生の終了指示があるまで、蓄積コンテンツの表示や操作が可能なように制御してもよい（ステップＳ２１７〜２２０参照）。
【０１３５】
また、蓄積コンテンツの種別が「連続データ」であり、蓄積コンテンツＡ，Ｂ，Ｃを伝送する場合、最後に伝送する蓄積コンテンツＣをユーザーが終了指示をするまでの間再生を継続する再生継続コンテンツとすることができる。この場合には、放送局側送信装置１は、ＤＩＩに蓄積コンテンツＣは再生継続コンテンツであるという情報を記述する。受信装置２は、該情報を取得することにより、蓄積コンテンツＣが再生継続コンテンツであることを認識することができる。蓄積コンテンツ再生制御部３４は、蓄積コンテンツＣの再生終了指示があるまでの間、蓄積コンテンツＣのコンテンツファイルを繰り返し再生する。
【０１３６】
［システム動作（第５の態様）］
次に、本発明による第５の態様の放送システムの動作について説明する。図１８は、第５の態様の放送システムの動作を説明する図である。第５の態様の放送局側送信装置１では、コンテンツファイル生成部１０１は、データ放送用データの蓄積コンテンツを生成する際に、データ放送用データにさらにダミーの低レートの映像データ及び／又はダミーの低レートの音声データ（以下、「ダミーデータ」と称する）を付加することができる。つまり、第５の態様の放送局側送信装置１は、データカルーセル伝送１周回分のＴＳパケットと、想定視聴時間分のダミーデータのＴＳパケットを多重化して伝送する。ダミーデータは受信側での視聴時間を決定するために付加されるものであり、低レートの映像及び／又は音声データ（例えば、白い背景映像）である。
【０１３７】
第５の態様の放送システムの受信装置２では、蓄積コンテンツの種別が「ダミー映像＋ダミー音声＋データ」、「ダミー映像＋データ」、又は「ダミー音声＋データ」である場合、蓄積コンテンツ再生制御部３４は、受信したデータカルーセル伝送１周回分のコンテンツファイルを記憶部３０から取得し、データ放送用データを構成するＢＭＬファイルやＪＰＥＧファイル等の全てのデータをメモリ上に展開し、その後、ＢＭＬブラウザ２６によりコンテンツファイルを再生するように制御するとともに、映像復号部２２又は音声復号部２３により、ダミーデータを再生するように制御する。蓄積コンテンツの表示や操作は、ダミーデータの再生が終了するまで可能である。
【０１３８】
図１９は、図１８に示す第５の態様の放送システムの動作を説明するフローチャートである。第５の態様の放送局側送信装置１のステップＳ５０１〜Ｓ５０５の動作は、図１１に示すステップＳ１０１〜Ｓ１０５の動作と同様であるため、説明を省略する。
【０１３９】
第５の態様の受信装置２のステップＳ５１１〜Ｓ５１６の動作は、図１１に示すステップＳ１１１〜Ｓ１１６の動作と同様であるため、説明を省略する。蓄積コンテンツ再生制御部３４は、蓄積コンテンツ再生制御部３４は、ユーザーから蓄積済みの蓄積コンテンツの再生指示を受け付けると（ステップＳ５１６）、蓄積コンテンツと併せて記憶部３０に蓄積された蓄積予約管理表からファイル種別（file_type_value）を取得し、蓄積コンテンツの種別が「データ」であるか否かを判定する（ステップＳ５１７）。蓄積コンテンツ再生制御部３４は、蓄積コンテンツの種別が「データ」である場合には（ステップＳ５１７−Ｙｅｓ）、コンテンツファイルを取得し、全データをメモリ上に展開する（ステップＳ５１８）。そして、再生指示のあった蓄積コンテンツに対応するコンテンツファイルを再生し（ステップＳ５１９）、蓄積コンテンツの再生終了指示があるまで、上記コンテンツファイルを繰り返し再生するように制御する（ステップＳ５２０）。蓄積コンテンツ再生制御部３４は、そのつど蓄積コンテンツの再生に必要となるデータをメモリ展開し、コンテンツファイルを再生して表示装置（図示せず）に表示する。蓄積コンテンツの再生終了指示があるとコンテンツファイルの再生を終了する（ステップＳ５２１）。
【０１４０】
一方、蓄積コンテンツの種別が「データ」でない場合には（ステップＳ５１７−Ｎｏ）、蓄積コンテンツ再生制御部３４は、蓄積コンテンツの種別が「ダミー映像＋ダミー音声＋データ」、「ダミー映像＋データ」、又は「ダミー音声＋データ」であるか否かを判定する。蓄積コンテンツ再生制御部３４は、蓄積コンテンツの種別が「ダミー映像＋ダミー音声＋データ」、「ダミー映像＋データ」、又は「ダミー音声＋データ」である場合には（ステップＳ５２２−Ｙｅｓ）、再生指示のあった蓄積コンテンツに対応するコンテンツファイルを記憶部３０から取得し、全データをメモリ上に展開する（ステップＳ５２３）。蓄積コンテンツ再生制御部３４は、蓄積コンテンツの表示や操作が可能なように制御する（ステップＳ５２４）。ダミーデータの視聴時間分のコンテンツファイルの再生が終了するか、又は蓄積コンテンツの再生の終了指示があると（ステップＳ５２５）、蓄積コンテンツの再生を終了する（ステップＳ５２１）。
【０１４１】
一方、蓄積コンテンツの種別が「データ」、「ダミー映像＋ダミー音声＋データ」、「ダミー映像＋データ」、及び「ダミー音声＋データ」でない場合には（ステップＳ５２２−Ｎｏ）、再生指示のあった蓄積コンテンツに対応する、視聴時間分のコンテンツファイルを再生し（ステップＳ５２６）、視聴時間分のコンテンツファイルの再生が終了するか又は蓄積コンテンツの再生終了指示があると（ステップＳ５２７）、コンテンツファイルの再生を終了する（ステップＳ５２１）。
【０１４２】
なお、図１９では、蓄積コンテンツの種別が「データ」である場合に、第１の態様の受信装置２と同様にコンテンツファイルを繰り返し再生するように動作する例を示したが、第２の態様の受信装置２と同様に、対応するコンテンツファイルを取得し、全データをメモリ上に展開し、蓄積コンテンツの再生の終了指示があるまで、蓄積コンテンツの表示や操作が可能なように制御してもよい（ステップＳ２１７〜２２０参照）。また、コンテンツデータが「ダミー映像＋ダミー音声＋データ」、「ダミー映像＋データ」、又は「ダミー音声＋データ」である場合に、ダミーデータの再生が終了するか又は蓄積コンテンツの再生終了指示があるまで、コンテンツファイルを繰り返し再生するように制御してもよい。
【０１４３】
ここで、放送局側送信装置１として機能させるために、コンピュータを好適に用いることができ、そのようなコンピュータは、放送局側送信装置１の各機能を実現する処理内容を記述したプログラムを、当該コンピュータの記憶部に格納しておき、当該コンピュータの中央演算処理装置（ＣＰＵ）によってこのプログラムを読み出して実行させることで実現することができる。
【０１４４】
上述の実施例は、代表的な例として説明したが、本発明の趣旨及び範囲内で、多くの変更及び置換ができることは当業者に明らかである。したがって、本発明は、上述の実例によって制限するものと解するべきではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【０１４５】
例えば、受信装置２のカルーセル復号部２５で蓄積済みのコンテンツファイルを再生する際に、先頭の数パケットを取りこぼしても蓄積コンテンツの再構成処理を可能とするために、放送局側送信装置１は、冗長性を持たせて、データカルーセル伝送１．５周回分のコンテンツファイルを伝送してもよい。
【産業上の利用可能性】
【０１４６】
本発明によれば、少ないデータ量で蓄積コンテンツを伝送することができるため、デジタル放送の放送波で蓄積コンテンツのコンテンツファイルを送信又は受信する任意の用途に有用である。
【符号の説明】
【０１４７】
１ 放送局側送信装置
２ 受信装置
１０ コンテンツ編成部
１１ カルーセル処理部
１２ ＰＳＩ／ＳＩ生成符号化部
１３ 多重化部
１４ ＯＦＤＭ変調部
１５ 送信部
２０ ＯＦＤＭ復調部
２１ ＴＳ復号部
２２ 映像復号部
２３ 音声復号部
２４ 字幕・文字スーパー復号部
２５ カルーセル復号部
２６ ＢＭＬブラウザ
２７ 出力処理Ｉ／Ｆ部
２８ ＳＩ処理部
２９ コンテンツ蓄積予約制御部
３０ 記憶部
３１ 蓄積予約管理表表示・蓄積予約指示部
３２ 蓄積コンテンツ管理表表示・再生指示部
３３ ユーザーＩ／Ｆ部
３４ 蓄積コンテンツ再生制御部
１０１ コンテンツファイル生成部
１０２ 制御データ生成部
１０３ 番組スケジュールテーブル生成部
１０２１ 識別子付番制御部
１０２２ 伝送回数・周期管理部
１０３１ ファイル伝送記述子生成部
【技術分野】
【０００１】
本発明は、デジタル放送の放送波で蓄積コンテンツのコンテンツファイルを送信する送信装置、及びそのプログラムに関するものである。
【背景技術】
【０００２】
従来から、放送局から配信される放送コンテンツに関するデータを受信装置が受信してコンテンツ表を作成し、このコンテンツ表から所望のコンテンツを得るシステムとして電子番組ガイド(ＥＰＧ:Electric Program Guide)を用いたシステムが知られている（例えば、特許文献１，２参照）。
【０００３】
コンテンツのソースがデジタル放送である場合、各チャンネルが順次選局されるように、受信周波数、トランスポートストリーム（ＴＳ：Transport Stream）のＩＤが一定周期で切り替えられ、ＴＳデータはパケット単位で伝送され、パケットの先頭部分には、パケットＩＤ（ＰＩＤ：Packet Identification）が付加されている。受信装置は、復調部で放送波をＴＳ信号に変換し、映像用データ、音声用データ、データ放送のデータ、及び字幕用データ等の各データを復号し、このＴＳデータ中のＰＡＴ（Program Association Table），ＰＭＴ（Program Map Table）等の番組特定情報（ＰＳＩ：Program Specific Information）データに基づいて各データのＰＩＤを検出し、このＰＩＤを読み取ることで、映像データ、音声データ、ＥＰＧデータの識別を行う。
【０００４】
ＥＰＧを構成するのに必要なデータは、社団法人電波産業会（通称ＡＲＩＢ）における標準規格「デジタル放送に使用する番組陳列情報」等で規定されるデータ構造で伝送される。主要な構成データとして、編成チャンネルの名称、放送事業者の名称など、編成チャンネルに関する情報を伝送するＳＤＴ（Service Description Table）、放送されるコンテンツの名称、放送開始日時、コンテンツの説明など、コンテンツに関する情報を伝送するイベント情報テーブル（ＥＩＴ:Event Information Table）、現在の日付、時刻の情報を伝送するＴＯＴ（Time Offset Table）等が挙げられる。なお、ＥＩＴに関しては、「ＡＲＩＢ ＴＲ−Ｂ１４ 第四編 地上デジタルテレビジョン放送 ＰＳＩ／ＳＩ運用規定」に記載されている。
【０００５】
すなわち、受信装置側でコンテンツ表に基づいて放送日時を管理して放送されるコンテンツを蓄積(ダウンロード)するシステムでは、送信側では、放送するコンテンツに関するデータ及びコンテンツを、ＴＳに変換し、生成したＴＳをデジタル放送の放送波で伝送する。受信装置は、この放送波を復調してＴＳを復号し、ＴＳからＥＩＴを抽出し、このＥＩＴを用いてＥＰＧを作成し、ＥＰＧを画面に表示する。
【０００６】
また、ＥＩＴに関連付けられた複数のコンテンツについて、選局した放送ストリームから抽出したダウンロード情報表示（ＤＩＩ:Download Information Indication）／ダウンロードデータブロック（ＤＤＢ:Download Data Block）を用いてコンテンツごとに切り替えて取得することができる（例えば、特許文献３参照）。
【０００７】
したがって、従来からの放送サービスを伝送・受信する技術は、受信装置が放送局から配信される番組配列情報（ＳＩ：Service Information）の情報を元に放送コンテンツ表を作成し、所望のコンテンツを視聴、または録画予約を行うＥＰＧを用いたシステムとして構成される。
【０００８】
また、アナログテレビ放送終了後の２０１１年７月以降、ＶＨＦ帯の１ｃｈから３ｃｈ（ＶＨＦ−Ｌｏｗ帯）を利用する新しい移動体・携帯端末向けマルチメディア放送が開始される予定である。ＶＨＦ−Ｌｏｗ帯のマルチメディア放送では、従来のリアルタイム型放送サービスの他に、蓄積（ダウンロード）型放送サービスの導入が検討されている。蓄積型放送サービスとは、受信しながら視聴するのではなく、コンテンツをいったん受信装置に蓄積してから楽しむサービスである。このようなコンテンツを蓄積(ダウンロード)コンテンツという。蓄積型放送サービスでは、放送波のみで蓄積を完結させる方式としてＤＳＭ−ＣＣ（Digital Storage Media Command and Control）データカルーセル伝送方式が提案されている。なお、データカルーセル方式で伝送される蓄積コンテンツは、データ放送用データのみとしてもよいし、データ放送用データ、映像データ、音声データの少なくとも１つを含むデータとしてもよい。また、プログラムや交通情報などのデータを蓄積コンテンツとしてデータカルーセル方式で伝送することもできる。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００７−３６７２６号公報
【特許文献２】特開２００１−１３６４９５号公報
【特許文献３】特開２００５−１９７９９２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、コンテンツファイル（ＴＳファイル）の蓄積コンテンツの再生では、ＴＳ長分の再生が終了すると、再生は強制終了（例えば、ブラックアウト）されてしまうので、ユーザーがデータ放送コンテンツを視聴する時間を想定し、想定視聴時間分のＴＳパケットを含むコンテンツファイルを伝送する必要がある。例えば、ゲームコンテンツは、ゲームコンテンツを構成する全てのファイルをＴＳパケット化し、そのＴＳパケットを再生するのにかかる時間が１０秒で、そのコンテンツファイルが１００Ｋバイトだとした場合、ユーザーがゲームコンテンツで遊ぶのに１０分程度かかると想定したときは、放送局は６０倍（１０分÷１０秒）、６Ｍ（１００Ｋ×６０）バイトのコンテンツファイルを送らなくてはいけない。そのため、本来必要となるコンテンツファイルに対して大幅に冗長なデータを送らなければならないという問題があった。また、ユーザーの視聴時間が想定視聴時間を超えた場合、データ放送の再生が途中で止まってしまうという問題があった。
【００１１】
そこで、本発明の目的は、上述の問題を鑑みて為されたものであり、蓄積型放送サービスで、データ放送コンテンツ（蓄積コンテンツ）をＴＳパケット化して伝送する際に、コンテンツファイルのデータサイズを小さくし、かつ、受信側に蓄積コンテンツを強制終了することなく視聴させることが可能な、放送サービスの送信装置及びプログラムを提供することにある。
【課題を解決するための手段】
【００１２】
上記課題を解決するため、本発明に係る送信装置は、デジタル放送の放送波で蓄積コンテンツのコンテンツファイルを送信する送信装置であって、蓄積コンテンツを生成し、該蓄積コンテンツの種別に応じて、データ放送用データのデータカルーセル伝送１周回内における伝送回数を決定し、データ放送用データのデータカルーセル伝送１周回分に相当するコンテンツファイルを生成するコンテンツファイル生成部と、前記コンテンツファイル生成部により生成されたコンテンツファイルをモジュール化し、前記イベント識別子を含むＤＩＩセクションとモジュールを分割した複数のＤＤＢセクションとにセクション化するカルーセル処理部と、コンテンツファイルを一意に表すイベント識別子、及び前記蓄積コンテンツの種別を含む番組スケジュールテーブルを生成する番組スケジュールテーブル生成部と、前記番組スケジュールテーブルに含まれるイベント識別子、及び前記ＤＩＩセクションに含まれるイベント識別子を紐付けるとともに、蓄積コンテンツごとにデータカルーセル伝送を制御する制御データ生成部と、前記番組スケジュール、及び前記コンテンツファイルを多重化してＴＳ（トランスポートストリーム）を生成する多重化部と、前記多重化部により多重化されたＴＳを変調して放送波として送信する変調送信部と、を備えることを特徴とする。
【００１３】
また、本発明に係る送信装置において、前記コンテンツファイル生成部は、前記蓄積コンテンツの種別が、蓄積コンテンツはデータ放送用データのみから構成されることを示している場合には、データ放送用データのデータカルーセル伝送１周回内における伝送回数を１回と決定することを特徴とする。
【００１４】
また、本発明に係る送信装置において、前記コンテンツファイル生成部は、前記蓄積コンテンツの種別が、蓄積コンテンツはデータ放送用データのみから構成され、かつ、該データ放送用データの内容が時間に依存しないことを示している場合には、データ放送用データのデータカルーセル伝送１周回内における伝送回数を１回と決定することを特徴とする。
【００１５】
また、本発明に係る送信装置において、前記コンテンツファイル生成部は、前記蓄積コンテンツの種別が、蓄積コンテンツはデータ放送用データのみから構成され、かつ、該データ放送用データの内容が時間に依存することを示している場合には、時間に依存して更新される各データ放送用データのデータカルーセル伝送１周回内における伝送回数を各１回と決定することを特徴とする。
【００１６】
また、本発明に係る送信装置において、前記コンテンツファイル生成部は、データ放送用データの蓄積コンテンツを生成する際に、該データ放送用データにダミーの映像データ又は音声データを付加し、前記番組スケジュールテーブル生成部は、前記蓄積コンテンツの種別を、データ放送用データにダミーの映像データ又は音声データが付加されていることを示すものとすることを特徴とする。
【００１７】
また、上記課題を解決するため、本発明に係るプログラムは、コンピュータを、上記送信装置として機能させることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、送信装置は、蓄積型放送サービスでデータ放送コンテンツ（蓄積コンテンツ）を伝送する際に、コンテンツファイルのデータサイズを小さくすることができるようになる。また、受信側に蓄積コンテンツの視聴中に再生が終了することなく、ユーザーが再生終了を指示するまで視聴させることができるようになる。
【図面の簡単な説明】
【００１９】
【図１】本発明による一実施例の放送システムの概略構成図である。
【図２】本発明による拡張ＥＩＴの構成を示す図である。
【図３】本発明によるＣＳＴの構成を示す図である。
【図４】本発明による一実施例の放送局側送信装置の概略構成を示すブロック図である。
【図５】蓄積コンテンツの各データの多重伝送を示す図である。
【図６】本発明による一実施例の受信装置の概略構成を示すブロック図である。
【図７】本発明による一実施例の受信装置における蓄積予約管理表の例を示す図である。
【図８】本発明による一実施例の受信装置における蓄積コンテンツ管理表の例を示す図である。
【図９】本発明による第１の態様の放送システムの動作を説明する図である。
【図１０Ａ】本発明による第１の態様の放送システムの動作を説明する図である。
【図１０Ｂ】本発明による第１の態様の放送システムの動作を説明する図である。
【図１１】本発明による第１の態様の放送システムの動作を説明するフローチャートである。
【図１２】本発明による第２の態様の放送システムの動作を説明する図である。
【図１３】本発明による第２の態様の放送システムの動作を説明するフローチャートである。
【図１４】本発明による第３の態様の放送システムの完結データ及び連続データを説明する図である。
【図１５】本発明による第３の態様の放送システムの動作を説明するフローチャートである。
【図１６】本発明による第４の態様の放送システムの動作を説明する図である。
【図１７】本発明による第４の態様の放送システムの動作を説明するフローチャートである。
【図１８】本発明による第５の態様の放送システムの動作を説明する図である。
【図１９】本発明による第５の態様の放送システムの動作を説明するフローチャートである。
【発明を実施するための形態】
【００２０】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。まず、本発明の理解を助けるために、本発明に係る任意ファイルをダウンロード配信・受信する放送サービスの放送システムの一実施例について説明する。本実施例の放送システムの説明から、本発明に係る送信装置及び受信装置の構成も明らかになる。
【００２１】
［システム構成］
図１は、本発明による一実施例の放送システムの概略構成図である。放送局側送信装置１は、蓄積コンテンツの映像用データ、音声用データ、字幕・文字スーパー用データ、及びデータ放送用データの各データをデジタル放送で受信装置（携帯端末）２（２−１，２−２，・・・，２−Ｎ）に向けて配信する。また、放送局側送信装置１は、ＥＰＧを構成する放送ＳＩの情報の中に、具体例としてＥＩＴ内に「ファイル伝送記述子(file_delivery_descriptor)」を追加して「拡張ＥＩＴ」を構成して伝送するか、又は蓄積コンテンツの蓄積予約のためのコンテンツ表の作成を可能とするコンテンツ指向の蓄積予約（映像等の場合、予約録画を含む）に必要な情報を組み入れたコンテンツスケジュールテーブル（ＣＳＴ：Contents Schedule Table）を構成して伝送する。
【００２２】
受信装置２は、この拡張ＥＩＴ又はＣＳＴと、ＤＩＩとの組み合わせによって、如何なる種類のコンテンツファイルが配信され、どのように蓄積予約を行うべきかについて把握し、コンテンツファイルの蓄積予約を管理するための「蓄積予約管理表」及び、コンテンツファイルの蓄積の有無を管理するための「蓄積コンテンツ管理表」を生成して、配信される蓄積コンテンツの蓄積をユーザーの指定により、又は自動設定に基づき管理する。
【００２３】
［拡張ＥＩＴ及びＣＳＴ］
次に、拡張ＥＩＴ及びＣＳＴについて説明する。図２は、拡張ＥＩＴのセクション構造を示す図である。図２（ａ）は既存のＥＩＴのセクション構造を示しており、図２（ｂ）はＥＩＴに追加される記述子の一例を示している。拡張ＥＩＴは、図２（ａ）に示す既存のＥＩＴ内に、図２（ｂ）に示す「ファイル伝送記述子(file_delivery_descriptor)」を追加したものである。ファイル伝送記述子は、コンテンツファイルの種別を示す「ファイル種別（file_type_value）」、蓄積コンテンツを受信した際の蓄積動作の挙動を示す「蓄積種別（storage_type）」、蓄積コンテンツに含まれている映像の種別を示す「映像種別（video_type）」、及び蓄積コンテンツに含まれている音声の種別を示す「音声種別（audio_type）」を含む。また、必要に応じて、標準化機関が設定する当該ファイル伝送記述子を利用する機関を特定するための「記述子タグ情報（descriptor_tag）」、当該ファイル伝送記述子の長さを表す「識別子長（descriptor_length）」、各イベントで伝送する蓄積コンテンツの容量を示す「コンテンツ容量（content_volume）」、各イベントで伝送する蓄積コンテンツのおよその伝送レートを示す「伝送ビットレート（transmission_bit_rate）」、放送で伝送する際の帯域を示す「content_bit_rate」、上記以外の任意の情報を記述するための「リザーブ（reserved_future_use）」などを含む。
【００２４】
なお、既存ＥＩＴに追加する「ファイル伝送記述子(file_delivery_descriptor)」は、ＰＭＴ（Program Map Table）にも追加記載することも望ましく、この場合には蓄積コンテンツとの関連付けを再確認できるようになる。なお、「ファイル種別（file_type_value）」は、標準化機関に準ずる機関、もしくは、運用するプラットフォーム会社等が管理を行い、放送事業者、メーカー等に開示を行うのが好適である。これにより、受信装置２は実際に任意ファイルを受信する前に、配信されるファイルの内容を把握可能であり、受信の可否の判断が可能となる。
【００２５】
図３は、ＣＳＴのセクション構造を示す図である。ＣＳＴは、ＣＳＴの種別を表す「テーブル識別子（table_id）」と、ＣＳＴの伝送識別情報（セクション情報）を表す「伝送識別情報」と、蓄積コンテンツごとに割り当てられた固有の識別子を示す「イベント識別子（event_id）」と、コンテンツファイルの内容を識別させるための「ファイル種別（file_type_value）」と、蓄積動作の挙動等を示す「蓄積種別（storage_type）」、「映像種別（video_type）」、及び「音声種別（audio_type）」と、各蓄積コンテンツの放送の開始時刻及び放送持続時間を示す「放送時刻識別情報」と、各蓄積コンテンツの内容を記述する各種記述子（descriptor()）からなる「コンテンツ情報」とを含む。
【００２６】
また、ＣＳＴは、１つのＣＳＴに含まれる複数の蓄積コンテンツについて、所定回数の「放送時間の情報」と、ＥＩＴで運用されるものと同一の各種記述子である、蓄積コンテンツのタイトルを表す「短形式イベント記述子」、番組内容を表す「コンテント記述子」、蓄積コンテンツのコピーを制限する制御する旨を表す「デジタルコピー制御記述子」、ジャンル及びシリーズ番組である旨を表す「シリーズ記述子」などを記述している。
【００２７】
「伝送識別情報」は、各サービス態様で随意決定することができ、その一例を以下に示す。
【００２８】
「ＣＳＴ［ｐ／ｆ］」は、ＥＩＴ［ｐ／ｆ］の代わりに用いるものであり、ＣＳＴの記述内容に対して現在及び次に放送される蓄積コンテンツの１回分の放送の開始時刻及び放送持続時間を伝送するように構成される。コンテンツファイルの内容を識別させるためのファイル伝送記述子(file_delivery_descriptor)を各種記述子の記述欄に追加して伝送することができる。
【００２９】
「ファイル種別情報（file_type_value）」や、「蓄積種別等」（storage_type，video_type，audio_type）は、蓄積コンテンツの種別を表す値として用いられ、例えば、以下のように利用することができる。蓄積型放送サービスで使用する蓄積コンテンツは、一般的な蓄積コンテンツ以外に、項目が更新される蓄積コンテンツ（ニュースなど）や、常時更新の蓄積コンテンツ（交通情報など）があり、また、これらの蓄積コンテンツの内容を補足する情報も存在させるのが好適である。これらの蓄積コンテンツの種類を識別する値がfile_type_valueである。このfile_type_value、及びstorage_type，video_type，audio_typeは、拡張ＥＩＴ又はＣＳＴで伝送される。
【００３０】
以下、表１にfile_typ_value，storage_type，video_type，audio_typeと識別項目の対応関係例を示し、表２にfile_type_valueとファイル種別の対応関係例を示し、表３にstorage_typeと蓄積種別の対応関係例を示し、表４にvideo_typeと映像種別の対応関係例を示し、表５にaudio_typeと音声種別の対応関係例を示す。また、表６に、ファイル伝送記述子(file_delivery_descriptor)の各フィールドの送信運用例を示す。
【００３１】
【表１】
【００３２】
【表２】
【００３３】
【表３】
【００３４】
【表４】
【００３５】
【表５】
【００３６】
【表６】
【００３７】
ファイル伝送記述子(file_delivery_descriptor)は、複数項目コンテンツにおける各項目のコンテンツファイルの識別のために、拡張ＥＩＴ［ｐ／ｆ］やＣＳＴ［ｐ／ｆ］に挿入することができ、ｐ／ｆ情報の取得の時点で、複数項目コンテンツにおける各項目のコンテンツの更新差替情報、項目数を把握することができるようになる。ファイル伝送記述子(file_delivery_descriptor)には、複数項目コンテンツにおける各項目のコンテンツについて項目ごとのジャンル情報を記述しておくことで、受信装置２は、所望のジャンル情報のみについて蓄積制御すればよくなる。
【００３８】
「ＣＳＴ［ｐ／ｆ］」内に、ファイル伝送記述子(file_delivery_descriptor)が記述される場合、当該イベント識別子（event_id）のコンテンツファイルの枝番（ex_event_id）とデータイベント識別子（data_event_id）とから、複数項目コンテンツの各項目のコンテンツファイルとそのバージョン情報を基に、コンテンツファイルの更新や差し替えの発生の有無を把握することができる。
【００３９】
「table_id（8bits）」は、セクションが属するテーブルの識別のために使用する値であり、データカルーセル伝送方式で伝送される蓄積コンテンツのストリーム（自ストリーム又は他ストリーム）、及び、１時間以内，６時間以内，１２時間以内，１日以内，１日以降の放送時間の蓄積コンテンツの組合せで種別化されたテーブル識別子である。なお、foｒ()は、所定数分、繰り返し記述されていることを意味している。
【００４０】
「section_syntex_indicator（1bit）」は、セクション形式は通常形式と拡張形式の２種類があり、その種別を識別するための値である。通常形式は０、拡張形式は１であり、本例では「１」に固定しており、伝送識別情報の１つである。
【００４１】
「reserved_future_use（1bit）」は、符号化ビットストリームを定義する項の中で使用する場合、その値が将来、例えば所定のビット（Ｂ１０）が定義する拡張子として使用可能であることを表す。本例では未定義（全ビット１）とする。すなわち、拡張子を表す伝送識別情報の１つである。別途、「reserved」を設けることができ、符号化ビットストリームを定義する中で使用する場合、その値が将来ＩＳＯで定義される拡張子として使用可能であることを表す。本例では未定義（全ビット１）とする。
【００４２】
「section_length（12bits）」は、セクション長フィールドの直後からＣＲＣ（Cyclic Redundancy Check）を含むセクションの最後までのセクションのバイト数を規定する。すなわち、ＣＳＴの長さを表す伝送識別情報の１つである。
【００４３】
「service_id(16bits)」は、当該トランスポートストリーム内の他のサービスからこのサービスを識別するための値である。すなわち、蓄積コンテンツのチャンネル（サービスＩＤ）を表す伝送識別情報の１つである。
【００４４】
「version_number(5bits)」は、サブテーブルのバージョン番号を表す伝送識別情報の１つである。なお、サブテーブルは、table_idとservice_idとtransport_stream_idとversion_numberが同じセクションであることを表す。
【００４５】
「current_next_indicator(1bit)」は、サブテーブルが現在使用可能である場合は「１」。サブテーブルが現在使用不可であり次に有効となることを示す場合は「０」であり、ＣＳＴ自体の連番を表す伝送識別情報の１つである。
【００４６】
「section_number(8bits)」は、セクションの番号を表す。サブテーブル中の最初のセクション番号は0x00である。セクション番号は同一のtable_idとservice_idとtransport_stream_id、original_network_idを持つセクションの追加ごとに１加算される。すなわち、ＣＳＴ内の現セクション番号を表す伝送識別情報の１つである。
【００４７】
「last_section_number(8bits)」は、そのセクションが属するサブテーブルの最後のセクションの番号である。すなわち、ＣＳＴ又はＥＩＴ内の全セクション番号を表す伝送識別情報の１つである。
【００４８】
「transport_stream_id(16bits)」は、ＥＩＴと同様にＣＳＴが示すこのトランスポートストリームをその分配システム内の他の多重から識別するための値である。すなわち、ＴＳＩＤを表す伝送識別情報の１つである。
【００４９】
「original_network_id(16bits)」は、元の分配システムのネットワーク識別を表す伝送識別情報の１つである。
【００５０】
「segment_last_section_number(8bits)」は、サブテーブルを蓄積コンテンツ数や放送開始時間などで複数のセグメントに分け、このセクションが属するセグメントの中で最後のセクションの番号を記載することもできる。セグメント最終セクション番号を表す伝送識別情報の１つである。なお、サブテーブルをある単位で区切ったものをセクションとする。例えば２００個の蓄積コンテンツを１０個の蓄積コンテンツごとに分けた場合、セグメント数は２０となる。なお、「Last_table_id」を設けて、使用されている最終のテーブル識別を示すようにすることもできる。使用されるテーブルが１個のみの場合は、このフィールドにはこのテーブルのテーブル識別が設定される。
【００５１】
「event_id(16bits)」は、蓄積コンテンツごとに割り当てられた固有の識別子を表す。
【００５２】
「start_time(40bits)」は、event_idごとの蓄積コンテンツの放送開始時刻を表す。
【００５３】
「duration(24bits)」は、event_idごとの蓄積コンテンツの持続時間を表す。
【００５４】
「descriptor_loop_length(12bits)」は、続く記述子の長さを表す。各種記述子は、運用されるＥＩＴの記述子をそのまま採用することができる。
【００５５】
現在のデジタル放送では、番組情報を記述するＥＩＴの中に、コンテンツファイルを一意に表す（各番組をユニークに示す）イベント識別子（event_id）が記述されている。イベント識別子（event_id）は一定時間、例えば２４時間以内はユニークな値として放送局で運用されている。そして、一定時間が過ぎると、再度ユニークな値として再割当される。本発明においては、蓄積コンテンツごとにイベント識別子（event_id）を割り当てることとし、一定の時間、例えば２４時間や１週間の間は、同一の蓄積コンテンツを繰り返し配信する場合は、同一のイベント識別子（event_id）を繰り返し使用することとする。同一コンテンツを繰り返し配信することで受信装置２は移動中であっても受信できる機会が増加し確実に受信可能となる。また、受信装置２はイベント識別子（event_id）を確認することで、同一コンテンツであれば既に受信済みの場合は受信しなくてもよいという判断が可能となる。なお、イベント識別子（event_id）の値をどれくらいの時間でユニークにするかについては、標準化機関等で規定されるものとする。
【００５６】
リアルタイム型放送サービスにおいて番組の識別はevent_idを使用するが、蓄積型放送サービスにおいてはevent_idに加え、event_idの枝番（ex_event_id）、及びdata_event_idが用いられる。すなわち、蓄積型放送サービスではevent_id＋ex_event_id＋data_event_idで蓄積コンテンツが一意に特定される。蓄積型放送サービスのコンテンツ識別情報とビット数、識別内容を表７に示す。
【００５７】
【表７】
【００５８】
一般的な蓄積コンテンツを蓄積する場合、event_idを指定することで蓄積コンテンツを一意に特定することができるが、ニュース番組のように蓄積コンテンツの中の項目を一意に特定したい場合、event_idに加えてex_event_idが用いられる。例えば、event_id＝“0x0001”を「全国ニュース」とした場合、ex_event_idを指定することで、「全国ニュース」の項目を一意に特定することができる。
【００５９】
＜event_id＞ ＜ex_event_id＞ 意味
0x0001 0x000 「全国ニュース」項目0
0x0001 0x001 「全国ニュース」項目1
0x0001 0x002 「全国ニュース」項目2
【００６０】
蓄積コンテンツの中の項目の識別が必要な場合、ex_event_idの値が必ず付与され、蓄積コンテンツの中の項目の識別が不要な場合、ex_event_id＝“0xFFF”とするか、ex_event_idが使用されないものとする。なお、ex_event_idの値を１２ｂｉｔとすれば、異なる項目の指定は最大４０９６種類（正確には０ｘＦＦＦを除き４０９５種類）とすることができる。
【００６１】
また、蓄積型放送サービスでは、同じ内容の蓄積コンテンツが複数回送信され、受信装置２側で欠損データの補完として利用することが可能であるが、２回目以降の送信において内容を一部変更するなど、バージョンの異なる蓄積コンテンツが送信されるケースが想定される。この場合、バージョンの変更を受信側に知らされない状態で欠損データの補完を行うと、変更部分の映像や音声などのデータが不連続となり、蓄積コンテンツの視聴に支障をきたすことになる。そこで、バージョンの異なる蓄積コンテンツを送る場合、異なるdata_event_idの値が付与され、受信装置２側でのバージョン管理を可能とする。
【００６２】
例えば、event_id＝“0x0001”を「全国ニュース」とした場合、ex_event_idとdata_event_idを指定することで、「全国ニュース」の項目を、バージョンを含めて一意に特定することができる。
＜event_id＞ ＜ex_event_id＞ ＜data_event_id＞ 意味
0x0001 0x000 0x0 「全国ニュース」項目0のVer0
0x0001 0x000 0x1 「全国ニュース」項目0のVer1
0x0001 0x001 0x0 「全国ニュース」項目1のVer0
0x0001 0x002 0x0 「全国ニュース」項目2のVer0
【００６３】
蓄積コンテンツのバージョンの識別が必要な場合、data_event_idの値が必ず付与され、バージョンの識別が不要な場合、data_event_id＝“0xF”とするか、data_event_idが使用されないものとする。
【００６４】
蓄積型放送サービスでは、あらかじめ指定された時間に送信が行われ、蓄積コンテンツが受信装置２に自動的に蓄積されるケースが一般的であるが、交通情報のように常時送信が行われ、最新の情報が受信装置２で常時提示されるサービスも想定される。このような常時更新コンテンツの場合、event_idは一定値が送られ、ex_event_idは蓄積コンテンツの中の項目、data_event_idは各項目のバージョンを示すものとする。
【００６５】
例えば、event_id＝“0x0002”を「交通情報」とした場合、ex_event_idとdata_event_idを指定することで、「交通情報」の各県の項目を、バージョンを含めて一意に特定することができる。
＜event_id＞ ＜ex_event_id＞ ＜data_event_id＞ 意味
0x0002 0x000 0x0 「交通情報」県0のVer0
0x0002 0x000 0x1 「交通情報」県0のVer1
0x0002 0x000 0xE 「交通情報」県0のVer14
0x0002 0x001 0x0 「交通情報」県1のVer0
0x0002 0x002 0x0 「交通情報」県2のVer0
【００６６】
上記の例の場合、県0の情報を提示する受信装置２は、Ver0のデータを受信したらVer0の情報を提示、Ver1のデータを受信したらVer1の情報を提示する。以下同様にVer14のデータを受信したらVer14のデータを提示し、Ver14の次はVer0に戻り、同様の動作を繰り返す。
【００６７】
常時更新コンテンツにおいても、蓄積コンテンツの中の項目の識別が必要な場合、ex_event_idの値が必ず付与され、蓄積コンテンツの中の項目の識別が不要な場合、ex_event_id＝“0xFFF”とするか、ex_event_idが使用されないものとする。また、蓄積コンテンツのバージョンの識別が必要な場合、data_event_idの値が必ず付与され、バージョンの識別が不要な場合、data_event_id＝“0xF”とするか、data_event_idが使用されないものとする。
【００６８】
受信装置２は、event_id等によりダウンロードの予約を行い、予約した時間にデータカルーセル方式で伝送されるコンテンツファイルの受信を実行する。ダウンロード中、パケットを取りこぼすなどの原因により、ダウンロードが完了しなかった場合は、再度ダウンロード待機状態に遷移し、ダウンロードの放送スケジュール情報に記載された次の日時まで予約待機し、放送時刻になるとダウンロードの状態になり、欠損データの補完を行うことが可能である。また、送信される蓄積コンテンツのバージョンが更新される場合、ファイル伝送記述子内のdata_event_idの値を参照することで、別バージョンとして蓄積コンテンツの蓄積が可能となる。
【００６９】
蓄積型放送サービスにおいて拡張ＥＩＴで使用される記述子は、リアルタイム型放送サービスで使用される短形式イベント記述子、コンテント記述子、デジタルコピー制御記述子、音声コンポーネント記述子、データコンテンツ記述子、スタッフ記述子に加え、前述のファイル伝送記述子、及びシリーズ番組を識別するシリーズ記述子を用いるのが好適である。
【００７０】
上述したように、ＣＳＴにはevent_id，file_type_value，storage_type，video_type，audio_typeが含まれており、蓄積コンテンツの再送出も含めた送出時間が記載される。拡張ＥＩＴでは１つのevent_idに対して1つの送出時間情報（start_time，duration）が記載されるのに対し、ＣＳＴでは1つのevent_idに対して複数の送出時間情報が記載される。これにより再送出を行う蓄積コンテンツについては、拡張ＥＩＴに比べて伝送する情報量の削減が可能となり、受信装置２は再送出を含めたコンテンツ蓄積のためのスケジュール情報の取得が可能となる。なお、ＣＳＴには送出直近に変更される可能性の高いex_event_id値、data_event_id値は記載しないようにすることもできる。
【００７１】
［送信装置］
次に、本発明による一実施例の送信装置について説明する。図４は、放送局側送信装置１の構成を示すブロック図である。放送局側送信装置１は、コンテンツ編成部１０と、カルーセル処理部１１と、ＰＳＩ／ＳＩ生成符号化部１２と、多重化部１３と、ＯＦＤＭ変調部１４と、送信部１５とを備える。コンテンツ編成部１０は、コンテンツファイル生成部１０１と、制御データ生成部１０２と、番組スケジュールテーブル生成部１０３とを備える。
【００７２】
コンテンツ編成部１０は、放送波で配信するための蓄積コンテンツを生成するとともに、番組スケジュールテーブル（拡張ＥＩＴ又はＣＳＴ）で関連付けられた蓄積コンテンツを受信側で蓄積予約させるための基礎データとなる番組スケジュールを生成するように構成される。拡張ＥＩＴは、上述したように、ＥＩＴに「ファイル伝送記述子」を付加したものであり、既存のＥＩＴと比較して伝送容量をほとんど増大させることなしに、蓄積コンテンツに関する情報の受信又は更新の負担を大きく低減させる。一方、ＣＳＴは、コンテンツ指向の番組情報を伝送するため、蓄積コンテンツを受信側で蓄積予約させるための基礎データとなる番組スケジュールを簡単に構成することができる。また、ＣＳＴは、ＥＩＴと比較してテーブルサイズを小さくすることができ、蓄積コンテンツに関する情報の受信又は更新の負担を大きく低減させることができる。
【００７３】
コンテンツファイル生成部１０１は、蓄積コンテンツを生成し、コンテンツファイルを生成する。例としてＴＳファイル（コンテンツファイル）の場合は、蓄積コンテンツを編成する要素である映像、音声、字幕・文字スーパー、データ放送用データを生成して符号化し、多重化（パッケージ化）を施し、ＴＳを生成する。なお、蓄積コンテンツがデータ放送用データのみの場合には、データ放送用データのみのＴＳを生成する。
【００７４】
ＴＳを生成する際に、コンテンツファイル生成部１０１は、蓄積コンテンツの種別を判別し、蓄積コンテンツの種別に応じてデータ放送用データのデータカルーセル伝送の１周回内における伝送回数を決定する。具体的には、蓄積コンテンツの種別が「データ」の場合（例えば、表２に示したファイル種別において蓄積コンテンツがデータであることを示している場合）には、データ放送用データのデータカルーセル伝送１周回内における伝送回数を１回と決定する。蓄積コンテンツの種別が「データ」以外の場合（例えば、表２に示したファイル種別においてコンテンツが「データ」以外であることを示している場合）には、データ放送用データのデータカルーセル伝送１周回内における伝送回数を、想定視聴時間をデータ放送用データの再生時間で割った回数と決定する。想定視聴時間は、例えば、蓄積コンテンツの種別が「映像＋データ」の場合（例えば、表２に示したファイル種別において蓄積コンテンツが「映像＋データ」であることを示している場合）には、映像データの再生時間とする。そして、コンテンツファイル生成部１０１は、データ放送用データのデータカルーセル伝送の１周回分に相当するコンテンツファイルを生成する。なお、図１０Ｂを参照して後述するように、蓄積コンテンツの種別が「データ」の場合だけでなく、「音声＋データ」や「映像＋データ」のように「データ」を含む場合にも、データ放送用データのデータカルーセル伝送１周回内における伝送回数を１回と決定してもよい。
【００７５】
制御データ生成部１０２は、コンテンツファイル生成部１０１を経て伝送するコンテンツファイルを、カルーセル処理部１１によってデータカルーセル方式で伝送する際のカルーセル処理を制御する。制御データ生成部１０２は、識別子付番制御部１０２１と、伝送回数・周期管理部１０２２とを備える。
【００７６】
識別子付番制御部１０２１は、ＤＩＩメッセージ内の３２ｂｉｔのダウンロードＩＤ（downloadId）と、番組スケジュールテーブルのイベント識別子（event_id）とを関連付けて紐付けた態様で伝送するよう制御する。具体的には、downloadIdの０〜１５ｂｉｔをevent_idとする。また、識別子付番制御部１０２１は、データカルーセル方式で伝送する蓄積コンテンツをイベント識別子（event_id）で識別されるイベントとして管理するために、番組スケジュールテーブル生成部１０３にイベント識別子（event_id）を送出する。
【００７７】
伝送回数・周期管理部１０２２は、イベント識別子（event_id）で識別されるイベントごとに、データカルーセル伝送を制御する。具体的には、データカルーセル伝送の伝送周回数及び送信周期を管理する。
【００７８】
制御データ生成部１０２は、コンテンツファイルが設定される送信周期に従って一定頻度で送信されるように制御する。この送信周期は蓄積コンテンツ別に設定可能であり、例えば、５分〜１２０分の間で設定することができる。また、制御データ生成部１０２は、ファイル種別（file_type_value）と、イベント識別子（event_id）とを組み合わせて、蓄積コンテンツの種別ごとの予約蓄積制御を可能とするべく番組スケジュールテーブルを編成するとともに、ＤＩＩに少なくともイベント識別子（event_id）の情報と、その枝番（ex_event_id）及びデータイベント識別子（data_event_id）を設定する。
【００７９】
番組スケジュールテーブル生成部１０３は、ファイル伝送記述子生成部１０３１を備え、ファイル伝送記述子生成部１０３１は、イベント識別子（event_id）によって識別されるコンテンツファイルの内容の種別を表すファイル種別（file_type_value）及び蓄積種別等（storage_type，video_type，audio_type）を含むファイル伝送記述子(file_delivery_descriptor)を生成する。
【００８０】
番組スケジュールテーブル生成部１０３は、識別子付番制御部１０２１から得られるイベント識別子（event_id）を、放送波で配信するための蓄積コンテンツを受信装置２側で蓄積させるのに用いる既存のＥＩＴに組み入れ、且つファイル伝送記述子(file_delivery_descriptor)を生成して追加し、拡張ＥＩＴを構成して番組スケジュールテーブルとしてＰＳＩ／ＳＩ生成符号化部１２に送出する。
【００８１】
また、番組スケジュールテーブル生成部１０３は、識別子付番制御部１０２１から得られるイベント識別子（event_id）を、放送波で配信するための蓄積コンテンツを受信装置２側で蓄積させるのに用いるＣＳＴに組み入れて構成し、番組スケジュールテーブとしてＰＳＩ／ＳＩ生成符号化部１２に送出するように構成することができる。ＣＳＴを伝送する場合にも、コンテンツファイルの内容の種別を表すファイル種別情報（file_type_value）を生成して組み入れることができる。
【００８２】
カルーセル処理部１１は、コンテンツファイル生成部１０１によって符号化されたコンテンツファイルを、ＤＩＩメッセージ内のダウンロードＩＤ（downloadId）と番組スケジュールテーブルのイベント識別子（event_id）とを関連付けた態様で、制御データ生成部１０２から得られるデータカルーセル方式の伝送回数及び送信周期に従ってカルーセル化する。図５に示すように、コンテンツデータは、コンテンツ配信のサービスＩＤを表すチャンネル（Ｃｈ）にて、component_tagでエレメンタリストリーム（ES：Elementary Stream）を識別できるように多重化される。蓄積コンテンツは、モジュール化された後にＤＤＢに分割され、さらにモジュール情報等を記述したＤＩＩが付加され、ＴＳパケット化される。
【００８３】
受信装置２は、番組スケジュールテーブルで関連付けられた複数の蓄積コンテンツについて、選局した放送ストリームから抽出したＤＩＩ／ＤＤＢ情報を用いて、イベント識別子（event_id）によって識別される蓄積コンテンツごとにＤＤＢを切り替えて取得することができる。なお、蓄積コンテンツは、１つ又は複数のモジュールで構成して伝送することができる。
【００８４】
ＰＳＩ／ＳＩ生成符号化部１２は、受信装置２で放送波を受信するために必要なＰＳＩ／ＳＩ情報を生成して符号化し、多重化部１３に送出する。このＰＳＩ／ＳＩ情報は、番組スケジュールテーブル、ＰＡＴ、ＰＭＴ、ＳＤＴ、ＴＯＴ等を含むＰＳＩ／ＳＩ情報として構成される。
【００８５】
多重化部１３は、番組スケジュール、及びカルーセル処理部１１によりセクション化された蓄積コンテンツをチャンネルごとに多重化してＴＳを生成する。
【００８６】
ＯＦＤＭ変調部１４は、多重化部１３を経て得られるＴＳを、デジタル放送のＯＦＤＭ方式に従う変調方式で変調を施して、送信部１５を介して外部に放送波として伝送する。
【００８７】
このように、放送局側送信装置１は、番組スケジュールテーブルを一定頻度で送信するとともに、番組スケジュールテーブルに基づいて蓄積コンテンツをデータカルーセル伝送方式で送信する。
【００８８】
［受信装置］
次に、本発明による一実施例の受信装置について説明する。図６は、受信装置２の構成を示すブロック図である。受信装置２は、受信用アンテナを有するＯＦＤＭ復調部２０と、ＴＳ復号部２１と、映像復号部２２と、音声復号部２３と、字幕・文字スーパー復号部２４と、カルーセル復号部２５と、ＢＭＬブラウザ２６と、出力処理Ｉ／Ｆ部２７と、ＳＩ処理部２８と、コンテンツ蓄積予約制御部２９と、記憶部３０と、蓄積予約管理表表示・蓄積予約指示部３１と、蓄積コンテンツ管理表表示・再生指示部３２と、ユーザーＩ／Ｆ部３３と、蓄積コンテンツ再生制御部３４とを備える。
【００８９】
ＯＦＤＭ復調部２０は、放送局側送信装置１から送信されるＯＦＤＭ変調された放送波を復調する。ＯＦＤＭ復調部２０は、復調した該チャンネルのＴＳをＴＳ復号部２１に送出する。
【００９０】
ＴＳ復号部２１は、ＯＦＤＭ復調部２０を経て得られる該チャンネルのＴＳから、ＰＳＩ／ＳＩ情報のＴＳを抽出し、ＳＩ処理部２８に送出する。また、ＴＳ復号部２１は、該チャンネルのＴＳから、蓄積コンテンツのＴＳを抽出し、カルーセル復号部２５に送出する。また、抽出した映像データのＴＳを映像復号部２２に、音声データのＴＳを音声復号部２３に、字幕・文字スーパーのＴＳを字幕・文字スーパー復号部２４に、データ放送用データのＴＳをカルーセル復号部２５にそれぞれ送出する。デジタル放送では、ＴＳデータ中のＰＩＤを検出し、このＰＩＤを読み取ることで、蓄積コンテンツのＴＳ、番組スケジュールテーブルのＴＳの識別を行うことができ、ＥＳ番号（component_tag）を検出し、このＥＳ番号を読み取ることで、所望するデータの識別を行うことができる。
【００９１】
蓄積コンテンツの再生時には、映像復号部２２、音声復号部２３、字幕・文字スーパー復号部２４は、それぞれ蓄積コンテンツを編成する音声、映像、字幕・文字スーパーを復号して出力処理Ｉ／Ｆ部２７に送出する。なお、映像復号部２２、音声復号部２３、字幕・文字スーパー復号部２４は、リアルタイムで放送されるコンテンツを復号して再生することも可能である。
【００９２】
カルーセル復号部２５は、蓄積コンテンツのＴＳを送信側と対応するデータカルーセル方式に従ってカルーセル処理を施しながら復号し、コンテンツ蓄積予約制御部２９からの制御信号によって、番組スケジュールテーブルのイベント識別子によって紐付けされた蓄積コンテンツのコンテンツファイルを、記憶部３０に蓄積する。
【００９３】
蓄積コンテンツの再生時には、ＢＭＬブラウザ２６は、カルーセル復号部２５から入力される、ＢＭＬ（Broadcast Markup Language）で記述されたデータ放送用のデータを、規定された描画方式に従って変換し、出力処理Ｉ／Ｆ部２７に送出する。なお、映像復号部２２、音声復号部２３、字幕・文字スーパー復号部２４、及びＢＭＬブラウザ２６は、再生指示のあった蓄積コンテンツのコンテンツファイルを復号して再生する蓄積コンテンツ復号部として機能する。
【００９４】
出力処理Ｉ／Ｆ部２７は、外部装置（例えば、表示装置やスピーカ等）にコンテンツを編成する音声、映像、字幕・文字スーパー、その他のデータを提示する。
【００９５】
ＳＩ処理部２８は、番組スケジュールテーブル（拡張ＥＩＴ又はＣＳＴ）のデータを入力して、チャンネルごとの放送コンテンツのＥＩＴ情報と、各コンテンツの放送時のデータパケット、開始時刻、放送持続時間、及びコンテンツファイルを一意に表す「イベント識別子」とを含むＰＳＩ／ＳＩ情報をコンテンツ蓄積予約制御部２９に送出する。
【００９６】
コンテンツ蓄積予約制御部２９は、「蓄積予約管理表」及び「蓄積コンテンツ管理表」を生成し、記憶部３０に格納及び更新する。「蓄積予約管理表」は、ＳＩ処理部２８から入力されるＰＳＩ／ＳＩ情報に基づいて生成され、コンテンツ別の放送時間、タイトル、シリーズ、及びジャンルを特定することができ、コンテンツの蓄積予約が可能なＥＰＧとして利用される（図７参照）。「蓄積予約管理表」には、ファイル種別（file_type_value）、及び蓄積種別等（storage_type，video_type，audio_type）が付加される。また、「蓄積コンテンツ管理表」は、蓄積コンテンツ別に蓄積済みであるか否かと、未蓄積ＤＤＢの有無を管理する表である（図８参照）。
【００９７】
また、コンテンツ蓄積予約制御部２９は、ユーザーによって「蓄積予約管理表」で指定された蓄積コンテンツの蓄積予約の動作を制御する。例えば、「蓄積予約管理表」に、蓄積コンテンツごとに蓄積予約待ちであるか否かを示すマーキングをして、蓄積コンテンツの蓄積予約の制御を管理することができる。
【００９８】
記憶部３０は、蓄積コンテンツのコンテンツファイルや、「蓄積予約管理表」及び「蓄積コンテンツ管理表」を格納する。
【００９９】
ユーザーＩ／Ｆ部３３は、ユーザーから、蓄積予約管理表の表示の指示、蓄積コンテンツの蓄積予約の指示、蓄積コンテンツ管理表の表示の指示、蓄積コンテンツの再生の指示、蓄積コンテンツの再生終了の指示等を受け付ける。
【０１００】
蓄積予約管理表表示・蓄積予約指示部３１は、ユーザーからの蓄積予約管理表の表示指示に応じて、記憶部３０に格納された「蓄積予約管理表」を表示装置（図示せず）に表示する。また、ユーザーからの蓄積コンテンツの蓄積予約指示に応じて、予約指示信号をコンテンツ蓄積予約制御部２９に送出する。
【０１０１】
蓄積コンテンツ管理表表示・再生指示部３２は、ユーザーからの蓄積コンテンツ管理表の表示指示に応じて、記憶部３０に格納された「蓄積コンテンツ管理表」を表示装置（図示せず）に表示する。また、ユーザーからの蓄積コンテンツの再生指示、再生終了指示に応じて、再生指示信号、再生終了指示信号を蓄積コンテンツ再生制御部３４に送出する。
【０１０２】
蓄積コンテンツ再生制御部３４は、蓄積コンテンツ管理表表示・再生指示部３２から再生指示信号を受け取ると、記憶部３０から、再生指示のあった蓄積コンテンツのコンテンツファイルと、該蓄積コンテンツのファイル種別（file_type_value）、及び蓄積種別等（storage_type，video_type，audio_type）とを取得する。そして、蓄積コンテンツ再生制御部３４は、取得した蓄積コンテンツの種別に応じて、後述するように、コンテンツファイルの再生動作を制御する。
【０１０３】
［システム動作（第１の態様）］
次に、放送局側送信装置１と受信装置２とを含む放送システムの代表的な動作について説明する。図９は、本発明による第１の態様の放送システムの動作を説明する図であり、蓄積コンテンツの種別が「データ」の場合を示している。この図は、蓄積型放送サービスでデータ放送コンテンツ（蓄積コンテンツ）をＴＳパケット化して伝送する際に、想定視聴時間分のＴＳパケットを含むコンテンツファイルを伝送する場合（従来手法）と、コンテンツ再生１回分のＴＳパケットを含むコンテンツファイルを伝送する場合（本願手法）との動作の違いを比較して説明している。以下の説明では、従来の放送局側送信装置を、本実施例の放送局側送信装置１と区別するために放送局側送信装置１’とする。また、従来の受信装置を、本実施例の受信装置２と区別するために受信装置２’とする。
【０１０４】
放送局側送信装置１及び放送局側送信装置１’は、作成されたデータ放送コンテンツ（蓄積コンテンツ）を、ＤＳＭ−ＣＣデータカルーセル方式でセクション化し、ＴＳパケット化する。ここでは、蓄積コンテンツがデータ放送用データのみで構成される場合について説明する。従来の放送局側送信装置１’は、所定の時間（想定される視聴時間）分のＴＳパケットを含むコンテンツファイルを生成し、受信装置２に伝送する。一方、本実施例の放送局側送信装置１は、コンテンツ再生１回分のみのデータ放送用データのＴＳパケットを含むコンテンツファイルを生成し、受信装置２に伝送する。そのため、放送局側送信装置１は、放送局側送信装置１’に比べて、データカルーセル伝送１周回のデータサイズを小さくすることができる。また、放送局側送信装置１は、番組スケジュールテーブルのファイル種別（file_type_value）の蓄積コンテンツの種別を「データ」と設定して、受信装置２に伝送する。なお、上述したように、識別子付番制御部１０２１により、ＤＩＩメッセージ内のダウンロードＩＤ（downloadId）と、番組スケジュールテーブルのイベント識別子（event_id）とは紐付けされている。
【０１０５】
従来の受信装置２’は、放送局側送信装置１’から、所定の時間分のコンテンツファイルを受信し、蓄積コンテンツの再生時には、ユーザーにより再生終了の指示がなされるまでの間、コンテンツファイルを再生する。視聴時間が所定の時間を超えた場合には、再生は強制終了（例えば、ブラックアウト）される。一方、本実施例の受信装置２は、放送局側送信装置１から、コンテンツ再生１回分のみのコンテンツファイルと、番組スケジュールテーブルとを受信し、コンテンツファイルと、番組スケジュールテーブルに基づいて生成した蓄積予約管理表とを記憶部３０に保存する。受信装置２は、蓄積コンテンツの種別がデータである場合には、蓄積コンテンツ再生制御部３４により、再生を終了するまでの間、受信したコンテンツ再生１回分のコンテンツファイルを繰り返し再生するように制御する。
【０１０６】
図１０Ａ及び図１０Ｂは、本発明による第１の態様の放送システムの動作を説明する図であり、蓄積コンテンツの種別が「映像＋データ」の場合を示している。蓄積コンテンツがデータ放送用データ以外に映像データを含む場合には、放送局側送信装置１は、図１０Ａに示すように、所定の視聴時間分のデータ放送用データと所定の視聴時間分の映像データのＴＳパケットを含むコンテンツファイルを生成し、受信装置２に伝送するとともに、番組スケジュールテーブルのファイル種別（file_type_value）の蓄積コンテンツの種別を「映像＋データ」と設定して、受信装置２に伝送する。この場合、受信装置２は、蓄積コンテンツ再生制御部３４により、受信した視聴時間分のコンテンツファイルを再生するように制御する。
【０１０７】
あるいは、放送局側送信装置１は、図１０Ｂに示すように、コンテンツ再生１回分のデータ放送用データと所定の視聴時間分の映像データのＴＳパケットを含むコンテンツファイルを生成し、受信装置２に伝送するようにしてもよい。この場合、受信装置２は、蓄積コンテンツ再生制御部３４により、再生を終了するまでの間、受信したデータ放送データのコンテンツ再生１回分に相当するコンテンツファイルを繰り返し再生するように制御する。
【０１０８】
図１１は、図９及び図１０に示す第１の態様の放送システムの動作を説明するフローチャートである。まず、放送局側送信装置１は、一定間隔で番組スケジュールテーブルのデータを構成するＰＳＩ／ＳＩ情報（拡張ＥＩＴに含まれるEITschedule又はＣＳＴのcontent_schedule）を配信する（ステップＳ１０１〜Ｓ１０３）。また、番組スケジュールテーブルに従って時間編成された放送される番組情報の変更の有無を含む、現在の番組と次の番組の情報（ＣＳＴ／拡張ＥＩＴ−ｐ／ｆ）を配信する（ステップＳ１０４）。また、放送局側送信装置１は、番組スケジュールテーブル、及び番組スケジュールテーブルに記載されたイベント識別子（event_id）で管理されたコンテンツファイルを送信する（ステップＳ１０５）。ここで、放送局側送信装置１は、番組スケジュールテーブルに記載された蓄積コンテンツの種別が「データ」である場合には、データ放送用データのコンテンツ再生１回分に相当するコンテンツファイルを伝送する。
【０１０９】
次に、受信装置２の動作について説明する。受信装置２は、ＰＳＩ／ＳＩ情報を受信して番組スケジュールテーブルを受信して復号する（ステップＳ１１１）。そして、各チャンネルの編成についてイベント識別子（event_id）で識別し、且つイベント識別子（event_id）によって識別されるコンテンツファイルの内容の種別を、ファイル伝送記述子(file_delivery_descriptor)内のファイル種別（file_type_value）で識別する。これにより、番組スケジュールテーブルにおける蓄積コンテンツがコンテンツファイルとして蓄積可能なファイルであるか否かを判断する（ステップＳ１１２）。
【０１１０】
続いて、受信装置２は、蓄積可能なファイルについて放送される蓄積コンテンツ別の放送時間、タイトル、シリーズ、及びジャンルを特定し、ＥＰＧとして利用される「蓄積予約管理表」を生成し、受信装置２のユーザーに提示可能にする（ステップＳ１１３）。受信装置２は、ユーザーによって蓄積予約の指定がなされた蓄積コンテンツを「蓄積予約管理表」に設定して登録する。放送時刻の直前になると、蓄積予約を起動し、番組スケジュールテーブルに従って時間編成された放送番組の変更の有無を含む現在番組と次の番組（ＣＳＴ／拡張ＥＩＴ−ｐ／ｆ）を受信する（ステップＳ１１４）。したがって、受信装置２は、予約時間数分前に番組スケジュールテーブルを再取得して放送コンテンツの変更がないことを確認し、変更がある場合には蓄積予約管理表の登録内容を自動更新する。
【０１１１】
受信装置２は、蓄積予約管理表の登録内容に従って、蓄積コンテンツの蓄積予約の制御を行う。蓄積予約された蓄積コンテンツの放送時間になると、該当エレメンタリストリーム（ＥＳ）のＤＩＩを取得し、ＤＩＩに記載されたイベント識別子（event_id）に紐づくダウンロードＩＤ（downloadId）で、ダウンロード(蓄積)するコンテンツファイルを特定し、該当するモジュール内のデータブロック（ＤＤＢ）列を受信してコンテンツファイルを記憶部３０に蓄積する（ステップＳ１１５）。また、併せて番組スケジュールテーブルに記載された蓄積コンテンツの種別を記憶部３０に蓄積する（ステップＳ１１５）。
【０１１２】
コンテンツ蓄積予約制御部２９は、蓄積が完了した蓄積コンテンツについては、蓄積予約管理表の登録を削除するとともに、蓄積コンテンツ管理表に登録して蓄積状況を管理する。例えば、蓄積コンテンツの蓄積が完了したら、蓄積コンテンツ管理表に登録し、蓄積予約管理表からマーキングを削除して再放送時の再取得を実行しないように制御する。
【０１１３】
蓄積コンテンツ管理表表示・再生指示部３２は、蓄積コンテンツ管理表をユーザーに提示可能とする。ユーザーは、所定の操作で、蓄積コンテンツ管理表から再生する蓄積コンテンツを選択したり、不要な蓄積コンテンツを削除したりすることができる。
【０１１４】
蓄積コンテンツ再生制御部３４は、ユーザーＩ／Ｆ部３３及び蓄積予約管理表表示・蓄積予約指示部３１を介してユーザーから蓄積済みの蓄積コンテンツの再生指示を受け付けると（ステップＳ１１６）、蓄積コンテンツと併せて記憶部３０に蓄積された蓄積予約管理表から蓄積コンテンツの種別を取得し、蓄積コンテンツの種別が「データ」であるか否かを判定する（ステップＳ１１７）。蓄積コンテンツ再生制御部３４は、蓄積コンテンツの種別が「データ」である場合には（ステップＳ１１７−Ｙｅｓ）、コンテンツファイルを取得し、全データをメモリ上に展開する（ステップＳ１１８）。そして、再生指示のあった蓄積コンテンツに対応するコンテンツファイルを再生して表示装置（図示せず）に表示する（ステップＳ１１９）。蓄積コンテンツ再生制御部３４は、蓄積コンテンツの再生終了指示があるまで、上記コンテンツファイルを繰り返し再生するように制御する（ステップＳ１２０）。なお、蓄積コンテンツ再生制御部３４は、そのつど蓄積コンテンツの再生に必要となるデータをメモリ展開し、コンテンツファイルを再生するようにしてもよい。最後に、蓄積コンテンツの再生終了指示があるとコンテンツファイルの再生を終了する（ステップＳ１２１）。なお、上記メモリ展開は、記憶部３０で行ってもよいし、蓄積コンテンツ再生制御部３４又はその他の構成部が有するローカルメモリで行ってもよい。
【０１１５】
一方、蓄積コンテンツの種別が「データ」以外である場合には（ステップＳ１１７−Ｎｏ）、再生指示のあった蓄積コンテンツに対応する、視聴時間分のコンテンツファイルを再生し（ステップＳ１２１）、視聴時間分のコンテンツファイルの再生が終了するか又は蓄積コンテンツの再生終了指示があると（ステップＳ１２３）、コンテンツファイルの再生を終了する（ステップＳ１２１）。
【０１１６】
なお、蓄積コンテンツの種別が「データ」の場合だけでなく、「音声＋データ」や「映像＋データ」のように「データ」を含む場合には、図１０Ｂに示したように、データ放送用データをコンテンツ再生１回分のみとしてもよい。この場合には、ステップＳ１１７では蓄積コンテンツの種別が「データ」を含むか否かを判定する。以下の第２から第５の態様についても同様である。
【０１１７】
［システム動作（第２の態様）］
次に、本発明による第２の態様の放送システムの動作について説明する。図１２は、第２の態様の放送システムの動作を説明する図である。放送局側送信装置１の動作は図９に示す第１の態様の放送システムの放送局側送信装置１と同一である。
【０１１８】
一方、第２の態様の放送システムの受信装置２は、蓄積コンテンツの種別が「データ」である場合、図９に示す第１の態様の放送システムの受信装置２と比較して、放送局側送信装置１から、コンテンツ再生１回分のコンテンツファイルと、番組スケジュールテーブルとを受信し、コンテンツファイルと、番組スケジュールテーブルに基づいて生成した蓄積予約管理表とを記憶部３０に保存する点は同一である。しかし、第２の態様の受信装置２では、蓄積コンテンツの種別が「データ」である場合、蓄積コンテンツ再生制御部３４は、受信したコンテンツ再生１回分のコンテンツファイルを記憶部３０から取得し、コンテンツファイルを構成するＢＭＬファイルやＪＰＥＧファイル等の全てのデータをメモリ上に展開し、その後、ＢＭＬブラウザ２６によりコンテンツファイルを再生するように制御する。コンテンツファイルの再生が終了した後も、全てのデータがメモリ上に展開されているため、蓄積コンテンツの表示や操作が可能である。
【０１１９】
図１３は、図１２に示す第２の態様の放送システムの動作を説明するフローチャートである。第２の態様の放送局側送信装置１のステップＳ２０１〜Ｓ２０５の動作は、図１１に示すステップＳ１０１〜Ｓ１０５の動作と同一であるため、説明を省略する。
【０１２０】
第２の態様の受信装置２のステップＳ２１１〜Ｓ２１７の動作は、図１１に示すステップＳ１１１〜Ｓ１１７の動作と同一であるため、説明を省略する。蓄積コンテンツ再生制御部３４は、蓄積コンテンツの種別が「データ」である場合には（ステップＳ２１７−Ｙｅｓ）、再生指示のあった蓄積コンテンツに対応するコンテンツファイルを記憶部３０から取得し、全データをメモリ上に展開する（ステップＳ２１８）。蓄積コンテンツ再生制御部３４は、蓄積コンテンツの表示や操作が可能なように制御する（ステップＳ２１９）。蓄積コンテンツの再生の終了指示があると（ステップＳ２２０）、蓄積コンテンツの再生を終了する（ステップＳ２２１）。
【０１２１】
一方、蓄積コンテンツの種別が「データ」以外である場合には（ステップＳ２１７−Ｎｏ）、再生指示のあった蓄積コンテンツに対応する、視聴時間分のコンテンツファイルを再生し（ステップＳ２２２）、視聴時間分のコンテンツファイルの再生が終了するか又は蓄積コンテンツの再生終了指示があると（ステップＳ２２３）、コンテンツファイルの再生を終了する（ステップＳ２２１）。
【０１２２】
［システム動作（第３の態様）］
次に、本発明による第３の態様の放送システムの動作について説明する。第３の態様の放送システムでは、蓄積コンテンツの種別として「完結データ」と「連続データ」とを定義する。第３の態様では、コンテンツファイル生成部１０１は、蓄積コンテンツの種別が「完結データ」である場合には、データ放送用データのデータカルーセル伝送１周回内における伝送回数を１回と決定し、蓄積コンテンツの種別が「完結データ」以外の場合には、データ放送用データの伝送回数を、想定視聴時間をデータ放送用データの再生時間で割った回数と決定する。
【０１２３】
図１４は、「完結データ」と「連続データ」について説明する図である。完結データ」とは、データカルーセル伝送１周回分でデータ放送用データの内容が完結し、内容が時間に依存しないデータのことである。「連続データ」とは、データカルーセル伝送１周回分ではデータ放送用データの内容が完結せず、内容が時間に依存するデータのことである。図１４（ａ）（ｂ）は、蓄積コンテンツの種別が「完結データ」であるデータ放送用データを例示している。図１４（ａ）に示すデータ放送用データは、時間に依存せず、常に蓄積コンテンツＡを伝送しており、蓄積コンテンツは不変である。図１４（ｂ）に示すデータ放送用データは、データカルーセル伝送１周回内で蓄積コンテンツＡから蓄積コンテンツＢへ変化があるものの、各データカルーセルで伝送される蓄積コンテンツは不変である。図１４（ｃ）は、蓄積コンテンツの種別が「連続データ」であるデータ放送用データを例示している。図１４（ｃ）の例では、最初は蓄積コンテンツＡを伝送し、所定の時間が経過すると蓄積コンテンツＡの続きとして蓄積コンテンツＢを伝送している。
【０１２４】
図１５は、第３の態様の放送システムの動作を説明するフローチャートである。第３の態様の放送局側送信装置１のステップＳ３０１〜Ｓ３０５の動作は、図１１に示すステップＳ１０１〜Ｓ１０５の動作と同様であるため、説明を省略する。
【０１２５】
第３の態様の受信装置２のステップＳ３１１〜Ｓ３１６の動作は、図１１に示すステップＳ１１１〜Ｓ１１６の動作と同様であるため、説明を省略する。蓄積コンテンツ再生制御部３４は、ユーザーから蓄積済みの蓄積コンテンツの再生指示を受け付けると（ステップＳ３１６）、蓄積コンテンツと併せて記憶部３０に蓄積されたファイル種別（file_type_value）を取得し、蓄積コンテンツの種別が「完結データ」であるか否かを判定する（ステップＳ３１７）。蓄積コンテンツ再生制御部３４は、蓄積コンテンツの種別が「完結データ」である場合には（ステップＳ３１７−Ｙｅｓ）、コンテンツファイルを取得し、全データをメモリ上に展開する（ステップＳ３１８）。そして、再生指示のあった蓄積コンテンツに対応するコンテンツファイルを再生して表示装置（図示せず）に表示する（ステップＳ３１９）。蓄積コンテンツ再生制御部３４は、蓄積コンテンツの再生の終了指示があるまで、上記コンテンツファイルを繰り返し再生するように制御する（ステップＳ３２０）。なお、蓄積コンテンツ再生制御部３４は、そのつど必要となるデータをメモリ上に展開し、コンテンツファイルを再生するようにしてもよい。最後に、蓄積コンテンツの再生の終了指示があると、コンテンツファイルの再生を終了する（ステップＳ３２１）。
【０１２６】
一方、蓄積コンテンツの種別が「完結データ」以外である場合には（ステップＳ３１７−Ｎｏ）、再生指示のあった蓄積コンテンツに対応する、視聴時間分のコンテンツファイルを再生して、コンテンツファイルを表示装置（図示せず）に表示し（ステップＳ３２１）、コンテンツファイルが終了するか又は蓄積コンテンツの再生終了指示があると（ステップＳ３２２）、コンテンツファイルの再生を終了する（ステップＳ３２０）。
【０１２７】
なお、図１５では、コンテンツデータが「完結データ」である場合に、第１の態様の受信装置２と同様にコンテンツファイルを繰り返し再生するように動作する例を示したが、第２の態様の受信装置２と同様に、対応するコンテンツファイルを取得し、全データをメモリ上に展開し、蓄積コンテンツの再生の終了指示があるまで、蓄積コンテンツの表示や操作が可能なように制御してもよい（ステップＳ２１７〜２２０参照）。
【０１２８】
［システム動作（第４の態様）］
次に、本発明による第４の態様の放送システムの動作について説明する。第４の態様の放送システムでは、蓄積コンテンツの種別が「完結データ」である場合には、第３の態様と同様に、コンテンツファイル生成部１０１は、データ放送用データのデータカルーセル伝送１周回内における伝送回数を１回と決定する。蓄積コンテンツの種別が「連続データ」である場合には、時間に依存して更新される各データ放送用データのデータカルーセル伝送１周回内における伝送回数を各１回と決定する。蓄積コンテンツの種別が「完結データ」及び「連続データ」以外の場合には、データ放送用データのデータカルーセル伝送１周回内における伝送回数を、想定視聴時間をデータ放送用データの再生時間で割った回数と決定する。
【０１２９】
図１６は、第４の態様の放送システムの動作を説明する図である。蓄積コンテンツの種別が「連続データ」である場合には、蓄積コンテンツＡを蓄積コンテンツＢに更新するタイミングを放送局側送信装置１から受信装置２に通知する必要がある。放送局側送信装置１はＰＣＲ（Program Clock Reference）パケットをＥＳで伝送する。ＰＣＲパケットは常時多重化して伝送されることを想定しているが、特に第４の態様ではこのＰＣＲパケットを用いて各蓄積コンテンツの再生継続時間（更新のタイミング）を規定する。ＰＣＲパケットは所定の間隔（例えば、０．１秒）で挿入される。例えば、蓄積コンテンツＡのＴＳに０．１秒間隔で３０００個のＰＣＲパケットが多重化されている場合には、受信装置２はＰＣＲの１パケットを０．１秒として計数し、蓄積コンテンツＡの再生を開始してから３０００×０．１＝３００秒が経過したタイミングで、蓄積コンテンツＢの再生を開始する。
【０１３０】
図１７は、第４の態様の放送システムの動作を説明するフローチャートである。第４の態様の放送局側送信装置１のステップＳ４０１〜Ｓ４０５の動作は、図１１に示すステップＳ１０１〜Ｓ１０５の動作と同様であるため、説明を省略する。
【０１３１】
第４の態様の受信装置２のステップＳ４１１〜Ｓ４１６、Ｓ４１８〜Ｓ４２１の動作は、図１５に示すステップＳ３１１〜Ｓ３１６、Ｓ３１８〜Ｓ３２１の動作と同様であるため、説明を省略する。蓄積コンテンツ再生制御部３４は、蓄積コンテンツの種別が「完結データ」でない場合には（ステップＳ４１７−Ｎｏ）、蓄積コンテンツの種別が「連続データ」であるか否かを判定する（ステップＳ４２２）。蓄積コンテンツ再生制御部３４は、蓄積コンテンツの種別が「連続データ」である場合には（ステップＳ４２２−Ｙｅｓ）、全ての蓄積コンテンツ（ここでは、蓄積コンテンツＡ，Ｂとする）に対応するコンテンツファイル（ここでは、コンテンツファイルＡ，Ｂとする）を取得し、全データをメモリ上に展開する（ステップＳ４２３）。そして、コンテンツファイルＡを再生して表示装置（図示せず）に表示する（ステップＳ４２４）。蓄積コンテンツ再生制御部３４は、蓄積コンテンツＡのＴＳにおいて多重化されたＰＣＲパケットの数により規定される所定の時間が経過するまでの間、コンテンツファイルＡを繰り返し再生するように制御する（ステップＳ４２５）。
【０１３２】
ＰＣＲパケットの数により規定される所定の時間が経過すると（ステップＳ４２５−Ｙｅｓ）、コンテンツファイルＢを再生して表示装置（図示せず）に表示する（ステップＳ４２６）。蓄積コンテンツ再生制御部３４は、蓄積コンテンツＢのＴＳにおいて多重化されたＰＣＲパケットの数により規定される所定の時間が経過するまでの間、コンテンツファイルＢを繰り返し再生するように制御する（ステップＳ４２７）。図１７では蓄積コンテンツが１度だけ更新される場合について示しているが、更新される蓄積コンテンツがなくなるまで、同様の処理を行う。そして、最終の蓄積コンテンツについてＰＣＲパケットの数により規定される所定の時間が経過すると、コンテンツファイルの再生を終了する（ステップＳ４２１）。
【０１３３】
一方、蓄積コンテンツの種別が「完結データ」及び「連続データ」でない場合には（ステップＳ４２２−Ｎｏ）、蓄積コンテンツ再生制御部３４は、再生指示のあった蓄積コンテンツに対応する、視聴時間分のコンテンツファイルを再生して、コンテンツファイルを表示装置（図示せず）に表示し（ステップＳ４２８）、コンテンツファイルが終了するか又は蓄積コンテンツの再生終了指示があると（ステップＳ４２９）、コンテンツファイルの再生を終了する（ステップＳ４２１）。
【０１３４】
なお、図１７では、コンテンツデータが「完結データ」又は「連続データ」である場合に、第１の態様の受信装置２と同様にコンテンツファイルを繰り返し再生するように動作する例を示したが、第２の態様の受信装置２と同様に、対応するコンテンツファイルを取得し、全データをメモリ上に展開し、蓄積コンテンツの再生の終了指示があるまで、蓄積コンテンツの表示や操作が可能なように制御してもよい（ステップＳ２１７〜２２０参照）。
【０１３５】
また、蓄積コンテンツの種別が「連続データ」であり、蓄積コンテンツＡ，Ｂ，Ｃを伝送する場合、最後に伝送する蓄積コンテンツＣをユーザーが終了指示をするまでの間再生を継続する再生継続コンテンツとすることができる。この場合には、放送局側送信装置１は、ＤＩＩに蓄積コンテンツＣは再生継続コンテンツであるという情報を記述する。受信装置２は、該情報を取得することにより、蓄積コンテンツＣが再生継続コンテンツであることを認識することができる。蓄積コンテンツ再生制御部３４は、蓄積コンテンツＣの再生終了指示があるまでの間、蓄積コンテンツＣのコンテンツファイルを繰り返し再生する。
【０１３６】
［システム動作（第５の態様）］
次に、本発明による第５の態様の放送システムの動作について説明する。図１８は、第５の態様の放送システムの動作を説明する図である。第５の態様の放送局側送信装置１では、コンテンツファイル生成部１０１は、データ放送用データの蓄積コンテンツを生成する際に、データ放送用データにさらにダミーの低レートの映像データ及び／又はダミーの低レートの音声データ（以下、「ダミーデータ」と称する）を付加することができる。つまり、第５の態様の放送局側送信装置１は、データカルーセル伝送１周回分のＴＳパケットと、想定視聴時間分のダミーデータのＴＳパケットを多重化して伝送する。ダミーデータは受信側での視聴時間を決定するために付加されるものであり、低レートの映像及び／又は音声データ（例えば、白い背景映像）である。
【０１３７】
第５の態様の放送システムの受信装置２では、蓄積コンテンツの種別が「ダミー映像＋ダミー音声＋データ」、「ダミー映像＋データ」、又は「ダミー音声＋データ」である場合、蓄積コンテンツ再生制御部３４は、受信したデータカルーセル伝送１周回分のコンテンツファイルを記憶部３０から取得し、データ放送用データを構成するＢＭＬファイルやＪＰＥＧファイル等の全てのデータをメモリ上に展開し、その後、ＢＭＬブラウザ２６によりコンテンツファイルを再生するように制御するとともに、映像復号部２２又は音声復号部２３により、ダミーデータを再生するように制御する。蓄積コンテンツの表示や操作は、ダミーデータの再生が終了するまで可能である。
【０１３８】
図１９は、図１８に示す第５の態様の放送システムの動作を説明するフローチャートである。第５の態様の放送局側送信装置１のステップＳ５０１〜Ｓ５０５の動作は、図１１に示すステップＳ１０１〜Ｓ１０５の動作と同様であるため、説明を省略する。
【０１３９】
第５の態様の受信装置２のステップＳ５１１〜Ｓ５１６の動作は、図１１に示すステップＳ１１１〜Ｓ１１６の動作と同様であるため、説明を省略する。蓄積コンテンツ再生制御部３４は、蓄積コンテンツ再生制御部３４は、ユーザーから蓄積済みの蓄積コンテンツの再生指示を受け付けると（ステップＳ５１６）、蓄積コンテンツと併せて記憶部３０に蓄積された蓄積予約管理表からファイル種別（file_type_value）を取得し、蓄積コンテンツの種別が「データ」であるか否かを判定する（ステップＳ５１７）。蓄積コンテンツ再生制御部３４は、蓄積コンテンツの種別が「データ」である場合には（ステップＳ５１７−Ｙｅｓ）、コンテンツファイルを取得し、全データをメモリ上に展開する（ステップＳ５１８）。そして、再生指示のあった蓄積コンテンツに対応するコンテンツファイルを再生し（ステップＳ５１９）、蓄積コンテンツの再生終了指示があるまで、上記コンテンツファイルを繰り返し再生するように制御する（ステップＳ５２０）。蓄積コンテンツ再生制御部３４は、そのつど蓄積コンテンツの再生に必要となるデータをメモリ展開し、コンテンツファイルを再生して表示装置（図示せず）に表示する。蓄積コンテンツの再生終了指示があるとコンテンツファイルの再生を終了する（ステップＳ５２１）。
【０１４０】
一方、蓄積コンテンツの種別が「データ」でない場合には（ステップＳ５１７−Ｎｏ）、蓄積コンテンツ再生制御部３４は、蓄積コンテンツの種別が「ダミー映像＋ダミー音声＋データ」、「ダミー映像＋データ」、又は「ダミー音声＋データ」であるか否かを判定する。蓄積コンテンツ再生制御部３４は、蓄積コンテンツの種別が「ダミー映像＋ダミー音声＋データ」、「ダミー映像＋データ」、又は「ダミー音声＋データ」である場合には（ステップＳ５２２−Ｙｅｓ）、再生指示のあった蓄積コンテンツに対応するコンテンツファイルを記憶部３０から取得し、全データをメモリ上に展開する（ステップＳ５２３）。蓄積コンテンツ再生制御部３４は、蓄積コンテンツの表示や操作が可能なように制御する（ステップＳ５２４）。ダミーデータの視聴時間分のコンテンツファイルの再生が終了するか、又は蓄積コンテンツの再生の終了指示があると（ステップＳ５２５）、蓄積コンテンツの再生を終了する（ステップＳ５２１）。
【０１４１】
一方、蓄積コンテンツの種別が「データ」、「ダミー映像＋ダミー音声＋データ」、「ダミー映像＋データ」、及び「ダミー音声＋データ」でない場合には（ステップＳ５２２−Ｎｏ）、再生指示のあった蓄積コンテンツに対応する、視聴時間分のコンテンツファイルを再生し（ステップＳ５２６）、視聴時間分のコンテンツファイルの再生が終了するか又は蓄積コンテンツの再生終了指示があると（ステップＳ５２７）、コンテンツファイルの再生を終了する（ステップＳ５２１）。
【０１４２】
なお、図１９では、蓄積コンテンツの種別が「データ」である場合に、第１の態様の受信装置２と同様にコンテンツファイルを繰り返し再生するように動作する例を示したが、第２の態様の受信装置２と同様に、対応するコンテンツファイルを取得し、全データをメモリ上に展開し、蓄積コンテンツの再生の終了指示があるまで、蓄積コンテンツの表示や操作が可能なように制御してもよい（ステップＳ２１７〜２２０参照）。また、コンテンツデータが「ダミー映像＋ダミー音声＋データ」、「ダミー映像＋データ」、又は「ダミー音声＋データ」である場合に、ダミーデータの再生が終了するか又は蓄積コンテンツの再生終了指示があるまで、コンテンツファイルを繰り返し再生するように制御してもよい。
【０１４３】
ここで、放送局側送信装置１として機能させるために、コンピュータを好適に用いることができ、そのようなコンピュータは、放送局側送信装置１の各機能を実現する処理内容を記述したプログラムを、当該コンピュータの記憶部に格納しておき、当該コンピュータの中央演算処理装置（ＣＰＵ）によってこのプログラムを読み出して実行させることで実現することができる。
【０１４４】
上述の実施例は、代表的な例として説明したが、本発明の趣旨及び範囲内で、多くの変更及び置換ができることは当業者に明らかである。したがって、本発明は、上述の実例によって制限するものと解するべきではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【０１４５】
例えば、受信装置２のカルーセル復号部２５で蓄積済みのコンテンツファイルを再生する際に、先頭の数パケットを取りこぼしても蓄積コンテンツの再構成処理を可能とするために、放送局側送信装置１は、冗長性を持たせて、データカルーセル伝送１．５周回分のコンテンツファイルを伝送してもよい。
【産業上の利用可能性】
【０１４６】
本発明によれば、少ないデータ量で蓄積コンテンツを伝送することができるため、デジタル放送の放送波で蓄積コンテンツのコンテンツファイルを送信又は受信する任意の用途に有用である。
【符号の説明】
【０１４７】
１ 放送局側送信装置
２ 受信装置
１０ コンテンツ編成部
１１ カルーセル処理部
１２ ＰＳＩ／ＳＩ生成符号化部
１３ 多重化部
１４ ＯＦＤＭ変調部
１５ 送信部
２０ ＯＦＤＭ復調部
２１ ＴＳ復号部
２２ 映像復号部
２３ 音声復号部
２４ 字幕・文字スーパー復号部
２５ カルーセル復号部
２６ ＢＭＬブラウザ
２７ 出力処理Ｉ／Ｆ部
２８ ＳＩ処理部
２９ コンテンツ蓄積予約制御部
３０ 記憶部
３１ 蓄積予約管理表表示・蓄積予約指示部
３２ 蓄積コンテンツ管理表表示・再生指示部
３３ ユーザーＩ／Ｆ部
３４ 蓄積コンテンツ再生制御部
１０１ コンテンツファイル生成部
１０２ 制御データ生成部
１０３ 番組スケジュールテーブル生成部
１０２１ 識別子付番制御部
１０２２ 伝送回数・周期管理部
１０３１ ファイル伝送記述子生成部
【特許請求の範囲】
【請求項１】
デジタル放送の放送波で蓄積コンテンツのコンテンツファイルを送信する送信装置であって、
蓄積コンテンツを生成し、該蓄積コンテンツの種別に応じて、データ放送用データのデータカルーセル伝送１周回内における伝送回数を決定し、データ放送用データのデータカルーセル伝送１周回分に相当するコンテンツファイルを生成するコンテンツファイル生成部と、
前記コンテンツファイル生成部により生成されたコンテンツファイルをモジュール化し、前記イベント識別子を含むＤＩＩセクションとモジュールを分割した複数のＤＤＢセクションとにセクション化するカルーセル処理部と、
コンテンツファイルを一意に表すイベント識別子、及び前記蓄積コンテンツの種別を含む番組スケジュールテーブルを生成する番組スケジュールテーブル生成部と、
前記番組スケジュールテーブルに含まれるイベント識別子、及び前記ＤＩＩセクションに含まれるイベント識別子を紐付けるとともに、蓄積コンテンツごとにデータカルーセル伝送を制御する制御データ生成部と、
前記番組スケジュール、及び前記コンテンツファイルを多重化してＴＳを生成する多重化部と、
前記多重化部により多重化されたＴＳを変調して放送波として送信する変調送信部と、
を備えることを特徴とする送信装置。
【請求項２】
前記コンテンツファイル生成部は、前記蓄積コンテンツの種別が、蓄積コンテンツはデータ放送用データのみから構成されることを示している場合には、データ放送用データのデータカルーセル伝送１周回内における伝送回数を１回と決定することを特徴とする、請求項１に記載の送信装置。
【請求項３】
前記コンテンツファイル生成部は、前記蓄積コンテンツの種別が、蓄積コンテンツはデータ放送用データのみから構成され、かつ、該データ放送用データの内容が時間に依存しないことを示している場合には、データ放送用データのデータカルーセル伝送１周回内における伝送回数を１回と決定することを特徴とする、請求項２に記載の送信装置。
【請求項４】
前記コンテンツファイル生成部は、前記蓄積コンテンツの種別が、蓄積コンテンツはデータ放送用データのみから構成され、かつ、該データ放送用データの内容が時間に依存することを示している場合には、時間に依存して更新される各データ放送用データのデータカルーセル伝送１周回内における伝送回数を各１回と決定することを特徴とする、請求項２又は３に記載の送信装置。
【請求項５】
前記コンテンツファイル生成部は、データ放送用データの蓄積コンテンツを生成する際に、該データ放送用データにダミーの映像データ又は音声データを付加し、
前記番組スケジュールテーブル生成部は、前記蓄積コンテンツの種別を、データ放送用データにダミーの映像データ又は音声データが付加されていることを示すものとする
ことを特徴とする、請求項１から４のいずれか一項に記載の送信装置。
【請求項６】
コンピュータを、請求項１から５のいずれか一項に記載の送信装置として機能させるためのプログラム。
【請求項１】
デジタル放送の放送波で蓄積コンテンツのコンテンツファイルを送信する送信装置であって、
蓄積コンテンツを生成し、該蓄積コンテンツの種別に応じて、データ放送用データのデータカルーセル伝送１周回内における伝送回数を決定し、データ放送用データのデータカルーセル伝送１周回分に相当するコンテンツファイルを生成するコンテンツファイル生成部と、
前記コンテンツファイル生成部により生成されたコンテンツファイルをモジュール化し、前記イベント識別子を含むＤＩＩセクションとモジュールを分割した複数のＤＤＢセクションとにセクション化するカルーセル処理部と、
コンテンツファイルを一意に表すイベント識別子、及び前記蓄積コンテンツの種別を含む番組スケジュールテーブルを生成する番組スケジュールテーブル生成部と、
前記番組スケジュールテーブルに含まれるイベント識別子、及び前記ＤＩＩセクションに含まれるイベント識別子を紐付けるとともに、蓄積コンテンツごとにデータカルーセル伝送を制御する制御データ生成部と、
前記番組スケジュール、及び前記コンテンツファイルを多重化してＴＳを生成する多重化部と、
前記多重化部により多重化されたＴＳを変調して放送波として送信する変調送信部と、
を備えることを特徴とする送信装置。
【請求項２】
前記コンテンツファイル生成部は、前記蓄積コンテンツの種別が、蓄積コンテンツはデータ放送用データのみから構成されることを示している場合には、データ放送用データのデータカルーセル伝送１周回内における伝送回数を１回と決定することを特徴とする、請求項１に記載の送信装置。
【請求項３】
前記コンテンツファイル生成部は、前記蓄積コンテンツの種別が、蓄積コンテンツはデータ放送用データのみから構成され、かつ、該データ放送用データの内容が時間に依存しないことを示している場合には、データ放送用データのデータカルーセル伝送１周回内における伝送回数を１回と決定することを特徴とする、請求項２に記載の送信装置。
【請求項４】
前記コンテンツファイル生成部は、前記蓄積コンテンツの種別が、蓄積コンテンツはデータ放送用データのみから構成され、かつ、該データ放送用データの内容が時間に依存することを示している場合には、時間に依存して更新される各データ放送用データのデータカルーセル伝送１周回内における伝送回数を各１回と決定することを特徴とする、請求項２又は３に記載の送信装置。
【請求項５】
前記コンテンツファイル生成部は、データ放送用データの蓄積コンテンツを生成する際に、該データ放送用データにダミーの映像データ又は音声データを付加し、
前記番組スケジュールテーブル生成部は、前記蓄積コンテンツの種別を、データ放送用データにダミーの映像データ又は音声データが付加されていることを示すものとする
ことを特徴とする、請求項１から４のいずれか一項に記載の送信装置。
【請求項６】
コンピュータを、請求項１から５のいずれか一項に記載の送信装置として機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０Ａ】
【図１０Ｂ】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０Ａ】
【図１０Ｂ】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２０１２−２１３１３８（Ｐ２０１２−２１３１３８Ａ）
【公開日】平成２４年１１月１日（２０１２．１１．１）
【国際特許分類】
【出願番号】特願２０１２−１９０５３（Ｐ２０１２−１９０５３）
【出願日】平成２４年１月３１日（２０１２．１．３１）
【出願人】（０００００４３５２）日本放送協会 (2,206)
【出願人】（５９１０５３９２６）財団法人エヌエイチケイエンジニアリングサービス (169)
【Ｆターム（参考）】
【公開日】平成２４年１１月１日（２０１２．１１．１）
【国際特許分類】
【出願日】平成２４年１月３１日（２０１２．１．３１）
【出願人】（０００００４３５２）日本放送協会 (2,206)
【出願人】（５９１０５３９２６）財団法人エヌエイチケイエンジニアリングサービス (169)
【Ｆターム（参考）】
[ Back to top ]