JPWO2016031629A1 - 再生装置、送信装置、再生方法、及び、送信方法 - Google Patents

再生装置、送信装置、再生方法、及び、送信方法 Download PDF

Info

Publication number
JPWO2016031629A1
JPWO2016031629A1 JP2016545450A JP2016545450A JPWO2016031629A1 JP WO2016031629 A1 JPWO2016031629 A1 JP WO2016031629A1 JP 2016545450 A JP2016545450 A JP 2016545450A JP 2016545450 A JP2016545450 A JP 2016545450A JP WO2016031629 A1 JPWO2016031629 A1 JP WO2016031629A1
Authority
JP
Japan
Prior art keywords
data
data flow
message
sub
data flows
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2016545450A
Other languages
English (en)
Inventor
友子 青野
友子 青野
久雄 熊井
久雄 熊井
高橋　真毅
真毅 高橋
渡部　秀一
秀一 渡部
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sharp Corp
Original Assignee
Sharp Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sharp Corp filed Critical Sharp Corp
Publication of JPWO2016031629A1 publication Critical patent/JPWO2016031629A1/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/93—Arrangements characterised by the broadcast information itself which locates resources of other pieces of information, e.g. URL [Uniform Resource Locator]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/85406—Content authoring involving a specific file format, e.g. MP4 format

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

ＭＭＴ・ＴＬＶ方式に対応し、「キー局により配信された後に、一部がローカル局の独自のものに差し替えられたデータ放送」を受信可能な受信機を実現する。受信機（２００）は、複数のアセットを含む番組を再生する再生装置である。コンポーネント逆多重化部（２１１）は、相互の依存関係が示されたメインＩＰデータフローおよびサブＩＰデータフローを取得する。表示処理部（２１５）は、メインＩＰデータフローに格納された、キー局が作成した映像アセットを再生しながら、サブＩＰデータフローに格納された、ローカル局によって差し替えられたデータアセットを再生する。

Description

本発明は、主に、複数のコンポーネントで構成された番組を再生する再生装置および再生方法、並びに、そのような番組を送信する送信装置および送信方法に関する。
デジタル放送（例えば、高精細度テレビジョン放送）に対応した機器はデータ放送サービスを受けることができるようになっており、これまでにデータ放送に関する様々な技術（例えば、特許文献１および特許文献２の技術）が提案されている。
また、現在では、超高精細度テレビジョン放送（８Ｋ放送）向けのデータ放送規格が策定中であり、多重化方式としてＭＰＥＧ−Ｈ ＭＭＴ（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）などを備えている。そして、コンピュータ（又はＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することで、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
〔まとめ〕
本発明の態様１に係る再生装置（例えば、受信機２００）は、複数のコンポーネント（アセット）を含む番組を再生する再生装置において、相互の依存関係が示された２つのＩＰデータフロー（例えば、メインＩＰデータフローおよびサブＩＰデータフロー）を取得する取得部（例えば、コンポーネント逆多重化部２１１）と、上記２つのＩＰデータフローのうちの一方（例えば、メインＩＰデータフロー）に格納されたコンポーネント（例えば、映像アセット、音声アセット、データアセット）を再生しながら、上記２つのＩＰデータフローのうちの他方（例えば、サブＩＰデータフロー）に格納されたコンポーネント（例えば、データアセット２）を再生する処理を、上記依存関係に基づいて実行する再生部（例えば、映像復号部２１２、データ放送関連処理部２１４、及び、表示処理部２１５）と、を備えている。
上記の構成によって、上記再生装置は、ＭＭＴ・ＴＬＶ方式に対応し、「キー局により配信された後に、一部がローカル局の独自のものに差し替えられたデータ放送」を受信することができる、という効果を奏する。
本発明の態様２に係る再生装置は、上記態様１において、上記２つのＩＰデータフローのうちの一方または両方には、上記依存関係を示す情報を含むメッセージが含まれていてもよい。
本発明の態様３に係る再生装置は、上記態様２において、上記取得部が取得する上記２つのＩＰデータフローのうちの一方に含まれているテーブルには、上記２つのＩＰデータフローのうちの他方の取得先を示す情報が含まれており、上記取得部は、該情報を参照することで上記２つのＩＰデータフローのうちの他方を取得してもよい。
本発明の態様４に係る再生装置は、上記態様２において、上記取得部が取得する上記２つのＩＰデータフローのうちの一方に含まれている記述子には、上記２つのＩＰデータフローのうちの他方の取得先を示す情報が含まれており、上記取得部は、該情報を参照することで上記２つのＩＰデータフローのうちの他方を取得してもよい。
本発明の態様５に係る送信装置は、複数のコンポーネントを含む番組を配信するために使用される送信装置において、相互の依存関係が示された２つのＩＰデータフローを送信する送信部を備え、上記２つのＩＰデータフローの一方には、上記番組を構成する複数のコンポーネントが含まれており、上記２つのＩＰデータフローのうちの他方には、上記複数のコンポーネントのうち一部後から差し替えられたデータコンポーネントを含む。
上記の構成によって、上記送信装置は、ＭＭＴ・ＴＬＶ方式に対応し、キー局により作成された映像とローカル局の独自のデータ放送とを送信することができる、という効果を奏する。
本発明の態様６に係る再生方法は、複数のコンポーネントを含む番組を再生する再生装置による再生方法において、相互の依存関係が示された２つのＩＰデータフローを取得する取得ステップと、上記２つのＩＰデータフローのうちの一方に格納されたコンポーネントを再生しながら、上記２つのＩＰデータフローのうちの他方に格納されたコンポーネントを再生する処理を、上記依存関係に基づいて実行する再生ステップと、を含んでいる。
上記の構成によって、上記再生方法は、上記態様１に係る再生装置と同様の作用効果を奏する。
本発明の態様７に係る送信方法は、複数のコンポーネントを含む番組を配信するために使用される送信装置による送信方法において、相互の依存関係が示された２つのＩＰデータフローを送信する送信ステップを含み、上記２つのＩＰデータフローの一方には、上記番組を構成する複数のコンポーネントが含まれており、上記２つのＩＰデータフローのうちの他方には、上記複数のコンポーネントのうち一部後から差し替えられたデータコンポーネントが含まれている。なお、この送信方法の発明を実施するために用いる送信装置は１台であってもよいし、複数台であってもよい。
上記の構成によって、上記送信方法は、上記態様５に係る送信装置と同様の作用効果を奏する。
本発明の態様１から４に係る再生装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記再生装置が備える各部として動作させることで上記各部をコンピュータにて実現させるプログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることで、新しい技術的特徴を形成することができる。
本発明は、メディアトランスポート方式としてＭＭＴ・ＴＬＶ方式が採用された場合における超高精細度デジタル放送の分野において好適に利用できる。
１００ 送信装置
２００ 受信機（再生装置）
２１０ 制御部
２１１ コンポーネント逆多重化部（取得部）
２１２ 映像復号部
２１３ 音声復号部
２１４ データ放送関連処理部
２１５ 表示処理部（再生部）

