JP6566059B2 - 受信装置並びに受信方法 - Google Patents

Description

本明細書で開示する技術は、所定のトランスポート方式でデータ伝送する送信装置及び送信方法、並びに、受信装置並びに受信方法に係り、特に、データ放送アプリケーション並びにその伝送に関する制御情報をＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）方式により伝送する送信装置及び送信方法、並びに、受信装置並びに受信方法に関する。

ディジタル放送ではデータ放送と呼ばれる、ニュース、天気予報などの各種文字情報や、双方向性サービスを提供することができる。本出願時点において運用されているデータ放送アプリケーションは、ＡＲＩＢ（Ａｓｓｏｃｉａｔｉｏｎ ｏｆ Ｒａｄｉｏ Ｉｎｄｕｓｔｒｉｅｓ ａｎｄ Ｂｒｏａｄｃａｓｔ）ＳＴＤ−Ｂ２４によって規定されたＢＭＬ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）方式によって記述されている。

データ放送アプリケーションには、放送番組に連動した番組連動型データ放送アプリケーションと、ニュースや天気予報のように放送番組とは特に連動しない番組非連動型データ放送アプリケーションに大別することができる。番組連動型データ放送アプリケーションは、基本的に、放送番組の切り替わりとともに内容が刷新される。したがって、番組非連動型データ放送アプリケーションを実行中に放送番組が切り替わったときには、強制的に番組連動型データ放送アプリケーションに切り替えて表示させたいという要望が放送局側にはある。従来のＢＭＬ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式のデータ放送アプリケーションをデータ・カルーセル伝送する放送システムでは、引き戻しフラグ（ｒｅｔｕｒｎｔｏ＿ｅｎｔｒｙ＿ｆｌａｇ）というシグナリングにより、所望するデータ放送アプリケーションに強制的に引き戻す処理が可能である（例えば、特許文献１を参照のこと）。

また、次世代のディジタル放送方式として、ＭＰＥＧで新たなメディア・トランスポート方式として規格化されたＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）方式による超高解像度ＴＶ放送規格が検討されている。ＭＭＴ方式では、異なる伝送路を組み合わせて利用することが容易であり、放送や通信の複数の伝送路に共通に用いることができる。

ＷＯ２００６／０７５５９０

本明細書で開示する技術の目的は、データ放送アプリケーションの伝送に関する制御情報を好適に伝送することができる、優れた送信装置及び送信方法、並びに、受信装置並びに受信方法を提供することにある。

本願は、上記課題を参酌してなされたものであり、請求項１に記載の技術は、
放送サービスを構成する各コンポーネントを所定のトランスポート方式に基づく伝送単位にして送信する送信部と、
前記コンポーネントの伝送に関する制御情報を送信する情報送信部と、
を具備し、
前記情報送信部は、前記送信部から送信されるデータ放送アプリケーションの引き戻しに関する制御情報を送信する、
送信装置である。

本願の請求項２に記載の技術によれば、請求項１に記載の送信装置において、前記所定のトランスポート方式はＭＭＴである。

本願の請求項３に記載の技術によれば、請求項１に記載の送信装置の前記情報送信部は、前記送信部から送信される映像及び音声コンポーネントで構成される放送番組に連動してエントリー・アプリケーションへの引き戻しを指示する制御情報を送信するように構成されている。

本願の請求項４に記載の技術によれば、請求項１に記載の送信装置の前記情報送信部は、前記送信部が送信するアプリケーションのコンポーネントの伝送に関する制御情報を示す第１のテーブル内で、エントリー・アプリケーションへの引き戻しを指示する引き戻し制御記述子をコンポーネント単位で格納して送信するように構成されている。

本願の請求項５に記載の技術によれば、請求項４に記載の送信装置の前記情報送信部は、引き戻し対象をコンポーネント単位で示す前記引き戻し制御記述子をコンポーネント毎に格納した前記第１のテーブルを送信するように構成されている。

本願の請求項６に記載の技術によれば、請求項１に記載の送信装置の前記情報送信部は、データ放送アプリケーションの提示単位に関する情報を示す第２のテーブル内でエントリー・アプリケーションへの引き戻しを指示する引き戻し制御記述子を提示単位で格納して送信するように構成されている。

本願の請求項７に記載の技術によれば、請求項６に記載の送信装置の前記情報送信部は、引き戻し対象を提示単位で示す前記引き戻し制御記述子をデータ・コンテンツ毎に格納した前記第２のテーブルを送信するように構成されている。

本願の請求項８に記載の技術によれば、請求項１に記載の送信装置の前記情報送信部は、データ・コンテンツ毎にデータ放送アプリケーションに関する情報を示す第３のテーブル内でエントリー・アプリケーションへの引き戻しを指示する引き戻し制御記述子をデータ・コンテンツ単位で格納して送信するように構成されている。

本願の請求項９に記載の技術によれば、請求項８に記載の送信装置の前記送信部は、データ放送アプリケーションを構成するファイルを前記所定のトランスポート方式に基づく伝送単位にグルーピングして送信し、前記情報送信部は、引き戻し対象を伝送単位で示す前記引き戻し制御記述子をデータ・コンテンツ毎に格納した前記第３のテーブルを送信するように構成されている。

本願の請求項１０に記載の技術によれば、請求項１に記載の送信装置の前記情報送信部は、アプリケーションの動作制御を示す第４のテーブル内でエントリー・アプリケーションへの引き戻しを指示する引き戻し制御記述子をアプリケーション単位で格納して送信するように構成されている。

本願の請求項１１に記載の技術によれば、請求項１０に記載の送信装置の前記情報送信部は、次に起動するアプリケーションを指定する前記引き戻し制御記述子をアプリケーション毎に格納した前記第４のテーブルを送信するように構成されている。

本願の請求項１２に記載の技術によれば、請求項１に記載の送信装置の前記情報送信部は、アプリケーションの動作制御を示す第４のテーブル内のすべてのアプリケーションに適用される共通記述子としてエントリー・アプリケーションへの引き戻しを指示する引き戻し制御記述子を格納して送信するように構成されている。

本願の請求項１３に記載の技術によれば、請求項１２に記載の送信装置の前記情報送信部は、エントリー・アプリケーションへの引き戻しのために終了すべきアプリケーションの識別情報を示す前記引き戻し制御記述子を前記共通記述子として配置した前記第４のテーブルを送信するように構成されている。

