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

Description

本明細書で開示する技術は、放送番組の映像にオーバーレイして表示する情報を送信する送信装置及び送信方法、並びに、放送番組の映像にオーバーレイして表示する情報を受信し表示する受信装置及び受信方法に関する。

メディア・トランスポート方式にＭＰＥＧ２－ＴＳを採用したディジタル放送サービスが世界各国で運用されている。また、次世代のディジタル放送規格では、ＭＰＥＧ２－ＴＳから、ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）方式への変更が検討されている（例えば、特許文献１を参照のこと）。ＭＭＴ方式では、異なる伝送路の組み合わせで利用することが容易であり、放送や通信の複数の伝送路に共通に用いることができる。

ディジタル放送では、データ放送アプリケーションを放送波で伝送して、データ放送アプリケーションを通じてオンエア中の放送番組に連動したさまざまな情報を提供することができる。例えば、番組のビデオ・データとともに、ビデオ・フレームに表示する注釈データを放送する放送システムについて提案がなされている（例えば、特許文献２を参照のこと）。

また、放送番組の任意の区間毎に動画の内容を反映したナビゲーション情報を設ける放送システムについて提案がなされている。ナビゲーション情報は、他のコンテンツへのハイパーリンク、ボタン、文字情報などを表す。例えば、世界の旅行案内の放送番組において、紹介中の国に応じた複数のボタンからなるメニューや補足説明を表す複数のナビゲーション情報が設けられる（例えば、特許文献３を参照のこと）。

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

本明細書で開示する技術の目的は、放送番組の映像にオーバーレイして表示する情報を送信することができる、優れた送信装置及び送信方法を提供することにある。

本明細書で開示する技術のさらなる目的は、放送番組の映像にオーバーレイして表示する情報を受信し表示することができる、優れた受信装置及び受信方法を提供することにある。

本明細書で開示する技術は、上記課題を参酌してなされたものであり、その第１の側面は、
映像を含む放送信号を送信する送信部と、
前記映像の動きに同期して移動するオブジェクトを表示するためのデータを送信するデータ送信部と、
を具備する送信装置である。

本明細書で開示する技術の第２の側面によれば、第１の側面に係る送信装置の前記データ送信部は、前記オブジェクトの画面上の位置及びサイズと、前記オブジェクトの表示データに関する情報を含む前記データを送信するように構成されている。

本明細書で開示する技術の第３の側面によれば、第１の側面に係る送信装置の前記データ送信部は、前記データの表示時刻を示すタイムスタンプとともに、前記データを間欠的に送信するように構成されている。

本明細書で開示する技術の第４の側面によれば、第１の側面に係る送信装置の前記データ送信部は、次のタイミングまでの前記オブジェクトの内挿位置を求めるための補間情報を含めて、前記データを間欠的に送信するように構成されている。

本明細書で開示する技術の第５の側面によれば、第４の側面に係る送信装置の前記データ送信部は、前記オブジェクトの速度ベクトル情報又は角速度情報のうち少なくとも１つを含む前記補間情報を送信するように構成されている。

本明細書で開示する技術の第６の側面によれば、第１の側面に係る送信装置の前記データ送信部は、前記オブジェクトのリンク先情報を含めて前記データを送信するように構成されている。

本明細書で開示する技術の第７の側面によれば、第１の側面に係る送信装置の前記データ送信部は、前記オブジェクトの画面上の位置及びサイズと表示データの参照先を所定の形式で記述した文書ファイルを送信するように構成されている。

本明細書で開示する技術の第８の側面によれば、第７の側面に係る送信装置の前記データ送信部は、前記文書ファイルと前記文書ファイルから参照される表示データのファイルをパッケージ化して、パッケージ単位で送信するように構成されている。

本明細書で開示する技術の第９の側面によれば、第８の側面に係る送信装置の前記データ送信部は、前記パッケージに含める各表示データの保持の要否及び保持期限を指定して送信するように構成されている。

本明細書で開示する技術の第１０の側面によれば、第９の側面に係る送信装置の前記データ送信部は、他の文書ファイルとともにパッケージ化して送信された表示データのファイルを参照する前記文書ファイルをさらに送信するように構成されている。

また、本明細書で開示する技術の第１１の側面に係る技術は、
映像を含む放送信号を送信する送信ステップと、
前記映像の動きに同期して移動するオブジェクトを表示するためのデータを送信するデータ送信ステップと、
を有する送信方法である。

また、本明細書で開示する技術の第１２の側面に係る技術は、
映像を含む放送信号を受信する受信部と、
前記映像の動きに同期して移動するオブジェクトを表示するためのデータを受信するデータ受信部と、
受信した前記データに基づいて、放送映像の画面上に前記オブジェクトを表示するための処理を実行する制御部と、
を具備する受信装置である。

本明細書で開示する技術の第１３の側面によれば、第１２の側面に係る受信装置の前記データ受信部は、前記オブジェクトの画面上の位置及びサイズと、前記オブジェクトの表示データに関する情報を含む前記データを受信し、前記制御部は、前記データで指定された画面上の位置及びサイズに前記オブジェクトの表示データを表示させるように構成されている。

本明細書で開示する技術の第１４の側面によれば、第１２の側面に係る受信装置の前記データ受信部は、前記データの表示時刻を示すタイムスタンプとともに、前記データを間欠的に受信し、前記制御部は、前記タイムスタンプが指定する表示時刻に基づいて前記オブジェクトの表示タイミングを制御するように構成されている。

本明細書で開示する技術の第１５の側面によれば、第１４の側面に係る受信装置の前記データ受信部は、次のタイミングまでの前記オブジェクトの内挿位置を求めるための補間情報を含めて、前記データを間欠的に受信し、前記制御部は、前記補間情報に基づいて求まる内挿位置に前記オブジェクトを表示させるように構成されている。

本明細書で開示する技術の第１６の側面によれば、第１２の側面に係る受信装置の前記データ受信部は、前記オブジェクトの画面上の位置及びサイズと表示データの参照先を所定の形式で記述した文書ファイルを受信するように構成されている。

本明細書で開示する技術の第１７の側面によれば、第１６の側面に係る受信装置の前記データ受信部は、前記文書ファイルと前記文書ファイルから参照される表示データのファイルからなるパッケージ単位で受信するように構成されている。

本明細書で開示する技術の第１８の側面によれば、第１７の側面に係る受信装置の前記データ受信部は、各表示データの保持の要否及び保持期限が指定された前記パッケージを受信し、前記制御部は、前記保持期限が経過するまで表示データを保持するように構成されている。

本明細書で開示する技術の第１９の側面によれば、第１８の側面に係る受信装置の前記データ受信部は、他の文書ファイルとともにパッケージ化して送信された表示データのファイルを参照する前記文書ファイルをさらに受信し、前記制御部は、前記文書ファイルから参照される、他の文書ファイルとともにバッケージ化して送信された表示データを用いてオブジェクトを表示させるように構成されている。

また、本明細書で開示する技術の第２０の側面に係る技術は、
映像を含む放送信号を受信する受信ステップと、
前記映像の動きに同期して移動するオブジェクトを表示するためのデータを受信するデータ受信ステップと、
受信した前記データに基づいて、放送映像の画面上に前記オブジェクトを表示するための処理を実行する制御ステップと、
を有する受信方法である。

本明細書で開示する技術によれば、放送番組の映像の動きに合わせてオーバーレイ表示するオブジェクトの表示情報を、映像と時刻同期して送信することができる、優れた送信装置及び送信方法を提供することができる。

また、本明細書で開示する技術によれば、放送信号と時刻同期してオブジェクトの表示情報を受信して、映像の動きに合わせてオブジェクトをオーバーレイ表示することができる、優れた受信装置及び受信方法を提供することができる。

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

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