Claims (7)

  1. 複数のコンポーネントを含む番組を再生する再生装置において、
    相互の依存関係が示された２つのＩＰデータフローを取得する取得部と、
    上記２つのＩＰデータフローのうちの一方に格納されたコンポーネントを再生しながら、上記２つのＩＰデータフローのうちの他方に格納されたコンポーネントを再生する処理を、上記依存関係に基づいて実行する再生部と、を備えていることを特徴とする再生装置。
  2. 上記２つのＩＰデータフローのうちの一方または両方には、上記依存関係を示す情報を含むメッセージが含まれている、ことを特徴とする請求項１に記載の再生装置。
  3. 上記取得部が取得する上記２つのＩＰデータフローのうちの一方に含まれているテーブルには、上記２つのＩＰデータフローのうちの他方の取得先を示す情報が含まれており、
    上記取得部は、該情報を参照することで上記２つのＩＰデータフローのうちの他方を取得する、ことを特徴とする請求項２に記載の再生装置。
  4. 上記取得部が取得する上記２つのＩＰデータフローのうちの一方に含まれている記述子には、上記２つのＩＰデータフローのうちの他方の取得先を示す情報が含まれており、
    上記取得部は、該情報を参照することで上記２つのＩＰデータフローのうちの他方を取得する、ことを特徴とする請求項２に記載の再生装置。
  5. 複数のコンポーネントを含む番組を配信するために使用される送信装置において、
    相互の依存関係が示された２つのＩＰデータフローを送信する送信部を備え、
    上記２つのＩＰデータフローの一方には、上記番組を構成する複数のコンポーネントが含まれており、
    上記２つのＩＰデータフローのうちの他方には、上記複数のコンポーネントのうち一部後から差し替えられたデータコンポーネントを含む、ことを特徴とする送信装置。
  6. 複数のコンポーネントを含む番組を再生する再生装置による再生方法において、
    相互の依存関係が示された２つのＩＰデータフローを取得する取得ステップと、
    上記２つのＩＰデータフローのうちの一方に格納されたコンポーネントを再生しながら、上記２つのＩＰデータフローのうちの他方に格納されたコンポーネントを再生する処理を、上記依存関係に基づいて実行する再生ステップと、を含んでいることを特徴とする再生方法。
  7. 複数のコンポーネントを含む番組を配信するために使用される送信装置による送信方法において、
    相互の依存関係が示された２つのＩＰデータフローを送信する送信ステップを含み、
    上記２つのＩＰデータフローの一方には、上記番組を構成する複数のコンポーネントが含まれており、
    上記２つのＩＰデータフローのうちの他方には、上記複数のコンポーネントのうち一部後から差し替えられたデータコンポーネントが含まれている、ことを特徴とする送信方法。
