JP6323518B2 - 送信装置及び送信方法、並びに受信装置及び受信方法 - Google Patents

Description

本明細書で開示する技術は、データ放送を構成するファイル並びにその伝送制御情報を送信する送信装置及び送信方法、並びに、データ放送を構成するファイル並びにその伝送制御情報を受信する受信装置及び受信方法に関する。

次世代のディジタル放送規格では、ＭＰＥＧ２−ＴＳから、ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）方式への変更が検討されている（例えば、特許文献１を参照のこと）。ＭＭＴ方式では、異なる伝送路の組み合わせで利用することが容易であり、放送伝送路と通信伝送路を共通に用いることができる。

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

データ放送のコンテンツを放送波で伝送する場合、そのデータ伝送制御情報の伝送すなわちシグナリングも併せて行なわれる。現在のＭＭＴ放送規格では、制作におけるコンテンツのディレクトリー構成と放送伝送データの構成をそれぞれ個別にシグナリングするように規定されている。したがって、コンテンツの制作と放送伝送データの構成を独立させて運用することが可能な自由度を持つ。

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

本明細書で開示する技術の目的は、データ放送を構成するファイル並びにその伝送制御情報を好適に送信することができる、優れた送信装置及び送信方法を提供することにある。

本明細書で開示する技術のさらなる目的は、データ放送を構成するファイル並びにその伝送制御情報を好適に受信することができる、優れた受信装置及び受信方法を提供することにある。

本明細書で開示する技術は、上記課題を参酌してなされたものであり、その第１の側面は、
ファイル伝送に用いられるアイテムの集合からなる伝送単位を送信する送信部と、
ディレクトリー毎にファイルに関する第１の情報を記述する第１のテーブルと、伝送単位毎にアイテムに関する第２の情報を記述する第２のテーブル含む、伝送制御情報を送信する制御情報送信部と、
を具備し、
前記送信部がディレクトリーと合致させた伝送単位を送信する際に、
前記制御情報送信部は、伝送単位と合致するディレクトリー下の第１の情報を省略した前記第１のテーブルと、ディレクトリーと合致する伝送単位下の第２の情報を省略した第２のテーブルを送信し、
前記送信部は、省略した前記第１の情報及び前記第２の情報に関する記述を含むインデックス・アイテムを伝送単位に含めて送信する、
送信装置である。

本明細書で開示する技術の第２の側面によれば、第１の側面に係る送信装置の前記制御情報送信部は、伝送単位がディレクトリーと合致することを示す記述子を前記第２のテーブルに配置して、前記伝送制御情報を送信するように構成されている。

本明細書で開示する技術の第３の側面によれば、第２の側面に係る送信装置の前記制御情報送信部は、伝送単位と合致するディレクトリーを識別するノード識別情報と、前記インデックス・アイテムが存在するか否か、及び、前記インデックス・アイテムのアイテム識別情報を指定する前記記述子を送信するように構成されている。

本明細書で開示する技術の第４の側面によれば、第１の側面に係る送信装置の前記送信部は、ディレクトリーと合致する伝送単位下のアイテム毎のアイテム識別情報とアイテムで伝送されるファイルのファイル名を対応付けた前記インデックス・アイテムを送信するように構成されている。

本明細書で開示する技術の第５の側面によれば、第４の側面に係る送信装置の前記送信部は、各アイテムのサイズ情報をさらに含む前記インデックス・アイテムを送信するように構成されている。

本明細書で開示する技術の第６の側面によれば、第４の側面に係る送信装置の前記送信部は、各アイテムのチェックサム情報をさらに含む前記インデックス・アイテムを送信するように構成されている。

本明細書で開示する技術の第７の側面によれば、第４の側面に係る送信装置の前記送信部は、各アイテムで伝送されるファイルのメディア型を指定するタイプ識別情報をさらに含む前記インデックス・アイテムを送信するように構成されている。

本明細書で開示する技術の第８の側面によれば、第４の側面に係る送信装置の前記送信部は、各アイテムに適用される圧縮アルゴリズム及び元のサイズを指定する圧縮識別情報をさらに含む前記インデックス・アイテムを送信するように構成されている。

また、本明細書で開示する技術の第９の側面は、
ファイル伝送に用いられるアイテムの集合からなる伝送単位を送信する送信ステップと、
ディレクトリー毎にファイルに関する第１の情報を記述する第１のテーブルと、伝送単位毎にアイテムに関する第２の情報を記述する第２のテーブル含む、伝送制御情報を送信する制御情報送信ステップと、
を有し、
前記送信ステップでディレクトリーと合致させた伝送単位を送信する際に、
前記制御情報送信ステップでは、伝送単位と合致するディレクトリー下の第１の情報を省略した前記第１のテーブルと、ディレクトリーと合致する伝送単位下の第２の情報を省略した第２のテーブルを送信し、
前記送信ステップでは、省略した前記第１の情報及び前記第２の情報に関する記述を含むインデックス・アイテムを伝送単位に含めて送信する、
送信方法である。

また、本明細書で開示する技術の第１０の側面は、
ファイル伝送に用いられるアイテムの集合からなる伝送単位を受信する受信部と、
ディレクトリー毎にファイルに関する第１の情報を記述する第１のテーブルと、伝送単位毎にアイテムに関する第２の情報を記述する第２のテーブル含む、伝送制御情報を受信する制御情報受信部と、
前記伝送制御情報に基づいて、アイテムで伝送されるファイルを処理する処理部と、
を具備し、
ディレクトリーと合致した伝送単位が伝送される場合に、
前記制御情報受信部は、伝送単位と合致するディレクトリー下の第１の情報を省略した前記第１のテーブルと、ディレクトリーと合致する伝送単位下の第２の情報を省略した第２のテーブルを受信し、
前記受信部は、省略した前記第１の情報及び前記第２の情報に関する記述を含むインデックス・アイテムが含まれた伝送単位を受信し、
前記処理部は、前記インデックス・アイテムの記述に基づいてファイルを取得する、
受信装置である。

本明細書で開示する技術の第１１の側面によれば、第１０の側面に係る受信装置の前記処理部は、前記制御情報受信部で伝送単位がディレクトリーと合致することを示す記述子が前記第２のテーブルに配置された前記伝送制御情報を受信したことに応答して、前記受信部が受信した伝送単位全体をキャッシュするように構成されている。

本明細書で開示する技術の第１２の側面によれば、第１０の側面に係る受信装置の前記制御情報受信部は、伝送単位と合致するディレクトリーを識別するノード識別情報と、前記インデックス・アイテムが存在するか否か、及び、前記インデックス・アイテムのアイテム識別情報を指定した前記記述子を受信するように構成されている。

本明細書で開示する技術の第１３の側面によれば、第１２の側面に係る受信装置の前記処理部は、前記受信部が受信した伝送単位の中から前記記述子が指定するアイテム識別情報に基づいて前記インデックス・アイテムを取得するように構成されている。

本明細書で開示する技術の第１４の側面によれば、第１０の側面に係る受信装置の前記受信部は、ディレクトリーと合致する伝送単位下のアイテム毎のアイテム識別情報とアイテムで伝送されるファイルのファイル名を対応付けた前記インデックス・アイテムを受信するように構成されている。

本明細書で開示する技術の第１５の側面によれば、第１４の側面に係る受信装置の前記処理部は、前記インデックス・アイテムに基づいて、ファイル伝送に用いられるアイテム識別情報を特定して、伝送単位の中からアイテムを取得するように構成されている。

本明細書で開示する技術の第１６の側面によれば、第１４の側面に係る受信装置の前記受信部は、各アイテムのサイズ情報をさらに含む前記インデックス・アイテムを受信するように構成されている。

本明細書で開示する技術の第１７の側面によれば、第１４の側面に係る受信装置の前記受信部は、各アイテムのチェックサム情報をさらに含む前記インデックス・アイテムを受信するように構成されている。

本明細書で開示する技術の第１８の側面によれば、第１４の側面に係る受信装置の前記受信部は、各アイテムで伝送されるファイルのメディア型を指定するタイプ識別情報をさらに含む前記インデックス・アイテムを受信するように構成されている。

本明細書で開示する技術の第１９の側面によれば、第１４の側面に係る受信装置の前記受信部は、各アイテムに適用される圧縮アルゴリズム及び元のサイズを指定する圧縮識別情報をさらに含む前記インデックス・アイテムを受信するように構成されている。

また、本明細書で開示する技術の第２０の側面は、
ファイル伝送に用いられるアイテムの集合からなる伝送単位を受信する受信ステップと、
ディレクトリー毎にファイルに関する第１の情報を記述する第１のテーブルと、伝送単位毎にアイテムに関する第２の情報を記述する第２のテーブル含む、伝送制御情報を受信する制御情報受信ステップと、
前記伝送制御情報に基づいて、アイテムで伝送されるファイルを処理する処理ステップと、
を有し、
ディレクトリーと合致した伝送単位が伝送される場合に、
前記制御情報受信ステップでは、伝送単位と合致するディレクトリー下の第１の情報を省略した前記第１のテーブルと、ディレクトリーと合致する伝送単位下の第２の情報を省略した第２のテーブルを受信し、
前記受信ステップでは、省略した前記第１の情報及び前記第２の情報に関する記述を含むインデックス・アイテムが含まれた伝送単位を受信し、
前記処理ステップでは、前記インデックス・アイテムの記述に基づいてファイルを取得する、
受信方法である。

本明細書で開示する技術によれば、コンテンツ制作におけるディレクトリーとデータ放送の伝送単位を合致させる際のデータ放送の伝送制御情報を削減して伝送することができる、優れた送信装置及び送信方法を提供することができる。

本明細書で開示する技術によれば、コンテンツ制作におけるディレクトリーとデータ放送の伝送単位が合致するファイルを効率的に受信するとともに、データ放送の伝送制御情報を好適に受信することができる、優れた受信装置及び受信方法を提供することができる。

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

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

図１は、ディジタル放送システム１０の構成例を模式的に示した図である。 図２は、ＭＭＴ方式を用いるディジタル放送システム１０におけるプロトコル・スタック２００を示した図である。 図３は、放送送出システム１１の構成例を示した図である。 図４は、放送送出システム１１からの放送信号を受信する受信機１２の構成例を示した図である。 図５は、ＭＭＴ方式で伝送される放送信号５００のイメージを示した図である。 図６は、ＰＡメッセージ内のＭＰテーブルから放送サービスに関連する各アセットを指定する仕組みを示した図である。 図７は、ＭＰテーブルのシンタックス例７００を示した図である。 図８は、ＭＨ−ＡＩＴのシンタックス例８００を示した図である。 図９は、伝送プロトコル記述子のシンタックス例９００を示した図である。 図１０は、ＨＴＴＰ／ＨＴＴＰＳ、ＭＭＴ非同期型伝送に共通のセレクター・バイトのシンタックス例１０００を示した図である。 図１１は、データ・ディレクトリー管理テーブル（ＤＤＭＴ）のシンタックス例１１００を示した図である。 図１２は、データ・アセット管理テーブル（ＤＡＭＴ）のシンタックス例１２００を示した図である。 図１３は、ＭＭＴＰパケット１３００のシンタックス例を示した図である。 図１４は、非同期型メディアを伝送するＭＭＴＰパケットの場合の拡張ヘッダー１４００のシンタックス例を示した図である。 図１５は、ＭＰＵモードの場合のＭＭＴＰペイロード１５００のシンタックス例を示した図である。 図１６は、非同期型メディアを配置したＭＭＴＰペイロード１５００に格納されるＤＵ＿Ｈｅａｄｅｒのシンタックス例１６００を示した図である。 図１７は、非同期型メディアを伝送する場合のパケットの構成方法を説明するための図である。 図１８は、ＭＰＵノード記述子のシンタックス例１８００を示した図である。 図１９は、ｉｎｄｅｘ＿ｉｔｅｍのシンタックス例１９００を示した図である。 図２０は、ｉｎｄｅｘ＿ｉｔｅｍを含むＭＰＵの構成例を模式的に示した図である。 図２１は、アプリケーション取得のための各シグナリング・テーブル間の関係（ｉｎｄｅｘ＿ｉｔｅｍを使用しないケース）を示した図である。 図２２は、アプリケーション取得のための各シグナリング・テーブル間の関係（ｉｎｄｅｘ＿ｉｔｅｍを使用するケース）を示した図である。 図２３は、アプリケーションを起動するための処理手順を示したフローチャートである。 図２４は、データ・アセット管理テーブル（ＤＡＭＴ）の他のシンタックス例２４００を示した図である。 図２５は、図２４に示すデータ・アセット管理テーブル２４００と併せて使用するＭＰＵノード記述子のシンタックス例２５００を示した図である。 図２６は、図２４に示すデータ・アセット管理テーブル２４００と併せて使用するｉｎｄｅｘ＿ｉｔｅｍのシンタックス例２６００を示した図である。 図２４は、図２４に示すデータ・アセット管理テーブル２４００を使用する場合の、アプリケーション取得のための各シグナリング・テーブル間の関係を示した図である。 図２８は、図２４に示したデータ・アセット管理テーブル２４００を用いてアプリケーションを起動するための処理手順を示したフローチャートである。 図２９は、図２４に示したデータ・アセット管理テーブル２４００を用いてアプリケーションを起動するための処理手順を示したフローチャートである。

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

Ａ．システム構成
図１には、ディジタル放送システム１０の構成例を模式的に示している。図示のディジタル放送システム１０は、放送送出システム１１と、受信機１２で構成される。

放送送出システム１１は、放送信号の伝送にＭＭＴ方式を適用しており、放送サービスを構成する各コンポーネントをＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）パケットにして伝送する。具体的には、放送送出システム１１は、放送番組の映像信号や音声信号の符号、並びに、コンテンツや字幕などの信号を、ＭＭＴＰ（ＭＭＴ Ｐｒｏｔｏｃｏｌ）ペイロードに乗せてＭＭＴＰパケット化し、さらにＩＰパケット化し、放送伝送路ではＴＬＶ（Ｔｙｐｅ Ｌｅｎｇｔｈ Ｖａｌｕｅ）パケットの形式で伝送する。ここで、映像や音声、字幕などの放送番組本体に関わるコンポーネントは、同期型（Ｔｉｍｅｄ）メディアである。コンテンツは、マルチメディア・サービスを提供するアプリケーション（例えば、ＨＴＭＬ５文書）と、アプリケーションが使用する画像データや音声データなどのファイルで構成される、非同期型（Ｎｏｎ−Ｔｉｍｅｄ）メディアである。

また、放送送出システム１１は、同期型及び非同期型のメディアを伝送する放送サービスに関する制御情報であるＭＭＴ−ＳＩのシグナリング（通知）も行なう。ＭＭＴ−ＳＩには、メッセージ、テーブル、記述子（ｄｅｓｃｒｉｐｔｏｒ）がある。テーブルは、メッセージをコンテナーとして伝送される。メッセージやテーブルで示すパラメーターの一部は記述子の形式で記述される。

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

また、受信機１２は、放送サービスに関する制御情報であるＭＭＴ−ＳＩも受信する。受信機１２は、ＭＭＴ−ＳＩに基づいて、映像や音声、字幕、データ放送などの伝送メディアの受信制御や受信機１２上での出力（表示、音声出力）制御を行なう。

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

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

ＭＭＴレイヤー２２０上では、放送番組の映像信号及び音声信号の符号化コンポーネント２１１、２１２は、ＭＦＵ（Ｍｅｄｉａ Ｆｒａｇｍｅｎｔ Ｕｎｉｔ）及びＭＰＵとし、ＭＭＴＰペイロードに乗せてＭＭＴＰパケット化される。ここで、ＭＰＵは伝送単位であり、ＭＦＵはＭＰＵよりも小さな単位である。また、字幕信号の符号化コンポーネント２１３やアプリケーションのＨＴＭＬ５符号化コンポーネント２１４についても、ＭＦＵ及びＭＰＵとし、ＭＭＴＰペイロードに乗せてＭＭＴＰパケット化される。また、参照番号２２１で示すように、メディア・トランスポート方式であるＭＭＴに関わる（放送番組の構成などを示す）制御情報であるＭＭＴ−ＳＩも、ＭＭＴＰペイロードに乗せてＭＭＴＰパケット化される。ＭＭＴに関わる制御情報ＭＭＴ−ＳＩの詳細については、後述に譲る。

コンテンツ・ダウンロード２０５のデータ伝送方式２１５として、字幕・文字スーパー伝送方式、アプリケーション伝送方式、イベント・メッセージ伝送方式、汎用データ伝送方式の４種類が挙げられる。このうち、アプリケーション伝送方式は、放送番組と非同期のデータ伝送サービスに用いられる。また、汎用データ伝送方式は、各種データを同期型又は非同期型により伝送する方式であり、映像、音声、字幕以外のデータの提示を行なうプレイヤーで利用するデータやマルチメディア・サービスで利用するデータのストリーミングに適用することができる。

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

