JP7424449B2 - 受信装置及び受信方法 - Google Patents

Description

本明細書で開示する技術は、所定の伝送単位からなるデータを所定のトランスポート方式で伝送する送信装置及び送信方法、並びに受信装置及び受信方法に係り、特に、放送サービスを構成する各コンポーネントをＭＰＵ（Ｍｅｄｉａ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）フォーマットにして放送データをＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）方式により伝送する送信装置及び送信方法、並びに受信装置及び受信方法に関する。

現在の放送システムでは、メディアのトランスポート方式として、ＭＰＥＧ－２ ＴＳ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ－２ Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）方式やＲＴＰ（Ｒｅａｌ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）方式が広く使用されている（例えば、特許文献１を参照のこと）。また、次世代のディジタル放送方式として、ＭＰＥＧで新たなメディア・トランスポート方式として規格化されたＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）方式による超高解像度ＴＶ放送規格が検討されている。ＭＭＴ方式では、異なる伝送路を組み合わせて利用することが容易であり、放送や通信の複数の伝送路に共通に用いることができる。

１つのサービス（チャンネル：放送番組）の放送信号は、映像、音声、字幕などの放送番組本編に関わる同期（Ｔｉｍｅｄ）メディアと、放送番組に付随するデータ放送に利用されるファイル・データのような非同期（Ｎｏｎ－Ｔｉｍｅｄ）メディアで構成される。ＭＭＴ方式を用いる放送システムでは、これらを符号化したメディア・データをＭＰＵという伝送単位のフォーマットにして、これらＭＭＴＰ（ＭＭＴ Ｐｒｏｔｏｃｏｌ）パケット化し、さらにＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）パケットに乗せて伝送する。また、これらのＩＰパケットは、放送伝送路ではＴＬＶ（Ｔｙｐｅ Ｖａｌｕｅ Ｌｅｎｇｔｈ）パケットの形式で伝送する（例えば、特許文献２を参照のこと）。

特開２０１３－１５３２９１号公報 特開２０１４－２０４３８４号公報

本明細書で開示する技術の目的は、放送サービスを構成する各コンポーネントを所定のトランスポート方式に基づく伝送単位にして好適に伝送することができる、優れた送信装置及び送信方法、並びに受信装置及び受信方法を提供することにある。

本明細書で開示する技術は、上記課題を参酌してなされたものであり、その第１の側面は、
放送サービスを構成する各コンポーネントを所定のトランスポート方式に基づく伝送単位にして送信する送信部と、
前記コンポーネントの伝送に関する制御情報を送信する情報送信部と、
を具備し、
前記送信部は、データ放送アプリケーションを構成するファイルを所定のトランスポート方式に基づく伝送単位にグルーピングして送信し、
前記情報送信部は、前記伝送単位の前記データ放送アプリケーションに対する位置付けを示すテーブルを含んだ制御情報を送信する、
送信装置である。

本明細書で開示する技術の第２の側面によれば、第１の側面に係る送信装置において、前記所定のトランスポート方式はＭＭＴである。

本明細書で開示する技術の第３の側面によれば、第１の側面に係る送信装置の前記送信部は、データ放送アプリケーションを構成するファイルを提示単位に基づいてグルーピングした前記伝送単位で送信し、前記情報送信部は、前記伝送単位とデータ放送アプリケーションの提示単位との対応関係を示すテーブルを含んだ制御情報を送信するように構成されている。

本明細書で開示する技術の第４の側面によれば、第３の側面に係る送信装置の前記情報送信部は、データ放送アプリケーションの提示単位に関する情報を示す第１のテーブル内で各提示単位を伝送単位に対応付ける記述子を格納して送信するように構成されている。

本明細書で開示する技術の第５の側面によれば、第３の側面に係る送信装置の前記情報送信部は、コンポーネントを伝送する伝送単位に関する情報を示す第２のテーブル内で各伝送単位を提示単位に対応付ける記述子を格納して送信するように構成されている。

本明細書で開示する技術の第６の側面によれば、データ放送アプリケーションを構成するファイルはディレクトリー構造を有している。そして、第１の側面に係る送信装置の前記送信部は、データ放送アプリケーションを構成するファイルをディレクトリー構造に基づいてグルーピングした前記伝送単位で送信し、前記情報送信部は、前記伝送単位とディレクトリー構造との対応関係を示すテーブルを含んだ制御情報を送信するように構成されている。

本明細書で開示する技術の第７の側面によれば、第６の側面に係る送信装置の前記情報送信部は、コンポーネントを伝送する伝送単位に関する情報を示す第２のテーブル内で各伝送単位をディレクトリー構造に対応付ける記述子を格納して送信するように構成されている。

また、本明細書で開示する技術の第８の側面は、
放送サービスを構成する各コンポーネントを所定のトランスポート方式に基づく伝送単位にして送信する送信ステップと、
前記コンポーネントの伝送に関する制御情報を送信する情報送信ステップと、
を有し、
前記送信ステップでは、データ放送アプリケーションを構成するファイルを所定のトランスポート方式に基づく伝送単位にグルーピングして送信し、
前記情報送信ステップでは、前記伝送単位の前記データ放送アプリケーションに対する位置付けを示すテーブルを含んだ制御情報を送信する、
送信方法である。

また、本明細書で開示する技術の第９の側面は、
放送サービスを構成する各コンポーネントを所定のトランスポート方式に基づく伝送単位で受信する受信部と、
前記コンポーネントの伝送に関する制御情報を受信する情報受信部と、
を具備し、
前記受信部は、データ放送アプリケーションを構成するファイルを所定のトランスポート方式に基づいてグルーピングされた伝送単位で受信し、
前記情報受信部は、前記伝送単位の前記データ放送アプリケーションに対する位置付けを示すテーブルを含んだ制御情報を受信する、
受信装置である。

また、本明細書で開示する技術の第１０の側面は、
放送サービスを構成する各コンポーネントを所定のトランスポート方式に基づく伝送単位で受信する受信ステップと、
前記コンポーネントの伝送に関する制御情報を受信する情報受信ステップと、
を有し、
前記受信ステップでは、データ放送アプリケーションを構成するファイルを所定のトランスポート方式に基づいてグルーピングされた伝送単位で受信し、
前記情報受信ステップでは、前記伝送単位の前記データ放送アプリケーションに対する位置付けを示すテーブルを含んだ制御情報を受信する、
受信方法である。

本明細書で開示する技術によれば、放送サービスを構成する各コンポーネントを所定のトランスポート方式に基づく伝送単位にして好適に伝送することができる、優れた送信装置及び送信方法、並びに受信装置及び受信方法を提供することができる。

本明細書で開示する技術を適用した放送システムによれば、データ放送アプリケーションの伝送単位（ＭＰＵ）を、データ放送アプリケーションの提示単位又はデータ放送アプリケーションの制作単位に位置付けることができ、これによって放送サービスを効率的に運用することができる。

なお、本明細書に記載された効果は、あくまでも例示であり、本発明の効果はこれに限定されるものではない。また、本発明が、上記の効果以外に、さらに付加的な効果を奏する場合もある。

本明細書で開示する技術のさらに他の目的、特徴や利点は、後述する実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。

図１は、本明細書で開示する技術を適用したディジタル放送システム１０の構成例を模式的に示した図である。 図２は、ＭＭＴ方式を用いる放送システムのプロトコル・スタック２００を示した図である。 図３は、図２に示した放送信号を送出する放送送出システム１１の構成例を示した図である。 図４は、図２に示した放送信号を受信する受信機１２の構成例を示した図である。 図５は、ＭＭＴ／ＴＬＶ方式に従って放送送出システム１１から放送伝送路に送出される放送信号５００のイメージを示した図である。 図６は、ＭＭＴＰパケット６００のシンタックス例を示した図である。 図７は、非同期メディアを伝送するＭＭＴＰパケットの場合の拡張ヘッダー７００のシンタックス例を示した図である 図８は、ＭＰＵモードの場合のＭＭＴＰペイロード８００のシンタックス例を示した図である。 図９は、同期メディアを配置したＭＭＴＰペイロード８００に格納されるＤＵ＿Ｈｅａｄｅｒのシンタックス例９００を示した図である。 図１０は、非同期メディアを配置したＭＭＴＰペイロード８００に格納されるＤＵ＿Ｈｅａｄｅｒのシンタックス例１０００を示した図である。 図１１は、ＭＭＴ伝送するパケットの構成方法を説明するための図である。 図１２は、ＰＡメッセージ内のＭＰテーブルからパッケージの各アセットを指定する仕組みを示した図である。 図１３は、ＰＡメッセージ１３０１と、ＰＡメッセージ１３０１に含まれるＭＰテーブル１３０２のシンタックス例を示した図である。 図１４は、ＰＡメッセージのシンタックス例１４００を示した図である。 図１５は、ＰＡメッセージに含まれるパラメーターの説明を示した図である。 図１６は、ＭＰテーブルのシンタックス例１６００を示した図である。 図１７は、ＭＰテーブルに含まれるパラメーターの説明を示した図である。 図１８は、ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ（一般ロケーション情報）のデータ構造例１８００を示した図である。 図１９は、Ｍ２セクション・メッセージのシンタックス例１９００を示した図である。 図２０は、ＭＨ ＡＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）テーブル（ＭＨ ＡＩＴ）のシンタックス例２０００を示した図である。 図２１は、アプリケーション情報記述子のシンタックス例２１００を示した図である。 図２２は、伝送プロトコル記述子のシンタックス例２１００を示した図である。 図２３は、ＨＴＴＰ／ＨＴＴＰＳ、ＭＭＴ非同期伝送に共通のセレクター・バイトのシンタックス例２３００を示した図である。 図２４は、データ伝送メッセージのシンタックス例２４００を示した図である。 図２５は、データ・ディレクトリー管理テーブル（ＤＤＭＴ）のシンタックス例２５００を示した図である。 図２６は、データ・アセット管理テーブル（ＤＡＭＴ）のシンタックス例２６００を示した図である。 図２７は、データ・コンテンツ管理テーブル（ＤＣＣＴ）のシンタックス例２７００を示した図である。 図２８は、ＭＭＴ伝送されるデータ放送アプリケーションを構成するファイルを取得する仕組みを説明するための図である。 図２９は、ＭＭＴ伝送されるデータ放送アプリケーションの伝送、ロケーションと提示を行なう仕組みを説明するための図（但し、ＭＰＵがＰＵに位置付けられる場合）である。 図３０は、ＭＭＴ伝送されるデータ放送アプリケーションの伝送とアプリケーションの提示単位との対応関係を説明するための図（但し、ＭＰＵがＰＵに位置付けられる場合）である。 図３１は、ＰＵからＭＰＵへのマッピング記述子のシンタックス例３１００を示した図である。 図３２は、データ・アセットからデータ放送アプリケーションを取得する際の、シグナリング情報として伝送される各テーブルの参照関係を説明するための図（但し、ＭＰＵがＰＵに位置付けられる場合）である。 図３３は、ＰＵ情報記述子並びにリンク先ＰＵ情報記述子のシンタックス例３３０１、３３０２を示しである。 図３４は、データ・アセットからデータ放送アプリケーションを取得する際の、シグナリング情報として伝送される各テーブルの参照関係を説明するための図（但し、ＭＰＵがＰＵに位置付けられる場合）である。 図３５は、ＭＭＴ伝送されるデータ放送アプリケーション（コンテンツ）の伝送と、コンテンツのディレクトリー構造との対応関係を示した図（但し、ＭＰＵがディレクトリー構造に位置付けられる場合）である。 図３６は、ＭＰＵノード記述子（ＭＰＵ＿ｎｏｄｅ＿ｄｅｓｃｒｉｐｔｏｒ）のシンタックス例３６００を示した図である。 図３７は、データ・アセットからデータ放送アプリケーションを取得する際の、シグナリング情報として伝送される各シグナリング・テーブルの参照関係を説明するための図（但し、ＭＰＵがディレクトリー構造に位置付けられる場合である。

以下、図面を参照しながら本明細書で開示する技術の実施形態について詳細に説明する。

図１には、本明細書で開示する技術を適用したディジタル放送システム１０の構成例を模式的に示している。図示のディジタル放送システム１０は、放送送出システム１１と、受信機１２で構成される。

放送送出システム１１は、放送信号の伝送にＭＭＴ方式を適用しており、放送サービスを構成する各コンポーネントをＩＰパケットにして伝送する。具体的には、放送番組の映像信号や音声信号の符号、並びに、放送番組に関連するコンテンツ（データ放送アプリケーションなど）や字幕の信号は、ＭＭＴＰペイロードに乗せてＭＭＴＰパケット化され、ＩＰパケットで伝送される。また、これらのＩＰパケットは、放送伝送路ではＴＬＶパケットの形式で伝送される。ここで、映像や音声、字幕などの放送番組本体に関わるコンポーネントは、同期メディアである。また、データ放送に利用されるコンテンツ（ＨＴＭＬ：Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）形式で記述されるデータ放送アプリケーションなど）は非同期メディアである。

一方、受信機１２は、放送送出システム１１から放送伝送路で送られてくるＩＰパケットを受信する。受信機１２は、そして、受信機１２は、受信パケットから映像や音声、字幕などの伝送メディアを復号して、画像や音声を提示する。また、受信機１２は、受信パケットからデータ放送用の各ファイル・データを取得すると、ＨＴＭＬブラウザーなどのアプリケーション・エンジンを起動して、放送番組に連動したデータ放送の提示を行なう。

図２には、ＭＭＴ方式を用いる放送システムのプロトコル・スタック２００を示している。

１つの放送サービスは、映像２０１、音声２０２、字幕２０３、アプリケーション２０４、コンテンツ・ダウンロード２０５の各コンポーネントで構成される。映像２０１はＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）形式で符号化２１１され、音声２０２はＡＡＣ（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ）形式で符号化２１２され、字幕２０３は次膜符号化２１３される。また、アプリケーション２０４は、ＥＰＧ（Ｅｌｅｃｔｒｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）を含むが、ＨＴＭＬ５形式で符号化２１４される。

ＭＭＴレイヤー２２０上では、これら同期メディア及び非同期メディアの符号化コンポーネント２１１～２１４は、ＭＰＵフォーマットにして、ＭＭＴＰペイロードに乗せてＭＭＴＰパケット化される。また、メディア・トランスポート方式であるＭＭＴに関わる（放送番組の構成などを示す）制御情報であるＭＭＴ－ＳＩ（ｓｉｇｎａｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ）２２１も、ＭＭＴＰペイロードに乗せてＭＭＴＰパケット化される。なお、コンテンツ・ダウンロード２０５のデータ伝送方式２１５として、字幕・文字スーパー伝送方式、アプリケーション伝送方式、イベント・メッセージ伝送方式、汎用データ伝送方式の４種類が挙げられるが、詳細な説明は省略する。

ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）／ＩＰレイヤー２３０では、ＭＭＴＰパケットはＩＰパケット化される。また、同期メディアのための現在時刻の情報を含むＮＴＰ（Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）パケット２０６も、ＩＰパケット化される。さらに、これらのＩＰパケットは、ＴＬＶレイヤー２４０でＴＬＶパケット化され、最下層の物理レイヤーである放送伝送路２５０で伝送される。また、ＩＰパケットの多重のためのＴＬＶ多重化形式に関わるＴＬＶ－ＳＩ２４１も、ＴＬＶパケット化され、放送伝送路２５０で伝送される。ＴＬＶパケットを多重した伝送スロットは、伝送路のＴＭＣＣ（Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｎｔｒｏｌ）信号２５１から、ＴＬＶストリーム識別情報（ＴＬＶ＿ｓｔｒｅａｍ＿ｉｄ）を用いて特定される。

図３には、図２に示した放送信号を送出する放送送出システム１１の構成例を示している。放送送出システム１１は、例えば放送番組本体の制作元であるキー局（番組制作局）に相当する。図示の放送送出システム１１は、時計部３０１と、信号送出部３０２と、ビデオ・エンコーダー３０３と、オーディオ・エンコーダー３０４と、キャプション・エンコーダー３０５と、シグナリング・エンコーダー３０６と、ファイル・エンコーダー３０７と、電子データ処理システム（Ｅｌｅｃｔｒｏｎｉｃ Ｄａｔａ Ｐｒｏｃｅｓｓｉｎｇ Ｓｙｓｔｅｍ：ＥＤＰＳ）３０８と、ＴＬＶシグナリング・エンコーダー３０９と、ＩＰサービス・マルチプレクサー（ＭＵＸ）３１０と、ＴＬＶマルチプレクサー（ＭＵＸ）３１１と、変調・送信部３１２を備えている。

時計部３０１は、ＮＴＰサーバー（図示しない）から取得した時刻情報に同期した時刻情報を生成し、この時刻情報を含むＩＰパケットをＩＰサービス・マルチプレクサー３１０に送る。

信号送出部３０２は、例えばＴＶ放送局のスタジオやＶＴＲなどの記録再生機であり、同期メディアである映像、音声、字幕などのストリーム・データや、非同期メディアであるデータ放送アプリケーション用のファイル・データ（ＨＴＭＬ文書データなど）をそれぞれ、ビデオ・エンコーダー３０３、オーディオ・エンコーダー３０４、キャプション・エンコーダー３０５、ファイル・エンコーダー３０７に送る。

ＥＤＰＳ３０８は、ＴＶ放送局のスケジューラー並びにファイルの供給源であり、非同期メディアであるデータ放送アプリケーションと、放送番組の構成などを示す制御情報と、ＩＰパケットの多重に関する制御情報をそれぞれ、ファイル・エンコーダー３０７、シグナリング・エンコーダー３０６、ＴＬＶシグナリング・エンコーダー３０９に送る。

ビデオ・エンコーダー３０３は、信号送出部３０２から送出される映像信号をＨＥＶＣ符号化し、さらにパケット化して、映像信号のＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサー３１０に送る。また、オーディオ・エンコーダー３０４は、信号送出部３０２から送出される音声信号をＡＡＣ符号化し、さらにパケット化して、音声信号のＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサー３１０に送る。また、キャプション・エンコーダー３０５は、信号送出部３０２から送出される字幕信号を字幕符号化し、さらにパケット化して、字幕のＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサー３１０に送る。

シグナリング・エンコーダー３０６は、ＥＤＰＳ３０８から送出される情報に基づいて、放送番組の構成などを示す制御情報を記述したシグナリング・メッセージ（ＭＭＴ－ＳＩ）を生成し、ペイロード部にこのシグナリング・メッセージが配置されたＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサー３１０に送る。本実施形態では、シグナリング・メッセージは、ＰＡ（Ｐａｃｋａｇｅ Ａｃｃｅｓｓ）メッセージ、Ｍ２セクション・メッセージ、データ伝送メッセージの３種類に大別される。

