特許 6563337 送信装置、送信方法、受信装置および受信方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6563337

(24)【登録日】2019年8月2日

(45)【発行日】2019年8月21日

(54)【発明の名称】送信装置、送信方法、受信装置および受信方法

(51)【国際特許分類】

   H04N 21/236 20110101AFI20190808BHJP

   H04N 21/235 20110101ALI20190808BHJP

   H04N 21/438 20110101ALI20190808BHJP

   H04N 21/435 20110101ALI20190808BHJP

   H04H 20/28 20080101ALI20190808BHJP

   H04H 60/07 20080101ALI20190808BHJP

   H04H 60/25 20080101ALI20190808BHJP

   H04H 60/37 20080101ALI20190808BHJP

【ＦＩ】

   H04N21/236

   H04N21/235

   H04N21/438

   H04N21/435

   H04H20/28

   H04H60/07

   H04H60/25

   H04H60/37

【請求項の数】8

【全頁数】21

(21)【出願番号】特願2015-531747(P2015-531747)

(86)(22)【出願日】2014年7月11日

(86)【国際出願番号】JP2014068644

(87)【国際公開番号】WO2015022827

(87)【国際公開日】20150219

【審査請求日】2017年7月10日

(31)【優先権主張番号】特願2013-167605(P2013-167605)

(32)【優先日】2013年8月12日

(33)【優先権主張国】JP

【前置審査】

(73)【特許権者】

【識別番号】316009762

【氏名又は名称】サターン ライセンシング エルエルシー

【氏名又は名称原語表記】Ｓａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ

(74)【代理人】

【識別番号】100093241

【弁理士】

【氏名又は名称】宮田 正昭

(74)【代理人】

【識別番号】100101801

【弁理士】

【氏名又は名称】山田 英治

(74)【代理人】

【識別番号】100095496

【弁理士】

【氏名又は名称】佐々木 榮二

(74)【代理人】

【識別番号】100086531

【弁理士】

【氏名又は名称】澤田 俊夫

(74)【代理人】

【識別番号】110000763

【氏名又は名称】特許業務法人大同特許事務所

(72)【発明者】

【氏名】北里 直久

【審査官】 後藤 嘉宏

(56)【参考文献】

【文献】 高度広帯域衛星デジタル放送におけるダウンロード方式，社団法人電波産業会，２０１０年 ４月２６日，ARIB STD-B45 1.0版，p.47-52,33-42，ＵＲＬ，http://www.arib.or.jp/english/html/overview/doc/2-STD-B45v1_0.pdf

【文献】 Text of ISO/IEC 2nd CD 23008-1 MPEG Media Transport，２０１３年 １月，ISO/IEC JTC1/SC29/WG11 MPEG/N13293，p.29-31，ＵＲＬ，http://mpeg.chiariglione.org/standards/mpeg-h/mpeg-media-transport/text-isoiec-2nd-cd-23008-1-mpeg-media-transport

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ ２１／００−２１／８５８

Ｈ０４Ｈ ２０／２８

Ｈ０４Ｈ ６０／０７

Ｈ０４Ｈ ６０／２５

Ｈ０４Ｈ ６０／３７

(57)【特許請求の範囲】

【請求項1】

連続した通信において、ペイロードに伝送メディアを含む第１の伝送パケットと、ペイロードに上記伝送メディアに含まれるコンテンツに関する第１の情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを受信側に送信する伝送ストリーム送信部と、
上記第１の伝送パケットのペイロードに含まれる伝送メディアが上記コンテンツを構成するファイルデータであるとき、該第１の伝送パケットのヘッダに、上記伝送メディアに含まれるコンテンツに関する第１の情報を挿入する情報挿入部とを備え、
上記第１の情報は、上記コンテンツを構成するファイルデータの更新を示すコンテンツバージョンの情報を含む
送信装置。

【請求項2】

上記第１の情報は、上記コンテンツを識別するコンテンツ識別子の情報を含む
請求項１に記載の送信装置。

【請求項3】

上記伝送パケットは、ＭＭＴパケットである
請求項１に記載の送信装置。

【請求項4】

伝送ストリーム生成部が、連続した通信において、ペイロードに伝送メディアを含む第１の伝送パケットと、ペイロードに上記伝送メディアに含まれるコンテンツに関する第１の情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成ステップと、
伝送ストリーム送信部が、上記伝送ストリームを受信側に送信する伝送ストリーム送信ステップと、
情報挿入部が、上記第１の伝送パケットのペイロードに含まれる伝送メディアが上記コンテンツを構成するファイルデータであるとき、該第１の伝送パケットのヘッダに、上記伝送メディアに含まれるコンテンツに関する第１の情報を挿入する情報挿入ステップとを有し、
上記第１の情報は、上記コンテンツを構成するファイルデータの更新を示すコンテンツバージョンの情報を含む
送信方法。

【請求項5】

連続した通信において、ペイロードに伝送メディアを含む第１の伝送パケットと、ペイロードに上記伝送メディアに含まれるコンテンツに関する第１の情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを、送信側から受信する伝送ストリーム受信部を備え、
上記第１の伝送パケットのペイロードに含まれる伝送メディアが上記コンテンツを構成するファイルデータであるとき、該第１の伝送パケットのヘッダに、上記伝送メディアに含まれるコンテンツに関する第１の情報が挿入されており、
上記第１の情報は、上記コンテンツを構成するファイルデータの更新を示すコンテンツバージョンの情報を含み、
上記第１の伝送パケット取得するために、上記第１の情報を利用して、上記第１の伝送パケットをフィルタリングし、該フィルタリングされた上記第１の伝送パケットから上記コンテンツを構成するファイルデータを取得するファイルデータ取得部をさらに備える
受信装置。

【請求項6】

上記第１の情報は、上記コンテンツを識別するコンテンツ識別子の情報を含む
請求項５に記載の受信装置。

【請求項7】

上記伝送パケットは、ＭＭＴパケットである
請求項５に記載の受信装置。

【請求項8】

