JP2022105580A - 送信装置、送信方法および受信装置 - Google Patents

送信装置、送信方法および受信装置 Download PDF

Info

Publication number
JP2022105580A
JP2022105580A JP2022078443A JP2022078443A JP2022105580A JP 2022105580 A JP2022105580 A JP 2022105580A JP 2022078443 A JP2022078443 A JP 2022078443A JP 2022078443 A JP2022078443 A JP 2022078443A JP 2022105580 A JP2022105580 A JP 2022105580A
Authority
JP
Japan
Prior art keywords
transmission
packet
file
divided
stream
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2022078443A
Other languages
English (en)
Other versions
JP7400867B2 (ja
Inventor
直久 北里
Naohisa Kitazato
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Group Corp
Original Assignee
Sony Group Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Group Corp filed Critical Sony Group Corp
Publication of JP2022105580A publication Critical patent/JP2022105580A/ja
Application granted granted Critical
Publication of JP7400867B2 publication Critical patent/JP7400867B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/95—Arrangements characterised by the broadcast information itself characterised by a specific format, e.g. an encoded audio stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/02—Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information
    • H04H60/07—Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information characterised by processes or methods for the generation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Time-Division Multiplex Systems (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

【課題】ファイルで構成されるコンテンツを良好に伝送する。【解決手段】伝送ストリームを所定の伝送路を通じて受信側に送信する。この伝送ストリームには、伝送メディアを含む第１の伝送パケットと、この伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化されている。第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データであって、分割総数が所定数を超える場合、第１の伝送パケットや第２の伝送パケットに、第１の伝送パケットに含まれる分割データを識別するための識別情報を挿入する。【選択図】図９

Description

本技術は、送信装置、送信方法および受信装置に関する。詳しくは、本技術は、ファイルで構成されるコンテンツを伝送する送信装置等に関する。
現在の放送システムでは、メディアのトランスポート方式として、ＭＰＥＧ－２ ＴＳ(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」の８ビットフィールドの値が、そのＭＭＴパケットに含まれる分割データの順番情報となる。
また、上述実施の形態において、伝送パケットがＭＭＴパケットである例を示したが、これに限定されるものではなく、その他の同様の伝送パケットを取り扱う場合にも、本技術を適用できることは勿論である。
また、本技術は、以下のような構成を取ることもできる。
（１）伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信部を備え、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データである場合、
上記伝送ストリーム生成部は、
上記第１の伝送パケットのヘッダに、該第１の伝送パケットに含まれる分割データの順番を示す順番情報および上記分割データの総数を示す総数情報を有する拡張ヘッダを配置する
送信装置。
（２）上記伝送パケットはＭＭＴパケットである
前記（１）に記載の送信装置。
（３）伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成ステップと、
送信部により、上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信ステップを有し、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データである場合、
上記伝送ストリーム生成ステップでは、
上記第１の伝送パケットのヘッダに、該第１の伝送パケットに含まれる分割データの順番を示す順番情報および上記分割データの総数を示す総数情報を有する拡張ヘッダを配置する
送信方法。
（４）伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを、送信側から所定の伝送路を通じて受信する伝送ストリーム受信部を備え、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データである場合、上記第１の伝送パケットのヘッダに、該第１の伝送パケットに含まれる分割データの順番を示す順番情報および上記分割データの総数を示す総数情報を有する拡張ヘッダが配置されており、
上記伝送ストリームから、上記順番情報および上記総数情報を利用して、上記所定のコンテンツを構成するファイルの各分割データをそれぞれ含む上記第１の伝送パケットをフィルタリングして上記ファイルを取得するファイル取得部をさらに備える
受信装置。
（５）伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信部を備え、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データであって、分割総数が所定数を超える場合、
上記伝送ストリーム生成部は、
上記ファイルを、それぞれに含まれる上記分割データの個数が上記所定数以内となるように、複数のファイルに分割し、
上記第２の伝送パケットに、上記複数のファイルの連結情報を挿入する
送信装置。
（６）上記複数のファイルの連結情報には、上記分割データの総数を示す総数情報が付加されている
前記（５）に記載の送信装置。
（７）上記伝送パケットはＭＭＴパケットであり、
上記所定数は２５６である
前記（５）または（６）に記載の送信装置。
（８）上記複数のファイルの連結情報は、データ・トランスミッション・メッセージに含まれるデータ・アセット・マネジメント・テーブルに挿入される
前記（７）に記載の送信装置。
（９）上記複数のファイルには連番のファイル識別子が付与され、
上記複数のファイルの連結情報は、上記データ・アセット・マネジメント・テーブルに、上記複数のファイルのうち最初のファイルの情報として挿入され、
上記複数のファイルの連結情報には、上記複数のファイルのうち最後のファイルのファイル識別子が含まれる
前記（８）に記載の送信装置。
（１０）伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成ステップと、
送信部により、上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信ステップを有し、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データであって、分割総数が所定数を超える場合、
上記伝送ストリーム生成ステップでは、
上記ファイルを、それぞれに含まれる上記分割データの個数が上記所定数以内となるように、複数のファイルに分割し、
上記第２の伝送パケットに、上記複数のファイルの連結情報を挿入する
送信方法。
（１１）伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを、送信側から所定の伝送路を通じて受信する伝送ストリーム受信部を備え、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データであって、分割総数が所定数を超える場合、上記ファイルは、それぞれに含まれる上記分割データの個数が上記所定数以内となるように、複数のファイルに分割されると共に、上記第２の伝送パケットに上記複数のファイルの連結情報が挿入されており、
上記伝送ストリームから、上記複数のファイルの連結情報を利用して、上記所定のコンテンツを構成するファイルの各分割データをそれぞれ含む上記第１の伝送パケットをフィルタリングして上記ファイルを取得するファイル取得部をさらに備える
受信装置。
（１２）伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信部と、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データであって、分割総数が所定数を超える場合、上記第１の伝送パケットおよび/または上記第２の伝送パケットに、上記第１の伝送パケットに含まれる分割データを識別するための識別情報を挿入する識別情報挿入部を備える
送信装置。
（１３）伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを、送信側から所定の伝送路を通じて受信する伝送ストリーム受信部を備え、
上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データであって、分割総数が所定数を超える場合、上記第１の伝送パケットおよび/または上記第２の伝送パケットに、上記第１の伝送パケットに含まれる分割データを識別するための識別情報が挿入されており、
上記伝送ストリームから、上記識別情報を利用して、上記所定のコンテンツを構成するファイルの各分割データをそれぞれ含む上記第１の伝送パケットをフィルタリングして上記ファイルを取得するファイル取得部をさらに備える
受信装置。
（１４）伝送メディアを含む第１のＭＭＴパケットと、上記伝送メディアに関する情報を含む第２のＭＭＴパケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信部を備え、
上記第１のＭＭＴパケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データである場合、
上記伝送ストリーム生成部は、
上記第１のＭＭＴパケットのヘッダに、該第１のＭＭＴパケットに含まれる分割データの順番を示す順番情報を挿入するための３２ビットフィールドを有する拡張ヘッダを配置する
送信装置。
（１５）伝送メディアを含む第１のＭＭＴパケットと、上記伝送メディアに関する情報を含む第２のＭＭＴパケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信部を備え、
上記第１のＭＭＴパケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データである場合、
上記伝送ストリーム生成部は、
上記第１のＭＭＴパケットのヘッダに、上記分割データの総数に関連する情報を挿入するための３２ビットフィールドを有する拡張ヘッダを配置する
送信装置。
（１６）伝送メディアを含む第１のＭＭＴパケットと、上記伝送メディアに関する情報を含む第２のＭＭＴパケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信部を備え、
上記第１のＭＭＴパケットのペイロードは、該第１のＭＭＴパケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データである場合に該分割データの順番を示す順番情報を挿入するための８ビットフィールドを有し、
上記伝送ストリーム生成部は、
上記第１のＭＭＴパケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データである場合、
上記第１のＭＭＴパケットのヘッダに、少なくとも該第１のＭＭＴパケットに含まれる分割データの順番を示す順番情報を挿入するための３２ビットフィールドを有する拡張ヘッダを配置する
送信装置。
１０・・・送受信システム
１００・・・放送送出システム
１１１・・・時計部
１１２・・・信号送出部
１１３・・・ビデオエンコーダ
１１４・・・オーディオエンコーダ
１１６・・・シグナリング発生部
１１７・・・ファイルエンコーダ
１１８・・・ＴＬＶシグナリング発生部
１１９・・・ＩＰサービス・マルチプレクサ
１２０・・・ＴＬＶマルチプレクサ
１２１・・・変調/送信部
２００・・・受信機
２０１・・・ＣＰＵ
２０２・・・チューナ/復調部
２０３・・・デマルチプレクサ
２０４・・・時計部
２０５・・・ビデオデコーダ
２０６・・・オーディオデコーダ
２０７・・・アプリ表示データ生成部
２０８・・・合成部

Claims (13)

  1. 伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
    上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信部を備え、
    上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データである場合、
    上記伝送ストリーム生成部は、
    上記第１の伝送パケットのヘッダに、該第１の伝送パケットに含まれる分割データの順番を示す順番情報および上記分割データの総数を示す総数情報を有する拡張ヘッダを配置する
    送信装置。
  2. 上記伝送パケットはＭＭＴパケットである
    請求項１に記載の送信装置。
  3. 伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成ステップと、
    送信部により、上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信ステップを有し、
    上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データである場合、
    上記伝送ストリーム生成ステップでは、
    上記第１の伝送パケットのヘッダに、該第１の伝送パケットに含まれる分割データの順番を示す順番情報および上記分割データの総数を示す総数情報を有する拡張ヘッダを配置する
    送信方法。
  4. 伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを、送信側から所定の伝送路を通じて受信する伝送ストリーム受信部を備え、
    上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データである場合、上記第１の伝送パケットのヘッダに、該第１の伝送パケットに含まれる分割データの順番を示す順番情報および上記分割データの総数を示す総数情報を有する拡張ヘッダが配置されており、
    上記伝送ストリームから、上記順番情報および上記総数情報を利用して、上記所定のコンテンツを構成するファイルの各分割データをそれぞれ含む上記第１の伝送パケットをフィルタリングして上記ファイルを取得するファイル取得部をさらに備える
    受信装置。
  5. 伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
    上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信部を備え、
    上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データであって、分割総数が所定数を超える場合、
    上記伝送ストリーム生成部は、
    上記ファイルを、それぞれに含まれる上記分割データの個数が上記所定数以内となるように、複数のファイルに分割し、
    上記第２の伝送パケットに、上記複数のファイルの連結情報を挿入する
    送信装置。
  6. 上記複数のファイルの連結情報には、上記分割データの総数を示す総数情報が付加されている
    請求項５に記載の送信装置。
  7. 上記伝送パケットはＭＭＴパケットであり、
    上記所定数は２５６である
    請求項５に記載の送信装置。
  8. 上記複数のファイルの連結情報は、データ・トランスミッション・メッセージに含まれるデータ・アセット・マネジメント・テーブルに挿入される
    請求項７に記載の送信装置。
  9. 上記複数のファイルには連番のファイル識別子が付与され、
    上記複数のファイルの連結情報は、上記データ・アセット・マネジメント・テーブルに、上記複数のファイルのうち最初のファイルの情報として挿入され、
    上記複数のファイルの連結情報には、上記複数のファイルのうち最後のファイルのファイル識別子が含まれる
    請求項８に記載の送信装置。
  10. 伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成ステップと、
    送信部により、上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信ステップを有し、
    上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データであって、分割総数が所定数を超える場合、
    上記伝送ストリーム生成ステップでは、
    上記ファイルを、それぞれに含まれる上記分割データの個数が上記所定数以内となるように、複数のファイルに分割し、
    上記第２の伝送パケットに、上記複数のファイルの連結情報を挿入する
    送信方法。
  11. 伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを、送信側から所定の伝送路を通じて受信する伝送ストリーム受信部を備え、
    上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データであって、分割総数が所定数を超える場合、上記ファイルは、それぞれに含まれる上記分割データの個数が上記所定数以内となるように、複数のファイルに分割されると共に、上記第２の伝送パケットに上記複数のファイルの連結情報が挿入されており、
    上記伝送ストリームから、上記複数のファイルの連結情報を利用して、上記所定のコンテンツを構成するファイルの各分割データをそれぞれ含む上記第１の伝送パケットをフィルタリングして上記ファイルを取得するファイル取得部をさらに備える
    受信装置。
  12. 伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
    上記伝送ストリームを所定の伝送路を通じて受信側に送信する伝送ストリーム送信部と、
    上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データであって、分割総数が所定数を超える場合、上記第１の伝送パケットおよび/または上記第２の伝送パケットに、上記第１の伝送パケットに含まれる分割データを識別するための識別情報を挿入する識別情報挿入部を備える
    送信装置。
  13. 伝送メディアを含む第１の伝送パケットと、上記伝送メディアに関する情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを、送信側から所定の伝送路を通じて受信する伝送ストリーム受信部を備え、
    上記第１の伝送パケットに含まれる伝送メディアが所定のコンテンツを構成するファイルの分割データであって、分割総数が所定数を超える場合、上記第１の伝送パケットおよび/または上記第２の伝送パケットに、上記第１の伝送パケットに含まれる分割データを識別するための識別情報が挿入されており、
    上記伝送ストリームから、上記識別情報を利用して、上記所定のコンテンツを構成するファイルの各分割データをそれぞれ含む上記第１の伝送パケットをフィルタリングして上記ファイルを取得するファイル取得部をさらに備える
    受信装置。
JP2022078443A 2014-06-10 2022-05-11 送信装置、送信方法および受信装置 Active JP7400867B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2014119290 2014-06-10
JP2014119290 2014-06-10
JP2020191452A JP7074178B2 (ja) 2014-06-10 2020-11-18 送信装置、送信方法、受信装置および受信方法

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2020191452A Division JP7074178B2 (ja) 2014-06-10 2020-11-18 送信装置、送信方法、受信装置および受信方法

Publications (2)

Publication Number Publication Date
JP2022105580A true JP2022105580A (ja) 2022-07-14
JP7400867B2 JP7400867B2 (ja) 2023-12-19

Family

ID=54833352

Family Applications (4)

Application Number Title Priority Date Filing Date
JP2016527716A Active JP6558366B2 (ja) 2014-06-10 2015-05-19 送信装置、送信方法および受信装置
JP2019132297A Active JP6798585B2 (ja) 2014-06-10 2019-07-17 送信装置、送信方法および受信装置
JP2020191452A Active JP7074178B2 (ja) 2014-06-10 2020-11-18 送信装置、送信方法、受信装置および受信方法
JP2022078443A Active JP7400867B2 (ja) 2014-06-10 2022-05-11 送信装置、送信方法および受信装置

Family Applications Before (3)

Application Number Title Priority Date Filing Date
JP2016527716A Active JP6558366B2 (ja) 2014-06-10 2015-05-19 送信装置、送信方法および受信装置
JP2019132297A Active JP6798585B2 (ja) 2014-06-10 2019-07-17 送信装置、送信方法および受信装置
JP2020191452A Active JP7074178B2 (ja) 2014-06-10 2020-11-18 送信装置、送信方法、受信装置および受信方法

Country Status (6)

Country Link
US (1) US11082340B2 (ja)
EP (1) EP3157260B1 (ja)
JP (4) JP6558366B2 (ja)
CN (1) CN106416270B (ja)
PH (1) PH12016502408B1 (ja)
WO (1) WO2015190247A1 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6300114B2 (ja) * 2014-08-06 2018-03-28 パナソニックＩｐマネジメント株式会社 送信方法、受信方法、送信装置及び受信装置
CN108141636B (zh) * 2015-10-07 2021-03-23 松下知识产权经营株式会社 接收装置以及接收方法
KR102446181B1 (ko) * 2016-02-17 2022-09-22 삼성전자주식회사 멀티미디어 시스템에서 미디어 데이터를 송수신하는 방법 및 장치
JP6786324B2 (ja) * 2016-09-20 2020-11-18 株式会社東芝 多重化装置及び多重化方法
JP7409031B2 (ja) 2019-11-18 2024-01-09 Ｔｏｐｐａｎホールディングス株式会社 ガラスコア多層配線基板及びその製造方法
CN113660295B (zh) * 2021-10-20 2022-03-22 深圳市龙信信息技术有限公司 报文处理装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005010113A (ja) * 2003-06-23 2005-01-13 Matsushita Electric Ind Co Ltd 放送受信機能を持つナビゲーションシステム
JP2009171294A (ja) * 2008-01-17 2009-07-30 Hitachi Ltd 映像配信システム、映像中継装置、及び映像中継方法
JP2010226447A (ja) * 2009-03-24 2010-10-07 Toshiba Corp コンテンツ配布システムおよびコンテンツ配布方法
US20140133489A1 (en) * 2011-06-13 2014-05-15 Electronic and Techcommunications Research Institute Method for transmitting packet-based media data having header in which overhead is minimized

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003046949A (ja) * 2001-07-30 2003-02-14 Hitachi Ltd データ多重化方法、データ記録媒体、データ記録装置及びデータ記録プログラム
US20060184790A1 (en) * 2004-03-26 2006-08-17 Microsoft Corporation Protecting elementary stream content
TWI238609B (en) 2004-06-29 2005-08-21 Lite On Automotive Corp Wireless update method of vehicle burglarproof system
JP4816262B2 (ja) 2006-06-06 2011-11-16 ソニー株式会社 再生装置、再生方法および再生プログラム
CN101977326B (zh) 2010-11-22 2012-05-09 天柏宽带网络科技（北京）有限公司 一种基于mpeg-2传输流的特技流生成方法
KR20120138604A (ko) * 2011-06-14 2012-12-26 삼성전자주식회사 멀티미디어 시스템에서 복합 미디어 컨텐츠를 송수신하는 방법 및 장치
JP5778591B2 (ja) 2012-01-24 2015-09-16 日本放送協会 送信装置、送信方法、受信装置及び受信方法
US9183218B1 (en) * 2012-06-29 2015-11-10 Emc Corporation Method and system to improve deduplication of structured datasets using hybrid chunking and block header removal
WO2014010501A1 (ja) * 2012-07-10 2014-01-16 シャープ株式会社 再生装置、再生方法、配信装置、配信方法、配信プログラム、再生プログラム、記録媒体およびメタデータ
KR102056438B1 (ko) 2012-10-12 2019-12-16 삼성전자주식회사 복합 멀티미디어 데이터를 전송하기 위한 데이터 패킷을 송수신하는 방법 및 장치
US9350990B2 (en) * 2013-02-28 2016-05-24 Sonic Ip, Inc. Systems and methods of encoding multiple video streams with adaptive quantization for adaptive bitrate streaming
KR101484843B1 (ko) * 2013-04-19 2015-01-20 삼성전자주식회사 멀티미디어 전송 시스템에서 미디어 전송 패킷 전송 방법 및 장치
KR20140126827A (ko) * 2013-04-22 2014-11-03 삼성전자주식회사 Dvb 시스템에서 mmt를 이용하여 방송 서비스를 송수신하는 방법 및 장치
US20150032845A1 (en) * 2013-07-26 2015-01-29 Samsung Electronics Co., Ltd. Packet transmission protocol supporting downloading and streaming
US9282050B2 (en) * 2013-10-30 2016-03-08 Palo Alto Research Center Incorporated System and method for minimum path MTU discovery in content centric networks

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005010113A (ja) * 2003-06-23 2005-01-13 Matsushita Electric Ind Co Ltd 放送受信機能を持つナビゲーションシステム
JP2009171294A (ja) * 2008-01-17 2009-07-30 Hitachi Ltd 映像配信システム、映像中継装置、及び映像中継方法
JP2010226447A (ja) * 2009-03-24 2010-10-07 Toshiba Corp コンテンツ配布システムおよびコンテンツ配布方法
US20140133489A1 (en) * 2011-06-13 2014-05-15 Electronic and Techcommunications Research Institute Method for transmitting packet-based media data having header in which overhead is minimized

Also Published As

Publication number Publication date
US11082340B2 (en) 2021-08-03
WO2015190247A1 (ja) 2015-12-17
JP6798585B2 (ja) 2020-12-09
JPWO2015190247A1 (ja) 2017-04-20
EP3157260A4 (en) 2018-01-03
JP6558366B2 (ja) 2019-08-14
EP3157260B1 (en) 2020-07-29
JP7400867B2 (ja) 2023-12-19
PH12016502408A1 (en) 2017-03-06
CN106416270A (zh) 2017-02-15
JP2021036721A (ja) 2021-03-04
JP2019208248A (ja) 2019-12-05
EP3157260A1 (en) 2017-04-19
BR112016028394A2 (pt) 2017-08-22
JP7074178B2 (ja) 2022-05-24
CN106416270B (zh) 2020-01-17
PH12016502408B1 (en) 2017-03-06
US20170195223A1 (en) 2017-07-06

Similar Documents

Publication Publication Date Title
JP7074178B2 (ja) 送信装置、送信方法、受信装置および受信方法
JP5641090B2 (ja) 送信装置、送信方法、受信装置および受信方法
JP6563337B2 (ja) 送信装置、送信方法、受信装置および受信方法
JP7279767B2 (ja) 送信方法および送信装置
JP6330804B2 (ja) 送信装置、伝送ストリームの送信方法および処理装置
JP6323518B2 (ja) 送信装置及び送信方法、並びに受信装置及び受信方法
JP5725235B1 (ja) 受信装置及び受信方法、並びに、送信装置及び送信方法
JP5672407B2 (ja) 送信装置、送信方法、受信装置および受信方法
WO2016113960A1 (ja) 送信装置及び送信方法、並びに受信装置及び受信方法
JP5725250B1 (ja) 送信装置及び送信方法、並びに受信装置及び受信方法
JP5725249B1 (ja) 送信装置及び送信方法、並びに受信装置及び受信方法
BR112016028394B1 (pt) Aparelhos de transmissão e recepção, e, método de transmissão

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220609

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220609

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230613

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230620

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230818

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20231107

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20231120

R151 Written notification of patent or utility model registration

Ref document number: 7400867

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151