JP2015180059A - データ送出システム、受信装置、およびプログラム - Google Patents

Abstract

【課題】ＭＭＴ方式の伝送において、データ受信が、いつ開始されてもファイルが全て受信されるようにすることができるデータ送出システムを提供すること。
【解決手段】コンテンツを構成するファイルを取得し、ファイルを格納したＭＭＴＰパケットを、繰り返し送出するデータ送出装置と、コンテンツを構成するファイル各々のパス名を記憶するテーブルを格納したＭＭＴＰパケットを送出する制御メッセージ生成装置と、データ送出装置が送出したＭＭＴＰパケットと、制御メッセージ生成装置が送出したＭＭＴＰパケットとを多重する多重装置とを具備し、ファイルを格納したＭＭＴＰパケットのパケットＩＤと、テーブルを格納したＭＭＴＰパケットのパケットＩＤとは異なることを特徴とするデータ送出システム。
【選択図】図１

Description

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

現在、デジタル放送では、途中からデータの受信を開始してもデータ放送のコンテンツを構成するファイルがすべて受信できるよう、データカルーセル伝送方式（非特許文献１参照）を用いて、データ放送のコンテンツを構成するファイルを伝送している。このデータカルーセル伝送方式は、ＭＰＥＧ２−ＴＳでの伝送を前提とした方式である。一方、スーパーハイビジョンなどを対象とした将来のデジタル放送では、伝送方式としてＭＭＴ（Mpeg Media Transport；ISO/IEC 23008-1）も採用されることが決まっており、ＭＭＴ方式においては、映像などのストリームをＭＭＴＰ（Mpeg Media Transport Protocol）パケットで伝送する。

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

しかしながら、ＭＭＴ方式の伝送には、受信機がデータ受信をいつ開始してもコンテンツファイルをすべて受信できる伝送方法がないという問題がある。

本発明は、このような事情に鑑みてなされたもので、ＭＭＴ方式の伝送において、データ受信が、いつ開始されてもファイルが全て受信されるようにすることができるデータ送出システム、受信装置、およびプログラムを提供する。

（１）この発明は上述した課題を解決するためになされたもので、本発明の一態様は、コンテンツを構成するファイルを取得し、前記コンテンツを構成するファイルを格納したＭＭＴＰパケットを、繰り返し送出するデータ送出装置と、前記コンテンツを構成するファイル各々のパス名を記憶するテーブルを格納したＭＭＴＰパケットを送出する制御メッセージ生成装置と、前記データ送出装置が送出したＭＭＴＰパケットと、前記制御メッセージ生成装置が送出したＭＭＴＰパケットとを多重する多重装置とを具備し、前記コンテンツを構成するファイルを格納したＭＭＴＰパケットのパケットＩＤと、前記テーブルを格納したＭＭＴＰパケットのパケットＩＤとは異なることを特徴とするデータ送出システムである。

（２）また、本発明の他の態様は、（１）に記載のデータ送出システムであって、前記データ送出装置が、前記コンテンツを構成するファイルを取得するファイル取得部と、前記ファイル取得部が取得したファイルをＭＭＴＰペイロードに格納するＭＭＴＰペイロード生成部と、前記ＭＭＴＰペイロードを記憶するペイロード記憶部と、前記ペイロード記憶部が記憶する前記ＭＭＴＰペイロードを、ＭＭＴＰパケットに格納して送出することを繰り返す送出部とを備える。

（３）また、本発明の他の態様は、（１）または（２）に記載のデータ送出システムであって、前記テーブルは、データディレクトリ管理テーブルであることを特徴とする。

（４）また、本発明の他の態様は、繰り返し送出される、コンテンツを構成するファイルを格納したＭＭＴＰパケットと、前記コンテンツを構成するファイル各々のパス名を記憶するテーブルを格納したＭＭＴＰパケットとを受信する受信部と、前記テーブルを参照して、前記受信部が受信したＭＭＴＰパケットから、所望のパス名のファイルを復元するファイル復元部とを具備し、前記コンテンツを構成するファイルを格納したＭＭＴＰパケットのパケットＩＤと、前記テーブルを格納したＭＭＴＰパケットのパケットＩＤとは異なることを特徴とする受信装置である。

