JP2020099087A - Method and apparatus for transmitting/receiving content - Google Patents

Method and apparatus for transmitting/receiving content Download PDF

Info

Publication number
JP2020099087A
JP2020099087A JP2020024429A JP2020024429A JP2020099087A JP 2020099087 A JP2020099087 A JP 2020099087A JP 2020024429 A JP2020024429 A JP 2020024429A JP 2020024429 A JP2020024429 A JP 2020024429A JP 2020099087 A JP2020099087 A JP 2020099087A
Authority
JP
Japan
Prior art keywords
package
information
asset
mmt
assets
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
JP2020024429A
Other languages
Japanese (ja)
Other versions
JP7015617B2 (en
Inventor
スン−リュル・リュ
Sung-Ryeul Rhyu
キュン−モ・パク
Kyung-Mo Park
ジェ−ヨン・ソン
Song Jae-Yeon
スン−オウ・フワン
Ou-Hwan Sun
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.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
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 Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of JP2020099087A publication Critical patent/JP2020099087A/en
Application granted granted Critical
Publication of JP7015617B2 publication Critical patent/JP7015617B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/06Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H20/00Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86Arrangements characterised by the broadcast information itself
    • H04H20/95Arrangements characterised by the broadcast information itself characterised by a specific format, e.g. MP3 (MPEG-1 Audio Layer 3)
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85Assembly of content; Generation of multimedia applications
    • H04N21/854Content authoring
    • H04N21/85406Content authoring involving a specific file format, e.g. MP4 format
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling 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
    • H04N21/23611Insertion of stuffing data into a multiplex stream, e.g. to obtain a constant bitrate
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control 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/643Communication protocols
    • H04N21/64322IP

Abstract

To provide more efficient method and apparatus for transmitting/receiving a content using a package.SOLUTION: A method of transmitting a content in a transmitter includes a step of generating a file with one or more packages including at least one asset, and a step of sending the generated file to a terminal. A method of receiving a content in a receiver includes a step of receiving a file, a step of analyzing one or more packages included in the file and including at least one asset, and a step of playing a content on the basis of the result of the analysis.SELECTED DRAWING: Figure 14

Description

本発明は、コンテンツの送受信方法及び装置に関する。より詳しくは、本発明は、様々な異種のネットワークを介したコンテンツの送受信のための方法及び装置に関する。 The present invention relates to a content transmitting/receiving method and apparatus. More particularly, the present invention relates to methods and apparatus for sending and receiving content over various heterogeneous networks.

国際標準化機構/国際電気標準会議(International Organization for Standardization/International Electrotechnical Commission、ISO/IEC)は、マルチメディアサービスのために使用される標準ファイルフォーマットでISO基本ファイルフォーマット(base file format)を規定している。ISO基本ファイルフォーマットは、柔軟でありつつも拡張可能なファイル構造であり、様々なメディアファイルフォーマットの基本である。例えば、JPEG(Joint Photographic Experts Group)2000及び第3世代パートーナーシッププロジェクト(3rd Generation Partnership Project、3GPP)ファイルフォーマットは、ISO基本ファイルフォーマットに基づいており、MPEG(Moving Picture Experts Group)−4ファイルフォーマットは、ISO基本ファイルフォーマットの拡張されたフォーマットである。 The International Organization for Standardization/International Electrotechnical Commission (ISO/IEC) defines the ISO base file format as the standard file format used for multimedia services. There is. The ISO basic file format is a flexible yet extensible file structure and is the basis of various media file formats. For example, JPEG (Joint Photographic Experts Group) 2000 and 3rd Generation Partnership Project (3GPP) file formats are based on the ISO basic file format, and MPEG (Moving Picture Experts Group)-4 file formats are , Is an extended format of the ISO basic file format.

映画、ニュースなどのコンテンツのような様々なメディアを含むマルチメディアコンテンツ(以下、“コンテンツ”と称する)を効率的に送信できる方案が要求される。各コンテンツは、パッケージ別に送信される。このために、パッケージを使用するより効率的なコンテンツを送信できる方法が要求される。 There is a demand for a scheme capable of efficiently transmitting multimedia contents (hereinafter, referred to as “contents”) including various media such as contents such as movies and news. Each content is transmitted by package. This requires a more efficient way to send content using packages.

特開2006−129078号公報JP, 2006-129078, A

Youngkwon Lim,Review of w11792,AHG on MMT, [online],2011年 3月20日,pp. 1-30,[2016年11月18日検索], インターネット<URL:http://phenix.it-sudparis.eu/jct/doc_end_user/documents/5_Geneva/wg11/JCTVC-E360-v3-.zip>Youngkwon Lim, Review of w11792, AHG on MMT, [online], March 20, 2011, pp. 1-30, [Search November 18, 2016], Internet <URL:http://phenix.it- sudparis.eu/jct/doc_end_user/documents/5_Geneva/wg11/JCTVC-E360-v3-.zip> Technologies under Consideration (TuC) for MMT,ISO/IEC JTC1/SC29/WG11 N12170,2011年 7月Technologies under Consideration (TuC) for MMT, ISO/IEC JTC1/SC29/WG11 N12170, July 2011 Jaeyeon Song, et al.,Response to Call for Proposals for MPEG Media Transport,ISO/IEC JTC1/SC29/WG11 MPEG2011/M19266,2011年 1月Jaeyeon Song, et al., Response to Call for Proposals for MPEG Media Transport, ISO/IEC JTC1/SC29/WG11 MPEG2011/M19266, January 2011 Information technology - Coding of audio-visual objects -Part 12: ISO base media file format,INTERNATIONAL STANDARD ISO/IEC14496-12,ISO,2005年10月 1日,Second edition, Corrected version,pp.1-14Information technology-Coding of audio-visual objects -Part 12: ISO base media file format, INTERNATIONAL STANDARD ISO/IEC14496-12, ISO, October 1, 2005, Second edition, Corrected version, pp.1-14

本発明の目的は、少なくとも上述した問題点及び/又は不都合に取り組み、少なくとも以下の利便性を提供することにある。すなわち、本発明の目的は、コンテンツを効率的に送信するためのコンテンツ格納方法及び装置を提供することにある。
本発明の別の目的は、様々な異種網を介して送信するためのコンテンツ配信方法及び装置を提供することにある。
本発明のさらに別の目的は、パッケージ構造を有するコンテンツの格納及び送信のための方法及び装置を提供することにある。
An object of the present invention is to address at least the above problems and/or inconveniences and provide at least the following conveniences. That is, an object of the present invention is to provide a content storage method and apparatus for efficiently transmitting content.
It is another object of the present invention to provide a content distribution method and apparatus for transmitting via various heterogeneous networks.
Yet another object of the present invention is to provide a method and apparatus for storing and transmitting content having a package structure.

上記のような目的を達成するために、本発明の一態様によれば、送信器におけるコンテンツ送信方法が提供される。上記方法は、少なくとも1つのアセットを含む1つ又はそれ以上のパッケージで1つのファイルを生成するステップと、上記生成されたファイルを端末に送信するステップとを有することを特徴とする。
本発明の別の態様によれば、端末におけるコンテンツ受信方法が提供される。上記方法は、ファイルを受信するステップと、上記ファイルに含まれ、少なくとも1つのアセットを含む1つ又はそれ以上のパッケージを分析するステップと、上記分析の結果に基づいてコンテンツを再生するステップとを有することを特徴とする。
To achieve the above object, according to one aspect of the present invention, there is provided a content transmission method in a transmitter. The method is characterized in that it comprises the steps of generating a file in one or more packages containing at least one asset, and transmitting the generated file to the terminal.
According to another aspect of the present invention, a content receiving method in a terminal is provided. The method comprises the steps of receiving a file, analyzing one or more packages contained in the file that include at least one asset, and playing content based on the results of the analysis. It is characterized by having.

本発明のさらに別の態様によれば、送信器におけるコンテンツ送信装置が提供される。上記装置は、少なくとも1つのアセットを含む1つ又はそれ以上のパッケージで1つのファイルを生成する生成部と、上記生成されたファイルを端末に送信する送信部とを有することを特徴とする。
本発明のさらに別の態様によれば、受信器におけるコンテンツ受信装置が提供される。上記装置は、ファイルを受信する受信部と、上記ファイルに含まれ、少なくとも1つのアセットを含む1つ又はそれ以上のパッケージを分析するパッケージ分析部と、上記分析の結果に基づいてコンテンツを再生する再生部とを有することを特徴とする。
According to yet another aspect of the present invention, a content transmission device in a transmitter is provided. The device is characterized by having a generation unit that generates one file in one or more packages that include at least one asset, and a transmission unit that transmits the generated file to the terminal.
According to yet another aspect of the present invention, a content receiving device in a receiver is provided. The apparatus receives a file, a package analysis unit that analyzes one or more packages included in the file, the package including at least one asset, and plays content based on a result of the analysis. And a reproducing unit.

本発明の他の目的、利点、及び顕著な特徴は、添付の図面及び本発明の実施形態からなされた以下の詳細な説明から、この分野の当業者に明確になるはずである。 Other objects, advantages and salient features of the present invention will become apparent to those skilled in the art from the accompanying drawings and the following detailed description taken from the embodiments of the present invention.

本発明は、1つのパッケージのアセットを管理するのではなく個別のパッケージの形態でパッケージコンポーネントを作成し、これを他のパッケージで使用できるようにする。
本発明の実施形態は、様々な異種網を介してパッケージを送信できるようにし、ブロードキャストコンテンツを効率的に送信できるようにする。
本発明の実施形態は、MPEGメディアトランスポート(MMT)パッケージをファイル構造で記憶することにより、MMTパッケージが柔軟でありつつも拡張可能なファイル構造の長所を使用できるようにする。
本発明の実施形態の上述した及び他の様相、特徴、及び利点は、以下の添付図面が併用された後述の詳細な説明から、より一層明らかになるだろう。
The present invention creates package components in the form of individual packages rather than managing the assets of one package and makes them available to other packages.
Embodiments of the present invention allow packages to be sent over a variety of heterogeneous networks, allowing broadcast content to be sent efficiently.
Embodiments of the present invention store MPEG Media Transport (MMT) packages in a file structure, allowing the MMT package to take advantage of the flexible yet extensible file structure.
The above and other aspects, features and advantages of embodiments of the present invention will become more apparent from the following detailed description, taken in conjunction with the following accompanying drawings.

本発明の実施形態によるMPEGメディアトランスポート(MMT)パッケージの構成を示す図である。FIG. 3 is a diagram illustrating a configuration of an MPEG media transport (MMT) package according to an exemplary embodiment of the present invention. 本発明の実施形態によるパッケージ送信のためのMMTシステムのアーキテクチャを示す図である。FIG. 3 is a diagram illustrating an architecture of an MMT system for package transmission according to an embodiment of the present invention. 本発明の実施形態によるコンフィグレーション情報及びその下位情報を示す図である。It is a figure which shows the configuration information and its subordinate information by embodiment of this invention. 本発明の実施形態によるアセットの時空間的な配置を示す図である。It is a figure which shows the spatiotemporal arrangement|positioning of the asset by embodiment of this invention. 本発明の実施形態によるパッケージの時間経過につれてCIトラックから受信されたコンポジション情報(CI)サンプルがどのように変更されるか又は置き換えられるかを示す図である。FIG. 6 illustrates how composition information (CI) samples received from a CI track are modified or replaced over time in a package according to embodiments of the invention. 本発明の実施形態によるトランスポートタイムラインセグメントを示す図である。FIG. 6 illustrates a transport timeline segment according to an embodiment of the present invention. 本発明の実施形態によるアセット及びISOベースメディアファイルフォーマット(ISOFF)がマッピングされる構造を示す図である。FIG. 3 is a diagram illustrating a structure in which an asset and an ISO base media file format (ISOFF) are mapped according to an exemplary embodiment of the present invention. 本発明の実施形態によるパッケージ及びISOFFがマッピングされる構造を示す図である。FIG. 7 is a diagram illustrating a structure in which packages and ISOFFs are mapped according to an exemplary embodiment of the present invention. 本発明の実施形態による静的パッケージ(static Package)が記憶されたISOFF構造を示す図である。FIG. 6 illustrates an ISOFF structure in which a static package is stored according to an exemplary embodiment of the present invention. 本発明の実施形態による動的パッケージ(dynamic Package)が記憶されたISOFF構造を示す図である。FIG. 6 illustrates an ISOFF structure in which a dynamic package is stored according to an exemplary embodiment of the present invention. 本発明の実施形態による複数のファイルがフォルダに記憶される構造を示す図である。FIG. 6 is a diagram showing a structure in which a plurality of files are stored in a folder according to an exemplary embodiment of the present invention. 本発明の実施形態による複数のファイルがZIPファイルのような圧縮ファイルに記憶される構造を示す図である。FIG. 6 illustrates a structure in which multiple files are stored in a compressed file such as a ZIP file according to an embodiment of the present invention. 本発明の実施形態による統合パッケージ及びそのサブパッケージを示す図である。FIG. 6 is a diagram showing an integrated package and its sub-package according to an embodiment of the present invention. 本発明の実施形態による送信方法を示すフローチャートである。6 is a flowchart illustrating a transmission method according to an exemplary embodiment of the present invention. 本発明の実施形態による受信方法を示すフローチャートである。6 is a flowchart illustrating a receiving method according to an exemplary embodiment of the present invention. 本発明の実施形態による送信装置の構成を示すブロック図である。1 is a block diagram showing a configuration of a transmission device according to an exemplary embodiment of the present invention. 本発明の実施形態による受信装置の構成を示すブロック図である。FIG. 1 is a block diagram showing a configuration of a receiving device according to an embodiment of the present invention.

図面中、同一の図面参照符号が同一の構成要素、特性、又は構造を意味することは、容易に理解できるであろう。
添付の図面を参照した下記の説明は、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるような本発明の実施形態の包括的な理解を助けるために提供され、この理解を助けるための様々な特定の詳細を含むが、単なる実施形態にすぎない。従って、本発明の範囲及び趣旨を逸脱することなく、ここに説明した実施形態の様々な変更及び修正が可能であるということは、当該技術分野における通常の知識を有する者には明らかであろう。また、明瞭性と簡潔性の観点から、当業者に良く知られている機能や構成に関する具体的な説明を省略する。
It will be readily understood that the same drawing reference numbers refer to the same elements, features or structures in the drawings.
The following description with reference to the accompanying drawings is provided to aid in a comprehensive understanding of the embodiments of the present invention as defined within the scope of the claims and their equivalents. It includes various specific details to aid, but are merely embodiments. Thus, it will be apparent to one of ordinary skill in the art that various changes and modifications to the embodiments described herein can be made without departing from the scope and spirit of the invention. .. Also, from the viewpoint of clarity and conciseness, a detailed description of functions and configurations well known to those skilled in the art will be omitted.

次の説明及び請求項に使用する用語及び単語は、辞典的意味に限定されるものではなく、発明者により本発明の理解を明確且つ一貫性があるようにするために使用する。従って、本発明の実施形態の説明は単に実例を提供するためのものであって、特許請求の範囲とこれと均等なものに基づいて定義される発明を限定する目的で提供するものでないことは、本発明の技術分野における通常の知識を持つ者には明らかである。
英文明細書に記載の“a”、“an”、及び“the”、即ち、単数形は、文脈中に特に明示しない限り、複数形を含むことは、当業者には理解できるものである。従って、例えば、“コンポーネント表面(a component surface)”との記載は、1つ又は複数の表面を含む。
The terms and words used in the following description and claims are not limited to their dictionary meanings, but are used by the inventors to provide a clear and consistent understanding of the invention. Therefore, the description of the embodiments of the present invention is provided merely for the purpose of providing examples and not for the purpose of limiting the invention defined based on the claims and their equivalents. , As would be apparent to one of ordinary skill in the art of the present invention.
It is understood by those skilled in the art that "a", "an", and "the" in the English specification, that is, the singular form include the plural form, unless the context clearly indicates otherwise. Thus, for example, the phrase "a component surface" includes one or more surfaces.

後述する詳細な説明には、上述した技術的課題を解決するための本発明において、MPEGメディアトランスポート(MPEG Media Transport、MMT)標準で定義される名称を同一に使用するが、このような標準及び名称が本発明の範囲を限定するのではなく、類似した技術的な背景を有するシステムにも適用可能であることはもちろんである。 In the following detailed description, in the present invention for solving the above technical problems, the names defined in the MPEG Media Transport (MMT) standard are used in the same manner. It goes without saying that the names and names do not limit the scope of the invention, but are also applicable to systems with a similar technical background.

本発明を説明する前に、本発明で使用される用語を定義すると、次のようである。
暗号化機能領域(E)は、符号化されたデータを記憶装置に保存するか又は配信プロトコル及びネットワークのペイロードとして運搬される1つの暗号化のためのフォーマットを定義する。
配信機能領域(D)は、1つのネットワークエンティティから他のネットワークエンティティまで暗号化されたメディアデータを転送するために必要とされるフォーマット及び機能を提供する。
制御機能領域(C)は、メディアの配信及び消費を制御するための機能を提供する。
Before explaining the present invention, the terms used in the present invention are defined as follows.
The cryptographic functional area (E) defines a format for encryption, which stores encoded data in storage or is carried as a delivery protocol and network payload.
The distribution functional area (D) provides the formats and functions required to transfer encrypted media data from one network entity to another.
The control function area (C) provides a function for controlling distribution and consumption of media.

<メディアフラグメントユニット>
一般的なコンテナフォーマットであり、メディアデコーダにより独立して消費可能なデータユニットを運搬する独立した特定のコーデック。
ノート:メディアフラグメントユニットは、メディア特性(例えば、損失−トレランス)のようなメディアフラグメントデータ及び追加の情報で構成される。例えば、メディアフラグメントユニットは、ビデオのためのスライス又はピクチャである。
<Media fragment unit>
A common container format, an independent specific codec that carries a data unit that can be independently consumed by a media decoder.
Note: The media fragment unit consists of media fragment data and additional information such as media characteristics (eg loss-tolerance). For example, a media fragment unit is a slice or picture for video.

<Mユニット>
一般的なコンテナフォーマットであり、1つ又はそれ以上のアクセスユニット(AU)を運搬する独立した特定のコーデック。Mユニットは、1つ又はそれ以上のメディアフラグメントユニットで構成される。Mユニットは、タイムドデータ(timed data)又はノンタイムドデータ(non-timed data)を含むことができる。
ノート:Mユニットは、同期化のためのタイムスタンプのようなメディアフラグメントユニットデータ及び追加の情報で構成される。Mユニットは、MMT暗号化部による処理のためのデータエンティティである。
<M unit>
A common container format, an independent specific codec that carries one or more access units (AUs). An M unit is composed of one or more media fragment units. The M unit may include timed data or non-timed data.
Note: M unit is composed of media fragment unit data and additional information such as time stamp for synchronization. The M unit is a data entity for processing by the MMT encryptor.

<MMTアセット>
MMTアセットは、1つ又はそれ以上のMユニットで構成されるデータエンティティである。MMTアセットは、コンポジション情報及びトランスポート特性が定義されたデータユニットである。
<MMT Asset>
An MMT asset is a data entity composed of one or more M units. The MMT asset is a data unit in which composition information and transport characteristics are defined.

<MMTパッケージ>
MMTパッケージは、コンポジション情報及びトランスポート特性のような追加の情報とともに1つ又はそれ以上のMMTアセットで構成される。
ノート:MMTパッケージ内のMMTアセットは、多重化されるか又は連結されることができる。
<MMT package>
The MMT Package consists of one or more MMT Assets with additional information such as composition information and transport characteristics.
Note: MMT Assets in MMT Package can be multiplexed or concatenated.

<MMTペイロードフォーマット>
MMTアプリケーションプロトコル又は他の既存のアプリケーショントランスポートプロトコル(例えば、RTP)によりそれらの消費のためのMMTアセット及び他の情報を運搬するための一般的なペイロードフォーマット。
ノート:MMTペイロードは、AL−FECのような他の情報とMFUのフラグメントを含んでもよい。
<MMT payload format>
A generic payload format for carrying MMT assets and other information for their consumption by MMT application protocols or other existing application transport protocols (eg, RTP).
Note: The MMT payload may include other information such as AL-FEC and MFU fragments.

<MMTトランスポートパケット>
MMTトランスポートパケットは、MMTのためのアプリケーショントランスポートプロトコルにより使用されるデータフォーマットである。
<MMT transport packet>
MMT Transport Packets are a data format used by the Application Transport Protocol for MMT.

<コンフィグレーション情報>
MMTパッケージは、コンフィグレーション情報を活用するための機能及び動作を有する。コンフィグレーション情報は、MMTアセットのリスト、コンポジション情報(CI)、及びトランスポート特性を含む。
デスクリプション情報は、MMTパッケージ及びMMTアセットを説明する。コンポジション情報は、MMTアセットの消費を助ける。トランスポート特性情報は、MMTアセットの配信のためのヒントを提供する。
<Configuration information>
The MMT package has functions and operations for utilizing the configuration information. The configuration information includes a list of MMT assets, composition information (CI), and transport characteristics.
The description information describes the MMT package and the MMT asset. Composition information helps the consumption of MMT assets. Transport characteristic information provides hints for delivery of MMT assets.

<MMTパッケージ内のデータのフレキシブルオーダーリング及びアドレッシング>
MMTパッケージ内のデータは、消費順序又は優先順位順序のような任意の順序で配列されることができる。MMTパッケージは、MMTパッケージでデータの物理的な位置に関する情報を提供する。
<Flexible ordering and addressing of data in MMT package>
The data in the MMT package can be arranged in any order, such as consumption order or priority order. The MMT package provides information regarding the physical location of data in the MMT package.

<パッケージ識別子情報>
パッケージ識別子情報は、MMTパッケージのサービスプロバイダID、コンテンツID、ジャンル、及びエピソード数のような機械読み取り可能な情報を含む。これは、1つのMMTパッケージを他のパッケージとユニークに識別する。
また、パッケージ識別子情報は、サービスのタイトル、俳優/女優の名前、概要などのような人間が読み取り可能な情報を含む。これらの情報は、ユーザが消費のためにMMTパッケージを選択することを助ける。
<Package identifier information>
The package identifier information includes machine readable information such as the service provider ID, content ID, genre, and episode number of the MMT package. This uniquely identifies one MMT package with another.
The package identifier information also includes human-readable information such as service title, actor/actress name, synopsis, and so on. This information helps the user select an MMT package for consumption.

<アセットリスト情報>
アセットリスト情報は、MMTパッケージ内のMMTアセットのリストを提供する。MMTパッケージペイロード内のデータは、MMTアセットであり、アセットリスト内にリストされなければならない。
<Asset list information>
Asset list information provides a list of MMT assets in the MMT package. The data in the MMT Package Payload is an MMT Asset and must be listed in the Asset List.

<コンポジション情報(CI)>
コンポジション情報は、MMTアセットがアセット関係をシグナリングすることにより消費される。MMTアセットのコンポジションを説明する関係の3つの主なタイプ、すなわち、時間的な関係、空間的な関係、及びアセット間の関係が存在する。
<Composition information (CI)>
Composition information is consumed by MMT assets signaling asset relationships. There are three main types of relationships that describe the composition of MMT assets: temporal relationships, spatial relationships, and relationships between assets.

<時間的な関係>
時間的な関係は、MMTアセットタイムラインとMMTパッケージタイムラインとの間の関係である。MMTアセットの実行時間の全体又は一部は、MMTパッケージタイムラインのある時点又は期間に配置される。
<Time relationship>
The temporal relationship is the relationship between the MMT Asset Timeline and the MMT Package Timeline. All or part of the execution time of an MMT asset is placed at some point or time period in the MMT Package Timeline.

<空間的な関係>
空間的な関係は、MMTアセットとMMTパッケージのプレゼンテーション領域との間の関係である。MMTアセットのプレゼンテーション位置は、イベント(例えば、チャプタサムネイル(chapter thumbnail)の選択)及びMMTアセットの選択は、イベントのトリガーリングにより異なる方法(例えば、全スクリーン)でプレゼンテーションされる。
<Spatial relationship>
The spatial relationship is the relationship between the MMT asset and the presentation area of the MMT package. The presentation position of the MMT asset is the event (e.g. selection of chapter thumbnail) and the selection of the MMT asset is presented in different ways (e.g. full screen) depending on the triggering of the event.

<アセット間の関係>
複数のMMTアセットは、これら間の様々な関係を有する。複数のMMTアセットから1つ又は幾つかの選択を行うことは、これら間の関係を説明する追加の情報を要求する。3つの関係、すなわち、組み合せ可能な関係、相互排他的な関係、及び依存関係は、ここに識別されリストされる。関係ないMMTアセットを選択することは、単独でユーザの決定又はクライアントの実現により実行される。
<Relationship between assets>
Multiple MMT assets have various relationships between them. Making one or some selections from multiple MMT assets requires additional information that describes the relationships between them. Three relationships are identified and listed here: combinable relationships, mutually exclusive relationships, and dependency relationships. Selecting irrelevant MMT assets is performed solely by the user's decision or client implementation.

<組み合せ可能な関係>
組み合せ可能な関係は、複数の選択から1つ以上を選択する関係である。組み合せ可能な関係でのMMTアセットは、異なるコンテキスト及び異なるメディアタイプを有することができる。
<Relationship that can be combined>
The combinable relationship is a relationship in which one or more is selected from a plurality of selections. MMT assets in combinable relationships can have different contexts and different media types.

<相互排他的な関係>
相互排他的な関係は、1つ及び複数の選択から1つだけ選択した結果の関係である。結合可能な関係でのMMTアセットは、異なるコンテキストであるが、同一のメディアタイプを有する。
<mutually exclusive relationship>
Mutually exclusive relationships are relationships resulting from the selection of only one from one and multiple selections. MMT assets in a combinable relationship have different contexts but the same media type.

<依存関係>
依存関係は、追加のMMTアセットを必要とするMMTアセットの選択に対する関係である。MMTアセットは、相互排他的な関係に存在しない他のMMTアセットと依存関係を有することができる。
<Dependency>
Dependencies are relationships to selections of MMT assets that require additional MMT assets. MMT assets can have dependencies with other MMT assets that are not in a mutually exclusive relationship.

<適応的な関係>
適応的な関係は、同一のコンテキスト及び同一のメディアタイプを有する複数のMMTアセット又はMユニット間の関係である。適応的な関係で1つから他のものにスイッチングすることは、知覚的に同一のコンテキストを維持する。
例えば、高品質画像及び中間品質画像は、二者択一の関係にある。クライアントデバイスは、ネットワーク帯域幅又はデバイス容量に従って適応的に同一のコンテキストをプレゼンテーションできるように適応的な関係でMMTアセットの中の1つを選択する。
<Adaptive relationship>
An adaptive relationship is a relationship between multiple MMT assets or M units that have the same context and the same media type. Switching from one to the other in an adaptive relationship maintains a perceptually identical context.
For example, high quality images and intermediate quality images are in a binary relationship. The client device selects one of the MMT assets in an adaptive relationship so that it can adaptively present the same context according to network bandwidth or device capacity.

<権限管理情報>
他のコンポジション情報は、権限管理情報である。権限管理情報は、MMTアセットがどのような権限管理が考慮されるか否かを必要とするか否かを明示する。特定の権限管理アルゴリズムのシグナリング及びそれに関連した情報は、コンポジション情報でMMTアセット属性として説明される。
<Authority management information>
The other composition information is authority management information. The authority management information specifies whether the MMT asset needs what authority management is considered or not. The signaling of specific rights management algorithms and related information is described as MMT asset attributes in the composition information.

<トランスポート特性情報>
トランスポート特性情報は、MMTアセットの配信のために要求事項を提供する。MMTアセットは、トランスポート特性情報の1つのセットを有する。MMTパッケージは、その内部リソース又はMMTアセットに対する配信条件を有しない。MMTパッケージ内のMMTアセットは、各サービスプロバイダのための配信条件を決定するのに役立つトランスポート特性情報セットを有する。
<Transport characteristic information>
Transport characteristic information provides requirements for delivery of MMT assets. The MMT asset has one set of transport characteristic information. MMT packages do not have delivery conditions for their internal resources or MMT assets. The MMT asset in the MMT package has a set of transport characteristic information that helps determine the delivery terms for each service provider.

<エラー復元力情報>
トランスポート特性情報は、エラー復元力情報を含む。MMTアセットに関する簡素なトランスポート特性情報は、無損失又は損失であり得る。追加で、再送信、ARQ又はアプリケーションレイヤー−順方向エラー訂正(Application Layer-Forward Error Correction、AL−FEC)のような無損失配信を達成するための技術が、トランスポート特性情報で明示されることができる。しかしながら、このような無損失配信に対する特定のアルゴリズムの使用は、MMTパッケージにより説明されず、サービスプロバイダは、MMT Cレイヤーパケットを介して特定のアルゴリズムをシグナリングするために選択できる。
<Error resilience information>
The transport characteristic information includes error resilience information. Simple transport characteristic information for MMT assets can be lossless or lossy. In addition, a technique for achieving lossless delivery such as retransmission, ARQ or Application Layer-Forward Error Correction (AL-FEC) shall be specified in the transport characteristic information. You can However, the use of a particular algorithm for such lossless delivery is not described by the MMT package, and the service provider can choose to signal the particular algorithm via MMT C-layer packets.

本発明の実施形態は、MMTパッケージに含まれなければならない情報を提案し、対応する情報がどのように構造的に含まれなければならないかを提案する。また、本発明は、送信装置及び受信装置がこの含まれた情報を使用してコンテンツをどのようにブロードキャスティングし、受信し、再生できるかを提案する。 Embodiments of the invention propose information that must be included in the MMT package and how corresponding information must be structurally included. The present invention also proposes how the transmitting device and the receiving device can use this included information to broadcast, receive and play the content.

図1は、本発明の実施形態によるMMTパッケージの構成を示し、図2は、本発明の実施形態によるパッケージ送信のためのMMTシステムのアーキテクチャを示す図である。
図1及び図2を参照すると、MMTコンテンツは、MMTパッケージの形態で記憶される。MPEG−2プログラムは、MMTワーキングドラフト(Working Draft、WD)標準でパッケージ(package)として定義される。
FIG. 1 shows a structure of an MMT package according to an embodiment of the present invention, and FIG. 2 is a diagram showing an architecture of an MMT system for transmitting a package according to an embodiment of the present invention.
Referring to FIGS. 1 and 2, MMT content is stored in the form of an MMT package. An MPEG-2 program is defined as a package in the MMT Working Draft (WD) standard.

図1及び図2に示すように、MMTパッケージ(以下、“パッケージ”と称する)は、MMTアセット、コンポジション情報、トランスポート特性、及び他の追加の情報を含む。図1及び図2に示すように構成されたMMTパッケージは、制御レイヤーに配信され、制御レイヤーは、コンポジション情報を周期的に受信器に送信する。この時に、制御レイヤーは、ブロードキャストネットワーク又はブロードバンドネットワークを介してコンポジション情報を送信する。
受信器は、送信器から受信されたコンフィグレーション情報及びコンポジション情報に基づいて、受信器の環境に適合したアセットを受信するように決定し、送信経路に沿ってアセットを受信する。
As shown in FIGS. 1 and 2, an MMT package (hereinafter referred to as “package”) includes MMT assets, composition information, transport characteristics, and other additional information. The MMT package configured as shown in FIGS. 1 and 2 is delivered to the control layer, and the control layer periodically sends the composition information to the receiver. At this time, the control layer sends the composition information via the broadcast network or the broadband network.
The receiver determines to receive an asset suitable for the environment of the receiver based on the configuration information and the composition information received from the transmitter, and receives the asset along the transmission path.

パッケージは、ISO/IEC14496−12 ISOベースメディアファイルフォーマット(ISOFF)の形態で記憶される。ここで使用されるトラック、ボックス、及びサンプルのような用語は、2008年7月第3版である標準ISO/IEC14496−12 ISOベースメディアファイルフォーマットで使用される用語である。
パッケージは、マルチメディアコンテンツを含む1つの再生単位である。パッケージを再生するために必要とされる情報及びデータは、パッケージ内に含まれている。また、パッケージは、他のパッケージを含むことができる。このパッケージに含まれる他のパッケージは、パッケージ内に存在するか又は外部でリンクにより示される。
The package is stored in the form of ISO/IEC 14496-12 ISO Base Media File Format (ISOFF). Terms such as track, box, and sample as used herein are terms used in the standard ISO/IEC 14496-12 ISO base media file format, July 2008, Third Edition.
A package is one playback unit containing multimedia content. The information and data needed to play the package are contained within the package. Also, packages can include other packages. Other packages contained in this package are either present in the package or indicated externally by a link.

パッケージが送信されるためには、送信及び再生装置でのパッケージの再生のための情報が、サービスプロビジョンサーバにより周期的に読まれ送信されなければならない。例えば、コンポジション情報(CI)について、全パッケージを説明する1つのCIは、ブロードキャストの間にターンオンされるTVを考慮して周期的に再送信される。全パッケージの中の一部の時間期間ごとにアップデートされるように構成されたCIは、関連する時間期間内で周期的に再送信された後に、次の時間期間でアップデートされる。このように、CIの構成により、CIは、パッケージのヘッダに挿入されてもよく、又はCIがパッケージの生成に従って追加されるようにパッケージのペイロードに挿入されてもよい。また、パッケージ内のアセットのトランスポート特性(TC)により所定のアセットの部分は、所定の時間でブロードキャストプロトコルを用いて不特定のユーザに送信されなければなく、あるアセットは、ユーザの要請の時にブロードキャストネットワークを介して送信されなければない。パッケージの再生タイムライン(timeline)により任意の再生時点で任意のアセットの任意の部分が送信されなければならないことを示す情報は、ワーキングドラフト(Working Draft、WD)で考慮されるパッケージのCIとともに新たに考慮されなければならない。 In order for the package to be sent, the information for sending and playing the package on the playing device must be periodically read and sent by the service provision server. For example, for composition information (CI), one CI describing the entire package is periodically retransmitted to account for the TV turned on during the broadcast. CIs that are configured to be updated every some time period in the entire package are periodically retransmitted within the relevant time period and then updated in the next time period. Thus, depending on the configuration of the CI, the CI may be inserted in the header of the package, or in the payload of the package such that the CI is added as the package is generated. Also, due to the transport characteristics (TC) of the assets in the package, a portion of a given asset must be transmitted to an unspecified user using a broadcast protocol at a given time, and an asset can be delivered at the user's request. Must be transmitted over a broadcast network. Information that indicates that any part of any asset must be sent at any point in time by the replay timeline of the package should be updated with the CI of the package considered in the Working Draft (WD). Must be considered.

本発明の実施形態は、パッケージの構成要素をISOFFの形態又はフォルダ又はZIPファイルで記憶し、ファイル標準で定義されない既存の情報を新たなボックス識別子及びボックス構造で記憶することを提案する。パッケージの構成要素は、次のようである。 Embodiments of the present invention propose to store the components of the package in the form of ISOFF or in folders or ZIP files, and to store existing information not defined in the file standard with new box identifiers and box structures. The components of the package are:

<MMTアセット(パッケージの構成要素1)>
MMT標準において、ストリームと類似した概念を有する用語‘アセット’を使用する。MMTアセットは、例えば、ビデオ、オーディオ、フォント、サブタイトル、及びウィジェットのように再生され表現されることができる1つのマルチメディア構成要素を含む。
ここでは、MMTアセットが、このような目的のために、関連する機能を実行するのに十分な情報を有すると仮定する。
ISOFFの形式で挿入されるために、本発明の実施形態に従うアセットは、ISOFFの概念及び単位をMMTでの概念及び単位に次の通りにマッピングする。
− MMTアセットは、ISOFFのトラックに対応する。
− MMTアセットは、1つのアクセスユニット、すなわち、時間を与える単位を構成するメディアフラグメントユニット(MFU)をバインディングすることによりISOFFのサンプルに対応する。
− アセットのMUは、ISOFFのチャンク又はランに対応する。
− AUの時間は、サンプルの時間に対応する。
− AUのオフセットは、サンプルを含むチャンクのオフセットに対応する。
<MMT Asset (Package Component 1)>
In the MMT standard, we use the term'asset' which has a similar concept to streams. An MMT asset contains one multimedia component that can be played and represented, for example, video, audio, fonts, subtitles, and widgets.
Here it is assumed that the MMT asset has sufficient information to perform the relevant functions for such purpose.
In order to be inserted in the form of ISOFF, the asset according to the embodiment of the present invention maps the concept and unit of ISOFF to the concept and unit in MMT as follows.
-MMT assets correspond to ISOFF tracks.
-MMT assets correspond to ISOFF samples by binding one access unit, a Media Fragment Unit (MFU) that constitutes a time-giving unit.
-The MU of an asset corresponds to a chunk or run of ISOFF.
The time in AU corresponds to the time in the sample.
The offset of the AU corresponds to the offset of the chunk containing the sample.

<コンフィグレーション情報(パッケージの構成要素2)>
図3は、本発明の実施形態によるコンフィグレーション情報及びその下位情報を示す図である。
図3を参照すると、コンフィグレーション情報は、パッケージの識別情報、パッケージの構成要素であるアセットのリスト、コンポジション情報、トランスポート特性、及びコンテンツとともに追加の情報を含み、このような構成要素がパッケージ内にどのように含まれるかどこに含まれるかを示す構造的な情報を提供する。
本発明の実施形態によると、図3に示すように、XML又はボックスの形態でオブジェクトとして個別的に記憶され、その詳細なシンタックスは、下記で情報別にさらに説明する。
<Configuration information (package component 2)>
FIG. 3 is a diagram showing the configuration information and its subordinate information according to the embodiment of the present invention.
Referring to FIG. 3, the configuration information includes identification information of a package, a list of assets that are components of the package, composition information, transport characteristics, and additional information along with the content, and such a component is a package. It provides structural information that indicates how and where it is contained.
According to an embodiment of the present invention, as shown in FIG. 3, it is individually stored as an object in the form of XML or box, the detailed syntax of which will be further described below by information.

コンフィグレーション情報及びその下位情報は、次のようなボックスの形態で表現される。このボックスは、ISOFF構造に従って適合したボックスのサブボックスとして位置できる。
aligned(8) class ConfigurationInformationBox
extends FullBox(‘cfgi’, version, flags){
PackageIdentificationInformationBox pi;
AssetListBox al;
CompositionInformationBox ci;
TransportCharacteristicsBox tc;
RightsManagementInformationBox rm;
}
The configuration information and its subordinate information are expressed in the form of the following boxes. This box can be located as a sub-box of the fitted box according to the ISOFF structure.
aligned(8) class ConfigurationInformationBox
extends FullBox('cfgi', version, flags){
PackageIdentificationInformationBox pi;
AssetListBox al;
CompositionInformationBox ci;
TransportCharacteristicsBox tc;
RightsManagementInformationBox rm;
}

<コンポジション情報(パッケージの構成要素3)>
図4は、本発明の実施形態によるアセットの時空間的な配置を示す図である。
図4を参照すると、コンポジション情報は、MMTアセットの表現開始時間及び表現終了時間を示す時間的なコンポジション情報を有する。
また、コンポジション情報は、空間上でMMTアセットが画面の中のどの位置に表現されるかを示す空間的なコンポジション情報を有する。
したがって、MMTアセットのみでいつそしてどこにMMTアセットを表現しなければならないかをわからないが、コンポジション情報に基づいて作成者の意図を把握した後にMMTアセットを適切な時点で適切な位置に表現できる。
本発明では、このような目的のために、コンポジション情報が関連する機能を実行するのに十分な情報を有すると仮定する。
<Composition information (package component 3)>
FIG. 4 is a diagram showing a spatiotemporal arrangement of assets according to an embodiment of the present invention.
Referring to FIG. 4, the composition information includes temporal composition information indicating an expression start time and an expression end time of the MMT asset.
Further, the composition information has spatial composition information indicating at which position on the screen the MMT asset is expressed in space.
Therefore, although it is not known when and where the MMT asset should be expressed only by the MMT asset, the MMT asset can be expressed at an appropriate position at an appropriate time after grasping the creator's intention based on the composition information.
For the purposes of this invention, it is assumed that the composition information has sufficient information to perform the associated function.

CIは、次の構造を有する。
aligned(8) class CompositionInformationBox
extends FullBox(‘cmpi’, version, flags){
unsigned int(8)[] composition_information_URL;
unsigned int(32) composition_information_Id;
if(composition_information_Id == 0)
{
string ci_schema;
string xml_data;
}
}
CI has the following structure:
aligned(8) class CompositionInformationBox
extends FullBox('cmpi', version, flags){
unsigned int(8)[] composition_information_URL;
unsigned int(32) composition_information_Id;
if(composition_information_Id == 0)
{
string ci_schema;
string xml_data;
}
}

本発明の実施形態によると、CIは、全パッケージを説明する1つのCIで構成されるか、又は、図5に示すように、全パッケージのタイムラインの中の一部の時間期間を説明するCIが個別に存在することにより、次の時間期間で他のCIとしてアップデートされるように構成される。 According to the embodiment of the present invention, the CI is composed of one CI that describes the entire package, or describes a part of the time period in the timeline of the entire package as shown in FIG. The existence of each CI is configured to be updated as another CI in the next time period.

図5は、本発明の実施形態によるパッケージの時間経過につれてCIトラックから受信されたCIサンプルがどのように変更されるか又は置き換えられるかを示す図である。
図5を参照すると、新たなバージョンの完全なCI(a)が送信される場合に、シーンは、関連するバージョンにより置き換えられる。この後に、アップデートCI(b)が送信される場合に、アップデートCIが示す既存の完全なCIバージョン2(a)が変更される。同様に、連続するアップデートCI(c)も完全なCI(a)に対する変更を示す。一方、新たなバージョンの完全なCI(d)が送信される場合に、旧バージョンの完全なCI及びそのアップデートをすべて削除し、新たなCIを使用してパッケージを表現する。より詳しくは、CIは、2種類の異なる時間、すなわち、CIのコンテンツに基づいて表現されるパッケージ上の時間及びCIを有するサンプルの時間を有する。サンプルの時間は、受信されたCIで示されるリソースを準備するために使用され、CIの時間は、準備されたリソースの表現が開始されなければならない時間を示す。
FIG. 5 is a diagram illustrating how CI samples received from a CI track are modified or replaced over time in a package according to an embodiment of the invention.
Referring to FIG. 5, when a new version of the complete CI(a) is sent, the scene is replaced by the associated version. After this, when the update CI(b) is transmitted, the existing complete CI version 2(a) indicated by the update CI is changed. Similarly, successive update CIs (c) also indicate changes to the full CI(a). On the other hand, when the new version of the full CI(d) is transmitted, the old version of the full CI and all of its updates are deleted, and the new CI is used to represent the package. More specifically, the CI has two different times: the time on the package expressed based on the content of the CI and the time of the sample with the CI. The sample time is used to prepare the resource indicated by the received CI, and the CI time indicates the time when the representation of the prepared resource has to start.

したがって、CIをパッケージのヘッダに挿入するか又はパッケージのペイロードにトラックとして提供することにより、そのコンテンツの一部又は全体が時間期間ごとにアップデートされるようにする方法が提案される。トラックの場合に、1つの完全なCIを1つのサンプルに挿入し、アップデートのための一部のCIも1つのサンプルに挿入される。完全なCIをアップデートのための一部のCIと識別するためには、サンプルのタイプは、個別のメタデータを提供することにより識別される。このメタデータは、トラックのhandler_typeが‘mtci’である場合に、映画フラグメント(movie fragment)のヘッダ内に同一の頻度で提供されることができる。 Therefore, a method is proposed in which the CI is inserted in the header of the package or provided as a track in the payload of the package so that some or all of its content is updated every time period. In the case of a track, one complete CI is inserted in one sample, and some CIs for updating are also inserted in one sample. In order to identify the full CIs with some CIs for updates, the sample type is identified by providing separate metadata. This metadata can be provided with the same frequency in the header of the movie fragment when the handler_type of the track is'mtci'.

CIサンプルの種類を表現するためのメタデータは、次の通りに提供されることが好ましい。
aligned(8) class CISampleInformationBox
extends FullBox(‘cisi’, version, flags){
int i;
unsigned int(32) number_of_sample;
for(i=1;i<=number_of_sample;i++){
unsigned int(2) ci_type; //0=unknown, 1=complete, 2=update
unsigned int(6) reserved;
unsigned int(8) ci_version; //version information
if(ci_type==2){
unsigned int(8) complete_ci_version;
}
}
}
The metadata for representing the type of CI sample is preferably provided as follows.
aligned(8) class CISampleInformationBox
extends FullBox('cisi', version, flags){
int i;
unsigned int(32) number_of_sample;
for(i=1;i<=number_of_sample;i++){
unsigned int(2) ci_type; //0=unknown, 1=complete, 2=update
unsigned int(6) reserved;
unsigned int(8) ci_version; //version information
if(ci_type==2){
unsigned int(8) complete_ci_version;
}
}
}

number_of_sampleは、どれくらいのサンプルがフラグメント内にあるかを説明する。
ci_typeは、サンプルにマッピングされるCIが完全なCIであるか又はアップデート用CIであるかを判定するために使用される。
ci_versionは、完全なCIが新たに提供される時に前の完全なCIから変更されることを示す。
complete_ci_versionは、ci_typeがアップデートされる場合に、アップデート用CIがどの完全なCIに対するアップデートであるかを示す。
number_of_sample describes how many samples are in the fragment.
ci_type is used to determine whether the CI mapped to the sample is a complete CI or an updating CI.
ci_version indicates that when a new full CI is provided, it will be changed from the previous full CI.
complete_ci_version indicates to which complete CI the update CI is an update when the ci_type is updated.

<トランスポート特性(パッケージの構成要素4)>
トランスポート特性は、MMTアセットの送信の間に考慮されるべき特性を示す。例えば、ビデオとともに一部のデータの損失が画質の劣化をもたらすとしても、ユーザが全コンテンツを楽しむのに大きな難しさがない。この場合には、包括的な意味で損失を許容する。損失が許容される場合において、送信の間にエラーが発生する場合に、このエラーを復旧するための追加のデータを提供してもよい。このようなエラーが追加のデータの使用にも復旧されない場合に、損失されたコンテンツは、損失の危険をおかして再生されても大きな無理がない。
<Transport characteristics (package component 4)>
Transport properties indicate properties that should be considered during the transmission of MMT assets. For example, even if the loss of some data along with the video results in deterioration of image quality, it is not difficult for the user to enjoy the entire content. In this case, the loss is tolerated in a comprehensive sense. If the loss is tolerable, additional data may be provided to recover the error if it occurs during transmission. If such an error is not recovered even with the use of additional data, the lost content can be played back at risk of loss.

しかしながら、例えば、プログラムの一部のデータが損失される場合に、全プログラムの実行が不可能である。この場合には、包括的な意味で損失が許容されない。送信の間にエラーが発生する場合に、このエラーを復旧するための追加のデータを使用し、このエラーが追加のデータの使用にも復旧されない場合に、再送信を要求しなければならない。そうでなければ、一部のエラーが含まれたプログラムのデータを使用できない。
ここでは、このような目的のために、トランスポート特性が関連する機能を実行するのに十分な情報を有すると仮定する。
However, it is not possible to execute the whole program, for example, if some data of the program is lost. In this case, the loss is unacceptable in a comprehensive sense. If an error occurs during transmission, additional data should be used to recover this error and a re-send must be requested if this error is not recovered using the additional data. Otherwise, the program data containing some errors will not be available.
For such purposes, it is assumed here that the transport characteristics have sufficient information to perform the relevant function.

トランスポート特性は、リストの形態で提供され、アセットと結合される構造が提案される。結合情報は、アセットリスト情報に含まれる。これは、XMLの形態又はISOFFのボックスの形態で記憶される。
トランスポート特性の構造は、次の通りである。
aligned(8) class TransportCharacteristicsBox
extends FullBox(‘tchr’, version, flags){
int i;
unsigned int(8) number_of_tc; for(i=1;i<=number_of_tc;i++){
//Transport Characteristics here
}
}
number_of_tcは、対応するボックスで説明するTCの個数を示す。
The transport properties are provided in the form of a list, suggesting a structure to be combined with the asset. The combined information is included in the asset list information. It is stored in the form of XML or box of ISOFF.
The transport characteristic structure is as follows.
aligned(8) class TransportCharacteristicsBox
extends FullBox('tchr', version, flags){
int i;
unsigned int(8) number_of_tc; for(i=1;i<=number_of_tc;i++){
//Transport Characteristics here
}
}
number_of_tc indicates the number of TCs described in the corresponding box.

<パッケージ識別子情報(パッケージの構成要素5)>
パッケージが他のパッケージと識別されるためには、人が識別可能な識別子が必要である。また、プロバイダのID、ジャンル、及びエピソード番号のようにパッケージのコンテンツを説明する情報も必要である。この識別子及び情報は、パッケージ識別子情報に含まれる。パッケージ識別子情報は、XMLの形態又はISOFFのボックスの形態で記憶される。
<Package identifier information (package component 5)>
A human identifiable identifier is required for a package to be distinguished from other packages. Also needed is information that describes the contents of the package, such as the provider's ID, genre, and episode number. This identifier and information are included in the package identifier information. The package identifier information is stored in the form of XML or the form of ISOFF box.

本発明の実施形態によると、次の情報は、パッケージ識別子情報に挿入される必要がある情報として提案される。
PackageIdentificationInformationBox(){
unsigned int(2) package_type;
unsigned int(4) version;
unsigned int(2) time_base;
if(time_base == 0)
{
unsigned int(40) start_time;
}
if(flags & 1){
MediaAnnotation(){
string annotation_schema;
string xml_data;
}
}
MachineReadableIdentifier(){
PackageType;
Version;
PackageCreatorIdentifier;
PackageIdentifier;
SeriesNumber;
EpisodeNumber;
}
HumanReadableIdentifier(){
NameOfPacakge;
Synopsis;
Actors(){
NameOfActors[];
}
Characters(){
NameOfCharacters[];
}
}
}
According to the embodiment of the present invention, the following information is proposed as information that needs to be inserted in the package identifier information.
PackageIdentificationInformationBox(){
unsigned int(2) package_type;
unsigned int(4) version;
unsigned int(2) time_base;
if(time_base == 0)
{
unsigned int(40) start_time;
}
if(flags & 1){
MediaAnnotation(){
string annotation_schema;
string xml_data;
}
}
MachineReadableIdentifier(){
PackageType;
Version;
PackageCreatorIdentifier;
PackageIdentifier;
SeriesNumber;
EpisodeNumber;
}
HumanReadableIdentifier(){
NameOfPacakge;
Synopsis;
Actors(){
NameOfActors[];
}
Characters(){
NameOfCharacters[];
}
}
}

package_typeは、パッケージが1つの完了したファイルの形態を有するか又は長さが固定されない可変構造を有するかを示す。
time_baseは、パッケージの時間がどのような時間に基づいているかを示す。例えば、‘time_base’が0である場合に、パッケージは、リアルタイムに基づいて、任意の日付及び任意の時間で再生される。‘time_base’が1である場合に、パッケージは、各再生装置が再生を開始する時間が0に設定される相対的な時間で再生される。
annotation_schemaは、パッケージのコンテンツを表示するためのXMLデータが説明されるフォーマットのタイプを示す。
xml_dataは、annotation_schemaで定義されたフォーマットに従って説明されるパッケージのコンテンツを示す。
The package_type indicates whether the package has the form of one completed file or has a variable structure whose length is not fixed.
time_base indicates what time the package is based on. For example, if'time_base' is 0, the package will be played on any date and at any time based on real time. When'time_base' is 1, the package is played at a relative time in which each playback device starts playing at a relative time set to zero.
annotation_schema indicates the type of format in which the XML data for displaying the content of the package is described.
xml_data indicates the contents of the package described according to the format defined in annotation_schema.

− 機械で読み取り可能な識別子(Machine readable identifier):パッケージを他のパッケージと識別するために使用される。クリエータの識別子、コンテンツの識別子、及びコンテンツのエピソードの識別子を含む。
− 人が読み取り可能な識別子(human readable identifier):パッケージが提供される場合に、そのパッケージを選択できるように情報を提供する。人が読み取り可能な識別子は、パッケージの名前、プロット、登場人物、及び俳優の名前のような様々な追加の情報を含む。
− パッケージタイプ(オンデマンド/ライブ):映画のような既に作られたコンテンツを含むパッケージであるか、又はリアルタイムブロードキャストであるかを示す。前者は、再生開始時間に相対的なタイムラインを有し、後者は、現在の時間に相対的なタイムラインを有する。
− バージョン:同一の識別子を有する異なるパッケージがある場合に、バージョンで使用されなければならないパッケージを選択するために使用される。
-Machine readable identifier: used to distinguish a package from other packages. It includes a creator identifier, a content identifier, and a content episode identifier.
-Human readable identifier: provides information so that a package can be selected, if provided. The human readable identifier includes various additional information such as package name, plot, character, and actor name.
-Package type (on-demand/live): indicates whether it is a package containing pre-made content such as a movie or a real-time broadcast. The former has a timeline relative to the playback start time, and the latter has a timeline relative to the current time.
-Version: Used to select the package that must be used in a version when there are different packages with the same identifier.

<アセットリスト情報(パッケージの構成要素6)>
アセットリスト情報は、パッケージの内部又は外部にどのようなアセットが含まれているかを示す情報を提供する。アセットリスト情報は、次の情報で構成されることが提案される。
aligned(8) class AssetListBox
extends FullBox(‘alst’, version, flags){
int i;
unsigned int(32) number_of_asset;
for(i=1;i<=number_of_asset;i++){
string asset_url;
unsigned int(32) track_id;
string MIME_type;
unsigned int(32)[] tc_id;
unsigned int(32)[] fallback_asset_Id[]; //1,2,3,..
unsigned int(32)[] rights_management_id;
}
}
<Asset list information (package component 6)>
The asset list information provides information indicating what assets are included inside or outside the package. It is proposed that the asset list information consists of the following information.
aligned(8) class AssetListBox
extends FullBox('alst', version, flags){
int i;
unsigned int(32) number_of_asset;
for(i=1;i<=number_of_asset;i++){
string asset_url;
unsigned int(32) track_id;
string MIME_type;
unsigned int(32)[] tc_id;
unsigned int(32)[] fallback_asset_Id[]; //1,2,3,..
unsigned int(32)[] rights_management_id;
}
}

− number_of_assetは、対応するボックスで説明されるアセットの総数を示す。コンポジション情報で示されるパッケージの内部又は外部のすべてのアセットは、このようなリストに含まれなければならない。したがって、パッケージ再生装置は、アセットリストボックスから必要なすべてのアセットに関する情報を予め確認することができる。
− asset_url:ユニフォームリソースロケータ(URL)がある場合に、外部のパッケージにあるアセットを示す。他のパッケージ内のアセット又は他のパッケージ自体がアセットとして使用されてもよい。アセットがパッケージの内部に存在する場合に、URL値は、NULLである。
− track_id:アセットがパッケージのどのトラックに含まれているかを示す。
− 多目的インターネットメール拡張(Multi-purpose internet mail extensions、MIME)タイプ:アセットのMIMEタイプを表示することにより、アセットのフォーマットが再生可能なフォーマットであるか否かを予め認識できる。
− Fallback_asset_id:特定のアセットが再生されることができない場合に再生される複数の他のアセットのIDを示す。複数の他のアセットが存在する場合に、パッケージプロバイダの選好優先順位は、辞書的な順序(lexical order)に従う。
− tc_ID:特定のアセットのトランスポート特性を示し、複数のトランスポート特性のIDを示す。
− rm_ID:特定のアセットが暗号化されて保護される場合に、復号化のための複数の権限管理(rights management)情報のIDを示す。アセットリスト情報がXMLの形態で記憶されるか又はISOFFのボックスの形態で記憶される。
-Number_of_asset indicates the total number of assets described in the corresponding box. All assets inside or outside of the package indicated by the composition information must be included in such a list. Therefore, the package reproducing apparatus can confirm in advance information about all required assets from the asset list box.
Asset_url: indicates an asset in an external package if there is a uniform resource locator (URL). Assets in other packages or the other packages themselves may be used as assets. The URL value is NULL if the asset resides inside the package.
-Track_id: indicates which track of the package the asset is included in.
-Multi-purpose internet mail extensions (MIME) type: By displaying the MIME type of the asset, it is possible to recognize in advance whether the format of the asset is a reproducible format.
Fallback_asset_id: indicates the IDs of a plurality of other assets that are played when a particular asset cannot be played. When there are multiple other assets, the package provider's preference order follows a lexical order.
-Tc_ID: indicates a transport characteristic of a specific asset, and indicates IDs of a plurality of transport characteristics.
-Rm_ID: indicates the ID of a plurality of rights management information for decryption when a specific asset is encrypted and protected. Asset list information is stored in the form of XML or in the form of ISOFF boxes.

<権限管理情報(パッケージの構成要素7)>
パッケージが保護されるコンテンツを含む場合に、一部又は全アセットは、ディジタル権限管理(Digital Rights Management、DRM)又は条件付きアクセスシステム(Conditional Access System、CAS)で暗号化される。暗号化方法の種類及びキー情報サーバ、及びライセンス情報サーバのような情報がリストの形態で提供され、アセットと結合される構造が提案される。結合情報は、アセットリスト情報に含まれる。権限管理情報は、XMLの形態又はISOFFのボックスの形態で記憶され、次のような情報で構成される。
<Authority management information (package component 7)>
If the package contains protected content, some or all assets are encrypted with Digital Rights Management (DRM) or Conditional Access System (CAS). A structure is proposed in which information such as encryption method type and key information server, and license information server is provided in the form of a list and combined with an asset. The combined information is included in the asset list information. The authority management information is stored in the form of XML or the form of an ISOFF box, and includes the following information.

aligned(8) class RightsManagementInformationBox
extends FullBox(‘rmgi’, version, flags){
int i;
unsigned int(8) number_of_rmi;
for(i=1;i<=number_of_rmi;i++){
string rmi_scheme;
string IV;
string key_server_url;
string license_server_url;
string rmi_data; //rmi here
}
}
number_of_rmi:対応するボックスで説明されるすべての権限管理の個数を示す。
− rmi_scheme:暗号化方法の種類を示す。
− IV:初期ベクトルの値を示す。
− Key_server_url:キー情報サーバのアドレスを示す。
− License_server_url:ライセンスサーバのアドレスを示す。
rmi_dataは、rmi_schemeにより必要とされる追加情報を示す。
aligned(8) class RightsManagementInformationBox
extends FullBox('rmgi', version, flags){
int i;
unsigned int(8) number_of_rmi;
for(i=1;i<=number_of_rmi;i++){
string rmi_scheme;
string IV;
string key_server_url;
string license_server_url;
string rmi_data; //rmi here
}
}
number_of_rmi: Indicates the number of all right managements described in the corresponding box.
-Rmi_scheme: Indicates the type of encryption method.
-IV: Indicates the value of the initial vector.
-Key_server_url: Indicates the address of the key information server.
-License_server_url: Indicates the address of the license server.
rmi_data indicates additional information required by rmi_scheme.

<トランスポートタイムライン情報(パッケージの構成要素8)>
パッケージは、アセットで構成される。一部のアセットは、パッケージの再生タイムライン上の適切な時点に送信されることによりユーザにディスプレーされる。正常の再生のために必要とされるアセットの部分に関する情報は、トランスポートタイムライン情報として提供される。
<Transport timeline information (package component 8)>
A package consists of assets. Some assets are displayed to the user by being sent at the appropriate time on the package's playback timeline. Information about the portion of the asset that is required for successful playback is provided as transport timeline information.

図6は、本発明の実施形態によるトランスポートタイムラインセグメントを示す図である。
図6を参照すると、アセットがMUで構成され、MUがサンプルで構成されるので、アセットは、アセット内のMUの再生のために必要とされる他のトラックの他のアセットのMUに関するサンプル番号情報を提供する。
パッケージの再生時間は、タイムラインと呼ばれる。タイムラインは、その開始時間及び長さを示すように一定の時間期間であるセグメントに分割される。セグメントごとに転送されるべきアセットのid及び対応するアセットのどの部分が送信されるべきかをMUの番号で示す。
トランスポートタイムライン情報は、XMLの形態で記憶されるか、又はISOFFのボックスの形態で記憶される。
FIG. 6 is a diagram showing a transport timeline segment according to an embodiment of the present invention.
Referring to FIG. 6, since the asset is made up of MUs and the MUs are made up of samples, the assets are sample numbers related to the MUs of other assets in other tracks that are needed for playback of the MUs in the asset. Provide information.
The playing time of the package is called the timeline. The timeline is divided into segments that are of fixed time duration to indicate its start time and length. The id of the asset to be transferred for each segment and which part of the corresponding asset should be transmitted are indicated by the MU number.
The transport timeline information is stored in the form of XML or in the form of an ISOFF box.

トランスポートタイムライン情報は、次のような構造を有する。
TransportTimelineInformationBox(){
number_of_timelineSegment;
for(i=1;i<=number_of_timelineSegment;i++){
timelineSegment(){
starttime;
duration;
number_of_assets;
for(j=1;j<=number_of_assets;j++){
asset_id;
start_MU_number;
end_MU_number;
}
}
}
}
The transport timeline information has the following structure.
TransportTimelineInformationBox(){
number_of_timelineSegment;
for(i=1;i<=number_of_timelineSegment;i++){
timelineSegment(){
starttime;
duration;
number_of_assets;
for(j=1;j<=number_of_assets;j++){
asset_id;
start_MU_number;
end_MU_number;
}
}
}
}

1)ボックス(‘ftyp’)
ISOFFの‘ftyp'ボックスは、ファイルがどのようなISOFF拡張形式又はバージョンを使用するかを示す。互換可能なバージョンをすべて記載することができ、MMTパッケージは、‘MMTパッケージ(‘mtpk')と呼ばれる識別子を使用する。
2)ボックス(‘hdlr')
ISOFFの‘hdlr’ボックスは、メディアデータ又はメタデータをどのようなプロセスが処理しなければならないかを示す。コンポジション情報は、‘MMTコンポジション情報(mtci)’と呼ばれる識別子を使用する。MMTアセットは、‘MMTアセット(mtas)’と呼ばれる識別子を使用する。
3)ボックス(‘trak')
コンポジション情報がトラックに記載される場合に、1つのサンプルが1つ時間値を有するために、コンポジション情報は、1個のサンプルとして記憶される。アセットは、トラックに記載され、各トラック内の1番目のサンプルの場合に、アセットヘッダが記憶される。以後のサンプルの場合に、1つのMUは、1個のサンプルとして記憶される。パッケージがサブパッケージを含む場合に、含まれたパッケージはトラックに記載される。全パッケージがフォーマットの変換なしに記憶され、1つのパッケージは、1個のサンプルとして記憶される。
1) Box ('ftyp')
The ISOFF'ftyp' box indicates what ISOFF extension format or version the file uses. All compatible versions can be listed and the MMT package uses an identifier called the'MMT package ('mtpk').
2) Box ('hdlr')
The ISOFF'hdlr' box indicates what process must process the media data or metadata. The composition information uses an identifier called'MMT composition information (mtci)'. MMT assets use an identifier called'MMT assets (mtas)'.
3) Box ('trak')
If the composition information is listed on the track, the composition information is stored as one sample, since one sample has one time value. Assets are listed in tracks, and in the case of the first sample in each track, the asset header is stored. For subsequent samples, one MU is stored as one sample. If the package contains subpackages, the included packages are listed on the track. All packages are stored without format conversion, one package as one sample.