また、本願の請求項１４に記載の技術は、
放送サービスを構成する各コンポーネントを所定のトランスポート方式に基づく伝送単位にして送信する送信ステップと、
前記コンポーネントの伝送に関する制御情報を送信する情報送信ステップと、
を有し、
前記情報送信ステップは、前記送信ステップにおいて送信するデータ放送アプリケーションの引き戻しに関する制御情報を送信する、
送信方法である。

また、本願の請求項１４に記載の技術は、
所定のトランスポート方式に基づく伝送単位で伝送される放送サービスの各コンポーネントを受信する受信部と、
前記コンポーネントの伝送に関する制御情報を受信する情報受信部と、
を具備し、
前記情報受信部は、前記受信部で受信するデータ放送アプリケーションの引き戻しに関する制御情報を受信する、
受信装置である。

また、本願の請求項１６に記載の技術は、
所定のトランスポート方式に基づく伝送単位で伝送される放送サービスの各コンポーネントを受信する受信ステップと、
前記コンポーネントの伝送に関する制御情報を受信する情報受信ステップと、
を有し、
前記情報受信ステップでは、前記受信ステップで受信するデータ放送アプリケーションの引き戻しに関する制御情報を受信する、
受信方法である。

本明細書で開示する技術によれば、データ放送アプリケーションの伝送に関する制御情報を好適に伝送することができる、優れた送信装置及び送信方法、並びに、受信装置並びに受信方法を提供することができる。

本明細書で開示する技術によれば、例えばＭＭＴ方式に基づいてデータ放送アプリケーションを伝送する放送システムにおいて、アプリケーションの表示切り替えに関する制御情報を好適に伝送することができる、優れた送信装置及び送信方法、並びに、受信装置並びに受信方法を提供することができる。

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

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

図１は、本明細書で開示する技術を適用したディジタル放送システム１０の構成例を模式的に示した図である。 図２は、ＭＭＴ方式を用いる放送システムのプロトコル・スタック２００を示した図である。 図３は、図２に示した放送信号を送出する放送送出システム１１の構成例を示した図である。 図４は、図２に示した放送信号を受信する受信機１２の構成例を示した図である。 図５は、ＭＭＴ／ＴＬＶ方式に従って放送送出システム１１から放送伝送路に送出される放送信号５００のイメージを示した図である。 図６は、ＰＡメッセージ内のＭＰテーブルからパッケージの各アセットを指定する仕組みを示した図である。 図７は、ＭＭＴ伝送されるデータ放送アプリケーションを構成するファイルを取得する仕組みを説明するための図である 図８は、アプリケーションの強制引き戻しを行なう動作例を示した図である。 図９は、データ伝送メッセージで伝送されるデータ・アセット管理テーブル（ＤＡＭＴ）のシンタックス例９００を示した図である。 図１０は、データ・アセット管理テーブルに配置されるエントリー・アプリケーションへの引き戻し制御の記述子のシンタックス例１０００を示した図である。 図１１は、データ・コンテンツ管理テーブル（ＤＣＣＴ）のシンタックス例１１００を示した図である。 図１２は、第３の実施例で利用するデータ・コンテンツ管理テーブルのシンタックス例１２００を示した図である。 図１３は、データ・コンテンツ管理テーブルのデータ・コンテンツの情報領域に配置されるエントリー・アプリケーションへの引き戻し制御の記述子のシンタックス例１３００を示した図である。 図１４は、ＭＨ ＡＩＴ（アプリケーション情報テーブル）のシンタックス例２０００を示した図である。 図１５は、ＭＨ−ＡＩＴのアプリケーション情報のループ内に配置されるエントリー・アプリケーションへの引き戻し制御の記述子（Ｆｏｒｃｅｄ＿Ｒｅｔｕｒｎ＿ｄｅｓｃｒｉｐｔｏｒ）のシンタックス例１５００を示した図である。 図１６は、ＭＨ−ＡＩＴの共通記述子に配置する引き戻し制御記述子（Ｆｏｒｃｅｄ＿Ｒｅｔｕｒｎ＿ｄｅｓｃｒｉｐｔｏｒ）のシンタックス例１６００を示した図である。 図１７は、受信機がデータ放送アプリケーションの実行を制御するための処理手順を示したフローチャートである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

また、データ・コンテンツ管理テーブル５３３は、各データ・コンテンツを構成するデータ放送アプリケーションの提示単位（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｕｎｉｔ：ＰＵ）やファイルの情報を管理するためのテーブルである。ここで言う「データ・コンテンツ」は、一般に、１つの放送番組の連携するアプリケーション・データ全体に相当する。同テーブルは、提示単位（ＰＵ）の情報である場合、データ放送アプリケーションのファイルの構成情報をデータ放送の提示単位（ＰＵ）で記述しており、データ放送アプリケーション用のファイル・データの柔軟で有効なキャッシュ制御に利用することができる。

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

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

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

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

データ放送アプリケーションからパス名を指定すると、参照番号７０１で示すように、データ伝送メッセージ内のデータ・ディレクトリー管理テーブルから、指定されたパス名のファイルのノード・タグを得ることができる。

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

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

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

データ放送アプリケーションには、放送番組に連動した番組連動型データ放送アプリケーションと、ニュースや天気予報のように放送番組とは特に連動しない番組非連動型データ放送アプリケーションに大別することができる。放送局側には、放送番組に連動して、番組連動型データ放送アプリケーションに表示を強制的に切り替えたいという要求がある。「放送番組に連動して」とは、放送番組が切り替わったときや、放送番組内でコーナーが切り替わったときのことなどを意味する。このようなタイミングで、番組非連動型データ放送アプリケーションが実行されていたとしても、これを終了して、放送番組（若しくは番組内のコーナー）でエントリーに指定された番組連動型データ放送アプリケーションに強制的に引き戻したい、という要求が放送局にはある。

図８には、エントリーに指定された番組連動型データ放送アプリケーションへの強制引き戻しが行なわれるケースを模式的に示している。

図８ではＭＭＴ方式の放送伝送路を想定しており、映像アセット８０１や音声アセット８０２、データ放送アプリケーションのアセット８０３、８０４がそれぞれ専用のＭＭＴ伝送路で伝送される。但し、参照番号８０３は番組連動型データ放送アプリケーションのアセット、参照番号８０４は番組非連動型データ放送アプリケーションのアセットとする。

