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

Abstract

【課題】ＩＰ伝送方式により放送信号を送信する送信装置を提供する。【解決手段】放送サービスがオンエア中か否かを示すｏｎ＿ａｉｒ＿ｉｎｄｉｃａｔｉｏｎ情報と、放送サービスを構成するすべてのパケットが指定されるＩＰアドレスのみで伝送されているか否かを示すｉｎｂａｎｄ＿ｉｎｄｉｃａｔｉｏｎ情報をＴＬＶ−ＳＩ内のＡＭＴに乗せて伝送する。受信機側では、選局操作の度にｏｎ＿ａｉｒ＿ｉｎｄｉｃａｔｉｏｎを確認して、放送サービスの休止時に迅速に対応する。また、ｉｎｂａｎｄ＿ｉｎｄｉｃａｔｉｏｎに基づいてＩＰパケットのフィルタリングを制御する。【選択図】 図２０

Description

本明細書で開示する技術は、ＩＰ伝送方式により放送サービスを構成する各コンポーネントを送信する送信装置及び送信方法、並びに、ＩＰ伝送される放送サービスの各コンポーネントを受信する受信装置並びに受信方法に関する。

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

ＭＭＴ方式の放送システムでは、異なる伝送路の組み合わせで利用することが容易であり、放送や通信の複数の伝送路に共通に用いることができる。ＭＭＴ方式を用いる放送システムでは、放送番組の映像信号や音声信号の符号、並びに、放送番組に関連するコンテンツ（データ放送アプリケーションなど）や字幕の信号をＭＭＴＰ（ＭＭＴ Ｐｒｏｔｏｃｏｌ）ペイロードに乗せてＭＭＴＰパケット化し、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）パケットで伝送する。また、これらのＩＰパケットは、放送伝送路ではＴＬＶ（Ｔｙｐｅ Ｖａｌｕｅ Ｌｅｎｇｔｈ）パケットの形式で伝送する（例えば、特許文献２を参照のこと）。

要するに、ＭＭＴ／ＴＬＶ方式の放送システムは、放送伝送路でＩＰパケットを伝送する方式である。このような伝送方式では、例えば、放送サービス毎に１つのＩＰアドレスをマッピングするという運用が可能である（若しくは、かかるサービス運用が想定される）。このような場合、放送局側から、放送サービス（放送番組番号を識別するサービス識別子）を特定のＩＰアドレスに関連付けるアドレス・マップ・テーブルを提供すれば、受信機側では、このテーブルを利用して、受信パケットをＩＰアドレスに基づいてフィルタリングすることで、所望する放送サービスを構成する各コンポーネントにアクセスすることができる。

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

本明細書で開示する技術の目的は、ＩＰ伝送方式により放送サービスを構成する各コンポーネントを好適に送信することができる、優れた送信装置及び送信方法を提供することにある。

本明細書で開示する技術のさらなる目的は、ＩＰ伝送される放送サービスの各コンポーネントを好適に受信することができる、優れた受信装置並びに受信方法を提供することにある。

本願は、上記課題を参酌してなされたものであり、請求項１に記載の技術は、
放送サービスを構成するコンポーネントをＩＰ伝送に基づいて送信処理するコンポーネント送信処理部と、
ＩＰパケットの多重に関する制御情報を送信処理する制御情報送信処理部と、
を具備し、
前記制御情報送信処理部は、放送サービスがオンエア中であるか否かを示す第１の情報を前記制御情報に付加する、
送信装置である。

本願の請求項２に記載の技術によれば、請求項１に記載の送信装置の前記制御情報送信処理部は、放送サービスをＩＰアドレスに関連付けるマッピング情報を前記制御情報に含むとともに、前記マッピング情報に前記第１の情報を付加するように構成されている。

本願の請求項３に記載の技術によれば、請求項１に記載の送信装置の前記制御送信処理部は、放送サービスのコンポーネントを構成するすべてのパケットが同じＩＰアドレスのみで伝送されているか否かを示す第２の情報をさらに前記制御情報に付加するように構成されている。

本願の請求項４に記載の技術によれば、請求項３に記載の送信装置の前記制御情報送信処理部は、放送サービスをＩＰアドレスに関連付けるマッピング情報を前記制御情報に含むとともに、前記マッピング情報に前記第２の情報を付加するように構成されている。

本願の請求項５に記載の技術によれば、請求項４に記載の送信装置の前記制御情報送信処理部は、放送サービスへのエントリー・ポイントとなるシグナリング・メッセージが伝送されるＩＰアドレスを前記マッピング情報として記述するとともに、放送サービスの各コンポーネントが前記シグナリング・メッセージと同じＩＰアドレスで伝送されているか否かを前記第２の情報で示すように構成されている。

本願の請求項６に記載の技術によれば、請求項１に記載の送信装置の前記コンポーネント送信処理部は、放送サービスのコンポーネントをＭＭＴ方式によりＭＭＴＰパケット化してからＩＰパケット化し、さらにＩＰパケットをＴＬＶ多重化形式により多重化したＴＬＶパケットを放送伝送路に送出し、前記制御情報送信処理部は、前記制御情報を乗せたＴＬＶパケットを放送伝送路に送出するように構成されている。

本願の請求項７に記載の技術によれば、請求項６に記載の送信装置の前記コンポーネント送信処理部は、放送サービスのコンポーネントのＭＭＴ伝送に関わるコンポーネント制御情報をさらに送信処理するように構成されている。

本願の請求項８に記載の技術によれば、請求項７に記載の送信装置の前記制御情報送信処理部は、放送サービスのエントリー・ポイントとなる前記コンポーネント制御情報のメッセージが伝送されるＩＰアドレスを放送サービスに関連付けるマッピング情報を前記制御情報に含めるように構成されている。

また、本願の請求項９に記載の技術は、
放送サービスを構成するコンポーネントをＩＰ伝送に基づいて送信処理するコンポーネント送信処理ステップと、
ＩＰパケットの多重に関する制御情報を送信処理する制御情報送信処理ステップと、
を有し、
前記制御情報送信処理ステップでは、放送サービスがオンエア中であるか否かを示す第１の情報を前記制御情報に付加する、
送信方法である。

また、本願の請求項１０に記載の技術は、
放送サービスを構成するコンポーネントをＩＰ伝送に基づいて受信処理するコンポーネント受信処理部と、
ＩＰパケットの多重に関する制御情報を受信処理する制御情報受信処理部と、
を具備し、
前記制御情報には、放送サービスがオンエア中であるか否かを示す第１の情報が付加されている、
受信装置である。

本願の請求項１１に記載の技術によれば、請求項１０に記載の受信装置において、前記制御情報には放送サービスをＩＰアドレスに関連付けるマッピング情報が含まれるとともに、前記マッピング情報に前記第１の情報が付加されている。

本願の請求項１２に記載の技術によれば、請求項１０に記載の受信装置において、前記制御情報には、放送サービスのコンポーネントを構成するすべてのパケットが同じＩＰアドレスのみで伝送されているか否かを示す第２の情報がさらに付加されている。

本願の請求項１３に記載の技術によれば、請求項１２に記載の受信装置において、前記制御情報には放送サービスをＩＰアドレスに関連付けるマッピング情報が含まれるとともに、前記マッピング情報に前記第２の情報が付加されている。

本願の請求項１４に記載の技術によれば、請求項１２に記載の受信装置において、放送サービスへのエントリー・ポイントとなるシグナリング・メッセージが伝送されるＩＰアドレスが前記マッピング情報として記述されるとともに、放送サービスの各コンポーネントが前記シグナリング・メッセージと同じＩＰアドレスで伝送されているか否かを前記第２の情報で示されている。

本願の請求項１５に記載の技術によれば、請求項１０に記載の受信装置は、選局操作の度に前記第１の情報を取得して、前記コンポーネント受信処理部における受信処理を制御するように構成されている。

本願の請求項１６に記載の技術によれば、請求項１０に記載の受信装置は、選局操作の度に前記第１の情報を取得して、ユーザーに通知するように構成されている。

本願の請求項１７に記載の技術によれば、請求項１２に記載の受信装置は、前記第２の情報に基づいて放送サービスの再送信を制御するように構成されている。

本願の請求項１８に記載の技術によれば、請求項１２に記載の受信装置は、すべてのパケットが同じＩＰアドレスのみで伝送されていることが前記第２の情報で示されている放送サービスのコンポーネントを、ＩＰアドレス・フィルタリングにより抽出して再送信するように構成されている。

本願の請求項１９に記載の技術によれば、請求項１２に記載の受信装置は、すべてのパケットが同じＩＰアドレスのみでは伝送されていないことが前記第２の情報で示されている放送サービスの再送信を許可しないように構成されている。

また、本願の請求項２０に記載の技術は、
放送サービスを構成するコンポーネントをＩＰ伝送に基づいて受信処理するコンポーネント受信処理ステップと、
ＩＰパケットの多重に関する制御情報を受信処理する制御情報受信処理ステップと、
を有し、
前記制御情報には、放送サービスがオンエア中であるか否かを示す第１の情報が付加されている、
受信方法である。

本明細書で開示する技術によれば、ＩＰ伝送方式により放送サービスを構成する各コンポーネントを好適に送信することができる、優れた送信装置及び送信方法を提供することができる。

また、本明細書で開示する技術によれば、ＩＰ伝送される放送サービスの各コンポーネントを好適に受信することができる、優れた受信装置並びに受信方法を提供することができる。

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

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

