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

Description

本明細書で開示する技術は、所定のトランスポート方式によりデータ放送アプリケーション及びその制御情報を送信する送信装置及び送信方法、並びに、所定のトランスポート方式により伝送されるデータ放送アプリケーション及びその制御情報を受信し、制御情報に基づいてデータ放送アプリケーションを実行する受信装置並びに受信方法に関する。

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

本出願時において、ＭＭＴ方式による超高解像度ＴＶ放送規格が検討されている。また、ビデオやオーディオ、字幕などの放送番組本体のストリーム・メディアをタイムド（Ｔｉｍｅｄ）ＭＰＵ（Ｍｅｄｉａ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）フォーマットで伝送する一方、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書のようなデータ放送アプリケーション並びにアプリケーションに関わる制御情報をノンタイムド（Ｎｏｎ ｔｉｍｅｄ）ＭＰＵフォーマットで伝送する方式も規定されている。

データ放送サービスでは、放送番組本体の制作元であるキー局が主に放送番組に連動したアプリケーションを付与する一方、配信事業者である各地方局でも自前のアプリケーションを付与するという運用が想定される。各地方局は、必ずしも放送番組本体には連動しないが、天気予報やローカル・ニュースといったその地域に密着した情報を自前のアプリケーションで提供し、地域毎に粒度の細かいデータ放送サービスを実現できるというメリットがある。

現状のＢＭＬ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｉａｇｅ）を利用したデータ放送や、ハイブリッドキャストの放送局運用では、特に民間放送において、責任分界と地方局の配信設備の負担を増大させないという観点から、アプリケーション伝送、及び、アプリケーションに関連する制御情報も、キー局分と地方局分で独立して配信されるように考慮されている。

次世代の放送規格を検討する際、各地方局でも自前のアプリケーションを付与するという民間放送の要求を十分考慮すべきである。ここで、データ放送サービスをすべて一系統に統合した運用にしてしまうと、キー局で用意したデータ放送のデータ・フローに対して、各地方局において自前のアプリケーションの付け足しや付け替え作業を行なわなければならない。この結果、地方局に過大な配信コストを強いるとともに、作業がうまくいかないリスクもある。

特開２０１３−１５３２９１号公報

ＩＳＯ／ＩＥＣ ＦＤＩＳ ２３００８−１：２０１３（Ｅ） Ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｐｌｏｇｙ−Ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｃｏｄｉｎｇ ａｎｄ ｍｅｄｉａ ｄｅｌｉｖｅｒｙ ｉｎ ｈｅｔｅｒｏｇｅｎｅｏｕｓ ｅｎｖｉｒｏｎｍｅｎｔｓ−Ｐａｒｔ１：ＭＰＥＧ ｍｅｄｉａ ｔｒａｎｓｐｏｒｔ（ＭＭＴ）

本明細書で開示する技術の目的は、所定のトランスポート方式によりデータ放送アプリケーション及びその制御情報を好適に送信することができる、優れた送信装置及び送信方法を提供することにある。

また、本明細書で開示する技術の目的は、所定のトランスポート方式により伝送されるデータ放送アプリケーション及びその制御情報を好適に受信し、制御情報に基づいてデータ放送アプリケーションを実行することができる、優れた受信装置並びに受信方法を提供することにある。

本願は、上記課題を参酌してなされたものであり、請求項１に記載の技術は、
放送番組に対するアプリケーションに関連する制御情報を生成する制御情報生成部と、
前記制御情報生成部で生成した制御情報を送信する送信部と、
を具備し、
前記制御情報生成部は、アプリケーションを独立して運用すべきグループ毎に前記制御情報をグルーピングし、所定のシグナリング・テーブルに配置するアプリケーション・サービス記述子に、グループ毎の前記制御情報の取得先情報及びグループ識別情報を示す、
送信装置である。

本願の請求項２に記載の技術によれば、請求項１に記載の送信装置の前記制御情報生成部は、シグナリング情報のエントリー・ポイントとなるシグナリング・メッセージで伝送するシグナリング・テーブルに前記アプリケーション・サービス記述子を配置して、前記グループ毎の前記制御情報の取得先情報及びグループ識別情報を示すように構成されている。

本願の請求項３に記載の技術によれば、請求項１に記載の送信装置の前記制御情報生成部は、前記アプリケーション・サービス記述子に、前記グループ毎のアプリケーションの運用に必要又は重要な制御データを格納するシグナリング・メッセージ又はシグナリング・テーブルの取得先情報とグループ識別情報を示すように構成されている。

本願の請求項４に記載の技術によれば、請求項１に記載の送信装置の前記制御情報生成部は、前記アプリケーション・サービス記述子に、グループ毎のデータ・トランスミッション・メッセージ、ＭＨ−ＡＩＴ、ＥＭＴの取得先情報とグループ識別情報を示すように構成されている。

本願の請求項５に記載の技術によれば、請求項１に記載の送信装置の前記制御情報生成部は、前記アプリケーション・サービス記述子に、アプリケーションがデフォルト・エントリーに設定されていることを示すデフォルト・フラグをさらに示すように構成されている。

本願の請求項６に記載の技術によれば、請求項１に記載の送信装置の前記制御情報生成部は、前記アプリケーション・サービス記述子に、グループ毎の所属する組織を識別する組織識別子をさらに示すように構成されている。

本願の請求項７に記載の技術によれば、請求項１に記載の送信装置の前記制御情報生成部は、前記アプリケーション・サービス記述子に、アプリケーションのフォーマットのバリエーションを示す情報をさらに示すように構成されている。

本願の請求項８に記載の技術によれば、請求項１に記載の送信装置の前記制御情報生成部は、前記アプリケーション・サービス記述子に、アプリケーション及びアプリケーションの制御情報の伝送方法のバリエーションを示す情報をさらに示すように構成されている。

本願の請求項９に記載の技術によれば、請求項１に記載の送信装置は、放送番組本体のデータを符号化するＡＶエンコーダーと、放送番組に対するアプリケーションのファイル・データを符号化するファイル・エンコーダーをさらに備えている。そして、前記送信部は、前記制御情報を、前記ＡＶエンコーダー及びファイル・エンコーダーでそれぞれエンコードした符号化データと多重化して送信するように構成されている。

また、本願の請求項１０に記載の技術は、
放送番組に対するアプリケーションに関連する制御情報を生成する制御情報生成ステップと、
前記制御情報生成ステップで生成した制御情報を送信する送信ステップと、
を有し、
前記制御情報生成ステップでは、アプリケーションを独立して運用すべきグループ毎に前記制御情報をグルーピングし、所定のシグナリング・テーブルに配置するアプリケーション・サービス記述子に、グループ毎の前記制御情報の取得先情報及びグループ識別情報を示す、
送信方法である。

また、本願の請求項１１に記載の技術は、
放送番組に対するアプリケーションに関連する制御情報を受信する制御情報受信部と、
前記制御情報受信部が受信した制御情報に基づいてアプリケーションの実行を制御するアプリケーション・データ制御部と、
を具備し、
前記アプリケーション・データ制御部は、所定のシグナリング・テーブルに配置されたアプリケーション・サービス記述子が示す、アプリケーションを独立して運用すべきグループ毎の制御情報の取得先情報及びグループ識別情報に基づいて、各グループから伝送されるアプリケーション・データを取得する、
受信装置である。

本願の請求項１２に記載の技術によれば、請求項１１に記載の受信装置の前記アプリケーション・データ制御部は、シグナリング情報のエントリー・ポイントとなるシグナリング・メッセージで伝送するシグナリング・テーブルに配置された前記アプリケーション・サービス記述子から、前記グループ毎の前記制御情報の取得先情報及びグループ識別情報を取得するように構成されている。

本願の請求項１３に記載の技術によれば、請求項１１に記載の受信装置の前記アプリケーション・データ制御部は、前記アプリケーション・サービス記述子から、前記グループ毎のアプリケーションの運用に必要又は重要な制御データを格納するシグナリング・メッセージ又はシグナリング・テーブルの取得先情報とグループ識別情報を取得するように構成されている。

本願の請求項１４に記載の技術によれば、請求項１１に記載の受信装置の前記アプリケーション・データ制御部は、前記アプリケーション・サービス記述子から、前記グループ毎のデータ・トランスミッション・メッセージ、ＭＨ−ＡＩＴ、ＥＭＴの取得先情報とグループ識別情報を取得するように構成されている。

本願の請求項１５に記載の技術によれば、請求項１１に記載の受信装置の前記アプリケーション・データ制御部は、前記アプリケーション・サービス記述子でデフォルト・フラグが設定されているアプリケーションをデフォルト・エントリーとして起動するように構成されている。

本願の請求項１６に記載の技術によれば、請求項１１に記載の受信装置の前記アプリケーション・データ制御部は、前記アプリケーション・サービス記述子で示されている組織識別子に基づいて、グループが所属する組織を識別するように構成されている。

本願の請求項１７に記載の技術によれば、請求項１１に記載の受信装置の前記アプリケーション・データ制御部は、前記アプリケーション・サービス記述子が示す情報に基づいて、各グループが伝送するアプリケーションのフォーマットを識別するように構成されている。

本願の請求項１８に記載の技術によれば、請求項１１に記載の受信装置の前記アプリケーション・データ制御部は、前記アプリケーション・サービス記述子が示すアプリケーション及びアプリケーションの制御情報の伝送方法のバリエーションを示す情報に基づいて、各グループが伝送するアプリケーション及びアプリケーションの制御情報を取得するように構成されている。

本願の請求項１９に記載の技術によれば、請求項１１に記載の受信装置は、放送番組本体のデータを復号するＡＶデコーダーと、復号した放送番組とアプリケーションを実行した結果を合成する合成部をさらに備えている。

また、本願の請求項２０に記載の技術は、
放送番組に対するアプリケーションに関連する制御情報を受信する制御情報受信ステップと、
前記制御情報受信ステップで受信した制御情報に基づいてアプリケーションの実行を制御するアプリケーション・データ制御ステップと、
を有し、
前記アプリケーション・データ制御ステップでは、所定のシグナリング・テーブルに配置されたアプリケーション・サービス記述子が示す、アプリケーションを独立して運用すべきグループ毎の制御情報の取得先情報及びグループ識別情報に基づいて、実行すべきアプリケーション・データを取得する、
受信方法である。

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

