特許 6288897 受信装置、送出装置、およびプログラム

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

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

(11)【特許番号】6288897

(24)【登録日】2018年2月16日

(45)【発行日】2018年3月7日

(54)【発明の名称】受信装置、送出装置、およびプログラム

(51)【国際特許分類】

   H04H 20/16 20080101AFI20180226BHJP

   H04H 60/07 20080101ALI20180226BHJP

   H04H 60/37 20080101ALI20180226BHJP

   H04H 20/93 20080101ALI20180226BHJP

   H04H 20/28 20080101ALI20180226BHJP

   H04H 60/82 20080101ALI20180226BHJP

   H04H 40/18 20080101ALI20180226BHJP

   H04N 21/236 20110101ALI20180226BHJP

   H04N 21/438 20110101ALI20180226BHJP

【ＦＩ】

   H04H20/16

   H04H60/07

   H04H60/37

   H04H20/93

   H04H20/28

   H04H60/82

   H04H40/18

   H04N21/236

   H04N21/438

【請求項の数】2

【全頁数】24

(21)【出願番号】特願2017-175181(P2017-175181)

(22)【出願日】2017年9月12日

(62)【分割の表示】特願2015-38250(P2015-38250)の分割

【原出願日】2015年2月27日

(65)【公開番号】特開2018-19412(P2018-19412A)

(43)【公開日】2018年2月1日

【審査請求日】2017年9月12日

(31)【優先権主張番号】特願2014-37158(P2014-37158)

(32)【優先日】2014年2月27日

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

【早期審査対象出願】

(73)【特許権者】

【識別番号】000004352

【氏名又は名称】日本放送協会

(74)【代理人】

【識別番号】100064908

【弁理士】

【氏名又は名称】志賀 正武

(74)【代理人】

【識別番号】100108578

【弁理士】

【氏名又は名称】高橋 詔男

(72)【発明者】

【氏名】大槻 一博

(72)【発明者】

【氏名】竹内 真也

(72)【発明者】

【氏名】砂崎 俊二

【審査官】 後澤 瑞征

(56)【参考文献】

【文献】 国際公開第２０１４／０８４０７３（ＷＯ，Ａ１）

【文献】 国際公開第２０１３／０８０４５０（ＷＯ，Ａ１）

【文献】 国際公開第２００６／００６２１９（ＷＯ，Ａ１）

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

Ｈ０４Ｈ ２０／００ − ２０／４６

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

Ｈ０４Ｈ ２０／９１ − ２０／９５

Ｈ０４Ｈ ４０／００ − ４０／２７

Ｈ０４Ｈ ４０／９０

Ｈ０４Ｈ ６０／００ − ６０／９８

Ｈ０４Ｎ ２１／２３６

Ｈ０４Ｎ ２１／４３８

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

【請求項1】

コンテンツを構成するファイルのうち、少なくとも１つを含むデータフローを受信する受信部と、
前記データフローから、前記コンテンツを構成するファイルのパス名を示す情報と、前記パス名が示されたファイルの伝送路における配置に関する情報とを対応付けるデータ伝送情報を分離する分離部と、
ファイルのパス名を指定されると、前記分離部が分離したデータ伝送情報を参照して、指定されたパス名のファイルの、伝送路における配置に関する情報を取得する伝送路配置取得部と、
前記伝送路配置取得部が取得した伝送路における配置に関する情報を参照して、前記指定されたパス名のファイルを取得するファイル取得部と
を備える受信装置であって、
前記パス名が示されたファイルの伝送路における配置に関する情報は、前記パス名が示されたファイルが配置されている、前記データフロー内のアセットを示す情報と、前記パス名が示されたファイルを、前記パス名が示されたファイルが配置されているアセット内で識別するファイル識別情報とを含み、
前記データ伝送情報は、前記パス名が示されたファイルのバージョン番号と、誤り検出符号とを含むアセット管理情報を含み、
前記データフローは、ＩＰデータフローであり、
前記ＩＰデータフローは、データ伝送メッセージを伝送し、
前記データ伝送メッセージは、前記データ伝送情報を格納し、
前記データ伝送情報は、データアセット管理テーブルを含み、
前記データアセット管理テーブルは、前記アセット管理情報を格納する、
受信装置。

【請求項2】

コンテンツを構成するファイルのパス名を示す情報と、前記パス名が示されたファイルの伝送路における配置に関する情報とを対応付けるデータ伝送情報を生成する生成部と、
前記コンテンツを構成するファイルと、前記データ伝送情報とを多重化する多重化部と、
前記コンテンツを構成するファイルと、前記データ伝送情報とを多重化した信号を送出する配信部と
を備える送出装置であって、
前記パス名が示されたファイルの伝送路における配置に関する情報は、前記パス名が示されたファイルを、少なくともコンテンツにおいて識別するファイル識別情報と、前記パス名が示されたファイルが配置されているアセットを示す情報とを含み、
前記データ伝送情報は、前記ファイル識別情報と前記アセットを示す情報とを対応付けるアセット管理情報を含み、
前記生成部は、前記データ伝送情報をデータ伝送メッセージに格納し、
前記多重化部は、前記データ伝送情報を格納した前記データ伝送メッセージと、前記ファイルとを多重化したＩＰデータフローを生成し、
前記コンテンツを構成するファイルと、前記データ伝送情報とを多重化した信号は、前記ＩＰデータフローを表す信号であり、
前記データ伝送情報は、データアセット管理テーブルを含み、
前記データアセット管理テーブルは、前記アセット管理情報を格納する、
送出装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、受信装置、送出装置、およびプログラムに関する。

【背景技術】

【0002】

デジタル放送では、データカルーセル伝送方式（非特許文献１参照）を用いて、データ放送のコンテンツを構成するファイルを伝送している。コンテンツ中で、これらのファイルを参照する際に用いられる名前空間には、ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄ、ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄ、ｓｅｒｖｉｃｅ＿ｉｄ、ｃｏｍｐｏｎｅｎｔ＿ｔａｇなど、伝送路における配置に関する情報が含まれることがあった（非特許文献２の９．２．１．２ ネットワーク中で利用するリソースの名前空間、参照）。

【先行技術文献】

【非特許文献】

【0003】

【非特許文献1】“デジタル放送におけるデータ放送符号化方式と伝送方式 標準規格 ＡＲＩＢ ＳＴＤ−Ｂ２４ ５．８版（第三分冊）”、一般社団法人 電波産業会、平成２５年７月

【非特許文献2】“デジタル放送におけるデータ放送符号化方式と伝送方式 標準規格 ＡＲＩＢ ＳＴＤ−Ｂ２４ ５．８版（第二分冊）（１／２）”、一般社団法人 電波産業会、平成２５年７月

【発明の概要】

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

【0004】

しかしながら、上述の名前空間においては、伝送路における配置に関する情報が含まれているため、コンテンツの作成時に、コンテンツを構成するファイルがどのように伝送路に配置されるかを意識しなければならないことがあるという問題がある。

【0005】

本発明は、このような事情に鑑みてなされたもので、コンテンツの作成時に、コンテンツを構成するファイルがどのように伝送路に配置されるかを意識する必要のない受信装置、送出装置、およびプログラムを提供する。

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

【0006】

（１）この発明は上述した課題を解決するためになされたもので、本発明の一態様は、コンテンツを構成するファイルのうち、少なくとも１つを含むデータフローを受信する受信部と、前記データフローから、前記コンテンツを構成するファイルのパス名を示す情報と、前記パス名が示されたファイルの伝送路における配置に関する情報とを対応付けるデータ伝送情報を分離する分離部と、ファイルのパス名を指定されると、前記分離部が分離したデータ伝送情報を参照して、指定されたパス名のファイルの、伝送路における配置に関する情報を取得する伝送路配置取得部と、前記伝送路配置取得部が取得した伝送路における配置に関する情報を参照して、前記指定されたパス名のファイルを取得するファイル取得部とを備える受信装置である。

【0007】

（２）また、この発明の他の態様は、（１）に記載の受信装置であって、前記パス名が示されたファイルの伝送路における配置に関する情報は、前記パス名が示されたファイルが配置されている、前記データフロー内のアセットを示す情報と、前記パス名が示されたファイルを、前記パス名が示されたファイルが配置されているアセット内で識別するファイル識別情報とを含む。

【0008】

（３）また、この発明の他の態様は、（２）に記載の受信装置であって、前記データ伝送情報は、前記パス名を示す情報と、前記ファイル識別情報とを対応付けるディレクトリ管理情報と、前記パス名が示されたファイルのバージョン番号と、誤り検出符号とを含むアセット管理情報とを含む。

【0009】

（４）また、この発明の他の態様は、（３）に記載の受信装置であって、前記データフローは、ＩＰデータフローであり、前記ＩＰデータフローは、データ伝送メッセージを伝送し、前記データ伝送メッセージは、前記データ伝送情報を格納し、前記データ伝送情報は、データディレクトリ管理テーブルと、データアセット管理テーブルとを含み、前記データディレクトリ管理テーブルは、前記ディレクトリ管理情報を格納し、前記データアセット管理テーブルは、前記アセット管理情報を格納する。

【0010】

（５）また、この発明の他の態様は、（２）に記載の受信装置であって、前記データフローは、ＩＰデータフローであり、前記ＩＰデータフローは、データ伝送メッセージを伝送し、前記データ伝送メッセージは、前記データ伝送情報を格納し、前記アセットを示す情報は、コンポーネントタグであり、前記ファイル識別情報は、アイテムＩＤである。

