(57)【要約】【課題】デジタル放送を取り巻く通信環境の整備や事業としての体制作りがデジタル放送の普及を図る上で欠かせない。【解決手段】放送用のデータストリームを、論理的な複数のレイヤを多重化させた形に構成する。このレイヤは、いわゆる本放送用のデータを流すための本放送レイヤと、いわゆるデータ放送に用いられる複数の副放送レイヤとに分けられる。複数の副放送レイヤのそれぞれには、楽曲、テキスト、静止画、動画、音声などの個別の目的を有する放送コンテンツが流される。各データを識別するための情報をこれらの放送コンテンツとは分離した形で送信することにより、受信側では必要なデータのみを選択的に取得できる。【選択図】　　　　図１
2004048515.tif 000002
【特許請求の範囲】
【請求項１】
データ放送におけるモノメディアの画面提示に関する制御を定義したマルチメディア制御情報のモジュールを伝送対象に設定する過程と、
前記マルチメディア制御情報において提示対象として指定されたモノメディアのモジュールを伝送対象に設定する過程と、
前記モジュールをコンポーネント化する過程と、
前記モジュールの受信装置における格納先として、その受信装置のメモリ上の仮想ディレクトリ名を設定する過程と、
少なくともひとつの前記コンポーネントによって形成されるサービスの構成および前記仮想ディレクトリ名の指定を記述した識別リストを生成する過程と、
前記サービスを形成するコンポーネントと前記識別リストを多重化してトランスポートストリームを生成する過程と、
前記トランスポートストリームを送信する過程と、
を備えることを特徴とするデータ送信方法。
【請求項２】
データ放送で伝送すべき少なくともひとつのモノメディアのモジュールを指定する指示を取得し、そのモジュールをコンポーネント化するコンポーネント生成部と、
少なくともひとつのコンポーネントによって形成されるサービスの構成を記述した識別リストを生成するリスト設定部と、
前記サービスを形成するコンポーネントと前記識別リストとを多重化してトランスポートストリームを生成するストリーム設定部と、を備え、
前記リスト設定部は、前記モジュールの受信装置における格納先としてその受信装置のメモリ上の仮想ディレクトリ名を前記識別リストに書き込むことを特徴とするデータ送信装置。
【請求項３】
前記コンポーネント生成部は、前記モジュールの画面提示に関する制御を定義したマルチメディア制御情報のモジュールをさらにコンポーネント化するとともに、そのマルチメディア配置情報において提示対象として指定されるモジュールの参照先指定に前記仮想ディレクトリ名が用いられることを特徴とする請求項２に記載のデータ送信装置。
【請求項４】
前記マルチメディア制御情報において提示対象として指定されるモジュールの参照先指定に用いられる名前空間は、トランスポートストリーム上でモジュールを識別するための名前空間と異なる形式で形成されることを特徴とする請求項２または３に記載のデータ送信装置。
【請求項５】
トランスポートストリームを取得する過程と、
前記トランスポートストリームからサービスを形成するコンポーネントの構成が記述された識別リストを取得する過程と、
前記トランスポートストリームから前記サービスに含まれる少なくともひとつのコンポーネントを取得する過程と、
前記コンポーネントに含まれる少なくともひとつのモノメディアのモジュールを前記識別リストに基づいて認識するとともに、その識別リストにおいて指定されたメモリ上の仮想ディレクトリへ前記認識されたモジュールを格納する過程と、
データ放送におけるモノメディアのモジュールの画面提示に関する制御を定義したマルチメディア制御情報を読み出す過程と、
前記マルチメディア制御情報において参照先指定された仮想ディレクトリを参照する過程と、
前記仮想ディレクトリに格納されたモジュールを読み出し、このモジュールを前記マルチメディア制御情報にしたがった構成により画面に提示する過程と、
を備えることを特徴とするデータ受信方法。
【請求項６】
トランスポートストリームを取得する受信処理部と、
前記トランスポートストリームからサービスを形成するコンポーネントの構成が記述された識別リストを取得するリスト取得部と、
前記トランスポートストリームから前記サービスに含まれる少なくともひとつのコンポーネントを取得するコンポーネント取得部と、
前記コンポーネントに含まれる少なくともひとつのモノメディアのモジュールを前記識別リストに基づいて認識するとともに、その識別リストにおいて指定されたメモリ上の仮想ディレクトリへ前記認識されたモジュールを格納する格納処理部と、
を備えることを特徴とするデータ受信装置。
【請求項７】
前記メモリに格納されたモジュールを画面に提示する提示処理部をさらに備え、
前記提示処理部は、データ放送におけるモノメディアのモジュールの画面提示に関する制御を定義したマルチメディア制御情報を読み出し、そのマルチメディア制御情報において指定されたモジュールの格納先である仮想ディレクトリを参照し、前記マルチメディア制御情報にしたがった画面構成により前記モジュールを提示することを特徴とする請求項６に記載のデータ受信装置。
【請求項８】
前記提示処理部は、前記マルチメディア制御情報において前記提示の対象となるモジュールの参照先指定に用いられる名前空間を、トランスポートストリーム上でモジュールを識別するための名前空間と異なる形式で認識することを特徴とする請求項６または７に記載のデータ受信装置。
【請求項９】
データ放送におけるモノメディアの画面提示に関する制御を定義したマルチメディア制御情報のモジュールを伝送対象に設定する過程と、
前記マルチメディア制御情報において提示対象として指定されたモノメディアのモジュールを伝送対象に設定する過程と、
前記モジュールをコンポーネント化する過程と、
前記モジュールの受信装置における格納先として、その受信装置のメモリ上の仮想ディレクトリ名を設定する過程と、
少なくともひとつの前記コンポーネントによって形成されるサービスの構成および前記仮想ディレクトリ名の指定を記述した識別リストを生成する過程と、
前記サービスを形成するコンポーネントと前記識別リストを多重化してトランスポートストリームを生成する過程と、
前記トランスポートストリームを送信する過程と、
をコンピュータに実行させることを特徴とするコンピュータプログラム。
【請求項１０】
トランスポートストリームを取得する過程と、
前記トランスポートストリームからサービスを形成するコンポーネントの構成が記述された識別リストを取得する過程と、
前記トランスポートストリームから前記サービスに含まれる少なくともひとつのコンポーネントを取得する過程と、
前記コンポーネントに含まれる少なくともひとつのモノメディアのモジュールを前記識別リストに基づいて認識するとともに、その識別リストにおいて指定されたメモリ上の仮想ディレクトリへ前記認識されたモジュールを格納する過程と、
データ放送におけるモノメディアのモジュールの画面提示に関する制御を定義したマルチメディア制御情報を読み出す過程と、
前記マルチメディア制御情報において参照先指定された仮想ディレクトリを参照する過程と、
前記仮想ディレクトリに格納されたモジュールを読み出し、このモジュールを前記マルチメディア制御情報にしたがった構成により画面に提示する過程と、
をコンピュータに実行させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、データ送信方法、データ送信装置、データ受信方法、およびデータ受信装置に関する。この発明は特に、デジタルデータ放送のトランスポートストリームを送信または受信する技術に関する。
【０００２】
【従来の技術】
近年、テレビジョン放送やラジオ放送の形態がアナログからデジタルへと移行しつつある。ＣＳデジタル放送に続いてＢＳデジタル放送も開始され、数年以内には地上波テレビジョン放送や地上波ラジオ放送もデジタル化されようとしている。デジタル放送の大きな特徴の一つに、いわゆるデータ放送がある。主要な放送コンテンツを本放送として流す一方で、付随するデータをサブチャンネル的に流すことによって番組に付加価値を与える。アナログ放送においても同種の技術として文字放送があるが、デジタル放送におけるデータ放送は動画、静止画、音声、テキストなどメディアタイプを問わず複数種のデータを同時に伝送できる点で内容をより充実させやすい。
【０００３】
最近では、インターネットを放送媒体として利用した、いわゆるインターネット放送がブロードバンド時代を背景に注目を集めている。かつてのインターネット放送は狭い帯域幅の中で限られたコンテンツを配信するのみであったため、テレビジョン放送やラジオ放送との間であまり競合が見られなかったが、ブロードバンド人口の急増によって今や重要な放送手段の一つと目されるに至っている。
【０００４】
【発明が解決しようとする課題】
データ放送において様々なコンテンツを画面に表示させる標準的な手法は、コンテンツの画面配置や表示タイミングなどを制御するための記述言語であるＢＭＬ（Ｂｒｏａｄｃａｓｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）を用いて文書に記述する手法である。従来のＢＭＬ文書においては、表示の対象となるコンテンツを電波産業会（ＡＲＩＢ）が策定した標準規格であるＡＲＩＢ　ＳＴＤ−Ｂ２４に基づく形式で参照先指定する。この規格によると、例えば「ａｒｉｂ−ｄｃ：／／＜ｓｅｒｖｉｃｅ＿ｉｄ＞．＜ｅｖｅｎｔ＿ｉｄ＞．＜ｃｏｎｔｅｎｔ＿ｉｄ＞／＜ｃｏｍｐｏｎｅｎｔ＿ｔａｇ＞／＜ｍｏｄｕｌｅ＿ｉｄ＞／ｒｅｓｏｕｒｃｅＮａｍｅ」のような名前空間を用いて指定することになっている。この「ｃｏｍｐｏｎｅｎｔ＿ｔａｇ」や「ｍｏｄｕｌｅ＿ｉｄ」といった識別子はトランスポートの伝送時に付与する値であり、通常はシリアルな数値が割り当てられる。これらは本来、伝送時に便宜上付与する情報である。したがって、コンテンツの作成者は、そのコンテンツの作成時点のような早い段階から伝送時の形態を意識しなければならず、ＢＭＬ文書に記述するために大きな労力を払っていた。
【０００５】
一方、アナログ放送からデジタル放送へ移行することによって、伝送できるデータ量は数倍に広がると言われており、それだけ多チャンネル化も容易になるので放送の充実化が大いに期待される。しかし、伝送効率やハードウエア性能ばかりが向上してもそれだけでは視聴者を獲得することは困難であり、提供する番組などソフト面で充実させなければ放送の活性化は達成できない。現在、放送コンテンツの制作者は新しい放送規格への対応に追われているが、近い将来にすべての放送がデジタル化されようとしている状況からしてもこうした負担が軽減されるようなツールや規格の確立は急務と言える。
【０００６】
本発明者は、以上の認識に基づき本発明をなしたもので、その目的は、デジタルデータ放送におけるコンテンツ制作の負担を軽減するための技術の提供にある。本発明の別の目的は、デジタルデータ放送用のコンテンツ制作における自由度を高める技術の提供にある。
【０００７】
【課題を解決するための手段】
本発明のある態様は、データ送信方法に関する。この方法は、データ放送におけるモノメディアの画面提示に関する制御を定義したマルチメディア制御情報のモジュールを伝送対象に設定する過程と、マルチメディア制御情報において提示対象として指定されたモノメディアのモジュールを伝送対象に設定する過程と、そのモジュールをコンポーネント化する過程と、そのモジュールの受信装置における格納先として、その受信装置のメモリ上の仮想ディレクトリ名を設定する過程と、少なくともひとつのコンポーネントによって形成されるサービスの構成および仮想ディレクトリ名の指定を記述した識別リストを生成する過程と、サービスを形成するコンポーネントと識別リストを多重化してトランスポートストリームを生成する過程と、トランスポートストリームを送信する過程と、を備える。
【０００８】
ここで「データ放送」は、いわゆるデジタル放送において本放送に付随して伝送されるサブチャンネル的なコンテンツであってもよい。「モノメディア」は、デジタルデータ放送のコンテンツを構成するデータであり、例えば動画、静止画、音声、楽曲、テキストなど個別のフォーマットのもとで生成された個別の目的をもつデータが含まれる。複数のモノメディアによってマルチメディアが構成される。「マルチメディア制御情報」は、例えばＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）やＢＭＬ（Ｂｒｏａｄｃａｓｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）などのメタ言語または記述言語を用いて作成された文書であってもよい。
【０００９】
「仮想ディレクトリ名」は、バッファメモリ上に仮想的に形成させたディレクトリ構造におけるひとつのディレクトリの名前を示す。この構造は、例えばハードディスクなどの補助記憶装置に用いられるファイルシステムの概念と同様である。すなわち、受信したモジュールの格納先をバッファメモリにおいて階層化するとともに、各階層にディレクトリ名を付与して管理するものである。
【００１０】
「識別リスト」は、現在のところＡＲＩＢ　ＳＴＤに規定されていない概念であり、あるサービスに含まれるコンポーネントの構成とそのコンポーネントに含まれるモジュールの構成が記述されたリストである。この識別リストには、格納先の仮想ディレクトリ名や格納時に用いられるファイル名、各ファイルのタイプ名などがさらに記述されていてもよい。
【００１１】
コンポーネントを取得するときに識別メッセージを参照してもよい。識別メッセージは、ＡＲＩＢ　ＳＴＤ−Ｂ２４に規定されるＤＩＩ（Ｄｏｗｎｌｏａｄ　Ｉｎｆｏ　Ｉｎｄｉｃａｔｉｏｎ）メッセージなど、データカルーセルの構成を記述した情報であってもよい。「コンポーネント化」は、識別メッセージやモジュールを構成するデータを組み合わせてひとつのエレメンタリストリーム（ＥＳ）を構成させる処理であってもよい。ＥＳの構成は詳細テーブルに記述してもよい。詳細テーブルは、ＡＲＩＢ　ＳＴＤ−Ｂ１０に規定されるＰＡＴ（Ｐｒｏｇｒａｍ　Ａｓｓｏｃｉａｔｉｏｎ　Ｔａｂｌｅ）、ＰＭＴ（Ｐｒｏｇｒａｍ　Ｍａｐ　Ｔａｂｌｅ）、ＮＩＴ（Ｎｅｔｗｏｒｋ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｔａｂｌｅ）、ＣＡＴ（Ｃｏｎｄｉｔｉｏｎａｌ　Ａｃｃｅｓｓ　Ｔａｂｌｅ）、番組配列情報などの伝送制御信号であってもよい。
【００１２】
本発明の別の態様は、データ送信装置に関する。この装置は、データ放送で伝送すべき少なくともひとつのモノメディアのモジュールを指定する指示を取得し、そのモジュールをコンポーネント化するコンポーネント生成部と、少なくともひとつのコンポーネントによって形成されるサービスの構成を記述した識別リストを生成するリスト設定部と、そのサービスを形成するコンポーネントと識別リストとを多重化してトランスポートストリームを生成するストリーム設定部と、を備える。リスト設定部は、モジュールの受信装置における格納先としてその受信装置のメモリ上の仮想ディレクトリ名を識別リストに書き込んでもよい。
【００１３】
このデータ送信装置は、必ずしもアンテナなどの送信手段を一体的に有することを必要とせず、「放送サーバ」または「放送データ編集装置」などの形で実現することを妨げない。個別の機能を有する複数の装置が組み合わさって構成されるシステムの形で実現してもよく、全体として一体に構成されることを必要としない。
【００１４】
マルチメディア制御情報における提示対象のモジュールの参照先指定は、受信装置のメモリ上の仮想ディレクトリと受信装置の補助記憶装置上のディレクトリの双方を同一視した形でなされてもよい。マルチメディア制御情報において、トランスポートストリームから受信装置のメモリへ一時的に格納された後に即時再生されるリアルタイム型コンテンツのモジュールと、同時に再生されるべき他のモジュールとともに受信装置の補助記憶装置に蓄積されて事後的に再生される蓄積型コンテンツのモジュールとの双方が混在した形で参照先指定されてもよい。
【００１５】
本発明のさらに別の形態は、データ受信方法に関する。この方法は、トランスポートストリームを取得する過程と、そのトランスポートストリームからサービスを形成するコンポーネントの構成が記述された識別リストを取得する過程と、トランスポートストリームからサービスに含まれる少なくともひとつのコンポーネントを取得する過程と、そのコンポーネントに含まれる少なくともひとつのモノメディアのモジュールを識別リストに基づいて認識するとともに、その識別リストにおいて指定されたメモリ上の仮想ディレクトリへ認識されたモジュールを格納する過程と、データ放送におけるモノメディアのモジュールの画面提示に関する制御を定義したマルチメディア制御情報を読み出す過程と、そのマルチメディア制御情報において参照先指定された仮想ディレクトリを参照する過程と、その仮想ディレクトリに格納されたモジュールを読み出し、このモジュールをマルチメディア制御情報にしたがった構成により画面に提示する過程と、を備える。
【００１６】
本発明のさらに別の形態は、データ受信装置に関する。この装置は、トランスポートストリームを取得する受信処理部と、そのトランスポートストリームからサービスを形成するコンポーネントの構成が記述された識別リストを取得するリスト取得部と、トランスポートストリームからサービスに含まれる少なくともひとつのコンポーネントを取得するコンポーネント取得部と、そのコンポーネントに含まれる少なくともひとつのモノメディアのモジュールを識別リストに基づいて認識するとともに、その識別リストにおいて指定されたメモリ上の仮想ディレクトリへ認識されたモジュールを格納する格納処理部と、を備える。
【００１７】
このデータ受信装置は、受信したモジュールを一時的に格納するためのバッファメモリをさらに備え、そのバッファメモリには仮想的なディレクトリ構造の形式でモジュールが格納される。データ受信装置は、必ずしもアンテナなどの受信手段を一体的に有することを必要とせず、「放送受信端末」または「放送データ再生装置」などの形で実現することを妨げない。個別の機能を有する複数の装置が組み合わさって構成されるシステムの形で実現してもよく、全体として一体に構成されることを必要としない。
【００１８】
格納処理部は、メモリに格納されたモジュールを仮想ディレクトリの構造を承継したディレクトリ構造の下で補助記憶装置に保存する機能を有してもよい。マルチメディア制御情報において、メモリ上の仮想ディレクトリと補助記憶装置上のディレクトリの双方を同一視した形で参照先指定されてもよい。マルチメディア制御情報において、トランスポートストリームからメモリへ一時的に格納された後に即時再生されるリアルタイム型コンテンツのモジュールと、同時に再生されるべき他のモジュールとともに補助記憶装置に蓄積されて事後的に再生される蓄積型コンテンツのモジュールとの双方が混在した形で参照先指定されてもよい。
【００１９】
なお、以上の構成要素の任意の組合せや、本発明の構成要素や表現を方法、装置、コンピュータプログラム、コンピュータプログラムを格納した記録媒体、データ構造などの間で相互に置換したものもまた、本発明の態様として有効である。
【００２０】
【発明の実施の形態】
（前提技術）
前提技術においては、地上波デジタルラジオ放送用のトランスポートストリームの中に複数の論理的なデータ伝送路であるレイヤを設け、そのレイヤごとに個別の放送コンテンツを割り当てる。各放送コンテンツは、ラジオ放送、楽曲データ、画像データ、天気情報、ニュースなど、それぞれ個別の目的を有する。
【００２１】
受信端末は、トランスポートストリームに含まれる全ての放送コンテンツを取得する必要はなく、機種ごとの仕様に応じて選択的に放送コンテンツを取得する。受信端末の仕様は、機種ごとの再生目的に沿って任意に採用できる。例えばラジオ放送と楽曲データのみを取得可能とする装置や、ラジオ放送、天気情報、ニュースのみを取得可能とする装置など、同じトランスポートストリームからあらゆる組合せで放送コンテンツを取得できる。各放送コンテンツは所定の識別情報で管理される。受信端末は管理情報を参照して必要な放送コンテンツだけを取得するため、受信帯域やバッファが圧迫されない。
【００２２】
一方、放送サーバは、受信端末の仕様が機種によって異なる場合にも、それぞれの仕様に応じて別々のトランスポートストリームを生成して送信しなくてよく、あらゆる仕様の受信端末に向けて同じトランスポートストリームを送信する。これにより、送信するデータの重複を回避でき、複数の放送コンテンツを効率よく送信できる。
【００２３】
放送サーバは、各放送コンテンツに付与した識別情報を、放送コンテンツから分離させた形で送信する。さらに、いくつかの放送コンテンツに関しては、送信するタイミングに関する情報や、他の伝送方法による代替的な配信手段に関する情報をあわせて送信する。これにより、選択的な放送コンテンツの取得をさらに効率よく実現できる。
【００２４】
このように、放送側にとっては受信側の仕様の違いに左右されずに放送内容を決定でき、受信側にとっても放送内容の違いに左右されずに仕様を決定できる。
【００２５】
図１は、デジタル放送用トランスポートストリームの論理的な構成を示す。前提技術における放送に割り当てられた全体の帯域は６８０ｋｂｐｓであり、その帯域をＭＰＥＧ（Ｍｏｖｉｎｇ　Ｐｉｃｔｕｒｅ　Ｅｘｐｅｒｔｓ　Ｇｒｏｕｐ）の一規格であるＭＰＥＧ２−ＴＳ方式でトランスポートストリームを流す。このトランスポートストリームは図示する通りいくつかの論理的なレイヤによって構成される。そのレイヤには１つの本放送レイヤと複数の副放送レイヤが含まれる。ただし、本放送レイヤと副放送レイヤの数や構成は任意であり、放送内容を決定する側に委ねられる。
【００２６】
本放送レイヤには、デジタルラジオ放送におけるいわゆる本放送用のデータが流れる。このレイヤの帯域は１２８ｋｂｐｓであり、データ形式はＡＡＣ（Ａｄｖａｎｃｅｄ　Ａｕｄｉｏ　Ｃｏｄｉｎｇ）である。副放送レイヤには、いわゆるデータ放送用のデータが流れる。この副放送レイヤはさらにいくつかのレイヤに細分化され、それぞれに楽曲、テキスト、静止画、動画、音声などのデータが流される。例えば、楽曲データの伝送に用いられるレイヤの帯域は２７０ｋｐｓである。
【００２７】
（実施の形態）
本実施形態においては、放送受信端末が受信したデータを仮想的なディレクトリ構造の下でバッファメモリに格納する。放送画面の構成を定義するＢＭＬ文書においては、画面に提示させるモノメディアの参照先として仮想ディレクトリ名を指定できる。トランスポートストリーム（以下、ＴＳという。）上においてモジュールを識別するために用いられる名前空間で参照先指定する場合と異なり、伝送時の形態を考慮せずに参照先指定できるので、コンテンツ作成者にとって利便性が高い。
【００２８】
図２は、放送システムの構成を示す機能ブロック図である。放送システム１０は、放送サーバ１４と複数の放送受信端末１２で構成される。放送サーバ１４は、放送用のＴＳを地上波で送信し、これを複数の放送受信端末１２が受信する。
【００２９】
放送サーバ１４および放送受信端末１２は、ハードウエア的には、コンピュータのＣＰＵをはじめとする素子で実現でき、ソフトウエア的にはデータ送受信機能のあるプログラムなどによって実現されるが、図２〜４ではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウエア、ソフトウエアの組合せによっていろいろなかたちで実現できる。放送サーバ１４は、発信用のアンテナを含む構成でもよいし、放送受信端末１２は、受信用のアンテナを含むパーソナルコンピュータ、専用受信装置、携帯情報端末、携帯電話などであってもよい。
【００３０】
図３は、放送サーバの構成を示す機能ブロック図である。放送サーバ１４は、放送データ記憶部２０、伝送設定部３０、ストリーム設定部６０、および送信処理部７０を備える。放送データ記憶部２０は放送用のコンテンツを保持し、伝送設定部３０がＴＳの構成を設定する。その設定に基づいてストリーム設定部６０がＴＳを生成し、これを送信処理部７０が放送受信端末１２へ送信する。
【００３１】
放送データ記憶部２０には、放送コンテンツを構成する動画、静止画、音声、楽曲、テキストなどのデータが格納されている。伝送設定部３０は、ＤＩＩメッセージを設定するメッセージ設定部３２と、モジュールをコンポーネント化するコンポーネント生成部３４と、ＴＳの構成を設定する詳細設定部３６を有する。
【００３２】
メッセージ設定部３２は、指示取得部３８、ブロック設定部４０、およびメッセージ生成部４２を含む。指示取得部３８は、モノメディアのモジュールを伝送対象に指定する指示を操作者から受け取る。指示取得部３８はさらに、伝送するモジュールの受信側における格納先としてその受信端末のバッファメモリ上の仮想ディレクトリ名に関する指示を操作者から受け取る。仮想ディレクトリ名として、ディレクトリパスの名前やファイル名の指定を受ける。ブロック設定部４０は、伝送対象に指定されたモジュールをコンポーネント化するときの構成を設定するとともに、モジュールのデータサイズやデータ種別などに応じて伝送用のブロックであるＤＤＢ（Ｄｏｗｎｌｏａｄ　Ｄａｔａ　Ｂｌｏｃｋ）を生成する。メッセージ生成部４２は、パッケージの構成を記述したＤＩＩメッセージを生成する。
【００３３】
コンポーネント生成部３４は、対象特定部４４、コンポーネント設定部４６、およびサービス設定部４７を含む。対象特定部４４は、コンポーネント化の対象となるＤＩＩメッセージおよびＤＤＢを特定する。コンポーネント設定部４６は、対象特定部４４によって特定されたＤＩＩメッセージおよびＤＤＢからコンポーネントを生成する。ここで、コンポーネント設定部４６がコンポーネント化するＤＤＢには、マルチメディア制御情報のモジュールも含まれる。このマルチメディア制御情報は、データ放送におけるモノメディアのモジュールの画面提示に関する空間的制御または時間的制御を定義するデータであり、本実施形態ではＢＭＬ文書を示す。
【００３４】
ＢＭＬ文書において提示対象として指定されるモジュールの参照先指定には、仮想ディレクトリ名が用いられる。この仮想ディレクトリ名に用いられる名前空間は、ＴＳ上でモジュールを識別するための名前空間と異なる形式で形成される。すなわち、「ａｒｉｂ−ｄｃ：／／＜ｓｅｒｖｉｃｅ＿ｉｄ＞．＜ｅｖｅｎｔ＿ｉｄ＞．＜ｃｏｎｔｅｎｔ＿ｉｄ＞／＜ｃｏｍｐｏｎｅｎｔ＿ｔａｇ＞／＜ｍｏｄｕｌｅ＿ｉｄ＞／＜ｒｅｓｏｕｒｃｅＮａｍｅ＞」のような、ＴＳ上でモジュールを直接識別するための名前空間ではなく、例えば「ａｒｉｂ−ｒｔｌ：／／＜ｓｅｒｖｉｃｅ＿ｉｄ＞／＜ｄｉｒｅｃｔｏｒｙＮａｍｅ＞／＜ｆｉｌｅＮａｍｅ＞」のようなディレクトリパスとファイル名を連結させた名前空間が用いられる。前者が「伝送時の名前空間」だとすれば、後者は「利用時の名前空間」と表現できる。「ｃｏｍｐｏｎｅｎｔ＿ｔａｇ」および「ｍｏｄｕｌｅ＿ｉｄ」は、伝送時に便宜的に付与される数字などの識別子である。一方、「ｄｉｒｅｃｔｏｒｙＮａｍｅ」および「ｆｉｌｅＮａｍｅ」は、コンテンツ作成者が意識的にその内容を表すような文字列で自由に指定できる。なお、ＢＭＬ文書において「＜ｄｉｒｅｃｔｏｒｙＮａｍｅ＞／＜ｆｉｌｅＮａｍｅ＞」や「．．／＜ｆｉｌｅＮａｍｅ＞」のような相対参照によりモジュールを指定してもよい。
【００３５】
サービス設定部４７は、一つ以上のコンポーネントを含んだサービスの構成を設定する。これにより、サービスごとのコンポーネント構成、各コンポーネントのモジュール構成、各モジュールの格納先の仮想ディレクトリ名、格納時のファイル名、などが決定されて後述のリスト設定部４９へ送られる。
【００３６】
詳細設定部３６は、トランスポートストリームの構成を設定する機能を有し、テーブル生成部４８、リスト設定部４９、およびパケット設定部５０を含む。テーブル生成部４８は、複数のコンポーネントを多重化して形成されるＴＳの構成を記述した詳細テーブルを生成する。リスト設定部４９は、サービスごとにコンポーネント構成、モジュール構成、格納先の仮想ディレクトリ名、格納時のファイル名などが記述された識別リストを生成する。パケット設定部５０は、各コンポーネントを固定長のパケットに分割するとともに、それぞれのパケットにパケット識別（ＰＩＤ）を付与する。
【００３７】
ストリーム設定部６０は、符号化処理部６２および多重化処理部６４を有する。符号化処理部６２は、必要に応じてデータを符号化する。例えば、楽曲データをＡＡＣなどの形式に変換してもよいし、大容量データの圧縮や暗号化を処理してもよい。多重化処理部６４は、詳細設定部３６によって定められた通り、複数のパケットを時分割多重などにより多重化してデータストリームを生成する。このデータストリームを送信処理部７０が送信する。
【００３８】
図４は、放送受信端末の構成を示す機能ブロック図である。放送受信端末１２は、受信処理部１１０、受信データ処理部１２０、バッファメモリ１３０、ハードディスク１３２、提示処理部１４０、モニタ１５０、およびスピーカ１５２を備える。放送サーバ１４から発信されたＴＳを受信処理部１１０が受信し、受信データ処理部１２０がＴＳからモジュールを取り出してバッファメモリ１３０またはハードディスク１３２に格納する。提示処理部１４０は、バッファメモリ１３０またはハードディスク１３２に格納されたモジュールを再生する。再生された音声はスピーカ１５２を通じて外部へ出力され、再生された画像やテキストはモニタ１５０を通じて外部へ出力される。
【００３９】
受信データ処理部１２０は、テーブル取得部１２２、コンポーネント取得部１２４、メッセージ取得部１２６、リスト取得部１２７、および格納処理部１２８を有する。テーブル取得部１２２は、ＴＳから詳細テーブルを取得する。例えば、最初にＰＡＴを取得し、このＰＡＴに基づいてＰＭＴやＮＩＴを取得する。コンポーネント取得部１２４は、選局されているサービスに属するパケットをＰＭＴに基づいて取得し、そのパケットを連結してコンポーネントを再構成する。コンポーネント取得部１２４は、各コンポーネントを識別するためのコンポーネント識別子（ｃｏｍｐｏｎｅｎｔ　ｔａｇ）をＰＭＴから取得して各コンポーネントに割り当てる。コンポーネント取得部１２４は、各コンポーネントが属するサービスを識別するためのサービス識別子（ｓｅｒｖｉｃｅ　ｉｄ）をＮＩＴから取得する。コンポーネント取得部１２４は、必要に応じてデータ形式の変換や、圧縮データまたは暗号化データの復号を処理する。
【００４０】
メッセージ取得部１２６は、各コンポーネントからＤＩＩメッセージを取得する。リスト取得部１２７は、ＴＳからサービスごとに識別リストを取得する。格納処理部１２８は、コンポーネントに含まれるモジュールをＤＩＩメッセージに基づいて認識する。格納処理部１２８は、識別リストにおいて指定されたバッファメモリ１３０上の仮想ディレクトリへモジュールを格納する。コンポーネントが蓄積型サービス用のデータである場合、格納処理部１２８はそのモジュールをハードディスク１３２へ蓄積してもよい。蓄積型サービス用のデータであるか否かは、サービスのタイプに応じて判断してもよいし、所定のテーブルなどに記述された識別フラグに基づいて判断してもよい。
【００４１】
提示処理部１４０は、バッファメモリ１３０に格納されたモジュールを画面に提示する機能として、モジュール読出部１４２、制御情報読出部１４４、および再生部１４６を有する。制御情報読出部１４４は、バッファメモリ１３０に格納されたモジュールのうち、マルチメディア制御情報としてのＢＭＬ文書のモジュールを読み出す。
【００４２】
モジュール読出部１４２は、ＢＭＬ文書において指定されたモジュールの格納先であるバッファメモリ１３０上の仮想ディレクトリを参照し、そこからモジュールを読み出す。モジュール読出部１４２は、仮想ディレクトリの名前空間を、ＴＳ上でモジュールを認識するための名前空間と異なる形式で認識する。再生部１４６は、読み出された各モジュールを再生してモニタ１５０またはスピーカ１５２へ出力する。このとき、再生部１４６はＢＭＬ文書にしたがった画面構成によりモジュールを提示する。
【００４３】
図５は、放送受信端末のバッファメモリ上に形成される仮想ディレクトリツリーの構造を示す。図示するように、仮想ディレクトリツリー１６０は複数のファイルとそれらの格納場所であるディレクトリを階層化させた構造を有し、全体としてひとつのサービスを構成する。この仮想ディレクトリツリー１６０に含まれる複数のファイルは、第１コンテンツ１６４と第２コンテンツ１６６に大別される。第１コンテンツ１６４は、一つのエレメンタリストリーム（以下、ＥＳという。）によって伝送されるデータ群であり、第２コンテンツ１６６は、二つのＥＳに分散されて伝送されるデータ群である。
【００４４】
ルートディレクトリ１６２のディレクトリ名は「１０１」である。このディレクトリ名は、図４のコンポーネント取得部１２４が取得したサービス識別子と同じ、もしくはモジュール読出部１４２によって読み出された仮想ディレクトリ名である。ルートディレクトリ１６２より一つ下位にあるサブディレクトリの名前は「Ａ」および「Ｂ」である。サブディレクトリ「Ａ」の下にあるファイルおよびサブディレクトリの名前は、それぞれ「ｐｒｏｇｒａｍ０１．ｂｍｌ」と「ｉｍｇ」である。サブディレクトリ「ｉｍｇ」の下にあるファイルおよびサブディレクトリの名前は、それぞれ「ｐｉｃｔｕｒｅ０１．ｊｐｇ」と「Ｃ」である。サブディレクトリ「Ｃ」の下にあるファイルの名前は「ｐｉｃｔｕｒｅ０３．ｊｐｇ」である。これらのファイル群は第１コンテンツ１６４を構成するとともに、伝送時には一つのコンポーネントを構成する。そのコンポーネント識別子の値は「５１」である。
【００４５】
サブディレクトリ「Ｂ」の下にあるファイルおよびサブディレクトリの名前は、それぞれ「ｐｒｏｇｒａｍ０２．ｂｍｌ」と「ｄａｔａ」である。サブディレクトリ「ｄａｔａ」の下にあるファイルの名前は「ｓｏｕｎｄ．ａｉｆ」、「ｐｉｃｔｕｒｅ０２．ｊｐｇ」、および「Ｄ」である。サブディレクトリ「Ｄ」の下にあるファイルの名前は「ｐｉｃｔｕｒｅ０４．ｊｐｇ」である。これらのファイル群は第２コンテンツ１６６を構成するとともに、伝送時には二つのコンポーネントに分散される。そのコンポーネント識別子の値は「５２」および「５３」である。以上のような構造で仮想ディレクトリが形成される。コンテンツ作成者は、仮想ディレクトリツリー１６０の構造、ディレクトリ名、ファイル名などを自由に設定できるので、利便性が高い。また、同時に表示させない複数のファイルをひとつのコンポーネントに含めさせることもでき、伝送時の構成においても自由度が高い。
【００４６】
図６は、図５のサービスについて生成される識別リストの内容を示す。識別リスト２００は、コンポーネントタグ欄２０２、モジュールＩＤ欄２０４、ディレクトリ欄２０６、ファイル名欄２０８、およびタイプ欄２１０を含む。コンポーネントタグ欄２０２には、サービスに含まれるコンポーネントに対して付与されたコンポーネント識別子（ｃｏｍｐｏｎｅｎｔ　ｔａｇ）が記述される。図においてはコンポーネント識別子「５１」「５２」「５３」が記述されている。モジュールＩＤ欄２０４には、各コンポーネントに含まれるモジュール識別子（ｍｏｄｕｌｅ　ｉｄ）が記述される。図においては各コンポーネントにそれぞれモジュール識別子「１」「２」のモジュールが含まれていることが示されている。
【００４７】
ディレクトリ欄２０６には、モジュールごとの格納先である仮想ディレクトリ名が記述される。例えば、コンポーネント「５１」のモジュール「１」を仮想ディレクトリ「Ａ」の配下に格納すべきことが記述されている。同じコンポーネントのモジュール「２」を構成するファイルは、仮想ディレクトリ「Ａ」の配下である仮想ディレクトリ「ｉｍｇ」と、仮想ディレクトリ「Ｂ」の配下にある仮想ディレクトリ「ｄａｔａ」とへ分散して格納すべきことが記述されている。ファイル名欄２０８には、モジュールを構成するファイルのファイル名が、それぞれの格納先との対応において記述されている。例えば、仮想ディレクトリ「Ａ」にはファイル「ｐｒｏｇｒａｍ０１．ｂｍｌ」が対応し、仮想ディレクトリ「ｉｍｇ」には「ｐｉｃｔｕｒｅ０１．ｊｐｇ」が対応する。タイプ欄２１０には、各ファイルのデータ種別が記述されている。例えば、ファイル「ｐｒｏｇｒａｍ０１．ｂｍｌ」のデータ種別は「ＢＭＬ文書」である旨が記述されている。
【００４８】
こうして得られた仮想ディレクトリ名、ファイル名、格納場所の構造に基づき、放送受信端末１２は図５のような仮想ディレクトリツリー構造をバッファメモリ上に形成させる。なお、ＡＲＩＢ　ＳＴＤ−２４には、「ＳｔｏｒｅＲｏｏｔ記述子」および「ＳｕｂＤｉｒｅｃｔｏｒｙ記述子」が規定されているが、これらはいわゆる蓄積型コンテンツに対してのみ使用できる記述子であり、本実施形態のようなリアルタイム再生型のコンテンツには事実上使用できない。また、「ＳｔｏｒｅＲｏｏｔ記述子」および「ＳｕｂＤｉｒｅｃｔｏｒｙ記述子」を用いても、一つのコンテンツが複数のコンポーネントに分散される場合のコンポーネント間の参照指定ができないので、総てのＥＳを取得しないとコンテンツの全容が把握できない。本実施形態の場合、ひとつの識別リストを取得してしまえば、総てのＥＳを取得しなくともそのサービスの構成を総て把握できる。
【００４９】
なお、本実施形態の識別リストに類似のデータとして、各モジュールの構成を示すリソースリストが挙げられる。しかし、これはモジュール単位で生成されるリストであるため、総てのＥＳを取得しないとサービス全体の構成は把握できない。したがって、本実施形態の識別リストとは性質上明らかに相違する。
【００５０】
また、ＴＳに識別リストをもたせる方式は、受信装置に対してリスト解析、モジュール認識、モジュール振り分けなどの処理を負担させるものの、現実にはその負担は小さいものであり、それ以上にコンテンツ制作者の労力低減というメリットが大きい。一方、格納先の仮想ディレクトリ名などをＤＩＩメッセージに記述子の形式で書き込む形態も考えられる。しかし、ＤＩＩメッセージの方式において特別な記述子を新設するためのデータ領域の確保が規格上困難であるため、別個の独立したデータである識別リストの形で定義する方がむしろ好ましいといえる。特に、同時に表示制御すべき複数のモジュールがそれぞれどのコンポーネントに含めるべきかといった制約がなく、また伝送時の構成を考慮せずに利用時のモジュール構成を設定できるので、コンテンツ制作者にとっての利便性が高い。
【００５１】
図７は、一つのＥＳで伝送されるコンテンツの構成を示す。第１コンポーネント１８０は、一つのＥＳを構成する単位であり、図５および図６に示したファイル「ｐｒｏｇｒａｍ０１．ｂｍｌ」、「ｐｉｃｔｕｒｅ０１．ｊｐｇ」、および「ｐｉｃｔｕｒｅ０３．ｊｐｇ」を含む。この第１コンポーネント１８０に付与されるコンポーネント識別子は「５１」である。第１コンポーネント１８０は、ＤＩＩメッセージ１７０とＤＤＢ１７２で構成される。ＤＤＢ１７２は二つのモジュールで構成される。一つ目のモジュールはファイル「ｐｒｏｇｒａｍ０１．ｂｍｌ」である。二つ目のモジュールはエンティティ形式であり、「ｐｉｃｔｕｒｅ０１．ｊｐｇ」と「ｐｉｃｔｕｒｅ０３．ｊｐｇ」を含む。それぞれのモジュールには、モジュール識別子として「１」および「２」の値が付与される。
【００５２】
ＤＩＩメッセージ１７０においては、モジュールごとにタイプ記述子とネーム記述子が指定される。モジュール「１」は、そのデータ種別が「ＢＭＬ文書」であることがタイプ記述子から把握でき、そのファイル名は「ｐｒｏｇｒａｍ０１．ｂｍｌ」であることがネーム記述子から把握できる。モジュール「２」は、その形式が「Ｍｕｌｔｉｐａｒｔ」すなわちエンティティ形式であることがタイプ記述子から把握できる。このエンティティ形式のモジュールを構成するファイルの名前は、それぞれＤＤＢ１７２に格納されたそれぞれのリソース名から把握できる。
【００５３】
図８は、コンテンツが二つのＥＳに分散されて伝送される場合における第１のコンポーネントの構成を示す。以下、図７の第１コンポーネント１８０との相違点を中心に第２コンポーネント１８２を説明する。第２コンポーネント１８２は、図５および図６に示したファイル「ｐｒｏｇｒａｍ０２．ｂｍｌ」および「ｓｏｕｎｄ．ａｉｆ」を含み、付与されるコンポーネント識別子は「５２」である。第２コンポーネント１８２は、ＤＩＩメッセージ１７４とＤＤＢ１７６で構成される。ＤＤＢ１７６を構成する一つ目のモジュールはファイル「ｐｒｏｇｒａｍ０２．ｂｍｌ」であり、二つ目のモジュールは「ｓｏｕｎｄ．ａｉｆ」である。それぞれのモジュールには、モジュール識別子として「１」および「２」の値が付与される。
【００５４】
ＤＩＩメッセージ１７４において、モジュール「１」はデータ種別が「ＢＭＬ文書」でファイル名が「ｐｒｏｇｒａｍ０２．ｂｍｌ」であり、モジュール「２」はデータ種別が「ＡＩＦＦ音声」でファイル名が「ｓｏｕｎｄ．ａｉｆ」であることが記述されている。
【００５５】
図９は、コンテンツが二つのＥＳに分散されて伝送される場合における第２のコンポーネントの構成を示す。第３コンポーネント１８４は、図５および図６に示したファイル「ｐｉｃｔｕｒｅ０２．ｊｐｇ」と「ｐｉｃｔｕｒｅ０４．ｊｐｇ」を含み、付与されるコンポーネント識別子は「５３」である。第３コンポーネント１８４は、ＤＩＩメッセージ１７８とＤＤＢ１７９で構成される。ＤＤＢ１７９を構成する一つ目のモジュールはファイル「ｐｉｃｔｕｒｅ０２．ｊｐｇ」であり、二つ目のモジュールは「ｐｉｃｔｕｒｅ０４．ｊｐｇ」である。それぞれのモジュールには、モジュール識別子として「１」および「２」の値が付与される。
【００５６】
ＤＩＩメッセージ１７８において、モジュール「１」および「２」はいずれもデータ種別が「ＪＰＥＧ画像」である旨が記述されている。図のようにそれぞれのファイル名の記述が省略されている場合は、ＤＤＢ１７９からファイル名を取得すればよい。逆に、ＤＤＢ１７９に記述されたリソース名と異なるファイル名をＤＩＩメッセージ１７８に記述することによって、格納時のファイル名を自由に指定してもよい。
【００５７】
以上、本発明をいくつかの実施形態をもとに説明した。この実施形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。以下、変形例をいくつか挙げる。
【００５８】
実施の形態においては、地上波デジタルラジオ放送における送信装置および受信装置を説明した。変形例においては、地上波放送、衛星放送、ケーブル放送、インターネット放送などのテレビジョン放送またはラジオ放送の形で実現してもよい。また、必ずしも「放送」の分野に限定されず、伝送される様々なデータストリームに応用してもよい。
【００５９】
【発明の効果】
本発明によれば、デジタル放送の運営に関して利便性を高めることができる。
【図面の簡単な説明】
【図１】放送用トランスポートストリームの論理的な構成を示す図である。
【図２】放送システムの構成を示す機能ブロック図である。
【図３】放送サーバの構成を示す機能ブロック図である。
【図４】放送受信端末の構成を示す機能ブロック図である。
【図５】放送受信端末のバッファメモリ上に形成される仮想ディレクトリツリーの構造を示す図である。
【図６】識別リストの内容を示す図である。
【図７】一つのエレメンタリストリームで伝送されるコンテンツの構成を示す図である。
【図８】コンテンツが二つのエレメンタリストリームに分散されて伝送される場合における第１のコンポーネントの構成を示す図である。
【図９】コンテンツが二つのエレメンタリストリームに分散されて伝送される場合における第２のコンポーネントの構成を示す図である。
【符号の説明】
１０　放送システム、　１２　放送受信端末、　１４　放送サーバ、　２０　放送データ記憶部、　３０　伝送設定部、　３２　メッセージ設定部、　３４　コンポーネント生成部、　３６　詳細設定部、　４９　リスト設定部、　６０　ストリーム設定部、　７０　送信処理部、　１１０　受信処理部、　１２０　受信データ処理部、　１２２　テーブル取得部、　１２４　コンポーネント取得部
、　１２６　メッセージ取得部、　１２７　リスト取得部、　１２８　格納処理部、　１３０　バッファメモリ、　１４０　提示処理部。
【図１】
2004048515.tif 000003
【図２】
2004048515.tif 000004
【図３】
2004048515.tif 000005
【図４】
2004048515.tif 000006
【図５】
2004048515.tif 000007
【図６】
2004048515.tif 000008
【図７】
2004048515.tif 000009
【図８】
2004048515.tif 000010
【図９】
2004048515.tif 000011