ファイル・エンコーダー３０７は、信号送出部３０２又はＥＤＰＳ３０８から送出されるデータ放送アプリケーションをＨＴＭＬ５形式のファイル・データに符号化し、さらにパケット化して、このＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサー３１０に送る。

放送送出システム１１は、送出するチャンネル（放送番組）毎にＩＰサービス・マルチプレクサー３１０を装備する。１つのチャンネルのＩＰサービス・マルチプレクサー３１０は、各エンコーダー３０３～３０７から送られてくる映像、音声、字幕、シグナリング・メッセージ（ＭＭＴ－ＳＩ）、及びデータ放送アプリケーションの各々を含むＩＰパケットをマルチプレクスして、１つの放送サービス（チャンネル）を構成するＴＬＶパケットを生成する。

ＴＬＶシグナリング・エンコーダー３０９は、ＥＤＰＳ３０８から送出される情報に基づいて、上記のＩＰパケットの多重に関する制御情報（ＴＬＶ－ＳＩ）をペイロード部に配置するＴＬＶパケットを生成する。

ＴＬＶマルチプレクサー３１１は、各ＩＰサービス・マルチプレクサー３１０－１～３１０－Ｎ及びＴＬＶシグナリング・エンコーダー３０９で生成されるＴＬＶパケットをマルチプレクスして、ＴＬＶストリーム識別情報で識別されるＴＬＶストリームを生成する。

変調・送信部３１２は、ＴＬＶマルチプレクサー３１１で生成されたＴＬＶストリームに対してＲＦ変調処理を行なって、放送伝送路に送出する。

図３に示した放送送出システム１１の動作について説明しておく。

時計部３０１では、ＮＴＰサーバー（図示しない）から取得した時刻情報に同期した時刻情報が生成され、この時刻情報を含むＩＰパケットが生成される。

信号送出部３０２から送出される映像信号は、ビデオ・エンコーダー３０３に供給される。ビデオ・エンコーダー３０３では、映像信号がＨＥＶＣ符号化され、さらにパケット化されて、ＨＥＶＣ符号化映像信号のＭＭＴパケットを含むＩＰパケットが生成される。このＩＰパケットは、ＩＰサービス・マルチプレクサー３１０に送られる。

また、信号送出部３０２から送出される音声信号並びに字幕信号に対しても、同様の処理が行なわれる。すなわち、オーディオ・エンコーダー３０４で生成されるＡＡＣ符号化音声信号のＭＭＴパケットを含むＩＰパケットがＩＰサービス・マルチプレクサー３１０に送られるとともに、キャプション・エンコーダー３０５で生成される字幕符号化信号のＭＭＴパケットを含むＩＰパケットがＩＰサービス・マルチプレクサー３１０に送られる。

また、シグナリング・エンコーダー３０６では、ＥＤＰＳ３０８から送出される情報に基づいて放送番組の構成などを示す制御情報を記述したシグナリング・メッセージ（ＭＭＴ－ＳＩ）が生成され、ペイロード部にこのシグナリング・メッセージが配置されたＭＭＴパケットを含むＩＰパケットが生成される。このＩＰパケットは、ＩＰサービス・マルチプレクサー３１０に送られる。

また、信号送出部３０２又はＥＤＰＳ３０８から送出されるデータ放送アプリケーションは、ファイル・エンコーダー３０７に供給される。ファイル・エンコーダー３０７では、データ放送アプリケーションがＨＴＭＬ５形式に符号化され、さらにパケット化され、このＭＭＴパケットを含むＩＰパケットが生成される。このＩＰパケットは、ＩＰサービス・マルチプレクサー３１０に送られる。

各ＩＰサービス・マルチプレクサー３１０では、各エンコーダー３０３～３０７から送られてくる映像、音声、字幕、シグナリング・メッセージ（ＭＭＴ－ＳＩ）、及びファイル・データ（ＨＴＭＬ５文書）の各々を含むＩＰパケットがマルチプレクスされて、１つのチャンネルを構成するＴＬＶパケットが生成される。

ＴＬＶシグナリング・エンコーダー３０９では、ＥＤＰＳ３０８から送出される情報に基づいて、上記のＩＰパケットの多重に関する制御情報（ＴＬＶ－ＳＩ）をペイロード部に配置するＴＬＶパケットが生成される。

ＴＬＶマルチプレクサー３１１では、各ＩＰサービス・マルチプレクサー３１０－１～３１０－Ｎ及びＴＬＶシグナリング・エンコーダー３０９で生成されるＴＬＶパケットがマルチプレクスされて、ＴＬＶストリームが生成される。変調・送信部３１２では、ＴＬＶマルチプレクサー３１１で生成されたＴＬＶストリームに対してＲＦ変調処理が行なわれ、そのＲＦ変調信号が放送伝送路に送出される。

図４には、図２に示した放送信号を受信する受信機１２の構成例を示している。図示の受信機１２は、チューナー・復調部４０１と、デマルチプレクサー（ＤＥＭＵＸ）４０２と、時計回復部４０３と、ビデオ・デコーダー４０４と、オーディオ・デコーダー４０５と、キャプション・デコーダー４０６と、システム制御部４０７と、アプリケーション（Ａｐｐ）制御部４０８と、キャッシュ・メモリー４０８と、アプリケーション・エンジン４０９と、ＩＰインターフェース（Ｉ／Ｆ））４１０と、合成部４１１を備えている。図示の受信機１２は、例えば家庭内に設置されるテレビ受信機やセット・トップ・ボックスの他、ＩＰＴＶやＣＡＴＶの再送信機を含むものとする。

チューナー・復調部４０１は、放送信号を選局受信し、復調処理を行なって、ＴＬＶストリームを得る。デマルチプレクサー４０２は、このＴＬＶストリームに対して、デマルチプレクス処理及びデパケット化処理を行なう。本実施形態では、デマルチプレクサー４０２は、ＴＬＶフィルター４０２－１と、ＩＰフィルター４０２－２と、ＵＤＰフィルター４０２－３と、ＭＭＴフィルター４０２－４と、ＳＩフィルター４０２－５を備えている。

ＴＬＶフィルター４０２－１は、ＴＬＶストリーム識別情報に基づいて、放送伝送されるＴＬＶパケットをフィルタリングする。ＩＰフィルター４０２－２は、ＩＰアドレスに基づいて、ＴＬＶパケットからＩＰパケットをフィルタリングするとともに、ＩＰインターフェース４１０経由で受信したＩＰパケットのフィルタリングも行なう。また、ＵＤＰフィルター４０２－３は、ＵＤＰパケットをフィルタリングする。ＭＭＴフィルター４０２－４は、ＭＭＴＰヘッダー（後述）内の情報に基づいて、ＩＰパケットからＭＭＴＰパケットをフィルタリングして、映像、音声、字幕、並びにアプリケーションの各符号化コンポーネントを乗せたＭＭＴＰパケットを、それぞれビデオ・デコーダー４０４、オーディオ・デコーダー４０５、キャプション・デコーダー４０６、アプリケーション・エンジン４０９に振り分ける。ＳＩフィルター４０２－５は、シグナリング情報ＳＩをフィルタリングして、システム制御部４０７及びアプリケーション制御部４０８にそれぞれ振り分ける。ＳＩフィルター４０２－５は、ＭＭＴストリームからＭＭＴ－ＳＩをフィルタリングするＭＭＴ－ＳＩフィルターと、ＴＬＶストリームからＴＬＶ－ＳＩをフィルタリングするＴＬＶ－ＳＩフィルターを含むものとする。

時計回復部４０３は、デマルチプレクサー４０２内のＩＰフィルター４０２－２並びにＵＤＰフィルター４０２－３でフィルタリングされたＮＴＰパケットに含まれる現在時刻の情報に基づいて、この時刻情報に同期した時刻情報を生成して、各同期メディアをデコードするにビデオ・デコーダー４０４、オーディオ・デコーダー４０５、キャプション・デコーダー４０６にそれぞれ出力する。

ビデオ・デコーダー４０４は、デマルチプレクサー４０２で得られる符号化映像信号をデコードして、ベースバンドの映像信号を得る。また、オーディオ・デコーダー４０５は、デマルチプレクサー４０２で得られる符号化音声信号をデコードして、ベースバンドの音声信号を得る。また、キャプション・デコーダー４０６は、デマルチプレクサー４０２で得られる字幕符号化信号をデコードして、字幕の表示信号を得る。

アプリケーション制御部４０８は、ＳＩフィルター４０２－５を介して受け取るシグナリング情報に基づいて、データ放送アプリケーションの処理を制御する。例えば、アプリケーション制御部４０８は、ＭＭＴ－ＳＩを解析して、デフォルト・エントリーに設定されているデータ放送アプリケーションを見つけると、アプリケーション・エンジン４０９に対してデータ放送の提示処理を指示する。

本実施形態に係る放送システム１０では、放送信号並びにＩＰネットワークの２系統からデータ放送アプリケーションが伝送されることを想定している。前者の系統ではチューナー・復調部４０１で受信し、後者の系統ではＩＰインターフェース４１０で受信し、いずれもデマルチプレクサー４０２内でパケット化されたＭＭＴパケットがＭＭＴフィルター４０２－４によってアプリケーション・エンジン４０９に振り分けられる。

アプリケーション・エンジン４０９は、例えばＨＴＭＬブラウザーなどであり、データ放送アプリケーションのエンティティーであるファイル・データ（ＨＴＭＬ５文書など）の処理を行なって、データ放送の表示信号を生成する。また、アプリケーション・エンジン４０９は、データ放送の表示に必要なファイル・データ（データ放送の表示に使用するモノメディアや、リンク先のアプリケーションなど）をＩＰインターフェース４１０経由でＩＰネットワークから取得することもできる。

システム制御部４１０は、ＳＩフィルター４０２－５を介して受け取るシグナリング情報や、ユーザー操作部（図示しない）を介したユーザーからの操作情報などに基づいて、当該受信機１２の各部の動作を制御する。また、システム制御部４１０は、各デコーダー４０４～４０６におけるデコード・タイミングをシグナリング情報に基づいて制御し、映像、音声、及び字幕の提示タイミングを調整する。合成部４１１は、ベースバンドの映像信号に、字幕の表示信号及びデータ放送の表示信号を合成して、映像表示用の映像信号を得る。また、オーディオ・デコーダー４０５で得られるベースバンドの音声信号は、音声出力用の音声信号となる。映像信号及び音声信号からなる放送番組本編は、図示しないモニター・ディスプレイから映像及び音声出力される。また、データ放送アプリケーション・エンジン４０９が処理したデータ放送も、モニター・ディスプレイ上で放送番組本編の画面に重畳して表示される。

ＩＰインターフェース４１０は、例えばネットワーク・インターフェース・カードで構成され、インターネットやホーム・ネットワークなどのＩＰネットワークに接続して、ＩＰパケットの送受信処理を行なう。

また、本実施形態では、ＩＰフィルター４０２－２でＩＰアドレスに基づいてフィルタリングしたＩＰパケットを、ＩＰインターフェース４１０からＩＰネットワークへ送信若しくは再送信することも想定される。また、放送サービスをＩＰアドレスだけでフィルタリングできることが判明すると、デマルチプレクサー４０２内のＩＰフィルター４０２－２だけで特定サービスを抽出して、受信機１２から外部へ転送することができる。

図４に示した受信機１２の動作について説明しておく。

チューナー・復調部４０１では、放送信号が受信され、復調処理が行なわれて、ＴＬＶストリームが得られる。デマルチプレクサー４０２では、このＴＬＶストリームに対して、デマルチプレクス処理及びデパケット化処理を行なわれ、ＮＴＰ時刻情報、映像、音声、字幕、データ放送の各符号化信号、並びに、シグナリング情報が抽出され、ビデオ・デコーダー４０４、オーディオ・デコーダー４０５、キャプション・デコーダー４０６、アプリケーション・エンジン４０９、システム制御部４０７、アプリケーション制御部４０８にそれぞれ振り分けられる。また、ＩＰインターフェース４１０で受信したＩＰパケットについても同様に、デマルチプレクス処理及びデパケット化処理を行なわれ、各部に振り分けられる。

また、デマルチプレクサー４０２で抽出されたＮＴＰパケットは、時計回復部４０３に振り分けられる。時計回復部４０３では、ＮＴＰパケットに載せられた時刻情報に基づいて、この時刻情報に同期した時刻情報が生成される。つまり、時計回復部４０３では、放送送出システム１１側の時計部３０１で生成された時刻情報に合った時刻情報が生成される。

デマルチプレクサー４０２で抽出された符号化映像信号は、ビデオ・デコーダー４０４に送られてデコードされ、ベースバンドの映像信号が得られる。また、デマルチプレクサー４０２で抽出された字幕符号化信号はキャプション・デコーダー４０６に送られてデコードされ、字幕の表示信号が得られる。

アプリケーション制御部４０８では、ＳＩフィルター４０２－５を介して受け取るシグナリング情報に基づいて、データ放送アプリケーションの処理が制御される。ＨＴＭＬブラウザーなどからなるアプリケーション・エンジン４０９では、アプリケーション制御部４０８からの指示に従って、デマルチプレクサー４０２で抽出されたデータ放送アプリケーションの符号化信号（ＨＴＭＬ５文書）の処理が行なわれ、データ放送の表示信号が得られる。

合成部４１１では、ベースバンドの映像信号に、字幕の表示信号及びデータ放送の表示信号が合成され、画面表示用の映像信号が得られる。また、デマルチプレクサー４０２で抽出された符号化音声信号はオーディオ・デコーダー４０５に送られてデコードされ、音声出力用のベースバンドの音声信号が得られる。そして、映像信号及び音声信号は、図示しないモニター・ディスプレイから映像及び音声出力される。

図１に示したディジタル放送システム１０では、放送送出システム１１から受信機１２へ、ＭＭＴ方式により放送信号を伝送することを想定している。図５には、ＭＭＴ方式に従って放送送出システム１１から放送伝送路に送出される放送信号５００のイメージを示している。

１つのサービス（チャンネル：放送番組）の放送信号は、映像、音声、字幕などの放送番組本編に関わる同期メディアと、放送番組に連動するデータ放送に利用されるファイル・データのような非同期メディアで構成される。これらを符号化したメディア・データは、ＭＰＵフォーマットにしてＭＭＴＰパケット化され、ＩＰパケットで伝送される。また、メディア・トランスポート方式であるＭＭＴに関わる（放送番組の構成などを示す）シグナリング情報（ＭＭＴ－ＳＩ）も、ＩＰパケットで伝送される。これらのＩＰパケットは、放送伝送路ではＴＬＶパケットの形式でＴＬＶストリームとして伝送される。ＩＰパケットの多重のためのＴＬＶ多重化形式に関わるシグナリング情報（ＴＬＶ－ＳＩ）も、ＴＬＶパケットの形式で伝送される。

ＭＭＴ方式では、１つのチャンネル（放送番組）を構成する同期メディア及び非同期メディアのデータを異なる伝送路の組み合わせで利用することが容易である。図５に示す例では、放送信号５００として、映像、音声、字幕、ファイル・データ、シグナリング情報など、データのタイプ毎のアセット５０１～５０４が利用されている。各アセットは、それぞれ１つのＩＰデータ・フローに相当する。ここで言うＩＰデータ・フローとは、ＩＰヘッダー及びＵＤＰヘッダーの送信元ＩＰアドレス、宛先ＩＰアドレス、ＩＰヘッダーのプロトコル種別、送信元ポート番号、宛先ポート番号の５種類のフィールドの値がすべて同じとなるＩＰパケットの集合である。なお、図中、字幕データ用の伝送路は便宜上、図示を省略している。また、ＴＬＶ－ＳＩのストリームについても、図５では省略している。

ＭＭＴ方式の放送システム１１は、放送伝送路でＩＰパケットを伝送する方式であるが、放送サービス毎（若しくは、放送局毎）に１つのＩＰアドレスをマッピングするという運用が可能である。このような場合、受信機側では、ＩＰアドレスに基づいて放送信号５００をフィルタリングすることで、所望する放送サービス（若しくは、所望する放送局）の各アセット５０１～５０４にアクセスすることができる。同じＩＰアドレス内の各アセット５０１～５０４で伝送されるＭＭＴＰ（ＭＭＴプロトコル）パケットは、パケット識別情報（ｐａｃｋｅｔ＿ｉｄ：ＰＩＤ）で一意に指定することができる。また、異なるＩＰアドレス上のＭＭＴＰパケットは、パケット識別情報と、ＩＰアドレスと、ポート番号の組み合わせにより指定することができる。

１つのチャンネル（放送番組）は、映像、音声、字幕、ファイル・データ（データ放送アプリケーション）などタイプの異なる複数のアセットで構成される「パッケージ」と言うことができる。ここで言う「パッケージ」は、アセットを使って伝送されるメディア・データの論理集合である。また、ここで言う「アセット」は、固有のアセット識別情報（ａｓｓｅｔ＿ｉｄ）に関連付けられる、マルチメディアのプレゼンテーションを構成するために使用されるデータのエンティティーである。なお、アセットはコンポーネントと対応関係がある（映像のアセットは映像コンポーネントに対応し、音声のアセットは音声コンポーネントに対応し、ファイル・データのアセットはファイル・データのコンポーネントに対応する）。

各アセットは、同じアセット識別情報を共有する１又はそれ以上のＭＰＵの集合（論理グループ）で構成される。ＭＰＵは、ＭＭＴ方式における伝送単位となるフォーマットということができる。各ＭＰＵは、それぞれのアセットに専用のＥＳ（Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）すなわちアセット５０１～５０３上で伝送される。すなわち、伝送路５０１では、同じアセット識別情報を持つ映像信号のＭＰＵ論理グループからなる符号化映像信号のＭＭＴＰパケットが伝送される。同様に、伝送路５０２では同じアセット識別情報を持つ音声信号のＭＰＵ論理グループからなる符号化音声信号のＭＭＴパケットが伝送され、伝送路５０３では同じアセット識別情報を持つデータ放送アプリケーションのＭＰＵ論理グループからなる符号化アプリケーションのＭＭＴパケットが伝送される。各ＭＰＵは、アセット識別情報と、該当する伝送路上でのＭＰＵのシーケンス番号で特定される。また、各メディアを伝送するアセットは、アセット識別情報で識別することができる。

付言すれば、１つのパッケージ（放送番組）で、タイプが同じ複数の（すなわち、アセット識別情報が異なる）アセットが伝送されることもある。例えば、同じ放送番組に対して、２以上のデータ放送アプリケーションが提供される場合である。例えば、放送番組に連動する番組連動型データ放送アプリケーションと、放送番組に連動しない番組非連動型データ放送アプリケーション（例えば、天気予報やニュースなど）は、通常、別のアセットとして別々のアセット識別情報が割り振られ、別々のＭＰＵ論理グループとして異なるアセットで伝送される。図５では、放送番組連動型データ放送アプリケーションの伝送路５０３－１と放送番組非連動型データ放送アプリケーションの伝送路５０３－２を描いている。