図１は、本明細書で開示する技術を適用したディジタル放送システム１０の構成例を模式的に示した図である。 図２は、ＭＭＴ方式を用いる放送システムのプロトコル・スタック２００を示した図である。 図３は、図２に示した放送信号を送出する放送送出システム１１の構成例を示した図である。 図４は、図２に示した放送信号を受信する受信機１２の構成例を示した図である。 図５は、ＭＭＴ／ＴＬＶ方式に従って放送送出システム１１から放送伝送路に送出される放送信号５００のイメージを示した図である。 図６は、ＭＭＴＰパケット６００の構成例を示した図である。 図７は、ＭＭＴ及びＴＬＶパケットの構成例を示した図である 図８は、ＴＬＶ−ＳＩから各放送サービスのエントリー・ポイントであるＰＡメッセージへアクセスする仕組みを説明するための図である。 図９は、ＰＡメッセージ内のＭＰテーブルからパッケージの各アセットを指定する仕組みを示した図である。 図１０は、ＰＡメッセージ１００１と、ＰＡメッセージ１００１に含まれるＭＰテーブル１００２の構成例を示した図である。 図１１は、ＰＡメッセージ１１００のシンタックス例を示した図である。 図１２は、ＰＡメッセージに含まれるパラメーターの説明を示した図である。 図１３は、ＭＰテーブルのシンタックス例１３００を示した図である。 図１４は、ＭＰテーブルに含まれるパラメーターの説明を示した図である。 図１５は、ロケーション情報のデータ構造例１５００を示した図である。 図１６は、ＭＭＴ伝送されるデータ放送アプリケーションを構成するファイルを取得する仕組みを説明するための図である。 図１７は、ＭＭＴ／ＴＬＶ方式の放送システムにおいて想定される放送信号の構成例を示した図である。 図１８は、ＡＭＴのシンタックス例１８００を示した図である。 図１９は、受信機がオンエア中の放送サービスにアクセスする処理手順を、放送信号の構成とともに示した図である。 図２０は、受信機が休止中の放送サービスにアクセスする処理手順を、放送信号の構成とともに示した図である。 図２１は、受信機が初期スキャン時に実行する処理手順を示したフローチャートである。 図２２は、受信機が選局時に実行する処理手順を示したフローチャートである。 図２３は、受信機がオンエア中の放送サービスにアクセスする処理手順（但し、初期スキャン時にＡＭＴを取得する場合）を、放送信号の構成とともに示した図である。 図２４は、受信機が休止中の放送サービスにアクセスする処理手順（但し、初期スキャン時にＡＭＴを取得する場合）を、放送信号の構成とともに示した図である。 図２５は、受信機が初期スキャン時に実行する処理手順を示したフローチャートである。 図２６は、受信機が選局時に実行する処理手順を示したフローチャートである。 図２７は、放送サービス転送のユースケースを例示した図である。 図２８は、受信機内のデマルチプレクサーのフィルター・バンク構成例を示した図である。 図２９は、放送サービス転送のユースケースを例示した図である。 図３０は、ＴＬＶストリームの再多重化処理の一例を示した図である。

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

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

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

一方、受信機１２は、放送送出システム１１から放送伝送路で送られてくるＩＰパケットを受信する。後述するように、受信パケットをＩＰアドレスに基づいてフィルタリングすることで、所望する放送サービスを構成する各コンポーネントにアクセスすることができる。受信機１２は、そして、受信機１２は、受信パケットから映像や音声、字幕などの伝送メディアを復号して、画像や音声を提示する。また、受信機１２は、受信パケットからデータ放送用の各ファイル・データを取得すると、ＨＴＭＬブラウザーなどのアプリケーション・エンジンを起動して、放送番組に連動したデータ放送の提示を行なう。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＭＭＴ／ＴＬＶ方式では、１つのチャンネル（放送番組）を構成するタイムド・メディア及びノンタイムド・メディアのデータを異なる伝送路の組み合わせで利用することが容易である。図５に示す例では、放送信号５００として、映像、音声、字幕、ファイル・データ、シグナリング情報など、データのタイプ毎のＭＭＴ／ＴＬＶ伝送路５０１〜５０５が利用されている。なお、図中、字幕データ用の伝送路は便宜上、図示を省略している。

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

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

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

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

伝送路５０４では、ＭＭＴに関わる（放送番組の構成などを示す）制御情報であるＭＭＴ−ＳＩを含んだＭＭＴＰパケットが、繰り返し伝送される。伝送路５０４で伝送されるＭＭＴ−ＳＩのシグナリング・メッセージとして、ＰＡメッセージ５１０、Ｍ２セクション・メッセージ５２０、データ伝送メッセージ５３０を挙げることができる。

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

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

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

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

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

伝送路５０５では、上記の伝送路５０１〜５０４で伝送するＭＭＴＰパケットを乗せたＩＰパケットの多重のためのＴＬＶ多重化形式に関わるＴＬＶ−ＳＩを含んだＴＬＶパケットが繰り返し伝送される。伝送路５０５で伝送されるＴＬＶ−ＳＩのシグナリング・テーブルとして、ＮＩＴ（Ｎｅｔｗｏｒｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ ｆｏｒ ＴＬＶ）５４１と、ＡＭＴ（Ａｄｄｒｅｓｓ Ｍａｐ Ｔａｂｌｅ）５４２を挙げることができる。

ＮＩＴ５４１は、ＴＬＶパケットによる伝送において、変調周波数など伝送路５０１〜５０４の情報と放送番組を関連付ける情報を伝送する、ＴＬＶ用ネットワーク情報を指定するテーブルである。

ＡＭＴ５４２は、放送番組番号（放送サービス）を識別するサービス識別子とＩＰアドレスとを関連付ける情報を伝送するテーブルである。放送システム１１で放送サービス毎（若しくは、放送局毎）に１つのＩＰアドレスをマッピングするという運用が想定される場合、ＡＭＴ５４２を利用して、ＩＰパケットをＩＰアドレスに基づいてフィルタリングすることで、所望する放送サービスを構成する各コンポーネントにアクセスすることができる。

上述したように、映像、音声、字幕などのタイムド・メディアや、データ放送用のファイル・データのようなノンタイムド・メディアは、ＭＭＴＰパケットとして伝送される。図６には、ＭＭＴＰパケット６００の構成例を示している。ＭＭＴＰパケットは、ＭＭＴプロトコルを用いて伝送されるようにフォーマットされたメディア・データのユニットである。

参照番号６０１で示すパケット・カウンター・フラグ「Ｃ」に１が代入されていると、参照番号６０２で示すパケット・カウンターのフィールドがこのＭＭＴＰパケット内に存在することが表される。パケット・カウンター６０２は、ＭＭＴＰパケットをカウントした整数値を書き込む３２ビット長のフィールドであり、ＭＭＴＰパケットを送信する度に１ずつインクリメントされる。

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

参照番号６０６で示すｔｙｐｅフィールドには、当該ＭＭＴＰパケットのペイロード・データのタイプを表すタイプ値が書き込まれる。タイプ値の定義を以下の表１に示しておく。

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

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

参照番号６０８で示す、３２ビット長のｔｉｍｅｓｔａｍｐフィールドには、当該ＭＭＴＰパケットの送信時間が、ＮＴＰプロトコルで規定されているｓｈｏｒｔ−ｆｏｒｍａｔで記載される。

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

ＭＭＴ及びＴＬＶパケットの構成方法について、図７を参照しながら説明しておく。ＭＭＴにおける符号化信号を構成する要素として、ＭＦＵ（Ｍｅｄｉａ Ｆｒａｇｍｅｎｔ Ｕｎｉｔ）、ＭＰＵ、ＭＭＴＰペイロード、ＭＭＴＰパケットがある。

図７（ａ）には、元のエレメンタリー・ストリームの状態を示している。ここでは一例として、映像の符号化信号のエレメンタリー・ストリームを挙げている。ＭＰＵは、単体で映像や音声の復号処理を行なうことができる単位であり、大きさは任意である。ＭＰＥＧ−２のようにフレーム間予測を用いて符号する映像信号では、ＭＰＵはＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅ）単位とする必要がある。ＭＰＵは、メタデータ部分と、符号化したメディア・データであるサンプル・データから構成される。１つのＭＰＵは、１以上のムービー・フラグメントから構成できるので、１つのＧＯＰ内にメタデータとサンプル・データの組み合わせが複数存在することが想定される。同一のアセットに属するＭＰＵ毎にシーケンス番号が付与される。したがって、アセットを識別するアセット識別情報とＭＰＵのシーケンス番号を用いることにより、ＭＰＵを一意に識別することができる。

ＭＦＵは、ＭＰＵよりも小さな単位であり、ＭＰＵのうちサンプル・データからＭＦＵを取り出すことができる。図７（ｂ）には、データ長の長いサンプル・データに複数のＭＦＵが配置された例を示している。なお、図７（ａ）及び図７（ｂ）では図示を省略したが、音声、字幕、データ放送アプリケーションの各符号化信号のエレメンタリー・ストリームについても、ＭＦＵが配置される。

ＭＦＵ及びＭＭＴの制御情報（ＭＭＴ−ＳＩ）は、ＭＭＴＰパケットで伝送される。図７（ｂ）に示すように、ＭＦＵなどのデータ・ユニットにＭＭＴＰペイロード・ヘッダー（ＭＭＴ＿ＰＨ）を付加してＭＭＴＰペイロードが構成される。ＭＭＴＰペイロード・ヘッダーには、ＭＭＴＰペイロードに格納する内容に応じた情報が格納される。そして、図７（ｃ）に示すように、ＭＭＴＰペイロードにＭＭＴＰパケット・ヘッダー（ＭＭＴ＿Ｈ）をさらに付加して、ＭＭＴＰパケットが構成される。なお、ＭＭＴＰペイロードは１つのＭＭＴＰパケットで伝送される。１つのＭＭＴＰパケットが複数のＭＭＴＰペイロードを乗せることや、１つのＭＭＴＰペイロードが複数のＭＭＴＰパケットにまたがって伝送されることはない。