また、本明細書で開示する技術によれば、所定のトランスポート方式により伝送されるデータ放送アプリケーション及びその制御情報を好適に受信し、制御情報に基づいてデータ放送アプリケーションを実行することができる、優れた受信装置並びに受信方法を提供することができる。

本明細書で開示する技術によれば、番組制作局としてのキー局、配信局としての各地方局、並びに第３者など複数のグループが、同一の放送番組に対するグループ毎のデータ放送アプリケーション及びアプリケーションに関連する制御情報をそれぞれ独立した系統で配信することができる。したがって、キー局と地方局間の責任分界と、地方局の配信設備の負担を増大させずに済む。

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

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

図１は、本明細書で開示する技術を適用したディジタル放送システム１０の構成例を模式的に示した図である。 図２は、ＭＭＴを適用した放送信号のスタック・モデル２００を示した図である。 図３は、図２に示した放送信号を送出する放送送出システム１１の構成例を示した図である。 図４は、図２に示した放送信号を受信する受信機１２の構成例を示した図である。 図５は、ＭＭＴ方式に従って放送送出システム１１からＲＦ伝送路に送出される放送信号（パッケージ）５００のイメージを示した図である。 図６は、ＰＡメッセージ内のＭＰテーブルからパッケージの各アセットを指定する仕組みを示した図である。 図７は、ＭＭＴ伝送されるデータ放送アプリケーションを構成するファイルを取得する仕組みを説明するための図である 図８は、番組制作局、配信局、第３者がそれぞれ制作したデータ放送アプリケーション間のリンク関係の一例を示した図である。 図９は、グループ毎のデータ放送アプリケーション及びその制御情報を独立した系統で配信する信号の構成例を示した図である。 図１０は、図９に示した複数系統配信信号の変形例を示した図である。 図１１は、図１０中の番組＃２を放映する時間帯において各グループが運用するアプリケーション間のリンク関係を示した図である。 図１２は、図１０中の番組＃３を放映する時間帯において各グループが運用するアプリケーション間のリンク関係を示した図である。 図１３は、アプリケーション配信システム系統を模式的に示した図である。 図１４は、シグナリング・メッセージの１つであるＰＡメッセージ１４０１と、ＰＡメッセージに含まれるＭＰテーブル１４０２の構成例を示した図である。 図１５は、ＰＡメッセージ１５００のデータ構造例を示した図である。 図１６は、ＰＡメッセージに含まれるパラメーターの説明を示した図である。 図１７は、ＭＰテーブル１７００のデータ構造例を示した図である。 図１８は、ＭＰテーブルに含まれるパラメーターの説明を示した図である。 図１９は、アプリケーション・サービス記述子のデータ構造例を示した図である。 図２０は、ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏのデータ構造例を示した図である。

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

図１には、本明細書で開示する技術を適用したディジタル放送システム１０の構成例を模式的に示している。図示のディジタル放送システム１０は、放送送出システム１１と、受信機１２で構成される。図１に示したディジタル放送システム１０では、放送送出システム１１から受信機１２へ放送信号を伝送する際のトランスポート方式として、ＭＭＴを適用することを想定している。

放送送出システム１１は、伝送メディアを含むＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）方式の放送信号を送信する。放送信号の伝送ディアには、タイムド・メディアと、ファイルのようなノンタイムド・メディアの両方が含まれる。タイムド・メディアは、例えば、ビデオやオーディオ、字幕などの放送番組本体に関わるストリーム・データである。また、ノンタイムド・メディアは、例えばＨＴＭＬ文書のような、データ放送に利用される各ファイル・データである。タイムド並びにノンタイムドのいずれのデータも、ＭＰＵフォーマットで伝送される。

なお、本実施形態では、放送送出システム１１は、番組本体の制作元であるキー局（番組制作局）と、地域毎の配信事業者である各地方局（配信局）で構成される。キー局は、制作した放送番組本体に、主に放送番組に連動したデータ放送アプリケーションを多重化して送出する。また、各地方局は、それぞれ自前のデータ放送アプリケーションを、キー局から提供される放送番組本体に多重化して送出する。地方局毎の自前のデータ放送アプリケーションは、必ずしも放送番組本体には連動しないが、例えば天気予報やローカル・ニュースといったその地域に密着した情報を提供する。

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

図２には、トランスポート方式としてＭＭＴを適用する場合の放送信号構成例をスタック・モデル２００で示している。

スタック・モデル２００の最下層には、物理レイヤー（ＰＨＹ）２０１がある。物理例２０１には、変調方式や誤り訂正方式などが含まれる。

物理レイヤー２０１の上に、ＴＬＶ（Ｔｙｐｅ Ｌｅｎｇｔｈ Ｖａｌｕｅ）の伝送パケットのレイヤー２０２がある。また、ＴＬＶ２０２の上にはＩＰパケット２０３が載り、さらにその上にＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）２０４が載る。また、ＴＬＶの伝送パケット２０２の上には、ＩＰ２０３とＵＤＰ２０４のヘッダーを圧縮したヘッダー圧縮ＩＰ２０５と、シグナリング情報（Ｓｉｇｎａｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ：ＳＩ）としての伝送制御信号２０６も載る。

ＵＤＰ２０４の上には、ＭＭＴパケット２０７、現在時刻の情報を含むＮＴＰ（Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）パケット２０８などが載る。ＭＭＴプロトコル（ＭＭＴＰ）は、ＭＭＴＰペイロード２０９をＩＰネットワーク上で伝送するためのアプリケーション・レイヤーのトランスポート・プロトコルである。

ＭＭＴパケット２０７のＭＭＴペイロード２０９には、ＭＦＵ（ＭＭＴ Ｆｒａｇｍｅｎｔ Ｕｎｉｔ）２１０あるいはデータ放送に関わるシグナリング・メッセージ（Ｓｉｇｎａｌｉｎｇ Ｍｅｓｓａｇｅ）２１１が含まれる。ＭＦＵ２１０は、符号化されたタイムド・メディア並びにノンタイムド・メディアのコンテナーであるＭＰＵのフラグメントである。ＭＦＵ２１０には、ビデオやオーディオ、字幕などのストリーム・データ（タイムド・メディア）２１２や、ＨＴＭＬ文書データなどのファイル・データ（ノンタイムド・メディア）２１３が挿入される。

図３には、図２に示した放送信号を送出する放送送出システム１１の構成例を示している。放送送出システム１１は、放送番組本体の制作元であるキー局（番組制作局）、又は、配信事業者である各地方局（配信局）に相当する。図示の放送送出システム１１は、時計部３０１と、信号送出部３０２と、ビデオ・エンコーダー３０３と、オーディオ・エンコーダー３０４と、キャプション・エンコーダー３０５と、シグナリング・エンコーダー３０６と、ファイル・エンコーダー３０７と、情報システム３０８と、ＴＬＶシグナリング・エンコーダー３０９と、ＩＰサービス・マルチプレクサー（ＭＵＸ）３１０と、ＴＬＶマルチプレクサー（ＭＵＸ）３１１と、変調・送信部３１２を備えている。

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

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

情報システム３０８は、ＴＶ放送局のスケジューラー並びにファイルの供給源であり、ノンタイムド・メディアであるデータ放送アプリケーションと、データ放送アプリケーションに関わる制御情報をそれぞれ、ファイル・エンコーダー３０７、シグナリング・エンコーダー３０６に送る。なお、放送送出システム１１がキー局などの番組制作局の場合、情報システム３０８は主に放送番組に連動したデータ放送アプリケーション並びにそれに関わる制御情報をそれぞれ、ファイル・エンコーダー３０７、シグナリング・エンコーダー３０６に送出する。また、地方局などの配信局の場合には、情報システム３０８は、例えば個々の地域に密着した（必ずしも放送番組に連動しない）情報を含んだ自前のデータ放送アプリケーション並びにそれに関わる制御情報をそれぞれ、ファイル・エンコーダー３０７、シグナリング・エンコーダー３０６に送出する。

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

シグナリング・エンコーダー３０６は、情報システム３０８から送出される情報に基づいて、データ放送アプリケーションに関わる制御情報を記述したシグナリング・メッセージを生成し、ペイロード部にこのシグナリング・メッセージが配置されたＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサー３１０に送る。本実施形態では、シグナリング・メッセージは、ＰＡ（Ｐａｃｋａｇｅ Ａｃｃｅｓｓ）メッセージ、Ｍ２セクション・メッセージ、データ・トランスミッション・メッセージの３種類に大別される。各シグナリング・メッセージの詳細については後述に譲る。

ファイル・エンコーダー３０７は、信号送出部３０２又は情報システム３０８から送出されるファイル・データを、必要に応じて分割して、ファイル・データを含むＭＭＴパケットを生成し、このＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサー３１０に送る。なお、ファイル・データは、データ放送アプリケーションを構成するものである。

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

ＴＬＶシグナリング・エンコーダー３０９は、情報システム３０８から送出されるシグナリング情報をエンコードして、ペイロード部に配置するＴＬＶパケットを生成する。

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

但し、放送送出システム１１が配信局の場合には、信号送出部３０２やビデオ・エンコーダー３０３、オーディオ・エンコーダー３０４、キャプション・エンコーダー３０５を装備せず、番組制作局からＢ２Ｂ通信路などを経由して放送ストリームを受信し、これをＴＬＶマルチプレクサー３１１でマルチプレクスするという構成になる。

変調・送信部３１２は、ＴＬＶマルチプレクサー３１１で生成された放送ストリームに対してＲＦ変調処理を行なって、ＲＦ伝送路に送出する。但し、放送送出システム１１が番組制作局の場合には、変調・送信部３１２は、Ｂ２Ｂ通信路などを介して、放送ストリームを地方局などの各配信局に送出する。

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

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

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

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

また、シグナリング・エンコーダー３０６では、情報システム３０８から送出される情報に基づいてデータ放送に関わるシグナリング・メッセージを生成され、ペイロード部にこのシグナリング・メッセージが配置されたＭＭＴパケットを含むＩＰパケットが生成される。このＩＰパケットは、ＩＰサービス・マルチプレクサー３１０に送られる。

また、信号送出部３０２又は情報システム３０８から送出されるファイル・データは、ファイル・エンコーダー３０７に供給される。ファイル・エンコーダー３０７では、ファイル・データが必要に応じて分割され、ファイル・データを含むＭＭＴパケットが生成され、このＭＭＴパケットを含むＩＰパケットが生成される。このＩＰパケットは、ＩＰサービス・マルチプレクサー３１０に送られる。

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