また、ＭＭＴ方式は、放送や通信の複数の伝送路に共通に用いることができる。例えば、データ放送用アプリケーション（ＨＴＭＬ５文書など）のような非同期メディアは、図５に示したように放送信号の伝送路５０３を用いて同期メディアとともに伝送される以外に、ＩＰネットワークなど通信伝送路（図示しない）を介して提供することもできる。

伝送路５０４では、ＭＭＴのパッケージの構成や放送サービスに関連する情報を示す伝送制御信号であるＭＭＴ－ＳＩを含んだＭＭＴＰパケットが、カルーセル方式により繰り返し伝送される。伝送路５０４で伝送されるＭＭＴ－ＳＩのシグナリング・メッセージとして、ＰＡメッセージ５１０、Ｍ２セクション・メッセージ５２０、データ伝送メッセージ５３０を挙げることができる。

例えば、ＰＡメッセージ５１０は、放送番組の構成などを示す制御情報であり、アセットのリストやその位置などパッケージを構成する情報を記述するＭＰ（ＭＭＴ Ｐａｃｋａｇｅ）テーブル５１１が含まれている。

ＰＡメッセージ５１０は、放送サービスのエントリー・ポイントであり、ＰＡメッセージ５１０を伝送するＭＭＴＰパケットには、固定のパケット識別情報（例えば、０ｘ００００）が割り当てられている。したがって、受信機側では、アセット５０４上で、上記固定のパケット識別情報を指定してＰＡメッセージ５１０を取得することができる。そして、ＰＡメッセージ５１０で伝送されるＭＰテーブル５１１を参照して、パッケージ（放送番組）を構成する各アセット（映像、音声、字幕、ファイル・データ（データ放送アプリケーション）など）を指定することができる。

また、Ｍ２セクション・メッセージ５２０は、ＭＰＥＧ－２ Ｓｙｓｔｅｍｓのセクション拡張形式を伝送するメッセージである。ＭＨ－ＡＩＴ（Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）５２１などのシグナリング・テーブルがＭ２セクション・メッセージ５２０に格納される。ＭＨ－ＡＩＴ５２１は、アプリケーションに関する動的制御情報及び実行に必要な付加情報を伝送するテーブルであり、具体的には、放送伝送路でデータ・アセットとして送られてくるデータ放送アプリケーション（ファイル・データ）の処理方法（アプリケーションに適用される起動状態など）、並びにロケーション（ＵＲＬ）を指定する。

また、データ伝送メッセージ５３０は、データ放送アプリケーションの伝送に関する制御情報を放送で伝送するためのメッセージである。１つのデータ伝送メッセージ５３０内には、データ・ディレクトリー管理テーブル５３１、データ・アセット管理テーブル５３２、データ・コンテンツ管理テーブル５３３の各シグナリング・テーブルが格納される。

データ・ディレクトリー管理テーブル５３１は、ディレクトリー単位（言い換えれば、データ放送アプリケーションの制作単位）でデータ放送アプリケーションを管理するためのテーブルである。同テーブル内は、１つのパッケージに含まれるディレクトリー並びにディレクトリーに含まれるサブディレクトリーやファイル（ファイルの伝送に用いられるアイテム）に関するディレクトリー構造を記述しているので、アプリケーションのファイル構成とファイル伝送のための構成を分離することができる。

また、データ・アセット管理テーブル５３２は、アセット単位でデータ放送アプリケーションを管理するためのテーブルであり、アセット内のＭＰＵの構成とのＭＰＵ毎のバージョン情報を記述している。

また、データ・コンテンツ管理テーブル５３３は、提示単位（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｕｎｉｔ：ＰＵ）毎にデータ放送アプリケーションを管理するためのテーブルである。同テーブルは、データ放送アプリケーションのファイルの構成情報をデータ放送の提示単位（ＰＵ）で記述しており、データ放送アプリケーション用のファイル・データの柔軟で有効なキャッシュ制御に利用することができる。

ＭＭＴによるデータ放送アプリケーションの伝送方式において、データ伝送メッセージで伝送する上記３種類のシグナリング・テーブル５３１～５３３を活用することにより、ファイル単位の伝送データ構造やコンテンツ（データ放送アプリケーション）制作におけるディレクトリー構造とは独立して、アプリケーション単位、提示単位といった利用単位のデータ構造を表現することができる。したがって、受信機側では、アプリケーション単位、提示単位といった利用単位でキャッシュ制御して、キャッシュ・メモリーを有効活用することが可能になる（例えば、本出願人に既に譲渡されている特願２０１４－８８６３０号明細書を参照のこと）。

なお、データ・ディレクトリー管理テーブル５３１、データ・アセット管理テーブル５３２、データ・コンテンツ管理テーブル５３３の各シグナリング・テーブルの詳細なデータ構造については説明を省略する。

ＭＭＴにおける符号化信号を構成する要素として、ＭＦＵ（Ｍｅｄｉａ Ｆｒａｇｍｅｎｔ Ｕｎｉｔ）、ＭＰＵ、ＭＭＴＰペイロード、ＭＭＴＰパケットがある。ＭＭＴＰペイロードにＭＭＴＰヘッダーを付加するとＭＭＴＰパケットになる。上述したように、映像、音声、字幕などの同期メディアや、データ放送用のファイル・データのような非同期メディアは、ＭＭＴＰパケットとして伝送される。

図６には、ＭＭＴＰパケット６００のシンタックス例を示している。ＭＭＴＰパケットは、ＭＭＴプロトコルを用いて伝送されるようにフォーマットされたメディア・データのユニットである。

参照番号６０１で示すパケット・カウンター・フラグ「Ｃ」に１が代入されていると、参照番号６０２で示すパケット・カウンターのフィールドがこのＭＭＴＰパケット６００内に存在することが表される。パケット・カウンター６０２は、パケット識別情報に拘わらず、同一のアセット（ＩＰデータ・フロー）におけるＭＭＴＰパケットの順序を示す整数値を書き込む３２ビット長のフィールドであり、アセットでＭＭＴＰパケットを送信する度に、パケット・カウンター６０２は１ずつインクリメントされる。パケット・カウンター６０２は、任意の値から開始する。

参照番号６０３で示す拡張ヘッダー・フラグ「Ｘ」に１が代入されていると、参照番号６０４で示す拡張ヘッダー６０４がこのＭＭＴＰパケット６００内に存在することが表される。図６の下方には、拡張ヘッダー６０４のシンタックス例を併せて示している。拡張ヘッダー６０４は、参照番号６０４－１で示す１６ビット長のｔｙｐｅフィールドと、参照番号６０４－２で示すｌｅｎｇｔｈフィールドと、参照番号６０４－３で示すｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｎ＿ｖａｌｕｅフィールドで構成される。ｌｅｎｇｔｈフィールドには、ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｎ＿ｖａｌｕｅフィールドのバイト長が書き込まれる。ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｎ＿ｖａｌｕｅフィールドには、ＭＭＴの仕様から外れた拡張情報を書き込むことができる。

参照番号６０５で示すＲＡＰ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｏｉｎｔ）フラグに１が代入されていると、当該ＭＭＴＰパケット６００のペイロードが当該データ・タイプのデータ・ストリームへのＲａｎｄｏｍ Ａｃｃｅｓｓ Ｐｏｉｎｔを含んでいることを表す。

参照番号６０６で示すｔｙｐｅフィールドには、当該ＭＭＴＰパケット６００のペイロードのデータ・タイプを表すタイプ値が書き込まれる。タイプ値の定義を以下の表１に示しておく。ｔｙｐｅフィールドにタイプ値「０ｘ００」が書き込まれていれば、当該ＭＭＴＰパケットのペイロードはＭＰＵ（メディアを意識したＭＰＵのフラグメントを含む）であることが分かる。

参照番号６０７で示す、１６ビット長のｐａｃｋｅｔ＿ｉｄフィールドには、ペイロードのデータの種類を識別する（言い換えれば、アセットを区別する）ためのパケット識別情報である整数値が書き込まれる。このフィールドの値は、当該ＭＭＴＰパケット６００が属するアセットを識別するアセット識別情報（ａｓｓｅｔ＿ｉｄ）に由来する。パケット識別情報（ｐａｃｋｅｔ＿ｉｄ）とアセット識別情報（ａｓｓｅｔ＿ｉｄ）のマッピングは、シグナリング・メッセージの一部であるＭＭＴパッケージ（ＭＰ）テーブルで示されている（後述）。

参照番号６０８で示す、３２ビット長のｔｉｍｅｓｔａｍｐフィールドには、当該ＭＭＴＰパケット６００の先頭バイトが送信エンティティーから出力される時刻が、ＲＦＣ５９０５で規定されている短形式（ｓｈｏｒｔ－ｆｏｒｍａｔ）のＮＴＰタイムスタンプで記載される。

参照番号６０９で示す、３２ビット長のｐａｃｋｅｔ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒフィールドには、同一のパケット識別情報（ｐａｃｋｅｔ＿ｉｄ）を持つＭＭＴＰパケットのシーケンス番号が整数値で記載される。パケット・シーケンス番号は、任意の値から開始する。

図７には、非同期メディアを伝送するＭＭＴＰパケットの場合の拡張ヘッダー７００のシンタックス例を示している。図示のように、この場合、ｌｅｎｇｔｈフィールド７０１には、ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｎ＿ｖａｌｕｅフィールドのバイト長として４が書き込まれる。ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｎ＿ｖａｌｕｅフィールドには、４バイトのダウンロード識別情報（ｄｏｗｎｌｏａｄ＿ｉｄ）が記載される。

ＭＭＴプロトコルを使ってＭＰＵを伝送する際、送信側及び受信側ではそれぞれパケット化、デパケット化が必要である。パケット化により、ＭＰＵはＭＭＴＰペイロードに挿入され、ＭＭＴＰパケットで伝送される。ＭＭＴＰペイロードのフォーマットは、大きなペイロードの伝送が可能なように、ＭＭＴＰペイロードのフラグメンテーションを許容する。また、ＭＴＰペイロードのフォーマットは、小さなデータ・ユニットに対応して、複数のＭＭＴＰペイロードを単一のＭＭＴＰペイロードに挿入するアグリゲーションも許容する。受信側では、デパケット化して、元のＭＰＵデータを復元する。

図８には、ＭＰＵモードの場合のＭＭＴＰペイロード８００のシンタックス例を示している。ＭＰＵモードは、ＭＭＴＰヘッダーのｔｙｐｅフィールド６０６に「０ｘ００」が書き込まれている場合である（図６を参照のこと）。ＭＰＵモードのＭＭＴＰパケットは、映像、音声、ファイル・データ（データ放送アプリケーション）の伝送に使用される。

参照番号８０１で示すフラグメント・タイプ（ＭＰＵ Ｆｒａｇｍｅｎｔ Ｔｙｐｅ：ＦＴ）フィールドには、当該ＭＭＴＰペイロードに格納する情報のフラグメントのタイプが４ビットの値で示される。ＭＭＴＰペイロードは、ＦＴ値に従って符号化される。ＦＴ値の定義を以下の表２に示しておく。

参照番号８０２で示すＴｉｍｅｄ（Ｔ）は、時間データ・フラグであり、当該ＭＭＴＰペイロードが格納するデータが提示時間を指定するデータか否かを示す。この時間データ・フラグに１が記入されているときには、同期メディアを伝送するＭＰＵのフラグメントがＭＭＴＰペイロードに格納されていることを示し、０が記入されているときには、非同期メディアを伝送するＭＰＵのフラグメントがＭＭＴＰペイロードに格納されていることを示す。

参照番号８０３で示すＦｒａｇｍｅｎｔａｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ（ｆ＿ｉ）フィールドは、当該ＭＭＴＰペイロードに格納するデータ・ユニットのフラグメンテーションに関する情報を、２ビットで表す。ｆ＿ｉの４つの値の定義を以下の表３に示しておく。

参照番号８０４で示すａｇｇｒｅｇａｔｉｏｎ（Ａ）フラグは、当該ＭＭＴＰペイロードが２つ以上のデータ・ユニットを格納するか否かを示す。当該ＭＭＴＰペイロードが複数のデータ・ユニットをアグリゲートしたものであるときには、ａｇｇｒｅｇａｔｉｏｎ（Ａ）フラグに１が記入される。

参照番号８０５で示す、８ビット長のｆｒａｇｍｅｎｔ＿ｃｏｕｎｔｅｒ（分割数カウンター）フィールドには、データが分割された場合に、当該ＭＭＴＰペイロードが格納する部分より後にある分割されたデータの数が記載される。

参照番号８０６で示すＭＰＵシーケンス番号（ＭＰＵ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ）フィールドには、当該ＭＭＴＰペイロードにＭＰＵメタデータ、ムービー・フラグメント・メタデータ、ＭＦＵを格納する場合、それらが属するＭＰＵのシーケンス番号が記載される。

参照番号８０７示す、１６ビット長のＤＵ＿ｌｅｎｇｔｈフィールドには、当該フィールドに続くデータ・ユニット（ＤＵ：Ｄａｔａ Ｕｎｉｔ）の長さが記載される。但し、上述したａｇｇｒｅｇａｔｉｏｎ（Ａ）フラグ８０４が０のときは、ＤＵ＿ｌｅｎｇｔｈフィールド８０７は存在しない。

参照番号８０８で示すＤＵ＿Ｈｅａｄｅｒは、データ・ユニットのヘッダーである。但し、ＦＴ値８０１が０又は１のとき（言い換えれば、ＭＦＵでないとき）には、ＤＵ＿Ｈｅａｄｅｒ８０７は存在しない。ＭＦＵは、同期メディアのサンプル若しくはサブサンプル、又は、非同期メディアのアイテムを含んでいる。

図９には、同期メディアを配置したＭＭＴＰペイロード８００に格納されるＤＵ＿Ｈｅａｄｅｒのシンタックス例９００を示している。参照番号９０１で示す、ムービー・フラグメント・シーケンス番号（ｍｏｖｉｅ＿ｆｒａｇｍｅｎｔ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ）フィールドには、当該ＭＦＵが属するムービー・フラグメントのシーケンス番号が記載される。参照番号９０２で示す、サンプル番号（ｓａｍｐｌｅ＿ｎｕｍｂｅｒ）フィールドには、当該ＭＦＵのサンプル番号が記載される。参照番号９０３で示す、ＭＦＵオフセット（ｏｆｆｓｅｔ）フィールドには、当該ＭＦＵが属するサンプルにおける、ＭＦＵのオフセットがバイト単位で示される。参照番号９０４で示す、ＭＦＵ優先度（ｐｒｉｏｒｉｔｙ）フィールドには、当該ＭＦＵが属するＭＰＵにおける、ＭＦＵの相対的な重要度を示す値が記載される。参照番号９０５で示す、ＭＦＵ依存度（ｄｅｐ＿ｃｏｕｎｔｅｒ）フィールドには、当該ＭＦＵを復号処理しないと復号処理を行なうことができないＭＦＵの数が示される。

図１０には、非同期メディアを配置したＭＭＴＰペイロード８００に格納されるＤＵ＿Ｈｅａｄｅｒのシンタックス例１０００を示している。この場合のＤＵ＿Ｈｅａｄｅｒ１０００には、当該ＭＦＵの一部として伝送されるアイテムを識別する、３２ビット長のアイテム識別情報（ｉｔｅｍ＿ｉｄ）が格納される。アイテムは、ＨＴＭＬ文書や、ＨＴＭＬ文書から参照されるモノメディア（画像やテキストなど）といった、アプリケーションを構成するファイル・データの伝送に用いられる。アセット識別情報で指定されたアセット上では、上述したＭＭＴＰパケットのヘッダー内のパケット識別情報（ｐａｃｋｅｔ＿ｉｄ）及び拡張ヘッダー内のダウンロード識別情報（ｄｏｗｎｌｏａｄ＿ｉｄ）と、ＤＵヘッダー内のアイテム識別情報（ｉｔｅｍ＿ｉｄ）の組み合わせで、アイテムを一意に特定することができる。

図１１には、アセット（ＩＰデータ・フロー）上で伝送するパケットの構成方法を図解している。同図では、非同期メディアのデータを伝送する際のパケット構成例を示している。

ＭＭＴにおける符号化信号を構成する要素として、ＭＦＵ、ＭＰＵ、ＭＭＴＰペイロード、ＭＭＴＰパケットがある。ＭＰＵは、ＭＭＴ方式における伝送の単位であり、ＭＦＵは、ＭＰＵよりも小さな単位である。映像信号や音声信号の伝送においては、ＭＰＵは処理の単位でもあり、ＭＰＵは１つ以上のアクセス・ユニットを含み、ＭＰＵ単体で映像や音声の復号処理を行なうことができる単位となる。

他方、非同期メディアすなわちデータ放送アプリケーションの伝送においては、１つのＭＦＵはデータ放送アプリケーションで利用される１つのファイル（ＨＴＭＬ文書やモノメディアなど）に相当し、ＭＰＵは複数のファイルのグループで伝送の単位を構成する。

図１１（Ａ）には、３つのファイルＦ１、Ｆ２、Ｆ３のグループで１つのＭＰＵが構成され、さらに別の３つのファイルＦ４、Ｆ５、Ｆ６のグループで他のＭＰＵが構成されている。このようにファイルのグループで構成される各ＭＰＵには、それぞれＭＰＵシーケンス番号が割り振られる。ファイルＦ１、Ｆ２、Ｆ３のグループにはＭＰＵシーケンス番号「Ａ」が割り振られ、ファイルＦ４、Ｆ５、Ｆ６のグループにはＭＰＵシーケンス番号「Ｂ」が割り振られるとする。

また、図１１（Ｂ）及び（Ｃ）には、ＭＰＵにグループ化された各ファイルＦ１、Ｆ２、…をそれぞれＭＦＵに配置した様子を示している。ファイル・データＦ１は、ファイル・サイズが大きくないので、そのまま１つのＤＵペイロードとなる。一方、ファイル・データＦ２は、ファイル・サイズが大きいので、Ｆ２－１とＦ２－２の２つに分割（フラグメント化）され、それぞれが別のＤＵペイロードとなる。そして、各ＤＵペイロードに、図１０に示したようにアイテム識別情報（ｉｔｅｍ＿ｉｄ）を格納したＤＵヘッダーを付加することによって、それぞれＭＦＵとなる。

図１１（Ｄ）には、各ＭＦＵをＭＭＴＰペイロード化した様子を示している。図８に示したしたように、ＭＦＵを配置したＤＵペイロードにフラグメント・タイプ（ＭＰＵ Ｆｒａｇｍｅｎｔ Ｔｙｐｅ：ＦＴ）フィールド、時間データ（Ｔ）フラグ、Ｆｒａｇｍｅｎｔａｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ（ｆ＿ｉ）フィールド、ｆｒａｇｍｅｎｔ＿ｃｏｕｎｔｅｒフィールド（但し、フラグメント化したＭＦＵの場合）、ＭＰＵシーケンス番号などからなるＭＭＴＰペイロード・ヘッダーを付加することによって、ＭＦＵがＭＭＴＰペイロード化される。