【0011】

（６）また、この発明の他の態様は、（１）に記載の受信装置であって、前記パス名が示されたファイルの伝送路における配置に関する情報は、前記パス名が示されたファイルを前記パス名が示されたファイルを伝送するデータフローにおいて識別するファイル識別情報と、前記パス名が示されたファイルを伝送するデータフローを示す情報とを含む。

【0012】

（７）また、この発明の他の態様は、コンテンツを構成するファイルのパス名を示す情報と、前記パス名が示されたファイルの伝送路における配置に関する情報とを対応付けるデータ伝送情報を生成する生成部と、前記コンテンツを構成するファイルと、前記データ伝送情報とを多重化する多重化部と、前記コンテンツを構成するファイルと、前記データ伝送情報とを多重化した信号を送出する配信部とを備える送出装置である。

【0013】

（８）また、この発明の他の態様は、（７）に記載の送出装置であって、前記パス名が示されたファイルの伝送路における配置に関する情報は、前記パス名が示されたファイルを、少なくともコンテンツにおいて識別するファイル識別情報と、前記パス名が示されたファイルが配置されているアセットを示す情報とを含む。

【0014】

（９）また、この発明の他の態様は、（８）に記載の送出装置であって、前記データ伝送情報は、前記パス名を示す情報と、前記ファイル識別情報とを対応付けるディレクトリ管理情報と、前記ファイル識別情報と、前記アセットを示す情報とを対応付けるアセット管理情報とを含む。

【0015】

（１０）また、この発明の他の態様は、（９）に記載の送出装置であって、前記生成部は、前記データ伝送情報をデータ伝送メッセージに格納し、前記多重化部は、前記データ伝送情報を格納した前記データ伝送メッセージと、前記ファイルとを多重化したＩＰデータフローを生成し、前記コンテンツを構成するファイルと、前記データ伝送情報とを多重化した信号は、前記ＩＰデータフローを表す信号であり、前記データ伝送情報は、データディレクトリ管理テーブルと、データアセット管理テーブルとを含み、前記データディレクトリ管理テーブルは、前記ディレクトリ管理情報を格納し、前記データアセット管理テーブルは、前記アセット管理情報を格納する。

【0016】

（１１）また、この発明の他の態様は、（８）に記載の送出装置であって、前記生成部は、前記データ伝送情報をデータ伝送メッセージに格納し、前記多重化部は、前記データ伝送情報を格納した前記データ伝送メッセージと、前記ファイルとを多重化したＩＰデータフローを生成し、前記コンテンツを構成するファイルと、前記データ伝送情報とを多重化した信号は、前記ＩＰデータフローを表す信号であり、前記アセットを示す情報は、コンポーネントタグであり、前記ファイル識別情報は、アイテムＩＤである。

【0017】

（１２）また、この発明の他の態様は、（７）に記載の送出装置であって、前記パス名が示されたファイルの伝送路における配置に関する情報は、前記パス名が示されたファイルをコンテンツにおいて識別するファイル識別情報と、前記パス名が示されたファイルを伝送するデータフローを示す情報とを含む。

【0018】

（１３）また、この発明の他の態様は、コンピュータを、コンテンツを構成するファイルのうち、少なくとも１つを含むデータフローを受信する受信部、前記データフローから、前記コンテンツを構成するファイルのパス名を示す情報と、前記パス名が示されたファイルの伝送路における配置に関する情報とを対応付けるデータ伝送情報を分離する分離部、ファイルのパス名を指定されると、前記分離部が分離したデータ伝送情報を参照して、指定されたパス名のファイルの、伝送路における配置に関する情報を取得する伝送路配置取得部、前記伝送路配置取得部が取得した伝送路における配置に関する情報を参照して、前記指定されたパス名のファイルを取得するファイル取得部として機能させるためのプログラムである。

【発明の効果】

【0019】

この発明によれば、コンテンツの作成時に、コンテンツを構成するファイルがどのように伝送路に配置されるかを意識する必要がない。

【図面の簡単な説明】

【0020】

【図1】この発明の一実施形態によるコンテンツ伝送システム１０の構成を示す概略ブロック図である。

【図2】同実施形態におけるコンテンツが放送設備１１から配信される場合の制御情報の配置例１を示す模式図である。

【図3】同実施形態におけるコンテンツが放送設備１１から配信される場合の制御情報の配置例２を示す模式図である。

【図4】同実施形態におけるコンテンツを構成するファイルが他のデータフローで配信される場合の制御情報の配置例を示す模式図である。

【図5】同実施形態における放送設備１１の構成を示す概略ブロック図である。

【図6】同実施形態における制御メッセージ生成装置１０１の構成を示す概略ブロック図である。

【図7】同実施形態における受信装置１４の構成を示す概略ブロック図である。

【図8】同実施形態におけるデータ伝送メッセージのデータ構造を示す表である。

【図9】同実施形態におけるデータディレクトリ管理テーブルのデータ構造を示す表である。

【図10】同実施形態における伝送配置情報のデータ構造を示す表である。

【図11】同実施形態におけるデータアセット管理テーブルのデータ構造を示す表である。

【図12】同実施形態におけるディレクトリ記憶部４１０が記憶するファイル管理情報の例を示すテーブルである。

【図13】同実施形態における受信装置１４の動作を説明するフローチャートである。

【図14】同実施形態の変形例における受信装置１４の構成を示す概略ブロック図である。

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

【0021】

以下、図面を参照して、本発明の実施の形態について説明する。図１は、この発明の一実施形態によるコンテンツ伝送システム１０の構成を示す概略ブロック図である。コンテンツ伝送システム１０は、一つまたは複数のファイルから構成されるコンテンツ（マルチメディアコンテンツともいう）を、ＭＭＴ（MPEG Media Transport）を用いて伝送する。
本実施形態におけるコンテンツ伝送システム１０では、コンテンツを作成する際に、伝送路における配置を意識しなくて良いように、コンテンツ伝送システム１０で伝送されるファイルのパス名は、伝送路における配置とは別に定義している。なお、本実施形態では、伝送路は、放送波によるＩＰデータフローと、ＩＰネットワーク上でのマルチキャストを用いたＩＰデータフローと、ＩＰネットワーク上でのユニキャストとがある。これらの伝送路で用いられるインターネットプロトコルは、いわゆるＩＰｖ４であっても、ＩＰｖ６であってもよい。

【0022】

コンテンツ伝送システム１０は、放送設備１１、配信設備１２、ネットワーク１３、受信装置１４、出力装置１５を含む。放送設備１１は、コンテンツを構成するファイルを、放送波を用いて送出する。放送設備１１が送出する放送波は、ＴＬＶストリームを伝送しており、ＴＬＶストリームは、ＩＰデータフローを伝送する。ＩＰデータフローは、ＭＭＴＰパケットのストリームを伝送し、ＭＭＴＰパケットのストリームは、ファイルを格納したデータアセットを伝送する。配信設備１２は、コンテンツを構成するファイルを、ネットワーク１３を用いて配信する。配信設備１２は、マルチキャストによるファイルの配信と、ユニキャストによるファイルの配信とを行う。マルチキャストによる配信は、放送設備１１と同様にＭＭＴＰパケットを伝送するＩＰデータフローによる方式（以降、ＭＭＴＰ方式という）、または、「デジタル放送におけるダウンロード方式」（ＡＲＩＢ ＳＴＤ−Ｂ４５ ２．２版、一般社団法人 電波産業会 発行）の第１部 第９章 データ伝送方式に準拠した方式（以降、Ｂ４５方式という）により行われる。ユニキャストによる配信は、ＨＴＴＰ（HyperText Transfer Protocol）やＦＴＰ（File Transfer Protocol）により行われる。

【0023】

ネットワーク１３は、インターネットなどのＩＰ（Internet Protocol）を用いたネットワークである。受信装置１４は、放送設備１１および配信設備１２が配信したファイルを受信し、受信したファイルから、コンテンツの画像を表す画像信号と、音声を表す音声信号とを生成する。出力装置１５は、液晶ディスプレイなどの表示デバイスと、スピーカとを有し、受信装置１４が生成した画像信号が表す画像の表示と、音声信号が表す音声の出力とを行う。

【0024】

図２は、コンテンツが放送設備１１から配信される場合の制御情報の配置例１を示す模式図である。図２は、コンテンツを構成する全てのファイルが、ＭＭＴのパッケージに格納されている場合の例である。図２では、放送設備１１から配信されるＩＰデータフローＤＦ１で、一つのパッケージＰ１が伝送されている。その一つのパッケージＰ１で、データ伝送メッセージ（Data_Transmission_Message）ＤＴＭ１（データ伝送情報）、複数のデータアセットＤＡ１、ＤＡ２が伝送されている。データ伝送メッセージＤＴＭ１は、ＭＭＴのメッセージであり、本実施形態では、メッセージＩＤとして「０ｘ８００２」を用いる。データアセットＤＡ１、ＤＡ２は、アイテムＩ１、Ｉ２、・・・として、コンテンツを構成するファイルを伝送するＭＭＴのアセットである。アセット各々は、それぞれ、特定のパケットＩＤ（packet_id）を持つＭＭＴＰパケットに格納されるビットストリームであり、コンポーネントなどともいう。

【0025】