（５）また、本発明の他の態様は、コンピュータを、繰り返し送出される、コンテンツを構成するファイルを格納したＭＭＴＰパケットと、前記コンテンツを構成するファイル各々のパス名を記憶するテーブルを格納したＭＭＴＰパケットとを受信する受信部、前記テーブルを参照して、前記受信部が受信したＭＭＴＰパケットから、所望のパス名のファイルを復元するファイル復元部として機能させるためのプログラムであって、前記コンテンツを構成するファイルを格納したＭＭＴＰパケットのパケットＩＤと、前記テーブルを格納したＭＭＴＰパケットのパケットＩＤとは異なることを特徴とする。

この発明によれば、ＭＭＴ方式の伝送において、データ受信が、いつ開始されてもファイルが全て受信されるようにすることができる。

この発明の一実施形態によるコンテンツ伝送システム１０の構成を示す概略ブロック図である。 同実施形態における放送設備１１が送信するＩＰデータフローの構成例を示す模式図である。 同実施形態における放送設備１１によるファイルの伝送方法を説明する模式図である。 同実施形態における放送設備１１の構成を示す概略ブロック図である。 同実施形態における制御メッセージ生成装置１０１の構成を示す概略ブロック図である。 同実施形態におけるデータ送出装置１０４の構成を示す概略ブロック図である。 同実施形態における受信装置１２の構成を示す概略ブロック図である。 同実施形態におけるデータ伝送メッセージのデータ構造を示す表である。 同実施形態におけるデータディレクトリ管理テーブルのデータ構造を示す表である。 同実施形態における伝送配置情報のデータ構造を示す表である。 同実施形態におけるデータアセット管理テーブルのデータ構造を示す表である。

以下、図面を参照して、本発明の実施の形態について説明する。図１は、この発明の一実施形態によるコンテンツ伝送システム１０の構成を示す概略ブロック図である。コンテンツ伝送システム１０は、一つまたは複数のファイルから構成されるコンテンツ（マルチメディアコンテンツともいう）を、放送波を用いて伝送する。コンテンツ伝送システム１０は、伝送のデータ形式として、下位層から順にＴＬＶ（Type Length Value）、ＩＰ（Internet Protocol）を用いた、ＭＭＴ（MPEG Media Transport）方式によって伝送する。

コンテンツ伝送システム１０は、放送設備１１、受信装置１２、出力装置１３を有する。放送設備１１は、コンテンツを構成するファイルを、放送波を用いて、繰り返し送出する。このファイルには、ＨＴＭＬ（HyperText Markup Language）ファイルなどの文字情報、制御情報などを含むファイル、ＪａｖａＳｃｒｉｐｔ（登録商標）などのアプリケーションを記述したファイル、ＪＰＥＧ（Joint Picture Experts Group）などの静止画像ファイル、ＭＰＥＧ−２オーディオなどの音声ファイルを含めることができる。受信装置１２は、放送設備１１が配信したファイルを受信し、受信したファイルをレンダリングしたり、実行したり、復号したりすることで、コンテンツの画像、音声を生成する。受信装置１２は、このコンテンツの画像を表す画像信号と、音声を表す音声信号とを生成し、出力装置１３に入力する。出力装置１３は、液晶ディスプレイなどの表示デバイスと、スピーカとを有し、受信装置１２が生成した画像信号が表す画像の表示と、音声信号が表す音声の出力とを行う。なお、受信装置１２と、出力装置１３とは、一体となっていてもよい。

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

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

データアセット管理テーブルＡＭ１、ＡＭ２の各々は、対応する一つのアセットＩＤと、そのアセットＩＤのデータアセットに格納されているファイルのアイテムＩＤとを格納する。データアセット管理テーブルは、データアセットの数だけ、データ伝送メッセージに格納されている。

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