Ｆ１、Ｆ２－１、Ｆ２－２の各ＭＦＵには、ＦＴ値として「ＭＰＵ」であることを示す値「２」が記載され、時間データ（Ｔ）フラグには非同期メディアであることを示す値「０」がセットされる。Ｆ１はフラグメント化されていないので、ｆ＿ｉフィールドには「０」が記載される。また、Ｆ２－１並びにＤ２－２はフラグメント化されたＭＦＵなのでｆ＿ｉ＝「１」とし、それぞれにｆｒａｇｍｅｎｔ＿ｃｏｕｎｔｅｒが付加される。また、Ｆ１、Ｆ２－１、Ｆ２－２のいずれも同じＭＰＵに属するので同じＭＰＵシーケンス番号「Ａ」が付加されるとともに、ファイルの伝送に用いられるアイテムを一意に識別するアイテム識別情報（ｉｔｅｍ＿ｉｄ）が記載される。

図１１（Ｅ）には、各ＭＭＴＰペイロードにＭＭＴＰヘッダー並びに拡張ヘッダーを付加してＭＭＴＰパケット化した様子を示している。図６に示したように、ＭＭＴＰヘッダーは、ｔｙｐｅフィールド、パケット識別情報（ｐａｃｋｅｔ＿ｉｄ）を含む。また、図７に示したように、非同期メディアを伝送するＭＭＴＰパケットの場合には、拡張ヘッダーにはダウンロード識別子情報（ｄｏｗｍｌｏａｄ＿ｉｄ）が格納される。なお、ＭＭＴＰペイロードは１つのＭＭＴＰパケットで伝送される。１つのＭＭＴＰパケットが複数のＭＭＴＰペイロードを乗せることや、１つのＭＭＴＰペイロードが複数のＭＭＴＰパケットにまたがって伝送されることはない。

図１１（Ｆ）には、ＭＭＴＰパケットをＩＰパケット化した様子を示している。図示のように、ＭＭＴＰパケットにＵＤＰヘッダー及びＩＰヘッダーを付加してＩＰパケット化される。ＭＭＴＰパケットは、１つのＩＰパケットで伝送される。１つのＩＰパケットが複数のＭＭＴＰペイロードを乗せることや、１つのＭＭＴＰペイロードが複数のＩＰパケットにまたがって伝送されることはない。

ＭＭＴ方式に基づくデータ放送アプリケーションのデータ伝送では、図１１からも分かるように、ファイルはＭＦＵという伝送単位に位置付けら、また、ＭＰＵはＭＦＵの上位レイヤーでファイルをグループ化した単位である。

映像信号や音声信号などの同期メディアでは、ＭＰＵが処理の単位であり、ＭＰＵ単体で映像や音声の復号処理を行なうことができる単位となる。そして、ＭＦＵは、ＭＰＵよりも小さな単位であり、ＭＰＵのうちサンプル・データからＭＦＵを取り出すことができる。これに対し、非同期メディアすなわちデータ放送アプリケーションの伝送では、ＭＦＵはファイルを伝送する単位として明確に位置付けられる一方、その上位レイヤーであるＭＰＵの位置付けは本出願時点に明確でない。

そこで、本明細書では、データ放送アプリケーションの伝送単位としてのＭＰＵをデータ放送アプリケーションの提示単位（ＰＵ）に位置付ける技術や、ＭＰＵをディレクトリーといったデータ放送アプリケーションの制作単位に位置付ける技術について開示する。ＭＰＵをデータ放送アプリケーションの提示単位又はデータ放送アプリケーションの制作単位に位置付けることによって、放送サービスを効率的に運用することができる。

ここで、本明細書で開示する技術を適用した放送システムを運用する上で関連する、ＭＭＴ－ＳＩとして伝送される各シグナリング・メッセージ並びにシグナリング・テーブル（図５を参照のこと）の構成について説明しておく。

ＭＭＴ－ＳＩとして伝送されるメッセージやテーブルのパケット識別情報は、固定されているものや、他のテーブルから間接指定されるものがある。このうち、ＰＡメッセージは、放送サービスのエントリー・ポイントであり、固定のパケット識別情報（例えば、０ｘ００００）が割り当てられている。ＰＡメッセージで伝送されるＭＰテーブルでは、パッケージ（放送番組）を構成する各アセット（映像、音声、字幕、ファイル・データ（データ放送アプリケーション）など）を指定している。したがって、図１２に示すように、ＭＰテーブルを参照して、パッケージ（放送番組）を構成する各アセット（映像、音声、字幕、ファイル・データ（データ放送アプリケーション）など）を指定することができる。

図１３には、ＰＡメッセージ１３０１と、ＰＡメッセージ１３０１に含まれるＭＰテーブル１３０２のシンタックス例を示している。また、図１４には、ＰＡメッセージのシンタックス例１４００を示し、図１５には、ＰＡメッセージに含まれるパラメーターの説明を示している。

ｍｅｓｓａｇｅ＿ｉｄは、各種シグナリング情報において、ＰＡメッセージを識別する１６ビットの固定値である。ｖｅｒｓｉｏｎは、ＰＡメッセージのバージョンを示す、８ビットの整数値のパラメーターである。例えばＰＡメッセージを構成する一部のパラメーターでも更新した場合には、ｖｅｒｓｉｏｎは＋１だけインクリメントされる。ｌｅｎｇｔｈは、このフィールドの直後からカウントされる、当該ＰＡメッセージのサイズをバイト単位で示す、３２ビット長のパラメーターである。

ｅｘｔｅｎｓｉｏｎフィールドには、ペイロード（ｍｅｓｓａｇｅ＿ｐａｙｌｏａｄ）のフィールドに配置されるテーブルの属性情報が配置される。具体的には、ｎｕｍｂｅｒ＿ｏｆ＿ｔａｂｌｅｓフィールドにテーブルの数を示し、続くテーブルのテーブル情報のループでは、格納する各テーブルの属性情報として、８ビットのテーブル識別情報（ｔａｂｌｅ＿ｉｄ）と、８ビットのテーブル・バージョン（ｔａｂｌｅ＿ｖｅｒｓｉｏｎ）と、１６ビットのテーブル長（ｔａｂｌｅ＿ｌｅｎｇｔｈ）が配置される。ｔａｂｌｅ＿ｉｄは、テーブルを識別する固定値である。ｔａｂｌｅ＿ｖｅｒｓｉｏｎは、テーブルのバージョンを示す。ｔａｂｌｅ＿ｌｅｎｇｔｈは、テーブルのサイズをバイト単位で示す。

ＰＡメッセージのｍｅｓｓａｇｅ＿ｐａｙｌｏａｄフィールドには、ＭＰテーブルが配置される。ＭＰテーブルは、すべてのアセットのリストを含むパッケージに関連する情報を格納する。なお、ＭＰテーブルの他にも、ＬＣ（Ｌａｙｏｐｕｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）テーブルやＰＬ（Ｐａｃｋａｇｅ Ｌｉｓｔ）テーブルもＰＡメッセージに格納されるが、これらは本明細書で開示する技術に直接関連しないので、詳細な説明は省略する。

図１６には、ＰＡメッセージのｍｅｓｓａｇｅ＿ｐａｙｌｏａｄフィールドに格納される、ＭＰテーブルのシンタックス例１６００を示している。また、図１７には、ＭＰテーブルに含まれるパラメーターの説明を示している。以下、ＭＰテーブルの構成について説明する。

ｔａｂｌｅ＿ｉｄは、当該テーブルがＭＰテーブルであることを識別する８ビットの固定値（０ｘ２０）である。ｖｅｒｓｉｏｎは、ＭＰテーブルのバージョンを示す８ビットの整数値である。例えば、ＭＰテーブルを構成する一部のパラメーターでも更新した場合には、ｖｅｒｓｉｏｎは＋１だけインクリメントされる。ｌｅｎｇｔｈは、このフィールドの直後からカウントされる、ＭＰテーブルのサイズをバイト単位で示す、３２ビット長のパラメーターである。また、ＭＰＴ＿ｍｏｄｅは、このＭＰテーブルがサブセットに分割されているときの動作を示すが、詳細な説明は省略する。

ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｌｅｎｇｔｈは、パッケージ識別情報（ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ）のテキスト情報のサイズをバイト単位で示す。続くパッケージ識別情報のループでは、ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄをバイト単位（ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ）でパッケージ識別情報を示す。パッケージ識別情報は、放送信号（ＩＰデータ・フロー）で伝送されるすべての信号（映像、音声、字幕）、並びにファイル・データなどのアセットをコンポーネントとして構成されるパッケージの識別情報である。この識別情報は、テキスト情報であり、上位１６ビットはサービスを識別するためのサービス識別情報と同じ値とする。

ＭＰＴ＿ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、ＭＰテーブル記述子領域のサイズをバイト単位で示す。続くＭＰテーブル記述子のループでは、ＭＰテーブル記述子の内容をバイト単位（ＭＰＴ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）で記述する。ＭＰテーブル記述子のフィールドは、パッケージ全体に関わる記述子の格納領域である。

ｎｕｍｂｅｒ＿ｏｆ＿ａｓｓｅｔｓは、パッケージを構成する要素としてのアセット（信号、ファイル）の数を示す、８ビットのパラメーターである。ｎｕｍｂｅｒ＿ｏｆ＿ａｓｓｅｔの数分だけ、アセット情報のループが配置される。１つのアセット情報のループ内には、個々のアセットを識別するアセット識別情報（ａｓｓｅｔ＿ｉｄ）と、一般ロケーション情報（ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ）と、アセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒ）の各パラメーターが配置される。アセット情報のループ内に配置される情報について、以下に説明する。

ｉｄｅｎｔｉｆｉｅｒ＿ｔｙｐｅは、ＭＭＴＰパケット・フローのＩＤ体系を示す。アセット識別情報（ａｓｓｅｔ＿ｉｄ）を示すＩＤ体系であれば０ｘ００とする。ａｓｓｅｔ＿ｉｄ＿ｓｃｈｅｍｅは、アセット識別情報の形式を示す。ａｓｓｅｔ＿＿ｉｄ＿ｌｅｎｇｔｈは、アセット識別情報のテキスト情報のサイズをバイト単位で示す。続くアセット識別情報のループでは、アセット識別情報をバイト単位（ａｓｓｅｔ＿ｉｄ＿ｂｙｔｅ）で示す。

ａｓｓｅｔ＿ｔｙｐｅは、アセットの種類を３２ビット長の文字列で示す。ａｓｓｅｔ＿ｃｌｏｃｋ＿ｒｅｌａｔｉｏｎ＿ｆｌａｇは、アセットのクロック情報フィールドの有無を示すフラグである。当該フラグが１のときは、クロック情報識別フィールド（ａｓｓｅｔ＿ｃｌｏｃｋ＿ｒｅｌａｔｉｏｎ＿ｉｄ）とタイムスケール・フラグ・フィールド（ａｓｓｅｔ＿ｔｉｍｅｓｃａｌｅ＿ｆｌａｇ）が存在し、０のときはこれらのフィールドは存在しない。ｌｏｃａｔｉｏｎ＿ｃｏｕｎｔは、アセットのロケーション情報の数を示し、続くｌｏｃａｔｉｏｎ＿ｃｏｕｎｔの数だけ繰り返されるロケーション情報のループでは、該当するアセットのロケーション情報であるＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏが示される。アセットのロケーション情報は、アセットの取得先となるアセット上のパケット識別情報（ｐａｃｋｅｔ＿ｉｄ：ＰＩＤ）の形式で記述される。したがって、ＭＰテーブル上でアセット識別情報を引いて、アセット上（ＩＰデータ・フロー）の該当するパケット識別情報を取り出すことができる（図１３を参照のこと）。ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏのデータ構造については、後述に譲る。

ａｓｓｅｔ＿＿ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、アセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒ）のテキスト情報のサイズをバイト単位で示す。続くアセット記述子のループでは、アセット毎の記述子の内容をバイト単位（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）で示す。

アセットはコンポーネントと対応関係があることは既に述べた（映像のアセットは映像コンポーネントに対応し、音声のアセットは音声コンポーネントに対応し、ファイル・データのアセットはファイル・データのコンポーネントに対応する）。本実施形態では、アセット記述子の１つとして、ＭＨストリーム識別記述子を配置するものとする。ＭＨストリーム識別記述子は、（アセットに対応する）コンポーネントのストリームを識別するラベルであるコンポーネント・タグを記載する記述子である。したがって、ＭＰテーブルでコンポーネント・タグを指定することで、パケット識別情報（ｐａｃｋｅｔ＿ｉｄ：ＰＩＤ）などアセットのロケーション情報を見つけることができる。

図１８には、ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ（一般ロケーション情報）のデータ構造例１８００を示している。

ｌｏｃａｔｉｏｎ＿ｔｙｐｅは、ロケーション情報の種類を８ビットで示し、以下の表４の割り当てに従う。

ｌｏｃａｔｉｏｎ＿ｔｙｐｅが０ｘ００のときは、当該ロケーション情報を含むテーブルが伝送されるＩＰデータ・フローと同一のＩＰデータ・フローのＭＭＴＰパケットのパケット識別情報（ｐａｃｋｅｔ＿ｉｄ）を示す。

ｌｏｃａｔｉｏｎ＿ｔｙｐｅが０ｘ０１のときは、ロケーション情報として、ＩＰｖ４データ・フローのＭＭＴＰパケットを示す。具体的には、ＩＰｖ４データ・フローの送信元アドレス（ｉｐｖ４＿ｓｒｃ＿ａｄｄｒ）と、ＩＰｖ４データ・フローの宛先アドレス（ｉｐｖ４＿ｄｓｔ＿ａｄｄｒ）と、ＩＰデータ・フローの宛先ポート番号（ｄｓｔ＿ｐｏｒｔ）と、パケット識別情報（ｐａｃｋｅｔ＿ｉｄ）を示す。

ｌｏｃａｔｉｏｎ＿ｔｙｐｅが０ｘ０２のときは、ロケーション情報として、ＩＰｖ６データ・フローのＭＭＴＰパケットを示す。具体的には、ＩＰｖ６データ・フローの送信元アドレス（ｉｐｖ６＿ｓｒｃ＿ａｄｄｒ）と、ＩＰｖ６データ・フローの宛先アドレス（ｉｐｖ６＿ｄｓｔ＿ａｄｄｒ）と、ＩＰデータ・フローの宛先ポート番号（ｄｓｔ＿ｐｏｒｔ）と、パケット識別情報（ｐａｃｋｅｔ＿ｉｄ）を示す。

ｌｏｃａｔｉｏｎ＿ｔｙｐｅが０ｘ０３のときは、ロケーション情報として、ＭＰＥＧ－２ ＴＳの放送ネットワークのＭＰＥＧ－２ ＴＳパケットを示す。具体的には、放送ネットワークを識別するためのネットワーク識別情報（ｎｅｔｗｏｒｋ＿ｉｄ）と、ＭＰＥＧ－２ ＴＳを識別するためのトランスポート・ストリーム識別情報（ＭＰＥＧ＿２＿ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄ）と、ＭＰＥＧ－２ ＴＳパケットのパケット識別情報（ＭＰＥＧ＿２＿ＰＩＤ）を示す。

ｌｏｃａｔｉｏｎ＿ｔｙｐｅが０ｘ０４のときは、ロケーション情報として、ＩＰｖ６データ・フローのＭＰＥＧ－２ ＴＳパケットを示す。具体的には、ＩＰｖ６データ・フローの送信元アドレス（ｉｐｖ６＿ｓｒｃ＿ａｄｄｒ）と、ＩＰｖ６データ・フローの宛先アドレス（ｉｐｖ６＿ｄｓｔ＿ａｄｄｒ）と、ＩＰデータ・フローの宛先ポート番号（ｄｓｔ＿ｐｏｒｔ）と、ＭＰＥＧ－２ ＴＳパケットのパケット識別情報（ＭＰＥＧ＿２＿ＰＩＤ）を示す。

ｌｏｃａｔｉｏｎ＿ｔｙｐｅが０ｘ０５のときは、 ＵＲＬでロケーション情報を示す。具体的には、ＵＲＬ＿ｌｅｎｇｔｈは、ＵＲＬバイト・フィールドの長さをバイト単位で示し、続くＵＲＬバイトのループでは、ＵＲＬ文字列をバイト単位（ＵＲＬ＿ｂｙｔｅ）で示す。

図１８に示した一般ロケーション情報では、アセットのロケーション情報は、アセットの取得先となるデータ・フロー上のパケット識別情報（ＰＩＤ）の形式で記述される。したがって、ＭＰテーブル上でアセット識別情報を引いて、ＩＰデータ・フロー上の該当するパケット識別情報を取り出すことができる（図１３を参照のこと）。

Ｍ２セクション・メッセージは、ＭＰＥＧ－２ Ｓｙｓｔｅｍのセクション拡張形式をそのまま伝送するために用いるシグナリング・メッセージである。図１９には、Ｍ２セクション・メッセージのシンタックス例１９００を示している。以下、Ｍ２セクション・メッセージの各パラメーターの意味について説明する。

ｍｅｓｓａｇｅ＿ｉｄ（メッセージ識別）は、各種シグナリング情報において、Ｍ２セクション・メッセージを識別する１６ビットの固定値であり、本実施形態では０ｘ８０００とする。ｖｅｒｓｉｏｎ（バージョン）は、Ｍ２セクション・メッセージのバージョンを示す、８ビットの整数値のパラメーターである。ｌｅｎｇｔｈ（メッセージ長）は、このフィールドの直後からカウントされる、当該Ｍ２セクション・メッセージのサイズをバイト単位で示す、１６ビット長のパラメーターである。ｔａｂｌｅ＿ｉｄ（テーブル識別）は、当該セクションが属するテーブルの識別のために使用する領域である。ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒ（セクション・シンタクス指示）は、拡張形式を示す'１'とする。ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈ（セクション長）は、セクション長領域より後に続くデータのバイト長を書き込む領域である。ｔａｂｌｅ＿ｉｄ＿ｅｘｔｅｎｔｉｏｎ（テーブル識別拡張）は、テーブル識別の拡張を行なう領域である。ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ（バージョン番号）は、テーブルのバージョン番号を書き込む領域である。ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒ（カレント・ネクスト指示）は、テーブルが現在使用可能である場合は'１'とし、テーブルが現在使用不可であり次に有効となることを示す場合は'０'とする。ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ（セクション番号）は、テーブルを構成するセクション番号を書き込む領域である。ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ（最終セクション番号）は、テーブルを構成する最後のセクション番号を書き込む領域である。そして、続くシグナリング・データのループで、テーブルを構成する情報がバイト単位（ｓｉｇｎａｌｉｎｇ＿ｄａｔａ＿ｂｙｔｅ）で記述される。そして、当該メッセージの最後に、ＩＴＵ－Ｔ勧告Ｈ．２２２．０に従う巡回冗長符号ＣＲＣ３２（ＣＲＣ）が付加される。

