JP5947455B2 - マルチメディアサービス送受信方法及び装置 - Google Patents

マルチメディアサービス送受信方法及び装置 Download PDF

Info

Publication number
JP5947455B2
JP5947455B2 JP2015510187A JP2015510187A JP5947455B2 JP 5947455 B2 JP5947455 B2 JP 5947455B2 JP 2015510187 A JP2015510187 A JP 2015510187A JP 2015510187 A JP2015510187 A JP 2015510187A JP 5947455 B2 JP5947455 B2 JP 5947455B2
Authority
JP
Japan
Prior art keywords
message
mmt
information
package
layer
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.)
Active
Application number
JP2015510187A
Other languages
English (en)
Other versions
JP2015520968A (ja
Inventor
スン−オー・フワン
ヨン−ハン・キム
キュン−モ・パク
スン−リュル・リュ
ジェ−ヨン・ソン
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 JP2015520968A publication Critical patent/JP2015520968A/ja
Application granted granted Critical
Publication of JP5947455B2 publication Critical patent/JP5947455B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/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/2362Generation or processing of Service Information [SI]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H60/00Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/68Systems specially adapted for using specific information, e.g. geographical or meteorological information
    • H04H60/73Systems specially adapted for using specific information, e.g. geographical or meteorological information using meta-information
    • 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/235Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • 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
    • H04N21/434Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345Extraction or processing of SI, e.g. extracting service information from an MPEG 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/45Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • 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/61Network physical structure; Signal processing
    • H04N21/6106Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H60/00Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/09Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • H04H60/13Arrangements for device control affected by the broadcast information

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

本発明はマルチメディアサービスを提供する方法に関するもので、特に異種ネットワーク環境で放送通信融合型サービスを提供するサービスプロバイダが自身により提供されるサービスに関する詳細情報を伝送する方法に関する。
インターネットが広帯域に進化するに連れて、地上波、衛星、又はケーブルのような専用チャンネルを使用する既存の放送だけでなく、一般インターネットを用いてマルチメディアを編成することにより提供するインターネット放送が可能になった。さらに、既存の放送とインターネット放送がより有機的に結合されて多様なサービスを提供する放送通信融合型マルチメディアサービスが現実的なサービスとして浮上している。
放送サービスプロバイダ(放送局)は、専用チャンネルだけでなくインターネットを介してもコンテンツを伝送し、専用放送チャンネルなしにインターネットのみを介してコンテンツを伝送する放送サービスプロバイダも登場している。したがって、専用チャンネルを用いてインターネットを共に使用する放送局でもインターネットのみを使用する放送局でも、プログラムコンテンツと一緒に自身のプログラム編成情報を視聴者に伝送することによって、視聴者に自身のプログラムコンテンツを広報し、視聴者にとって計画性のある視聴が可能にする必要がある。さらに、インターネットを介して‘再視聴’サービスを提供することによって、視聴者にとって本放送時に視聴できなかったコンテンツを以後視聴することも可能にする。従来の放送では、このようなタイプの情報は、電子プログラム案内(Electronic Program Guide:EPG)と呼ばれ、デジタルビデオブロードキャスティング(DVB)システム標準の場合、北米方式ではPSIP(Program and System Information Protocol)、ヨーロッパ方式ではサービス情報(SI)と呼ばれる。また、従来のデジタルTV方式で、広く使用されているMPEG-2システム標準では、これをPSI(Program Specific Information)と呼んでいる。北アメリカ方式では、PSIとPSIPを共に送出するが、PSIPのみでも視聴者によるプログラム選択が可能である。ヨーロッパ方式では、PSIとSIを共に送出し、PSIのみでプログラム選択を可能にするが、SIを介してプログラムに対する多様な案内情報を追加して提供する。本発明では、このようなタイプの情報は、サービス詳細情報(Service Specific Information:SSI)と総称される。
専用チャンネルを使用する従来の放送とは異なり、インターネット放送は、グローバルに提供されるので、従来の放送の地域性(regional property)を飛び越え、これを受信できる受信器がある世界のどこでもインターネットを介してアクセス可能である。したがって、インターネット放送の場合、北アメリカ、ヨーロッパ、日本などに大きく区分される従来の放送標準の地域性を克服するためには世界で固有の単一方式で提供される場合にのみ、受信器の複雑度が不要に増加することを防止できる。このような観点で、SSIも単一方式の標準化を必要とする。
将来の放送通信融合型放送システムは、インターネットを中心に再編されると予想される。すなわち、受信器は、既存の放送チャンネルを介するプログラムコンテンツだけでなく、インターネットを介するプログラムコンテンツに対する案内情報も読み取って理解可能な(machine-readable)形式でSSI内に共に組み込んで伝送し、このようなSSIは、放送チャンネル又はインターネットを介して獲得され、放送受信制御に使用され、必要によって視聴者が読み取り可能な形態で見せるようになる。もちろん、専用放送チャンネルを使用しないインターネット放送社は、インターネットを介してSSIを伝送することである。
したがって、上記した従来技術の問題点を解決するために、本発明の目的は、インターネットを含む異種ネットワーク(heterogeneous network)環境で放送通信融合型サービスを提供するサービスプロバイダが自身により提供されるサービスに関する詳細情報を伝送するための形式を提供することにある。
本発明の他の目的は、MMTでシグナリング階層のメッセージフォーマットを提供することにある。
また、本発明の目的は、MMTでシグナリング階層のメッセージを送信する方法及び装置を提供することにある。
上記のような目的を達成するために、本発明の一態様によれば、MPEGメディア転送(MMT)でシグナリング(S)階層のためのメッセージを送受信するサーバが提供される。そのサーバは、MPEG使用のために使われる情報を提供する第1のメッセージを生成するS階層の第1のサブ階層と、MPEGメディアの伝送に使用される情報を提供する第2のメッセージを生成するS階層の第2のサブ階層と、第1のメッセージと第2のメッセージに対する外部配信及び内部配信を遂行する配信(D)階層とを含み、第1のメッセージ及び第2のメッセージの各々は、メッセージタイプ、バージョン、長さ、拡張フィールド、及びペイロードの各々に対応する少なくとも一つのフィールドを含む。
本発明の他の態様によれば、MPEGメディア転送(MMT)でシグナリング(S)階層のためのメッセージを送受信する方法が提供される。その方法は、S階層の第1のサブ階層を通じてMPEG使用に使われる情報を提供する第1のメッセージを生成するステップと、S階層の第2のサブ階層を通じてMPEGメディア転送に使用される情報を提供する第2のメッセージを生成するステップと、配信(D)階層を通じて第1のメッセージと第2のメッセージに対する外部配信及び内部配信を遂行するステップとを有し、第1のメッセージ及び第2のメッセージの各々は、メッセージタイプ、バージョン、長さ、拡張フィールド、及びペイロードの各々に対応する少なくとも一つのフィールドを含む。
本発明は、サービス詳細情報を提供するための形式を適用してサービスプロバイダが自身により提供されるサービスに関する詳細情報を提供することにより、受信器によりサービス詳細情報を用いて、視聴者が視聴を希望する放送コンテンツを容易に選択することができる効果を有する。
また、本発明は、MMTでシグナリング階層のメッセージフォーマット及びシグナリング階層のDメッセージを送受信することができる効果を有する。
本発明の第2の実施形態によるMMTでS階層の構造を示す図である。 本発明の第2の実施形態によるS階層メッセージが伝送可能なプロトコルスタック(protocol stack)の一例を示す図である。 本発明の第2の実施形態によるS階層メッセージが伝送可能なプロトコルスタックの一例を示す図である。 本発明の第2の実施形態によるS階層メッセージが伝送可能なプロトコルスタックの一例を示す図である。 本発明の第2の実施形態によるS階層メッセージの構造の一例を示す図である。 本発明の第2の実施形態によるMMTサーバの動作を示すフロー図である。 本発明の第3の実施形態によるS1シグナリング構造を示す図である。 本発明の第3の実施形態による受信器でマルチメディアを受信する動作を示すフローチャートである。 本発明の第3の実施形態による受信器でマルチメディアを受信する動作を示すフローチャートである。 本発明の第3の実施形態による送信装置を示すブロック構成図である。 本発明の第3の実施形態による受信装置を示すブロック構成図である。 本発明の第4の実施形態によるMMTシグナリングメッセージ及びテーブルの構造を示す図である。
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。
図面において、同一の構成要素に対してはできるだけ同一の参照符号及び参照番号を付して説明する。下記の説明で、本発明に関連した公知の機能又は構成に関する具体的な説明が本発明の要旨を不明にすると判断された場合に、その詳細な説明を省略する。
<本発明の第1の実施形態>
本発明の第1の実施形態では、MPEGメディア伝送構成情報(MMT CI)のための階層的構造を提案する。
MMT CIは、相異なる重要度の多様な情報で構成される。例えば、ビデオ及びオーディオのような主要アセットに関する情報が最も重要である。一方、補助的なアセットに関する情報は、主アセットに関する情報ほど重要でない。あまり重要でない情報は、プログラム監督、俳優、職員、製造年月日に関する情報を含むコンテンツに関するテキスト記述(textual description)のようなプログラム情報である。
一つの放送シナリオにおいて、最小水準でプレゼンテーション(presentation)を提供するが、必須のMMT CIの部分は、小さい区間(例えば、500ms)で周期的に受信器に伝送されなければならない。上記区間が短いほど、プログラムを獲得する間に視聴者が経験する遅延はさらに短くなる。しかしながら、より短い区間は、より低い伝送効率を意味する。帯域幅が非常に制限される移動放送のようなアプリケーションに対して、伝送効率が非常に重要であり、あまり重要でないMMT CIが比較的長い区間で伝送可能にするメカニズムを具備しなければならない。
1対1通信シナリオにおいて、セッション設定直後に、すなわちアセットリソースが伝送される前にすべてのMMT CIが伝送される。この場合、MMT CIの部分伝送は必要でないこともある。
MMT構成情報の階層0は、第1の場面(scene)とその次の場面を表現するのに必須的なすべての必須情報(mandatory information)を含む。要求条件以外に、全体の構成情報がMMT CIの階層にわたって分けられる方法は、全てユーザー、すなわち放送事業者(broadcaster)により判断される。一つの放送シナリオで、MMT CIの階層0は、すべての階層の中で最短区間で伝送される。送信器において、必須でないMMT CIの一部は、MMT CIの階層0に含まれることができる。MMT CIの階層N(N=1,2,3,…,maxLayer)は、第1の場面を表現するための所定の必須情報を含まないMMT CIのあまり重要でない部分を伝達する。より大きい階層番号は、より長い伝送区間を意味する。
“numLayer”が‘1’である場合、MMT CIの階層0は“完全な(complete)”タイプの構成情報に対応する。
受信器にMMT CIの特定階層がアップデートされることを知らせるために、“バージョン(version)”と称される新たな属性は階層区分に従って定義される。MMT CIの受信された部分のバージョンが以前に受信されて分析され、受信器の格納部に格納されているバージョンより大きい場合、上記部分は、分析され、その結果、受信器内に既に格納されているMMT CIのアップデートに使用される。バージョン化(versioning)は、部分-独立的(part-independent)であり、受信器は、部分当たり最新バージョンを格納する。しかしながら、一つの受信器内に格納されているすべてのMMT CIは、MMT CIの部分の一連の追加及びアップデートによる蓄積及び統合の結果である。
一つの受信器は、まず、“アップデート”タイプのMMT CIの所定の他の部分及び所定のMMT CI以前に、MMT CIの階層0を受信して分析する。MMT CIの階層0が一つの受信器内で分析されて格納される場合、MMT CIの階層0以外の他の階層は、階層番号と関係なくこれらが受信される順に処理することができる。MMT CIの階層0が完全に分析されて処理される場合、一つの受信器は、メディアアセットを処理してその結果を提供する前に、階層0以外の他のMMT CI階層を待機しない。
“アップデート”タイプのMMT CIは、MMT CIの異なる階層に含まれる構成要素のための命令を削除し、代替することを含むことができる。プログラム獲得の初期で、一部MMT CI“アップデート”命令がまだ受信されない構成要素を参照する場合があり得る。このような場合には、MMT CI“アップデート”命令が分析されて実行されるが、これら命令に従属する構成要素が存在しないので効果はない。
本発明の第1の実施形態により提案されるCompositionInformationType構文は、次の通りである。
Figure 0005947455
<表1>で、新たな又は修正された属性の意味は、次の通りである。
Type:この属性は、構成情報が初期化あるいはアップデートのために使用されることを示す。Typeが“階層化(Layered)”である場合、MMT CIは、複数の階層に分けられる。
Layer:この属性は、MMT CIの階層番号を意味する。Typeが“Layered”である場合、この属性は必須的である。最も小さい階層番号は‘0’である。
Version:これは、MMT CIのバージョンを示す。この属性は、選択的であるが、MMT CIが周期的であるアプリケーションに対しては必須である。上記バージョンは、アップデートにつき増加する。バージョンがmaxVersionValueに至る場合、バージョンは0に制限される。
numLayer:これは、階層化されたMMT CIに対する階層の個数を示す。この属性は、選択的である。
<本発明の第2の実施形態>
本発明の第2の実施形態では、MMTにおいてシグナリング階層でメッセージフォーマットを提案する。
MMTシグナリング機能領域に含まれるS階層のサブ階層のうちいずれか一つのSI階層でシグナリングされるメッセージのリストは、次の通りである。
−全体CI送信のためのメッセージ
−部分CI送信のためのメッセージ
−部分CIは、パッケージのためのCI情報と、アセットのためのCI情報と、空間及び時間関係を含むMPEGメディアプレゼンテーションのためのCI情報と、セキュリティのためのCI情報と、MPEGメディアアクセスのためのCI情報を意味する。
上記S階層の他のサブ階層であるS2階層のリストは、次の通りである。
−部分CI送信のためのメッセージ
−部分CIは、MFU(Media Fragment Unit)、MPU(Media Processing Unit)、アセット、及びMCTの構造を意味する。
−AL-FEC(Application Layer-Forward Error Correction)情報のためのメッセージ
−D(Delivery)1ペイロード構造のためのメッセージ
−D2プロトコル構造のためのメッセージ
−構成及び報告を含む管理のためのメッセージ
−D3情報を伝送するためのメッセージ
ここで、メッセージのリストは、CEの進行に基づいてアップデートすることができる。
メッセージは、帯域内(in-band)あるいは帯域外(out-of-band)手段に伝送することができる。MMT配信(delivery)機能領域は、メッセージの帯域内配信のためのペイロードフォーマットを定義する。さらに、メッセージの帯域外配信は、本発明の実施形態に該当しないので、本明細書では特定しない。
ここで、帯域外伝送のためのSDP(Session Description Protocol)に対するメッセージのマッピングは、IETF RFC(Internet Engineering Task Force Request for Comment)として定義される。
図1は、本発明の実施形態によるMMTでS階層の構造を示す。
図1を参照すると、S階層は、S1階層100及びS2階層120を含み、S1階層100及びS2階層120で生成したメッセージをD1階層140に伝送する。
まず、S1階層100は、全体CIのためのメッセージ102と、パッケージ情報(Packageinfo)のためのメッセージ104と、アセット情報(Assetinfo)のためのメッセージ106と、プレゼンテーション制御のためのメッセージ108と、セキュリティ(security)のためのメッセージ110と、アクセス(access)のためのメッセージ112とを生成できる。
次に、S2階層120は、E(Encryption)階層構造、すなわちMFU、MPU、及びアセットのためのメッセージ122と、D1ペイロード構造のためのメッセージ124と、D2ペイロード構造のためのメッセージ126、測定のためのメッセージ128、AL-FECのためのメッセージ130、及びD3情報の伝送のためのメッセージ132を生成できる。
図2〜図4は、本発明の実施形態によるS階層メッセージが伝送可能なプロトコルスタックの一例を示す。
図2を参照すれば、一例として、D1階層とD2階層によるS1階層メッセージが伝送可能なプロトコルスタックは、D1ペイロード、D2ペイロード、UDP(User Datagram Protocol)、及びIPを含む。この場合、S2階層メッセージのプロトコルスタックは、S1階層メッセージのプロトコルスタックと同一に構成される。
図3を参照すると、他の例として、HTTP(Hyper Text Transfer Protocol)及びS1階層メッセージが伝送可能なプロトコルスタックは、D1ペイロード、HTTP、TCP(Transmission Control Protocol)、及びIPを含む。同様に、この場合、S2階層メッセージのプロトコルスタックも、S1階層メッセージのプロトコルスタックと同一に構成される。
図4を参照すると、他の例として、UDPによるS1階層メッセージが伝送可能なプロトコルスタックは、D1ペイロード、UDP、及びIPを含む。同様に、この場合、S2階層メッセージのプロトコルスタックもS1階層メッセージのプロトコルスタックと同一に構成される。
MMTサーバは、上記のように図2〜図4に示したS階層メッセージのための少なくとも一つのプロトコルスタックを決定する。
図5は、本発明の実施形態によるS階層メッセージの構造の一例を示す。
図5を参照すると、S階層メッセージ300は、例えば、メッセージタイプフィールド305、バージョンフィールド310、長さフィールド315、拡張フィールド320、及びペイロードフィールド325を含む。
メッセージタイプフィールド305は、ペイロードフィールド325内に存在するS階層情報のタイプを表す。メッセージタイプフィールド305の長さは、1バイト固定長を有し、このとき、各S1メッセージの値は、下記の<表2>のように示される。
バージョンフィールド310は、S階層メッセージのバージョンを表す。すなわち、MMTクライアントは、受信されたS階層メッセージが新規であるか否かをバージョンフィールド値を通じてチェックできる。特に、バージョンフィールド310は、S階層メッセージが放送ネットワークから反復して送信される場合に有効である。この場合、バージョンフィールドは、1バイトの固定長を有する。
長さフィールド315は、S1階層メッセージの長さを表す。
各S階層メッセージは、ヘッダーで他の情報を必要とする。それによって、拡張フィールド320は、各S階層メッセージのための追加情報を提供する。ペイロード325は、実際に該当S階層メッセージが伝送しようとするS階層情報を搬送する。
一方、一つのパッケージは複数のアセットを含む。この場合、各アセットに関する情報は、図5に示すメッセージが反復される形態で含まれ得る。
下記の<表2>は、本発明の実施形態によるS階層メッセージタイプの値を示す。
Figure 0005947455
<表2>を参照すると、メッセージタイプ値は、複数のS階層メッセージ各々を指示する。複数のS階層メッセージは、全体CI、パッケージのためのCI情報、アセットのためのCI情報、MPEGメディアプレゼンテーションのためのCI情報、セキュリティのためのCI情報、S1階層メッセージのための将来使用のための予約、E階層エンティティ構造、D1ペイロード構造、D2パケット構造、AL-FEC情報、測定構成、D3情報伝送、及びS1階層メッセージのための将来使用のための予約を含む。
全体CIのためのS1階層メッセージは、全体CIを伝送する。例えば、全体CIは、一つの測定パッケージを説明するためのすべての情報を意味し、放送を例に挙げてサービスガイドに関連したコンテンツとしてわかる。全体CIのためのSI階層メッセージのバージョンは、CIのバージョンが変更されるか否かを指示する。
パッケージのためのCI情報、すなわちS1階層メッセージは、CIから抽出されるパッケージ情報を伝送する。これは、全体CIの受信前にパッケージ情報を知らせるために有効に使用され得る。一方、メッセージタイプは、伝送されるパッケージ情報に関する情報を伝送しないため、この場合、拡張ヘッダーは、パッケージの識別子を伝送する。
アセットのためのCI情報、すなわちS1階層メッセージは、CIから抽出されたアセット情報を伝送し、全体CIの受信前にアセット情報を知らせるために効率的に使用できる。この場合、メッセージタイプが伝送されるアセット情報に関する情報を提供しないため、拡張ヘッダーは、パッケージでアセットの識別子を伝送する。
MPEGメディアプレゼンテーションのためのCI情報、すなわちS1階層メッセージは、CIから抽出されたMPEGメディアプレゼンテーションを伝送する。MPEGメディアプレゼンテーションのためのCI情報は、アップデートパートのようなMPEGメディアプレゼンテーションの部分パートだけでなく全体MPEGメディアプレゼンテーションを搬送できる。拡張ヘッダーは、全体バージョンと部分バージョンのようなMPEGメディアプレゼンテーションの情報を搬送する。
セキュリティのためのCI情報、すなわちS1階層メッセージは、セキュリティ情報を伝送する。セキュリティのためのCI情報は、CAS(Conditional Access System)、DRM(Digital Rights Media)、ダウンロード可能なCAS、及びダウンロード可能なDRMの情報を伝送する。この場合、拡張ヘッダーは、搬送されるセキュリティ情報に関する情報、セキュリティ解決方法、及びアセット/パッケージ間のリンクを伝送する。
MPEGメディアアクセスのためのCI情報、すなわちS1階層メッセージは、MPEGメディアのアクセス情報を伝送する。MPEGメディアは、同一のアクセス情報を共有できる。例えば、すべてのCIにURL(Uniform Resource Locator)を含み、放送の場合、該当アドレス情報を含むことができる。この場合、拡張ヘッダーは、同一のアクセスを共有するMPEGメディアのリストを提供する。
E階層エンティティ構造のためのS2階層メッセージは、E階層エンティティ構造が各パッケージ別に異なるため、E階層エンティティ(MFU、MPU、及びアセット)構造を伝送する。この場合、拡張ヘッダーは、与えられるE階層エンティティ構造に関する情報と与えられたE階層エンティティを使用するMPEGメディアのIDを有する。
D1ペイロード構造のためのS2階層メッセージは、MMTクライアントがそのD1ペイロードを受信する前にD1ペイロード構造を知らなければならないため、D1ペイロード構造を伝送する。その上、D1ペイロード構造は、各パッケージ別に異なることができる。この場合、拡張ヘッダーは、与えられたD1ペイロード構造を使用するMPEGメディアの情報を有する。
D2パケット構造のためのS2階層メッセージは、MMTクライアントがD2パケットを受信する前にD2パケット構造を知らなければならないため、D2パケット構造を伝送する。その上、D1パケット構造は、各パッケージ別に異なることができる。この場合、拡張ヘッダーは、与えられたD2パケット構造を使用するMPEGメディアの情報を有する。
AL FEC情報のためのS2階層メッセージは、AL-FECフレーム構造とコードのようなAL-FECの情報を伝送する。
測定構成のためのS2階層メッセージは、管理構成情報を伝送する。ここで、管理構成は、なにを測定するか、いつ測定するか、どのくらい長く測定するか、及び測定した結果がいつ報告するかに対する設定を意味する。
D3情報伝送のためのS2階層メッセージは、D3情報を伝送する。
図6は、本発明の実施形態によるMMTサーバの動作フローを示す。
図6を参照すると、ステップ400で、MMTサーバは、S1階層を通じてMPEG使用のための情報を提供する第1のメッセージを生成する。ここで、第1のメッセージは、例えば<表2>のS1階層メッセージに対応し、各々図3の構造を有する。これに対する具体的な説明は、以前説明と重複されるので、省略する。
ステップ405で、MMTサーバは、S2階層を通じてMPEGメディア伝送のために使用される情報を提供する第2のメッセージを生成する。同様に、第2のメッセージは、一例として、<表2>のS2階層メッセージに対応し、各々図5の構造を有する。これに関する具体的な説明は、上記説明と重複するので、省略する。
すると、ステップ410で、MMTサーバは、D階層を通じて生成された第1のメッセージ及び第2のメッセージに対する外部配信及び内部配信を遂行する。
<本発明の第3の実施形態>
図7は、本発明の第3の実施形態によるS1シグナリング構造を示す。
本発明の他の実施形態による6個のS1階層メッセージを整理すると、次の通りである。
(1)テーブル及び通知情報(Information on Tables and Notice:ITN)に対するメッセージ:このようなメッセージは、ITNテーブル505及び追加にパッケージに対する高速アクセスのために使用される他のテーブルを伝送する。ITNの役割は、MPEG-2に類似するが、他のMMT特定機能を有する。ITNテーブルは、すべての他のSIテーブルに関する全体情報を含む。また、ITNは、通知受信に関する情報を有する。通知の通常の例は、緊急警報、緊急通知などである。
(2)MMT構成情報(MMT Composition Information:MCI)に対するメッセージ:このようなメッセージは、MMT CIを伝送する。これは、全CIだけでなく階層化したCIを伝送する。
(3)クロック基準記述(Clock Reference Descriptors:CRD)に対するメッセージ:このようなメッセージは、MMTシステムクロック(すなわち、NTPクロック)と所定の他のクロック(例えば、MPEG-2又はMPEG-4クロック)との間のマッピングのために使用されるクロック基準情報を伝送する。
(4)セキュリティ情報に対するメッセージ:このようなメッセージは、MMTコンテンツセキュリティのために使用されるセキュリティ情報を伝送する。セキュリティシステムは、DRM、ダウンロード可能なDRM、及びダウンロード可能な条件評価システム(D-CAS)情報である。
(5)MMTパッケージテーブル(MPT)に対するメッセージ(MPT):このようなメッセージは、MMTパッケージテーブル(MPT)を伝送する。完全なまたは階層-0MPTは、MMTパッケージに対応する。これは、パッケージのグローバルユニークな識別子、MMT構成情報(MCI)の位置及びMMTパッケージに属するMMTアセットの完全な又は部分的(可能であれば、階層化したMPTを使用)リストを含む。また、これは、パッケージタイプ、パッケージ名称、パッケージの短い説明、ペアレンタルレート(parental rating)、オーディオの言語、テキストの言語、ターゲットユーザープロファイル、要求されたデバイス能力、記録許可及び高速再生許可のようなパッケージポリシーなどを含む。MPTの役割は、MPEG2 PMTと同様であるが、MMT目的のためにより多くの機能を有する。
(6)デバイス能力情報テーブル(DCIT)に対するメッセージ(Messages for Device Capability Information:DCIT):このようなメッセージは、デバイス能力情報テーブル(DCIT)を伝送する。デバイス能力情報は、MPEGメディアコンテンツ消費に対する要求及び/又は推奨されるデバイス能力を提供する。
また、本発明の第3の実施形態により、以下の3個の記述子が定義される。
(1)言語記述子(Language descriptor)
(2)クロック基準記述子
(3)D-CAS記述子
以下、図7を参照して、本発明の第3の実施形態によるS1階層メッセージ、表、及び記述子の構文(syntax)及び意味(semantic)を定義する。
I.階層メッセージ、テーブル、及び記述子の構文及び意味
1.テーブル及び通知情報(ITN)に対するメッセージ
このメッセージは、ITNテーブル505を伝送する。ITNの役割は、MPEG-2 PATに同様にするが、他のMMT特定機能を有する。ITNテーブルは、すべての他のSI表に関する全体情報を含む。
また、ITNは、通知受信に関する情報を有する。一般的に、通知は、緊急警報、緊急通知などである。
ITNメッセージ、すなわちITNを含むメッセージは、MMTパッケージに対応する一つ以上のMMTパッケージテーブル(MPT)を追加して含むことができる。MPTは、パッケージのグローバルユニークな識別子、MMT構成情報(MCI)の位置及びMMTパッケージに属するMMTアセットの完全な又は部分的(できるだけ、階層化したMPTを使用)リストを含む。また、MPTは、パッケージタイプ、パッケージ名称、パッケージの短い説明、ペアレンタルレート、オーディオの言語、テキストの言語、ターゲットユーザープロファイル、要求されるデバイス能力、記録許可、及び高速再生許可のようなパッケージポリシーなどを含む。
ITNメッセージが一つのMPTのみを含む場合、メディア伝送サービスは、所定の固定タイムインスタントに一つのパッケージのみをユーザーに提供する。ITNテーブルが時間ラインで所定の重複を有する多重MPTを含む場合、メディアで伝送サービスは、所定の固定したタイムインスタントに多重のパッケージをユーザーに提供する。ITNテーブルが時間重複されず、対応するパッケージが同一の論理チャンネルに関連した多重のMPTを含むと、メディア配信サービスは、順次的時間順序で多重のパッケージをユーザーに提供する。
MessageID=0x00を有するS階層メッセージは、ITNテーブルを含まなければならない。また、MessageID=0x00を有するS階層メッセージを伝送するIPアプリケーションデータフローでのアセット経路のペイロードIDは、‘0x0000’に固定される。受信器は、所定の他のメッセージを読み取る以前にITNメッセージを読み取って分析しなければならない。
ITNメッセージは、一般的に短いパワーアップ遅延又は低いザッピング時間を保証するために、ブロードキャスト環境で非常に短い周期、例えば500msで周期的に送信される。
(1)ITNメッセージ構文及び意味
ITNメッセージの構文は、<表3>に定義される。その構文エレメントの意味スは、以下の<表3>で提供される。構文定義の方法は、MPEG-2システム標準(ISO/IEC 13818-1)の方法に基づく。“値”の列でのループカウントなしの表示は、テーブルの長さから推論できる。同一の規則が、本明細書での他のテーブルに適用される。
Figure 0005947455
message_ID:これは、S階層メッセージのタイプを表す。このフィールドの長さは8ビットである。ITNメッセージは、値0x00を有する固定message_idを有する。
version:これは、S階層メッセージのバージョンを表す。MMTクライアントは、受信されたS階層メッセージが新しいものであるか否かをチェックできる。特に、このようなフィールドは、S階層メッセージがブロードキャスティングネットワークを介して反復して送信される場合に有効である。このフィールドの長さは8ビットである。
length:これは、S1階層メッセージの長さを表す。このようなフィールドの長さは16ビットである。これは、次のフィールドからITNメッセージの最終バイトまでは開始されるバイトでカウントされるITNメッセージの長さを表す。値‘0’は、このようなフィールドに対して決して使用されない。
start_time_flag:このようなフラグが‘1’であると、追加の構文エレメントstart_timeが使用される。
start_time:これは、ITNメッセージ送信のNPTでの開始時間を表す。
retransmission_period:これは、ITNメッセージの再送信時間を表す。この単位は10msである。
number_of_tables:これは、ITNメッセージに含まれる表の数を表す。
table_id:これは、ITNメッセージに含まれた表の識別子を示す。これは、ITNメッセージのペイロードに含まれる表でのtable_idフィールドのコピーである。
table_version:これは、ITNメッセージに含まれた表のバージョンを表す。これは、ITNメッセージのペイロードに含まれた表でのバージョンフィールドのコピーである。
table_length:これは、ITNメッセージに含まれた表の長さを表す。これは、ITNメッセージのペイロードに含まれた表での長さフィールドのコピーである。表の実際の長さは、表長さ+4である。
table():これは、S階層テーブルを示す。ペイロードでの表は、拡張フィールドでのtable_idと同一の順序で示される。
(2)ITNテーブル構文及び意味
ITNテーブルの構文は、<表4>、<表5>に定義され、その構文エレメントの意味は、次の<表4>、<表5>に提供される。
Figure 0005947455
Figure 0005947455
table_id:これは、ITNテーブルの表識別子を示す。
version:これは、ITNテーブルのバージョン。より新たなバージョンは、受信されるとすぐに旧バージョンに優先する(override)。
length:次のフィールドからITNテーブルの最終バイトまで始めるバイトでカウントされるITNテーブルの長さ。値‘0’は、このようなフィールドに対して決して使用されない。
method_flag:これは、通知受信方法を表す。このようなフラグが‘0’であると、お知らせはIPブロードキャスト伝送により伝送される。このようなフラグが‘1’である場合、通知は、相互作用チャンネルを通じて伝送される。IPブロードキャスト伝送のために、IPアドレス及びIPポート番号が提供される。相互作用チャンネルを介して伝送するために、クライアントが相互作用チャンネルを通じて通知をポーリングするURLが提供される。
MMT_general_location_info():セクション1.1.3での<表25>で定義される一般位置基準情報である。実際位置は、MMT_general_location_info()内の構文エレメントlocation_typeに依存する。
MMT_general_location_info() for IP_broadcast_delivery:IP_broadcast_deliveryのために、location_type=0x14及び0x15のみが許容される。
MMT_general_location_info() for poll_URL:poll_URLのために、location_type=0x0Eのみが許容される。
poll_period:通知をポーリングする間、クライアント又は受信器が通知、URL、poll_URL、又はすべてのpoll_period秒をポーリングすることが期待される。
number_of_tables:これは、その情報がこのようなITNテーブルで提供される情報テーブルの数を示す。
information_table_id:これは、その情報がこのようなITNテーブルで提供される情報表の識別子を示す。ITNのtable_idは、ここで決して示されない。
information_table_version:これは、その情報がこのようなITNテーブルで提供される情報表のバージョンを示す。
package_path_number:これは、情報表が属する論理チャンネルに対する識別子を示す。ブロードキャスタは、識別子は物理チャンネル内の論理チャンネルに固有に割り当てる。値‘0’は、特別に使用され、識別子として使用されない。このようなフィールドが‘0’である場合、情報表はチャンネル独立型であり、すなわち情報表はサービスワイド情報を有する。
MMT_general_location_info() for location:これは、クライアントが情報表を獲得するアドレスを示す。location_type=0x0F〜0x13のみが許容される。
second_location_flag:このようなフラグが設定される場合、クライアントが情報表を獲得する代案のアドレスが提供される。
table_filter_code_flag:このようなフラグが設定される場合、一つ以上の表フィルタコードが提供される。表フィルタコードは、表をグループ化する基準を特定する。グループ化する多様な基準が同時に存在すると、すべてのグループ化基準が情報表に適用される。
MMT_general_location_info() for second_location:クライアントが情報表を獲得する代案のアドレス。0x0F〜0x13のみが許容される。
number_of_table_filter_codes:これは、情報表に対する表フィルタコードの番号を示す。
language_for_all_table_filter_codes:これは、直ちに後続するすべてのtable_filter_codesの言語を示す。言語コードは、ISO639標準で定義された3バイト言語識別子である。
table_filter_code_language_flag:このようなフラグが‘1’である場合、後続するtable_filter_codeに対する言語は別に特定され、language_for_all_table_filter_codesにより提供された言語に優先する。言語コードは、ISO639標準で定義された3バイト言語識別子である。
table_filter_code_language:これは、すぐに後続するtable_filter_codeの言語を示す。言語コードは、ISO639標準で定義される3バイト言語識別子である。
table_filter_code_length:これは、table_filter_codeのバイト長を示す。
table_filter_code_byte:これは、table_filter_codeでのバイトを示す。
private_extension_flag:このようなフラグが‘1’である場合、プライベート拡張が存在する。
private_extension():これは、所有権又はアプリケーション特定拡張に対するコンテナとして作用する構文エレメントグループを示す。
(3)MMT_general_location_info()構文エレメントグループ
MMT_general_location_info()構文エレメントグループは、位置情報を提供するために使用される。MMT_general_location_info()の構文は、<表6>〜<表8>に定義され、その構文エレメントの意味が<表6>〜<表8>に提供される。
Figure 0005947455
Figure 0005947455
Figure 0005947455
location_type:このようなフィールドは、<表9>に定義されるような位置情報のタイプを表す。
Figure 0005947455
payload_id:これは、IPアプリケーションデータフロー内の固有のアセット経路識別子を示す。
ipv4_src_addr:これは、IPアプリケーションデータフローのIPバージョン4ソースアドレスを示す。
ipv4_dst_addr:これは、IPアプリケーションデータフローのIPバージョン4宛先(destination)アドレスを示す。
dst_port:これは、IPアプリケーションデータフローの宛先ポート番号を示す。
ipv6_src_addr:これは、IPアプリケーションデータフローのIPバージョン6ソースアドレスを示す。
ipv6_dst_addr:これは、IPアプリケーションデータフローのIPバージョン6宛先アドレスを示す。
network_id:これは、MPEG-2 TSを伝送するブロードキャストネットワーク識別子を示す。
MPEG_2_transport_stream_id:これは、MPEG-2TS識別子を示す。
MPEG_2_PID:これは、MPEG-2TSパケットのPIDを示す。
prefix_index:これは、このような構文エレメントグループ以前に定義されるプレフィックスに対するインデックスを示す。このようなフィールドが0xFFである場合、プレフィックスは使用されない。
URL_length:これは、URLのバイト単位の長さを示す。終了ヌル(0x00)は、カウントされないべきである。
URL_byte:これは、URLでのバイトデータを示す。終了ヌル(0x00)は含まれないべきである。
byte_offset:これは、ファイルの第1のバイトからのバイトオフセットを示す。
length:これは、バイト単位の長さを示す。
message_id:これは、S階層のメッセージ識別子を示す。
ipv4_addr:これは、IPアプリケーションデータフローのIPバージョン4アドレスを示す。
ipv6_addr:これは、IPアプリケーションデータフローのIPバージョン6アドレスを示す。
2.MMT構成情報(CI)に対するメッセージ
MMT構成情報(CI)は、帯域外シグナリングのためにCIメッセージにより伝送される。CIメッセージは完全なCI又は階層化したCIを伝送できる。階層化したCIが伝送される場合、ブロードキャストシナリオでパッケージ消費に対して要求された時間を減少させるために、ITNメッセージにより階層-0 CIを伝送することが非常に推奨される。階層-0 CIが参照番号510のように、INTメッセージ内で伝送される場合、CIは、INTメッセージに含まれる以前にMCI(MMT CI)表でカプセル化されなければならない。
階層化したCIメカニズムが使用される場合、階層-N CI(ここで、Nは0でない)は、変化された反復周期及び異なるメッセージ識別子を有するCIメッセージで一般的に伝送される。
(1)CIメッセージの構文及び意味
CIメッセージの構文は、<表10>に定義され、その構文エレメントの意味が、次に<表10>のように提供する。
Figure 0005947455
message_id:これは、S階層メッセージのタイプを表す。このようなフィールドの長さは8ビットである。S階層メッセージは、別のパッケージに対する別個のCI階層でCIを伝送する場合に別のmessage_idを有しなければならない。
version:これは、S階層メッセージのバージョンを表す。MMTクライアントは、受信されたS階層メッセージが新しいものであるか否かをチェックできる。特に、このようなフィールドはS階層メッセージがブロードキャスティングネットワークを介して反復して送信される場合に有効である。このようなフィールドの長さは8ビットである。
length:これは、S階層メッセージの長さを表す。このようなフィールドの長さは16ビットである。これは、次のフィールドからCIメッセージの最終バイトまで始めるバイトでカウントされるCIメッセージのの長さを表す。値‘0’は、このようなフィールドに対して決して使用されない。
start_time_flag:このようなフラグが‘1’である場合、追加の構文エレメントstart_timeが使用される。
start_time:これは、CIメッセージ送信のNPTでの開始時間を表す。
retransmission_period:これは、このようなCIメッセージの再送信時間を表す。retransmission_periodの単位は10msである。
CI_byte:これは、CIでのバイトを示す。
(2)MCI表構文及び意味
MCI表の構文が<表11>に定義され、その構文エレメントの意味は、次に<表11>のように示す。MCI表は、完全なCI又は階層-0 CIのみに対して使用されなければならない。
Figure 0005947455
table_id:これは、MCI表の表識別子を示す。
version:これは、MCI表のバージョンを示す。より新たなバージョンは、受信されるとすぐに旧バージョンに優先する。
length:これは、次のフィールドからMCI表の最終バイトまで始めるバイトでカウントされるMCI表の長さを示す。値‘0’は、このようなフィールドに対して決して使用されない。
CI_byte:これは、CIでのバイトを示す。
3.クロック基準記述子(CRD)に対するメッセージ
1.7.2に定義されたクロック基準記述子は、CRDメッセージ内で伝送される。一つのCRDメッセージは、多重のクロック基準記述子を含むことができる。
クロック基準記述子が参照番号520のように、INTメッセージ内で伝送される場合、これらは、CRD表と称する表構造でカプセル化されなければならない。
(1)CRDメッセージの構文及び意味
CRDメッセージの構文が<表12>に定義され、そのエレメントの意味が<表12>のように提供される。
Figure 0005947455
message_id:これは、S階層メッセージのタイプを表す。このようなフィールドの長さは、8ビットである。
version:これは、S階層メッセージのバージョンを表す。MMTクライアントは、受信されたS階層メッセージが新しいものであるか否かをチェックできる。特に、このようなフィールドは、S階層メッセージがブロードカスティングネットワークを介して反復して送信される場合に有効である。このようなフィールドの長さは、8ビットである。
length:これは、S階層メッセージの長さを表す。このようなフィールドの長さは、16ビットである。これは、次のフィールドからCIメッセージの最終バイトまで始めるバイトでカウントされるCIメッセージの長さを表す。値‘0’は、このようなフィールドに対して決して使用されない。
start_time_flag:このようなフラグが‘1’である場合、追加の構文エレメントstart_timeが使用される。
start_time:これは、CRDメッセージ送信のNPTでの開始時間を表す。
retransmission_period:これは、このようなCRDメッセージの再送信時間を表す。retransmission_periodの単位は、10msである。
clock_reference_descriptor():これは、7の(2)で定義される。
(2)CRDテーブルの構文及び意味
CRD表の構文が<表13>で定義され、その構文エレメントの意味が<表13>のように提供される。MCI表は、完全なCI又は階層-0 CIのみに対して使用されなければならない。
Figure 0005947455
table_id:これは、CRD表の識別子を示す。
version:これは、CRD表のバージョンを示す。新たなバージョンは、受信されるとすぐに旧バージョンに優先する。
length:これは、次のフィールドからCRD表の最終バイトまで始めるバイトでカウントされるCRD表の長さを示す。値‘0’は、このようなフィールドに対して決して使用されない。
clock_reference_descriptor():これは、7の(2)で定義される。
4.セキュリティに対するメッセージ
セキュリティ情報がセキュリティメッセージ又はITNメッセージ内で伝送される。セキュリティ情報は、525のようにITNメッセージ内に伝送される場合、ITNメッセージに含まれる以前にカプセル化されなければならない。
(1)セキュリティメッセージ構文及び意味
セキュリティメッセージの構文が<表14>で定義され、その構文エレメントの意味が<表14>に提供される。
Figure 0005947455
message_id:これは、S階層メッセージのタイプを表す。このようなフィールドの長さは、8ビットである。
version:これは、S階層メッセージのバージョンを表す。MMTクライアントは、受信されたS階層メッセージが新しいものであるか否かをチェックできる。特に、このようなフィールドは、S階層メッセージがブロードカスティングネットワークを介して反復して送信される場合に有効である。このようなフィールドの長さは、8ビットである。
length:これは、S階層メッセージの長さを表す。このようなフィールドの長さは、16ビットである。これは、次のフィールドからCIメッセージの最終バイトまで始めるバイトでカウントされるCIメッセージの長さを表す。値‘0’は、このようなフィールドに対して決して使われない。
start_time_flag:このようなフラグが‘1’である場合、追加の構文エレメントstart_timeが使用される。
start_time:これは、セキュリティメッセージ伝送のNPTでの開始時間を表す。
retransmission_period:これは、このようなセキュリティメッセージの再送信時間を表す。retransmission_periodの単位は10msである。
Security_descriptor():これは、7の(3)で定義される。
(2)セキュリティテーブルの構文及び意味
セキュリティ表の構文が<表15>に定義され、その構文エレメントの意味は、次に<表15>のように示す。
Figure 0005947455
table_id:これは、セキュリティ表の識別子を示す。
version:これは、セキュリティ表のバージョンを示す。新たなバージョンは、受信されるとすぐに旧バージョンに優先する。
length:これは、次のフィールドからセキュリティ表の最終バイトまで始めるバイトでカウントされるセキュリティ表の長さを示す。値‘0’は、このようなフィールドに対して決して使用されない。
security_descriptor():これは、7の(2)で定義される。
5.MPT(MMTパッケージテーブル)に対するメッセージ
図5を参照すると、MMTパッケージテーブル(MPT)は、単一パッケージに関するすべての情報を伝送する。MPTを伝送するS階層メッセージは、“MPTメッセージ”と称する。MPTは、参照番号515のように、他の表を有するITNメッセージに含まれてもよく、あるいは別のMPTメッセージで伝送されてもよい。
階層化したCIを有するパッケージの階層化した伝送のために、MPTは、多重の階層化したMPTに分配できる。階層-0 MPTは、基本MPTで、階層化した伝送が使用されない場合、階層-0 MPTのみが伝送される。後者の場合、階層-0 MPTは、完全なMPTである。異なる階層でのMPTは、異なる表識別子(table_ids)を有しなければならない。このような標準で、8個までのMPT階層を有するように、MPT table-idに対する8個の異なる値を割り当てる。MPT table_idの値が小さいほど、MPT階層は、基本MPTにより近い。
ブロードキャストシナリオでパッケージ獲得時間を減少させるために、ITNメッセージ内で階層化したMPTが使用される場合、完全なMPT又は階層-0 MPTを伝送することが非常に推奨される。
(1)MPTメッセージの構文及び意味
MPTメッセージの構文が<表16>に定義され、その構文エレメントの意味が<表16>に提供される。MPTメッセージは、MPT階層化が使用される場合に一つの完全なMPT又は階層-N MPTのみを伝送する。
Figure 0005947455
message_id:これは、S階層メッセージのタイプを表す。このようなフィールドの長さは、8ビットである。
version:これは、S階層メッセージのバージョンを表す。MMTクライアントは、受信されたS階層メッセージが新しいものであるか否かをチェックできる。特に、このようなフィールドは、S階層メッセージがブロードキャスティングネットワークを介して反復的に送信される場合に有効である。このようなフィールドの長さは、8ビットである。
length:これは、S階層メッセージの長さを表す。このようなフィールドの長さは、16ビットである。これは、次のフィールドからMPTメッセージの最終バイトまで始めるバイトでカウントされるMPTメッセージの長さを表す。値‘0’は、このようなフィールドに対して決して使用されない。
start_time_flag:このようなフラグが‘1’である場合、追加の構文エレメントstart_timeが使用される。
start_time:これは、MPTメッセージ送信のNPTでの開始時間を表す。
retransmission_period:これは、このようなMPTメッセージの再送信時間を表す。retransmission_periodの単位は、10msである。階層化したMPTが使用される場合、上位階層MPTのretransmission_periodは、その上位階層MPTの次のMPT階層のretransmission_periodより一般的に長い。
MMT_package_table():これは、5の(2)で定義される。
(2)MPT構文及び意味
MPT()の構文が<表17>〜<表19>に定義され、その構文エレメントの意味が、<表17>〜<表19>に提供される。
Figure 0005947455
Figure 0005947455
Figure 0005947455
table_id:これは、MPTの表識別子を示す。異なる階層でのMPTは、相異なる表識別子(table_ids)を有しなければならない。MPT table_idに対して、8個の異なる値が割り当てられる。8個のMPT table_idのうち、階層化したMPTが使用される場合、完全なMPT又は階層-0MPTに対するtable_idが最も小さい。残りのMPT table_idに対して、より小さい値は、より低い階層MPTを意味する。
version:これは、MPTのバージョンを示す。新たなバージョンは、受信されるとすぐに旧バージョンに優先する。
length:これは、次のフィールドからITNテーブルの最終バイトまで始めるバイトでカウントされるMPTの長さを示す。値‘0’は、このようなフィールドに対して決して使用されない。
MMT_package_id:これは、MMTパッケージのグローバルユニークな識別子を示す。
MPT_descriptors_length:これは、記述子構文ループの長さを示す。この長さは、次のフィールドから記述子構文ループの終端までカウントされる。多様な記述子は、このような構文ループに挿入され得る。
MPT_descriptors_byte:これは、記述子ループで1バイトを示す。
package_type:これは、パッケージのタイプを表す。許容値は、<表20>に示される。
Figure 0005947455
package_name:可能であれば、これは、多重の言語でパッケージの名称を示す。言語コードは、ISO639標準で定義された3バイトの言語識別子である。リストで、第1の言語はデフォルトである。
package_description:可能であれば、多重言語でパッケージの構文説明言語コードは、ISO639標準で定義される3バイトの言語識別子である。リストで、第1の言語はデフォルトである。
audio_languages:これは、パッケージで使用されるオーディオ言語を示す。言語コードは、ISO639標準で定義される3バイトの言語識別子である。リストで、第1の言語はデフォルトである。
text_languages:これは、パッケージで使用されるテキスト言語を示す。言語コードは、ISO639標準で定義される3バイトの言語識別子である。リストで、第1の言語はデフォルトである。
target_user_profiles:これは、パッケージをターゲットとするユーザーのプロファイルを示す。
required_device_capability_profiles:これは、パッケージ消費に対して要求されたデバイス能力のプロファイルを示す。
parental_guidance_flag:このようなフラグが‘1’である場合、受信器は、児童保護のためにビューアにより設定されることに対するコンテンツを表すことを許容することがレーティング情報(その伝送方法は、このような標準で現在特定されない)から確実になるまで何が復号化するかを提供しなければならない。このようなフラグ‘0’である場合、受信器は、レーティングをチェックせず、このようなパッケージから何が復号化されるかを提供する。
recording_flag:このようなフラグが‘1’である場合、受信器は、このようなパッケージを以後の使用のために内部格納部に格納することができる。
fast_play_flag:このようなフラグが‘1’である場合、受信器は、ビューアがこのようなパッケージの高速再生を命令するようにする。
clock_reference_flag:このようなフラグが‘0’である場合、clock_reference_idは、提供されず、デフォルトによりMMTシステムクロックはNTPクロックであり、すなわちこのようなパッケージでのすべてのアセットの時間ベースはNTPクロックである。このようなフラグが‘1’である場合、clock_reference_idフィールドは、次に含まれる。
protection_scheme_id_flag:このようなフラグが‘1である場合、protection_scheme_idフィールドは、次に含まれる。
clock_reference_id:これは、クロック基準識別子を示す。このようなフィールドは、このようなパッケージですべてのアセットのデフォルト時間ベースとしてclock_reference_descriptor()により伝送されるクロックを参照するために使用される。値0は、このようなフィールドに対して許容されない。NPT構文でのクロック基準識別子に対して2個のプレースホルダが存在する。一つ(このようなフィールド)は、このようなパッケージでのすべてのアセットに適用されるが、異なることは、構文ループでのアセットエントリのみに適用される。フィールド両方がMPT構文に含まれる場合に、後者が優先する。
timescale_flag:このようなフラグが‘1’である場合、タイムスケールフィールドが次に含まれる。
timescale:これは、1秒で複数の単位で表現されるこのようなパッケージでのすべてのアセットに対して使用されるすべての時間スタンプに対する時間単位を示す。デフォルト値は、90,000である。MPT構文でのタイムスケールフィールドに対して、2個のプレースホルダが存在する。一つ(このようなフィールド)は、このようなパッケージでのすべてのアセットに適用されるが、異なることは、構文ループでのアセットエントリのみに適用される。フィールドの両方がMPT構文に含まれる場合に、後者が優先する。
protection_scheme_id:このようなフィールドは、このようなパッケージでのすべてのアセットに対して使用される保護方式を表す。MPT構文での保護方式識別子フィールドに対して2個のプレースホルダ(placeholder)が存在する。一つ(このようなフィールド)のプレースホルダは、このようなパッケージでのすべてのアセットに適用されるが、異なるプレースホルダは、構文ループでのアセットエントリのみに適用される。フィールド両方がMPT構文に含まれる場合に、後者が優先する。このようなフィールドの値は、3.7.3でのD-CAS記述子により特定されるDCAS_typesのうち一つである。
protection_scheme_id_flag:このようなフラグが‘1'である場合、protection_scheme_idフィールドは、次に含まれる。
MMT_general_location_info() for the CI location:これは、1.1.3で定義されるMMTに対する一般位置基準情報を示す。CI位置に対してlocation_type=0x0F〜0x13のみが許容される。
number_of_assets:これは、このようなMPTでのアセットの数を示す。
asset_type:これは、アセットのタイプを示す。このようなフィールドはMPEG-2PMTで定義されたsteam_typeと類似するが、その延長である。
asset_id:これは、アセット識別子を示す。CIで、asset_idは、アセットを参照するために使われる。CIで定義されるasset_idは、グローバルユニークである。このようなフィールドは、グローバルユニークなアセット識別子に対する短いエイリアス(alias)である。エイリアシングは、CIでのアセットのリスト(LoA)でアセットが現れる順序をマッピングすることによって自動に遂行される。CI階層化が利用されると、エイリアシングは、階層0から階層NまですべてのLoAの順序化された連接で遂行される。MPT内のアセット情報構文で、asset_idエイリアスは、増分されなければならない。
asset_clock_reference_flag:このようなフラグが‘1’である場合、asset_clock_reference_idフィールドが次の構文に含まれる。
asset_clock_reference_id:これは、アセットに対するクロック基準識別子を示す。このようなフィールドは、アセットの時間ベースとしてclock_reference_descriptor()により伝送されるクロックを参照するために使用される。このようなフィールドが‘0’である場合、NTPクロックは、アセットに対して使用される。このようなフィールドが‘0’でない場合、このようなフィールドの値は、クロック基準記述子により提供されるclock_reference_id値のうち一つである。
asset_timescale_flag:このような値が‘1’である場合、asset_timescaleフィールドが次の構文に含まれる。
asset_timescale:これは、1秒で多数の単位で表現されるアセットに対して使用されるすべての時間スタンプに対する時間単位を示す。デフォルト値が90,000である。
asset_protected_flag:このようなフラグが‘1’である場合、このようなアセットは保護される。
asset_protection_scheme_id_flag:このようなフラグが‘1’である場合、asset_protection_scheme_idフィールドが次の構文に含まれる。
MMT_general_location_info()for the asset location:これは、1.1.3での<表3>で定義されるMMTに対する一般位置参照情報を示す。location_type=0x03、0x05、及び0x07〜0x0Dのみは、アセット位置に対して許容される。
asset_descriptors_length:これは、次のフィールドからアセット記述子構文ループの終端までカウントされたバイトの数を示す。
asset_descriptors_byte:これは、アセット記述子でのバイトを示す。
6.デバイス能力情報テーブル(DCIT)に対するメッセージ
DCITは、デバイス能力情報を提供する。
DCITが参照番号530のように、INTメッセージ内で伝送される場合、これらは、DCIT表と称する表構造でカプセル化されなければならない。
(1)DCITメッセージ構文及び意味
DCITメッセージの構文が<表21>に定義され、その構文エレメントの意味が次の<表21>に提供される。
Figure 0005947455
message_id:これは、S階層メッセージのタイプを表す。このようなフィールドの長さは、8ビットである。
version:これは、S階層メッセージのバージョンを表す。MMTクライアントは、受信されたS階層メッセージが新しいものであるか否かをチェックできる。特に、このようなフィールドは、S階層メッセージがブロードキャスティングネットワークを介して反復して送信される場合に有効である。このようなフィールド長は、8ビットである。
length:これは、S階層メッセージの長さを表す。このようなフィールドの長さは、16ビットである。これは、次のフィールドからDCITメッセージの最終バイトまで始めるバイトでカウントされるMPTメッセージの長さを表す。値‘0’は、このようなフィールドに対して決して使用されない。
start_time_flag:このようなフラグが‘1’である場合、追加の構文エレメントstart_timeが使用される。
start_time:これは、DCITメッセージ送信のNPTでの開始時間を表す。
retransmission_period:これは、このようなDCITメッセージの再送信時間を表す。retransmission_periodの単位は、10msである。階層化したMPTが使用される場合、上位階層MPTのretransmission_periodは、その上位階層MPTの下方のMPT階層のretransmission_periodより一般的に長い。
MMT_package_table():これは、5の(2)で定義される。
DCIT():これは、6の(2)で定義される。
(2)DCIT構文及び意味
DCITの構文及び意味が<表22>〜<表24>に定義される。
Figure 0005947455
Figure 0005947455
Figure 0005947455
7.記述子
ここに、S階層表に関連した記述子が定義される。
(1)言語記述子
言語記述子は、オーディオ、コメンタリチャンネル、副題のようなメディアアセットを特定するために使われる。言語記述子は、MPT記述子構文ループ又はMPTでのアセット記述子構文ループに含まれ得る。言語記述子がMPT記述子構文ループに含まれる場合、これは、パッケージですべてのアセットの言語を特定する。言語記述子がMPTでのアセット記述子構文ループに含まれる場合、これは、アセットの言語を特定する。MPTでのアセット記述子構文ループに含まれた言語記述子は、MPTでのMPT記述子構文ループに含まれた言語記述子より優先順位を有する。
language_descriptor()の構文は、<表25>に定義され、その構文エレメントの意味は、<表25>に提供される。
Figure 0005947455
descriptor_tag:これは、記述子のタイプを表すタグ値を示す。
descriptor_length:これは、このようなフィールド以後の次のバイトから記述子の最終バイトまでカウントされるバイト単位長を示す。
ISO_639_language_code:これは、3バイトISO639言語識別子を示す。
(2)クロック基準記述子
クロック基準記述子は、メディア同期化のためのエンコーダクロックとMMTシステムクロックとの間の関係を特定するために使用される。ネットワーク時間プロトコル(NTP)フォーマットでのUTCは、MMTシステムクロック時間として使用される。MMTは、異なるクロックが異なるアセットに対して使用されることを許容する。アセットエンコーダで使用されるクロックがclock_reference_idにより特定される。
Clock_reference_descriptorsは、短い周期、例えば100msを有するクロック基準メッセージから周期的に伝送されなければならない。
clock_reference_descriptor()の構文が<表26>に定義され、以下に、その構文エレメントの意味は、<表26>に提供される。
Figure 0005947455
descriptor_tag:これは、記述子のタイプを表すタグ値を示す。
descriptor_length:これは、このようなフィールド以後の次のバイトから記述子の最終バイトまでカウントされるバイト単位長を示す。
clock_reference_id:これは、アセットエンコーダにより使用されるメディアクロックの識別子を示す。値‘0’は、異なる目的のために予約され、clock_reference_idのために使用されない。
encoder_clock_sample:これは、以下のMMT_system_clock_timeに対応するアセットエンコーダにより使用されるメディアクロックのサンプリングされた値を示す。
MMT_system_clock_time:これは、先行encoder_clock_sampleに対応するNTPフォーマットでのUTC時間値を示す。
(3)セキュリティ記述子
セキュリティ記述子は、MMTアセット又はパッケージを保護するために使用できるセキュリティシステムを特定するために使用される。
Security_descriptorは、セキュリティメッセージ又はITNメッセージから周期的に伝送されなければならない。
security_descriptor()の構文は、<表27>に定義され、その構文エレメントの意味が<表27>で提供される。
Figure 0005947455
descriptor_tag:これは、記述子のタイプを表すタグ値を示す。
descriptor_length:これは、このようなフィールド以後の次のバイトから記述子の最終バイトまでカウントされるバイト単位の長さを示す。
Security_type:これは、セキュリティソリューションのタイプを示す。これは、アクセス制御、デジタル著作権管理、ダウンロード可能なCAS又はダウンロード可能なDRMのソリューションを表す。
Solution:これは、どんなセキュリティソリューションがアクセス制御、DRM、DCAS、又はDDRMのために使用されるかを表す。
Access_control_server_address:これは、クライアントが認証され、許可されたアクセス制御セキュリティソリューションサーバのアドレスを示す。
DRM_server_address:これは、クライアントが認証され、許可されるDRMソリューションサーバのアドレスを示す。
DCAS_server_address:これは、認証及び許可以後クライアントがDCAS SWをダウンロードできるDCASのサーバアドレスを示す。
DDRM_server_address:これは、認証及び許可以後クライアントがDDRM SWをダウンロードできるDDRMサーバのアドレスを示す。
図8及び図9は、本発明の実施形態による受信器でのマルチメディア受信動作を示すフローチャートである。
図8を参照すると、まず、受信器は、ステップ615で、現在チャンネルで転送されたS1メッセージを検索する。S1メッセージは、MMTアセット及びMMTアイテムの消費のために要求されるすべての機能を管理するためのメッセージである。
受信器は、ステップ617で、メッセージIDに基づいて検索したS1メッセージに含まれたITNメッセージであるか否かを判定する。ITNメッセージでない他のメッセージである場合、ステップ627で、他のメッセージがアップデートされるか否かを判定する。このメッセージがアップデートされた他のメッセージである場合、受信器は、ステップ629で、アップデートされた他のメッセージ及びアップデートされた他のメッセージのバージョン情報を受信器のメモリに格納する。
一方、ステップ617の判定結果に基づき、メッセージがITNメッセージである場合、受信器は、ステップ619で、バージョン情報に基づいて検索したS1メッセージに含まれたITNメッセージがアップデートされるか否かを判定する。ITNメッセージがアップデートされた場合、受信器は、ステップ621で、ITNメッセージ内の少なくとも一つのテーブル(i個)がアップデートされたか否かを判定する。その結果、テーブルがアップデートされた場合、受信器は、ステップ623で、アップデートされた少なくとも一つのテーブル及びそのバージョン情報を受信器のメモリに格納する。
以後、受信器は、ステップ625で、すべてのテーブルを検索する。
その結果、受信器は、図9に示したステップ631で、CI階層0がアップデートされたか否かを判断する。
一方、CI階層0がアップデートされた場合、受信器は、ステップ633で、CI階層0を統合されたCIとして設定する。
受信器は、ステップ635で、CI階層iのバージョンがCI階層0のバージョンと同一であるか否かを判定する。
このバージョンが同一である場合、受信器は、ステップ637で、CI階層iを統合するCIと結合させる。受信器は、ステップ639ですべてのCI階層の検索を完了したか否かを判定する。すべての検索が完了した場合、受信器は、ステップ641で統合されたCIをCI分析器に)伝送する。
一方、受信器は、ステップ643で、MPT階層0がアップデートされるか否かを判定する。
その結果、MPT階層0がアップデートされた場合、受信器は、ステップ645で、MPT階層0を統合されたMPTとして設定する。
受信器は、ステップ647で、MPT階層iのバージョンがMPT階層0のバージョンと同一であるか否かを判定する。
その結果、バージョンが同一である場合、受信器は、ステップ649で、MPT階層iを統合したMPTと結合させる。受信器は、ステップ651で、すべてのMPT階層の検索を完了したか否かを判定する。すべての検索が完了した場合、受信器は、ステップ653で統合されたMPT内にアセット参照を使用し、パッケージ内のアセットを検索し、検索したアセットを該当するアセットデコーダ又はアセットハンドラに伝送する。
図10は、本発明の実施形態による送信装置を示すブロック構成図である。
送信装置の一例としてサービス提供サーバは、サービスデータ提供部801、パッケージ生成部803、及び送信部805を含む。図示されていないが、本発明の動作を遂行するために送信装置は、構成要素を制御する制御部を含むことはもちろんである。
サービスデータ提供部801は、すべてのサービスソースを有する。
パッケージ生成部803は、図5及び図7を参照して説明したテーブルを用いてパッケージを生成する。
送信部805は、生成されたパッケージを端末に伝送する。
また、送信部805は、生成されたパッケージを、異なる物理的特性を有する放送ネットワークとブロードバンドネットワークを含む2つのネットワークを用いて端末に伝送することができる。
図11は、本発明の実施形態による受信装置ブロック構成図である。
受信装置、例えば端末であってもよいが、これに限定されるものではない。
受信装置は、受信部901、パッケージ分析部903、及びデコーダ/再生部905を含む。図面に示されていないが、本発明の動作を遂行するために受信装置の構成要素を制御する制御部を具備することはもちろんである。
受信部901は、本発明の実施形態により図5及び図7を参照して説明したテーブルを用いて生成されたパッケージを受信する。
パッケージ分析部903は、受信されたパッケージ構成要素を分析する。
デコーダ/再生部905は、分析したパッケージ構成要素に基づいてコンテンツを復号化及び再生する。
<本発明の第4の実施形態>
本発明の第4の実施形態では、クライアントが単一パッケージを受信して消費するすべての情報を含む、MMTシグナリングメッセージ及びテーブルを提案する。複数のパッケージの集合化及びメディアサービスの形成に関連したシグナリング方式は、本発明の範囲外にある。
テーブルリスト(LOT)メッセージと呼ばれる特定MMTシグナリングメッセージは、MMTパッケージのためのすべての他のMMTシグナリングテーブルに対する位置、バージョン及び長さ情報を有するテーブルリストを有する。
MMTシグナリングメッセージは、一つ以上のMMTシグナリングテーブルを含むことができる。例えば、放送シナリオでプログラム獲得時間又はチャンネル変更遅延を減少させるために、テーブルリストメッセージは、受信器が一つのパッケージのメインビデオ及びオーディオを見せるために必要な一つのテーブルリストだけでなく、その他のMMTシグナリングテーブルを含むことができる。
本発明では、次の5つのタイプのメッセージが提示される。
(1)テーブルリスト(LOT)メッセージ:このメッセージは、テーブルリストテーブルを有する。テーブルリストテーブルは、すべての他のシグナリングテーブルに関する情報を含む。一つのテーブルリストは、一つのテーブルリストに加えてもう一つ以上のMMTシグナリングテーブルを含むことができる。
−MMT CI(MCI)メッセージ:このメッセージは、MMT CIテーブルを有する。一つのMMT CIテーブルは、完全な構成情報又は完全な構成情報の一部である階層的構成情報のうち一つを有する。階層的構成情報の場合には、各層別MMT CIテーブルは、別のメッセージで伝送される。
−MMTパッケージテーブル(MPT)メッセージ:このメッセージは、MMTパッケージテーブルを有する。完全なMMTパッケージテーブル及び階層-0MMTパッケージテーブルは、MMTパッケージに該当する。完全なMMTパッケージテーブルは、一つのパッケージのためのMMTアセットのリストを有し、一つの階層-0MMTパッケージテーブルは、一つのパッケージのためのいくつかのMMTアセットのリストを有する。また、一つのパッケージに関連したすべての情報は、MMTパッケージテーブルメッセージに含まれる。一つのパッケージに関連したすべての情報は、ペアレンタルレーティング(parental rating)、オーディオの言語、テキストの言語、対象ユーザープロファイル(target user profile)、必要装置能力(required device capability)、記録許可、及び速い再生許可のようなパッケージポリシーなどである。
−クロック関係情報(CRI)メッセージ:この所定のメッセージは、ネットワーク時間プロトコル(NTP)クロックとMPEG-2クロックとの間のマッピングのために使用されるクロック関係情報を有する。
−装置能力情報(DCI)メッセージ:このメッセージは、装置能力情報テーブルを有する。装置能力情報は、MMTによって伝送されるメディアの消費のために必要な及び/又は推奨される装置能力を表す。
一部MMTシグナリングテーブルは、記述子を含む。このようなテーブルは、要求されるだけの多くの同一のタイプの記述子を含むことができる。
本発明では、次の記述子が定義される。
−クロック関係情報(CRI)記述子:これは、クロックの対のマッピング当たり一つの記述子を示す。
図12は、MMTシグナリングメッセージ及びテーブルの構造を示す。
図12は、テーブルと用語が異なるだけで、図7と同様である。
メディア消費のためのMMTシグナリングメッセージの構文及び意味
(1)テーブルリスト(LOT)メッセージ
一つのテーブルリストメッセージは、一つのパッケージのためのすべての他のシグナリングテーブルに対する情報を含むテーブルリストテーブルを有する。テーブルリストメッセージは、また、MMTパッケージの速い消費のためのいずれの環境でMMT CI(MCI)テーブル及びMMTパッケージテーブル(MPT)を有することができる。
一つのクライアントは、すべての必要なシグナリング情報の効率的な取得のための所定の他のメッセージを読み取る前に、テーブルリストメッセージを読み取って分析することが非常に推奨される。
特に、放送環境では、一つのテーブルリストメッセージが、短いパワーアップ遅延あるいは低いザッピング時間を保証するために、非常に短い周期(例えば、500ms)で伝送される。
(2)テーブルリストメッセージ構文及び意味
テーブルリストメッセージの構文は、<表28>に定義され、テーブルリストメッセージの構文構成要素の意味は、<表28>に提供される。構文定義の方法は、MPEG-2システム標準(ISO/IEC13818−1)の方法に基づくが、構文定義の方法は、また拡張可能マークアップ言語(XML)で表現され得る。“値”カラムで見せないループカウントは、表の長さから推論できる。同一の規則が本発明での他の表に適用される。
Figure 0005947455
message_id:これは、MMTシグナリングメッセージのタイプを表す。このフィールドの長さは、16ビットである。
version:これは、MMTシグナリングメッセージのバージョンを表す。MMTクライアントは、受信されたメッセージが新しいものであるか否かを確認することができる。特に、このフィールドは、メッセージが放送ネットワークを介して反復して伝送される場合に有効である。このフィールドの長さは、8ビットである。
length:これは、MMTシグナリングメッセージの長さを表す。このフィールドの長さは、16ビットである。テーブルリストメッセージの次のフィールドから始めて最後のバイトまでバイトで計算されたテーブルリストメッセージの長さを表す。値‘0’は、このフィールドで決して使われない。
number_of_tables:これは、このテーブルリストメッセージに含まれたテーブルの個数を表す。
table_id:これは、このテーブルリストメッセージに含まれたテーブルのテーブル識別子を表す。このテーブルリストメッセージのペイロードに含まれたテーブルでのtable_idフィールドのコピーである。
table_version:これは、このテーブルリストメッセージに含まれたテーブルのバージョンを表す。このテーブルリストメッセージのペイロードに含まれたテーブルでのバージョンフィールドのコピーである。
table_length:これは、このテーブルリストメッセージに含まれたテーブルの長さを表す。このテーブルリストメッセージのペイロードに含まれたテーブルでの長さフィールドのコピーである。テーブルの実際の長さは、table_length+5である。
table():これは、MMTシグナリングテーブルの一例を表す。ペイロードでのテーブルは、拡張フィールドでのtable_idと同一の順序で現れる。一つのテーブルリストテーブルは、table()に対する実施形態であろう。
(3)テーブルリストテーブル構文及び意味
テーブルリストテーブルの構文は、<表29>で定義され、テーブルリストテーブルの構文構成要素の意味は、以下に<表29>に提供される。
Figure 0005947455
table_id:テーブルリストテーブルの識別を表す。
version:テーブルリストテーブルのバージョンを表す。新たなバージョンは、それが受信されるとすぐに旧バージョンに優先する。
length:テーブルリストテーブルの次のフィールドから始めて最後のバイトまでバイトで計算されたテーブルリストテーブルの長さを表す。値‘0’は、このフィールドで決して使われない。
number_of_tables:これは、このテーブルリストテーブルで提供される情報を有する情報テーブルの個数を表す。
information_table_id:これは、このテーブルリストテーブルで提供される情報を有する情報テーブルのIDを表す。ここで、テーブルリストテーブルのtable_idは、決して現れない。
information_table_version:これは、このテーブルリストテーブルで提供される情報を有する情報テーブルのバージョンを表す。
MMT_general_location_info():これは、このテーブルリストテーブルで提供される情報を有する情報テーブルの位置を提供する。MMT_general_location_info()は、1の(3)で定義される。
注:実際の位置は、MMT_general_location_info()内の構文構成要素location_typeにより決定される。
second_location_flag:このフラグが‘1’に設定される場合、一つのクライアントが情報テーブルを有する一つの代替アドレスが提供される。
MMT_general_location_info() for second_location:一つのクライアントが情報テーブルを有する一つの代替アドレスの情報を提供する。
注:location_type=0x07〜0x0だけのMMT_general_location_info()で使用される。
table_filter_code_flag:このフラグが設定される場合、一つ以上のテーブルフィルタ符号が提供される。一つのテーブルフィルタ符号は、テーブルの集合化のための基準を指定する。集合化のための複数の基準が同時に存在する場合、すべての集合化基準が情報テーブルに適用される。
table_filter_code_language:これは、table_filter_codeに使用される言語を表す。言語符号は、ISO639標準で定義される3バイトの言語識別子である。
number_of_table_filter_codes:これは、情報テーブルのためのテーブルフィルタ符号の個数の情報を提供する。
table_filter_code_length:これは、table_filter_codeのバイト長を示す。
table_filter_code_byte:これは、table_filter_codeでの一つのバイトを示す。
private_extension_flag:これは、このフラグが‘1’である場合、私的拡張が存在する。
private_extension():これは、所有的又は特定応用型拡張のためのコンテナの役割をする一つの構文構成要素集合を示す。
2.MMT CI(MCI)メッセージ
MMT CI(MCI)メッセージは、完全な構成情報を伝送する。あるいは階層的構成情報が利用される場合、MMT CIメッセージは、完全な構成情報の一部を伝送する。MMT CIメッセージは、構成情報をカプセル化するためのMMT CIテーブルを使用する。
階層的構成情報が使用される場合、MMT CIは、複数の階層的MMT CIテーブルに分けられる。異なる階層でのMMT CIテーブルは、異なるテーブル識別子(table_id)を有する。階層的MMT CIテーブルのためのtable_id値は、階層番号と同一の昇順に隣接した空間で割り当てられる。階層-0MMT CIテーブルは、基本MMT CIテーブルである。他の構成情報階層は、1〜14までの階層番号を有する。一般的に、完全な構成情報を伝送するMMT CIテーブルには、最も高いMMT CI table_idが割り当てられる。
一つの構成情報階層を有するそれぞれのMMT CIメッセージは、相互に異なる伝送区間を有することができ、MMT CIメッセージが有する構成情報に関連したMMTパッケージテーブル(TPT)を含むことができる。例えば、一つの階層-N MMT CIメッセージは、階層-N MMTパッケージテーブルを含むことができる。
また、階層的構成情報が放送環境で使用される場合、パッケージ消費情報の獲得のための所要時間を短縮するためにテーブルリストメッセージでの一つの階層-0構成情報を有することが非常に推奨される。
(1)MMT CI(MCI)メッセージ構文及び意味
MMT CIメッセージの構文は、<表30>で定義され、MMT CIメッセージの構文構成要素の意味は、<表30>に提供される。
Figure 0005947455
message_id:これは、MMT CIメッセージIDを表す。このフィールドの長さは、16ビットである。
version:これは、MMT CIメッセージのバージョンを表す。このフィールドの長さは、8ビットである。
length:これは、MMT CIメッセージの次のフィールドから始めて最後のバイトまでバイトで計算されたMMT CIメッセージの長さを表す。値‘0’は、このフィールドで決して使用されない。このフィールドの長さは、16ビットである。
associated_MPT_flag:このフラグが‘1’に設定される場合、これは、MMT CIメッセージがMMT CIメッセージに具備される構成情報に関連したMMTパッケージテーブルを有することを示す。一つのMMT CIメッセージでの同一の階層に対するMMT CIテーブルとMMTパッケージテーブルの同時伝送は、一つのクライアントがMMTパッケージ消費シグナリングを獲得するための時間を短縮させるようにする。
MCI_table():これは、3.2.2で定義されるMMT CIテーブルである。
MPT_table():これは、3.3.2で定義されるMMTパッケージテーブルである。
(2)MMT CI(MCI)テーブルの構文及び意味
MMT CIテーブルの構文は、<表31>で定義され、MMT CIテーブルの構文構成要素の意味は、次の<表31>に提供される。
Figure 0005947455
table_id:これは、MMT CIテーブルの識別子を表す。完全な構成情報及び階層的構成情報の各階層は、明確に他のテーブル識別子を有する。したがって、構成情報の階層番号は、このフィールドによって暗示的に表現することができる。table_id値は、隣接するように割り当てられるので、構成情報階層番号は、このフィールドから推論できる(すなわち、構成情報階層番号は、このフィールドで基本MMT CIテーブルのtable_idを除いたものである)。番号0は、基本構成情報を表し、番号1〜14は向上階層の構成情報を表す。番号15は、完全な構成情報を表すので、これは、特別な意味を有する。
version:これは、MMT CIテーブルのバージョンを表す。table_idが完全なMMT CIを表す場合、あるいは階層-0 MMT CIがこのフィールドと同一のバージョン値を有する場合(CI_modeが‘1’である場合)、あるいはすべての下位階層MMT CIがこのフィールドと同一のバージョン値を有する場合(CI_modeが‘0’である場合)、新たなバージョンは、それが受信されるとすぐに旧バージョンに優先する。階層-0 MMT CIテーブルがより新たなバージョンを有する場合、一つのクライアント内に予め格納された、すべての向上階層構成情報は、これ以上有効でないと扱われる。構成情報階層番号が‘0’でなく、CI_modeが‘1’である場合、一つのクライアントに格納された階層-0構成情報のバージョンと異なるバージョンを有するMMT CIテーブルの内容は無視され得る。また、構成情報階層番号が‘0’でなく、CI_modeが‘0’である場合に、一つのクライアントに格納されている下位階層構成情報のバージョンと相異なるバージョンを有するMMT CIテーブルの内容は無視されるはずである。このバージョンは、バージョン変化につきモジュラ256だけ増加する。
length:これは、MMT CIテーブルの次のフィールドから始めて最後のバイトまで計算されたMMT CIテーブルの長さを表す。値‘0’は、このフィールドで決して使用されない。
CI_mode:階層的構成情報処理のモードを表す。値‘0’は、“sequential_order_processing_mode”を意味する。値‘1’は、“order_irrelevant_processing_mode”を意味する。“sequential_order_processing_mode”で、この構成情報の階層番号が‘0’でない場合、一つのクライアントは、この構成情報を処理する前にこの構成情報と同一のバージョンを有するすべての下位構成情報を受信する。言い換えれば、一つのクライアントが同一のバージョンを有する階層-2構成情報を有しない場合、一つのクライアントは、階層-3構成情報を処理できない。すなわち、“order_irrelevant_processing_mode”で、この構成情報の階層番号が‘0’でない場合、一つのクライアントに格納された階層-0構成情報がこの構成情報と同一のバージョンを有する限り、一つのクライアントは、一つの構成情報を受信した直後に、一つのクライアントは、構成情報を処理しなければならない。
CI_byte:これは、構成情報での一つのバイトを示す。
3.MMTパッケージテーブル(MPT)メッセージ
MMTシグナリングメッセージは、MMTパッケージテーブル(MPT)を有する。一つのパッケージの階層的伝送が使用される場合、一つのMMTパッケージテーブルは、複数の階層的MMTパッケージテーブルに分けられる。階層的MMTパッケージテーブルは、相異なるMMTパッケージテーブルメッセージによって伝送することができる。
MMTパッケージテーブル(MPT)は、単一パッケージのための情報を提供する。階層的構成情報を有する一つのパッケージの階層的伝送は、複数の階層的MMTパッケージテーブルに分けられることができる。階層-0MMTパッケージテーブルは、基本MMTパッケージテーブルである。異なる階層でのMMTパッケージテーブルは、相異なるテーブル識別子(table_id)を有する。MMTパッケージテーブルtable_idのため、8個の隣接するように異なる値を割り当てることにより、完全なMMTパッケージテーブルのために割り当てられた1個のtable_id(16個の番号のうち最も大きい番号)を有するMMTパッケージテーブルの15個の階層まで有することができる。MMTパッケージテーブルtable_idのより小さい値は、MMTパッケージテーブル階層は、基本MMTパッケージテーブルにより近いことを意味する。
一つのMMTパッケージテーブルは、シグナリング獲得の効率的な動作のための他のテーブルを有するテーブルリストメッセージに含まれ得る。
放送シナリオでは、パッケージ獲得時間を短縮するためにテーブルリストメッセージ内で階層的MMTパッケージテーブルが使用される場合、完全なMMTパッケージテーブル又は階層-0MMTパッケージテーブルを有することが非常に推奨される。
(1)MMT CI(MCI)テーブルの構文及び意味
MMTパッケージテーブルメッセージの構文は、<表32>で定義され、MMTパッケージテーブルメッセージの構文構成要素の意味は、<表32>で提供される。一つのMMTパッケージテーブルメッセージは、一つの完全なMMTパッケージテーブル又は一つの階層-N MMTパッケージテーブルのみを有する。
Figure 0005947455
message_id:これは、MMTパッケージテーブルメッセージのIDを表す。このフィールドの長さは、16ビットである。
version:これは、MMTパッケージテーブルメッセージのバージョンを表す。MMTクライアントは、受信されたメッセージが新しいものであるか否かを確認することができる。
length:これは、MMTパッケージテーブルメッセージの長さを表す。このフィールドの長さは、16ビットである。MMTパッケージテーブルメッセージの次のフィールドから始めて最後のバイトまで計算されたMMTパッケージテーブルメッセージの長さを表す。値‘0’は、このフィールドで決して使われない。
MPT():3.3.2で定義されるMMTのパッケージテーブル
(2)MMTパッケージテーブル(MPT)の構文及び意味
MPT()の構文は、<表33>で定義され、MMTパッケージテーブルの構文構成要素の意味は、<表33>のように提供される。
Figure 0005947455
table_id:これは、MMTパッケージテーブルのIDを表す。一つの完全なMMTパッケージテーブル及び階層的MMTパッケージテーブルは、異なるテーブル識別子を使用する。したがって、MMTパッケージテーブル階層番号は、このフィールドによって暗示的に表現される。table_id値は、隣接するように割り当てられるので、MMTパッケージテーブル階層番号は、このフィールドから推論できる(すなわち、MMTパッケージテーブル階層番号は、このフィールドで基本MMTパッケージテーブルのtable_idを除いたものである)。MMTパッケージテーブル階層番号は、このMMTパッケージテーブルの階層番号を提供する。番号0は、基本MMTパッケージテーブルを表し、番号1〜14は、向上したMMTパッケージテーブルを表す。番号15は、一つの完全なMMTパッケージテーブルを表すので、番号15は、一つの特別な意味を有する。
version:これは、MMTパッケージテーブルのバージョンを示す。MMTパッケージテーブル階層化が利用される場合、このフィールドは、階層-N MMTパッケージテーブルのバージョンを表す。一つの完全な、又は階層-0 MMTパッケージテーブルのより新たなバージョンは、受信されるとすぐにより古くなるバージョンに優先する。階層-0 MMTパッケージテーブルがより新たなバージョンを有する場合、一つのクライアント内に予め格納された、すべての向上-階層MMTパッケージテーブルは、これ以上有効でないと扱われる。階層-N(Nは1〜14)MMTパッケージテーブルのより新たなバージョンは、バージョンが現在の階層-0MMTパッケージテーブルのバージョンと同一である場合のみに、旧バージョンに優先する。それとも、受信されたMMTパッケージテーブルは無視される。
length:これは、MMTパッケージテーブルの次のフィールドから始めて最後のバイトまでバイトで計算されたMMTパッケージテーブルの長さを示す。値‘0’は、このフィールドで決して使用されない。
MMT_package_id:これは、MMTパッケージの全世界的に固有な識別子を示す。
MMT_package_id_length:これは、終了ヌル(null)文字を除外したMMT_package_idストリングのバイト長を示す。
MMT_package_id_byte:これは、MMT_package_idストリングでの一つのバイトを示す。終了ヌル文字は、ストリングに含まれない。
MPT_descriptors:これは、MMTパッケージテーブルのための記述子を提供する。
MPT_descriptors_length:これは、記述子の構文ループの長さを示す。この長さは、記述子の構文ループの次のフィールドから最後まで計算される。複数の記述子がこの構文ループに挿入することができる。例えば、このパッケージのためのパッケージ情報ウェブページのアドレス(URL)を提供する、additional_package_information_URL記述子は、ここに挿入することができる。
MPT_descriptors_byte:これは、記述子ループでの一個のバイトを示す。
number_of_assets:これは、このMMTパッケージテーブルによって提供される情報を有するアセットの個数を提供する。
asset_id:これは、アセット識別子を提供する。一つのasset_idは、構成情報でのAI構成要素のID属性のうちいずれか一つのような、終了ヌル文字を有しない一つのASCIIコードのストリングである。
asset_id_length:これは、asset_idのバイト長を提供する。
asset_id_byte:これは、asset_idでの一つのバイトを示す。
asset_clock_relation_flag:これは、一つのアセットがネットワーク時間プロトコル(NTP)クロック又は他のクロックシステムをクロック基準として利用するか否かを示す。このフラグが‘1’である場合、asset_clock_relation_idフィールドは、その次の構文に含まれる。このフィールドが‘0’である場合、ネットワーク時間プロトコルクロックは、アセットのために利用される。
asset_clock_relation_id:これは、アセットのためのクロック関係識別子を提供する。このフィールドは、アセットのための一つのCRI_descriptor()により伝送されるクロック関係を参照するために使用される。このフィールドの値は、クロック関係情報(CRI)記述子により提供されるclock_relation_id値のうち一つである。
asset-timescale_flag:これは、“asset_tiescale”情報が提供されるか否かを表す。このフラグが‘1’である場合、asset_timescaleフィールドは、その次の構文に含まれる。
asset_timescale:これは、1秒に単位個数で表現されるアセットのために使用されるすべてのタイムスタンプのための時間単位の情報を提供する。一つのデフォルト値は、90,000である。
MMT_general_location_info() for the asset location:これは、MMTアセットの位置情報を提供する。3.8で定義されるMMTのための一般的な位置基準情報が使用される。location_type=0x00〜0x06のみが一つのアセット位置に対して許容されることに留意する。
asset_descriptors_length:これは、アセット記述子の構文ループの次のフィールドから最後まで計算されるバイトの個数を示す。
asset_descriptors_byte:これは、アセット記述子での一つのバイトを示す。
4.クロック関係情報(CRI)メッセージ
下記の(2)で定義されるクロック関係情報(CRI)テーブルがクロック関係情報メッセージ及び/又はテーブルリストメッセージ内で伝送される。
一つ以上のMPEG-2基本ストリーム(ES)がMPEG-2伝送ストリーム(TS)からMMTアセットとして抽出される場合、一つのクロック関係情報メッセージが利用される。ネットワーク時間プロトコル(NTP)タイムスタンプを使用する通常のMMTアセットとMPEG-2表現タイムスタンプ(PTS)を使用する一つのMPEG-2基本ストリーム間の同期を達成するために、同一の時点で得られるクロックの標準値を周期的に伝送することによって、ネットワーク時間プロトコルクロックとMPEG-2システムタイムクロック(STC)間の関係を一つのクライアントに通知することが必要である。3.7.1で定義されるクロック関係情報記述子は、ネットワーク時間プロトコルクロックと一個のMPEG-2システムタイムクロック間の関係を提供する。MPEG-2基本ストリームが相異なるシステムタイムクロックを有するMPEG-2伝送ストリームから抽出される場合、一つのクロック関係情報以上が一つのクライアントに伝送される。クロック関係情報記述子は、3.4.2で定義されるクロック関係情報テーブルによってカプセル化され、3.4.1で定義されるクロック関係情報メッセージを通じて伝送される。
(1)クロック関係情報(CRI)メッセージの構文及び意味
クロック関係情報メッセージの構文は、<表34>で定義され、クロック関係情報メッセージの構文構成要素の意味は、<表34>に提供される。
Figure 0005947455
message_id:これは、クロック関係情報メッセージのタイプを表す。このフィールドの長さは、16ビットである。
version:これは、クロック関係情報メッセージのバージョンを表す。MMTクライアントは、受信されたメッセージが新しいものであるか否かを確認できる。このフィールドの長さは、8ビットである。
length:これは、クロック関係情報メッセージの次のフィールドから始めて最後のバイトまでバイトで計算にされるクロック関係情報メッセージの長さを表す。値‘0’は、このフィールドで決して使用しない。このフィールドの長さは、16ビットである。
CRI_table():これは、3.4.2で定義される一つのクロック関係情報テーブルを示す。
(2)クロック関係情報(CRI)テーブルの構文及び意味
クロック関係情報テーブルの構文は、<表35>で定義され、クロック関係情報テーブルの構文構成要素の意味は、<表35>に提供される。
一つのクロック関係情報テーブルは、複数のクロック関係情報記述子を含むことができる。
Figure 0005947455
table_id:これは、クロック関係情報テーブルのテーブル識別子を表す。
version:これは、クロック関係情報テーブルのバージョンを表す。より新たなバージョンは、それが受信されるとすぐに旧バージョンに優先する。
length:これは、クロック関係情報テーブルの次のフィールドから始めて最後のバイトまでバイトで計算されるクロック関係情報テーブルの長さを表す。値‘0’は、このフィールドで決して使われない。
CRI_descriptor():これは、一つのクロック関係情報(CRI)記述子を示す。7の(1)で定義される。
5.装置能力情報(DCI)メッセージ
装置能力情報メッセージは、MMTパッケージ消費のための必須的な(又は推奨される)装置能力情報を提供する装置能力情報(DCI)テーブルを伝送する。
(1)装置能力情報メッセージの構文及び意味
装置能力情報メッセージの構文は、<表36>で定義され、装置能力情報メッセージの構文構成要素の意味は、<表36>で提供される。
Figure 0005947455
message_id:これは、装置能力情報メッセージを表す。このフィールドの長さは、16ビットである。
version:これは、装置能力情報メッセージのバージョンを表す。MMTクライアントは、受信されたメッセージが新しいものであるか否かを確認することができる。特に、メッセージが放送ネットワークを通じて反復して伝送される場合に、このフィールドは有効である。このフィールドの長さは、8ビットである。
length:これは、装置能力情報メッセージの次のフィールドから始めて最後のバイトまでバイトで計算される装置能力情報メッセージの長さを表す。値‘0'は、このフィールドで決して使われない。
DCI_table():これは、MMTパッケージ消費のための必須的な(又は推奨される)装置能力を提供する。<表30>で定義される。
(2)装置能力情報(DCI)テーブルの構文及び意味
装置能力情報テーブルの構文及び意味は、<表37>で定義される。
Figure 0005947455
table_id:これは、装置能力情報テーブルのIDを表す。
version:これは、装置能力情報テーブルの一つのバージョンを表す。新たなバージョンは、それが受信されるとすぐに旧バージョンに優先する。
length:装置能力情報テーブルの次のフィールドから始めて最後のバイトまでバイトで計算された装置能力情報テーブルの長さを提供する。値‘0’は、このフィールドで決して使われない。
number_of_assets:これは、アセットの個数を表す。
asset_id:これは、アセットのIDを提供する。MMT CIでのAI構成要素のID属性である。
mime_type:これは、多重媒体インターネットメール拡張子(MIME)メディアタイプを提供する。mime_type構成要素及びmime_typeでのコーデックパラメータから始めることができる複雑度(complexity)が以下の複雑度で定義されるパラメータと異なる場合、複雑度の下で定義されるパラメータが優先する。
codec_complexity_flag:このフラグが‘1’である場合、符号化した複雑度は、以下に提供される。
vedeo_codec_complexity:ビデオデコーダーが処理しなければならない複雑度を提供する。mime_type及びコーデックパラメータにより指示された複雑度と異なる場合、この構文構成要素集合が含まれることが推奨される。
video_average_bitrate:これは、平均ビット伝送率をkbit/sで提供する。
video_maximum_bitrate:これは、最大ビット伝送率をkbit/sで提供する。
horizontal_resolution:これは、ビデオの水平解像度を画素単位で提供する。
vertical_resolution:これは、ビデオの垂直解像度を画素単位で提供する。
temporal_resolution:これは、最大時間解像度を秒当たりフレームで提供する。
video_mimimum_buffer_size:これは、ビデオコンテンツの処理に必要な最小デコーダバッファのサイズをキロバイト単位で提供する。
audio_codec_complexity:これは、オーディオデコーダが処理しなければならない複雑度を示す。mime_type及びコーデックパラメータにより指示された複雑度が実際の複雑度と異なる場合、この要素が含まれることが推奨される。この構文構成要素集合は、audio_average_bitrate、audio_maximum_bitrate、及びaudio_minimum_buffer_sizeを含む。
audio_average_bitrate:これは、平均ビット伝送率をkbit/sで提供する。
audio_maximum_bitrate:これは、最大ビット伝送率をkbit/sで提供する。
audio_minimum_buffer_size:これは、オーディオコンテンツを処理するために必要な最小デコーダバッファサイズをキロバイト単位で提供する。
download_capability:これは、ファイルのダウンロードのための必須能力を提供する。
required_storage:ファイルをダウンロードするために必要な格納装置をキロバイト単位で提供する。
6.記述子
MMTテーブルに関連した3個の記述子がある。記述子は、クロック関係情報(CRI)記述子、SSI記述子、及びRSI記述子である。
(1)クロック関係情報記述子(CRI descriptor)
クロック関係情報記述子は、一つのMPEG-2システムタイムクロック(MPEG-2 STC)とネットワーク時間プロトコル(NTP)クロックとの間の関係を明示するために使用される。MPEG-2伝送ストリーム(TS)から始まる一つのアセットに対するクロック関係は、一つのclock_relation_idにより明示される。
CRI_descriptorsは、一つのクロック関係情報テーブルに具備される。
CRI_descriptor()の構文は、<表38>で定義され、CRI_dscriptor()の構文構成要素の意味は、<表38>で提供される。
Figure 0005947455
descriptor_tag:これは、記述子のタイプを表すタグ値を示す。
descriptor_length:これは、記述子のフィールドで最後のバイトまで以後にその次のバイトから計算されるバイト長を示す。
clock_relaton_id:これは、一つのクロック関係の識別子を示す。
PCR_value:これは、次のNTP_clock_sampleに該当する一つのMPEG-2 PCR値を示す。元の形式の最下位ビットを除いた後にPCR値は、42ビット形式である。
NTP_clock_sample:これは、以前のPCR_valueに該当するネットワーク時間プロトコル(NTP)サンプル値を示す。
7.MMT_general_location_info()構文構成要素集合
一つのMMT_general_location_info()構文構成要素集合は、位置情報を提供するのに使用される。MMT_general_location_info()の構文は、<表39>で定義され、MMT_general_location_info()の構文構成要素の意味は、<表39>で提供される。
Figure 0005947455
location_type:このフィールドは、<表40>で定義されるような位置情報のタイプを表す。
Figure 0005947455
packet_id:これは、MMT伝送パケットヘッダーでのpacket_idを示す。
ipv4_src_addr:これは、一つのインターネットプロトコル応用データフローのインターネットプロトコルバージョン4発信元アドレス(source address)を示す。
ipv4_dst_addr:これは、一つのインターネットプロトコル応用データフローのインターネットプロトコルバージョン4宛先アドレスを示す。
dst_port:これは、一つのインターネットプロトコル応用データフローの宛先ポート番号を示す。
ipv6_src_addr:これは、一つのインターネットプロトコル応用データフローのインターネットプロトコルバージョン6発信元アドレスを示す。
ipv6_dst_addr:これは、一つのインターネットプロトコル応用データフローのインターネットプロトコルバージョン6宛先アドレスを示す。
network_id:これは、MPEG-2伝送ストリーム(TS)を有する放送ネットワーク識別子を示す。
MPEG_2_transport_stream_id:これは、MPEG-2伝送ストリーム識別子を示す。
MPEG_2_PID:これは、MPEG-2伝送ストリームパケットのパケット識別子(PID)を示す。
URL_length:一つのウェブページアドレスのバイト長。終了ヌル(0s00)は、計算されない。
URL_byte:一つのウェブページアドレスでの一つのバイト。終了ヌル(0x00)は、計算されない。
byte_offset:これは、一つのファイルの最初のバイトからの一つのバイトオフセットを示す。
length:これは、バイト長を示す。
message_id:これは、MMTシグナリングメッセージ識別子を示す。
8.メッセージ識別子、テーブル識別子及び記述子タグ
メッセージ識別子(message_id)の値は、<表41>で割り当てられる。
Figure 0005947455
テーブル識別子(table_id)の値は、<表42>で割り当てられる。
Figure 0005947455
記述子タグの値は、<表43>で割り当てられる。
Figure 0005947455
本発明の第3の実施形態及び第4の実施形態は、メッセージの名称のみが変更されるだけで、機能的な意味は類似する。
また、図面に示されていないが、本発明の実施形態により年生成されたパッケージに従ってデータを記録、格納、及び再生できる。格納媒体(例えば、CD、DVD、BD、USBなど)に一つのパッケージ内にMMTアセット、設定情報、構成情報、転送特性、パッケージ識別情報、アセットリスト情報、権利管理情報、転送期限情報を含むように格納し、再生時にパッケージ構成要素を解析してコンテンツを再生できる。格納媒体を通じて格納及び再生する場合、実施形態に対する説明で、URLを格納位置情報(例えば、メモリアドレスなど)に置換することにより、より容易に格納及び再生することができる。
上述した実施形態では、本発明の例示として理解できる。上記の実施形態のうちいずれか一つに関連して記述されたすべての特徴は、単独に使用され、あるいは記述された他の特徴と組み合わせて使用され、実施形態のうち他の実施形態の一つ又はそれ以上の特徴と組み合わせて使用され、あるいは実施形態のうち他の実施形態の組み合わせで使用することが理解できる。
以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲の記載及びこれと均等なものに基づいて定められる本発明の範囲及び精神を逸脱することなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。
100 S2階層
102 全体CIのためのメッセージ
104 パッケージ情報のためのメッセージ
106 アセット情報のためのメッセージ
108 プレゼンテーション制御のためのメッセージ
110 セキュリティ(security)のためのメッセージ
112 アクセスのためのメッセージ112
120 S2階層
122 E階層構造、すなわちMFU、MPU、及びアセットのためのメッセージ
124 D1ペイロード構造のためのメッセージ
126 D2ペイロード構造のためのメッセージ
128 測定のためのメッセージ
130 AL-FECのためのメッセージ
132 D3情報の伝送のためのメッセージ
140 D1階層
300 S階層メッセージ
305 メッセージタイプフィールド
310 バージョンフィールド
315 長さフィールド
320 拡張フィールド
325 ペイロードフィールド
505 ITNテーブル
801 サービスデータ提供部
803 パッケージ生成部
805 送信部
901 受信部
903 パッケージ分析部
905 デコーダ/再生部