ＴＬＶシグナリング・エンコーダー３０９では、情報システム３０８から送出されるシグナリング情報がエンコードされて、ペイロード部に配置するＴＬＶパケットを生成する。

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

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

チューナー・復調部４０１は、ＲＦ変調信号を受信して、復調処理を行なって、放送ストリームを得る。デマルチプレクサー４０２は、この放送ストリームに対して、デマルチプレクス処理及びでパケット化処理を行なって、ＮＴＰ時刻情報、、シグナリング情報、放送番組本編に関わるビデオ、オーディオ、キャプションの各符号化信号、放送番組に連動するデータ放送アプリケーション用のファイル・データ（ＨＴＭＬ文書など）、並びにデータ放送アプリケーションに関わる制御情報を含んだシグナリング・メッセージを出力する。なお、データ放送に利用されるファイル・データは、例えばＨＴＭＬ５形式で記述されたデータ放送アプリケーションである。

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

アプリケーション・データ制御部４０７は、データ放送アプリケーション用の各ファイル・データの処理を行なう。本実施形態では、データ放送アプリケーション用のファイル・データは放送信号並びにＩＰネットワークの２系統から伝送されることを想定し、前者はチューナー・復調部４０１及びデマルチプレクサー４０２経由で、後者はＩＰインターフェース４１２経由で、それぞれアプリケーション・データ制御部４０７が取得する。アプリケーション・データ制御部４０７は、デマルチプレクサー４０２から出力されるシグナリング・メッセージで記載されている制御情報に基づいて、取得したファイル・データの処理を制御する。例えば、アプリケーション・データ制御部４０７は、シグナリング・メッセージを解析して、デフォルト・エントリーに設定されているデータ放送アプリケーションを見つけると、該当するファイル・データ（ＨＴＭＬ文書など）の処理をＨＴＭＬブラウザーなどのデータ放送アプリケーション・エンジン４０９に指示する。また、アプリケーション・データ制御部４０７は、シグナリング・メッセージに基づいて、放送信号で受信したファイル・データのキャッシュ４０８へのプリキャッシュや強制キャッシュを制御する。シグナリング・メッセージに基づくファイル・データのキャッシュ処理の詳細については、例えば本出願人に既に譲渡されている特願２０１４−１１６２８３号明細書を参照されたい。

なお、放送ストリームでは、放送中の番組に関連するデータ放送アプリケーション用のファイル・データが繰り返し送られてくる。システム制御部４１０は、デマルチプレクサー４０２におけるフィルタリング動作を制御して、繰り返し送られてくるファイル・データ群の中からデマルチプレクサー４０２において必要なもののみがアプリケーション・データ制御部４０７で取得されるようにする。

システム制御部４１０は、デマルチプレクサー４０２で得られるシグナリング情報や、ユーザー操作部（図示しない）を介したユーザーからの操作情報などに基づいて、当該受信機１２の各部の動作を制御する。時計部４０３は、デマルチプレクサー４０２で得られるＮＴＰ時刻情報に基づいて、この時刻情報に同期した時刻情報を生成する。

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

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

チューナー・復調部４０１では、ＲＦ変調信号が受信され、復調処理が行なわれて、放送ストリームが得られる。デマルチプレクサー４０２では、この放送ストリームに対して、デマルチプレクス処理及びでパケット化処理を行なわれ、ＮＴＰ時刻情報、シグナリング・メッセージ、ビデオ、オーディオ、キャプションの各符号化信号、並びに、ファイル・データが抽出される。

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

デマルチプレクサー４０２で抽出された符号化ビデオ信号は、ビデオ・デコーダー４０４に送られてデコードされ、ベースバンドのビデオ信号が得られる。また、デマルチプレクサー４０２で抽出された符号化字幕信号はキャプション・デコーダー４０６に送られてデコードされ、字幕の表示信号が得られる。また、デマルチプレクサー４０２で抽出されたファイル・データはデータ放送アプリケーション・エンジン４０７に送られて処理され、データ放送の表示信号が得られる。なお、システム制御部４１０によってデマルチプレクサー４０２におけるフィルタリング動作が制御されて、必要なファイル・データのみがデマルチプレクサー４０２で取得されるようにする。

そして、合成部４１１では、ベースバンドのビデオ信号に、字幕の表示信号及びデータ放送の表示信号が合成され、映像表示用のビデオ信号が得られる。

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

一方、アプリケーション・データ制御部４０７は、シグナリング・メッセージに含まれているシグナリング・テーブルを参照して、ＨＴＭＬブラウザーなどからなるデータ放送アプリケーション・エンジン４０９に対して、データ放送アプリケーション用のファイル・データ（ＨＴＭＬ文書など）の処理を対して指示する。例えば、アプリケーション・データ制御部４０７は、シグナリング・メッセージを解析して、デフォルト・エントリーに設定されているデータ放送アプリケーションを見つけると、該当するファイル・データ（ＨＴＭＬ文書など）の処理をＨＴＭＬブラウザーなどのデータ放送アプリケーション・エンジン４０９に指示する。

データ放送アプリケーション・エンジン４０９は、適宜キャッシュ・メモリー４０８にキャッシュされたファイル・データを用いて、データ放送アプリケーションを処理する。データ放送アプリケーション・エンジン４０９が処理したデータ放送も、モニター・ディスプレイ上で放送番組本編の画面に重畳して表示される。

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

１つのサービス（チャンネル：放送番組）の放送信号は、ビデオ、オーディオ、字幕などの放送番組本編に関わるタイムド・メディアと、放送番組に連動するデータ放送に利用されるファイル・データのようなノンタイムド・メディアで構成され、これらをエンコードしたメディア・データをＭＰＵフォーマットで伝送する。また、これらの放送信号の伝送制御などに関する情報を、シグナリング・メッセージで伝送する。ＭＭＴでは、１つのチャンネル（放送番組）を構成するタイムド・メディア及びノンタイムド・メディアのデータを異なる伝送路の組み合わせで利用することが容易である。図５に示す例では、放送信号５００として、ビデオ、オーディオ、字幕、ファイル・データ、シグナリング・メッセージなど、データのタイプ毎のＭＭＴ伝送路５０１〜５０４が利用されている。なお、図中、字幕データ用の伝送路は便宜上、図示を省略している。

同じＩＰアドレス内の各ＭＭＴ伝送路５０１〜５０４で伝送されるＭＭＴＰ（ＭＭＴプロトコル）パケットは、パケット識別子（ｐａｃｋｅｔ＿ｉｄ：ＰＩＤ）で一意に指定することができる。また、異なるＩＰアドレス上のＭＭＴＰパケットは、パケット識別子と、ＩＰアドレスと、ポート番号の組み合わせにより指定することができる。

１つのチャンネル（放送番組）は、ビデオ、オーディオ、字幕、ファイル・データ（データ放送アプリケーション）などタイプの異なる複数のアセットで構成される「パッケージ」と言うことができる（パッケージは、ＭＭＴ伝送路を使って伝送されるメディア・データの論理集合である）。各アセットは、同じａｓｓｅｔ＿ｉｄ（アセット識別子）を共有する１又はそれ以上のＭＰＵの集合（論理グループ）であり、それぞれ専用のＥＳ（Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）すなわちＭＭＴ伝送路上で伝送される（アセットは、固有の識別子に関連付けられ、マルチメディアのプレゼンテーションを構成するために使用されるデータのエンティティーである）。すなわち、伝送路５０１では、共通のａｓｓｅｔ＿ｉｄを持つＭＰＵ論理グループからなるビデオのＭＭＴパケット（ＭＭＴＰ）が伝送され、伝送路５０２では、共通のａｓｓｅｔ＿ｉｄを持つＭＰＵ論理グループからなるオーディオのＭＭＴパケットが伝送され、伝送路５０３では、共通のａｓｓｅｔ＿ｉｄを持つＭＰＵ論理グループからなるファイル・データのＭＭＴパケットが伝送される。ＭＰＵは、ａｓｓｅｔ＿ｉｄと、該当する伝送路上でのＭＰＵのシーケンス番号で特定される。また、各メディアを伝送するＭＭＴ伝送路は、ａｓｓｅｔ＿ｉｄで識別することができる。

付言すれば、１つのパッケージ（放送番組）で、タイプが同じ複数の（すなわち、ａｓｓｅｔ＿ｉｄが異なる）アセットが伝送されることもある。例えば、同じ放送番組に対して、２以上のファイル・コンテント（データ放送アプリケーション）が提供される場合である。このような場合、異なるファイル・コンテントには別々のａｓｓｅｔ＿ｉｄが割り振られ、別々のＭＰＵ論理グループとして異なるＭＭＴ伝送路上で伝送されることになる。図５では、簡素化のため、ファイル・データ用の伝送路５０３を１本しか描いていない。

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

また、伝送路５０４では、同じシグナリング・メッセージを含んだＭＭＴパケットが、繰り返し伝送される。伝送路５０４で伝送されるシグナリング・メッセージとして、ＰＡメッセージ５１０、Ｍ２セクション・メッセージ５２０、データ・トランスミッション・メッセージ５３０を挙げることができる。各種シグナリング・メッセージで、シグナリング・テーブルが伝送される。

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

ＭＭＴによるメディア・トランスポート方式を適用する放送規格では、ＰＡメッセージを伝送するＭＭＴＰパケットには、固定のパケット識別子（例えば、０ｘ００００）が割り当てられている。したがって、受信機側では、ＭＭＴ伝送路上で、上記固定のパケット識別子を指定してＰＡメッセージを取得することができる。そして、ＰＡメッセージで伝送されるＭＰテーブルを参照して、パッケージ（放送番組）を構成する各アセット（ビデオ、オーディオ、字幕、ファイル・データ（データ放送アプリケーション）など）を指定することができる（図６を参照のこと）。

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

ＭＨ−ＡＩＴ５２１は、ＭＭＴ伝送路で送られてくるデータ放送アプリケーション（ファイル・データ）の処理方法（アプリケーションに適用される起動状態など）、並びにロケーション（ＵＲＬ）を指定するテーブルである。

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

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