ＭＭＴＰパケットは、１つのＩＰパケットで伝送される。ＭＭＴＰパケットに、ＵＤＰヘッダー（ＵＤＰ＿Ｈ）及びＩＰヘッダー（ＩＰ＿Ｈ）を順に付加して、ＩＰパケット化される。なお、１つのＩＰパケットが複数のＭＭＴＰペイロードを乗せることや、１つのＭＭＴＰペイロードが複数のＩＰパケットにまたがって伝送されることはない。そして、図７（ｄ）に示すように、ＩＰパケットにＴＬＶヘッダー（ＴＬＶ＿Ｈ）をさらに付加して、ＴＬＶパケット化され、放送伝送路で伝送される。また、ＴＬＶパケットの制御情報（ＴＬＶ−ＳＩ）も、ＴＬＶパケットとして伝送される。

ＭＭＴ方式では、映像や音声などのコンポーネントをアセットと定義する。アセットは、ＭＰＵが連続した構造となる。１つの放送番組は、１以上のアセットと、制御情報（ＭＭＴ−ＳＩ）のメッセージから構成されるパッケージとして定義される。ＭＭＴ−ＳＩの１つであるＰＡメッセージに含まれるＭＰテーブルは、放送番組がどのようなアセットで構成されるかを示す。

複数のＭＭＴパッケージを同一のＩＰデータ・フローに多重することができる。ここで言うＩＰデータ・フローとは、ＩＰヘッダー及びＵＤＰヘッダーの送信元ＩＰアドレス、宛先ＩＰアドレス、ＩＰヘッダーのプロトコル種別、送信元ポート番号、宛先ポート番号の５種類のフィールドの値がすべて同じとなるＩＰパケットの集合である。ＭＭＴパッケージを伝送するＩＰデータ・フローに加え、ダウンロード・サービスや拡張サービスのためのＩＰデータ・フローが存在することもある。

ＭＭＴ／ＴＬＶ方式の放送システムでは、このような複数のＩＰデータ・フローを１つのＴＬＶストリームに多重する。ＴＬＶストリームは、ＴＬＶストリーム識別情報（ＴＬＶ＿ｓｔｒｅａｍ＿ｉｄ）で識別されるＴＬＶパケットの系列であり、ＴＬＶパケットの制御情報（ＴＬＶ−ＳＩ）をＴＬＶパケットとして含んでいる。ＴＬＶパケットを多重した伝送スロットは、伝送路のＴＭＣＣ信号から、ＴＬＶストリーム識別情報を用いて特定される。

ＴＬＶパケットの制御情報（ＴＬＶ−ＳＩ）及びＭＭＴに関わる制御情報（ＭＭＴ−ＳＩ）に基づいて、データ放送のアイテム（ファイル・データ）にアクセスする仕組みについて説明しておく。

ＴＬＶ−ＳＩは、ＴＬＶパケットの制御情報であり、放送伝送路（ＴＬＶストリーム）に多重化されたＩＰパケットを、受信機側で多重解除するための情報を提供する。上述したように、ＴＬＶ−ＳＩは、ＮＩＴとＡＭＴの各テーブルから構成される。これらのテーブルは、セクション形式で伝送される。ＮＩＴは、ＴＬＶストリーム毎の伝送路情報と放送番組（放送サービス）を関連付ける情報を伝送するテーブルである。また、ＡＭＴは、放送番組番号（放送サービス）を識別するサービス識別子とＩＰアドレスとを関連付ける情報を伝送するテーブルである。

図８には、ＴＬＶ−ＳＩから各放送サービスのエントリー・ポイントであるＰＡメッセージへアクセスする仕組みを図解している。

ＮＩＴは、放送周波数帯を識別するネットワーク識別情報（ｎｅｔｗｏｒｋ＿ｉｄ）と、その放送周波数帯に含まれる各ＴＬＶストリームについてのＴＬＶストリーム情報を含んでいる。各ＴＬＶストリーム情報は、該当するＴＬＶパケットの系列を識別するＴＬＶストリーム識別情報（ＴＬＶ＿ｓｔｒｅａｍ＿ｉｄ）と、当該ＴＬＶストリームの伝送路情報（Ｔｕｎｉｎｇ Ｉｎｆｏ）と、当該ＴＬＶストリームを利用する各放送サービスのサービス識別情報（ｓｅｒｖｉｃｅ＿ｉｄ）を指定している。伝送路情報は、当該ＴＬＶストリームを利用する放送サービスが使用する周波数帯や変調方式など、受信機側でチューニングするのに必要な情報を指定している。

また、ＡＭＴは、各放送サービスを識別するサービス識別情報（ｓｅｒｖｉｃｅ＿ｉｄ）と、放送サービスにマッピングされたＩＰアドレスとの関連付けを行なっている。ＭＭＴ−ＳＩのＰＡメッセージは、放送サービスのエントリー・ポイントとして固定のパケット識別情報（例えば、０ｘ００００）が割り当てられている。したがって、ＡＭＴを利用して所望する放送サービスのＩＰアドレスを取得すると、そのＩＰアドレスのストリーム上を固定のパケット識別情報でフィルタリングすることで、該当する放送サービスのエントリー・ポイントに辿りつくことができる。

受信機側では、例えば初期スキャン時にＮＩＴ並びにＡＭＴの各テーブルを取得して、ＮＶＲＡＭ（Ｎｏｎ Ｖｏｌａｔｉｌｅ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などに不揮発的に保存しておくようにしてもよい。また、受信機は、所望する放送サービス（放送番組）にアクセスしたいときには、ＴＬＶストリーム識別情報で記述されている伝送路情報（Ｔｕｎｉｎｇ Ｉｎｆｏ）情報を用いてチューニングするとともに、ＡＭＴを参照して、所望する放送サービスに対応するＩＰアドレスを取得することができる。そして、放送伝送路（ＩＰデータ・フロー）をＩＰアドレスでフィルタリングすることで、所望する放送サービスの各コンポーネントにアクセスすることができる。また、受信機は、固定のパケット識別情報（例えば、０ｘ００００）を指定することで、サービスのエントリー・ポイントとなるＰＡメッセージにアクセスすることができる。

一方、ＭＭＴ−ＳＩは、ＭＭＴのパッケージの構成や放送サービスに関連する情報を示す伝送制御信号であり、テーブルや記述子を格納する「メッセージ」、特定の情報を示す要素や属性を持つ「テーブル」、より詳細な情報を示す「記述子」の３階層から構成される。ＭＭＴ−ＳＩのメッセージの種類とその機能を、以下の表２にまとめておく。

また、ＭＭＴ−ＳＩのメッセージで伝送されるテーブルの種類を、以下の表３にまとめておく。

また、各テーブルを格納するメッセージを、以下の表４にまとめておく。

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

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

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

ｅｘｔｅｎｓｉｏｎフィールドには、ｐａｙｌｏａｄのフィールドに配置されるＭＰテーブル（ＭＰＴ）のインデックス情報が配置される。このフィールドには、８ビットのｔａｂｌｅ＿ｉｄと、８ビットのｔａｂｌｅ＿ｖｅｒｓｉｏｎと、１６ビットのｔａｂｌｅ＿ｌｅｎｇｔｈが配置される。ｔａｂｌｅ＿ｉｄは、ＭＰテーブルを識別する固定値である。ｔａｂｌｅ＿ｖｅｒｓｉｏｎは、ＭＰテーブルのバージョンを示す。ｔａｂｌｅ＿ｌｅｎｇｔｈは、ＭＰテーブルのサイズをバイト単位で示す。

ＰＡメッセージのｐａｙｌｏａｄフィールドには、ＭＰテーブルが配置される。ＭＰテーブルは、すべてのアセットのリストを含むパッケージに関連する情報を格納する。

図１３には、ＭＰテーブルのシンタックス例１３００を示している。また、図１４には、ＭＰテーブルに含まれるパラメーターの説明を示している。以下、ＭＰテーブルの構成について説明する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＭＭＴ／ＴＬＶ方式の放送システムは、放送伝送路でＩＰパケットを伝送する方式であるが、放送サービス毎に１つのＩＰアドレスをマッピングするという運用が可能である。このような運用によれば、受信機側ではＡＭＴを利用して、受信パケットをＩＰアドレスに基づいてフィルタリングすることで、所望する放送サービスを構成する各コンポーネントにアクセスすることができる。

図１７には、放送サービス毎に特定のＩＰアドレスをマッピングするＭＭＴ／ＴＬＶ方式の放送システムにおいて想定される放送信号の構成例を示している。同図において、同一のＩＰデータ・フローで伝送されるコンポーネントを点線で囲っている（同一のＩＰデータ・フローは、ＩＰアドレス及びＵＤＰポート番号（ｐｎ）が一致する）。また、ＩＰデータ・フロー内でパケット識別情報（ＰＩＤ）が固定されているコンポーネントには、パケット識別情報の固定値を記入している。一方、他のテーブルから間接指定されるコンポーネントについては、参照関係を矢印で示している。