また、アセットのＭＭＴ伝送に併せて、ＭＭＴに関わる制御情報（ＭＭＴ−ＳＩ）として、参照番号８１１〜８１６で示すように、イベント情報テーブル（ＥＩＴ）、アプリケーション情報テーブル（ＡＩＴ）、データ・ディレクトリー管理テーブル（ＤＤＭＴ）、データ・アセット管理テーブル（ＤＡＭＴ）、データ・コンテンツ管理テーブル（ＤＣＣＴ）、イベント・メッセージ・テーブル（ＥＭＴ）といった各種シグナリング・テーブルが伝送される。このうちイベント情報テーブル８１１は、番組名、放送日時、番組内容などが記述され、番組の変更や終了によって更新される。また、アプリケーション情報テーブルは、各アプリケーションの処理方法を示し、例えば自動起動（ＡＳ）すべきアプリケーション、実行可能な状態（ＰＲ）にあるアプリケーションを記述している。実行可能なアプリケーションは、アセット８０３、８０４内で伝送されている、番組連動型及び番組非連動型のすべてのアプリケーションである。また、自動起動すべきアプリケーションはその放送番組（若しくは番組内のコーナー）でエントリーとなる放送連動型データ放送アプリケーションに相当する。また、イベント・メッセージ・テーブル８１６は、イベント・メッセージに関する情報を伝送する。

図８の横方向は時間軸に相当するものとし、時刻ｔ１で放送番組Ｐ１のオンエアが開始し、時刻ｔ２でその放送番組Ｐ１内でコーナーが変更し、時刻ｔ３で放送番組Ｐ１が終了して次の放送番組Ｐ２が開始するものとする。

アセット８０３では、番組の切り替わり並びに番組コーナーの切り替わりに連動して、伝送されるアプリケーションが変更される。すなわち、時刻ｔ１〜ｔ２の期間に番組連動型アプリケーションａｐｐ１、ａｐｐ２が伝送され、時刻ｔ２〜ｔ３の期間に番組連動型アプリケーションａｐｐ６、ａｐｐ７が伝送される。また、時刻ｔ３以降では、番組連動型アプリケーションの伝送が停止される。一方、アセット８０４では、番組の切り替わりや番組コーナーの切り替わりには連動せずに、番組非連動型アプリケーションａｐｐ３、ａｐｐ４が伝送され続ける。

アプリケーション情報テーブル８１１は、時刻ｔ１〜ｔ２の期間では、自動起動すべきアプリケーション（ＡＳ）にａｐｐ１を示すとともに、実行可能な状態にあるアプリケーション（ＰＲ）としてアセット８０３及び８０４で同期間内に伝送される他のすべてのアプリケーションａｐｐ２、ａｐｐ３、ａｐｐ４を示している。また、時刻ｔ２〜ｔ３の期間では、自動起動すべきアプリケーション（ＡＳ）にａｐｐ６を示すとともに、実行可能な状態にあるアプリケーション（ＰＲ）としてアセット８０３及び８０４で同期間内に伝送される他のすべてのアプリケーションａｐｐ７、ａｐｐ３、ａｐｐ４を示している。また、時刻ｔ３以降では、自動起動すべきアプリケーション（ＡＳ）に番組非連動アプリケーションａｐｐ３を示すとともに、実行可能な状態にあるアプリケーション（ＰＲ）としてアプリケーションａｐｐ４を示している。

図８の最下段では、各期間におけるアプリケーションの参照関係並びにアプリケーションの表示が遷移する様子を示している。時刻ｔ１〜ｔ２の期間では、ａｐｐ１がエントリー・アプリケーションに指定されており、ａｐｐ１は番組連動型アプリケーションａｐｐ２と番組非連動型アプリケーションａｐｐ３を参照している。さらにａｐｐ３は、同じく番組非連動型であるアプリケーションａｐｐ４を参照している。また、時刻ｔ２〜ｔ３の期間では、ａｐｐ６がエントリー・アプリケーションに指定されており、ａｐｐ１は番組連動型アプリケーションａｐｐ７と番組非連動型アプリケーションａｐｐ３を参照している。さらにａｐｐ３は、時刻ｔ２以前と同様に、番組非連動型であるアプリケーションａｐｐ４を参照している。

時刻ｔ１で放送番組Ｐ１のオンエアが開始されたことに連動して、エントリー・アプリケーションａｐｐ１が自動起動する。その後、ユーザーのリモコン操作などに応じて、データ放送の表示が番組非連動型アプリケーションａｐｐ３に遷移したとする。そして、時刻ｔ２に到達して、放送番組Ｐ１内でコーナーが変更したことに連動して、エントリー・アプリケーションがａｐｐ６に切り替わる。このような場合、放送番組Ｐ１を放送する放送局には、番組非連動型アプリケーションａｐｐ３を強制的に終了して、エントリーとしての番組連動型アプリケーションａｐｐ６の表示に引き戻したいという要求がある。

従来のＢＭＬ形式のデータ放送アプリケーションの伝送方式では、引き戻しフラグ（ｒｅｔｕｒｎｔｏ＿ｅｎｔｒｙ＿ｆｌａｇ）というシグナリングにより、所望するデータ放送アプリケーションに強制的に引き戻す処理が可能である。

これに対し、本明細書では、ＭＭＴ方式を採用する放送システムにおいて、データ伝送に関するシグナリング・メッセージでデータ放送アプリケーションの強制切り替えを指示する幾つかの実施例について説明する。

第１の実施例では、データ伝送メッセージで伝送するデータ・アセット管理テーブル（図５を参照のこと）内に、エントリー・アプリケーションへの引き戻し制御の記述子を配置することにより、エントリー・アプリケーションへの強制引き戻しを実現する。

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

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

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

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

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

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

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

アセットのループの最後には、アセット単位での情報を記述する記述子が配置される。具体的には、ｄｅｓｃｒｉｐｔｏｒ＿ｌｏｏｐ＿ｌｅｎｇｔｈは、ｄｅｓｃｒｉｐｔｏｒの全バイト長を示す。ｄｅｓｃｒｉｐｔｏｒは、ｄｅｓｃｒｉｐｔｏｒ＿ｌｏｏｐ＿ｌｅｎｇｔｈの数分のループからなる一連の領域に、アセット単位での情報を記述する記述子（ｄｅｓｃｒｉｐｔｏｒ）を格納する。格納される記述子は別途定義する。