図１は、ディジタル放送システム１０の構成例を模式的に示した図である。 図２は、ＭＭＴ方式を用いるディジタル放送システム１０におけるプロトコル・スタック２００を示した図である。 図３は、放送送出システム１１の構成例を示した図である。 図４は、放送送出システム１１からの放送信号を受信する受信機１２の構成例を示した図である。 図５は、ＭＭＴ方式で伝送される放送信号５００のイメージを示した図である。 図６は、ＰＡメッセージ内のＭＰテーブルから放送サービスに関連する各アセットを指定する仕組みを示した図である。 図７は、ＭＰテーブルのシンタックス例７００を示した図である。 図８は、ＭＰＵタイムスタンプ記述子のシンタックス例８００を示した図である。 図９は、ＭＭＴ伝送されるデータ放送に関連するファイルを取得する仕組みを説明するための図である。 図１０は、汎用データのＭＰＵ及びＭＦＵの構成を示した図である。 図１１は、汎用データのＭＦＵのシンタックス例１１００を示した図である。 図１２は、放送番組の映像と同期する表示オブジェクトを表示させた放送画面の表示例を示した図である。 図１３は、移動オブジェクト・リスト記述文書と表示データをパッケージ化した汎用データ・ストリームを伝送するＭＰＵの構成例を示した図である。 図１４は、図１３に示した移動オブジェクト・リスト記述文書が記述する表示オブジェクトの表示例を示した図である。 図１５は、表示データを含まない、移動オブジェクト・リスト記述文書のＭＦＵのみからなるＭＰＵの構成例を示した図である。 図１６は、移動オブジェクト・リスト記述文書を伝送するＭＦＵにおける付加情報（ｍｏｌｄ＿ｉｎｆｏ）のシンタックス例１６００を示した図である。 図１７は、素材（表示データ）を伝送するＭＦＵにおける付加情報（ｍａｔｅｒｉａｌ＿ｉｎｆｏ）のシンタックス例１７００を示した図である。 図１８は、移動オブジェクト・リスト記述文書のシンタックス例１８００を示した図である。 図１９は、表示オブジェクトの表示位置を内挿情報に基づいて補間する仕組みを説明するための図である。 図２０は、移動オブジェクト・リスト記述文書を汎用データ・ストリームで伝送するシナリオを例示した図である。 図２１は、受信機が汎用データ・ストリームを受信する際の処理手順を示したフローチャートである。 図２２は、受信機が汎用データ・ストリームに基づいて映像に同期する表示オブジェクトをオーバーレイ表示するための処理手順を示したフローチャートである。

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

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

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

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

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

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

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

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

ＭＭＴレイヤー２２０上では、放送番組の映像信号及び音声信号の符号化コンポーネント２１１、２１２は、ＭＦＵ（Ｍｅｄｉａ Ｆｒａｇｍｅｎｔ Ｕｎｉｔ）及びＭＰＵ（Ｍｅｄｉａ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）とし、ＭＭＴＰペイロードに乗せてＭＭＴＰパケット化される。また、放送番組の字幕信号や放送番組に関連するアプリケーション（データ・コンテンツ）符号化コンポーネント２１３、２１４についても、ＭＦＵ及びＭＰＵとし、ＭＭＴＰペイロードに乗せてＭＭＴＰパケット化される。また、メディア・トランスポート方式であるＭＭＴに関わる（放送番組の構成などを示す）制御情報であるＭＭＴ－ＳＩ２２１も、ＭＭＴＰペイロードに乗せてＭＭＴＰパケット化される。ＭＭＴに関わる制御情報ＭＭＴ－ＳＩの詳細については、後述に譲る。ＭＰＵは処理の単位となり、ＭＦＵはＭＰＵよりも小さな単位である。なお、コンテンツ・ダウンロード２０５のデータ伝送方式２１５として、字幕・文字スーパー伝送方式、アプリケーション伝送方式、イベント・メッセージ伝送方式、汎用データ伝送方式の４種類が挙げられる。このうち、アプリケーション伝送方式は、放送番組と非同期のデータ伝送サービスに用いられる。また、汎用データ伝送方式は、各種データを同期型又は非同期型により伝送する方式であり、映像、音声、字幕以外のデータの提示を行なうプレイヤーで利用するデータやマルチメディア・サービスで利用するデータのストリーミングに適用することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

パケット・フィルター４０２－１は、ＴＬＶストリーム識別情報及びＩＰアドレスに基づいてＩＰパケットのフィルタリングを行ない、さらにＭＭＴＰヘッダー内の情報に基づいて、ＩＰパケットからＭＭＴＰパケットをフィルタリングして、映像、音声、文字スーパー並びに字幕といった同期型伝送メディアを、それぞれビデオ・デコーダー４０４、オーディオ・デコーダー４０５、文字スーパー・デコーダー４０６、字幕デコーダー４０７に振り分ける。また、パケット・フィルター４０２－１は、マルチメディア（データ放送アプリケーション）や汎用データの各符号化コンポーネントを、マルチメディア（ＭＭ）キャッシュ４０８に振り分ける。また、パケット・フィルター４０２－１は、シグナリング情報を乗せたＭＭＴＰパケットを、ＳＩフィルター４０２－２に振り分ける。そして、ＳＩフィルター４０２－２は、シグナリング情報ＳＩをフィルタリングして、ＳＩキャッシュ４１０にキャッシュする。

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

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

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

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

また、本実施形態では、データ放送アプリケーションで利用する汎用データがストリーミングされることを想定している。アプリケーション・エンジン４１１は、ストリーミングされる汎用データを取得して、アプリケーションの表示に反映させる。

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

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

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

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

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

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

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

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

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

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

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

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

放送信号は、映像、音声、字幕などの放送番組本編に関わる同期型メディアと、データ放送アプリケーションのような非同期型メディアで構成される。ＭＭＴ方式では、これら同期型並びに非同期型メディアを、異なる伝送路の組み合わせで利用することが容易である。図５に示す例では、放送信号５００として、映像、音声、字幕、データ放送アプリケーション、汎用データ、放送サービスに関する制御情報（ＭＭＴ－ＳＩ）など、データのタイプ毎のＭＭＴ伝送路５０１～５０６が利用されている。

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

１つの放送サービスは、映像、音声、字幕、データ放送アプリケーションなど複数のコンポーネントで構成されるパッケージである（但し、１つの放送サービスは、１つのチャンネルすなわち放送番組に対応するものとする）。ＭＭＴ伝送方式では、コンポーネントは「アセット」として定義されている。各アセットは、固有のアセット識別情報（ａｓｓｅｔ＿ｉｄ）で識別される。アセット識別情報は、コンポーネントを識別するコンポーネント・タグと一意に対応する（映像のアセットは映像コンポーネントに対応し、音声のアセットは音声コンポーネントに対応し、字幕のアセットは字幕コンポーネントに対応し、データ放送アプリケーション用のデータ・ファイルのアセットはデータ・ファイルのコンポーネントに対応する）。

各アセットは、それぞれ同じアセット識別情報を共有する１又はそれ以上のＭＰＵの集合（論理グループ）で構成される。ＭＰＵは、ＭＭＴ方式における伝送単位となるフォーマットであり、１以上のＭＦＵで構成される。ＭＰＵは、それぞれのアセットに専用のＥＳ（Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）すなわちＭＭＴ伝送路で伝送される。各ＭＰＵは、アセット識別情報と、該当する伝送路上でのＭＰＵのシーケンス番号で特定される。

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

１つのパッケージ（放送サービス）内で、同じタイプのアセットが複数伝送されることもある。図５に示す例では、２つのデータ放送アプリケーションのアセットが、異なるアセット識別番号が割り振られ、それぞれ専用のＥＳすなわちＭＭＴ伝送路５０４－１、５０４－２で伝送される。例えば、一方のＭＭＴ伝送路５０４－１では放送番組に連動する番組連動型データ放送アプリケーションのアセットが伝送され、他方のＭＭＴ伝送路５０４－２では放送番組に連動しない番組非連動型データ放送アプリケーション（例えば、天気予報やニュースなど）のアセットが伝送される。２以上のデリバリー・セグメントからそれぞれ独立してデータ放送アプリケーションのアセットが提供される場合も想定される。

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

伝送路５０５では、ＭＭＴを用いる放送システムにおいて、汎用データ伝送方式により各種データを伝送するのに利用される。汎用データ伝送は、ＨＴＭＬ５形式のデータ放送アプリケーションに対するデータのストリーミングに用いることができる。

伝送路５０６は、ＭＭＴ方式におけるシグナリング、すなわち、ＭＭＴのパッケージの構成や放送サービスに関連する情報を示す制御情報であるＭＭＴ－ＳＩの伝送に使用される。伝送路５０６では、ＭＭＴ－ＳＩを含んだＭＭＴメッセージがＭＭＴＰパケット化され、カルーセル方式により繰り返し伝送される。なお、図５では、ＴＬＶ－ＳＩ用の伝送路の図示を省略している。

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

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

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

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

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

Ｍ２セクション・メッセージ５２０は、ＭＰＥＧ－２ Ｓｙｓｔｅｍｓのセクション拡張形式を伝送するメッセージであり、セクション形式のシグナリング・テーブルを１つずつ格納するコンテナーである。Ｍ２セクション・メッセージ５２０内には、ＭＨ－ＡＩＴ（Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）５２１や、ＥＭＴ（Ｅｖｅｎｔ Ｍｅｓｓａｇｅ Ｔａｂｌｅ）５２２といったテーブルが１つずつ格納される。