各放送サービスは、映像（Ｖｉｄｅｏ ＭＰＵ）、音声（Ａｕｄｉｏ ＭＰＵ）、字幕（字幕ＭＰＵ）、データ放送アプリケーション（Ａｐｐ ＭＰＵ）などのアセットと、ＰＡメッセージ（ＰＡ Ｍｅｓ）及びデータ伝送メッセージ（ＤＴ Ｍｅｓ）を含むＭＭＴ−ＳＩで構成される。これらのコンポーネントは、放送サービス毎にマッピングされた特定のＩＰアドレスがマッピングされ、１つのＩＰデータ・フローで伝送される。

また、すべての放送サービスに共通のＭＭＴ−ＳＩのメッセージやテーブルは、ＳＩ専用のＩＰデータ・フローで伝送される。ＳＩ専用のＩＰデータ・フローには、固定のＩＰアドレス及びＵＤＰポート番号（ｐｎ）がマッピングされるものとする。

受信機側では、例えば初期スキャン時に、ＴＬＶ−ＳＩを構成するＮＩＴ並びにＡＭＴの各テーブルを取得する。そして、受信機は、ＮＩＴに格納されている伝送路情報（Ｔｕｎｉｎｇ Ｉｎｆｏ）に基づいて、放送サービスの放送伝送路にチューニングすることができ、さらにＡＭＴを利用してＩＰアドレスでフィルタリングすることで所望する放送サービスのＩＰデータ・フローにアクセスすることができる。さらに、受信機は、ＩＰデータ・フロー内でエントリー・ポイント（すなわち、ＰＩＤ＝０ｘ００００）に設定されているＰＡメッセージにアクセスすることができる。ＰＡメッセージが伝送するＭＰテーブルは、各アセット（映像、音声、字幕、ファイル・データ（データ放送アプリケーション）など）やデータ伝送メッセージ、Ｍ２セクション・メッセージで伝送される各シグナリング・テーブルを間接指定しているので、受信機はＭＰテーブルを利用して放送番組の受信や、データ放送アプリケーションの提示などの処理を実行することができる。

ＭＭＴ／ＴＬＶ方式の放送システムにおいて、放送サービス毎に１つのＩＰアドレスをマッピングするという運用を実施する際に、幾つかの問題がある。

第一に、放送サービスを単にＩＰアドレスに対応付けるだけのアドレス・マップ・テーブルでは、放送サービスが休止中であるかどうかを判別することができないので、受信機側では放送サービスの繰り返し送信周期（数百ミリ秒〜数秒）だけ受信待機してからでないと、ＩＰアドレスに該当する放送サービスが休止中であると判断することができない。

ちなみに、現在運用されている放送システムでは、休止中の放送サービスをＰＡＴ（Ｐｒｏｇｒａｍ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ）のリストから削除するようになっている。したがって、受信機は、該当するＰＡＴを取得できたか否かで放送サービスが休止中であると判定するができるが（例えば、特許文献３を参照のこと）、その判定にはＰＡＴの繰り返し送信周期（数百ミリ秒〜数秒）以上の時間を要すると考えられる。

ここで、休止中の放送サービスの記述をＡＭＴから削除することにより、受信機に放送サービスが休止中であることを示すという方法が考えられる。受信機は、初期スキャン時にＡＭＴを取得して放送サービス毎のＩＰアドレス・マッピング情報を記憶しておくことで、オンエア中の放送サービスを迅速に選局することができる。このような場合、休止中の放送サービスの記述をＡＭＴから削除するという方法では、迅速な選局動作に支障が生じる可能性がある。

また、放送サービスのエントリー・ポイントとなるＰＡメッセージは、ＡＭＴで指定されたＩＰアドレスとなる。しかしながら、放送サービスを構成する各コンポーネントが他の（すなわち、ＰＡメッセージとは異なる）ＩＰアドレスで伝送される場合がある。このような場合、受信機側では、ＭＭＴ／ＴＬＶ方式の放送伝送路をＩＰアドレスでフィルタリングするだけですべての信号を取得できるかどうか不明である。

そこで、本実施形態では、放送送出システム１１から、放送サービスがオンエア中（若しくは休止中）か否かを示す情報と、放送サービスを構成するすべてのパケットが指定されるＩＰアドレスのみで伝送されているか否かを示す情報の２つの新規な情報をＴＬＶ−ＳＩに乗せて伝送して、受信機１２に通知するようにしている。ＡＭＴが放送サービスとＩＰアドレスを関連付ける情報を伝送するテーブルであることは既に述べた通りである。ＡＭＴにさらに上記の２つの新規情報を追加すればよい。

図１８には、ＡＭＴのシンタックス例１８００を示している。以下、ＡＭＴの構成について説明する。

ｔａｂｌｅ＿ｉｄは、ｔａｂｌｅ＿ｉｄ＿ｅｘｔｅｎｔｉｏｎ（後述）の値により当該テーブルを識別することを識別する８ビットの固定値（０ｘＦＥ）である。ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒは、拡張形式を示す「１」とする。ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈは、当該フィールドの直後からＣＲＣ３２含む当該テーブルの最後までのセクションのバイト数を規定する。ｔａｂｌｅ＿ｉｄ＿ｅｘｔｅｎｔｉｏｎは、当該テーブルがＡＭＴであることを示す０ｘ００００とする。ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒは、当該テーブルのバージョン番号を書き込む領域であり、テーブル内の情報に変化があった場合に１が加算され、その値が３１に到達するとその次は０に戻る。ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒは、当該テーブルの有効性を示す。具体的には、ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒが「１」であれば当該テーブルが現在有効であることを示し、「０」であれば当該テーブルはまだ適用されず、次に有効となる予定のテーブルであることを示す。ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒは、セクションの番号を示す。最初のセクションのセクション番号は０ｘ００である。同一のｔａｂｌｅ＿ｉｄ及びｔａｂｌｅ＿ｉｄ＿ｅｘｔｅｎｔｉｏｎを持つセクションが追加される毎にセクション番号が１ずつ加算される。ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒは、そのセクションが属するテーブルの最後のセクション（すなわち、最大のセクション番号を持つセクション）の番号を規定する。

ｎｕｍ＿ｏｆ＿ｓｅｒｖｉｃｅ＿ｉｄは、当該テーブルに記述されるｓｅｒｖｉｃｅ＿ｉｄの数を示す。ｓｅｒｖｉｃｅ＿ｉｄで指定された数分だけ、サービス情報のループが配置される。

ｏｎ＿ａｉｒ＿ｉｎｄｉｃａｔｉｏｎ＿ｆｌａｇは、当該テーブル内（サービス情報のループ）で、放送サービスがオンエア中か否かを示すｏｎ＿ａｉｒ＿ｉｎｄｉｃａｔｉｏｎ情報の有無を示すフラグである。また、ｉｎｂａｎｄ＿ｉｎｄｉｃａｔｉｏｎ＿ｆｌａｇは、当該テーブル内（サービス情報のループ）で、放送サービスを構成するすべてのパケットが単一のＩＰアドレスのみで伝送されているか否かを示すｉｎｂａｎｄ＿ｉｎｄｉｃａｔｉｏｎ情報の有無を示すフラグである。

サービス情報のループでは、放送サービスを特定のＩＰアドレスにマッピングさせる。ｓｅｒｖｉｃｅ＿ｉｄは、後続のＩＰアドレスにマッピングする放送サービスを識別するためのラベルの役割をする。また、ｉｐ＿ｖｅｒｓｉｏｎは、放送サービス（そのエントリー・ポイントであるＰＡメッセージ）をマッピングするＩＰアドレスのバージョンを１ビットの符号値で示す。

ｏｎ＿ａｉｒ＿ｉｎｄｉｃａｔｉｏｎ＿ｆｌａｇが「１」に設定されているときには、サービス情報のループで、ｏｎ＿ａｉｒ＿ｉｎｄｉｃａｔｉｏｎが配置される。そして、ｏｎ＿ａｉｒ＿ｉｎｄｉｃａｔｉｏｎが「１」であれば、ｓｅｒｖｉｃｅ＿ｉｄに対応する放送サービスがオンエア中であることを示す。また、ｏｎ＿ａｉｒ＿ｉｎｄｉｃａｔｉｏｎ「０」であれば、その放送サービスが休止中であることを示す。一方、ｏｎ＿ａｉｒ＿ｉｎｄｉｃａｔｉｏｎ＿ｆｌａｇが「０」に設定されているときには、当該領域は予約領域となる。

また、ｉｎｂａｎｄ＿ｉｎｄｉｃａｔｉｏｎ＿ｆｌａｇが「１」に設定されているときには、サービス情報のループで、ｉｎｂａｎｄ＿ｉｎｄｉｃａｔｉｏｎが配置される。そして、ｉｎｂａｎｄ＿ｉｎｄｉｃａｔｉｏｎが「１」であれば、ｓｅｒｖｉｃｅ＿ｉｄに対応する放送サービスの基本的なコンポーネント（例えば、主映像信号と主音声信号）を伝送するすべてのパケットが、指定された（ＰＡメッセージと同じ）ＩＰアドレスのみで伝送されているか否かを示す。また、ｉｎｂａｎｄ＿ｉｎｄｉｃａｔｉｏｎが「０」であれば、その放送サービスの基本的なコンポーネントを伝送するパケットが、指定されたＩＰアドレスのみでは伝送されないことを示す。一方、ｉｎｂａｎｄ＿ｉｎｄｉｃａｔｉｏｎ＿ｆｌａｇが「０」に設定されているときには、当該領域は予約領域となる。