Claims (4)

  1. マルチメディアコンテンツ提供方法であって、
    前記マルチメディアコンテンツのパッケージ構成に関連する制御メッセージを識別するステップと、
    前記制御メッセージをヘッダー及びペイロードで構成される伝送パケットのペイロードに含めて伝送するステップと、を含み、
    前記制御メッセージは、
    前記マルチメディアコンテンツに関連する特定の情報を含む複数のテーブルのうち少なくとも一つのテーブルを含めて構成される制御メッセージペイロードと、前記制御メッセージのタイプ関連情報と、前記制御メッセージの長さ関連情報と、前記制御メッセージのバージョン関連情報と、前記制御メッセージペイロードを構成する前記少なくとも一つのテーブルに対応する構成情報を含む制御メッセージ拡張情報と、を含み、
    前記少なくとも一つのテーブルは、
    前記少なくとも一つのテーブルが複数のテーブルに分割された場合の、前記複数のテーブルの処理手順に関するモードを含むことを特徴とするマルチメディアコンテンツ提供方法。
  2. 前記モードは、前記複数のテーブルを順に処理することを特徴とする請求項1に記載のマルチメディアコンテンツ提供方法。
  3. 前記モードは、前記複数のテーブルをバージョンに基づいて処理することを特徴とする請求項1に記載のマルチメディアコンテンツ提供方法。
  4. 前記少なくとも一つのテーブルは、
    テーブルの構成が完全なテーブルであるか、または前記複数のテーブルに分割されたテーブルであるかを識別するテーブル識別子を含むことを特徴とする請求項1に記載のマルチメディアコンテンツ提供方法。