図２０には、Ｍ２セクション・メッセージで伝送されるＭＨ ＡＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）テーブル（ＭＨ ＡＩＴ）のシンタックス例２０００を示している。以下、ＭＨ ＡＩテーブルの各パラメーターの意味について説明する。

ｔａｂｌｅ＿ｉｄ（テーブル識別）は、各種シグナリング情報においてアプリケーション情報（ＡＩ）テーブルであることを識別する８ビットの固定値であり、本実施形態では０ｘ８９とする。ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒ（セクション・シンタクス指示）は、１ビットのフィールドで、常に「１」とする。ｓｅｃｔｏｉｎ＿ｌｅｎｇｔｈ（セクション長）は、１２ビットのフィールドで、セクション長フィールドからＣＲＣ３２を含むセクションの最後までのセクションのバイト長を規定する。この値は４０９３（１６進数で０ｘＥＦＤ）を超えないものとする。ａｐｐｌｉｃａｔｏｎ＿ｔｙｐｅ（アプリケーション形式）は、１６ビットのフィールドで、ＡＩＴで伝送しているアプリケーションの値を示す。ＤＶＢでは、ＤＶＢ－Ｊアプリケーションに対して０ｘ０００１が割り当てられている。ＡＲＩＢ－Ｊアプリケーションにおいても０ｘ０００１とする。ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ（バージョン番号）は、５ビットのフィールドで、サブテーブルのパーション番号である。ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒは、当該ＭＨ ＡＩテーブルのバージョン番号であり、サブテーブル内の情報に変化があった場合に＋１だけインクリメントされる。また、バージョン番号の値が「３１」になったとき、その次は「０」に戻る。ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒ（カレント・ネクスト指示）は、常に「１」とする。ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ（セクション番号）は、８ビットのフィールドで、セクションの番号を表す。サブテーブル内で最初のセクションのセクション番号は０ｘ００である。セクション番号は、同一のテーブル識別及びアプリケーション形式を持つセクションが追加される度に＋１だけインクリメントされる。ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ（最終セクション番号）は、８ビットのフィールドであり、そのセクションが属するサブテーブルにおける最後のセクション番号を規定する。

ｃｏｍｍｏｎ＿ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ（共通記述子ループ長）は、８ビットのフィールドで、後続のｄｅｓｃｒｉｐｔｏｒ（記述領域内記述子）のバイト長を示し、このバイト数分のループからなる一連の領域にｄｅｓｃｒｉｐｔｏｒ（記述領域内記述子）が書き込まれる。この共通記述子領域内のｄｅｓｃｒｉｐｔｏｒは、ＡＩＴサブテーブル内のすべてのアプリケーションに適用される。例えば、アプリケーションの伝送方法や取得場所を指定する伝送プロトコル記述子がこのｄｅｓｃｒｉｐｔｏｒフィールドに書き込まれる。

ａｐｐｌｉｃａｔｉｏｎ＿ｌｏｏｐ＿ｌｅｎｇｔｈは、このＭＨ ＡＩテーブルに含まれるアプリケーション情報の数を書き込む領域である。そして、ａｐｐｌｉｃａｔｉｏｎ＿ｌｏｏｐ＿ｌｅｎｇｔｈが示す数分だけ、アプリケーション情報のループが配置される。そして、当該テーブルの最後に、ＩＴＵ－Ｔ勧告Ｈ．２２２．０に従う巡回冗長符号ＣＲＣ３２（ＣＲＣ）が付加される。

１つのアプリケーション情報のループ内には、ａｐｐｌｉｃａｔｉｏｎ＿ｉｄｅｎｔｉｆｉｅｒ（アプリケーション識別子）と、ａｐｐｌｉｃａｔｉｏｎ＿ｃｏｎｔｒｏｌ＿ｃｏｄｅ（アプリケーション制御コード）と、アプリケーション情報が配置される。

ここで、ａｐｐｌｉｃａｔｉｏｎ＿ｉｄｅｎｔｉｆｉｅｒ（アプリケーション識別子）は、アプリケーションを識別するパラメーターである。ａｐｐｌｉｃａｔｉｏｎ＿ｃｏｎｔｒｏｌ＿ｃｏｄｅ（アプリケーション制御コード）は、８ビットのフィールドで、アプリケーションの状態を制御する制御コードを規定する。このフィールドのセマンティックスは、アプリケーション形式の値に依存する。アプリケーション形式に依存しない場合のアプリケーション制御コードのセマンティックスを表５に示しておく。また、ａｐｐｌｉｃａｔｉｏｎ＿ｄｅｓｃｒｉｐｔｏｒ＿ｌｏｏｐ＿ｌｅｎｇｔｈ（アプリケーション情報記述子ループ長）はアプリケーション情報記述子のバイト長を示し、このバイト数分のループからなる一連の領域にｄｅｓｃｒｉｐｔｏｒ（アプリケーション情報記述子）が書き込まれる。この記述子領域内のアプリケーション情報記述子は、共通記述子とは相違し、ａｐｐｌｉｃａｔｉｏｎ＿ｉｄｅｎｔｉｆｉｅｒで指定したアプリケーションのみに適用される。

要するに、ＭＨ ＡＩテーブルは、ＭＭＴ伝送方式によって放送伝送路で送られてくるアプリケーション（ファイル・データ）の処理方法や、伝送方法（ｔｒａｎｓｐｏｒｔ＿ｐｒｏｔｏｃｏｌ）、ロケーション（ＵＲＬ）を指定するテーブルである。受信機は、Ｍ２セクション・メッセージで送られてくるＭＨ ＡＩテーブルを受信すると、ａｐｐｌｉｃａｔｉｏｎ＿ｃｏｎｔｒｏｌ＿ｃｏｄｅで指定された処理を実行するために、伝送プロトコル記述子で指定されたロケーションから指定されたｔｒａｎｓｐｏｒｔ＿ｐｒｏｔｏｃｏｌでアプリケーションを取得する。

図２１には、ＭＨ ＡＩテーブルのアプリケーション情報のループ内にアプリケーション毎に必ず１つ配置される、アプリケーション情報記述子のシンタックス例２１００を示している。以下、アプリケーション情報記述子２１００の各パラメーターの意味について説明する。

ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇは、当該記述子２０００を識別する、８ビットの整数値である。ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、このフィールドより後に続く当該記述子２１００のデータのバイト長を書き込む領域である。

ａｐｐｌｉｃａｔｉｏｎ＿ｐｒｏｆｉｌｅ＿ｌｅｎｇｔｈはアプリケーション・プロファイル情報の全体のバイト長を示し、このバイト数分のループからなる一連の領域にアプリケーション・プロファイル情報（ａｐｐｌｉｃａｔｉｏｎ＿ｐｒｏｆｉｌｅ）が書き込まれる。ａｐｐｌｉｃａｔｉｏｎ＿ｐｒｏｆｉｌｅは、本アプリケーションが実行可能である受信機のプロファイルであり、受信機に要求する機能毎のビットマップで要求機能を示す。但し上位３ビットは機能ビットマップ切り替えを示す。上記ビットマップはバージョン毎に規定する。また、ｖｅｒｓｉｏｎ＿ｍａｊｏｒ、ｖｅｒｓｉｏｎ＿ｍｉｎｏｒ、ｖｅｒｓｉｏｎ＿ｍｉｃｒｏはそれぞれ、アプリケーション・プロファイル規定のバージョンである。

ｓｅｒｖｉｃｅ＿ｂｏｕｎｄ＿ｆｌａｇは、本アプリケーションが現在のサービスのみで有効かどうかを示すフラグである。ｖｉｓｉｂｉｌｉｔｙは、アプリケーション可視か否かを示す。ａｐｐｌｉｃａｔｉｏｎ＿ｐｒｉｏｒｉｔｙは、このサービス内で告知されているアプリケーション間の相対優先度である。ｔｒａｎｓｐｏｒｔ＿ｐｒｏｔｏｃｏｌ＿ｌａｂｅｌは、アプリケーションを伝送するプロトコルを一意に識別する値を示す。ｔｒａｎｓｐｏｒｔ＿ｐｒｏｔｏｃｏｌ＿ｌａｂｅｌは、伝送プロトコル記述子の同名のフィールドに対応する。

図２２には、伝送プロトコル記述子のシンタックス例２２００を示している。伝送プロトコル記述子は、アプリケーションの伝送手段として放送や通信などの伝送プロトコルの指定と伝送プロトコルに依存したアプリケーションのロケーション情報を示すことを目的として、ＭＨ－ＡＩＴの共通記述子ループ又はアプリケーション情報記述子のループに配置される。以下、伝送プロトコル記述子の各パラメーターの意味について説明する。

ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇは、当該記述子２２００を識別する、８ビットの整数値である。ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、このフィールドより後に続く当該記述子のデータのバイト長を書き込む、８ビットの領域である。ｐｒｏｔｏｃｏｌ＿ｉｄ（プロトコル識別情報）は、アプリケーションを伝送するプロトコルを示す。値としては、０ｘ０００３はＨＴＴＰ並びにＨＴＴＰＳ伝送、０ｘ０００５はＭＭＴ並びに非同期伝送を規定する。ｔｒａｎｓｐｏｒｔ＿ｐｒｏｔｏｃｏｌ＿ｌａｂｅｌ（伝送プロトコル・ラベル）は、１つのアプリケーションを複数の経路で伝送する場合にその伝送手段を一意に識別する値であり、アプリケーション情報記述子の同名のフィールドに対応する。ｓｅｌｅｃｔｏｒ＿ｂｙｔｅ（セレクター・バイト）には、ａｐｐｌｉｃａｔｉｏｎ＿ｉｄｅｎｔｉｆｉｅｒ領域であり、プロトコル識別情報毎にシンタックスが規定される。

図２３には、ＨＴＴＰ／ＨＴＴＰＳ、ＭＭＴ非同期伝送に共通のセレクター・バイトのシンタックス例２３００を示している。

ＵＲＬ＿ｂａｓｅ＿ｌｅｎｇｔｈはアプリケーションを取得するためのＵＲＬのベース部のバイト長を示し、このバイト数分のループからなる一連の領域にプリケーションを取得するためのＵＲＬのベース部の文字列がバイト単位（ＵＲＬ＿ｂａｓｅ＿ｂｙｔｅ）で書き込まれる。

ＵＲＬ＿ｅｘｔｅｎｓｉｏｎ＿ｃｏｕｎｔは、アプリケーションを取得するためのＵＲＬの拡張部分（ＵＲＬ＿ｂａｓｅに続くＵＲＬ＿ｅｘｔｅｎｓｉｏｎ）の数を示し、ＵＲＬ＿ｅｘｔｅｎｓｉｏｎ＿ｃｏｕｎｔの数分だけＵＲＬ＿ｅｘｔｅｎｓｉｏｎのループが配置される。そして、１つのＵＲＬ＿ｅｘｔｅｎｓｉｏｎのループ内では、ＵＲＬ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈはＵＲＬの拡張部分のバイト長を示し、このバイト数分のループからなる一連の領域にＵＲＬの拡張部分の文字列がバイト単位（ＵＲＬ＿ｅｘｔｅｎｔｉｏｎ＿ｂｙｔｅ）で書き込まれる。例えば、ＵＲＬのベース部が"ｈｔｔｐ：／／ｗｗｗ．ｘｂｃ．ｃｏｍ"で、ＵＲＬの拡張部が"ｉｎｄｅｘ．ｈｔｍｌ"であれば、セレクター・バイトから抽出されたこれらの文字列を連結して、完全なＵＲＬ"ｈｔｔｐ：／／ｘｂｃ．ｃｏｍ／ｉｎｄｅｘ．ｈｔｍｌ"を得ることができる。

要するに、ＭＨ ＡＩテーブルのアプリケーション情報のループ内のアプリケーション情報記述子並びに伝送プロトコル記述子を参照することで、アプリケーションの伝送手段（ＭＭＴ伝送か、ＨＴＭＬ伝送か）、並びに、ロケーション情報（ＵＲＬ）を取得することができる。

図２４には、データ伝送メッセージのシンタックス例２４００を示している。以下、データ伝送メッセージの各パラメーターの意味について説明する。

ｍｅｓｓａｇｅ＿ｉｄ（メッセージ識別）は、各種シグナリング情報において、データ伝送メッセージを識別する１６ビットの固定値である。ｖｅｒｓｉｏｎ（バージョン）は、当該データ伝送メッセージのバージョン番号を書き込む領域である。ｌｅｎｇｔｈ（メッセージ長）は、このフィールドより後に続く当該メッセージのデータのサイズをバイト単位で示す、３２ビットのパラメーターである。

ｎｕｍ＿ｏｆ＿ｔａｂｌｅｓ（テーブル数）は、当該データ伝送メッセージに格納するテーブルの数を示す。データ伝送メッセージに格納するテーブルとして、そして、ｎｕｍ＿ｏｆ＿ｔａｂｌｅｓが示す数分だけ、テーブル情報のループが配置される。

１つのテーブル情報のループ内には、テーブル情報として、ｔａｂｌｅ＿ｉｄ（テーブル識別）、ｔａｂｌｅ＿ｖｅｒｓｉｏｎ（テーブル・バージョン）、並びに、ｔａｂｌｅ＿ｌｅｎｇｔｈ（テーブル長）が格納される。ｔａｂｌｅ＿ｉｄ（テーブル識別）は、当該データ伝送メッセージに格納するテーブルの識別のために使用する領域である。データ伝送メッセージで、データ・ディレクトリー管理テーブル、データ・アセット管理テーブル、データ・コンテンツ管理テーブルの３種類のシグナリング・テーブルが伝送されるが（前述並びに図５を参照のこと）、ｔａｂｌｅ＿ｉｄはこれらのうちいずれのテーブルであるかを識別する。ｔａｂｌｅ＿ｖｅｒｓｉｏｎ（テーブル・バージョン）は、当該データ伝送メッセージに格納するテーブルのバージョンを示す。ｔａｂｌｅ＿ｌｅｎｇｔｈ（テーブル長）は、このデータ伝送メッセージに格納するテーブルの大きさをバイト単位で示す。ｔａｂｌｅ（テーブル）は、当該データ伝送メッセージに格納するテーブルを示す。

また、ｎｕｍ＿ｏｆ＿ｔａｂｌｅｓが示す数分だけ、テーブルのループが配置される。１つのテーブルのループ内には、ｔａｂｌｅ＿ｉｄで識別されるテーブルの中身の情報が格納される。

図２５には、データ伝送メッセージで伝送されるデータ・ディレクトリー管理テーブル（ＤＤＭＴ）のシンタックス例２５００を示している。データ・ディレクトリー管理テーブルは、ディレクトリー単位（言い換えれば、データ放送アプリケーションの制作単位）でデータ放送アプリケーションを管理するためのテーブルである。同テーブル内は、１つのパッケージに含まれるディレクトリー並びにディレクトリーに含まれるサブディレクトリーやファイルに関するディレクトリー構造を記述している。以下、このデータ・ディレクトリー管理テーブルの各パラメーターの意味について説明する。

ｔａｂｌｅ＿ｉｄ（テーブル識別子）には、各種シグナリング情報においてデータ・ディレクトリー管理テーブルであることを示す８ビットの固定値が書き込まれる。ｖｅｒｓｉｏｎ＿（バージョン）は、当該データ・ディレクトリー管理テーブルのバージョンを示す８ビットの整数値のパラメーターである。例えば当該テーブルを構成する一部のパラメーターでも更新した場合には、ｖｅｒｓｉｏｎは＋１だけインクリメントされる。ｌｅｎｇｔｈは、このフィールドの直後からカウントされる、当該データ・ディレクトリー管理テーブルのサイズをバイト単位で示す、１６ビット長のパラメーターである。

ｂａｓｅ＿ｄｉｒｅｃｔｏｒｙ＿ｐａｔｈ＿ｌｅｎｇｔｈは、ベース・ディレクトリー・ノード・パス領域のバイト長を示し、このバイト数分のループからなる一連の領域にベース・ノード・ディレクトリー・パスがバイト単位（ｂａｓｅ＿ｄｉｒｅｃｔｏｒｙ＿ｐａｔｈ＿ｂｙｔｅ）で書き込まれる。ベース・ディレクトリー・パスは、例えば、対応するディレクトリーへアクセスするための絶対的なＵＲＬ形式で表記される。

ｎｕｍ＿ｏｆ＿ｄｉｒｅｃｔｏｒｙ＿ｎｏｄｅｓは、当該データ・ディレクトリー管理テーブルに記載されるディレクトリーのノードの数を示す。そして、ｎｕｍ＿ｏｆ＿ｄｉｒｅｃｔｏｒｙ＿ｎｏｄｅｓの数分だけディレクトリー・ノードのループが配置され、ディレクトリー毎の情報が格納される。

１つのディレクトリー・ノードのループ内には、当該データ・ディレクトリー管理テーブルに格納される各ディレクトリー・ノードの属性情報と、ディレクトリーに含まれる各ファイル・データの情報が格納される。

ｎｏｄｅ＿ｔａｇは、ディレクトリー・ノードのノード・タグとしてディレクトリーを識別するラベルを示す。ｄｅｒｅｃｔｏｒｙ＿ｎｏｄｅ＿ｖｅｒｓｉｏｎは、ディレクトリー・ノードのバージョンを示す。ｄｉｒｅｃｔｏｒｙ＿ｎｏｄｅ＿ｐａｔｈ＿ｌｅｎｇｔｈはディレクトリー・ノード・パス領域のバイト長を示し、このバイト数分のループからなる一連の領域にディレクトリー・ノード・パスがバイト単位（ｄｉｒｅｃｔｏｒｙ＿ｎｏｄｅ＿ｐａｔｈ＿ｂｙｔｅ）で書き込まれる。