受信部が、連続した通信において、ペイロードに伝送メディアを含む第１の伝送パケットと、ペイロードに上記伝送メディアに含まれるコンテンツに関する第１の情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを、送信側から受信する伝送ストリーム受信ステップを有し、
上記第１の伝送パケットのペイロードに含まれる伝送メディアが上記コンテンツを構成するファイルデータであるとき、該第１の伝送パケットのヘッダに、上記伝送メディアに含まれるコンテンツに関する第１の情報が挿入されており、
上記第１の情報は、上記コンテンツを構成するファイルデータの更新を示すコンテンツバージョンの情報を含み、
ファイルデータ取得部が、上記第１の伝送パケット取得するために、上記第１の情報を利用して、上記第１の伝送パケットをフィルタリングし、該フィルタリングされた上記第１の伝送パケットから上記コンテンツを構成するファイルデータを取得するファイルデータ取得ステップをさらに有する
受信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本技術は、送信装置、送信方法、受信装置および受信方法に関する。詳しくは、本技術は、ファイルで構成されるコンテンツを伝送する送信装置等に関する。

【背景技術】

【0002】

従来、デジタル放送は世界的にＭＰＥＧ２−ＴＳ方式のシステム仕様に基づいて規定され運用されてきた。運用を開始した後、１０−１５年経過するうちに、映像符号化の技術が進化すると共により高解像度高画質化の要求も高まってきた。また、一方で、インターネットの普及と高速化が進み、放送と同等の画質の映像信号を、通信路を経由して受信することも可能となってきた。

【0003】

そのような状況にあって、放送と通信を統合的に利用したサービスへの期待もふくらんできており、技術的にも放送と通信の配信仕様の共通化、統合化が求められている。その結果放送システム仕様として、従来のＭＰＥＧ２−ＴＳ方式ではなく、通信と同様のＩＰ方式で伝送する方式が新たな放送方式として検討されている（例えば、非特許文献１参照）。

【先行技術文献】

【非特許文献】

【0004】

【非特許文献1】Study of ISO/IEC CD 23008-1 MPEG Media Transport ,[online],[平成２５年５月７日検索]、インターネット＜ＵＲＬ： http://mpeg.chiariglione.org/standards/mpeg-h/mpeg-media-transport＞

【発明の概要】

【発明が解決しようとする課題】

【0005】

本技術の目的は、ファイルで構成されるコンテンツを良好に伝送することにある。

【課題を解決するための手段】

【0006】

本技術の概念は、
ペイロードに伝送メディアを含む第１の伝送パケットと、ペイロードに上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信部と、
上記第１の伝送パケットのペイロードに含まれる伝送メディアが所定のコンテンツを構成するファイルデータであるとき、該第１の伝送パケットのヘッダに、上記所定のコンテンツに関する第１の情報を挿入する情報挿入部とを備える
送信装置にある。

【0007】

本技術において、伝送ストリーム生成部により、ペイロードに伝送メディアを含む第１の伝送パケットと、ペイロードに伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームが生成される。例えば、伝送パケットは、ＭＭＴ（MPEG Media Transport）パケットである、ようにされてもよい。伝送ストリーム送信部により、この伝送ストリームが、所定の伝送路を通じて、受信側に送信される。

【0008】

情報挿入部により、第１の伝送パケットのペイロードに含まれる伝送メディアが所定のコンテンツを構成するファイルデータであるとき、この第１の伝送パケットのヘッダに、所定のコンテンツに関する第１の情報が挿入される。

【0009】

例えば、第１の情報は、所定のコンテンツを識別するコンテンツ識別子の情報を含む、ようにされてもよい。また、例えば、第１の情報は、所定のコンテンツを構成するファイルデータの更新を示すコンテンツバージョンの情報を含む、ようにされてもよい。また、例えば、第１の情報は、所定のコンテンツの全体を所定数のパケットに分割した場合のパート数と、各パートを識別するパート識別子の情報を含む、ようにされてもよい。

【0010】

このように本技術においては、所定のコンテンツを構成するファイルデータが含まれる第１の伝送パケットのヘッダにそのコンテンツに関する情報が挿入されるものである。そのため、受信側では、この情報に基づいて、所定のコンテンツを構成するファイルデータを含む伝送パケットを容易かつ的確に取得可能となる。

【0011】

なお、本技術において、例えば、情報挿入部は、第２の伝送パケットのペイロードに、所定のコンテンツに関する第２の情報を挿入する、ようにされてもよい。例えば、第２の情報は、所定のコンテンツを識別するコンテンツ識別子の情報を含む、ようにされてもよい。

【0012】

また、例えば、第２の情報は、所定のコンテンツを構成するファイルデータの更新を示すコンテンツバージョンの情報を含む、ようにされてもよい。また、例えば、第２の情報は、所定のコンテンツを構成するファイルの参照情報を含む、ようにされてもよい。そして、この参照情報は、例えば、ＵＲＩ（Uniform Resource Identifier）である、ようにされてもよい。

【0013】

また、例えば、第２の情報は、所定のコンテンツの有効期限の情報を含む、ようにされてもよい。また、例えば、第２の情報は、所定のコンテンツの更新想定日時の情報を含む、ようにされてもよい。

【0014】

このように、第２の伝送パケットのペイロードに所定のコンテンツに関する情報が挿入されることで、受信側では、伝送ストリームに含まれる所定のコンテンツのコンテンツ識別子、そのコンテンツを構成するファイル情報などを容易に把握可能となる。

【0015】

また、本技術の他の概念は、
ペイロードに伝送メディアを含む第１の伝送パケットと、ペイロードに上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを、送信側から所定の伝送路を通じて受信する伝送ストリーム受信部を備え、
上記第１の伝送パケットのペイロードに含まれる伝送メディアが所定のコンテンツを構成するファイルデータであるとき、該第１の伝送パケットのヘッダに、上記所定のコンテンツに関する第１の情報が挿入されており、
上記伝送ストリームから、上記第１の情報を利用して、上記所定のコンテンツを構成するファイルデータを含む上記第１の伝送パケットをフィルタリングし、該フィルタリングされた上記第１の伝送パケットから上記所定のコンテンツを構成するファイルデータを取得するファイルデータ取得部をさらに備える
受信装置にある。

【0016】

本技術において、伝送ストリーム受信部により、送信側から所定の伝送路を通じて、伝送ストリームが受信される。この伝送ストリームには、ペイロードに伝送メディアを含む第１の伝送パケットと、ペイロードに伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化されている。そして、第１の伝送パケットのペイロードに含まれる伝送メディアが所定のコンテンツを構成するファイルデータであるとき、この第１の伝送パケットのヘッダに、所定のコンテンツに関する第１の情報が挿入されている。

【0017】