ＭＨ－ＡＩＴ５２１は、アプリケーションに関する動的制御情報及び実行に必要な付加情報を指定するテーブルである。具体的には、ＭＨ－ＡＩＴ５２１は、アプリケーション情報ループの中で、当該テーブルの制御対象となる各アプリケーションの処理方法をａｐｐｌｉｃａｔｉｏｎ＿ｃｏｎｔｒｏｌ＿ｃｏｄｅで示すとともに、アプリケーションの情報を記述する各種アプリケーション情報記述子を配置する。ここで、ａｐｐｌｉｃａｔｉｏｎ＿ｃｏｎｔｒｏｌ＿ｃｏｄｅは、ａｕｔｏｓｔａｒｔ（アプリケーションの自動起動）、ｐｒｅｓｅｎｔ（アプリケーションが実行可能の状態）、ｋｉｌｌ（アプリケーションの終了）、ｐｒｅｆｅｔｃｈ（アプリケーションの取得及び保持（事前キャッシュ））などのアプリケーションの処理方法を示す。また、アプリケーション情報記述子の１つである伝送プロトコル記述子は、アプリケーションの伝送方式と伝送方式に応じたロケーション情報を指定する（アプリケーションをＨＴＴＰ／ＨＴＴＰＳ並びにＭＭＴ非同期型伝送の場合には、共通して、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）形式でロケーション情報を指定する）。

ＥＭＴ５２２は、イベント・メッセージ伝送方式に用いるシグナリング・テーブルであり、イベント・メッセージ（放送局から受信機上のアプリケーションに対する同期・非同期のメッセージ）に関する情報（イベント・メッセージ記述子）を格納する。イベント・メッセージ伝送方式は、放送局から受信機で動作しているデータ放送アプリケーションに対して、即座にあるいは指定した時刻に、メッセージ情報を送る手段を提供する。

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

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

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

また、データ・コンテンツ管理テーブル５３３は、提示単位（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｕｎｉｔ：ＰＵ）毎にデータ放送アプリケーションを管理するためのテーブルである。同テーブルは、データ放送アプリケーションを提示単位毎に識別する提示単位識別情報と、各提示単位に含まれるノード（ファイル又はディレクトリー）をデータ伝送メッセージ内で識別するノード・タグを示している。また、同テーブルは、提示単位にリンクする提示単位を識別するリンク先提示単位識別情報や、各提示単位のキャッシュ制御に関する情報を含めることができ、受信機側ではデータ放送アプリケーション用のファイル・データの柔軟で有効なキャッシュ制御に利用することができる。

ＭＭＴによるデータ放送アプリケーションの伝送方式において、データ伝送メッセージで伝送する上記３種類のシグナリング・テーブル５３１～５３３を活用することにより、ファイル単位の伝送データ構造やコンテンツ（データ放送アプリケーション）制作におけるディレクトリー構造とは独立して、アプリケーション単位、提示単位といった利用単位のデータ構造を表現することができる。各シグナリング・テーブル５３１～５３３の構成は、ＡＲＩＢ ＳＴＤ Ｂ－６０で規定されている。

ＭＭＴ－ＳＩとして伝送されるメッセージやテーブルのパケット識別情報は、固定されているものや、他のテーブルから間接指定されるものがある。このうち、ＰＡメッセージは、放送サービスのエントリー・ポイントであり、固定のパケット識別情報（例えば、０ｘ００００）が割り当てられている。ＰＡメッセージで伝送されるＭＰテーブルでは、パッケージ（放送番組）を構成する各アセット（映像、音声、字幕、データ放送アプリケーションなど）のアセット識別情報とロケーション情報を示している。したがって、受信機側では、ＭＭＴ伝送路上で、上記固定のパケット識別情報を直接指定してＰＡメッセージを取得することができる。そして、図６に示すように、ＰＡメッセージで伝送されるＭＰテーブルを参照して、放送サービスに関連する各アセット（映像、音声、字幕、データ放送アプリケーションなど）や他のシグナリング・メッセージを間接的に指定することができる。なお、ＭＰテーブルは、映像及び音声以外の各アセットに対して、データ符号化方式を識別するために、ＭＨ－データ符号化方式記述子を配置する。

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

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

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

ＭＰＴ＿ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、ＭＰテーブル記述子領域のサイズをバイト単位で示す。ＭＰテーブル記述子のループでは、ＭＰテーブル記述子の内容をバイト単位（ＭＰＴ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）で記述する。ＭＰＴ記述子には、対応する放送サービス（パッケージ）全体の受信制御に関わる基本的な情報が記述される。

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

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

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

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

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

ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、アセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒ）のテキスト情報のサイズをバイト単位で示す。参照番号７０１で示すアセット記述子のループでは、アセット毎の記述子の内容をバイト単位（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）で示す。アセット情報のループ（ＭＰテーブルの第２ループ）内に配置されるアセット記述子として、データ符号化方式を識別するために使用する「ＭＨ－データ符号化方式記述子」や、ＭＰＵの提示時刻を提供する「ＭＰＵタイムスタンプ記述子」、ＭＰＵ内のアクセス・ユニットの復号時刻などを提供する「ＭＰＵ拡張タイムスタンプ記述子」、アセットのグループ関係とグループ内での優先度を提供する「アセット・グループ記述子」、ＭＰＵの提示位置を提供する「ＭＰＵ提示領域指定記述子」、依存関係にあるアセットのアセットＩＤを提供する「依存関係記述子」を挙げることができる。

図８には、ＭＰテーブルのアセット情報ループに配置される、ＭＰＵタイムスタンプ記述子のシンタックス例８００を示している。ＭＰＵタイムスタンプ記述子は、ＭＰＵにおいて提示順序で最初のアクセス・ユニットの提示時刻を示す。以下、ＭＰＵタイムスタンプ記述子の各パラメーターの意味について説明する。

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

ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒは、当該記述子でタイムスタンプを記述するＭＰＵのシーケンス番号を示す。ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅは、上記シーケンス番号で示されたＭＰＵの提示時刻を６４ビットのＮＴＰタイムスタンプ形式で示す。

ＭＨ－ＡＩＴでは、各アプリケーションのロケーション情報は、ＵＲＬ形式、言い換えれば、ディレクトリー・ノード名とファイル名の組み合わせからなるパス名で記述される。一方、データ伝送メッセージで伝送されるデータ・ディレクトリー管理テーブル及びデータ・アセット管理テーブルを用いて、アセットのパス名をＭＭＴ伝送路上の識別情報（パケット識別情報）に変換することができる。図９を参照しながら、ＭＭＴ伝送されるデータ放送に関連するファイルを取得する仕組みについて、簡単に説明しておく。

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

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

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

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

Ｃ．汎用データ・ストリームの伝送
汎用データ伝送方式は、各種データを同期型又は非同期型により伝送する方式であり、映像、音声、字幕以外のデータの提示を行なうプレイヤーで利用するデータやマルチメディア・サービスで利用するデータのストリーミングに適用することができる。汎用データ伝送は、ＨＴＭＬ５形式のデータ放送アプリケーションで利用する各種データをストリームとして放送は伝送するのに用いることができる。同期型ＭＰＵで伝送する同期型汎用データと、非同期型ＭＰＵで伝送する非同期型汎用データがある。同期型汎用データのＭＰＵには、ＭＰＵタイムスタンプ記述子（前述）により提示時刻が示される。

汎用データ伝送の処理では、ＭＰＵが処理の単位となる。ＭＰＵは、あるタイミングに利用するデータを含み、ＭＰＵ単位で提示などの処理を行なうことができる単位となる。図１０には、汎用データのＭＰＵ及びＭＦＵの構成を示している。

汎用データのＭＰＵは、ＭＰＵメタデータ、ムービー・フラグメント・メタデータは配置せず、１以上のＭＦＵで構成される。各ＭＦＵは、汎用データ・ヘッダー部と、データ部で構成される。各ＭＦＵのデータ部には、任意のサイズのデータを格納することができる。例えば、１つのＭＦＵで１つのファイルを送ることができる。

図１１には、汎用データのＭＦＵのシンタックス例１１００を示している。以下、汎用データのＭＦＵの各パラメーターの意味について説明する。

ｃｏｍｐｏｎｅｎｔ＿ｔａｇ（コンポーネント・タグ）は、当該コンポーネント・ストリームを識別するためのラベルであり、ＭＰテーブルのＭＨ－ストリーム識別記述子で与えられる汎用データ・ストリームのアセット識別情報と一意に対応するコンポーネント・タグの１６ビットの値が書き込まれる。