本発明の実施形態によるパッケージを記憶する方法は、次のようである。
1.ISOFFの構造
上述したパッケージの構成要素をISOFF構造に含むことにより1つのファイルにパッケージをマッピングする時の構造の一例を図7及び図8に示す。
図7は、本発明の実施形態によるアセット及びISOFFがマッピングされる構造を示す図であり、図8は、本発明の実施形態によるパッケージ及びISOFFがマッピングされる構造を示す図である。
図7及び図8を参照すると、MFU及びMUは、アセット内のトラックでサンプルにマッピングされる。
The method of storing the package according to the embodiment of the present invention is as follows.
1. ISOFF Structure FIGS. 7 and 8 show an example of the structure when a package is mapped to one file by including the above-described package components in the ISOFF structure.
7 is a diagram illustrating a structure in which an asset and an ISOFF are mapped according to an exemplary embodiment of the present invention, and FIG. 8 is a diagram illustrating a structure in which a package and an ISOFF are mapped according to an exemplary embodiment of the present invention.
Referring to FIGS. 7 and 8, MFUs and MUs are mapped to samples at tracks within the asset.

アセットは、MUの連続で構成され、MUは、1つ又はそれ以上のアクセスユニット(Access Unit、AU)で構成される。アクセスユニットは、ユニークな(unique)時間を有するメディアピーシズ(media pieces)のバンドルである。AUは、1つ又はそれ以上のMFUで構成される。アセットがメディア構成要素を有するので、アセットは、ISOFFでメディア構成要素を記憶するための単位であるトラックにマッピングされる。トラックのチャンク(静的ISOFF)又はラン(ダイナミックISOFF)が論理的に連続されているが、物理的に相互に異なり、チャンク又はランが1つ又は複数のMUにマッピングされる混合方法で保存される。チャンクがユニークな時間を有するサンプルで構成されるので、MFUをAU単位にバインディングすることが好ましく、これをISOFFのサンプルにマッピングする。 An asset is composed of a series of MUs, and each MU is composed of one or more access units (Access Units, AUs). An access unit is a bundle of media pieces that has a unique time. The AU is composed of one or more MFUs. As assets have media components, the assets are mapped to tracks, which are the units for storing media components in ISOFF. Track chunks (static ISOFF) or runs (dynamic ISOFF) are logically contiguous but physically different from each other and are stored in a mixed manner in which chunks or runs are mapped to one or more MUs. It Since the chunk is composed of samples with unique times, it is preferable to bind the MFU in AU units, which is mapped to the ISOFF samples.