データ・ディレクトリー・マネジメント・テーブル５３１は、アプリケーションのファイル構成とファイル伝送のための構成を分離するため、１つのパッケージに含まれるディレクトリー並びにディレクトリーに含まれるサブディレクトリーやファイル（アイテム）に関するディレクトリー構造を管理するテーブルであり、データ・トランスミッション・メッセージ５３０内に１つ格納される。また、データ・アセット・マネジメント・テーブル５３２は、アセット内のＭＰＵの構成とのＭＰＵ毎のバージョン情報を記述したテーブルである。また、データ・コンテント・コンフィギュレーション・テーブル５３３は、データ放送アプリケーション用のファイル・データの柔軟で有効なキャッシュ制御を実現するために、データ・コンテンツとしてのファイルの構成情報を記述したテーブルであり、１つのパッケージで各コンテント（データ放送アプリケーション）をデータ放送提示単位（ＰＵ）で記述する。データ・ディレクトリー・マネジメント・テーブル５３１、データ・アセット・マネジメント・テーブル５３２、データ・コンテント・コンフィギュレーション・テーブル５３３の各シグナリング・テーブルの詳細なデータ構造については説明を省略する。

図７には、受信機において、ＭＭＴ伝送されるデータ放送アプリケーションを構成するファイルを取得する仕組みを図解している。

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

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

次いで、受信機は、参照番号７０２で示すように、同じくデータ・トランスミッション・メッセージ内のデータ・アセット・マネジメント・テーブルから、データ・ディレクトリー・マネジメント・テーブルで得られたノード・タグを持つアイテムが伝送されるアセットのコンポーネント・タグ、ダウンロードＩＤ、ＭＰＵシーケンス番号、及びアイテムＩＤを得る。

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

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

また、受信機は、データ・アセット・マネジメント・テーブルを常に監視することで、データ放送アプリケーションを構成するファイルが更新されたことを検知して、常に最新の状態のデータ放送アプリケーションを提示することができる。更新通知は、アセット単位、ＭＰＵ単位、ファイル単位と、各段階で可能である。データ・アセット・マネジメント・テーブルにより、更新されたファイルのコンポーネント・タグとＭＰＵシーケンス番号及びアイテムＩＤを得る。図７に示すファイル取得と同様に、ＭＰテーブルを参照してアセットを特定し、得られたＭＰＵシーケンス番号及びアイテムＩＤを持つアイテムが、所望の更新されたファイルということになる。

要するに、データ・ディレクトリー・マネジメント・テーブルとデータ・アセット・マネジメント・テーブル、受信機において、ＭＭＴ伝送されるデータ放送アプリケーションを構成するファイルに関する情報を取得するために必須のシグナリング・テーブルである。

また、データ・コンテント・コンフィギュレーション・テーブルは、データ放送アプリケーション用のファイル・データの柔軟で有効なキャッシュ制御を実現するために、データ・コンテンツとしてのファイルの構成情報を記述したテーブルである。具体的には、データ・コンテンツ内で提示する単位（例えば、ページ）をプレゼンテーション・ユニット（ＰＵ）と定義し、データ・コンテント・コンフィギュレーション・テーブルは、その単位で、アイテム間の関係や、プレゼンテーション・ユニットとのリンク関係に関する情報を記述する。受信機は、データ・コンテント・コンフィギュレーション・テーブルを参照することで、データ放送アプリケーションを実行する（ページを提示する）際に、最初に要求されたアイテムと同じプレゼンテーション・ユニットに属する他のアイテムを指定することができる。また、データ・コンテント・コンフィギュレーション・テーブルに基づいて、プレゼンテーション・ユニットのキャッシュ制御（プリキャッシュや強制キャッシュ）に必要な情報を得ることができるので、受信機はページ全体の取得時間の短縮と、次のページの優先的なキャッシュなどを実現することができる。なお、データ・コンテント・コンフィギュレーション・テーブルに基づくキャッシュ制御の詳細については、例えば本出願人に既に譲渡されている特願２０１４−１１６２８３号明細書を参照されたい。

データ・ディレクトリー・マネジメント・テーブルと、データ・アセット・マネジメント・テーブル、データ・コンテント・コンフィギュレーション・テーブルは、ＭＨ−ＡＩＴテーブルとともに、データ放送アプリケーションの伝送方式に用いる必要又は重要なシグナリング・テーブルであることを理解されたい。

図５では、説明の便宜上、番組制作局であるキー局（すなわち、単一の放送局のみ）から、データ放送アプリケーション及びその制御情報を記述したシグナリング・メッセージが、すべて同じＩＰアドレス内となる単一のＩＰデータ・フロー内で伝送されることを前提として、放送信号の構成を描いている。

しかしながら、放送番組本体の制作元であるキー局が主に放送番組に連動したアプリケーションを付与する一方、配信事業者である各地方局でも自前のアプリケーションを付与する、というデータ放送サービスの運用が民間放送などでは想定される。例えば、地方局は、必ずしも放送番組本体には連動しないが、天気予報やローカル・ニュースといったその地域に密着した情報を自前のアプリケーションで提供することができる。さらに、番組制作局でも配信局でもない第３者が、インターネットなどのネットワーク経由でデータ放送アプリケーションを配信することも想定される。すなわち、データ放送アプリケーションを独立して運用すべき複数のグループが存在する。

図８には、ある放送番組に対して、番組制作局、配信局、第３者がそれぞれ制作したデータ放送アプリケーション間のリンク関係の一例を示している。

図８中、Ａｐｐ１、Ａｐｐ２、Ａｐｐ４は、番組制作局であるキー局自身が制作した放送番組本体と放送番組に関連若しくは連動するデータ放送アプリケーションである。番組制作局は、Ａｐｐ１、Ａｐｐ２、Ａｐｐ４などの自局で制作したアプリケーションを、例えばビデオやオーディオ、字幕など放送番組本体を構成するアセットとともに、同じＩＰデータ・フローで放送信号として伝送する。

また、Ａｐｐ３、Ａｐｐ５は、配信局である地方局が制作した自前のアプリケーションである。Ａｐｐ３やＡｐｐ５は、例えば天気予報やローカル・ニュースといったその地域に密着した情報を提供する、放送番組に非連動のデータ放送アプリケーションである。配信局は、Ａｐｐ３、Ａｐｐ５などの自前のアプリケーションを、番組制作局が放送番組本体を伝送するのとは異なるＩＰデータ・フローで放送信号として伝送する。

また、Ａｐｐ６は、番組制作局でも配信局でもない第３者が制作した、放送番組に連動又は非連動のデータ放送アプリケーションである。第３者は、Ａｐｐ６などの自前のアプリケーションを、インターネットなどのネットワーク経由で配信する。なお、番組制作局や配信局も、それぞれが制作したデータ放送アプリケーションを、放送信号ではなくネットワーク経由で配信することもある。

図８に示す例では、番組制作局が制作したアプリケーションＡｐｐ１が、当該放送番組のデフォルト・エントリーに設定されるとともに、番組制作局が制作した他のアプリケーションＡｐｐ２、並びに、配信局が制作したアプリケーションＡｐｐ３にリンクしている。図示のようなアプリケーション間のリンク関係が形成されている場合に期待されるページ遷移動作について、以下に説明しておく。

当該放送番組を受信した受信機は、データ放送を起動時にはまずアプリケーションＡｐｐ１を実行し、その後、ユーザーの操作やイベント・メッセージに応じて、アプリケーションＡｐｐ２又はＡｐｐ３に遷移する。

番組制作局が制作したアプリケーションＡｐｐ２は、さらに、番組制作局が制作した他のアプリケーションＡｐｐ４、並びに、配信局が制作したアプリケーションＡｐｐ５にリンクしている。したがって、受信機は、アプリケーションＡｐｐ２を実行してページを遷移した後、ユーザーの操作やイベント・メッセージに応じて、アプリケーションＡｐｐ４又はＡｐｐ５に遷移する。

また、配信局が制作したアプリケーションＡｐｐ３は、さらに、第３者が制作した他のアプリケーションＡｐｐ６にリンクしている。したがって、受信機は、アプリケーションＡｐｐ３を実行してページを遷移した後、ユーザーの操作やイベント・メッセージに応じて、アプリケーションＡｐｐ６に遷移する。

現状のＢＭＬを利用したデータ放送や、ハイブリッドキャストの放送局運用では、特に民間放送において、図８に示したような、放送番組本体の制作元であるキー局が主に放送番組に連動したアプリケーションを付与する一方、配信事業者である各地方局や放送局以外の第３者でもそれぞれ自前のアプリケーションを付与するという運用がなされている。

ＭＭＴによるメディア・トランスポート方式を適用する次世代の放送規格でも、各地方局や第３者など番組制作局以外でも自前のアプリケーションを付与する（すなわち、１つの放送番組に対して、複数のグループがそれぞれ自前のアプリケーションを付与する）、という民間放送の要求を十分考慮すべきである。

ここで、複数のグループのデータ放送アプリケーションをすべて一系統に統合して運用してしまうと、例えばキー局から配信される放送番組に対して地方局でデータ放送アプリケーションを付与する必要がある。このような場合、地方局は、キー局が放送番組並びにそれに付随するアプリケーション並びにアプリケーションの制御情報を伝送するＩＰデータ・フローに対して、自前のアプリケーションの付け足しや付け替え作業を行なわなければならない。その結果、地方局は、配信設備や配信コストの負担が増大するとともに、アプリケーションの付け足しや付け替え作業を行なう際のリスクが発生し、キー局と地方局間の責任分界が不明になる。

本明細書では、ＭＭＴによるメディア・トランスポート方式を適用する次世代の放送規格において、番組制作局としてのキー局、配信局としての各地方局、並びに第３者といった、データ放送サービスを提供する複数のグループがそれぞれ独立したアプリケーションの運用を実現するための技術について提案する。以下では、提案する内容について、さらに詳細に説明する。

シグナリング・メッセージの１つであるＰＡメッセージが放送番組のエントリー・ポイント（固定のパケット識別子（例えば、０ｘ００００）が割り当てられる）となり、ＰＡメッセージ内には、アセットのリストやその位置などパッケージを構成する情報を記述するＭＰテーブルが含まれていることは、既に述べた通りである。

また、ＭＨ−ＡＩＴテーブル、データ・ディレクトリー・マネジメント・テーブルと、データ・アセット・マネジメント・テーブル、データ・コンテント・コンフィギュレーション・テーブルは、データ放送アプリケーションの伝送方式に用いる重要なシグナリング・テーブルである。これらに加えて、イベント・メッセージ伝送方式に用いるＥＭＴも、アプリケーションの運用に重要なシグナリング・テーブルである。