ｎｕｍ＿ｏｆ＿ｆｉｌｅｓは、当該ディレクトリーに含まれるファイルの数を示す。そして、ｎｕｍ＿ｏｆ＿ｆｉｌｅｓの数分だけファイル・ノードのループが配置される。各ファイル・ノードのループ内には、当該ディレクトリーに含まれる各ファイル・データの情報として、ｎｏｄｅ＿ｔａｇと、ファイル名が格納される。このループ内のｎｏｄｅ＿ｔａｇは、ファイルのノード・タグとしてファイルを識別するラベルを示す。ｆｉｌｅ＿ｎａｍｅ＿ｂｙｔｅはファイル名領域のバイト長を示し、このバイト数分のループからなる一連の領域にファイル名がバイト単位（ｆｉｌｅ＿ｎａｍｅ＿ｌｅｎｇｔｈ）で書き込まれる。ここで、ディレクトリー・ノード・パスは、対応するディレクトリーへアクセスするための、ベース・ディレクトリー・パスからの相対的なＵＲＬ形式で表記される。そして、ベース・ディレクトリー・パス、ディレクトリー・パス、及びファイル名の各文字列を順に連結することにより、該当するファイルにアクセスする完全なＵＲＬを得ることができる。例えば、ベース・ディレクトリーパス（ＵＲＬ）が"ｈｔｔｐ：／／ｗｗｗ．ｘｂｃ．ｃｏｍ"で、ディレクトリー・ノード・パス（ＵＲＬ）が"ｐｒｏｇｒａｍＡ"であり、さらにファイル名が"ｉｎｄｅｘ．ｈｔｍｌ"であれば、データ・ディレクトリー管理テーブルから抽出されたこれらの文字列を連結して、完全なＵＲＬ"ｈｔｔｐ：／／ｗｗｗ．ｘｂｃ．ｃｏｍ／ｐｒｏｇｒａｍＡ／ｉｎｄｅｘ．ｈｔｍｌ"を得ることができる。

図２６には、データ伝送メッセージで伝送されるデータ・アセット管理テーブル（ＤＡＭＴ）のシンタックス例２６００を示している。データ・アセット管理テーブルは、アセット単位でデータ放送アプリケーションを管理するためのテーブルであり、アセット内のＭＰＵの構成とのＭＰＵ毎のバージョン情報を記述している。

ｔａｂｌｅ＿ｉｄ（テーブル識別）は、各種シグナリング情報においてデータ・アセット管理テーブルであることを示す８ビットの固定値である。ｖｅｒｓｉｏｎ＿（バージョン）は、このデータ・アセット管理テーブルのバージョンを示す８ビットの整数値のパラメーターである。例えばデータ・アセット管理テーブルを構成する一部のパラメーターでも更新した場合には、ｖｅｒｓｉｏｎは＋１だけインクリメントされる。ｌｅｎｇｔｈは、このフィールドの直後からカウントされる、このデータ・アセット管理テーブルのサイズをバイト単位で示す、１６ビット長のパラメーターである。

ｎｕｍｂｅｒ＿ｏｆ＿ｄａｔａ＿ｃｏｍｐｏｎｅｎｔｓは、パッケージに含まれるデータ・コンポーネントの数（すなわち、データ放送アプリケーションのアセット数）を示す、８ビットのパラメーターである。例えば、１つのパッケージ（放送番組）で番組連動型データ放送アプリケーションと番組非連動型データ放送アプリケーションの２種類のデータ・コンポーネントが伝送されることが想定される。ｎｕｍｂｅｒ＿ｏｆ＿ｄａｔａ＿ｃｏｍｐｏｎｅｎｔｓの数分だけ、以下のデータ・コンポーネント（すなわち、アセット）のループが配置され、データ・コンポーネント毎の情報が格納される。各データ・コンポーネントのループ内には、データ・コンポーネントの属性情報と、データ・コンポーネントに含まれるＭＰＵの情報が書き込まれる。

データ・コンポーネントの属性情報として、ｔｒａｎｓａｃｔｉｏｎ＿ｉｄ（トランザクション識別情報）と、ｃｏｍｐｏｎｅｎｔ＿ｔａｇと、ｄｏｗｎｌｏａｄ＿ｉｄ（ダウンロード識別情報）が含まれる。ｔｒａｎｓａｃｔｉｏｎ＿ｉｄは、当該データ・コンポーネントのバージョン機能を持つ識別子である。ｃｏｍｐｏｎｅｎｔ＿ｔａｇは、当該データ・コンポーネントのストリームを識別するためのラベルである。ｃｏｍｐｏｎｅｎｔ＿ｔａｇは、ＭＰテーブル内にアセット記述子として配置されるＭＨストリーム識別記述子内のｃｏｍｐｏｎｅｎｔ＿ｔａｇと同一の値であるとする。ｄｏｗｎｌｏａｄ＿ｉｄは、データ・コンテンツを一意に識別するためのラベルの役割をする。アプリケーション（非同期メディア）を伝送するＭＭＴＰパケットには、必要に応じて拡張ヘッダーにダウンロード識別情報が書き込まれる（図７を参照のこと）。

ｎｕｍ＿ｏｆ＿ｍｐｕｓは、当該データ・コンポーネントに含まれるＭＰＵの数を示す。そして、ｎｕｍ＿ｏｆ＿ｍｐｕｓの数分だけ配置されるＭＰＵのループ内には、各ＭＰＵの属性情報が格納される。ＭＰＵ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒは、ＭＰＵに割り振られるＭＰＵシーケンス番号である。ｎｕｍ＿ｏｆ＿ｉｔｅｍｓは、ＭＰＵに含まれるアイテムの数（言い換えれば、ＭＰＵで伝送されるファイル・データの数）を示す。そして、ｎｕｍ＿ｏｆ＿ｉｔｅｍｓの数分だけ配置されるアイテムのループ内には、各アイテムの情報が格納される。

１つのアイテムのループ内には、アイテムの属性情報とアイテムに関する情報が格納される。アイテムの属性情報として、ｉｔｅｍ＿ｉｄ、ｎｏｄｅ＿ｔａｇ、ｉｔｅｍ＿ｓｉｚｅ、ｉｔｅｍ＿ｖｅｒｓｉｏｎ、ｉｔｅｍ＿ｃｈｅｃｋｓｕｍが格納される。ｉｔｅｍ＿ｉｄは、ファイル伝送に用いられるアイテムを一意に識別する３２ビットの値である。ｎｏｄｅ＿ｔａｇは、アイテムに対応するノード・タグとしてアイテムを識別する１６ビットの値である。シグナリング情報としては、３２ビットのｉｔｅｍ＿ｉｄに代えて１６ビットのｎｏｄｅ＿ｔａｇを使用することで、データ伝送メッセージ上のアイテムの識別に必要なビット・サイズを削減することができる。ｉｔｅｍ＿ｓｉｚｅは、アイテムのサイズをバイト単位で表す。ｉｔｅｍ＿ｖｅｒｓｉｏｎは、アイテムのバージョンを示し、アイテムの内容が更新される度にｖｅｒｓｉｏｎは＋１だけインクリメントされる。ｉｔｅｍ＿ｃｈｅｃｋｓｕｍは、アイテムのチェックサムを示す。なお、チェックサムは、すべてのファイルに対して必ず設定するのは情報量が多いと考えられるので、１ビットのｃｈｅｃｋ＿ｓｕｍ＿ｆｌａｇを設定し、これに１が代入された場合にのみ３２ビットのｉｔｅｍ＿ｃｈｅｃｋ＿ｓｕｍが現れる。ｃｈｅｃｋｓｕｍ＿ｆｌａｇはチェックサムの記載があるか否かを示すフラグであり、このフラグが１のときにはｉｔｅｍ＿ｃｈｅｃｋｓｕｍが記載される。ｉｔｅｍ＿ｉｎｆｏ＿ｌｅｎｇｔｈは後続のアイテム情報領域のバイト長を示し、このバイト数分のループからなる一連の領域にアイテムに関する情報がバイト単位（ｉｔｅｍ＿ｉｎｆｏ＿ｂｙｔｅ）で書き込まれる。

また、ＭＰＵのループ内には、各ＭＰＵの情報が格納される。具体的には、ＭＰＵ＿ｉｎｆｏ＿ｌｅｎｇｔｈは後続のＭＰＵ情報領域のバイト長を示し、このバイト数分のループからなる一連の領域にＭＰＵに関する情報がバイト単位（ｉｔｅｍ＿ｉｎｆｏ＿ｂｙｔｅ）で書き込まれる。

ｄｅｓｃｒｉｐｔｏｒ＿ｌｏｏｐ＿ｌｅｎｇｔｈは、ｄｅｓｃｒｉｐｔｏｒの全バイト長を示す。ｄｅｓｃｒｉｐｔｏｒは、ｄｅｓｃｒｉｐｔｏｒ＿ｌｏｏｐ＿ｌｅｎｇｔｈの数分のループからなる一連の領域に記述子（ｄｅｓｃｒｉｐｔｏｒ）の情報を格納する。格納される記述子は別途定義する。

図２７には、データ伝送メッセージで伝送されるデータ・コンテンツ管理テーブル（ＤＣＣＴ）のシンタックス例２７００を示している。データ・コンテンツ管理テーブルは、提示単位（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｕｎｉｔ：ＰＵ）毎にデータ放送アプリケーションを管理するためのテーブルである。同テーブルは、データ放送アプリケーションのファイルの構成情報をデータ放送の提示単位（ＰＵ）で記述している。

ｔａｂｌｅ＿ｉｄ（テーブル識別子）には、各種シグナリング情報においてデータ・コンテンツ管理テーブルであることを示す８ビットの固定値が書き込まれる。ｖｅｒｓｉｏｎ＿（バージョン）は、当該データ・コンテンツ管理テーブルのバージョンを示す８ビットの整数値のパラメーターである。例えば当該テーブルを構成する一部のパラメーターでも更新した場合には、ｖｅｒｓｉｏｎは＋１だけインクリメントされる。ｌｅｎｇｔｈは、このフィールドの直後からカウントされる、当該データ・コンテンツ管理テーブルのサイズをバイト単位で示す、１６ビット長のパラメーターである。

ｎｕｍｂｅｒ＿ｏｆ＿ｃｏｎｔｅｎｔｓは、パッケージ（放送番組）で伝送されるデータ・コンテンツの数を示す、８ビットのパラメーターである。ｎｕｍｂｅｒ＿ｏｆ＿ｃｏｎｔｅｎｔｓの数分だけ、以下のデータ・コンテンツのループが配置され、データ・コンテンツ毎の情報が格納される。

１つのデータ・コンテンツのループ内には、データ・コンテンツに関する情報として、ｃｏｎｔｅｎｔ＿ｉｄと、ｃｏｎｔｅｎｔ＿ｖｅｒｓｉｏｎと、ｃｏｎｔｅｎｔ＿ｓｉｚｅと、当該データ・コンテンツに含まれるデータ放送提示単位（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｕｎｉｔ：ＰＵ）に関する情報が書き込まれる。ｃｏｎｔｅｎｔ＿ｉｄ（コンテンツ識別情報）は、当該データ・コンテンツを一意に識別するラベルである。ｃｏｎｔｅｎｔ＿ｖｅｒｓｉｏｎは、当該データ・コンテンツのバージョン番号を書き込む領域である。ｃｏｎｔｅｎｔ＿ｓｉｚｅは、当該データ・コンテンツのサイズを書き込む領域である。

ＰＵ＿ｉｎｆｏ＿ｆｌａｇは、当該データ・コンテンツ管理テーブルがＰＵの情報であるか否かを示す。そして、ＰＵ＿ｉｎｆｏ＿ｆｌａｇ＝１の場合には、ｎｕｍｂｅｒ＿ｏｆ＿ＰＵｓに当該データ・コンテンツに含まれるＰＵの数が書き込まれ、これに続いて、ｎｕｍｂｅｒ＿ｏｆ＿ＰＵｓの数分だけＰＵのループが配置される。

１つのＰＵのループ内には、ＰＵの識別情報であるＰＵ＿ｔａｇと、ＰＵのサイズを書き込む領域であるＰＵ＿ｓｉｚｅと、当該ＰＵを構成するファイル又はディレクトリーのノード指定の数を示すｎｕｍｂｅｒ＿ｏｆ＿ｍｅｍｂｅｒ＿ｎｏｄｅｓが書き込まれる。そして、ｎｕｍｂｅｒ＿ｏｆ＿ｍｅｍｂｅｒ＿ｎｏｄｅｓの数分だけ配置されるノードのループ内では、当該ＰＵを構成するファイル又はディレクトリーのノード・タグが書き込まれる。

また、１つのＰＵのループ内には、ＰＵの情報が書き込まれる。具体的には、ＰＵ＿ｉｎｆｏ＿ｌｅｎｇｔｈにＰＵ情報のバイト長を示し、このバイト数分のループからなる一連の領域にＰＵの情報がバイト単位（ＰＵ＿ｉｎｆｏ＿ｂｙｔｅ）で書き込まれる。

一方、ＰＵ＿ｉｎｆｏ＿ｆｌａｇ＝０、すなわち、当該データ・コンテンツ管理テーブルがＰＵの情報でない場合には、当該データ・コンテンツを構成するファイル又はディレクトリーの情報が書き込まれる。具体的には、当該データ・コンテンツを構成するファイル又はディレクトリーのノード指定の数を示すｎｕｍｂｅｒ＿ｏｆ＿ｎｏｄｅｓが書き込まれる。そして、ｎｕｍｂｅｒ＿ｏｆ＿ｎｏｄｅｓの数分だけ配置されるノードのループ内で、当該データ・コンテンツを構成するファイル又はディレクトリーのノード・タグが書き込まれる。

図２８には、同一のＩＰデータ・フローに多重されたデータ放送アプリケーションのアイテムを取得する仕組みを図解している。

データ放送アプリケーションを構成するファイルは、ＨＴＭＬ５などのアプリケーション記述内でパス名を指定される。ここで言うパス名は、ディレクトリー・ノード名とファイル名の組み合わせで記述される。また、ディレクトリー・ノードとファイルを統合した記述子としてノード・タグを規定し、各シグナリング・テーブルをリンクする情報として使用する。

受信機は、Ｍ２セクション・メッセージで伝送されるＭＨ－ＡＩＴ内のアプリケーション情報ループを参照して、起動すべきアプリケーション（例えば、アプリケーション制御コードで自動起動（ａｕｔｏｓｔａｒｔ）が指定されたアプリケーション）を検知することができる。また、受信機は、ＭＨ－ＡＩＴに配置されている伝送プロトコル記述子（後述）から、データ放送アプリケーションのロケーション情報すなわちパス名を取得することができる。参照番号２８０１で示すように、データ伝送メッセージ内のデータ・ディレクトリー管理テーブルから、指定されたパス名のファイルのノード・タグを得ることができる。

次いで、参照番号２８０２で示すように、同じくデータ伝送メッセージ内のデータ・アセット管理テーブルから、データ・ディレクトリー管理テーブルで得られたノード・タグを持つアイテムが伝送されるアセットのコンポーネント・タグ、ダウンロード識別情報、ＭＰＵシーケンス番号、及びアイテム識別情報を得ることができる。

さらに、参照番号２８０３で示すように、ＭＰテーブルから、データ・アセット管理テーブルで得られたコンポーネント・タグを持つアセットのロケーション情報を取得すると、参照番号２８０４で示すように、該当するファイルが実際に伝送されるデータ・アセットを特定することができる。

そして、特定されたデータ・アセット内で、データ・アセット管理テーブルから得られたダウンロード識別情報とアイテムを伝送するＭＭＴＰパケットのヘッダー領域に記載されたダウンロード識別情報とにより、カルーセルに対応するファイルの繰り返し伝送の単位を一意に識別することができる。参照番号２８０５で示すように、繰り返し伝送されるアイテムのうち、データ・アセット管理テーブルから得られたＭＰＵシーケンス番号及びアイテム識別情報を持つアイテムを所望のファイルとして指定することができる。ノード・タグはデータ伝送メッセージ内で、ＭＰＵシーケンス番号はアセット（ＩＰデータ・フロー）内で、アイテム識別情報はサービス事業者内で、それぞれ一意であるものとする。

図２９には、ＭＭＴ伝送されるデータ放送アプリケーション（コンテンツ）の伝送、コンテンツのディレクトリー構造と、アプリケーションの提示を行なう仕組みを図解している。

図２９（Ａ）には、コンテンツのディレクトリー構造を示している。各コンテンツｃｏｎｔｅｎｔ１、２、…は、アプリケーション（ａｐｐ）とマテリアルのファイル・データで構成される。アプリケーションやマテリアルは、それぞれファイル・データが実体である。各ファイル・データは、データ・アセット上ではアセットの構成要素であるアイテムを用いて伝送され、各アイテムはアイテム識別情報（ｉｔｅｍ＿ｉｄ）で識別することができる。図２９（Ｃ）に示すように、各ファイルは、該当するデータ・アセット上でアイテムとして伝送される。アプリケーションは、コンテンツの実行時（アプリケーションの提示時）において参照される１以上のＨＴＭＬ文書からなる。また、マテリアルは、ＨＴＭＬ文書から参照されるモノメディア（画像菜テキストなど）である。１つのＨＴＭＬ文書と、そこから参照されるマテリアルで、データ放送アプリケーションの提示単位ＰＵを構成する。図２９（Ａ）に示す例では、ｃｏｎｔｅｎｔ１のディレクトリー下のサブディレクトリー「ａｐｐ」には、Ａ１１．ｈｔｍｌ、Ａ１２．ｈｔｍｌ、Ａ１３．ｈｔｍｌなどの１以上のＨＴＭＬ形式のアプリケーションが含まれている。このうち、Ａ１１．ｈｔｍｌは、コンテンツの実行時に直接参照されるリソースとする。また、ｃｏｎｔｅｎｔ１のディレクトリー下のサブディレクトリー「ｍａｔｅｒｉａｌ」には、Ａ１１．ｈｔｍｌ、Ａ１２．ｈｔｍｌの各文書から参照されるモノメディアＢ１１．ｊｐｇ、Ｂ１２．ｊｐｇ、Ｂ１３．ｊｐｇが含まれている。

図２９（Ｂ）には、コンテンツの実行時（アプリケーションの提示時）におけるアプリケーション間の参照関係を示している。図示の例では、参照番号２９０１で示す提示単位ＰＵは、コンテンツの実行時に直接参照されるアプリケーションＡ１１とこれが参照するマテリアルＢ１１、Ｂ０２で構成され、ＰＵ＿ｔａｇとしてｐ１が割り当てられている。また、参照場号２９０２で示す提示単位ＰＵは、アプリケーションＡ１２とこれが参照するマテリアルＢ１２、Ｂ０２、Ｂ１３で構成され、ＰＵ＿ｔａｇとしてｐ２が割り当てられている。また、参照番号２９０３で示す提示単位ＰＵは、アプリケーションＡ０１とこれが参照するマテリアルＢ０３、Ｂ０１、Ｂ０４で構成され、ＰＵ＿ｔａｇとしてｐ３が割り当てられている。