図３には、図２に示すようなプロトコル・スタック構造の放送信号を送信する放送送出システム１１の構成例を示している。図示の放送送出システム１１は、時計部３０１と、信号送出部３０２と、ビデオ・エンコーダー３０３と、オーディオ・エンコーダー３０４と、字幕／文字スーパー・エンコーダー３０５と、シグナリング・エンコーダー３０６と、ファイル・エンコーダー３０７と、電子データ処理システム（Ｅｌｅｃｔｒｏｎｉｃ Ｄａｔａ Ｐｒｏｃｅｓｓｉｎｇ Ｓｙｓｔｅｍ：ＥＤＰＳ）３０８と、ＴＬＶシグナリング・エンコーダー３０９と、ＩＰサービス・マルチプレクサー（ＭＵＸ）３１０と、ＴＬＶマルチプレクサー（ＭＵＸ）３１１と、変調・送信部３１２を備えている。

信号送出部３０２は、例えばＴＶ放送局のスタジオやＶＴＲなどの記録再生機に相当し、同期型メディアである映像、音声、字幕及び文字スーパーなどのストリーム・データを、それぞれビデオ・エンコーダー３０３、オーディオ・エンコーダー３０４、字幕／文字スーパー・エンコーダー３０５に送る。また、信号送出部３０２は、非同期型メディアであるコンテンツや、同期型並びに非同期型の汎用データを、ファイル・エンコーダー３０７に送る。

電子データ処理システム３０８は、ＴＶ放送局のスケジューラー並びにファイルの供給源である。電子データ処理システム３０８は、非同期型メディアであるコンテンツや、同期型並びに非同期型の汎用データを、ファイル・エンコーダー３０７に送る。また、電子データ処理システム３０８は、放送サービスの構成などを示す制御情報をシグナリング・エンコーダー３０６に送る。また、電子データ処理システム３０８は、ＩＰパケットの多重に関する制御情報をＴＬＶシグナリング・エンコーダー３０９に送る。

ビデオ・エンコーダー３０３は、信号送出部３０２から送出される映像信号をＨＥＶＣ符号化し、さらにパケット化して、映像信号のＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサー３１０に送る。また、オーディオ・エンコーダー３０４は、信号送出部３０２から送出される音声信号をＡＡＣ符号化し、さらにパケット化して、音声信号のＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサー３１０に送る。また、字幕／文字スーパー・エンコーダー３０５は、信号送出部３０２から送出される字幕信号及び文字スーパー信号を符号化し、さらに提示処理の単位でＭＰＵを生成して、字幕のＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサー３１０に送る。

放送送出システム１１が複数の放送サービス（すなわち、複数の放送チャンネルのコンポーネント）を送信する場合、放送サービス毎に映像信号のＨＥＶＣ符号化、音声信号のＡＡＣ符号化、及び字幕／文字スーパーの符号化処理が行なわれ、それぞれの放送サービス＃１〜＃Ｎに対応するＩＰサービス・マルチプレクサー３１０−１、…、３１０−Ｎに送られる。

シグナリング・エンコーダー３０６は、電子データ処理システム３０８から送出される情報に基づいて、放送信号の構成などを示す制御情報（ＭＭＴ−ＳＩ）を生成し、ペイロード部にＭＭＴ−ＳＩが配置されたＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサー３１０に送る。ＭＭＴ−ＳＩには、メッセージ、テーブル、記述子がある（前述）。シグナリング・エンコーダー３０６は、放送サービス単位のＭＭＴ−ＳＩを生成する他、放送サービス横断のＭＭＴ−ＳＩを生成する。

ファイル・エンコーダー３０７は、信号送出部３０２又は電子データ処理システム３０８から送出されるコンテンツや汎用データを符号化し、さらにパケット化して、このＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサー３１０に送る。

放送送出システム１１は、送出する放送サービス（放送チャンネル）＃１〜＃Ｎ毎に、複数のＩＰサービス・マルチプレクサー３１０―１、…、３１０−Ｎを装備する。放送サービス毎のチャンネルのＩＰサービス・マルチプレクサー３１０は、各エンコーダー３０３〜３０７から送られてくる映像、音声、字幕、（放送サービス単位）ＭＭＴ−ＳＩ、コンテンツ、汎用データの各々を含むＩＰパケットをマルチプレクスして、放送サービス単位の放送信号、並びに、放送サービス横断のＭＭＴ−ＳＩを含んだＴＬＶパケットを生成する。

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

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

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

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

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

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

また、シグナリング・エンコーダー３０６では、電子データ処理システム３０８から送出される情報に基づいて放送信号の構成などを示す制御情報（ＭＭＴ−ＳＩ）が生成され、ペイロード部にこのＭＭＴ−ＳＩが配置されたＭＭＴパケットを含むＩＰパケットが生成される。これらのＩＰパケットは、ＩＰサービス・マルチプレクサー３１０に送られる。

また、信号送出部３０２又は電子データ処理システム３０８から送出されるコンテンツや汎用データは、ファイル・エンコーダー３０７に供給される。ファイル・エンコーダー３０７では、コンテンツや汎用データが符号化され、さらにパケット化され、このＭＭＴパケットを含むＩＰパケットが生成される。このＩＰパケットは、ＩＰサービス・マルチプレクサー３１０に送られる。

各ＩＰサービス・マルチプレクサー３１０−１、…、３１０−Ｎでは、各エンコーダー３０３〜３０７から送られてくる映像、音声、字幕、（放送サービス単位及びサービス横断の）ＭＭＴ−ＳＩ、コンテンツ、汎用データの各々を含むＩＰパケットがマルチプレクスされて、１つのチャンネルを構成するＴＬＶパケットが生成される。

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

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

図４には、放送送出システム１１からの放送信号を受信する受信機１２の構成例を示している。図示の受信機１２は、チューナー・復調部４０１と、ＭＭＴデマルチプレクサー（ＤＥＭＵＸ）４０２と、時計回復部４０３と、ビデオ・デコーダー４０４と、オーディオ・デコーダー４０５と、文字スーパー・デコーダー４０６と、字幕デコーダー４０７と、マルチメディア（ＭＭ）キャッシュ４０８と、ＳＩキャッシュ４０９と、放送システム制御部４１０と、アプリケーション（Ａｐｐ）・エンジン４１１と、通信インターフェース（ＩＦ）４１２と、スケーラー４１４と、合成部４１５〜４１８を備えている。

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

パケット・フィルター４０２−１は、ＴＬＶストリーム識別子及びＩＰアドレスに基づいてＩＰパケットのフィルタリングを行ない、さらにＭＭＴＰヘッダー内の情報に基づいて、ＩＰパケットからＭＭＴＰパケットをフィルタリングして、映像、音声、文字スーパー並びに字幕といった同期型伝送メディアを、それぞれビデオ・デコーダー４０４、オーディオ・デコーダー４０５、文字スーパー・デコーダー４０６、字幕デコーダー４０７に振り分ける。

また、パケット・フィルター４０２−１は、コンテンツや汎用データの各符号化コンポーネントを、マルチメディア（ＭＭ）キャッシュ４０８に振り分ける。

また、パケット・フィルター４０２−１は、シグナリング情報を乗せたＭＭＴＰパケットを、ＳＩフィルター４０２−２に振り分ける。そして、ＳＩフィルター４０２−２は、シグナリング情報ＳＩをフィルタリングして、ＳＩキャッシュ４０９にキャッシュする。

時計回復部４０３は、ＭＭＴデマルチプレクサー４０２内のパケット・フィルター４０２−１でフィルタリングされたＮＴＰパケットに含まれる現在時刻の情報に基づいて、この時刻情報に同期した時刻情報を生成して、各同期型伝送メディアをデコードするにビデオ・デコーダー４０４、オーディオ・デコーダー４０５、文字スーパー・デコーダー４０６、字幕デコーダー４０７にそれぞれ出力する。

ビデオ・デコーダー４０４は、ＭＭＴデマルチプレクサー４０２で得られる符号化映像信号をデコードして、ベースバンドの映像信号を得る。また、オーディオ・デコーダー４０５は、ＭＭＴデマルチプレクサー４０２で得られる符号化音声信号をデコードして、ベースバンドの音声信号を得る。また、文字スーパー・デコーダー４０６並びに字幕デコーダー４０７は、ＭＭＴデマルチプレクサー４０２で得られる文字スーパー及び字幕符号化信号をそれぞれデコードして、文字スーパー及び字幕の表示信号をそれぞれ得る。

放送システム制御部４１０は、ＳＩキャッシュ４０９にキャッシュされているＭＭＴ−ＳＩに基づいて、受信機１２全体の放送サービス受信動作を制御する。例えば、放送システム制御部４１０は、ＭＭＴ−ＳＩに含まれるアプリケーションの実行制御情報（ＭＨ−ＡＩＴ）を解析して、起動が指示されているアプリケーションを見つけると、アプリケーション・エンジン４１１に対してデータ放送の提示処理を指示する。

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

スケーラー４１４は、ビデオ・デコーダー４０４でデコードされた映像信号（放送映像）を、受信機１２の画面サイズに応じてスケーリング処理する。

合成部４１５は、オーディオ・デコーダー４０５でデコードされた音声信号と、アプリケーション・エンジン４１１が再生したデータ放送用の音声信号を合成して、出力用の音声信号を生成する。

合成部４１６は、文字スーパー・デコーダー４０６がデコードした文字スーパー表示と、字幕デコーダー４０７がデコードした字幕表示を合成する。また、合成部４１７は、スケーラー４１４でスケーリング処理された放送映像と、アプリケーション・エンジン４１１が生成したデータ放送の表示信号を合成する。さらに後段の合成部４１８は、データ放送の表示が重畳された放送映像と、合成部４１６から出力される文字スーパー表示及び字幕表示とを合成して、出力用の映像信号を生成する。

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

チューナー・復調部４０１では、放送信号が受信され、復調処理が行なわれて、ＴＬＶストリームが得られる。ＭＭＴデマルチプレクサー４０２では、このＴＬＶストリームに対して、デマルチプレクス処理及びでパケット化処理を行なわれ、ＮＴＰ時刻情報、映像、音声、文字スーパー及び字幕、コンテンツ、汎用データの各符号化信号、並びに、シグナリング情報が抽出された後、パケット・フィルター４０２−１によって、ビデオ・デコーダー４０４、オーディオ・デコーダー４０５、文字スーパー・デコーダー４０６、字幕デコーダー４０７、マルチメディア（ＭＭ）キャッシュ４０８、ＳＩフィルター４０２−２にそれぞれ振り分けられる。

また、デマルチプレクサー４０２で抽出されたＮＴＰパケットは、時計回復部４０３に振り分けられる。時計回復部４０３では、ＮＴＰパケットに載せられた時刻情報に基づいて、この時刻情報に同期した時刻情報が生成される。つまり、時計回復部４０３では、放送送出システム１１側の時計部３０１で生成された時刻情報に合った時刻情報が生成される。生成された時刻情報は、各同期型伝送メディアをデコードするにビデオ・デコーダー４０４、オーディオ・デコーダー４０５、文字スーパー・デコーダー４０６、字幕デコーダー４０７にそれぞれ出力される。

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

放送システム制御部４１０では、ＳＩフィルター４０２−２並びにＳＩキャッシュ４０９を介して受け取るＭＭＴ−ＳＩに基づいて、アプリケーションの処理を始め受信機１２による受信処理動作全体が制御される。

アプリケーション・エンジン４１１では、マルチメディア・キャッシュ４０８にキャッシュされているアプリケーション（ＨＴＭＬ５文書など）の処理が行なわれ、データ放送の表示信号並びに音声信号が生成される。アプリケーション・エンジン４１１では、取得された汎用データが、アプリケーションの表示に反映される。

スケーラー４１４では、ビデオ・デコーダー４０４でデコードされた映像信号（放送映像）のスケーリング処理が行なわれる。また、合成部４１６は、文字スーパー・デコーダー４０６でデコードされた文字スーパー表示と、字幕デコーダー４０７でデコードされた字幕表示が合成される。続いて、合成部４１７では、スケーラー４１４でスケーリング処理された放送映像と、アプリケーション・エンジン４１１で生成されたデータ放送の表示信号が合成される。さらに後段の合成部４１８では、データ放送の表示が重畳された放送映像と、合成部４１６から出力される文字スーパー表示及び字幕表示が合成されて、出力用の映像信号が生成される。

また、合成部４１５では、オーディオ・デコーダー４０５でデコードされた音声信号と、アプリケーション・エンジン４１１で再生されたデータ放送用の音声信号を合成して、出力用の音声信号が生成される。

Ｂ．放送信号の構成
１つの放送サービスは、映像、音声、字幕、コンテンツなど複数のコンポーネントで構成されるパッケージである（但し、１つの放送サービスは、１つのチャンネルすなわち放送番組に対応するものとする）。放送番組本編に関わる映像、音声、字幕などは同期型メディアであり、コンテンツは非同期型メディアである。ＭＭＴ方式では、これら同期型並びに非同期型メディアを、放送伝送路と通信伝送路の組み合わせで利用することが容易である。

図５には、ＭＭＴ方式に従って放送送出システム１１から受信機１２に向けて放送伝送路に送出される放送信号５００のイメージを示している。

ＭＭＴ伝送方式では、放送サービス（パッケージ）を構成する各コンポーネントは「アセット」として定義され、各アセットはそれぞれに専用のＥｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ（ＥＳ）（以下、「ストリーム」ともいう）で伝送される。図５に示す例では、放送信号５００には、映像、音声、字幕、コンテンツ、汎用データなど、アセット毎のストリーム５０１〜５０５が含まれる。また、放送サービスに関する制御情報（ＭＭＴ−ＳＩ）のシグナリングのためのストリーム５０６も含まれている。

各アセットは、固有のアセット識別子（ａｓｓｅｔ＿ｉｄ）で識別される。アセット識別子は、コンポーネントを識別するコンポーネント・タグ（ｃｏｍｐｏｎｅｎｔ＿ｔａｇ）と一意に対応する。映像のアセットは映像コンポーネントに対応し、音声のアセットは音声コンポーネントに対応し、字幕のアセットは字幕コンポーネントに対応し、コンテンツのアセット（データ・アセット）はコンテンツを構成するデータ・ファイルのコンポーネントに対応し、汎用データのアセットは汎用データ・コンポーネントに対応する。

各アセットは、同じアセット識別子を共有する１又はそれ以上のＭＰＵの集合（論理グループ）で構成され、それぞれ対応するストリーム５０１〜５０５で伝送される。したがって、各ＭＰＵは、アセット識別子と、アセット識別子に対応するストリーム上でのＭＰＵのシーケンス番号で一意に特定される。ＭＰＵは、ＭＭＴ方式における伝送単位となるフォーマットであり、１以上のＭＦＵで構成される。データ・アセットの場合、コンテンツを構成するファイル（アイテム）毎に１つのＭＦＵに格納して伝送される（但し、サイズの大きいファイルは、分割して複数のＭＦＵに格納する場合もある）。本実施形態では、伝送単位であるＭＰＵをコンテンツ制作におけるディレクトリーと合致させることを想定している。

そして、各ＥＳでは、符号化した同期型並びに非同期型のメディア・データがＭＰＵフォーマットにしてＭＭＴＰパケット化され、ＩＰパケットで伝送される。各ＥＳは、それぞれ１つのＩＰデータ・フローに相当する。ここで言うＩＰデータ・フローとは、ＩＰヘッダー及びＵＤＰヘッダーの送信元ＩＰアドレス、宛先ＩＰアドレス、ＩＰヘッダーのプロトコル種別、送信元ポート番号、宛先ポート番号の５種類のフィールドの値がすべて同じとなるＩＰパケットの集合である。

図５に示す例では、ストリーム５０１では、映像信号用として共通のアセット識別子を持つＭＰＵ論理グループからなる符号化映像信号のＭＭＴＰパケットが伝送される。同様に、ストリーム５０２では音声信号用として共通のアセット識別子を持つＭＰＵ論理グループからなる符号化音声信号のＭＭＴパケットが伝送され、ストリーム５０３では字幕信号用としての共通のアセット識別子を持つＭＰＵグループからなる符号化字幕信号のＭＭＴＰパケットが伝送される。また、ストリーム５０４−１では、データ放送サービス用として共通のアセット識別子を持つＭＰＵ論理グループからなる符号化アプリケーションのＭＭＴＰパケットが伝送され、ストリーム５０４−２では、他のデータ放送サービス用として共通のアセット識別子を持つＭＰＵ論理グループからなる符号化アプリケーションのＭＭＴＰパケットが伝送される。また、ストリーム５０５では、共通のアセット識別子を持つＭＰＵグループからなる符号化汎用データ信号のＭＭＴＰパケットとして伝送される。

ストリーム５０４−１、５０４−２は、異なるアセット識別子が割り振られた、個別のデータ・アセットを伝送する専用のＥＳを想定している。例えば、一方のストリーム５０４−１では放送番組に連動する番組連動型データ放送サービスを提供するためのデータ・アセットが伝送され、他方のストリーム５０４−２では放送番組に連動しない番組非連動型データ放送サービス（例えば、天気予報やニュースなど、放送番組本編とは直接関連せずそれ自体で完結する独立データ放送）を提供するためのデータ・アセットが伝送される。各ストリーム５０４−１、５０４−２では、ローカル・コンテンツ期間にわたり、データ放送を構成する各ファイルが所定周期（例えば１０秒間隔）で繰り返し伝送される。