ｉｐ＿ｖｅｒｓｉｏｎが「０」であれば、ｓｅｒｖｉｃｅ＿ｉｄに対応する放送サービスをマッピングするＩＰアドレスのバージョンはＩＰｖ４である。この場合、アドレス情報のループには、ｓｅｒｖｉｃｅ＿ｉｄで特定される放送サービスを構成するＩＰｖ４パケットの送信元ＩＰアドレス（ｓｒｃ＿ａｄｄｒｅｓｓ＿３２）と、送信元ＩＰｖ４アドレス・マスク（ｓｒｃ＿ａｄｄｒｅｓｓ＿ｍａｓｋ＿３２）と、ｓｅｒｖｉｃｅ＿ｉｄで特定される放送サービスを構成するＩＰｖ４パケットの宛先ＩＰアドレス（ｄｓｔ＿ａｄｄｒｅｓｓ＿３２）と、宛先ＩＰｖ４アドレス・マスク（ｄｓｔ＿ａｄｄｒｅｓｓ＿ｍａｓｋ＿３２）が配置される。送信元ＩＰｖ４アドレス・マスクは、送信元ＩＰｖ４アドレスに指定するＩＰアドレスに対し、有効となる先頭（ＭＳＢ）からのビット数を指定する（３２より大きな値を取らない）。また、宛先ＩＰｖ４アドレス・マスクは、宛先ＩＰｖ４アドレスに指定するＩＰアドレスに対し、有効となる先頭（ＭＳＢ）からのビット数を指定する（３２より大きな値を取らない）。なお、サービスを構成するマルチキャスト・グループは、送信元ＩＰｖ４アドレス・マスクにより有効と識別される送信元ＩＰｖ４アドレス及び宛先ＩＰｖ４アドレス・マスクにより有効と識別される宛先ＩＰｖ４アドレスの両方のアドレスに合致するマルチキャスト・グループとする。

また、ｉｐ＿ｖｅｒｓｉｏｎが「１」であれば、ｓｅｒｖｉｃｅ＿ｉｄに対応する放送サービスをマッピングするＩＰアドレスのバージョンはＩＰｖ６である。この場合、アドレス情報のループには、ｓｅｒｖｉｃｅ＿ｉｄで特定される放送サービスを構成するＩＰｖ６パケットの送信元ＩＰアドレス（ｓｒｃ＿ａｄｄｒｅｓｓ＿１２８）と、送信元ＩＰｖ６アドレス・マスク（ｓｒｃ＿ａｄｄｒｅｓｓ＿ｍａｓｋ＿１２８）と、ｓｅｒｖｉｃｅ＿ｉｄで特定される放送サービスを構成するＩＰｖ６パケットの宛先ＩＰアドレス（ｄｓｔ＿ａｄｄｒｅｓｓ＿１２８）と、宛先ＩＰｖ６アドレス・マスク（ｄｓｔ＿ａｄｄｒｅｓｓ＿ｍａｓｋ＿１２８）が配置される。送信元ＩＰｖ６アドレス・マスクは、送信元ＩＰｖ６アドレスに指定するＩＰアドレスに対し、有効となる先頭（ＭＳＢ）からのビット数を指定する（１２８より大きな値を取らない）。また、宛先ＩＰｖ６アドレス・マスクは、宛先ＩＰｖ６アドレスに指定するＩＰアドレスに対し、有効となる先頭（ＭＳＢ）からのビット数を指定する（１２８より大きな値を取らない）。なお、サービスを構成するマルチキャスト・グループは、送信元ＩＰｖ６アドレス・マスクにより有効と識別される送信元ＩＰｖ６アドレス及び宛先ＩＰｖ６アドレス・マスクにより有効と識別される宛先ＩＰｖ６アドレスの両方のアドレスに合致するマルチキャスト・グループとする。

また、アドレス情報のループの最後に、個別に定義されたデータ（ｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅ）を格納する。

そして、当該テーブルの最後に、ＩＴＵ−Ｔ勧告Ｈ．２２２に従う３２ビット長の巡回冗長検査ＣＲＣ＿３２が付加される。

図１８に示すように、ＴＬＶ−ＳＩで伝送されるＡＭＴに、放送サービスに対してＩＰアドレスとともにオンエア中か否かを示すｏｎ＿ａｉｒ＿ｉｎｄｉｃａｔｉｏｎ情報を付加することによって、受信機側では、放送サービスを利用する際（例えば選局操作が行なわれる度に）に逐次ＡＭＴを確認することよって、放送サービスの休止時に迅速に対応することができる。

図１９には、受信機がオンエア中の放送サービスにアクセスする処理手順を、放送信号の構成とともに図解している。

受信機は、参照番号１９０１並びに１９０２に示すように、放送信号（ＲＦチャンネル）を初期スキャンして、各ＲＦチャンネルのＴＬＶストリームからＮＩＴを取得するとともに、ＳＩ専用のＩＰデータ・フローからＭＨ−ＥＩＴ、ＭＨ−ＳＤＴ、ＭＨ−ＢＩＴ、ＭＨ−ＣＤＴなどのＥＰＧ情報を取得して、ＮＶＲＡＭなどに不揮発的に記憶しておく。但し、受信機は、初期スキャン時にＡＭＴは取得しない。

受信機は、ユーザーによって選局操作が行なわれたときには、記憶しておいたＮＩＴ情報を利用して、選局対象の放送サービスのサービス識別情報（ｓｅｒｖｉｃｅ＿ｉｄ）が含まれるＴＬＶストリームの伝送路情報（Ｔｕｎｉｎｇ Ｉｎｆｏ）に基づいて、該当する放送サービスにチューニングすると、参照番号１９０３で示すように、チューニングされたＴＬＶストリームで伝送されるＡＭＴを取得する。そして、参照番号１９０４で示すように、ＡＭＴを利用して、そのサービス識別情報に割り当てられているＩＰアドレスを取得するとともに、当該放送サービスが現在オンエア中であること（すなわち、ｏｎ＿ａｉｒ＿ｉｎｄｉｃａｔｉｏｎ＝１）を検出する。

次いで、受信機は、参照番号１９０５で示すように、ＡＭＴを利用して取得したＩＰアドレスのＩＰデータ・フロー上で、放送サービスのエントリー・ポイント（ＰＩＤ＝０ｘ００００）にアクセスして、参照番号１９０６で示すようにＰＡメッセージを取得することができる。

次いで、受信機は、参照番号１９０７で示すように、ＰＡメッセージで伝送されるＭＰテーブルを参照して、該当する放送番組（パッケージ）を構成する各アセット（映像、音声、字幕、ファイル・データ（データ放送アプリケーション）など）のパケット識別情報を取得する。そして、参照番号１９０８で示すように、同じＩＰアドレス上を、取得したパケット識別情報でフィルタリングすることによって、映像や音声などの選局した放送サービスを構成する各アセットを取得する。

また、受信機は、参照番号１９０９で示すように、ＭＰテーブルでＭＰＵタイムスタンプ記述子及びＭＰＵ拡張タイムスタンプ記述子で提供されるタイムスタンプ情報（ＴｉｍｅＳｔａｍｐ Ｉｎｆｏｒｍａｔｉｏｎ）を利用して、映像信号や音声信号の提示時刻ＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ ＴｉｍｅＳｔａｍｐ）及び復号時刻ＤＴＳ（Ｄｅｃｏｄｅ Ｔｉｍｅ Ｓｔａｍｐ）を算出して、放送番組のレンダリング処理を行なう。

また、図２０には、受信機が休止中の放送サービスにアクセスする処理手順を、放送信号の構成とともに図解している。

受信機は、参照番号２００１並びに２００２に示すように、放送信号（ＲＦチャンネル）を初期スキャンして、ＴＬＶストリームに含まれるＴＬＶ−ＳＩからＮＩＴを取得するとともに、ＳＩ専用のＩＰデータ・フローからＭＨ−ＥＩＴ、ＭＨ−ＳＤＴ、ＭＨ−ＢＩＴ、ＭＨ−ＣＤＴなどのＥＰＧ情報を取得して、ＮＶＲＡＭなどに不揮発的に記憶しておく。但し、受信機は、初期スキャン時にＡＭＴは取得しない（同上）。

受信機は、ユーザーによって選局操作が行なわれたときには、記憶しておいたＮＩＴ情報を利用して、選局対象の放送サービスのサービス識別情報（ｓｅｒｖｉｃｅ＿ｉｄ）が含まれるＴＬＶストリームの伝送路情報（Ｔｕｎｉｎｇ Ｉｎｆｏ）に基づいて、該当する放送サービスにチューニングすると、参照番号２００３で示すように、チューニングされたＴＬＶストリームで伝送されるＡＭＴを取得する。そして、参照番号２００４で示すように、ＡＭＴを利用して、そのサービス識別情報（ｓｅｒｖｉｃｅ＿ｉｄ）に割り当てられているＩＰアドレスを取得する。また、受信機は、ＡＭＴを利用して、当該放送サービスが休止状態であること（すなわち、ｏｎ＿ａｉｒ＿ｉｎｄｉｃａｔｉｏｎ＝０）を検出すると、選局処理を中止して、休止状態に迅速に対応する。

図２１には、図１９並びに図２０に示した処理動作を実現するために、受信機が初期スキャン時に実行する処理手順（サービス休止時の処理を重視する処理手順）を、フローチャートの形式で示している。

受信機は、まず、最初のＲＦチャンネルにチューニングして（ステップＳ２１０１）、そのＴＬＶ−ＳＩとして伝送されるＮＩＴを取得すると、これをＶＲＡＭなどに記憶しておく（ステップＳ２１０２）。但し、ＡＭＴは、選局時に逐次取得するので、初期スキャン時に取得し記憶しておく必要はない。