そこで、データ放送サービスを提供する各グループによる独立したアプリケーションの運用を実現するために、まず、アプリケーションを独立して運用すべきグループ毎に、シグナリング・メッセージやシグナリング・テーブルをグルーピングする。ここで、グルーピングの対象とするシグナリング・メッセージやシグナリング・テーブルは、データ・トランスミッション・メッセージ、ＭＨ−ＡＩＴ、ＥＭＴといった、アプリケーションの運用に必要又は重要な制御データである。

そして、放送のサービス・レベルの制御情報を記述するＭＰテーブルに、アプリケーション・サービス記述子という新たな記述子を配置する。このアプリケーション・サービス記述子内に、グループ毎のアプリケーションの運用に必要又は重要な上記の各制御データの取得先情報と、グループを識別するグループ・タグを示すようにする。また、アプリケーション・サービス記述子には、アプリケーションがデフォルト・エントリーに設定されていることを示すデフォルト・フラグと、各グループが所属する組織を識別する組織識別子（ｏｒｇａｎｉｚａｔｉｏｎ＿ｉｄ）をさらに示すようにしてもよい。なお、データ・トランスミッション・メッセージの取得先情報により、同メッセージに格納されるデータ・ディレクトリー・マネジメント・テーブル、データ・アセット・マネジメント・テーブル、及びデータ・コンテント・コンフィギュレーション・テーブルの３つのシグナリング・テーブルの取得先情報を示すことになる。他方、ＭＨ−ＡＩＴ、ＥＭＴの取得先情報は、各々のテーブルを単体で格納するＭ２セクション・メッセージの取得先情報と等価である。

また、アプリケーション・サービス記述子では、各グループが提供するデータ放送サービスで用いられているデータ放送アプリケーションのフォーマットのバリエーションと、アプリケーション制御情報及びアプリケーションのコンテンツ本体の伝送方法のバリエーションを示す情報をさらに示すようにしてもよい。

図９には、上述したようなアプリケーション・サービス記述子に記述した情報に基づいて、同一の放送番組に対するグループ毎のデータ放送アプリケーション及びアプリケーションに関連する制御情報をそれぞれ独立した系統で配信する信号の構成例を示している。但し、同図では、アプリケーションのグループとして、番組制作局としてのキー局、配信局としての地方局、第３者という３つのグループが存在することを想定し、各グループが運用するアプリケーション間のリンク関係は図８に示した通りとする。

参照番号９１０は、番組制作局が生成するＩＰデータ・フローである。ＩＰデータ・フロー９１０は、同じＩＰアドレス内の複数のＭＭＴ伝送路９１１〜９１４を含んでいる。ＩＰデータ・フロー９１０内は、同一のＩＰアドレスであり、伝送される各ＭＭＴＰパケットをパケット識別子だけで指定することができる。

参照番号９１１、９１２で示すＭＭＴ伝送路は、番組制作局により制作した放送番組本体のビデオ、オーディオの各データをＭＰＵフォーマットでそれぞれ伝送している。また、参照番号９１３で示すＭＭＴ伝送路は、番組制作局が上記の放送番組本体に関連して制作したデータ放送アプリケーションＡｐｐ１、Ａｐｐ２、Ａｐｐ４を伝送している。

参照番号９１４で示すＭＭＴ伝送路は、上記のＭＭＴ伝送路９１３で伝送されるデータ放送アプリケーションに関連する制御情報、すなわち各種シグナリング・メッセージ並びにシグナリング・テーブルを伝送している。図９では、図面の簡素化のため、ＰＡメッセージに格納して伝送されるＭＰテーブル９１４Ａと、データ放送アプリケーションを運用するために必要又は重要となるデータ・トランスミッション・メッセージ（ＤＴＭ）９１４Ｂ、ＭＨ−ＡＩＴ９１４Ｃ、ＥＭＴ９１４Ｄのみを描いている。

参照番号９２０は、配信局が生成するＩＰデータ・フローであり、複数のＭＭＴ伝送路９２１、９２２を含んでいる。

参照番号９２１で示すＭＭＴ伝送路は、配信局が、上記の放送番組本体に関連して制作したデータ放送アプリケーションＡｐｐ３を伝送している。

参照番号９２２で示すＭＭＴ伝送路は、上記のＭＭＴ伝送路９２１で伝送されるデータ放送アプリケーションに関連する制御情報、すなわち各種シグナリング・メッセージ並びにシグナリング・テーブルを伝送している。図９では、図面の簡素化のため、データ放送アプリケーションを運用するために必要又は重要となるデータ・トランスミッション・メッセージ９２２Ａ、ＭＨ−ＡＩＴ９２２Ｂ、ＥＭＴ９２２Ｃのみを描いている。

参照番号９３０は、インターネットなどのＩＰネットワークである。配信局は、上記の放送番組本体に関連して制作したデータ放送アプリケーションＡｐｐ５を、ＩＰネットワーク９３０上で配信している。また、第３者は、上記の放送番組本体に関連して制作したデータ放送アプリケーションＡｐｐ６をＩＰネットワーク上で配信している。さらに第３者は、自分が提供するデータ放送アプリケーションＡｐｐ６の処理方法（アプリケーションに適用される起動状態など）並びにロケーション情報（ＵＲＬ）を記述したＭＨ−ＡＩＴ９３１を、ＩＰネットワーク上で配信している。なお、ＩＰネットワーク上で配信するデータ放送アプリケーションＡｐｐ５、Ａｐｐ６については、データ・トランスミッション・メッセージ並びにＥＭＴは不要である。

ＭＭＴ伝送路９１４で伝送されるＰＡメッセージに格納されるＭＰテーブル９１４Ａには、アプリケーション・サービス記述子が配置されている。このアプリケーション・サービス記述子内に、グループ毎のアプリケーションの運用に必要又は重要な上記の各制御データの取得先情報と、グループを識別するグループ・タグを示している。具体的には、アプリケーション・サービス記述子は、番組制作局のグループ・タグに対応付けて、番組制作局から放送信号（ＭＭＴ伝送路）で配信されるデータ・トランスミッション・メッセージ９１４Ｂ、ＭＨ−ＡＩＴ９１４Ｃ、ＥＭＴ９１４Ｄの取得先情報（同じＩＰアドレス内のパケット識別子）を記述し、配信局のグループ・タグに対応付けて、配信局から放送信号（ＭＭＴ伝送路）で配信されるデータ・トランスミッション・メッセージ９２２Ａ、ＭＨ−ＡＩＴ９２２Ｂ、ＥＭＴ９２２Ｃの取得先情報（パケット識別子、ＩＰアドレス、及びポート番号）を記述するとともに、第３者のグループ・タグに対応付けて、第３者からＩＰネットワークで配信されるＭＨ−ＡＩＴ９３１の取得先情報（ＵＲＬ）を記述している。

受信機は、番組制作局からの放送配信信号を受信すると、ＭＭＴ−ＳＩのエントリー・ポイントとなるＰＡメッセージに格納されているＭＰテーブル９１４Ａを解析して、番組制作局から放送信号（ＭＭＴ伝送路）で配信されるデータ・トランスミッション・メッセージ９１４Ｂ、ＭＨ−ＡＩＴ９１４Ｃ、ＥＭＴ９１４Ｄの取得先情報を得ることができる。そして、受信機は、ＭＨ−ＡＩＴ９１４Ｃに基づいて、番組制作局から配信される各データ放送アプリケーションＡｐｐ１、Ａｐｐ２、Ａｐｐ４のアプリケーションの処理方法（アプリケーションに適用される起動状態など）並びにロケーション情報（ＵＲＬ）を取得することができる。また、受信機は、データ・トランスミッション・メッセージ９１４Ｂに格納されている各シグナリング・テーブルを参照して、ＭＭＴ伝送される各データ放送アプリケーションを構成するファイルを取得したり（図７を参照のこと）、柔軟なキャッシュ制御を行なったりすることができる。

また、受信機は、ＭＰテーブル９１４Ａを解析して、配信局から放送信号（ＭＭＴ伝送路）で配信されるデータ・トランスミッション・メッセージ９２２Ａ、ＭＨ−ＡＩＴ９２２Ｂ、ＥＭＴ９２２Ｃの取得先情報を得ることができる。そして、受信機は、ＭＨ−ＡＩＴ９２２Ｂに基づいて、番組制作局からＭＭＴ伝送路並びにＩＰネットワークで配信される各データ放送アプリケーションＡｐｐ３、Ａｐｐ５の処理方法（アプリケーションに適用される起動状態など）並びにロケーション情報（ＵＲＬ）を取得することができる。また、受信機は、データ・トランスミッション・メッセージ９２２Ａに格納されている各シグナリング・テーブルを参照して、ＭＭＴ伝送されるデータ放送アプリケーションＡｐｐ３を構成するファイルを取得したり（図７を参照のこと）、柔軟なキャッシュ制御を行なったりすることができる。

また、受信機は、ＭＰテーブル９１４Ａを解析して、第３者からＩＰネットワークで配信されるＭＨ−ＡＩＴ９３１の取得先情報を得ることができる。そして、受信機は、ＭＨ−ＡＩＴ９３１に基づいて、第３者がＩＰネットワーク上で配信するデータ放送アプリケーションＡｐｐ６の処理方法（アプリケーションに適用される起動状態など）並びにロケーション情報（ＵＲＬ）を取得することができる。

また、アプリケーション・サービス記述子には、特定のアプリケーションがデフォルト・エントリーに設定されていることを、当該アプリケーションを制御するＭＨ−ＡＩＴに対するデフォルト・フラグにより示している。さらに上記ＭＨ−ＡＩＴは制御対象である複数のアプリケーションうち１つのアプリケーションのみを唯一自動起動指定することにより結果的に特定のアプリケーションがデフォルト・エントリーと認識される。図９に示す例では、アプリケーション・サービス記述子は、番組制作局から配信されるアプリケーションＡｐｐ１がデフォルト・エントリーであることを、Ａｐｐ１を制御するＭＨ−ＡＩＴ９１４Ｃの取得先情報とともに、デフォルト・フラグ（ｄｅｆａｕｌｔ＿ＡＩＴ＿ｆｌａｇ：後述）で示している。したがって、受信機は、アプリケーション・サービス記述子からデフォルト・フラグを見つけると、番組制作局から配信される当該ＭＨ−ＡＩＴにおいて制御対象であるＡｐｐ１、Ａｐｐ２、Ａｐｐ４のうち唯一自動起動を設定したアプリケーションＡｐｐ１をデフォルト・エントリーとして起動することができる。