パッケージは、コンポジション情報、トランスポート特性のようなコンフィグレーション情報及びアセットで構成されるので、ISOFFのディスクリプタボックス(‘moov’又は‘meta’)及びメディアデータボックス(‘mdat’)の中の適切なボックスに含まなければならない。コンポジション情報は、静的パッケージの場合に、1つのコンポジション情報がパッケージの再生完了時点まで変更されないので、ディスクリプタボックスであるメタボックスに含め、動的パッケージの場合に、幾つかのコンポジション情報が送信されるので、CIトラック内のCIサンプルに含まれる。トランスポート特性は、1つのアセットに対して、開始から終了まで同一の値を有するので、ディスクリプタボックスである‘メタ’ボックスに含まれる。アセットは、説明されるようにトラックに含まれる。 Since the package consists of composition information, configuration information such as transport characteristics, and assets, it is appropriate for the descriptor box ('moov' or'meta') and media data box ('mdat') of ISOFF. Must be included in the box. In the case of a static package, one piece of composition information is not changed until the package is completely played back. Therefore, the composition information should be included in the descriptor box Metabox, and some composition information should be included in the case of a dynamic package. Are included in the CI samples in the CI track as they are transmitted. Since the transport characteristic has the same value from the start to the end for one asset, it is included in the descriptor box'meta' box. Assets are included in tracks as described.