そして、受信機は、最後のＲＦチャンネルに到達するまで（ステップＳ２１０３のＮｏ）、次のＲＦチャンネルのチューニングと（ステップＳ２１０４）、ＮＩＴを取得して記憶する処理を（ステップＳ２１０２）、繰り返し実行する。

また、図２２には、図１９並びに図２０に示した処理動作を実現するために、受信機が選局時に実行する処理手順（サービス休止時の処理を重視する処理手順）を、フローチャートの形式で示している。

ユーザーが、受信機に対して、放送サービスの選局操作を行なう（ステップＳ２２０１）。受信機側では、選局操作に応答して、初期スキャン時に記憶したＮＩＴ情報を利用して、選局対象となっている放送サービスのサービス識別情報（ｓｅｒｖｉｃｅ＿ｉｄ）が含まれているＴＬＶストリームの伝送路情報（Ｔｕｎｉｎｇ Ｉｎｆｏ）に基づいて、該当するＴＬＶストリームへのチューニングを行なう（ステップＳ２２０２）。

次いで、受信機は、チューニングしたＴＬＶストリームでＴＬＶ−ＳＩとして伝送されるＡＭＴを取得すると（ステップＳ２２０３）、選局対象となっている放送サービスのサービス識別情報（ｓｅｒｖｉｃｅ＿ｉｄ）に対するｏｎ＿ａｉｒ＿ｉｎｄｉｃａｔｉｏｎの値をチェックして、当該放送サービスがオンエア中又は休止中のいずれであるかをチェックする（ステップＳ２２０４）。

ここで、ｏｎ＿ａｉｒ＿ｉｎｄｉｃａｔｉｏｎが１でないときには（ステップＳ２２０４のＮｏ）、受信機は、該当する放送サービスが休止中であると判断して、ユーザーに放送サービスが休止中であることを画面の表示や音声によって通知した後（ステップＳ２２０５）、本処理を終了する。

一方、ｏｎ＿ａｉｒ＿ｉｎｄｉｃａｔｉｏｎが１であるときには（ステップＳ２２０４のＹｅｓ）、受信機は、該当する放送サービスがオンエア中であると判断することができる。この場合、受信機は、ステップＳ２２０３で取得したＡＭＴを利用して、選局対象となっている放送サービスのサービス識別情報（ｓｅｒｖｉｃｅ＿ｉｄ）に割り当てられているＩＰアドレスを抽出すると（ステップＳ２２０６）、そのＩＰアドレスで指定されるＩＰデータ・フロー上で、放送サービスのエントリー・ポイント（ＰＩＤ＝０ｘ００００）にアクセスして、ＰＡメッセージを取得する（ステップＳ２２０７）。

次いで、受信機は、ＰＡメッセージで伝送されるＭＰテーブルの内容を解析して、選局対象となっている放送サービスを構成する各アセット（映像、音声、字幕、ファイル・データ（データ放送アプリケーション）など）のパケット識別情報を取得する（ステップＳ２２０８）。そして、受信機は、同じＩＰアドレス上を、取得したパケット識別情報でフィルタリングすることによって、映像や音声などの放送サービスを構成する各アセットを取得すると、レンダリング処理を行なって、放送番組を再生する（ステップＳ２２０９）。

図１９〜図２２に示した処理動作例では、受信機は、選局操作が行なわれる度にＴＬＶストリームからＡＭＴを取得するようにしている。これに対し、受信機は、初期スキャン時にＡＭＴを取得し記憶しておくことによって、オンエア中の放送サービスに対する処理を迅速に行なうことが可能である。

図２３には、受信機がオンエア中の放送サービスにアクセスする処理手順（但し、初期スキャン時にＡＭＴを取得する場合）を、放送信号の構成とともに図解している。

受信機は、参照番号２３０１並びに２３０２に示すように、放送信号（ＲＦチャンネル）を初期スキャンして、各ＲＦチャンネルのＴＬＶストリームからＮＩＴ及びＡＭＴを取得するとともに、ＳＩ専用のＩＰデータ・フローからＭＨ−ＥＩＴ、ＭＨ−ＳＤＴ、ＭＨ−ＢＩＴ、ＭＨ−ＣＤＴなどのＥＰＧ情報を取得して、ＮＶＲＡＭなどに不揮発的に記憶しておく。

受信機は、ユーザーによって選局操作が行なわれたときには、記憶しておいたＮＩＴ情報を利用して、選局対象の放送サービスのサービス識別情報（ｓｅｒｖｉｃｅ＿ｉｄ）が含まれるＴＬＶストリームの伝送路情報（Ｔｕｎｉｎｇ Ｉｎｆｏ）に基づいて、該当する放送サービスにチューニングする。また、参照番号２３０３で示すように、記憶しておいたＡＭＴを利用して、選局対象の放送サービスのサービス識別情報に割り当てられているＩＰアドレスを取得する。

次いで、受信機は、参照番号２３０４で示すように、取得したＩＰアドレスのＩＰデータ・フロー上で、放送サービスのエントリー・ポイント（ＰＩＤ＝０ｘ００００）にアクセスして、参照番号２３０５で示すようにＰＡメッセージを取得することができる。

次いで、受信機は、参照番号２３０６で示すように、ＰＡメッセージで伝送されるＭＰテーブルを参照して、該当する放送番組（パッケージ）を構成する各アセット（映像、音声、字幕、ファイル・データ（データ放送アプリケーション）など）のパケット識別情報を取得する。そして、参照番号２３０７で示すように、同じＩＰアドレス上を、取得したパケット識別情報でフィルタリングすることによって、映像や音声などの放送サービスを構成する各アセットを取得する。

また、受信機は、参照番号２３０８で示すように、ＭＰテーブルで提供されるタイムスタンプ情報（ＴｉｍｅＳｔａｍｐ Ｉｎｆｏｒｍａｔｉｏｎ）を利用して、映像信号や音声信号の提示時刻ＰＴＳ及び復号時刻を算出して、放送番組のレンダリング処理を行なう。

また、図２４には、受信機が休止中の放送サービスにアクセスする処理手順（但し、初期スキャン時にＡＭＴを取得する場合）を、放送信号の構成とともに図解している。

受信機は、参照番号２４０１並びに２４０２に示すように、放送信号（ＲＦチャンネル）を初期スキャンして、各ＲＦチャンネルのＴＬＶストリームからＮＩＴ及びＡＭＴを取得するとともに、ＳＩ専用のＩＰデータ・フローからＭＨ−ＥＩＴ、ＭＨ−ＳＤＴ、ＭＨ−ＢＩＴ、ＭＨ−ＣＤＴなどのＥＰＧ情報を取得して、ＮＶＲＡＭなどに不揮発的に記憶しておく。

受信機は、ユーザーによって選局操作が行なわれたときには、記憶しておいたＮＩＴ情報を利用して、選局対象の放送サービスのサービス識別情報（ｓｅｒｖｉｃｅ＿ｉｄ）が含まれるＴＬＶストリームの伝送路情報（Ｔｕｎｉｎｇ Ｉｎｆｏ）に基づいて、該当する放送サービスにチューニングする。また、参照番号２４０３で示すように、記憶しておいたＡＭＴを利用して、選局対象の放送サービスのサービス識別情報に割り当てられているＩＰアドレスを取得する。

次いで、受信機は、参照番号２４０４で示すように、取得したＩＰアドレスのＩＰデータ・フロー上で、放送サービスのエントリー・ポイント（ＰＩＤ＝０ｘ００００）にアクセスして、ＰＡメッセージの取得を試みる。

しかしながら、該当する放送サービスは休止中であるため、受信機はＰＡメッセージを取得することができない。そして、受信機は、ＭＭＴ−ＳＩの繰り返し送信周期の数回分に相当する待機時間にわたってＰＡメッセージを受信待機し、タイムアウトすることによって、放送サービスが休止中であることを認識することができる。

図２５には、図２３並びに図２４に示した処理動作を実現するために、受信機が初期スキャン時に実行する処理手順（サービス・オンエア時の処理を重視する処理手順）を、フローチャートの形式で示している。

受信機は、まず、最初のＲＦチャンネルにチューニングして（ステップＳ２５０１）、そのＴＬＶ−ＳＩとして伝送されるＮＩＴ及びＡＭＴを取得すると、これらをＶＲＡＭなどに記憶しておく（ステップＳ２５０２）。

そして、受信機は、最後のＲＦチャンネルに到達するまで（ステップＳ２５０３のＮｏ）、次のＲＦチャンネルのチューニングと（ステップＳ２５０４）、ＮＩＴとＡＭＴを取得して記憶する処理を（ステップＳ２５０２）、繰り返し実行する。

また、図２６には、図２３並びに図２４に示した処理動作を実現するために、受信機が選局時に実行する処理手順（サービス・オンエア時の処理を重視する処理手順）を、フローチャートの形式で示している。

ユーザーが、受信機に対して、放送サービスの選局操作を行なう（ステップＳ２６０１）。受信機側では、選局操作に応答して、初期スキャン時に記憶したＮＩＴ情報を利用して、選局対象となっている放送サービスのサービス識別情報（ｓｅｒｖｉｃｅ＿ｉｄ）が含まれているＴＬＶストリームの伝送路情報（Ｔｕｎｉｎｇ Ｉｎｆｏ）に基づいて、該当するＴＬＶストリームへのチューニングを行なう（ステップＳ２６０２）。