JP2015510187A 2012-05-02 2013-05-02 マルチメディアサービス送受信方法及び装置 Active JP5947455B2 (ja)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201261641410P 2012-05-02 2012-05-02
US61/641,410 2012-05-02
US201261671923P 2012-07-16 2012-07-16
US61/671,923 2012-07-16
KR10-2013-0042576 2013-04-17
KR1020130042576A KR101501344B1 (ko) 2012-05-02 2013-04-17 멀티미디어 서비스 송수신 방법 및 장치
PCT/KR2013/003808 WO2013165187A1 (ko) 2012-05-02 2013-05-02 멀티미디어 서비스 송수신 방법 및 장치

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2016045771A Division JP6122523B2 (ja) 2012-05-02 2016-03-09 マルチメディアサービス送受信方法及び装置

Publications (2)

Publication Number Publication Date
JP2015520968A JP2015520968A (ja) 2015-07-23
JP5947455B2 true JP5947455B2 (ja) 2016-07-06

Family

ID=49852664

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2015510187A Active JP5947455B2 (ja) 2012-05-02 2013-05-02 マルチメディアサービス送受信方法及び装置
JP2016045771A Active JP6122523B2 (ja) 2012-05-02 2016-03-09 マルチメディアサービス送受信方法及び装置
JP2017072521A Active JP6359142B2 (ja) 2012-05-02 2017-03-31 マルチメディアサービス受信方法