データ伝送メッセージＤＴＭ１は、データディレクトリ管理テーブル（Data_Directory_Management_Table）ＤＭ１（ディレクトリ管理情報）と、データアセット管理テーブル（Data_Asset_Management_Table）ＡＭ１、ＡＭ２（アセット管理情報）とを格納している。データディレクトリ管理テーブルＤＭ１は、コンテンツを構成するファイルのパス名と、そのファイルのアイテムＩＤ（ファイル識別情報）とを対応付けている。アイテムＩＤは、パケットＩＤまたはアセットＩＤと組み合わせて、コンテンツを構成するファイルを、データフローおいて識別する情報である。データディレクトリ管理テーブルＤＭは、これらの他に、ＩＰデータフローおよびパケットＩＤも対応付けているが、ここでは、説明を省略する。

【0026】

データアセット管理テーブルＡＭ１、ＡＭ２の各々は、対応する一つのアセットＩＤと、そのアセットＩＤのデータアセットに格納されているファイルのアイテムＩＤとを格納する。データアセット管理テーブルは、データアセットの数だけ、データ伝送メッセージに格納されている。なお、アセットＩＤと、パケットＩＤとの対応は、制御メッセージの一種であるＰＡメッセージ中のＭＰテーブルに記載されている。

【0027】

したがって、ファイルのパス名が与えられると、データディレクトリ管理テーブルＤＭ１から、そのファイルのアイテムＩＤが得られる。さらに、得られたアイテムＩＤを格納しているデータアセット管理テーブルＡＭ１から、アセットＩＤが得られる。そのアセットＩＤのデータアセットで伝送されている、得られたアイテムＩＤのアイテムが、パス名を与えられたファイルとなっている。

【0028】

図３は、コンテンツが放送設備１１から配信される場合の制御情報の配置例２を示す模式図である。図３は、コンテンツを構成するファイルが、他のパッケージで伝送されている場合の例である。図３では、放送設備１１から配信されるＩＰデータフローＤＦ２で、２つのパッケージＰ２、Ｐ３が伝送されている。パッケージＰ２は、視聴者が、例えば、受信装置１４のリモートコントローラなどで指定したサービスのパッケージである。パッケージＰ２には、データ伝送メッセージＤＴＭ２が伝送されている。データ伝送メッセージＤＴＭ２には、データディレクトリ管理テーブルＤＭ２が格納されている。データディレクトリ管理テーブルＤＭ２は、コンテンツを構成するファイルのパス名と、そのファイルを伝送しているパッケージのパッケージＩＤと、そのファイルのアイテムＩＤとを対応付けている。

【0029】

また、パッケージＰ３は、データ伝送メッセージＤＴＭ３と、データアセットＤＡ３、ＤＡ４とを伝送している。データ伝送メッセージＤＴＭ３には、データアセット管理テーブルＡＭ３、ＡＭ４が格納されている。データアセット管理テーブルＡＭ３、ＡＭ４の各々は、対応する一つのアセットＩＤと、そのアセットＩＤのデータアセットに格納されているファイルのアイテムＩＤとを格納する。データアセットＤＡ３、ＤＡ４は、アイテムＩ５、Ｉ６、・・・として、コンテンツを構成するファイルを伝送する。

【0030】

したがって、ファイルのパス名が与えられると、データディレクトリ管理テーブルＤＭ２から、そのファイルを伝送するパッケージＰ３のパッケージＩＤと、そのファイルのアイテムＩＤが得られる。得られたパッケージＩＤのパッケージＰ３からデータ伝送メッセージＤＴＭ３が得られる。このデータ伝送メッセージＤＴＭ３に格納されているデータアセット管理テーブルＡＭ３、ＡＭ４を参照すると、先に得られたアイテムＩＤを格納しているデータアセットのアセットＩＤが得られる。そのアセットＩＤのデータアセットで伝送されている、得られたアイテムＩＤのアイテムが、パス名を与えられたファイルとなっている。

【0031】

図４は、コンテンツを構成するファイルが他のデータフローで配信される場合の制御情報の配置例を示す模式図である。図４の例では、ＩＰデータフローＤＦ３は、放送設備１１により配信され、ＩＰデータフローＤＦ４、ＤＦ５は、配信設備１２により配信されている。ＩＰデータフローＤＦ３では、データ伝送メッセージＤＴＭ４が伝送されている。
データ伝送メッセージＤＴＭ４には、データディレクトリ管理テーブルＤＭ３が格納されている。

【0032】

データディレクトリ管理テーブルＤＭ３は、コンテンツを構成するファイルのパス名と、そのファイルを伝送しているデータフローのＩＰアドレス（マルチキャストアドレス）とポート番号と、そのファイルのファイルＩＤ（ファイル識別情報）とを対応付けている。ファイルＩＤ（ｔｒａｎｓｐｏｒｔ＿ｆｉｌｅ＿ｉｄ）は、コンテンツを構成するファイルのうち、ネットワーク１３を介して配信されるファイルを、ＩＰデータフローにおいて識別する情報である。ＩＰデータフローＤＦ４、ＤＦ５は、コンテンツを構成するファイルを伝送する。

【0033】

したがって、ファイルのパス名が与えられると、データディレクトリ管理テーブルＤＭ３から、そのファイルを伝送するＩＰデータフローのマルチキャストアドレス（ＩＰアドレス）およびポート番号と、そのファイルのファイルＩＤが得られる。マルチキャストアドレスとポート番号とで、そのファイルを伝送するＩＰデータフローが特定される。さらに、ファイルＩＤにより、そのＩＰデータフローで伝送されているファイルの中から、パス名が与えられたファイルが特定される。

【0034】

図５は、放送設備１１の構成を示す概略ブロック図である。放送設備１１は、制御メッセージ生成装置１０１、映像送出装置１０２、音声送出装置１０３、データ送出装置１０４、多重装置１０５、配信装置１０６を含む。制御メッセージ生成装置１０１は、データ伝送メッセージを生成する。データ伝送メッセージは、コンテンツを構成するファイルのパス名を示す情報と、そのファイルの伝送路における配置に関する情報とを対応付ける。
この対応付けは、データ伝送メッセージに格納されているデータディレクトリ管理テーブルと、データアセット管理テーブルとで行う。制御メッセージ生成装置１０１は、その他にＰＡメッセージなどを生成してもよい。

【0035】

映像送出装置１０２は、映像のアセットを生成する。音声送出装置１０３は、音声のアセットを生成する。データ送出装置１０４は、コンテンツを構成するファイルをアイテムとして伝送するアセットを生成する。多重装置１０５は、制御メッセージ生成装置１０１が生成したメッセージと、映像送出装置１０２、音声送出装置１０３、データ送出装置１０４の各々が生成したアセットとの各々をＭＭＴＰパケットに格納する。多重装置１０５（多重化部）は、これらのアセットを格納したＭＭＴＰパケットを多重したＩＰデータフローを生成する。配信装置１０６（配信部）は、多重装置１０５が生成したＩＰデータフローを、放送波を用いて配信する。

【0036】

図６は、制御メッセージ生成装置１０１の構成を示す概略ブロック図である。制御メッセージ生成装置１０１は、ディレクトリ管理テーブル生成部１１１、アセット管理テーブル生成部１１２、データ伝送メッセージ生成部１１３を含む。ディレクトリ管理テーブル生成部１１１は、コンテンツを構成する全てのファイルのパス名と、それらのファイルの伝送路における配置に関する情報とを対応付けるディレクトリ管理テーブルを生成する。

【0037】

なお、ディレクトリ管理テーブルは、放送設備１１によりファイルが伝送されている場合は、伝送路における配置に関する情報として、ファイルが伝送されているデータアセットのパケットＩＤと、ファイルに対応付けられたアイテムＩＤとを格納している。なお、放送設備１１からＢ４５方式によりファイルを伝送することも可能であり、その場合は、ディレクトリ管理テーブルは、伝送路における配置に関する情報として、ファイルが伝送されているＩＰデータフローのソースアドレス、マルチキャストアドレス、ポート番号と、ファイルに対応付けられたファイルＩＤとを格納している。

【0038】

また、ディレクトリ管理テーブルは、配信設備１２からＭＭＴＰ方式によりファイルが伝送されている場合は、伝送路における配置に関する情報として、ファイルが伝送されているＩＰデータフローのソースアドレス、マルチキャストアドレス、ポート番号と、ファイルを伝送するデータアセットのパケットＩＤと、ファイルに対応付けられたアイテムＩＤとを格納している。ディレクトリ管理テーブルは、配信設備１２からＢ４５方式によりファイルが伝送されている場合は、伝送路における配置に関する情報として、ファイルが伝送されているＩＰデータフローのソースアドレス、マルチキャストアドレス、ポート番号と、ファイルに対応付けられたファイルＩＤとを格納している。

【0039】

なお、マルチキャストアドレスは、ＩＰｖ４であっても、ＩＰｖ６であってもよい。また、ディレクトリ管理テーブルは、配信設備１２からユニキャストによりファイルが伝送されている場合は、伝送路における配置に関する情報として、ＵＲＬ（Universal Resource Locator）を格納している。

【0040】