図9は、本発明の実施形態による静的パッケージが記憶されたISOFF構造を示す図である。
図9を参照すると、メタデータは、パッケージ識別子情報及びコンフィグレーション情報を含み、コンフィグレーション情報は、コンポジション情報、トランスポート特性、アセットリスト情報、権限管理情報、及びトランスポートタイムライン情報を含む。
メディアデータ‘mdat’は、コンポジション情報、何がアップデートされるかを示す情報、及び新たなCIを含み、複数のアセットヘッダ及び複数のMUを含む。
FIG. 9 illustrates an ISOFF structure in which static packages are stored according to an exemplary embodiment of the present invention.
Referring to FIG. 9, the metadata includes package identifier information and configuration information, and the configuration information includes composition information, transport characteristics, asset list information, authority management information, and transport timeline information.
The media data'mdat' includes composition information, information indicating what is updated, and a new CI, and includes a plurality of asset headers and a plurality of MUs.

図9及び図10に示すように、パッケージは、1つのファイルとして記憶され、これにより、容易に記憶されることができ、光ディスク又は削除可能なディスクに挿入されるか又は記憶されることにより容易に伝達されることができる。
静的パッケージの場合に、そのパッケージの長さが決定されるか又は固定されるので、パッケージ再生時間の間に表現されなければならないコンポジション情報(CI)及びそのCIで示されるすべてのアセットが作成されており、これにより、CIがディスクリプタボックスである‘meta’ボックスの‘cmpi’ボックスに含まれ、他のディスクリプタボックスであるメディアディスクリプタ及びメディアデータが‘moov’ボックス及び‘mdat’ボックスに含まれる。
As shown in FIGS. 9 and 10, the package is stored as a single file, which allows it to be stored easily, by being inserted into or stored in an optical disc or a removable disc. Can be transmitted to.
In the case of a static package, since the length of the package is determined or fixed, the composition information (CI) that must be represented during the package play time and all the assets indicated by that CI are The CI is included in the descriptor box'meta'box,'cmpi' box, and the other descriptor boxes, media descriptor and media data, are included in'moov' box and'mdat' box. Be done.

