(57)【特許請求の範囲】
【請求項１】
デジタル放送の放送波でコンテンツファイルを送信する際に、該コンテンツファイルを受信側で蓄積予約させるのに必要とされる番組スケジュールテーブルを送信する送信装置であって、
前記番組スケジュールテーブルは、各コンテンツファイルを放送するサービスを一意に指定するサービスＩＤと、開始時刻、放送持続時間、及びコンテンツファイルをダウンロードする番組イベントを一意に表すイベント識別子と、ファイル伝送記述子とを含み、該ファイル伝送記述子は、コンテンツファイルの内容を識別させるためのファイル種別情報を含み、
前記番組スケジュールテーブルを所定間隔で送信する番組スケジュールテーブル送信手段と、
前記番組スケジュールテーブル内の前記ファイル種別情報で関連付けたイベント識別子を有するコンテンツファイルをデータブロックにてカルーセル方式で送信するコンテンツファイル送信手段と、を備え、
前記イベント識別子は、前記ファイル種別情報で識別されるコンテンツファイルの内容を更に細分化した内容を表す枝番と関連付けられ、該枝番は、カルーセル方式のＤＩＩにて、前記イベント識別子、及びコンテンツのバージョンを表すデータイベント識別子と共に、ダウンロードＩＤに関連付けて付加されていることを特徴とする、送信装置。
【請求項２】
前記番組スケジュールテーブルは、ＥＩＴにファイル伝送記述子を追加して構成されていることを特徴とする、請求項１に記載の送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送局側から放送番組表用のデータを放送波で配信して、受信側で放送局から蓄積（ダウンロード）配信されるファイル形式の任意のファイルを取得可能にする技術に関し、特に、任意ファイルを蓄積（ダウンロード）配信する放送サービスの送信装置に関する。
【背景技術】
【０００２】
従来から、受信装置が放送局から配信される放送コンテンツに関するデータを受信してコンテンツ表を作成し、このコンテンツ表から所望のコンテンツを得るシステムとしてＥＰＧ(Electric Program Guide)を用いたシステムが知られている（特許文献１，２参照）。
【０００３】
通常、ＥＰＧを用いたシステムには、受信装置側でコンテンツ表に基づいて所望のコンテンツを専用のコンテンツサーバから取得して表示するものと、受信装置側でコンテンツ表に基づいて放送日時を管理して放送されるコンテンツを蓄積するものとがある。
【０００４】
コンテンツのソースがデジタル放送である場合、各チャンネルが順次選局されるように、受信周波数、トランスポートストリーム識別（ＴＳＩＤ）が一定周期で切り替えられ、ＴＳデータはパケット単位で伝送され、パケットの先頭部分には、ＰＩＤ（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）情報を用いてコンテンツごとに切り替えて取得することができる（例えば、特許文献３参照）。
【０００８】
従って、従来からの放送サービスを伝送・受信する技術は、受信装置が放送局から配信される放送ＳＩの情報を元に放送コンテンツ表を作成し、所望のコンテンツを視聴、または録画予約を行うＥＰＧを用いたシステムとして構成される。
【０００９】
一方、放送局から蓄積（ダウンロード）配信により任意のファイルを配信し、受信装置で取得する技法は、ＡＲＩＢ ＳＴＤ‐Ｂ２４に「独自データ放送」として記載があり、また、地上デジタル音声放送の運用規定であるＴＲ‐Ｂ１３のＥプロファイルとして定められている。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００７−３６７２６号公報
【特許文献２】特開２００１−１３６４９５号公報
【特許文献３】特開２００５−１９７９９２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかしながら、従来のＥＰＧでは、放送ＳＩの情報に任意ファイルのダウンロードに関する情報が無いため、任意ファイルのダウンロード用のＥＰＧを実現できていない。
【００１２】
また、デジタルラジオのＥプロファイルでは、受信装置側で実際のダウンロードする任意ファイルを含む放送信号全体を受信して復号してメモリへ展開するまで、如何なるファイルが配信されてきたのかを把握することができず、受信装置の処理コスト、及び、受信電力的に非効率であった。
【００１３】
近年では、移動受信端末による移動受信を想定するマルチメディア放送など、携帯受信端末向け放送サービスの需要が増大しており、不安定な受信状況の中でも確実に蓄積（ダウンロード）放送されるコンテンツ（以下、蓄積コンテンツと称する）を受信できるようにする放送システムの構築が要望されている。
【００１４】
特に、放送サービスで交通情報を伝送する場合を想定すると、常に新しい情報を配信する必要があり、受信装置側も限られたメモリ容量を有効利用すること、例えば蓄積（ダウンロード）放送される同一種類のコンテンツファイルについては上書き更新できるような放送システムを構築すること必要である。
【００１５】
そこで、本発明の目的は、上述の問題を鑑みて為されたものであり、任意ファイルを蓄積（ダウンロード）配信する放送サービスの送信装置を提供することにある。
【課題を解決するための手段】
【００１６】
本発明では、送信装置側で、ＥＰＧを構成する放送ＳＩの情報の中に、具体例としてＥＩＴ内に新規の記述子である「ファイル伝送記述子」（file_delivery_descriptor）を追加して拡張ＥＩＴを構成して伝送し、受信装置側では、この「ファイル伝送記述子」に含まれる蓄積（ダウンロード）放送用の任意のコンテンツファイル（以下、総括して「任意ファイル」とも称する）を識別し、如何なるコンテンツファイルが配信されてきたのかを直ちに把握させ、必要に応じて同一種類のコンテンツファイルについては上書き更新できるようにする。尚、ＥＩＴ以外の専用テーブルを設け、この専用テーブル内に「ファイル伝送記述子」を追加して伝送するように放送システムを構築することもできる。
【００１７】
即ち、本発明の送信装置は、デジタル放送の放送波でコンテンツファイルを送信する際に、該コンテンツファイルを受信側で蓄積予約させるのに必要とされる番組スケジュールテーブルを送信する送信装置であって、前記番組スケジュールテーブルは、各コンテンツファイルを放送するサービスを一意に指定するサービスＩＤと、開始時刻、放送持続時間、及びコンテンツファイルを蓄積（ダウンロード）する番組イベントを一意に表すイベント識別子と、ファイル伝送記述子とを含み、該ファイル伝送記述子は、コンテンツファイルの内容を識別させるためのファイル種別情報を含み、前記番組スケジュールテーブルを所定間隔で送信する番組スケジュールテーブル送信手段と、前記番組スケジュールテーブル内の前記ファイル種別情報で関連付けたイベント識別子を有するコンテンツファイルをデータブロックにてカルーセル方式で送信するコンテンツファイル送信手段と、を備え、前記イベント識別子は、前記ファイル種別情報で識別されるコンテンツファイルの内容を更に細分化した内容を表す枝番と関連付けられ、該枝番は、カルーセル方式のＤＩＩにて、前記イベント識別子、及びコンテンツのバージョンを表すデータイベント識別子と共に、ダウンロードＩＤに関連付けて付加されていることを特徴とする。
【００１８】
また、本発明の送信装置において、前記番組スケジュールテーブルは、ＥＩＴにファイル伝送記述子を追加して構成されていることを特徴とする。
【発明の効果】
【００２０】
本発明によれば、送信装置は、受信装置側で拡張ＥＩＴ又は専用テーブルにて識別できる任意ファイルの蓄積（ダウンロード）放送が可能となり、受信装置は、蓄積（ダウンロード）予約機能の実現や、受信装置が効率的に電力を最小限にして、拡張ＥＩＴ又は専用テーブルにて識別した任意ファイルのみを受信することが可能となる。
【００２１】
また、送信装置は、蓄積（ダウンロード）すべきコンテンツファイルが同一種類のものであると把握できるファイル種別情報（file_type_value）を「ファイル伝送記述子」に含めることにより、現在存在しない将来のファイルフォーマットにも対応可能な識別子として、放送システムにおける任意ファイルの伝送の更なる拡張性も可能となる。
【００２２】
また、ＥＩＴのイベント識別子（event_id）とダウンロードＩＤ（dounloadID）とを一致させた情報として配信することで、現行のデジタル放送の運用に準じた態様で比較的簡単に拡張して、ＥＩＴの予約情報と実際に蓄積（ダウンロード）するファイルを紐付けることが可能となり、また、効率的に任意ファイルの上書き更新も可能となり、例えば、繰り返しダウンロードの効率的な蓄積や、差分情報による効率的なダウンロードして連結し、任意ファイルを取得することや、交通情報などの逐次最新情報として上書き更新が必要とされる蓄積（ダウンロード）も可能となる。
【図面の簡単な説明】
【００２３】
【図１】本発明による一実施例の放送システムの概略構成図である。
【図２】本発明に係る一実施例の放送局側送信装置の概略図である。
【図３】本発明に係る一実施例の受信装置の概略図である。
【図４】本発明による一実施例の放送システムの動作説明図である。
【図５】ＤＩＩ及びＤＤＢのモジュールを例示する図である。
【図６】本発明による一実施例の放送システムにて多重送信する３チャンネルの蓄積コンテンツを例示する図である。
【図７】本発明による一実施例の放送システムにて多重送信する拡張ＥＩＴを例示する図である。
【図８】本発明による一実施例の放送システムにてカルーセル方式で蓄積（ダウンロード）放送する蓄積コンテンツを例示する図である。
【図９】本発明による一実施例の放送システムにおける受信装置のコンテンツ蓄積予約制御部のブロック図である。
【図１０】本発明による一実施例の放送システムにおける受信装置のコンテンツ蓄積予約制御部の動作説明図である。
【図１１】本発明による一実施例の放送システムにてカルーセル方式で蓄積（ダウンロード）放送する蓄積コンテンツの蓄積予約と蓄積実行時のデータ構造を例示する図である。
【図１２】本発明による一実施例の放送システムにおける受信装置で用いる蓄積予約管理表を例示する図である。
【図１３】本発明による一実施例の放送システムにおける受信装置で用いる蓄積コンテンツ管理表を例示する図である。
【図１４】（Ａ），（Ｂ），（Ｃ）は、本発明による一実施例の放送システムにおける拡張ＥＩＴとカルーセル方式との関連付けを説明する図である。
【図１５】（Ａ），（Ｂ)，（Ｃ）は、本発明による一実施例の放送システムにおけるサービスチャンネルとカルーセル方式との関連付けを説明する図である。
【図１６】本発明による一実施例の放送システムにおける拡張ＥＩＴにおけるイベント識別子とカルーセル方式のダウンロードＩＤとの関連付けを説明する図である。
【図１７】（Ａ），（Ｂ）は、本発明による一実施例の放送システムにおける拡張ＥＩＴにおけるイベント識別子の枝番を例示する図である。
【図１８】本発明による一実施例の放送システムにおけるサービスチャンネルとカルーセル方式のデータイベント識別子との関連付けを説明する図である。
【図１９】本発明によるファイル伝送記述子を例示する図である。
【発明を実施するための形態】
【００２４】
以下、本発明に係る任意ファイルを蓄積（ダウンロード）配信・受信する放送サービスの放送システムの一実施例について説明する。本実施例の放送システムの説明から、本発明に係る送信装置及び受信装置の構成も明らかになる。
【００２５】
［システム構成］
図１は、本発明による一実施例の放送システムの概略構成図である。放送局側送信装置１は、蓄積コンテンツの映像用データ、音声用データ、データ放送のデータ、及び字幕用データ等の各データをデジタル放送で受信装置（図１では、車載・ポータブル受信端末２−１，携帯電話機２−２を例示するが、以下の説明では、包括的に「受信装置２」として説明する）に向けて配信する装置であり、特に、ＥＰＧを構成する放送ＳＩの情報の中に、具体例としてＥＩＴ内に新規の記述子である「ファイル伝送記述子」を追加して拡張ＥＩＴを構成して伝送する装置である。「ファイル伝送記述子」の詳細については後述する。
【００２６】
受信装置２は、この「ファイル伝送記述子」によって、如何なるコンテンツファイルが配信されてきたのかについて把握し、コンテンツファイルの蓄積予約を管理するための「蓄積予約管理表」及び、コンテンツファイルの蓄積の有無を管理するための「蓄積コンテンツ管理表」を生成して、配信される蓄積コンテンツの蓄積をユーザの指定により、又は自動設定に基づき管理する装置である。
【００２７】
詳細に後述するが、「ファイル伝送記述子(file_delivery_descriptor)」は、標準化機関が設定する当該ファイル伝送記述子を利用する機関を特定するための「記述子タグ情報（descriptor_tag）」と、当該ファイル伝送記述子の長さを表す「記述子長（descriptor_length）」と、受信装置側でコンテンツファイルの内容を識別させるための「ファイル種別情報（file_type_value）」と、上記以外の任意の情報を記述するための「リザーブ（reserved_future_use）」などを含む。本実施例では、放送局側送信装置１は、既存のＥＩＴに、この「ファイル伝送記述子」を付加して「拡張ＥＩＴ」を構成して伝送する。尚、ＥＩＴ以外の専用テーブルを設け、この専用テーブル内に「ファイル伝送記述子」を追加して伝送するように放送システムを構築することもできる。尚、既存ＥＩＴに新規に追加する「ファイル伝送記述子(file_delivery_descriptor)」は、ＰＭＴにも追加記載することも望ましく、この場合には蓄積コンテンツとの関連付けを再確認できるようになる。尚、「ファイル種別情報（file_type_value）」は、標準化機関に順ずる機関、もしくは、運用するプラットフォーム会社等が管理を行い、放送事業者、メーカー等に開示を行うのが好適である。これにより、受信装置２は実際に任意ファイルを受信する前に、配信されるファイルの内容を把握可能であり、受信の可否の判断が可能となる。
【００２８】
現在のデジタル放送では、番組情報を記述するＥＩＴの中に各番組をユニークに示すイベント識別子（event_id）が記述されている。イベント識別子（event_id）は一定時間、例えば２４時間以内はユニークな値として放送局で運用されている。そして、一定時間が過ぎると、再度ユニークな値として再割当される。本発明においては、蓄積（ダウンロード）する任意ファイルごとにイベント識別子（event_id）を割り当てることとし、一定の時間、例えば２４時間や１週間の間は、同一のファイルを繰り返し配信する場合は、同一のイベント識別子（event_id）を繰り返し使用することとする。同一ファイルを繰り返し配信することで受信装置２は移動中であっても受信できる機会が増加し確実に受信可能となる。また、受信装置２はイベント識別子（event_id）を確認することで、同一ファイルであれば既に受信済みの場合は受信しなくてもよいという判断が可能となる。なお、イベント識別子（event_id）の値をどれくらいの時間でユニークにするかについては、標準化機関等で規定されるものとする。
【００２９】
図２は、本発明による一実施例の放送局側送信装置１の概略図である。放送局側送信装置１は、コンテンツ編成部１０と、カルーセル処理部１１と、ＰＳＩ／ＳＩ生成符号化部１２と、多重化部１３と、ＯＦＤＭ変調部１４と、送信部１５とを備える。コンテンツ編成部１０は、コンテンツ生成部１０１と、制御データ生成部１０２と、ＥＩＴ生成部１０３とを備える。制御データ生成部１０２は、識別子付番制御部１０２１と、伝送回数・周期管理部１０２２とを備える。ＥＩＴ生成部１０３は、ファイル伝送記述子生成部１０３１を備える。
【００３０】
コンテンツ編成部１０は、放送波で配信するための蓄積コンテンツを生成するとともに、「拡張ＥＩＴ」で関連付けられた蓄積コンテンツを受信側で蓄積予約させるための基礎データとなる番組スケジュールを生成するように構成される。「拡張ＥＩＴ」は、既存のＥＩＴに、「ファイル伝送記述子」を付加したものであり、従来のＥＩＴと比較して伝送容量をほとんど増大させることなしに、蓄積コンテンツに関する情報の受信又は更新の負担を大きく低減させる（詳細に後述する）。
【００３１】
より具体的には、コンテンツ生成部１０１は、蓄積コンテンツを生成し、コンテンツファイルを生成する。例としてＴＳファイルの場合は、蓄積コンテンツを編成する要素である映像、音声、データ、字幕、ＰＳＩを生成して符号化し、多重化（パッケージ化）を施し、ＴＳを生成する。尚、ＰＳＩは、このＴＳを受信側で再生する際に必要なＰＡＴ及びＰＭＴ等の情報である。
【００３２】
制御データ生成部１０２は、コンテンツ生成部１０１を経て伝送するコンテンツを、カルーセル処理部１１によってカルーセル方式で伝送する際に、ＤＩＩメッセージ内のダウンロードＩＤ（downloadID）とＥＩＴのイベント識別子（event_id）とを関連付けた紐付けた態様で伝送するよう制御する識別子付番制御部１０２１と、イベント識別子（event_id）で識別されるイベント毎にカルーセル方式で伝送するデータブロック（ＤＢＢ）の伝送回数と、カルーセル方式で伝送する周期を管理する伝送回数・周期管理部１０２２からなる。このカルーセル方式で伝送する蓄積コンテンツをイベント識別子（event_id）で識別されるイベントとして管理するために、識別子付番制御部１０２１は、ＥＩＴ生成部１０３にイベント識別子（event_id）を送出する機能を有する。即ち、コンテンツファイルは、設定される送信周期に従って一定頻度で送信され、この送信周期は、蓄積コンテンツ別に設定可能であり、例えば、５分〜１２０分の間で設定することができる。
【００３３】
ＥＩＴ生成部１０３は、識別子付番制御部１０２１から得られるイベント識別子（event_id）を、放送波で配信するための蓄積コンテンツを受信装置側で蓄積させるのに用いる既存のＥＩＴに組み入れ、且つ「ファイル種別情報（file_type_value）」を含む「ファイル伝送記述子(file_delivery_descriptor)」を生成して追加し、拡張ＥＩＴを構成してＥＩＴ番組情報（ＥＩＴ）としてＰＳＩ／ＳＩ生成符号化部１２に送出する。ファイル伝送記述子生成部１０３１は、イベント識別子（event_id）によって識別されるコンテンツファイルの内容の種別を表す「ファイル種別情報（file_type_value）」を含む「ファイル伝送記述子(file_delivery_descriptor)」を生成する機能を有する。
【００３４】
カルーセル処理部１１は、コンテンツ生成部１０１によって符号化した蓄積コンテンツを、制御データ生成部１０２によるカルーセル方式の伝送回数及び送信周期と、ＤＩＩメッセージ内のダウンロードＩＤ（downloadID）とＥＩＴのイベント識別子（event_id）とを関連付けた態様でカルーセル化して、ＤＩＩ及びＤＤＢのモジュールを構築して多重化部１３に送出する。
【００３５】
例えば、図５に示すように、蓄積コンテンツ配信のサービスＩＤを表すチャンネル（Ｃｈ）にて、コンテンツデータは、コンポーネントタグ（component_tag：ＥＳｍ〜ＥＳｎ）で識別できるように多重化され、コンテンツデータは、拡張ＥＩＴ内のＥＰＧ（ただし、本実施例では、「ファイル伝送記述子」を含むＥＩＴ番組情報（ＥＩＴ）から生成される）で関連付けられた複数の蓄積コンテンツについて、選局した放送ストリームから抽出したＤＩＩ／ＤＤＢ情報を用いてイベント識別子（event_id）によって識別される蓄積コンテンツごとにダウンロード・データブロック（ＤＤＢ）を切り替えて取得することができる。尚、蓄積コンテンツは、１つ又は複数のモジュールで構成して伝送することもできる。
【００３６】
ＰＳＩ／ＳＩ生成符号化部１２は、受信装置２で放送波を受信するために必要なＰＳＩ／ＳＩ情報（即ち、ＥＩＴ番組情報（ＥＩＴ））を生成して符号化し、多重化部１３に送出する。このＥＩＴ番組情報（ＥＩＴ）は、拡張ＥＩＴと、各蓄積コンテンツの放送時の開始時刻、放送持続時間、及びコンテンツファイルを蓄積（ダウンロード）する番組イベントを一意に表す「イベント識別子」とを含むＰＳＩ／ＳＩ情報として構成される。
【００３７】
多重化部１３は、上記カルーセル化したコンテンツデータやＰＳＩ/ＳＩ等を、チャンネルごとに多重化して、ＴＳを形成し、ＯＦＤＭ変調部１４に送出する。
【００３８】
ＯＦＤＭ変調部１４は、多重化部１３を経て得られるＴＳを、デジタル放送のＯＦＤＭ方式に従う変調方式で変調を施して、送信部１５を介して外部に放送波として伝送する。
【００３９】
このように、放送局側送信装置１は、拡張ＥＩＴを一定頻度で送信するとともに、拡張ＥＩＴに基づいて蓄積コンテンツをカルーセル伝送方式で送信する。尚、詳細に後述するが、放送局側送信装置１は、拡張ＥＩＴに従って、各蓄積コンテンツをダウンロードＩＤ（downloadID）と紐付けされたイベント識別子（event_id）で関連付けたデータブロックにて再放送することが可能であり、受信装置２は、再放送の回数や周期を拡張ＥＩＴから知ることができる（図１１参照）。
【００４０】
図３は、本発明に係る一実施例の受信装置２の概略図である。受信装置２は、受信用アンテナを有するＯＦＤＭ復調部２０と、ＴＳ復号部２１と、音声復号部２２と、映像復号部２３と、字幕・文字スーパー復号部２４と、カルーセル処理部２５と、ＢＭＬブラウザ２６と、提示処理部２７と、ＳＩ処理部２８と、コンテンツ蓄積予約制御部２９と、コンテンツ蓄積部３０と、蓄積コンテンツ一覧表示・再生指示部３１と、ユーザＩ／Ｆ部３２とを備える。
【００４１】
ＯＦＤＭ復調部２０は、拡張ＥＩＴのデータを構成するＥＩＴ番組情報（ＥＩＴ）を復調して、このＴＳをＴＳ復号部２１に送出する機能と、この拡張ＥＩＴに対応する蓄積コンテンツデータを受信し、ＯＦＤＭ復調部２０を介して復調して、このＴＳをＴＳ復号部２１に送出する機能を有する。デジタル放送では、ＴＳデータ中のＰＩＤを検出し、このＰＩＤを読み取ることで、コンテンツデータ、拡張ＥＩＴのデータの識別を行うことができ、ＥＳ番号（component_tag）を検出し、このＥＳ番号を読み取ることで、所望するデータの識別ができる。
【００４２】
ＴＳ復号部２１は、ＯＦＤＭ復調部２０を経て得られるＥＩＴ番組情報（ＥＩＴ）を復号して拡張ＥＩＴのデータを復号し、ＳＩ処理部２８に送出する機能と、ＯＦＤＭ復調部２０を経て得られるＥＩＴ番組情報（ＥＩＴ）の拡張ＥＩＴに対応するコンテンツデータを復号し、それぞれ対応する機能部である音声復号部２２、映像復号部２３、字幕・文字スーパー復号部２４及びカルーセル処理部２５に送出する。音声復号部２２、映像復号部２３、字幕・文字スーパー復号部２４は、それぞれ蓄積コンテンツを編成する音声、映像、字幕、文字スーパーを復号して提示処理部２７に送出する機能を有し、カルーセル処理部２５は、蓄積コンテンツを編成するデータ放送用のデータを送信側と対応するカルーセル方式に従ってカルーセル処理を施しながら復号してＢＭＬブラウザ２６に送出する機能を有する。復号したデータ放送用のデータは、ＢＭＬブラウザ２６によって規定された描画方式に従って変換され、提示処理部２７に送出される。提示処理部２７は、外部装置（例えば、表示装置やスピーカ等）に蓄積コンテンツを編成する音声、映像、字幕、文字スーパー、その他のデータを提示する機能を有する。
【００４３】
ただし、カルーセル処理部２５は、コンテンツ蓄積予約制御部２９からの制御信号によって、当該拡張ＥＩＴに対応するコンテンツデータの取得及び蓄積が制御され、当該拡張ＥＩＴに対応するコンテンツデータを、コンテンツ蓄積部３０に蓄積する。コンテンツ蓄積部３０内に蓄積されるコンテンツデータは、コンテンツ蓄積予約制御部２９によって管理され、コンテンツ蓄積予約制御部２９は、当該拡張ＥＩＴに従ってデータブロック単位で取得した蓄積コンテンツの上書き更新や蓄積予約の制御に用いるコンテンツファイルの蓄積予約を管理するための「蓄積予約管理表」及びコンテンツファイルの蓄積の有無を管理するための「蓄積コンテンツ管理表」をコンテンツ蓄積部３０に格納及び更新する機能を有する。
【００４４】
コンテンツ蓄積部３０に格納されたコンテンツファイルや「蓄積予約管理表」及び「蓄積コンテンツ管理表」は、ユーザがユーザＩ／Ｆ部３２を介して指定することにより表示又は再生することができるよう蓄積コンテンツ一覧表示・再生指示部３１によって表示又は再生が制御される。
【００４５】
尚、「蓄積予約管理表」は、放送される時間軸に従う蓄積コンテンツ別の放送時間、タイトル、シリーズ、及びジャンルを特定することができるＥＰＧとして利用されるものである（図１２参照）。また、「蓄積コンテンツ管理表」は、蓄積コンテンツ別に蓄積済みであるか否かと、未蓄積ＤＤＢの有無を管理可能な態様で構成される（図１３参照）。
【００４６】
ＳＩ処理部２８は、拡張ＥＩＴのデータを入力してチャンネルごとの放送コンテンツのＥＩＴ情報と、各蓄積コンテンツの放送時の開始時刻、放送持続時間、及びコンテンツファイルを蓄積（ダウンロード）する番組イベントを一意に表す「イベント識別子」とを含むＰＳＩ／ＳＩ情報（即ち、ＥＩＴ番組情報（ＥＩＴ））をコンテンツ蓄積予約制御部２９に送出する。
【００４７】
また、コンテンツ蓄積予約制御部２９の詳細は後述するが、ユーザによって「蓄積予約管理表」で指定された蓄積コンテンツの蓄積予約の動作を制御する機能を有する。例えば、コンテンツ蓄積予約制御部２９は、指定された蓄積コンテンツの蓄積予約状態を管理するために、「蓄積予約管理表」を生成し、蓄積コンテンツごとに蓄積予約待ちであるか否かを示すマーキングをして、蓄積コンテンツの蓄積予約の制御を管理することができる。
【００４８】
次に、ファイル伝送記述子について説明する。
【００４９】
［ファイル伝送記述子］
図１９は、本発明によるファイル伝送記述子を例示する図である。
「記述子タグ情報（descriptor_tag）」は、標準化機関が設定する当該ファイル伝送記述子を利用する機関を特定する。
「記述子長（descriptor_length）」は、ファイル伝送記述子の既述子長を記述する。「ファイル種別（file_type_value）」は、伝送するファイルの種別を記述する。
「コンテンツ種別（content_type_value1）」は、伝送する蓄積コンテンツの種別を記述する。
「コンテンツ更新種別（content_type_value2）」は、伝送する蓄積コンテンツの更新の種別を記述する。
「本編・補足種別（content_type_value3）」は、伝送する蓄積コンテンツの本編・補足種別を記述する。
「コンテンツ容量（content_volume）」は、蓄積コンテンツの容量を記述する。なお、蓄積コンテンツの容量が不明な場合には“0xFFFF”を記述する。
「コンテンツビットレート(content_bit_rate)」は、蓄積コンテンツのおよその再生レートを記述する。なお、蓄積コンテンツの再生レートが可変又は不明な場合には“0xFFFF”を記述する。
「伝送ビットレート（transmission_bit_rate）」は、蓄積コンテンツのおよその伝送レートを記述する。なお、蓄積コンテンツの伝送レートが可変又は不明な場合には“0xFFFF”記述する。
「event_id枝番（ex_event_id）」は、蓄積コンテンツの項目識別値を記述する。なお、蓄積コンテンツの項目識別値を使用しない場合には“0xFFF”を記述する。
「データイベント識別子（data_event_id）」は、蓄積コンテンツのバージョン値を記述する。なお、蓄積コンテンツのバージョンを使用しない場合には、“0xF”を記述する。
「リザーブ（reserved_future_use）」は、上記以外の任意の情報を記述する。
【００５０】
ex_event_id及びdata_event_idのループ回数Ｎは、一般的な蓄積コンテンツ及び常時更新の蓄積コンテンツの場合、Ｎ＝１となり、項目が更新される蓄積コンテンツの場合、Ｎ＝項目数となる。また、補足情報の場合、Ｎ＝１となる。なお、ＮはＥＩＴ全体のセクション長が４０９３バイト以内となる範囲で決定される。
【００５１】
file_type_value値の例を表１に、content_type_value1値の例を表２に、content_type_value2値の例を表３に、content_type_value3値の例を表４に示す。
【００５２】
【表１】
0005663407.tif 000002
【００５３】
【表２】
0005663407.tif 000003
【００５４】
【表３】
0005663407.tif 000004
【００５５】
【表４】
0005663407.tif 000005
【００５６】
リアルタイム型放送サービスにおいて番組の識別はevent_idを使用するが、蓄積（ダウンロード）サービスにおいてはevent_idに加え、event_id枝番（ex_event_id）、及びdata_event_idを用いる。すなわち、蓄積（ダウンロード）サービスではevent_id＋ex_event_id＋data_event_idで蓄積コンテンツを一意に特定する。蓄積（ダウンロード）サービスのコンテンツ識別情報とビット数、識別内容を表５に示す。
【００５７】
【表５】
0005663407.tif 000006
【００５８】
一般的な蓄積コンテンツを蓄積（ダウンロード）する場合、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が使用されないものとする。なお、data_event_idの値は４bitであり、異なるバージョンの指定は最大１６種類（正確には０ｘＦを除き１５種類）とすることができる。
【００６４】
また、蓄積（ダウンロード）サービスでは、あらかじめ指定された時間に送信が行われ、蓄積コンテンツが受信装置２に自動的に蓄積されるケースが一般的であるが、交通情報のように常時送信が行われ、最新の情報が受信装置２で常時提示されるサービスも想定される。このような常時更新蓄積コンテンツの場合、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）で管理されたコンテンツデータを、拡張ＥＩＴに従う所定周期及び回数によって、カルーセル方式で送信及び再送信する（ステップＳ５，Ｓ６）。
【００７１】
例えば、図６に示すように、放送局側送信装置１は、１ＴＳ（１セグメント又は３セグメント放送）内で、リアルタイム放送の番組コンテンツを時間編成で送信するメインチャンネル（メインｃｈ１）と、このメインｃｈ１の番組コンテンツに連動する任意ファイル（例えば、動画ファイル、ＰＤＦ、ＴＳファイル、３ＧＰＰ等）を多重して送信する、コンテンツ提供者が独自に利用する独自チャンネル（独自ｃｈ１）と、このメインｃｈ１の番組コンテンツに連動することなく、独立した任意ファイル（例えば、リアルタイムの更新が要求されるような交通情報等）を多重して送信する、コンテンツ提供者が独自に利用する第２の独自チャンネル（独自ｃｈ２）の３チャンネルの蓄積コンテンツを多重送信する。
【００７２】
これらのメインｃｈ１、独自ｃｈ１及び独自ｃｈ２の蓄積コンテンツは、ＥＩＴ番組情報（ＥＩＴ）として機能する本発明に係る拡張ＥＩＴから、チャンネル種別をそれぞれサービスＩＤ（serviceID）で識別することができるだけでなく時間軸方向の編成についてもイベント識別子（event_id）で識別し、且つイベント識別子（event_id）によって識別されるコンテンツファイルの内容の種別を、「ファイル伝送記述子(file_delivery_descriptor)」内の「ファイル種別情報（file_type_value）」で識別することができ、例えば図６に示すように編成したＥＰＧを直ちに構成することができる。
【００７３】
例えば、図７に示すように、拡張ＥＩＴは、既存の記述子を有するＥＩＴに「ファイル伝送記述子(file_delivery_descriptor)」が追加された態様で構成される。「ファイル伝送記述子(file_delivery_descriptor)」は、標準化機関が設定する当該ファイル伝送記述子を利用する機関を特定するための「記述子タグ情報（descriptor_tag）」と、当該ファイル伝送記述子の長さを表す「記述子長（descriptor_length）」と、受信装置側でコンテンツファイルの内容を識別させるための「ファイル種別情報（file_type_value）」と、上記以外の任意の情報を記述するための「リザーブ（reserved_future_use）」などを含む。
【００７４】
従って、受信装置２は、ＥＩＴ番組情報（ＥＩＴ）として機能する本発明に係る拡張ＥＩＴを復号して、チャンネル種別をそれぞれサービスＩＤで、メインｃｈ１、独自ｃｈ１及び独自ｃｈ２のチャンネル別コンテンツを把握し、各チャンネルにおける時間軸方向の編成についてイベント識別子（event_id）で識別し、且つイベント識別子（event_id）によって識別されるコンテンツファイルの内容の種別を、「ファイル伝送記述子(file_delivery_descriptor)」内の「ファイル種別情報（file_type_value）」で識別し、ＥＰＧのコンテンツ番組一覧を直ちに構成することができる。
【００７５】
以下、受信装置２の動作について説明する。
【００７６】
受信装置２は、ＥＩＴ番組情報（ＥＩＴ）を受信して拡張ＥＩＴを復号し、チャンネル種別をそれぞれサービスＩＤで、メインｃｈ１、独自ｃｈ１及び独自ｃｈ２のチャンネル別蓄積コンテンツを把握し、各チャンネルにおける時間軸方向の編成についてイベント識別子（event_id）で識別し、且つイベント識別子（event_id）によって識別されるコンテンツファイルの内容の種別を、「ファイル伝送記述子(file_delivery_descriptor)」内の「ファイル種別情報（file_type_value）」で識別することにより、拡張ＥＩＴにおける蓄積コンテンツがコンテンツファイルとして蓄積可能なファイルであるか否かを判断する（ステップＳ１３）。
【００７７】
続いて、受信装置２は、蓄積可能なファイルについて放送される時間軸に従う蓄積コンテンツ別の放送時間、タイトル、シリーズ、及びジャンルを特定し、ＥＰＧとして利用する「蓄積予約管理表」を生成し、受信装置２のユーザに提示可能にする（ステップＳ１４）。受信装置２は、ユーザによって指定された蓄積コンテンツを蓄積予約として「蓄積予約管理表」に設定して登録し、放送時刻の直前に蓄積予約を起動して、拡張ＥＩＴに従って時間編成された放送番組の変更の有無を含む現在番組と次の番組（ＥＩＴｐ／ｆ）を受信する（ステップＳ１５）。従って、受信装置２は、予約時間数分前に拡張ＥＩＴを再取得して放送コンテンツの変更がないことを確認し、変更がある場合には蓄積予約管理表の登録内容を自動更新する。
【００７８】
受信装置２は、蓄積予約管理表の登録内容に従って、蓄積コンテンツの蓄積予約の制御を行い、放送時間になると、該当エレメンタリストリーム(ＥＳ)のＤＩＩを取得し、ＤＩＩに記載されたイベント識別子（event_id）に紐づくダウンロードＩＤ（downloadID）で、蓄積（ダウンロード）するコンテンツファイルを特定し、該当するモジュール内のデータブロック（ＤＤＢ）列を受信して蓄積コンテンツの蓄積を実行する（ステップＳ１６）。該当蓄積コンテンツが、モジュールリンクされている場合には、対応する複数のモジュール内のデータブロック（ＤＤＢ）列を受信して蓄積する。尚、受信装置２は、蓄積予約した蓄積コンテンツが放送開始時刻（start_time）に従って放送中であれば、受信して蓄積動作を実行し、放送開始時刻（start_time）外であれば（蓄積予約した蓄積コンテンツが放送中ではなければ）、蓄積予約管理表に登録して放送時間まで待機することになる。受信不良が原因で一度に蓄積コンテンツを構成する全てのデータが受信できない場合にも、蓄積コンテンツは、ＤＤＢ単位で伝送されているために、カルーセル方式で伝送されるカルーセル回数内で再取得可能であれば、受信に失敗したＤＤＢ単位で蓄積を行うことができ、カルーセル回数内で受信に失敗した場合には、再放送時に取得可能である。この再放送日時の情報は、予め拡張ＥＩＴ内に埋め込まれているために、受信装置２は、蓄積予約管理表の登録内容に従って自動的に再取得が可能である。
【００７９】
受信装置２は、蓄積が完了した蓄積コンテンツについては、蓄積予約管理表の登録を削除するとともに、蓄積コンテンツ管理表に登録して蓄積状況を管理する。例えば、蓄積コンテンツの蓄積が完了したら、蓄積コンテンツ管理表に登録し、蓄積予約管理表からマーキングを削除して再放送時の再取得を実行しないように制御する。更に、１サイクル（カルーセルサイクル）内で完全に蓄積できなかった場合は、次のサイクル（カルーセルサイクル）で再度取得する。ただし、蓄積できたデータ（ＤＤＢ単位）は破棄せずに保存（一時保存）しておき、未取得ＤＤＢがある場合には当該コンテンツファイルのＤＤＢの差分蓄積を実行する（ステップＳ１７）。また、拡張ＥＩＴ内の放送の持続時間（duration）の情報を利用して、蓄積未完了のまま当該サイクルの放送時間が終了した際に、再放送がある場合は予約蓄積の中断として判断し、再放送がない場合は予約蓄積の中止として判断する。
【００８０】
また、受信装置２は、ダウンロードＩＤ（downloadID）内のイベント識別子（event_id）と枝番が同一でデータイベント識別子（data_event_id）のみが更新されたコンテンツファイルの蓄積を行うときは、更新ファイルとして上書き更新蓄積を行うことができる（ステップＳ１８）。
【００８１】
受信装置２は、シリーズやジャンル別に蓄積した蓄積コンテンツの一覧表（蓄積コンテンツ管理表）を作成して、ユーザに提示可能にするのが好適である（ステップＳ１９）。ユーザは、所定の操作で、蓄積コンテンツ管理表から不要な蓄積コンテンツを削除することもできる。シリーズの蓄積コンテンツで、放送間隔の短いものは、古いものから削除するように構成することができる。（シリーズ予約時にユーザに保存数や、上書きするか否かを指定することができる）また、シリーズ単位やカテゴリ単位で複数の蓄積コンテンツを１グループとしたパターンで蓄積することも可能である。
【００８２】
受信装置２は、ユーザの指定された蓄積済みの蓄積コンテンツについて再生可能である（ステップＳ２０）。例えば、受信装置２が携帯電話機で構成される場合には、ユーザインターフェースを介して、画面に表示される蓄積コンテンツのタイトルに含まれる複数の蓄積コンテンツを指定して、情報を得ることができる。当該蓄積コンテンツに映像、音声、データ放送、字幕のデータが関連付けられている場合には、これらのデータを再生することができる。例えば、蓄積コンテンツのデータ放送には、蓄積コンテンツのサムネイル画像を伝送して、受信装置２側で蓄積予約コンテンツ表の表示の際に利用可能することもできる。
【００８３】
このように、受信装置２は、送信される拡張ＥＩＴを受信して、蓄積予約管理表を作成し、この蓄積予約管理表で蓄積予約の制御管理を行い、蓄積コンテンツを受信して自動蓄積する。特に、受信装置２が移動受信装置（例えば、携帯電話機）の場合、１回のカルーセル方式で蓄積コンテンツを完全に受信して蓄積しきれない場合も、放送局側送信装置１からの再放送のタイミングで再度の蓄積動作を自動的に行うことができる。また、図８に示すように、受信装置２は、初回で受信済みの場合はイベント識別子（event_id）を確認することで同一ファイルと認識し２回目は受信しなくてもよくなる。
【００８４】
ここで、コンテンツ蓄積予約制御部２９の構成及び動作について、図９及び図１０を参照して更に詳細に説明する。
【００８５】
コンテンツ蓄積予約制御部２９は、ＥＩＴ情報取得部２９０１と、時刻情報処理部２９０２と、ＥＩＴ情報管理部２９０３と、蓄積予約制御部２９０４と、対応ファイル判定部２９０５と、イベント識別子判定処理部２９０６と、差分ＤＤＢ判定処理部２９０７と、ダウンロードＩＤ判定処理部２９０８と、蓄積予約管理表生成部２９０９と、蓄積コンテンツ管理表生成部２９１０とを備える。
【００８６】
ＥＩＴ情報取得部２９０１は、入力されるＰＳＩ／ＳＩ情報（即ち、ＥＩＴ番組情報（ＥＩＴ））から拡張ＥＩＴのＥＩＴ情報を抽出してＥＩＴ情報管理部２９０３に送出する。
【００８７】
時刻情報処理部２９０２は、入力されるＰＳＩ／ＳＩ情報（即ち、ＥＩＴ番組情報（ＥＩＴ））から各蓄積コンテンツの放送時の開始時刻、放送持続時間、及びコンテンツファイルを蓄積（ダウンロード）する番組イベントを一意に表す「イベント識別子」を抽出してＥＩＴ情報管理部２９０３に送出する。
【００８８】
ＥＩＴ情報管理部２９０３は、拡張ＥＩＴのＥＩＴ情報を基に、蓄積予約管理表生成部２９０９を機能させて蓄積予約管理表を生成して、コンテンツファイルを格納するコンテンツ蓄積部３０に格納する機能と、対応ファイル判定部２９０５を機能させて拡張ＥＩＴのＥＩＴ情報から蓄積予約可能なファイルがあるか否かを判定させる機能と、蓄積予約制御部２９０４からの指示に応じて蓄積予約を行うコンテンツファイルについて蓄積予約管理表をマーキングする機能と、イベント識別子判定処理部２９０６を機能させてＤＩＩ内のイベント識別子を判定させる機能と、差分ＤＤＢ判定処理部２９０７を機能させて複数ＤＤＢで伝送されるコンテンツファイルについて未蓄積の差分のＤＤＢを判定させ蓄積させる機能と、ＥＩＴｐ／ｆを取得し、予約情報の変更の有無を確認し、変更があれば蓄積予約管理表を更新する機能とを有する。
【００８９】
蓄積予約制御部２９０４は、ユーザに提示された蓄積予約管理表について、ユーザによって指定された蓄積コンテンツの蓄積の予約の制御をＥＩＴ情報管理部２９０３に指示する機能を有する。
【００９０】
対応ファイル判定部２９０５は、拡張ＥＩＴのＥＩＴ情報から蓄積予約可能なファイルがあるか否かを判定する機能を有する。
【００９１】
イベント識別子判定処理部２９０６は、ＤＩＩ内のダウンロードＩＤにおけるイベント識別子（event_id）を判定し、且つイベント識別子（event_id）によって識別されるコンテンツファイルの内容の種別を、「ファイル伝送記述子(file_delivery_descriptor)」内の「ファイル種別情報（file_type_value）」で識別する機能を有する。また、イベント識別子判定処理部２９０６は、ダウンロードＩＤ（downloadID）内のイベント識別子（event_id）と枝番が同一でデータイベント識別子（data_event_id）のみが更新されたコンテンツファイルが存在するか否かを判別し、存在する場合に蓄積を行う上書き蓄積判定部２９０６ａを有する。
【００９２】
差分ＤＤＢ判定処理部２９０７は、蓄積できたデータ（ＤＤＢ単位）は破棄せずに保存（一時保存）しておき、未取得ＤＤＢがある場合には当該コンテンツファイルのＤＤＢの差分蓄積を実行する機能を有する。
【００９３】
ダウンロードＩＤ判定処理部２９０８は、蓄積予約を行うコンテンツファイルについてカルーセル処理部２５から得られるＤＩＩを取得してダウンロードＩＤ（downloadID）を抽出してイベント識別子判定処理部２９０６及び差分ＤＤＢ判定処理部２９０７に送出する機能と、イベント識別子判定処理部２９０６からの指示に従って、当該拡張ＥＩＴに対応するコンテンツファイルのＤＤＢを取得及び蓄積を制御すべく制御信号をカルーセル処理部２５に送出する機能を有する。また、ダウンロードＩＤ判定処理部２９０８は、差分ＤＤＢ判定処理部２９０７からの指示に応じて複数ＤＤＢで伝送されるコンテンツファイルについて未蓄積の差分のＤＤＢの取得及び蓄積を制御すべく制御信号をカルーセル処理部２５に送出する機能を有する。
【００９４】
蓄積予約管理表生成部２９０９は、ＥＩＴ情報管理部２９０３の制御によって拡張ＥＩＴのＥＩＴ情報を基に蓄積予約管理表を生成する機能を有する。
【００９５】
蓄積コンテンツ管理表生成部２９１０は、ＥＩＴ情報管理部２９０３の制御によって、蓄積予約管理表に従って蓄積した蓄積コンテンツを管理するための蓄積コンテンツ管理表を生成する機能を有する。
【００９６】
図１０は、コンテンツ蓄積予約制御部２９の動作フローを示す図である。コンテンツ蓄積予約制御部２９は、蓄積予約を実行するために、まず、ＥＩＴ番組情報（本例ではＥＩＴに含まれる拡張ＥＩＴ）を受信して復号した拡張ＥＩＴのＥＩＴ情報をメモリに展開する（ステップＳ３１）。続いて、コンテンツ蓄積予約制御部２９は、対応ファイル判定部２９０５によって、蓄積予約可能なファイルがあるか否かを判定し、蓄積不能の情報は破棄する（ステップＳ３２）。コンテンツ蓄積予約制御部２９は、イベント識別子判定処理部２９０６によって、蓄積予約可能なコンテンツファイルについて、チャンネル種別をそれぞれサービスＩＤで、メインｃｈ１、独自ｃｈ１及び独自ｃｈ２のチャンネル別蓄積コンテンツを把握し、各チャンネルにおける時間軸方向の編成についてイベント識別子（event_id）で識別し、且つイベント識別子（event_id）によって識別されるコンテンツファイルの内容の種別を、「ファイル伝送記述子(file_delivery_descriptor)」内の「ファイル種別情報（file_type_value）」で識別して、蓄積予約管理表生成部２９０９によって、蓄積予約管理表を生成してユーザに提示し、ユーザによる予約の設定、又は蓄積予約管理表の生成と同時に対応ファイルの自動予約の設定を行う（ステップＳ３３，Ｓ３４）。
【００９７】
続いて、コンテンツ蓄積予約制御部２９は、時刻情報処理部２９０２にて取得したイベント識別子に基づいて蓄積予約時刻の数分前にＥＩＴ情報管理部２９０３を起動させ（ステップＳ３５）、ＥＩＴｐ／ｆを取得し（ステップＳ３６）、予約情報の変更の有無を確認し（ステップＳ３７）、変更があれば蓄積予約管理表を更新する（ステップＳ３７）。
【００９８】
続いて、コンテンツ蓄積予約制御部２９は、上書き蓄積判定部２９０６ａによって、蓄積済み蓄積コンテンツと同一のダウンロードＩＤ（downloadID）の蓄積コンテンツの有無を判別し（ステップＳ３９）、蓄積済み蓄積コンテンツと同一のダウンロードＩＤ（downloadID）の蓄積コンテンツが有る場合には、上書き蓄積する（ステップＳ４０）。これは、同一コンテンツファイル名で内容が更新されるニュース番組などが想定される。
【００９９】
続いて、コンテンツ蓄積予約制御部２９は、イベント識別子判定処理部２９０６及びダウンロードＩＤ判定処理部２９０８によって、イベント識別子（event_id）に紐づくダウンロードＩＤ（downloadID）のＤＩＩを含むカルーセル方式のＥＳを取得し（ステップＳ４１）、差分ＤＤＢ判定処理部２９０７によって、ＤＤＢの蓄積を完了するまで実行し（ステップＳ４２）、未完了である場合には、差分のＤＤＢを取得して蓄積する（ステップＳ４３）。例えば図１４（Ａ）に示すように、ファイル種別情報で判別されるコンテンツファイルの内容の種別が、時間編成のコンテンツファイルのうち同一のコンテンツファイルの蓄積（ダウンロード）放送が予定されているものである場合、図１４（Ｂ）に示すように、ＥＩＴのイベント識別子（event_id）を、図１４（Ｃ）に示すように、カルーセル方式のＤＩＩ内のダウンロードＩＤ（downloadID）に関連付けておくことで、ＥＩＴのイベント識別子（event_id）ごとにＤＤＢを特定し、同一ファイル名に対して上書き蓄積を行うことや、差分のＤＤＢ受信を行うことが可能となる。
【０１００】
コンテンツ蓄積予約制御部２９は、蓄積が完了した場合には（ステップＳ４４）、蓄積予約管理表から対応ファイルの予約制御の旨を削除し、蓄積コンテンツ管理表生成部２９１０によって、蓄積予約管理表に従って蓄積した蓄積コンテンツを管理するための蓄積コンテンツ管理表を生成して、コンテンツ蓄積部３０に格納する。蓄積コンテンツ管理表は、ユーザの指示によって提示可能なテーブルである。
【０１０１】
従って、コンテンツ蓄積予約制御部２９は、ユーザによって指定された蓄積コンテンツの蓄積予約を実行する際に、カルーセル伝送方式で伝送される「本放送（１回目の放送）」の蓄積コンテンツの取得と、カルーセル伝送方式で伝送される「再放送（２回目以降の放送）」の蓄積コンテンツの取得で、蓄積予約の動作を制御することができる。
【０１０２】
ユーザによって、コンテンツ蓄積部３０に記憶した蓄積コンテンツ管理表の読出しの指定が可能であり、コンテンツ蓄積部３０に記憶した蓄積コンテンツは、図３に示す蓄積コンテンツ一覧表示・再生指示部３１によって、再生制御が為され、ユーザに対して提示させることができる。
【０１０３】
このように、受信装置２は、蓄積コンテンツの蓄積予約（映像等の場合、予約録画を含む）に必要な情報を拡張ＥＩＴから取得することができる。拡張ＥＩＴには「ファイル伝送記述子(file_delivery_descriptor)」が追加され、さらに「ファイル伝送記述子(file_delivery_descriptor)」内の「ファイル種別情報（file_type_value）」でファイル種別を直ちに識別して、蓄積コンテンツの蓄積予約のための蓄積予約管理表を直ちに作成して、直ちに蓄積コンテンツを取得することもできるようになる。このため、受信装置２の受信処理負担を軽減させ、且つ受信不良のリスクを軽減させると共に、受信不良で未取得のＤＤＢのみを取得してコンテンツファイルを受信完了させることが可能となる。
【０１０４】
例えば、図１５（Ａ）に示す独自チャンネル（ｃｈ１）の動画ファイルを、図１５（Ｂ）に示すように複数個のデータブロック（ＤＤＢ）に分割して伝送する場合、ブロック番号（blocknumber）が付与されたＤＤＢを図１５（Ｂ）に示すようなカルーセル方式で伝送する。この際、現在のデジタル放送の運用では、ダウンロードＩＤ（downloadID）は２８ｂｉｔ〜３１ｂｉｔにデータイベント識別子（data_event_id）を規定しているが、それ以外のｂｉｔは全て１で埋めており使用していない。そこで、例として、図１６に示すように、０ｂｉｔ〜１５ｂｉｔ目までにイベント識別子（event_id）を埋め込むことで、ダウンロードＩＤ（downloadID）とイベント識別子（event_id）とを紐づけることが可能である。これにより、イベント識別子（event_id）ごとに、ダウンロードＩＤ（downloadID）＋ブロック番号（blocknumber）でモジュールをユニークに特定可能であり、差分受信が可能となる。また、１６ｂｉｔ〜２７ｂｉｔ目までをイベント識別子（event_id）の枝番として、さらに、データイベント識別子（data_event_id）を用いることで上書きすべきファイルであるか、新規のファイルであるかの判別ができるようになる。また、モジュール毎にmoduleID単位で、ダウンロードＩＤ（downloadID）＋moduleIDでモジュールをユニーク管理することも可能である。
【０１０５】
受信環境が不安定な移動受信においては、ファイルサイズの大きいものを長時間かけて配信するより、ファイルのサイズが小さいものを短時間で配信する方が受信できる可能性が高くなる。そのため、ニュース番組などは、個々のニュース項目ごとに番組を分割して配信する方が効率的である。
【０１０６】
つまり、配信されるファイルは、編成時間軸上のＥＩＴ情報のイベント識別子（event_id）と、イベント識別子（event_id）を埋め込んだＤＩＩのダウンロードＩＤ（downloadID）を用いてユニークに特定されるため、項目ニュースなどのファイルサイズが小さく配信時間が短いファイルの場合、編成時間軸上のＥＩＴの情報が多数必要となり、ＥＩＴの情報量が大きくなってしまう。そこで、ダウンロードＩＤ（downloadID）の１６ｂｉｔ〜２７ｂｉｔ目までをイベント識別子（event_id）の「枝番」を設けることで、イベント識別子（event_id）ではニュース番組などの大項目を指定し、枝番を用いて、項目ニュースの個々のニュースを特定することで、ＥＩＴの情報量を増やさずに詳細なファイルを配信可能となる。例えば、図１７（Ａ）に示すように、枝番を考慮しない場合にはイベント識別子（event_id）とカルーセルが１対１のため、ＥＩＴの情報量が増えるが、図１７（Ｂ）に示すように枝番を考慮する場合には、イベント識別子（event_id）に対して複数のカルーセルを対応可能になるためＥＩＴの情報量は増えないことになる。
【０１０７】
さらに、図１８に示すように、交通情報などを、車載受信装置のような常に最新情報を受信するような受信装置２においては、蓄積（ダウンロード）されるファイルの更新情報を常に監視し、情報が更新された場合は蓄積受信を行い情報の上書き更新をする必要がある。そこで、ＤＩＩのダウンロードＩＤ（downloadID）の中に埋め込まれるデータイベント識別子（data_event_id）の４ｂｉｔを用いて更新情報とすることにより、受信装置はファイルの更新を監視可能となる。また、ダウンロードＩＤ（downloadID）の中に埋め込まれる、イベント識別子（event_id）と枝番を見ることにより、上書き更新すべきファイルか、新規のファイルかを判別することが可能となる。
【０１０８】
以上のように、本発明によれば、受信装置２は、蓄積予約に使用するために事前ＥＩＴの情報を取得し、ＥＩＴに記述された、実際に蓄積（ダウンロード）放送される時間情報や、「ファイル伝送記述子」からファイルの情報及びイベント識別子を識別して、これらの情報を元に蓄積（ダウンロード）されるファイルが対応しているかどうかを判断した上で蓄積予約を行うので、ＥＰＧの情報から、実際に蓄積（ダウンロード）する任意ファイルを含む放送信号全体を受信することなく、ＥＩＴに記載されている放送スケジュール内の「ファイル伝送記述子」から、受信装置が対応可能なファイルが蓄積（ダウンロード）されるか否かの判断を事前に把握することができ、効率的な蓄積（ダウンロード）放送の予約を行うことが可能となる。
【０１０９】
また、放送局側送信装置１によって既存のＥＩＴに対して「ファイル伝送記述子」を追加して拡張したＥＩＴを放送するとともに、この拡張したＥＩＴに関連付けられた蓄積（ダウンロード）放送の任意ファイルをカルーセル方式で複数回放送することで、受信装置は、例えば不安定な移動受信環境下においても繰り返し受信することができ、確実に任意ファイルを受信できるようになる。
【０１１０】
また、放送局側送信装置１は、この拡張したＥＩＴに関連付けられた任意ファイルの配信を、ＭＰＥＧ‐２のＤＳＭ‐ＣＣ規格に準じてデータカルーセル方式にて配信することができる。より具体的には、データカルーセルを構成するＤＩＩメッセージの中のダウンロードＩＤ（downloadID）について、現行のデジタル放送の運用から拡張して利用することにより、受信装置２は、現行のデジタル放送の運用に準じた態様で比較的簡単に拡張して構成することが可能となり、データカルーセルで配信する任意ファイルを一意に特定することができるようになる。これにより、受信装置２は、カルーセル方式で配信されるデータの配信ブロック単位である個々のＤＤＢを、例えばテンポラリメモリ等に一時蓄積することにより、１度目の配信で一部のＤＤＢが受信不可の場合でも、差分のＤＤＢを受信することで任意ファイルを完結すべく連結又は更新することが可能となる。
【０１１１】
その際、カルーセルをユニークに特定するダウンロードＩＤ（downloadID）にイベント識別子（event_id）を埋め込むことにより、イベント識別子（event_id）と、ＤＩＩメッセージのダウンロードＩＤ（downloadID）の紐付けを行うことで、編成時間軸で複数回、同一ファイルを同一のイベント識別子（event_id）で配信した場合でも、既にファイルを受信完了済みかどうかの判断が受信装置２で可能となる。
【０１１２】
また、データカルーセルの中の全てのＤＤＢは、当該データカルーセルの中ではユニークなブロック番号（blocknumber）を持つため、イベント識別子（event_id）毎に、ユニークなＤＤＢを受信装置で管理することが可能であり、受信状態が不安定な場合でも、繰り返し送出されるデータカルーセルの中で、差分のＤＤＢのみを取得することで効率的にファイルを蓄積（ダウンロード）可能である。
【０１１３】
特に、放送局側送信装置１が、交通情報など常に新しい同一種類のファイルを蓄積（ダウンロード）放送する場合、受信装置側で蓄積（ダウンロード）すべきコンテンツファイルが同一種類のものであると把握できるファイル種別の情報（file_type_value）を「ファイル伝送記述子」に含めるととともに、ＥＩＴのイベント識別子（event_id）とダウンロードＩＤとを一致させた情報として配信することで、現行のデジタル放送の運用に準じた態様で比較的簡単に拡張して、効率的に任意ファイルの上書き更新が可能となる。
【０１１４】
従って、包括的には、放送局側送信装置１において、番組スケジュールテーブル（拡張ＥＩＴ又はその同等物）は、各コンテンツファイルを放送するサービスを一意に指定するサービスＩＤと、開始時刻、放送持続時間、及びコンテンツファイルを蓄積（ダウンロード）する番組イベントを一意に表すイベント識別子と、ファイル伝送記述子とを含み、該ファイル伝送記述子は、コンテンツファイルの内容を識別させるためのファイル種別情報を含み、番組スケジュールテーブル（拡張ＥＩＴ又はその同等物）を所定間隔で送信する番組スケジュールテーブル送信し、番組スケジュールテーブル（拡張ＥＩＴ又はその同等物）内のファイル種別情報で関連付けたイベント識別子を有するコンテンツファイルをデータブロックにてカルーセル方式で送信するように構成される。
【０１１５】
また、包括的には、受信装置２において、番組スケジュールテーブル（拡張ＥＩＴ又はその同等物）を受信して、該番組スケジュールテーブル（拡張ＥＩＴ又はその同等物）で関連付けられた蓄積コンテンツを蓄積予約可能なコンテンツファイルにおける時間軸方向の編成についてイベント識別子で識別し、イベント識別子によって識別されるコンテンツファイルの内容の種別を、ファイル種別情報で識別して、蓄積予約するための蓄積予約管理表を生成するとともに、蓄積予約するべく規定された蓄積コンテンツを、所定の開始時刻で蓄積予約の開始を制御し、開始時刻で蓄積予約した蓄積コンテンツの蓄積をカルーセル方式のデータブロック単位で実行するように構成される。
【０１１６】
尚、放送局側送信装置１において、番組スケジュールテーブル（拡張ＥＩＴ又はその同等物）は、ＥＩＴにファイル伝送記述子を追加して構成することで、現行のＥＰＧシステムからの変更負担をほとんど生じることなく実現可能である。
【０１１７】
また、放送局側送信装置１において、イベント識別子は、ファイル種別情報で識別されるコンテンツファイルの内容を更に細分化した内容を表す枝番と関連付けておくことで、該枝番は、カルーセル方式のＤＩＩにて、ダウンロードＩＤに関連付けて付加することができ、受信装置２側では、ファイル種別情報で判別されるコンテンツファイルの内容の種別が、時間編成のコンテンツファイルのうち同一のコンテンツファイルの蓄積（ダウンロード）放送が予定されているものである場合、前記枝番に従うコンテンツファイルの上書き蓄積を行うように構成することができる。
【０１１８】
また、放送局側送信装置１において、イベント識別子は、前記カルーセル方式のＤＩＩにて、ダウンロードＩＤに関連付けて付加しておくことで、受信装置２側では、カルーセル方式の当該蓄積するコンテンツファイルのＤＤＢの蓄積を完了するまで、当該カルーセル方式の予め定められた放送回数の範囲内で、未取得のＤＤＢを表す差分のＤＤＢを取得して蓄積するように構成することができる。
【０１１９】
更に、本発明の一態様として、コンテンツ蓄積予約制御部をコンピュータとして構成させることができる。コンピュータに、前述したコンテンツ蓄積予約制御部を実現させるためのプログラムは、コンピュータの内部又は外部に備えられる記憶部（メモリ）に記憶される。そのような記憶部は、外付けハードディスクなどの外部記憶装置、或いはＲＯＭ又はＲＡＭなどの内部記憶装置で実現することができる。コンピュータに備えられる制御部は、中央演算処理装置（ＣＰＵ）などの制御で実現することができる。即ち、ＣＰＵが、各構成要素の機能を実現するための処理内容が記述されたプログラムを、適宜、記憶部から読み込んで、各構成要素の機能をコンピュータ上で実現させることができる。ここで、各構成要素の機能をハードウェアの一部で実現してもよい。
【０１２０】
また、この処理内容を記述したプログラムを、例えばＤＶＤ又はＣＤ−ＲＯＭなどの可搬型記録媒体の販売、譲渡、貸与等により流通させることができるほか、そのようなプログラムを、例えばネットワーク上にあるサーバの記憶部に記憶しておき、ネットワークを介してサーバから他のコンピュータにそのプログラムを転送することにより、流通させることができる。
【０１２１】
また、そのようなプログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラム又はサーバから転送されたプログラムを、一旦、自己の記憶部に記憶することができる。また、このプログラムの別の実施態様として、コンピュータが可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することとしてもよく、更に、このコンピュータにサーバからプログラムが転送される度に、逐次、受け取ったプログラムに従った処理を実行することとしてもよい。
【産業上の利用可能性】
【０１２２】
本発明によれば、受信装置側では受信状況が不安定な環境（例えば、地下鉄乗車時にあるときなど）にある場合においても、再度の蓄積動作を自動的に行う仕組みが提供されるため、安定したコンテンツ蓄積を実現することができるため、特に、番組表で蓄積予約するデジタル放送の蓄積コンテンツを得る用途に有用である。
【符号の説明】
【０１２３】
１  放送局側送信装置
２  受信装置
１０  コンテンツ編成部
１１  カルーセル処理部
１２  ＰＳＩ／ＳＩ生成符号化部
１３  多重化部
１４  ＯＦＤＭ変調部
１５  送信部
２０  ＯＦＤＭ復調部
２１  ＴＳ復号部
２２  音声復号部
２３  映像復号部
２４  字幕・字幕スーパー復号部
２５  カルーセル処理部
２６  ＢＭＬブラウザ
２７  提示処理部
２８  ＳＩ処理部
２９  コンテンツ蓄積予約制御部
３０  コンテンツ蓄積部
３１  蓄積コンテンツ一覧表示・再生指示部
３２  ユーザＩ／Ｆ部
１０１  コンテンツ生成部
１０２  制御データ生成部
１０３  ＥＩＴ生成部
１０２１  識別子付番制御部
１０２２  伝送回数・周期管理部
１０３１  ファイル伝送記述子生成部
２９０１  ＥＩＴ情報取得部
２９０２  時刻情報処理部
２９０３  ＥＩＴ情報管理部
２９０４  蓄積予約制御部
２９０５  対応ファイル判定部
２９０６  イベント識別子判定処理部
２９０６ａ  上書き蓄積判定部
２９０７  差分ＤＤＢ判定処理部
２９０８  ダウンロードＩＤ判定処理部
２９０９  蓄積予約管理表生成部
２９１０  蓄積コンテンツ管理表生成部
【図１】
0005663407.tif 000007
【図２】
0005663407.tif 000008
【図３】
0005663407.tif 000009
【図４】
0005663407.tif 000010
【図５】
0005663407.tif 000011
【図６】
0005663407.tif 000012
【図７】
0005663407.tif 000013
【図８】
0005663407.tif 000014
【図９】
0005663407.tif 000015
【図１０】
0005663407.tif 000016
【図１１】
0005663407.tif 000017
【図１２】
0005663407.tif 000018
【図１３】
0005663407.tif 000019
【図１４】
0005663407.tif 000020
【図１５】
0005663407.tif 000021
【図１６】
0005663407.tif 000022
【図１７】
0005663407.tif 000023
【図１８】
0005663407.tif 000024
【図１９】
0005663407.tif 000025