図３は、放送設備１１によるファイルの伝送方法を説明する模式図である。図３に示すように、放送設備１１は、伝送するファイルＦ１を、先頭から順に所定のサイズのブロックＦ１ａ、Ｆ１ｂ、・・・に分割する。そして、放送設備１１は、これらのブロックＦ１ａ、Ｆ１ｂ、・・・に、それぞれ、ＭＭＴＰペイロードヘッダＰＨ１、ＰＨ２、・・・を付加して、ＭＭＴＰペイロードＰＬ１、ＰＬ２とする。これらのＭＭＴＰペイロードヘッダＰＨ１、ＰＨ２、・・・には、アイテムＩＤ、フラグメンテーションインジケータ（Fragmentation Indicator）、フラグメントカウンター（fragment_counter）を含む。アイテムＩＤは、そのＭＭＴＰペイロードヘッダが付加されたブロックのファイルＦ１のアイテムＩＤである。

フラグメンテーションインジケータは、「０」から「３」の４つの値をとる。「０」のときは、そのＭＭＴＰペイロードヘッダが付加されたブロックのみで完結したファイルであることを示す。「１」のときは、そのＭＭＴＰペイロードヘッダが付加されたブロックが、ファイルの先頭であることを示す。「２」のときは、そのＭＭＴＰペイロードヘッダが付加されたブロックが、ファイルの先頭でも末尾でもないことを示す。「３」のときは、そのＭＭＴＰペイロードヘッダが付加されたブロックが、ファイルの末尾であることを示す。フラグメントカウンターは、同じファイルから分割されたＭＭＴＰが、あといくつあるかを示す。

放送設備１１は、ペイロードＰＬ１、ＰＬ２、・・・に、それぞれ、ＭＭＴＰパケットヘッダＨ１、Ｈ２を付加して、ＭＭＴＰパケットＰ１、Ｐ２とする。これらＭＭＴＰパケットヘッダＨ１、Ｈ２は、それぞれ、パケットＩＤ、パケットシーケンス番号、タイムスタンプを含む。パケットシーケンス番号は、同じパケットＩＤに振られる通し番号である。タイムスタンプは、そのＭＭＴＰパケットの１バイト目を送出するときの時刻を示す。

放送設備１１は、これらのＭＭＴＰパケットＰ１、Ｐ２、・・・を繰り返し送出する。ただし、放送設備１１は、ＭＭＴＰパケットヘッダのパケットシーケンス番号、タイムスタンプについては、送出する度に、そのときの値を割当てる。例えば、放送設備１１は、パケットシーケンス番号には、直前に送出した同じパケットＩＤのパケットシーケンス番号から連続した番号となるように、値を割当てる。

受信装置１２は、これらのＭＭＴＰパケットＰ１、Ｐ２、Ｐ３、・・・を受信し、ファイルＦ１、ファイルＦ２、・・・を構築する。このとき、例えば、受信装置１２が、ＭＭＰＴパケットＰ３から受信を開始したとする。ＭＭＴＰパケットＰ１、Ｐ２、Ｐ３・・・・は繰り返し送出されているので、受信装置１２は、ＭＭＴＰパケットＰ３以降を受信した後に、再び送出されるＭＭＴＰパケットＰ１、Ｐ２を受信する。このため、受信装置１２は、ＭＭＴＰパケットＰ１、Ｐ２、・・・の全てを受信し、コンテンツを構成する全てのファイルＦ１、Ｆ２、・・・を構築することができる。なお、伝送誤りなどにより、途中のＭＭＴＰパケットの受信に失敗したときも同様である。

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

映像送出装置１０２は、映像のアセットを格納したＭＭＴＰパケットを生成する。音声送出装置１０３は、音声のアセットを格納したＭＭＴＰパケットを生成する。データ送出装置１０４は、コンテンツを構成するファイルをアイテムとして伝送するアセット（データアセット）を格納したＭＭＴＰパケットを生成する。コンテンツを構成するファイルとしては、ＨＴＭＬファイルなどの文字情報、制御情報などを含むファイル、ＪａｖａＳｃｒｉｐｔ（登録商標）などのアプリケーションを記述したファイル、ＪＰＥＧなどの静止画像ファイル、ＭＰＥＧ−２オーディオなどの音声ファイルなどがある。多重装置１０５は、制御メッセージ生成装置１０１、映像送出装置１０２、音声送出装置１０３、データ送出装置１０４の各々が生成したＭＭＴＰパケットを多重する。多重装置１０５は、多重したＭＭＴＰパケットを伝送するＩＰデータフローを生成する。配信装置１０６（配信部）は、多重装置１０５が生成したＩＰデータフローを伝送するＴＬＶストリームを生成し、そのＴＬＶストリームを放送波を用いて配信する。

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