アセット管理テーブル生成部１１２は、コンテンツを構成するファイルのうち、このテーブルと同じパッケージで伝送されるものの伝送路における配置に関する情報を格納するアセット管理テーブルを生成する。アセット管理テーブルに格納されている、伝送路における配置に関する情報は、そのアセット管理テーブルに対応付けられたデータアセットのアセットＩＤと、そのデータアセットに格納されているファイルのアイテムＩＤである。
さらに、アセット管理テーブルには、ファイルのバージョンや、チェックサムなども含まれる。データ伝送メッセージ生成部１１３は、ディレクトリ管理テーブル生成部１１１が生成したディレクトリ管理テーブルと、アセット管理テーブル生成部１１２が生成したアセット管理テーブルとを格納したデータ伝送メッセージを生成する。なお、図３や図４に例示したように、データ伝送メッセージには、ディレクトリ管理テーブルと、アセット管理テーブルとのうち、一方のみが格納されていてもよい。

【0041】

図７は、受信装置１４の構成を示す概略ブロック図である。受信装置１４は、放送受信部４００、ネットワーク通信部４０１、分離部４０２、指定取得部４０３、受信制御部４０４、制御メッセージ処理部４０５、映像デコード部４０６、音声デコード部４０７、データレンダリング部４０８、伝送路配置取得部４０９、ディレクトリ記憶部４１０、映像合成部４１１、音声合成部４１２を含む。なお、放送受信部４００と、ネットワーク通信部４０１と、分離部４０２と、受信制御部４０４と、制御メッセージ処理部４０５とでファイル取得部４１３として機能する。

【0042】

放送受信部４００は、放送設備１１が配信するＩＰデータフローを受信する。ネットワーク通信部４０１は、配信設備１２とネットワーク１３を介して通信する。例えば、ネットワーク通信部４０１は、配信設備１２がマルチキャスト配信するＩＰデータフローを受信する。また、ネットワーク通信部４０１は、配信設備１２に対して、ＵＲＬを指定して要求したファイルを受信する。

【0043】

分離部４０２は、放送受信部４００およびネットワーク通信部４０１が受信したＩＰデータフローから制御メッセージを分離し、制御メッセージ処理部４０５に入力する。また、分離部４０２は、受信制御部４０４から指定されたパケットＩＤとアイテムＩＤとを指定されると、放送受信部４００が受信したＩＰデータフローから、指定されたパケットＩＤのデータアセットを分離する。さらに、分離部４０２は、そのデータアセットから指定されたアイテムＩＤのアイテムであるファイルを分離し、データレンダリング部４０８に入力する。

【0044】

また、分離部４０２は受信制御部４０４から、パケットＩＤにより映像のアセットを指定されると、ＩＰデータフローから、そのアセットを分離し、映像デコード部４０６に入力する。また、分離部４０２は受信制御部４０４から、パケットＩＤにより音声のアセットを指定されると、ＩＰデータフローから、そのアセットを分離し、音声デコード部４０７に入力する。

【0045】

指定取得部４０３は、ユーザによるコンテンツの指定を取得する。本実施形態では、コンテンツの指定は、受信装置１４のリモートコントローラを用いて、コンテンツを伝送するパッケージのパッケージＩＤに対応するボタンを押下することで行われる。指定取得部４０３は、押下されたボタンを検出し、そのボタンに対応するパッケージＩＤを、受信制御部４０４に入力する。

【0046】

受信制御部４０４は、指定取得部４０３から入力されたパッケージＩＤ、または伝送路配置取得部４０９から入力された伝送路における配置に関する情報に従い、受信するＩＰデータフローを決定する。受信制御部４０４は、決定したＩＰデータフローの受信を、放送受信部４００あるいはネットワーク通信部４０１に指示する。さらに、受信制御部４０４は、伝送路配置取得部４０９からの入力に従ったファイルの分離を、分離部４０２に指示する。なお、本実施形態では、伝送路における配置に関する情報として、パケットＩＤとアイテムＩＤとの組み合わせ、ソースアドレスとマルチキャストアドレスとポート番号とファイルＩＤとの組み合わせ、ＵＲＬなどがある。

【0047】

例えば、受信制御部４０４は、制御メッセージ処理部４０５から入力された制御メッセージを参照して、指定取得部４０３または伝送路配置取得部４０９から入力されたパッケージＩＤを伝送しているＩＰデータフローを判定する。受信制御部４０４は、このように判定したＩＰデータフローを、受信するＩＰデータフローとする。指定取得部４０３から入力されたパッケージＩＤのパッケージに、映像のアセットや、音声のアセットが含まれているときは、受信制御部４０４は、これらのアセットの分離を分離部４０２に指示する。

【0048】

また、受信制御部４０４は、伝送路配置取得部４０９から、ソースアドレス、マルチキャストアドレスおよびポート番号により指定されたＩＰデータフローを、受信するＩＰデータフローとする。なお、受信制御部４０４は、ＩＰデータフローが放送波を用いて配信されているか、ネットワーク１３を介して配信されているかを、制御メッセージなどを参照して判定する。放送波を用いて配信されているときは、そのＩＰデータフローの受信を、放送受信部４００に指示する。また、ネットワーク１３を介して配信されているときは、受信制御部４０４は、そのＩＰデータフローの受信を、ネットワーク通信部４０１に指示する。また、受信制御部４０４は、伝送路における配置に関する情報としてＵＲＬを入力されたときは、そのＵＲＬにより参照されているファイルの取得を、ネットワーク通信部４０１に指示する。

【0049】

制御メッセージ処理部４０５は、分離部４０２がＩＰデータフローから分離した制御メッセージを処理する。処理する制御メッセージには、データ伝送メッセージが含まれる。
例えば、制御メッセージ処理部４０５は、データ伝送メッセージから、コンテンツを構成するファイルのパス名と、伝送路における配置に関する情報との対応付けを抽出し、ファイル管理情報として、ディレクトリ記憶部４１０に記憶させる。

【0050】

また、制御メッセージ処理部４０５は、パッケージのパッケージＩＤと、そのパッケージを伝送するＩＰデータフローとの対応付けを、制御メッセージから取得し、受信制御部４０４に入力する。

【0051】

映像デコード部４０６は、分離部４０２から入力された映像のアセットを復号して、映像信号を生成する。映像デコード部４０６は、生成した映像信号を、映像合成部４１１に入力する。音声デコード部４０７は、分離部４０２から入力された音声のアセットを復号して、音声信号を生成する。音声デコード部４０７は、生成した音声信号を、音声合成部４１２に入力する。

【0052】

データレンダリング部４０８は、分離部４０２およびネットワーク通信部４０１から入力されたファイルをレンダリングして、映像信号および音声信号を生成する。また、データレンダリング部４０８は、入力されたファイル中で参照されているファイルのパス名を、取得すべきファイルのパス名として、伝送路配置取得部４０９に入力する。データレンダリング部４０８は、例えば、ＨＴＭＬ（HyperText Markup Language）のパーシング機能を有し、入力されたＨＴＭＬファイルをパーシングすることで、映像信号を生成する。
データレンダリング部４０８は、生成した映像信号を映像合成部４１１に入力し、生成した音声信号を音声合成部４１２に入力する。

【0053】

伝送路配置取得部４０９は、ディレクトリ記憶部４１０が記憶するファイル管理情報を参照し、データレンダリング部４０８から入力されたパス名と対応付けられている伝送路における配置に関する情報を取得する。伝送路配置取得部４０９は、取得した伝送路における配置に関する情報を、受信制御部４０４に入力する。ディレクトリ記憶部４１０は、コンテンツを構成するファイルのパス名と、そのファイルの伝送路における配置に関する情報とを対応付けて、ファイル管理情報として記憶する。

【0054】

映像合成部４１１は、映像デコード部４０６から入力された映像信号が表す映像と、データレンダリング部４０８から入力された映像信号が表す映像とを合成する。映像合成部４１１は、この合成結果の映像を表す映像信号を生成し、出力する。これらの映像を合成する際の各映像の配置や、透過度などは、例えば、データレンダリング部４０８がファイルのレンダリング結果に従い指定してもよいし、予め決められていてもよい。

【0055】

音声合成部４１２は、音声デコード部４０７から入力された音声信号が表す音声と、データレンダリング部４０８から入力された映像信号が表す音声とを合成する。音声合成部４１２は、この合成結果の音声を表す音声信号を生成し、出力する。

【0056】

図８は、データ伝送メッセージのデータ構造を示す表である。該表において、Ｎｏ．は、該表における行の通し番号を示す欄である。データ構造は、データ伝送メッセージのデータ構造を示す欄である。ビット数は、該データ構造のビット数を示す欄である。ビット列表記は、該ビット数のデータ構造のデータ形式を示す欄である。ビット列表記のｕｉｍｓｂｆは、unsigned integer most significant bit firstの略であり、符号無し整数、最上位ビットが先頭を意味する。

【0057】

図８において、Ｎｏ．１の「Ｄａｔａ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿ｍｅｓｓａｇｅ（）｛」は、以降、Ｎｏ．１４の「｝」までが、データ伝送メッセージのデータ構造であることを表す。当該メッセージの先頭に配置されているＮｏ．２の「ｍｅｓｓａｇｅ＿ｉｄ」は、データ伝送メッセージのＩＤ（Identifier）を示す１６ビットの領域であり、本実施形態では、「０ｘ８００２」が設定される。次に配置されているＮｏ．３の「ｖｅｒｓｉｏｎ」は、データ伝送メッセージのバージョン番号を示す８ビットの領域である。次に配置されているＮｏ．４の「ｌｅｎｇｔｈ」は、当該領域以降のデータ伝送メッセージのバイト数を示す３２ビットの領域である。

【0058】