ｄａｔａ＿ｔｙｐｅ＿ｌｅｎｇｔｈは、後続のデータ・タイプ記述（ｄａｔａ＿ｔｙｐｅ＿ｂｙｔｅ）の長さをバイト単位で示す。参照番号１１０１で示す、ｄａｔａ＿ｔｙｐｅ＿ｂｙｔｅは、当該ＭＦＵで伝送するデータのＭＩＭＥ（ＭＵＬＴＩＰＵＲＰＯＳＥ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎ）タイプを格納する領域である。

ａｄｄｉｔｉｏｎａｌ＿ｉｎｆｏ＿ｌｅｎｇｔｈは、後続の付加情報記述の長さをバイト単位で示す。参照番号１１０２で示す、ａｄｄｉｔｉｏｎａｌ＿ｉｎｆｏ＿ｂｙｔｅは、当該ＭＦＵで伝送するデータに関する付加情報を格納する領域である。

ｄａｔａ＿ｌｅｎｇｔｈは、後続の汎用データのデータ・バイトの長さをバイト単位で示す。参照番号１１０３で示す、ｄａｔａ＿ｂｙｔｅは、汎用データを格納する領域である。

コンポーネント・タグ、データ・タイプ、付加情報は、汎用データ・ヘッダー部に相当する。ｄａｔａ＿ｂｙｔｅは、データ部に相当する。

本明細書では、汎用データのユースケースとして、ＨＴＭＬ５形式のデータ放送アプリケーションに対して、表示オブジェクトを時々刻々と変化させるためのデータを汎用データ・ストリームとして伝送する技術を提案する。以下では、本明細書で開示する技術の一実施形態として、放送番組の映像に対して表示オブジェクトをオーバーレイ表示するデータ放送アプリケーションに対して、表示オブジェクトの制御情報を汎用データ・ストリームとして伝送する技術について、詳細に説明する。

例えば、放送番組の映像と同期する表示オブジェクトを表示させたい場合、時々刻々変化する表示オブジェクトの制御情報を、映像と時刻同期した同期型汎用データ・ストリームで伝送することができる。そして、データ放送アプリケーションは、汎用データ・ストリームとして受信する制御情報に基づいて、映像の動きに合わせて、表示オブジェクトを映像にオーバーレイ表示することができる。

図１２には、放送番組の映像と同期する表示オブジェクトを表示させた放送画面の表示例を示している。同図は、サッカーの試合の放送画面であり、出場している選手の情報（例えば、選手名、ポジション、ゴール数など）を提示する「吹き出し」状の表示オブジェクトを、各選手の動きに追従させてオーバーレイ表示している。

図１２は、放送番組の画面に表示オブジェクトをオーバーレイ表示する例の１つに過ぎない。サッカー以外の、例えば野球やバスケットボール、ゴルフ、陸上競技、柔道、カーレースなどさまざまな競技を中継する放送番組に対しても、同様の表示オブジェクトのオーバーレイ表示を適用することができる。勿論、スポーツ以外の、ドラマや音楽番組などさまざまなジャンルの放送番組にも、同様の表示オブジェクトのオーバーレイ表示を適用することができる。

映像と同期した表示オブジェクトに関する情報の表現方法として、例えば、以下で説明する移動オブジェクト・リスト記述（Ｍｏｖｉｎｇ Ｏｂｊｅｃｔ Ｌｉｓｔ Ｄｅｓｃｒｉｐｔｉｏｎ：ＭＯＬＤ）文書を利用することができる。移動オブジェクト・リスト記述文書は、同時に画面に表示するオブジェクト数分の表示オブジェクトに関する情報のリストを記述する文書構造を備えている。移動オブジェクト・リスト記述文書内には、表示オブジェクト毎の情報として、表示オブジェクトの画面上の位置及びサイズと、表示データ自体又は表示データの取得先情報（参照するデータ参照番号又はＵＲＬなど）を記載すればよい。

送信側（放送局）からは、移動オブジェクト・リスト記述文書とこれから参照される表示オブジェクトの表示データ（画像ファイル）をパッケージ化して、パッケージ単位の表示時刻を示すタイムスタンプとともに、汎用データ・ストリームとして間欠的に放送伝送する。そして、受信機側では、各表示オブジェクトを描画するための情報を移動オブジェクト・リスト記述文書から取り出すと、タイムスタンプで指定される表示時刻に基づいて、映像と同期した表示オブジェクトを放送番組の画面にオーバーレイ表示することが可能である。

パッケージ単位の表示時刻を示すタイムスタンプ情報は、ＭＰＵの提示時刻を提供するＭＰＵタイムスタンプ記述子で示すことができる。ＭＰＵタイムスタンプ記述子は、ＭＰテーブルの第２ループ内に配置されるアセット記述子７０１の１つである。ＭＰＵタイムスタンプ記述子のシンタックス例を図８に示したが、移動オブジェクト・リスト記述文書を伝送するＭＰＵのシーケンス番号をｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒで指定し、その表示時刻をｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅで指定すればよい。

また、表示オブジェクトに関する情報として、次のタイミングまでの各表示オブジェクトの内挿位置を求めるための内挿情報も、移動オブジェクト・リスト記述文書に記述する。内挿情報は、次のタイミングまでの時間を細分化した時刻毎の内挿位置を求めるための情報を含む。映像フレーム毎に汎用データ・ストリームを伝送するのは、情報量が大きいため現実的でない。汎用データ・ストリームを間欠的に伝送し、受信機側では、移動オブジェクト・リスト記述文書に記述された内挿情報に基づいて求めた内挿位置に表示オブジェクトを表示することで、次のタイミングまでの間に表示オブジェクトを滑らかに移動させることができる。図１２に示した放送番組の表示例で言えば、常にピッチ上を動き回るサッカー選手に滑らかに追従するように、内挿により表示オブジェクトをオーバーレイ表示することができる。

例えば、内挿情報として、表示オブジェクトの速度ベクトル情報を記述することで、表示オブジェクトの内挿位置を線形補間することが可能になる。さらに、角速度情報を含めることで、表示オブジェクトの内挿位置を弧の曲線補間することが可能になる。速度ベクトルや角速度は、対応する選手の動きを解析して求めることができる。

また、表示オブジェクトに関する情報として、さらにハイパーリンクのＵＲＬ情報を移動オブジェクト・リスト記述文書に記述するようにしてもよい。受信機側では、映像の視聴者が表示オブジェクトを操作した場合に、その表示オブジェクトに対して指定されたＵＲＬに基づいて指定されたリンク先から情報を取得して表示することができる。

また、複数の移動オブジェクト・リスト記述文書から共通に参照される表示オブジェクトの表示データについては、移動オブジェクト・リスト記述文書とパッケージ化して毎回伝送するのではなく、代表して先頭の移動オブジェクト・リスト記述文書とパッケージ化して伝送し、それ以後に伝送する移動オブジェクト・リスト記述文書からは共通に参照するようにしてもよい。外部の表示データを参照する、移動オブジェクト・リスト記述文書のみからなる汎用データを伝送することにより、伝送情報量を削減（すなわち、伝送帯域を節約）することができる。表示データを更新したときに、移動オブジェクト・リスト記述文書とパッケージ化して伝送するようにすれば、帯域節約の効果が高まる。但し、番組の途中でチューニングしてきた受信機でも表示オブジェクトを表示できるようにするために、表示データをパッケージ化した汎用データを一定間隔で伝送することが好ましい。

また、上記の汎用データ・ストリームを、一定周期で間欠伝送してもよいし、伝送周期を可変制御するようにしてもよい。例えば、表示オブジェクトの動きに応じて、汎用データ・ストリームの伝送周期を制御するようにしてもよい。例えば、表示オブジェクトの動きが速い場合には１秒間隔で伝送し、表示オブジェクトのより正確な内挿位置を求め易くすることができる。逆に、表示オブジェクトの動きが遅い場合には５秒間隔にして、伝送情報量を削減（すなわち、伝送帯域を節約）するようにしてもよい。

図１３には、オブジェクト数分の表示オブジェクトに関する情報を記述した移動オブジェクト・リスト記述文書と、同文書から参照される表示データをパッケージ化した汎用データ・ストリームの構造を模式的に示している。