なお、ディレクトリ管理テーブルは、放送設備１１によりファイルが伝送されている場合は、伝送路における配置に関する情報として、ファイルが伝送されているパッケージのパッケージＩＤと、ファイルに対応付けられたアイテムＩＤとを格納している。また、ディレクトリ管理テーブルは、ＩＰネットワークを介して、マルチキャストまたはユニキャストによりファイルが伝送されている場合にも、伝送路における配置に関する情報を格納するが、詳細は省略する。

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

図６は、データ送出装置１０４の構成を示す概略ブロック図である。データ送出装置１０４は、ファイル取得部１４１、ＭＭＴＰペイロード生成部１４２、ペイロード記憶部１４３、ＭＭＴＰパケット生成部１４４、データアセット送出部１４５を含む。ＭＭＴＰパケット生成部１４４と、データアセット送出部１４５とで、送出部１４６として機能する。ファイル取得部１４１は、コンテンツを構成するファイルを取得する。ＭＭＴＰペイロード生成部１４２は、ファイル取得部１４１が取得したファイルを、所定のサイズ以下に分割し、ＭＭＴＰペイロードヘッダを付加して、ＭＭＴＰペイロードを生成する。ＭＭＴＰペイロード生成部１４２は、生成したＭＭＴＰペイロードをペイロード記憶部１４３に記憶させる。

ＭＭＴＰパケット生成部１４４は、ペイロード記憶部１４３が記憶するＭＭＴＰペイロードを読み出し、読み出したＭＭＴＰペイロードにＭＭＴＰパケットヘッダを付加することで、ＭＭＴＰパケットを生成する。ＭＭＴＰパケット生成部１４４は、送出すべきＭＭＴＰペイロードを全て読み出してＭＭＴＰパケットを生成することを繰り返す。このとき、ＭＭＴＰパケット生成部１４４は、ＭＭＴＰパケットヘッダのパケットシーケンス番号が連続した番号となるように値を割り振る。データアセット送出部１４５は、ＭＭＴＰパケット生成部１４４がＭＭＴＰパケットを生成すると、そのＭＭＴＰパケットを出力する。

図７は、受信装置１２の構成を示す概略ブロック図である。受信装置１２は、放送受信部２０１、分離部２０２、指定取得部２０３、受信制御部２０４、制御メッセージ処理部２０５、映像デコード部２０６、音声デコード部２０７、データレンダリング部２０８、映像合成部２０９、音声合成部２１０、ファイル復元部２１１を含む。放送受信部２０１は、放送設備１１が送出した放送波を受信し、受信した放送波からＴＬＶストリームを検出する。放送受信部２０１は、検出したＴＬＶストリームに格納されているＩＰデータフローを抽出して、分離部２０２に入力する。

分離部２０２は、入力したＩＰデータフローからＭＭＴＰパケットを抽出する。分離部２０２は、受信制御部２０４から指定されたパケットＩＤのＭＭＴＰパケットを、それぞれ、制御メッセージ処理部２０５、映像デコード部２０６、音声デコード部２０７、ファイル復元部２１１に入力する。指定取得部２０３は、ユーザによるコンテンツの指定を取得する。本実施形態では、コンテンツの指定は、受信装置１２のリモートコントローラを用いて、コンテンツを伝送するパッケージのパッケージＩＤに対応するボタンを押下することで行われる。指定取得部２０３は、押下されたボタンを検出し、そのボタンに対応するパッケージＩＤを、受信制御部２０４に入力する。

受信制御部２０４は、指定取得部２０３から入力されたパッケージＩＤに従い、受信するＩＰデータフローを決定し、その受信を放送受信部２０１に指示する。また、受信制御部２０４は、制御メッセージ処理部２０５から入力されたパッケージを構成する各アセットのパケットＩＤに従い、分離部２０２に、各部に入力するＭＭＴＰパケットのパケットＩＤを指示する。