要するに、図９に示すように、番組制作局としてのキー局、配信局としての各地方局、並びに第３者といった複数のアプリケーションのグループは、同一の放送番組に対するグループ毎のデータ放送アプリケーション及びアプリケーションに関連する制御情報を、それぞれ独立した系統で配信することができる。したがって、データ放送アプリケーションを提供するグループ毎に独立してアプリケーションの運用を実現することができる。

また、図１０には、図９に示した複数系統配信信号の変形例を示している。同図でも、アプリケーションのグループとして、番組制作局としてのキー局、配信局としての地方局、第３者という３つのグループが存在することを想定している。但し、図１１及び図１２に示すように、番組切り替えにより、各グループが運用するアプリケーション間のリンク関係が変化する。

図１０に示す例では、時間の経過とともに、番組＃１、番組＃２、番組＃３に、順次切り替わるものとする。但し、図面の簡素化のため、番組制作局が放送するＩＰデータ・フローで、放送番組本体を構成するビデオ並びにオーディオのＭＭＴ伝送路を省略している。

番組＃１では、各グループが運用するアプリケーション間のリンク関係は図８に示した通りとする。したがって、番組＃１における複数系統配信信号は、図９と同様の構成となるので、ここでは説明を省略する。

続く番組＃２では、各グループが運用するアプリケーション間のリンク関係は図１１に示す通りとする。番組制作局であるキー局は、番組制作局が放送するＩＰデータ・フロー１０１０で、データ放送サービスを停止している。これに伴って、データ・トランスミッション・メッセージ、ＭＨ−ＡＩＴ、ＥＭＴといったシグナリング・メッセージ並びにシグナリング・テーブルの配信も停止している。一方、配信局は、自局が放送するＩＰデータ・フロー１０２０で、番組＃２に関連するデータ放送アプリケーションＡｐｐ３、Ａｐｐ７を伝送するとともに、データ・トランスミッション・メッセージ、ＭＨ−ＡＩＴ、ＥＭＴといったシグナリング・メッセージ並びにシグナリング・テーブルも配信している。また、配信局から配信されるＡｐｐ７にデフォルト・エントリーが設定されるとともに、Ａｐｐ７からＡｐｐ３を参照するというアプリケーション間のリンク関係が形成されている。

受信機は、番組制作局からの放送配信信号を受信すると、番組のエントリー・ポイントとなるＰＡメッセージに格納されているＭＰテーブルを解析して、番組＃２が放映される時間帯に合わせて配信局から放送信号（ＭＭＴ伝送路）で配信されるデータ・トランスミッション・メッセージ、ＭＨ−ＡＩＴの取得先情報を得ることができる。そして、受信機は、ＭＨ−ＡＩＴに基づいて、配信局からＭＭＴ伝送路で配信される各データ放送アプリケーションＡｐｐ３、Ａｐｐ７のアプリケーションの処理方法（アプリケーションに適用される起動状態など）並びにロケーション情報（ＵＲＬ）を取得することができる。また、受信機は、データ・トランスミッション・メッセージに格納されている各シグナリング・テーブルを参照して、ＭＭＴ伝送されるデータ放送アプリケーションＡｐｐ３、Ａｐｐ７を構成するファイルを取得したり（図７を参照のこと）、柔軟なキャッシュ制御を行なったりすることができる。

また、アプリケーション・サービス記述子には、アプリケーションがデフォルト・エントリーに設定されていることを、当該アプリケーションを制御するＭＨ−ＡＩＴに対するデフォルト・フラグにより示している。番組＃２が放映される時間帯では、配信局から配信されるデータ放送アプリケーションＡｐｐ７がデフォルト・エントリーであることを、配信局からのＭＨ−ＡＩＴの取得先情報とともに、デフォルト・フラグ（ｄｅｆａｕｌｔ＿ＡＩＴ＿ｆｌａｇ：後述）で示している。したがって、受信機は、アプリケーション・サービス記述子からデフォルト・フラグを見つけると、当該ＭＨ−ＡＩＴにおいて制御対象であるＡｐｐ３、Ａｐｐ７のうち唯一自動起動を設定した、配信局から配信されるアプリケーションＡｐｐ７をデフォルト・エントリーとして起動することができる。

続く番組＃３では、各グループが運用するアプリケーション間のリンク関係は図１２に示す通りとする。番組制作局であるキー局は、自局が放送するＩＰデータ・フロー１０１０で、番組＃３に関連するデータ放送アプリケーションＡｐｐ８を伝送するとともに、データ・トランスミッション・メッセージ、ＭＨ−ＡＩＴ、ＥＭＴといったシグナリング・メッセージ並びにシグナリング・テーブルも配信している。

また、番組＃３では、配信局は、自局が放送するＩＰデータ・フロー１０２０で、番組＃３に関連するデータ放送アプリケーションＡｐｐ３、Ａｐｐ７を伝送するとともに、これらのアプリケーションに関連するデータ・トランスミッション・メッセージ、ＭＨ−ＡＩＴといったシグナリング・メッセージ並びにシグナリング・テーブルも配信している。

また、番組＃３では、第３者は、ＩＰネットワーク１０３０上で、番組＃３に関連するデータ放送アプリケーションＡｐｐ９とＭＨ−ＡＩＴを配信している。

また、番組＃３では、配信局から配信されるＡｐｐ７にデフォルト・エントリーが設定されるとともに、Ａｐｐ７からＡｐｐ３、Ａｐｐ８を参照し、さらにＡｐｐ８からＡｐｐ９を参照するというアプリケーション間のリンク関係が形成されている。

受信機は、番組制作局からの放送配信信号を受信すると、番組のエントリー・ポイントとなるＰＡメッセージに格納されているＭＰテーブルを解析して、番組＃３が放映される時間帯に合わせて番組制作局から放送信号（ＭＭＴ伝送路）で配信されるデータ・トランスミッション・メッセージ、ＭＨ−ＡＩＴ、ＥＭＴの取得先情報、配信局から放送信号（ＭＭＴ伝送路）で配信されるデータ・トランスミッション・メッセージ、ＭＨ−ＡＩＴの取得先情報、並びに、第３者からＩＰネットワークで配信されるＭＨ−ＡＩＴの取得先情報を得ることができる。そして、受信機は、グループ毎のＭＨ−ＡＩＴに基づいて、番組制作局から配信されるデータ放送アプリケーションＡｐｐ８、配信局から配信される各データ放送アプリケーションＡｐｐ３、Ａｐｐ７、並びに、第３者から配信されるデータ放送アプリケーションＡｐｐ９それぞれについてのアプリケーションの処理方法（アプリケーションに適用される起動状態など）とロケーション情報（ＵＲＬ）を取得することができる。また、受信機は、番組制作局並びに配信局からそれぞれ配信されるデータ・トランスミッション・メッセージに格納されている各シグナリング・テーブルを参照して、ＭＭＴ伝送されるデータ放送アプリケーションＡｐｐ３、Ａｐｐ７、Ａｐｐ８を構成するファイルを取得したり（図７を参照のこと）、柔軟なキャッシュ制御を行なったりすることができる。

また、アプリケーション・サービス記述子には、アプリケーションがデフォルト・エントリーに設定されていることを、当該アプリケーションを制御するＭＨ−ＡＩＴに対するデフォルト・フラグにより示している。番組＃３が放映される時間帯では、配信局から配信されるデータ放送アプリケーションＡｐｐ７がデフォルト・エントリーであることを、配信局からのＭＨ−ＡＩＴの取得先情報とともに、デフォルト・フラグ（ｄｅｆａｕｌｔ＿ＡＩＴ＿ｆｌａｇ：後述）で示している。したがって、受信機は、アプリケーション・サービス記述子からデフォルト・フラグを見つけると、当該ＭＨ−ＡＩＴにおいて制御対象であるＡｐｐ３、Ａｐｐ７のうち唯一自動起動を設定した、配信局から配信されるアプリケーションＡｐｐ７をデフォルト・エントリーとして起動することができる。

図１３には、番組制作局と、各配信局Ａ及びＢの各グループが、同一の放送番組に対するグループ毎のデータ放送アプリケーション及びアプリケーションに関連する制御情報を、それぞれ独立した系統で配信するアプリケーション配信システム系統１３００を模式的に示している。

番組制作局１３１０では、ビデオ・エンコーダーやオーディオ・エンコーダーなどからなるＡＶエンコーダー１３１１が、ビデオやオーディオなどの放送番組本体を構成するデータをエンコードする。また、アプリケーション生成部１３１２は、例えば放送番組に連動したデータ放送アプリケーション、並びにそのアプリケーションに関連する制御情報を生成する。マルチプレクサー（ＭＵＸ）１３１３は、エンコードした放送番組のデータと、データ放送アプリケーション及びその制御情報のデータを多重化する。

番組制作局１３１０では、アプリケーションに関連する制御情報を生成し符号化する際、放送のサービス・レベルの制御情報を記述するＭＰテーブルに、アプリケーション・サービス記述子という新たな記述子を配置する。そして、このアプリケーション・サービス記述子内に、グループ毎のアプリケーションの運用に必要又は重要な制御データの取得先情報と、グループを識別するグループ・タグを示すようにする。ここで言う、アプリケーションの運用に必要又は重要な制御データは、データ・トランスミッション・メッセージ、ＭＨ−ＡＩＴ、ＥＭＴである。

そして、番組制作局１３１０から、多重化された配信信号を、Ｂ２Ｂなどの通信伝送路１３４０を介して、各配信局１３２０、１３３０に分配する。

配信局１３２０では、アプリケーション生成部１３２１が、例えば天気予報やローカル・ニュースといったその地域に密着した情報を提供する、放送番組に非連動のデータ放送アプリケーション、並びにそのアプリケーションに関連する制御情報を生成する。マルチプレクサー１３２２は、番組制作局１３１０から分配された配信信号と、データ放送アプリケーション及びその制御情報のデータを多重化する。

配信局１３２０において自前のアプリケーションに関連する制御情報を生成し符号化する際、ＭＰテーブル内のアプリケーション・サービス記述子で指定されている取得先情報の通りに、自前のアプリケーションの運用に必要又は重要な制御データを格納する。そして、配信局１３２０から、多重化された配信信号が、放送波として送出される。