なお、図５では省略したが、ＭＭＴ方式では、放送伝送路と通信伝送路を共通に用いることができる。例えば、データ放送のような非同期型メディアを、放送信号５００のストリーム５０４−１や５０４−２を用いて同じ放送サービスの同期型メディアとともに伝送する以外に、ＩＰネットワークなど通信伝送路を介して伝送することもできる。

ストリーム５０６は、ＭＭＴ方式におけるシグナリング、すなわち、ＭＭＴのパッケージの構成や放送サービスに関連する情報を示す制御情報であるＭＭＴ−ＳＩの伝送に使用される。ストリーム５０６では、ＭＭＴ−ＳＩを含んだＭＭＴメッセージがＭＭＴＰパケット化され、カルーセル方式により繰り返し伝送される。受信機側でデータ放送の放送信号を取りこぼすことなく受信処理するためには、ストリーム５０６におけるＭＭＴ−ＳＩの伝送周期を、ストリーム５０５−１、５０４−２におけるデータ放送の伝送周期より短くする必要がある（例えば１秒程度）。

ＭＭＴ−ＳＩには、メッセージ、テーブル、記述子がある。ストリーム５０６で伝送されるメッセージとして、ＰＡメッセージ５１０、Ｍ２セクション・メッセージ５２０、データ伝送メッセージ５３０を挙げることができる。

ＰＡメッセージ５１０は、放送番組の構成などを示す制御情報であり、アセットのリストやその位置などパッケージを構成する情報を記述するＭＰ（ＭＭＴ Ｐａｃｋａｇｅ）テーブル５１１や、ＰＬ（Ｐａｃｋａｇｅ Ｌｉｓｔ）テーブル（ＰＬＴ）、ＬＣ（Ｌａｙｏｕｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）テーブル（ＬＣＴ）を格納するコンテナーである（ＭＰテーブル以外は図示を省略）。ＰＬＴは、放送サービスとして提供されるＭＭＴパッケージのＰＡメッセージを伝送するＩＰデータ・フロー及びパケットＩＤ並びにＩＰサービスを伝送するＩＰデータ・フローの一覧を示す。また、ＬＣＴは、提示のためのレイアウト情報をレイアウト番号に対応付けるために用いる。

ＭＰテーブル５１１は、放送サービス単位の基本的な受信制御情報を示すテーブルであり、具体的には、アセットのリストや、アセットのロケーション情報（パケット識別子）など、パッケージを構成する情報を与える。また、ＭＰテーブル５１１は、アプリケーション・サービス記述子などのＭＰＴ記述子を含む。アプリケーション・サービス記述子は、アプリケーションのエントリー情報（例えば、データ伝送メッセージや、ＭＨ−ＡＩＴ及びＥＭＴをそれぞれ伝送する各Ｍ２セクション・メッセージのエントリー情報）を示す。また、ＭＰＵテーブル５１１には、ＭＰＵの提示時刻を提供するＭＰＵタイムスタンプ記述子が配置される。

ＰＡメッセージ５１０は、放送サービスのエントリー・ポイントであり、ＰＡメッセージ５１０を伝送するＭＭＴＰパケットには、固定のパケット識別子（例えば、０ｘ００００）が割り当てられている。したがって、受信機側では、ストリーム５０６上で、上記固定のパケット識別子を直接指定してＰＡメッセージ５１０を取得することができる。そして、図６に示すように、ＰＡメッセージ５１０で伝送されるＭＰテーブル５１１を参照して、パッケージ（放送番組）を構成する各アセット（映像、音声、字幕、コンテンツ、汎用データ）や他のメッセージを間接指定することができる。

図７には、ＭＰテーブルのシンタックス例７００を示している。以下、ＭＰテーブルの各パラメーターの意味について説明する。

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

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

ＭＰＴ＿ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、ＭＰテーブル記述子領域のサイズをバイト単位で示す。ＭＰテーブル記述子のループでは、ＭＰテーブル記述子の内容をバイト単位（ＭＰＴ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）で記述する。ＭＰＴ記述子には、対応する放送サービス（パッケージ）全体の受信制御に関わる基本的な情報が記述される。例えば、アプリケーション情報テーブル（ＭＨ−ＡＩＴ）や、データ伝送メッセージ、イベント・メッセージ・テーブル（ＥＭＴ）などのサービスに関わるアプリケーションのエントリー情報を指定するアプリケーション・サービス記述子が、ＭＰＴ記述子の１つとして必ず配置される。

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

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

ａｓｓｅｔ＿ｔｙｐｅは、アセットの種類（映像、音声、文字スーパー・字幕、アプリケーションなど）を３２ビット長の文字列で示す。ａｓｓｅｔ＿ｃｌｏｃｋ＿ｒｅｌａｔｉｏｎ＿ｆｌａｇは、アセットのクロック情報フィールドの有無を示すフラグである。当該フラグが１のときは、クロック情報識別フィールド（ａｓｓｅｔ＿ｃｌｏｃｋ＿ｒｅｌａｔｉｏｎ＿ｉｄ）とタイムスケール・フラグ・フィールド（ａｓｓｅｔ＿ｔｉｍｅｓｃａｌｅ＿ｆｌａｇ）が存在し、０のときはこれらのフィールドは存在しない。ｌｏｃａｔｉｏｎ＿ｃｏｕｎｔは、アセットのロケーション情報の数を示し、続くｌｏｃａｔｉｏｎ＿ｃｏｕｎｔの数だけ繰り返されるロケーション情報のループでは、該当するアセットのロケーション情報であるＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏが示される。

ａｓｓｅｔ＿ｔｙｐｅは、アセットの種類（映像、音声、文字スーパー・字幕、アプリケーションなど）を３２ビット長の文字列で示す。ａｓｓｅｔ＿ｔｙｐｅ（文字）が表すアセットの種類を、以下に表１に示しておく。

ａｓｓｅｔ＿ｃｌｏｃｋ＿ｒｅｌａｔｉｏｎ＿ｆｌａｇは、アセットのクロック情報フィールドの有無を示すフラグである。当該フラグが１のときは、クロック情報識別フィールド（ａｓｓｅｔ＿ｃｌｏｃｋ＿ｒｅｌａｔｉｏｎ＿ｉｄ）とタイムスケール・フラグ・フィールド（ａｓｓｅｔ＿ｔｉｍｅｓｃａｌｅ＿ｆｌａｇ）が存在し、０のときはこれらのフィールドは存在しない。ｌｏｃａｔｉｏｎ＿ｃｏｕｎｔは、アセットのロケーション情報の数を示し、続くｌｏｃａｔｉｏｎ＿ｃｏｕｎｔの数だけ繰り返されるロケーション情報のループでは、該当するアセットのロケーション情報であるＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏが示される。ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏについての詳細な説明は省略するが、ＩＰｖ４並びにＩＰｖ６のデータ・フローのＭＭＴＰパケットについてのアセットのロケーション情報は、アセットの取得先となるＥＳ上のパケット識別子（ｐａｃｋｅｔ＿ｉｄ：ＰＩＤ）の形式で記述される。したがって、ＭＰテーブル上でアセット識別子を引いて、ＥＳ（ＩＰデータ・フロー）上の該当するパケット識別子を取り出すことができる（図６を参照のこと）。

ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、アセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒ）のテキスト情報のサイズをバイト単位で示す。続くアセット記述子のループでは、アセット毎の記述子の内容をバイト単位（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）で示す。アセット情報のループ（ＭＰテーブルの第２ループ）内に配置されるアセット記述子として、コンポーネント・ストリームにラベルを付ける（すなわち、アセットに対応するコンポーネント・タグを指定する）「ＭＨストリーム識別記述子」や、映像及び音声以外の各アセットに対するデータ符号化方式を識別するためデータ符号化方式を識別するために使用する「ＭＨ−データ符号化方式記述子」、ＭＰＵの提示時刻を提供する「ＭＰＵタイムスタンプ記述子」、ＭＰＵ内のアクセス・ユニットの復号時刻などを提供する「ＭＰＵ拡張タイムスタンプ記述子」、アセットのグループ関係とグループ内での優先度を提供する「アセット・グループ記述子」、ＭＰＵの提示位置を提供する「ＭＰＵ提示領域指定記述子」、依存関係にあるアセットのアセットＩＤを提供する「依存関係記述子」を挙げることができる。

再び図５を参照する。Ｍ２セクション・メッセージ５２０は、ＭＰＥＧ−２ Ｓｙｓｔｅｍｓのセクション拡張形式を伝送するメッセージであり、セクション形式のシグナリング・テーブルを１つずつ格納するコンテナーである。１つのＭ２セクション・メッセージ５２０内には、ＭＨ−ＡＩＴ（Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）５２１や、ＥＭＴ（Ｅｖｅｎｔ Ｍｅｓｓａｇｅ Ｔａｂｌｅ）５２２といったテーブルが１つずつ格納される。ＭＨ−ＡＩＴ５２１は、アプリケーションに関する動的制御情報及び実行に必要な付加情報を指定するテーブルである。また、ＥＭＴ５２２は、イベント・メッセージ伝送方式に用いるシグナリング・テーブルであり、イベント・メッセージ（放送局から受信機上のアプリケーションに対する同期・非同期のメッセージ）に関する情報（イベント・メッセージ記述子）を格納する。

図８には、Ｍ２セクション・メッセージをコンテナーとして伝送されるＭＨ−ＡＩＴのシンタックス例８００を示している。以下、ＭＨ−ＡＩＴの各パラメーターの意味について説明する。

ｔａｂｌｅ＿ｉｄ（テーブル識別）は、各種シグナリング情報においてアプリケーション情報（ＡＩ）テーブルであることを識別する８ビットの固定値であり、本実施形態では０ｘ８９とする。ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒ（セクション・シンタクス指示）は、１ビットのフィールドで、常に「１」とする。ｓｅｃｔｏｉｎ＿ｌｅｎｇｔｈ（セクション長）は、１２ビットのフィールドで、セクション長フィールドからＣＲＣ３２を含むセクションの最後までのセクションのバイト長を規定する。この値は４０９３（１６進数で０ｘＥＦＤ）を超えないものとする。

ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ（アプリケーション・タイプ）は、１６ビットのフィールドで、当該ＭＨ−ＡＩＴの制御対象となるアプリケーションのタイプを示す。アプリケーション・タイプの割り当ては、以下の表２に従うものとする。

ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ（バージョン番号）は、５ビットのフィールドで、サブテーブルのパーション番号である。ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒは、当該ＭＨ−ＡＩＴのバージョン番号であり、サブテーブル内の情報に変化があった場合に＋１だけインクリメントされる。また、バージョン番号の値が「３１」になったとき、その次は「０」に戻る。ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒ（カレント・ネクスト指示）は、常に「１」とする。ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ（セクション番号）は、８ビットのフィールドで、セクションの番号を表す。サブテーブル内で最初のセクションのセクション番号は０ｘ００である。セクション番号は、同一のテーブル識別及びアプリケーション・タイプを持つセクションが追加される度に＋１だけインクリメントされる。ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ（最終セクション番号）は、８ビットのフィールドであり、そのセクションが属するサブテーブルにおける最後のセクション番号を規定する。

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

ａｐｐｌｉｃａｔｉｏｎ＿ｌｏｏｐ＿ｌｅｎｇｔｈは、当該ＭＨ−ＡＩテーブルに含まれるアプリケーション情報の数を書き込む領域である。そして、ａｐｐｌｉｃａｔｉｏｎ＿ｌｏｏｐ＿ｌｅｎｇｔｈが示す数分だけ、アプリケーション情報ループが配置される。

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

ここで、ａｐｐｌｉｃａｔｉｏｎ＿ｉｄｅｎｔｉｆｉｅｒ（アプリケーション識別子）は、アプリケーションを識別するパラメーターである。ａｐｐｌｉｃａｔｉｏｎ＿ｃｏｎｔｒｏｌ＿ｃｏｄｅ（アプリケーション制御コード）は、８ビットのフィールドで、アプリケーションの状態を制御する制御コードを規定する。このフィールドのセマンティックスは、アプリケーション・タイプの値に依存する。アプリケーション・タイプに依存しない場合のアプリケーション制御コードのセマンティックスを表３に示しておく。

ａｐｐｌｉｃａｔｉｏｎ＿ｄｅｓｃｒｉｐｔｏｒ＿ｌｏｏｐ＿ｌｅｎｇｔｈ（アプリケーション情報記述子ループ長）はアプリケーション情報記述子のバイト長を示し、このバイト数分のループからなるアプリケーション情報記述子領域８０１には、ｄｅｓｃｒｉｐｔｏｒ（アプリケーション情報記述子）が書き込まれる。この記述子領域８０１内のアプリケーション情報記述子は、上記の共通記述子とは相違し、ａｐｐｌｉｃａｔｉｏｎ＿ｉｄｅｎｔｉｆｉｅｒで指定したアプリケーションのみに適用される。アプリケーション情報ループには、例えばＭＨ−アプリケーション記述子や、ＭＨ−伝送プロトコル記述子が配置される。

そして、当該テーブルの最後に、ＩＴＵ−Ｔ勧告Ｈ．２２２．０に従う巡回冗長符号ＣＲＣ３２（ＣＲＣ）が付加される。

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

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

ｐｒｏｔｏｃｏｌ＿ｉｄ（プロトコル識別子）は、アプリケーションを伝送するプロトコルを示す。プロトコル識別子の各値が示す意味を以下の表４に示しておく。プロトコル識別子の値としては、０ｘ０００３はＨＴＴＰ並びにＨＴＴＰＳ伝送、０ｘ０００５はＭＭＴ並びに非同期型伝送を規定する。

ｔｒａｎｓｐｏｒｔ＿ｐｒｏｔｏｃｏｌ＿ｌａｂｅｌ（伝送プロトコル・ラベル）は、１つのアプリケーションを複数の経路で伝送する場合にその伝送手段を一意に識別する値であり、アプリケーション情報記述子の同名のフィールドに対応する。

ｓｅｌｅｃｔｏｒ＿ｂｙｔｅ（セレクター・バイト）は、補足情報を格納する領域であり、プロトコル識別子毎にシンタックスが規定される。図１０には、ＨＴＴＰ／ＨＴＴＰＳ、ＭＭＴ非同期型伝送に共通のセレクター・バイトのシンタックス例１０００を示している。以下、セレクター・バイトの各パラメーターについて説明する。

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

ＵＲＬ＿ｅｘｔｅｎｓｉｏｎ＿ｃｏｕｎｔは、アプリケーションを取得するためのＵＲＬの拡張部分（ＵＲＬ＿ｂａｓｅに続くＵＲＬ＿ｅｘｔｅｎｓｉｏｎ）の数を示し、ＵＲＬ＿ｅｘｔｅｎｓｉｏｎ＿ｃｏｕｎｔの数分だけＵＲＬ＿ｅｘｔｅｎｓｉｏｎのループが配置される。そして、１つのＵＲＬ＿ｅｘｔｅｎｓｉｏｎのループ内では、ＵＲＬ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈはＵＲＬの拡張部分のバイト長を示し、このバイト数分のループからなる一連の領域にＵＲＬの拡張部分の文字列がバイト単位（ＵＲＬ＿ｅｘｔｅｎｔｉｏｎ＿ｂｙｔｅ）で書き込まれる。

例えば、ＵＲＬのベース部が“ｈｔｔｐ：／／ｗｗｗ．ｘｂｃ．ｃｏｍ”で、ＵＲＬの拡張部が“ｉｎｄｅｘ．ｈｔｍｌ”であれば、これらの文字列を連結して、完全なＵＲＬ“ｈｔｔｐ：／／ｘｂｃ．ｃｏｍ／ｉｎｄｅｘ．ｈｔｍｌ”を得ることができる。

要するに、ＭＨ−ＡＩＴは、アプリケーション情報ループにおいて、各アプリケーションの状態とロケーション情報を示す。すなわち、ａｐｐｌｉｃａｔｉｏｎ＿ｃｏｎｔｒｏｌ＿ｃｏｄｅ（アプリケーション制御コード）でアプリケーションの状態を示すとともに、伝送プロトコル記述子でアプリケーションのロケーション情報をＵＲＬ形式で示している。

再び図５を参照する。データ伝送メッセージ５３０は、コンテンツを構成するファイルのデータ伝送に関するテーブルを格納するメッセージである。データ伝送メッセージ５３０は、データ・ディレクトリー管理テーブル（Ｄａｔａ Ｄｉｒｅｃｔｏｒｙ ｍａｎａｇｅｍｅｎｔ Ｔａｂｌｅ：ＤＤＭＴ）５３１、データ・アセット管理テーブル（Ｄａｔａ Ａｓｓｅｔ Ｍａｎａｇｅｍｅｎｔ Ｔａｂｌｅ：ＤＡＭＴ）５３２、データ・コンテンツ管理テーブル（Ｄａｔａ Ｃｏｎｔｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｔａｂｌｅ：ＤＣＣＴ）５３３という、最大３つのテーブルを同時に格納することができるコンテナーである。データ・ディレクトリー管理テーブル及びデータ・アセット管理テーブルはデータ放送サービスに必須であるが、データ・コンテンツ管理テーブルは任意である。