JP2016545450A 2014-08-27 2015-08-18 再生装置、送信装置、再生方法、及び、送信方法 Pending JPWO2016031629A1 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2014173270 2014-08-27
JP2014173270 2014-08-27
PCT/JP2015/073141 WO2016031629A1 (ja) 2014-08-27 2015-08-18 再生装置、送信装置、再生方法、及び、送信方法

Publications (1)

Publication Number Publication Date
JPWO2016031629A1 true JPWO2016031629A1 (ja) 2017-06-08

Family

ID=55399525

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016545450A Pending JPWO2016031629A1 (ja) 2014-08-27 2015-08-18 再生装置、送信装置、再生方法、及び、送信方法

Country Status (3)

Country Link
JP (1) JPWO2016031629A1 (ja)
TW (1) TW201608897A (ja)
WO (1) WO2016031629A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6510091B1 (ja) * 2018-01-26 2019-05-08 東芝映像ソリューション株式会社 放送信号送受信装置
JP6972280B2 (ja) * 2019-04-02 2021-11-24 Ｔｖｓ Ｒｅｇｚａ株式会社 放送信号送受信装置
JP6999600B2 (ja) * 2019-04-02 2022-01-18 Ｔｖｓ Ｒｅｇｚａ株式会社 放送信号送信装置
JP7472537B2 (ja) * 2020-02-25 2024-04-23 沖電気工業株式会社 処理装置、処理プログラム及び処理方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1483915B1 (fr) * 2002-03-08 2010-11-03 France Telecom Procede de transmission de flux de donnees dependants
JP2005136762A (ja) * 2003-10-31 2005-05-26 Hitachi Ltd 高精細映像再生方法ならびに装置
EP1713276B1 (en) * 2004-02-06 2012-10-24 Sony Corporation Information processing device, information processing method, program, and data structure

Also Published As

Publication number Publication date
WO2016031629A1 (ja) 2016-03-03
TW201608897A (zh) 2016-03-01

Similar Documents

Publication Publication Date Title
US20170195744A1 (en) Live-stream video advertisement system
KR102330088B1 (ko) 매니페스트 속성을 이용하여 미디어 자산을 필터링하는 시스템
KR101565670B1 (ko) 싱크로 콘텐츠 방송 분배 시스템
JP6153298B2 (ja) 配信装置、再生装置、データ構造、配信方法、制御プログラム、および記録媒体
WO2016031629A1 (ja) 再生装置、送信装置、再生方法、及び、送信方法
CN107517411B (zh) 一种基于GStreamer框架的视频播放方法
JP6363745B2 (ja) 送信装置、受信装置、及び、コンテンツ送受信システム
US20220360849A1 (en) Information processing apparatus, information processing method, transmission apparatus, and transmission method
EP3177026B1 (en) Reception device, reception method, transmission device, and transmission method
WO2016181901A1 (ja) コンテンツ配信システム
JP2013157948A (ja) 再生装置、再生方法、配信システム、再生プログラムおよび記録媒体
JP2013229689A (ja) 再生装置、配信装置、データ構造、再生方法、配信方法、制御プログラム、および記録媒体
KR20060063566A (ko) Ｄｍｂ 대화형 콘텐츠의 링크정보 저장 장치 및 그 방법과,그를 이용한 ｄｍｂ 수신 단말시스템
JP2007060390A (ja) コンテンツ再生端末
KR20180109199A (ko) 통신망을 이용한 방송 관련 서비스 제공 방법 및 이를 위한 장치
KR102149724B1 (ko) 개인화 광고를 제공하는 장치
KR102258641B1 (ko) 무선 통신망 기반 콘텐츠 리스트 및 사용자 정보를 이용한 콘텐츠 전송 방법 및 장치
CN112204990B (zh) 接收装置及接收方法、发送装置及发送方法、收发系统
JP5659027B2 (ja) 情報通信サーバ、及び情報通信方法
US20140150018A1 (en) Apparatus for receiving augmented broadcast, method of receiving augmented broadcast content using the same, and system for providing augmented broadcast content
JP6294987B2 (ja) 再生装置、配信装置
KR102275872B1 (ko) 하이브리드 라디오 서비스 제공 서버 및 그 제공 방법
US20180139491A1 (en) Reproduction device, delivery device, reproduction method, and delivery method
WO2020125722A1 (zh) 接收装置及接收方法、收发系统及由收发系统执行的方法、录像播放装置及录像播放方法
JP2016058961A (ja) 受信装置、広告提示方法、及びプログラム