図10は、本発明の実施形態による動的パッケージが記憶されたISOFF構造を示す図である。
図10を参照すると、動的パッケージの場合に、そのパッケージの長さが決定されないか又は固定されず、コンポジション情報が動的に変更されることができるので、コンポジション情報は、‘meta’ボックスに含まれず、アセットとともに映画フラグメントの‘mdat’ボックスに含まれ、これにより、その変更が必要とされるたびに送信されることができる。メタの‘cmpi’ボックスは、CIが送信されるトラックであるCIトラックの識別子を提供し、CIトラックの‘Movie fragment’ディスクリプタである‘moof’ボックスは、CIトラックのCIサンプルが完全なCIであるか又はアップデートCI(例えば、既存のCIの変更)であるかを示すための‘cisi’ボックスを提供する。
FIG. 10 is a diagram illustrating an ISOFF structure in which a dynamic package is stored according to an exemplary embodiment of the present invention.
Referring to FIG. 10, in the case of a dynamic package, since the length of the package is not determined or fixed and the composition information can be dynamically changed, the composition information is'meta'. Not included in the box, but in the movie fragment's'mdat' box along with the asset, so that it can be sent every time that change is needed. The'cmpi' box of the meta provides an identifier of the CI track that is the track to which the CI is transmitted, and the'moof' box of the'Movie fragment' descriptor of the CI track is the CI sample of the CI track. Provide a'cisi' box to indicate if there is or is an updated CI (eg, modification of an existing CI).