ここで、データ・ディレクトリー管理テーブル５３１は、コンテンツ制作におけるディレクトリーの単位でアプリケーションのファイル構成を管理するためのテーブルである。同テーブル内は、１つのパッケージに含まれるノード（ディレクトリー並びにディレクトリーに含まれるサブディレクトリーやファイル）に関するディレクトリー構造を記述しているので、アプリケーションのファイル構成とファイル伝送のための構成を分離することができる。同テーブルは、ディレクトリーやファイルなどの各ノードのパス名と、データ伝送メッセージ内で各ノードを識別するノード・タグとの対応関係を示している。

また、データ・アセット管理テーブル５３２は、コンテンツを伝送するデータ・アセットを管理するためのテーブルであり、データ・アセット内のＭＰＵの構成とのＭＰＵ毎のバージョン情報を記述している。具体的には、同テーブルは、各コンポーネントのダウンロード識別子や、コンポーネントを伝送する各ＭＰＵに含まれるノード（ファイル又はディレクトリー）をデータ伝送メッセージ内で識別するノード・タグとＥＳ上でノードを識別するアイテム識別子との対応関係を示している。

また、データ・コンテンツ管理テーブル５３３は、コンテンツの構成情報を管理するテーブルであり、コンテンツに含まれるノード（ファイル又はディレクトリー）をデータ伝送メッセージ内で識別するノード・タグを記述することができる。同テーブルは、コンテンツに含まれる提示単位（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｕｎｉｔ：ＰＵ）の情報を示すことができ、この場合、提示単位を識別する提示単位識別子と、各提示単位に含まれるノード（ファイル又はディレクトリー）をデータ伝送メッセージ内で識別するノード・タグを記述する。また、同テーブルは、提示単位にリンクする提示単位を示すリンク先ＰＵ記述子や、各ノードの（マルチメディア・キャッシュ４０８への）キャッシュを制御するロック・キャッシュ指定記述子並びにアンロック・キャッシュ指定記述子を配置することができ、受信機側ではデータ放送アプリケーション用のファイル・データの柔軟で有効なキャッシュ制御に利用することができる。

現在のＭＭＴ放送規格では、制作におけるコンテンツのディレクトリー構成をデータ・ディレクトリー管理テーブル５３１で記述する一方、放送伝送データの構成をデータ・アセット管理テーブル５３２で記述するというデータ伝送制御シグナリング方式が採用されている。したがって、コンテンツの制作と放送伝送データの構成を独立させて運用することが可能な自由度を持つ。

図１１には、データ伝送メッセージをコンテナーとして伝送されるデータ・ディレクトリー管理テーブル（ＤＤＭＴ）のシンタックス例１１００を示している。以下、データ・ディレクトリー管理テーブルの各パラメーターの意味について説明する。

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

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

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

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

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

ｎｕｍ＿ｏｆ＿ｆｉｌｅｓは、当該ディレクトリーに含まれるファイルの数を示す。そして、ｎｕｍ＿ｏｆ＿ｆｉｌｅｓの数分だけ、参照番号１１０１で示すファイル・ノードのループが配置される。各ファイル・ノードのループ１１０１内には、当該ディレクトリーに含まれるファイル毎の詳細情報として、ｎｏｄｅ＿ｔａｇと、ファイル名が格納される。このループ内のｎｏｄｅ＿ｔａｇは、ファイルのノード・タグとしてファイルを識別するラベルを示す。ｆｉｌｅ＿ｎａｍｅ＿ｂｙｔｅはファイル名領域のバイト長を示し、このバイト数分のループからなる一連の領域にファイル名がバイト単位（ｆｉｌｅ＿ｎａｍｅ＿ｌｅｎｇｔｈ）で書き込まれる。ｆｉｌｅ＿ｎａｍｅは、ＭＨ−ＡＩＴの伝送プロトコル記述子（セレクター・バイト）で指定するｉｔｅｍ＿ＵＲＬに相当する。

ディレクトリー・ノード・パスは、対応するディレクトリーへアクセスするための、ベース・ディレクトリー・パスからの相対的なＵＲＬ形式で表記される。さらにファイル名を含めこれらの文字列を連結することによりファイルにアクセスする完全なＵＲＬを得ることができる。例えば、ベース・ディレクトリーパス（ＵＲＬ）が“ｈｔｔｐ：／／ｗｗｗ．ｘｂｃ．ｃｏｍ”で、ディレクトリー・ノード・パス（ＵＲＬ）が“ｐｒｏｇｒａｍＡ”であり、さらにファイル・ノードのループ１１０１内で記述されるファイル名が“ｉｎｄｅｘ．ｈｔｍｌ”であれば、データ・ディレクトリー管理テーブルによる指定に従ってこれらの文字列を連結して、完全なＵＲＬ“ｈｔｔｐ：／／ｗｗｗ．ｘｂｃ．ｃｏｍ／ｐｒｏｇｒａｍＡ／ｉｎｄｅｘ．ｈｔｍｌ”を得ることができる。

また、図１２には、データ伝送メッセージをコンテナーとして伝送されるデータ・アセット管理テーブル（ＤＡＭＴ）のシンタックス例１２００を示している。以下、データ・アセット管理テーブルの各パラメーターについて説明する。

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

ｎｕｍｂｅｒ＿ｏｆ＿ｄａｔａ＿ｃｏｍｐｏｎｅｎｔｓは、パッケージに含まれるデータ・コンポーネントの数（すなわち、放送信号に含まれるデータ・アセットの数）を示す、８ビットのパラメーターである。ｎｕｍｂｅｒ＿ｏｆ＿ｄａｔａ＿ｃｏｍｐｏｎｅｎｔｓの数分だけデータ・コンポーネントのループが配置され、データ・コンポーネント毎の情報が格納される。各データ・コンポーネントのループ内には、データ・コンポーネントの属性情報と、データ・コンポーネントを伝送するＭＰＵの情報が書き込まれる。

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

ｎｕｍ＿ｏｆ＿ｍｐｕｓは、当該データ・コンポーネントに含まれるアイテム（ファイル）を伝送するＭＰＵの数を示す。そして、ｎｕｍ＿ｏｆ＿ｍｐｕｓの数分だけ配置されるＭＰＵのループ内には、各ＭＰＵの属性情報が格納される。ＭＰＵ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒは、データ・コンポーネント（データ・アセット）内でＭＰＵに割り振られるＭＰＵシーケンス番号である。また、ｎｕｍ＿ｏｆ＿ｉｔｅｍｓは、当該ＭＰＵに含まれるアイテム（ファイル・データ）の数を示す。そして、ｎｕｍ＿ｏｆ＿ｉｔｅｍｓの数分だけ、参照番号１２０１で示すアイテムのループが配置される。アイテムのループ１２０１内は、アイテムすなわちファイル毎の詳細情報として、ｉｔｅｍ＿ｉｄ、ｎｏｄｅ＿ｔａｇ、ｉｔｅｍ＿ｓｉｚｅ、ｉｔｅｍ＿ｖｅｒｓｉｏｎ、ｉｔｅｍ＿ｃｈｅｃｋｓｕｍ、並びに、ｉｔｅｍ＿ｉｎｆｏが格納される。

ｉｔｅｍ＿ｉｄ（アイテム識別子）は、データ・アセット内でファイル伝送に用いられるアイテムを一意に識別する３２ビットの値である。ｎｏｄｅ＿ｔａｇは、アイテムに対応するノード・タグとしてアイテムを識別する１６ビットの値であり、このアイテムを用いて伝送するファイルを識別するノード・タグに相当する。シグナリング情報としては、３２ビットのｉｔｅｍ＿ｉｄに代えて１６ビットのｎｏｄｅ＿ｔａｇを使用することで、データ伝送メッセージ上のアイテムの識別に必要なビット・サイズを削減することができる。ｉｔｅｍ＿ｓｉｚｅは、そのアイテムのサイズをバイト単位で表す。ｉｔｅｍ＿ｖｅｒｓｉｏｎは、アイテムのバージョンを示し、アイテムの内容が更新される度にｉｔｅｍ＿ｖｅｒｓｉｏｎは＋１だけインクリメントされる。

ｉｔｅｍ＿ｃｈｅｃｋｓｕｍは、アイテムのチェックサムを示す。なお、チェックサムは、すべてのファイルに対して必ず設定するのは情報量が多いと考えられるので、１ビットのｃｈｅｃｋ＿ｓｕｍ＿ｆｌａｇを設定し、これに１が代入された場合にのみ３２ビットのｉｔｅｍ＿ｃｈｅｃｋｓｕｍがアイテムのループ１２０１内に現れる。ｃｈｅｃｋｓｕｍ＿ｆｌａｇはチェックサムの記載があるか否かを示すフラグであり、このフラグが１のときにはｉｔｅｍ＿ｃｈｅｃｋｓｕｍが記載される。

ｉｔｅｍ＿ｉｎｆｏ＿ｌｅｎｇｔｈは後続のアイテム情報領域のバイト長を示し、このバイト数分のループからなる一連の領域に、アイテムすなわちファイルに関する情報がバイト単位（ｉｔｅｍ＿ｉｎｆｏ＿ｂｙｔｅ）で書き込まれる。この領域には、例えば、ＭＨ−Ｔｙｐｅ記述子や、ＭＨ−Ｃｏｍｐｒｅｓｓｔｉｏｎ Ｔｙｐｅ記述子などの記述子が配置される。ＭＨ−Ｔｙｐｅ記述子は、アプリケーションの伝送方式において伝送されるファイルのメディア型を示す記述子である。また、ＭＨ−Ｃｏｍｐｒｅｓｓｔｉｏｎ Ｔｙｐｅ記述子は、伝送するアイテムが圧縮されていることを意味し、その圧縮アルゴリズムと圧縮前のアイテムのバイト数を示す。

ＭＰＵのループ内の最後には、参照番号１２０２で示すように、各ＭＰＵの情報が格納される。具体的には、ＭＰＵ＿ｉｎｆｏ＿ｌｅｎｇｔｈは後続のＭＰＵ情報領域のバイト長を示し、このバイト数分のループからなる一連の領域にＭＰＵに関する情報がバイト単位（ｉｔｅｍ＿ｉｎｆｏ＿ｂｙｔｅ）で書き込まれる。ＭＰＵがディレクトリーと合致する場合には、ＭＰＵ情報領域１２０２に、ＭＰＵノード記述子が配置される。言い換えれば、ＭＰＵノード記述子が配置されたＭＰＵは、あるディレクトリー下のファイルの伝送に用いられるアイテムだけを格納していることを示す。ＭＰＵノード記述子は、対応するディレクトリーを識別するノード・タグと、ｉｎｄｅｘ＿ｉｔｅｍに関する情報を示すが、詳細は後述に譲る。

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

Ｃ．ＭＭＴ方式におけるパケット構成
ＭＭＴにおける符号化信号を構成する要素として、ＭＦＵ、ＭＰＵ、ＭＭＴＰペイロード、ＭＭＴＰパケットがある。ＭＭＴＰペイロードにＭＭＴＰヘッダーを付加するとＭＭＴＰパケットになる。上述したように、映像、音声、字幕などの同期型メディアや、コンテンツのような非同期メディアは、ＭＭＴＰパケットとして伝送される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

参照番号１５０６で示すＭＰＵシーケンス番号（ＭＰＵ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ）フィールドには、当該ＭＭＴＰペイロードにＭＰＵメタデータ、ムービー・フラグメント・メタデータ、ＭＦＵを格納する場合、それらが属するＭＰＵのシーケンス番号が記載される。ＭＰＵシーケンス番号は、アセット内でＭＰＵを識別する情報であり、同じＭＰＵ内のすべてのＭＦＵに対して同一のＭＰＵシーケンス番号が与えられる。

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

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

図１６には、非同期型メディアを配置したＭＭＴＰペイロード１５００に格納されるＤＵ＿Ｈｅａｄｅｒのシンタックス例１６００を示している。同期型メディアを配置したＭＭＴＰペイロードに格納されるＤＵ＿Ｈｅａｄｅｒについては、説明を省略する。

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

ＭＭＴにおける符号化信号を構成する要素として、ＭＦＵ、ＭＰＵ、ＭＭＴＰペイロード、ＭＭＴＰパケットがある。ＭＰＵは、ＭＭＴ方式における伝送の単位であり、ＭＦＵは、ＭＰＵよりも小さな単位である。映像信号や音声信号の伝送においては、ＭＰＵは処理の単位でもあり、ＭＰＵは１つ以上のアクセス・ユニットを含み、ＭＰＵ単体で映像や音声の復号処理を行なうことができる単位となる。他方、アプリケーションの伝送においては、１つのＭＦＵはアプリケーションで利用される１つのアイテム（すなわち、ＨＴＭＬ文書やモノメディアなどのファイル）を格納し、複数のアイテムのグループで伝送単位としてのＭＰＵを構成する。

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

図１７（Ａ）には、３つのファイルＦ１、Ｆ２、Ｆ３のグループで１つのＭＰＵが構成され、さらに別の３つのファイルＦ４、Ｆ５、Ｆ６のグループで他のＭＰＵが構成されている。このようにファイルのグループで構成される各ＭＰＵには、ストリーム上（データ・アセット内）で一意に識別するＭＰＵシーケンス番号がそれぞれ割り振られる。ファイルＦ１、Ｆ２、Ｆ３のグループにはＭＰＵシーケンス番号「Ａ」が割り振られるとする。

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

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

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

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

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

Ｄ．ＭＭＴデータ伝送制御シグナリングの効率化（１）
上述したように、現在のＭＭＴ放送規格では、制作におけるコンテンツのディレクトリー構成と放送伝送データの構成を独立させて運用することが可能な自由度を持つ。

しかしながら、このような自由度を確保するには、データ伝送制御情報にファイル・レベルの詳細な情報を記述することが必須になる。具体的には、図１１に示したデータ・ディレクトリー管理テーブル中、参照番号１１０１で示すファイル・ノードのループや、図１２に示したデータ・アセット管理テーブル中、参照番号１２０１で示すアイテムのループ内で、ファイル毎の詳細情報が記述される（前述）。ファイル数が数百、数千レベルまで増えることを想定すると、データ伝送メッセージで伝送すべき情報量が多過ぎることになる。その結果、ＭＭＴ−ＳＩの伝送レートが増えて、本来伝送すべきコンテンツ（アプリケーション）の帯域を圧迫するといった、データ放送サービスの運用に悪影響を及ぼす可能性がある。

そこで、本明細書では、コンテンツの制作におけるディレクトリーと放送の伝送単位であるＭＰＵを合致させることを想定して、データ・ディレクトリー管理テーブル及びデータ・アセット管理テーブルの情報量を削減する技術について提案する。ディレクトリーとＭＰＵを合致させることで、受信機においてコンテンツを効率的に受信処理できるといった有用なケースもある。

本明細書で開示する技術によれば、データ・ディレクトリー管理テーブルにおいて、ＭＰＵと合致するディレクトリー下のファイルの詳細な情報を伝送しないようにする。具体的には、ディレクトリー＝ＭＰＵに該当するディレクトリー・ノードのループにおいて、実際にはディレクトリー下にファイルが存在しても、ｎｕｍ＿ｏｆ＿ｆｉｌｅｓ＝０に設定して、参照番号１１０１で示したファイル・ノードのループにファイル毎の詳細情報を記述しないようにする。

また、本明細書で開示する技術によれば、データ・アセット管理テーブルにおいて、ディレクトリーと合致するＭＰＵ下のアイテムの詳細な情報を伝送しないようにする。具体的には、ＭＰＵ＝ディレクトリーに該当するＭＰＵのループにおいて、実際にはＭＰＵ下にアイテムが存在しても、ｎｕｍ＿ｏｆ＿ｉｔｅｍｓ＝０に設定して、参照番号１２０１に示したアイテムのループにアイテム毎の詳細な情報を記述しないようにする。

但し、アイテムをストリーム（データ・アセット）から取得するには、データ・ディレクトリー管理テーブル及びデータ・アセット管理テーブルで伝送されるべき各アイテムの詳細情報が必要である。そこで、本明細書で開示する技術によれば、データ・アセット管理テーブルから削除したＭＰＵ下のアイテムの詳細情報を記述したファイルを１つのアイテム（以下、「ｉｎｄｅｘ＿ｉｔｅｍ」とする）として記述して、ＭＭＴ−ＳＩとしてではなくデータ・アセットに転嫁して伝送するようにする。また、ｉｎｄｅｘ＿ｉｔｅｍには、そのＭＰＵと合致するディレクトリー下のファイルの詳細情報も併せて記述する。

また、本明細書で開示する技術によれば、データ・アセット管理テーブルにおいて、ＭＰＵがディレクトリーと合致することを示すとともに、ＭＰＵとディレクトリー・ノードとのマッピングをとるＭＰＵノード記述子をＭＰＵ情報領域１２０２に配置するようにする。ＭＰＵノード記述子は、対応するディレクトリーのノード・タグ、ｉｎｄｅｘ＿ｉｔｅｍの存在及びそのアイテム識別子を指定する。

