(57)【要約】  ＭＭＴ・ＴＬＶ方式に対応し、「キー局により配信された後に、一部がローカル局の独自のものに差し替えられたデータ放送」を受信可能な受信機を実現する。受信機（２００）は、複数のアセットを含む番組を再生する再生装置である。コンポーネント逆多重化部（２１１）は、相互の依存関係が示されたメインＩＰデータフローおよびサブＩＰデータフローを取得する。表示処理部（２１５）は、メインＩＰデータフローに格納された、キー局が作成した映像アセットを再生しながら、サブＩＰデータフローに格納された、ローカル局によって差し替えられたデータアセットを再生する。
2016031629.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンポーネントを含む番組を再生する再生装置において、
相互の依存関係が示された２つのＩＰデータフローを取得する取得部と、
上記２つのＩＰデータフローのうちの一方に格納されたコンポーネントを再生しながら、上記２つのＩＰデータフローのうちの他方に格納されたコンポーネントを再生する処理を、上記依存関係に基づいて実行する再生部と、を備えていることを特徴とする再生装置。
【請求項２】
上記２つのＩＰデータフローのうちの一方または両方には、上記依存関係を示す情報を含むメッセージが含まれている、ことを特徴とする請求項１に記載の再生装置。
【請求項３】
上記取得部が取得する上記２つのＩＰデータフローのうちの一方に含まれているテーブルには、上記２つのＩＰデータフローのうちの他方の取得先を示す情報が含まれており、
上記取得部は、該情報を参照することで上記２つのＩＰデータフローのうちの他方を取得する、ことを特徴とする請求項２に記載の再生装置。
【請求項４】
上記取得部が取得する上記２つのＩＰデータフローのうちの一方に含まれている記述子には、上記２つのＩＰデータフローのうちの他方の取得先を示す情報が含まれており、
上記取得部は、該情報を参照することで上記２つのＩＰデータフローのうちの他方を取得する、ことを特徴とする請求項２に記載の再生装置。
【請求項５】
複数のコンポーネントを含む番組を配信するために使用される送信装置において、
相互の依存関係が示された２つのＩＰデータフローを送信する送信部を備え、
上記２つのＩＰデータフローの一方には、上記番組を構成する複数のコンポーネントが含まれており、
上記２つのＩＰデータフローのうちの他方には、上記複数のコンポーネントのうち一部後から差し替えられたデータコンポーネントを含む、ことを特徴とする送信装置。
【請求項６】
複数のコンポーネントを含む番組を再生する再生装置による再生方法において、
相互の依存関係が示された２つのＩＰデータフローを取得する取得ステップと、
上記２つのＩＰデータフローのうちの一方に格納されたコンポーネントを再生しながら、上記２つのＩＰデータフローのうちの他方に格納されたコンポーネントを再生する処理を、上記依存関係に基づいて実行する再生ステップと、を含んでいることを特徴とする再生方法。
【請求項７】
複数のコンポーネントを含む番組を配信するために使用される送信装置による送信方法において、
相互の依存関係が示された２つのＩＰデータフローを送信する送信ステップを含み、
上記２つのＩＰデータフローの一方には、上記番組を構成する複数のコンポーネントが含まれており、
上記２つのＩＰデータフローのうちの他方には、上記複数のコンポーネントのうち一部後から差し替えられたデータコンポーネントが含まれている、ことを特徴とする送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、主に、複数のコンポーネントで構成された番組を再生する再生装置および再生方法、並びに、そのような番組を送信する送信装置および送信方法に関する。
【背景技術】
【０００２】
デジタル放送（例えば、高精細度テレビジョン放送）に対応した機器はデータ放送サービスを受けることができるようになっており、これまでにデータ放送に関する様々な技術（例えば、特許文献１および特許文献２の技術）が提案されている。【０００３】
また、現在では、超高精細度テレビジョン放送（８Ｋ放送）向けのデータ放送規格が策定中であり、多重化方式としてＭＰＥＧ−Ｈ  ＭＭＴ（MPEG Media Transport）の規定に基づくＭＭＴ・ＴＬＶ方式を採用することが検討されている。【０００４】
ＭＭＴ・ＴＬＶ方式では、ＰＡメッセージ（パッケージアクセスメッセージ）、ＭＰＴ（ＭＭＴパッケージテーブル）、ＰＬＴ（パッケージリストテーブル）、及び、依存関係記述子等が規定されている（非特許文献１の「７．２．３．１  ＰＡメッセージ」、「７．３．３．１  ＭＭＴパッケージテーブル（ＭＰＴ）」、「７．３．３．２  パッケージリストテーブル（ＰＬＴ）」、「７．４．３．６  依存関係記述子」を参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】日本国公開特許公報「特表２００４−５２２３７６号公報（２００４年７月２２日公開）」
【特許文献２】日本国公開特許公報「特開２００６−２２９６０３号公報（２００６年８月３１日公開）」
【非特許文献】
【０００６】
【非特許文献１】ＡＲＩＢ  ＳＴＤ−Ｂ６０  １．０版，（２０１４年７月発行）  デジタル放送におけるＭＭＴによるメディアトランスポート方式
【発明の概要】
【発明が解決しようとする課題】
【０００７】
現行の高精細度テレビジョン放送では、キー局から配信されたデータ放送用のデータの一部をローカル局が独自のものに容易に差し替えるための仕組みが整っている。【０００８】
しかしながら、既知のＭＭＴ・ＴＬＶ方式を８Ｋ放送向けのデータ放送規格に採用しただけでは、そのような仕組みを作ることができない。即ち、現行放送と同様にキー局により配信されたデータ放送用のデータの一部をローカル局独自のものに差替え、一部差替えたデータを受信する仕組みが提供されていない、という問題がある。【０００９】
本発明は上記課題に鑑みて成されたものであり、その主な目的は、ＭＭＴ・ＴＬＶ方式に対応し、「キー局により配信された後に、一部がローカル局の独自のものに差し替えられたデータ放送」を受信することが可能な再生装置および再生方法を実現することにある。また、ＭＭＴ・ＴＬＶ方式に対応し、キー局により作成された映像とローカル局の独自のデータ放送とを送信する送信装置および送信方法を実現することも本発明の目的に含まれる。
【課題を解決するための手段】
【００１０】
本発明の一態様に係る再生装置は、複数のコンポーネントを含む番組を再生する再生装置において、相互の依存関係が示された２つのＩＰデータフローを取得する取得部と、上記２つのＩＰデータフローのうちの一方に格納されたコンポーネントを再生しながら、上記２つのＩＰデータフローのうちの他方に格納されたコンポーネントを再生する処理を、上記依存関係に基づいて実行する再生部と、を備えている。【００１１】
本発明の一態様に係る再生方法は、複数のコンポーネントを含む番組を再生する再生装置による再生方法において、相互の依存関係が示された２つのＩＰデータフローを取得する取得ステップと、上記２つのＩＰデータフローのうちの一方に格納されたコンポーネントを再生しながら、上記２つのＩＰデータフローのうちの他方に格納されたコンポーネントを再生する処理を、上記依存関係に基づいて実行する再生ステップと、を含んでいる。【００１２】
本発明の一態様に係る送信装置は、複数のコンポーネントで構成された番組を配信するために使用される送信装置において、相互の依存関係が示された２つのＩＰデータフローを送信する送信部を備え、上記２つのＩＰデータフローの一方には、上記番組を構成する複数のコンポーネントが含まれており、上記２つのＩＰデータフローのうちの他方には、上記複数のコンポーネントのうち一部後から差し替えられたデータコンポーネントを含む。【００１３】
本発明の一態様に係る送信方法は、複数のコンポーネントで構成された番組を配信するためにローカル局により使用される送信装置による送信方法において、相互の依存関係が示された２つのＩＰデータフローを送信する送信ステップを含み、上記２つのＩＰデータフローの一方には、上記番組を構成する複数のコンポーネントが含まれており、上記２つのＩＰデータフローのうちの他方には、上記複数のコンポーネントのうち一部後から差し替えられたデータコンポーネントが含まれている。
【発明の効果】
【００１４】
本発明の一態様に係る再生装置および再生方法は、ＭＭＴ・ＴＬＶ方式に対応し、「キー局により配信された後に、一部がローカル局の独自のものに差し替えられたデータ放送」を受信することができる。【００１５】
また、本発明の一態様に係る送信装置および送信方法は、ＭＭＴ・ＴＬＶ方式に対応し、キー局により配信されたデータ放送用のデータの一部をローカル局の独自のものに容易に差し変えて送信することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態１〜３に係るシステムを構成する送信装置（ローカル局の送信装置）および受信機（ローカル局によってカバーされる地域の受信機）のブロック図である。
【図２】実施形態１に関する図であり、キー局が送信する２つのＩＰデータフロー（メインＩＰデータフロー、及び、サブＩＰデータフロー）、並びに、ローカル局によりカバーされる地域の受信機が受信する２つのＩＰデータフロー（サブＩＰデータフローがローカル局によって差し替えられたもの）を模式的に示した図である。
【図３】実施形態１に関する図であり、メインＩＰデータフローのＰＡメッセージのデータ構造を示した図である。
【図４】実施形態１に関する図であり、サブＩＰデータフローのＰＡメッセージのデータ構造を示した図である。
【図５】実施形態１に関する図であり、MMT_general_location_infoのデータ構造を示した図である。
【図６】実施形態１に関する図であり、ＭＭＴパッケージテーブルのデータ構造およびＭＰＴモードの意味を示した図である。
【図７】実施形態１に関する図であり、ＭＭＴパッケージテーブル内の依存関係記述子のデータ構造を例示した図である。
【図８】実施形態１に関する図であり、サブＩＰデータフローのＤＴメッセージ（データ伝送メッセージ）のデータ構造を示した図である。
【図９】実施形態１に関する図であり、ＤＴメッセージに含まれる３つのテーブル、即ち、ＤＤＭＴ（データディレクトリ管理テーブル）、ＤＡＭＴ（データアセット管理テーブル）、及び、ＤＣＭＴ（データコンテント管理テーブル）について説明するための図である。
【図１０】実施形態１に係る受信機の動作を示すフローチャートである。
【図１１】図１０及び図１９のフローチャートにおける特定の工程を詳細に示したフローチャートである。
【図１２】実施形態１の変形例に関する図であり、キー局が送信する２つのＩＰデータフロー、および、ローカル局によりカバーされる地域の受信機が受信する２つのＩＰデータフロー（サブＩＰデータフローがローカル局によって差し替えられたもの）を模式的に示した図である。
【図１３】実施形態１の変形例に関する図であり、パッケージリストテーブルのデータ構造を示した図である。
【図１４】実施形態２に関する図であり、キー局が送信する２つのＩＰデータフロー、及び、ローカル局によりカバーされる地域の受信機が受信する２つのＩＰデータフロー（サブＩＰデータフローがローカル局によって差し替えられたもの）を模式的に示した図である。
【図１５】実施形態２に関する図であり、サブＩＰデータフローのＤＴメッセージのデータ構造を示した図である。
【図１６】実施形態２、３に関する図であり、ＤＴメッセージに含まれる３つのテーブル（ＤＤＭＴ、ＤＡＭＴ、及び、ＤＣＭＴ）について説明するための図である。
【図１７】実施形態３に関する図であり、キー局が送信する２つのＩＰデータフロー、及び、ローカル局によりカバーされる地域の受信機が受信する２つのＩＰデータフロー（サブＩＰデータフローがローカル局によって差し替えられたもの）を模式的に示した図である。
【図１８】実施形態３に関する図であり、ローカル局によりカバーされる地域の受信機が受信するメインＩＰデータフローのＭＭＴパッケージテーブルに含まれる情報を例示した図である。
【図１９】実施形態３に係る受信機の動作を示すフローチャートである。
【発明を実施するための形態】
【００１７】
＜実施形態１＞
以下、図１〜図１３を参照して、本発明の一実施形態に係るシステムについて説明する。
【００１８】
（本実施形態に係るシステムの概要）
本実施形態に係るシステム（以下、単に「システム」と称する）の概要について図１を参照しながら説明する。図１は、システムを構成する送信装置および受信機のブロック図である。
【００１９】
送信装置１００は、ＭＭＴ・ＴＬＶ方式に対応しており、複数のアセット（コンポーネント）を含む番組を配信するためにキー局、もしくはローカル局により管理されている送信装置である。また、受信機２００も、ＭＭＴ・ＴＬＶ方式に対応している。受信機２００は、キー局、もしくはローカル局によってカバーされる地域に設置され、複数のアセットを含む番組を受信することが可能な受信機（テレビ）である。ここでは、ローカル局でデータ放送の一部データを差し替える場合について説明する。
【００２０】
ローカル局は、キー局が制作した８Ｋ映像の番組のデータ（メインＩＰデータフローおよびサブＩＰデータフローからなるデータ）を放送開始前または放送開始時に取得し、取得したデータをコンテンツサーバ１に保存する。メインＩＰデータフローに含まれている全アセットはローカル局が差替えないアセットとし、サブＩＰデータフローに含まれている全アセットはローカル局が差替え対象のアセットとする。
【００２１】
そして、ローカル局は、取得したデータの一部分（データ放送に関するデータアセット等）を番組の放送開始前または放送開始時にローカル局独自のものに差し替えた上で、８Ｋ映像の番組を配信する。
【００２２】
具体的には、ローカル局は、キー局が制作した番組データから差替え対象となるサブＩＰデータフローを特定し、一部の該当するデータをローカル局独自のものに後から差替え、メインＩＰデータフローに再多重化した形で放送により送信する。本実施形態では、これら２つのＩＰデータフロー（メインＩＰデータフローおよびサブＩＰデータフロー）に、相互の依存関係を示す情報が含まれている点に特徴がある。
【００２３】
また、図１を見るとわかるように、システムには、送信装置１００および受信機２００とは別個に、２台のコンテンツサーバ（コンテンツサーバ１、及び、コンテンツサーバ２）が含まれている。
【００２４】
コンテンツサーバ１及びコンテンツサーバ２は、キー局、もしくはローカル局によって管理されているサーバである。コンテンツサーバ１には、８Ｋ映像の番組のデータが、メインＩＰデータフローを構成するデータ群（ＰＡメッセージ、ＤＴメッセージや各種アセット等）と、サブＩＰデータフローを構成するデータ群（ＰＡメッセージ、ＤＴメッセージやデータアセット等）と、に分けて保存されているものとする。また、コンテンツサーバ２には、受信機２００が通信により取得する場合の番組データ（データ放送に関するデータアセット等）が保存されるものとする。
【００２５】
（送信装置１００および受信機２００の構成）
次に、送信装置１００および受信機２００の構成について引き続き図１を参照しながら説明する。
【００２６】
（送信装置１００）
図１に示すように、送信装置１００は、コンポーネント多重化部１１０、差替え処理部１２０、放送送信部１３０、及び、通信部１４０を備えている。
【００２７】
コンポーネント多重化部１１０は、コンテンツサーバ１の８Ｋ映像の番組のデータを元に、メインＩＰデータフローに含めるべき１以上のアセットを多重化してメインＩＰデータフローを生成するとともに、サブＩＰデータフローに含めるべき１以上のアセットを多重化してサブＩＰデータフローを生成する。また、番組データのうちローカル局で差替え対象となるデータ（サブＩＰデータフロー）が指定されている場合には、該当するＩＰデータフロー（差替え処理部１２０がデータの差替えを行うＩＰデータフロー）を特定する。ここでは、メインＩＰデータフロー、およびサブＩＰフローを生成した後に、サブＩＰフローを差替えることとしたが、既にメインＩＰデータフローとサブＩＰデータフローが多重化された状態でコンテンツサーバ１に保存されており、コンポーネント多重化部１１０が、コンテンツサーバ１から多重化されたデータに対して、サブＩＰデータフローの差替え処理を行っても構わない。
【００２８】
コンポーネント多重化部１１０は、番組の放送時刻になると、放送送信部１３０を介して、その番組に関して生成したメインＩＰデータフローを配信する。また、コンポーネント多重化部１１０は、多重化したコンポーネントのうち通信網経由でデータ（データアセット等）を送信する場合は、通信部１４０を介して、該当するデータをコンテンツサーバ２に記録する。
【００２９】
差替え処理部１２０は、コンテンツサーバ１に記録されているサブＩＰデータフローに対して、データ放送に関するデータ（データアセット等）を差し替えるための処理（差替え処理）を施す。
【００３０】
放送送信部１３０は、放送波の生成および送信を行うための機器である。
【００３１】
通信部１４０は、送信装置１００が他の機器とＩＰ通信することを可能にするために設けられた通信インタフェースである。
【００３２】
なお、コンポーネント多重化部１１０および差替え処理部１２０は、特定のプログラムを読み込んだＣＰＵによって実現されてもよい。
【００３３】
（受信機２００）
図１に示すように、受信機２００は、制御部２１０、操作受付部２２０、放送受信部２３０、通信部２４０、記憶部２５０、ディスプレイ２６０、及び、スピーカ２７０を備えている。
【００３４】
制御部２１０は、受信機２００全体を統括的に制御するＣＰＵである。
【００３５】
制御部２１０は、受信機２００の起動時に各種プログラムを読み込むことで、コンポーネント逆多重化部２１１、映像復号部２１２、音声復号部２１３、データ放送関連処理部２１４、及び、表示処理部２１５として機能する。
【００３６】
コンポーネント逆多重化部２１１は、メインＩＰデータフローに対して逆多重化処理を施すことで、メインＩＰデータフローから制御情報及び各アセットを抽出する。
【００３７】
また、コンポーネント逆多重化部２１１は、メインＩＰデータフローとの依存関係が示されているサブＩＰデータフローが存在するか否かを判定する。コンポーネント逆多重化部２１１は、そのようなサブＩＰデータフローが存在すると判定した場合には、メインＩＰデータフローに含まれているサブＩＰデータフローに関する情報（サブＩＰデータフローを示すアドレス等）を参照することで、サブＩＰデータフローを取得する。
【００３８】
映像復号部２１２は、メインＩＰデータフローに格納された映像アセットから映像を復号する。
【００３９】
音声復号部２１３は、音声アセットから音声信号を復号し、音声信号をスピーカ２７０に出力する。
【００４０】
データ放送関連処理部２１４は、メインＩＰデータフローに格納されたデータアセット（具体的には、データディレクトリ管理テーブル（ＤＤＭＴ））によって示されているディレクトリ構造を記憶部２５０の内部に作成する。そして、データ放送関連処理部２１４は、データアセット管理テーブルに（ＤＡＭＴ）を参照して、該データアセットから抽出したデータ放送に関連する各ファイル（データアイテム）を、該ＤＤＭＴによって指定されているディレクトリに格納する。
【００４１】
データ放送関連処理部２１４は、サブＩＰデータフローに格納されたデータアセット（ローカル局によって差し替えられたデータアセット）についても同様の処理を行う。
【００４２】
表示処理部２１５は、映像復号部２１２によって復号された映像とともに、データ放送に関連する各ファイル（ｈｔｍｌファイルや画像ファイル等）によって構成されるデータ放送コンテンツをデータコンテント管理テーブル（ＤＣＭＴ）に記載されたファイルの構成情報に基づいて、ディスプレイ２６０に表示する。即ち、表示処理部２１５は、キー局によって作成され、メインＩＰデータフローに格納された映像アセット（映像コンポーネント）、音声アセット（音声コンポーネント）及びデータアセット（データコンポーネント）を再生しながら、サブＩＰデータフローに格納された、ローカル局によって差し替えられたデータアセット（データコンポーネント）を再生する。
【００４３】
操作受付部２２０は、ユーザ操作を受け付けるデバイス（例えば、リモコンによるユーザ操作を受け付ける赤外線受光部）である。
【００４４】
放送受信部２３０は、メインＩＰデータフロー及びサブＩＰデータフローを含む放送信号を受信するチューナである。
【００４５】
通信部２４０は、受信機２００が他の機器とＩＰ通信することを可能にするために設けられた通信インタフェースである。
【００４６】
記憶部２５０は、各種データが記録される記録媒体である。
【００４７】
ディスプレイ２６０は、一般的な公知のディスプレイである。
【００４８】
スピーカ２７０は、一般的な公知のスピーカである。
【００４９】
以上、送信装置１００および受信機２００の構成について説明した。
【００５０】
（メインＩＰデータフローおよびサブＩＰデータフローについて）
次に、メインＩＰデータフローおよびサブＩＰデータフローについて、図２〜図９を参照しながらより具体的に説明する。
【００５１】
図２は、キー局が送信するメインＩＰデータフロー及びサブＩＰデータフローを左側に示し、受信機２００が受信するメインＩＰデータフロー及びサブＩＰデータフローを右側に示した図である。図３は、メインＩＰデータフローのＰＡメッセージのデータ構造を示した図である。図４は、サブＩＰデータフローのＰＡメッセージのデータ構造を示した図である。
【００５２】
図５は、ＰＡメッセージに含まれるMMT_general_location_infoのデータ構造を示した図である。図６は、ＭＭＴパッケージテーブルのデータ構造、および、ＭＭＴパッケージテーブルにおいて規定されているＭＰＴモード（MPT_mode）の意味を示した図である。図７は、ＭＭＴパッケージテーブル内の依存関係記述子のデータ構造を例示した図である。図８は、サブＩＰデータフローのＤＴメッセージ（データ伝送メッセージ）のデータ構造を示した図である。図８は、ＤＴメッセージに含まれる３つのテーブル、即ち、ＤＤＭＴ（データディレクトリ管理テーブル）、ＤＡＭＴ（データアセット管理テーブル）、及び、ＤＣＭＴ（データコンテント管理テーブル）について説明するための図である。
【００５３】
なお、図２（並びに、後述の図１２、図１４および図１７）における各矢印は、「該矢印の根元のブロックに対応するデータ（例えば、図２のＭＰＴ１）の中に、該矢印が指し示すブロックに対応するデータ（例えば、図２のサブＩＰデータフロー）の参照先を示す値が含まれている」ことを示している。
【００５４】
図２に示すように、ＩＰデータフローには、ＰＡメッセージおよびＤＴメッセージが含まれている。
【００５５】
ＰＡメッセージは、ＭＭＴ制御メッセージのエントリーポイントとなるメッセージである。ＤＴメッセージは、データ放送に関連するメッセージである。
【００５６】
ＰＡメッセージにはＭＰＴが含まれている。ＭＰＴは、アセットのリストやそのアセットが含まれるＭＭＴパケットの参照先を示す情報を与えるテーブルである。
【００５７】
ＤＴメッセージには、ＤＤＭＴ、ＤＡＭＴおよびＤＣＭＴが含まれている。ＤＤＭＴは、データ放送に関するファイルおよびディレクトリの構成を管理するためのテーブルである。ＤＡＭＴは、データアセット内のＭＰＵの構成とＭＰＵ毎のバージョンを管理するためのテーブルである。ＤＣＭＴは、受信機におけるデータ放送コンテンツとしてのファイルの構成情報を提供するものである。なお、ＤＣＭＴは、データ放送コンテンツが複数のページで構成されている場合における各ページの次ページへのリンクを示す情報、及び／又は、ページ内の各要素の提示期間を示す情報（「常に提示すべき」ことを示す情報、「一定期間の経過後に提示すべきこと」を示す情報、「一定期間が経過するまで提示すべきこと」を示す情報等）を含んでいてもよい。
【００５８】
図２に示すように、サブＩＰデータフローは、データアセットの部分が、キー局によって制作されたデータアセット２からローカル局独自のデータ放送に関するデータアセット２’へと差替え処理部１２０によって差し替えられた上で、受信機２００に配信される。
【００５９】
次に、本実施形態に特有のＰＡメッセージのデータ構造について図３〜図５を参照しながら説明する。
【００６０】
図３に示すように、本実施形態におけるメインＩＰデータフローのＰＡメッセージ（ＰＡメッセージ１）にはassociated_MPT_flagが含まれている。このassociated_MPT_flagは依存関係にあるサブＩＰデータフローが存在するか否かを示すフラグであり、本実施形態ではその値は“1”である。associated_MPT_flagが“1”である場合、このＰＡメッセージには、図５に示すようなデータ構造のMMT_general_location_infoが含まれる。MMT_general_location_infoには、依存関係にあるサブＩＰデータフローを取得するための情報（例えば、依存関係にあるサブＩＰデータフローがIPv4アドレスによって指定される場合には、サブＩＰデータフローを特定するための情報、即ち、ipv4_src_addr,ipv4_dst_addr,dst_port,及び,packet_id）が含まれている。
【００６１】
MMT_general_location_infoの値は、差替え処理部１２０によって、その値を参照することで差替え対象となるサブＩＰデータフローを特定するために使用される。ここでは、差替え後も同じ値とすることで、差替えの有無に関わらず、受信機２００がサブＩＰデータフローを特定することが可能となる。
【００６２】
また、図４に示すように、本実施形態におけるサブＩＰデータフローのＰＡメッセージ（ＰＡメッセージ２）にもassociated_MPT_flagが含まれている。このassociated_MPT_flagは依存関係にあるメインＩＰデータフローが存在するか否かを示すフラグであり、本実施形態ではその値は“1”である。
【００６３】
次に、本実施形態におけるＭＰＴ（ＭＭＴパッケージテーブル）について図６を参照しながらより具体的に説明する。
【００６４】
図６に示すように、ＰＡメッセージに含まれるＭＰＴには、MPT_modeが含まれている。本実施形態では、メインＩＰデータフローと依存関係にあるサブＩＰデータフローが存在する場合、ＰＡメッセージ１に含まれるＭＰＴ（ＭＰＴ１）のMPT_modeの値が、依存関係にあるサブＩＰデータフローが存在することを示す値“00”になる。なお、図６を見るとわかるように、MPT_modeの値が“01”であることは、公知のMPT_modeと同様に、「サブセット0のＭＰＴを受信後は、同一バージョン番号を持つ任意のサブセットを処理できる」ことを示している。同様に、MPT_modeの値が“10”であることは、公知のMPT_modeと同様に「サブセット0のＭＰＴを任意に処理できる」ことを示し、MPT_modeの値“11”は、公知のMPT_modeと同様に予約済の値である。
【００６５】
次に、本実施形態におけるＭＰＴ内の依存関係記述子について図７の（ａ）を参照しながら説明する。図７の（ａ）は、本実施形態における依存関係記述子のデータ構造を示している。
【００６６】
本実施形態では、ＭＰＴ１およびＭＰＴ２（ＰＡメッセージ２に含まれるＭＰＴ）に依存関係記述子が含まれており、図７の（ａ）に示すように、この依存関係記述子には、asset_id_byteが含まれている。本実施形態では、ＭＰＴ１のasset_id_byteは、依存関係にあるサブＩＰデータフローのデータアセットのアセットＩＤを示しており、ＭＰＴ２のasset_id_byteは依存関係にあるメインＩＰデータフローのデータアセットのアセットＩＤを示している。
【００６７】
次に、本実施形態におけるデータ伝送メッセージについて図８を参照しながらより具体的に説明する。図８における下線部分は本実施形態に特有の部分を示している。本実施形態では、サブＩＰデータフローのデータ伝送メッセージには、associated_DAMT_flagが含まれている。このassociated_DAMT_flagは依存関係にあるメインＩＰデータフローが存在するか否かを示すフラグであり、本実施形態ではその値は“1”である。associated_DAMT_flagが“1”である場合、このデータ伝送メッセージには、依存関係にあるメインＩＰデータフローのＤＡＭＴ（ＤＡＭＴ１）に関する情報が含まれる。
【００６８】
次に、本実施形態におけるデータ伝送メッセージに含まれる３つのテーブル（ＤＤＭＴ、ＤＣＭＴ、及び、ＤＡＭＴ）について図９を参照しながらより具体的に説明する。
【００６９】
データ放送コンテンツのファイルおよびディレクトリの構造は図９の（ａ）に示すような構造になっており、メインＩＰデータフローおよびサブＩＰデータフローのＤＤＭＴ（ＤＤＭＴ１）には、図９の（ａ）に示すような構造を示す情報が含まれている。
【００７０】
また、図９の（ｃ）に示すように、ＤＡＭＴ（ＤＡＭＴ１、及び、ＤＡＭＴ２（サブＩＰデータフローのＤＡＭＴ））には、ＤＡＭＴによって管理されるデータアセット内の各アイテムのアイテムＩＤが含まれている。本実施形態では、ＤＡＭＴ１によって管理されるデータアイテム（A01.html、J01.js、J02.js、J11.js、J12.js、及び、B01.mp4）は、ローカル局が差し替えないメインＩＰデータフローに含まれるデータアイテムである。また、本実施形態では、ＤＡＭＴ２によって管理されるデータアイテム（A11.html、J03.js、J13.js、B02.jpg、B03.png、B11.jpg、B12.jpg、及び、B13.png）は、ローカル局が差し替える（あるいは、ローカル局によって差し替えられた）、サブＩＰデータフローに含まれるデータアイテムである。
【００７１】
また、図９の（ｂ）に示すように、メインＩＰデータフローおよびサブＩＰデータフローのＤＣＭＴ（ＤＣＭＴ１）には、受信機２００におけるデータ放送コンテンツのファイルの構成を示す情報（例えば、ページ間のリンク関係を示す情報や、ページに関係するファイル又はディレクトリを示す情報や、時間の経過に伴うデータ放送コンテンツの表示制御に関する情報）が含まれている。受信機２００は、ＤＣＭＴ１を参照することで、例えば、図９の（ｂ）に示すような表示制御を行うようになっていてもよい。
【００７２】
即ち、受信機２００は、ＤＣＭＴ１に基づき、例えば、A01.html、B01.mp4、B02.jpg、J01.js、J02.js、及び、J03.jsで構成されるページを提示し、一定期間が経過した後は、B03.jpgが表す画像を更に表示するようにしてもよい。
【００７３】
また、受信機２００は、上記一定期間が経過するまでにページを遷移させる操作を受け付けると、A11.html、B11.jpg、B12.jpg、B13.jpg、J11.js、J12.js、及び、J13.jsから構成されるページを提示し、その後に一定期間が経過した後は、B11.jpgが表す画像を消去するようにしてもよい。
【００７４】
以上、メインＩＰデータフローおよびサブＩＰデータフローについて説明した。
【００７５】
（番組を再生する操作が行われた場合の受信機２００の動作）
次に、受信機２００において番組を再生する操作が行われた場合の受信機２００の動作について図１０及び図１１を参照しながら説明する。図１０は、該動作を示すフローチャートである。また、図１１は、図１０および図１９のフローチャートにおける特定の工程（ステップＳ８、ステップＳ２０、及び、ステップＳ１２１）を詳細に示したフローチャートである。
【００７６】
（ステップＳ１）
受信機２００のコンポーネント逆多重化部２１１は、放送受信部２３０を通じて、メインＩＰデータフローからメッセージを取得する。
【００７７】
（ステップＳ２）
コンポーネント逆多重化部２１１は、ステップＳ１で取得したメッセージがＰＡメッセージ（ＰＡメッセージ１）であるか否かを判定する。コンポーネント逆多重化部２１１は、「ステップＳ１で取得したメッセージはＰＡメッセージである」と判定した場合には、ステップＳ５に進み、「ステップＳ１で取得したメッセージはＰＡメッセージでない」と判定した場合には、ステップＳ３に進む。
【００７８】
（ステップＳ３）
コンポーネント逆多重化部２１１は、ステップＳ１で取得したメッセージがＤＴメッセージ（ＤＴメッセージ１）であるか否かを判定する。コンポーネント逆多重化部２１１は、「ステップＳ１で取得したメッセージはＤＴメッセージである」と判定した場合には、ステップＳ４に進み、「ステップＳ１で取得したメッセージはＤＴメッセージでない」と判定した場合には、ステップＳ１に戻る。
【００７９】
（ステップＳ４）
コンポーネント逆多重化部２１１は、ステップＳ１で取得したＤＴメッセージの中から、ＤＤＭＴ１、ＤＣＭＴ１、及び、ＤＡＭＴ１を取得する。ステップＳ４の後、コンポーネント逆多重化部２１１は、ステップＳ１に戻る。
【００８０】
（ステップＳ５）
コンポーネント逆多重化部２１１は、ステップＳ１で取得したＰＡメッセージの中からＭＰＴ（ＭＰＴ１）を取得する。
【００８１】
（ステップＳ６）
コンポーネント逆多重化部２１１は、ステップＳ５で取得したＭＰＴを参照することで、メインＩＰデータフロー内の各アセットを取得する。
【００８２】
図２の例では、コンポーネント逆多重化部２１１は、映像アセット、音声アセット、及び、データアセット１をメインＩＰデータフローから取得する。そして、コンポーネント逆多重化部２１１は、映像復号部２１２、音声復号部２１３、及び、データ放送関連処理部２１４に、それぞれ、映像アセット、音声アセット、及び、データアセット１を供給する。
【００８３】
その結果、映像復号部２１２により映像アセットから映像が復号され、表示処理部２１５により映像がディスプレイ２６０に表示される。同様に、音声復号部２１３により音声アセットから音声信号が復号され、スピーカ２７０から該音声信号が表す音声が聞こえるようになる。
【００８４】
更に、データ放送関連処理部２１４は、ＤＤＭＴ１及びＤＡＭＴ１を参照することで、データ放送に関するファイル群（キー局が制作したファイル群）及びディレクトリ群を記憶部２５０に展開する。
【００８５】
（ステップＳ７）
コンポーネント逆多重化部２１１は、ステップＳ５で取得したＭＰＴのＭＰＴモードを参照することで、サブセットのＭＰＴ（ＭＰＴ２）が存在するか否かを判定する。コンポーネント逆多重化部２１１は、サブセットのＭＰＴが存在すると判定した場合にはステップＳ８に進み、サブセットのＭＰＴが存在しないと判定した場合にはステップＳ１に戻る。
【００８６】
（ステップＳ８）
コンポーネント逆多重化部２１１は、メインＩＰデータフローの各アセットについて、アセット間の依存関係に関する処理を行う。
【００８７】
ステップＳ８は、具体的には、図１１のフローチャートにより示される。
【００８８】
即ち、コンポーネント逆多重化部２１１は、ステップＳ５で取得したＭＰＴに依存関係記述子が記載されているか否かを判定する（ステップＳ１０１）。
【００８９】
コンポーネント逆多重化部２１１は、ステップＳ１０１でＭＰＴに依存関係記述子が記載されていると判定した場合、依存関係記述子を参照し、依存関係がある各アセットについて、当該アセットと依存関係（相補的な関係）にあるアセットのアセットＩＤを特定する（ステップＳ１０２）。
【００９０】
（ステップＳ９）
コンポーネント逆多重化部２１１は、ＰＡメッセージ１のassociate_MPT_flagを参照することで、メインＩＰデータフローと依存関係にあるサブＩＰデータフローが存在するか（即ち、associate_MPT_flagの値が１であるか）否かを判定する。コンポーネント逆多重化部２１１は、「メインＩＰデータフローと依存関係にあるサブＩＰデータフローが存在する」と判定した場合にはＳ１０に進み、「メインＩＰデータフローと依存関係にあるサブＩＰデータフローが存在しない」と判定した場合にはＳ１に戻る。
【００９１】
（ステップＳ１０）
コンポーネント逆多重化部２１１は、ＰＡメッセージ１のテーブルではない部分に含まれているMMT_general_location_infoを参照することで、サブＩＰデータフローの参照先を特定し、サブＩＰデータフローからメッセージを取得する。本実施形態に係る受信機２００は全てのＩＰデータフローを放送経由で受信するようになっているので、コンポーネント逆多重化部２１１は、放送受信部２３０を通じてサブＩＰデータフローを取得する。
【００９２】
（ステップＳ１１）
コンポーネント逆多重化部２１１は、ステップＳ１０で取得したメッセージがＰＡメッセージ（ＰＡメッセージ２）であるか否かを判定する。コンポーネント逆多重化部２１１は、「ステップＳ１０で取得したメッセージはＰＡメッセージである」と判定した場合には、ステップＳ１６に進み、「ステップＳ１０で取得したメッセージはＰＡメッセージでない」と判定した場合には、ステップＳ１２に進む。
【００９３】
（ステップＳ１２）
コンポーネント逆多重化部２１１は、ステップＳ１０で取得したメッセージがＤＴメッセージ（ＤＴメッセージ２）であるか否かを判定する。コンポーネント逆多重化部２１１は、「ステップＳ１０で取得したメッセージはＤＴメッセージである」と判定した場合には、ステップＳ１３に進み、「ステップＳ１０で取得したメッセージはＤＴメッセージでない」と判定した場合には、ステップＳ１に戻る。
【００９４】
（ステップＳ１３）
コンポーネント逆多重化部２１１は、ステップＳ１２で取得したＤＴメッセージの中から、ＤＤＭＴ１、ＤＣＭＴ１、及び、ＤＡＭＴ２を取得する。ステップＳ１３の後、コンポーネント逆多重化部２１１は、ステップ１４に進む。
【００９５】
（ステップＳ１４）
コンポーネント逆多重化部２１１は、ＤＴメッセージ２のassociate_DAMT_flagを参照することで、メインＩＰデータフローがサブＩＰデータフローと依存関係にあるか（即ち、associate_DAMT_flagの値が１であるか）否かを判定する。コンポーネント逆多重化部２１１は、「メインＩＰデータフローがサブＩＰデータフローと依存関係にある」と判定した場合にはＳ１５に進み、「メインＩＰデータフローがサブＩＰデータフローと依存関係にはない」と判定した場合にはＳ１に戻る。
【００９６】
（ステップＳ１５）
コンポーネント逆多重化部２１１は、ＤＴメッセージ２を参照し、依存するＤＡＭＴ１の情報を取得する。ステップＳ１５の後、コンポーネント逆多重化部２１１は、ステップＳ１に戻る。
【００９７】
（ステップＳ１６）
コンポーネント逆多重化部２１１は、ＰＡメッセージ２のassociate_MPT_flagを参照することで、メインＩＰデータフローがサブＩＰデータフローと依存関係にあるか（即ち、associate_MPT_flagの値が１であるか）否かを判定する。コンポーネント逆多重化部２１１は、「メインＩＰデータフローがサブＩＰデータフローと依存関係にある」と判定した場合にはＳ１７に進み、「メインＩＰデータフローがサブＩＰデータフローと依存関係にない」と判定した場合にはＳ１に戻る。
【００９８】
（ステップＳ１７）
コンポーネント逆多重化部２１１は、ＰＡメッセージ２のメッセージペイロード部を参照し、依存するＭＰＴ１に関する情報を取得する。
【００９９】
（ステップＳ１８）
コンポーネント逆多重化部２１１は、ステップＳ１１で取得したＰＡメッセージの中からＭＰＴ（ＭＰＴ２）を取得する。
【０１００】
（ステップＳ１９）
コンポーネント逆多重化部２１１は、ステップＳ１８で取得したＭＰＴを参照することで、サブＩＰデータフロー内のデータアセット（図２の例では、データアセット２）を取得する。
【０１０１】
そして、コンポーネント逆多重化部２１１は、データ放送関連処理部２１４に、データアセット（データアセット２）を供給する。
【０１０２】
（ステップＳ２０）
コンポーネント逆多重化部２１１は、サブＩＰデータフローの各アセットについて、アセット間の依存関係に関する処理を行う。
【０１０３】
ステップＳ２０は、具体的には、図１１のフローチャートにより示される。
【０１０４】
即ち、コンポーネント逆多重化部２１１は、ステップＳ１８で取得したＭＰＴに依存関係記述子が記載されているか否かを判定する（ステップＳ１０１）。
【０１０５】
コンポーネント逆多重化部２１１は、ステップＳ１０１でＭＰＴに依存関係記述子が記載されていると判定した場合、依存関係記述子を参照し、依存関係がある各アセットについて、当該アセットと依存関係（相補的な関係）にあるアセットのアセットＩＤを特定する（ステップＳ１０２）。
【０１０６】
その結果、データ放送関連処理部２１４は、ＤＤＭＴ１及びＤＡＭＴ２及びデータアセット間の依存関係を参照することで、ステップＳ６で展開したファイル群及びディレクトリ群と同じ領域に、ステップＳ１９で取得したデータ放送に関するファイル群（ローカル局によって差し替えられたファイル群）及びディレクトリ群を記憶部２５０に展開する。そして、表示処理部２１５が、データ放送に関するファイル群およびＤＣＭＴ１を参照することで、データ放送コンテンツ（既に表示中のキー局が制作した部分と、ローカル局によって差し替えられた部分と、の両方）をディスプレイ２６０に表示する。
【０１０７】
（ステップＳ２１）
制御部２１０は、番組の再生を終了させる操作を操作受付部２２０が受け付けたか否かを判定する。制御部２１０が「操作受付部２２０がそのような操作を受け付けた」と判定した場合、受信機２００は、図１０のフローチャートに従った動作（即ち、番組を再生するための動作）を終了する。一方、制御部２１０が「操作受付部２２０はそのような操作を受け付けていない」と判定した場合、受信機２００は、ステップＳ１に戻る。
【０１０８】
以上、受信機２００において番組を再生する操作が行われた場合のシステムの動作について説明した。
【０１０９】
（変形例１）
実施形態１では、メインＩＰデータフローのＰＡメッセージ（具体的には、メッセージペイロード部のうちのテーブルではない部分）にMMT_general_location_info（該メインＩＰデータフローと依存関係にあるサブＩＰデータフローを特定するための情報（ＩＰアドレス等））を含めるものとしたが、本発明はそのような構成に限定されない。
【０１１０】
例えば、図７の（ｂ）に示すように、該ＰＡメッセージに含まれるＭＰＴ内の依存関係記述子にMMT_general_location_infoを含めてもよい。
【０１１１】
（変形例２）
実施形態１の別の変形例について図１２及び図１３を参照しながら説明する。
【０１１２】
図１２は、本変形例に関する図であって、キー局が送信するメインＩＰデータフロー及びサブＩＰデータフローを左側に示し、受信機２００が受信するメインＩＰデータフロー及びサブＩＰデータフローを右側に示した図である。また、図１３は、本変形例に関する図であって、パッケージリストテーブル（ＰＬＴ）のデータ構造を示した図である。
【０１１３】
図１２および図１３に示すように、メインＩＰデータフローのＰＡメッセージのＰＬＴにMMT_general_location_info（該メインＩＰデータフローと依存関係にあるサブＩＰデータフローを特定するための情報（ＩＰアドレス等））を含めてもよい。この場合、ＰＬＴのMMT_package_id_byteの値を、該サブＩＰデータフローのＭＰＴのpackage_idと同じ値にしてもよい。
【０１１４】
（受信機２００の利点）
以上の説明から以下のことが言える。
【０１１５】
即ち、受信機２００は、複数のアセット（コンポーネント）を含む番組を再生する再生装置である。
【０１１６】
受信機２００のコンポーネント逆多重化部２１１（取得部）は、相互の依存関係が示された２つのＩＰデータフロー（メインＩＰデータフローおよびサブＩＰデータフロー）を取得する。
【０１１７】
受信機２００の表示処理部２１５（再生部）は、上記２つのＩＰデータフローのうちの一方（メインＩＰデータフロー）に格納された、上記複数のアセットのうちのキー局が作成した映像アセットを再生しながら、上記２つのＩＰデータフローのうちの他方に格納された、上記複数のアセットのうちの上記ローカル局によって差し替えられたデータアセットを再生する処理を、上記依存関係に基づいて実行する。
【０１１８】
従って、受信機２００は、ＭＭＴ・ＴＬＶ方式に対応し、「キー局により配信された後に、一部がローカル局の独自のものに差し替えられたデータ放送」を受信することが可能な再生装置であると言える。
【０１１９】
（送信装置の利点）
本発明の一態様に係る送信装置は、上述したようなコンテンツサーバ２（受信機２００からのリクエストにより受信機２００に通信経由でデータアセットを送信するサーバ）とは別個の送信装置１００であってもよいし、送信装置１００およびコンテンツサーバ２の両方の役割を担う送信装置（即ち、ローカル局によって差し替えられたデータアセットを含むサブＩＰデータフローが記憶部に格納されている送信装置）であってもよい。
【０１２０】
後者の送信装置については、実施形態１の説明から以下のことが言える。
【０１２１】
即ち、該送信装置は、複数のアセット（コンポーネント）を含む番組を配信するために主にローカル局により使用される送信装置である。
【０１２２】
該送信装置は、相互の依存関係が示された２つのＩＰデータフロー（メインＩＰデータフローおよびサブＩＰデータフロー）を送信する放送送信部１３０および通信部１４０（送信部）を備えている。上記２つのＩＰデータフローの一方（メインＩＰデータフロー）には、上記複数のアセットのうちのキー局が作成した映像アセット、音声アセット、データアセットが含まれており、上記２つのＩＰデータフローのうちの他方（サブＩＰデータフロー）には、上記複数のアセットのうちの上記ローカル局によって差し替えられたデータアセットが含まれている。
【０１２３】
従って、該送信装置は、ＭＭＴ・ＴＬＶ方式に対応し、キー局により作成された番組と一部ローカル局の独自のものに差し替えたデータ放送とを送信できる。
【０１２４】
また、実施形態１の説明からわかるように、該送信装置は、データアセットの差替え等の簡単な処理により、サブＩＰデータフローをローカル局独自のものに差し替えることができる。
【０１２５】
（付記事項１）
なお、ＭＰＴ１ではなくメインＩＰデータフローのＤＡＭＴ（ＤＡＭＴ１）に依存関係記述子（依存関係にあるサブＩＰデータフローのデータアセットのアセットＩＤをasset_id_byteが示している依存関係記述子）を含め、ＭＰＴ２ではなくサブＩＰデータフローのＤＡＭＴ（ＤＡＭＴ２）に依存関係記述子（依存関係にあるメインＩＰデータフローのデータアセットのアセットＩＤをasset_id_byteが示している依存関係記述子）を含めてもよい。
【０１２６】
（付記事項２）
サブＩＰデータフローのＤＴメッセージには、ＤＤＭＴおよびＤＣＭＴが含まれていなくてもよい。即ち、ステップＳ１３において、コンポーネント逆多重化部２１１は、ステップＳ１２で取得したＤＴメッセージの中からＤＡＭＴ２のみを取得してもよい。
【０１２７】
〔実施形態２〕
以下、本発明の別の一実施形態に係るシステムについて更に図１４〜図１６を参照しながら説明する。図１４は、本実施形態に関する図であって、キー局が送信するメインＩＰデータフロー及びサブＩＰデータフローを左側に示し、ローカル局によりカバーされる地域の受信機が受信するメインＩＰデータフロー及びサブＩＰデータフローを右側に示した図である。図１５は、本実施形態に関する図であって、サブＩＰデータフローのＤＴメッセージ（ＤＴメッセージ２）のデータ構造を示した図である。図１６は、本実施形態および後述の実施形態３に関する図であり、ＤＴメッセージに含まれる３つのテーブル（ＤＤＭＴ、ＤＡＭＴ、及び、ＤＣＭＴ）について説明するための図である。なお、説明の便宜上、実施形態１にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、基本的にその説明を省略する。
【０１２８】
本実施形態に係るシステムの構成は、実施形態１に係るシステムと同様の構成になっている。
【０１２９】
一方、図１６の（ａ）に示すように、本実施形態では、実施形態１と異なり、キー局が送信したデータ放送コンテンツのファイルおよびディレクトリの構成と、受信機２００が受信するデータ放送コンテンツ（即ち、ローカル局による差替え処理後のデータ放送コンテンツ）のファイルおよびディレクトリの構成と、が異なっている。
【０１３０】
図１４に示すように、本実施形態では、データアセット２をデータアセット２’に差替える処理によってデータ放送コンテンツのファイルおよびディレクトリの構成が変更されても受信機２００がデータ放送コンテンツを再生できるようにするために、ローカル局は、サブＩＰデータフローのＤＴメッセージ内の３つのテーブル（ＤＤＭＴ、ＤＣＭＴ、及び、ＤＡＭＴ）を差し替えるようになっている。
【０１３１】
キー局が送信したメインＩＰデータフローおよびサブＩＰデータフローのＤＴメッセージについて、図１５を参照して説明する。
【０１３２】
図１５に示すように、サブＩＰデータフローのＤＴメッセージには、associated_DAMT_flagに加え、ignore_DDMT_DCMT_flagおよびoverwrite_DDMT_DCMT_flagが含まれている。また、図示はしていないが、メインＩＰデータフローのＤＴメッセージにも、associated_DAMT_flagに加え、ignore_DDMT_DCMT_flagおよびoverwrite_DDMT_DCMT_flagが含まれている。
【０１３３】
ＤＴメッセージ内のignore_DDMT_DCMT_flagは、該ＤＴメッセージ内のＤＤＭＴおよびＤＣＭＴを無視すべきか否かを示している。即ち、ignore_DDMT_DCMT_flagの値が“1”であることはＤＤＭＴおよびＤＣＭＴを無視すべきことを示し、ignore_DDMT_DCMT_flagの値が“0”であることはＤＤＭＴおよびＤＣＭＴを無視すべきではないことを示している。
【０１３４】
また、ＤＴメッセージ内のoverwrite_DDMT_DCMT_flagは、該ＤＴメッセージ内のＤＤＭＴおよびＤＣＭＴを差替え可能であるか否かを示している。即ち、overwrite DDMT_DCMT_flagの値が“1”であることはＤＤＭＴおよびＤＣＭＴを差替え可能であることを示し、overwrite DDMT_DCMT_flagの値が“0”であることはＤＤＭＴおよびＤＣＭＴを差替えできないことを示している。
【０１３５】
本実施形態では、キー局が送信したメインＩＰデータフローのＤＴメッセージ（ＤＴメッセージ１）では、ignore_DDMT_DCMT_flagおよびoverwrite_DDMT_DCMT_flagの値が“0”になっている。また、本実施形態では、キー局が送信したサブＩＰデータフローのＤＴメッセージ（ＤＴメッセージ２）では、ignore_DDMT_DCMT_flagの値が“0”になっており、overwrite_DDMT_DCMT_flagの値が“1”になっている。
【０１３６】
差替え処理部１２０は、キー局が送信したサブＩＰデータフローのＤＴメッセージのoverwrite_DDMT_DCMT_flagの値が“1”であることを確認した上で、該サブＩＰデータフロー内のＤＤＭＴ、ＤＣＭＴ、及び、ＤＡＭＴを差し替えるとともに、図１６の（ｃ）に示すようにデータアセットを差し替える。その結果、差替え後のＤＴメッセージは、図１５に示すような内容になる。なお、差替え処理部１２０は、このような差替え処理とともに、キー局が送信したメインＩＰデータフローのＤＴメッセージのignore_DDMT_DCMT_flagの値を“0”から“1”に更新する。
【０１３７】
ローカル局は、これらの処理によって更新されたメインＩＰデータフローおよびサブＩＰデータフローを実施形態１と同様の手順で受信機２００に配信する。
【０１３８】
（番組を再生する操作が行われた場合の受信機２００の動作）
受信機２００は、以下の点を除き、図１０および図１１のフローチャートに従った動作を行う。
・ステップＳ４において、コンポーネント逆多重化部２１１は、ＤＴメッセージ１のignore_DDMT_DCMT_flagの値が“1”であること（ＤＤＭＴ１およびＤＣＭＴ１を無視すべきこと）を確認し、ステップＳ１で取得したＤＴメッセージの中からＤＡＭＴ１のみを取得する。
・ステップＳ６にてデータ放送関連処理部２１４が行う処理は、ＤＡＭＴ１を記憶部２５０に保存する処理のみである。
・ステップＳ１３において、コンポーネント逆多重化部２１１は、ＤＴメッセージ２のignore_DDMT_DCMT_flagの値が“0”およびoverwrite_DDMT_DCMT_flagの値が“1”であること（ＤＤＭＴ２およびＤＣＭＴ２を無視すべきでないこと）を確認し、ステップＳ１２で取得したＤＴメッセージの中から、ＤＤＭＴ２、ＤＣＭＴ２、及び、ＤＡＭＴ２’を取得する。
・ステップＳ１９において、データ放送関連処理部２１４は、ＤＤＭＴ２、ＤＡＭＴ１及びＤＡＭＴ２’を参照することで、データ放送に関するファイル群（キー局が送信したファイル群、及び、ローカル局によって差し替えられたファイル群）並びにディレクトリ群を記憶部２５０に展開し、表示処理部２１５が、データ放送に関するファイル群およびＤＣＭＴ２を参照することで、データ放送コンテンツ（キー局が制作した部分と、ローカル局によって差し替えられた部分と、の両方）をディスプレイ２６０に表示する。
【０１３９】
（キー局が制作した番組を再生する操作が行われた場合における、キー局によってカバーされる地域の受信機の動作）
一方、キー局によってカバーされる地域の受信機（図示せず）は、以下の点を除き、図１のフローチャートに従った動作を行う。
【０１４０】
受信機２００は、以下の点を除き、図１０および図１１のフローチャートに従った動作を行う。
・ステップＳ４において、コンポーネント逆多重化部２１１は、ＤＴメッセージ１のignore_DDMT_DCMT_flagの値が“0”であること（ＤＤＭＴ１およびＤＣＭＴ１を無視すべきでないこと）を確認し、ステップＳ１で取得したＤＴメッセージの中から、ＤＤＭＴ１、ＤＣＭＴ１、及び、ＤＡＭＴ１を取得する。
・ステップＳ１３において、コンポーネント逆多重化部２１１は、ＤＴメッセージ２のignore_DDMT_DCMT_flagの値が“0”であること（ＤＤＭＴ１およびＤＣＭＴ１を無視すべきでないこと）を確認し、ステップＳ１２で取得したＤＴメッセージの中から、ＤＤＭＴ１、ＤＣＭＴ１、及び、ＤＡＭＴ２を取得する。
【０１４１】
その結果、図１６の（ｂ）に示すように、受信機２００は、ＤＣＭＴ２に基づき、例えば、A01.html、B01.mp4、B02.jpg（ローカル局独自の画像）、J01.js、J02.js、及び、J03.js（ローカル局独自のスクリプト）で構成されるページを提示する。受信機２００は、その後にページを遷移させる操作を受け付けると、ＤＣＭＴ２に基づき、例えば、A11.html（ローカル局独自のhtmlデータ）、B11.jpg、B12.jpg、B13.jpg、B14.jpg（以上、４つのjpgはローカル局独自のjpegデータ）、J11.js、J12.js、及び、J13.js（ローカル局独自のスクリプト）で構成されるページを提示する。
【０１４２】
一方、図１６の（ｂ）に示すように、キー局によってカバーされる地域の受信機は、ＤＣＭＴ１に基づき、例えば、A01.html、B01.mp4、B02.jpg、B03.jpg、J01.js、J02.js、及び、J03.js（以上の全ファイルはキー局が制作したファイル）で構成されるページを提示する。この受信機は、その後にページを遷移させる操作を受け付けると、例えば、A11.html、B11.jpg、B12.jpg、B13.jpg、J11.js、J12.js、及び、J13.js（以上の全ファイルはキー局が制作したファイル）で構成されるページを提示する。
【０１４３】
以上の説明からわかるように、本実施形態に係る受信機２００も、ＭＭＴ・ＴＬＶ方式に対応し、「キー局により配信された後に、一部がローカル局の独自のものに差し替えられたデータ放送」を受信することが可能な再生装置であると言える。
【０１４４】
（付記事項３）
ignore_DDMT_DCMT_flagおよびoverwrite_DDMT_DCMT_flagは、図１５に示すようにＤＴメッセージのエクステンション(extension)部に含まれていてよいが、ＤＴメッセージのテーブル（例えば、データ管理テーブル（Data Manage Table））内の記述子の一部であってもよい。また、この記述子（ignore_DDMT_DCMT_flagおよびoverwrite_DDMT_DCMT_flagを含む記述子）は、データアセット（データコンポーネント）を識別するコンポーネントタグ（component_tag）を含んでいてもよい。
【０１４５】
＜実施形態３＞
以下、更に図１７および図１８を参照して、本発明の更に別の一実施形態に係るシステムについて説明する。図１７は、本実施形態に関する図であって、キー局が送信するメインＩＰデータフロー及びサブＩＰデータフローを左側に示し、ローカル局によりカバーされる地域の受信機が受信するメインＩＰデータフロー及びサブＩＰデータフローを右側に示した図である。図１８は、本実施形態に関する図であって、該受信機が受信するメインＩＰデータフローのＭＭＴパッケージテーブルに含まれる情報を例示した図である。なお、説明の便宜上、実施形態１にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、基本的にその説明を省略する。
【０１４６】
本実施形態に係るシステムの構成は、実施形態１、２に係るシステムと同様の構成になっている。また、本実施形態では、実施形態２と同様に、キー局が送信したデータ放送コンテンツのファイルおよびディレクトリの構成と、受信機２００が受信するデータ放送コンテンツ（即ち、ローカル局による差替え処理後のデータ放送コンテンツ）のファイルおよびディレクトリの構成と、が異なっている。
【０１４７】
一方、図１７からわかるように、本実施形態は、サブＩＰデータフローにＰＡメッセージが含まれていない点において実施形態１、２と異なっている。また、図１８からわかるように、本実施形態は、サブＩＰデータフローの取得先を示すMMT_general_location_infoによりサブＩＰデータフローのデータアセットを特定する点においても実施形態１、２と異なっている。
【０１４８】
ローカル局は、実施形態２と同様の処理によってメインＩＰデータフローおよびサブＩＰデータフローを更新し、実施形態１、２と同様の手順で更新後のメインＩＰデータフローおよびサブＩＰデータフローを受信機２００に配信する。
【０１４９】
（キー局が制作した番組を再生する操作が行われた場合の受信機の動作）
本実施形態に係る受信機２００の上記動作について、図１９を参照しながら説明する。図１９は、本実施形態に係る受信機２００の上記動作を示すフローチャートである。
【０１５０】
図１９に示すように、受信機２００は、ステップＳ１１１〜Ｓ１１６では、図１０のステップＳ１〜Ｓ６と同様の処理を行う。
【０１５１】
ステップＳ１１７にて、コンポーネント逆多重化部２１１は、ステップＳ１１５で取得したＭＰＴ（ＭＰＴ１）を参照することで、メインＩＰデータフローに含まれていないアセットのアセットＩＤがＭＰＴ１に含まれているか否かを判定する。コンポーネント逆多重化部２１１は、そのようなアセットＩＤがＭＰＴ１に含まれていると判定した場合にはステップＳ１１８に進み、そのようなアセットＩＤがＭＰＴ１に含まれていないと判定した場合にはステップＳ１１１に戻る。
【０１５２】
ステップＳ１１８にて、コンポーネント逆多重化部２１１は、ＰＡメッセージ１のＭＰＴ（ＭＰＴ１）に含まれているMMT_general_location_infoを参照することで、サブＩＰデータフローを特定し、サブＩＰデータフローからデータアセット２およびメッセージを取得する。
【０１５３】
ステップＳ１１９において、コンポーネント逆多重化部２１１は、ステップＳ１１８で取得したＤＴメッセージ２からＤＭＴ２、ＤＣＭＴ２、及びＤＡＭＴ２’を取得する。
【０１５４】
ステップＳ１２０〜Ｓ１２２において、受信機２００は、それぞれ、図１０のステップＳ１７、Ｓ２０、Ｓ２１と同様の処理を行う。
【０１５５】
したがって、本実施形態に係る受信機２００も、ＭＭＴ・ＴＬＶ方式に対応し、「キー局により配信された後に、一部がローカル局の独自のものに差し替えられたデータ放送」を受信することが可能な再生装置であると言える。
【０１５６】
（付記事項４）
実施形態１〜３におけるローカル局は、準キー局であってもよいし、準キー局ではないローカル局であってもよい。後者の場合、実施形態１〜３におけるキー局は、在京キー局には限定されず、準キー局であってもよい。
【０１５７】
（付記事項５）
本発明に係る再生装置は、実施形態１〜３における受信機に限定されない。例えば、本発明に係る再生装置は、例えば、実施形態１〜３における受信機と同様の特徴を備えたスマートフォン、フィーチャーフォン、タブレット端末、カーナビ端末、ゲーム機器、パーソナルコンピュータ、セットトップボックス、又は、録画機器であってもよい。
【０１５８】
（プログラム等）
実施形態１〜３の各装置（送信装置および受信機）の制御ブロック（特に、コンポーネント多重化部１１０、差替え処理部１２０、コンポーネント逆多重化部２１１、映像復号部２１２、音声復号部２１３、データ放送関連処理部２１４、及び、表示処理部２１５）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。
【０１５９】
後者の場合、各装置は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラム及び各種データがコンピュータ（又はＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）又は記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（又はＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することで、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【０１６０】
〔まとめ〕
本発明の態様１に係る再生装置（例えば、受信機２００）は、複数のコンポーネント（アセット）を含む番組を再生する再生装置において、相互の依存関係が示された２つのＩＰデータフロー（例えば、メインＩＰデータフローおよびサブＩＰデータフロー）を取得する取得部（例えば、コンポーネント逆多重化部２１１）と、上記２つのＩＰデータフローのうちの一方（例えば、メインＩＰデータフロー）に格納されたコンポーネント（例えば、映像アセット、音声アセット、データアセット）を再生しながら、上記２つのＩＰデータフローのうちの他方（例えば、サブＩＰデータフロー）に格納されたコンポーネント（例えば、データアセット２）を再生する処理を、上記依存関係に基づいて実行する再生部（例えば、映像復号部２１２、データ放送関連処理部２１４、及び、表示処理部２１５）と、を備えている。
【０１６１】
上記の構成によって、上記再生装置は、ＭＭＴ・ＴＬＶ方式に対応し、「キー局により配信された後に、一部がローカル局の独自のものに差し替えられたデータ放送」を受信することができる、という効果を奏する。
【０１６２】
本発明の態様２に係る再生装置は、上記態様１において、上記２つのＩＰデータフローのうちの一方または両方には、上記依存関係を示す情報を含むメッセージが含まれていてもよい。
【０１６３】
本発明の態様３に係る再生装置は、上記態様２において、上記取得部が取得する上記２つのＩＰデータフローのうちの一方に含まれているテーブルには、上記２つのＩＰデータフローのうちの他方の取得先を示す情報が含まれており、上記取得部は、該情報を参照することで上記２つのＩＰデータフローのうちの他方を取得してもよい。
【０１６４】
本発明の態様４に係る再生装置は、上記態様２において、上記取得部が取得する上記２つのＩＰデータフローのうちの一方に含まれている記述子には、上記２つのＩＰデータフローのうちの他方の取得先を示す情報が含まれており、上記取得部は、該情報を参照することで上記２つのＩＰデータフローのうちの他方を取得してもよい。
【０１６５】
本発明の態様５に係る送信装置は、複数のコンポーネントを含む番組を配信するために使用される送信装置において、相互の依存関係が示された２つのＩＰデータフローを送信する送信部を備え、上記２つのＩＰデータフローの一方には、上記番組を構成する複数のコンポーネントが含まれており、上記２つのＩＰデータフローのうちの他方には、上記複数のコンポーネントのうち一部後から差し替えられたデータコンポーネントを含む。
【０１６６】
上記の構成によって、上記送信装置は、ＭＭＴ・ＴＬＶ方式に対応し、キー局により作成された映像とローカル局の独自のデータ放送とを送信することができる、という効果を奏する。
【０１６７】
本発明の態様６に係る再生方法は、複数のコンポーネントを含む番組を再生する再生装置による再生方法において、相互の依存関係が示された２つのＩＰデータフローを取得する取得ステップと、上記２つのＩＰデータフローのうちの一方に格納されたコンポーネントを再生しながら、上記２つのＩＰデータフローのうちの他方に格納されたコンポーネントを再生する処理を、上記依存関係に基づいて実行する再生ステップと、を含んでいる。
【０１６８】
上記の構成によって、上記再生方法は、上記態様１に係る再生装置と同様の作用効果を奏する。
【０１６９】
本発明の態様７に係る送信方法は、複数のコンポーネントを含む番組を配信するために使用される送信装置による送信方法において、相互の依存関係が示された２つのＩＰデータフローを送信する送信ステップを含み、上記２つのＩＰデータフローの一方には、上記番組を構成する複数のコンポーネントが含まれており、上記２つのＩＰデータフローのうちの他方には、上記複数のコンポーネントのうち一部後から差し替えられたデータコンポーネントが含まれている。なお、この送信方法の発明を実施するために用いる送信装置は１台であってもよいし、複数台であってもよい。
【０１７０】
上記の構成によって、上記送信方法は、上記態様５に係る送信装置と同様の作用効果を奏する。
【０１７１】
本発明の態様１から４に係る再生装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記再生装置が備える各部として動作させることで上記各部をコンピュータにて実現させるプログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【０１７２】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることで、新しい技術的特徴を形成することができる。
【産業上の利用可能性】
【０１７３】
本発明は、メディアトランスポート方式としてＭＭＴ・ＴＬＶ方式が採用された場合における超高精細度デジタル放送の分野において好適に利用できる。
【符号の説明】
【０１７４】
１００                送信装置
２００                受信機（再生装置）
２１０                制御部
２１１                  コンポーネント逆多重化部（取得部）
２１２                  映像復号部
２１３                  音声復号部
２１４                  データ放送関連処理部
２１５                  表示処理部（再生部）
【図１】
2016031629.tif 000003
【図２】
2016031629.tif 000004
【図３】
2016031629.tif 000005
【図４】
2016031629.tif 000006
【図５】
2016031629.tif 000007
【図６】
2016031629.tif 000008
【図７】
2016031629.tif 000009
【図８】
2016031629.tif 000010
【図９】
2016031629.tif 000011
【図１０】
2016031629.tif 000012
【図１１】
2016031629.tif 000013
【図１２】
2016031629.tif 000014
【図１３】
2016031629.tif 000015
【図１４】
2016031629.tif 000016
【図１５】
2016031629.tif 000017
【図１６】
2016031629.tif 000018
【図１７】
2016031629.tif 000019
【図１８】
2016031629.tif 000020
【図１９】
2016031629.tif 000021
【国際調査報告】
2016031629.tif 000022
2016031629.tif 000023
2016031629.tif 000024
2016031629.tif 000025