2.複数のファイルの使用
図11は、本発明の実施形態による複数のファイルがフォルダに記憶される構造を示し、図12は、本発明の実施形態による複数のファイルがZIPファイルのような圧縮ファイルに記憶される構造を示す図である。
図11及び図12を参照すると、個々のファイルは、作成され、1つに結びつけられることにより役割に従って提供される。CIファイル及びアセットファイルが作成された後に、図11に示すように、1つのフォルダの構成要素に保存するか、又は図12に示すように、ZIPファイルのような圧縮ファイルとして結びつけられることにより提供される。
2. Use of Multiple Files FIG. 11 illustrates a structure in which multiple files are stored in a folder according to an embodiment of the present invention, and FIG. 12 illustrates a plurality of files according to an embodiment of the present invention as a compressed file such as a ZIP file. It is a figure which shows the structure memorize|stored.
With reference to FIGS. 11 and 12, individual files are created and provided according to their roles by binding them together. After the CI file and the asset file are created, provided by being stored in a component of one folder as shown in FIG. 11 or being combined as a compressed file such as a ZIP file as shown in FIG. To be done.

複数のファイルがフォルダに記憶される場合に、コンフィグレーション情報を有するXMLファイルは、フォルダ内に保存され、1つ又は複数のアセットファイルが保存される。必要であれば、アセットファイルは、サブフォルダに保存されるが、コンフィグレーション情報は、パッケージが位置するフォルダのルーツに存在しなければならない。コンフィグレーション情報は、高速のアクセス、他のXML、及びアクセスファイルからの識別のために個別の特定の予約された名前を有し、コンフィグレーション情報でないファイルは、予約された名前を使用してはならない。 When multiple files are stored in a folder, the XML file with the configuration information is saved in the folder and one or more asset files are saved. If necessary, asset files are stored in subfolders, but the configuration information must be at the root of the folder where the package is located. Configuration information has a specific reserved name for fast access, other XML, and identification from the access file, and non-configuration information files should not use the reserved name. It won't.

ZIPファイルの記憶の間に、フォルダ内のファイルの記憶の間と同様に、CIファイル及び1つ又は複数のアセットファイルがZIPファイルとして記憶される。必要であれば、アセットファイルは、ZIPファイル内のフォルダに記憶されるが、コンフィグレーション情報は、パッケージが位置するZIPファイルのルーツに存在しなければならない。コンフィグレーション情報は、速いアクセス、他のXML、及びアセットファイルからの識別のために個別の特定の予約された名前を有し、コンフィグレーション情報でないファイルは、対応する予約された名前を使用してはならない。 During storage of the ZIP file, the CI file and one or more asset files are stored as a ZIP file, as well as during storage of the files in the folder. If needed, the asset file is stored in a folder within the ZIP file, but the configuration information must be at the root of the ZIP file where the package is located. The configuration information has individual specific reserved names for quick access, other XML, and identification from asset files, and non-configuration information files use the corresponding reserved names. Don't

異種網のいくつかのサービスシナリオを考慮すると、本発明で提案するパッケージ構造を有するコンテンツがどのように送信されサービスされることができるかについて説明する。
<3Dブロードキャストサービス(シナリオ1)>
異種網を介した3次元(3D)ブロードキャストサービスが開示される。3Dコンテンツは、ブロードキャストネットワーク及びブロードバンドネットワークの2種類の異なる物理的な特性を有するネットワークを介して送信される。ブロードキャストネットワークを介しては、左視(Left-view)画像が送信され、ブロードバンドネットワークを介しては、右視(Right-view)画像が送信される。一般ユーザが左視画像だけを受信するが、月極め加入者のように有料サービスを使用するユーザは、ブロードバンドネットワークを介してログインした後に右視画像を受信して3Dサービスを楽しむことができる。
Considering several service scenarios of heterogeneous networks, it will be explained how the content having the package structure proposed in the present invention can be transmitted and serviced.
<3D Broadcast Service (Scenario 1)>
A three-dimensional (3D) broadcast service over a heterogeneous network is disclosed. 3D content is transmitted over networks with two different physical characteristics: broadcast networks and broadband networks. A left-view image is transmitted via the broadcast network, and a right-view image is transmitted via the broadband network. Although general users receive only left-view images, users who use pay services such as monthly subscribers can enjoy 3D services by receiving right-view images after logging in via a broadband network.

提案されたパッケージで構成されたコンテンツの送信シナリオは、次のようである。
パッケージは、異種網を介して3Dブロードキャストの送信のために構成される。パッケージは、左視アセット、右視アセット、3D画面を構成するコンポジション情報、ブロードバンドネットワークの送信特性、及びブロードキャストネットワークの送信特性で構成される。
左視アセットは、ブロードキャストネットワークを介して使用可能である。
一方、右視アセットは、ブロードバンドネットワークを介して使用可能である。対応するURLは、アクセスの間にユーザ認証を要求する。プレミアム加入者(premium subscriber)の場合に、加入者は、認証の後に右視アセットをダウンロードすることができる。他方、右視アセットは、使用不可能である。
The transmission scenario of the content composed of the proposed package is as follows.
The package is configured for transmission of 3D broadcasts over heterogeneous networks. The package includes left-view assets, right-view assets, composition information that configures a 3D screen, broadband network transmission characteristics, and broadcast network transmission characteristics.
Left-view assets are available via the broadcast network.
Right-view assets, on the other hand, are available via a broadband network. The corresponding URL requires user authentication during access. In the case of a premium subscriber, the subscriber can download the right-view asset after authentication. On the other hand, right-view assets are unusable.

送信装置において、パッケージ情報は、制御レイヤーに転送される。制御レイヤーは、開始時点からCIを読み出し、CIを周期的に受信器に送信する。
サービスプロバイダは、上述したように、パッケージを構成し、ブロードキャストネットワーク又はブロードバンドネットワークを介してパッケージのコンフィグレーション情報を送信する。コンフィグレーション情報は、アセットのための使用可能な送信経路に関する情報を含む。送信経路は、送信特性により決定される。
受信器は、送信されたパッケージのコンフィグレーション情報を読み出すことにより受信器の環境により適切なアセットを受信するように決定し、送信経路に沿ってアセットを受信する。受信されたアセットは、コンポジション情報により時間的にかつ空間的に配置された後に再生され、ユーザに配信される。
スクリーンコンフィグレーションが右視アセットが使用不可能である場合を含むので、コンテンツは、右視アセットなしに左視アセットのみで生成され表現される。
At the transmitting device, the package information is transferred to the control layer. The control layer reads the CI from the beginning and periodically sends the CI to the receiver.
As described above, the service provider configures the package and sends the package configuration information via the broadcast network or the broadband network. The configuration information includes information about available transmission paths for the asset. The transmission path is determined by the transmission characteristic.
The receiver determines to receive an asset more appropriate to the environment of the receiver by reading the transmitted configuration information of the package, and receives the asset along the transmission path. The received asset is played after being arranged temporally and spatially according to the composition information and delivered to the user.
Since the screen configuration includes cases where right-view assets are unavailable, the content is generated and represented only in left-view assets without right-view assets.

<コンプレックスパッケージコンテンツ(シナリオ2)>
図13は、本発明の実施形態による統合パッケージ及びそのサブパッケージを示す図である。
図13を参照すると、コンプレックスコンテンツスクリーンは、様々なコンテンツで構成される。映画、ニュース、及びリアルタイムインターネット検索クエリは、1つのスクリーン上に配置される。各構成要素は、相互に異なるサーバから送信されてもよい。すなわち、映画は、映画会社から送信され、ニュースは、ニュースチャネルから送信され、リアルタイムインターネット検索クエリは、ポータルサイトから送信される。
<Complex Package Contents (Scenario 2)>
FIG. 13 is a diagram showing an integrated package and its sub-package according to an embodiment of the present invention.
Referring to FIG. 13, the complex content screen is composed of various contents. Movies, news, and real-time internet search queries are placed on one screen. Each component may be transmitted from different servers. That is, movies are sent from movie companies, news is sent from news channels, and real-time internet search queries are sent from portal sites.

提案されたパッケージで構成されたコンテンツの送信シナリオは、次のようである。
受信装置マニュファクチュアラにより運営されるハブサイト、ブロードキャストステーション、及び/又は第3のサービスアグリゲータからメインスクリーンを構成するパッケージが作成される。パッケージの場合に、幾つかの構成要素は、次の通りにスクリーン上に配置される。
The transmission scenario of the content composed of the proposed package is as follows.
A package comprising a main screen is created from a hub site operated by a receiver manufacturer, a broadcast station, and/or a third service aggregator. In the case of packaging, some components are placed on the screen as follows.

映画、ニュース、及びリアルタイムインターネット検索クエリのような統合サービスの構成要素が他の統合サービスで再使用されることができるために、これらを1つのパッケージのアセットとして管理するよりは、この構成要素を個別のパッケージの形態で作成することにより、他のパッケージで再使用できるようにすることが効率的である。したがって、映画、ニュース、及びリアルタイムインターネット検索クエリのそれぞれは、1つのパッケージとして構成され、統合パッケージは、これらの個別のパッケージを含むように構成される。 Since components of integrated services such as movies, news, and real-time Internet search queries can be reused by other integrated services, rather than managing them as assets in one package, It is efficient to create it in the form of individual packages so that it can be reused in other packages. Therefore, each of the movies, news, and real-time internet search queries is configured as one package, and the consolidated package is configured to include these individual packages.

統合パッケージ1は、そのサブパッケージ2、3、及び4をCIで示す。サブパッケージ2、3、及び4が相互に異なるサーバに存在するので、統合パッケージ1は、そのサブパッケージ2、3、及び4のリンクだけを示す。
サブパッケージ2は、全画面が映画で構成される。
サブパッケージ3は、全画面がニュースで構成される。
サブパッケージ4は、全画面がリアルタイムインターネット検索クエリで構成される。
The integrated package 1 has its sub-packages 2, 3, and 4 indicated by CI. The integrated package 1 shows only the links of its sub-packages 2, 3 and 4, since the sub-packages 2, 3 and 4 are on different servers.
The sub-package 2 has a movie on the entire screen.
The subpackage 3 has news on its entire screen.
The sub-package 4 has a full screen composed of real-time Internet search queries.

送信装置において、パッケージ情報は、その制御レイヤーに転送される。制御レイヤーは、開始時点からCIを読み出し、CIを周期的に受信器に送信する。
受信器は、送信されたパッケージのコンフィグレーション情報を読み出すことにより受信器の環境により適切なパッケージを受信するように決定し、送信経路に沿ってこのパッケージを受信する。受信されたパッケージは、コンポジション情報により時間的にかつ空間的に配置された後に再生され、ユーザに配信される。
At the transmitting device, the package information is transferred to its control layer. The control layer reads the CI from the beginning and periodically sends the CI to the receiver.
The receiver determines by reading the transmitted configuration information of the package to receive an appropriate package according to the environment of the receiver, and receives this package along the transmission path. The received package is played back after being arranged temporally and spatially according to the composition information and delivered to the user.