要するに、本明細書で開示する技術は、ＭＭＴ−ＳＩ（データ・ディレクトリー管理テーブル及びデータ・アセット管理テーブル）で伝送するファイル若しくはアイテムの詳細情報をｉｎｄｅｘ＿ｉｔｅｍというアイテムと記述して、データ・アセットのＭＰＵに転嫁して伝送するものである。ｉｎｄｅｘ＿ｉｔｅｍの情報サイズとしてはＭＭＴ−ＳＩに記述する場合とほぼ同じであるが、ＭＭＴ−ＳＩをデータ・アセットよりも短い周期で繰り返し伝送しなければならないことを考慮すると、全体として伝送量を削減することができ、データ・アセットの伝送に十分な帯域を確保することができる。

図１８には、ＭＰＵノード記述子のシンタックス例１８００を示している。ＭＰＵノード記述子は、データ・アセット管理テーブルにおいて、ディレクトリーと合致するＭＰＵのループ内に配置される。以下、ＭＰＵノード記述子の各パラメーターについて説明する。

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

ｎｏｄｅ＿ｔａｇには、当該ＭＰＵと合致するディレクトリーを識別するノード・タグが示される。

ｉｎｄｅｘ＿ｉｔｅｍ＿ｅｘｉｓｔ＿ｆｌａｇは、ｉｎｄｅｘ＿ｉｔｅｍが存在するか否かを示すフラグである。ｉｎｄｅｘ＿ｉｔｅｍ＿ｅｘｉｓｔ＿ｆｌａｇ＝１は、ｉｎｄｅｘ＿ｉｔｅｍが該当するデータ・アセットのＭＰＵに存在することを示す。この場合、データ・アセット管理テーブルの当該ＭＰＵのループで、ｎｕｍ＿ｏｆ＿ｉｔｅｍｓ＝０を指定し、ＭＰＵ下のアイテムの詳細情報１２０１は記述されない。また、データ・ディレクトリー管理テーブルの、このＭＰＵと該当するディレクトリー・ノードのループでは、ｎｕｍ＿ｏｆ＿ｆｉｌｅｓ＝０を指定し、ディレクトリー下のファイルの詳細情報１１０１が記述されない。

一方、ｉｎｄｅｘ＿ｉｔｅｍ＿ｅｘｉｓｔ＿ｆｌａｇ＝０は、ｉｎｄｅｘ＿ｉｔｅｍが存在しないことを示す。この場合、データ・アセット管理テーブルの当該ＭＰＵのループでＭＰＵ下のアイテムの詳細情報１２０１が記述される。また、データ・ディレクトリー管理テーブルの、このＭＰＵと該当するディレクトリー・ノードのループでは、ディレクトリー下のファイルの詳細情報１１０１が記述される。

ｉｎｄｅｘ＿ｉｔｅｍ＿ｉｄ＿ｆｌａｇは、ｉｎｄｅｘ＿ｉｔｅｍのアイテム識別子を指定するか否かを示すフラグである。ｉｎｄｅｘ＿ｉｔｅｍ＿ｉｄ＿ｆｌａｇ＝１は、ｉｎｄｅｘ＿ｉｔｅｍのアイテム識別子を指定することを示し、ｉｎｄｅｘ＿ｉｔｅｍ＿ｅｘｉｓｔ＿ｆｌａｇ＝１との論理積を条件とするｉｆ文内で、ｉｎｄｅｘ＿ｉｔｅｍについての３２ビット長のアイテム識別子（ｉｎｄｅｘ＿ｉｔｅｍ＿ｉｄ）が指定される。一方、ｉｎｄｅｘ＿ｉｔｅｍ＿ｅｘｉｓｔ＿ｆｌａｇ＝１であるがｉｎｄｅｘ＿ｉｔｅｍ＿ｉｄ＝０は、ｉｎｄｅｘ＿ｉｔｅｍは存在するがそのアイテム識別子を指定しないことを示す。ｉｎｄｅｘ＿ｉｔｅｍは存在するがｉｎｄｅｘ＿ｉｔｅｍ＿ｉｄを指定しない場合は、ｉｎｄｅｘ＿ｉｔｅｍのアイテム識別子を固定値（例えば、オールゼロ）とする。

図１９には、ｉｎｄｅｘ＿ｉｔｅｍのシンタックス例１９００を示している。ｉｎｄｅｘ＿ｉｔｅｍは、本来はデータ・アセット管理テーブル並びにデータ・ディレクトリー管理テーブルで伝送されるべき、アイテム若しくはファイルの詳細情報を記述したアイテムであり、データ・アセットとして伝送される。以下、ｉｘｄｅｘ＿ｉｔｅｍの各パラメーターについて説明する。

ｎｕｍ＿ｏｆ＿ｉｔｅｍｓは、このｉｎｄｅｘ＿ｉｔｅｍで情報を与えるアイテム数を示す。ｎｕｍ＿ｏｆ＿ｉｔｅｍｓは、該当するＭＰＵに含まれるアイテムの数（すなわち、ＭＦＵの数）に相当する。そして、ｎｕｍ＿ｏｆ＿ｉｔｅｍｓの数分のアイテムのループ内では、各アイテム若しくはファイルの詳細情報が記述される。

ｉｔｅｍ＿ｉｄ並びにｉｔｅｍ＿ｓｉｚｅは、データ・アセット管理テーブル内の同名のパラメーターと同じ意味である。すなわち、ｉｔｅｍ＿ｉｄ（アイテム識別子）は、ストリーム上でアイテムを一意に識別する３２ビットの値であり、ｉｔｅｍ＿ｓｉｚｅは、そのアイテムのサイズをバイト単位で表す。

ｆｉｌｅ＿ｎａｍｅは、データ・ディレクトリー管理テーブル内の同名のパラメーターと同じ意味である。すなわち、ｆｉｌｅ＿ｎａｍｅ＿ｂｙｔｅはファイル名領域のバイト長を示し、このバイト数分のループからなる一連の領域に、アイテムのファイル名がバイト単位（ｆｉｌｅ＿ｎａｍｅ＿ｌｅｎｇｔｈ）で書き込まれる。

ｉｔｅｍ＿ｃｈｅｃｋｓｕｍは、データ・アセット管理テーブル内の同名のパラメーターと同じ意味である。すなわち、チェックサムの記載があるか否かを示すフラグｃｈｅｃｋ＿ｓｕｍ＿ｆｌａｇを設定し、このフラグに１が代入された場合にのみ、３２ビットのｉｔｅｍ＿ｃｈｅｃｋｓｕｍが現れ、当該アイテムのチェックサムが記載される。

ｉｔｅｍ＿ｔｙｐｅは、データ・アセット管理テーブルのアイテム情報（ｉｔｅｍ＿ｉｎｆｏ）領域に配置されるＭＨ−Ｔｙｐｅ記述子に記述される同名のパラメーターと同じ意味である。すなわち、ｉｔｅｍ＿ｔｙｐｅ＿ｌｅｎｇｔｈにアイテムのメディア型を記述する領域のバイト長を記述し、そのバイト長だけループが続くｔｅｘｔ＿ｃｈａｒで、アイテムで伝送するファイルのメディア型に関する情報を８ビット単位で記述する。

ｃｏｍｐｒｅｓｓｉｏｎ＿ｔｙｐｅ及びｏｒｉｇｉｎａｌ＿ｓｉｚｅは、データ・アセット管理テーブル内のアイテム情報（ｉｔｅｍ＿ｉｎｆｏ）領域に配置されるＭＨ−Ｃｏｍｐｒｅｓｓｔｉｏｎ Ｔｙｐｅ記述子に記述される同名のパラメーターと同じ意味である。ＭＨ−Ｃｏｍｐｒｅｓｓｔｉｏｎ Ｔｙｐｅ記述子自体は、伝送するアイテムが圧縮されている場合のみアイテム情報領域に配置され、その圧縮アルゴリズム（ｃｏｍｐｒｅｓｓｉｏｎ＿ｔｙｐｅ）と圧縮前のアイテム（ｏｒｉｇｉｎａｌ＿ｓｉｚｅ）のバイト数を示す。これに対し、ｉｎｄｅｘ＿ｉｔｅｍでは、アイテムが圧縮されているか否かに拘わらず、必ずｃｏｍｐｒｅｓｓｉｏｎ＿ｔｙｐｅ及びｏｒｉｇｉｎａｌ＿ｓｉｚｅが記述される。圧縮されていない場合には、ｃｏｍｐｒｅｓｓｉｏｎ＿ｔｙｐｅにＦＦを指定する。

図２０には、ｉｎｄｅｘ＿ｉｔｅｍ１９００を含むＭＰＵの構成例を模式的に示している。

データ・アセットで伝送される通常のＭＰＵは、マルチメディア・サービスを提供するアプリケーション（ＨＴＭＬ５文書）と、このアプリケーションが使用する画像データや音声データ、テキストなどのメディア・ファイルに相当する各アイテムをそれぞれ格納する複数のＭＦＵの集合である。

これに対し、図２０に示す例では、ＭＦＵ−１がｉｎｄｅｘ＿ｉｔｅｍを格納し、その他のＭＦＵ−２、…、ＭＦＵ−ｎがディレクトリー下の各ファイルに相当するアイテムをそれぞれ格納している。上述したように、ＭＰＵをディレクトリーと合致させる場合、データ・ディレクトリー管理テーブル内では、該当するディレクトリー下のファイルの詳細情報の記述を省略するとともに、データ・アセット管理テーブル内では、該当するＭＰＵ下のアイテムの詳細情報の記述を省略し、これら記述を省略したアイテム若しくはファイルの詳細情報を記述したｉｎｄｅｘ＿ｉｔｅｍファイルを、そのＭＰＵ内のアイテムの１つに転嫁して伝送する。

図１２を参照しながら説明したように、データ・アセット管理テーブル内のＭＰＵ情報領域１２０２には、ＭＰＵがディレクトリーと合致することを示すＭＰＵノード記述子が配置される。そして、図１８を参照しながら説明したように、ＭＰＵノード記述子は、ｉｎｄｅｘ＿ｉｔｅｍ＿ｅｘｉｓｔ＿ｆｌａｇでＭＰＵ内にｉｎｄｅｘ＿ｉｔｅｍが存在するか否かを示すとともに、存在する場合にはｉｎｄｅｘ＿ｉｔｅｍのアイテム識別子をｉｎｄｅｘ＿ｉｔｅｍ＿ｉｄで示すか又は固定のアイテム識別子とする。図２０に示す例では、ＭＦＵ−１にｉｎｄｅｘ＿ｉｔｅｍが格納されている。ＭＦＵ−１のＤＵヘッダーには、ＭＰＵノード記述子で指定されたｉｎｄｅｘ＿ｉｔｅｍ＿ｉｄ又は固定のアイテム識別子が格納されているものとする。

また、図１９を参照しながら説明したように、ｉｎｄｅｘ＿ｉｔｅｍには、同アイテム内で情報を与える各アイテムのアイテム識別子（ｉｔｅｍ＿ｉｄ）や該当するファイル名（ｆｉｌｅ＿ｎａｍｅ）といった、データ・アセット管理テーブル及びデータ・ディレクトリー管理テーブルで記述が省略されたアイテム毎並びにファイル毎の詳細な情報が記述されている。

したがって、データ・アセット管理テーブル内のＭＰＵノード記述子に基づいて、該当するＭＰＵ内のｉｎｄｅｘ＿ｉｔｅｍにアクセスすると、続いて、ｉｎｄｅｘ＿ｉｔｅｍ内の情報を解析して、所望するファイル名に対応するアイテム識別子を割り出すという手順によって、該当するアイテムすなわちＭＦＵにアクセスすることができる仕組みとなっている。

図２１には、アプリケーション取得のための各シグナリング・テーブル間の関係を図解している。但し、同図は、ディレクトリーとＭＰＵを合致させず、又は、合致させるがｉｎｄｅｘ＿ｉｔｅｍを利用しないケースを想定している。以下、同図を参照しながら、想定するケースにおいて、アプリケーションを取得するための手順について説明する。

受信機１２は、Ｍ２セクション・メッセージで、ＭＨ−ＡＩテーブル２１０１を取得すると、そのアプリケーション情報ループから、ａｐｐｌｉｃａｔｉｏｎ＿ｃｏｎｔｒｏｌ＿ｃｏｄｅが“ａｕｔｏｓｔａｒｔ”（自動起動）に指定されているアプリケーションを特定する。そして、そのアプリケーションに対して配置されている伝送プロトコル記述子を参照して、ｔｒａｎｓｐｏｒｔ＿ｐｒｏｔｏｃｏｌ＿ｌａｂｅｌ＝５、すなわちＭＭＴ伝送が指定されていることを確認し、同記述子内のセレクター・バイトに記述されているＵＲＬ情報を抽出する。

次いで、受信機１２は、データ伝送メッセージで送られてくるデータ・ディレクトリー管理テーブル２１０２を参照して、取り出したＵＲＬ情報のｂａｓｅ＿ＵＲＬ、ｄｉｒｅｃｔｏｒｙ＿ＵＲＬ、及びｉｔｅｍ＿ＵＲＬ（ｆｉｌｅ＿ｎａｍｅ）のすべての文字列が一致するアイテムのｎｏｄｅ＿ｔａｇ（ファイルのノード）を取得する。

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

さらに、受信機１２は、ＰＡメッセージで送られてくるＭＰテーブル２１０４のアセット情報のループ（第２ループ）から、データ・アセット管理テーブル２１０３で取得したコンポーネント・タグと同一の値をＭＨストリーム識別記述子で指定するデータ・アセットを特定すると、同ループ内のＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏを参照して、このデータ・アセットを区別するパケット識別子（ｐａｃｋｅｔ＿ｉｄ）を取得する。

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

また、図２２には、アプリケーション取得のための各シグナリング・テーブル間の関係を図解している。但し、同図は、ディレクトリーとＭＰＵを合致させるとともにｉｎｄｅｘ＿ｉｔｅｍを利用するケースを想定している。以下、同図を参照しながら、想定するケースにおいて、アプリケーションを取得するための手順について説明する。

受信機１２は、Ｍ２セクション・メッセージで、ＭＨ−ＡＩテーブル２２０１を取得すると、そのアプリケーション情報ループから、自動起動に指定されているアプリケーションを特定する。そして、そのアプリケーションに対して配置されている伝送プロトコル記述子を参照して、ｔｒａｎｓｐｏｒｔ＿ｐｒｏｔｏｃｏｌ＿ｌａｂｅｌ＝５、すなわちＭＭＴ伝送が指定されていることを確認し、同記述子内のセレクター・バイトに記述されているＵＲＬ情報を抽出する（同上）。

次いで、受信機１２は、データ伝送メッセージで送られてくるデータ・ディレクトリー管理テーブル２２０２を参照して、取り出したＵＲＬ情報のｂａｓｅ＿ＵＲＬとｄｉｒｅｃｔｏｒｙ＿ＵＲＬまでが一致するディレクトリーを特定して、そのディレクトリーのｎｏｄｅ＿ｔａｇを取得する。

次いで、受信機１２は、データ伝送メッセージで送られてくるデータ・アセット管理テーブル２２０３を参照して、ＭＰＵのループから、上記のディレクトリーのｎｏｄｅ＿ｔａｇを指定するＭＰＵノード記述子が配置されている、上記のディレクトリーと合致するＭＰＵを特定する。そして、そのＭＰＵノード記述子から、ｉｎｄｅｘ＿ｉｔｅｍのアイテム識別子（ｉｎｄｅｘ＿ｉｔｅｍ＿ｉｄ）を取得する（固定のアイテム識別子の場合を含む）。また、受信機１２は、そのＭＰＵを一意に識別するＭＰＵシーケンス番号と、そのアイテムを伝送するＭＰＵが属するデータ・アセット（コンポーネント）を識別するコンポーネント・タグ（ｃｏｍｐｏｎｅｎｔ＿ｔａｇ）と、データ・コンテンツを一意に識別するダウンロード識別子（ｄｏｗｎｌｏａｄ＿ｉｄ）を併せて取得する。

次いで、受信機１２は、ＰＡメッセージで送られてくるＭＰテーブル２２０４のアセット情報のループ（第２ループ）から、データ・アセット管理テーブル２２０３で取得したコンポーネント・タグと同一の値をＭＨストリーム識別記述子で指定するデータ・アセットを特定すると、同ループ内のＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏを参照して、このデータ・アセットを区別するパケット識別子（ｐａｃｋｅｔ＿ｉｄ）を取得する。

次いで、受信機１２は、取得したパケット識別子で識別されているデータ・アセットにおいて、上記のディレクトリーと合致するＭＰＵに属するＭＦＵ（言い換えれば、ディレクトリー下のファイル）を受信して、すべて（マルチメディア・キャッシュ４０８に）キャッシュする。具体的には、ＭＰテーブル２２０４で取得したパケット識別子をＭＭＴＰヘッダーに含み、データ・アセット管理テーブル２２０３で取得したダウンロード識別子とＭＰＵシーケンス番号をそれぞれＭＭＴＰヘッダーの拡張ヘッダー、ＭＭＴＰペイロード・ヘッダーに含むパケットを、上記のディレクトリーと合致するＭＰＵに属するＭＦＵをフィルタリングして、すべてキャッシュする。