第１の実施例では、アセット単位での情報を記述する記述子（ｄｅｓｃｒｉｐｔｏｒ）として、エントリー・アプリケーションへの引き戻し制御の記述子（ｒｅｔｕｒｎＴｏＥｎｔｒｙ＿ｄｅｓｃｒｉｐｔｏｒ）を配置する。

図１０には、データ・アセット管理テーブルに配置されるエントリー・アプリケーションへの引き戻し制御の記述子（ｒｅｔｕｒｎＴｏＥｎｔｒｙ＿ｄｅｓｃｒｉｐｔｏｒ）のシンタックス例１０００を示している。

ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇは、当該記述子１０００を識別する、８ビットの整数値である。ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、このフィールドより後に続く当該記述子１０００のデータのバイト長を書き込む領域である。そして、ｒｅｔｕｒｎ＿ｔｏ＿ｅｎｔｒｙ＿ｆｌａｇには、強制引き戻しを行なうか否かが示される。

第１の実施例においても２通りのエントリー・アプリケーションへの引き戻し制御の記述子の適用方法がある。第１の方法はデータ・アセット管理テーブルの、自動起動アプリケーションを含むデータ・アセットのループの記述子領域には図１０に示した引き戻し制御記述子を配置し、それ以外のデータ・アセットのループには引き戻し制御記述子を配置しない。これにより、受信機は自動起動アプリケーションを含むデータ・アセットで伝送されたアプリケーション以外のアプリケーションを実行している場合には当該アプリケーションを終了してエントリー・アプリケーションを起動する。この場合の受信機動作について考察してみる。例えば、時刻ｔ２に到達してデータ・アセット管理テーブルが更新されると、受信機はその内容をチェックする。受信機は、時刻ｔ１〜ｔ２の期間中に番組非連動型アプリケーションであるａｐｐ３の実行に切り替えているが、更新されたデータ・アセット管理テーブルでは、引き戻し制御記述子が含まれるので、当該記述子が記述されたデータ・アセットとは異なるデータ・アセットで伝送されたａｐｐ３を直ちに終了し、エントリー・アプリケーションであるａｐｐ６を起動する。

第２の方法はデータ・アセット管理テーブルの引き戻し対象となるデータ・アセットのループに引き戻し制御記述子を配置する。これにより受信機は当該記述子が配置されたデータ・アセットに含まれるアプリケーションを実行中の場合には当該アプリケーションを終了してエントリー・アプリケーションを起動する。この場合の受信機動作について考察してみる。例えば、時刻ｔ２に到達してデータ・アセット管理テーブルが更新されると、受信機はその内容をチェックする。受信機は、時刻ｔ１〜ｔ２の期間中に番組非連動型アプリケーションであるａｐｐ３の実行に切り替えているが、更新されたデータ・アセット管理テーブルでは、ａｐｐ３が伝送されるデータ・アセットに引き戻し制御記述子が配置されるので、ａｐｐ３を直ちに終了し、エントリー・アプリケーションであるａｐｐ６を起動する。

このように、データ・アセット管理テーブルを用いることで、アセット単位でアプリケーションの強制引き戻しを制御することができる。

第２の実施例では、データ伝送メッセージで伝送するデータ・コンテンツ管理テーブル（図５を参照のこと）内に、エントリー・アプリケーションへの引き戻し制御の記述子を配置することにより、エントリー・アプリケーションへの強制引き戻しを実現する。

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

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

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

１つのデータ・コンテンツのループ内には、当該データ・コンテンツの属性情報として、ｃｏｎｔｅｎｔ＿ｉｄと、ｃｏｎｔｅｎｔ＿ｖｅｒｓｉｏｎと、ｃｏｎｔｅｎｔ＿ｓｉｚｅ、ＰＵ＿ｉｎｆｏ＿ｆｌａｇを記載するとともに、当該データ・コンテンツを構成するデータ放送アプリケーションの提示単位（ＰＵ）又はファイルに関する情報が書き込まれる。ｃｏｎｔｅｎｔ＿ｉｄ（コンテンツ識別情報）は、当該データ・コンテンツを一意に識別するラベルである。ｃｏｎｔｅｎｔ＿ｖｅｒｓｉｏｎは、当該データ・コンテンツのバージョン番号を書き込む領域である。ｃｏｎｔｅｎｔ＿ｓｉｚｅは、当該データ・コンテンツのサイズを書き込む領域である。また、ＰＵ＿ｉｎｆｏ＿ｆｌａｇは、当該データ・コンテンツのループが提示単位（ＰＵ）の情報を示すか否かを示すフラグである。

ＰＵ＿ｉｎｆｏ＿ｆｌａｇ＝１は、当該データ・コンテンツのループが提示単位（ＰＵ）の情報であることを示す。この場合の後続の領域には、当該データ・コンテンツを構成するデータ放送アプリケーションの提示単位（ＰＵ）の情報が格納される。ｎｕｍｂｅｒ＿ｏｆ＿ＰＵｓに当該データ・コンテンツに含まれるＰＵの数が書き込まれ、これに続いて、ｎｕｍｂｅｒ＿ｏｆ＿ＰＵｓの数分だけＰＵのループが配置される。

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

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

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

図１１に示すように、データ・コンテンツ管理テーブルのＰＵのループ内には、データ・コンテンツを構成する提示単位ＰＵ毎に、ＰＵの情報を格納することができる（但し、ＰＵ＿ｉｎｆｏ＿ｆｌａｇ＝１の場合）。第２の実施例では、この情報領域を利用して、エントリー・アプリケーションへの引き戻し制御の記述子（ｒｅｔｕｒｎＴｏＥｎｔｒｙ＿ｄｅｓｃｒｉｐｔｏｒ）を配置して、アプリケーションの提示単位でアプリケーションの強制引き戻しを制御する。

ＰＵ毎の情報領域に配置する引き戻し制御記述子のシンタックスは、図１０と同様でよい。引き戻し制御記述子のｒｅｔｕｒｎ＿ｔｏ＿ｅｎｔｒｙ＿ｆｌａｇには、強制引き戻しを行なうか否かが示される。