また、複数のＨＴＭＬ文書間でリンク参照関係を持つことができる（周知）。図２９（Ｂ）に示す例では、アプリケーションＡ１１．ｈｔｍｌは、コンテンツの実行時に直接参照され、最初に表示される提示画面を記述するＨＴＭＬ文書である。これに対し、同じｃｏｎｔｅｎｔ１のディレクトリーに含まれアプリケーションＡ１２．ｈｔｍｌと、ｃｏｎｔｅｎｔ１外のディレクトリーｃｏｍｍｏｎに含まれるアプリケーションＡ０１．ｈｔｍｌは、Ａ１１．ｈｔｍｌを実行して提示される画面から遷移する提示画面を記述するＨＴＭＬ文書であり、Ａ１１．ｈｔｍｌとリンク参照関係を持つ。上述したように、各アプリケーションＡ１１．ｈｔｍｌ、Ａ１２．ｈｔｍｌ、Ａ０１．ｈｔｍｌは、それぞれ１つの提示単位ＰＵ２９０１、２９０２、２９０３を形成している。そして、リンク関係を持つ提示単位２９０１、２９０２、２９０３同士で、さらに上位のリンク・グループ２９１０を構成する。

さらに、同じコンテンツ識別情報（ｃｏｎｔｅｎｔ＿ｉｄ）を持つ提示単位の範囲で、データ・コンテンツというより大きなグループを構成する。データ・コンテンツは、一般に、１つの放送番組の連携するアプリケーション・データ全体に相当する。図２９（Ｂ）に示す例では、ｃｏｎｔｅｎｔ１とｃｏｍｍｏｎに含まれるアプリケーション及びマテリアルの各ファイルで、コンテンツ識別情報ｃ１が割り振られたデータ・コンテンツ２９２０を形成している。データ・コンテンツ管理テーブルで、コンテンツ識別情報に対応するデータ・コンテンツのループ内で、ＰＵのループを探索することによって、当該データ・コンテンツに含まれるすべての提示単位ＰＵを一括して特定することができる。

図２９（Ｃ）には、データ放送アプリケーションをＭＭＴ伝送する様子を模式的に示している。ＭＭＴ伝送では、パッケージに含まれる各コンポーネントは１つのアセットとして扱われ、それぞれアセット識別情報（ａｓｓｅｔ＿ｉｄ）が割り当てられる。図示の例では、各アセットにそれぞれアセット識別情報としてａ１、ａ２が割り当てられている。また、コンテンツの構成要素である各ファイル・データは、データ・アセット上ではアセットの構成要素であるアイテムに相当する。すなわち、ＨＴＭＬ文書やマテリアル（画像やテキストなど）といった個々のファイル・データは、基本的には１つのアイテムを用いて伝送され、各アイテムにはアイテム識別情報（ｉｔｅｍ＿ｉｄ）が割り当てられる。図示の例では、ディレクトリーｃｏｎｔｅｎｔ１に含まれる各ファイル・データの伝送に用いられる各アイテムには、それぞれアイテム識別情報としてｉ１１、ｉ１２、ｉ１３、ｉ１４が割り当てられている。同じコンポーネントに含まれるアイテムは、同じアセット識別情報を共有し、同じデータ・アセット上で伝送される。図示の例では、アイテム識別情報がｉ１１、ｉ１２、ｉ１３、ｉ１４の各アイテムは、同じアセット識別情報ａ１を共有し、同じデータ・アセットとして伝送される。

第１の実施例では、データ放送アプリケーションの伝送単位としてのＭＰＵを、データ放送アプリケーションの提示単位ＰＵに位置付けることによって、放送サービスを効率的に運用する。

図３０には、ＭＭＴ伝送されるデータ放送アプリケーション（コンテンツ）の伝送とアプリケーションの提示単位の対応関係（但し、ＭＰＵがＰＵに位置付けられる場合）を図解している。

図３０（Ａ）には、コンテンツの実行時（アプリケーションの提示時）におけるアプリケーション間の参照関係を示している。図示の例では、参照番号３００１で示す提示単位ＰＵは、コンテンツの実行時に直接参照されるアプリケーションＡ１１とこれが参照するマテリアルＢ１１、Ｂ０２で構成され、ＰＵ＿ｔａｇとしてｐ１が割り当てられている。また、参照場号３００２で示す提示単位ＰＵは、アプリケーションＡ１１から参照されるアプリケーションＡ１２と、アプリケーションＡ１２が参照するマテリアルＢ１２、Ｂ０２、Ｂ１３で構成され、ＰＵ＿ｔａｇとしてｐ２が割り当てられている。また、参照番号３００３で示す提示単位ＰＵは、アプリケーションＡ１１から参照されるアプリケーションＡ０１と、アプリケーションＡ０１が参照するマテリアルＢ０３、Ｂ０１、Ｂ０４で構成され、ＰＵ＿ｔａｇとしてｐ３が割り当てられている。また、参照番号３００４で示す提示単位ＰＵは、アプリケーションＡ０１から参照されるアプリケーションＡ０２と、アプリケーションＡ０２が参照するマテリアルＢ０５、Ｂ０６で構成される。また、アプリケーションＡ０２から参照されるアプリケーションＡ０３は、マテリアルＢ０８を参照している。

また、リンク関係を持つ提示単位３００１、３００２、３００３同士で、さらに上位のリンク・グループ３０１０を構成する。さらに、同じコンテンツ識別情報（ｃｏｎｔｅｎｔ＿ｉｄ）を持つ提示単位の範囲で、データ・コンテンツというより大きなグループを構成する。図３０（Ａ）に示す例では、ｃｏｎｔｅｎｔ１とｃｏｍｍｏｎに含まれるアプリケーションで、コンテンツ識別情報ｃ１が割り振られたデータ・コンテンツ３０２０を形成している。

また、図３０（Ｂ）には、図３０（Ａ）に示したようなリンク関係を持つデータ放送アプリケーションをＭＭＴ伝送する様子を模式的に示している。コンテンツの構成要素である各ファイル・データは、ＭＭＴにおける符号化信号を構成する要素であるＭＦＵで伝送される。また、各ＭＦＵは、アセットの構成要素であるアイテムに相当し、それぞれにアイテム識別情報が割り振られているものとする。また、ＭＭＴ伝送では、パッケージに含まれる各コンポーネントは１つのアセットとして扱われ、それぞれアセット識別情報（ａｓｓｅｔ＿ｉｄ）が割り当てられる。そして、各ＭＰＵには、コンポーネント内（同じデータ・アセット上）でＭＰＵを一意に識別するＭＰＵシーケンス番号が割り振られる。ＭＰＵを構成する各ＭＦＵにつけられるＭＭＴＰペイロード・ヘッダーには、同じＭＰＵシーケンス番号が記載される。

本実施例では、データ放送アプリケーションの提示単位ＰＵを構成するファイル・データに対応するＭＦＵのグループ毎に、データ放送アプリケーションの伝送単位としてのＭＰＵを構成する。図３０（Ａ）に示す例では、ＰＵ＿ｔａｇがｐ１の提示単位３００１を構成するファイルＡ１１、Ｂ１１、Ｂ０２の各々に対応するＭＦＵのグループで、１つのＭＰＵを構成している。そして、図３０（Ｂ）で示すように、ＰＵ＿ｔａｇがｐ１の提示単位３００１に位置付けられたＭＰＵは、アセット識別情報ａ１で識別されるデータ・アセットで伝送される。

同様に、図３０（Ａ）に示す例で、ＰＵ＿ｔａｇがｐ３の提示単位３００３を構成するファイルＡ０１、Ｂ０１、Ｂ０３、Ｂ０４の各々に対応するＭＦＵのグループで、他の１つのＭＰＵを構成している。そして、図３０（Ｂ）で示すように、ＰＵ＿ｔａｇがｐ３の提示単位３００１に位置付けられたＭＰＵは、アセット識別情報ａ２で識別されるデータ・アセットで伝送される。

第１の実施例では、データ放送アプリケーションの各提示単位ＰＵに対応するデータ放送アプリケーションの伝送単位ＭＰＵを、例えばデータ・コンテンツ管理テーブルを使って指定することができる。

データ・コンテンツ管理テーブル自体の構成については、図２７を参照しながら既に説明した。データ・コンテンツ管理テーブルには、データ・コンテンツを構成する提示単位ＰＵ毎に、ＰＵの情報を格納することができる。具体的には、ＰＵ＿ｉｎｆｏ＿ｌｅｎｇｔｈにＰＵ情報のバイト長を示し、このバイト数分のループからなる一連の領域にＰＵの情報がバイト単位（ＰＵ＿ｉｎｆｏ＿ｂｙｔｅ）で書き込まれる。本実施例では、このＰＵ＿ｉｎｆｏ＿ｂｙｔｅを利用して、ＰＵからＭＰＵへのマッピング記述子（ＰＵ＿ＭＰＵ＿ｍａｐｐｉｎｇ＿ｄｅｓｃｒｉｐｔｏｒ）を配置する。

図３１には、提示単位ＰＵから伝送単位としてのＭＰＵへのマッピング記述子（ＰＵ＿ＭＰＵ＿ｍａｐｐｉｎｇ＿ｄｅｓｃｒｉｐｔｏｒ）のシンタックス例３１００を示している。

ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇは、当該記述子３１００を識別する、８ビットの整数値である。ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、このフィールドより後に続く当該記述子３１００のデータのバイト長を書き込む領域である。そして、ＭＰＵ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒには、当該ＰＵに対応するＭＰＵに割り振られるＭＰＵシーケンス番号が記載される。この場合、上記記述子を配置する代わりにＰＵ＿ｉｎｆｏ＿ｌｅｎｇｔｈの直前に配置するｎｕｍｂｅｒ＿ｏｆ＿ｍｅｍｂｅｒ＿ｎｏｄｅｓ数分のｎｏｄｅ＿ｔａｇの記述を例えばｎｕｍｂｅｒ＿ｏｆ＿ｍｅｍｂｅｒ＿ｎｏｄｅｓ＝０として省くことが考えられる。何故ならば、データ・アセット管理テーブル内のＭＰＵのループで同様の情報が伝送されるからである。これによりデータ・コンテンツ管理テーブルの記述を削減することが可能となる。

図３２には、データ・アセットからデータ放送アプリケーションを取得する際の、シグナリング情報として伝送される各シグナリング・テーブルの参照関係（但し、ＭＰＵがＰＵに位置付けられる場合）を図解している。但し、データ・コンテンツ管理テーブルは図３１に示したシンタックス例に従うものとする。

受信機１２は、Ｍ２セクション・メッセージで、ＭＨ－ＡＩテーブル（ＭＨ ＡＩＴ）３２０１を取得すると、ａｐｐｌｉｃａｔｉｏｎ＿ｃｏｎｔｒｏｌ＿ｃｏｄｅを参照して、アプリケーションの状態がどのように制御されているかを確認する。そして、"ａｕｔｏｓｔａｒｔ"（アプリケーションの起動）が指示されている場合には、当該テーブル３２０１内のｔｒａｎｓｐｏｒｔ＿ｐｒｏｔｏｃｏｌ＿ｌａｂｅｌを参照して、ＭＭＴ伝送が指定されていることを確認すると、このアプリケーションの提示時に直接参照されるアイテム（ファイル・データ）のＵＲＬ情報を伝送プロトコル記述子から取り出す。そして、受信機１２は、データ伝送メッセージで送られてくるデータ・ディレクトリー管理テーブル（ＤＤＭＴ）３２０２を参照して、そのｂａｓｅ＿ＵＲＬ、ｄｉｒｅｃｔｏｒｙ＿ＵＲＬ、及びｉｔｅｍ＿ＵＲＬのすべての文字列が一致するアイテムのｎｏｄｅ＿ｔａｇを取得する。

次いで、受信機１２は、データ伝送メッセージで送られてくるデータ・アセット管理テーブル（ＤＡＭＴ）３２０３を参照して、各データ・コンポーネントのループ内のＭＰＵのループに含まれるアイテムのループから、データ・ディレクトリー管理テーブル３２０２で取得したｎｏｄｅ＿ｔａｇを持つアイテムを見つけて、そのアイテムを伝送するＭＰＵを一意に識別するＭＰＵシーケンス番号と、そのアイテムが属するアセット（コンポーネント）のコンポーネント・タグ（ｃｏｍｐｏｎｅｎｔ＿ｔａｇ）やダウンロード識別情報（ｄｏｗｎｌｏａｄ＿ｉｄ）といったアセットの属性情報を取得する。

さらに、受信機１２は、ＰＡメッセージで送られてくるＭＰテーブル（ＭＰＴ）３２０４を参照して、データ・アセット管理テーブル３２０３で取得したコンポーネント・タグと同一の値を持つＭＨストリーム識別記述子を見つけ出すと、同記述子からアセット（コンポーネント）に対応するパケット識別情報（ｐａｃｋｅｔ＿ｉｄ）を取得する。

そして、受信機１２は、ＭＰテーブル３２０４で取得したパケット識別情報をＭＭＴＰヘッダーに含み、データ・アセット管理テーブル３２０３で取得したダウンロード識別情報とＭＰＵシーケンス番号とアイテム識別情報をそれぞれＭＭＴＰヘッダーの拡張ヘッダー、ＭＭＴＰペイロード・ヘッダー、並びにＤＵヘッダーに含むパケットを、データ・アセット（ＩＰデータ・フロー）上でフィルタリングして、"ａｕｔｏｓｔａｒｔ"（アプリケーションの起動）が指示されたアプリケーションのファイル・データを伝送するＭＦＵを抽出することができる。

また、受信機１２は、データ伝送メッセージで送られてくるデータ・コンテンツ管理テーブル（ＤＣＣＴ）３２０５を参照して、データ・アセット管理テーブル３２０３で取得したＭＰＵシーケンス番号が記載されたＰＵからＭＰＵへのマッピング記述子を持つ提示単位ＰＵがあるかどうかをチェックする。該当する記述子が見つかった場合には、そのＭＰＵは提示単位ＰＵに対応付けられていることが分かるので、その提示単位の画面を表示するには、同じＭＰＵシーケンス番号を持つＭＦＵ（アイテム）をすべて取得すればよいことが分かる。

また、上述した第１の実施例の変形例として、データ放送アプリケーションの各伝送単位ＭＰＵに対応するデータ放送アプリケーションの提示単位ＰＵを、例えばデータ・アセット管理テーブルを使って指定することができる。

データ・アセット管理テーブル自体の構成については、図２８を参照しながら既に説明した。データ・アセット管理テーブルには、データ・コンポーネントを構成するＭＰＵ毎に、ＭＰＵの情報を格納することができる。具体的には、ＭＰＵ＿ｉｎｆｏ＿ｌｅｎｇｔｈは後続のＭＰＵ情報領域のバイト長を示し、このバイト数分のループからなる一連の領域にＭＰＵに関する情報がバイト単位（ｉｔｅｍ＿ｉｎｆｏ＿ｂｙｔｅ）で書き込まれる。本実施例では、このＭＰＵ＿ｉｎｆｏ＿ｂｙｔｅを利用して、ＭＰＵに対応するＰＵについてのＰＵ情報記述子（ＰＵ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ）、並びに、そのＰＵから参照されるＰＵについてのリンク先ＰＵ情報記述子（Ｌｉｎｋｅｄ＿ＰＵ＿ｄｅｓｃｒｉｐｔｏｒ）という２種類の記述子を配置する。

図３３には、ＰＵ情報記述子（ＰＵ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ）並びにリンク先ＰＵ情報記述子（Ｌｉｎｋｅｄ＿ＰＵ＿ｄｅｓｃｒｉｐｔｏｒ）のシンタックス例３３０１、３３０２を示している。

ＰＵ情報記述子３３０１のｄｅｓｃｒｉｐｔｏｒ＿ｔａｇは、当該ＰＵ情報記述子３３０１を識別する、８ビットの整数値である。ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、このフィールドより後に続く当該記述子３３０１のデータのバイト長を書き込む領域である。そして、ＰＵ＿ｔａｇには、当該ＭＰＵに対応する提示単位ＰＵを識別するＰＵ＿ｔａｇが示される。

また、Ｌｉｎｋｅｄ＿ＰＵ情報記述子３３０２のｄｅｓｃｒｉｐｔｏｒ＿ｔａｇは、当該ＰＵ情報記述子３３０２を識別する、８ビットの整数値である。ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、このフィールドより後に続く当該記述子３３０２のデータのバイト長を書き込む領域である。ｎｕｍ＿ｏｆ＿ｌｉｎｋｅｄ＿ＰＵは、当該ＭＰＵに対応する提示単位ＰＵと参照関係にある提示単位（Ｌｉｎｋｅｄ＿ＰＵ）の個数を示す。そして、ｎｕｍ＿ｏｆ＿ｌｉｎｋｅｄ＿ＰＵの数分のループで当該ＰＵと参照関係にある各提示単位ＰＵを識別するタグ（ｌｉｎｋｅｄ＿ＰＵ＿ｔａｇ）が示される。

すべてのＭＰＵではなく、一部のＭＰＵのみをデータ放送アプリケーションの提示単位ＰＵに対応付けるという放送サービスの運用も可能である。但し、すべてのＭＰＵを提示単位ＰＵに位置付けるという前提であれば、データ・アセット管理テーブルがデータ・コンテンツ管理テーブルとしての役割を兼ね備えることが可能となり、データ伝送メッセージでデータ・コンテンツ管理テーブルの伝送を完全に省略することができる。

図３４には、データ・アセットからデータ放送アプリケーションを取得する際の、シグナリング情報として伝送される各シグナリング・テーブルの参照関係（但し、ＭＰＵがＰＵに位置付けられる場合）を図解している。但し、データ・アセット管理テーブルは図３３に示したシンタックス例に従うものとする。

受信機１２は、Ｍ２セクション・メッセージで、ＭＨ－ＡＩテーブル（ＭＨ ＡＩＴ）３４０１を取得すると、ａｐｐｌｉｃａｔｉｏｎ＿ｃｏｎｔｒｏｌ＿ｃｏｄｅを参照して、アプリケーションの状態がどのように制御されているかを確認する。そして、"ａｕｔｏｓｔａｒｔ"（アプリケーションの起動）が指示されている場合には、当該テーブル３４０１内のｔｒａｎｓｐｏｒｔ＿ｐｒｏｔｏｃｏｌ＿ｌａｂｅｌを参照して、ＭＭＴ伝送が指定されていることを確認すると、このアプリケーションの提示時に直接参照されるアイテム（ファイル・データ）のＵＲＬ情報を伝送プロトコル記述子から取り出す。そして、受信機１２は、データ伝送メッセージで送られてくるデータ・ディレクトリー管理テーブル（ＤＤＭＴ）３４０２を参照して、そのｂａｓｅ＿ＵＲＬ、ｄｉｒｅｃｔｏｒｙ＿ＵＲＬ、及びｉｔｅｍ＿ＵＲＬのすべての文字列が一致するアイテムのｎｏｄｅ＿ｔａｇを取得する。

次いで、受信機１２は、データ伝送メッセージで送られてくるデータ・アセット管理テーブル（ＤＡＭＴ）３４０３を参照して、各データ・コンポーネントのループ内のＭＰＵのループに含まれるアイテムのループから、データ・ディレクトリー管理テーブル３４０２で取得したｎｏｄｅ＿ｔａｇを持つアイテムを見つけて、そのアイテムを伝送するＭＰＵを一意に識別するＭＰＵシーケンス番号と、そのアイテムが属するアセット（コンポーネント）のコンポーネント・タグ（ｃｏｍｐｏｎｅｎｔ＿ｔａｇ）やダウンロード識別情報（ｄｏｗｎｌｏａｄ＿ｉｄ）といったアセットの属性情報を取得する。