次いで、受信機１２は、キャッシュしたＭＰＵの中から、ＭＰＵノード記述子で指定されているｉｎｄｅｘ＿ｉｔｅｍ＿ｉｄをＤＵヘッダーに含むＭＦＵを特定して、ｉｎｄｅｘ＿ｉｔｅｍの本体を抽出する。

次いで、受信機１２は、ｉｎｄｅｘ＿ｉｔｅｍのアイテムのループから、ＭＨ−ＡＩテーブル２２０１内で所望のアプリケーションに対して配置された伝送プロトコル記述子（セレクター・バイト）から抽出したｉｔｅｍ＿ＵＲＬの文字列と一致するファイル名（ｆｉｌｅ＿ｎａｍｅ）を持つアイテムのｉｔｅｍ＿ｉｄを特定する。そして、このｉｔｅｍ＿ｉｄをＤＵヘッダーに含むＭＦＵをキャッシュしたＭＰＵの中から抽出して、自動起動が指示されたアプリケーションのファイル（アイテム）の本体を取得することができる。

図２３には、受信機１２において、アプリケーションを起動するための処理手順をフローチャートの形式で示している。図示の処理手順は、ディレクトリーとＭＰＵを合致させないケース、ディレクトリーとＭＰＵを合致させるがｉｎｄｅｘ＿ｉｔｅｍを利用しないケース（すなわち、データ伝送メッセージの伝送量を削減しないケース）、及び、ディレクトリーとＭＰＵを合致させ且つｉｎｄｅｘ＿ｉｔｅｍをするケースの３ケースをすべて網羅する。また、図示の処理手順は、主に放送システム制御部４１０によって実行されるものとする。

まず、受信機１２は、Ｍ２セクション・メッセージで、ＭＨ−ＡＩテーブルを取得すると、そのアプリケーション情報ループから、ａｕｔｏｓｔａｒｔ（自動起動）に指定されているアプリケーションを特定する。そして、そのアプリケーションに対して配置されている伝送プロトコル記述子を参照して、ｔｒａｎｓｐｏｒｔ＿ｐｒｏｔｏｃｏｌ＿ｌａｂｅｌ＝５、すなわちＭＭＴ伝送が指定されていることを確認し、同記述子内のセレクター・バイトに記述されているＵＲＬ情報を抽出する（ステップＳ２３０１）。

次いで、受信機１２は、データ伝送メッセージで送られてくるデータ・ディレクトリー管理テーブルを参照して、取り出したＵＲＬ情報のｂａｓｅ＿ＵＲＬとｄｉｒｅｃｔｏｒｙ＿ＵＲＬまでが一致するディレクトリーを特定して、そのディレクトリーのｎｏｄｅ＿ｔａｇを取得する（ステップＳ２３０２）。

次いで、受信機１２は、データ伝送メッセージで送られてくるデータ・アセット管理テーブルのＭＰＵのループから、先行ステップＳ２３０２で取得したディレクトリーのｎｏｄｅ＿ｔａｇをＭＰＵノード記述子で指定するＭＰＵの抽出を試みる（ステップＳ２３０３）。

ディレクトリーのｎｏｄｅ＿ｔａｇをＭＰＵノード記述子で指定するＭＰＵが存在する場合、すなわち、当該ディレクトリーと合致するＭＰＵが存在する場合には（ステップＳ２３０４のＹｅｓ）、受信機１２は、データ・アセットにおいて、上記のディレクトリーと合致するＭＰＵに属するＭＦＵ（言い換えれば、ディレクトリー下のファイル）を受信して、すべて（マルチメディア・キャッシュ４０８に）キャッシュする（ステップＳ２３０５）。具体的には、ＭＰテーブルで取得したパケット識別子をＭＭＴＰヘッダーに含み、データ・アセット管理テーブルで取得したダウンロード識別子とＭＰＵシーケンス番号をそれぞれＭＭＴＰヘッダーの拡張ヘッダー、ＭＭＴＰペイロード・ヘッダーに含むパケットをフィルタリングして、すべてキャッシュする。

そして、受信機１２は、ＭＰＵノード記述子のｉｎｄｅｘ＿ｉｔｅｍ＿ｅｘｉｓｔ＿ｆｌａｇを参照して、同フラグの値が１か否か、すなわちｉｎｄｅｘ＿ｉｔｅｍが存在するか否かをチェックする（ステップＳ２３０６）。

ここで、当該ディレクトリーと合致するＭＰＵが存在しない場合（ステップＳ２３０４のＮｏ）、並びに、ｉｎｄｅｘ＿ｉｔｅｍが存在しない場合には（ステップＳ２３０６のＮｏ）、ファイル若しくはアイテムの詳細情報はデータ・ディレクトリー管理テーブル及びデータ・アセット管理テーブルにそれぞれ記述されていることになる。この場合、受信機１２は、先行ステップＳ２３０１で抽出したＵＲＬ情報中のｉｔｅｍ＿ＵＲＬの文字列すなわちファイル名が一致するアイテムのｎｏｄｅ＿ｔａｇを、データ・ディレクトリー管理テーブルから抽出する（ステップＳ２３０７）。そして、受信機１２は、データ・アセット管理テーブル内のアイテムのループから、ステップＳ２３０７で抽出したｎｏｄｅ＿ｔａｇ（ファイルのノード）に対応するｉｔｅｍ＿ｉｄを特定して、アイテムの本体（自動起動が指示されたアプリケーションのファイル）を取得すると、ブラウザー（アプリケーション・エンジン４１１）に入力する（ステップＳ２３０８）。

なお、ステップＳ２３０５でＭＰＵごとキャッシュする場合、すなわち、ディレクトリーがＭＰＵと合致する場合には（ステップＳ２３０４のＹｅｓ）、ステップＳ２３０８では、特定したｉｔｅｍ＿ｉｄをＤＵヘッダーに持つＭＦＵをキャッシュしたＭＰＵの中から取り出す処理を行なうことになる。他方、ディレクトリーがＭＰＵと合致しない場合には（ステップＳ２３０４のＮｏ）、ステップＳ２３０８では、図２１に示した手順に従って、データ・アセットから該当するＭＦＵを受信する処理となる。

一方、ＭＰＵノード記述子のｉｎｄｅｘ＿ｉｔｅｍ＿ｅｘｉｓｔ＿ｆｌａｇ＝１、すなわちｉｎｄｅｘ＿ｉｔｅｍが存在する場合には（ステップＳ２３０６のＹｅｓ）、受信機１２は、ＭＰＵノード記述子から、ｉｎｄｅｘ＿ｉｔｅｍのアイテム識別子（ｉｎｄｅｘ＿ｉｔｅｍ＿ｉｄ）を取得する（固定のアイテム識別子の場合を含む）（ステップＳ２３０９）。

次いで、受信機１２は、先行ステップＳ２３０５で（マルチメディア・キャッシュ４１１に）キャッシュしておいたＭＰＵの中から、ＭＰＵノード記述子から取得したｉｎｄｅｘ＿ｉｔｅｍ＿ｉｄをＤＵヘッダーに含むＭＦＵを特定して、ｉｎｄｅｘ＿ｉｔｅｍの本体を抽出して、その内容を解析する（ステップＳ２３１０）。

次いで、受信機１２は、ｉｎｄｅｘ＿ｉｔｅｍのアイテムのループから、所望のアプリケーションに対するｉｔｅｍ＿ＵＲＬの文字列と一致するファイル名（ｆｉｌｅ＿ｎａｍｅ）を持つアイテムのｉｔｅｍ＿ｉｄを特定して、このｉｔｅｍ＿ｉｄをＤＵヘッダーに含むＭＦＵをキャッシュしたＭＰＵの中から抽出すると、そのアイテムの本体（自動起動が指示されたアプリケーションのファイル）をブラウザー（アプリケーション・エンジン４１１）に入力する（ステップＳ２３１１）。

このように、放送局（放送送出システム１１）からは、ディレクトリーとＭＰＵを合致させてデータ・コンテンツの放送伝送を行なうことで、ファイル若しくはアイテムの詳細情報をデータ・アセットのアイテムに転嫁して伝送することにより、伝送制御シグナリングにおける伝送量を削減して、データ・コンテンツ（アプリケーション）を伝送するための帯域を確保することができる。

また、ディレクトリーとＭＰＵを合致させてデータ・コンテンツの放送伝送を行なう場合、受信機１２側においても、ＭＰＵすなわち伝送単位でキャッシュして、効率的な受信処理が可能となり、有用である。

Ｅ．ＭＭＴデータ伝送制御シグナリングの効率化（２）
上記Ｄ項では、コンテンツの制作におけるディレクトリーと放送の伝送単位であるＭＰＵが合致する場合に限定して、データ・ディレクトリー管理テーブルにおける該当するディレクトリー下のファイルの情報、及び、データ・アセット管理テーブルの該当するＭＰＵ下のアセットの情報の両方をｉｎｄｅｘ＿ｉｔｅｍに転嫁して伝送することで、伝送制御シグナリングにおける伝送量を削減する技術について説明した。

コンテンツの制作におけるディレクトリーと放送の伝送単位であるＭＰＵが合致しない場合であっても、データ・アセット管理テーブルの少なくとも一部のＭＰＵ下のアイテムの情報だけをｉｎｄｅｘ＿ｉｔｅｍに転嫁して伝送することによっても、情報の削減はデータ・アセット管理テーブルに限定されるが、伝送制御シグナリングにおける伝送量を削減する効果を得ることができる。

図２４には、データ・アセット管理テーブル（ＤＡＭＴ）の他のシンタックス例２４００を示している。図１２に示したデータ・アセット管理テーブル（ＤＡＭＴ）のシンタックス例１２００とは相違し、コンテンツの制作におけるディレクトリーと合致しないＭＰＵであっても、そのＭＰＵ下のアイテムの情報をｉｎｄｅｘ＿ｉｔｅｍへの転嫁を指定できる構造となっている。以下、図１２に示したシンタックス例１２００との相違点を中心に、データ・アセット管理テーブル２４００の各パラメーターについて説明する。

データ・アセット管理テーブル２４００内には、パラメーターｎｕｍｂｅｒ＿ｏｆ＿ｄａｔａ＿ｃｏｍｐｏｎｅｎｔｓで指定されるデータ・コンポーネントの数（すなわち、放送信号に含まれるデータ・アセットの数）だけデータ・コンポーネントのループが配置され、データ・コンポーネント毎の情報が格納される。また、各データ・コンポーネントのループ内では、パラメーターｎｕｍ＿ｏｆ＿ｍｐｕｓで指定される、データ・コンポーネントに含まれるｍｐｕの数分だけＭＰＵのループが配置される。

ＭＰＵのループ内には、ＭＰＵ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ、ｉｎｄｅｘ＿ｉｔｅｍ＿ｅｘｉｓｔ＿ｆｌａｇ、ｉｎｄｅｘ＿ｉｔｅｍ＿ｉｄ＿ｆｌａｇ、ｎｕｍ＿ｏｆ＿ｉｔｅｍｓといったＭＰＵの属性情報が指定される。ＭＰＵ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒは、データ・コンポーネント（データ・アセット）内でＭＰＵに割り振られるＭＰＵシーケンス番号であり、ｎｕｍ＿ｏｆ＿ｉｔｅｍｓは、当該ＭＰＵに含まれるアイテム（ファイル・データ）の数を示す（同上）。

参照番号２４０１、２４０２でそれぞれ示すｉｎｄｅｘ＿ｉｔｅｍ＿ｅｘｉｓｔ＿ｆｌａｇ並びにｉｎｄｅｘ＿ｉｔｅｍ＿ｉｄ＿ｆｌａｇは、図１８に示したＭＰＵノード記述子１８００の同名のパラメーターと同じ意味である。

ｉｎｄｅｘ＿ｉｔｅｍ＿ｅｘｉｓｔ＿ｆｌａｇは、ｉｎｄｅｘ＿ｉｔｅｍが存在するか否かを示すフラグである。ｉｎｄｅｘ＿ｉｔｅｍ＿ｅｘｉｓｔ＿ｆｌａｇ＝１は、ｉｎｄｅｘ＿ｉｔｅｍが該当するデータ・アセットのＭＰＵに存在すること、すなわち、ＭＰＵ下のアイテムの情報をｉｎｄｅｘ＿ｉｔｅｍに転嫁することを示す。この場合、当該ＭＰＵのループには、参照番号２４０４で示す、ＭＰＵ下のアイテムの情報の記述が省略される。一方、ｉｎｄｅｘ＿ｉｔｅｍ＿ｅｘｉｓｔ＿ｆｌａｇ＝０は、ｉｎｄｅｘ＿ｉｔｅｍが存在しないことを示す。この場合、当該ＭＰＵのループには、参照番号２４０４で示す、ＭＰＵ下のアイテムの情報が格納される。

また、ｉｎｄｅｘ＿ｉｔｅｍ＿ｉｄ＿ｆｌａｇは、ｉｎｄｅｘ＿ｉｔｅｍのアイテム識別子を指定するか否かを示すフラグである。ｉｎｄｅｘ＿ｉｔｅｍ＿ｉｄ＿ｆｌａｇ＝１は、ｉｎｄｅｘ＿ｉｔｅｍのアイテム識別子を指定することを示し、ｉｎｄｅｘ＿ｉｔｅｍ＿ｅｘｉｓｔ＿ｆｌａｇ＝１との論理積を条件とするｉｆ文内で、参照番号２４０３で示すようにｉｎｄｅｘ＿ｉｔｅｍについてのアイテム識別子（ｉｎｄｅｘ＿ｉｔｅｍ＿ｉｄ）が指定される。一方、ｉｎｄｅｘ＿ｉｔｅｍ＿ｅｘｉｓｔ＿ｆｌａｇ＝１であるがｉｎｄｅｘ＿ｉｔｅｍ＿ｉｄ＝０の場合は、ｉｎｄｅｘ＿ｉｔｅｍは存在するがそのアイテム識別子を指定しないこと（ｉｎｄｅｘ＿ｉｔｅｍが固定のアイテム識別子であること）を示す。

ｎｕｍ＿ｏｆ＿ｉｔｅｍｓで指定されるアイテム数分だけ、アイテムのループが配置される。ディレクトリーと合致するＭＰＵ下のアイテムの情報はｉｎｄｅｘ＿ｉｔｅｍに転嫁して伝送するので、実際にはＭＰＵ下にアイテムが存在しても、ｎｕｍ＿ｏｆ＿ｉｔｅｍｓ＝０に設定して、アイテムのループにそのＭＰＵ下のアイテムの情報を伝送しないようにする（同上）。

また、ディレクトリーと合致しないＭＰＵのループにおいては、ｉｎｄｅｘ＿ｉｔｅｍが存在するか否かに拘わらず、ｎｕｍ＿ｏｆ＿ｉｔｅｍｓは当該ＭＰＵ下に存在する実際のアイテムの数を指定して、ｎｕｍ＿ｏｆ＿ｉｔｅｍｓの数分だけ、アイテムのループが配置される。但し、ｉｔｅｍ＿ｉｄ、ｎｏｄｅ＿ｔａｇ、ｉｔｅｍ＿ｓｉｚｅ、ｉｔｅｍ＿ｖｅｒｓｉｏｎ、ｉｔｅｍ＿ｃｈｅｃｋｓｕｍ、並びに、ｉｔｅｍ＿ｉｎｆｏといったアイテム毎の情報を示す各パラメーターは、参照番号２４０４で示すｉｆ文の中に配置される。したがって、ｉｎｄｅ＿ｉｔｅｍ＿ｅｘｉｓｔ＿ｆｌａｇ＝０すなわちｉｎｄｅｘ＿ｉｔｅｍが存在しない場合に限り、これらのパラメーターが配置され、データ・アセット管理テーブルで伝送される。ｉｎｄｅ＿ｉｔｅｍ＿ｅｘｉｓｔ＿ｆｌａｇ＝１すなわちｉｎｄｅｘ＿ｉｔｅｍが存在する場合には、各パラメーターはｉｎｄｅｘ＿ｉｔｅｍで伝送されるので、データ・アセット管理テーブルでは伝送せず、伝送量を削減することができる。なお、ｉｔｅｍ＿ｉｄ、ｎｏｄｅ＿ｔａｇ、ｉｔｅｍ＿ｓｉｚｅ、ｉｔｅｍ＿ｖｅｒｓｉｏｎ、ｉｔｅｍ＿ｃｈｅｃｋｓｕｍ、並びに、ｉｔｅｍ＿ｉｎｆｏは、図１２に示した同名のパラメーターと同じ意味なので、ここでは説明を省略する。

ＭＰＵのループ内の最後には、参照番号２４０５で示すように、各ＭＰＵの情報が格納される。具体的には、ＭＰＵ＿ｉｎｆｏ＿ｌｅｎｇｔｈは後続のＭＰＵ情報領域のバイト長を示し、このバイト数分のループからなる一連の領域にＭＰＵに関する情報がバイト単位（ｉｔｅｍ＿ｉｎｆｏ＿ｂｙｔｅ）で書き込まれる。ＭＰＵがディレクトリーと合致する場合には、ＭＰＵ情報領域２４０５に、ＭＰＵノード記述子が配置される。言い換えれば、ＭＰＵノード記述子が配置されたＭＰＵは、あるディレクトリー下のファイルの伝送に用いられるアイテムだけを格納していることを示す。