この汎用データ・ストリームは、同期型ＭＰＵとして伝送される。図１０を参照しながら既に説明したように、汎用データ伝送の処理ではＭＰＵが処理の単位となり、ＭＰＵは複数のＭＦＵで構成される。表示オブジェクトに関する情報を汎用データで伝送する場合、移動オブジェクト・リスト記述文書と同文書から参照される表示データのパッケージが処理単位として、１つのＭＰＵで伝送される。

図１３中、参照番号１３００は、１つのパッケージを伝送するＭＰＵであり、参照番号１３１０に示す先頭のＭＦＵに移動オブジェクト・リスト記述文書を格納するとともに、この移動オブジェクト・リスト記述文書から参照される各表示オブジェクトの表示データ（画像ファイル）を後続のＭＦＵ１３２０－１、…、１３２０－Ｎに格納する。

先頭のＭＦＵ１３１０のデータ部に格納される移動オブジェクト・リスト記述文書は、画面に表示するオブジェクト数Ｎ個分の表示オブジェクトの情報のリストからなる。図１４に示すように、４個の表示オブジェクト＃１～＃４を画面に同時に表示する場合、Ｎ＝４であり、移動オブジェクト・リスト記述文書は、４個分の表示オブジェクトに関する情報をリストする。

移動オブジェクト・リスト記述文書内では、参照番号１３１１で示す情報ブロック内に、表示オブジェクト＃１に関する情報として、表示オブジェクトを識別するタグ情報（Ｔａｇ）と、表示オブジェクトを画面上に表示する位置（Ｐｏｓｉｔｉｏｎ）及びサイズ（Ｓｉｚｅ）、内挿情報としての速度ベクトル情報（Ｖｅｃｔｏｒ）及び角速度情報（θ）、表示オブジェクトの表示データの情報（ＭｅｄｉａＤａｔａ）を含んでいる。上述したように、表示オブジェクトの情報としてハイパーリンクのＵＲＬ情報をさらに含んでいてもよい（図１３では省略）。図面の簡素化のため省略したが、他の情報ブロックも、それぞれ対応する表示オブジェクトに関する同様の情報を記述しているものと理解されたい。

表示オブジェクトの表示データの情報（ＭｅｄｉａＤａｔａ）は、表示データの取得先情報（参照するデータ参照番号又はＵＲＬなど）で表すことができる。図１３に示す例では、表示オブジェクトの表示データ（画像ファイル）も、移動オブジェクト・リスト記述文書とパッケージ化することを想定しており、ＵＲＬなどの取得先情報は、同じＭＰＵ内で伝送される、該当する画像ファイルを格納したＭＦＵのロケーション情報を指定するものとする。あるいは、表示データ自体すなわちバイナリー・データを移動オブジェクト・リスト記述文書の情報ブロック内に記述することもできる。

また、参照番号１３３０は、ＭＰテーブルであり、放送信号を構成する各アセット（映像、音声、字幕、データ放送アプリケーションなど）のアセット識別情報とロケーション情報を指定している。このＭＰテーブルの第２ループ内に汎用データ・ストリームのアセットに対して配置されるＭＰＵタイムスタンプ記述子１３３１で、ＭＰＵ１３００の表示時刻を指定する。すなわち、ＭＰＵタイムスタンプ記述子１３３１は、移動オブジェクト・リスト記述文書を伝送するＭＰＵ１３００のシーケンス番号をｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒで指定し、その表示時刻をｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅで指定する。

図１３では、移動オブジェクト・リスト記述文書と同文書から参照される表示データをパッケージ化して伝送するＭＰＵの構成例が示されており、各表示オブジェクトの表示データ（画像ファイル）が同じＭＰＵ内の後続のＭＦＵで伝送される。この変形例として、図１５に示すように、表示データを含まず、移動オブジェクト・リスト記述文書のＭＦＵのみからなるＭＰＵも想定される。このような移動オブジェクト・リスト記述文書は、先行するＭＰＵに含まれるＭＦＵで伝送される表示データを参照する。複数の移動オブジェクト・リスト記述文書で共通に参照される表示データを、１つの移動オブジェクト・リスト記述文書だけにパッケージ化して伝送するという方法により、伝送情報量を削減（すなわち、伝送帯域を節約）することができる。表示データの保持期限を指定する仕組みを導入することにより（後述）、受信機側では、表示データをパッケージ化したＭＰＵを受信すると、指定された保持期限まで表示データをキャッシュしておくので、後から伝送される移動オブジェクト・リスト記述文書からも保持期限までは参照することが可能である。表示データを更新するときは、改めて更新後の表示データとパッケージ化した移動オブジェクト・リスト記述文書を伝送すればよい。但し、番組の途中でチューニングしてきた受信機でも表示オブジェクトを表示できるようにするために、表示データをパッケージ化したＭＰＵを一定間隔で伝送することが好ましい。

なお、ＭＭＴ方式ではなく、ＭＰＥＧ ＴＳ方式の放送システムで同様の機能を実現する場合には、ＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）パケットで同様の情報を伝送するとともに、表示時刻をＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ ＴｉｍｅＳｔａｍｐ）で示すようにすればよい。

図１１には、汎用データのＭＦＵのシンタックス例１１００を示した。移動オブジェクト・リスト記述文書並びに同文書から参照される表示データの伝送に適用される場合のＭＦＵの各パラメーターの利用方法について、以下でさらに説明する。

参照番号１１０１で示したｄａｔａ＿ｔｙｐｅ＿ｂｙｔｅは、当該ＭＦＵで伝送するデータのタイプを、ｄａｔａ＿ｔｙｐｅ＿ｌｅｎｇｔｈで指定したデータ長の文字列で指定する。図１３に示したＭＰＵ内のＭＦＵは、移動オブジェクト・リスト記述文書（ＭＯＬＤ）、又は、表示データの画像ファイルのいずれかを伝送する。ｄａｔａ＿ｔｙｐｅ＿ｂｙｔｅの文字列が指定するデータのタイプを、以下の表２に示しておく。移動オブジェクト・リスト記述文書であれば「ｍｌｄ」、ＪＰＥＧ形式の表示データであれば「ｊｐｇ」、ＰＮＧ形式の表示データであれば「ｐｎｇ」を、ｄａｔａ＿ｔｙｐｅ＿ｂｙｔｅで指定するようにすればよい。

また、参照番号１１０２で示した付加情報領域（ａｄｄｉｔｉｏｎａｌ＿ｉｎｆｏ＿ｂｙｔｅ）には、データ部に格納するデータに応じた付加情報が記述される。すなわち、移動オブジェクト・リスト記述文書を伝送するＭＦＵであれば、移動オブジェクト・リスト記述文書用の付加情報が記述される。また、それ以外すなわち表示データなど表示オブジェクトの素材（ｍａｔｅｒｉａｌ）を伝送するＭＦＵの場合には、素材に関する付加情報が付加情報領域に記述される。

参照番号１１０３で示したデータ部（ｄａｔａ＿ｂｙｔｅ）には、当該ＭＦＵで伝送される汎用データ自体が格納される。先行するパラメーターｄａｔａ＿ｔｙｐｅ＿ｂｙｔｅで「ｍｌｄ」、すなわち移動オブジェクト・リスト記述文書が指定されている場合には、このデータ部には移動オブジェクト・リスト記述文書のファイルが格納される。また、ｄａｔａ＿ｔｙｐｅ＿ｂｙｔｅで「ｊｐｇ」又は「ｐｎｇ」が指定されている場合には、このデータ部にはＪＰＥＧ形式又はＰＮＧ形式の表示データのファイルが格納される。

図１６には、移動オブジェクト・リスト記述文書を伝送するＭＦＵにおける付加情報（ｍｏｌｄ＿ｉｎｆｏ）のシンタックス例１６００を示している。以下、付加情報（ｍｏｌｄ＿ｉｎｆｏ）の各パラメーターの意味について説明する。

ｍａｔｅｒｉａｌ＿ｌｏｃａｔｉｏｎは、当該（すなわち、データ部に格納される）移動オブジェクト・リスト記述文書から参照される表示データの取得先情報を２ビットで示すフィールドである。ｍａｔｅｒｉａｌ＿ｌｏｃａｔｉｏｎの値が示す意味を、以下の表３に示しておく。表示データを移動オブジェクト・リスト記述文書と同じＭＰＵで伝送する場合には（図１３を参照のこと）、ｍａｔｅｒｉａｌ＿ｌｏｃａｔｉｏｎに００を指定する。また、表示データを以前のＭＰＵで伝送した場合には、ｍａｔｅｒｉａｌ＿ｌｏｃａｔｉｏｎに０１を指定する。また、表示データをインターネット上で参照する場合には、ｍａｔｅｒｉａｌ＿ｌｏｃａｔｉｏｎに１０を指定する。ｍａｔｅｒｉａｌ＿ｌｏｃａｔｉｏｎに０１並びに１０を指定する場合、移動オブジェクト・リスト記述文書と同じＭＰＵ内に表示データをパッケージ化しないので（図１５を参照のこと）、伝送帯域が節約される。後述するように、表示データを伝送するＭＦＵは、保持期限を指定することができる。したがって、既に送信済みの表示データが保持期限内であれば、ｍａｔｅｒｉａｌ＿ｌｏｃａｔｉｏｎに０１を指定することができる。