制御メッセージ処理部２０５は、分離部２０２から入力されたＭＭＴＰパケットから、データ伝送メッセージ、ＰＡメッセージなどの制御メッセージを抽出する。制御メッセージ処理部２０５は、ＰＡメッセージから、パッケージを構成するアセットのパケットＩＤを取得し、受信制御部２０４に入力する。また、制御メッセージ処理部２０５は、データ伝送メッセージから、コンテンツを構成するファイルのパス名と、アイテムＩＤとの対応を取得し、ファイル復元部２１１に入力する。

映像デコード部２０６は、分離部２０２から入力されたＭＭＴＰパケットに格納されている映像データを抽出し、復号する。映像デコード部２０６は、復号して得られた映像信号を、映像合成部２０９に入力する。音声デコード部２０７は、分離部２０２から入力されたＭＭＴＰパケットに格納されている音声データを抽出し、復号する。音声デコード部２０７は、復号して得られた音声信号を、音声合成部２１０に入力する。データレンダリング部２０８は、例えば、ＨＴＭＬブラウザであり、ファイル復元部２１１が復元したファイルをレンダリング、実行、復号などして、画像信号と、音声信号を生成する。なお、ファイル復元部２１１が復元したファイルには、データ送出装置１０４が送出したファイルであるので、ＨＴＭＬファイルなどの文字情報、制御情報などを含むファイル、ＪａｖａＳｃｒｉｐｔ（登録商標）などのアプリケーションを記述したファイル、ＪＰＥＧなどの静止画像ファイル、ＭＰＥＧ−２オーディオなどの音声ファイルが含まれる。

映像合成部２０９は、映像デコード部２０６からの映像信号と、データレンダリング部２０８からの映像信号とを合成し、合成した映像信号を出力する。音声合成部２１０は、音声デコード部２０７からの音声信号と、データレンダリング部２０８からの音声信号とを合成し、合成した音声信号を出力する。

ファイル復元部２１１は、分離部２０２から入力されたＭＭＴＰパケットからファイルを復元する。例えば、図３のように、ファイルがＭＭＴＰパケットＰ１、Ｐ２、Ｐ３、・・・に分割され、繰り返し送出されていると、ファイル復元部２１１は、ＭＭＴＰパケットＰ３から受信を開始しても、次の繰り返しでＭＭＴＰパケットＰ１、Ｐ２を受信し、そのファイルを復元することができる。ファイル復元部２１１は、制御メッセージ処理部２０５から入力されたパス名とアイテムＩＤとの対応を参照して、復元したファイルのパス名を特定する。ファイル復元部２１１は、データレンダリング部２０８から指定されたパス名のファイルを、データレンダリング部２０８に入力する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に配置されているＮｏ．１０の「ｎｕｍ＿ｏｆ＿ｉｔｅｍ」は、Ｎｏ．８のアセットＩＤのデータアセットに格納されているアイテムの数を示す８ビットの領域である。次のＮｏ．１１の「ｆｏｒ（ｊ＝０；ｊ＜Ｍ；ｊ＋＋）｛」は、Ｎｏ．１４までのデータ構造を、Ｎｏ．１０の「ｎｕｍ＿ｏｆ＿ｉｔｅｍ」分、繰り返すことを示す。次に配置されているＮｏ．１２の「ｉｔｅｍ＿ＩＤ」は、アイテムＩＤを示す３２ビットの領域である。このアイテムＩＤは、Ｎｏ．８のアセットＩＤのデータアセットに格納されているファイルのアイテムＩＤである。次に配置されているＮｏ．１３の「ｉｔｅｍ＿ｖｅｒｓｉｏｎ」は、直前のＮｏ．１２の「ｉｔｅｍ＿ＩＤ」が示すファイルのバージョン番号を示す８ビットの領域である。

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

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

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

なお、本実施形態では、ＩＰデータフローは、ＭＭＴ多重化方式により伝送されているが、これに限定されない。例えば、ＩＰネットワーク上で伝送されてもよいし、放送波により伝送されている、その他のビットストリームにより伝送されてもよい。また、ＴＬＶストリームは、例えば、ケーブルテレビなど放送波以外の媒体により伝送されてもよい。