次に配置されているＮｏ．５の「ｎｕｍ＿ｏｆ＿ｔａｂｌｅｓ」は、データ伝送メッセージに格納されているテーブルの数を示す８ビットの領域である。次のＮｏ．６の「ｆｏｒ（ｉ＝０；ｉ＜Ｎ；ｉ＋＋）｛」は、以降、「｝」であるＮｏ．１０までを、Ｎ回、すなわち格納されているテーブルの数（ｎｕｍ＿ｏｆ＿ｔａｂｌｅｓ）分繰り返すことを示す。次に配置されているＮｏ．７の「ｔａｂｌｅ＿ｉｄ」は、データ伝送メッセージに格納されているテーブルのＩＤを示す８ビットの領域である。この領域の値は、各テーブルの先頭に配置されている「ｔａｂｌｅ＿ｉｄ」の値と同じである。

【0059】

次に配置されているＮｏ．８の「ｔａｂｌｅ＿ｖｅｒｓｉｏｎ」は、直前のＮｏ．７のテーブルＩＤが示すテーブルのバージョン番号を示す８ビットの領域である。この領域の値は、該テーブルの「ｖｅｒｓｉｏｎ」の値と同じである。次に配置されているＮｏ．９の「ｔａｂｌｅ＿ｌｅｎｇｔｈ」は、直前のＮｏ．７のテーブルＩＤが示すテーブルの長さを示す１６ビットの領域である。この領域の値は、該テーブルの「ｌｅｎｇｔｈ」の値と同じである。次のＮｏ．１０の「｝」は、Ｎｏ．６の「｛」に対応する。

【0060】

次のＮｏ．１１の「ｆｏｒ（ｉ＝０；ｉ＜Ｎ；ｉ＋＋）｛」は、以降、「｝」であるＮｏ．１３までを、Ｎ回、すなわち格納されているテーブルの数（ｎｕｍ＿ｏｆ＿ｔａｂｌｅｓ）分繰り返すことを示す。次のＮｏ．１２の「ｔａｂｌｅ（）」は、テーブルが一つ格納されることを示す。

【0061】

図９は、データディレクトリ管理テーブルのデータ構造を示す表である。該表において、Ｎｏ．は、該表における行の通し番号を示す欄である。データ構造は、データディレクトリ管理テーブルのデータ構造を示す欄である。ビット数は、該データ構造のビット数を示す欄である。ビット列表記は、該ビット数のデータ構造のデータ形式を示す欄である。
ビット列表記のｕｉｍｓｂｆは、unsigned integer most significant bit firstの略であり、符号無し整数、最上位ビットが先頭を意味する。また、ビット列表記のｃｈａｒは、文字を意味する。

【0062】

図９において、Ｎｏ．１の「Ｄａｔａ＿Ｄｉｒｅｃｔｏｒｙ＿Ｍａｎａｇｅｍｅｎｔ＿Ｔａｂｌｅ（）｛」は、以降、Ｎｏ．３３の「｝」までが、データディレクトリ管理テーブルのデータ構造であることを表す。当該テーブルの先頭に配置されているＮｏ．２の「ｔａｂｌｅ＿ｉｄ」は、データディレクトリ管理テーブルのＩＤを示す８ビットの領域である。本実施形態では、データディレクトリ管理テーブルのＩＤとして、「０ｘ８７」を用いる。次に配置されているＮｏ．３の「ｖｅｒｓｉｏｎ」は、データディレクトリ管理テーブルのバージョン番号を示す８ビットの領域である。次に配置されているＮｏ．４の「ｌｅｎｇｔｈ」は、当該領域以降のデータディレクトリ管理テーブルのバイト数を示す１６ビットの領域である。

【0063】

次に配置されているＮｏ．５の「ｌｉｓｔ＿ｓｃｈｅｍｅ」は、当該領域以降、Ｎｏ．３２までのデータ構造を指定する３２ビットの領域である。「ｌｉｓｔ＿ｓｃｈｅｍｅ」の値が「１」であるときは、ファイルのパス名と、伝送路における配置に関する情報との対応付けを外部のファイルに格納することを示す。「ｌｉｓｔ＿ｓｃｈｅｍｅ」の値が「２」であるときは、その対応付けを、このテーブル内に直接記述することを示す。次のＮｏ．６の「ｉｆ（ｌｉｓｔ＿ｓｃｈｅｍｅ＝＝１）｛」は、Ｎｏ．５の「ｌｉｓｔ＿ｓｃｈｅｍｅ」の値が「１」であるときに、Ｎｏ．１１の「｝」までのデータ構造が配置されることを示す。Ｎｏ．７に配置されている「ｌｉｓｔ＿ｌｅｎｇｔｈ」は、ファイルのパス名と、伝送路における配置に関する情報との対応付けを格納するファイルへの参照情報（例えば、ＵＲＬ）の長さを示す８ビットの領域である。

【0064】

次のＮｏ．８の「ｆｏｒ（ｉ＝０；ｉ＜ｌｉｓｔ＿ｌｅｎｇｔｈ；ｉ＋＋）｛」は、Ｎｏ．１０の「｝」まで、すなわち、Ｎｏ．９のデータ構造が「ｌｉｓｔ＿ｌｅｎｇｔｈ」分だけ繰り返されることを示す。Ｎｏ．９の「ｌｉｓｔ＿ｖａｌｕｅ」は、「ｌｉｓｔ＿ｌｅｎｇｔｈ」分だけ配置されて、ファイルのパス名と、伝送路における配置に関する情報との対応付けを格納するファイルへの参照情報を示す８ビットの領域である。

【0065】

次のＮｏ．１２の「ｉｆ（ｌｉｓｔ＿ｓｃｈｅｍｅ＝＝２）｛」は、Ｎｏ．５の「ｌｉｓｔ＿ｓｃｈｅｍｅ」の値が「２」であるときに、Ｎｏ．３２の「｝」までのデータ構造が配置されることを示す。次に配置されているＮｏ．１３の「ｎｕｍ＿ｏｆ＿ｆｉｌｅｓ」は、コンテンツを構成するファイルの数、すなわちこのデータディレクトリ管理テーブルに情報が格納されているファイルの数を示す８ビットの領域である。次のＮｏ．１４の「ｆｏｒ（ｊ＝０；ｊ＜Ｍ；ｊ＋＋）｛」は、Ｎｏ．３０の「｝」までのデータ構造が、「ｎｕｍ＿ｏｆ＿ｆｉｌｅｓ」の値分、繰り返し配置されることを示す。

【0066】

次に配置されるＮｏ．１５の「Ｔｒａｎｓｐｏｒｔ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ（）」は、伝送路における配置に関する情報のうち、ＩＰデータフロー、パッケージなどを指定する伝送配置情報の領域である。伝送配置情報の詳細は後述する。以降、Ｎｏ．２５までで示されるファイルは、この伝送配置情報で指定された伝送路に配置される。次に配置されるＮｏ．１６の「ｌｏｃａｔｉｏｎ＿ｔｙｐｅ」は、伝送路の種類を示す８ビットの領域である。次のＮｏ．１７の「ｉｆ（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝＝０ｘ００｜｜０ｘ０１｜｜０ｘ０２）｛」は、直前のＮｏ．１６の「ｌｏｃａｔｉｏｎ＿ｔｙｐｅ」の値が「０ｘ００」、「０ｘ０１」または「０ｘ０２」であるときに、Ｎｏ．１８のデータ構造が配置されることを示す。Ｎｏ．１８の「ｉｔｅｍ＿ＩＤ」は、放送設備１１から配信されるファイルを、パッケージ内において識別するアイテムＩＤの値を示す３２ビットの領域である。

【0067】

次のＮｏ．１９の「｝ｅｌｓｅ｛」は、直前のＮｏ．１６の「ｌｏｃａｔｉｏｎ＿ｔｙｐｅ」の値が「０ｘ００」、「０ｘ０１」、「０ｘ０２」のいずれでもないときに、Ｎｏ．２１の「｝」まで、すなわちＮｏ２０のデータ構造が配置されることを示す。Ｎｏ．２０の「ｔｒａｎｓｐｏｒｔ＿ｆｉｌｅ＿ＩＤ」は、配信設備１２からＩＰマルチキャストにより配信されるファイルを、そのＩＰマルチキャストによるデータフロー内において識別するファイルＩＤの値を示す３２ビットの領域である。

【0068】

次に配置されているＮｏ．２２の「ｆｉｌｅ＿ｄｉｒｅｃｔｏｒｙ＿ｌｅｎｇｔｈ」は、ファイルのパス名の長さを示す８ビットの領域である。次の「ｆｏｒ（ｋ＝０；ｋ＜ｆｉｌｅ＿ｄｉｒｅｃｔｏｒｙ＿ｌｅｎｇｔｈ；ｋ＋＋）｛」は、Ｎｏ．２５の「｝」まで、すなわちＮｏ．２４のデータ構造が、「ｆｉｌｅ＿ｄｉｒｅｃｔｏｒｙ＿ｂｙｔｅ」分配置されることを示す。Ｎｏ．２４の「ｆｉｌｅ＿ｄｉｒｅｃｔｏｒｙ＿ｂｙｔｅ」は、「ｆｉｌｅ＿ｄｉｒｅｃｔｏｒｙ＿ｌｅｎｇｔｈ」分だけ配置されてファイルのパス名を示す８ビットの領域である。次に配置されるＮｏ．２６の「ｄｅｓｃｒｉｐｔｏｒ＿ｌｏｏｐ＿ｌｅｎｇｔｈ」は、以降に配置される記述子の数を示す１６ビットの領域である。
次のＮｏ．２７の「ｆｏｒ（ｌ＝０；ｌ＜Ｎ；ｌ＋＋）｛」は、Ｎｏ．２９の「｝」まで、すなわち、Ｎｏ．２８のデータ構造が「ｄｅｓｃｒｉｐｔｏｒ＿ｌｏｏｐ＿ｌｅｎｇｔｈ」分だけ繰り返されることを示す。Ｎｏ．２８の「ｄｅｓｃｒｉｐｔｏｒ（）」は、任意の記述子（ｄｅｓｃｒｉｐｔｏｒ）を配置するための領域である。