第２の実施例においても、２通りのエントリー・アプリケーションへの引き戻し制御の記述子の適用方法がある。第１の方法は、データ・コンテンツ管理テーブルの、自動起動アプリケーションを含むＰＵのループのＰＵ情報領域には引き戻し制御記述子を配置するが、それ以外のＰＵのループには引き戻し制御記述子を配置しない。自動起動アプリケーションを含むＰＵは、ＰＵ＿ｔａｇ＝０で識別することができるので、ＰＵ＿ｔａｇ＝０のＰＵのループにのみ引き戻し制御記述子を配置し、ＰＵ＿ｔａｇが０でないＰＵのループには引き戻し制御記述子を配置しない。自動起動アプリケーションへの強制引き戻し時には、引き戻し制御記述子を配置しないＰＵに含まれるアプリケーションを終了すべきことを示す。第２の方法は、逆に、自動起動アプリケーションを含まないＰＵのループで、引き戻し対象となるＰＵのＰＵ情報領域に引き戻し制御記述子を配置する。自動起動アプリケーションへの強制引き戻し時には、引き戻し制御記述子を配置したＰＵに含まれるアプリケーションを終了すべきことを示す。

ＰＵ＿ｔａｇ＝０のＰＵのループにのみ引き戻し制御記述子を配置する場合の受信機側の動作について考察してみる。例えば時刻ｔ２に到達して、データ・コンテンツ管理テーブルが更新されると、受信機はその内容をチェックする。受信機は、時刻ｔ１〜ｔ２の期間中に番組非連動型アプリケーションであるａｐｐ３の実行に切り替えているが、更新されたデータ・コンテンツ管理テーブルでは、引き戻し制御記述子がＰＵ＿ｔａｇ＝０のＰＵのループに配置されているので、ａｐｐ３を直ちに終了する。その結果、受信機は、時刻ｔ２以降においてエントリー・アプリケーションに指定されているａｐｐ６を、放送局の要求通りに自動起動することができる。

このように、データ・コンテンツ管理テーブルのＰＵのループ内にエントリー・アプリケーションへの引き戻し制御の記述子（ｒｅｔｕｒｎＴｏＥｎｔｒｙ＿ｄｅｓｃｒｉｐｔｏｒ）を配置することで、提示単位（ＰＵ）でアプリケーションの強制引き戻しを制御することができる。

第３の実施例でも、第２の実施例と同様に、データ・コンテンツ管理テーブル内にエントリー・アプリケーションへの引き戻し制御の記述子を配置することにより、エントリー・アプリケーションへの強制引き戻しを実現する。但し、第３の実施例では、ＰＵのループではなく上位のデータ・コンテンツのループに引き戻し制御記述子を配置して、ＰＵよりも上位のデータ・コンテンツの単位でエントリー・アプリケーションへの強制引き戻しを制御する。

第３の実施例では、データ・コンテンツ管理テーブルのデータ・コンテンツのループに、引き戻し制御記述子を配置するためのデータ・コンテンツの情報領域を新たに定義する。図１２には、第３の実施例で利用するデータ・コンテンツ管理テーブルのシンタックス例１２００を示している。図１１のシンタックス例１１００と相違する箇所を点線で囲んで示した。以下、このシンタックス例１２００について説明するが、図１１と重複するパラメーターについては説明をする。

参照番号１２０１で示すように、データ・コンテンツのループ内に、当該データ・コンテンツの属性情報として、ＰＵ＿ｉｎｆｏ＿ｆｌａｇの後に、ｃｏｎｔｅｎｔ＿ｉｎｆｏ＿ｆｌａｇを定義する。ｃｏｎｔｅｎｔ＿ｉｎｆｏ＿ｆｌａｇは、当該データ・コンテンツのループがデータ・コンテンツの情報を含むか否かを示すフラグである。

ｃｏｎｔｅｎｔ＿ｉｎｆｏ＿ｆｌａｇ＝１は、当該データ・コンテンツのループがデータ・コンテンツの情報を含むことを示す。この場合、当該データ・コンテンツのループの最後にデータ・コンテンツの情報を格納する領域が定義される。具体的には、参照番号１２０２で示すように、ｃｏｎｔｅｎｔ＿ｉｎｆｏ＿ｌｅｎｇｔｈにデータ・コンテンツの情報のバイト長を示し、このバイト数分のループからなる一連の領域にデータ・コンテンツの情報がバイト単位（ｃｏｎｔｅｎｔ＿ｉｎｆｏ＿ｂｙｔｅ）で書き込まれる。

第３の実施例では、このデータ・コンテンツの情報領域を利用して、エントリー・アプリケーションへの引き戻し制御の記述子（ｒｅｔｕｒｎＴｏＥｎｔｒｙ＿ｄｅｓｃｒｉｐｔｏｒ）を配置して、アプリケーションの提示単位でアプリケーションの強制引き戻しを制御する。

図１３には、データ・コンテンツ管理テーブルのデータ・コンテンツの情報領域に配置される、エントリー・アプリケーションへの引き戻し制御の記述子（ｒｅｔｕｒｎＴｏＥｎｔｒｙ＿ｄｅｓｃｒｉｐｔｏｒ）のシンタックス例１３００を示している。

ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇは、当該記述子１３００を識別する、８ビットの整数値である。ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、このフィールドより後に続く当該記述子１３００のデータのバイト長を書き込む領域である。ＰＵ＿ｎｕｍｂｅｒ＿ｏｆ＿ｔａｒｇｅｔ＿ｔｏ＿ｒｅｔｕｒｎには、当該データ・コンテンツに含まれる、アプリケーションの強制引き戻し時に終了することが指定されるＰＵの数が書き込まれる。そして、ＰＵ＿ｎｕｍｂｅｒ＿ｏｆ＿ｔａｒｇｅｔ＿ｔｏ＿ｒｅｔｕｒｎの数分だけ配置されるループ内では、アプリケーションの強制引き戻し時に終了すべき各ＰＵを識別するＰＵタグが書き込まれる。