また、受信機は、初期スキャン時に記憶したＡＭＴを利用して、選局対象となっている放送サービスのサービス識別情報（ｓｅｒｖｉｃｅ＿ｉｄ）に割り当てられているＩＰアドレスを抽出すると（ステップＳ２６０３）、そのＩＰアドレスで指定されるＩＰデータ・フロー上で、放送サービスのエントリー・ポイント（ＰＩＤ＝０ｘ００００）にアクセスして、ＰＡメッセージの取得を試みる（ステップＳ２６０４）。

ここで、タイムアウトするまでの間に、放送サービスのエントリー・ポイント（ＰＩＤ＝０ｘ００００）からＰＡメッセージを取得することができなかった場合には（ステップＳ２６０５のＮｏ）、受信機は、該当する放送サービスが休止中であると判断して、ユーザーに放送サービスが休止中であることを画面の表示や音声によって通知した後（ステップＳ２６０６）、本処理を終了する。

一方、タイムアウトするまでの間に、放送サービスのエントリー・ポイント（ＰＩＤ＝０ｘ００００）からＰＡメッセージを取得することができた場合には（ステップＳ２６０５のＹｅｓ）、受信機は、該当する放送サービスがオンエア中であると判断することができる。この場合、受信機は、受信したＰＡメッセージに含まれるＭＰテーブルの内容を解析して、選局対象となっている放送サービスを構成する各アセット（映像、音声、字幕、ファイル・データ（データ放送アプリケーション）など）のパケット識別情報を抽出する（ステップＳ２６０７）。

次いで、受信機は、同じＩＰアドレス上を、取得したパケット識別情報でフィルタリングすることによって、映像や音声などの放送サービスを構成する各アセットを取得すると、レンダリング処理を行なって、放送番組を再生する（ステップＳ２６０８）。

ＩＰ伝送に基づく放送方式において、放送サービス毎に１つのＩＰアドレスをマッピングして、放送サービスを構成するすべての信号を同一のＩＰアドレスで伝送する場合、例えば以下のようなサービス転送の各ユースケースで効果的である。

（１）家庭内の受信機で放送信号を一旦受信した後、特定の放送サービスの信号をホーム・ネットワーク経由で他の外部端末に転送して、視聴し、あるいは録画などの処理を行なわせる場合（図２７を参照のこと）

このユースケースでは、受信機（図４を参照のこと）側での処理は、デマルチプレクサー４０２内のＩＰフィルター４０２−２による、ＩＰアドレスに基づくフィルター処理のみで済むので、処理負荷が軽い。ＩＰアドレスに基づいてフィルタリングされた放送サービスの信号は、ＩＰインターフェース４１０からホーム・ネットワーク経由で外部端末に送出すればよい。

例えば、図２８に示すように、デマルチプレクサー４０２内のＩＰフィルター４０２−２内に、ＴＬＶフィルター４０２−１及びＩＰフィルター４０２−２のみを通過する、サービス転送用のフィルター・バンクからなるトランスポート・フィルターを設ければよい。図２８に示す例では、サービス転送用の２本のトランスポート・フィルター２８０１、２８０２が構成されている。各トランスポート・フィルター２８０１、２８０２は、ＩＰアドレス・フィルターであり、転送したい放送サービスに割り当てられているＩＰアドレスでＩＰレイヤーまでのフィルタリング処理を行なうことにより、該当する放送サービスの基本的なコンポーネントを分離することが可能であり、ＩＰインターフェース４１０経由で外部端末に転送することができる。

また、受信機がホーム・ネットワーク上をマルチキャストする場合、外部端末で選局操作を行なう際には、マルチキャストＩＰアドレス単位で外部端末に参加（ｊｏｉｎ）並びに離脱（ｌｅａｖｅ）の処理を行なわせることになるので、好都合である。

（２）放送サービスをＩＰＴＶやＣＡＴＶ伝送路へ再送信する場合（図２９を参照のこと）

このユースケースでも、ＩＰアドレス単位で放送サービスがまとまっていると、再送信システムで、伝送するサービス群を再構成する処理が軽くなる。

また、ＩＰＴＶのように采配神経がマルチキャスト伝送する場合、ＩＰＴＶ受信機で選局操作を行なう際には、マルチキャストＩＰアドレス単位でＩＰＴＶ受信機に参加（ｊｏｉｎ）並びに離脱（ｌｅａｖｅ）の処理を行なわせることになるので、好都合である。

また、図１８に示したように、ＴＬＶ−ＳＩで伝送されるＡＭＴに、放送サービスを構成するすべてのパケットが指定されるＩＰアドレスのみで伝送されているか否かを示す情報（ｉｎｂａｎｄ＿ｉｎｄｉｃａｔｉｏｎ）を付加することによって、受信機側では、ＩＰアドレスでフィルタリングするだけで、該当する放送サービスの基本的なコンポーネント（例えば、主映像信号と主音声信号）を取得できるかどうかを判断することができる。

上述したように、ｉｎｂａｎｄ＿ｉｎｄｉｃａｔｉｏｎ＿ｆｌａｇが「１」に設定されているときには、放送サービスの情報として、ｉｎｂａｎｄ＿ｉｎｄｉｃａｔｉｏｎが配置され、放送サービスの基本的なコンポーネント（例えば、主映像信号と主音声信号）がＰＡメッセージと同じＩＰアドレスのみで伝送されているか否かを示す。

ｉｎｂａｎｄ＿ｉｎｄｉｃａｔｉｏｎが「１」であれば、放送サービスの基本的なコンポーネントがＰＡメッセージと同じＩＰアドレスのみで伝送される。したがって、受信機側では、ＩＰアドレスでフィルタリングするだけで、該当する放送サービスの基本的なコンポーネントを取得することができる。

ｉｎｂａｎｄ＿ｉｎｄｉｃａｔｉｏｎ情報は、放送サービスの転送時に利用することができる。ＩＰアドレスでフィルタリングするだけで、該当する放送サービスの基本的なコンポーネントを取得できることが判明すると、デマルチプレクサー内で単一のＩＰアドレス・フィルター（図２８を参照のこと）のみを用いて、特定の放送サービスの基本的なコンポーネントをＴＬＶストリームから分離することが可能であり、これを外部機器（例えば、図２７中の外部端末や、図２９中のＩＰＴＶ／ＣＡＴＶ）に転送することができる。

他方、ｉｎｂａｎｄ＿ｉｎｄｉｃａｔｉｏｎが「０」の場合には、該当する放送サービスの基本的なコンポーネントをＴＬＶストリームから抽出するために、２以上のＩＰアドレス・フィルターが必要である。例えば、受信機で直接再生が行なわれている場合には、ｉｎｂａｎｄ＿ｉｎｄｉｃａｔｉｏｎが「０」の放送サービスの転送を許可しないようにしてもよい。

なお、図２９に示したように放送をＣＡＴＶで再送信する場合、再送信システムでは、ＣＡＴＶの帯域に合わせるために、再多重化処理によりＴＬＶストリームのサービス組み換えを行なうことが想定される。再多重化する場合に、ｉｎｂａｎｄ＿ｉｎｄｉｃａｔｉｏｎが「１」である放送サービスだけを抽出すれば、ＩＰアドレス単位のフィルター処理を行なうだけでよいので、再多重化処理が容易になる。

図３０には、ＴＬＶストリームの再多重化処理の一例を示している。図示の例では、２本のＴＬＶストリームＴＬＶ１、ＴＬＶ２が再多重化部３００に入力されている。そして、再多重化部３００では、各ＴＬＶストリームのＴＬＶ−ＳＩに含まれているＡＭＴを算出して、ｉｎｂａｎｄ＿ｉｎｄｉｃａｔｉｏｎが「１」に設定されている放送サービスを検出すると、それに該当するＩＰアドレス単位でフィルタリング処理を行なう。そして、ＣＡＴＶの帯域に合わせて各放送サービスの信号を再多重化して、３本のＴＬＶストリームＴＬＶ１１、ＴＬＶ１２、ＴＬＶ１３を再送信する。

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

本明細書で開示する技術は、メディア・トランスポートにＭＭＴ方式を適用するとともに、ＴＬＶ方式で放送伝送路に伝送する放送システムに適用することができる。また、本明細書で開示する技術は、ＩＰ伝送に基づくさまざまな放送システムに適用することができる。

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