【0069】

図１０は、伝送配置情報のデータ構造を示す表である。該表において、Ｎｏ．は、該表における行の通し番号を示す欄である。データ構造は、伝送配置情報のデータ構造を示す欄である。ビット数は、該データ構造のビット数を示す欄である。ビット列表記は、該ビット数のデータ構造のデータ形式を示す欄である。ビット列表記のｕｉｍｓｂｆは、unsigned integer most significant bit firstの略であり、符号無し整数、最上位ビットが先頭を意味する。また、ビット列表記のｃｈａｒは、文字を意味する。

【0070】

Ｎｏ．１の「Ｔｒａｎｓｐｏｒｔ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ（）｛」は、Ｎｏ．３４の「｝」までが、伝送配置情報のデータ構造であることを示す。次に配置されるＮｏ．２の「ｌｏｃａｔｉｏｎ＿ｔｙｐｅ」は、伝送路の種類を示す８ビットの領域である。次のＮｏ．３の「ｉｆ（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝＝０ｘ００）｛」は、Ｎｏ．２の「ｌｏｃａｔｉｏｎ＿ｔｙｐｅ」の値が「０ｘ００」であるときに、Ｎｏ．５の「｝」までのデータ構造が配置されることを示す。「ｌｏｃａｔｉｏｎ＿ｔｙｐｅ」の値が「０ｘ００」であるときは、ファイルが伝送されているのは、この伝送配置情報が伝送されているＩＰデータフローで伝送されているＭＭＴＰパケットである。Ｎｏ．４に配置されている「ｐａｃｋｅｔ＿ｉｄ」は、ＭＭＴＰパケットのパケットＩＤを示す１６ビットの領域である。

【0071】

次のＮｏ．６の「ｉｆ（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝＝０ｘ０１）｛」は、Ｎｏ．２の「ｌｏｃａｔｉｏｎ＿ｔｙｐｅ」の値が「０ｘ０１」であるときに、Ｎｏ．１１の「｝」までのデータ構造が配置されることを示す。「ｌｏｃａｔｉｏｎ＿ｔｙｐｅ」の値が「０ｘ０１」であるときは、ファイルが伝送されているのは、ＩＰｖ４のＩＰマルチキャストによるＩＰデータフローで伝送されているＭＭＴＰパケットである。次に配置されているＮｏ．７の「ｉｐｖ４＿ｓｒｃ＿ａｄｄｒ」は、そのＩＰデータフローのソースアドレスを示す３２ビットの領域である。次に配置されているＮｏ．８の「ｉｐｖ４＿ｄｓｔ＿ａｄｄｒ」は、そのＩＰデータフローのマルチキャストアドレス（宛先アドレス）を示す３２ビットの領域である。次に配置されているＮｏ．９の「ｄｓｔ＿ｐｏｒｔ」は、そのＩＰデータフローの宛先ポート番号を示す１６ビットの領域である。次に配置されているＮｏ．１０の「ｐａｃｋｅｔ＿ｉｄ」は、そのＭＭＴＰパケットのパケットＩＤである。

【0072】

次のＮｏ．１２の「ｉｆ（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝＝０ｘ０２）｛」は、Ｎｏ．２の「ｌｏｃａｔｉｏｎ＿ｔｙｐｅ」の値が「０ｘ０２」であるときに、Ｎｏ．１７の「｝」までのデータ構造が配置されることを示す。「ｌｏｃａｔｉｏｎ＿ｔｙｐｅ」の値が「０ｘ０２」であるときは、ファイルが伝送されているのは、ＩＰｖ６のＩＰマルチキャストによるＩＰデータフローで伝送されているＭＭＴＰパケットである。次に配置されているＮｏ．１３の「ｉｐｖ６＿ｓｒｃ＿ａｄｄｒ」は、そのＩＰデータフローのソースアドレスを示す１２８ビットの領域である。次に配置されているＮｏ．１４の「ｉｐｖ６＿ｄｓｔ＿ａｄｄｒ」は、そのＩＰデータフローのマルチキャストアドレス（宛先アドレス）を示す１２８ビットの領域である。次に配置されているＮｏ．１５の「ｄｓｔ＿ｐｏｒｔ」は、そのＩＰデータフローの宛先ポート番号を示す１６ビットの領域である。次に配置されているＮｏ．１６の「ｐａｃｋｅｔ＿ｉｄ」は、そのＭＭＴＰパケットのパケットＩＤである。

【0073】

次のＮｏ．１８の「ｉｆ（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝＝０ｘ０３）｛」は、Ｎｏ．２の「ｌｏｃａｔｉｏｎ＿ｔｙｐｅ」の値が「０ｘ０３」であるときに、Ｎｏ．２２の「｝」までのデータ構造が配置されることを示す。「ｌｏｃａｔｉｏｎ＿ｔｙｐｅ」の値が「０ｘ０３」であるときは、ファイルが伝送されているのは、ＩＰｖ４のＩＰマルチキャストによるＩＰデータフローである。次に配置されているＮｏ．１９の「ｉｐｖ４＿ｓｒｃ＿ａｄｄｒ」は、そのＩＰデータフローのソースアドレスを示す３２ビットの領域である。次に配置されているＮｏ．２０の「ｉｐｖ４＿ｄｓｔ＿ａｄｄｒ」は、そのＩＰデータフローのマルチキャストアドレス（宛先アドレス）を示す３２ビットの領域である。次に配置されているＮｏ．２１の「ｄｓｔ＿ｐｏｒｔ」は、そのＩＰデータフローの宛先ポート番号を示す１６ビットの領域である。

【0074】

次のＮｏ．２３の「ｉｆ（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝＝０ｘ０４）｛」は、Ｎｏ．２の「ｌｏｃａｔｉｏｎ＿ｔｙｐｅ」の値が「０ｘ０４」であるときに、Ｎｏ．２７の「｝」までのデータ構造が配置されることを示す。「ｌｏｃａｔｉｏｎ＿ｔｙｐｅ」の値が「０ｘ０４」であるときは、ファイルが伝送されているのは、ＩＰｖ６のＩＰマルチキャストによるＩＰデータフローである。次に配置されているＮｏ．２４の「ｉｐｖ６＿ｓｒｃ＿ａｄｄｒ」は、そのＩＰデータフローのソースアドレスを示す１２８ビットの領域である。次に配置されているＮｏ．２５の「ｉｐｖ６＿ｄｓｔ＿ａｄｄｒ」は、そのＩＰデータフローのマルチキャストアドレス（宛先アドレス）を示す１２８ビットの領域である。次に配置されているＮｏ．２６の「ｄｓｔ＿ｐｏｒｔ」は、そのＩＰデータフローの宛先ポート番号を示す１６ビットの領域である。

【0075】

次のＮｏ．２８の「ｉｆ（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝＝０ｘ０５）｛」は、Ｎｏ．２の「ｌｏｃａｔｉｏｎ＿ｔｙｐｅ」の値が「０ｘ０５」であるときに、Ｎｏ．３３の「｝」までのデータ構造が配置されることを示す。「ｌｏｃａｔｉｏｎ＿ｔｙｐｅ」の値が「０ｘ０５」であるときは、ファイルは、ユニキャストにより伝送される。次に配置されているＮｏ．２９の「ＵＲＬ＿ｌｅｎｇｔｈ」は、そのファイルのＵＲＬの長さを示す８ビットの領域である。次のＮｏ．３０の「ｆｏｒ（ｉ＝０；ｉ＜Ｎ；ｉ＋＋）｛」は、Ｎｏ．３２の「｝」まで、すなわちＮｏ．３１のデータ構造が、「ＵＲＬ＿ｌｅｎｇｔｈ」分配置されることを示す。Ｎｏ．３１の「ＵＲＬ＿ｂｙｔｅ」は、「ＵＲＬ＿ｌｅｎｇｔｈ」分だけ配置されてＵＲＬを示す８ビットの領域である。

【0076】

図１１は、データアセット管理テーブルのデータ構造を示す表である。該表において、Ｎｏ．は、該表における行の通し番号を示す欄である。データ構造は、データアセット管理テーブルのデータ構造を示す欄である。ビット数は、該データ構造のビット数を示す欄である。ビット列表記は、該ビット数のデータ構造のデータ形式を示す欄である。ビット列表記のｕｉｍｓｂｆは、unsigned integer most significant bit firstの略であり、符号無し整数、最上位ビットが先頭を意味する。また、ビット列表記のｃｈａｒは、文字を意味する。

【0077】