この場合の受信機側の動作について考察してみる。例えば時刻ｔ２に到達して、データ・コンテンツ管理テーブルが更新されると、受信機はその内容をチェックする。受信機は、時刻ｔ１〜ｔ２の期間中に番組非連動型アプリケーションであるａｐｐ３の実行に切り替えているが、更新されたデータ・コンテンツ管理テーブルでは、番組非連動型アプリケーションａｐｐ３を含むデータ・コンテンツのループに配置される引き戻し制御記述子内でａｐｐ３を含む提示単位（ＰＵ）のタグが指定されているので、ａｐｐ３を直ちに終了する。その結果、受信機は、時刻ｔ２以降においてエントリー・アプリケーションに指定されているａｐｐ６を、放送局の要求通りに自動起動することができる。

このように、データ・コンテンツ管理テーブルのデータ・コンテンツのループに新たに定義するデータ・コンテンツ内にエントリー・アプリケーションへの引き戻し制御の記述子（ｒｅｔｕｒｎＴｏＥｎｔｒｙ＿ｄｅｓｃｒｉｐｔｏｒ）を配置することで、データ・コンテンツ毎に提示単位（ＰＵ）でアプリケーションの強制引き戻しを制御することができる。

第４の実施例では、Ｍ２セクション・メッセージで伝送するＭＨ−ＡＩＴ（アプリケーション情報テーブル）（図５を参照のこと）内に、エントリー・アプリケーションへの引き戻し制御の記述子を配置することにより、エントリー・アプリケーションへの強制引き戻しを実現する。

図１４には、Ｍ２セクション・メッセージで伝送されるＭＨ−ＡＩＴのシンタックス例１４００を示している。ＭＨ−ＡＩＴは、アプリケーションに関する動的制御情報及び実行に必要な付加情報を伝送するテーブルであり、具体的には、ＭＭＴ伝送路で送られてくるデータ放送アプリケーション（ファイル・データ）の処理方法（アプリケーションに適用される起動状態など）、並びにロケーション（ＵＲＬ）を指定する。

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

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

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

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

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

図１４に示すように、ＭＨ−ＡＩＴのアプリケーション情報のループ内には、該当するアプリケーションの情報を格納するアプリケーション情報記述子（ｄｅｓｃｒｉｐｔｏｒ）が配置される。第４の実施例では、この記述子領域にエントリー・アプリケーションへの引き戻し制御の記述子を配置して、アプリケーション単位でアプリケーションの強制引き戻しを制御する。第４の実施例においては、２通りの引き戻し制御記述子のシンタックスが考えられる。第１の方法は、前述の図１０に示す引き戻し制御記述子（ｒｅｔｕｒｎＴｏＥｎｔｒｙ ｄｅｓｃｒｉｐｔｏｒ）を適用する方法である。これにより、当該記述子により指定されたアプリケーションの実行を終了し自動起動（ａｕｔｏｓｔａｒｔ）が指定されたエントリー・アプリケーションを起動する。この場合の受信機側の動作について考察してみる。例えば時刻ｔ２に到達して、ＭＨ−ＡＩＴが更新されると、受信機はその内容をチェックする。受信機は、時刻ｔ１〜ｔ２の期間中に番組非連動型アプリケーションであるａｐｐ３の実行に切り替えているが、更新されたＭＨ−ＡＩＴでは、番組非連動型アプリケーションのアプリケーション情報のループに引き戻し制御記述子が配置されているのでａｐｐ３を直ちに終了する。その結果、受信機は、時刻ｔ２以降においてエントリー・アプリケーションに指定されているａｐｐ６を、放送局の要求通りに自動起動することができる。本実施例は、変形例としてＭＨ−ＡＩＴのアプリケーション情報ループやアプリケーション制御記述子に存在するｒｅｓｅｒｖｅｄ＿ｆｏｒ＿ｆｕｔｕｒｅのうちの１ビットをｒｅｔｕｒｎＴｏＥｎｔｒｙとして利用することも考えられる。

第２の方法は、図１５に示す引き戻し制御の記述子（Ｆｏｒｃｅｄ＿Ｒｅｔｕｒｎ＿ｄｅｓｃｒｉｐｔｏｒ）を適用する方法である。

ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇは、当該記述子１５００を識別する、８ビットの整数値である。ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、このフィールドより後に続く当該記述子１５００のデータのバイト長を書き込む領域である。また、ａｐｐｌｉｃａｔｉｏｎ＿ｉｄｅｎｔｉｆｉｅｒは、アプリケーションの強制引き戻し時に、次に実行するアプリケーションを識別するアプリケーション識別情報を示す。

ＭＨ−ＡＩＴのアプリケーション情報のループ内では、アプリケーションの強制引き戻し時に終了すべきアプリケーションに対して引き戻し制御記述子（Ｆｏｒｃｅｄ＿Ｒｅｔｕｒｎ＿ｄｅｓｃｒｉｐｔｏｒ）を配置して、該当するアプリケーションに対して個別に終了を指示する。図８に示した動作例に当てはめて説明すると、番組非連動型アプリケーションａｐｐ３やａｐｐ４に対して引き戻し制御記述子（Ｆｏｒｃｅｄ＿Ｒｅｔｕｒｎ＿ｄｅｓｃｒｉｐｔｏｒ）を配置する。

この場合の受信機側の動作について考察してみる。例えば時刻ｔ２に到達して、ＭＨ−ＡＩＴが更新されると、受信機はその内容をチェックする。受信機は、時刻ｔ１〜ｔ２の期間中に番組非連動型アプリケーションであるａｐｐ３の実行に切り替えているが、更新されたＭＨ−ＡＩＴでは、番組非連動型アプリケーションａｐｐ３のアプリケーション情報記述子の格納領域に引き戻し制御記述子（Ｆｏｒｃｅｄ＿Ｒｅｔｕｒｎ＿ｄｅｓｃｒｉｐｔｏｒ）が配置されているので、ａｐｐ３を直ちに終了する。そして、受信機は、時刻ｔ２以降において、引き戻し制御記述子（Ｆｏｒｃｅｄ＿Ｒｅｔｕｒｎ＿ｄｅｓｃｒｉｐｔｏｒ）でアプリケーション識別情報が示されているアプリケーションａｐｐ６を、放送局の要求通りに自動起動することができる。

このように、ＭＨ−ＡＩＴを用いることで、アプリケーション単位でアプリケーションの強制引き戻しを制御することができる。