ＭＰＵノード記述子は、対応するディレクトリーを識別するノード・タグを示す。但し、ｉｎｄｅｘ＿ｉｔｅｍに関する情報は、参照番号２４０１〜２４０３に示すようにデータ・アセット管理テーブル本文で指定されるので、ＭＰＵノード記述子で指定する必要はない。図２５には、図２４に示すデータ・アセット管理テーブル２４００と併せて使用するＭＰＵノード記述子のシンタックス例２５００を示しておく。図１８に示したＭＰＵノード記述子１８００とは相違し、ＭＰＵノード記述子２５００は、ＭＰＵと合致するディレクトリーを識別するノード・タグのみを指定する。

また、図２６には、図２４に示すデータ・アセット管理テーブル２４００と併せて使用するｉｎｄｅｘ＿ｉｔｅｍのシンタックス例２６００を示している。ｎｕｍ＿ｏｆ＿ｉｔｅｍｓがこのｉｎｄｅｘ＿ｉｔｅｍで情報を与えるアイテム数を示し、ｎｕｍ＿ｏｆ＿ｉｔｅｍｓの数分のアイテムのループ内で各アイテム若しくはファイルの詳細情報が記述されるという点は、図１９に示したシンタックス例１９００と同様である。アイテムの詳細情報として、参照番号２６０１で示すノード・タグ（ｎｏｄｅ＿ｔａｇ）を含む点が唯一の相違点である。

このノード・タグ２６０１は、図１２に示したデータ・アセット管理テーブル１２００のアイテムのループ１２０１に配置される同名のパラメーターと同じ意味であり、アイテムに対応するノード・タグとしてアイテムを識別する１６ビットの値であり、このアイテムを用いて伝送するファイルを識別するノード・タグに相当する。Ｄ項で説明した実施例では、ディレクトリーとＭＰＵが合致することを条件にして、データ・ディレクトリー管理テーブルの該当するディレクトリー下のファイルに関する詳細情報１１０１を省略していた。これに対し、本項で説明する実施例では、ディレクトリーとＭＰＵが合致しない場合であっても、データ・アセット管理テーブルについてのみＭＰＵ下のアイテムの詳細情報２４０４を省略する場合がある。このため、アイテムが伝送するファイルのノード・タグをｉｎｄｅｘ＿ｉｔｅｍのアイテムのループ内に配置して、データ・ディレクトリー管理テーブルのファイル情報との照合を可能にしている。

ｉｎｄｅｘ＿ｉｔｅｍ２６００を含むＭＰＵの構成は、図２０と同様なので、ここでは説明を省略する。

図２７には、図２４に示したデータ・アセット管理テーブル２４００を使用する場合の、アプリケーション取得のための各シグナリング・テーブル間の関係を図解している。以下、図２７を参照しながら、ｉｎｄｅｘ＿ｉｔｅｍ２６００を利用するケースにおいて、アプリケーションを取得するための手順について説明する。

受信機１２は、Ｍ２セクション・メッセージで、ＭＨ−ＡＩテーブル２７０１を取得すると、そのアプリケーション情報ループから、自動起動に指定されているアプリケーションを特定する。そして、そのアプリケーションに対して配置されている伝送プロトコル記述子を参照して、ｔｒａｎｓｐｏｒｔ＿ｐｒｏｔｏｃｏｌ＿ｌａｂｅｌ＝５、すなわちＭＭＴ伝送が指定されていることを確認し、同記述子内のセレクター・バイトに記述されているＵＲＬ情報を抽出する（同上）。

次いで、受信機１２は、データ伝送メッセージで送られてくるデータ・ディレクトリー管理テーブル２７０２を参照して、取り出したＵＲＬ情報のｂａｓｅ＿ＵＲＬとｄｉｒｅｃｔｏｒｙ＿ＵＲＬまでが一致するディレクトリーを特定して、そのディレクトリーのｎｏｄｅ＿ｔａｇを取得する。

ここで、データ・ディレクトリー管理テーブル２７０２において、該当するディレクトリーに対して、ｎｕｍ＿ｏｆ＿ｆｉｌｅｓ＝０が指定されている場合には、このディレクトリーがＭＰＵと合致することが分かる。そこで、受信機１２は、データ伝送メッセージで送られてくるデータ・アセット管理テーブル２７０３を参照して、ＭＰＵのループから、上記のディレクトリーのｎｏｄｅ＿ｔａｇを指定するＭＰＵノード記述子が配置されている、上記のディレクトリーと合致するＭＰＵを特定する。そして、そのＭＰＵノード記述子が配置されているＭＰＵのループ内で指定されているｉｎｄｅｘ＿ｉｔｅｍのアイテム識別子（ｉｎｄｅｘ＿ｉｔｅｍ＿ｉｄ）を取得する（固定のアイテム識別子の場合を含む）。

次いで、受信機１２は、ＰＡメッセージで送られてくるＭＰテーブル２７０４のアセット情報のループ（第２ループ）から、データ・アセット管理テーブル２７０３で取得したコンポーネント・タグと同一の値をＭＨストリーム識別記述子で指定するデータ・アセットを特定すると、同ループ内のＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏを参照して、このデータ・アセットを区別するパケット識別子（ｐａｃｋｅｔ＿ｉｄ）を取得する。

次いで、受信機１２は、取得したパケット識別子で識別されているデータ・アセットにおいて、上記のディレクトリーと合致するＭＰＵに属するＭＦＵ（言い換えれば、ディレクトリー下のファイル）を受信して、すべて（マルチメディア・キャッシュ４０８に）キャッシュする。具体的には、ＭＰテーブル２７０４で取得したパケット識別子をＭＭＴＰヘッダーに含み、データ・アセット管理テーブル２７０３で取得したダウンロード識別子とＭＰＵシーケンス番号をそれぞれＭＭＴＰヘッダーの拡張ヘッダー、ＭＭＴＰペイロード・ヘッダーに含むパケットを、上記のディレクトリーと合致するＭＰＵに属するＭＦＵをフィルタリングして、すべてキャッシュする。

次いで、受信機１２は、キャッシュしたＭＰＵの中から、データ・アセット管理テーブル２７０３で該当するＭＰＵに対して指定されているｉｎｄｅｘ＿ｉｔｅｍ＿ｉｄをＤＵヘッダーに含むＭＦＵを特定して、ｉｎｄｅｘ＿ｉｔｅｍの本体を抽出する。

次いで、受信機１２は、ｉｎｄｅｘ＿ｉｔｅｍのアイテムのループから、ＭＨ−ＡＩテーブル２７０１内で所望のアプリケーションに対して配置された伝送プロトコル記述子（セレクター・バイト）から抽出したｉｔｅｍ＿ＵＲＬの文字列と一致するファイル名（ｆｉｌｅ＿ｎａｍｅ）を持つアイテムのｉｔｅｍ＿ｉｄを特定する。そして、このｉｔｅｍ＿ｉｄをＤＵヘッダーに含むＭＦＵをキャッシュしたＭＰＵの中から抽出して、自動起動が指示されたアプリケーションのファイル（アイテム）の本体を取得することができる。

一方、データ・ディレクトリー管理テーブル２７０２において、該当するディレクトリーのｎｕｍ＿ｏｆ＿ｆｉｌｅｓに１以上の整数値が指定されている場合には、このディレクトリーがＭＰＵと合致せず、このディレクトリー下のファイルの情報がデータ・ディレクトリー管理テーブル２７０２で指定されていることが分かる。そこで、受信機１２は、データ・ディレクトリー管理テーブル２７０２を参照して、ｉｔｅｍ＿ＵＲＬ（ｆｉｌｅ＿ｎａｍｅ）に至るすべてのＵＲＬ文字列が一致するアイテムのｎｏｄｅ＿ｔａｇを取得する。

次いで、受信機１２は、データ伝送メッセージで送られてくるデータ・アセット管理テーブル２７０３を参照して、各データ・コンポーネントのループ内のＭＰＵのループから、データ・ディレクトリー管理テーブル２７０２で取得したｎｏｄｅ＿ｔａｇ（ファイルのノード）を持つアイテムが属するＭＰＵを特定する。

ここで、ｉｎｄｅｘ＿ｉｔｅｍが存在する（すなわち、ｉｎｄｅ＿ｉｔｅｍ＿ｅｘｉｓｔ＿ｆｌａｇ＝１が指定されている）ＭＰＵについては、受信機１２は、そのＭＰＵのループ内で指定されているｉｎｄｅｘ＿ｉｔｅｍのアイテム識別子（ｉｎｄｅｘ＿ｉｔｅｍ＿ｉｄ）を取得する（固定のアイテム識別子の場合を含む）。

次いで、受信機１２は、そのＭＰＵを一意に識別するＭＰＵシーケンス番号と、そのＭＰＵが属するデータ・アセット（コンポーネント）を識別するコンポーネント・タグ（ｃｏｍｐｏｎｅｎｔ＿ｔａｇ）と、データ・コンテンツを一意に識別するダウンロード識別子（ｄｏｗｎｌｏａｄ＿ｉｄ）を併せて取得する。

次いで、受信機１２は、ＰＡメッセージで送られてくるＭＰテーブル２７０４のアセット情報のループ（第２ループ）から、データ・アセット管理テーブル２７０３で取得したコンポーネント・タグと同一の値をＭＨストリーム識別記述子で指定するデータ・アセットを特定すると、同ループ内のＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏを参照して、このデータ・アセットを区別するパケット識別子（ｐａｃｋｅｔ＿ｉｄ）を取得する。

次いで、受信機１２は、ＭＰテーブル２７０４で取得したパケット識別子をＭＭＴＰヘッダーに含み、データ・アセット管理テーブル２１０３で取得したダウンロード識別子とＭＰＵシーケンス番号と、データ・アセット管理テーブル２７０４で取得したｉｎｄｅｘ＿ｉｔｅｍ＿ｉｄをそれぞれＭＭＴＰヘッダーの拡張ヘッダー、ＭＭＴＰペイロード・ヘッダー、並びにＤＵヘッダーに含むパケットを、ＩＰデータ・フロー上でフィルタリングすることによって、該当するＭＰＵの中からｉｎｄｅｘ＿ｉｔｅｍを伝送するＭＦＵを特定して、ｉｎｄｅｘ＿ｉｔｅｍの本体を抽出する。

そして、受信機１２は、抽出したｉｎｄｅｘ＿ｉｔｅｍのアイテムのループから、データ・ディレクトリー管理テーブル２７０２で取得したｎｏｄｅ＿ｔａｇ（ファイルのノード）を持つアイテムのアイテム識別子（ｉｔｅｍ＿ｉｄ）を特定すると、同ＭＰＵの中からこのｉｔｅｍ＿ｉｄをＤＵヘッダーに含むＭＦＵをキャッシュしたＭＰＵの中から抽出して、自動起動が指示されたアプリケーションのファイル（アイテム）の本体を取得することができる。

また、ｉｎｄｅｘ＿ｉｔｅｍが存在しない（すなわち、ｉｎｄｅ＿ｉｔｅｍ＿ｅｘｉｓｔ＿ｆｌａｇ＝０が指定されている）ＭＰＵについては、受信機１２は、データ・アセット管理テーブル２７０３を参照して、各データ・コンポーネントのループ内のＭＰＵのループに含まれるアイテムのループから、データ・ディレクトリー管理テーブル２７０２で取得したｎｏｄｅ＿ｔａｇ（ファイルのノード）を持つアイテムを特定する。そして、そのアイテムが属するＭＰＵを一意に識別するＭＰＵシーケンス番号と、そのアイテムを伝送するＭＰＵが属するデータ・アセット（コンポーネント）を識別するコンポーネント・タグ（ｃｏｍｐｏｎｅｎｔ＿ｔａｇ）と、データ・コンテンツを一意に識別するダウンロード識別子（ｄｏｗｎｌｏａｄ＿ｉｄ）を取得する。

さらに、受信機１２は、ＰＡメッセージで送られてくるＭＰテーブル２１０４のアセット情報のループ（第２ループ）から、データ・アセット管理テーブル２７０３で取得したコンポーネント・タグと同一の値をＭＨストリーム識別記述子で指定するデータ・アセットを特定すると、同ループ内のＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏを参照して、このデータ・アセットを区別するパケット識別子（ｐａｃｋｅｔ＿ｉｄ）を取得する。

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

図２８及び図２９には、受信機１２において、図２４に示したデータ・アセット管理テーブル２４００を用いてアプリケーションを起動するための処理手順をフローチャートの形式で示している。図示の処理手順は、主に放送システム制御部４１０によって実行されるものとする。

まず、受信機１２は、Ｍ２セクション・メッセージで、ＭＨ−ＡＩテーブルを取得すると、そのアプリケーション情報ループから、ａｕｔｏｓｔａｒｔ（自動起動）に指定されているアプリケーションを特定する。そして、そのアプリケーションに対して配置されている伝送プロトコル記述子を参照して、ｔｒａｎｓｐｏｒｔ＿ｐｒｏｔｏｃｏｌ＿ｌａｂｅｌ＝５、すなわちＭＭＴ伝送が指定されていることを確認し、同記述子内のセレクター・バイトに記述されているＵＲＬ情報を抽出する（ステップＳ２８０１）。

次いで、受信機１２は、データ伝送メッセージで送られてくるデータ・ディレクトリー管理テーブルを参照して、取り出したＵＲＬ情報のｂａｓｅ＿ＵＲＬとｄｉｒｅｃｔｏｒｙ＿ＵＲＬまでが一致するディレクトリーを特定して、そのディレクトリーのｎｏｄｅ＿ｔａｇを取得する（ステップＳ２８０２）。

次いで、受信機１２は、データ伝送メッセージで送られてくるデータ・アセット管理テーブルのＭＰＵのループから、先行ステップＳ２８０２で取得したディレクトリーのｎｏｄｅ＿ｔａｇをＭＰＵノード記述子で指定するＭＰＵの抽出を試みる（ステップＳ２８０３）。

ここで、当該ディレクトリーと合致するＭＰＵが存在しない場合には（ステップＳ２８０４のＮｏ）、先行ステップＳ２８０１で抽出したＵＲＬ情報中のｉｔｅｍ＿ＵＲＬの文字列すなわちファイル名が一致するアイテムのｎｏｄｅ＿ｔａｇを、データ・ディレクトリー管理テーブルから抽出する（ステップＳ２８１２）。

次いで、受信機１２は、データ・アセット管理テーブルにおいて、先行ステップＳ２８１２で取得したｎｏｄｅ＿ｔａｇ（ファイルのノード）を持つアイテムが属するＭＰＵを特定する（ステップＳ２８１３）。

ここで、ＭＰＵにｉｎｄｅｘ＿ｉｔｅｍが存在する（すなわち、ｉｎｄｅ＿ｉｔｅｍ＿ｅｘｉｓｔ＿ｆｌａｇ＝１が指定されている）場合には（ステップＳ２８１４のＹｅｓ）、受信機１２は、そのＭＰＵのループ内で指定されているｉｎｄｅｘ＿ｉｔｅｍのアイテム識別子（ｉｎｄｅｘ＿ｉｔｅｍ＿ｉｄ）に基づいて、データ・アセットの該当するＭＰＵ内から、ｉｎｄｅｘ＿ｉｔｅｍを取得して、解析する（ステップＳ２８１５）。

そして、受信機１２は、抽出したｉｎｄｅｘ＿ｉｔｅｍのアイテムのループから、データ・ディレクトリー管理テーブルで取得したｎｏｄｅ＿ｔａｇ（ファイルのノード）を持つアイテムのアイテム識別子（ｉｔｅｍ＿ｉｄ）を取得すると、このアイテム識別子をＤＵヘッダーに持つデータ・アセット上のＭＰＵの中から取り出して、そのアイテム本体（自動起動が指示されたアプリケーションのファイル）をブラウザー（アプリケーション・エンジン４１１）に入力する（ステップＳ２８１６）。

また、ＭＰＵにｉｎｄｅｘ＿ｉｔｅｍが存在しない（すなわち、ｉｎｄｅ＿ｉｔｅｍ＿ｅｘｉｓｔ＿ｆｌａｇ＝０が指定されている）場合には（ステップＳ２８１４のＮｏ）、受信機１２は、先行ステップＳ２８１２で取得したｎｏｄｅ＿ｔａｇ（ファイルのノード）に対応するｉｔｅｍ＿ｉｄをデータ・アセット管理テーブルから抽出すると、このアイテム識別子をＤＵヘッダーに持つデータ・アセット上のＭＰＵの中から取り出して、そのアイテム本体（自動起動が指示されたアプリケーションのファイル）をブラウザー（アプリケーション・エンジン４１１）に入力する（ステップＳ２８１７）。