同様に、配信局１３３０では、アプリケーション生成部１３３１が、例えば天気予報やローカル・ニュースといったその地域に密着した情報を提供する、放送番組に非連動のデータ放送アプリケーション、並びにそのアプリケーションに関連する制御情報を生成する。マルチプレクサー１３３２は、番組制作局１３１０から分配された配信信号と、データ放送アプリケーション及びその制御情報のデータを多重化する。

配信局１３３０において自前のアプリケーションに関連する制御情報を生成し符号化する際、ＭＰテーブル内のアプリケーション・サービス記述子で指定されている取得先情報の通りに、自前のアプリケーションの運用に必要又は重要な制御データを格納する。そして、配信局１３３０から、多重化された配信信号が、放送波として送出される。

図１３に示すように、データ放送アプリケーションを提供するグループ毎に独立してアプリケーションの運用を実現することができる。

上記で説明してきたように、本明細書で開示する技術では、データ放送サービスを提供する複数のグループがそれぞれ独立したアプリケーションの運用を実現するために、ＭＭＴ−ＳＩのエントリー・ポイントとなるＰＡメッセージに格納されるＭＰテーブル内に、アプリケーション・サービス記述子という新たな記述子を配置する。

図１４には、シグナリング・メッセージの１つであるＰＡメッセージ１４０１と、ＰＡメッセージに含まれるＭＰテーブル１４０２の構成例を示している。また、図１５には、ＰＡメッセージ１５００のデータ構造例を示し、図１６には、ＰＡメッセージに含まれるパラメーターの説明を示している。

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

ｅｘｔｅｎｓｉｏｎフィールドには、後続のｐａｙｌｏａｄのフィールド（ｍｅｓｓａｇｅ＿ｐａｙｌｏａｄ）に配置されるＭＰテーブル（ＭＰＴ）の属性情報が配置される。ｎｕｍｂｅｒ＿ｏｆ＿ｔａｂｌｅｓフィールドには、このＰＡメッセージに格納するＭＰテーブルの数が示される。そして、ｎｕｍｂｅｒ＿ｏｆ＿ｔａｂｌｅｓで示される数分だけ繰り返される属性情報ループでは、各ＭＰテーブルの属性情報として、ｔａｂｌｅ＿ｉｄと、ｔａｂｌｅ＿ｖｅｒｓｉｏｎと、ｔａｂｌｅ＿ｌｅｎｇｔｈが配置される。ｔａｂｌｅ＿ｉｄは、このＰＡテメッセージに格納するＭＰテーブルの識別情報を示す。ｔａｂｌｅ＿ｖｅｒｓｉｏｎは、このＰＡメッセージに格納するＭＰテーブルのバージョンを示す。ｔａｂｌｅ＿ｌｅｎｇｔｈは、このＰＡメッセージに格納するＭＰテーブルのサイズをバイト単位で示す。

ＰＡメッセージのｐａｙｌｏａｄフィールドには、ｎｕｍｂｅｒ＿ｏｆ＿ｔａｂｌｅｓで示される数分だけ、ＭＰテーブルが配置される。ＭＰテーブルは、すべてのアセットのリストを含むパッケージに関連する情報を格納する（図６を参照のこと）。

図１７には、ＰＡメッセージに格納されるＭＰテーブル１７００のデータ構造例を示している。また、図１８には、ＭＰテーブルに含まれるパラメーターの説明を示している。以下、ＭＰテーブルの構成について説明する。

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

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

ＭＭＴ＿ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、ＭＰテーブル記述子領域のサイズをバイト単位で示す。続くＭＰテーブル記述子のループでは、ＭＰテーブル記述子の内容をバイト単位（ＭＰＴ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）で記述する。ＭＰ＿ｔａｂｌｅ＿ｄｅｓｃｒｉｐｔｏｒｓのフィールドは、パッケージ全体に関わる記述子の格納領域である。アプリケーション・サービス記述子は、ＭＰテーブル記述子の１つとして配置される。アプリケーション・サービス記述子は、独立して運用すべきアプリケーションのグループ毎の情報を示す。

ｎｕｍｂｅｒ＿ｏｆ＿ａｓｓｅｔｓは、パッケージを構成する要素としてのアセット（信号、ファイル）の数を示す、８ビットのパラメーターである。ｎｕｍｂｅｒ＿ｏｆ＿ａｓｓｅｔの数分だけ、アセット情報のループが配置される。アセット情報のループ内に配置される情報について、以下に説明する。

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

ａｓｓｅｔ＿ｔｙｐｅは、アセットの種類を３２ビットで示す。ａｓｓｅｔ＿ｃｌｏｃｋ＿ｒｅｌａｔｉｏｎ＿ｆｌａｇは、アセットのクロック情報フィールドの有無を示す。ｌｏｃａｔｉｏｎ＿ｃｏｕｎｔは、アセットのロケーション情報の数を示し、続くｌｏｃａｔｉｏｎ＿ｃｏｕｎｔの数だけ繰り返されるロケーション情報のループでは、該当するアセットのロケーション情報ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏが示される。ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏのデータ構造については、後述に譲る。ａｓｓｅｔ＿＿ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、アセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒ）のテキスト情報のサイズをバイト単位で示す。続くアセット記述子のループでは、ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒの内容をバイト単位（ａｓｓｅｔ＿ｉｄ＿ｂｙｔｅ）で示す。

図１９には、ＭＰテーブル内に配置されるアプリケーション・サービス記述子のデータ構造例を示している。

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

ａｐｐｌｉｃａｔｉｏｎ＿ｆｏｒｍａｔ＿ｍａｐは、データ放送アプリケーションが使用するアプリケーションを８ビット長のビットマップで示す。ａｐｐｌｉｃａｔｉｏｎ＿ｆｏｒｍａｔ＿ｍａｐは、アプリケーション・フォーマットのバリエーションを示す情報である。受信機は、当該ビットマップを参照すれば，使用するアプリケーションを俯瞰して、番組制作局や配信局など各グループが配信するアプリケーションのフォーマットを適切に処理することができる。例えばビット０がアプリケーション・フォーマットＡ、ビット１がアプリケーション・フォーマットＢ、ビット２がアプリケーション・フォーマットＣを示すとすると、本値が０００００１０１（２進数）の場合にはフォーマットＡとフォーマットＣの２方式が適用されていることを示す。受信機はこれにより本アプリケーション・サービスを完全に利用するにはフォーマットＡとフォーマットＣの両方に対応する必要があることを認識できる。

ａｐｐｌｉｃａｔｉｏｎ＿ｔｒａｎｓｍｉｓｓｉｏｎ＿ｕｓｅは、アプリケーションの制御情報の伝送方式（放送、通信のいずれか、又は両方か）を２ビットの値で示す。ａｐｐｌｉｃａｔｉｏｎ＿ｔｒａｎｓｍｉｓｓｉｏｎ＿ｕｓｅは、アプリケーション及びアプリケーションの制御情報の伝送方法のバリエーションを示す情報である。受信機は、ａｐｐｌｉｃａｔｉｏｎ＿ｔｒａｎｓｍｉｓｓｉｏｎ＿ｕｓｅを参照して、番組制作局や配信局など各グループがさまざまな伝送方式で配信するアプリケーションを適切に取得することができる。

ｎｕｍｂｅｒ＿ｏｆ＿ｄｅｌｉｖｅｒｙ＿ｓｅｇｍｅｎｔは、該当するサービス（放送番組）についてデータ放送アプリケーションを伝送する系統（グループ）の数を表す。続くアプリケーション伝送系統のループでは、アプリケーションを伝送する系統（グループ）毎の系統（グループ）情報を示す。各ループに含まれる系統情報の内容を、以下で説明する。

ｄｅｌｉｖｅｒｙ＿ｓｅｇｍｅｎｔ＿ｔａｇは、３ビットのフィールドで当該系統（グループ）を識別する。ｏｒｇａｎｉｚａｔｉｏｎ＿ｉｎｄｉｃａｔｉｏｎ＿ｆｌａｇは、当該ループ内にｏｒｇａｎｉｚａｔｉｏｎ＿ｉｄ（組織識別情報）を含むかどうかを示す。

ＡＩＴ＿ｆｌａｇ、ＤＴ＿ｍｅｓｓａｇｅ＿ｆｌａｇ、ＥＭＴ＿ｆｌａｇは、当該系統（グループ）からデータ放送アプリケーションの制御情報として、ＭＨ−ＡＩＴ、ｄｅｆａｕｌｔ＿ＡＩＴ、データ・トランスミッション・メッセージ、ＥＭＴが伝送されるかどうかをそれぞれ示すフラグである。また、ｄｅｆａｕｌｔ＿ＡＩＴ＿ｆｌａｇは、当該系統（グループ）から伝送されるデータ放送アプリケーションがデフォルト・エントリーに設定されているかどうかを示すデフォルト・フラグである。

ｏｒｇａｎｉｚａｔｉｏｎ＿ｉｎｄｉｃａｔｉｏｎ＿ｆｌａｇが１のときには、起動すべきデータ放送アプリケーションの組織識別情報ｏｒｇａｎｉｚａｔｉｏｎ＿ｉｄを１６ビットで示す。

ＡＩＴ＿ｆｌａｇが１のときには、シグナリング・テーブルＭＩＴ−ＡＩＴの取得先情報ＡＩＴ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏが、ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏのデータ構造に従って示される。

また、ＤＴ＿ｍｅｓｓａｇｅ＿ｆｌａｇが１のときには、データ・トランスミッション・メッセージの取得先情報ＤＴ＿ｍｅｓｓａｇｅ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏが、ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏのデータ構造に従って示される。

また、ＥＭＴ＿ｆｌａｇが１のときには、シグナリング・テーブルＥＭＴの取得先情報ＥＭＴ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏが、ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏのデータ構造に従って示される。

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

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

ｐａｃｋｅｔ＿ｉｄは、ＭＭＴＰパケットのパケット識別情報を示す。

ｉｐｖ４＿ｓｒｃ＿ａｄｄｒは、ＩＰｖ４データ・フローの送信元アドレスを示し、ｉｐｖ４＿ｄｓｔ＿ａｄｄｒは、ＩＰｖ４データ・フローの宛先アドレスを示す。ｄｓｔ＿ｐｏｒｔは、ＩＰデータ・フローの宛先ポート番号を示す。また、ｉｐｖ６＿ｓｒｃ＿ａｄｄｒは、ＩＰｖ６データ・フローの送信元アドレスを示し、ｉｐｖ６＿ｄｓｔ＿ａｄｄｒは、ＩＰｖ６データ・フローの宛先アドレスを示す。