図14は、本発明の実施形態による送信方法を示すフローチャートである。
図14を参照すると、送信装置は、例えば、サービスプロビジョンサーバであるが、これに限定されない。
送信装置は、ステップ1401において、上述したようなパッケージを構成するパッケージ構成要素を決定する。送信装置は、ステップ1403において、この決定されたパッケージ構成要素を含むパッケージを生成し、ステップ1405において、この生成されたパッケージを端末に送信する。このパッケージは、ISOFF構造に含まれ、1つのファイルにマッピングされる。他方、ファイル構成要素は、ファイルの形態で作成され、1つのフォルダの構成要素に含まれてもよく、又はZIPファイルのような圧縮ファイルに含まれてもよい。
FIG. 14 is a flowchart illustrating a transmission method according to an exemplary embodiment of the present invention.
Referring to FIG. 14, the transmission device is, for example, a service provision server, but is not limited to this.
The transmitter determines in step 1401 the package components that make up the package as described above. The transmitting device generates a package including the determined package component in step 1403, and transmits the generated package to the terminal in step 1405. This package is included in the ISOFF structure and is mapped to one file. File components, on the other hand, are created in the form of files and may be contained in a single folder component or in a compressed file such as a ZIP file.

また、この作成されたパッケージは、ブロードキャストネットワーク及びブロードバンドネットワークの相互に異なる2種類の物理的な特性を有するネットワークを介して端末に送信されてもよい。他方、個々のパッケージは、コンテンツ別に作成されてもよく、個々のパッケージで構成された統合パッケージは、作成され、端末に送信されてもよい。 Further, the created package may be transmitted to the terminal via a network having two different physical characteristics, that is, a broadcast network and a broadband network. On the other hand, the individual packages may be created for each content, and the integrated package composed of the individual packages may be created and transmitted to the terminal.

図15は、本発明の実施形態による受信方法を示すフローチャートである。
図15を参照すると、受信装置、例えば、端末であるが、受信装置は、端末に限定されない。
受信装置は、ステップ501において、本発明の実施形態に従って構成されたパッケージ構成要素を含むパッケージを受信し、ステップ1503において、このパッケージ構成要素を分析する。ステップ1505及び1507において、受信装置は、分析されたパッケージ構成要素に基づいてコンテンツのデコーディング及び再生を行う。受信されたパッケージ構成要素が本発明の実施形態に従って構成されるパッケージ構成要素であることは、当該技術分野における通常の知識を有する者には明らかであろう。
FIG. 15 is a flowchart illustrating a receiving method according to an exemplary embodiment of the present invention.
Referring to FIG. 15, the receiving device is, for example, a terminal, but the receiving device is not limited to the terminal.
The receiving device receives, in step 501, a package including a package component configured according to an embodiment of the present invention, and analyzes the package component in step 1503. In steps 1505 and 1507, the receiving device decodes and reproduces the content based on the analyzed package components. It will be apparent to one of ordinary skill in the art that the package components received are package components constructed in accordance with embodiments of the present invention.

図16は、本発明の実施形態による送信装置の構成を示すブロック図である。
図16を参照すると、送信装置1600、例えば、サービス提供サーバは、サービスデータ提供部1601、パッケージ生成部1603、及び送信部1605を含む。図面に図示していないが、本発明の動作を実行するために、送信装置は、その構成要素を制御できる制御部を有することは、当該技術分野における通常の知識を有する者には明らかであろう。
FIG. 16 is a block diagram showing a configuration of a transmission device according to an exemplary embodiment of the present invention.
Referring to FIG. 16, the transmitting device 1600, for example, the service providing server includes a service data providing unit 1601, a package generating unit 1603, and a transmitting unit 1605. Although not shown in the drawings, it will be apparent to one of ordinary skill in the art that the transmitting device has a controller capable of controlling its components in order to perform the operations of the present invention. Let's do it.

サービスデータ提供部1601は、すべての可能なサービスソースを有する。
パッケージ生成部1603は、上述したようなパッケージを構成するパッケージ構成要素を決定し、この決定されたパッケージ構成要素を含むパッケージを生成する。
送信部1605は、生成されたパッケージを端末に送信する。パッケージ生成部1603は、このパッケージをISOFF構造に含め、これを1つのファイルにマッピングしてもよい。他方、パッケージ生成部1603は、ファイル構成要素をファイルの形態で作成し、このファイル構成要素を1つのフォルダの構成要素に含めてもよく、又は、ZIPファイルのような圧縮ファイルに含めてもよい。
The service data provider 1601 has all possible service sources.
The package generation unit 1603 determines the package constituent elements that make up the above-described package and generates a package including the determined package constituent elements.
The transmission unit 1605 transmits the generated package to the terminal. The package generation unit 1603 may include this package in the ISOFF structure and map this into one file. On the other hand, the package generation unit 1603 may create a file component in the form of a file and include this file component in the component of one folder or in a compressed file such as a ZIP file. ..

また、送信部1605は、ブロードキャストネットワーク及びブロードバンドネットワークの相互に異なる2種類の物理的な特性を有するネットワークを介してこの作成されたパッケージを端末に送信してもよい。他方、個々のパッケージは、コンテンツ別に作成されてもよく、個々のパッケージで構成された統合パッケージは、作成され、端末に送信されてもよい。 Also, the transmission unit 1605 may transmit the created package to the terminal via a network having two different physical characteristics, that is, a broadcast network and a broadband network. On the other hand, the individual packages may be created for each content, and the integrated package composed of the individual packages may be created and transmitted to the terminal.

図17は、本発明の実施形態による受信装置の構成を示すブロック図である。
図17を参照すると、受信装置1700は、例えば、端末であるが、受信装置は、端末に限定されない。
受信装置は、受信部1701、パッケージ分析部1703、及び復号化部/再生部1705を含む。図面に図示していないが、本発明の動作を実行するために、受信装置は、その構成要素を制御できる制御部を有することは、当該技術分野における通常の知識を有する者には明らかであろう。
FIG. 17 is a block diagram showing the configuration of the receiving device according to the embodiment of the present invention.
Referring to FIG. 17, the receiving device 1700 is, for example, a terminal, but the receiving device is not limited to the terminal.
The reception device includes a reception unit 1701, a package analysis unit 1703, and a decoding/reproduction unit 1705. Although not shown in the drawings, it will be apparent to one of ordinary skill in the art that the receiving device has a control unit capable of controlling its components in order to perform the operations of the present invention. Let's do it.

受信部1701は、本発明の実施形態に従って構成されたパッケージ構成要素を含むパッケージを受信する。
パッケージ分析部1703は、この受信されたパッケージ構成要素を分析する。受信されたパッケージ構成要素が本発明の実施形態に従って構成されるパッケージ構成要素であることは、当該技術分野における通常の知識を有する者には明らかであろう。
復号化部/再生部1705は、この分析されたパッケージ構成要素に基づいてコンテンツの復号化及び再生を行う。
The receiving unit 1701 receives a package including package components configured according to the embodiment of the present invention.
The package analysis unit 1703 analyzes the received package components. It will be apparent to one of ordinary skill in the art that the package components received are package components constructed in accordance with embodiments of the present invention.
The decryption/reproduction unit 1705 decrypts and reproduces the content based on the analyzed package components.

図面には図示していないが、本発明の実施形態により生成されたパッケージによるデータの記録、記憶、及び再生を行うことができる。パッケージ構成要素が1つのパッケージに含まれる場合に、1つのパッケージは、記憶媒体(例えば、コンパクトディスク(CD)、ディジタル多用途ディスク(DVD)、データベース(DB)、及びユニバーサルシリアルバス(USB)メモリ)に提案されたMMTアセット、コンフィグレーション情報、コンポジション情報(CI)、トランスポート特性、パッケージ識別子情報、アセットリスト情報、権限管理情報、及びトランスポートタイムライン情報を含むように記憶される。再生の間に、受信装置は、パッケージ構成要素を分析することによりコンテンツを再生できる。URLを記憶位置情報(例えば、メモリアドレス)に置き換えることにより、記憶媒体を用いてコンテンツの記憶及び再生をさらに容易に行うことができる。 Although not shown in the drawings, it is possible to record, store, and reproduce data by the package generated according to the embodiment of the present invention. When the package components are included in one package, one package includes a storage medium (eg, compact disc (CD), digital versatile disc (DVD), database (DB), and universal serial bus (USB) memory). ), the configuration information, the composition information (CI), the transport characteristics, the package identifier information, the asset list information, the authority management information, and the transport timeline information. During playback, the receiving device can play the content by analyzing the package components. By replacing the URL with the storage location information (for example, memory address), the storage medium can be used to more easily store and reproduce the content.

以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。 Although the present invention has been described in detail above with reference to specific embodiments, it will be apparent to those skilled in the art that various modifications can be made without departing from the scope and spirit of the present invention. The scope of the present invention should not be limited to the above-described embodiments, but should be defined within the scope of the claims and their equivalents.

1600 送信装置
1601 サービスデータ提供部
1603 パッケージ生成部
1605 送信部
1700 受信装置
1701 受信部
1703 パッケージ分析部
1705 復号化部/再生部
1600 transmitter 1601 service data provider 1603 package generator 1605 transmitter 1700 receiver 1701 receiver 1703 package analyzer 1705 decoder/reproducer

Claims (5)

コンテンツを受信する受信器であって、
ペイロードを含む第1のパケット及び前記コンテンツに関連した情報を含む第2のパケットを受信する受信部と、
前記第1のパケット及び前記第2のパケットを処理する制御部と、を含み、
前記ペイロードは、タイムド(timed)メディアデータ又はノンタイムド(non-timed)メディアデータで構成されたメディアフラグメントユニット(MFU)の少なくとも一部を含み、
前記コンテンツに関連した情報は、複数のアセットを含むパッケージを識別するパッケージ識別子とアセットリストに関する情報を含み、
前記アセットリストに関する情報は、前記複数のアセットの個数に関する情報を含み、
前記複数のアセットのうち一つのアセットが少なくとも一つの他のアセットと依存関係を有する場合、前記コンテンツに関連した情報は、前記一つのアセットと前記少なくとも一つの他のアセットとの間の依存関係に関連した情報をさらに含むことを特徴とする受信器。
A receiver for receiving content,
A receiver for receiving a first packet containing a payload and a second packet containing information related to the content;
A control unit for processing the first packet and the second packet,
The payload includes at least a part of a media fragment unit (MFU) composed of timed media data or non-timed media data,
The information related to the content includes a package identifier for identifying a package including a plurality of assets and information about an asset list,
The information about the asset list includes information about the number of the plurality of assets,
If one asset of the plurality of assets has a dependency relationship with at least one other asset, the information related to the content may include a dependency relationship between the one asset and the at least one other asset. A receiver characterized in that it further comprises relevant information.
前記複数のアセットの各々は、少なくとも1つのアセットを含むパッケージに基づいて生成されるファイルの一つのトラックにマッピングされ、Mユニット(MU)を構成する一つのアクセスユニットは、前記ファイルのメディアサンプルに関連することを特徴とする請求項1に記載の受信器。 Each of the plurality of assets is mapped to one track of a file generated based on a package including at least one asset, and one access unit constituting an M unit (MU) is a media sample of the file. Receiver according to claim 1, characterized in that it is related. 前記パッケージは、コンフィグレーション情報、コンポジション情報(CI)、及びトランスポート特性のうちの少なくとも一つを含むことを特徴とする請求項2に記載の受信器。 The receiver of claim 2, wherein the package includes at least one of configuration information, composition information (CI), and transport characteristics. 前記コンテンツに関連した情報は、前記複数のアセット間の空間的な関係(spatial relationship)に対する情報または前記複数のアセット間の時間的な関係(temporal relationship)に対する情報のうちの少なくとも一つをさらに含むことを特徴とする請求項1に記載の受信器。 The information related to the content further includes at least one of information about a spatial relationship between the plurality of assets or information about a temporal relationship between the plurality of assets. The receiver according to claim 1, wherein: 前記第2のパケットは、周期的に伝送されることを特徴とする請求項4に記載の受信器。 The receiver of claim 4, wherein the second packet is transmitted periodically.
JP2020024429A 2011-09-29 2020-02-17 Content transmission / reception method and equipment Active JP7015617B2 (en)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR20110099426 2011-09-29
KR10-2011-0099426 2011-09-29
KR1020110104882A KR101885852B1 (en) 2011-09-29 2011-10-13 Method and apparatus for transmitting and receiving content
KR10-2011-0104882 2011-10-13

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2018128530A Division JP6903606B2 (en) 2011-09-29 2018-07-05 Content transmission / reception method and equipment

Publications (2)

Publication Number Publication Date
JP2020099087A true JP2020099087A (en) 2020-06-25
JP7015617B2 JP7015617B2 (en) 2022-02-03

Family

ID=48437102

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2014533204A Pending JP2014532349A (en) 2011-09-29 2012-09-27 Content transmission / reception method and apparatus
JP2018128530A Active JP6903606B2 (en) 2011-09-29 2018-07-05 Content transmission / reception method and equipment
JP2020024429A Active JP7015617B2 (en) 2011-09-29 2020-02-17 Content transmission / reception method and equipment

Family Applications Before (2)

Application Number Title Priority Date Filing Date
JP2014533204A Pending JP2014532349A (en) 2011-09-29 2012-09-27 Content transmission / reception method and apparatus
JP2018128530A Active JP6903606B2 (en) 2011-09-29 2018-07-05 Content transmission / reception method and equipment