図１１において、Ｎｏ．１の「Ｄａｔａ＿Ａｓｓｅｔ＿Ｍａｎａｇｅｍｅｎｔ＿Ｔａｂｌｅ（）｛」は、以降、Ｎｏ．２９の「｝」までが、データアセット管理テーブルのデータ構造であることを表す。当該テーブルの先頭に配置されているＮｏ．２の「ｔａｂｌｅ＿ｉｄ」は、データアセット管理テーブルのＩＤを示す８ビットの領域である。本実施形態では、データアセット管理テーブルのＩＤとして、「０ｘ８８」を用いる。次に配置されているＮｏ．３の「ｖｅｒｓｉｏｎ」は、データアセット管理テーブルのバージョン番号を示す８ビットの領域である。次に配置されているＮｏ．４の「ｌｅｎｇｔｈ」は、当該領域以降のデータディレクトリ管理テーブルのバイト数を示す１６ビットの領域である。次に配置されているＮｏ．５の「ｄｏｗｎｌｏａｄＩｄ」は、ダウンロードを識別する情報であるダウンロード識別を示す３２ビットの領域である。ダウンロード識別は、例えば、受信装置１２のファームウェアを更新するためのファームウェアのダウンロードの指定などに用いられる。

【0078】

次に配置されているＮｏ．６の「ａｓｓｅｔ＿ＩＤ＿ｓｃｈｅｍｅ」は、アセットＩＤ（ａｓｓｅｔ＿ＩＤ）のスキーム（記述形式）を示す３２ビットの領域である。次に配置されているＮｏ．７の「ａｓｓｅｔ＿ＩＤ＿ｌｅｎｇｔｈ」は、アセットＩＤの長さ（バイト数）を示す８ビットの領域である。次のＮｏ．８の「ｆｏｒ（ｉ＝０；ｉ＜ａｓｓｅｔ＿ＩＤ＿ｌｅｎｇｔｈ；ｉ＋＋）｛」は、Ｎｏ．１０の「｝」まで、すなわちＮｏ．９のデータ構造を、Ｎｏ．６の「ａｓｓｅｔ＿ＩＤ＿ｌｅｎｇｔｈ」分、繰り返すことを示す。次に配置されているＮｏ．９の「ａｓｓｅｔ＿ＩＤ＿ｂｙｔｅ」は、「ａｓｓｅｔ＿ＩＤ＿ｌｅｎｇｔｈ」分だけ配置されて、アセットＩＤを示す８ビットの領域である。このアセットＩＤは、このデータアセット管理テーブルがいずれのデータアセットに関する情報を格納しているかを示す。

【0079】

次に配置されているＮｏ．１１の「ｃｏｍｐａｔｉｂｉｌｉｔｙＤｅｓｃｒｉｐｔｏｒ（）」は、コンパチビリティ記述子が配置される領域である。コンパチビリティ記述子は、例えば、受信装置１２のファームウェアを更新するためのファームウェアのダウンロードの際に、機種の指定などに用いられる。次に配置されているＮｏ．１２の「ｎｕｍ＿ｏｆ＿ｉｔｅｍｓ」は、Ｎｏ．９のアセットＩＤのデータアセットに格納されているアイテムの数を示す８ビットの領域である。次のＮｏ．１３の「ｆｏｒ（ｊ＝０；ｊ＜ｎｕｍ＿ｏｆ＿ｉｔｅｍｓ；ｊ＋＋）｛」は、Ｎｏ．１６までのデータ構造を、Ｎｏ．１２の「ｎｕｍ＿ｏｆ＿ｉｔｅｍｓ」分、繰り返すことを示す。次に配置されているＮｏ．１４の「ｉｔｅｍ＿ＩＤ」は、アイテムＩＤを示す３２ビットの領域である。このアイテムＩＤは、Ｎｏ．９のアセットＩＤのデータアセットに格納されているファイルのアイテムＩＤである。次に配置されているＮｏ．１５の「ｉｔｅｍ＿ｖｅｒｓｉｏｎ」は、直前のＮｏ．１４の「ｉｔｅｍ＿ＩＤ」が示すファイルのバージョン番号を示す８ビットの領域である。このバージョン番号は、そのファイルの内容に変化があると、番号が更新される。

【0080】

次のＮｏ．１７の「ｆｏｒ（ｊ＝０；ｊ＜ｎｕｍ＿ｏｆ＿ｉｔｅｍｓ；ｊ＋＋）｛」は、Ｎｏ．２４までのデータ構造を、Ｎｏ．１２の「ｎｕｍ＿ｏｆ＿ｉｔｅｍｓ」分、繰り返すことを示す。次に配置されているＮｏ．１８の「ｉｔｅｍ＿ＩＤ」は、アイテムＩＤを示す３２ビットの領域である。直後のＮｏ．２３までのデータ構造のデータは、このアイテムＩＤが示すファイルに関するデータである。次に配置されているＮｏ．１９の「ｉｔｅｍ＿ｃｈｅｃｋｓｕｍ」は、ファイルのチェックサム（誤り検出符号）を示す３２ビットの領域である。このチェックサムには、例えば、巡回冗長検査（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ；ＣＲＣ）が用いられる。

【0081】

次に配置されているＮｏ．２０の「ｉｔｅｍ＿ｌｏｃａｔｉｏｎ＿ｌｅｎｇｔｈ」は、直前のＮｏ．１８の「ｉｔｅｍ＿ＩＤ」が示すファイルのパス名の長さ（バイト数）を示す３２ビットの領域である。次のＮｏ．２１の「ｆｏｒ（ｋ＝０；ｋ＜ｉｔｅｍ＿ｌｏｃａｔｉｏｎ＿ｌｅｎｇｔｈ；ｋ＋＋）｛」は、Ｎｏ．２３まで、すなわち、Ｎｏ．２２のデータ構造がＮｏ．２０の「ｉｔｅｍ＿ｌｏｃａｔｉｏｎ＿ｌｅｎｇｔｈ」分、繰り返されることを示す。次に配置されているＮｏ．２２の「ｉｔｅｍ＿ｌｏｃａｔｉｏｎ＿ｂｙｔｅ」は、「ｉｔｅｍ＿ｌｏｃａｔｉｏｎ＿ｌｅｎｇｔｈ」分、繰り返し配置されることで、パス名を示す８ビットの領域である。

【0082】

次に配置されるＮｏ．２５の「ｄｅｓｃｒｉｐｔｏｒ＿ｌｏｏｐ＿ｌｅｎｇｔｈ」は、直後に配置される記述子の数を示す１６ビットの領域である。次のＮｏ．２６の「ｆｏｒ（ｌ＝０；ｌ＜Ｎ；ｌ＋＋）｛」は、直前のＮｏ．２５の「ｄｅｓｃｒｉｐｔｏｒ＿ｌｏｏｐ＿ｌｅｎｇｔｈ」分、Ｎｏ．２８の「｝」まで、すなわちＮｏ．２７のデータ構造が繰り返し配置されることを示す。次に配置されているＮｏ．２７の「ｄｅｓｃｒｉｐｔｏｒ（）」は、記述子が配置されることを示す。

【0083】

図１２は、ディレクトリ記憶部４１０が記憶するファイル管理情報の例を示すテーブルである。図１２に示すように、ファイル管理情報は、パス名と、アイテムＩＤまたはファイルＩＤと、パッケージＩＤと、パケットＩＤと、ソースアドレス、マルチキャストアドレスと、ポート番号と、ＵＲＬとを対応付けている。これらのうち、アイテムＩＤまたはファイルＩＤと、パッケージＩＤと、パケットＩＤと、ソースアドレス、マルチキャストアドレスと、ポート番号と、ＵＲＬとは、そのファイルが配置される伝送路に応じて、値が設定される伝送路における配置に関する情報である。

【0084】

例えば、図１２の１行目は、パス名「．／ＤｉｒＡ／Ｆｉｌｅ１」のファイルが、パッケージＩＤ「０００１」のパッケージのパケットＩＤ「０００１」のデータアセットのアイテムＩＤ「０００１」のアイテムとして伝送路に配置されることを示す。このようにデータアセットのアイテムとして配置される場合は、ソースアドレス、マルチキャストアドレス、ポート番号、ＵＲＬの値は設定されない。

【0085】

また、図１２の６行目は、パス名「．／ＤｉｒＣ／Ｆｉｌｅ６」のファイルが、ソースアドレス「１０．１８．１．５」、マルチキャストアドレス「２２４．０．１．５」、ポート番号「５０００１」のＩＰデータフローに、ファイルＩＤ「００１５」のファイルとして配置されることを示す。このように、配信設備１２からのＩＰデータフロー中にＢ４５方式で配置される場合は、パッケージＩＤ、パケットＩＤ、ＵＲＬの値は設定されない。なお、ＩＰデータフローが、ＩＰｖ６のＩＰデータフローであるときは、ソースアドレスと、マルチキャストアドレスの値は、８行目と同様に、ＩＰｖ６のＩＰアドレスとなる。

【0086】

また、図１２の８行目は、パス名「．／ＤｉｒＤ／Ｆｉｌｅ８」のファイルが、ソースアドレス「０００ａ：・・・」、マルチキャストアドレス「ＦＦ１Ｅ：・・・」、ポート番号「５０００２」のＩＰデータフローで伝送されるパッケージＩＤ「０００２」のパッケージのパケットＩＤ「０００１」のデータアセットのアイテムＩＤ「０００１」のアイテムとして配置されることを示す。このように、配信設備１２からのＩＰデータフロー中にＭＭＴＰ方式で配置される場合は、ＵＲＬの値は設定されない。なお、ＩＰデータフローが、ＩＰｖ４のＩＰデータフローであるときは、ソースアドレスと、マルチキャストアドレスの値は、６行目と同様に、ＩＰｖ４のＩＰアドレスとなる。