ファイルデータ取得部により、伝送ストリームから、所定のコンテンツを構成するファイルデータが取得される。この場合、第１の情報が利用され、所定のコンテンツを構成するファイルデータを含む第１の伝送パケットがフィルタリングされ、このフィルタリングされた第１の伝送パケットから所定のコンテンツを構成するファイルデータが取得される。

【0018】

このように本技術においては、所定のコンテンツを構成するファイルデータが含まれる第１の伝送パケットのヘッダにそのコンテンツに関する情報が挿入されており、その情報に基づいて所定のコンテンツを構成するファイルデータが取得されるものである。そのため、所定のコンテンツを構成するファイルデータを容易かつ的確に取得可能となる。

【0019】

なお、本技術において、例えば、第２の伝送パケットのペイロードに所定のコンテンツに関する第２の情報が挿入されており、ファイルデータ取得部は、第２の情報に対応した第１の情報を持つ第１の伝送パケットをフィルタリングする、ようにされてもよい。

【発明の効果】

【0020】

本技術によれば、ファイルで構成されるコンテンツを良好に伝送できる。なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。

【図面の簡単な説明】

【0021】

【図1】実施の形態としての送受信システムの構成例を示すブロック図である。

【図2】放送信号構成例を示すスタックモデルである

【図3】タイムドメディア（Timed Media）を伝送する場合における放送ストリームの構成例を示す図である。

【図4】ノンタイムドメディア（Non-Timed Media）を伝送する場合における放送ストリームの構成例を示す図である。

【図5】ＰＡメッセージ（Package Access Message）およびＭＰテーブル（ＭＰＴ：MMT Package Table）の構成例を示す図である。

【図6】ＰＡメッセージの主要なパラメータの説明を示す図である。

【図7】ＭＰテーブルの主要なパラメータの説明を示す図である。

【図8】ファイルコンテント記述子（file_content_descritor）の構成例を示す図である。

【図9】ファイルコンテント記述子の主要なパラメータの説明を示す図である。

【図10】ペイロードにファイルデータを含むＭＭＴパケットのヘッダ（MMT Packet header）の構成例を示す図である。

【図11】ＭＭＴパケットヘッダの主要なパラメータの説明を示す図である。

【図12】放送送出システムの構成例を示すブロック図である。

【図13】受信機の構成例を示すブロック図である。

【図14】デマルチプレクサにおけるファイル取得処理の一例を説明するための図である。

【図15】受信機におけるファイル受信処理フローの一例を示す図である。

【発明を実施するための形態】

【0022】

以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明を以下の順序で行う。
１．実施の形態
２．変形例

【0023】

＜１．実施の形態＞
［放送システムの構成例］
図１は、実施の形態としての送受信システム１０の構成例を示している。この送受信システム１０は、放送送出システム１００と、受信機２００により構成されている。

【0024】

放送送出システム１００は、伝送メディアを含むＩＰ（Internet Protocol）方式の放送信号を送信する。この伝送メディアには、タイムト゛メディア（Timed Media）と、ノンタイムト゛メディア（Non-Timed Media）が存在する。例えば、タイムト゛メディアは、ビデオ、オーディオ、字幕等のストリームデータである。また、例えば、ノンタイムト゛メディアは、ＨＴＭＬ文書データ、その他のデータなどのファイルデータである。

【0025】

受信機２００は、放送送出システム１００から送られてくる上述のＩＰ方式の放送信号を受信する。そして、受信機２００は、この放送信号から、ビデオ、オーディオなどの伝送メディアを取得し、画像、音声などを提示する。

【0026】

図２は、放送信号構成例を示すスタックモデルである。下位に物理レイヤ（ＰＨＹ）がある。この物理レイヤには、変調方式、誤り訂正方式などが含まれる。この物理レイヤの上に、ＴＬＶ（Type Length Value）あるいはＧＳＥ（Generic Stream Encapsulation）の伝送パケットのレイヤがある。

【0027】

これらＴＬＶあるいはＧＳＥの伝送パケットの上にＩＰパケットが載る。このＩＰパケットの上に、さらに、ＵＤＰ（User Datagram Protocol）が載る。一方、ＴＬＶあるいはＧＳＥの伝送パケットの上に、シグナリング（Signaling）情報としての伝送制御信号も載る。

【0028】

また、ＵＤＰの上に、ＭＭＴパケットが載る。このＭＭＴパケットのペイロード部には、ＭＦＵ（MMT Fragment Unit）あるいはシグナリングメッセージ（Signaling Message）が含まれる。このＭＦＵとして、ビデオ、オーディオ等のストリームデータや、ＨＴＭＬ文書データ、その他のデータ等のファイルデータが挿入される。

【0029】

図３は、タイムト゛メディア（Timed Media）を伝送する場合における放送ストリーム（放送信号）の構成例を示している。図３（ａ）は、ビデオのエレメンタリストリーム（Video ES）を示している。このビデオのエレメンタリストリームは、所定の大きさの固まりに分割され、図３（ｂ）に示すように、ＭＦＵのペイロードに配置される。

【0030】

図３（ｃ）に示すように、ＭＦＵにＭＭＴペイロードヘッダ（MMT payload header）が付加されてＭＭＴペイロード（MMT payload）が構成される。そして、図３（ｄ）に示すように、このＭＭＴペイロードにさらにＭＭＴパケットヘッダ（MMT Packet header）が付加されて、ＭＭＴパケット（MMT packet）が構成される。なお、図示していないが、ペイロードに、各ピクチャの提示時刻を示すＰＴＳなどのシグナリングメッセージを含むＭＭＴパケットも存在する。

【0031】

図３（ｅ）に示すように、ＭＭＴパケットに、ＵＤＰヘッダ、ＩＰヘッダおよびＴＬＶヘッダが付加されて、放送ストリームを構成するＴＬＶパケット(TLV packet)が生成される。なお、図示は省略されているが、ＴＬＶパケットとしては、さらに、オーディオ、字幕などのその他の伝送メディアのＭＭＴパケットを含むＴＬＶパケットも存在する。

【0032】

図４は、ノンタイムト゛メディア（Non-Timed Media）を伝送する場合における放送ストリーム（放送信号）の構成例を示している。図４（ａ）は、ファイルデータ（File data）を示している。Ｆ１，Ｆ２，Ｆ３，Ｆ４，Ｆ５のそれぞれが１つのファイルデータを示している。例えば、Ｆ１〜Ｆ４はある番組で利用するファイルデータであり、Ｆ５は次の番組で利用するファイルデータである。