Country Status (6)

Country Link
US (3) US10659519B2 (en)
EP (1) EP2761880B1 (en)
JP (3) JP2014532349A (en)
KR (1) KR101885852B1 (en)
CN (1) CN103843351B (en)
WO (1) WO2013048148A2 (en)

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9319721B2 (en) 2011-10-13 2016-04-19 Electronics And Telecommunications Research Institute Method of configuring and transmitting an MMT transport packet
JP6425708B2 (en) * 2013-04-18 2018-11-21 サムスン エレクトロニクス カンパニー リミテッド Control method and apparatus for media distribution in multimedia transport network
KR20140126827A (en) 2013-04-22 2014-11-03 삼성전자주식회사 Method and apparatus for transmitting and receiving a broadcasting service by using moving picture experts group media transport in a digital video broadcasting system
CN105264899A (en) * 2013-06-07 2016-01-20 索尼公司 Transmission device, transmission method, receiving device, and receiving method
JP2015015706A (en) 2013-07-03 2015-01-22 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカPanasonic Intellectual Property Corporation of America Data transmission method, data reproduction method, data transmitter and data reproducer
US20150033091A1 (en) * 2013-07-23 2015-01-29 Electronics And Telecommunications Research Institute Apparatus and method for requesting retransmission of lost packet based on mpeg media transport system
KR101750317B1 (en) 2013-08-19 2017-06-23 엘지전자 주식회사 Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
JP2015073268A (en) * 2013-09-06 2015-04-16 日本放送協会 Transmitter, receiver and conditional access system
US10560514B2 (en) 2014-03-29 2020-02-11 Samsung Electronics Co., Ltd. Apparatus and method for transmitting and receiving information related to multimedia data in a hybrid network and structure thereof
KR102249147B1 (en) 2014-03-29 2021-05-07 삼성전자주식회사 Apparatus and method for delivering and receiving related information of multimedia data in hybrid network and structure thereof
US20150286623A1 (en) * 2014-04-02 2015-10-08 Samsung Electronics Co., Ltd. Method and apparatus for marking relevant updates to html 5
JP5708866B1 (en) * 2014-04-10 2015-04-30 ソニー株式会社 Transmitting apparatus, transmitting method, receiving apparatus, and receiving method
EP2963892A1 (en) 2014-06-30 2016-01-06 Thomson Licensing Method and apparatus for transmission and reception of media data
KR20160004858A (en) 2014-07-04 2016-01-13 삼성전자주식회사 Apparatus and method for transmitting/receiving packet in multimedia communciation system
CN111526390B (en) * 2014-09-17 2022-12-06 北京三星通信技术研究有限公司 Method and device for sending MMT packet and method for receiving MMT packet
JP2016116065A (en) * 2014-12-15 2016-06-23 日本放送協会 Receiver, transmitter, and method for receiving content
US20160292445A1 (en) 2015-03-31 2016-10-06 Secude Ag Context-based data classification
EP3313084B1 (en) 2015-06-16 2021-11-17 Sony Group Corporation Reception apparatus, transmission apparatus, and data processing method
KR102519209B1 (en) 2015-06-17 2023-04-07 한국전자통신연구원 MMT apparatus and method for processing stereoscopic video data
KR102454746B1 (en) * 2015-10-01 2022-10-17 삼성전자주식회사 Apparatus and method for transmitting and receiving for media resource identification informaitonin a communication system
EP3419297B1 (en) * 2016-02-17 2021-07-21 Samsung Electronics Co., Ltd. Method and device for controlling the delivery type of mmt based multimedia service
CN110611888A (en) * 2018-06-15 2019-12-24 索尼公司 Electronic device, method, and storage medium for wireless communication system
CN111382116B (en) * 2018-12-29 2022-10-04 上海寒武纪信息科技有限公司 Data receiving method and device and related product
KR102368653B1 (en) 2020-04-08 2022-03-03 (주)오성엠앤디 Medical Saw Handpiece Cover Device
CN113114655A (en) * 2021-04-07 2021-07-13 深圳市瑞驰信息技术有限公司 Binary data interaction protocol design method based on TCP/IP

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010004518A (en) * 2008-06-20 2010-01-07 Korean Broadcasting System Method and apparatus for protecting scalable video encoded content
WO2010007513A1 (en) * 2008-07-16 2010-01-21 Nokia Corporation Method and apparatus for track and track subset grouping
WO2010060442A1 (en) * 2008-11-26 2010-06-03 Telefonaktiebolaget Lm Ericsson (Publ) Technique for handling media content to be accessible via multiple media tracks
WO2010117315A1 (en) * 2009-04-09 2010-10-14 Telefonaktiebolaget Lm Ericsson (Publ) Media container file management

Family Cites Families (41)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6172990B1 (en) * 1997-06-19 2001-01-09 Xaqti Corporation Media access control micro-RISC stream processor and method for implementing the same
US6806909B1 (en) * 1997-03-03 2004-10-19 Koninklijke Philips Electronics N.V. Seamless splicing of MPEG-2 multimedia data streams
WO1999021337A2 (en) * 1997-10-17 1999-04-29 Koninklijke Philips Electronics N.V. Method of encapsulation of data into transport packets of constant size
US6349286B2 (en) * 1998-09-03 2002-02-19 Siemens Information And Communications Network, Inc. System and method for automatic synchronization for multimedia presentations
US6570926B1 (en) * 1999-02-25 2003-05-27 Telcordia Technologies, Inc. Active techniques for video transmission and playback
US7096487B1 (en) * 1999-10-27 2006-08-22 Sedna Patent Services, Llc Apparatus and method for combining realtime and non-realtime encoded content
JP2000333105A (en) * 1999-05-21 2000-11-30 Victor Co Of Japan Ltd Image compression data recorder and image compression data recording and reproducing device
EP1187485B1 (en) * 2000-09-11 2003-04-02 MediaBricks AB Method for providing media content over a digital network
CN101661785A (en) 2001-11-29 2010-03-03 夏普株式会社 Data recording apparatus, data reproduction appratus, data recording method and data display method, and recording apparatus
CN1650628B (en) * 2002-02-25 2010-10-13 索尼电子有限公司 Method and apparatus for supporting AVC in MP4
JP3748437B2 (en) 2002-03-29 2006-02-22 株式会社東芝 Data structure of multimedia file, encryption method and apparatus thereof, and encryption and decryption method and apparatus thereof
US7620887B1 (en) * 2002-04-12 2009-11-17 Oracle International Corporation System and method of evaluating the integrity of a set of files
US20040001091A1 (en) * 2002-05-23 2004-01-01 International Business Machines Corporation Method and apparatus for video conferencing system with 360 degree view
US20050049998A1 (en) * 2003-08-28 2005-03-03 International Business Machines Corporation Mechanism for deploying enterprise information system resources
JP2005198204A (en) 2004-01-09 2005-07-21 Pioneer Electronic Corp Information distribution display system and information distribution display method
JP2005229587A (en) 2004-01-15 2005-08-25 Matsushita Electric Ind Co Ltd Multiplex system conversion device
US20050165840A1 (en) * 2004-01-28 2005-07-28 Pratt Buell A. Method and apparatus for improved access to a compacted motion picture asset archive
US7155445B1 (en) * 2004-02-05 2006-12-26 Cingular Wireless Ii, Llc System and method for self-recovering real-time data-feed compression and archiving
JP2006129078A (en) 2004-10-28 2006-05-18 Canon Inc Data file editing method and apparatus thereof, control program, and storage medium
KR100682974B1 (en) * 2004-11-02 2007-02-15 한국전자통신연구원 Apparatus for integrating data broadcasting service and data broadcast services method using that
CN101164347B (en) * 2005-04-26 2010-08-25 汤姆森许可贸易公司 Synchronized stream packing
US7933329B2 (en) * 2005-08-24 2011-04-26 Exfo Service Assurance Inc. System and method for monitoring video packets for quantifying video quality
US7908244B2 (en) 2005-08-31 2011-03-15 Ascent Media Group, Llc Localized media content management
RU2510908C2 (en) * 2007-02-23 2014-04-10 Нокиа Корпорейшн Description of aggregated units of media data with backward compatibility
US20080270913A1 (en) * 2007-04-26 2008-10-30 Howard Singer Methods, Media, and Devices for Providing a Package of Assets
US7962640B2 (en) * 2007-06-29 2011-06-14 The Chinese University Of Hong Kong Systems and methods for universal real-time media transcoding
JP5334335B2 (en) * 2007-07-02 2013-11-06 フラウンホファー・ゲゼルシャフト・ツール・フォルデルング・デル・アンゲバンテン・フォルシュング・アインゲトラーゲネル・フェライン Apparatus and method for storing and retrieving files having media data containers and metadata containers
US20090028142A1 (en) 2007-07-25 2009-01-29 Schmidt Brian K Streaming data content in a network
US8386630B1 (en) * 2007-09-09 2013-02-26 Arris Solutions, Inc. Video-aware P2P streaming and download with support for real-time content alteration
KR101218402B1 (en) * 2008-12-09 2013-01-03 한국전자통신연구원 Method and apparatus for transmitting/receiving broadcasting program id
US20100146538A1 (en) * 2008-12-09 2010-06-10 Electronics And Telecommunications Research Institute Method and apparatus for transmitting/receiving broadcasting program id
US20110246660A1 (en) * 2009-09-29 2011-10-06 Nokia Corporation Systems, Methods, and Apparatuses for Media File Streaming
KR101777347B1 (en) * 2009-11-13 2017-09-11 삼성전자주식회사 Method and apparatus for adaptive streaming based on segmentation
KR101750048B1 (en) 2009-11-13 2017-07-03 삼성전자주식회사 Method and apparatus for providing trick play service
EP2352292A1 (en) * 2009-12-07 2011-08-03 Telefonaktiebolaget L M Ericsson (PUBL) System for managing television channels
KR20110105710A (en) * 2010-03-19 2011-09-27 삼성전자주식회사 Method and apparatus for adaptively streaming content comprising plurality of chapter
US9288071B2 (en) * 2010-04-30 2016-03-15 Thomson Licensing Method and apparatus for assessing quality of video stream
US8521899B2 (en) * 2010-05-05 2013-08-27 Intel Corporation Multi-out media distribution system and method
US20120324521A1 (en) * 2011-06-14 2012-12-20 Samsung Electronics Co., Ltd. Method and apparatus for creating content in a broadcasting system
EP2784954A4 (en) * 2011-11-25 2015-05-27 Humax Holdings Co Ltd Method for linking mmt media and dash media
DE102012201534B4 (en) * 2011-12-09 2018-08-30 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Device for caching a scalable original file

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010004518A (en) * 2008-06-20 2010-01-07 Korean Broadcasting System Method and apparatus for protecting scalable video encoded content
WO2010007513A1 (en) * 2008-07-16 2010-01-21 Nokia Corporation Method and apparatus for track and track subset grouping
WO2010060442A1 (en) * 2008-11-26 2010-06-03 Telefonaktiebolaget Lm Ericsson (Publ) Technique for handling media content to be accessible via multiple media tracks
WO2010117315A1 (en) * 2009-04-09 2010-10-14 Telefonaktiebolaget Lm Ericsson (Publ) Media container file management

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"Information technology - Coding of audio-visual objects -Part 12: ISO base media file format", INTERNATIONAL STANDARD ISO/IEC14496-12, vol. Second edition, Corrected version, JPN6019006776, 1 October 2005 (2005-10-01), pages 1 - 14, ISSN: 0004461353 *
"Technologies under Consideration (TuC) for MMT", ISO/IEC JTC1/SC29/WG11 N12170, JPN6019006774, July 2011 (2011-07-01), ISSN: 0004461351 *
JAEYEON SONG, ET AL.: "Response to Call for Proposals for MPEG Media Transport", ISO/IEC JTC1/SC29/WG11 MPEG2011/M19266, JPN6019006783, January 2011 (2011-01-01), ISSN: 0004461352 *

Also Published As

Publication number Publication date
JP6903606B2 (en) 2021-07-14
WO2013048148A2 (en) 2013-04-04
US20130086213A1 (en) 2013-04-04
EP2761880A2 (en) 2014-08-06
JP2018170791A (en) 2018-11-01
US20200274918A1 (en) 2020-08-27
KR101885852B1 (en) 2018-08-08
KR20130035155A (en) 2013-04-08
EP2761880A4 (en) 2015-05-27
CN103843351B (en) 2019-04-19
US10659519B2 (en) 2020-05-19
EP2761880B1 (en) 2023-01-11
US20210360054A1 (en) 2021-11-18
CN103843351A (en) 2014-06-04
JP2014532349A (en) 2014-12-04
US11647071B2 (en) 2023-05-09
JP7015617B2 (en) 2022-02-03
US11082479B2 (en) 2021-08-03
WO2013048148A3 (en) 2013-06-13

Similar Documents

Publication Publication Date Title
JP7015617B2 (en) Content transmission / reception method and equipment
JP6359142B2 (en) Multimedia service reception method
KR101783579B1 (en) Method and apparatus for generating, playing adaptive stream based on file format, and thereof readable medium
CN109413447B (en) ISO-BMFF event box bearer in MPEG-2 transport stream
JP6339501B2 (en) Multimedia service transmitting / receiving method and apparatus
US20120016917A1 (en) Media container file management
GB2583844A (en) Method, device, and computer program for transmitting portions of encapsulated media content
US10104184B2 (en) Hybrid delivery mechanism in multimedia transmission system
JP2018148574A (en) Multimedia content receiving device
US9219931B2 (en) Method and apparatus for transmitting and receiving service discovery information in multimedia transmission system and file structure for the same
Hannuksela et al. The DVB File Format [Standards in a Nutshell]

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200217

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210218

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210315

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20210615

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210816

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: 20211224

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220120