なお、本明細書の開示の技術は、以下のような構成をとることも可能である。
（１）放送サービスを構成するコンポーネントをＩＰ伝送に基づいて送信処理するコンポーネント送信処理部と、
ＩＰパケットの多重に関する制御情報を送信処理する制御情報送信処理部と、
を具備し、
前記制御情報送信処理部は、放送サービスがオンエア中であるか否かを示す第１の情報を前記制御情報に付加する、
送信装置。
（２）前記制御情報送信処理部は、放送サービスをＩＰアドレスに関連付けるマッピング情報を前記制御情報に含むとともに、前記マッピング情報に前記第１の情報を付加する、
上記（１）に記載の送信装置。
（３）前記制御送信処理部は、放送サービスのコンポーネントを構成するすべてのパケットが同じＩＰアドレスのみで伝送されているか否かを示す第２の情報をさらに前記制御情報に付加する、
上記（１）に記載の送信装置。
（４）前記制御情報送信処理部は、放送サービスをＩＰアドレスに関連付けるマッピング情報を前記制御情報に含むとともに、前記マッピング情報に前記第２の情報を付加する、
上記（３）に記載の送信装置。
（５）前記制御情報送信処理部は、放送サービスへのエントリー・ポイントとなるシグナリング・メッセージが伝送されるＩＰアドレスを前記マッピング情報として記述するとともに、放送サービスの各コンポーネントが前記シグナリング・メッセージと同じＩＰアドレスで伝送されているか否かを前記第２の情報で示す、
上記（４）に記載の送信装置。
（６）前記コンポーネント送信処理部は、放送サービスのコンポーネントをＭＭＴ方式によりＭＭＴＰパケット化してからＩＰパケット化し、さらにＩＰパケットをＴＬＶ多重化形式により多重化したＴＬＶパケットを放送伝送路に送出し、
前記制御情報送信処理部は、前記制御情報を乗せたＴＬＶパケットを放送伝送路に送出する、
上記（１）に記載の送信装置。
（７）前記コンポーネント送信処理部は、放送サービスのコンポーネントのＭＭＴ伝送に関わるコンポーネント制御情報をさらに送信処理する、
上記（６）に記載の送信装置。
（８）前記制御情報送信処理部は、放送サービスのエントリー・ポイントとなる前記コンポーネント制御情報のメッセージが伝送されるＩＰアドレスを放送サービスに関連付けるマッピング情報を前記制御情報に含める、
上記（７）に記載の送信装置。
（９）放送サービスを構成するコンポーネントをＩＰ伝送に基づいて送信処理するコンポーネント送信処理ステップと、
ＩＰパケットの多重に関する制御情報を送信処理する制御情報送信処理ステップと、
を有し、
前記制御情報送信処理ステップでは、放送サービスがオンエア中であるか否かを示す第１の情報を前記制御情報に付加する、
送信方法。
（１０）放送サービスを構成するコンポーネントをＩＰ伝送に基づいて受信処理するコンポーネント受信処理部と、
ＩＰパケットの多重に関する制御情報を受信処理する制御情報受信処理部と、
を具備し、
前記制御情報には、放送サービスがオンエア中であるか否かを示す第１の情報が付加されている、
受信装置。
（１１）前記制御情報には放送サービスをＩＰアドレスに関連付けるマッピング情報が含まれるとともに、前記マッピング情報に前記第１の情報が付加されている、
上記（１０）に記載の受信装置。
（１２）前記制御情報には、放送サービスのコンポーネントを構成するすべてのパケットが同じＩＰアドレスのみで伝送されているか否かを示す第２の情報がさらに付加されている、
上記（１０）に記載の受信装置。
（１３）前記制御情報には放送サービスをＩＰアドレスに関連付けるマッピング情報が含まれるとともに、前記マッピング情報に前記第２の情報が付加されている、
上記（１２）に記載の受信装置。
（１４）放送サービスへのエントリー・ポイントとなるシグナリング・メッセージが伝送されるＩＰアドレスが前記マッピング情報として記述されるとともに、放送サービスの各コンポーネントが前記シグナリング・メッセージと同じＩＰアドレスで伝送されているか否かを前記第２の情報で示されている、
上記（１２）に記載の受信装置。
（１５）選局操作の度に前記第１の情報を取得して、前記コンポーネント受信処理部における受信処理を制御する、
上記（１０）に記載の受信装置。
（１６）選局操作の度に前記第１の情報を取得して、ユーザーに通知する、
上記（１０）に記載の受信装置。
（１７）前記第２の情報に基づいて放送サービスの再送信を制御する、
上記（１２）に記載の受信装置。
（１８）すべてのパケットが同じＩＰアドレスのみで伝送されていることが前記第２の情報で示されている放送サービスのコンポーネントを、ＩＰアドレス・フィルタリングにより抽出して再送信する、
上記（１２）に記載の受信装置。
（１９）すべてのパケットが同じＩＰアドレスのみでは伝送されていないことが前記第２の情報で示されている放送サービスの再送信を許可しない、
上記（１２）に記載の受信装置。
（２０）放送サービスを構成するコンポーネントをＩＰ伝送に基づいて受信処理するコンポーネント受信処理ステップと、
ＩＰパケットの多重に関する制御情報を受信処理する制御情報受信処理ステップと、
を有し、
前記制御情報には、放送サービスがオンエア中であるか否かを示す第１の情報が付加されている、
受信方法。

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

Claims (20)

1. 放送サービスを構成するコンポーネントをＩＰ伝送に基づいて送信処理するコンポーネント送信処理部と、
   ＩＰパケットの多重に関する制御情報を送信処理する制御情報送信処理部と、
   を具備し、
   前記制御情報送信処理部は、放送サービスがオンエア中であるか否かを示す第１の情報を前記制御情報に付加する、
   送信装置。
2. 前記制御情報送信処理部は、放送サービスをＩＰアドレスに関連付けるマッピング情報を前記制御情報に含むとともに、前記マッピング情報に前記第１の情報を付加する、
   請求項１に記載の送信装置。
3. 前記制御送信処理部は、放送サービスのコンポーネントを構成するすべてのパケットが同じＩＰアドレスのみで伝送されているか否かを示す第２の情報をさらに前記制御情報に付加する、
   請求項１に記載の送信装置。
4. 前記制御情報送信処理部は、放送サービスをＩＰアドレスに関連付けるマッピング情報を前記制御情報に含むとともに、前記マッピング情報に前記第２の情報を付加する、
   請求項３に記載の送信装置。
5. 前記制御情報送信処理部は、放送サービスへのエントリー・ポイントとなるシグナリング・メッセージが伝送されるＩＰアドレスを前記マッピング情報として記述するとともに、放送サービスの各コンポーネントが前記シグナリング・メッセージと同じＩＰアドレスで伝送されているか否かを前記第２の情報で示す、
   請求項４に記載の送信装置。
6. 前記コンポーネント送信処理部は、放送サービスのコンポーネントをＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）方式によりＭＭＴＰパケット化してからＩＰパケット化し、さらにＩＰパケットをＴＬＶ（Ｔｙｐｅ Ｖａｌｕｅ Ｌｅｎｇｔｈ）多重化形式により多重化したＴＬＶパケットを放送伝送路に送出し、
   前記制御情報送信処理部は、前記制御情報を乗せたＴＬＶパケットを放送伝送路に送出する、
   請求項１に記載の送信装置。
7. 前記コンポーネント送信処理部は、放送サービスのコンポーネントのＭＭＴ伝送に関わるコンポーネント制御情報をさらに送信処理する、
   請求項６に記載の送信装置。
8. 前記制御情報送信処理部は、放送サービスのエントリー・ポイントとなる前記コンポーネント制御情報のメッセージが伝送されるＩＰアドレスを放送サービスに関連付けるマッピング情報を前記制御情報に含める、
   請求項７に記載の送信装置。
9. 放送サービスを構成するコンポーネントをＩＰ伝送に基づいて送信処理するコンポーネント送信処理ステップと、
   ＩＰパケットの多重に関する制御情報を送信処理する制御情報送信処理ステップと、
   を有し、
   前記制御情報送信処理ステップでは、放送サービスがオンエア中であるか否かを示す第１の情報を前記制御情報に付加する、
   送信方法。
10. 放送サービスを構成するコンポーネントをＩＰ伝送に基づいて受信処理するコンポーネント受信処理部と、
    ＩＰパケットの多重に関する制御情報を受信処理する制御情報受信処理部と、
    を具備し、
    前記制御情報には、放送サービスがオンエア中であるか否かを示す第１の情報が付加されている、
    受信装置。
11. 前記制御情報には放送サービスをＩＰアドレスに関連付けるマッピング情報が含まれるとともに、前記マッピング情報に前記第１の情報が付加されている、
    請求項１０に記載の受信装置。
12. 前記制御情報には、放送サービスのコンポーネントを構成するすべてのパケットが同じＩＰアドレスのみで伝送されているか否かを示す第２の情報がさらに付加されている、
    請求項１０に記載の受信装置。
13. 前記制御情報には放送サービスをＩＰアドレスに関連付けるマッピング情報が含まれるとともに、前記マッピング情報に前記第２の情報が付加されている、
    請求項１２に記載の受信装置。
14. 放送サービスへのエントリー・ポイントとなるシグナリング・メッセージが伝送されるＩＰアドレスが前記マッピング情報として記述されるとともに、放送サービスの各コンポーネントが前記シグナリング・メッセージと同じＩＰアドレスで伝送されているか否かを前記第２の情報で示されている、
    請求項１２に記載の受信装置。
15. 選局操作の度に前記第１の情報を取得して、前記コンポーネント受信処理部における受信処理を制御する、
    請求項１０に記載の受信装置。
16. 選局操作の度に前記第１の情報を取得して、ユーザーに通知する、
    請求項１０に記載の受信装置。
17. 前記第２の情報に基づいて放送サービスの再送信を制御する、
    請求項１２に記載の受信装置。
18. すべてのパケットが同じＩＰアドレスのみで伝送されていることが前記第２の情報で示されている放送サービスのコンポーネントを、ＩＰアドレス・フィルタリングにより抽出して再送信する、
    請求項１２に記載の受信装置。
19. すべてのパケットが同じＩＰアドレスのみでは伝送されていないことが前記第２の情報で示されている放送サービスの再送信を許可しない、
    請求項１２に記載の受信装置。
20. 放送サービスを構成するコンポーネントをＩＰ伝送に基づいて受信処理するコンポーネント受信処理ステップと、
    ＩＰパケットの多重に関する制御情報を受信処理する制御情報受信処理ステップと、
    を有し、
    前記制御情報には、放送サービスがオンエア中であるか否かを示す第１の情報が付加されている、
    受信方法。