【0033】

Ｆ１〜Ｆ４のファイルデータは、それぞれ、ファイルサイズが小さいので、図４（ｂ）に示すように、ＭＦＵのペイロードに配置される。一方、Ｆ５のファイルデータは、ファイルサイズが大きいので、図４（ｂ）に示すように、複数個、ここでは２個の固まりに分割され、それぞれがＭＦＵのペイロードに配置される。

【0034】

このようにペイロードにファイルデータが配置されるＭＦＵのヘッダには、ファイルＩＤを示す、「item_ID」の３２ビットフィールドが存在する。ここで、Ｆ１〜Ｆ５のファイルデータがペイロードに配置される各ＭＦＵのファイルＩＤは異なる値となる。なお、Ｆ５のファイルデータが分割された、Ｆ５-1，Ｆ５-2のファイルデータがペイロードに配置される２つのＭＦＵのファイルＩＤは同じ値となる。

【0035】

図４（ｃ）に示すように、ＭＦＵにＭＭＴペイロードヘッダ（MMT payload header）が付加されてＭＭＴペイロード（MMT payload）が構成される。この場合、Ｆ１〜Ｆ４のファイルデータを持つＭＦＵはサイズが小さいので、１つのＭＭＴペイロードに配置される。一方、Ｆ５-1，Ｆ５-2のファイルデータを持つＭＦＵは、それぞれ、１つのＭＭＴペイロードに配置される。そして、図４（ｄ）に示すように、このＭＭＴペイロードにさらにＭＭＴパケットヘッダ（MMT Packet header）が付加されて、ＭＭＴパケット（MMT packet）が構成される。

【0036】

ＭＭＴパケットには、ペイロードに、シグナリングメッセージを含むＭＭＴパケットも存在する。このシグナリングメッセージの一つとして、ＭＰテーブル（ＭＰＴ：MMT Package Table）を含むＰＡメッセージ（Package Access Message）がある。詳細は後述するが、このＭＰテーブルに、ファイルデータで構成されるコンテンツの情報などが挿入される。なお、ペイロードにシグナリングメッセージが含まれるか、あるいは伝送メディア（ストリームデータ、ファイルデータ）が含まれるかは、ＭＭＴペイロードヘッダに存在する「Type」の８ビットフィールドにより識別可能とされる。

【0037】

上述したように、ある番組では、Ｆ１〜Ｆ４のファイルデータが、ＭＭＴパケットストリームのレイヤで、繰り返し送られる。そして、このＦ１〜Ｆ４のファイルデータに対応して送られるＭＰテーブルには、このＦ１〜Ｆ４のファイルデータで構成されるコンテンツの情報が含まれる。また、次の番組では、Ｆ５-1，Ｆ５-2のファイルデータ、ＭＭＴパケットストリームのレイヤで、繰り返し送られる。そして、このＦ５-1，Ｆ５-2のファイルデータに対応して送られるＭＰテーブルには、このＦ５-1，Ｆ５-2のファイルデータで構成されるコンテンツの情報が含まれる。

【0038】

図４（ｅ）に示すように、ＭＭＴパケットに、ＵＤＰヘッダ、ＩＰヘッダおよびＴＬＶヘッダが付加されて、放送ストリームを構成するＴＬＶパケット(TLV packet)が生成される。

【0039】

図５は、ＰＡメッセージ（Package Access Message）およびＭＰテーブル（ＭＰＴ：MMT Package Table）の構成例を示している。また、図６は、ＰＡメッセージの主要なパラメータの説明を示し、図７は、ＭＰテーブルの主要なパラメータの説明を示している。

【0040】

「message_id」は、各種シグナリング情報において、ＰＡメッセージを識別する固定値である。「version」は、ＰＡメッセージのバージョンを示す８ビット整数値である。例えば、ＭＰテーブルを構成する一部のパラメータでも更新した場合には、＋１インクリメントされる。「length」は、このフィールドの直後からカウントされる、ＰＡメッセージのサイズを示すバイト数である。

【0041】

「extention」のフィールドには、ペイロード（Payload）のフィールドに配置されるテーブルのインデックス情報が配置される。このフィールドには、「table_id」、「table_version」、「table_length」の各フィールドが、テーブル数だけ配置される。「table_id」は、テーブルを識別する固定値である。「table_version」は、テーブルのバージョンを示す。「table_length」は、テーブルのサイズを示すバイト数である。

【0042】

ＰＡメッセージのペイロード（Payload）のフィールドには、ＭＰテーブル（ＭＰＴ）と、所定数のその他のテーブル（Other table）が配置される。以下、ＭＰテーブルの構成について説明する。

【0043】

「table_id」は、各種シグナリング情報において、ＭＰテーブルを識別する固定値である。「version」は、ＭＰテーブルのバージョンを示す８ビット整数値である。例えば、ＭＰテーブルを構成する一部のパラメータでも更新した場合には、＋１インクリメントされる。「length」は、このフィールドの直後からカウントされる、ＭＰテーブルのサイズを示すバイト数である。

【0044】

「pack_id」は、放送信号で伝送される全ての信号、ファイルを構成要素とする全体のパッケージとしての識別情報である。この識別情報は、テキスト情報である。「pack_id_len」は、そのテキスト情報のサイズ（バイト数）を示す。「MPT_descripors」のフィールドは、パッケージ全体に関わる記述子の格納領域である。「MPT_dsc_len」は、そのフィールドのサイズ（バイト数）を示す。

【0045】

「num_of_asset」は、パッケージを構成する要素としてのアセット（信号、ファイル）の数を示す。この数分だけ、以下のアセットループが配置される。「asset_id」は、アセットをユニークに識別する情報（アセットＩＤ）である。この識別情報は、テキスト情報である。「asset_id_len」は、そのテキスト情報のサイズ（バイト数）を示す。

【0046】

「gen_loc_info」は、アセットの取得先のロケーションを示す情報である。この情報は、「loc_type」および「LOCATION」からなる。つまり、「LOCATION」に、ロケーションタイプ毎に、特定の情報を挿入し得る構成となっている。この実施の形態において、ロケーションタイプはＭＰＴが送られてくるチャネルの中にある別パケットであることを示し、そのパケットＩＤ（Packet_id）が「LOCATION」に配置される。このパケットＩＤと、上述したアセットＩＤにより、アセットの特定が行われる。