さらに、受信機１２は、ＰＡメッセージで送られてくるＭＰテーブル（ＭＰＴ）３２０４を参照して、データ・アセット管理テーブル３４０３で取得したコンポーネント・タグと同一の値を持つＭＨストリーム識別記述子を見つけ出すと、同記述子からアセット（コンポーネント）に対応するパケット識別情報（ｐａｃｋｅｔ＿ｉｄ）を取得する。

そして、受信機１２は、ＭＰテーブル３４０４で取得したパケット識別情報をＭＭＴＰヘッダーに含み、データ・アセット管理テーブル３４０３で取得したダウンロード識別情報とＭＰＵシーケンス番号とアイテム識別情報をそれぞれＭＭＴＰヘッダーの拡張ヘッダー、ＭＭＴＰペイロード・ヘッダー、並びにＤＵヘッダーに含むパケットを、データ・アセット（ＩＰデータ・フロー）上でフィルタリングして、"ａｕｔｏｓｔａｒｔ"（アプリケーションの起動）が指示されたアプリケーションのファイル・データを伝送するＭＦＵを抽出することができる。

また、受信機１２は、データ・アセット管理テーブル３４０３内の該当するＭＰＵのループ内のＬｉｎｋｅｄ＿ＰＵ情報記述子を参照して、当該ＭＰＵに対応する提示単位ＰＵとリンク参照関係にある提示単位ＰＵを特定すると、同様に各リンク先提示単位ＰＵに対応付けられたＭＰＵシーケンス番号を取得して、上記と同様の手順によりリンク先提示単位のアイテムを先読みすることができる（但し、すべてのＭＰＵを提示単位ＰＵに位置付けることを前提とする）。

実施例２では、データ放送アプリケーションの伝送単位としてのＭＰＵを、ディレクトリーといったデータ放送アプリケーションの制作単位に位置付けることによって、放送サービスを効率的に運用する。

図３５には、ＭＭＴ伝送されるデータ放送アプリケーション（コンテンツ）の伝送と、コンテンツのディレクトリー構造との対応関係（但し、ＭＰＵがディレクトリー構造に位置付けられる場合）を図解している。

図３５（Ａ）には、コンテンツのディレクトリー構造を示している。各コンテンツｃｏｎｔｅｎｔ１、２、…は、アプリケーション（ａｐｐ）とマテリアルのファイル・データで構成される。アプリケーションやマテリアルは、それぞれファイル・データが実体である。各ファイル・データは、データ・アセット上ではアセットの構成要素であるアイテムを用いて伝送され、各アイテムはアイテム識別情報（ｉｔｅｍ＿ｉｄ）で識別することができる。

また、図３５（Ｂ）には、データ放送アプリケーションをＭＭＴ伝送する様子を模式的に示している。ディレクトリー構造の最小単位である各ファイル・データは、ＭＭＴにおける符号化信号を構成する要素であるＭＦＵを用いて伝送される。また、各ＭＦＵは、アセットの構成要素であるアイテムに相当し、それぞれにアイテム識別情報が割り振られているものとする。また、ＭＭＴ伝送では、パッケージに含まれる各コンポーネントは１つのアセットとして扱われ、それぞれアセット識別情報（ａｓｓｅｔ＿ｉｄ）が割り当てられる。そして、各ＭＰＵには、コンポーネント内（同じデータ・アセット上）でＭＰＵを一意に識別するＭＰＵシーケンス番号が割り振られる。ＭＰＵを構成する各ＭＦＵにつけられるＭＭＴＰペイロード・ヘッダーには、同じＭＰＵシーケンス番号が記載される。図示の例では、各アセットにそれぞれアセット識別情報としてａ１、ａ２が割り当てられている。また、コンテンツの構成要素である各ファイル・データは、データ・アセット上ではアセットの構成要素であるアイテムとして、ＭＭＴにおける符号化信号を構成する要素としてのＭＦＵを用いて伝送される。

本実施例では、各データ・コンテンツに含まれるアプリケーションやマテリアルといったディレクトリーを構成するファイル・データに対応するＭＦＵのグループ毎に、データ放送アプリケーションの伝送単位としてのＭＰＵを構成する。図３５（Ａ）に示す例では、データ・コンテンツＣｏｎｔｅｎｔ１のアプリケーションのディレクトリーを構成するファイルＡ１１、Ａ１２、Ａ１３の各々に対応するＭＦＵのグループで１つのＭＰＵを構成している。そして、図３５（Ｂ）で示すように、ファイルＡ１１、Ａ１２、Ａ１３の各々に対応するＭＦＵのグループからなるＭＰＵは、アセット識別情報ａ１で識別されるデータ・アセットで伝送される。

同様に、図３５（Ａ）に示す例では、データ・コンテンツＣｏｎｔｅｎｔ２のアプリケーションのディレクトリーを構成するファイルＡ２１、Ａ２２に対応するＭＦＵのグループで１つのＭＰＵを構成するとともに、マテリアルのディレクトリーを構成するファイルＢ２１、Ｂ２２、Ｂ２３に対応するＭＦＵのグループで１つのＭＰＵを構成している。そして、図３５（Ｂ）で示すように、Ｃｏｎｔｅｎｔ２に含まれる各ディレクトリーに対応するＭＰＵは、アセット識別情報ａ２で識別されるデータ・アセットで伝送される。

第２の実施例では、データ放送アプリケーションの各伝送単位ＭＰＵに対応するファイルの集合（ディレクトリー）を、例えばデータ・アセット管理テーブルを使って指定することができる。

データ・アセット管理テーブル自体の構成については、図２８を参照しながら既に説明した。データ・アセット管理テーブルには、データ・コンポーネントを構成するＭＰＵ毎に、ＭＰＵの情報を格納することができる。具体的には、ＭＰＵ＿ｉｎｆｏ＿ｌｅｎｇｔｈは後続のＭＰＵ情報領域のバイト長を示し、このバイト数分のループからなる一連の領域にＭＰＵに関する情報がバイト単位（ｉｔｅｍ＿ｉｎｆｏ＿ｂｙｔｅ）で書き込まれる。本実施例では、このＭＰＵ＿ｉｎｆｏ＿ｂｙｔｅを利用して、ＭＰＵに対応するノード（ノードは、ファイルの集合であるディレクトリー、又はファイルのいずれかに相当する）を示すＭＰＵノード記述子（ＭＰＵ＿ｎｏｄｅ＿ｄｅｓｃｒｉｐｔｏｒ）を配置する。

図３６には、ＭＰＵノード記述子（ＭＰＵ＿ｎｏｄｅ＿ｄｅｓｃｒｉｐｔｏｒ）のシンタックス例３６００を示している。

ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇは、当該記述子３６００を識別する、８ビットの整数値である。ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、このフィールドより後に続く当該記述子３６００のデータのバイト長を書き込む領域である。そして、ｎｏｄｅ＿ｔａｇには、当該ＭＰＵに対応するノード（ディレクトリー）を識別するノード・タグが示される。

図３７には、データ・アセットからデータ放送アプリケーションを取得する際の、シグナリング情報として伝送される各シグナリング・テーブルの参照関係（但し、ＭＰＵがディレクトリー構造に位置付けられる場合）を図解している。但し、データ・アセット管理テーブルは図３６に示したシンタックス例に従うものとする。

受信機１２は、Ｍ２セクション・メッセージで、ＭＨ－ＡＩテーブル（ＭＨ ＡＩＴ）３７０１を取得すると、ａｐｐｌｉｃａｔｉｏｎ＿ｃｏｎｔｒｏｌ＿ｃｏｄｅを参照して、アプリケーションの状態がどのように制御されているかを確認する。そして、"ａｕｔｏｓｔａｒｔ"（アプリケーションの起動）が指示されている場合には、当該テーブル３７０１内のｔｒａｎｓｐｏｒｔ＿ｐｒｏｔｏｃｏｌ＿ｌａｂｅｌを参照して、ＭＭＴ伝送が指定されていることを確認すると、このアプリケーションの提示時に直接参照されるアイテム（ファイル・データ）のＵＲＬ情報を伝送プロトコル記述子から取り出す。そして、受信機１２は、データ伝送メッセージで送られてくるデータ・ディレクトリー管理テーブル（ＤＤＭＴ）３７０２を参照して、そのｂａｓｅ＿ＵＲＬ、ｄｉｒｅｃｔｏｒｙ＿ＵＲＬ、及びｉｔｅｍ＿ＵＲＬのすべての文字列が一致するアイテムのｎｏｄｅ＿ｔａｇを取得する。

次いで、受信機１２は、データ伝送メッセージで送られてくるデータ・アセット管理テーブル（ＤＡＭＴ）３７０３を参照して、各データ・コンポーネントのループ内のＭＰＵのループに含まれるアイテムのループから、データ・ディレクトリー管理テーブル３７０２で取得したｎｏｄｅ＿ｔａｇを持つアイテムを見つけて、そのアイテムを伝送するＭＰＵを一意に識別するＭＰＵシーケンス番号と、そのアイテムが属するアセット（コンポーネント）のコンポーネント・タグ（ｃｏｍｐｏｎｅｎｔ＿ｔａｇ）やダウンロード識別情報（ｄｏｗｎｌｏａｄ＿ｉｄ）といったアセットの属性情報を取得する。

また、受信機１２は、データ・ディレクトリー管理テーブル３７０２の該当するディレクトリー・ノードのループで示されているディレクトリーのノード・タグと同じ値を、データ・アセット管理テーブル３７０３のＭＰＵのループで探索して、当該ディレクトリーに対応するＭＰＵのＭＰＵシーケンス番号を取得することができる。

さらに、受信機１２は、ＰＡメッセージで送られてくるＭＰテーブル（ＭＰＴ）３７０４を参照して、データ・アセット管理テーブル３７０３で取得したコンポーネント・タグと同一の値を持つＭＨストリーム識別記述子を見つけ出すと、同記述子からアセット（コンポーネント）に対応するパケット識別情報（ｐａｃｋｅｔ＿ｉｄ）を取得する。

そして、受信機１２は、ＭＰテーブル３７０４で取得したパケット識別情報をＭＭＴＰヘッダーに含み、データ・アセット管理テーブル３７０３で取得したダウンロード識別情報とＭＰＵシーケンス番号とアイテム識別情報をそれぞれＭＭＴＰヘッダーの拡張ヘッダー、ＭＭＴＰペイロード・ヘッダー、並びにＤＵヘッダーに含むパケットを、データ・アセット（ＩＰデータ・フロー）上でフィルタリングして、"ａｕｔｏｓｔａｒｔ"（アプリケーションの起動）が指示されたアプリケーションのファイル・データを伝送するＭＦＵを抽出することができる。

また、受信機１２は、データ・ディレクトリー管理テーブル３７０２の該当するディレクトリー・ノードのループで示されているディレクトリーのノード・タグと同じ値を持つＭＰＵノード記述子（ＭＰＵ＿ｎｏｄｅ＿ｄｅｓｃｒｉｐｔｏｒ）を、データ・アセット管理テーブル３７０３のＭＰＵのループ内で探索することによって、当該ディレクトリーに対応付けられているＭＰＵを特定することができる。

また、受信機１２は、データ・ディレクトリー管理テーブル３７０２から、該当するアイテムが属するディレクトリーのノード・タグを取得すると、そのノード・タグに対応する提示単位ＰＵをデータ・コンテンツ管理テーブル３７０５内のＰＵのループから見つけることができる。

このように、本明細書で開示する技術によれば、データ放送アプリケーションの伝送単位（ＭＰＵ）を、データ放送アプリケーションの提示単位又はデータ放送アプリケーションの制作単位に位置付けることによって、放送サービスを効率的に運用することができる。

以上、特定の実施形態を参照しながら、本明細書で開示する技術について詳細に説明してきた。しかしながら、本明細書で開示する技術の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。

本明細書で開示する技術は、トランスポート方式としてＭＭＴを採用するさまざまな放送システムに適用することができる。また、本明細書で開示する技術は、放送番組に連動するデータ放送に利用されるアイテムを所定の伝送単位（ＭＰＵ）にして伝送するさまざまなデータ放送システムに適用することができる。

要するに、例示という形態により本明細書で開示する技術について説明してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本明細書で開示する技術の要旨を判断するためには、特許請求の範囲を参酌すべきである。

なお、本明細書の開示の技術は、以下のような構成をとることも可能である。
（１）放送サービスを構成する各コンポーネントを所定のトランスポート方式に基づく伝送単位にして送信する送信部と、
前記コンポーネントの伝送に関する制御情報を送信する情報送信部と、
を具備し、
前記送信部は、データ放送アプリケーションを構成するファイルを所定のトランスポート方式に基づく伝送単位にグルーピングして送信し、
前記情報送信部は、前記伝送単位の前記データ放送アプリケーションに対する位置付けを示すテーブルを含んだ制御情報を送信する、
送信装置。
（２）前記所定のトランスポート方式はＭＭＴである、
上記（１）に記載の送信装置。
（３）前記送信部は、データ放送アプリケーションを構成するファイルを提示単位に基づいてグルーピングした前記伝送単位で送信し、
前記情報送信部は、前記伝送単位とデータ放送アプリケーションの提示単位との対応関係を示すテーブルを含んだ制御情報を送信する、
上記（１）に記載の送信装置。
（４）前記情報送信部は、データ放送アプリケーションの提示単位に関する情報を示す第１のテーブル内で各提示単位を伝送単位に対応付ける記述子を格納して送信する、
上記（３）に記載の送信装置。
（５）前記情報送信部は、コンポーネントを伝送する伝送単位に関する情報を示す第２のテーブル内で各伝送単位を提示単位に対応付ける記述子を格納して送信する、
上記（３）に記載の送信装置。
（６）データ放送アプリケーションを構成するファイルはディレクトリー構造を有し、
前記送信部は、データ放送アプリケーションを構成するファイルをディレクトリー構造に基づいてグルーピングした前記伝送単位で送信し、
前記情報送信部は、前記伝送単位とディレクトリー構造との対応関係を示すテーブルを含んだ制御情報を送信する、
上記（１）に記載の送信装置。
（７）前記情報送信部は、コンポーネントを伝送する伝送単位に関する情報を示す第２のテーブル内で各伝送単位をディレクトリー構造に対応付ける記述子を格納して送信する、
上記（６）に記載の送信装置。
（８）放送サービスを構成する各コンポーネントを所定のトランスポート方式に基づく伝送単位にして送信する送信ステップと、
前記コンポーネントの伝送に関する制御情報を送信する情報送信ステップと、
を有し、
前記送信ステップでは、データ放送アプリケーションを構成するファイルを所定のトランスポート方式に基づく伝送単位にグルーピングして送信し、
前記情報送信ステップでは、前記伝送単位の前記データ放送アプリケーションに対する位置付けを示すテーブルを含んだ制御情報を送信する、
送信方法。
（９）放送サービスを構成する各コンポーネントを所定のトランスポート方式に基づく伝送単位で受信する受信部と、
前記コンポーネントの伝送に関する制御情報を受信する情報受信部と、
を具備し、
前記受信部は、データ放送アプリケーションを構成するファイルを所定のトランスポート方式に基づいてグルーピングされた伝送単位で受信し、
前記情報受信部は、前記伝送単位の前記データ放送アプリケーションに対する位置付けを示すテーブルを含んだ制御情報を受信する、
受信装置。
（１０）放送サービスを構成する各コンポーネントを所定のトランスポート方式に基づく伝送単位で受信する受信ステップと、
前記コンポーネントの伝送に関する制御情報を受信する情報受信ステップと、
を有し、
前記受信ステップでは、データ放送アプリケーションを構成するファイルを所定のトランスポート方式に基づいてグルーピングされた伝送単位で受信し、
前記情報受信ステップでは、前記伝送単位の前記データ放送アプリケーションに対する位置付けを示すテーブルを含んだ制御情報を受信する、
受信方法。

１０…ディジタル放送システム
１１…放送送出システム、１２…受信機
３０１…時計部、３０２…信号送出部
３０３…ビデオ・エンコーダー
３０４…オーディオ・エンコーダー
３０５…キャプション・エンコーダー
３０６…シグナリング・エンコーダー
３０７…ファイル・エンコーダー、３０８…ＥＤＰＳ
３０９…ＴＬＶシグナリング・エンコーダー
３１０…ＩＰサービス・マルチプレクサー
３１１…ＴＬＶマルチプレクサー、３１２…変調・送信部
４０１…チューナー・復調部、４０２…デマルチプレクサー
４０２－１…ＴＬＶフィルター
４０２－２…ＩＰフィルター、４０２－３…ＵＤＰフィルター
４０２－４…ＭＭＴフィルター
４０２－５…ＳＩフィルター、４０３…時計回復部
４０４…ビデオ・デコーダー、４０５…オーディオ・デコーダー
４０６…キャプション・デコーダー、４０７…システム制御部
４０８…アプリケーション制御部
４０９…データ放送アプリケーション・エンジン
４１０…ＩＰインターフェース、４１１…合成部

Claims (3)

1. 放送サービスを構成する各コンポーネントを所定のトランスポート方式に基づく伝送単位で受信し、前記放送サービスに関する制御情報を受信するチューナーと、
   前記チューナーで受信した情報の少なくとも一部をホーム・ネットワークへ送信するインターフェースと、
   を具備し、
   前記チューナーは、ディレクトリー構造を有するファイルで構成されるデータ放送アプリケーションを所定のトランスポート方式に基づく伝送単位で受信し、前記伝送単位に関する情報を示すとともに各伝送単位をディレクトリーのノードに対応付ける記述子を格納するテーブルを受信する、
   受信装置。
2. 前記インターフェースは、ＩＰアドレスに基づいて抽出された、前記放送サービスの情報をホーム・ネットワークへ送信する、
   請求項１に記載の受信装置。
3. チューナーを介して、放送サービスを構成する各コンポーネントを所定のトランスポート方式に基づく伝送単位で受信する受信ステップと、
   前記チューナーを介して、前記放送サービスに関する制御情報を受信する情報受信ステップと、
   インターフェースを介して、前記チューナーで受信した情報の少なくとも一部をホーム・ネットワークへ送信する送信ステップと、
   を有し、
   前記受信ステップでは、ディレクトリー構造を有するファイルで構成されるデータ放送アプリケーションを所定のトランスポート方式に基づく伝送単位で受信し、
   前記情報受信ステップで、前記伝送単位に関する情報を示すとともに各伝送単位をディレクトリーのノードに対応付ける記述子を格納するテーブルを受信する、
   受信方法。

Images