このように、データ送出装置１０４は、コンテンツを構成するファイルを取得し、ファイルを格納したＭＭＴＰパケットを、繰り返し送出する。
また、受信装置１２は、コンテンツを構成するファイルを格納したＭＭＴＰパケットを受信する放送受信部２０１と、受信したＭＭＴＰパケットからファイルを復元するファイル復元部２１１を備える。
これにより、ＭＭＴ方式の伝送において、データ受信が、いつ開始されてもファイルが全て受信されるようにすることができる。

また、データ送出装置１０４は、ファイルをＭＭＴＰペイロードに格納するＭＭＴＰペイロード生成部１４２と、ＭＭＴＰペイロードを記憶するペイロード記憶部１４３と、ペイロード記憶部１４３が記憶するＭＭＴＰペイロードを、ＭＭＴＰパケットに格納して送出することを繰り返す送出部１４６とを備える。
これにより、繰り返し送出する際に、内容が同一となるＭＭＴＰペイロードを毎回生成する必要がなくなる。

また、放送設備１１（データ送出システム）は、データ送出装置１０４と、コンテンツを構成するファイル各々のパス名を記憶するテーブルを格納したＭＭＴＰパケットを送出する制御メッセージ生成装置１０１と、データ送出装置１０４と制御メッセージ生成装置１０１が送出したＭＭＴＰパケットを多重する多重装置１０５とを具備する。
これにより、ファイルを伝送するアセットと、ファイルのパス名などを記憶するテーブルとのレートの組合せなどを、自由に変更することができる。

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

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

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

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

Claims (5)

1. コンテンツを構成するファイルを取得し、前記コンテンツを構成するファイルを格納したＭＭＴＰパケットを、繰り返し送出するデータ送出装置と、
   前記コンテンツを構成するファイル各々のパス名を記憶するテーブルを格納したＭＭＴＰパケットを送出する制御メッセージ生成装置と、
   前記データ送出装置が送出したＭＭＴＰパケットと、前記制御メッセージ生成装置が送出したＭＭＴＰパケットとを多重する多重装置と
   を具備し、
   前記コンテンツを構成するファイルを格納したＭＭＴＰパケットのパケットＩＤと、前記テーブルを格納したＭＭＴＰパケットのパケットＩＤとは異なることを特徴とするデータ送出システム。
2. 前記データ送出装置が、
   前記コンテンツを構成するファイルを取得するファイル取得部と、
   前記ファイル取得部が取得したファイルをＭＭＴＰペイロードに格納するＭＭＴＰペイロード生成部と、
   前記ＭＭＴＰペイロードを記憶するペイロード記憶部と、
   前記ペイロード記憶部が記憶する前記ＭＭＴＰペイロードを、ＭＭＴＰパケットに格納して送出することを繰り返す送出部と
   を備えることを特徴とする請求項１に記載のデータ送出システム。
3. 前記テーブルは、データディレクトリ管理テーブルであることを特徴とする請求項１または請求項２に記載のデータ送出システム。
4. 繰り返し送出される、コンテンツを構成するファイルを格納したＭＭＴＰパケットと、前記コンテンツを構成するファイル各々のパス名を記憶するテーブルを格納したＭＭＴＰパケットとを受信する受信部と、
   前記テーブルを参照して、前記受信部が受信したＭＭＴＰパケットから、所望のパス名のファイルを復元するファイル復元部と
   を具備し、
   前記コンテンツを構成するファイルを格納したＭＭＴＰパケットのパケットＩＤと、前記テーブルを格納したＭＭＴＰパケットのパケットＩＤとは異なることを特徴とする受信装置。
5. コンピュータを、
   繰り返し送出される、コンテンツを構成するファイルを格納したＭＭＴＰパケットと、前記コンテンツを構成するファイル各々のパス名を記憶するテーブルを格納したＭＭＴＰパケットとを受信する受信部、
   前記テーブルを参照して、前記受信部が受信したＭＭＴＰパケットから、所望のパス名のファイルを復元するファイル復元部
   として機能させるためのプログラムであって、
   前記コンテンツを構成するファイルを格納したＭＭＴＰパケットのパケットＩＤと、前記テーブルを格納したＭＭＴＰパケットのパケットＩＤとは異なることを特徴とするプログラム。

Images