【0047】

「asset_descriptors」のフィールドは、アセットに関わる記述子の格納領域である。「asset_dsc_len」は、そのフィールドのサイズ（バイト数）を示す。この実施の形態において、アセットがファイルデータである場合、この「asset_descriptors」のフィールドに格納される記述子として、ファイルコンテント記述子（file_content_descritor）を、新たに定義する。このファイルコンテント記述子は、アセットとしてファイルデータを伝送するとき、どのようなファイルデータが伝送されているかなどを示す。

【0048】

図８は、ファイルコンテント記述子（file_content_descritor）の構成例を示し、図９は、その記述子の主要なパラメータの説明を示している。「descriptor_tag」の１６ビットフィールドは、記述子タイプを示し、ここでは、ファイルコンテント記述子であることを示す。「descriptor_length」の１６ビットフィールドは、記述子の長さ（サイズ）を示し、以降のバイト数を示す。

【0049】

「content_id」の２４ビットフィールドは、伝送するファイル群全体として特定の利用単位となるコンテンツを識別するＩＤ（コンテンツＩＤ）を示す。「content_version」の８ビットフィールドは、特定のコンテンツＩＤを持つコンテンツのバージョンを示す。コンテンツを構成する一部のファイルでも更新した場合には＋１インクリメントされる。「content_type」は、コンテンツのタイプ（種類）を示す。例えば、データ放送のコンテンツ、蓄積型放送のコンテンツ、受信機ソフトウェア更新用のコンテンツなどが示される。また、例えば、蓄積型放送のコンテンツでも、映像コンテンツ、音楽コンテンツ、ゲームコンテンツなどがさらに示される。

【0050】

「number_of_Base_URI_byte」８ビットフィールドは、「Base_URI_byte」のバイト数を示す。「Base_URI_byte」のフィールドは、コンテンツを構成する各ファイル共通の参照ＵＲＩ（Uniform Resource Identifier）を示す。このフィールドは、また、放送で取得できなかった場合の通信取得先も示す。

【0051】

「number_of_files」の８ビットフィールドは、コンテンツを構成するファイルの数を示す。この数分だけ、以下のアイテムループが配置される。「item_ID」の１６ビットフィールドは、ファイル（アイテム）を特定するＩＤである。上述したＭＦＵヘッダに付与される値と同じ値とされる。「item_version」の８ビットフィールドは、ファイルのバージョンを示す。ファイル内容を更新した場合には＋１インクリメントされる。

【0052】

「media_type」の１６ビットフィールドは、ファイルデータのメディア分類と符号化方式を示す。「item_size」の３２ビットフィールドは、ファイルのデータサイズをバイト数で示す。「number_of_URI_bytes」の８ビットフィールドは、「item_URI_bytes」のバイト数を示す。「item_URI_byte」のフィールドは、ファイルごとのＵＲＩを示す。Base_ＵＲＩが指定されている場合には、Base_ＵＲＩに接続した文字列によりファイルのＵＲＩを得る。

【0053】

「expire_date」の４０ビットフィールドは、コンテンツとしての有効期限を示す。この期限以降にファイルを保持することは禁じられる。「estimated_update_time」の４０ビットフィールドは、コンテンツの変更、またはコンテンツの更新が次に生じる想定日時を示す。同一のコンテンツで定期的にアップデートされるケースの場合、伝送されている中で１回だけ取得したのち同じものが繰り返し伝送されている間は受信しないでもよい。この想定日時の情報を利用することで、アップデートされる日時になったら受信してアップデート後のコンテンツを取得するということができ、コンテンツ取得を効率よく行うことが可能となる。

【0054】

図１０は、ペイロードにファイルデータを含むＭＭＴパケットのヘッダ、つまりＭＭＴパケットヘッダ（MMT Packet header）の構成例を示している。この例では、１２バイトの拡張部（header extension）が設けられている。図１１は、この拡張部における主要なパラメータの説明を示している。「Type」の１６ビットフィールドは、この拡張部のタイプを示し、ここでは、ファイル伝送パラメータが配置されることを示す。

【0055】

「length」の１６ビットフィールドは、拡張部のサイズを示し、以降のバイト数、ここでは８バイトを示す。「content_id」の２４ビットフィールドは、伝送するファイル群全体として特定の利用単位となるコンテンツを識別するＩＤ（コンテンツＩＤ）を示す。「content_version」の８ビットフィールドは、特定のコンテンツＩＤを持つコンテンツのバージョンを示す。コンテンツを構成する一部のファイルでも更新した場合には＋１インクリメントされる。この「content_id」、「content_version」は、上述したファイルコンテント記述子の「content_id」、「content_version」に対応している。

【0056】

「Part_id」の１６ビットフィールドは、コンテンツ全体を各パケットに分割した場合の分割した各パートを識別するＩＤである。「Number_of_parts」の１６ビットフィールドは、コンテンツ全体を各パケットに分割した場合の分割したパート数を示す。この「Part_id」、「Number_of_parts」は、受信側でコンテンツを構成する全てのファイルのデータを取得するための手掛かりとなる。

【0057】

図１２は、放送送出システム１００の構成例を示している。この放送送出システム１００は、時計部１１１と、信号送出部１１２と、ビデオエンコーダ１１３と、オーディオエンコーダ１１４と、キャプションエンコーダ１１５と、シグナリング発生部１１６と、ファイルエンコーダ１１７を有している。また、この放送送出システム１００は、ＴＬＶ（ＧＳＥ）シグナリング発生部１１８と、Ｎ個のＩＰサービス・マルチプレクサ１１９-1〜１１９-Nと、ＴＬＶ（ＧＳＥ）・マルチプレクサ１２０と、変調/送信部１２１を有している。

【0058】

時計部１１１は、図示しないＮＴＰ（Network Time Protocol）サーバから取得された時刻情報に同期した時刻情報（ＮＴＰ時刻情報）を生成し、この時刻情報を含むＩＰパケットをＩＰサービス・マルチプレクサ１１９-1に送る。信号送出部１１２は、例えば、ＴＶ局のスタジオとか、ＶＴＲ等の記録再生機であり、タイムト゛メディアであるビデオ、オーディオ、字幕等のストリームデータ、ノンタイムト゛メディアであるＨＴＭＬ文書データ等のファイルデータを各エンコーダに送出する。