【0087】

また、図１２の９行目は、パス名「．／ＤｉｒＥ／Ｆｉｌｅ９」のファイルが、ＵＲＬ「ｈｔｔｐ：／／ｘｘｘ・・・」に配置されていることを示す。このように、ＵＲＬが指定される場合は、パッケージＩＤ、パケットＩＤ、ソースアドレス、マルチキャストアドレス、ポート番号の値は設定されない。

【0088】

図１３は、受信装置１４の動作を説明するフローチャートである。図１３のフローチャートは、ユーザによりパッケージが指定され、受信装置１４がそのパッケージを受信したときの処理を示す。まず、分離部４０２は、受信したパッケージに含まれるデータ伝送メッセージを分離する。制御メッセージ処理部４０５は、このデータ伝送メッセージを取得し、データ伝送メッセージに格納されているデータディレクトリ管理テーブルと、データアセット管理テーブルとからファイル管理情報を生成し、ディレクトリ記憶部４１０に記憶させる（Ｓａ１）。

【0089】

伝送路配置取得部４０９は、データレンダリング部４０８から、所望のファイルのパス名を取得する（Ｓａ２）。なお、データレンダリング部４０８は、既に取得しているファイル中に記載されたパス名から、所望のファイルのパス名を選択する。ただし、データレンダリング部４０８は、既に取得しているファイルが無いときは、例えば、受信中のパッケージＩＤなどから所定のルールに従い作成されるパス名を、所望のファイルのパス名とする。

【0090】

伝送路配置取得部４０９は、ディレクトリ記憶部４１０が記憶するファイル管理情報を参照し、所望のファイルの伝送路における配置に関する情報を取得する。受信制御部４０４は、伝送路配置取得部４０９が取得した伝送路における配置に関する情報を参照して、所望のファイルの伝送路を判定する（Ｓａ３）。例えば受信制御部４０４は、所望のファイルのパス名と対応付けたパッケージＩＤに値が設定されているときは、伝送路は放送であると判定する。また、受信制御部４０４は、所望のファイルのパス名と対応付けたＩＰアドレスに値が設定されているときは、伝送路はマルチキャストであると判定する。また、受信制御部４０４は、所望のファイルのパス名と対応付けたＵＲＬに値が設定されているときは、伝送路はユニキャストであると判定する。

【0091】

ステップＳａ３にて、伝送路が放送であると判定したときは（Ｓａ４−Ｙｅｓ）、受信制御部４０４は、伝送路における配置に関する情報により、受信しているデータフロー以外のデータフロー（他データフロー）が指定されているか否かを判定する（Ｓａ５）。ソースアドレスなどの値が設定されており、他データフローが指定されていると判定したときは（Ｓａ５−Ｙｅｓ）、受信制御部４０４は、そのパッケージの受信を放送受信部４００に指示する。そのパッケージが受信されると、分離部４０２がデータ伝送メッセージを分離し、制御メッセージ処理部４０５が、そのデータ伝送メッセージを取得する。制御メッセージ処理部４０５は、そのデータ伝送メッセージに配置されているデータアセット管理テーブルに従い、ディレクトリ記憶部４１０が記憶するファイル管理情報を更新する（Ｓａ６）。その後、処理は、ステップＳａ７に進む。また、ステップＳａ５にて、他データフローが指定されていないと判定したときは（Ｓａ５−Ｎｏ）、処理は、直接ステップＳａ７に進む。

【0092】

ステップＳａ７では、伝送路配置取得部４０９は、所望のファイルのパケットＩＤ、アイテムＩＤを、ファイル管理情報から取得する。次に、受信制御部４０４は、伝送路配置取得部４０９が取得したパケットＩＤが示すデータアセット中の、伝送路配置取得部４０９が取得したアイテムＩＤのファイルの分離を、分離部４０２に指示する。データレンダリング部４０８は、この指示に従い分離部４０２が分離したファイルを、所望のファイルとして取得する（Ｓａ８）。その後、処理は、ステップＳａ２に戻る。

【0093】

一方、ステップＳａ３にて、伝送路がマルチキャストであると判定したときは（Ｓａ９−Ｙｅｓ）、受信制御部４０４は、伝送路配置取得部４０９がステップＳａ３にて取得した伝送路における配置に関する情報から、ファイルＩＤ（またはパケットＩＤとアイテムＩＤ）、ＩＰアドレス（ソースアドレス、マルチキャストアドレス）、ポート番号を取得する（Ｓａ１０）。受信制御部４０４は、取得したＩＰアドレス、ポート番号のＩＰデータフローの受信を、ネットワーク通信部４０１に指示する。ネットワーク通信部４０１は、指示されたＩＰアドレス、ポート番号のＩＰデータフローの受信を開始する（Ｓａ１１）。さらに、受信制御部４０４は、取得したファイルＩＤ（またはパケットＩＤとアイテムＩＤ）のファイルの分離を、分離部４０２に指示する。分離部４０２は、指示されたファイルＩＤ（またはパケットＩＤとアイテムＩＤ）のファイルを、ステップＳａ１１で受信を開始したＩＰデータフローから、所望のファイルとして分離（Ｓａ１２）、データレンダリング部４０８に入力する。その後、処理は、ステップＳａ２に戻る。

【0094】

一方、ステップＳａ３にて、伝送路がユニキャストであると判定したときは（Ｓａ９−Ｎｏ）、受信制御部４０４は、伝送路配置取得部４０９がステップＳａ３にて取得した伝送路における配置に関する情報から、ＵＲＬを取得する（Ｓａ１３）。受信制御部４０４は、取得したＵＲＬをネットワーク通信部４０１に通知して、そのＵＲＬが示すファイルの取得を指示する。ネットワーク通信部４０１は、ＵＲＬを通知されると、通知されたＵＲＬを用いて、ネットワーク１３を介して配信設備１２からファイルを取得する（Ｓａ１４）。ネットワーク通信部４０１は、取得したファイルを、所望のファイルとしてデータレンダリング部４０８に入力する。その後、処理は、ステップＳａ２に戻る。

【0095】

なお、本実施形態では、データアセット管理テーブルと、データディレクトリ管理テーブルの双方に、ファイルのパス名が格納されているが、いずれか一方のみであってもよい。
また、ファイルとしてアーカイブファイルを伝送する場合は、データディレクトリ管理テーブルには、パス名のうち、アーカイブファイル内の全てのファイルに共通する部分までを記述し、残りのパス名は、アーカイブファイル内に格納する。
また、アセットＩＤの代わりに、ＭＰテーブルに記載されるコンポーネントタグ（ｃｏｍｐｏｎｅｎｔ＿ｔａｇ）を用いるようにしてもよい。

【0096】

このように、分離部４０２は、データフローから、データ伝送メッセージ（データ伝送情報）を分離する。伝送路配置取得部４０９は、ファイルのパス名を指定されると、データ伝送メッセージから生成されたファイル管理情報を参照して、指定されたパス名のファイルの、伝送路における配置に関する情報を取得する。ファイル取得部４１３は、この伝送路における配置に関する情報を参照して、指定されたパス名のファイルを取得する。

【0097】

これにより、ファイルのパス名を、伝送路における配置とは異なるものとすることができるので、コンテンツの作成時に、コンテンツを構成するファイルがどのように伝送路に配置されるかを意識する必要がない。

【0098】

また、データレンダリング部４０８からの要求ではなく、フィル管理情報に記載された全てのパス名（すなわち、データ伝送メッセージに記載された全てのパス名）のファイルを所望のファイルとして、データレンダリング部４０８からの要求の前に、予め取得するようにしてもよい。その場合、図１４に示すように、分離部４０２が分離したファイルおよびネットワーク通信部４０１が取得したファイルは、ファイル記憶部４１４が記憶する。このファイル記憶部４１４は、これらのファイルを、データ伝送メッセージに記載されたパス名で記憶する。

【0099】

このようにしても、データレンダリング部４０８は、伝送路における配置とは無関係なパス名を用いて、ファイル記憶部４１４に記憶しているファイルにアクセスすることができる。また、予め取得してファイル記憶部４１４に記憶しておくのは、伝送路が放送のファイルのみ、あるいは、伝送路が放送またはマルチキャストのファイルのみとしてもよい。

【0100】

また、図１における放送設備１１、配信設備１２または受信装置１４の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、これらの装置を実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。

【0101】

また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

【0102】

以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。

【符号の説明】

【0103】

１０…コンテンツ伝送システム
１１…放送設備
１２…配信設備
１３…ネットワーク
１４…受信装置
１５…出力装置
１０１…制御メッセージ生成装置
１０２…映像送出装置
１０３…音声送出装置
１０４…データ送出装置
１０５…多重装置
１０６…配信装置
１１１…ディレクトリ管理テーブル生成部
１１２…アセット管理テーブル生成部
１１３…データ伝送メッセージ生成部
４００…放送受信部
４０１…ネットワーク通信部
４０２…分離部
４０３…指定取得部
４０４…受信制御部
４０５…制御メッセージ処理部
４０６…映像デコード部
４０７…音声デコード部
４０８…データレンダリング部
４０９…伝送路配置取得部
４１０…ディレクトリ記憶部
４１１…映像合成部
４１２…音声合成部
４１３…ファイル取得部
４１４…ファイル記憶部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】