ｎｅｔｗｏｒｋ＿ｉｄは、放送ネットワークを識別するためのネットワーク識別情報を示す。ＭＰＥＧ＿２＿ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄは、ＭＰＥＧ−２ ＴＳを識別するためのトランスポート・ストリーム識別情報を示す。ＭＰＥＧ＿２＿ＰＩＤは、ＭＰＥＧ−２ ＴＳパケットのパケット識別情報を示す。

ＵＲＬ＿ｌｅｎｇｔｈは、ＵＲＬバイト・フィールドの長さをバイト単位で示す。続くＵＲＬバイトのループでは、ＵＲＬ文字列をバイト単位（ＵＲＬ＿ｂｙｔｅ）で示す。

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

本明細書で開示する技術は、トランスポート方式としてＭＭＴを採用するさまざまな放送システムに適用することができる。また、本明細書で開示する技術は、放送番組に連動するデータ放送に利用されるファイル・データをＭＭＴ方式又はその他のトランスポート方式により伝送するさまざまなデータ放送システムに適用することができる。

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

なお、本明細書の開示の技術は、以下のような構成をとることも可能である。
（１）放送番組に対するアプリケーションに関連する制御情報を生成する制御情報生成部と、
前記制御情報生成部で生成した制御情報を送信する送信部と、
を具備し、
前記制御情報生成部は、アプリケーションを独立して運用すべきグループ毎に前記制御情報をグルーピングし、所定のシグナリング・テーブルに配置するアプリケーション・サービス記述子に、グループ毎の前記制御情報の取得先情報及びグループ識別情報を示す、
送信装置。
（２）前記制御情報生成部は、シグナリング情報（ＭＭＴ ＳＩ）のエントリー・ポイントとなるシグナリング・メッセージ（ＰＡメッセージ）で伝送するシグナリング・テーブル（ＭＰテーブル）に前記アプリケーション・サービス記述子を配置して、前記グループ毎の前記制御情報の取得先情報及びグループ識別情報を示す、
上記（１）に記載の送信装置。
（２−１）前記制御情報生成部は、アセットのリストやその位置などパッケージを構成する情報を記述するシグナリング・テーブル（ＭＰテーブル）に前記アプリケーション・サービス記述子を配置して、前記グループ毎の前記制御情報の取得先情報とグループ識別情報を示す、
上記（１）に記載の送信装置。
（３）前記制御情報生成部は、前記アプリケーション・サービス記述子に、前記グループ毎のアプリケーションの運用に必要又は重要な制御データを格納するシグナリング・メッセージ又はシグナリング・テーブルの取得先情報とグループ識別情報を示す、
上記（１）に記載の送信装置。
（４）前記制御情報生成部は、前記アプリケーション・サービス記述子に、グループ毎のデータ・トランスミッション・メッセージ、ＭＨ−ＡＩＴ、ＥＭＴの取得先情報とグループ識別情報を示す、
上記（１）に記載の送信装置。
（５）前記制御情報生成部は、前記アプリケーション・サービス記述子に、アプリケーションがデフォルト・エントリーに設定されていることを示すデフォルト・フラグをさらに示す、
上記（１）に記載の送信装置。
（６）前記制御情報生成部は、前記アプリケーション・サービス記述子に、グループ毎の所属する組織を識別する組織識別子をさらに示す、
上記（１）に記載の送信装置。
（７）前記制御情報生成部は、前記アプリケーション・サービス記述子に、アプリケーションのフォーマットのバリエーションを示す情報をさらに示す、
上記（１）に記載の送信装置。
（８）前記制御情報生成部は、前記アプリケーション・サービス記述子に、アプリケーション及びアプリケーションの制御情報の伝送方法のバリエーションを示す情報をさらに示す、
上記（１）に記載の送信装置。
（９）放送番組本体のデータを符号化するＡＶエンコーダーと、
放送番組に対するアプリケーションのファイル・データを符号化するファイル・エンコーダーをさらに備え、
前記送信部は、前記制御情報を、前記ＡＶエンコーダー及びファイル・エンコーダーでそれぞれエンコードした符号化データと多重化して送信する、
上記（１）に記載の送信装置。
（１０）放送番組に対するアプリケーションに関連する制御情報を生成する制御情報生成ステップと、
前記制御情報生成ステップで生成した制御情報を送信する送信ステップと、
を有し、
前記制御情報生成ステップでは、アプリケーションを独立して運用すべきグループ毎に前記制御情報をグルーピングし、所定のシグナリング・テーブルに配置するアプリケーション・サービス記述子に、グループ毎の前記制御情報の取得先情報及びグループ識別情報を示す、
送信方法。
（１１）放送番組に対するアプリケーションに関連する制御情報を受信する制御情報受信部と、
前記制御情報受信部が受信した制御情報に基づいてアプリケーションの実行を制御するアプリケーション・データ制御部と、
を具備し、
前記アプリケーション・データ制御部は、所定のシグナリング・テーブルに配置されたアプリケーション・サービス記述子が示す、アプリケーションを独立して運用すべきグループ毎の制御情報の取得先情報及びグループ識別情報に基づいて、各グループから伝送されるアプリケーション・データを取得する、
受信装置。
（１２）前記アプリケーション・データ制御部は、シグナリング情報（ＭＭＴ ＳＩ）のエントリー・ポイントとなるシグナリング・メッセージ（ＰＡメッセージ）で伝送するシグナリング・テーブル（ＭＰテーブル）に配置された前記アプリケーション・サービス記述子から、前記グループ毎の前記制御情報の取得先情報及びグループ識別情報を取得する、
上記（１１）に記載の受信装置。
（１３）前記アプリケーション・データ制御部は、前記アプリケーション・サービス記述子から、前記グループ毎のアプリケーションの運用に必要又は重要な制御データを格納するシグナリング・メッセージ又はシグナリング・テーブルの取得先情報とグループ識別情報を取得する、
上記（１１）に記載の受信装置。
（１４）前記アプリケーション・データ制御部は、前記アプリケーション・サービス記述子から、前記グループ毎のデータ・トランスミッション・メッセージ、ＭＨ−ＡＩＴ、ＥＭＴの取得先情報とグループ識別情報を取得する、
上記（１１）に記載の受信装置。
（１５）前記アプリケーション・データ制御部は、前記アプリケーション・サービス記述子でデフォルト・フラグが設定されているアプリケーションをデフォルト・エントリーとして起動する、
上記（１１）に記載の受信装置。
（１６）前記アプリケーション・データ制御部は、前記アプリケーション・サービス記述子で示されている組織識別子に基づいて、グループが所属する組織を識別する、
上記（１１）に記載の受信装置。
（１７）前記アプリケーション・データ制御部は、前記アプリケーション・サービス記述子が示す情報に基づいて、各グループが伝送するアプリケーションのフォーマットを識別する、
上記（１１）に記載の受信装置。
（１８）前記アプリケーション・データ制御部は、前記アプリケーション・サービス記述子が示すアプリケーション及びアプリケーションの制御情報の伝送方法のバリエーションを示す情報に基づいて、各グループが伝送するアプリケーション及びアプリケーションの制御情報を取得する、
上記（１１）に記載の受信装置。
（１９）放送番組本体のデータを復号するＡＶデコーダーと、
復号した放送番組とアプリケーションを実行した結果を合成する合成部と、
をさらに備える上記（１１）に記載の受信装置。
（２０）放送番組に対するアプリケーションに関連する制御情報を受信する制御情報受信ステップと、
前記制御情報受信ステップで受信した制御情報に基づいてアプリケーションの実行を制御するアプリケーション・データ制御ステップと、
を有し、
前記アプリケーション・データ制御ステップでは、所定のシグナリング・テーブルに配置されたアプリケーション・サービス記述子が示す、アプリケーションを独立して運用すべきグループ毎の制御情報の取得先情報及びグループ識別情報に基づいて、実行すべきアプリケーション・データを取得する、
受信方法。

１０…ディジタル放送システム
１１…放送送出システム、１２…受信機
３０１…時計部、３０２…信号送出部、３０３…ビデオ・エンコーダー
３０４…オーディオ・エンコーダー、３０５…キャプション・エンコーダー
３０６…シグナリング・エンコーダー、３０７…ファイル・エンコーダー
３０８…情報システム、３０９…ＴＬＶシグナリング・エンコーダー
３１０…ＩＰサービス・マルチプレクサー
３１１…ＴＬＶマルチプレクサー、３１２…変調・送信部
４０１…チューナー・復調部、４０２…デマルチプレクサー
４０３…時計部、４０４…ビデオ・デコーダー
４０５…オーディオ・デコーダー、４０６…キャプション・デコーダー
４０７…アプリケーション・データ制御部、４０８…キャッシュ・メモリー
４０９…データ放送アプリケーション・エンジン
４１０…システム制御部、４１１…合成部
４１２…ＩＰインターフェース
１３００…アプリケーション配信システム系統
１３１０…番組制作局、１３１１…ＡＶエンコーダー
１３１２…アプリケーション生成部、１３１３…マルチプレクサー
１３２０…配信局
１３２１…アプリケーション生成部、１３２２…マルチプレクサー
１３３０…配信局
１３３１…アプリケーション生成部、１３３２…マルチプレクサー

Claims (4)

1. サービスに関わるＭＰテーブルに配置されたアプリケーションサービス記述子に含まれる、アプリケーションの制御情報のロケーション情報とデフォルト・フラグに基づいて、前記制御情報を受信する制御情報受信部と、
   前記制御情報受信部が受信した前記制御情報に基づいて前記アプリケーションを制御するアプリケーション・データ制御部と、
   を具備する受信装置。
2. 前記アプリケーション・データ制御部は、前記アプリケーションサービス記述子から、前記アプリケーションの伝送に関する制御情報のロケーション情報を取得する、
   請求項１に記載の受信装置。
3. 前記サービスを構成する放送番組本体のデータを復号するＡＶデコーダーと、
   復号した放送番組と前記アプリケーションを実行した結果を合成する合成部と、
   をさらに備える請求項１に記載の受信装置。
4. サービスに関わるＭＰテーブルに配置されたアプリケーションサービス記述子に含まれる、アプリケーションの制御情報のロケーション情報とデフォルト・フラグに基づいて、前記制御情報を受信する制御情報受信ステップと、
   前記制御情報受信ステップで受信した前記制御情報に基づいて前記アプリケーションを制御するアプリケーション・データ制御ステップと、
   を有する受信方法。