【0059】

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

【0060】

キャプションエンコーダ１１５は、信号送出部１１２から送出される字幕信号を符号化し、さらにパケット化して、字幕のＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサ１１９-1に送る。また、シグナリング発生部１１６は、ＰＡメッセージ（図５参照）などのシグナリングメッセージを発生し、ペイロード部にこのシグナリングメッセージが配置されたＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサ１１９-1に送る。

【0061】

ファイルエンコーダ１１７は、信号送出部１１２から送出されるファイルデータを、必要に応じて合成あるいは分割し、ファイルデータを含むＭＭＴパケットを生成し（図４（ｃ）、（ｄ）参照）、このＭＭＴパケット含むＩＰパケットをＩＰサービス・マルチプレクサ１１９-1に送る。ＩＰサービス・マルチプレクサ１１９-1は、各エンコーダ等から送られてくるＩＰパケットの時分割多重化を行う。この際、ＩＰサービス・マルチプレクサ１１９-1は、各ＩＰパケットにＴＬＶ（ＧＳＥ）ヘッダを付加して、ＴＬＶ（ＧＳＥ）パケットとする。

【0062】

ＩＰサービス・マルチプレクサ１１９-1は、一つのトランスポンダの中にいれる一つのチャネル部分を構成する。ＩＰサービス・マルチプレクサ１１９-2〜１１９-Nは、ＩＰサービス・マルチプレクサ１１９-1と同様の機能を持ち、その１つのトランスポンダの中にいれる他のチャネル部分を構成する。

【0063】

ＴＬＶ（ＧＳＥ）シグナリング発生部１１８は、シグナリング（Signaling）情報を発生し、このシグナリング（Signaling）情報をペイロード部に配置するＴＬＶ（ＧＳＥ）パケットを生成する。ＴＬＶ（ＧＳＥ）・マルチプレクサ１２０は、ＩＰサービス・マルチプレクサ１１９-1〜１１９-NおよびＴＬＶ（ＧＳＥ）シグナリング発生部１１８で生成されるＴＬＶ（ＧＳＥ）パケットを多重化して、放送ストリーム（図３（ｅ）、図４（ｅ）参照）を生成する。変調/送信部１２１は、ＴＬＶ（ＧＳＥ）・マルチプレクサ１２０で生成される放送ストリームに対して、ＲＦ変調処理を行って、ＲＦ伝送路に送出する。

【0064】

図１２に示す放送送出システム１００の動作を簡単に説明する。時計部１１１では、ＮＴＰサーバから取得された時刻情報に同期した時刻情報が生成され、この時刻情報を含むＩＰパケットが生成される。このＩＰパケットは、ＩＰサービス・マルチプレクサ１１９-1に送られる。

【0065】

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

【0066】

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

【0067】

また、シグナリング発生部１１６では、シグナリングメッセージ（ＰＴＳも含まれる）が発生され、ペイロード部にこのシグナリングメッセージが配置されたＭＭＴパケットを含むＩＰパケットが生成される。このＩＰパケットは、ＩＰサービス・マルチプレクサ１１９-1に送られる。

【0068】

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

【0069】

ＩＰサービス・マルチプレクサ１１９-1では、各エンコーダおよびシグナリング発生部１１６から送られてくるＩＰパケットの時分割多重化が行われる。この際、各ＩＰパケットにＴＬＶ（ＧＳＥ）ヘッダが付加されて、ＴＬＶ（ＧＳＥ）パケットとされる。このＩＰサービス・マルチプレクサ１１９-1では、一つのトランスポンダの中にいれる１つのチャネル部分の処理が行われ、ＩＰサービス・マルチプレクサ１１９-2〜１１９-Nでは、その一つのトランスポンダの中にいれる他のチャネル部分の処理が同様に行われる。

【0070】

ＩＰサービス・マルチプレクサ１１９-1〜１１９-Nで得られるＴＬＶ（ＧＳＥ）パケットは、ＴＬＶ（ＧＳＥ）・マルチプレクサ１２０に送られる。このＴＬＶ（ＧＳＥ）・マルチプレクサ１２０には、さらに、ＴＬＶ（ＧＳＥ）シグナリング発生部１１８から、シグナリング（Signaling）情報をペイロード部に配置するＴＬＶ（ＧＳＥ）パケットも送られる。

【0071】

ＴＬＶ（ＧＳＥ）・マルチプレクサ１２０では、ＩＰサービス・マルチプレクサ１１９-1〜１１９-NおよびＴＬＶ（ＧＳＥ）シグナリング発生部１１８で生成されるＴＬＶ（ＧＳＥ）パケットが多重化されて、放送ストリームが生成される。この放送ストリームは、変調/送信部１２１に送られる。変調/送信部１２１では、この放送ストリームに対してＲＦ変調処理を行われ、そのＲＦ変調信号がＲＦ伝送路に送出される。

【0072】

図１３は、受信機２００の構成例を示している。この受信機２００は、チューナ/復調部２０１と、デマルチプレクサ２０２と、時計部２０３と、ビデオデコーダ２０４と、オーディオデコーダ２０５と、キャプションデコーダ２０６と、データ放送アプリエンジン２０７と、システム制御部２０８と、合成部２０９を有している。

【0073】

チューナ/復調部２０１は、ＲＦ変調信号を受信し、復調処理を行って、放送ストリーム（図３（ｅ）、図４（ｅ）参照）を得る。デマルチプレクサ２０２は、この放送ストリームに対して、デマルチプレクス処理およびデパケット化処理を行って、ＮＴＰ時刻情報、ＰＴＳ（提示時刻情報）、シグナリング情報、ビデオ、オーディオ、キャプションの符号化信号、さらには、ファイルデータを出力する。なお、ここでは、ファイルデータは、データ放送コンテンツを構成するものとする。

【0074】

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

【0075】

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

【0076】

データ放送アプリエンジン２０７は、デマルチプレクサ２０２で得られるファイルデータを処理して、データ放送の表示信号を得る。なお、放送ストリームでは、同一コンテンツのファイルデータが繰り返し送られてくる。システム制御部２０８は、デマルチプレクサ２０２におけるフィルタリング動作を制御し、このデマルチプレクサ２０２において必要なファイルデータのみが取得されるようにする。

【0077】