一方、先行ステップＳ２８０２で特定したディレクトリーと合致するＭＰＵが存在する場合には（ステップＳ２８０４のＹｅｓ）、受信機１２は、データ・アセットにおいて、上記のディレクトリーと合致するＭＰＵに属するＭＦＵ（言い換えれば、ディレクトリー下のファイル）を受信して、すべて（マルチメディア・キャッシュ４０８に）キャッシュする（ステップＳ２８０５）。具体的には、ＭＰテーブルで取得したパケット識別子をＭＭＴＰヘッダーに含み、データ・アセット管理テーブルで取得したダウンロード識別子とＭＰＵシーケンス番号をそれぞれＭＭＴＰヘッダーの拡張ヘッダー、ＭＭＴＰペイロード・ヘッダーに含むパケットをフィルタリングして、すべてキャッシュする。

そして、受信機１２は、データ・アセット管理テーブル内の該当するＭＰＵのループにおいてｉｎｄｅｘ＿ｉｔｅｍ＿ｅｘｉｓｔ＿ｆｌａｇを参照して、同フラグの値が１か否か、すなわちｉｎｄｅｘ＿ｉｔｅｍが存在するか否かをチェックする（ステップＳ２８０６）。

該当するＭＰＵに対してｉｎｄｅｘ＿ｉｔｅｍ＿ｅｘｉｓｔ＿ｆｌａｇ＝１が指定されている場合、すなわちｉｎｄｅｘ＿ｉｔｅｍが存在する場合には（ステップＳ２８０６のＹｅｓ）、受信機１２は、データ・アセット管理テーブル内の該当するＭＰＵのループで指定されている、ｉｎｄｅｘ＿ｉｔｅｍのアイテム識別子（ｉｎｄｅｘ＿ｉｔｅｍ＿ｉｄ）を取得する（固定のアイテム識別子の場合を含む）（ステップＳ２８０９）。

次いで、受信機１２は、先行ステップＳ２８０５で（マルチメディア・キャッシュ４１１に）キャッシュしておいたたＭＰＵの中から、データ・アセット管理テーブルから取得したｉｎｄｅｘ＿ｉｔｅｍ＿ｉｄをＤＵヘッダーに含むＭＦＵを特定して、ｉｎｄｅｘ＿ｉｔｅｍの本体を抽出して、その内容を解析する（ステップＳ２８１０）。

次いで、受信機１２は、ｉｎｄｅｘ＿ｉｔｅｍのアイテムのループから、所望のアプリケーションに対するｉｔｅｍ＿ＵＲＬの文字列と一致するファイル名（ｆｉｌｅ＿ｎａｍｅ）を持つアイテムのｉｔｅｍ＿ｉｄを特定して、このｉｔｅｍ＿ｉｄをＤＵヘッダーに含むＭＦＵをキャッシュしたＭＰＵの中から抽出すると、そのアイテムの本体（自動起動が指示されたアプリケーションのファイル）をブラウザー（アプリケーション・エンジン４１１）に入力する（ステップＳ２８１１）。

また、該当するＭＰＵに対してｉｎｄｅｘ＿ｉｔｅｍ＿ｅｘｉｓｔ＿ｆｌａｇ＝０が指定されている場合、すなわちｉｎｄｅｘ＿ｉｔｅｍが存在しない場合には（ステップＳ２８０６のＮｏ）、受信機１２は、先行ステップＳ２８０１で抽出したＵＲＬ情報中のｉｔｅｍ＿ＵＲＬの文字列すなわちファイル名が一致するアイテムのｎｏｄｅ＿ｔａｇを、データ・ディレクトリー管理テーブルから抽出する（ステップＳ２８０７）。そして、受信機１２は、データ・アセット管理テーブル内のアイテムのループから、ステップＳ２８０７で抽出したｎｏｄｅ＿ｔａｇ（ファイルのノード）に対応するｉｔｅｍ＿ｉｄを特定すると、データ・アセットの該当するＭＰＵの中からこのｉｔｅｍ＿ｉｄをＤＵヘッダーに持つＭＦＵからアイテムの本体（自動起動が指示されたアプリケーションのファイル）を取得すると、ブラウザー（アプリケーション・エンジン４１１）に入力する（ステップＳ２８０８）。

このように、放送局（放送送出システム１１）は、データ・アセット管理テーブルで指定すべきアイテムの詳細情報をデータ・アセットのアイテムに転嫁して伝送することにより、伝送制御シグナリングにおける伝送量を削減して、データ・コンテンツ（アプリケーション）を伝送するための帯域を確保することができる。

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

本明細書では、メディア伝送にＭＭＴ方式を採用した放送システムに本明細書で開示する技術を適用した実施形態を中心に説明してきたが、本明細書で開示する技術の要旨はこれに限定されるものではない。さまざまなタイプの放送システムにおいて、コンテンツ制作におけるディレクトリー構成と伝送単位を合致させるという運用をする際に、本明細書で開示する技術を適用することによって、データ放送の伝送制御情報の伝送量を削減することができるとともに、受信機においてデータ放送を効率的に受信できるようになる。

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

なお、本明細書の開示の技術は、以下のような構成をとることも可能である。
（１）ファイル伝送に用いられるアイテムの集合からなる伝送単位を送信する送信部と、
ディレクトリー毎にファイルに関する第１の情報を記述する第１のテーブルと、伝送単位毎にアイテムに関する第２の情報を記述する第２のテーブル含む、伝送制御情報を送信する制御情報送信部と、
を具備し、
前記送信部がディレクトリーと合致させた伝送単位を送信する際に、
前記制御情報送信部は、伝送単位と合致するディレクトリー下の第１の情報を省略した前記第１のテーブルと、ディレクトリーと合致する伝送単位下の第２の情報を省略した第２のテーブルを送信し、
前記送信部は、省略した前記第１の情報及び前記第２の情報に関する記述を含むインデックス・アイテムを伝送単位に含めて送信する、
送信装置。
（２）前記制御情報送信部は、伝送単位がディレクトリーと合致することを示す記述子を前記第２のテーブルに配置して、前記伝送制御情報を送信する、
上記（１）に記載の送信装置。
（３）前記制御情報送信部は、伝送単位と合致するディレクトリーを識別するノード識別情報と、前記インデックス・アイテムが存在するか否か、及び、前記インデックス・アイテムのアイテム識別情報を指定する前記記述子を送信する、
上記（２）に記載の送信装置。
（４）前記送信部は、ディレクトリーと合致する伝送単位下のアイテム毎のアイテム識別情報とアイテムで伝送されるファイルのファイル名を対応付けた前記インデックス・アイテムを送信する、
上記（１）乃至（３）のいずれかに記載の送信装置。
（５）前記送信部は、各アイテムのサイズ情報をさらに含む前記インデックス・アイテムを送信する、
上記（４）に記載の送信装置。
（６）前記送信部は、各アイテムのチェックサム情報をさらに含む前記インデックス・アイテムを送信する、
上記（４）又は（５）のいずれかに記載の送信装置。
（７）前記送信部は、各アイテムで伝送されるファイルのメディア型を指定するタイプ識別情報をさらに含む前記インデックス・アイテムを送信する、
上記（４）乃至（６）のいずれかに記載の送信装置。
（８）前記送信部は、各アイテムに適用される圧縮アルゴリズム及び元のサイズを指定する圧縮識別情報をさらに含む前記インデックス・アイテムを送信する、
上記（４）乃至（７）のいずれかに記載の送信装置。
（９）ファイル伝送に用いられるアイテムの集合からなる伝送単位を送信する送信ステップと、
ディレクトリー毎にファイルに関する第１の情報を記述する第１のテーブルと、伝送単位毎にアイテムに関する第２の情報を記述する第２のテーブル含む、伝送制御情報を送信する制御情報送信ステップと、
を有し、
前記送信ステップでディレクトリーと合致させた伝送単位を送信する際に、
前記制御情報送信ステップでは、伝送単位と合致するディレクトリー下の第１の情報を省略した前記第１のテーブルと、ディレクトリーと合致する伝送単位下の第２の情報を省略した第２のテーブルを送信し、
前記送信ステップでは、省略した前記第１の情報及び前記第２の情報に関する記述を含むインデックス・アイテムを伝送単位に含めて送信する、
送信方法。
（１０）ファイル伝送に用いられるアイテムの集合からなる伝送単位を受信する受信部と、
ディレクトリー毎にファイルに関する第１の情報を記述する第１のテーブルと、伝送単位毎にアイテムに関する第２の情報を記述する第２のテーブル含む、伝送制御情報を受信する制御情報受信部と、
前記伝送制御情報に基づいて、アイテムで伝送されるファイルを処理する処理部と、
を具備し、
ディレクトリーと合致した伝送単位が伝送される場合に、
前記制御情報受信部は、伝送単位と合致するディレクトリー下の第１の情報を省略した前記第１のテーブルと、ディレクトリーと合致する伝送単位下の第２の情報を省略した第２のテーブルを受信し、
前記受信部は、省略した前記第１の情報及び前記第２の情報に関する記述を含むインデックス・アイテムが含まれた伝送単位を受信し、
前記処理部は、前記インデックス・アイテムの記述に基づいてファイルを取得する、
受信装置。
（１１）前記処理部は、前記制御情報受信部で伝送単位がディレクトリーと合致することを示す記述子が前記第２のテーブルに配置された前記伝送制御情報を受信したことに応答して、前記受信部が受信した伝送単位全体をキャッシュする、
上記（１０）に記載の受信装置。
（１２）前記制御情報受信部は、伝送単位と合致するディレクトリーを識別するノード識別情報と、前記インデックス・アイテムが存在するか否か、及び、前記インデックス・アイテムのアイテム識別情報を指定した前記記述子を受信する、
上記（１１）に記載の受信装置。
（１３）前記処理部は、前記受信部が受信した伝送単位の中から前記記述子が指定するアイテム識別情報に基づいて前記インデックス・アイテムを取得する、
上記（１２）に記載の受信装置。
（１４）前記受信部は、ディレクトリーと合致する伝送単位下のアイテム毎のアイテム識別情報とアイテムで伝送されるファイルのファイル名を対応付けた前記インデックス・アイテムを受信する、
上記（１０）乃至（１３）のいずれかに記載の受信装置。
（１５）前記処理部は、前記インデックス・アイテムに基づいて、ファイル伝送に用いられるアイテム識別情報を特定して、伝送単位の中からアイテムを取得する、
上記（１４）に記載の受信装置。
（１６）前記受信部は、各アイテムのサイズ情報をさらに含む前記インデックス・アイテムを受信する、
上記（１４）又は（１５）のいずれかに記載の受信装置。
（１７）前記受信部は、各アイテムのチェックサム情報をさらに含む前記インデックス・アイテムを受信する、
上記（１４）乃至（１６）のいずれかに記載の受信装置。
（１８）前記受信部は、各アイテムで伝送されるファイルのメディア型を指定するタイプ識別情報をさらに含む前記インデックス・アイテムを受信する、
上記（１４）乃至（１７）のいずれかに記載の受信装置。
（１９）前記受信部は、各アイテムに適用される圧縮アルゴリズム及び元のサイズを指定する圧縮識別情報をさらに含む前記インデックス・アイテムを受信する、
上記（１４）乃至（１８）のいずれかに記載の受信装置。
（２０）ファイル伝送に用いられるアイテムの集合からなる伝送単位を受信する受信ステップと、
ディレクトリー毎にファイルに関する第１の情報を記述する第１のテーブルと、伝送単位毎にアイテムに関する第２の情報を記述する第２のテーブル含む、伝送制御情報を受信する制御情報受信ステップと、
前記伝送制御情報に基づいて、アイテムで伝送されるファイルを処理する処理ステップと、
を有し、
ディレクトリーと合致した伝送単位が伝送される場合に、
前記制御情報受信ステップでは、伝送単位と合致するディレクトリー下の第１の情報を省略した前記第１のテーブルと、ディレクトリーと合致する伝送単位下の第２の情報を省略した第２のテーブルを受信し、
前記受信ステップでは、省略した前記第１の情報及び前記第２の情報に関する記述を含むインデックス・アイテムが含まれた伝送単位を受信し、
前記処理ステップでは、前記インデックス・アイテムの記述に基づいてファイルを取得する、
受信方法。

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

Claims (18)

1. アイテムの集合からなる伝送単位を送信する送信部と、
   前記伝送単位毎に含まれるアイテムの情報を記述するテーブルを送信する制御情報送信部と、
   を具備し、
   前記制御情報送信部が前記アイテムの情報を省略した前記テーブルを送信する際に、
   前記送信部は、省略した前記アイテムの情報と、アイテムのファイル名を含むインデックス・アイテムを前記伝送単位に含めて送信する、
   送信装置。
2. 前記送信部は、各アイテムのサイズ情報をさらに含む前記インデックス・アイテムを送信する、
   請求項１に記載の送信装置。
3. 前記送信部は、各アイテムのチェックサム情報をさらに含む前記インデックス・アイテムを送信する、
   請求項１に記載の送信装置。
4. 前記送信部は、各アイテムで伝送されるファイルのメディア型を指定するタイプ識別情報をさらに含む前記インデックス・アイテムを送信する、
   請求項１に記載の送信装置。
5. 前記送信部は、各アイテムを用いて伝送するファイルを識別するノード・タグをさらに含む前記インデックス・アイテムを送信する、
   請求項１に記載の送信装置。
6. 前記制御情報送信部は、前記伝送単位毎に前記インデックス・アイテムが存在するか否かを示す第１のフラグを含む前記テーブルを送信する、
   請求項１に記載の送信装置。
7. 前記制御情報送信部は、前記伝送単位毎に前記インデックス・アイテムを識別するアイテム識別子が存在するか否かを示す第２のフラグをさらに含む前記テーブルを送信する、
   請求項６に記載の送信装置。
8. 前記制御情報送信部は、インデックス・アイテムが存在することを前記第１のフラグで示した伝送単位に含まれるアイテムの情報を省略した前記テーブルを送信する、
   請求項６に記載の送信装置。
9. アイテムの集合からなる伝送単位を送信する送信ステップと、
   前記伝送単位毎に含まれるアイテムの情報を記述するテーブルを送信する制御情報送信ステップと、
   を有し、
   前記制御情報送信ステップで前記アイテムの情報を省略した前記テーブルを送信する際に、
   前記送信ステップでは、省略した前記アイテムの情報と、アイテムのファイル名を含むインデックス・アイテムを前記伝送単位に含めて送信する、
   送信方法。
10. アイテムの集合からなる伝送単位を受信する受信部と、
    前記伝送単位毎に含まれるアイテムの情報を記述するテーブルを受信する制御情報受信部と、
    前記テーブルに基づいて、アイテムで伝送されるファイルを処理する処理部と、
    を具備し、
    前記制御情報受信部が前記アイテムの情報が省略された前記テーブルを受信する際に、
    前記受信部は、省略した前記アイテムの情報と、アイテムのファイル名を含むインデックス・アイテムが含まれた前記伝送単位を受信し、
    前記処理部は、前記インデックス・アイテムの記述に基づいてファイルを取得する、
    受信装置。
11. 前記制御情報受信部は、前記伝送単位毎に前記インデックス・アイテムが存在するか否かを示す第１のフラグが含まれた前記テーブルを受信し、
    前記処理部は、前記インデックス・アイテムが存在することが前記第１のフラグで示された前記伝送単位から前記インデックス・アイテムを取得する、
    請求項１０に記載の受信装置。
12. 前記制御情報受信部は、インデックス・アイテムが存在することを前記第１のフラグで示した伝送単位に含まれるアイテムの情報が省略された前記テーブルを受信する、
    請求項１１に記載の受信装置。
13. 前記制御情報受信部は、前記伝送単位毎に前記インデックス・アイテムを識別するアイテム識別子が存在するか否かを示す第２のフラグがさらに含まれた前記テーブルを受信し、
    前記処理部は、前記テーブルで示されたアイテム識別子に基づいて前記伝送単位から前記インデックス・アイテムを取得する、
    請求項１１に記載の受信装置。
14. 前記受信部は、各アイテムのサイズ情報をさらに含む前記インデックス・アイテムを受信する、
    請求項１０に記載の受信装置。
15. 前記受信部は、各アイテムのチェックサム情報をさらに含む前記インデックス・アイテムを受信する、
    請求項１０に記載の受信装置。
16. 前記受信部は、各アイテムで伝送されるファイルのメディア型を指定するタイプ識別情報をさらに含む前記インデックス・アイテムを受信する、
    請求項１０に記載の受信装置。
17. 前記受信部は、各アイテムを用いて伝送するファイルを識別するノード・タグがさらに含まれた前記インデックス・アイテムを受信する、
    請求項１０に記載の受信装置。
18. アイテムの集合からなる伝送単位を受信する受信ステップと、
    前記伝送単位毎に含まれるアイテムの情報を記述するテーブルを受信する制御情報受信ステップと、
    前記テーブルに基づいて、アイテムで伝送されるファイルを処理する処理ステップと、
    を有し、
    前記制御情報受信ステップにおいて前記アイテムの情報が省略された前記テーブルを受信する際に、
    前記受信ステップでは、省略した前記アイテムの情報と、アイテムのファイル名を含むインデックス・アイテムが含まれた前記伝送単位を受信し、
    前記処理ステップでは、前記インデックス・アイテムの記述に基づいてファイルを取得する、
    受信方法。