Family Applications After (2)

Application Number Title Priority Date Filing Date
JP2016045771A Active JP6122523B2 (ja) 2012-05-02 2016-03-09 マルチメディアサービス送受信方法及び装置
JP2017072521A Active JP6359142B2 (ja) 2012-05-02 2017-03-31 マルチメディアサービス受信方法

Country Status (9)

Country Link
US (3) US9462311B2 (ja)
EP (1) EP2846551A4 (ja)
JP (3) JP5947455B2 (ja)
KR (1) KR101501344B1 (ja)
CN (3) CN108964818B (ja)
AU (2) AU2013255124B2 (ja)
CA (1) CA2872506C (ja)
MX (1) MX343219B (ja)
WO (1) WO2013165187A1 (ja)

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130108198A (ko) * 2012-03-23 2013-10-02 (주)휴맥스 Mmt 패키지화된 svc 비디오 콘텐츠의 하이브리드 전송 방법 및 수신 방법
JP2015015706A (ja) * 2013-07-03 2015-01-22 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカPanasonic Intellectual Property Corporation of America データ送信方法、データ再生方法、データ送信装置およびデータ再生装置
US9641831B2 (en) * 2013-10-28 2017-05-02 Electronics And Telecommunications Research Institute Apparatus and method for transmitting/receiving moving picture experts group (MPEG) media transport (MMT) signaling message for measurement configuration (MC) processing
JP6506009B2 (ja) * 2013-11-22 2019-04-24 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America 送信方法、受信方法、送信装置、及び受信装置
WO2015075880A1 (ja) * 2013-11-22 2015-05-28 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 送信方法、受信方法、送信装置、及び受信装置
JP6466951B2 (ja) 2014-01-13 2019-02-06 エルジー エレクトロニクス インコーポレイティド 一つ以上のネットワークを介して放送コンテンツを送受信する装置及び方法
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 (ko) 2014-03-29 2021-05-07 삼성전자주식회사 복합 네트워크에서 멀티미디어 데이터 관련 정보를 송수신하기 위한 장치 및 방법과 그 구조
US10530828B2 (en) * 2014-03-31 2020-01-07 Samsung Electronics Co., Ltd. Method and apparatus for signaling and operation of low delay consumption of media data in MMT
WO2015160221A1 (en) * 2014-04-18 2015-10-22 Samsung Electronics Co., Ltd. Method and apparatus for providing information related to content supporting broadcast service
JP5725242B1 (ja) * 2014-06-04 2015-05-27 ソニー株式会社 送信装置及び送信方法、並びに受信装置並びに受信方法
WO2016072343A1 (ja) * 2014-11-05 2016-05-12 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
WO2016086075A1 (en) * 2014-11-24 2016-06-02 The Nielsen Company (Us), Llc Methods and apparatus to predict time-shifted exposure to media
US20180352295A1 (en) * 2015-05-07 2018-12-06 Sharp Kabushiki Kaisha System for targeting and demographics
KR102519209B1 (ko) * 2015-06-17 2023-04-07 한국전자통신연구원 스테레오스코픽 비디오 데이터를 처리하기 위한 mmt 장치 및 방법
WO2017002455A1 (ja) * 2015-07-01 2017-01-05 ソニー株式会社 送信装置及び送信方法、並びに受信装置及び受信方法
CN110225370B (zh) * 2016-01-18 2021-04-02 上海交通大学 一种多媒体内容个性化呈现的时间线控制方法
CA3013516C (en) * 2016-02-02 2021-06-29 Shanghai Jiao Tong University Information interaction mechanism and network transmission method in multimedia system
JP6971998B2 (ja) * 2016-02-17 2021-11-24 サムスン エレクトロニクス カンパニー リミテッド マルチメディアサービスのコンテンツ関連情報提供方法及び装置
US10917477B2 (en) * 2016-05-25 2021-02-09 Samsung Electronics Co., Ltd. Method and apparatus for MMT integration in CDN
US20170344523A1 (en) * 2016-05-25 2017-11-30 Samsung Electronics Co., Ltd Method and apparatus for presentation customization and interactivity
KR102613231B1 (ko) * 2016-05-26 2023-12-14 삼성전자주식회사 방송 시스템에서 방송 서비스 정보 제공 방법 및 장치
JP6964436B2 (ja) * 2016-07-08 2021-11-10 三菱電機株式会社 映像記録装置及び映像再生装置
KR102529153B1 (ko) * 2016-07-08 2023-05-08 소니그룹주식회사 수신 장치, 송신 장치 및 데이터 처리 방법
CN112601121B (zh) 2016-08-16 2022-06-10 上海交通大学 一种面向多媒体内容组件个性化呈现的方法及系统
JP7033537B2 (ja) * 2016-10-13 2022-03-10 ソニーセミコンダクタソリューションズ株式会社 情報処理装置、および情報処理方法、並びにプログラム
US20180107829A1 (en) * 2016-10-14 2018-04-19 Electronics And Telecommunications Research Institute Network entity and operation method of the same
JP6504294B2 (ja) * 2018-03-23 2019-04-24 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
WO2020046378A1 (en) * 2018-08-31 2020-03-05 Compagnie Generale Des Etablissements Michelin Extrusion system for tire tread manufacturing with horizontally arranged extrusion barrels
JP6908170B2 (ja) * 2019-03-26 2021-07-21 ソニーグループ株式会社 送信方法
JP6743931B2 (ja) * 2019-03-26 2020-08-19 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
JP7120399B2 (ja) * 2020-07-29 2022-08-17 ソニーグループ株式会社 送信方法

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7091968B1 (en) 1998-07-23 2006-08-15 Sedna Patent Services, Llc Method and apparatus for encoding a user interface
DE69939781D1 (de) * 1998-10-30 2008-12-04 Broadcom Corp Kabelmodemsystem
KR100800856B1 (ko) 2006-08-08 2008-02-04 삼성전자주식회사 Dvb-h 시스템에서 esg 업데이트 정보 송수신 방법및 시스템
US7900032B2 (en) * 2006-10-06 2011-03-01 Broadcom Corporation Method and system for NAND flash support in autonomously loaded secure reprogrammable system
CA2661600A1 (en) * 2007-02-19 2008-08-28 Kabushiki Kaisha Toshiba Data multiplexing/demultiplexing apparatus
US20080270913A1 (en) * 2007-04-26 2008-10-30 Howard Singer Methods, Media, and Devices for Providing a Package of Assets
CN101119181A (zh) * 2007-09-13 2008-02-06 北京交通大学 一体化网络网通层的数据报文报头格式的形成和使用方法
KR101572875B1 (ko) * 2007-09-21 2015-11-30 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR100942142B1 (ko) * 2007-10-11 2010-02-16 한국전자통신연구원 객체기반 오디오 콘텐츠 송수신 방법 및 그 장치
KR101461973B1 (ko) * 2007-12-28 2014-11-14 엘지전자 주식회사 노티피케이션 메시지 송수신 방법 및 노티피케이션 메시지 수신 장치
JP2010041492A (ja) 2008-08-06 2010-02-18 Renesas Technology Corp ディジタル放送受信装置およびそれに使用される半導体集積回路
US8249104B2 (en) * 2008-10-30 2012-08-21 Futurewei Technologies, Inc. Optical network terminal management and control interface over Ethernet
CN101742059B (zh) * 2008-11-21 2013-01-02 康佳集团股份有限公司 使用网络信息表管理终端设备接收节目参数的方法
JP5154468B2 (ja) * 2009-02-12 2013-02-27 シャープ株式会社 情報処理装置、通信端末装置、情報処理装置の制御方法、通信端末装置の制御方法、制御プログラム、および、記録媒体
KR101777347B1 (ko) * 2009-11-13 2017-09-11 삼성전자주식회사 부분화에 기초한 적응적인 스트리밍 방법 및 장치
KR101777348B1 (ko) * 2010-02-23 2017-09-11 삼성전자주식회사 데이터 전송 방법 및 장치와 데이터 수신 방법 및 장치
CN107196941B (zh) 2010-04-20 2021-09-03 三星电子株式会社 用于传送和接收媒体数据的接口装置和方法
US8806050B2 (en) * 2010-08-10 2014-08-12 Qualcomm Incorporated Manifest file updates for network streaming of coded multimedia data
US20120089634A1 (en) 2010-10-08 2012-04-12 Electronics And Telecommunications Research Institute System and method for providing multimedia service in a communication system
KR101474270B1 (ko) 2010-10-08 2014-12-19 한국전자통신연구원 통신 시스템에서 멀티미디어 서비스 제공 시스템 및 방법
CN103355000B (zh) * 2010-12-31 2017-03-01 阿卡麦科技公司 将数据保密性扩展到播放器应用中
EP2574000B1 (en) * 2011-09-22 2020-04-08 Xilinx, Inc. Message acceleration
KR101128819B1 (ko) 2011-10-28 2012-03-27 엘지전자 주식회사 디지털 방송 송신 방법
KR101165645B1 (ko) 2012-01-31 2012-07-16 엘지전자 주식회사 디지털 방송 송신 방법
RU2653245C2 (ru) * 2012-10-11 2018-05-07 Самсунг Электроникс Ко., Лтд. Устройство и способ для доставки и приема данных мультимедиа в гибридной сети