システム制御部２０８は、上述したＰＡメッセージ（PA message）内のＭＰテーブル（ＭＰＴ：MMT Package Table）に含まれるファイルコンテンツ記述子（file_content_descriptor）を参照して、フィルタリング動作を制御する。なお、デマルチプレクサ２０２におけるファイル取得処理の詳細については、さらに、後述する。

【0078】

システム制御部２０８は、各デコーダにおけるデコードタイミングをＰＴＳ（提示時刻情報）に基づいて制御し、ビデオ、オーディオ、字幕の提示タイミングを調整する。合成部２０９は、ベースバンドのビデオ信号に、字幕の表示信号およびデータ放送の表示信号を合成し、映像表示用のビデオ信号を得る。なお、オーディオデコーダ２０５で得られるベースバンドのオーディオ信号は、音声出力用のオーディオ信号となる。

【0079】

図１３に示す受信機２００の動作を簡単に説明する。チューナ/復調部２０１では、ＲＦ伝送路を通じて送られてくるＲＦ変調信号が受信され、復調処理が行われて、放送ストリーム（図３（ｅ）、図４（ｅ）参照）が得られる。この放送ストリームは、デマルチプレクサ２０２に送られる。

【0080】

このデマルチプレクサ２０２では、この放送ストリームに対して、デマルチプレクス処理およびデパケット化処理が行われ、ＮＴＰ時刻情報、ＰＴＳ、シグナリング情報、ビデオ、オーディオ、キャプションの符号化信号、さらにはデータ放送コンテンツを構成するファイルデータが抽出される。

【0081】

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

【0082】

デマルチプレクサ２０２で抽出される符号化ビデオ信号はビデオデコーダ２０４に送られて復号化され、ベースバンドのビデオ信号が得られる。また、デマルチプレクサ２０２で抽出される符号化字幕信号はキャプションデコーダ２０６に送られて復号化され、字幕表示信号が得られる。また、デマルチプレクサ２０２で抽出されるファイルデータはデータ放送アプリエンジン２０７に送られて処理され、データ放送の表示信号が得られる。これらのビデオ信号および表示信号は合成部２０９で合成され、映像表示用のビデオ信号が得られる。

【0083】

また、デマルチプレクサ２０２で抽出される符号化オーディオ信号はオーディオデコーダ２０５に送られて復号化され、音声出力用のベースバンドのオーディオ信号が得られる。

【0084】

ここで、図１４を参照して、デマルチプレクサ２０２におけるファイル取得処理の一例を説明する。図１４（ａ）は、ＭＭＴパケットストリームを示している。このＭＭＴパケットストリームには、コンテンツを構成するファイルデータを含むＭＭＴパケットが存在する他、シグナリングメッセージを含むＭＭＴパケットも存在する。

【0085】

シグナリングメッセージとしてのＰＡメッセージにはＭＰテーブル（ＭＰＴ）が存在する。このＭＰテーブルには、図１４（ｂ）に示すように、ファイルコンテンツアセット記述が存在する。このファイルコンテンツアセット記述には、ファイルコンテンツアセットの識別情報（アセットＩＤ）と、このアセット、つまりファイルデータを含むＭＭＴパケットを識別するパケットＩＤ(packet_id)が含まれている。

【0086】

また、このファイルコンテンツアセット記述には、ファイルコンテント記述子（file_content_discriptor）が含まれている（図８参照）。このファイルコンテント記述子には、コンテンツを識別するＩＤ（コンテンツＩＤ）と、そのコンテンツのバージョンの記述が存在し、さらに、そのコンテンツを構成する各ファイル（ファイルデータ）の情報が存在する。

【0087】

まず、デマルチプレクサ２０２では、図１４（ｃ）に示すように、ファイルコンテンツアセット記述のパケットＩＤに基づき、ＭＭＴパケットストリームから、それと同じパケットＩＤを持つＭＭＴパケットがフィルタリングされる。

【0088】

次に、デマルチプレクサ２０２では、図１４（ｄ）に示すように、ファイルコンテント記述子のコンテンツＩＤおよびコンテンツバージョンに基づき、ＭＭＴパケットヘッダの拡張部にそれと同じコンテンツＩＤおよびコンテンツバージョンを持つＭＭＴパケットがフィルタリングされる。なお、図１４（ｃ）において、「Ｖ０」はコンテンツＩＤおよびコンテンツバージョンが異なることを示し、「Ｖ１」はコンテンツＩＤおよびコンテンツバージョンが同じことを示している。

【0089】

この場合、デマルチプレクサ２０２では、ＭＭＴパケットヘッダの拡張部の「Part_id」、「Number_of_parts」の情報に基づき、コンテンツ全体を分解した各パートを含むＭＭＴパケットが重複することなく抽出され、ファイルコンテント記述子に記載されているコンテンツを構成する全てのファイルのデータが取得される。図示の例は、４つのパートに分解されていた、Ｆ１〜Ｆ５の５個のファイルデータが取得される例を示している。

【0090】

図１５は、受信機２００におけるファイル受信処理フローの一例を示している。受信機２００は、ステップＳＴ１において、受信を開始し、その後に、ステップＳＴ２の処理に移る。このステップＳＴ２において、ＰＡメッセージを含むシグナリングメッセージを受信したか否かを判断する。

【0091】

シグナリングメッセージを受信したとき、受信機２００は、ステップＳＴ３の処理に移る。このステップＳＴ３において、受信機２００は、ＭＰテーブル（ＭＰＴ）を解析する。そして、受信機２００は、ステップＳＴ４において、デマルチプレクサ２０２のフィルタ設定を行う。

【0092】

次に、受信機２００は、ステップＳＴ５において、フィルタにマッチしたＭＭＴパケットを受信したか否かを判定する。受信したとき、受信機２００は、ステップＳＴ６において、そのＭＭＴパケットをキャッシュする。そして、受信機２００は、ステップＳＴ７において、「Number_of_parts」で示されるパート分の取得を完了したか判断する。取得を完了していないとき、受信機２００は、ステップＳＴ８において、「Part_id」を＋１インクリメントして、ステップＳＴ４に戻り、次のパート分の取得処理に移る。

【0093】

ステップＳＴ７で「Number_of_parts」で示されるパート分の取得を完了したとき、受信機２００は、ステップＳＴ９の処理に移る。このステップＳＴ９において、受信機２００は、取得したＭＭＴパケットを連結して解析し、ファイル群およびコンテンツとして管理する。