ｅｓｔｉｍａｌｅｄ＿ｎｅｘｔ＿ＭＰＵ＿ｔｉｍｅは、（移動オブジェクト・リスト記述文書を伝送する）次のＭＰＵの予測伝送時刻を示す。受信機側では、次のＭＰＵの予測伝送時刻を考慮して、表示オブジェクトの表示位置を内挿する（図１３を参照のこと）。

また、図１７には、移動オブジェクト・リスト記述文書から参照される素材（表示データ）を伝送するＭＦＵにおける付加情報（ｍａｔｅｒｉａｌ＿ｉｎｆｏ）のシンタックス例１７００を示している。以下、付加情報（ｍａｔｅｒｉａｌ＿ｉｎｆｏ）の各パラメーターの意味について説明する。

ｍａｔｅｒｉａｌ＿ｎａｍｅ＿ｌｅｎｇｔｈは、後続の素材名記述（ｍａｔｅｒｉａｌ＿ｎａｍｅ＿ｂｙｔｅ）の長さをバイト単位で示す。ｍａｔｅｒｉａｌ＿ｎａｍｅ＿ｂｙｔｅは、当該ＭＦＵのデータ部で伝送される素材を移動オブジェクト・リスト記述文書から参照するときに使用される素材参照名を格納する領域である。

ｐｅｒｓｉｓｔｅｎｔ＿ｆｌａｇは、当該ＭＦＵのデータ部（ｄａｔａ＿ｂｙｔｅ）に格納される表示データ（ＪＰＥＧ又はＰＮＧ画像ファイル）を、受信機が当該ＭＰＵの処理が終了した後も保持すべきか否かを指定するデータ保持フラグである。そして、ｐｅｒｓｉｓｔｅｎｔ＿ｆｌａｇに１が指定されている場合には、ｅｘｐｉｒｅ＿ｄａｔｅフィールドに、当該ＭＦＵのデータ部に格納される表示データの保持期限が記述される。

データ保持フラグやデータ保持期限は、汎用データ・ヘッダー部でＭＦＵ毎、すなわち表示データ毎に指定することができる。

受信機側では、汎用データ・ヘッダー部のｐｅｒｓｉｓｔｅｎｔ＿ｆｌａｇに１が指定されている表示データを、当該ＭＰＵの処理が終了した後も、ｅｘｐｉｒｅ＿ｄａｔｅで指定される保持期限に渡って保持（キャッシュ）し続ける。保持されている表示データは、以降のＭＰＵで伝送される移動オブジェクト・リスト記述文書からも参照（すなわち再利用）することができる。要するに、後続のＭＰＵは、移動オブジェクト・リスト記述文書から参照する表示データをパッケージ化して同じＭＰＵで伝送する必要はなくなるので、伝送帯域を節約することができる。

図１８には、移動オブジェクト・リスト記述文書のシンタックス例１８００を示している。ＭＦＵの汎用データ・ヘッダー部内のパラメーターｄａｔａ＿ｔｙｐｅ＿ｂｙｔｅで「ｍｌｄ」が指定されたときには、そのデータ部には図示のような移動オブジェクト・リスト記述文書が格納される。同図中、先頭に＠が付されたパラメーターは属性情報であり、＠が付されていないパラメーターは要素を示す。以下、各パラメーターの意味について説明する。

ｍｏｌｄは、当該データが移動オブジェクト・リスト記述文書であることを示す。同時に画面に表示するオブジェクト数分だけ、移動オブジェクトｍｏの情報が当該文書内に配置される。

各移動オブジェクトｍｏは、オブジェクト・タグで識別される。ｍｏＴａｇフィールドには属性値としてのオブジェクト・タグが記述される。

各移動オブジェクトｍｏの情報として、オブジェクトの位置情報（ｐｏｓｉｔｉｏｎ）、オブジェクトのサイズ情報（ｓｉｚｅ）、オブジェクトの動きベクトル情報（ｍｖ）、オブジェクトの表示データに関する情報（ｍｅｄｉａ）、オブジェクト操作時のリンク先情報（ｌｉｎｋ）を含んでいる。

オブジェクトの位置情報（ｐｏｓｉｔｉｏｎ）は、画面上でのオブジェクトの表示位置（矩形領域であれば、左上隅）の水平座標ｘと垂直座標ｙを属性値として含み、それぞれ画素位置を整数値で示す。

オブジェクトのサイズ情報（ｓｉｚｅ）は、画面上に表示するオブジェクトのサイズを示す、矩形領域の幅ｘと高さｙを属性値として含み、それぞれ画素値（整数値）で示す。

オブジェクトの動きベクトル情報（ｍｖ）は、オブジェクトの水平方向速度ｘ及び垂直方向速度ｙからなる速度ベクトルと、角速度情報θ（但し、オブジェクトの移動が弧で表現される曲線運動の場合）を属性値として含み、それぞれを示す整数値が記述される。受信機側では、動きベクトル情報（ｍｖ）を、次のＭＰＵ（すなわち、次の移動オブジェクト・リスト記述文書）のタイミングまでのオブジェクトの内挿位置を求めるために利用することができる（前述）。

表示データに関する情報（ｍｅｄｉａ）は、オブジェクトの表示データのタイプｔｙｐｅ（ＪＰＥＧ又はＰＮＧ）と、オブジェクトの表示データの取得先情報を示す。表示データの取得先は、同一のＭＰＵ内、以前のＭＰＵ、又はインターネット上のいずれかに大別され、汎用データ・ヘッダー部の付加情報（ｍｏｌｄ＿ｉｎｆｏ）内のパラメーターｍａｔｅｒｉａｌ＿ｌｏｃａｔｉｏｎで指定される（前述）。表示データの取得先情報は、ｍａｔｅｒｉａｌ＿ｌｏｃａｔｉｏｎで指定される場所での取得先をｕｒｌ形式で指定し、ｕｒｌ指定される取得先には表示データのタイプで指定される形式の画像ファイルが置かれていることが前提である。なお、表示データの取得先情報に０を指定した場合には、表示データのタイプ領域に、表示データのバイナリー・データを格納するようにしてもよい。

オブジェクト操作時のリンク先情報（ｌｉｎｋ）は、オブジェクトのリンク先情報をｕｒｌ形式で指定する。映像の視聴者が表示オブジェクトを操作した場合、リンク先情報（ｌｉｎｋ）で指定されるリンク先から情報を取得して表示することができる。

図１９には、表示オブジェクトの表示位置を、移動オブジェクト・リスト記述文書で指定される内挿情報に基づいて補間する仕組みを図解している。参照番号１９０１は、あるタイミングＴ１で送信された移動オブジェクト・リスト記述文書で指定される表示オブジェクトの表示位置（Ｘ１，Ｙ１）を示している。また、参照番号１９０２は、次のタイミングＴ２で送信された移動オブジェクト・リスト記述文書で指定される、同じ表示オブジェクトの表示位置（Ｘ２，Ｙ２）を示している。参照番号１９１１～１９１４は、タイミングの時間間隔を細分化した時刻毎の内挿位置とする。タイミングＴ１で送信された移動オブジェクト・リスト記述文書では、この表示オブジェクトの内挿情報として、速度ベクトル（ｘ，ｙ）と角速度θが指定されているとする。速度ベクトル（ｘ，ｙ）に基づいて、細分化した時刻毎の内挿位置１９１１、…を線形補間することが可能であり、さらに角速度θに基づいて内挿位置１９１１、…を弧の曲線補間することが可能である。

映像に表示オブジェクトをオーバーレイ表示するアプリケーションを実行するアプリケーション・エンジン４１１は、汎用データ・ストリームで伝送される移動オブジェクト・リスト記述文書を逐次取得するとともに、内挿情報に基づいて補間することで、映像の動きに合わせて滑らかに移動する表示オブジェクトを表示することができる。

