(57)【要約】      （修正有）【課題】コンテンツを送信する際、受信側での蓄積予約に必要なコンテンツスケジュールテーブル（ＣＳＴ）を送信する送信装置、これを受信する受信装置を提供する。【解決手段】各コンテンツの放送時の開始時刻、放送持続時間、及び放送回数を表す放送時刻識別情報と、コンテンツ毎に割り当てられた固有の識別子と、各コンテンツの記述内容を表す記述子とを含む。送信装置は、ＣＳＴを所定間隔で送信し、ＣＳＴで関連付けられたコンテンツを識別しで関連付けたデータブロックにてカルーセル伝送方式で送信し、さらに、コンテンツを識別しで関連付けたデータブロックにて再放送する。受信装置は、ＣＳＴを受信して、ＣＳＴで関連付けられたコンテンツを蓄積予約するためのコンテンツ表を生成し、コンテンツ表で蓄積予約するべく規定されたコンテンツを、開始時刻で蓄積予約の開始を制御し、コンテンツの蓄積をデータブロック単位で本放送又は再放送時に実行する。【選択図】図１
2011135571.tif 000002
【特許請求の範囲】
【請求項１】
デジタル放送の放送波でコンテンツを送信する際に、該コンテンツを受信側で蓄積予約させるのに必要とされるコンテンツスケジュールテーブル（ＣＳＴ）を送信する送信装置であって、
前記ＣＳＴは、各コンテンツの放送時の開始時刻、放送持続時間、及び放送回数を表す「放送時刻識別情報」と、コンテンツごとに割り当てられた固有の識別子（ＣＲＩＤ）と、各コンテンツの記述内容を表す記述子とを含み、
前記ＣＳＴを所定間隔で送信するＣＳＴ送信手段と、
前記ＣＳＴで関連付けられたコンテンツを前記ＣＲＩＤで関連付けたデータブロックにてカルーセル伝送方式で送信するコンテンツ送信手段と、
前記ＣＳＴに従って、前記コンテンツを前記ＣＲＩＤで関連付けたデータブロックにて再放送するコンテンツ再放送手段と、
を備えることを特徴とする、送信装置。
【請求項２】
前記コンテンツの「放送時刻識別情報」は、１つのコンテンツに対して放送時刻に応じて複数設けられていることを特徴とする、請求項１に記載の送信装置。
【請求項３】
前記ＣＳＴで関連付けられたコンテンツに関する情報に変更が生じた場合に、前記ＣＳＴの記述内容との差分情報を表すコンテンツスケジュールテーブル（ＣＳＣＴ）を所定間隔で送信するＣＳＣＴ送信手段を更に備えることを特徴とする、請求項１又は２に記載の送信装置。
【請求項４】
デジタル放送の放送波で複数のコンテンツを受信する際に、該複数のコンテンツを受信側で蓄積予約させるのに必要とされるコンテンツスケジュールテーブル（ＣＳＴ）を受信する受信装置であって、
前記ＣＳＴは、各コンテンツの放送時の開始時刻、放送持続時間、及び放送回数を表す「放送時刻識別情報」と、コンテンツごとに割り当てられた固有の識別子（ＣＲＩＤ）と、各コンテンツの記述内容を表す記述子とを含み、
前記ＣＳＴを受信して、該ＣＳＴで関連付けられたコンテンツを蓄積予約するためのコンテンツ表を生成するコンテンツ生成手段と、
前記コンテンツ表で蓄積予約するべく規定されたコンテンツを、前記開始時刻で蓄積予約の開始を制御するコンテンツ蓄積予約制御手段と、
前記開始時刻で蓄積予約したコンテンツの蓄積をデータブロック単位で実行するコンテンツ蓄積実行手段と、
を備えることを特徴とする、受信装置。
【請求項５】
前記コンテンツ蓄積予約制御手段は、前記ＣＳＴで関連付けられたコンテンツを、前記開始時刻で受信すべく蓄積予約する際に、該開始時刻の所定時間前に前記コンテンツに関するＣＳＴを再取得して、蓄積予約する開始時刻を更新する手段を有することを特徴とする、請求項４に記載の受信装置。
【請求項６】
前記コンテンツ蓄積予約制御手段は、前記コンテンツ蓄積実行手段によるコンテンツの蓄積時に未蓄積のデータブロックが生じた場合に、カルーセル伝送方式で伝送される前記ＣＲＩＤで関連付けられたデータブロックを識別して蓄積するか、又は、再放送で伝送される前記ＣＲＩＤで関連付けられたデータブロックを識別して蓄積し、該未蓄積のデータブロックを補完する手段を有することを特徴とする、請求項４又は５に記載の受信装置。
【請求項７】
前記コンテンツ蓄積予約制御手段は、１つのコンテンツに対する本放送又は再放送の開始時刻の情報を蓄積予約管理表に登録して蓄積予約を制御することを特徴とする、請求項４〜６のいずれか一項に記載の受信装置。
【請求項８】
前記コンテンツ蓄積予約制御手段は、前記コンテンツ蓄積実行手段によるコンテンツの蓄積時に未蓄積のデータブロックが生じた場合に、前記放送持続時間の情報から、カルーセル伝送方式で伝送される前記ＣＲＩＤで関連付けられたデータブロックを別のカルーセル又は放送時間で取得するように中断するか、又は該別のカルーセル又は放送時間で取得不可として中止する手段を有することを特徴とする、請求項４〜７のいずれか一項に記載の受信装置。
【請求項９】
前記コンテンツ蓄積予約制御手段は、前記ＣＳＴで関連付けられたコンテンツを、前記開始時刻で受信すべく蓄積予約する際に、前記ＣＳＴで関連付けられたコンテンツに関する情報に変更が生じた場合に前記ＣＳＴの記述内容との差分情報を表すものとして伝送されるコンテンツスケジュールテーブル（ＣＳＣＴ）を受信して、蓄積予約するコンテンツに関する情報を前記差分情報の内容に更新する手段を有することを特徴とする、請求項４〜８のいずれか一項に記載の受信装置。
【請求項１０】
デジタル放送の放送波で複数のコンテンツを受信する際に、該複数のコンテンツを受信側で蓄積予約させるのに必要とされるコンテンツスケジュールテーブル（ＣＳＴ）を用いてコンテンツの蓄積予約を制御する装置として構成するコンピュータに、
前記ＣＳＴは、各コンテンツの放送時の開始時刻、放送持続時間、及び放送回数を表す「放送時刻識別情報」と、コンテンツごとに割り当てられた固有の識別子（ＣＲＩＤ）と、各コンテンツの記述内容を表す記述子とを含み、
前記ＣＳＴで関連付けられたコンテンツを蓄積予約するためのコンテンツ表を生成するステップと、
前記コンテンツ表で蓄積予約するべく規定されたコンテンツを、前記開始時刻で蓄積予約の開始を制御するステップと、
前記開始時刻で蓄積予約したコンテンツの蓄積をデータブロック単位で実行するステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送局から配信される放送コンテンツの番組表用のデータを受信してコンテンツ表を作成し、このコンテンツ表から所望のコンテンツを得る技術に関し、特に放送コンテンツサービスの送信装置、受信装置、及びそのプログラムに関する。
に関する。
【背景技術】
【０００２】
従来から、受信装置が放送局から配信される放送コンテンツに関するデータを受信してコンテンツ表を作成し、このコンテンツ表から所望のコンテンツを得るシステムとしてＥＰＧ(Electric Program Guide)を用いたシステムが知られている（特許文献１，２参照）。
【０００３】
通常、ＥＰＧを用いたシステムには、受信装置側でコンテンツ表に基づいて所望のコンテンツを専用のコンテンツサーバから取得して表示するものと、受信装置側でコンテンツ表に基づいて放送日時を管理して放送されるコンテンツを蓄積するものとがある。
【０００４】
コンテンツのソースがデジタル放送である場合、各チャンネル（サービスＩＤ）が順次選局されるように、受信周波数、トランスポートストリーム識別（ＴＳＩＤ）が一定周期で切り替えられ、ＴＳデータはパケット単位で伝送され、パケットの先頭部分には、ＰＩＤ（Packet Identification）が付加されている。受信装置は、復調部でトランスポートストリーム（ＴＳ）信号に変換し、映像用データ、音声用データ、データ放送のデータ、及び字幕用データ等の各データを復号し、このＴＳデータ中のＰＡＴ（Program Association Table），ＰＭＴ（Program Map Table）等のＰＳＩ（Program Specific Information）データに基づいて各データのＰＩＤを検出し、このＰＩＤを読み取ることで、映像データ、音声データ、ＥＰＧデータの識別を行う。
【０００５】
ＥＰＧを構成するのに必要なデータは、社団法人電波産業会（通称ＡＲＩＢ）における標準規格「デジタル放送に使用する番組陳列情報」等で規定されるデータ構造で伝送される。主要な構成データとして、編成チャンネルの名称、放送事業者の名称など、編成チャンネルに関する情報を伝送するＳＤＴ（Service Description Table）、ブーケ（編成チャンネルの集合）の名称、含まれる編成チャンネルなど、ブーケに関する情報を伝送するＢＡＴ（Bouquet Association Table）、放送されるコンテンツの名称、放送開始日時、コンテンツの説明など、コンテンツに関する情報を伝送するＥＩＴ（Event Information Table）、現在の日付、時刻の情報を伝送するＴＤＴ（Time Date Table）等が挙げられる。尚、ＥＩＴに関しては、「ＡＲＩＢ ＴＲ−Ｂ１４ 第四編 地上デジタルテレビジョン放送 ＰＳＩ／ＳＩ運用規定」に記載されている。
【０００６】
即ち、受信装置側でコンテンツ表に基づいて放送日時を管理して放送されるコンテンツを蓄積するシステムでは、送信側では、放送するコンテンツに関するデータ及びコンテンツを、ＴＳに変換し、生成したＴＳをデジタル放送の放送波で伝送する。受信装置は、この放送波を復調してＴＳを復号し、ＴＳからＥＩＴを抽出し、このＥＩＴを用いて電子プログラムガイド（ＥＰＧ）を作成し、ＥＰＧを画面に表示する。
【０００７】
また、ＥＩＴに関連付けられた複数のコンテンツについて、選局した放送ストリームから抽出したＤＩＩ／ＤＤＢ情報を用いてコンテンツごとに切り替えて取得することができる（例えば、特許文献３参照）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００７−３６７２６号公報
【特許文献２】特開２００１−１３６４９５号公報
【特許文献３】特開２００５−１９７９９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
受信装置側でコンテンツ表に基づいて放送日時を管理して放送されるコンテンツを蓄積する、従来からのＥＰＧを用いたシステムでは、時刻を基準にしてコンテンツ蓄積の制御を行うために、コンテンツの蓄積ができなかった場合には再放送時刻を特定することができず、受信できなかったコンテンツ（コンテンツの一部分を含む）を補完することができない。例えば、受信装置が携帯電話などでは、移動中であったり、地下鉄に乗車中であったりすると、受信不良が生じて所望のコンテンツの蓄積ができないことがよくある。
【００１０】
この問題を解決するために、所望のコンテンツを専用のコンテンツサーバから取得して蓄積可能にするシステムもあるが、この場合、システム事業者は、ＥＰＧのデータとコンテンツサーバの連携を確保しなければならずサービス提供の管理が煩雑になる。更に、受信装置側においても、当該専用のコンテンツサーバに対して通信ネットワークを確立して、ＥＰＧと関連付けられた所望のコンテンツの蓄積を行う仕組みを設けねばならず、利便性の点で改善の余地がある。
【００１１】
そこで、本発明の目的は、上述の問題を鑑みて為されるものであり、デジタル放送の放送波で複数のコンテンツを送信する際に、該複数のコンテンツを受信側で蓄積予約させるのに必要とされるコンテンツスケジュールテーブル（ＣＳＴ）を送信する送信装置、ＣＳＴを受信する受信装置、及びプログラムを提供することにある。
【課題を解決するための手段】
【００１２】
本発明では、受信装置側でコンテンツ表に基づいて放送日時を管理して放送されるコンテンツを蓄積するシステムにおいて、コンテンツ指向の別情報を新たに提供し、受信装置側でコンテンツの蓄積予約（映像等の場合、予約録画を含む）に必要な情報を得られるようにする。この新たな別情報は、コンテンツスケジュールテーブル（ＣＳＴ：後述するContent_Schedule_Sectionから構成されるテーブル）として構成される。コンテンツスケジュールテーブル（ＣＳＴ）は、コンテンツの蓄積予約のためのコンテンツ表の作成を可能とし、このＣＳＴに基づいて生成されるコンテンツ表を用いれば、コンテンツを一定のデータブロック単位で蓄積可能とし、さらに受信不良が生じても所望のコンテンツの再取得のための蓄積待機も可能とする。
【００１３】
即ち、本発明の送信装置は、デジタル放送の放送波で複数のコンテンツを送信する際に、該複数のコンテンツを受信側で蓄積予約させるのに必要とされるコンテンツスケジュールテーブル（ＣＳＴ）を送信する送信装置であって、前記ＣＳＴは、各コンテンツの放送時の開始時刻、放送持続時間、及び放送回数を表す「放送時刻識別情報」と、コンテンツごとに割り当てられた固有の識別子（ＣＲＩＤ）と、各コンテンツの記述内容を表す記述子とを含み、前記ＣＳＴを所定間隔で送信するＣＳＴ送信手段と、前記ＣＳＴで関連付けられたコンテンツを前記ＣＲＩＤで関連付けたデータブロックにてカルーセル伝送方式で送信するコンテンツ送信手段と、前記ＣＳＴに従って、前記コンテンツを前記ＣＲＩＤで関連付けたデータブロックにて再放送するコンテンツ再放送手段と、を備えることを特徴とする。前記コンテンツの「放送時刻識別情報」は、１つのコンテンツに対して放送時刻に応じて複数設けることができる。
【００１４】
また、本発明の送信装置において、前記ＣＳＴで関連付けられたコンテンツに関する情報に変更が生じた場合に、前記ＣＳＴの記述内容との差分情報を表すコンテンツスケジュールテーブル（ＣＳＣＴ）を所定間隔で送信するＣＳＣＴ送信手段を更に備えることを特徴とする。
【００１５】
更に、本発明の受信装置は、デジタル放送の放送波で複数のコンテンツを受信する際に、該複数のコンテンツを受信側で蓄積予約させるのに必要とされるコンテンツスケジュールテーブル（ＣＳＴ）を受信する受信装置であって、前記ＣＳＴは、各コンテンツの放送時の開始時刻、放送持続時間、及び放送回数を表す「放送時刻識別情報」と、コンテンツごとに割り当てられた固有の識別子（ＣＲＩＤ）と、各コンテンツの記述内容を表す記述子とを含み、前記ＣＳＴを受信して、該ＣＳＴで関連付けられたコンテンツを蓄積予約するためのコンテンツ表を生成するコンテンツ生成手段と、前記コンテンツ表で蓄積予約するべく規定されたコンテンツを、前記開始時刻で蓄積予約の開始を制御するコンテンツ蓄積予約制御手段と、前記開始時刻で蓄積予約したコンテンツの蓄積をデータブロック単位で実行するコンテンツ蓄積実行手段と、を備えることを特徴とする。
【００１６】
また、本発明の受信装置において、前記コンテンツ蓄積予約制御手段は、前記ＣＳＴで関連付けられたコンテンツを、前記開始時刻で受信すべく蓄積予約する際に、該開始時刻の所定時間前に前記コンテンツに関するＣＳＴを再取得して、蓄積予約する開始時刻を更新する手段を有することを特徴とする。
【００１７】
また、本発明の受信装置において、前記コンテンツ蓄積予約制御手段は、前記コンテンツ蓄積実行手段によるコンテンツの蓄積時に未蓄積のデータブロックが生じた場合に、カルーセル伝送方式で伝送される前記ＣＲＩＤで関連付けられたデータブロックを識別して蓄積するか、又は、再放送で伝送される前記ＣＲＩＤで関連付けられたデータブロックを識別して蓄積し、該未蓄積のデータブロックを補完する手段を有することを特徴とする。前記コンテンツ蓄積予約制御手段は、１つのコンテンツに対する本放送又は再放送の開始時刻の情報を蓄積予約管理表に登録して蓄積予約を制御することができる。
【００１８】
また、本発明の受信装置において、前記コンテンツ蓄積予約制御手段は、前記コンテンツ蓄積実行手段によるコンテンツの蓄積時に未蓄積のデータブロックが生じた場合に、前記放送持続時間の情報から、カルーセル伝送方式で伝送される前記ＣＲＩＤで関連付けられたデータブロックを別のカルーセル又は放送時間で取得するように中断するか、又は該別のカルーセル又は放送時間で取得不可として中止する手段を有することを特徴とする。
【００１９】
また、本発明の受信装置において、前記コンテンツ蓄積予約制御手段は、前記ＣＳＴで関連付けられたコンテンツを、前記開始時刻で受信すべく蓄積予約する際に、前記ＣＳＴで関連付けられたコンテンツに関する情報に変更が生じた場合に前記ＣＳＴの記述内容との差分情報を表すものとして伝送されるコンテンツスケジュールテーブル（ＣＳＣＴ）を受信して、蓄積予約するコンテンツに関する情報を前記差分情報の内容に更新する手段を有することを特徴とする。
【００２０】
また、本発明は、デジタル放送の放送波で複数のコンテンツを受信する際に、該複数のコンテンツを受信側で蓄積予約させるのに必要とされるコンテンツスケジュールテーブル（ＣＳＴ）を用いてコンテンツの蓄積予約を制御する装置として構成するコンピュータに、
前記ＣＳＴは、各コンテンツの放送時の開始時刻、放送持続時間、及び放送回数を表す「放送時刻識別情報」と、コンテンツごとに割り当てられた固有の識別子（ＣＲＩＤ）と、各コンテンツの記述内容を表す記述子とを含み、前記ＣＳＴで関連付けられたコンテンツを蓄積予約するためのコンテンツ表を生成するステップと、前記コンテンツ表で蓄積予約するべく規定されたコンテンツを、前記開始時刻で蓄積予約の開始を制御するステップと、前記開始時刻で蓄積予約したコンテンツの蓄積をデータブロック単位で実行するステップと、を実行させるためのプログラムとしても特徴付けられる。
【発明の効果】
【００２１】
放送波のみでコンテンツを再取得可能にする本発明に係るシステムでは、受信装置側では受信状況が不安定な環境（例えば、地下鉄乗車時にあるときなど）にある場合においても、再度の蓄積動作を自動的に行う仕組みが提供されるため、安定したコンテンツ蓄積を実現することができる。
【図面の簡単な説明】
【００２２】
【図１】本発明に係る受信装置側でコンテンツ表に基づいて放送日時を管理して放送されるコンテンツを蓄積するシステム例を示す図である。
【図２】本発明による一実施例の放送局側送信装置１の概略図である。
【図３】本発明による一実施例の受信装置の概略図である。
【図４】コンテンツの各データの多重伝送を示す例である。
【図５】本発明による一実施例の受信装置における蓄積予約管理表の例を示す図である。
【図６】本発明による一実施例の受信装置における蓄積コンテンツ管理表の例を示す図である。
【図７】本発明に係る受信装置側でコンテンツ表に基づいて放送日時を管理して放送されるコンテンツを蓄積するシステムの動作フロー例である。
【図８】本発明による一実施例の受信装置の概略形態図である。
【図９】本発明による一実施例の受信装置におけるコンテンツ蓄積予約制御部のブロック図である。
【図１０】本発明による一実施例の受信装置におけるコンテンツ蓄積予約制御部の動作フロー図である。
【図１１】本発明に係るコンテンツスケジュールテーブル（ＣＳＴ）の例である。
【図１２】本発明に係るコンテンツスケジュールテーブル（ＣＳＴ）に基づく記述子の例である。
【図１３】本発明に係るコンテンツスケジュールテーブル（ＣＳＴ）に基づくコンテンツの表示例である。
【図１４】本発明に係るコンテンツスケジュールテーブル（ＣＳＴ）の別の例である。
【図１５】本発明に係るコンテンツスケジュールテーブル（ＣＳＴ）に基づく別の記述子の例である。
【図１６】本発明に係るコンテンツスケジュール変更テーブル（ＣＳＣＴ）の例である。
【図１７】本発明に係るコンテンツスケジュール変更テーブル（ＣＳＣＴ）の適用例である。
【図１８】本発明に係るコンテンツスケジュールテーブル（ＣＳＴ）の更に別の例である。
【発明を実施するための形態】
【００２３】
以下、本発明に係る受信装置側でコンテンツ表に基づいて放送日時を管理して放送されるコンテンツを蓄積するシステムにおける放送局側送信装置及び受信装置の実施例について説明する。
【００２４】
［システム構成］
図１は、本発明に係る受信装置側でコンテンツ表に基づいて放送日時を管理して放送されるコンテンツを蓄積するシステム例を示す図である。放送局側送信装置１は、コンテンツ指向のコンテンツ表作成のためのコンテンツスケジュールテーブル（ＣＳＴ）と、このＣＳＴに対応するコンテンツの映像用データ、音声用データ、データ放送のデータ、及び字幕用データ等の各データをデジタル放送で各受信装置２−１，２−２，・・・，２−Ｎ（Ｎは、ゼロを除く自然数）に向けて配信する。尚、後述するように、本発明の一態様として、放送局側送信装置１は、ＣＳＴとは別に、このＣＳＴの変更内容（差分情報）を示すコンテンツスケジュール変更テーブル（ＣＳＣＴ）を伝送するように構成することも可能である。
【００２５】
ＣＳＴは、詳細に後述するが、主に、ＣＳＴの種別を表す「テーブル識別子」と、ＣＳＴの伝送識別情報を表す「伝送識別情報」と、コンテンツごとに割り当てられた固有の識別子を表す「ＣＲＩＤ」と、各コンテンツの放送時の開始時刻、放送持続時間、及び放送回数を表す「放送時刻識別情報」と、各コンテンツの記述内容を表す「各種記述子」からなる。また、コンテンツスケジュールテーブル（ＣＳＴ）は、コンテンツの放送開始までの時間で分類されており、例えば、放送開始までの時間が１時間以内のコンテンツに関するＣＳＴ、６時間以内のコンテンツに関するＣＳＴなどに分類される。
【００２６】
図２は、本発明による一実施例の放送局側送信装置１の概略図である。放送局側送信装置１は、コンテンツ編成部１１と、カルーセル処理部１２と、ＰＳＩ／ＳＩ生成符号化部１３と、多重化部１４と、ＯＦＤＭ変調部１５と、送信部１６とを備える。コンテンツ編成部１１は、コンテンツ配信用データ生成部１１１と、ＣＳＴ／ＣＳＣＴ生成部１１２と、ＣＳＴ／ＣＳＣＴ送信周期設定部１１３とを備える。コンテンツ配信用データ生成部１１１は、映像符号化部１２１と、音声符号化部１２２と、データ放送用データ符号化部１２３と、字幕データ符号化部１２４と、ＰＳＩ符号化部１２５と、パッケージ部（多重化部）１２６とを備える。
【００２７】
コンテンツ編成部１１は、放送波で配信するためのコンテンツを生成するとともに、ＣＳＴで関連付けられたコンテンツを受信側で蓄積予約させるための基礎データとなるコンテンツスケジュールテーブル（ＣＳＴ）（及びコンテンツスケジュール変更テーブル（ＣＳＣＴ））を生成するように構成される。ＣＳＴは、従来のＥＩＴと比較して極めて小容量のデータで構成することができ、コンテンツに関する情報の受信又は更新の負担を大きく低減したものとなっている。
【００２８】
より具体的には、コンテンツ配信用データ生成部１１１は、放送波で配信するためのコンテンツを生成し、特に、映像符号化部１２１、音声符号化部１２２、データ放送用データ符号化部１２３、字幕データ符号化部１２４及びＰＳＩ符号化部１２５によって、コンテンツを編成する要素である映像、音声、データ、字幕、ＰＳＩを生成して符号化し、パッケージ部（多重化部）１２６によって多重化（パッケージ化）を施し、ＴＳを生成する。尚、ＰＳＩは、このＴＳを受信側で再生する際に必要なＰＡＴ及びＰＭＴ等の情報である。
【００２９】
ＣＳＴ／ＣＳＣＴ生成部１１２は、コンテンツ指向の蓄積予約のためのコンテンツスケジュールテーブル（ＣＳＴ）（及びコンテンツスケジュール変更テーブル（ＣＳＣＴ））を生成する。
【００３０】
ＣＳＴ／ＣＳＣＴ送信周期設定部１１３は、ＣＳＴ（及びＣＳＣＴ）を一定頻度で送信するための送信周期を設定する。送信周期は、コンテンツ別に設定可能であり、例えば、５分〜１２０分の間で設定することができる。
【００３１】
カルーセル処理部１２は、コンテンツ配信用データ生成部１１１で生成したコンテンツの符号化及び多重化したＴＳを、カルーセル化する。
【００３２】
例えば、図４に示すように、コンテンツ配信のサービスＩＤを表すチャンネル（Ｃｈ）にて、コンテンツデータは、コンポーネントタグ（component_tag：ＥＳｍ〜ＥＳｎ）で識別できるように多重化され、コンテンツデータは、ＣＳＴ内のＣＲＩＤで関連付けられた複数のコンテンツについて、選局した放送ストリームから抽出したＤＩＩ／ＤＤＢ（ダウンロードインフォインディケーション／ダウンロードデータブロック）情報を用いてコンテンツごとにデータブロック（ＤＤＢ）を切り替えて取得することができる。尚、コンテンツは、１つ又は複数のモジュールで構成して伝送することもできる。
【００３３】
ＰＳＩ／ＳＩ生成符号化部１３は、受信機で放送波を受信するために必要なＰＳＩ／ＳＩを生成し、ＣＳＴ／ＣＳＣＴ生成部１１２と合わせて符号化する。尚、配信頻度は、ＣＳＴ／ＣＳＣＴ送信周期設定部１１３によって随意、設定される。
【００３４】
多重化部１４は、上記生成したコンテンツデータやＰＳＩ/ＳＩ等を、チャンネル（サービスＩＤ）ごとに多重化して、ＴＳを形成し、ＯＦＤＭ変調部１５に送出する。
【００３５】
ＯＦＤＭ変調部１５は、多重化部１４を経て得られるＴＳを、デジタル放送のＯＦＤＭ方式に従う変調方式で変調を施して、送信部１６を介して外部に放送波として伝送する。
【００３６】
このように、放送局側送信装置１は、コンテンツスケジュールテーブル（ＣＳＴ）を一定頻度で送信するとともに、コンテンツスケジュールテーブル（ＣＳＴ）に基づいてコンテンツをカルーセル伝送方式で送信する。尚、詳細に後述するが、放送局側送信装置１は、ＣＳＴに従って、各コンテンツをＣＲＩＤで関連付けたデータブロックにて再放送することが可能であり、受信装置２−Ｎは、再放送の回数をＣＳＴから知ることができる。
【００３７】
図３は、本発明による一実施例の受信装置２−Ｎの概略図である。受信装置２−Ｎは、受信部２１と、ＯＦＤＭ復調部２２と、コンテンツ蓄積制御部２３と、ユーザインターフェース２８と、再生制御部２９と、表示部３０と、スピーカ３１とを備える。コンテンツ蓄積制御部２３は、ＣＳＴ／ＣＳＣＴ復号制御部２４と、コンテンツ表記憶部２５と、コンテンツ復号制御部２６と、コンテンツ記憶部２７とを備える。ＣＳＴ／ＣＳＣＴ復号制御部２４は、ＣＳＴ／ＣＳＣＴ復号部２４１と、コンテンツ表生成部２４２と、コンテンツ蓄積予約制御部２４３とを備える。コンテンツ復号制御部２６は、コンテンツ復号部２６１と、コンテンツ蓄積実行部２６２と、蓄積コンテンツ管理部２６３と、蓄積コンテンツ一覧表生成部２６４とを備える。
【００３８】
受信部２１は、送局側送信装置１によって放送された放送波を受信してＯＦＤＭ復調部２２に送出する。
【００３９】
ＯＦＤＭ復調部２２は、ＣＳＴ（及びＣＳＣＴ）のデータを復調してＴＳをＣＳＴ／ＣＳＣＴ復号制御部２４に送出するとともに、このＣＳＴに対応するコンテンツデータを受信してＯＦＤＭ復調部２２を介してコンテンツ復号制御部２６に送出する。デジタル放送では、ＴＳデータ中のＰＩＤを検出し、このＰＩＤを読み取ることで、コンテンツデータ、ＣＳＴデータの識別を行うことができ、或いは又、ＥＳ番号（component_tag）を検出し、このＥＳ番号を読み取ることで、所望するデータの識別ができる。
【００４０】
コンテンツ蓄積制御部２３は、ＣＳＴ／ＣＳＣＴ復号制御部２４によって、ＣＳＴ（及びＣＳＣＴ）を復号してコンテンツ表を作成し、コンテンツ表記億部２５に記憶するとともに、コンテンツ復号制御部２６によって、生成したコンテンツ表に従ってユーザが所望するコンテンツの蓄積予約を制御して所望のコンテンツを取得して復号し、コンテンツ記憶部２７に蓄積する。
【００４１】
より具体的には、ＣＳＴ／ＣＳＣＴ復号部２４１は、ＯＦＤＭ復調部２２を介して得られるＣＳＴ（及びＣＳＣＴ）を復号して、復号したデータをコンテンツ表生成部２４２に送出する。
【００４２】
コンテンツ表生成部２４２は、ＣＳＴ／ＣＳＣＴ復号部２４１から得られるデータを基にＣＲＩＤ、放送時間、タイトル、シリーズ、及びジャンルを特定し、コンテンツを軸とするコンテンツ表を生成し、コンテンツ表記億部２５に記憶する。ユーザは、ユーザインターフェース２８を介してコンテンツ表記億部２５に記憶したコンテンツ表の読出しの指定が可能であり、コンテンツ表記億部２５に記憶したコンテンツ表は、再生制御部２９によって再生制御が為され、ユーザに対して、表示部３０を介して知得させ、又はスピーカ３１を介して聴音させることができる。
【００４３】
コンテンツ蓄積予約制御部２４３は、ユーザによってコンテンツ表で指定されたコンテンツの蓄積予約の動作を制御する。コンテンツ蓄積予約制御部２４３の詳細は後述するが、指定されたコンテンツの蓄積予約状態を管理するために、蓄積予約管理表を生成し、コンテンツごとに蓄積予約待ちであるか否かを示すマーキングをして、コンテンツの蓄積予約の制御を管理する（図５参照）。
【００４４】
コンテンツ復号部２６１は、ユーザによって指定されたコンテンツの蓄積予約の実行にあたり、ＯＦＤＭ復調部２２を介して得られるコンテンツを復号して、復号したデータをコンテンツ記憶部２７に送出する。
【００４５】
コンテンツ蓄積実行部２６２は、ユーザによって指定されたコンテンツの蓄積予約を実行する。このコンテンツの蓄積予約の実行は、カルーセル伝送方式で伝送される「本放送（１回目の放送）」のコンテンツの取得と、カルーセル伝送方式で伝送される「再放送（２回目以降の放送）」のコンテンツの取得を伴い、詳細に後述するコンテンツ蓄積予約制御部２４３によって蓄積予約の動作が制御される。
【００４６】
蓄積コンテンツ管理部２６３は、ユーザによって指定されたコンテンツの蓄積が完了されたか否かを管理する。コンテンツの蓄積は、データブロック（ＤＤＢ）単位で可能であり、蓄積コンテンツ管理部２６３によって、蓄積完了又は未完了のコンテンツの情報（及び未蓄積のデータブロックの情報）は、コンテンツ蓄積予約制御部２４３に伝えられ、蓄積済のコンテンツは、コンテンツ記憶部２７に記憶される。例えば、蓄積コンテンツ管理部２６３は、ユーザによって指定されたコンテンツが蓄積済みであるか否かを示す「蓄積コンテンツ管理表」を生成して管理するのが好適である（図６参照）。
【００４７】
蓄積コンテンツ一覧表生成部２６４は、蓄積済のコンテンツと関連付けて蓄積済のコンテンツの一覧表を生成する。生成したコンテンツの一覧表（以下、「コンテンツ一覧表」と称する）は、コンテンツ記憶部２７に記憶される。コンテンツ記億部２７に記憶したコンテンツ及びコンテンツ一覧表は、ユーザがユーザインターフェース２８を介して読み出しを指定することができる。ユーザは、ユーザインターフェース２８を介してコンテンツ表記億部２７に記憶したコンテンツ一覧表の読出しの指定が可能であり、コンテンツ記億部２７に記憶したコンテンツは、再生制御部２９によって再生制御が為され、ユーザに対して、表示部３０を介して知得させ、又はスピーカ３１を介して聴音させることができる。
【００４８】
このように、受信装置２−Ｎは、コンテンツ指向の蓄積予約（映像等の場合、予約録画を含む）に必要な情報をコンテンツスケジュールテーブル（ＣＳＴ）から取得することができる。詳細に後述するが、このコンテンツスケジュールテーブル（ＣＳＴ）は、コンテンツの蓄積予約のためのコンテンツ表の作成を可能とし、このＣＳＴに基づいて生成されるコンテンツ表を用いれば、コンテンツを一定のデータブロック単位で蓄積可能とし、さらに所望のコンテンツの再取得のための蓄積待機も可能とする。
【００４９】
次に、放送局側送信装置１と受信装置２−Ｎとを含むシステムの代表的な動作について説明する。
【００５０】
［システム動作］
図７は、本発明に係る受信装置側でコンテンツ表に基づいて放送日時を管理して放送されるコンテンツを蓄積するシステムの動作例を示す図である。
【００５１】
放送局側送信装置１は、一定間隔でコンテンツスケジュールテーブル（ＣＳＴ）を配信する（ステップＳ１）。
【００５２】
受信装置２−Ｎは、コンテンツスケジュールテーブル（ＣＳＴ）を受信して（ステップＳ２）、このコンテンツスケジュールテーブル（ＣＳＴ）に基づいてコンテンツ表を作成し、受信装置のユーザに提示可能にする（表示部３０で表示する）（ステップＳ３）。
【００５３】
受信装置２−Ｎは、ユーザによって指定されたコンテンツを蓄積予約として設定し、蓄積予約管理表に登録する（ステップＳ４）。
【００５４】
受信装置２−Ｎは、蓄積予約管理表に登録された放送されるコンテンツの予約時間数分前にＣＳＴを再取得する（ステップＳ５）。これは、放送されるコンテンツに関する情報に変更があるか否かを判定するためである。変更がある場合には、受信装置２−Ｎは、コンテンツ表及び蓄積予約管理表の登録内容を自動更新する。
【００５５】
受信装置２−Ｎは、蓄積予約管理表の登録内容に従って、コンテンツの蓄積予約の制御を行い、放送時間になると、該当エレメンタリストリーム (ＥＳ)のＤＩＩを取得し、ＤＩＩに記載されたＣＲＩＤをもとに、該当するモジュール内のデータブロック（ＤＤＢ）列を受信してコンテンツの蓄積を実行する（ステップＳ７）。該当コンテンツが、モジュールリンクされている場合には、対応する複数のモジュール内のデータブロック（ＤＤＢ）列を受信して蓄積する。尚、受信装置２−Ｎは、蓄積予約したコンテンツが放送開始時刻（start_time）に従って放送中であれば、受信して蓄積動作を実行し、放送開始時刻（start_time）外であれば（蓄積予約したコンテンツが放送中ではなければ）、蓄積管理予約表に登録して放送時間まで待機することになる。受信不良が原因で一度にコンテンツを構成する全てのデータが受信できない場合にも、コンテンツは、ＤＤＢ単位で伝送されているために、カルーセル伝送方式で伝送されるカルーセル回数内で再取得可能であれば、受信に失敗したＤＤＢ単位で蓄積を行うことができ、カルーセル回数内で受信に失敗した場合には、再放送時に取得可能である。この再放送日時の情報は、予めＣＳＴ内に埋め込まれているために、受信装置２−Ｎは、蓄積予約管理表の登録内容に従って自動的に再取得が可能である。
【００５６】
受信装置２−Ｎは、蓄積が完了したコンテンツについては、蓄積予約管理表の登録を削除するとともに、蓄積コンテンツ管理表に登録して蓄積状況を管理する（ステップＳ８）。例えば、コンテンツの蓄積が完了したら、蓄積コンテンツ管理表に登録し、蓄積予約管理表からマーキングを削除して再放送時の再取得を実行しないように制御する。更に、１サイクル（カルーセルサイクル）内で完全に蓄積できなかった場合は、次のサイクル（カルーセルサイクル）で再度取得する。ただし、蓄積できたデータ（ＤＤＢ単位）は破棄せずに保存（一時保存）しておく。また、放送の持続時間（duration）の情報を利用して、蓄積未完了のまま当該サイクルの放送時間が終了した際に、再放送がある場合は予約蓄積の中断として判断し、再放送がない場合は予約蓄積の中止として判断する。
【００５７】
受信装置２−Ｎは、シリーズやジャンル別に蓄積したコンテンツの一覧表を作成して、ユーザに提示可能にするのが好適である（ステップＳ９）。ユーザは、所定の操作で、蓄積したコンテンツの一覧表から不要なコンテンツを削除することもできる。シリーズのコンテンツで、放送間隔の短いものは、古いものから削除するように構成することができる。（シリーズ予約時にユーザに保存数や、上書きするか否かを指定することができる）また、シリーズ単位やカテゴリ単位で複数のコンテンツを１グループとしたパターンで蓄積することも可能である。
【００５８】
受信装置２−Ｎは、ユーザの指定された蓄積済みのコンテンツについて、表示部３０等で再生可能である（ステップＳ１０）。例えば、受信装置２−Ｎが携帯電話５１２で構成される場合には、図８に示すように、ユーザインターフェース５１４を介して、画面５１３に表示されるコンテンツのタイトル「ＮＨＫいつでもニュース」に含まれる複数のコンテンツを指定して、情報を得ることができる。当該コンテンツに映像、音声、データ放送、字幕のデータが関連付けられている場合には、これらのデータを再生することができる。例えば、コンテンツのデータ放送には、コンテンツのサムネイル画像を伝送して、受信装置側でコンテンツ表の表示の際に利用可能する。
【００５９】
このように、受信装置２−Ｎは、送信されるコンテンツスケジュールテーブル（ＣＳＴ）を受信して、コンテンツ表を作成し、このコンテンツ表で蓄積予約を行い、コンテンツを受信して自動蓄積する。特に、受信装置２−Ｎが移動受信装置（例えば、携帯電話）の場合、カルーセル伝送方式でコンテンツを完全に受信して蓄積しきれない場合も、放送局側送信装置１からの再放送のタイミングで再度の蓄積動作を自動的に行うことができる。
【００６０】
ここで、コンテンツ蓄積予約制御部２４３の構成及び動作について、図９及び図１０を参照して更に詳細に説明する。
【００６１】
図９に示すように、コンテンツ蓄積予約制御部２４３は、蓄積予約管理表生成部２４３１と、蓄積予約時刻判定部２４３２と、現在時刻発生部２４３３と、ＣＳＴ取得指示部２４３４と、ＣＳＴ内容判定部２４３５と、コンテンツ表更新部２４３６と、コンテンツ取得指示部２４３７と、未蓄積ＤＤＢ判定部２４３８と、カルーセルサイクル／放送時刻判定部２４３９と、未蓄積ＤＤＢ取得指示部２４４０と、蓄積状況判定部２４４１と、蓄積予約管理表記憶部２４４２と、蓄積予約中断・中止判定部２４４３とを備える。
【００６２】
図１０に示すように、コンテンツ蓄積予約制御部２４３は、コンテンツの蓄積予約の開始にあたって、蓄積予約管理表生成部２４３により、蓄積するコンテンツに関するＣＳＴに記載された情報をコンテンツ表から取得して、蓄積予約管理表に登録し、蓄積予約管理表記憶部２４４２に記憶する（ステップＳ２１）。
【００６３】
蓄積予約時刻判定部２４３２は、蓄積予約管理表記憶部２４４２に記憶される蓄積予約管理表を参照して、蓄積するコンテンツの時刻を判定し、蓄積予約時刻の数分前に達した場合には、ＣＳＴの再取得を行うためにＣＳＴ取得指示部２４３４にその旨を知らせる（ステップＳ２３）。尚、現在の日時に関する情報（分単位）は、現在時刻発生部２４３３によって発生させることができる。
【００６４】
ＣＳＴ取得指示部２４３４は、ＣＳＴ／ＣＳＣＴ復号部２４１に指示して、該当するコンテンツのＣＳＴを再取得する（ステップＳ２４）。
【００６５】
ＣＳＴ内容判定部２４３５は、再取得したＣＳＴから、コンテンツの予約蓄積の情報（放送時刻や放送内容）に変更があるか否かを判定し（ステップＳ２５）、変更があれば蓄積予約管理表の内容を変更して、蓄積予約管理表記憶部２４４２に記憶する（ステップＳ２６）。変更内容が放送の中止や所定時間（例えば、６０分）を超えるような変更の場合には、ステップＳ２２の処理から再度実行するように構成することができる。また、再取得したＣＳＴの内容は、コンテンツ表更新部２４３６によってコンテンツ表を更新してコンテンツ表記憶部２５に記憶する。以下では、例えば変更内容が所定時間（例えば、６０分）以内であった場合を想定し、変更後のＣＳＴに基づくコンテンツ管理表に従って蓄積予約を実行するものとする。また、コンテンツの本放送から取得する例について説明するが、再放送時から取得する場合も、ＣＳＴでは、放送時刻が記述されているため、本放送であるか再放送であるかを意識することなく同様に取得することができる。
【００６６】
蓄積予約管理表（図５）には、コンテンツ表更新部２４３６によって、蓄積予約待ちのコンテンツにはマーキングされており、コンテンツ取得指示部２４３７は、当該コンテンツの放送時刻に達すると、マーキングされた蓄積予約のコンテンツの蓄積実行をＤＤＢ単位で行う旨をコンテンツ復号制御部２６（コンテンツ蓄積実行部２６２）に指示して（ステップＳ２７）、コンテンツ復号制御部２６（蓄積コンテンツ管理部２６３）から得られる未蓄積のＤＤＢの有無の情報を未蓄積ＤＤＢ判定部２４３８によって取得する。
【００６７】
未蓄積ＤＤＢ判定部２４３８は、未蓄積のＤＤＢの有無の情報を判定し、未蓄積のＤＤＢがないと知得するときは、蓄積予約の動作を終了させる（蓄積予約管理表のマーキングをはずす）。一方、未蓄積ＤＤＢ判定部２４３８は、未蓄積のＤＤＢがあると知得するときは、その旨をカルーセルサイクル／放送時刻判定部２４３９に送出する（ステップＳ２８）。尚、蓄積コンテンツ管理部２６３では、蓄積済みのＤＤＢについては一時保存している（ステップＳ２９）。
【００６８】
カルーセルサイクル／放送時刻判定部２４３９は、現在時刻情報及び蓄積予約管理表の情報に基づいて、まず、蓄積すべきＤＤＢがカルーセル内で再取得可能であるか否かを判別し（ステップＳ３０）、再取得可能であればＣＲＩＤに基づいてＤＩＩを特定してＤＤＢを再取得し、全てのＤＤＢが取得できていれば、蓄積予約の動作を終了させる（蓄積予約管理表のマーキングをはずす）。この場合のＤＤＢの再取得に失敗したときは、再度ステップ３０の動作を実行させる（図示せず）。
【００６９】
カルーセルサイクル／放送時刻判定部２４３９は、カルーセル内で再取得可能でないと判定した場合に、現在時刻情報及び蓄積予約管理表の情報に基づいて、次の放送時刻でコンテンツの取得が可能であるか否かを判別し（ステップＳ３２）、再取得が可能でない場合や、オプションとしてユーザ指定で設定される蓄積予約中断・中止判定部２４４３によってコンテンツの放送時間が長いと判定され、次回の放送まで蓄積予約の中断とするか、又は蓄積予約を中止する（ステップＳ３３，Ｓ３４）。中止される場合には、蓄積予約管理表のマーキングははずされる。
【００７０】
カルーセルサイクル／放送時刻判定部２４３９は次の放送時刻でコンテンツの取得が可能であると判定した場合に、その旨を未蓄積ＤＤＢ取得指示部２４４０に伝え、未蓄積ＤＤＢ取得指示部２４４０は、当該コンテンツの再放送時刻に達すると、マーキングされた蓄積予約のコンテンツの蓄積実行をＤＤＢ単位で行うようコンテンツ復号制御部２６（コンテンツ蓄積実行部２６２）に指示して（ステップＳ３５）、コンテンツ復号制御部２６（蓄積コンテンツ管理部２６３）から得られる未蓄積のＤＤＢの有無の情報を蓄積状況判定部２４４１によって取得する。
【００７１】
蓄積状況判定部２４４１は、当該コンテンツの全てのＤＤＢを取得したか否かを判別し（ステップＳ３６）、取得できていない場合には、再度ステップＳ３０の動作からＣＳＴに基づく再放送が予定されているときまで繰り返させる。蓄積状況判定部２４４１は、当該コンテンツの全てのＤＤＢを取得したと判別した場合には、蓄積予約管理表のマーキングを除去して（蓄積予約のコンテンツの情報を削除して）、蓄積予約の動作を終了させる。
【００７２】
このように、受信装置２−Ｎは、コンテンツスケジュールテーブル（ＣＳＴ）を受信して、このコンテンツスケジュールテーブル（ＣＳＴ）に基づいてコンテンツ表を作成し、受信装置のユーザに提示可能にする（表示する）。ユーザは、コンテンツ表から、希望するコンテンツの蓄積予約を選択する。受信装置は、コンテンツの蓄積予約の時刻が近づいたとき（例えば、数分前）に、自動的に起動し、再度コンテンツスケジュールテーブル（ＣＳＴ）を受信して、送信時刻に変更がないか否かを確認する。コンテンツの蓄積予約の時刻に達すると、コンテンツスケジュールテーブル（ＣＳＴ）内のＣＲＩＤに従うカルーセル伝送方式のＥＳからＤＩＩを検出し、希望するコンテンツに対応するコンテンツ識別子（ＣＲＩＤ）が見つかった後、このＣＲＩＤに付随するコンテンツをデータブロック（ＤＤＢ）単位で復号して蓄積する。即ち、ＣＳＴ内のＣＲＩＤは、ＤＩＩに埋め込まれている。
【００７３】
受信装置２−Ｎは、受信不良等でコンテンツの蓄積が正常終了できなかった場合、カルーセルの終了時刻まで当該データブロック受信のリトライを実行する。カルーセルの終了時刻までに正常終了できなかった場合には、再放送時刻に再度コンテンツの蓄積予約の制御を実行し、リトライする。コンテンツの蓄積が正常終了した場合は、再放送時刻ではこのリトライを行わない。コンテンツの蓄積が正常終了していないコンテンツは、再放送時刻まで一時保存し、リトライ時に誤りなく取得したデータをデータブロック単位で差し替えることができる。これにより、蓄積予約の動作を大幅に高効率化することができる。
【００７４】
［コンテンツスケジュールテーブル（ＣＳＴ）］
図１１（ａ）は、コンテンツスケジュールテーブル（ＣＳＴ）に示される情報の概要であり、図１１（ｂ）は、コンテンツスケジュールテーブル（ＣＳＴ）の記述例（content_schedule_section）である。ＣＳＴの種別を表す「テーブル識別子」と、ＣＳＴの伝送識別情報を表す「伝送識別情報」と、コンテンツごとに割り当てられた固有の識別子を表す「ＣＲＩＤ」と、各コンテンツの放送時の開始時刻、放送持続時間、及び放送回数を表す「放送時刻識別情報」と、各コンテンツの記述内容を表す「各種記述子」からなる。また、コンテンツスケジュールテーブル（ＣＳＴ）は、１つのＣＳＴに含まれる複数のコンテンツについて、所定回数の「放送時間の情報」とＥＩＴで運用されるものと同一の各種記述子である、コンテンツのコピーを制限する制御する旨を表す「デジタル制御記述子」、コンテンツのタイトルを表す「短形イベント記述子」、番組内容を表す「コンテント記述子」、ジャンル及びシリーズ番組である旨を表す「シリーズ記述子」を記述している。尚、「伝送識別情報」は、各サービス態様で随意決定することができ、その一例を以下に示す。
【００７５】
「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」を設けて、使用されている最終のテーブル識別を示すようにすることもできる。使用されるテーブルが１個のみの場合は、このフィールドにはこのテーブルのテーブル識別が設定される。
【００８７】
「crid_length(8 bits)」は、コンテンツごとに割り当てられた固有の識別子（ＣＲＩＤ）の長さを表す。
【００８８】
「CRID(256Bytes)」は、コンテンツごとに割り当てられた固有の識別子を表す。
【００８９】
「broadcast_count(4bits)」は、コンテンツの放送回数を表す。
【００９０】
「component_tag(8bits)」は、ＣＲＩＤごとの多重伝送するデータ列を表すタグ情報である。
【００９１】
「start_time(40bits)」は、ＣＲＩＤごとのコンテンツの放送開始時刻を表す。
【００９２】
「duration(24bits)」は、ＣＲＩＤごとのコンテンツの持続時間を表す。
【００９３】
「descriptor_loop_length(12bits)」は、以下に続く記述子の長さを表す。各種記述子は、運用されるＥＩＴの記述子をそのまま採用することができる。各種記述子は、蓄積コンテンツの管理に役立つ。例えば、図１２（ａ），（ｂ）に示すように、ＣＲＩＤごとに関連付けられた「短形イベント記述子」及び「シリーズ記述子」を利用することで、受信装置は、「ニュース１９時」のコンテンツについては、同日内に複数話数が編成されていることを知りえることができ、例えば、図１３（ａ）のように「ニュース１９時」について表示されるシリーズ番組「ＮＨＫいつでもニュース」に関して、図１３（ｂ）ユーザが上書きを選択する場合と上書きを選択しない場合とで表示形態を変えることができる。
【００９４】
例えば、シリーズのコンテンツで、放送間隔の短いものは、古いものから削除するように構成することができる。（シリーズ予約時にユーザに保存数や、上書きするか否かを指定することができる）また、シリーズ単位やカテゴリ単位で複数のコンテンツを１グループとしたパターンで蓄積することも可能である。
【００９５】
また、図１４に示すように、ＣＳＴを用いて、シリーズ、シリーズ内の大分類、シリーズ内の中分類ごとに、蓄積数の推奨値を放送波で伝送するように構成することもできる。
（１）シリーズコンテンツ（図示するシリーズ分類タイトル「ＮＨＫニュースクリップ」）全体で推奨値が「５０個まで」のときは、save_count_level0(14bits)は“５０”として設定されている。
（２）「ＮＨＫニュースクリップ」内の大分類（図示するシリーズ内大分類タイトル「スポーツ」）で推奨値が「１０個まで」のときは、save_count_level(6bits)は“１０”として設定されている。
（３）「ＮＨＫニュースクリップ」内の大分類「スポーツ」内の中分類（図示するシリーズ内中分類タイトル「野球」）で推奨値が「３個まで」のときは、save_count_level(4bits)は“３”として設定されている。
「シリーズ記述子」のprogram_patternの未定義値を用いて、上書きを推奨する旨（蓄積数１）を放送波で伝送する。
（例１−１）program_pattern=0x6のとき、シリーズ単位で上書き。
（例１−２）program_pattern=0x7のとき、シリーズの中分類で上書き。
（例２）コンテンツスケジュールテーブル（ＣＳＴ）内に、記述子として、シリーズ、シリーズ内の大分類、シリーズ内の中分類ごとに、update_leve0(1bit), update_leve1(1bit), update_leve2(1bit)を用意し、“１”の場合に、対応する分類で上書きを推奨する。
【００９６】
また、図１５（ａ）の記述子（図示Ａ〜Ｆ）と組み合わせて、図１５（ｂ）のようなカテゴリ単位又はシリーズ単位の表示形態を選択することができる。
【００９７】
蓄積済みのコンテンツを再生しながらでも、蓄積可能であることに留意する。
【００９８】
また、放送局側送信装置１は、コンテンツのデータを伝送する際に、コンテンツスケジュールテーブル（ＣＳＴ）に規定される時間以外にも、視聴解禁時間外に、当該コンテンツのデータの大部分（最後のＤＤＢのデータを除く部分）を放送し（例えば、１０個のＤＤＢで伝送するものとすれば、先頭から９個分のＤＤＢ）、残りの１個を視聴解禁時間内に放送することもできる。また、放送局側送信装置は、コンテンツのデータを伝送する際に、コンテンツスケジュールテーブル（ＣＳＴ）に規定される時間以外にも、リアルタイム放送休止中（例えば、深夜）のＯＦＤＭセグメントを利用して当該コンテンツのデータの大部分を放送することも可能である。これにより、例えばコンテンツによっては長時間の伝送を要することもあるため、受信装置は、夜中に当該コンテンツの大部分を予約蓄積しておき、コンテンツスケジュールテーブル（ＣＳＴ）に規定される時間では残りの数ＤＤＢを蓄積すればよい。
【００９９】
［コンテンツスケジュール変更テーブル（ＣＳＣＴ）］
また、（table_id）に基づいてコンテンツスケジュールテーブル（ＣＳＴ）を分けて伝送する場合のほかに、コンテンツスケジュールテーブル（ＣＳＴ）に対する差分情報（例えば、図１６参照）を表すコンテンツスケジュール変更テーブル（ＣＳＣＴ）を送信するように構成することもできる。これにより、コンテンツスケジュールテーブル（ＣＳＴ）を分けて伝送する場合（図１７（ａ）の７１１，７１２参照）と比較して情報量のサイズを小さくすることができることから、実質的にコンテンツスケジュールテーブル（ＣＳＴ）内の伝送情報の送信周期を短くすることができるため（図１７（ｂ）の７１１，７１３参照）、受信装置は、蓄積予約を実行する時刻の直前に、コンテンツスケジュールテーブル（ＣＳＴ）の変更があった場合にも直ちに対応することができるようになる。
【０１００】
このコンテンツスケジュール変更テーブル（ＣＳＣＴ）のバージョン（version_number）には、対応するコンテンツスケジュールテーブル（ＣＳＴ）のバージョン（version_number）が示される。受信装置は、コンテンツスケジュールテーブル（ＣＳＴ）に示される放送時間の数分前に、コンテンツスケジュール変更テーブル（ＣＳＣＴ）を取得し、蓄積予約の内容に変更があると検知した場合には蓄積予約管理表の登録を変更する。コンテンツスケジュール変更テーブル（ＣＳＣＴ）用のバージョン（version_number）も設ける場合には（図示せず）、更なる変更があったか否かの判定に利用することができる。
【０１０１】
受信状態が悪く、コンテンツの取得に失敗した場合、蓄積動作を所定時間（例えば、１時間）強制的に停止する機能や、ＧＰＳ情報を利用して、常時受信状態が悪い場所（地下など）では、蓄積動作を行わないように制限することも可能である。
【０１０２】
［コンテンツスケジュールテーブル（ＣＳＴ）の更に別の例］
図１８は、コンテンツスケジュールテーブル（ＣＳＴ）の更に別の記述例（content_schedule_section）である。本例においても、ＣＳＴの種別を表す「テーブル識別子」と、ＣＳＴの伝送識別情報を表す「伝送識別情報」と、コンテンツごとに割り当てられた固有の識別子を表す「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(8 bits)」は、使用されている最終のテーブル識別を示す。使用されるテーブルが１個のみの場合は、このフィールドにはこのテーブルのテーブル識別が設定される。
【０１１６】
「event_id (16bits)」は、コンテンツごとに割り当てられた固有の識別子を表す。この固有の識別子（event_id）は、上述のＣＲＩＤに対応するものであり、最大256Bytesまで設定可能とするように構成してもよい。
【０１１７】
「file_type_value (16bits)」は、コンテンツファイルの内容を識別させるための「ファイル種別情報」であり、例えばＴＳファイル、ＳＴＤ−Ｂ３などのファイルを識別するのに用いる。
【０１１８】
「content_type_value1 (8bits)」は、コンテンツ種別を識別するための情報であり、例えば、映像、音声、データなどを識別するのに用いる。
【０１１９】
「content_type_value2 (4bits)」は、コンテンツが更新されるような場合に、その更新の有無を識別できるようにするコンテンツ更新種別情報である。
【０１２０】
「content_type_value3 (4bits)」は、コンテンツの本編や補足情報の種別を識別するのに用いる。
【０１２１】
「file_version_number (4bits)」は、同じevent_idのコンテンツで内容の変更の有無を識別するのに用いる。
【０１２２】
「broadcast_count(8bits)」は、コンテンツの放送回数を表す。
【０１２３】
「component_tag(8bits)」は、event_idごとの多重伝送するデータ列を表すタグ情報である。
【０１２４】
「start_time(40bits)」は、event_idごとのコンテンツの放送開始時刻を表す。
【０１２５】
「duration(24bits)」は、event_idごとのコンテンツの持続時間を表す。
【０１２６】
「running_status(3bits)」は、既存のＥＩＴと同様、“０”が挿入されて当該イベントが有効と判断するが、未定義であり、通常、受信側では、“０”以外の場合でも“０”とみなす運用が為されている。
【０１２７】
「free_CA_mode(1bits)」は、既存のＥＩＴと同様、無料コンテンツ／有料コンテンツを識別するのに用いる。
【０１２８】
「descriptor_loop_length(12bits)」は、各記述子の長さを表す。
【０１２９】
「CRC_32(3bits)」は、既存のＥＩＴと同様、巡回冗長検査を表し、３２ビット整数などの固定サイズの値を出力する関数であり、連続する誤りを検出するための誤り検出符号である。
【０１３０】
なお、サービス内で一つのＥＳしか使用せずコンテンツの伝送で使用されるＥＳの番号が既知となる運用をする場合は、本例で示すように、ＣＳＴ内のcomponent_tagを省略することも可能である。また、上述した各ＣＳＴまたはＣＳＣＴの例における全てのbit値又はByte値は随意定めることができ、単なる参考値であることは勿論である。
【０１３１】
更に、本発明の一態様として、コンテンツ蓄積予約制御部をコンピュータとして構成させることができる。コンピュータに、前述したコンテンツ蓄積予約制御部を実現させるためのプログラムは、コンピュータの内部又は外部に備えられる記憶部に記憶される。そのような記憶部は、外付けハードディスクなどの外部記憶装置、或いはＲＯＭ又はＲＡＭなどの内部記憶装置で実現することができる。コンピュータに備えられる制御部は、中央演算処理装置（ＣＰＵ）などの制御で実現することができる。即ち、ＣＰＵが、各構成要素の機能を実現するための処理内容が記述されたプログラムを、適宜、記憶部から読み込んで、各構成要素の機能をコンピュータ上で実現させることができる。ここで、各構成要素の機能をハードウェアの一部で実現しても良い。
【０１３２】
また、この処理内容を記述したプログラムを、例えばＤＶＤ又はＣＤ−ＲＯＭなどの可搬型記録媒体の販売、譲渡、貸与等により流通させることができるほか、そのようなプログラムを、例えばネットワーク上にあるサーバの記憶部に記憶しておき、ネットワークを介してサーバから他のコンピュータにそのプログラムを転送することにより、流通させることができる。
【０１３３】
また、そのようなプログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラム又はサーバから転送されたプログラムを、一旦、自己の記憶部に記憶することができる。また、このプログラムの別の実施態様として、コンピュータが可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することとしてもよく、更に、このコンピュータにサーバからプログラムが転送される度に、逐次、受け取ったプログラムに従った処理を実行することとしてもよい。
【産業上の利用可能性】
【０１３４】
本発明によれば、受信装置側では受信状況が不安定な環境（例えば、地下鉄乗車時にあるときなど）にある場合においても、再度の蓄積動作を自動的に行う仕組みが提供されるため、安定したコンテンツ蓄積を実現することができるため、特に、番組表で蓄積予約するデジタル放送のコンテンツを得る用途に有用である。
【符号の説明】
【０１３５】
１  放送局側送信装置
１１  コンテンツ編成部
１２  カルーセル処理部
１３  ＰＳＩ／ＳＩ生成符号化部
１４  多重化部
１５  ＯＦＤＭ変調部
１６  送信部
２−１，２−２，２−Ｎ  受信装置
２１  受信部
２２  ＯＦＤＭ復調部
２３  コンテンツ蓄積制御部
２４  ＣＳＴ／ＣＳＣＴ復号制御部
２５  コンテンツ表記憶部
２６  コンテンツ復号制御部
２８  ユーザインターフェース
２９  再生制御部
３０  表示部
３１  スピーカ
１１１  コンテンツ配信用データ生成部
１１２  ＣＳＴ／ＣＳＣＴ生成部
１１３  ＣＳＴ／ＣＳＣＴ送信周期設定部
１２１  映像符号化部
１２２  音声符号化部
１２３  データ放送用データ符号化部
１２４  字幕データ符号化部
１２５  ＰＳＩ符号化部
１２６  パッケージ部（多重化部）
２４１  ＣＳＴ／ＣＳＣＴ復号部
２４２  コンテンツ表生成部
２４３  コンテンツ蓄積予約制御部
２６１  コンテンツ復号部
２６２  コンテンツ蓄積実行部
２６３  蓄積コンテンツ管理部
２６４  蓄積コンテンツ一覧表生成部
２４３１  蓄積予約管理表生成部
２４３２  蓄積予約時刻判定部
２４３３  現在時刻発生部
２４３４  ＣＳＴ取得指示部
２４３５  ＣＳＴ内容判定部
２４３６  コンテンツ表更新部
２４３７  コンテンツ取得指示部
２４３８  未蓄積ＤＤＢ判定部
２４３９  カルーセルサイクル／放送時刻判定部
２４４０  未蓄積ＤＤＢ取得指示部
２４４１  蓄積状況判定部
２４４２  蓄積予約管理表記憶部
２４４３  蓄積予約中断・中止判定部
【図１】
2011135571.tif 000003
【図２】
2011135571.tif 000004
【図３】
2011135571.tif 000005
【図４】
2011135571.tif 000006
【図５】
2011135571.tif 000007
【図６】
2011135571.tif 000008
【図７】
2011135571.tif 000009
【図８】
2011135571.tif 000010
【図９】
2011135571.tif 000011
【図１０】
2011135571.tif 000012
【図１１】
2011135571.tif 000013
【図１２】
2011135571.tif 000014
【図１３】
2011135571.tif 000015
【図１４】
2011135571.tif 000016
【図１５】
2011135571.tif 000017
【図１６】
2011135571.tif 000018
【図１７】
2011135571.tif 000019
【図１８】
2011135571.tif 000020