【0094】

次に、受信機２００において、ステップＳＴ１０において、ＭＰテーブル（ＭＰＴ）の更新、かつ、コンテンツＩＤ/コンテンツバージョンの更新があるか否かを判断する。なお、図示のフローには明記されていないが、受信機２００は、シグナリングメッセージの受信を継続的に行っている。更新があるとき、ステップＳＴ４に戻り、上述したと同様の処理を繰り返す。

【0095】

上述したように、図１に示す送受信システム１０においては、所定のコンテンツを構成するファイルデータを含むＭＭＴパケットのヘッダが拡張され、その拡張部に、そのコンテンツに関する情報（ファイル伝送パラメータ）が挿入されるものである（図１０参照）。そのため、受信側では、例えば、この情報に基づいて、所定のコンテンツを構成するファイルデータを含むＭＭＴパケットを容易かつ的確に取得できる。

【0096】

また、図１に示す送受信システム１０においては、ＰＡメッセージに含まれるＭＰテーブル（ＭＰＴ）に、ファイルコンテンツ記述の１つとして、所定のコンテンツに関する情報を持つファイルコンテント記述子が挿入されるものである（図８、図１４参照）。そのため、受信側では、例えば、このファイルコンテント記述子に基づいて、伝送ストリームに含まれる所定のコンテンツのコンテンツＩＤ、コンテンツバージョン、さらにそのコンテンツを構成するファイル情報などを容易に把握できる。

【0097】

＜２．変形例＞
なお、上述実施の形態において、ＰＡメッセージに含まれるＭＰテーブル（ＭＰＴ）に、ファイルコンテンツ記述の１つとしてファイルコンテント記述子を挿入する例を示した。しかし、このファイルコンテント記述子に含まれる所定のコンテンツに関する情報を、受信側では、他の方法で取得してもよい。例えば、放送送出システム１００に関連したネットワークサーバから通信により取得することも考えられる。

【0098】

また、本技術は、以下のような構成を取ることもできる。
（１）ペイロードに伝送メディアを含む第１の伝送パケットと、ペイロードに上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信部と、
上記第１の伝送パケットのペイロードに含まれる伝送メディアが所定のコンテンツを構成するファイルデータであるとき、該第１の伝送パケットのヘッダに、上記所定のコンテンツに関する第１の情報を挿入する情報挿入部とを備える
送信装置。
（２）上記第１の情報は、上記所定のコンテンツを識別するコンテンツ識別子の情報を含む
前記（１）に記載の送信装置。
（３）上記第１の情報は、上記所定のコンテンツを構成するファイルデータの更新を示すコンテンツバージョンの情報を含む
前記（１）または（２）に記載の送信装置。
（４）上記第１の情報は、上記所定のコンテンツの全体を所定数のパケットに分割した場合のパート数と、各パートを識別するパート識別子の情報を含む
前記（１）から（３）のいずれかに記載の送信装置。
（５）上記情報挿入部は、上記第２の伝送パケットのペイロードに、上記所定のコンテンツに関する第２の情報を挿入する
前記（１）から（４）のいずれかに記載の送信装置。
（６）上記第２の情報は、上記所定のコンテンツを識別するコンテンツ識別子の情報を含む
前記（５）に記載の送信装置。
（７）上記第２の情報は、上記所定のコンテンツを構成するファイルデータの更新を示すコンテンツバージョンの情報を含む
前記（５）または（６）に記載の送信装置。
（８）上記第２の情報は、上記所定のコンテンツを構成するファイルの参照情報を含む
前記（５）から（７）のいずれかに記載の送信装置。
（９）上記参照情報は、ＵＲＩである
前記（８）に記載の送信装置。
（１０）上記第２の情報は、上記所定のコンテンツの有効期限の情報を含む
前記（５）から（９）のいずれかに記載の送信装置。
（１１）上記第２の情報は、上記所定のコンテンツの更新想定日時の情報を含む
前記（５）から（１０）のいずれかに記載の送信装置。
（１２）上記伝送パケットは、ＭＭＴパケットである
前記（１）から（１１）のいずれかに記載の送信装置。
（１３）ペイロードに伝送メディアを含む第１の伝送パケットと、ペイロードに上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成ステップと、
送信部により、上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信ステップと、
上記第１の伝送パケットのペイロードに含まれる伝送メディアが所定のコンテンツを構成するファイルデータであるとき、該第１の伝送パケットのヘッダに、上記所定のコンテンツに関する第１の情報を挿入する情報挿入ステップとを有する
送信方法。
（１４）ペイロードに伝送メディアを含む第１の伝送パケットと、ペイロードに上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを、送信側から所定の伝送路を通じて受信する伝送ストリーム受信部を備え、
上記第１の伝送パケットのペイロードに含まれる伝送メディアが所定のコンテンツを構成するファイルデータであるとき、該第１の伝送パケットのヘッダに、上記所定のコンテンツに関する第１の情報が挿入されており、
上記伝送ストリームから、上記第１の情報を利用して、上記所定のコンテンツを構成するファイルデータを含む上記第１の伝送パケットをフィルタリングし、該フィルタリングされた上記第１の伝送パケットから上記所定のコンテンツを構成するファイルデータを取得するファイルデータ取得部をさらに備える
受信装置。
（１５）上記第２の伝送パケットのペイロードに上記所定のコンテンツに関する第２の情報が挿入されており、
上記ファイルデータ取得部は、上記第２の情報に対応した上記第１の情報を持つ上記第１の伝送パケットをフィルタリングする
前記（１４）に記載の受信装置。
（１６）受信部により、ペイロードに伝送メディアを含む第１の伝送パケットと、ペイロードに上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを、送信側から所定の伝送路を通じて受信する伝送ストリーム受信ステップと、
上記第１の伝送パケットのペイロードに含まれる伝送メディアが所定のコンテンツを構成するファイルデータであるとき、該第１の伝送パケットのヘッダに、上記所定のコンテンツに関する第１の情報が挿入されており、
上記伝送ストリームから、上記第１の情報を利用して、上記所定のコンテンツを構成するファイルデータを含む上記第１の伝送パケットをフィルタリングし、該フィルタリングされた上記第１の伝送パケットから上記所定のコンテンツを構成するファイルデータを取得するファイルデータ取得ステップとをさらに有する
受信方法。

【符号の説明】

【0099】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】