Also Published As

Publication number Publication date
AU2017200925A1 (en) 2017-03-02
CA2872506A1 (en) 2013-11-07
JP6122523B2 (ja) 2017-04-26
EP2846551A1 (en) 2015-03-11
JP2017163552A (ja) 2017-09-14
US9462311B2 (en) 2016-10-04
MX2014013277A (es) 2015-02-12
JP6359142B2 (ja) 2018-07-18
US20170019690A1 (en) 2017-01-19
CN104412604A (zh) 2015-03-11
US9906823B2 (en) 2018-02-27
MX343219B (es) 2016-10-28
US20180234711A1 (en) 2018-08-16
CN104412604B (zh) 2018-08-28
JP2016154342A (ja) 2016-08-25
AU2013255124B2 (en) 2016-11-17
CN108988971B (zh) 2020-02-21
CA2872506C (en) 2022-10-25
US10595065B2 (en) 2020-03-17
EP2846551A4 (en) 2016-02-10
KR20130123314A (ko) 2013-11-12
WO2013165187A1 (ko) 2013-11-07
CN108964818A (zh) 2018-12-07
JP2015520968A (ja) 2015-07-23
US20150150055A1 (en) 2015-05-28
AU2013255124A2 (en) 2015-02-26
KR101501344B1 (ko) 2015-03-10
CN108964818B (zh) 2020-02-21
AU2017200925B2 (en) 2018-03-15
CN108988971A (zh) 2018-12-11
AU2013255124A1 (en) 2015-01-15

Similar Documents

Publication Publication Date Title
JP6359142B2 (ja) マルチメディアサービス受信方法
US11528082B2 (en) Method and apparatus for transmitting and receiving multimedia service
US11317138B2 (en) Method and apparatus for transmitting or receiving service signaling for broadcasting service
US20140282799A1 (en) Method for transmitting media data via a heterogeneous ip network independently of a media codec
KR20130035155A (ko) 컨텐트 전송 및 수신 방법 및 장치
US10469919B2 (en) Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method
KR102098723B1 (ko) Mmt 전송 패킷의 설정 방법 및 전송 방법
JP6632749B2 (ja) マルチメディアサービス送信装置
US20150124818A1 (en) Method for transmitting media data interlinked with composition information and transmission characteristics information via a heterogeneous ip network

Legal Events

Date Code Title Description
A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20150511

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20150525

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20150804

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20151106

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20151109

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20151118

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20151106

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160309

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20160330

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20160602

R150 Certificate of patent or registration of utility model

Ref document number: 5947455

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250