第５の実施例でも、第４の実施例と同様に、ＭＨ−ＡＩＴに引き戻し制御記述子（Ｆｏｒｃｅｄ＿Ｒｅｔｕｒｎ＿ｄｅｓｃｒｉｐｔｏｒ）を配置することにより、エントリー・アプリケーションへの強制引き戻しを実現する。但し、第５の実施例では、特定のアプリケーションにのみ適用されるアプリケーション情報記述子ではなく、ＡＩＴサブテーブル内のすべてのアプリケーションに適用される共通記述子（ｃｏｍｍｏｎ＿ｄｅｓｃｒｉｐｔｏｒ）として引き戻し制御記述子（Ｆｏｒｃｅｄ＿Ｒｅｔｕｒｎ＿ｄｅｓｃｒｉｐｔｏｒ）を配置する。

図１６には、ＭＨ−ＡＩＴの共通記述子に配置する引き戻し制御記述子（Ｆｏｒｃｅｄ＿Ｒｅｔｕｒｎ＿ｄｅｓｃｒｉｐｔｏｒ）のシンタックス例１６００を示している。

ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇは、当該記述子１６００を識別する、８ビットの整数値である。ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、このフィールドより後に続く当該記述子１６００のデータのバイト長を書き込む領域である。ｎｕｍｂｅｒ＿ｏｆ＿ｔａｒｇｅｔ＿ｔｏ＿ｒｅｔｕｒｎにアプリケーションの強制引き戻し時に終了することが指定されるアプリケーションの数が書き込まれる。そして、ｎｕｍｂｅｒ＿ｏｆ＿ｔａｒｇｅｔ＿ｔｏ＿ｒｅｔｕｒｎの数分だけ配置されるループ内では、アプリケーションの強制引き戻し時に終了することが指定された各アプリケーションを識別するアプリケーション識別情報（ａｐｐｌｉｃａｔｉｏｎ＿ｉｄｅｎｔｉｆｉｅｒ）が書き込まれる。

ＭＨ−ＡＩＴの共通記述子として引き戻し制御記述子（Ｆｏｒｃｅｄ＿Ｒｅｔｕｒｎ＿ｄｅｓｃｒｉｐｔｏｒ）を配置して、ＡＩＴサブテーブル内の図８に示した動作例に当てはめて説明すると、アプリケーションに対して個別に終了を指示する。図８に示した動作例に当てはめて説明すると、引き戻し制御記述子（Ｆｏｒｃｅｄ＿Ｒｅｔｕｒｎ＿ｄｅｓｃｒｉｐｔｏｒ）に、番組非連動型アプリケーションａｐｐ３やａｐｐ４のアプリケーション識別情報を示す。

この場合の受信機側の動作について考察してみる。例えば時刻ｔ２に到達して、ＭＨ−ＡＩＴが更新されると、受信機はその内容をチェックする。受信機は、時刻ｔ１〜ｔ２の期間中に番組非連動型アプリケーションであるａｐｐ３の実行に切り替えているが、更新されたＭＨ−ＡＩＴに共通記述子として配置されている引き戻し制御記述子（Ｆｏｒｃｅｄ＿Ｒｅｔｕｒｎ＿ｄｅｓｃｒｉｐｔｏｒ）では、番組非連動型アプリケーションａｐｐ３のアプリケーション識別情報が示されているので、ａｐｐ３を直ちに終了する。その結果、受信機は、時刻ｔ２以降においてエントリー・アプリケーションに指定されているａｐｐ６を、放送局の要求通りに自動起動することができる。

このように、ＭＨ−ＡＩＴを用いることで、アプリケーション単位でアプリケーションの強制引き戻しを制御することができる。

図１７には、上述した第１〜第５の各実施例において、受信機がデータ放送アプリケーションの実行を制御するための処理手順をフローチャートの形式で示している。

放送番組のオンエア中、Ｍ２セクション・メッセージ並びにデータ伝送メッセージを含む各シグナリング・メッセージは、基本的にカルーセル伝送されており、受信機はシグナリング・メッセージから最新のシグナリング・テーブルを取得する（ステップＳ１７０１）。受信機が取得するシグナリング・テーブルは、ＭＨ−ＡＩＴやデータ・アセット管理テーブル、データ・コンテンツ管理テーブルを含むものとする。

そして、受信機は、データ放送アプリケーションを起動する（ステップＳ１７０２）。受信機は、例えば、ＭＨ−ＡＩＴで自動起動（ａｕｔｏｓｔａｒｔ）が指定されたアプリケーションを自動起動する。また、受信機は、ユーザー（放送番組の視聴者）のリモコン操作などで指定されたアプリケーションを実行する。なお、以下では、説明の簡素化のため、ユーザーが起動中のアプリケーションの終了を指示することはないものとする。

シグナリング・テーブルが更新されない限り（ステップＳ１７０３のＮｏ）、受信機は、アプリケーションの動作を継続する。

ここで、ＭＨ−ＡＩＴやデータ・アセット管理テーブル、データ・コンテンツ管理テーブルなどのシグナリング・テーブルが更新されると（ステップＳ１７０３のＹｅｓ）、動作中のアプリケーションに対して、ＭＨ−ＡＩＴ内で「ｋｉｌｌ（終了）」が指定されるなどの記述がないかをチェックする（ステップＳ１７０４）。

また、更新されたシグナリング・テーブルに動作中のアプリケーションに対する「ｋｉｌｌ」などの記述がない場合には（ステップＳ１７０４のＮｏ）、動作中のアプリケーションに対してエントリー・アプリケーションへの強制引き戻しのために引き戻し制御記述子に基づいて終了が指示されているかどうかをチェックする（ステップＳ１７０５）。

そして、動作中のアプリケーションに対して、ＭＨ−ＡＩＴ内で「ｋｉｌｌ（終了）」が指定されている場合や（ステップＳ１７０４のＹｅｓ）、引き戻し制御記述子に基づいて動作中のアプリケーションの終了が指示されている場合には（ステップＳ１７０５のＹｅｓ）、動作中のアプリケーションを終了する（ステップＳ１７０６）。

動作中のアプリケーションを終了させた後、自動起動するアプリケーション（エントリー・アプリケーション）が指定されている場合には（ステップＳ１７０７のＹｅｓ）、受信機は、そのアプリケーションを実行する。

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

