(57)【要約】【課題】ＭＭＴ方式のデータ放送システムにおけるシグナリングで、メッセージ内に格納されるテーブルやテーブル内に配置される記述子の更新を通知する。【解決手段】データ伝送メッセージ内には、必須となるデータ・ディレクトリー管理テーブル及びデータ・アセット管理テーブルと、任意のデータ・コンテンツ管理テーブルという最大３テーブルが格納される。メッセージのヘッダーの８ビットのバージョン番号を２ビットずつに分割し、最上位２ビットに「１１」を設定して構成情報を示す。残り３つの２ビットを各テーブルのバージョン番号に割り当てる順番を固定的に規定し、各テーブルの更新タイミングを検知し易くする。【選択図】  図１０
2016197789.tif 000002
【特許請求の範囲】
【請求項１】
放送に関連する制御情報を生成する生成部と、
所定のトランスポート方式で前記制御情報を送信する送信部と、
を具備し、
前記生成部は、同時に複数系統のバージョン情報を示すように構造化したバージョン情報を前記制御情報に付加する、
送信装置。
【請求項２】
前記生成部は、複数系統の制御情報要素を含んだ制御情報単位に、少なくとも一部の領域を系統数に応じて分割した各領域に系統毎のバージョン情報を示すように構造化したバージョン情報を前記制御情報単位に付加する、
請求項１に記載の送信装置。
【請求項３】
前記生成部は、前記トランスポート方式におけるシグナリングで、複数のテーブルを格納するメッセージを生成する際に、少なくとも一部の領域を前記テーブル数に応じて分割した各領域にテーブル毎のバージョン情報を示すように構造化したバージョン情報を前記メッセージに付加する、
請求項１に記載の送信装置。
【請求項４】
前記生成部は、前記トランスポート方式におけるシグナリングで、複数の記述子を配置したテーブルを格納するメッセージを生成する際に、少なくとも一部の領域を前記記述子数に応じて分割した各領域に記述子毎のバージョン情報を示すように構造化したバージョン情報を前記テーブルのバージョン情報として前記メッセージに付加する、
請求項１に記載の送信装置。
【請求項５】
前記生成部は、構造化に関する構成情報を示す値を所定領域で示したバージョン情報を付加する、
請求項１に記載の送信装置。
【請求項６】
前記生成部は、前記所定領域で、下記（ａ）〜（ｃ）のうちいずれかの方式により前記バージョン情報の前記所定領域の残りの領域を構造化するかを指定する値を示す、
（ａ）バージョン情報として利用しない
（ｂ）前記残りの領域すべてで１系統のバージョン情報を設定する
（ｃ）前記残りの領域を分割して複数系統のバージョン情報を設定する
請求項５に記載の送信装置。
【請求項７】
前記生成部は、前記（ｃ）複数系統のバージョン情報を設定する方式を指定する場合、分割した各領域におけるバージョン情報の設定方式を下記（ｃ−１）又は（ｃ−２）のうちいずれにするかを指定する値を前記所定領域でさらに示す、
（ｃ−１）分割した領域で指定可能なすべての値を用いて系統のバージョン情報を示す
（ｃ−２）特定の値で該当する系統が存在しないことを示し、その他の指定可能な値を用いて系統のバージョン情報を示す
請求項６に記載の送信装置。
【請求項８】
前記生成部は、前記所定領域で、下記（ａ）又は（ｂ）のうちいずれかの方式により前記バージョン情報の前記所定領域の残りの領域を構造化するかを指定する値を示す、
（ａ）前記残りの領域すべてで１系統のバージョン情報を設定する
（ｂ）前記残りの領域を分割して複数系統のバージョン情報を設定する
請求項５に記載の送信装置。
【請求項９】
前記生成部は、前記（ｂ）複数系統のバージョン情報を設定する方式を指定する場合、前記残りの領域でバージョン情報を示す系統数を指定する値を前記所定領域でさらに示す、
請求項８に記載の送信装置。
【請求項１０】
前記生成部は、前記制御情報単位の種別に応じた構成情報に基づいて構造化した前記バージョン情報を前記制御情報単位に付加する、
請求項２に記載の送信装置。
【請求項１１】
放送に関連する制御情報を生成する生成ステップと、
所定のトランスポート方式で前記制御情報を送信する送信ステップと、
を有し、
前記生成ステップでは、同時に複数系統のバージョン情報を示すように構造化したバージョン情報を前記制御情報に付加する、
送信方法。
【請求項１２】
放送に関連する制御情報を所定のトランスポート方式に従って受信する受信部と、
受信した前記制御情報を処理する処理部と、
を具備し、
前記処理部は、前記制御情報に付加された、同時に複数系統のバージョン情報を示すように構造化したバージョン情報に基づいて各系統の更新タイミングを検知する、
受信装置。
【請求項１３】
前記受信部は、前記トランスポート方式におけるシグナリングで、複数のテーブルを格納し、少なくとも一部の領域を前記テーブル数に応じて分割した各領域にテーブル毎のバージョン情報を示すように構造化したバージョン情報が付加されたメッセージを受信する、
請求項１２に記載の受信装置。
【請求項１４】
前記処理部は、前記メッセージに付加された前記バージョン情報に基づいて各テーブルの更新タイミングを検知する、
請求項１３に記載の受信装置。
【請求項１５】
前記受信部は、前記トランスポート方式におけるシグナリングで、複数の記述子を配置したテーブルを格納し、少なくとも一部の領域を前記記述子数に応じて分割した各領域に記述子毎のバージョン情報を示すように構造化されたバージョン情報が前記テーブルのバージョン情報として付加されたメッセージを受信する、
請求項１２に記載の受信装置。
【請求項１６】
前記処理部は、前記メッセージに付加された前記バージョン情報に基づいて前記テーブルに付加された記述子毎の更新タイミングを検知する、
請求項１５に記載の受信装置。
【請求項１７】
放送に関連する制御情報を所定のトランスポート方式に従って受信する受信ステップと、
受信した前記制御情報を処理する処理ステップと、
を有し、
前記処理ステップでは、前記制御情報に付加された、同時に複数系統のバージョン情報を示すように構造化したバージョン情報に基づいて各系統の更新タイミングを検知する、
受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で開示する技術は、所定のトランスポート方式によりデータ放送の制御情報を送信する送信装置及び送信方法、並びに、所定のトランスポート方式により伝送されるデータ放送の制御情報を受信する受信装置及び受信方法に関する。
【背景技術】
【０００２】
次世代のディジタル放送方式として、ＭＰＥＧで新たなメディア・トランスポート方式として規格化されたＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）方式による超高解像度ＴＶ放送規格が検討されている。ＭＭＴ方式では、異なる伝送路の組み合わせで利用することが容易であり、放送や通信の複数の伝送路に共通に用いることができる。
【０００３】
ＭＭＴ方式のＴＶ放送規格では、映像や音声、字幕などの放送番組本体のストリーム・メディアをタイムド（Ｔｉｍｅｄ）ＭＰＵ（Ｍｅｄｉａ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）フォーマットで伝送する一方、データ放送アプリケーションをノンタイムド（Ｎｏｎ  ｔｉｍｅｄ）ＭＰＵフォーマットで伝送する方式も規定されている。
【０００４】
また、ＭＭＴ方式のデータ放送システムでは、放送局からは、アプリケーションの伝送に併せて、アプリケーションに関する制御情報であるＭＭＴ−ＳＩ（Ｓｉｇｎａｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）のシグナリング（通知）が行なわれる（例えば、特許文献１を参照のこと）。一方、受信機は、データ放送アプリケーションを適正に実行するには、最新のＭＭＴ−ＳＩを取得する必要がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−２３０１５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本明細書で開示する技術の目的は、所定のトランスポート方式によりデータ放送の制御情報を好適に送信することができる、優れた送信装置及び送信方法を提供することにある。
【０００７】
また、本明細書で開示する技術の目的は、所定のトランスポート方式により伝送されるデータ放送の制御情報を好適に受信することができる、優れた受信装置及び受信方法を提供することにある。
【課題を解決するための手段】
【０００８】
本明細書で開示する技術は、上記課題を参酌してなされたものであり、第１の側面に係る技術は、
放送に関連する制御情報を生成する生成部と、
所定のトランスポート方式で前記制御情報を送信する送信部と、
を具備し、
前記生成部は、同時に複数系統のバージョン情報を示すように構造化したバージョン情報を前記制御情報に付加する、
送信装置である。
【０００９】
本明細書で開示する技術の第２の側面に係る技術によれば、第１の側面に係る送信装置の前記生成部は、複数系統の制御情報要素を含んだ制御情報単位に、少なくとも一部の領域を系統数に応じて分割した各領域に系統毎のバージョン情報を示すように構造化したバージョン情報を前記制御情報単位に付加するように構成されている。
【００１０】
本明細書で開示する技術の第３の側面に係る技術によれば、第１の側面に係る送信装置の前記生成部は、前記トランスポート方式におけるシグナリングで、複数のテーブルを格納するメッセージを生成する際に、少なくとも一部の領域を前記テーブル数に応じて分割した各領域にテーブル毎のバージョン情報を示すように構造化したバージョン情報を前記メッセージに付加するように構成されている。
【００１１】
本明細書で開示する技術の第４の側面に係る技術によれば、第１の側面に係る送信装置の前記生成部は、前記トランスポート方式におけるシグナリングで、複数の記述子を配置したテーブルを格納するメッセージを生成する際に、少なくとも一部の領域を前記記述子数に応じて分割した各領域に記述子毎のバージョン情報を示すように構造化したバージョン情報を前記テーブルのバージョン情報として前記メッセージに付加するように構成されている。
【００１２】
本明細書で開示する技術の第５の側面に係る技術によれば、第１の側面に係る送信装置の前記生成部は、構造化に関する構成情報を示す値を所定領域で示したバージョン情報を付加するように構成されている。
【００１３】
本明細書で開示する技術の第６の側面に係る技術によれば、第７の側面に係る送信装置の前記生成部は、前記所定領域で、下記（ａ）〜（ｃ）のうちいずれかの方式により前記バージョン情報の前記所定領域の残りの領域を構造化するかを指定する値を示すように構成されている。
（ａ）バージョン情報として利用しない
（ｂ）前記残りの領域すべてで１系統のバージョン情報を設定する
（ｃ）前記残りの領域を分割して複数系統のバージョン情報を設定する
【００１４】
本明細書で開示する技術の第７の側面に係る技術によれば、第６の側面に係る送信装置の前記生成部は、前記（ｃ）複数系統のバージョン情報を設定する方式を指定する場合、分割した各領域におけるバージョン情報の設定方式を下記（ｃ−１）又は（ｃ−２）のうちいずれにするかを指定する値を前記所定領域でさらに示すように構成されている。
（ｃ−１）分割した領域で指定可能なすべての値を用いて系統のバージョン情報を示す
（ｃ−２）特定の値で該当する系統が存在しないことを示し、その他の指定可能な値を用いて系統のバージョン情報を示す
【００１５】
本明細書で開示する技術の第８の側面に係る技術によれば、第５の側面に係る送信装置の前記生成部は、前記所定領域で、下記（ａ）又は（ｂ）のうちいずれかの方式により前記バージョン情報の前記所定領域の残りの領域を構造化するかを指定する値を示すように構成されている。
（ａ）前記残りの領域すべてで１系統のバージョン情報を設定する
（ｂ）前記残りの領域を分割して複数系統のバージョン情報を設定する
【００１６】
本明細書で開示する技術の第９の側面に係る技術によれば、第８の側面に係る送信装置の前記生成部は、前記（ｂ）複数系統のバージョン情報を設定する方式を指定する場合、前記残りの領域でバージョン情報を示す系統数を指定する値を前記所定領域でさらに示すように構成されている。
【００１７】
本明細書で開示する技術の第１０の側面に係る技術によれば、第２の側面に係る送信装置の前記生成部は、前記制御情報単位の種別に応じた構成情報に基づいて構造化した前記バージョン情報を前記制御情報単位に付加するように構成されている。
【００１８】
また、本明細書で開示する技術の第１１の側面は、
放送に関連する制御情報を生成する生成ステップと、
所定のトランスポート方式で前記制御情報を送信する送信ステップと、
を有し、
前記生成ステップでは、同時に複数系統のバージョン情報を示すように構造化したバージョン情報を前記制御情報に付加する、
送信方法である。
【００１９】
また、本明細書で開示する技術の第１２の側面は、
放送に関連する制御情報を所定のトランスポート方式に従って受信する受信部と、
受信した前記制御情報を処理する処理部と、
を具備し、
前記処理部は、前記制御情報に付加された、同時に複数系統のバージョン情報を示すように構造化したバージョン情報に基づいて各系統の更新タイミングを検知する、
受信装置である。
【００２０】
本明細書で開示する技術の第１３の側面に係る技術によれば、第１２の側面に係る受信装置の前記受信部は、前記トランスポート方式におけるシグナリングで、複数のテーブルを格納し、少なくとも一部の領域を前記テーブル数に応じて分割した各領域にテーブル毎のバージョン情報を示すように構造化したバージョン情報が付加されたメッセージを受信するように構成されている。
【００２１】
本明細書で開示する技術の第１４の側面に係る技術によれば、第１３の側面に係る受信装置の前記処理部は、前記メッセージに付加された前記バージョン情報に基づいて各テーブルの更新タイミングを検知するように構成されている。
【００２２】
本明細書で開示する技術の第１５の側面に係る技術によれば、第１２の側面に係る受信装置の前記受信部は、前記トランスポート方式におけるシグナリングで、複数の記述子を配置したテーブルを格納し、少なくとも一部の領域を前記記述子数に応じて分割した各領域に記述子毎のバージョン情報を示すように構造化されたバージョン情報が前記テーブルのバージョン情報として付加されたメッセージを受信するように構成されている。
【００２３】
本明細書で開示する技術の第１６の側面に係る技術によれば、第１５の側面に係る受信装置の前記処理部は、前記メッセージに付加された前記バージョン情報に基づいて前記テーブルに付加された記述子毎の更新タイミングを検知するように構成されている。
【００２４】
また、本明細書で開示する技術の第１７の側面は、
放送に関連する制御情報を所定のトランスポート方式に従って受信する受信ステップと、
受信した前記制御情報を処理する処理ステップと、
を有し、
前記処理ステップでは、前記制御情報に付加された、同時に複数系統のバージョン情報を示すように構造化したバージョン情報に基づいて各系統の更新タイミングを検知する、
受信方法である。
【発明の効果】
【００２５】
本明細書で開示する技術によれば、所定のトランスポート方式によりデータ放送の制御情報を好適に送信することができる、優れた送信装置及び送信方法を提供することができる。
【００２６】
また、本明細書で開示する技術によれば、所定のトランスポート方式により伝送されるデータ放送の制御情報を好適に受信することができる、優れた受信装置及び受信方法を提供することができる。
【００２７】
なお、本明細書に記載された効果は、あくまでも例示であり、本発明の効果はこれに限定されるものではない。また、本発明が、上記の効果以外に、さらに付加的な効果を奏する場合もある。
【００２８】
本明細書で開示する技術のさらに他の目的、特徴や利点は、後述する実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【図面の簡単な説明】
【００２９】
【図１】図１は、本明細書で開示する技術を適用したディジタル放送システム１０の構成例を模式的に示した図である。
【図２】図２は、ＭＭＴ方式を用いるディジタル放送システム１０におけるプロトコル・スタック２００を示した図である。
【図３】図３は、図２に示した放送信号を送出する放送送出システム１１の構成例を示した図である。
【図４】図４は、図２に示した放送信号を受信する受信機１２の構成例を示した図である。
【図５】図５は、ＭＭＴ／ＴＬＶ方式に従って放送送出システム１１から放送伝送路に送出される放送信号５００のイメージを示した図である。
【図６】図６は、ＰＡメッセージ内のＭＰテーブルからパッケージの各アセットを指定する仕組みを示した図である。
【図７】図７は、ＭＭＴ伝送されるデータ放送アプリケーションを構成するファイルを取得する仕組みを説明するための図である。
【図８】図８は、データ伝送メッセージのシンタックス例８００を示した図である。
【図９】図９は、ＭＰテーブルのシンタックス例９００を示した図である。
【図１０】図１０は、バージョン情報の第１の構造化方式をデータ伝送メッセージに適用した実施例を示した図である。
【図１１】図１１は、第１の構造化方式を適用した場合のデータ伝送メッセージにおけるバージョン変化例を示した図である。
【図１２】図１２は、バージョン情報の第２の構造化方式をＭＰテーブルに適用した実施例を示した図である。
【図１３】図１３は、第２の構造化方式を適用した場合のＭＰテーブルにおけるバージョン変化例を示した図である。
【図１４】図１４は、バージョン情報の第３の構造化方式をデータ伝送メッセージに適用した実施例を示した図である。
【発明を実施するための形態】
【００３０】
以下、図面を参照しながら本明細書で開示する技術の実施形態について詳細に説明する。
【００３１】
Ａ．システム構成
図１には、本明細書で開示する技術を適用したディジタル放送システム１０の構成例を模式的に示している。図示のディジタル放送システム１０は、放送送出システム１１と、受信機１２で構成される。
【００３２】
放送送出システム１１は、放送信号の伝送にＭＭＴ方式を適用しており、放送サービスを構成する各コンポーネントをＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）パケットにして伝送する。具体的には、放送送出システム１１は、放送番組の映像信号や音声信号の符号、並びに、放送番組に関連するコンテンツ（データ放送アプリケーションなど）や字幕の信号を、ＭＭＴＰペイロードに乗せてＭＭＴＰパケット化し、さらにＩＰパケット化し、放送伝送路ではＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）パケットの形式で伝送する。ここで、映像や音声、字幕などの放送番組本体に関わるコンポーネントは、タイムド・メディアである。また、コンテンツ、すなわちＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）形式などで符号化されるデータ放送アプリケーションは、ノンタイムド・メディアである。
【００３３】
また、放送送出システム１１は、データ放送アプリケーションに関する制御情報であるＭＭＴ−ＳＩのシグナリングも行なう。ＭＭＴ−ＳＩには、ＭＭＴ方式で伝送される各アセットのロケーション情報を記述するテーブルや、ＭＭＴ伝送路上でデータ放送のアイテムを管理したり先読みしたりするための情報を記述するテーブルなどを含む。また、メッセージやテーブルで示すパラメーターの一部は記述子（ｄｅｓｃｒｉｐｔｏｒ）の形式で記述される。放送送出システム１１は、メッセージ（ＭＭＴメッセージ）内に各テーブルを格納して伝送する。
【００３４】
一方、受信機１２は、放送送出システム１１から放送伝送路で送られてくるＴＬＶパケットを受信する。受信機１２は、そして、受信機１２は、受信パケットから映像や音声、字幕などの伝送メディアを復号して、画像や音声を提示する。また、受信機１２は、受信パケットからデータ放送用の各データ・ファイルを取得すると、ＨＴＭＬブラウザーなどのアプリケーション・エンジンを起動して、放送番組に連動したデータ放送の提示を行なう。
【００３５】
また、受信機１２は、データ放送アプリケーションに関する制御情報であるＭＭＴ−ＳＩも受信する。ＭＭＴ−ＳＩにはデータ放送アプリケーションを実行するために重要又は必要な情報を含み、ＭＭＴメッセージに格納して伝送される。受信機１２は、データ放送アプリケーションを適正に実行するために、最新のＭＭＴ−ＳＩを取得する必要がある。
【００３６】
図２には、ＭＭＴ方式を用いるディジタル放送システム１０におけるプロトコル・スタック２００を示している。
【００３７】
１つの放送サービスは、映像２０１、音声２０２、字幕２０３、アプリケーション２０４、コンテンツ・ダウンロード２０５の各コンポーネントで構成される。映像２０１はＨＥＶＣ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）形式で符号化２１１され、音声２０２はＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ）形式で符号化２１２され、字幕２０３は字幕符号化２１３される。また、アプリケーション２０４は、ＥＰＧ（Ｅｌｅｃｔｒｉｃ  Ｐｒｏｇｒａｍ  Ｇｕｉｄｅ）を含むが、例えばＨＴＭＬ５形式で符号化２１４される。
【００３８】
ＭＭＴレイヤー２２０上では、これらタイムド・メディア及びノンタイムド・メディアの符号化コンポーネント２１１〜２１４は、ＭＰＵフォーマットにして、ＭＭＴＰペイロードに乗せてＭＭＴＰパケット化される。また、メディア・トランスポート方式であるＭＭＴに関わる（放送番組の構成などを示す）制御情報であるＭＭＴ−ＳＩ２２１も、ＭＭＴＰペイロードに乗せてＭＭＴＰパケット化される。ＭＭＴに関わる制御情報ＭＭＴ−ＳＩの詳細については、後述に譲る。なお、コンテンツ・ダウンロード２０５のデータ伝送方式２１５として、字幕・文字スーパー伝送方式、アプリケーション伝送方式、イベント・メッセージ伝送方式、汎用データ伝送方式の４種類が挙げられるが、詳細な説明は省略する。
【００３９】
ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）／ＩＰレイヤー２３０では、ＭＭＴＰパケットはＩＰパケット化される。また、タイムド・メディアのための現在時刻の情報を含むＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）パケット２０６も、ＩＰパケット化される。さらに、これらのＩＰパケットは、ＴＬＶレイヤー２４０でＴＬＶパケット化され、最下層の物理レイヤーである放送伝送路２５０で伝送される。また、ＩＰパケットの多重のためのＴＬＶ多重化形式に関わるＴＬＶ−ＳＩ２４１も、ＴＬＶパケット化され、放送伝送路２５０で伝送される。ＴＬＶパケットを多重した伝送スロットは、伝送路のＴＭＣＣ（Ｔｒａｎｓｍｉｓｓｉｏｎ  ａｎｄ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｎｔｒｏｌ）信号２５１から、ＴＬＶストリーム識別情報（ＴＬＶ＿ｓｔｒｅａｍ＿ｉｄ）を用いて特定される。
【００４０】
図３には、図２に示した放送信号を送出する放送送出システム１１の構成例を示している。放送送出システム１１は、例えば放送番組本体の制作元であるキー局（番組制作局）に相当する。図示の放送送出システム１１は、時計部３０１と、信号送出部３０２と、ビデオ・エンコーダー３０３と、オーディオ・エンコーダー３０４と、キャプション・エンコーダー３０５と、シグナリング・エンコーダー３０６と、ファイル・エンコーダー３０７と、電子データ処理システム（Ｅｌｅｃｔｒｏｎｉｃ  Ｄａｔａ  Ｐｒｏｃｅｓｓｉｎｇ  Ｓｙｓｔｅｍ：ＥＤＰＳ）３０８と、ＴＬＶシグナリング・エンコーダー３０９と、ＩＰサービス・マルチプレクサー（ＭＵＸ）３１０と、ＴＬＶマルチプレクサー（ＭＵＸ）３１１と、変調・送信部３１２を備えている。
【００４１】
時計部３０１は、ＮＴＰサーバー（図示しない）から取得した時刻情報に同期した時刻情報を生成し、この時刻情報を含むＩＰパケットをＩＰサービス・マルチプレクサー３１０に送る。
【００４２】
信号送出部３０２は、例えばＴＶ放送局のスタジオやＶＴＲなどの記録再生機であり、タイムド・メディアである映像、音声、字幕などのストリーム・データや、ノンタイムド・メディアであるデータ放送アプリケーション用のデータ・ファイル（ＨＴＭＬ文書データなど）をそれぞれ、ビデオ・エンコーダー３０３、オーディオ・エンコーダー３０４、キャプション・エンコーダー３０５、ファイル・エンコーダー３０７に送る。
【００４３】
電子データ処理システム３０８は、ＴＶ放送局のスケジューラー並びにファイルの供給源であり、ノンタイムド・メディアであるデータ放送アプリケーションと、放送番組の構成などを示す制御情報と、ＩＰパケットの多重に関する制御情報をそれぞれ、ファイル・エンコーダー３０７、シグナリング・エンコーダー３０６、ＴＬＶシグナリング・エンコーダー３０９に送る。
【００４４】
ビデオ・エンコーダー３０３は、信号送出部３０２から送出される映像信号をＨＥＶＣ符号化し、さらにパケット化して、映像信号のＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサー３１０に送る。また、オーディオ・エンコーダー３０４は、信号送出部３０２から送出される音声信号をＡＡＣ符号化し、さらにパケット化して、音声信号のＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサー３１０に送る。また、キャプション・エンコーダー３０５は、信号送出部３０２から送出される字幕信号を字幕符号化し、さらにパケット化して、字幕のＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサー３１０に送る。
【００４５】
シグナリング・エンコーダー３０６は、電子データ処理システム３０８から送出される情報に基づいて、放送番組の構成などを示す制御情報（ＭＭＴ−ＳＩ）を生成し、ペイロード部にＭＭＴ−ＳＩが配置されたＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサー３１０に送る。ＭＭＴ−ＳＩには、メッセージ、テーブル、記述子があるが、詳細については、後述に譲る。
【００４６】
ファイル・エンコーダー３０７は、信号送出部３０２又は電子データ処理システム３０８から送出されるデータ放送アプリケーションをＨＴＭＬ５形式のデータ・ファイルに符号化し、さらにパケット化して、このＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサー３１０に送る。
【００４７】
放送送出システム１１は、送出するチャンネル（放送番組）毎に、複数のＩＰサービス・マルチプレクサー３１０―１、…、３１０−Ｎを装備する。１つのチャンネルのＩＰサービス・マルチプレクサー３１０は、各エンコーダー３０３〜３０７から送られてくる映像、音声、字幕、ＭＭＴ−ＳＩ、及びデータ放送アプリケーションの各々を含むＩＰパケットをマルチプレクスして、１つの放送サービス（番組）を構成するＴＬＶパケットを生成する。
【００４８】
ＴＬＶシグナリング・エンコーダー３０９は、電子データ処理システムＳ３０８から送出される情報に基づいて、上記のＩＰパケットの多重に関する制御情報（ＴＬＶ−ＳＩ）をペイロード部に配置するＴＬＶパケットを生成する。
【００４９】
ＴＬＶマルチプレクサー３１１は、各ＩＰサービス・マルチプレクサー３１０−１〜３１０−Ｎ及びＴＬＶシグナリング・エンコーダー３０９で生成されるＴＬＶパケットをマルチプレクスして、ＴＬＶストリーム識別情報で識別されるＴＬＶストリームを生成する。
【００５０】
変調・送信部３１２は、ＴＬＶマルチプレクサー３１１で生成されたＴＬＶストリームに対してＲＦ変調処理を行なって、放送伝送路に送出する。
【００５１】
図３に示した放送送出システム１１の動作について説明しておく。
【００５２】
時計部３０１では、ＮＴＰサーバー（図示しない）から取得した時刻情報に同期した時刻情報が生成され、この時刻情報を含むＩＰパケットが生成される。
【００５３】
信号送出部３０２から送出される映像信号は、ビデオ・エンコーダー３０３に供給される。ビデオ・エンコーダー３０３では、映像信号がＨＥＶＣ符号化され、さらにパケット化されて、ＨＥＶＣ符号化映像信号のＭＭＴパケットを含むＩＰパケットが生成される。このＩＰパケットは、ＩＰサービス・マルチプレクサー３１０に送られる。
【００５４】
また、信号送出部３０２から送出される音声信号並びに字幕信号に対しても、同様の処理が行なわれる。すなわち、オーディオ・エンコーダー３０４で生成されるＡＡＣ符号化音声信号のＭＭＴパケットを含むＩＰパケットがＩＰサービス・マルチプレクサー３１０に送られるとともに、キャプション・エンコーダー３０５で生成される字幕符号化信号のＭＭＴパケットを含むＩＰパケットがＩＰサービス・マルチプレクサー３１０に送られる。
【００５５】
また、シグナリング・エンコーダー３０６では、電子データ処理システム３０８から送出される情報に基づいて放送番組の構成などを示す制御情報（ＭＭＴ−ＳＩ）が生成され、ペイロード部にこのＭＭＴ−ＳＩが配置されたＭＭＴパケットを含むＩＰパケットが生成される。このＩＰパケットは、ＩＰサービス・マルチプレクサー３１０に送られる。
【００５６】
また、信号送出部３０２又は電子データ処理システム３０８から送出されるデータ放送アプリケーションは、ファイル・エンコーダー３０７に供給される。ファイル・エンコーダー３０７では、データ放送アプリケーションが例えばＨＴＭＬ５形式に符号化され、さらにパケット化され、このＭＭＴパケットを含むＩＰパケットが生成される。このＩＰパケットは、ＩＰサービス・マルチプレクサー３１０に送られる。
【００５７】
各ＩＰサービス・マルチプレクサー３１０では、各エンコーダー３０３〜３０７から送られてくる映像、音声、字幕、ＭＭＴ−ＳＩ、及びデータ放送アプリケーション（ＨＴＭＬ５文書）の各々を含むＩＰパケットがマルチプレクスされて、１つのチャンネルを構成するＴＬＶパケットが生成される。
【００５８】
ＴＬＶシグナリング・エンコーダー３０９では、電子データ処理システム３０８から送出される情報に基づいて、上記のＩＰパケットの多重に関する制御情報（ＴＬＶ−ＳＩ）をペイロード部に配置するＴＬＶパケットが生成される。
【００５９】
ＴＬＶマルチプレクサー３１１では、各ＩＰサービス・マルチプレクサー３１０−１〜３１０−Ｎ及びＴＬＶシグナリング・エンコーダー３０９で生成されるＴＬＶパケットがマルチプレクスされて、ＴＬＶストリームが生成される。変調・送信部３１２では、ＴＬＶマルチプレクサー３１１で生成されたＴＬＶストリームに対してＲＦ変調処理が行なわれ、そのＲＦ変調信号が放送伝送路に送出される。
【００６０】
図４には、図２に示した放送信号を受信する受信機１２の構成例を示している。図示の受信機１２は、チューナー・復調部４０１と、デマルチプレクサー（ＤＥＭＵＸ）４０２と、時計回復部４０３と、ビデオ・デコーダー４０４と、オーディオ・デコーダー４０５と、キャプション・デコーダー４０６と、システム制御部４０７と、アプリケーション（Ａｐｐ）制御部４０８と、アプリケーション・エンジン４０９と、ＩＰインターフェース（Ｉ／Ｆ］）４１０と、合成部４１１を備えている。図示の受信機１２は、例えば家庭内に設置されるテレビ受信機やセット・トップ・ボックスの他、ＩＰＴＶやＣＡＴＶの再送信機を含むものとする。
【００６１】
チューナー・復調部４０１は、放送信号を選局受信し、復調処理を行なって、ＴＬＶストリームを得る。デマルチプレクサー４０２は、このＴＬＶストリームに対して、デマルチプレクス処理及びデパケット化処理を行なう。本実施形態では、デマルチプレクサー４０２は、ＴＬＶフィルター４０２−１と、ＩＰフィルター４０２−２と、ＵＤＰフィルター４０２−３と、ＭＭＴフィルター４０２−４と、ＳＩフィルター４０２−５を備えている。
【００６２】
ＴＬＶフィルター４０２−１は、ＴＬＶストリーム識別情報に基づいて、放送伝送されるＴＬＶパケットをフィルタリングする。ＩＰフィルター４０２−２は、ＩＰアドレスに基づいて、ＴＬＶパケットからＩＰパケットをフィルタリングするとともに、ＩＰインターフェース４１０経由で受信したＩＰパケットのフィルタリングも行なう。また、ＵＤＰフィルター４０２−３は、ＵＤＰパケットをフィルタリングする。ＭＭＴフィルター４０２−４は、ＭＭＴＰヘッダー内の情報に基づいて、ＩＰパケットからＭＭＴＰパケットをフィルタリングして、映像、音声、字幕、並びにデータ放送アプリケーションの各符号化コンポーネントを乗せたＭＭＴＰパケットを、それぞれビデオ・デコーダー４０４、オーディオ・デコーダー４０５、キャプション・デコーダー４０６、アプリケーション（Ａｐｐ）・エンジン４０９に振り分ける。ＳＩフィルター４０２−５は、シグナリング情報ＳＩをフィルタリングして、システム制御部４０７及びアプリケーション制御部４０８にそれぞれ振り分ける。ＳＩフィルター４０２−５は、ＭＭＴストリームからＭＭＴ−ＳＩをフィルタリングするＭＭＴ−ＳＩフィルターと、ＴＬＶストリームからＴＬＶ−ＳＩをフィルタリングするＴＬＶ−ＳＩフィルターを含むものとする。
【００６３】
時計回復部４０３は、デマルチプレクサー４０２内のＩＰフィルター４０２−２並びにＵＤＰフィルター４０２−３でフィルタリングされたＮＴＰパケットに含まれる現在時刻の情報に基づいて、この時刻情報に同期した時刻情報を生成して、各タイムド・メディアをデコードするにビデオ・デコーダー４０４、オーディオ・デコーダー４０５、キャプション・デコーダー４０６にそれぞれ出力する。
【００６４】
ビデオ・デコーダー４０４は、デマルチプレクサー４０２で得られる符号化映像信号をデコードして、ベースバンドの映像信号を得る。また、オーディオ・デコーダー４０５は、デマルチプレクサー４０２で得られる符号化音声信号をデコードして、ベースバンドの音声信号を得る。また、キャプション・デコーダー４０６は、デマルチプレクサー４０２で得られる字幕符号化信号をデコードして、字幕の表示信号を得る。
【００６５】
アプリケーション制御部４０８は、ＳＩフィルター４０２−５を介して受け取るＭＭＴ−ＳＩに基づいて、データ放送アプリケーションの処理を制御する。例えば、アプリケーション制御部４０７は、ＭＭＴ−ＳＩを解析して、デフォルト・エントリーに設定されているデータ放送アプリケーションを見つけると、アプリケーション・エンジン４０９に対してデータ放送の提示処理を指示する。受信機１２は、データ放送アプリケーションを適正に実行するために、最新のＭＭＴ−ＳＩを取得する必要がある。
【００６６】
本実施形態に係る放送システム１０では、放送信号並びにＩＰネットワークという２種類のデリバリー・パスを通じてデータ放送アプリケーションが伝送されることを想定している。前者の系統ではチューナー・復調部４０１で受信し、後者の系統ではＩＰインターフェース４１０で受信し、いずれもデマルチプレクサー４０２内でパケット化されたＭＭＴパケットがＭＭＴフィルター４０２−４によってアプリケーション・エンジン４０９に振り分けられる。
【００６７】
アプリケーション・エンジン４０９は、例えばＨＴＭＬブラウザーなどであり、データ放送アプリケーションのエンティティーであるデータ・ファイル（ＨＴＭＬ５文書など）の処理を行なって、データ放送の表示信号を生成する。また、アプリケーション・エンジン４０９は、データ放送の表示に必要なデータ・ファイル（データ放送の表示に使用するモノメディアや、リンク先のアプリケーションなど）をＩＰインターフェース４１０経由でＩＰネットワークから取得することもできる。
【００６８】
システム制御部４０７は、ＳＩフィルター４０２−５を介して受け取るＭＭＴ−ＳＩや、ユーザー操作部（図示しない）を介したユーザーからの操作情報などに基づいて、当該受信機１２の各部の動作を制御する。また、システム制御部４０７は、各デコーダー４０４〜４０６におけるデコード・タイミングをシグナリング情報に基づいて制御し、映像、音声、及び字幕の提示タイミングを調整する。
【００６９】
合成部４１１は、ベースバンドの映像信号に、字幕の表示信号及びデータ放送の表示信号を合成して、映像表示用の映像信号を得る。また、オーディオ・デコーダー４０５で得られるベースバンドの音声信号は、音声出力用の音声信号となる。映像信号及び音声信号からなる放送番組本編は、図示しないモニター・ディスプレイから映像及び音声出力される。また、データ放送アプリケーション・エンジン４０９が処理したデータ放送も、モニター・ディスプレイ上で放送番組本編の画面に重畳して表示される。
【００７０】
ＩＰインターフェース４１０は、例えばネットワーク・インターフェース・カードで構成され、インターネットやホーム・ネットワークなどのＩＰネットワークに接続して、ＩＰパケットの送受信処理を行なう。なお、ＩＰフィルター４０２−２でＩＰアドレスに基づいてフィルタリングしたＩＰパケットを、ＩＰインターフェース４１０からＩＰネットワークへ送信若しくは再送信することも想定される。
【００７１】
図４に示した受信機１２の動作について説明しておく。
【００７２】
チューナー・復調部４０１では、放送信号が受信され、復調処理が行なわれて、ＴＬＶストリームが得られる。デマルチプレクサー４０２では、このＴＬＶストリームに対して、デマルチプレクス処理及びでパケット化処理を行なわれ、ＮＴＰ時刻情報、映像、音声、字幕、データ放送の各符号化信号、並びに、シグナリング情報が抽出され、ビデオ・デコーダー４０４、オーディオ・デコーダー４０５、キャプション・デコーダー４０６、アプリケーション・エンジン４０９、システム制御部４０７、アプリケーション制御部４０８にそれぞれ振り分けられる。また、ＩＰインターフェース４１０で受信したＩＰパケットについても同様に、デマルチプレクス処理及びでパケット化処理が行なわれ、各部に振り分けられる。
【００７３】
また、デマルチプレクサー４０２で抽出されたＮＴＰパケットは、時計回復部４０３に振り分けられる。時計回復部４０３では、ＮＴＰパケットに載せられた時刻情報に基づいて、この時刻情報に同期した時刻情報が生成される。つまり、時計回復部４０３では、放送送出システム１１側の時計部３０１で生成された時刻情報に合った時刻情報が生成される。
【００７４】
デマルチプレクサー４０２で抽出された符号化映像信号は、ビデオ・デコーダー４０４に送られてデコードされ、ベースバンドの映像信号が得られる。また、デマルチプレクサー４０２で抽出された字幕符号化信号はキャプション・デコーダー４０６に送られてデコードされ、字幕の表示信号が得られる。
【００７５】
アプリケーション制御部４０８では、ＳＩフィルター４０２−５を介して受け取るＭＭＴ−ＳＩに基づいて、データ放送アプリケーションの処理が制御される。ＨＴＭＬブラウザーなどからなるアプリケーション・エンジン４０９では、アプリケーション制御部４０８からの指示に従って、デマルチプレクサー４０２で抽出されたデータ放送アプリケーションの符号化信号（ＨＴＭＬ５文書）の処理が行なわれ、データ放送の表示信号が得られる。
【００７６】
合成部４１１では、ベースバンドの映像信号に、字幕の表示信号及びデータ放送の表示信号が合成され、画面表示用の映像信号が得られる。また、デマルチプレクサー４０２で抽出された符号化音声信号はオーディオ・デコーダー４０５に送られてデコードされ、音声出力用のベースバンドの音声信号が得られる。そして、映像信号及び音声信号は、図示しないモニター・ディスプレイから映像及び音声出力される。
【００７７】
Ｂ．ＭＭＴを用いる放送信号
図１に示したディジタル放送システム１０では、放送送出システム１１から受信機１２へ、ＭＭＴ方式により放送信号を伝送することを想定している。図５には、ＭＭＴ方式に従って放送送出システム１１から放送伝送路に送出される放送信号５００のイメージを示している。
【００７８】
１つのサービス（チャンネル：放送番組）の放送信号は、映像、音声、字幕などの放送番組本編に関わるタイムド・メディアと、データ放送アプリケーションのようなノンタイムド・メディアで構成される。これらを符号化したメディア・データは、ＭＰＵフォーマットにしてＭＭＴＰパケット化され、ＩＰパケットで伝送される。また、メディア・トランスポート方式であるＭＭＴに関わる（放送番組の構成などを示す）制御情報であるＭＭＴ−ＳＩも、ＩＰパケットで伝送される。これらのＩＰパケットは、放送伝送路ではＴＬＶパケットの形式でＴＬＶストリームとして伝送される。ＩＰパケットの多重のためのＴＬＶ多重化形式に関わるシグナリング情報（ＴＬＶ−ＳＩ）も、ＴＬＶパケットの形式で伝送される。
【００７９】
ＭＭＴ方式では、１つのチャンネル（放送番組）を構成するタイムド・メディア及びノンタイムド・メディアのデータを異なる伝送路の組み合わせで利用することが容易である。図５に示す例では、放送信号５００として、映像、音声、字幕、ファイル・データ、ＭＭＴ−ＳＩなど、データのタイプ毎のＭＭＴ伝送路５０１〜５０４が利用されている。なお、図中、字幕データ用の伝送路は便宜上、図示を省略している。各ＭＭＴ伝送路は、それぞれ１つのＩＰデータ・フローに相当する。ここで言うＩＰデータ・フローとは、ＩＰヘッダー及びＵＤＰヘッダーの送信元ＩＰアドレス、宛先ＩＰアドレス、ＩＰヘッダーのプロトコル種別、送信元ポート番号、宛先ポート番号の５種類のフィールドの値がすべて同じとなるＩＰパケットの集合である。
【００８０】
１つの放送サービス（若しくは放送番組）は、映像、音声、字幕、データ放送アプリケーションなどタイプの異なる複数のアセットで構成される「パッケージ」と言うことができる。ここで言う「パッケージ」は、ＭＭＴ伝送路を使って伝送されるメディア・データの論理集合である。また、ここで言う「アセット」は、固有のアセット識別情報（ａｓｓｅｔ＿ｉｄ）に関連付けられる、マルチメディアのプレゼンテーションを構成するために使用されるデータのエンティティーである。なお、アセットはコンポーネントと対応関係がある（映像のアセットは映像コンポーネントに対応し、音声のアセットは音声コンポーネントに対応し、データ放送アプリケーション用のデータ・ファイルのアセットはデータ・ファイルのコンポーネントに対応する）。
【００８１】
各アセットは、それぞれ同じアセット識別情報を共有する１又はそれ以上のＭＰＵの集合（論理グループ）で構成される。ＭＰＵは、ＭＭＴ方式における伝送単位となるフォーマットである。各ＭＰＵは、それぞれのアセットに専用のＥＳ（Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ）すなわちＭＭＴ伝送路５０１〜５０３上で伝送される。図５に示す例では、伝送路５０１では、映像信号用として共通のアセット識別情報を持つＭＰＵ論理グループからなる符号化映像信号のＭＭＴＰパケットが伝送される。同様に、伝送路５０２では音声信号用として共通のアセット識別情報を持つＭＰＵ論理グループからなる符号化音声信号のＭＭＴパケットが伝送され、伝送路５０３ではデータ放送アプリケーション用として共通のアセット識別情報を持つＭＰＵ論理グループからなる符号化アプリケーションのＭＭＴパケットが伝送される。各ＭＰＵは、アセット識別情報と、該当する伝送路上でのＭＰＵのシーケンス番号で特定される。また、各メディアを伝送するＭＭＴ伝送路は、アセット識別情報で識別することができる。
【００８２】
１つのパッケージ（放送番組）内で、タイプが同じ（すなわち、アセット識別情報が異なる）アセットが複数伝送されることもある。例えば、同じ放送番組に対して、２以上のデリバリー・セグメントからそれぞれ独立してデータ放送アプリケーションが提供される場合であり、デリバリー・セグメント毎に異なるアセット識別情報が割り振られて伝送される。より具体的に言えば、番組を制作したキー局から提供される放送番組に連動する番組連動型データ放送アプリケーションと、番組を配信する地方局から提供される放送番組に連動しない番組非連動型データ放送アプリケーション（例えば、天気予報やニュースなど）は、通常、別のアセットとして別々のアセット識別情報が割り振られ、別々のＭＰＵ論理グループとして異なるＭＭＴ伝送路で伝送される。図５に示す例では、異なるアセット識別情報が割り振れられた２つのデータ放送アプリケーション用の伝送路５０３−１、５０３−２が描かれている。
【００８３】
また、ＭＭＴ方式は、放送や通信の複数の伝送路に共通に用いることができる。例えば、データ放送用アプリケーション（ＨＴＭＬ５文書など）のようなノンタイムド・メディアは、図５に示したように放送信号の伝送路５０３を用いてタイムド・メディアとともに伝送される以外に、ＩＰネットワークなど通信伝送路（図示しない）を介して提供することもできる。
【００８４】
伝送路５０４は、ＭＭＴ−方式におけるシグナリング、すなわち、ＭＭＴのパッケージの構成や放送サービスに関連する情報を示す伝送制御信号であるＭＭＴ−ＳＩの伝送に使用される。伝送路５０４では、ＭＭＴ−ＳＩを含んだＭＭＴメッセージがＭＭＴＰパケット化され、カルーセル方式により繰り返し伝送される。なお、図５では、ＴＬＶ−ＳＩ用の伝送路の図示を省略している。
【００８５】
伝送路５０４で伝送されるＭＭＴメッセージとして、ＰＡメッセージ５１０、Ｍ２セクション・メッセージ５２０、データ伝送メッセージ５３０を挙げることができる。
【００８６】
例えば、ＰＡメッセージ５１０は、放送番組の構成などを示す制御情報であり、アセットのリストやその位置などパッケージを構成する情報を記述するＭＰ（ＭＭＴ  Ｐａｃｋａｇｅ）テーブル５１１を格納するコンテナである。
【００８７】
ＭＰテーブル５１１は、アセットのリストや、アセットのロケーション情報など、パッケージを構成する情報を与える。また、ＭＰテーブル５１１は、アプリケーション・サービス記述子などのＭＰＴ記述子を含む。アプリケーション・サービス記述子は、データ放送アプリケーションの運用に必要又は重要な制御情報のロケーション情報（例えば、データ伝送メッセージ、ＭＨ−ＡＩＴ及びＥＭＴをそれぞれ伝送する各Ｍ２セクション・メッセージのロケーション情報）を示す。
【００８８】
ＰＡメッセージ５１０は、放送サービスのエントリー・ポイントであり、ＰＡメッセージ５１０を伝送するＭＭＴＰパケットには、固定のパケット識別情報（例えば、０ｘ００００）が割り当てられている。したがって、受信機側では、ＭＭＴ伝送路５０４上で、上記固定のパケット識別情報を指定してＰＡメッセージ５１０を取得することができる。そして、ＰＡメッセージ５１０で伝送されるＭＰテーブル５１１を参照して、パッケージ（放送番組）を構成する各アセット（映像、音声、字幕、ファイル・データ（データ放送アプリケーション）など）のロケーション情報を指定することができる。
【００８９】
なお、図５では省略したが、ＰＡメッセージ５１０に格納されるテーブルとして、ＭＰテーブル以外に、ＰＬ（Ｐａｃｋａｇｅ  Ｌｉｓｔ）テーブル、ＬＣ（Ｌａｙｏｕｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）テーブルを挙げることができる。ＰＬテーブルは、放送さビスとして提供されるＭＭＴパッケージのＰＡメッセージヲデンソウスルＩＰデータ・フロー及びパケットＩＤ並びにＩＰサービスを伝送するＩＰデータ・フローの一覧を示す。また、ＬＣテーブルは、提示のためのレイアウト情報をレイアウト番号に対応付けるために用いる。ＰＡメッセージは、ＭＰテーブル、ＰＬテーブル、ＬＣテーブルという最大３つのテーブルを格納することができるコンテナである。
【００９０】
Ｍ２セクション・メッセージ５２０は、ＭＰＥＧ−２  Ｓｙｓｔｅｍｓのセクション拡張形式を伝送するメッセージである。Ｍ２セクション・メッセージ５２０というコンテナ内には、ＭＨ−ＡＩＴ（Ａｐｐｌｉｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）５２１や、ＥＭＴ（Ｅｖｅｎｔ  Ｍｅｓｓａｇｅ  Ｔａｂｌｅ）５２２といったシグナリング・テーブルが１つずつ格納される。
【００９１】
ＭＨ−ＡＩＴ５２１は、アプリケーションに関する動的制御情報及び実行に必要な付加情報を伝送するテーブルであり、具体的には、ＭＭＴ伝送路で送られてくる各データ放送アプリケーション（ファイル・データ）の処理方法（アプリケーションに適用される起動状態など）、並びに、各データ放送アプリケーションのロケーション情報（ＵＲＬ：Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を指定する。アプリケーションの処理方法として、アプリケーションの自動起動を示すＡＵＴＯＳＴＡＲＴ（ＡＳ）、アプリケーションが実行可能の状態であることを示すＰＲＥＳＥＮＴ（ＰＲ）、アプリケーションの終了を示すＫＩＬＬ、アプリケーションの取得及び保持（事前キャッシュ）を示すＰＲＥＦＥＴＣＨ（ＰＦ）を挙げることができる。
【００９２】
ＥＭＴ５２２は、イベント・メッセージ伝送方式に用いるシグナリング・テーブルであり、イベント・メッセージ（放送局から受信機上のアプリケーションに対する同期・非同期のメッセージ）に関する情報（イベント・メッセージ記述子）を格納する。イベント・メッセージ伝送方式は、放送局から受信機で動作しているデータ放送アプリケーションに対して、即座にあるいは指定した時刻に、メッセージ情報を送る手段を提供する。
【００９３】
データ伝送メッセージ５３０は、データ放送アプリケーションの伝送に関する制御情報を伝送するためのメッセージである。データ伝送メッセージ５３０は、データ・ディレクトリー管理テーブル（Ｄａｔａ  Ｄｉｒｅｃｔｏｒｙ  ｍａｎａｇｅｍｅｎｔ  Ｔａｂｌｅ：ＤＤＭＴ）５３１、データ・アセット管理テーブル（Ｄａｔａ  Ａｓｓｅｔ  Ｍａｎａｇｅｍｅｎｔ  Ｔａｂｌｅ：ＤＡＭＴ）５３２、データ・コンテンツ管理テーブル（Ｄａｔａ  Ｃｏｎｔｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｔａｂｌｅ：ＤＣＣＴ）５３３という、最大３つのテーブルを同時に格納することができるコンテナである。データ・ディレクトリー管理テーブル及びデータ・アセット管理テーブルは必須であるが、データ・コンテンツ管理テーブルは任意である。したがって、データ・コンテンツ管理テーブルを含むか否かによって、データ伝送メッセージが格納するテーブル数は増減する。
【００９４】
ここで、データ・ディレクトリー管理テーブル５３１は、ディレクトリー単位（言い換えれば、データ放送アプリケーションの制作単位）でデータ放送アプリケーションを管理するためのテーブルである。同テーブル内は、１つのパッケージに含まれるディレクトリー並びにディレクトリーに含まれるサブディレクトリーやファイル（アイテム）に関するディレクトリー構造を記述しているので、アプリケーションのファイル構成とファイル伝送のための構成を分離することができる。同テーブルは、ディレクトリーやファイルなどの各ノードのパス名と、データ伝送メッセージ内で各ノードを識別するノード・タグとの対応関係を示している。
【００９５】
また、データ・アセット管理テーブル５３２は、アセット単位でデータ放送アプリケーションを管理するためのテーブルであり、アセット内のＭＰＵの構成とのＭＰＵ毎のバージョン情報を記述している。具体的には、同テーブルは、各コンポーネントのダウンロード識別情報や、コンポーネントを伝送する各ＭＰＵに含まれるノード（ファイル又はディレクトリー）をデータ伝送メッセージ内で識別するノード・タグとＭＭＴ伝送路上でノードを識別するアイテム識別情報との対応関係を示している。
【００９６】
また、データ・コンテンツ管理テーブル５３３は、提示単位（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｕｎｉｔ：ＰＵ）毎にデータ放送アプリケーションを管理するためのテーブルである。同テーブルは、データ放送アプリケーションを提示単位毎に識別する提示単位識別情報と、各提示単位に含まれるノード（ファイル又はディレクトリー）をデータ伝送メッセージ内で識別するノード・タグを示している。また、同テーブルは、提示単位にリンクする提示単位を識別するリンク先提示単位識別情報や、各提示単位のキャッシュ制御に関する情報を含めることができ、受信機側ではデータ放送アプリケーション用のファイル・データの柔軟で有効なキャッシュ制御に利用することができる。
【００９７】
ＭＭＴによるデータ放送アプリケーションの伝送方式において、データ伝送メッセージで伝送する上記３種類のシグナリング・テーブル５３１〜５３３を活用することにより、ファイル単位の伝送データ構造やコンテンツ（データ放送アプリケーション）制作におけるディレクトリー構造とは独立して、アプリケーション単位、提示単位といった利用単位のデータ構造を表現することができる。各シグナリング・テーブル５３１〜５３３の構成は、ＡＲＩＢ  ＳＴＤ  Ｂ−６０で規定されている。
【００９８】
ＭＭＴ−ＳＩとして伝送されるメッセージやテーブルのパケット識別情報は、固定されているものや、他のテーブルから間接指定されるものがある。このうち、ＰＡメッセージは、放送サービスのエントリー・ポイントであり、固定のパケット識別情報（例えば、０ｘ００００）が割り当てられている。ＰＡメッセージで伝送されるＭＰテーブルでは、パッケージ（放送番組）を構成する各アセット（映像、音声、字幕、データ放送アプリケーションなど）を指定している。したがって、受信機側では、ＭＭＴ伝送路上で、上記固定のパケット識別情報を指定してＰＡメッセージを取得することができる。そして、図６に示すように、ＰＡメッセージで伝送されるＭＰテーブルを参照して、パッケージ（放送番組）を構成する各アセット（映像、音声、字幕、ファイル・データ（データ放送アプリケーション）など）を指定することができる。
【００９９】
ＭＨ−ＡＩＴでは、データ放送アプリケーションのロケーション情報は、ＵＲＬ形式、言い換えれば、ディレクトリー・ノード名とファイル名の組み合わせからなるパス名で記述される。データ伝送メッセージで伝送されるデータ・ディレクトリー管理テーブル及びデータ・アセット管理テーブルを用いて、アセットのパス名をＭＭＴ伝送路上の識別情報（パケット識別情報）に変換することができる。ＭＭＴ伝送路からデータ放送アプリケーションを取得する仕組みについては、例えば本出願人に既に譲渡されている特願２０１４−２５０２７９号明細書に詳細に記載されている。本明細書では、図７を参照しながら、同一のＩＰデータ・フローに多重されたデータ放送アプリケーションのアイテムを取得する仕組みについて、簡単に説明しておく。
【０１００】
受信機は、Ｍ２セクション・メッセージで伝送されるＭＨ−ＡＩＴから、“ａｕｔｏｓｔａｒｔ（自動起動）”が指示されているアプリケーションのロケーション情報すなわちパス名を取得することができる。
【０１０１】
参照番号７０１で示すように、データ伝送メッセージ内のデータ・ディレクトリー管理テーブルから、指定されたパス名のファイルのノード・タグを得ることができる。
【０１０２】
次いで、参照番号７０２で示すように、同じくデータ伝送メッセージ内のデータ・アセット管理テーブルから、データ・ディレクトリー管理テーブルで得られたノード・タグを持つアイテムが伝送されるアセットのコンポーネント・タグ、ダウンロード識別情報、ＭＰＵシーケンス番号、及びアイテム識別情報を得ることができる。
【０１０３】
さらに、参照番号７０３で示すように、ＭＰテーブルから、データ・アセット管理テーブルで得られたコンポーネント・タグを持つアセットのロケーション情報を取得すると、参照番号７０４で示すように、該当するファイルが実際に伝送されるデータ・アセットを特定することができる。
【０１０４】
そして、特定されたデータ・アセット内で、データ・アセット管理テーブルから得られたダウンロード識別情報とアイテムを伝送するＭＭＴＰパケットのヘッダー領域に記載されたダウンロード識別情報とにより、カルーセルに対応するファイルの繰り返し伝送の単位を一意に識別することができる。参照番号７０５で示すように、繰り返し伝送されるアイテムのうち、データ・アセット管理テーブルから得られたＭＰＵシーケンス番号及びアイテム識別情報を持つアイテムを所望のファイルとして指定することができる。
【０１０５】
Ｃ．ＭＭＴメッセージの変化情報の通知・検知
ＭＭＴ方式のデータ放送システムにおけるシグナリングでは、ＭＭＴメッセージというコンテナ内に、ＭＭＴ−ＳＩに関わるテーブルが１つ又は複数格納される。したがって、受信機は、最新のＭＭＴ−ＳＩを取得するには、メッセージに格納される複数のテーブルのいずれが変化したかを検知する必要がある。
【０１０６】
図８には、ＭＭＴメッセージの一例としてデータ伝送メッセージのシンタックス例８００を示している。ＭＭＴ方式のデータ放送システムにおける制御情報（ＭＭＴ−ＳＩ）の伝送には、メッセージというコンテナ内に１つ又は複数のテーブルが格納される。このため、ＭＭＴメッセージのシンタックスは、複数のテーブルが格納される場合を想定して取り決められている。以下、データ伝送メッセージの各パラメーターの意味について説明する。
【０１０７】
参照番号８０１で示すｍｅｓｓａｇｅ＿ｉｄ（メッセージ識別）は、各種シグナリング情報において、メッセージの種類（データ伝送メッセージ）を識別する１６ビットの固定値である。データ伝送メッセージのｍｅｓｓａｇｅ＿ｉｄは「０ｘ８００３」である。参照番号８０２で示すｖｅｒｓｉｏｎ（バージョン）は、当該データ伝送メッセージのバージョン番号を書き込む領域である。ｌｅｎｇｔｈ（メッセージ長）は、このフィールドより後に続く当該メッセージのデータのサイズをバイト単位で示す、３２ビットのパラメーターである。
【０１０８】
１つのテーブル情報のループ内には、テーブル情報として、参照番号８０３で示すｔａｂｌｅ＿ｉｄ（テーブル識別）、参照番号８０４で示すｔａｂｌｅ＿ｖｅｒｓｉｏｎ（テーブル・バージョン）、並びに、ｔａｂｌｅ＿ｌｅｎｇｔｈ（テーブル長）が格納される。ｔａｂｌｅ＿ｉｄ（テーブル識別）は、当該データ伝送メッセージに格納するテーブルの識別のために使用する領域である。データ伝送メッセージで、データ・ディレクトリー管理テーブル、データ・アセット管理テーブル、データ・コンテンツ管理テーブルの３種類のシグナリング・テーブルが伝送されるが（前述並びに図５を参照のこと）、ｔａｂｌｅ＿ｉｄはこれらのうちいずれのテーブルであるかを識別する。ｔａｂｌｅ＿ｖｅｒｓｉｏｎ（テーブル・バージョン）は、当該データ伝送メッセージに格納するテーブルのバージョンを示す。ｔａｂｌｅ＿ｌｅｎｇｔｈ（テーブル長）は、このデータ・トランスミッション・メッセージに格納するテーブルの大きさをバイト単位で示す。そして、ｔａｂｌｅ（テーブル）は、当該データ伝送メッセージに格納するテーブルを示す。
【０１０９】
また、ｎｕｍ＿ｏｆ＿ｔａｂｌｅｓが示す数分だけ、テーブルのループが配置される。１つのテーブルのループ内には、ｔａｂｌｅ＿ｉｄで識別されるテーブルの中身の情報が格納される。データ・ディレクトリー管理テーブル及びデータ・アセット管理テーブルは必須であるが、データ・コンテンツ管理テーブルは任意である。したがって、データ・コンテンツ管理テーブルを含むか否かによって、データ伝送メッセージが格納するテーブル数は増減する。
【０１１０】
図８に示すデータ伝送メッセージは、複数のテーブルが格納されることを想定して、メッセージのヘッダーには、テーブルのインデックス情報として、テーブルの種類を示すテーブルＩＤ（ｔａｂｌｅ＿ｉｄ）とテーブルのバージョン情報（ｔａｂｌｅ＿ｖｅｒｓｉｏｎ）及びテーブルのバイト数（ｔａｂｌｅ＿ｌｅｎｇｔｈ）がリストされている。
【０１１１】
また、データ伝送メッセージのヘッダーには、当該メッセージの種類を示すメッセージＩＤ（ｍｅｓｓａｇｅ＿ｉｄ）とメッセージのバージョン番号（ｖｅｒｓｉｏｎ）が示される。本出願時点で想定されているＭＭＴ方式データ放送システムの運用では、メッセージのヘッダーに含まれるバージョン番号は、１系統のみ（メッセージ全体）の変化を示すバージョン情報である。すなわち、データ伝送メッセージに格納されるテーブル数が変化したときにメッセージのバージョン番号が１ずつ加算される。具体的には、任意となっているデータ・コンテンツ管理テーブルが追加されたとき、逆に、データ・コンテンツ管理テーブルが外されたときにメッセージのバージョン番号が変化する。言い換えれば、格納されるテーブル数が一定のままであれば、格納するいずれかのテーブルが示す情報が変化しても、メッセージのバージョン番号は変化しない。
【０１１２】
受信機は、データ放送アプリケーションを適正に実行するには、最新のＭＭＴ−ＳＩを取得する必要がある。上記のような運用では、受信機は，メッセージのバージョン番号とテーブルのインデックスの中に含まれるバージョン番号をすべてチェックしなければ何が変化したかを検知することができない。すなわち、バージョン情報に基づいて新規のテーブルをフィルタリングするのは手間がかかり、処理の負担が大きい。
【０１１３】
また、メッセージやテーブルで示すパラメーターの一部は記述子（ｄｅｓｃｒｉｐｔｏｒ）の形式で記述される。１つのテーブル内に複数の記述子が配置される場合、記述子毎に変化する頻度が多いに相違する。
【０１１４】
図９には、ＰＡメッセージに格納されるＭＰテーブルのシンタックス例９００を示している。以下、ＭＰテーブルの各パラメーターについて説明する。
【０１１５】
ｔａｂｌｅ＿ｉｄは、当該テーブルがＭＰテーブルであることを識別する８ビットの固定値（０ｘ２０）である。ｖｅｒｓｉｏｎは、ＭＰテーブルのバージョン番号を示す８ビットの整数値である。例えば、ＭＰテーブルを構成する一部のパラメーター（記述子）でも更新した場合には、ｖｅｒｓｉｏｎは＋１だけインクリメントされる。ｌｅｎｇｔｈは、このフィールドの直後からカウントされる、ＭＰテーブルのサイズをバイト単位で示す、３２ビット長のパラメーターである。また、ＭＰＴ＿ｍｏｄｅは、このＭＰテーブルがサブセットに分割されているときの動作を示す。
【０１１６】
ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｌｅｎｇｔｈは、パッケージ識別情報（ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ）のテキスト情報のサイズをバイト単位で示す。続くパッケージ識別情報のループでは、ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄをバイト単位（ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ）でパッケージ識別情報を示す。パッケージ識別情報は、放送信号（ＩＰデータ・フロー）で伝送されるすべての信号（映像、音声、字幕）、並びにファイル・データなどのアセットをコンポーネントとする全体のパッケージとしての識別情報である。この識別情報は、テキスト情報であり、上位１６ビットはサービスを識別するためのサービス識別情報と同じ値とする。
【０１１７】
ＭＰＴ＿ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、ＭＰテーブル記述子領域のサイズをバイト単位で示す。続くＭＰテーブル記述子のループでは、ＭＰテーブル記述子の内容をバイト単位（ＭＰＴ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）で記述する。アプリケーション・サービス記述子は、ＭＰテーブル記述子の１つとして、例えばアプリケーションのデリバリー・セグメント毎に配置される。各アプリケーション・サービス記述子内には、対応するデリバリー・セグメントが提供するデータ放送アプリケーションの運用に必要又は重要な制御情報であるＭＨ−ＡＩＴ、データ伝送メッセージ、及び各ＥＭＴのロケーション情報を示す。また、複数のＥＭＴ伝送路がある場合には、各伝送路のＥＭＴを識別するＥＭＴ＿ｔａｇとそのロケーション情報を示す。
【０１１８】
ｎｕｍｂｅｒ＿ｏｆ＿ａｓｓｅｔｓは、パッケージを構成する要素としてのアセット（信号、ファイル）の数を示す、８ビットのパラメーターである。ｎｕｍｂｅｒ＿ｏｆ＿ａｓｓｅｔの数分だけ、アセット情報のループが配置される。１つのアセット情報のループ内には、個々のアセットの情報としてのアセット識別情報（ａｓｓｅｔ＿ｉｄ）と、一般ロケーション情報（ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ）と、アセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒ）の各パラメーターが配置される。アセット情報のループ内に配置される情報について、以下に説明する。
【０１１９】
ｉｄｅｎｔｉｆｉｅｒ＿ｔｙｐｅは、ＭＭＴＰパケット・フローのＩＤ体系を示す。アセット識別情報（ａｓｓｅｔ＿ｉｄ）を示すＩＤ体系であれば０ｘ００とする。ａｓｓｅｔ＿ｉｄ＿ｓｃｈｅｍｅは、アセット識別情報の形式を示す。ａｓｓｅｔ＿＿ｉｄ＿ｌｅｎｇｔｈは、アセット識別情報のテキスト情報のサイズをバイト単位で示す。続くアセット識別情報のループでは、アセット識別情報をバイト単位（ａｓｓｅｔ＿ｉｄ＿ｂｙｔｅ）で示す。
【０１２０】
ａｓｓｅｔ＿ｔｙｐｅは、アセットの種類を３２ビット長の文字列で示す。ａｓｓｅｔ＿ｃｌｏｃｋ＿ｒｅｌａｔｉｏｎ＿ｆｌａｇは、アセットのクロック情報フィールドの有無を示すフラグである。当該フラグが１のときは、クロック情報識別フィールド（ａｓｓｅｔ＿ｃｌｏｃｋ＿ｒｅｌａｔｉｏｎ＿ｉｄ）とタイムスケール・フラグ・フィールド（ａｓｓｅｔ＿ｔｉｍｅｓｃａｌｅ＿ｆｌａｇ）が存在し、０のときはこれらのフィールドは存在しない。ｌｏｃａｔｉｏｎ＿ｃｏｕｎｔは、アセットのロケーション情報の数を示し、続くｌｏｃａｔｉｏｎ＿ｃｏｕｎｔの数だけ繰り返されるロケーション情報のループでは、該当するアセットのロケーション情報であるＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏが示される。アセットのロケーション情報は、アセットの取得先となるＭＭＴ伝送路上のパケット識別情報（ｐａｃｋｅｔ＿ｉｄ：ＰＩＤ）の形式で記述される。したがって、ＭＰテーブル上でアセット識別情報を引いて、ＭＭＴ伝送路（ＩＰデータ・フロー）上の該当するパケット識別情報を取り出すことができる（図６を参照のこと）。
【０１２１】
ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、アセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒ）のテキスト情報のサイズをバイト単位で示す。続くアセット記述子のループでは、参照番号９０１で示すように、アセット毎の記述子の内容をバイト単位（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）で示す。
【０１２２】
参照番号９０１で示す記述子領域に配置されるアセット記述子として、ＭＰＵの提示時刻を提供する「ＭＰＵタイムスタンプ記述子」、ＭＰＵ内のアクセス・ユニットの復号時刻などを提供する「ＭＰＵ拡張タイムスタンプ記述子」、アセットのグループ関係とグループ内での優先度を提供する「アセット・グループ記述子」、ＭＰＵの提示位置を提供する「ＭＰＵ提示領域指定記述子」、依存関係にあるアセットのアセットＩＤを提供する「依存関係記述子」、データ符号化方式を識別するために使用する「ＭＨ−データ符号化方式記述子」を挙げることができる。ＭＰＵタイムスタンプ記述子及びＭＰＵ拡張タイムスタンプ記述子は、映像アセット及び音声アセットに対してそれぞれ１つずつ配置される。以下では、映像アセットのＭＰＵタイムスタンプ記述子及びＭＰＵ拡張タイムスタンプ記述子を併せて「映像記述子」と呼び、音声アセットのＭＰＵタイムスタンプ記述子及びＭＰＵ拡張タイムスタンプ記述子を併せて「音声記述子」と呼ぶこともある。
【０１２３】
これらアセット記述子のうち、ＭＰＵタイムスタンプ記述子及びＭＰＵ拡張タイムスタンプ記述子は、ＭＰテーブルを送信する度に毎回更新される。これに対し、その他の記述子の更新は頻繁ではなく、せいぜい番組単位でしか変化しない。
【０１２４】
本出願時点で想定されているＭＭＴ方式データ放送システムの運用では、テーブルのインデックス情報として含まれるバージョン番号は、１系統のみ（テーブル全体）の変化を示すバージョン情報である。すなわち、ＭＰテーブル内のいずれかの情報が変化したときに、テーブルのバージョン番号が１ずつ加算される。上記のように映像記述子及び音声記述子はほぼ毎回更新されるので、テーブルのバージョン番号も毎回１ずつ加算されることになる。このような場合、テーブルのバージョン番号は、映像記述子及び音声記述子によってマスクされた状態となっており、それ以外の更新が頻繁ではない記述子が更新されたタイミングをテーブルのバージョン番号から検知することはできない。受信機は、各記述子をチェックしなければ更新されたか否かを判別できないので、新規のアセット記述子をフィルタリングするのは手間がかかる。
【０１２５】
要するに、本出願時点で想定されているＭＭＴ方式データ放送システムの運用では、メッセージやテーブルのバージョン番号は１系統の変化しか示すことができない。メッセージのバージョン番号からどのテーブルが変化したかを検知したり、テーブルのバージョン番号からどの記述子が変化したかを検知したりすることは難しい状況である。
【０１２６】
そこで、本明細書で開示する技術として、メッセージ並びにテーブルのバージョン番号を構造化して、更新されたテーブルや記述子をフィルタリングし易くする方法について提案する。構造化することの１つの利点として、１つのバージョン情報で同時に複数系統の変化を示すことができることが挙げられる。
【０１２７】
なお、以下の説明では、便宜上、メッセージやテーブルといったシグナリング情報を伝送し又は記述するデータの１つの塊を「制御情報単位」と呼び、メッセージに格納されるテーブルやテーブル内に配置される記述子など１つの制御情報単位に含まれるデータのまとまりを「制御情報要素」と呼ぶことにする。そして、制御情報単位にヘッダー若しくはインデックス情報として付加される単一のバージョン情報で、制御情報単位に含まれる複数の制御情報要素の更新を検知（俯瞰）できるようにする。
【０１２８】
図８並びに図９に示した例ではいずれも、１つの制御情報単位には複数の制御情報要素が含まれている。制御情報単位に含まれる制御情報要素数は増減することもある。また、各制御情報単位は、例えばヘッダーとして、制御情報単位内の変化を示すバージョン情報を含む。バージョン情報は、上記の「バージョン番号」に相当し、ＡＲＩＢ−ＳＴＤ６０に合わせて８ビット長であるものとする。
【０１２９】
Ｃ−１．バージョン情報の構造化方式（１）
第１の構造化方式では、８ビットのバージョン情報の最上位２ビットを構成情報の識別情報に割り当てて、当該バージョン情報の構成情報（残り６ビットの使用方法）を２ビットで表現する。第１の構造化方式において、識別情報毎に定義される構成情報を以下に示す。
【０１３０】
・最上位２ビットが「００」の場合
残り６ビットもオール・ゼロとし、すなわち０ｘ００００固定値としてバージョン情報を運用しない。
【０１３１】
・最上位２ビットが「０１」の場合
残り６ビットで１系統のバージョン番号を示す。すなわち、００００００〜１１１１１１の値で、制御情報単位（メッセージ又はテーブル）全体が更新する度に６ビットのバージョン番号を１ずつ加算する。
【０１３２】
・最上位２ビットが「１０」の場合
残り６ビットを２ビットずつに３分割して最大３系統のバージョン番号を設定する。この場合、制御情報単位に含まれる複数の制御情報要素を３系統にグループ化してそれぞれに２ビットのバージョン番号を割り当てて、系統毎のバージョン番号（変化情報）を同時に示すようにする。制御情報要素が更新される度に、２ビットのバージョン番号に１ずつ加算する。００⇒０１⇒１０⇒１１⇒００と、２ビットのバージョン番号をサイクリックに変化させることで、対応する系統の制御情報要素が更新されたタイミングを示すことができる。
【０１３３】
・最上位２ビットが「１１」の場合
残り６ビットを２ビットずつに３分割して最大３系統のバージョン番号を設定し、また、制御情報単位に含まれる複数の制御情報要素を３系統にグループ化してそれぞれに２ビットのバージョン番号を割り当てて、系統毎のバージョン番号（変化情報）を同時に示すようにする。但し、各２ビットのバージョン番号において、値「００」をバージョン番号として使用せず、そのビット位置に割り当てられた制御情報要素の系統が存在しないことを示す。制御情報要素の系統が存在する位置では、制御情報要素が更新される度に２ビットのバージョン番号に１ずつ加算して、０１⇒１０⇒１１⇒０１と、２ビットのバージョン番号をサイクリックに変化させることで、対応する系統の制御情報要素が更新されたタイミングを示す。
【０１３４】
複数の制御情報要素（テーブル）を含めることができる制御情報単位（メッセージ）に対して第１の構造化方式を適用する場合、例えば、バージョン情報の最上位２ビットに「１１」を設定して、残り６ビットを２ビットずつ分割して最大３系統のバージョン情報を示す構造化方式を選択する。そして、当該制御情報単位に格納される制御情報要素を３系統にグループ化して、残り６ビットを分割した２ビットずつを各系統のバージョン番号に割り当てる。ある系統に含まれる制御情報要素を更新する度に、対応する位置の２ビットでバージョン番号を０１⇒１０⇒１１⇒０１とサイクリックに変化させることで、系統毎の制御情報要素の更新タイミングを示すことができる。
【０１３５】
また、３系統のバージョン情報を示す上記構造化方式を選択した場合であっても、制御情報単位が２つの制御情報要素を含まないなど、制御情報要素を２系統にしかグループ化できず、残り６ビットを２ビットずつ分割して、いずれの系統も割り当てられない２ビットが生じるときには、その位置に値「００」を記入して該当する系統（制御情報要素）が存在しないことを示すようにすればよい。
【０１３６】
本出願時点では、ＭＭＴ方式のデータ放送システムのシグナリングにおいて、１つのＭＭＴメッセージに最大３つのテーブルを格納するという運用が想定されている。したがって、ＭＭＴメッセージに第１の構造化方式を適用する場合、バージョン情報の最上位２ビットに「１１」を設定して、残り６ビットを２ビットずつ分割して、各テーブルのバージョン情報を示すようにすることができる。メッセージの種別（ｍｅｓｓａｇｅ＿ｉｄ）毎に格納するテーブルの種類が決まる。したがって、メッセージの種別毎に、残り６ビットを分割した各２ビットをテーブルのバージョン情報に割り当てる順番を固定的に規定するようにする。
【０１３７】
バージョン情報の第１の構造化方式をデータ伝送メッセージに適用した実施例について説明する。データ伝送メッセージというコンテナ内には、データ・ディレクトリー管理テーブル（ＤＤＭＴ）及びデータ・アセット管理テーブル（ＤＡＭＴ）という必須の２テーブルと、データ・コンテンツ管理テーブル（ＤＣＣＴ）という任意のテーブルの最大３つのテーブルが格納される（前述並びに図５を参照のこと）。したがって、図１０に示すように、８ビットのバージョン番号１０００を２ビットずつに分割し、最上位２ビットに「１１」を設定して構成情報を示す。そして、残り３つの２ビットを各テーブルのバージョン番号に割り当てる順番を固定的に規定する。図１０に示す例では、ＤＤＭＴ、ＤＡＭＴ、ＤＣＣＴの順でバージョン番号を示すように規定されている。
【０１３８】
参照番号１００１で示すように、最上位２ビットの値「１１」で定義されるバージョン情報の構成情報では、２ビットのバージョン番号は、「００」でその位置に規定されたテーブルが存在しないことを示す。したがって、ＤＣＣＴを含まないデータ伝送メッセージのバージョン番号の最下位２ビットは「００」となる。また、参照番号１００２〜１００４で示す２〜４番目の位置の２ビットでは、バージョン番号を０１⇒１０⇒１１⇒０１と３つの値のうちでサイクリックに変化させることで、ＤＤＭＴ、ＤＡＭＴ、ＤＣＣＴの更新タイミングをそれぞれ示すことができる。受信機は、データ伝送メッセージのへったーのバージョン情報の各位置の２ビットをチェックすることで、各テーブルの内容の変化などによる更新タイミングを容易に検知することができる。
【０１３９】
図１１には、第１の構造化方式を適用した場合のデータ伝送メッセージにおけるバージョン変化例を示している。
【０１４０】
期間Ｐ１では、ＤＤＭＴ及びＤＡＭＴを格納するがＤＣＣＴを格納しないデータ伝送メッセージがＭＭＴ伝送されている。この期間Ｐ１のデータ伝送メッセージのヘッダーのバージョン情報の最上位２ビットは、構成情報を規定する値「１１」を示す。また、バージョン情報の最下位２ビットは、ＤＣＣＴが存在しないことを示す「００」となる。また、バージョン情報の最上位から２番目の２ビットはＤＤＭＴのバージョン番号「０１」を示し、最上位から３番目の２ビットはＤＡＭＴのバージョン番号「０１」を示している。受信機側では、バージョン情報の最上位から４番目の２ビットを参照して、ＤＤＭＴ及びＤＡＭＴのバージョン番号、並びに、データ伝送メッセージにＤＣＣＴが格納されていないことを容易に検知することができる。
【０１４１】
続く期間Ｐ２では、ＤＤＭＴ及びＤＡＭＴにＤＣＣＴを追加して格納するデータ伝送メッセージがＭＭＴ伝送されている。但し、ＤＤＭＴ及びＤＡＭＴは更新されていないものとする。この期間Ｐ１のデータ伝送メッセージのヘッダーのバージョン情報の最上位２ビットは、構成情報を規定する値「１１」を示す。また、ＤＣＣＴが追加されたことに伴い、バージョン情報の最上位から４番目の２ビットは、「００」から、ＤＣＣＴのバージョン番号「０１」に変更している。また、ＤＤＭＴ及びＤＡＣＴは更新されないので、バージョン情報の最上位から２番目の２ビットは前期間Ｐ２と同じＤＤＭＴのバージョン番号「０１」を示し、最上位から３番目の２ビットは前期間Ｐ２と同じＤＡＭＴのバージョン番号「０１」を示している。受信機側では、バージョン情報の最上位から４番目の２ビットを参照して、ＤＣＣＴが追加されたタイミングを容易に検知することができる。
【０１４２】
続く期間Ｐ３では、引き続きＤＤＭＴ、ＤＡＭＴ及びＤＣＣＴを格納するデータ伝送メッセージがＭＭＴ伝送されている。但し、ＤＤＭＴは更新され、ＤＡＭＴ及びＤＣＣＴは更新されていないものとする。この期間Ｐ１のデータ伝送メッセージのヘッダーのバージョン情報の最上位２ビットは、構成情報を規定する値「１１」を示す。また、ＤＤＭＴが更新されたことに伴い、バージョン情報の最上位から２番目の２ビットに１を加算して、ＤＤＭＴのバージョン番号「１０」を示す。また、ＤＡＭＴ及びＤＣＣＴは更新されないので、バージョン情報の最上位から３番目の２ビットは前期間Ｐ２と同じＤＡＭＴのバージョン番号「０１」を示し、最上位から４番目の２ビットは前期間Ｐ２と同じＤＣＣＴのバージョン番号「０１」を示している。受信機側では、バージョン情報の最上位から２番目の２ビットを参照して、ＤＤＭＴが更新されたタイミングを容易に検知することができる。
【０１４３】
このような適用例によれば、データ伝送メッセージのヘッダーに含まれるバージョン番号８０２で、単にテーブル数が変化したことを示すのではなく、データ伝送メッセージに格納されるテーブル毎に更新タイミングを示すことができるので、受信機側の負荷を軽減することができる。
【０１４４】
なお、データ伝送メッセージに格納するテーブル毎に変化情報を示す必要がなく、メッセージ全体で変化情報を示すだけでよい場合には、最上位２ビットに「０１」を設定して、バージョン情報全体で１系統のバージョン番号を示すようにすればよい。また、そもそもメッセードのバージョン情報若しくは変化を示す必要がない場合には、８ビットをオール・ゼロに設定すればよい。
【０１４５】
また、ＰＡメッセージも、ＭＰテーブル、ＰＬテーブル、ＬＣテーブルという最大３つのテーブルを格納するコンテナである（前述）。したがって、ＰＡメッセージも、上述したデータ伝送メッセージの例と同様に、第１の構造化方式を適用することによって、メッセージのヘッダーのバージョン情報で各テーブルの更新タイミングを好適に通知することができる。
【０１４６】
なお、上記の説明では、第１の構造化方式においてバージョン情報で複数系統のバージョン番号（変化情報）を示す場合、最上位から３ビット目以降の６ビットを系統数で均等に分割しているが、必ずしも各系統のバージョン番号に対し均等なビット数を割り当てる必要はない。例えば、頻繁に更新が行なわれ又は更新タイミングを細かく検知したい系統のバージョン番号により多いビット数を割り当て、更新頻度が高くなく更新タイミングを細かく検知する必要がない系統のバージョン番号には少ないビット数しか割り当てないようにする運用であってもよい。
【０１４７】
Ｃ−２．バージョン情報の構造化方式（２）
第２の構造化方式では、第１の構造化方式と同様に、８ビットのバージョン情報の最上位２ビットを構成情報の識別情報に割り当てるが、識別情報毎に定義される当該バージョン情報の構成情報（残り６ビットの使用方法）の定義が相違する。第２の構造化方式において、識別情報毎に定義される構成情報を以下に示す。
【０１４８】
・最上位２ビットが「００」の場合
残り６ビットで１系統のバージョン番号を示す。すなわち、００００００〜１１１１１１の値で、制御情報単位（メッセージ又はテーブル）全体が更新する度に６ビットのバージョン番号を１ずつ加算する。
【０１４９】
・最上位２ビットが「０１」の場合
残り６ビットを３ビットずつに２分割するとともに、制御情報単位に含まれる制御情報要素を２系統にグループ化してそれぞれに３ビットを割り当てて、系統毎のバージョン番号（変化情報）を０００〜１１１の値でそれぞれ示すようにする。
【０１５０】
・最上位２ビットが「１０」の場合
残り６ビットを２ビットずつに３分割するとともに、制御情報単位に含まれる制御情報要素を３系統にグループ化してそれぞれに２ビットを割り当てて、系統毎のバージョン番号（変化情報）を００〜１１の値でそれぞれ示すようにする。
【０１５１】
・最上位２ビットが「１１」の場合
残り６ビットを１ビットずつに６分割するとともに、制御情報単位に含まれる制御情報要素を６系統にグループ化してそれぞれに１ビットを割り当てて、系統毎のバージョン番号（変化情報）を０と１の値でそれぞれ示すようにする。
【０１５２】
第２の構造化方式は、第１の構造化方式と相違して、８ビットのバージョン情報で同時にバージョン番号（変化情報）を示す系統の数を可変に設定することができ、バージョン情報の最上位２ビットの値を用いて残りの６ビットでバージョン番号（変化情報）を示す系統の数を２、３、６の中から指定するようになっている。
【０１５３】
上述したように、ＭＰテーブル内のアセット記述子領域に配置される記述子のうち、映像記述子と音声記述子（映像アセット並びに音声アセットそれぞれの、ＭＰＵタイムスタンプ記述子とＭＰＵ拡張タイムスタンプ記述子）は頻繁に（ほぼ毎回）更新される一方、これら以外の記述子は滅多に更新されない。したがって、ＭＰテーブルに配置するアセット記述子を、それぞれ頻繁に更新される映像記述子及び音声記述子と、その他の記述子という３系統にグループ化することができる。
【０１５４】
したがって、バージョン情報の第２の構造化方式を適用する場合、ＭＰテーブルについては、図１２中の参照番号１２０１で示すように、バージョン番号１２００の最上位２ビットに「１０」を設定する。そして、残り６ビットを２ビットずつに３分割し、参照番号１２０２〜１２０４で示す２〜４番目の各位置の２ビットを残りの記述子、映像記述子（映像アセットのＭＰＵタイムスタンプ記述及びＭＰＵ拡張タイムスタンプ記述子）、音声記述子（音声アセットのＭＰＵタイムスタンプ記述及びＭＰＵ拡張タイムスタンプ記述子）の順で固定的に割り当てて、これら３系統のバージョン番号（変化情報）を００〜１１の値でそれぞれ示すという運用にする。
【０１５５】
また、ＭＰテーブル以外のテーブルについては、バージョン情報の最上位２ビットに「００」を設定して、残り６ビットで００００００〜１１１１１１の値を用いて１系統のバージョン番号を示すという運用にする。
【０１５６】
図１３には、第２の構造化方式を適用した場合のＭＰテーブルにおけるバージョン変化例を示している。同図中、参照番号１３０１は残り（映像及び音声記述子以外）の記述子のバージョン番号の変化を示し、参照番号１３０２は映像記述子のバージョン番号の変化を示し、参照番号１３０３は音声記述子のバージョン番号の変化を示している。
【０１５７】
例えば、時刻ｔ１における他の記述子、映像記述子、音声記述子のバージョン番号はそれぞれ「００」、「０１」、「００」である。したがって、時刻ｔ１におけるＭＰテーブルのバージョン情報は、構成情報を示す最上位２ビットの値「１０」に、当該時刻における他の記述子、映像記述子、音声記述子のバージョン番号を順に連結した８ビットの値「１００００１００」となる。
【０１５８】
また、時刻ｔ２における他の記述子、映像記述子、音声記述子のバージョン番号はそれぞれ「０１」、「００」、「１１」である。したがって、時刻ｔ２におけるＭＰテーブルのバージョン情報は、構成情報を示す最上位２ビットの値「１０」に、当該時刻における他の記述子、映像記述子、音声記述子のバージョン番号を順に連結した８ビットの値「１００１００１１」となる。受信機は、ＭＰテーブルのバージョン情報の最上位から２番目の２ビットの値が変化したことによって、他の記述子の更新タイミングを検知することができる。
【０１５９】
このような適用例によれば、ＭＰテーブルのインデックス情報としてのバージョン情報は、映像記述子及び音声記述子が頻繁に更新されることによってマスクされることなく、残りの記述子の更新タイミングを示すことができるので、受信機側の負荷を軽減することができる。
【０１６０】
なお、上記の説明では、第２の構造化方式においてバージョン情報で複数系統のバージョン番号（変化情報）を示す場合、最上位から３ビット目以降の６ビットを系統数で均等に分割しているが、必ずしも各系統のバージョン番号に対し均等なビット数を割り当てる必要はない。例えば、頻繁に更新が行なわれ又は更新タイミングを細かく検知したい系統のバージョン番号により多いビット数を割り当て、更新頻度が高くなく更新タイミングを細かく検知する必要がない系統のバージョン番号には少ないビット数しか割り当てないようにする運用であってもよい。
【０１６１】
Ｃ−３．バージョン情報の構造化方式（３）
第１及び第２の構造化方式ではいずれも、８ビットのバージョン情報の最上位２ビットを構成情報の識別情報に割り当て、残りの６ビットで１又は複数系統のバージョン情報に割り当てるようになっている。言い換えれば、最上位２ビットを構成情報の識別情報に割り当てるため、バージョン情報を提示するのに利用できるビット数が少なくなる方式である。
【０１６２】
他方、バージョン情報を提示すべき系統数（構造化の要求）は、メッセージの種別やテーブルの種別に応じて固定的であると考えられる。例えば、データ伝送メッセージやＰＡメッセージは最大で３つのテーブルを格納するコンテナであり、３系統すなわち格納するテーブル毎のバージョン番号を示す必要がある。これに対し、Ｍ２セクション・メッセージは、メッセージ毎に１つのテーブルを格納するコンテナであり、１系統のバージョン番号を示せば十分である。
【０１６３】
そこで、バージョン情報の第３の構造化方式では、制御情報単位のバージョン情報の一部のビット（最上位２ビット）で構成情報を示すのではなく、制御情報単位の種別を示す識別情報毎にバージョン情報の構成情報を定義する。このようにすれば、制御情報単位が有するバージョン情報の８ビットをすべて制御情報要素の各系統のバージョン番号に使用することができる。
【０１６４】
送信側では、制御情報単位の種別に対して定義された構成情報に従って、バージョン情報の各ビット領域に各系統のバージョン番号を設定して、制御情報単位を伝送する。一方、受信機側では、制御情報単位を受信すると、その制御情報単位の種別に基づいてバージョン情報に定義されている構成情報を割り出して、バージョン情報に含まれる各ビット領域から各系統のバージョン番号を検知することができる。
【０１６５】
ここで、制御情報単位のバージョン情報は、メッセージ・ヘッダーのバージョン情報や、テーブルのインデックス情報のバージョン情報に相当する。また、制御情報単位の種別を示す識別情報は、メッセージの種別を示すｍｅｓｓａｇｅ＿ｉｄ（メッセージ識別）や、テーブルの種別を示すｔａｂｌｅ＿ｉｄ（テーブル識別）に相当する。
【０１６６】
例えば、図１４に示すように、データ伝送メッセージのｍｅｓｓａｇｅ＿ｉｄ（０ｘ８００３）に対して、８ビットのバージョン情報１４００を最上位から順に３ビット、３ビット、２ビットに分割し、各ビット領域１４０１〜１４０３をそれぞれデータ・ディレクトリー管理テーブル（ＤＤＭＴ）、データ・アセット管理テーブル（ＤＡＭＴ）、データ・コンテンツ管理テーブル（ＤＣＣＴ）に割り当てるという構成情報を規定することができる。
【０１６７】
このような場合、データ伝送メッセージを伝送する側では、データ伝送メッセージのｍｅｓｓａｇｅ＿ｉｄに対して定義された構成情報に従って、メッセージ・ヘッダーのバージョン情報の最上位から順に３ビット、３ビット、２ビットに分割した各ビット領域にＤＤＭＴ、ＤＡＭＴ、ＤＣＣＴの各バージョン番号を設定して伝送する。
【０１６８】
これに対し、受信機側では、受信したメッセージのｍｅｓｓａｇｅ＿ｉｄを参照して、バージョン情報に定義されている構成情報を割り出して、バージョン情報の最上位から順に３ビット、３ビット、２ビットに分割した各ビット領域からＤＤＭＴ、ＤＡＭＴ、ＤＣＣＴの各バージョン番号を検知することができる。したがって、受信機は、各テーブルのインデックス情報のバージョン番号をチェックすることなく、メッセージ・ヘッダーのバージョン情報から各テーブルの格子タイミングを検知することが可能である。
【産業上の利用可能性】
【０１６９】
以上、特定の実施形態を参照しながら、本明細書で開示する技術について詳細に説明してきた。しかしながら、本明細書で開示する技術の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。
【０１７０】
本明細書で開示する技術は、ＭＭＴ方式を始めとしてさまざまなトランスポート方式を採用するデータ放送システムに適用して、制御情報の変化を効率的に通知することができる。
【０１７１】
要するに、例示という形態により本明細書で開示する技術について説明してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本明細書で開示する技術の要旨を判断するためには、特許請求の範囲を参酌すべきである。
【０１７２】
なお、本明細書の開示の技術は、以下のような構成をとることも可能である。
（１）放送に関連する制御情報を生成する生成部と、
所定のトランスポート方式で前記制御情報を送信する送信部と、
を具備し、
前記生成部は、同時に複数系統のバージョン情報を示すように構造化したバージョン情報を前記制御情報に付加する、
送信装置。
（２）前記生成部は、複数系統の制御情報要素を含んだ制御情報単位に、少なくとも一部の領域を系統数に応じて分割した各領域に系統毎のバージョン情報を示すように構造化したバージョン情報を前記制御情報単位に付加する、
上記（１）に記載の送信装置。
（３）前記生成部は、前記トランスポート方式におけるシグナリングで、複数のテーブルを格納するメッセージを生成する際に、少なくとも一部の領域を前記テーブル数に応じて分割した各領域にテーブル毎のバージョン情報を示すように構造化したバージョン情報を前記メッセージに付加する、
上記（１）に記載の送信装置。
（４）前記生成部は、前記トランスポート方式におけるシグナリングで、複数の記述子を配置したテーブルを格納するメッセージを生成する際に、少なくとも一部の領域を前記記述子数に応じて分割した各領域に記述子毎のバージョン情報を示すように構造化したバージョン情報を前記テーブルのバージョン情報として前記メッセージに付加する、
上記（１）に記載の送信装置。
（５）前記生成部は、構造化に関する構成情報を示す値を所定領域で示したバージョン情報を前記制御情報単位に付加する、
上記（１）又は（２）のいずれかに記載の送信装置。
（６）前記生成部は、前記所定領域で、下記（ａ）〜（ｃ）のうちいずれかの方式により前記バージョン情報の前記所定領域の残りの領域を構造化するかを指定する値を示す、
（ａ）バージョン情報として利用しない
（ｂ）前記残りの領域すべてで１系統のバージョン情報を設定する
（ｃ）前記残りの領域を分割して複数系統のバージョン情報を設定する
上記（５）に記載の送信装置。
（７）前記生成部は、前記（ｃ）複数系統のバージョン情報を設定する方式を指定する場合、分割した各領域におけるバージョン情報の設定方式を下記（ｃ−１）又は（ｃ−２）のうちいずれにするかを指定する値を前記所定領域でさらに示す、
（ｃ−１）分割した領域で指定可能なすべての値を用いて系統のバージョン情報を示す、
（ｃ−２）特定の値で該当する系統が存在しないことを示し、その他の指定可能な値を用いて系統のバージョン情報を示す、
上記（６）に記載の送信装置。
（８）前記生成部は、前記所定領域で、下記（ａ）又は（ｂ）のうちいずれかの方式により前記バージョン情報の前記所定領域の残りの領域を構造化するかを指定する値を示す、
（ａ）前記残りの領域すべてで１系統のバージョン情報を設定する
（ｂ）前記残りの領域を分割して複数系統のバージョン情報を設定する
上記（５）に記載の送信装置。
（９）前記生成部は、前記（ｂ）複数系統のバージョン情報を設定する方式を指定する場合、前記残りの領域でバージョン情報を示す系統数を指定する値を前記所定領域でさらに示す、
上記（８）に記載の送信装置。
（１０）前記生成部は、前記制御情報単位の種別に応じた構成情報に基づいて構造化した前記バージョン情報を前記制御情報単位に付加する、
上記（２）に記載の送信装置。
（１１）放送に関連する制御情報を生成する生成ステップと、
所定のトランスポート方式で前記制御情報を送信する送信ステップと、
を有し、
前記生成ステップでは、同時に複数系統のバージョン情報を示すように構造化したバージョン情報を前記制御情報に付加する、
送信方法。
（１２）放送に関連する制御情報を所定のトランスポート方式に従って受信する受信部と、
受信した前記制御情報を処理する処理部と、
を具備し、
前記処理部は、前記制御情報に付加された、同時に複数系統のバージョン情報を示すように構造化したバージョン情報に基づいて各系統の更新タイミングを検知する、
受信装置。
（１３）前記受信部は、前記トランスポート方式におけるシグナリングで、複数のテーブルを格納し、少なくとも一部の領域を前記テーブル数に応じて分割した各領域にテーブル毎のバージョン情報を示すように構造化したバージョン情報が付加されたメッセージを受信する、
上記（１２）に記載の受信装置。
（１４）前記処理部は、前記メッセージに付加された前記バージョン情報に基づいて各テーブルの更新タイミングを検知する、
上記（１３）に記載の受信装置。
（１５）前記受信部は、前記トランスポート方式におけるシグナリングで、複数の記述子を配置したテーブルを格納し、少なくとも一部の領域を前記記述子数に応じて分割した各領域に記述子毎のバージョン情報を示すように構造化されたバージョン情報が前記テーブルのバージョン情報として付加されたメッセージを受信する、
上記（１２）に記載の受信装置。
（１６）前記処理部は、前記メッセージに付加された前記バージョン情報に基づいて前記テーブルに付加された記述子毎の更新タイミングを検知する、
上記（１５）に記載の受信装置。
（１７）  放送に関連する制御情報を所定のトランスポート方式に従って受信する受信ステップと、
受信した前記制御情報を処理する処理ステップと、
を有し、
前記処理ステップでは、前記制御情報に付加された、同時に複数系統のバージョン情報を示すように構造化したバージョン情報に基づいて各系統の更新タイミングを検知する、
ョン情報に基づいて各系統の更新タイミングを検知する、
受信方法。
【符号の説明】
【０１７３】
１０…ディジタル放送システム
１１…放送送出システム、１２…受信機
３０１…時計部、３０２…信号送出部
３０３…ビデオ・エンコーダー、３０４…オーディオ・エンコーダー
３０５…キャプション・エンコーダー
３０６…シグナリング・エンコーダー
３０７…ファイル・エンコーダー
３０８…電子データ処理システム（ＥＤＰＳ）
３０９…ＴＬＶシグナリング・エンコーダー
３１０…ＩＰサービス・マルチプレクサー
３１１…ＴＬＶマルチプレクサー、３１２…変調・送信部
４０１…チューナー・復調部、４０２…デマルチプレクサー
４０２−１…ＴＬＶフィルター、４０２−２…ＩＰフィルター
４０２−３…ＵＤＰフィルター、４０２−４…ＭＭＴフィルター
４０２−５…ＳＩフィルター、４０３…時計回復部
４０４…ビデオ・デコーダー、４０５…オーディオ・デコーダー
４０６…キャプション・デコーダー、４０７…システム制御部
４０８…アプリケーション制御部
４０９…データ放送アプリケーション・エンジン
４１０…ＩＰインターフェース、４１１…合成部
【図１】
2016197789.tif 000003
【図２】
2016197789.tif 000004
【図３】
2016197789.tif 000005
【図４】
2016197789.tif 000006
【図６】
2016197789.tif 000007
【図１０】
2016197789.tif 000008
【図１１】
2016197789.tif 000009
【図１２】
2016197789.tif 000010
【図１３】
2016197789.tif 000011
【図１４】
2016197789.tif 000012
【図５】
2016197789.tif 000013
【図７】
2016197789.tif 000014
【図８】
2016197789.tif 000015
【図９】
2016197789.tif 000016