(57)【要約】【課題】ファイルで構成されるコンテンツを良好に伝送する。【解決手段】伝送ストリームを所定の伝送路を通じて受信側に送信する。この伝送ストリームには、伝送メディアを含む第１の伝送パケットと、この伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化されている。第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データであって、分割総数が所定数を超える場合、第１の伝送パケットや第２の伝送パケットに、第１の伝送パケットに含まれる分割データを識別するための識別情報を挿入する。【選択図】図９
2019208248.tif 000002
【特許請求の範囲】
【請求項１】
伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信部を備え、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データである場合、
上記伝送ストリーム生成部は、
上記第１の伝送パケットのヘッダに、該第１の伝送パケットに含まれる分割データの順番を示す順番情報および上記分割データの総数を示す総数情報を有する拡張ヘッダを配置する
送信装置。
【請求項２】
上記伝送パケットはＭＭＴパケットである
請求項１に記載の送信装置。
【請求項３】
伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成ステップと、
送信部により、上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信ステップを有し、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データである場合、
上記伝送ストリーム生成ステップでは、
上記第１の伝送パケットのヘッダに、該第１の伝送パケットに含まれる分割データの順番を示す順番情報および上記分割データの総数を示す総数情報を有する拡張ヘッダを配置する
送信方法。
【請求項４】
伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを、送信側から所定の伝送路を通じて受信する伝送ストリーム受信部を備え、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データである場合、上記第１の伝送パケットのヘッダに、該第１の伝送パケットに含まれる分割データの順番を示す順番情報および上記分割データの総数を示す総数情報を有する拡張ヘッダが配置されており、
上記伝送ストリームから、上記順番情報および上記総数情報を利用して、上記所定のコンテンツを構成するファイルの各分割データをそれぞれ含む上記第１の伝送パケットをフィルタリングして上記ファイルを取得するファイル取得部をさらに備える
受信装置。
【請求項５】
伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信部を備え、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データであって、分割総数が所定数を超える場合、
上記伝送ストリーム生成部は、
上記ファイルを、それぞれに含まれる上記分割データの個数が上記所定数以内となるように、複数のファイルに分割し、
上記第２の伝送パケットに、上記複数のファイルの連結情報を挿入する
送信装置。
【請求項６】
上記複数のファイルの連結情報には、上記分割データの総数を示す総数情報が付加されている
請求項５に記載の送信装置。
【請求項７】
上記伝送パケットはＭＭＴパケットであり、
上記所定数は２５６である
請求項５に記載の送信装置。
【請求項８】
上記複数のファイルの連結情報は、データ・トランスミッション・メッセージに含まれるデータ・アセット・マネジメント・テーブルに挿入される
請求項７に記載の送信装置。
【請求項９】
上記複数のファイルには連番のファイル識別子が付与され、
上記複数のファイルの連結情報は、上記データ・アセット・マネジメント・テーブルに、上記複数のファイルのうち最初のファイルの情報として挿入され、
上記複数のファイルの連結情報には、上記複数のファイルのうち最後のファイルのファイル識別子が含まれる
請求項８に記載の送信装置。
【請求項１０】
伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成ステップと、
送信部により、上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信ステップを有し、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データであって、分割総数が所定数を超える場合、
上記伝送ストリーム生成ステップでは、
上記ファイルを、それぞれに含まれる上記分割データの個数が上記所定数以内となるように、複数のファイルに分割し、
上記第２の伝送パケットに、上記複数のファイルの連結情報を挿入する
送信方法。
【請求項１１】
伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを、送信側から所定の伝送路を通じて受信する伝送ストリーム受信部を備え、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データであって、分割総数が所定数を超える場合、上記ファイルは、それぞれに含まれる上記分割データの個数が上記所定数以内となるように、複数のファイルに分割されると共に、上記第２の伝送パケットに上記複数のファイルの連結情報が挿入されており、
上記伝送ストリームから、上記複数のファイルの連結情報を利用して、上記所定のコンテンツを構成するファイルの各分割データをそれぞれ含む上記第１の伝送パケットをフィルタリングして上記ファイルを取得するファイル取得部をさらに備える
受信装置。
【請求項１２】
伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信部と、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データであって、分割総数が所定数を超える場合、上記第１の伝送パケットおよび/または上記第２の伝送パケットに、上記第１の伝送パケットに含まれる分割データを識別するための識別情報を挿入する識別情報挿入部を備える
送信装置。
【請求項１３】
伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを、送信側から所定の伝送路を通じて受信する伝送ストリーム受信部を備え、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データであって、分割総数が所定数を超える場合、上記第１の伝送パケットおよび/または上記第２の伝送パケットに、上記第１の伝送パケットに含まれる分割データを識別するための識別情報が挿入されており、
上記伝送ストリームから、上記識別情報を利用して、上記所定のコンテンツを構成するファイルの各分割データをそれぞれ含む上記第１の伝送パケットをフィルタリングして上記ファイルを取得するファイル取得部をさらに備える
受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、送信装置、送信方法および受信装置に関する。詳しくは、本技術は、ファイルで構成されるコンテンツを伝送する送信装置等に関する。
【背景技術】
【０００２】
現在の放送システムでは、メディアのトランスポート方式として、ＭＰＥＧ−２  ＴＳ(Moving Picture Experts Group-2 Transport Stream）方式やＲＴＰ（Real Time Protocol）方式が広く使用されている（例えば、特許文献１を参照）。
【０００３】
次世代のデジタル放送方式として、ＭＰＥＧで新たなメディア・トランスポート方式として規格化されたＭＭＴ（MPEG Media Transport）（例えば、非特許文献１参照）が検討されている。
【０００４】
ファイルをＭＭＴで伝送する際、１つのＭＭＴ/ＩＰパケット長を４ＫＢ程度として伝送するとして分割した場合、インデックス情報として現状では８ビットのフラグメントカウンタ（fragment counter）しかないので、最大１ＭＢ程度のファイルしかインデックスを付けることができない。
【０００５】
蓄積型放送においてはＧＢオーダーのファイルを伝送することも想定される。データ放送で利用するファイルでも１ＭＢ以上のＪＰＥＧファイルは十分想定される。放送で伝送する場合に、フラグメント化したファイル伝送の途中から受信するケース、途中のファイルが悪天候等で抜けるケース等が想定され、より大きなファイルを分割して伝送する場合のインデックス情報が必要である。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１３−１５３２９１号公報
【非特許文献】
【０００７】
【非特許文献１】ISO/IEC FDIS 23008-1:2013(E) Information technology-High efficiency coding and media delivery in heterogeneous environments-Part1:MPEG media transport(MMT)
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本技術の目的は、ファイルで構成されるコンテンツを良好に伝送することにある。
【課題を解決するための手段】
【０００９】
本技術の概念は、
伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信部を備え、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データである場合、
上記伝送ストリーム生成部は、
上記第１の伝送パケットのヘッダに、該第１の伝送パケットに含まれる分割データの順番を示す順番情報および上記分割データの総数を示す総数情報を有する拡張ヘッダを配置する
送信装置にある。
【００１０】
本技術において、伝送ストリーム生成部により、伝送メディアを含む第１の伝送パケットと、伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームが生成される。例えば、伝送パケットは、ＭＭＴ（MPEG Media Transport）パケットである、ようにされてもよい。伝送ストリーム送信部により、この伝送ストリームが、所定の伝送路を通じて、受信側に送信される。
【００１１】
第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データである場合、第１の伝送パケットに、この第１の伝送パケットに含まれる分割データの順番を示す順番情報および分割データの総数を示す総数情報が挿入される。順番情報および総数情報は第１の伝送パケットの拡張ヘッダに挿入される。例えば、伝送パケットはＭＭＴパケットである、ようにされてもよい。
【００１２】
このように本技術においては、第１の伝送パケットのヘッダに、この第１の伝送パケットに含まれる分割データの順番を示す順番情報および分割データの総数を示す総数情報を有する拡張ヘッダが挿入される。そのため、受信側では、ファイルサイズが大きく、分割総数が多い場合であっても、各分割データの識別が可能となり、分割データの全てを得てファイルを再構成することが容易となる。
【００１３】
また、本技術の他の概念は、
伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを、送信側から所定の伝送路を通じて受信する伝送ストリーム受信部を備え、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データである場合、上記第１の伝送パケットのヘッダに、該第１の伝送パケットに含まれる分割データの順番を示す順番情報および上記分割データの総数を示す総数情報を有する拡張ヘッダが配置されており、
上記伝送ストリームから、上記順番情報および上記総数情報を利用して、上記所定のコンテンツを構成するファイルの各分割データをそれぞれ含む上記第１の伝送パケットをフィルタリングして上記ファイルを取得するファイル取得部をさらに備える
受信装置にある。
【００１４】
本技術において、伝送ストリーム受信部により、送信側から所定の伝送路を通じて、伝送ストリームが受信される。この伝送ストリームには、伝送メディアを含む第１の伝送パケットと、伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化されている。そして、第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データである場合、第１の伝送パケットのヘッダに、この第１の伝送パケットに含まれる分割データの順番を示す順番情報および分割データの総数を示す総数情報を有する拡張ヘッダが配置されている。
【００１５】
ファイル取得部により、伝送ストリームから、所定のコンテンツを構成するファイルが取得される。この場合、第１の伝送パケットに含まれる順番情報および総数情報が利用され、所定のコンテンツを構成するファイルの各分割データをそれぞれ含む第１の伝送パケットがフィルタリングされてファイルが取得される。
【００１６】
このように本技術においては、第１の伝送パケットのヘッダに、この第１の伝送パケットに含まれる分割データの順番を示す順番情報および分割データの総数を示す総数情報を有する拡張ヘッダが配置されている。そのため、ファイルサイズが大きく、分割総数が多い場合であっても、各分割データの識別が可能となり、分割データの全てを得てファイルを再構成することが容易となる。
【００１７】
また、本技術の他の概念は、
伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信部を備え、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データであって、分割総数が所定数を超える場合、
上記伝送ストリーム生成部は、
上記ファイルを、それぞれに含まれる上記分割データの個数が上記所定数以内となるように、複数のファイルに分割し、
上記第２の伝送パケットに、上記複数のファイルの連結情報を挿入する
送信装置にある。
【００１８】
本技術において、伝送ストリーム生成部により、伝送メディアを含む第１の伝送パケットと、伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームが生成される。例えば、伝送パケットは、ＭＭＴ（MPEG Media Transport）パケットである、ようにされてもよい。伝送ストリーム送信部により、この伝送ストリームが、所定の伝送路を通じて、受信側に送信される。
【００１９】
第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データであって、分割総数が所定数を超える場合、ファイルは、それぞれに含まれる分割データの個数が所定数以内となるように、複数のファイルに分割され、第２の伝送パケットにこの複数のファイルの連結情報が挿入される。例えば、伝送パケットはＭＭＴパケットであり、所定数は２５６である、ようにされてもよい。
【００２０】
また、伝送パケットがＭＭＴパケットである場合、複数のファイルの連結情報は、データ・トランスミッション・メッセージに含まれるデータ・アセット・マネジメント・テーブルに挿入される、ようにされてもよい。この場合、例えば、複数のファイルには連番のファイル識別子が付与され、複数のファイルの連結情報は、データ・アセット・マネジメント・テーブルに、複数のファイルのうち最初のファイルの情報として挿入され、複数のファイルの連結情報には、複数のファイルのうち最後のファイルのファイル識別子が含まれる、ようにされてもよい。
【００２１】
このように本技術においては、ファイルの分割総数が所定数を超える場合、ファイルは、それぞれに含まれる分割データの個数が所定数以内となるように、複数のファイルに分割され、第２の伝送パケットにこの複数のファイルの連結情報が挿入される。そのため、受信側では、ファイルサイズが大きく、分割総数が多い場合であっても、各分割データの識別が可能となり、分割データの全てを得てファイルを再構成することが容易となる。
【００２２】
なお、本技術において、例えば、複数のファイルの連結情報には、分割データの総数を示す総数情報が付加されている、ようにされてもよい。この場合、受信側では、分割データの総数を容易に把握可能となる。
【００２３】
また、本技術の他の概念は、
伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを、送信側から所定の伝送路を通じて受信する伝送ストリーム受信部を備え、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データであって、分割総数が所定数を超える場合、上記ファイルは、それぞれに含まれる上記分割データの個数が上記所定数以内となるように、複数のファイルに分割されると共に、上記第２の伝送パケットに上記複数のファイルの連結情報が挿入されており、
上記伝送ストリームから、上記複数のファイルの連結情報を利用して、上記所定のコンテンツを構成するファイルの各分割データをそれぞれ含む上記第１の伝送パケットをフィルタリングして上記ファイルを取得するファイル取得部をさらに備える
受信装置にある。
【００２４】
本技術において、伝送ストリーム受信部により、送信側から所定の伝送路を通じて、伝送ストリームが受信される。この伝送ストリームには、伝送メディアを含む第１の伝送パケットと、伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化されている。そして、第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データであって、分割総数が所定数を超える場合、ファイルは、それぞれに含まれる分割データの個数が所定数以内となるように、複数のファイルに分割され、第２の伝送パケットにこの複数のファイルの連結情報が挿入されている。
【００２５】
ファイル取得部により、伝送ストリームから、所定のコンテンツを構成するファイルが取得される。この場合、第２の伝送パケットに含まれる複数のファイルの連結情報が利用され、所定のコンテンツを構成するファイルの各分割データをそれぞれ含む第１の伝送パケットがフィルタリングされてファイルが取得される。
【００２６】
このように本技術においては、ファイルの分割総数が所定数を超える場合、ファイルは、それぞれに含まれる分割データの個数が所定数以内となるように、複数のファイルに分割され、第２の伝送パケットにこの複数のファイルの連結情報が挿入されている。そのため、ファイルサイズが大きく、分割総数が多い場合であっても、各分割データの識別が可能となり、分割データの全てを得てファイルを再構成することが容易となる。
【発明の効果】
【００２７】
本技術によれば、ファイルで構成されるコンテンツを良好に伝送できる。なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。
【図面の簡単な説明】
【００２８】
【図１】実施の形態としての送受信システムの構成例を示すブロック図である。
【図２】放送信号構成例を示すスタックモデルである
【図３】放送送出システムから受信機に送信される１つのチャンネル（放送番組）の放送信号のイメージを示す図である。
【図４】ノンタイムドメディア（Non-Timed Media）を伝送する場合における伝送パケットの構成例を示す図である。
【図５】ＭＭＴパケットの構成例とＭＭＴ拡張ヘッダの構成例を示す図である。
【図６】ＭＭＴＰペイロード（MMTP payload）の構成例と「DU_header」の構成例を示す図である。
【図７】識別情報の伝送方法１を利用した場合において、ファイルの各分割データをそれぞれ含むＮ個のＭＭＴパケットを概略的に示す図である。
【図８】順番情報および総数情報が挿入される拡張ヘッダ（header_extension）の構成例とその構成例における主要な情報の内容を示す図である。
【図９】識別情報の伝送方法２を利用した場合において、１つのファイルが分割されて得られた複数のファイルを構成する分割データをそれぞれ含むＭＭＴパケットを概略的に示す図である。
【図１０】データ・トランスミッション・メッセージ（Data Transmission message）の構成例を示す図である。
【図１１】データ・アセット・マネジメント・テーブル（Data Asset Management table）の構成例を示す図である。
【図１２】アイテム連結記述子（item_concatenation_descriptor）の構成例を示す図である。
【図１３】アイテム連結記述子（item_concatenation_descriptor）の構成例における主要な情報の内容を示す図である。
【図１４】放送送出システムの構成例を示すブロック図である。
【図１５】受信機の構成例を示すブロック図である。
【発明を実施するための形態】
【００２９】
以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明を以下の順序で行う。
１．実施の形態
２．変形例
【００３０】
＜１．実施の形態＞
［放送システムの構成例］
図１は、実施の形態としての送受信システム１０の構成例を示している。この送受信システム１０は、放送送出システム１００と、受信機２００により構成されている。
【００３１】
放送送出システム１００は、伝送メディアを含むＩＰ（Internet Protocol）方式の放送信号を送信する。この伝送メディアには、タイムドメディア（Timed Media）と、ノンタイムドメディア（Non-Timed Media）が存在する。例えば、タイムドメディアは、ビデオ、オーディオ、字幕等のストリームデータである。また、例えば、ノンタイムドメディアは、ＨＴＭＬ文書データ、その他のデータなどのファイル（ファイルデータ）である。
【００３２】
受信機２００は、放送送出システム１００から送られてくる上述のＩＰ方式の放送信号を受信する。そして、受信機２００は、この放送信号から、タイムドメディアやノンタイムドメディアを取得し、画像、音声などを提示する。
【００３３】
図２は、放送信号構成例を示すスタックモデルである。下位に物理レイヤ（ＰＨＹ）がある。この物理レイヤには、変調方式、誤り訂正方式などが含まれる。この物理レイヤの上に、ＴＬＶ（Type Length Value）の伝送パケットのレイヤがある。このＴＬＶの伝送パケットの上にＩＰパケットが載る。このＩＰパケットの上に、さらに、ＵＤＰ（User Datagram Protocol）が載る。一方、ＴＬＶの伝送パケットの上に、シグナリング（Signaling）情報としての伝送制御信号も載る。
【００３４】
また、ＵＤＰの上に、ＭＭＴパケットが載る。このＭＭＴパケットのペイロード部には、ＭＦＵ（MMT Fragment Unit）あるいはシグナリングメッセージ（Signaling Message）が含まれる。このＭＦＵとして、ビデオ、オーディオ等のストリームデータや、ＨＴＭＬ文書データ、その他のデータ等のファイル（ファイルデータ）が挿入される。
【００３５】
図３は、放送送出システム１００から受信機２００に送信される１つのチャンネル（放送番組）の放送信号のイメージを示している。この放送信号には、ビデオ、オーディオなどのタイムドメディアを含むＭＭＴパケットと、ファイルデータなどのノンタイムドメディアを含むＭＭＴパケットが含まれる他、さらに、シグナリングメッセージを含むＭＭＴパケットも含まれる。
【００３６】
シグナリングメッセージには、ＰＡメッセージ（PA message）、Ｍ２セクション・メッセージ（M2 section message）、データ・トランスミッション・メッセージ（Data Transmission message）の３種類がある。ＰＡメッセージには、ＭＰテーブル（MP table）などが含まれる。Ｍ２セクション・メッセージには、MH AIテーブル（MH AI table）などが含まれる。
【００３７】
また、データ・トランスミッション・メッセージには、データ・ロケーション・マネージメント・テーブル（Data Location Management table）、データ・アセット・マネジメント・テーブル（Data Asset Management table）、データ・コンテント・マネージメント・テーブル（Data Content Management table）などが含まれる。
【００３８】
図４は、ノンタイムドメディア（Non-Timed Media）を伝送する場合における伝送パケットの構成例を示している。図４（ａ）は、ファイル（File）を示している。Ｆ１，Ｆ２のそれぞれが１つのファイルを示している。例えば、Ｆ１はある番組で利用するファイルであり、Ｆ２は次の番組で利用するファイルである。
【００３９】
Ｆ１のファイルは、ファイルサイズが小さいので、図４（ｂ）に示すように、その全体がＭＦＵのペイロードに配置される。一方、Ｆ２のファイルは、ファイルサイズが大きいので、図４（ｂ）に示すように、複数個の固まり、つまりフラグメント（fragment）に分割され、それぞれがＭＦＵのペイロードに配置される。
【００４０】
このようにペイロードにファイルが配置されるＭＦＵのヘッダには、ファイルＩＤを示す、「item_ID」の３２ビットフィールドが存在する。ここで、Ｆ１，Ｆ２のファイルがペイロードに配置される各ＭＦＵのファイルＩＤは異なる値となる。なお、Ｆ２のファイルが分割されて得られたＦ２-1，Ｆ２-2の分割データ（フラグメント）がペイロードに配置される複数個のＭＦＵのファイルＩＤは同じ値となる。
【００４１】
図４（ｃ）に示すように、ＭＦＵにＭＭＴペイロードヘッダ（MMT payload header）が付加されてＭＭＴＰペイロード（MMTP payload）が構成される。この場合、Ｆ１のファイルデータを持つＭＦＵはサイズが小さいので、１つのＭＭＴＰペイロードに配置される。一方、Ｆ２-1，Ｆ２-2の分割データを持つＭＦＵは、それぞれ、１つのＭＭＴＰペイロードに配置される。そして、図４（ｄ）に示すように、このＭＭＴＰペイロードにさらにＭＭＴパケットヘッダ（MMTP header）が付加されて、ＭＭＴパケット（MMT packet）が構成される。
【００４２】
ＭＭＴパケットには、図４（ｄ）に示すように、ペイロードに、シグナリングメッセージを含むＭＭＴパケットも存在する。なお、ペイロードにシグナリングメッセージが含まれるか、あるいは伝送メディア（ストリームデータ、ファイルデータ）が含まれるかは、ＭＭＴペイロードヘッダに存在する「Type」の８ビットフィールドにより識別可能とされる。
【００４３】
図４（ｅ）に示すように、ＭＭＴパケットにＵＤＰヘッダおよびＩＰヘッダが付加されてＩＰパケット（IP packet）が生成される。また、図示していないが、このＩＰパケットにＴＬＶヘッダが付加されて、放送ストリームを構成するＴＬＶパケット(TLV packet)が生成される。
【００４４】
図５（ａ）は、ＭＭＴパケットの構成例を示している。ＭＭＴパケットは、ＭＭＴパケットヘッダ（MMTP header）と、ＭＭＴＰペイロード（MMTP payload）とからなる。「V」の２ビットフィールドは、ＭＭＴプロトコルのバージョンを示す。ＭＭＴ規格第１版に従う場合、このフィールドは“００”とされる。「C」の１ビットフィールドは、パケットカウンタフラグ（packet_counter_flag）情報を示し、パケットカウンタフラグが存在する場合は“１”となる。「FEC」の２ビットフィールドは、ＦＥＣタイプ（FEC_type）を示す。
【００４５】
「X」の１ビットフィールドは、拡張ヘッダフラグ（extension_flag）情報を示し、ＭＭＴパケットのヘッダ拡張を行う場合は“１”とされる。この場合、後述する「header_extension」のフィールドが存在する。「R」の１ビットフィールドは、ＲＡＰフラグ（RAP_flag）情報を示し、このＭＭＴパケットが伝送するＭＭＴペイロードがランダムアクセスポイントの先頭を含む場合は“１”とされる。
【００４６】
「type」の６ビットフィールドは、ペイロードタイプ（payload_type）情報であり、ＭＭＴＰペイロードのデータタイプを示す。例えば、「０ｘ００」はペイロードがＭＰＵ（Media Processing Unit）であることを示し、「０ｘ０２」はペイロードがシグナリングメッセージ（Signaling message）であることを示す。
【００４７】
「packet_id」の１６ビットフィールドは、ペイロードのデータ種類を識別するためのパケット識別子（packet_id）を示す。「timestamp」の３２ビットフィールドは、伝送のためのタイプスタンプ、すなわちＭＭＴパケットが送信側から出ていくときの時刻を示す。この時刻は、ＮＴＰショートフォーマット（NTP short format）で表される。「packet_sequence_number」の３２ビットフィールドは、同一のパケット識別子（packet_id）を持つＭＭＴパケットのシーケンス番号を示す。「packet_counter」の３２ビットフィールドは、パケット識別子（packet_id）の値に関係なく、同一のＩＰデータフローにおけるＭＭＴパケットの順序を示す。
【００４８】
上述の「X」の１ビットフラグ情報が「１」であるとき、「packet_counter」の３２ビットフィールドの後に、ＭＭＴ拡張ヘッダである「header_extension」のフィールドが配置される。その後に、ＭＭＴＰペイロード（MMTP payload）を構成する「payload data」のフィールドおよび「source_FEC_payload_ID」のフィールドが存在する。
【００４９】
図５（ｂ）は、ＭＭＴ拡張ヘッダの構成例を示している。「type」の１６ビットフィールドは、拡張ヘッダのタイプを示す。「length」の１６ビットフィールドは、これ以降の拡張ヘッダのバイトサイズを示す。この拡張ヘッダのバイトサイズは、拡張ヘッダのタイプにより異なる。「header_extension_byte」のフィールドは、ヘッダ拡張のためのデータバイトを示す。
【００５０】
図６（ａ）は、上述のＭＭＴパケットの「payload data」のフィールドに配置されるＭＭＴＰペイロード（MMTP payload）の構成例を示している。なお、この例は、ＭＭＴパケットヘッダの「type」が「０ｘ００」であるＭＰＵモードである場合を示している。最初にヘッダ情報が存在する。「length」の１６ビットフィールドは、ペイロード長（payload_length）を示す。このペイロード長は、このフィールドの直後から、ＭＭＴＰペイロードの最後までのバイト数を示す。
【００５１】
「FT」の４ビットフィールドは、フラグメントタイプ（fragment_type）情報であり、ＭＭＴＰペイロードに格納する情報のフラグメント種別を示す。“０”は「MPU metadata」を含むことを示し、“１”は「Movie Fragment metadata」を含むことを示し、“２”は「ＭＦＵ」を含むことを示す。
【００５２】
「T」の１ビットフィールドは、時間データフラグ（timed_flag）情報であり、ＭＭＴＰペイロードが格納するデータが提示時間を指定するタイムドメディア（Timed Media）であるか、提示時間を指定しないノンタイムドメディア（Non-Timed Media）であるかを示す。“１”はタイムドメディアを示し、“０”はノンタイムドメディアを示す。ファイルの伝送は、ノンタイムドメディア（Non-Timed Media）の伝送に相当する。
【００５３】
「f_i」の２ビットフィールドは、分割指標（fragment_indicator）情報であり、ＭＭＴＰペイロードに格納するデータの分割の状態を示す。すなわち、このフィールドは、「DU payload」のフィールドに、整数個のデータユニット（ＤＵ：Data Unit）が入っているか、データユニットが断片化されて得られたフラグメント（Fragment）の最初（first）、中間、最後（last）のいずれが入っているかを示す。“０”は整数個のデータユニットが入っていることを示し、“１”は最初のフラグメントが入っていることを示し、“２”は中間のフラグメントが入っていることを示し、“３”は最後のフラグメントが入っていることを示す。
【００５４】
「A」の１ビットフィールドは、集合フラグ（aggregation_flag）情報であり、ＭＭＴＰペイロードに２つ以上のデータが格納されているか否か、つまりこのフラグ情報は、「DU payload」のフィールドに、複数個のデータユニットが入っているか否かを示す。“１”は入っていることを示し、“０”が入っていないことを示す。
【００５５】
「frag_counter」の８ビットフィールドは、分割数カウンタ（fragment_counter）情報であり、データが分割された場合、このＭＭＴＰペイロードが格納する部分より後にある分割されたデータの数を示す。「MPU_sequence_number」の３２ビットフィールドは、ＭＰＵの順番を示す番号であり、ＭＰＵを識別する情報である。
【００５６】
この「MPU_sequence_number」のフィールドの後に、「DU_length」、「DU_header」、「DU_payload」の各フィールドが配置される。「DU_length」の１６ビットフィールドは、上述の「A=0」である場合、つまり「DU payload」のフィールドに複数個のデータユニットが入っていない場合は存在しない。また、「DU_header」のフィールドは、“FT=0/1”である場合、つまり「MPU metadata」や「Movie Fragment metadata」を含む場合は存在しない。
【００５７】
図６（ｂ）は、「DU_header」の構成例を示している。なお、この例は、「T=0」の場合、つまりノンタイムドメディア（Non-Timed Media）を伝送する場合を示している。「item_ID」の３２ビットフィールドは、アイテム（ファイル）を識別するＩＤである。
【００５８】
［分割データの識別情報の挿入］
上述したように、ＭＭＴペイロードヘッダには、「frag_counter」の８ビットフィールドが存在する。そのため、ファイルが複数個に分割され、各分割データがそれぞれ１つのＭＭＴＰペイロードに格納される場合、分割総数が２５６以内であれば、この「frag_counter」のフィールドの値により、各分割データを識別することができる。しかし、ファイルの分割総数が２５６を超える場合には、「frag_counter」のフィールドのみでは、ＭＭＴＰペイロードに格納される分割データの識別が困難である。
【００５９】
この実施の形態においては、分割総数が２５６を超える場合、ＭＭＴパケットに含まれる分割データを識別するための識別情報が、ＭＭＴパケットに挿入されて伝送される。これにより、受信側では、ファイルの分割総数が２５６を超える場合であっても、各分割データの識別が可能となる。
【００６０】
「伝送方法１」
最初に、伝送方法１を説明する。この伝送方法１では、ＭＰＵ（ＭＦＵ）を含むＭＭＴパケットのＭＭＴ拡張ヘッダ（図５参照）を利用する。この場合、分割データの順番を示す順番情報および分割データの総数を示す総数情報を、その分割データを含むＭＭＴパケットの拡張ヘッダ（header_extension）に配置する。
【００６１】
図７は、この伝送方法１を利用した場合において、ファイルの各分割データをそれぞれ含むＮ個のＭＭＴパケットを概略的に示している。このＮ個のＭＭＴパケットにおいて、「１」、「２」、「３」・・・は分割データの順番を示す順番情報であり、「Ｎ」は分割データの総数を示す総数情報である。
【００６２】
このＮ個のＭＭＴパケットに含まれる分割データは１つのファイルをＮ個に分割して得られたものであることから、ファイルＩＤを示す「item_ID」は同じ値、ここでは「１」となっている。また、このＮ個のＭＭＴパケットのうち、先頭のＭＭＴパケットの「f_i」の値は「１」とされ、最後のＭＭＴパケットの「f_i」の値は「３」とされ、その他のＭＭＴパケットの「f_i」の値は「２」とされている。
【００６３】
図８（ａ）は、順番情報および総数情報が挿入される拡張ヘッダ（header_extension）の構成例を示している。図８（ｂ）は、その構成例における主要な情報の内容を示している。「type」の１６ビットフィールドは、拡張ヘッダ領域の拡張タイプ（拡張ヘッダタイプ）を示す。この場合には、フラグメント伝送情報を格納する格納する固有のタイプ値とする。
【００６４】
「length」の１６ビットフィールドは、拡張ヘッダ領域のバイト数（拡張ヘッダ長）を示す。本タイプの場合には、固定の８となる。「Fragment_order」の３２ビットフィールドは、同一の「item_id」におけるフラグメント（分割データ）の順番を示す。「Fragment_number」の３２ビットフィールドは、同一の「item_id」におけるフラグメント（分割データ）の総数を示す。
【００６５】
このように伝送方法１の場合には、ファイルの分割総数が２５６を超える場合、各分割データを含むＭＭＴパケットの拡張ヘッダに、その分割データの順番情報および分割データの総数情報が挿入されるものである。そのため、受信側では、ファイルサイズが大きく、分割総数が２５６を超える場合であっても、各分割データの識別が可能となり、分割データの全てを得てファイルを再構成することが容易となる。
【００６６】
受信側では、「f_i」＝１〜３を示すフラグメント化したファイルのＭＭＴパケットを受信する場合、「item_id」の値が同一のＭＭＴパケットについて、以下のような管理をする。すなわち、拡張ヘッダ（header_extension）が存在しなければ、ＭＭＴＰペイロードの「frag_counter」の値に従って受信したフラグメント（分割データ）を並べ、拡張ヘッダが存在すればその拡張ヘッダの「Fragment_order」の値に従って受信したフラグメント（分割データ）を並べてフラグメント全数揃えば１つのファイルとして管理する。
【００６７】
なお、フラグメント番号に抜けがある場合には、繰り返し伝送される次の周期において該当するフラグメント番号のパケットを選択受信して補填し、フラグメント全数が揃うまで補填を待つ。上述したように、フラグメント番号は、拡張ヘッダ領域がない場合はＭＭＴＰペイロードの「frag_counter」の値で示され、拡張ヘッダ領域がある場合は拡張ヘッダの「Fragment_order」の値で示される。
【００６８】
「伝送方法２」
次に、伝送方法２を説明する。この伝送方法２では、本来１つのファイルを、複数のファイル（item）に分割し、これら複数のファイルの連結形態として伝送する。この場合、それぞれに含まれる分割データの個数が２５６以内となるように、複数のファイルに分割される。
【００６９】
また、この伝送方法２では、データ・トランスミッション・メッセージ（図３参照）が含まれるＭＭＴパケットを利用する。この場合、データ・トランスミッション・メッセージに含まれるデータ・アセット・マネジメント・テーブルの「item_info」の領域に、上述の複数のファイルの連結情報を持つアイテム連結記述子（item_concatenation_descriptor）を配置する。
【００７０】
具体的には、連結するファイルの「item_id」の値が連続することを前提とし、このアイテム連結記述子を、連結の先頭のファイル（アイテム）の「item_info」のフィールドに配置する。そして、連結の最後のファイルの「item_id」の値を指定することによりその間の「item_id」の順に連結されことを示す。また、このアイテム連結記述子に、連結したファイル全体としてのバージョン情報とサイズ情報、フラグメント数（分割総数）も記述する。
【００７１】
図９は、この伝送方法２を利用した場合において、１つのファイルが分割されて得られた複数のファイルの各分割データをそれぞれ含むＭＭＴパケットを概略的に示している。最初のファイルの「item_ID」の値は“ｉ”であり、この最初のファイルにはＮ１個の分割データが含まれている。そして、Ｎ１個のＭＭＴパケットにおいて、「frag_counter」（図では「Fc」）の値は「Ｎ１−１」から「０」に向けて順次変化している。また、Ｎ１個（Ｎ１は２５６以下）のＭＭＴパケットにおいて、先頭のＭＭＴパケットの「f_i」の値は「１」とされ、最後のＭＭＴパケットの「f_i」の値は「３」とされ、その他のＭＭＴパケットの「f_i」の値は「２」とされている。
【００７２】
２番目のファイルの「item_ID」の値は“ｉ＋１”であり、この２番目のファイルにはＮ２個（Ｎ２は２５６以下）の分割データが含まれている。そして、Ｎ２個のＭＭＴパケットにおいて、「frag_counter」（図では「Fc」）の値は「Ｎ２−１」から「０」に向けて順次変化している。また、Ｎ２個のＭＭＴパケットにおいて、先頭のＭＭＴパケットの「f_i」の値は「１」とされ、最後のＭＭＴパケットの「f_i」の値は「３」とされ、その他のＭＭＴパケットの「f_i」の値は「２」とされている。
【００７３】
また、最後のファイルの「item_ID」の値は“ｊ”であり、この最後のファイルにはＮ４個（Ｎ４は２５６以下）の分割データが含まれている。そして、Ｎ４個のＭＭＴパケットにおいて、「frag_counter」（図では「Fc」）の値は「Ｎ４−１」から「０」に向けて順次変化している。また、Ｎ４個のＭＭＴパケットにおいて、先頭のＭＭＴパケットの「f_i」の値は「１」とされ、最後のＭＭＴパケットの「f_i」の値は「３」とされ、その他のＭＭＴパケットの「f_i」の値は「２」とされている。
【００７４】
この伝送方法２では、図示のように、本来の１つのファイルの各分割データが含まれるＭＭＴパケットの識別を、「item_ID」および「frag_counter」（図では「Fc」）の２つの値で行い得ることがわかる。
【００７５】
図１０は、データ・トランスミッション・メッセージ（Data Transmission message）の構成例を示している。「message_id」の１６ビットフィールドは、シグナリングメッセージの識別子であり、ここではデータ・トランスミッション・メッセージであることを示す。「Version」の８ビットフィールドは、データ・トランスミッション・メッセージのバージョン番号を示す。「length」の３２ビットフィールドは、このフィールドより後に続く当該メッセージのデータサイズをバイト数で示す。
【００７６】
「num_of_table」の８ビットフィールドは、このデータ・トランスミッション・メッセージに格納するテーブルの数を示す。データ・トランスミッション・メッセージには、テーブル毎に以下の情報が配置される。「table_id」の１６ビットフィールドは、テーブルの識別子を示す。「table_version」の８ビットフィールドは、テーブルのバージョンを示す。「table_length」の１６ビットフィールドは、テーブルのサイズをバイト数で示す。そして、「table()」のフィールドに、テーブルが配置される。
【００７７】
図１１は、データ・アセット・マネジメント・テーブル（Data Asset Management table）の構成例を示している。「table_id」の８ビットフィールドは、テーブルの識別子であり、ここではデータ・アセット・マネジメント・テーブルであることを示す。「Version」の８ビットフィールドは、データ・アセット・マネジメント・テーブルのバージョン番号を示す。「length」の１６ビットフィールドは、このフィールドより後に続く当該テーブルのデータサイズをバイト数で示す。
【００７８】
「number_of_asset」の８ビットフィールドは、アセット数を示す。このテーブルは、複数のアセットの情報を含める構成となっている。このテーブルには、アセット毎に情報が配置される。「number_of_items」の８ビットフィールドは、アイテム（ファイル）数を示す。そして、ファイル毎に、情報が配置される。
【００７９】
「item_ID」の３２ビットフィールドは、ノンタイムドＭＦＵで伝送されるアイテム（ファイル）を識別するＩＤを示す。「item_tag」の１６ビットフィールドは、同様にアイテムを識別する情報である。シグナリング情報としては、３２ビットの「item_ID」に代えて１６ビットの「item_tag」を使用することで、アイテムの識別に必要なビット・サイズを削減できる。「item_version」の８ビットフィールドは、アイテムのバージョンを示す。
【００８０】
「item_info_length」の８ビットフィールドは、「item_info」のフィールドのサイズをバイト数で示す。「item_info」のフィールドには、アイテムに関する情報が格納される。上述したアイテム連結記述子（item_concatenation_descriptor）は、この「item_info」のフィールドに挿入される。
【００８１】
図１２は、アイテム連結記述子の構成例を示している。図１３は、その構成例における主要な情報の内容を示している。「descriptor_tag」の１６ビットフィールドは、記述子タイプを示す。ここでは、アイテム連結記述子であることを示す。「descriptor_length」の８ビットフィールドは、記述子のサイズを示し、このフィールド以降のバイト数を示す。
【００８２】
「concatenated_item_version」の８ビットフィールドは、連結したアイテム（ファイル）全体のバージョン番号を示す。このバージョン番号は、構成するアイテムのいずれかのアイテムバージョンが変化した場合に変化する。「concatenated_item_size」の３２ビットフィールドは、連結したアイテム全体のサイズを、Ｋバイトで示す。
【００８３】
「total_number_of_item_fragments」の３２ビットフィールドは、連結したアイテム全体のフラグメント（分割データ）の数を示す。「end_item_id」の３２ビットフィールドは、連結した最後のアイテムの「item_id」の値を示す。本記述子が設定されたアイテムを最初のアイテムとして「item_id」は連番でその順番に連結することとする。
【００８４】
このように伝送方法２の場合には、本来の一つのファイルの分割総数が２５６を超える場合、この一つのファイルは、それぞれに含まれる分割データの個数が２５６以内となるように、複数のファイルに分割される。そして、データ・アセット・マネジメント・テーブルの「item_info」の領域に、複数のファイルの連結情報を含むアイテム連結記述子が配置されるものである。そのため、受信側では、ファイルサイズが大きく、分割総数が２５６を超える場合であっても、各分割データの識別が可能となり、分割データの全てを得て本来の一つのファイルを再構成することが容易となる。
【００８５】
受信側では、「f_i」＝１〜３を示すフラグメント化したファイルのＭＭＴパケットを受信する場合、以下のような管理をする。すなわち、通常は、「item_id」の値が同一のＭＭＴパケットについて、ＭＭＴＰペイロードの「frag_counter」の値に従って受信したフラグメント（分割データ）を並べてフラグメント全数揃えば１つのファイルとして管理する。
【００８６】
一方、データ・アセット・マネジメント・テーブルの特定の「item_info」のフィールドにアイテム連結記述子が存在する場合には、その記述に従い、ファイル毎に、「item_id」の値が同一のＭＭＴパケットについて、ＭＭＴＰペイロードの「frag_counter」の値に従って受信したフラグメント（分割データ）を並べる。さらに、先頭のファイルから「item_id」の値の順に各ファイルのフラグメント（分割データ）を連結して並べて全数揃えば１つのファイルとして管理する。
【００８７】
なお、フラグメント番号に抜けがある場合には、繰り返し伝送される次の周期において該当するフラグメント番号のパケットを選択受信して補填し、フラグメント全数が揃うまで補填を待つ。上述したように、フラグメント番号は、通常は、ＭＭＴＰペイロードの「frag_counter」の値で示され、複数のファイルの連結情報を含むアイテム連結記述子が配置される場合は、連結された各ファイルを識別する「item_id」の値とＭＭＴＰペイロードの「frag_counter」の値で示される。
【００８８】
［放送送出システムの構成］
図１４は、放送送出システム１００の構成例を示している。この放送送出システム１００は、時計部１１１と、信号送出部１１２と、ビデオエンコーダ１１３と、オーディオエンコーダ１１４と、シグナリング発生部１１６と、ファイルエンコーダ１１７を有している。また、この放送送出システム１００は、ＴＬＶシグナリング発生部１１８と、Ｎ個のＩＰサービス・マルチプレクサ１１９-1〜１１９-Nと、ＴＬＶ・マルチプレクサ１２０と、変調/送信部１２１を有している。
【００８９】
時計部１１１は、図示しないＮＴＰ（Network Time Protocol）サーバから取得された時刻情報に同期した時刻情報（ＮＴＰ時刻情報）を生成し、この時刻情報を含むＩＰパケットをＩＰサービス・マルチプレクサ１１９-1に送る。信号送出部１１２は、例えば、ＴＶ局のスタジオとか、ＶＴＲ等の記録再生機であり、タイムドメディアであるビデオ、オーディオ、字幕等のストリームデータ、ノンタイムドメディアであるＨＴＭＬ文書データ等のファイル（ファイルデータ）を各エンコーダに送出する。
【００９０】
ビデオエンコーダ１１３は、信号送出部１１２から送出されるビデオ信号を符号化し、さらにパケット化して、ビデオのＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサ１１９-1に送る。オーディオエンコーダ１１４は、信号送出部１１２から送出されるオーディオ信号を符号化し、さらにパケット化して、オーディオのＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサ１１９-1に送る。
【００９１】
シグナリング発生部１１６は、シグナリングメッセージを発生し、ペイロード部にこのシグナリングメッセージが配置されたＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサ１１９-1に送る。
【００９２】
ファイルエンコーダ１１７は、信号送出部１１２から送出されるファイル（ファイルデータ）を、必要に応じて合成あるいは分割し、ファイルを含むＭＭＴパケットを生成し（図５参照）、このＭＭＴパケット含むＩＰパケットをＩＰサービス・マルチプレクサ１１９-1に送る。
【００９３】
ファイルエンコーダ１１７は、上述の伝送方法１を採用するときは、ファイルの分割総数が２５６を超える場合、各分割データを含むＭＭＴパケットに拡張ヘッダ（header_extension）を配置し、分割データの順番情報および分割データの総数情報を挿入する。また、ファイルエンコーダ１１７は、上述の伝送方法２を採用するときは、ファイルの分割総数が２５６を超える場合、そのファイルを、それぞれに含まれる分割データの個数が２５６以内となるように、複数のファイルに分割する。
【００９４】
なお、この伝送方法２を採用する場合、上述したシグナリング発生部１１６は、シグナリングメッセージとしてのデータ・トランスミッション・メッセージに含まれるデータ・アセット・マネジメント・テーブルの「item_info」のフィールドに、複数のファイルの連結情報を持つアイテム連結記述子（item_concatenation_descriptor）を配置する。
【００９５】
ＩＰサービス・マルチプレクサ１１９-1は、各エンコーダ等から送られてくるＩＰパケットの時分割多重化を行う。この際、ＩＰサービス・マルチプレクサ１１９-1は、各ＩＰパケットにＴＬＶヘッダを付加して、ＴＬＶパケットとする。
【００９６】
ＩＰサービス・マルチプレクサ１１９-1は、一つのトランスポンダの中にいれる一つのチャネル部分を構成する。ＩＰサービス・マルチプレクサ１１９-2〜１１９-Nは、ＩＰサービス・マルチプレクサ１１９-1と同様の機能を持ち、その１つのトランスポンダの中にいれる他のチャネル部分を構成する。
【００９７】
ＴＬＶシグナリング発生部１１８は、シグナリング（Signaling）情報を発生し、このシグナリング（Signaling）情報をペイロード部に配置するＴＬＶパケットを生成する。ＴＬＶ・マルチプレクサ１２０は、ＩＰサービス・マルチプレクサ１１９-1〜１１９-NおよびＴＬＶシグナリング発生部１１８で生成されるＴＬＶパケットを多重化して、放送ストリームを生成する。変調/送信部１２１は、ＴＬＶ・マルチプレクサ１２０で生成される放送ストリームに対して、ＲＦ変調処理を行って、ＲＦ伝送路に送出する。
【００９８】
図１４に示す放送送出システム１００の動作を簡単に説明する。時計部１１１では、ＮＴＰサーバから取得された時刻情報に同期した時刻情報が生成され、この時刻情報を含むＩＰパケットが生成される。このＩＰパケットは、ＩＰサービス・マルチプレクサ１１９-1に送られる。
【００９９】
信号送出部１１２から送出されるビデオ信号は、ビデオエンコーダ１１３に供給される。このビデオエンコーダ１１３では、ビデオ信号が符号化され、さらにパケット化されて、ビデオのＭＭＴパケットを含むＩＰパケットが生成される。このＩＰパケットは、ＩＰサービス・マルチプレクサ１１９-1に送られる。また、信号送出部１１２から送出されるオーディオ信号に対しても同様の処理が行われる。そして、オーディオエンコーダ１１４で生成されるオーディオのＭＭＴパケットを含むＩＰパケットがＩＰサービス・マルチプレクサ１１９-1に送られる。
【０１００】
また、シグナリング発生部１１６では、シグナリングメッセージが発生され、ペイロード部にこのシグナリングメッセージが配置されたＭＭＴパケットを含むＩＰパケットが生成される。このＩＰパケットは、ＩＰサービス・マルチプレクサ１１９-1に送られる。
【０１０１】
また、信号送出部１１２から送出されるファイルは、ファイルエンコーダ１１７に供給される。ファイルエンコーダ１１７では、ファイルが、必要に応じて合成あるいは分割され、ファイルを含むＭＭＴパケットが生成され、さらに、このＭＭＴパケット含むＩＰパケットが生成される。このＩＰパケットは、ＩＰサービス・マルチプレクサ１１９-1に送られる。
【０１０２】
ＩＰサービス・マルチプレクサ１１９-1では、各エンコーダおよびシグナリング発生部１１６から送られてくるＩＰパケットの時分割多重化が行われる。この際、各ＩＰパケットにＴＬＶヘッダが付加されて、ＴＬＶパケットとされる。このＩＰサービス・マルチプレクサ１１９-1では、一つのトランスポンダの中にいれる１つのチャネル部分の処理が行われ、ＩＰサービス・マルチプレクサ１１９-2〜１１９-Nでは、その一つのトランスポンダの中にいれる他のチャネル部分の処理が同様に行われる。
【０１０３】
ＩＰサービス・マルチプレクサ１１９-1〜１１９-Nで得られるＴＬＶパケットは、ＴＬＶ・マルチプレクサ１２０に送られる。このＴＬＶ・マルチプレクサ１２０には、さらに、ＴＬＶシグナリング発生部１１８から、シグナリング（Signaling）情報をペイロード部に配置するＴＬＶパケットも送られる。
【０１０４】
ＴＬＶ・マルチプレクサ１２０では、ＩＰサービス・マルチプレクサ１１９-1〜１１９-NおよびＴＬＶシグナリング発生部１１８で生成されるＴＬＶパケットが多重化されて、放送ストリームが生成される。この放送ストリームは、変調/送信部１２１に送られる。変調/送信部１２１では、この放送ストリームに対してＲＦ変調処理を行われ、そのＲＦ変調信号がＲＦ伝送路に送出される。
【０１０５】
［受信機の構成］
図１５、受信機２００の構成例を示している。この受信機２００は、ＣＰＵ２０１と、チューナ/復調部２０２と、デマルチプレクサ２０３と、システムクロック生成部２０４と、ビデオデコーダ２０５と、オーディオデコーダ２０６と、アプリ表示データ生成部２０７と、合成部２０８を有している。
【０１０６】
ＣＰＵ２０１は、制御部を構成し、受信機２００の各部の動作を制御する。チューナ/復調部２０２は、ＲＦ変調信号を受信し、復調処理を行って、放送ストリームを得る。デマルチプレクサ２０３は、この放送ストリームに対して、デマルチプレクス処理およびデパケット化処理を行って、ＮＴＰ時刻情報、ＰＴＳ（提示時刻情報）、シグナリング情報、ビデオ、オーディオの符号化信号、さらには、ファイル（ファイルデータ）を出力する。ここで、例えば、ファイルは、データ放送コンテンツを構成する。
【０１０７】
マルチプレクサ２０３は、ファイルがフラグメント化されて複数の分割データで送られてくる場合、複数の分割データを順番に並べてファイルを再構成する。ファイルの分割総数が２５６以内である場合、「item_id」の値が同一のＭＭＴパケットについて、ＭＭＴＰペイロードの「frag_counter」の値に従って受信したフラグメント（分割データ）を並べてファイルの再構成を行う。
【０１０８】
また、ファイルの分割総数が２５６を超えている場合、マルチプレクサ２０３は、以下のようにして、ファイルを再構成する。上述の伝送方法１が採用されているときには、「item_id」の値が同一のＭＭＴパケットについて、拡張ヘッダの「Fragment_order」の値に従って受信したフラグメント（分割データ）を並べてファイルの再構成を行う。
【０１０９】
一方、上述の伝送方法２が採用されているときには、データ・アセット・マネジメント・テーブルの特定の「item_info」のフィールドに存在するアイテム連結記述子の記述に従い、ファイル毎に、「item_id」の値が同一のＭＭＴパケットについて、ＭＭＴＰペイロードの「frag_counter」の値に従って受信したフラグメント（分割データ）を並べる。さらに、先頭のファイルから「item_id」の値の順に各ファイルのフラグメント（分割データ）を連結して並べてファイル（本来の１つのファイル）を再構成する。
【０１１０】
なお、デマルチプレクサ２０３は、フラグメント番号に抜けがある場合には、繰り返し伝送される次の周期において該当するフラグメント番号のパケットを選択受信して補填する。
【０１１１】
システムクロック生成部２０４は、デマルチプレクサ２０３で得られるＮＴＰ時刻情報に基づき、この時刻情報に同期したシステムクロックＳＴＣを発生する。ビデオデコーダ２０５は、デマルチプレクサ２０３で得られる符号化ビデオ信号の復号化を行ってベースバンドのビデオ信号を得る。オーディオデコーダ２０６は、デマルチプレクサ２０３で得られる符号化オーディオ信号の復号化を行ってベースバンドのオーディオ信号を得る。
【０１１２】
アプリ表示データ生成部２０７は、ＣＰＵ２０１の制御により、デマルチプレクサ２０３で得られるファイル（ファイルデータ）に基づくデータ放送の表示データを得る。なお、放送ストリームでは、同一コンテンツのファイルが繰り返し送られてくる。ＣＰＵ２０１は、デマルチプレクサ２０３におけるフィルタリング動作を制御し、このデマルチプレクサ２０３において必要なファイルのみが取得されるようにする。
【０１１３】
ＣＰＵ２０１は、各デコーダにおけるデコードタイミングをＰＴＳ（提示時刻情報）に基づいて制御し、ビデオ、オーディオの提示タイミングを調整する。合成部２０８は、ビデオデコーダ２０５で得られるベースバンドのビデオ信号に、アプリ表示データ生成部２０７で生成されるデータ放送の表示データを合成し、映像表示用のビデオ信号を得る。なお、オーディオデコーダ２０６で得られるベースバンドのオーディオ信号は、音声出力用のオーディオ信号となる。
【０１１４】
図１５に示す受信機２００の動作を簡単に説明する。チューナ/復調部２０２では、ＲＦ伝送路を通じて送られてくるＲＦ変調信号が受信され、復調処理が行われて、放送ストリームが得られる。この放送ストリームは、デマルチプレクサ２０３に送られる。
【０１１５】
このデマルチプレクサ２０３では、この放送ストリームに対して、デマルチプレクス処理およびデパケット化処理が行われ、ＮＴＰ時刻情報、シグナリング情報、ビデオ、オーディオの符号化信号、データ放送コンテンツを構成するファイル（ファイルデータ）等が抽出される。
【０１１６】
デマルチプレクサ２０３で抽出される各種のシグナリング情報はＣＰＵバス２０９を介してＣＰＵ２０１に送られる。このシグナリング情報には、ＴＬＶ−ＳＩ、ＭＭＴ−ＳＩが含まれる。上述したように、ＴＬＶ−ＳＩはＴＬＶの伝送パケットの上に載る伝送制御信号（ＴＬＶ−ＮＩＴ/ＡＭＴ）であり、ＭＭＴ−ＳＩはＭＭＴパケットのペイロード部に含まれるシグナリング情報としてのシグナリングメッセージである（図２参照）。ＣＰＵ２０１は、このシグナリング情報に基づいて、受信機２００の各部の動作を制御する。
【０１１７】
デマルチプレクサ２０３で抽出されるＮＴＰ時刻情報は、システムクロック生成部２０４に送られる。このシステムクロック生成部２０４では、このＮＴＰ時刻情報に基づき、この時刻情報に同期したシステムクロックＳＴＣが生成される。このシステムクロックＳＴＣは、ビデオデコーダ２０５、オーディオデコーダ２０６に供給される。
【０１１８】
デマルチプレクサ２０３で抽出される符号化ビデオ信号はビデオデコーダ２０５に送られて復号化され、ベースバンドのビデオ信号が得られる。また、デマルチプレクサ２０２で抽出されるファイルはＣＰＵバス２０９を介してＣＰＵ２０１に送られる。ＣＰＵ２０１は、このファイルを解析し、レイアウト処理およびレンダリング処理を行って、アプリ表示データ生成部２０７に対して、表示データ生成を指示する。アプリ表示データ生成部２０７では、この指示に基づいて、データ放送の表示データが生成される。
【０１１９】
ビデオデコーダ２０５で得られるビデオ信号は合成部２０８に供給される。また、アプリ表示データ生成部２０７で生成される表示データは合成部２０８に供給される。合成部２０８では、これらのビデオ信号および表示データが合成され、映像表示用のビデオ信号が得られる。また、デマルチプレクサ２０３で抽出される符号化オーディオ信号はオーディオデコーダ２０６に送られて復号化され、音声出力用のベースバンドのオーディオ信号が得られる。
【０１２０】
上述したように、図１に示す送受信システム１０においては、ファイルをフラグメント化して伝送する場合であって、ファイルの分割総数が２５６を超える場合、分割データを含むＭＭＴパケットやシグナリングメッセージを含むＭＭＴパケットに各分割データを識別するための識別情報が挿入される。そのため、受信側では、ファイルサイズが大きく、分割総数が多い場合であっても、各分割データの識別が可能となり、分割データの全てを得てファイルを再構成することが容易となる。
【０１２１】
＜２．変形例＞
なお、上述実施の形態において、伝送方法１では、ＭＭＴパケットに含まれる分割データの順番情報（フラグメント番号）を、そのＭＭＴパケットの拡張ヘッダに挿入する構成とした。しかし、ＭＭＴパケットの拡張ヘッダには、ＭＭＴパケットに含まれる分割データの順番情報（フラグメント番号）を挿入せずに、「frag_counter」の８ビットフィールドが「０」から「２５５」に変化する毎に例えばインクリメントされる値を挿入する構成とすることも考えられる。その場合には、その値と、「frag_counter」の８ビットフィールドの値が、そのＭＭＴパケットに含まれる分割データの順番情報となる。
【０１２２】
また、上述実施の形態において、伝送パケットがＭＭＴパケットである例を示したが、これに限定されるものではなく、その他の同様の伝送パケットを取り扱う場合にも、本技術を適用できることは勿論である。
【０１２３】
また、本技術は、以下のような構成を取ることもできる。
（１）伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信部を備え、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データである場合、
上記伝送ストリーム生成部は、
上記第１の伝送パケットのヘッダに、該第１の伝送パケットに含まれる分割データの順番を示す順番情報および上記分割データの総数を示す総数情報を有する拡張ヘッダを配置する
送信装置。
（２）上記伝送パケットはＭＭＴパケットである
前記（１）に記載の送信装置。
（３）伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成ステップと、
送信部により、上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信ステップを有し、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データである場合、
上記伝送ストリーム生成ステップでは、
上記第１の伝送パケットのヘッダに、該第１の伝送パケットに含まれる分割データの順番を示す順番情報および上記分割データの総数を示す総数情報を有する拡張ヘッダを配置する
送信方法。
（４）伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを、送信側から所定の伝送路を通じて受信する伝送ストリーム受信部を備え、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データである場合、上記第１の伝送パケットのヘッダに、該第１の伝送パケットに含まれる分割データの順番を示す順番情報および上記分割データの総数を示す総数情報を有する拡張ヘッダが配置されており、
上記伝送ストリームから、上記順番情報および上記総数情報を利用して、上記所定のコンテンツを構成するファイルの各分割データをそれぞれ含む上記第１の伝送パケットをフィルタリングして上記ファイルを取得するファイル取得部をさらに備える
受信装置。
（５）伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信部を備え、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データであって、分割総数が所定数を超える場合、
上記伝送ストリーム生成部は、
上記ファイルを、それぞれに含まれる上記分割データの個数が上記所定数以内となるように、複数のファイルに分割し、
上記第２の伝送パケットに、上記複数のファイルの連結情報を挿入する
送信装置。
（６）上記複数のファイルの連結情報には、上記分割データの総数を示す総数情報が付加されている
前記（５）に記載の送信装置。
（７）上記伝送パケットはＭＭＴパケットであり、
上記所定数は２５６である
前記（５）または（６）に記載の送信装置。
（８）上記複数のファイルの連結情報は、データ・トランスミッション・メッセージに含まれるデータ・アセット・マネジメント・テーブルに挿入される
前記（７）に記載の送信装置。
（９）上記複数のファイルには連番のファイル識別子が付与され、
上記複数のファイルの連結情報は、上記データ・アセット・マネジメント・テーブルに、上記複数のファイルのうち最初のファイルの情報として挿入され、
上記複数のファイルの連結情報には、上記複数のファイルのうち最後のファイルのファイル識別子が含まれる
前記（８）に記載の送信装置。
（１０）伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成ステップと、
送信部により、上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信ステップを有し、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データであって、分割総数が所定数を超える場合、
上記伝送ストリーム生成ステップでは、
上記ファイルを、それぞれに含まれる上記分割データの個数が上記所定数以内となるように、複数のファイルに分割し、
上記第２の伝送パケットに、上記複数のファイルの連結情報を挿入する
送信方法。
（１１）伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを、送信側から所定の伝送路を通じて受信する伝送ストリーム受信部を備え、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データであって、分割総数が所定数を超える場合、上記ファイルは、それぞれに含まれる上記分割データの個数が上記所定数以内となるように、複数のファイルに分割されると共に、上記第２の伝送パケットに上記複数のファイルの連結情報が挿入されており、
上記伝送ストリームから、上記複数のファイルの連結情報を利用して、上記所定のコンテンツを構成するファイルの各分割データをそれぞれ含む上記第１の伝送パケットをフィルタリングして上記ファイルを取得するファイル取得部をさらに備える
受信装置。
（１２）伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信部と、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データであって、分割総数が所定数を超える場合、上記第１の伝送パケットおよび/または上記第２の伝送パケットに、上記第１の伝送パケットに含まれる分割データを識別するための識別情報を挿入する識別情報挿入部を備える
送信装置。
（１３）伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを、送信側から所定の伝送路を通じて受信する伝送ストリーム受信部を備え、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データであって、分割総数が所定数を超える場合、上記第１の伝送パケットおよび/または上記第２の伝送パケットに、上記第１の伝送パケットに含まれる分割データを識別するための識別情報が挿入されており、
上記伝送ストリームから、上記識別情報を利用して、上記所定のコンテンツを構成するファイルの各分割データをそれぞれ含む上記第１の伝送パケットをフィルタリングして上記ファイルを取得するファイル取得部をさらに備える
受信装置。
（１４）伝送メディアを含む第１のＭＭＴパケットと、上記伝送メディアに関する情報を含む第２のＭＭＴパケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信部を備え、
上記第１のＭＭＴパケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データである場合、
上記伝送ストリーム生成部は、
上記第１のＭＭＴパケットのヘッダに、該第１のＭＭＴパケットに含まれる分割データの順番を示す順番情報を挿入するための３２ビットフィールドを有する拡張ヘッダを配置する
送信装置。
（１５）伝送メディアを含む第１のＭＭＴパケットと、上記伝送メディアに関する情報を含む第２のＭＭＴパケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信部を備え、
上記第１のＭＭＴパケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データである場合、
上記伝送ストリーム生成部は、
上記第１のＭＭＴパケットのヘッダに、上記分割データの総数に関連する情報を挿入するための３２ビットフィールドを有する拡張ヘッダを配置する
送信装置。
（１６）伝送メディアを含む第１のＭＭＴパケットと、上記伝送メディアに関する情報を含む第２のＭＭＴパケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信部を備え、
上記第１のＭＭＴパケットのペイロードは、該第１のＭＭＴパケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データである場合に該分割データの順番を示す順番情報を挿入するための８ビットフィールドを有し、
上記伝送ストリーム生成部は、
上記第１のＭＭＴパケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データである場合、
上記第１のＭＭＴパケットのヘッダに、少なくとも該第１のＭＭＴパケットに含まれる分割データの順番を示す順番情報を挿入するための３２ビットフィールドを有する拡張ヘッダを配置する
送信装置。
【符号の説明】
【０１２４】
１０・・・送受信システム
１００・・・放送送出システム
１１１・・・時計部
１１２・・・信号送出部
１１３・・・ビデオエンコーダ
１１４・・・オーディオエンコーダ
１１６・・・シグナリング発生部
１１７・・・ファイルエンコーダ
１１８・・・ＴＬＶシグナリング発生部
１１９・・・ＩＰサービス・マルチプレクサ
１２０・・・ＴＬＶマルチプレクサ
１２１・・・変調/送信部
２００・・・受信機
２０１・・・ＣＰＵ
２０２・・・チューナ/復調部
２０３・・・デマルチプレクサ
２０４・・・時計部
２０５・・・ビデオデコーダ
２０６・・・オーディオデコーダ
２０７・・・アプリ表示データ生成部
２０８・・・合成部
【図１】
2019208248.tif 000003
【図２】
2019208248.tif 000004
【図３】
2019208248.tif 000005
【図４】
2019208248.tif 000006
【図５】
2019208248.tif 000007
【図６】
2019208248.tif 000008
【図７】
2019208248.tif 000009
【図８】
2019208248.tif 000010
【図９】
2019208248.tif 000011
【図１０】
2019208248.tif 000012
【図１１】
2019208248.tif 000013
【図１２】
2019208248.tif 000014
【図１３】
2019208248.tif 000015
【図１４】
2019208248.tif 000016
【図１５】
2019208248.tif 000017
【手続補正書】
【提出日】令和1年8月7日(2019.8.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信部を備え、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データである場合、
上記伝送ストリーム生成部は、
上記第１の伝送パケットのヘッダに、分割伝送情報を格納する拡張ヘッダであることを示すタイプ情報と、拡張ヘッダ領域のバイト数であるヘッダ長情報と、該第１の伝送パケットに含まれる分割データの順番を示す順番情報を有する拡張ヘッダを配置する
送信装置。
【請求項２】
上記伝送パケットはＭＭＴパケットである
請求項１に記載の送信装置。
【請求項３】
伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成ステップと、
送信部により、上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信ステップを有し、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データである場合、
上記伝送ストリーム生成ステップでは、
上記第１の伝送パケットのヘッダに、分割伝送情報を格納する拡張ヘッダであることを示すタイプ情報と、拡張ヘッダ領域のバイト数であるヘッダ長情報と、該第１の伝送パケットに含まれる分割データの順番を示す順番情報を有する拡張ヘッダを配置する
送信方法。
【請求項４】
伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを、送信側から所定の伝送路を通じて受信する伝送ストリーム受信部を備え、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データである場合、上記第１の伝送パケットのヘッダに、分割伝送情報を格納する拡張ヘッダであることを示すタイプ情報と、拡張ヘッダ領域のバイト数であるヘッダ長情報と、該第１の伝送パケットに含まれる分割データの順番を示す順番情報を有する拡張ヘッダが配置されており、
上記伝送ストリームから、上記順番情報を利用して、上記所定のコンテンツを構成するファイルの各分割データをそれぞれ含む上記第１の伝送パケットをフィルタリングして上記ファイルを取得するファイル取得部をさらに備える
受信装置。
【請求項５】
受信部により、伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを、送信側から所定の伝送路を通じて受信する伝送ストリーム受信ステップを有し、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データである場合、上記第１の伝送パケットのヘッダに、分割伝送情報を格納する拡張ヘッダであることを示すタイプ情報と、拡張ヘッダ領域のバイト数であるヘッダ長情報と、該第１の伝送パケットに含まれる分割データの順番を示す順番情報を有する拡張ヘッダが配置されており、
上記伝送ストリームから、上記順番情報を利用して、上記所定のコンテンツを構成するファイルの各分割データをそれぞれ含む上記第１の伝送パケットをフィルタリングして上記ファイルを取得するファイル取得ステップをさらに有する
受信方法。