図２０には、移動オブジェクト・リスト記述文書を汎用データ・ストリームで伝送するシナリオを例示している。同図では、ある放送事業者（放送局）から送信される放送信号を例示しており、横軸を時間軸とする。放送信号は、放送番組を構成するコンポーネントとして、映像アセット２０１０、音声アセット２０２０、データ（アプリケーション）・アセット２０３０、汎用データ・アセット２０４０を含んでいる。放送信号は、さらに他のアセットを含んでいてもよいが、図面の簡素化のため省略する。

また、放送信号には、ＭＰテーブルなどのシグナリング・テーブル、シグナリング・テーブルのコンテナーとなるシグナリング・メッセージなど、制御情報（ＭＭＴ－ＳＩ）を伝送する制御信号２０５０を含んでいる。

同図では、データ・アセット２０３０では、放送番組の映像に対して表示オブジェクトのオーバーレイ表示を行なうデータ放送アプリケーションを伝送し、汎用データ・アセット２０４０では、表示オブジェクトの制御情報すなわち移動オブジェクト・リスト記述文書を汎用データ・ストリームとして間欠的に伝送することを想定している。また、汎用データ・アセット２０４０で伝送される各ＭＰＵの表示時刻は、ＭＰテーブルのＭＰＵタイムスタンプ記述子で指定される（前述）。

参照番号２０４１は、移動オブジェクト・リスト記述文書とこれから参照される表示オブジェクトの表示データ（画像ファイル）をパッケージ化したＭＰＵを示している。先頭のＭＦＵのデータ部に移動オブジェクト・リスト記述文書が格納され、２番目以降のＭＦＵには、この移動オブジェクト・リスト記述文書から参照される表示データが１つずつ格納されている（図１３を参照のこと）。

また、参照番号２０４２は、表示データをパッケージ化しないＭＰＵを示している。このＭＰＵは、移動オブジェクト・リスト記述文書を格納する１つのＭＦＵのみを伝送する。この移動オブジェクト・リスト記述文書からは、先行するＭＰＵ２０４１で既に伝送された表示データが参照されている（図１５を参照のこと）。但し、参照される表示データは、ＭＦＵの汎用データ・ヘッダー部で、ｐｅｒｓｉｓｔｅｎｔ＿ｆｌａｇによりデータ保持が指定され、且つ、ｅｘｐｉｒｅ＿ｄａｔｅで指定されるデータ保持期限が経過していないことが前提である。参照番号２０４３で示すＭＰＵも、同様に、移動オブジェクト・リスト記述文書のＭＦＵのみを伝送する。複数の移動オブジェクト・リスト記述文書で共通に参照される表示データを、１つの移動オブジェクト・リスト記述文書だけにパッケージ化して伝送するという方法により、伝送情報量を削減（すなわち、伝送帯域を節約）することができる。

参照番号２０４４は、移動オブジェクト・リスト記述文書とこれから参照される表示オブジェクトの表示データをパッケージ化したＭＰＵを示している。参照番号２０４１で示したＭＰＵと同様に、先頭のＭＦＵのデータ部に移動オブジェクト・リスト記述文書が格納され、２番目以降のＭＦＵには、この移動オブジェクト・リスト記述文書から参照される表示データが１つずつ格納されている（同上）。

表示データを更新したときは、改めて更新後の表示データとパッケージ化した移動オブジェクト・リスト記述文書を含むＭＰＵ２０４４を伝送すればよい。あるいは、番組の途中でチューニングしてきた受信機でも表示オブジェクトを表示できるようにするために、ＭＰＵ２０４１を送信してから一定時間が経過した後に、表示データをパッケージ化したＭＰＵ２０４４を伝送する。

参照番号２０５１で示すＭＰテーブル内のＭＰＵタイムスタンプ記述子は、参照番号２０４１で示したＭＰＵで伝送される移動オブジェクト・リスト記述文書による表示オブジェクトの表示時刻Ｔ１０を指定している。同様に、参照番号２０５２で示すＭＰテーブル内のＭＰＵタイムスタンプ記述子は参照番号２０４２で示したＭＰＵの表示時刻Ｔ２０を指定し、参照番号２０５３で示すＭＰテーブル内のＭＰＵタイムスタンプ記述子は参照番号２０４３で示したＭＰＵの表示時刻Ｔ３０を指定し、参照番号２０５４で示すＭＰテーブル内のＭＰＵタイムスタンプ記述子は参照番号２０４４で示したＭＰＵの表示時刻を指定している。

受信機側では、放送波で伝送されるＭＰＵ２０４１を受信すると、先頭のＭＦＵで伝送される移動オブジェクト・リスト記述文書を解析するとともに、２番目以降のＭＦＵで伝送される表示データを、ヘッダー部で指定されている保持期限だけ保持する。

そして、ＭＰテーブル２０５１のＭＰＵタイムスタンプ記述子で指定する表示時刻Ｔ１０が到来すると、受信機は、ＭＰＵ２０４１で受信した移動オブジェクト・リスト記述文書の記述内容に従って、参照番号２０６１で示すように、各表示オブジェクトを放送番組の映像にオーバーレイ表示する。

また、受信機は、次のＭＰＵ２０４２に対して指定された表示時刻Ｔ２０が到来するまでの間は、時間間隔を細分化した時刻Ｔ１１において、移動オブジェクト・リスト記述文書で各表示オブジェクトに対して指定された内挿情報（速度ベクトル、角速度）に基づいて内挿位置を求めて、参照番号２０６２で示すように、各表示オブジェクトの表示を更新する。

その後、ＭＰテーブル２０５２のＭＰＵタイムスタンプ記述子で指定する表示時刻Ｔ２０が到来すると、受信機は、ＭＰＵ２０４２で受信した移動オブジェクト・リスト記述文書の記述内容に従って、参照番号２０６３で示すように、先行するＭＰＵ２０４１で伝送した表示データを参照して、各表示オブジェクトを放送番組の映像にオーバーレイ表示する。

図２１には、受信機が汎用データ・ストリームを受信する際の処理手順をフローチャートの形式で示している。図示の処理手順は、ＨＴＭＬブラウザー（アプリケーション・エンジン４１１）において、受信及びデコードした汎用データを取得する処理に相当する。

受信機は、放送サービスのエントリー・ポイントであるＰＡメッセージでＭＰテーブルを受信すると、汎用データ・アセットのＭＰＵタイムスタンプ記述子が存在するかどうかをチェックする（ステップＳ２１０１）。

汎用データ・アセットのＭＰＵタイムスタンプ記述子が存在する場合には（ステップＳ２１０１のＹｅｓ）、受信機は、そのＭＰＵタイムスタンプ記述子の情報、すなわちＭＰＵシーケンス番号とその提示時刻を記憶しておく（ステップＳ２１０２）。

また、受信機は、汎用データ・アセットのＭＰＵを受信すると（ステップＳ２１０３のＹｅｓ）、そのＭＰＵシーケンス番号を指定するＭＰＵタイムスタンプ記述子の情報とともに汎用データＭＰＵを記憶する（ステップＳ２１０４）。

ここで、ＭＰＵの先頭のＭＦＵ（すなわち、移動オブジェクト・リスト記述文書を伝送するＭＦＵ）の汎用データ・ヘッダー部内のｍａｔｅｒｉａｌ＿ｌｏｃａｔｉｏｎを参照する。そして、ｍａｔｅｒｉａｌ＿ｌｏｃａｔｉｏｎ＝１０、すなわち表示データの取得先がインターネット上に指定されている場合には（ステップＳ２１０５のＹｅｓ）、受信機は、そのＭＦＵのデータ部に格納される移動オブジェクト・リスト記述文書で指定されている表示データ取得先のＵＲＬに基づいて、各表示オブジェクトの表示データ（画像ファイル）を取得しておく（ステップＳ２１０６）。

また、図２２には、受信機が汎用データ・ストリームに基づいて映像に同期する表示オブジェクトをオーバーレイ表示するための処理手順をフローチャートの形式で示している。図示の処理手順は、ＨＴＭＬブラウザー（アプリケーション・エンジン４１１）において、最新の汎用データに基づいて表示オブジェクトの表示を更新する処理に相当する。

受信機は、映像フレームの表示タイミングが到来する度に（ステップＳ２２０１のＹｅｓ）、記憶したＭＰＵタイムスタンプ記述子で指定されるＭＰＵ提示時刻と一致するか否かをチェックする（ステップＳ２２０２）。