本明細書で開示する技術は、トランスポート方式としてＭＭＴを採用するさまざまな放送システムに適用することができる。また、本明細書で開示する技術は、データ放送アプリケーションの伝送に関する制御情報を伝送するさまざまな放送システムに適用することができる。

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

なお、本明細書の開示の技術は、以下のような構成をとることも可能である。
（１）放送サービスを構成する各コンポーネントを所定のトランスポート方式に基づく伝送単位にして送信する送信部と、
前記コンポーネントの伝送に関する制御情報を送信する情報送信部と、
を具備し、
前記情報送信部は、前記送信部から送信されるデータ放送アプリケーションの引き戻しに関する制御情報を送信する、
送信装置。
（２）前記所定のトランスポート方式はＭＭＴである、
上記（１）に記載の送信装置。
（３）前記情報送信部は、前記送信部から送信される映像及び音声コンポーネントで構成される放送番組に連動してエントリー・アプリケーションへの引き戻しを指示する制御情報を送信する、
上記（１）に記載の送信装置。
（４）前記情報送信部は、前記送信部が送信するアプリケーションのコンポーネントの伝送に関する制御情報を示す第１のテーブル内で、エントリー・アプリケーションへの引き戻しを指示する引き戻し制御記述子をコンポーネント単位で格納して送信する、
上記（１）に記載の送信装置。
（５）前記情報送信部は、引き戻し対象をコンポーネント単位で示す前記引き戻し制御記述子をコンポーネント毎に格納した前記第１のテーブルを送信する、
上記（４）に記載の送信装置。
（６）前記情報送信部は、データ放送アプリケーションの提示単位に関する情報を示す第２のテーブル内でエントリー・アプリケーションへの引き戻しを指示する引き戻し制御記述子を提示単位で格納して送信する、
上記（１）に記載の送信装置。
（７）前記情報送信部は、引き戻し対象を提示単位で示す前記引き戻し制御記述子をデータ・コンテンツ毎に格納した前記第２のテーブルを送信する、
上記（６）に記載の送信装置。
（８）前記情報送信部は、データ・コンテンツ毎にデータ放送アプリケーションに関する情報を示す第３のテーブル内でエントリー・アプリケーションへの引き戻しを指示する引き戻し制御記述子をデータ・コンテンツ単位で格納して送信する、
上記（１）に記載の送信装置。
（９）前記送信部は、データ放送アプリケーションを構成するファイルを前記所定のトランスポート方式に基づく伝送単位にグルーピングして送信し、
前記情報送信部は、引き戻し対象を伝送単位で示す前記引き戻し制御記述子をデータ・コンテンツ毎に格納した前記第３のテーブルを送信する、
上記（８）に記載の送信装置。
（１０）前記情報送信部は、アプリケーションの動作制御を示す第４のテーブル内でエントリー・アプリケーションへの引き戻しを指示する引き戻し制御記述子をアプリケーション単位で格納して送信する、
上記（１）に記載の送信装置。
（１１）前記情報送信部は、次に起動するアプリケーションを指定する前記引き戻し制御記述子をアプリケーション毎に格納した前記第４のテーブルを送信する、
上記（１０）に記載の送信装置。
（１２）前記情報送信部は、アプリケーションの動作制御を示す第４のテーブル内のすべてのアプリケーションに適用される共通記述子としてエントリー・アプリケーションへの引き戻しを指示する引き戻し制御記述子を格納して送信する、
上記（１）に記載の送信装置。
（１３）前記情報送信部は、エントリー・アプリケーションへの引き戻しのために終了すべきアプリケーションの識別情報を示す前記引き戻し制御記述子を前記共通記述子として配置した前記第４のテーブルを送信する、
上記（１２）に記載の送信装置。
（１４）放送サービスを構成する各コンポーネントを所定のトランスポート方式に基づく伝送単位にして送信する送信ステップと、
前記コンポーネントの伝送に関する制御情報を送信する情報送信ステップと、
を有し、
前記情報送信ステップは、前記送信ステップにおいて送信するデータ放送アプリケーションの引き戻しに関する制御情報を送信する、
送信方法。
（１５）所定のトランスポート方式に基づく伝送単位で伝送される放送サービスの各コンポーネントを受信する受信部と、
前記コンポーネントの伝送に関する制御情報を受信する情報受信部と、
を具備し、
前記情報受信部は、前記受信部で受信するデータ放送アプリケーションの引き戻しに関する制御情報を受信する、
受信装置。
（１６）所定のトランスポート方式に基づく伝送単位で伝送される放送サービスの各コンポーネントを受信する受信ステップと、
前記コンポーネントの伝送に関する制御情報を受信する情報受信ステップと、
を有し、
前記情報受信ステップでは、前記受信ステップで受信するデータ放送アプリケーションの引き戻しに関する制御情報を受信する、
受信方法。

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

Claims (3)

1. 所定のトランスポート方式に基づく伝送単位で伝送されるアプリケーションとアプリケーション情報テーブルを受信する受信部と、
   前記アプリケーション情報テーブルに含まれる制御コードに基づいて、前記アプリケーションの状態を制御する制御部と、
   を具備し、
   前記アプリケーション情報テーブルには、実行可能な状態にあるアプリケーションから自動起動アプリケーションへの切り替えに関する制御情報がアプリケーション毎に配置されており、
   前記制御部は、前記アプリケーション情報テーブルが更新された場合、前記制御情報と前記制御コードに基づいて、前記アプリケーションの動作を制御する、
   受信装置。
2. 前記所定のトランスポート方式はＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）である、
   請求項１に記載の受信装置。
3. 所定のトランスポート方式に基づく伝送単位で伝送されるアプリケーションとアプリケーション情報テーブルを受信する受信ステップと、
   前記アプリケーション情報テーブルに含まれる制御コードに基づいて、前記アプリケーションの状態を制御する制御ステップと、
   を有し、
   前記アプリケーション情報テーブルには、さらに、実行可能な状態にあるアプリケーションから自動起動アプリケーションへの切り替えに関する制御情報がアプリケーション毎に配置されており、
   前記制御ステップでは、前記アプリケーション情報テーブルが更新された場合、前記制御情報と前記制御コードに基づいて、前記アプリケーションの動作を制御する、
   受信方法。