そして、今回の表示タイミングが、記憶しておいたＭＰＵタイムスタンプ記述子で指定されるＭＰＵ提示時刻である場合には（ステップＳ２２０２のＹｅｓ）、受信機は、該当するＭＰＵの先頭のＭＦＵで伝送される移動オブジェクト・リスト記述文書の記述に基づいて、素材データを参照して、表示オブジェクトを映像フレームにオーバーレイ表示する（ステップＳ２２０３）。

また、受信機は、この提示時刻のＭＰＵより前に受信したＭＰＵにパッケージ化されていた表示データのうち、データ保持フラグ（ｐｅｒｓｉｓｔｅｎｔ＿ｆｌａｇ）が１に設定されている以外の表示データは削除する（ステップＳ２２０４）。

さらに、受信機は、保持している表示データがすべて保持期限内かどうかをチェックする（ステップＳ２２０５）。そして、保持期限が経過している表示データがある場合には、削除する（ステップＳ２２０６）。

また、今回の表示タイミングが、記憶しておいたＭＰＵタイムスタンプ記述子で指定されるＭＰＵ提示時刻でない場合には（ステップＳ２２０２のＮｏ）、受信機は、処理対象となっているＭＰＵの移動オブジェクト・リスト記述文書にリストされている表示オブジェクト毎に、動きベクトル（ｍｖ）の要素情報（すなわち、速度ベクトル情報並びに角速度情報）に基づいて、現在時刻における内挿位置を補間計算して、オブジェクトの表示を更新する（ステップＳ２２０７）。

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

本明細書では、メディア伝送にＭＭＴ方式を採用した放送システムに本明細書で開示する技術を適用した実施形態を中心に説明してきたが、本明細書で開示する技術の要旨はこれに限定されるものではない。データ放送アプリケーションで利用するデータのストリーミングを行なう仕組みを備えたさまざまなタイプの放送システムに、同様に本明細書で開示する技術を適用することができる。例えば、ＭＰＥＧ ＴＳ方式の放送システムで同様の機能を実現する場合には、ＰＥＳパケットで同様の情報を伝送するとともに、表示時刻をＰＴＳで示すようにすればよい。

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

なお、本明細書の開示の技術は、以下のような構成をとることも可能である。
（１）映像を含む放送信号を送信する送信部と、
前記映像の動きに同期して移動するオブジェクトを表示するためのデータを送信するデータ送信部と、
を具備する送信装置。
（２）前記データ送信部は、前記オブジェクトの画面上の位置及びサイズと、前記オブジェクトの表示データに関する情報を含む前記データを送信する、
上記（１）に記載の送信装置。
（３）前記データ送信部は、前記データの表示時刻を示すタイムスタンプとともに、前記データを間欠的に送信する、
上記（１）又は（２）のいずれかに記載の送信装置。
（４）前記データ送信部は、次のタイミングまでの前記オブジェクトの内挿位置を求めるための補間情報を含めて、前記データを間欠的に送信する、
上記（１）乃至（３）のいずれかに記載の送信装置。
（５）前記データ送信部は、前記オブジェクトの速度ベクトル情報又は角速度情報のうち少なくとも１つを含む前記補間情報を送信する、
上記（４）に記載の送信装置。
（６）前記データ送信部は、前記オブジェクトのリンク先情報を含めて前記データを送信する、
上記（１）乃至（５）のいずれかに記載の送信装置。
（７）前記データ送信部は、前記オブジェクトの画面上の位置及びサイズと表示データの参照先を所定の形式で記述した文書ファイルを送信する、
上記（１）に記載の送信装置。
（８）前記データ送信部は、前記文書ファイルと前記文書ファイルから参照される表示データのファイルをパッケージ化して、パッケージ単位で送信する、
上記（７）に記載の送信装置。
（９）前記データ送信部は、前記パッケージに含める各表示データの保持の要否及び保持期限を指定して送信する、
上記（８）に記載の送信装置。
（１０）前記データ送信部は、他の文書ファイルとともにパッケージ化して送信された表示データのファイルを参照する前記文書ファイルをさらに送信する、
上記（９）に記載の送信装置。
（１１）映像を含む放送信号を送信する送信ステップと、
前記映像の動きに同期して移動するオブジェクトを表示するためのデータを送信するデータ送信ステップと、
を有する送信方法。
（１２）映像を含む放送信号を受信する受信部と、
前記映像の動きに同期して移動するオブジェクトを表示するためのデータを受信するデータ受信部と、
受信した前記データに基づいて、放送映像の画面上に前記オブジェクトを表示するための処理を実行する制御部と、
を具備する受信装置。
（１３）前記データ受信部は、前記オブジェクトの画面上の位置及びサイズと、前記オブジェクトの表示データに関する情報を含む前記データを受信し、
前記制御部は、前記データで指定された画面上の位置及びサイズに前記オブジェクトの表示データを表示させる、
上記（１２）に記載の受信装置。
（１４）前記データ受信部は、前記データの表示時刻を示すタイムスタンプとともに、前記データを間欠的に受信し、
前記制御部は、前記タイムスタンプが指定する表示時刻に基づいて前記オブジェクトの表示タイミングを制御する、
上記（１２）又は（１３）のいずれかに記載の受信装置。
（１５）前記データ受信部は、次のタイミングまでの前記オブジェクトの内挿位置を求めるための補間情報を含めて、前記データを間欠的に受信し、
前記制御部は、前記補間情報に基づいて求まる内挿位置に前記オブジェクトを表示させる、
上記（１４）に記載の受信装置。
（１６）前記データ受信部は、前記オブジェクトの画面上の位置及びサイズと表示データの参照先を所定の形式で記述した文書ファイルを受信する、
上記（１２）に記載の受信装置。
（１７）前記データ受信部は、前記文書ファイルと前記文書ファイルから参照される表示データのファイルからなるパッケージ単位で受信する、
上記（１６）に記載の受信装置。
（１８）前記データ受信部は、各表示データの保持の要否及び保持期限が指定された前記パッケージを受信し、
前記制御部は、前記保持期限が経過するまで表示データを保持する、
上記（１７）に記載の受信装置。
（１９）前記データ受信部は、他の文書ファイルとともにパッケージ化して送信された表示データのファイルを参照する前記文書ファイルをさらに受信し、
前記制御部は、前記文書ファイルから参照される、他の文書ファイルとともにバッケージ化して送信された表示データを用いてオブジェクトを表示させる、
上記（１８）に記載の受信装置。
（２０）映像を含む放送信号を受信する受信ステップと、
前記映像の動きに同期して移動するオブジェクトを表示するためのデータを受信するデータ受信ステップと、
受信した前記データに基づいて、放送映像の画面上に前記オブジェクトを表示するための処理を実行する制御ステップと、
を有する受信方法。

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

Claims (4)

1. 映像を含む放送信号を送信する送信ステップと、
   重畳表示データを表示するための所定の形式で記述した文書ファイルを送信するデータ送信ステップと、
   を有し、
   前記データ送信ステップでは、前記重畳表示データの位置情報と、次のタイミングまでの前記重畳表示データの内挿位置を求めるための補間情報を含めて、前記文書ファイルを送信する、
   送信方法。
2. 映像を含む放送信号を送信する送信部と、
   重畳表示データを表示するための所定の形式で記述した文書ファイルを送信するデータ送信部と、
   を具備し、
   前記データ送信部は、前記重畳表示データの位置情報と、次のタイミングまでの前記重畳表示データの内挿位置を求めるための補間情報を含めて、前記文書ファイルを送信する、
   送信装置。
3. 映像を含む放送信号を受信する受信ステップと、
   重畳表示データを表示するための所定の形式で記述した文書ファイルを受信するデータ受信ステップと、
   受信した前記文書ファイルに基づいて、前記映像の画面上に前記重畳表示データを表示するための処理を実行する制御ステップと、
   を有し、
   前記文書ファイルには、前記重畳表示データの位置情報と、次のタイミングまでの前記重畳表示データの内挿位置を求めるための補間情報が含まれており、
   前記制御ステップでは、前記位置情報と前記補間情報に基づいて求まる内挿位置に前記重畳表示データを表示させる、
   受信方法。
4. 映像を含む放送信号を受信する受信部と、
   重畳表示データを表示するための所定の形式で記述した文書ファイルを受信するデータ受信部と、
   受信した前記文書ファイルに基づいて、前記映像の画面上に前記重畳表示データを表示するための処理を実行する制御部と、
   を具備し、
   前記文書ファイルには、前記重畳表示データの位置情報と、次のタイミングまでの前記重畳表示データの内挿位置を求めるための補間情報が含まれており、
   前記制御部は、前記位置情報と前記補間情報に基づいて求まる内挿位置に前記重畳表示データを表示させる、
   受信装置。

Images