JP6359142B2 - マルチメディアサービス受信方法 - Google Patents
マルチメディアサービス受信方法 Download PDFInfo
- Publication number
- JP6359142B2 JP6359142B2 JP2017072521A JP2017072521A JP6359142B2 JP 6359142 B2 JP6359142 B2 JP 6359142B2 JP 2017072521 A JP2017072521 A JP 2017072521A JP 2017072521 A JP2017072521 A JP 2017072521A JP 6359142 B2 JP6359142 B2 JP 6359142B2
- 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
Links
- 238000000034 method Methods 0.000 title claims description 21
- 230000005540 biological transmission Effects 0.000 claims description 39
- 238000012545 processing Methods 0.000 claims description 4
- 230000011664 signaling Effects 0.000 description 33
- 238000009826 distribution Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 238000005259 measurement Methods 0.000 description 6
- 238000003860 storage Methods 0.000 description 6
- 238000012546 transfer Methods 0.000 description 6
- 238000004891 communication Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 238000007726 management method Methods 0.000 description 5
- 238000013507 mapping Methods 0.000 description 5
- 230000008569 process Effects 0.000 description 4
- 230000002776 aggregation Effects 0.000 description 3
- 238000004220 aggregation Methods 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 238000013475 authorization Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000002123 temporal effect Effects 0.000 description 2
- 238000009825 accumulation Methods 0.000 description 1
- 238000007792 addition Methods 0.000 description 1
- 230000001174 ascending effect Effects 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 239000012634 fragment Substances 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 230000009131 signaling function Effects 0.000 description 1
- 230000008685 targeting Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/2362—Generation or processing of Service Information [SI]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/68—Systems specially adapted for using specific information, e.g. geographical or meteorological information
- H04H60/73—Systems specially adapted for using specific information, e.g. geographical or meteorological information using meta-information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
- H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/45—Management 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/462—Content 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/61—Network physical structure; Signal processing
- H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
- H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
- H04H60/13—Arrangements 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：ＥＰＧ)と呼ばれ、デジタルビデオブロードキャスティング(ＤＶＢ)システム標準の場合、北米方式ではＰＳＩＰ(Program and System Information Protocol)、ヨーロッパ方式ではサービス情報(ＳＩ)と呼ばれる。また、従来のデジタルＴＶ方式で、広く使用されているＭＰＥＧ-２システム標準では、これをＰＳＩ(Program Specific Information)と呼んでいる。北アメリカ方式では、ＰＳＩとＰＳＩＰを共に送出するが、ＰＳＩＰのみでも視聴者によるプログラム選択が可能である。ヨーロッパ方式では、ＰＳＩとＳＩを共に送出し、ＰＳＩのみでプログラム選択を可能にするが、ＳＩを介してプログラムに対する多様な案内情報を追加して提供する。本発明では、このようなタイプの情報は、サービス詳細情報(Service Specific Information：ＳＳＩ)と総称される。
専用チャンネルを使用する従来の放送とは異なり、インターネット放送は、グローバルに提供されるので、従来の放送の地域性(regional property)を飛び越え、これを受信できる受信器がある世界のどこでもインターネットを介してアクセス可能である。したがって、インターネット放送の場合、北アメリカ、ヨーロッパ、日本などに大きく区分される従来の放送標準の地域性を克服するためには世界で固有の単一方式で提供される場合にのみ、受信器の複雑度が不要に増加することを防止できる。このような観点で、ＳＳＩも単一方式の標準化を必要とする。
将来の放送通信融合型放送システムは、インターネットを中心に再編されると予想される。すなわち、受信器は、既存の放送チャンネルを介するプログラムコンテンツだけでなく、インターネットを介するプログラムコンテンツに対する案内情報も読み取って理解可能な(machine-readable)形式でＳＳＩ内に共に組み込んで伝送し、このようなＳＳＩは、放送チャンネル又はインターネットを介して獲得され、放送受信制御に使用され、必要によって視聴者が読み取り可能な形態で見せるようになる。もちろん、専用放送チャンネルを使用しないインターネット放送社は、インターネットを介してＳＳＩを伝送することである。
したがって、上記した従来技術の問題点を解決するために、本発明の目的は、インターネットを含む異種ネットワーク(ｈｅｔｅｒｏｇｅｎｅｏｕｓ ｎｅｔｗｏｒｋ)環境で放送通信融合型サービスを提供するサービスプロバイダが自身により提供されるサービスに関する詳細情報を伝送するための形式を提供することにある。
本発明の他の目的は、ＭＭＴでシグナリング階層のメッセージフォーマットを提供することにある。
また、本発明の目的は、ＭＭＴでシグナリング階層のメッセージを送信する方法及び装置を提供することにある。
上記のような目的を達成するために、本発明の一態様によれば、ＭＰＥＧメディア転送(ＭＭＴ)でシグナリング(Ｓ）階層のためのメッセージを送受信するサーバが提供される。そのサーバは、ＭＰＥＧ使用のために使われる情報を提供する第１のメッセージを生成するＳ階層の第１のサブ階層と、ＭＰＥＧメディアの伝送に使用される情報を提供する第２のメッセージを生成するＳ階層の第２のサブ階層と、第１のメッセージと第２のメッセージに対する外部配信及び内部配信を遂行する配信(Ｄ)階層とを含み、第１のメッセージ及び第２のメッセージの各々は、メッセージタイプ、バージョン、長さ、拡張フィールド、及びペイロードの各々に対応する少なくとも一つのフィールドを含む。
本発明の他の態様によれば、ＭＰＥＧメディア転送(ＭＭＴ)でシグナリング(Ｓ）階層のためのメッセージを送受信する方法が提供される。その方法は、Ｓ階層の第１のサブ階層を通じてＭＰＥＧ使用に使われる情報を提供する第１のメッセージを生成するステップと、Ｓ階層の第２のサブ階層を通じてＭＰＥＧメディア転送に使用される情報を提供する第２のメッセージを生成するステップと、配信(Ｄ)階層を通じて第１のメッセージと第２のメッセージに対する外部配信及び内部配信を遂行するステップとを有し、第１のメッセージ及び第２のメッセージの各々は、メッセージタイプ、バージョン、長さ、拡張フィー
ルド、及びペイロードの各々に対応する少なくとも一つのフィールドを含む。
ルド、及びペイロードの各々に対応する少なくとも一つのフィールドを含む。
本発明は、サービス詳細情報を提供するための形式を適用してサービスプロバイダが自身により提供されるサービスに関する詳細情報を提供することにより、受信器によりサービス詳細情報を用いて、視聴者が視聴を希望する放送コンテンツを容易に選択することができる効果を有する。
また、本発明は、ＭＭＴでシグナリング階層のメッセージフォーマット及びシグナリング階層のＤメッセージを送受信することができる効果を有する。
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。
図面において、同一の構成要素に対してはできるだけ同一の参照符号及び参照番号を付して説明する。下記の説明で、本発明に関連した公知の機能又は構成に関する具体的な説明が本発明の要旨を不明にすると判断された場合に、その詳細な説明を省略する。
＜本発明の第１の実施形態＞
本発明の第１の実施形態では、ＭＰＥＧメディア伝送構成情報(ＭＭＴ ＣＩ)のための階層的構造を提案する。
本発明の第１の実施形態では、ＭＰＥＧメディア伝送構成情報(ＭＭＴ ＣＩ)のための階層的構造を提案する。
ＭＭＴ ＣＩは、相異なる重要度の多様な情報で構成される。例えば、ビデオ及びオーディオのような主要アセットに関する情報が最も重要である。一方、補助的なアセットに関する情報は、主アセットに関する情報ほど重要でない。あまり重要でない情報は、プログラム監督、俳優、職員、製造年月日に関する情報を含むコンテンツに関するテキスト記述(textual description)のようなプログラム情報である。
一つの放送シナリオにおいて、最小水準でプレゼンテーション(presentation)を提供するが、必須のＭＭＴ ＣＩの部分は、小さい区間(例えば、５００ｍｓ)で周期的に受信器に伝送されなければならない。上記区間が短いほど、プログラムを獲得する間に視聴者が経験する遅延はさらに短くなる。しかしながら、より短い区間は、より低い伝送効率を意味する。帯域幅が非常に制限される移動放送のようなアプリケーションに対して、伝送効率が非常に重要であり、あまり重要でないＭＭＴ ＣＩが比較的長い区間で伝送可能にするメカニズムを具備しなければならない。
１対１通信シナリオにおいて、セッション設定直後に、すなわちアセットリソースが伝送される前にすべてのＭＭＴ ＣＩが伝送される。この場合、ＭＭＴ ＣＩの部分伝送は必要でないこともある。
ＭＭＴ構成情報の階層０は、第１の場面(scene)とその次の場面を表現するのに必須的なすべての必須情報(mandatoryinformation)を含む。要求条件以外に、全体の構成情報がＭＭＴ ＣＩの階層にわたって分けられる方法は、全てユーザー、すなわち放送事業者(broadcaster)により判断される。一つの放送シナリオで、ＭＭＴ ＣＩの階層０は、すべての階層の中で最短区間で伝送される。送信器において、必須でないＭＭＴ ＣＩの一部は、ＭＭＴ ＣＩの階層０に含まれることができる。ＭＭＴ ＣＩの階層Ｎ(Ｎ＝１，２，３，…，ｍａｘＬａｙｅｒ)は、第１の場面を表現するための所定の必須情報を含まないＭＭＴ ＣＩのあまり重要でない部分を伝達する。より大きい階層番号は、より長い伝送区間を意味する。
"ｎｕｍＬａｙｅｒ"が'１'である場合、ＭＭＴ ＣＩの階層０は"完全な(complete)"タイプの構成情報に対応する。
受信器にＭＭＴ ＣＩの特定階層がアップデートされることを知らせるために、"バージョン(version)"と称される新たな属性は階層区分に従って定義される。ＭＭＴ ＣＩの受信された部分のバージョンが以前に受信されて分析され、受信器の格納部に格納されているバージョンより大きい場合、上記部分は、分析され、その結果、受信器内に既に格納されているＭＭＴ ＣＩのアップデートに使用される。バージョン化(versioning）は、部分-独立的(part-independent)であり、受信器は、部分当たり最新バージョンを格納する。しかしながら、一つの受信器内に格納されているすべてのＭＭＴ ＣＩは、ＭＭＴ
ＣＩの部分の一連の追加及びアップデートによる蓄積及び統合の結果である。
ＣＩの部分の一連の追加及びアップデートによる蓄積及び統合の結果である。
一つの受信器は、まず、"アップデート"タイプのＭＭＴ ＣＩの所定の他の部分及び所定のＭＭＴ ＣＩ以前に、ＭＭＴ ＣＩの階層０を受信して分析する。ＭＭＴ ＣＩの階層０が一つの受信器内で分析されて格納される場合、ＭＭＴ ＣＩの階層０以外の他の階層は、階層番号と関係なくこれらが受信される順に処理することができる。ＭＭＴ ＣＩの階層０が完全に分析されて処理される場合、一つの受信器は、メディアアセットを処理してその結果を提供する前に、階層０以外の他のＭＭＴ ＣＩ階層を待機しない。
"アップデート"タイプのＭＭＴ ＣＩは、ＭＭＴ ＣＩの異なる階層に含まれる構成要素のための命令を削除し、代替することを含むことができる。プログラム獲得の初期で、一部ＭＭＴ ＣＩ"アップデート"命令がまだ受信されない構成要素を参照する場合があり得る。このような場合には、ＭＭＴ ＣＩ"アップデート"命令が分析されて実行されるが、これら命令に従属する構成要素が存在しないので効果はない。
本発明の第１の実施形態により提案されるＣｏｍｐｏｓｉｔｉｏｎＩｎｆｏｒｍａｔｉｏｎＴｙｐｅ構文は、次の通りである。
＜表１＞で、新たな又は修正された属性の意味は、次の通りである。
Ｔｙｐｅ：この属性は、構成情報が初期化あるいはアップデートのために使用されることを示す。Ｔｙｐｅが"階層化(Layered)"である場合、ＭＭＴ ＣＩは、複数の階層に分けられる。
Ｌａｙｅｒ：この属性は、ＭＭＴ ＣＩの階層番号を意味する。Ｔｙｐｅが"Ｌａｙｅｒｅｄ"である場合、この属性は必須的である。最も小さい階層番号は'０'である。
Ｖｅｒｓｉｏｎ：これは、ＭＭＴ ＣＩのバージョンを示す。この属性は、選択的であるが、ＭＭＴ ＣＩが周期的であるアプリケーションに対しては必須である。上記バージョンは、アップデートにつき増加する。バージョンがｍａｘＶｅｒｓｉｏｎＶａｌｕｅに至る場合、バージョンは０に制限される。
ｎｕｍＬａｙｅｒ：これは、階層化されたＭＭＴ ＣＩに対する階層の個数を示す。この属性は、選択的である。
＜本発明の第２の実施形態＞
本発明の第２の実施形態では、ＭＭＴにおいてシグナリング階層でメッセージフォーマットを提案する。
本発明の第２の実施形態では、ＭＭＴにおいてシグナリング階層でメッセージフォーマットを提案する。
ＭＭＴシグナリング機能領域に含まれるＳ階層のサブ階層のうちいずれか一つのＳＩ階層でシグナリングされるメッセージのリストは、次の通りである。
−全体ＣＩ送信のためのメッセージ
−部分ＣＩ送信のためのメッセージ
−部分ＣＩは、パッケージのためのＣＩ情報と、アセットのためのＣＩ情報と、空間及び時間関係を含むＭＰＥＧメディアプレゼンテーションのためのＣＩ情報と、セキュリティのためのＣＩ情報と、ＭＰＥＧメディアアクセスのためのＣＩ情報を意味する。
−全体ＣＩ送信のためのメッセージ
−部分ＣＩ送信のためのメッセージ
−部分ＣＩは、パッケージのためのＣＩ情報と、アセットのためのＣＩ情報と、空間及び時間関係を含むＭＰＥＧメディアプレゼンテーションのためのＣＩ情報と、セキュリティのためのＣＩ情報と、ＭＰＥＧメディアアクセスのためのＣＩ情報を意味する。
上記Ｓ階層の他のサブ階層であるＳ２階層のリストは、次の通りである。
−部分ＣＩ送信のためのメッセージ
−部分ＣＩは、ＭＦＵ(Ｍｅｄｉａ Ｆｒａｇｍｅｎｔ Ｕｎｉｔ)、ＭＰＵ(Ｍｅｄｉａ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ)、アセット、及びＭＣＴの構造を意味する。
−ＡＬ-ＦＥＣ(Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ-Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ)情報のためのメッセージ
−Ｄ(Ｄｅｌｉｖｅｒｙ)１ペイロード構造のためのメッセージ
−Ｄ２プロトコル構造のためのメッセージ
−構成及び報告を含む管理のためのメッセージ
−Ｄ３情報を伝送するためのメッセージ
−部分ＣＩ送信のためのメッセージ
−部分ＣＩは、ＭＦＵ(Ｍｅｄｉａ Ｆｒａｇｍｅｎｔ Ｕｎｉｔ)、ＭＰＵ(Ｍｅｄｉａ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ)、アセット、及びＭＣＴの構造を意味する。
−ＡＬ-ＦＥＣ(Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ-Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ)情報のためのメッセージ
−Ｄ(Ｄｅｌｉｖｅｒｙ)１ペイロード構造のためのメッセージ
−Ｄ２プロトコル構造のためのメッセージ
−構成及び報告を含む管理のためのメッセージ
−Ｄ３情報を伝送するためのメッセージ
ここで、メッセージのリストは、ＣＥの進行に基づいてアップデートすることができる。
メッセージは、帯域内(in-band)あるいは帯域外(out-of-band)手段に伝送することができる。ＭＭＴ配信(delivery)機能領域は、メッセージの帯域内配信のためのペイロードフォーマットを定義する。さらに、メッセージの帯域外配信は、本発明の実施形態に該当しないので、本明細書では特定しない。
ここで、帯域外伝送のためのＳＤＰ(Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ)に対するメッセージのマッピングは、ＩＥＴＦ ＲＦＣ(Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔ)として定義される。
図１は、本発明の実施形態によるＭＭＴでＳ階層の構造を示す。
図１を参照すると、Ｓ階層は、Ｓ１階層１００及びＳ２階層１２０を含み、Ｓ１階層１００及びＳ２階層１２０で生成したメッセージをＤ１階層１４０に伝送する。
まず、Ｓ１階層１００は、全体ＣＩのためのメッセージ１０２と、パッケージ情報(Ｐａｃｋａｇｅｉｎｆｏ)のためのメッセージ１０４と、アセット情報(Ａｓｓｅｔｉｎｆｏ)のためのメッセージ１０６と、プレゼンテーション制御のためのメッセージ１０８と、セキュリティ(ｓｅｃｕｒｉｔｙ)のためのメッセージ１１０と、アクセス(ａｃｃｅｓｓ)のためのメッセージ１１２とを生成できる。
次に、Ｓ２階層１２０は、Ｅ(Ｅｎｃｒｙｐｔｉｏｎ)階層構造、すなわちＭＦＵ、ＭＰＵ、及びアセットのためのメッセージ１２２と、Ｄ１ペイロード構造のためのメッセージ１２４と、Ｄ２ペイロード構造のためのメッセージ１２６、測定のためのメッセージ１２８、ＡＬ-ＦＥＣのためのメッセージ１３０、及びＤ３情報の伝送のためのメッセージ１３２を生成できる。
図２〜図４は、本発明の実施形態によるＳ階層メッセージが伝送可能なプロトコルスタックの一例を示す。
図２を参照すれば、一例として、Ｄ１階層とＤ２階層によるＳ１階層メッセージが伝送可能なプロトコルスタックは、Ｄ１ペイロード、Ｄ２ペイロード、ＵＤＰ(Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ)、及びＩＰを含む。この場合、Ｓ２階層メッセージのプロトコルスタックは、Ｓ１階層メッセージのプロトコルスタックと同一に構成される。
図３を参照すると、他の例として、ＨＴＴＰ(Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ)及びＳ１階層メッセージが伝送可能なプロトコルスタックは、Ｄ１ペイロード、ＨＴＴＰ、ＴＣＰ(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ)、及びＩＰを含む。同様に、この場合、Ｓ２階層メッセージのプロトコルスタックも、Ｓ１階層メッセージのプロトコルスタックと同一に構成される。
図４を参照すると、他の例として、ＵＤＰによるＳ１階層メッセージが伝送可能なプロトコルスタックは、Ｄ１ペイロード、ＵＤＰ、及びＩＰを含む。同様に、この場合、Ｓ２階層メッセージのプロトコルスタックもＳ１階層メッセージのプロトコルスタックと同一に構成される。
ＭＭＴサーバは、上記のように図２〜図４に示したＳ階層メッセージのための少なくとも一つのプロトコルスタックを決定する。
図５は、本発明の実施形態によるＳ階層メッセージの構造の一例を示す。
図５を参照すると、Ｓ階層メッセージ３００は、例えば、メッセージタイプフィールド３０５、バージョンフィールド３１０、長さフィールド３１５、拡張フィールド３２０、及びペイロードフィールド３２５を含む。
メッセージタイプフィールド３０５は、ペイロードフィールド３２５内に存在するＳ階層情報のタイプを表す。メッセージタイプフィールド３０５の長さは、１バイト固定長を有し、このとき、各Ｓ１メッセージの値は、下記の＜表２＞のように示される。
バージョンフィールド３１０は、Ｓ階層メッセージのバージョンを表す。すなわち、ＭＭＴクライアントは、受信されたＳ階層メッセージが新規であるか否かをバージョンフィールド値を通じてチェックできる。特に、バージョンフィールド３１０は、Ｓ階層メッセージが放送ネットワークから反復して送信される場合に有効である。この場合、バージョンフィールドは、１バイトの固定長を有する。
長さフィールド３１５は、Ｓ１階層メッセージの長さを表す。
各Ｓ階層メッセージは、ヘッダーで他の情報を必要とする。それによって、拡張フィールド３２０は、各Ｓ階層メッセージのための追加情報を提供する。ペイロード３２５は、実際に該当Ｓ階層メッセージが伝送しようとするＳ階層情報を搬送する。
一方、一つのパッケージは複数のアセットを含む。この場合、各アセットに関する情報は、図５に示すメッセージが反復される形態で含まれ得る。
下記の＜表２＞は、本発明の実施形態によるＳ階層メッセージタイプの値を示す。
＜表２＞を参照すると、メッセージタイプ値は、複数のＳ階層メッセージ各々を指示す
る。複数のＳ階層メッセージは、全体ＣＩ、パッケージのためのＣＩ情報、アセットのためのＣＩ情報、ＭＰＥＧメディアプレゼンテーションのためのＣＩ情報、セキュリティのためのＣＩ情報、Ｓ１階層メッセージのための将来使用のための予約、Ｅ階層エンティティ構造、Ｄ１ペイロード構造、Ｄ２パケット構造、ＡＬ-ＦＥＣ情報、測定構成、Ｄ３情報伝送、及びＳ１階層メッセージのための将来使用のための予約を含む。
る。複数のＳ階層メッセージは、全体ＣＩ、パッケージのためのＣＩ情報、アセットのためのＣＩ情報、ＭＰＥＧメディアプレゼンテーションのためのＣＩ情報、セキュリティのためのＣＩ情報、Ｓ１階層メッセージのための将来使用のための予約、Ｅ階層エンティティ構造、Ｄ１ペイロード構造、Ｄ２パケット構造、ＡＬ-ＦＥＣ情報、測定構成、Ｄ３情報伝送、及びＳ１階層メッセージのための将来使用のための予約を含む。
全体ＣＩのためのＳ１階層メッセージは、全体ＣＩを伝送する。例えば、全体ＣＩは、一つの測定パッケージを説明するためのすべての情報を意味し、放送を例に挙げてサービスガイドに関連したコンテンツとしてわかる。全体ＣＩのためのＳＩ階層メッセージのバージョンは、ＣＩのバージョンが変更されるか否かを指示する。
パッケージのためのＣＩ情報、すなわちＳ１階層メッセージは、ＣＩから抽出されるパッケージ情報を伝送する。これは、全体ＣＩの受信前にパッケージ情報を知らせるために有効に使用され得る。一方、メッセージタイプは、伝送されるパッケージ情報に関する情報を伝送しないため、この場合、拡張ヘッダーは、パッケージの識別子を伝送する。
アセットのためのＣＩ情報、すなわちＳ１階層メッセージは、ＣＩから抽出されたアセット情報を伝送し、全体ＣＩの受信前にアセット情報を知らせるために効率的に使用できる。この場合、メッセージタイプが伝送されるアセット情報に関する情報を提供しないため、拡張ヘッダーは、パッケージでアセットの識別子を伝送する。
ＭＰＥＧメディアプレゼンテーションのためのＣＩ情報、すなわちＳ１階層メッセージは、ＣＩから抽出されたＭＰＥＧメディアプレゼンテーションを伝送する。ＭＰＥＧメディアプレゼンテーションのためのＣＩ情報は、アップデートパートのようなＭＰＥＧメディアプレゼンテーションの部分パートだけでなく全体ＭＰＥＧメディアプレゼンテーションを搬送できる。拡張ヘッダーは、全体バージョンと部分バージョンのようなＭＰＥＧメディアプレゼンテーションの情報を搬送する。
セキュリティのためのＣＩ情報、すなわちＳ１階層メッセージは、セキュリティ情報を伝送する。セキュリティのためのＣＩ情報は、ＣＡＳ(Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｓｙｓｔｅｍ)、ＤＲＭ(Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍｅｄｉａ)、ダウンロード可能なＣＡＳ、及びダウンロード可能なＤＲＭの情報を伝送する。この場合、拡張ヘッダーは、搬送されるセキュリティ情報に関する情報、セキュリティ解決方法、及びアセット/パッケージ間のリンクを伝送する。
ＭＰＥＧメディアアクセスのためのＣＩ情報、すなわちＳ１階層メッセージは、ＭＰＥＧメディアのアクセス情報を伝送する。ＭＰＥＧメディアは、同一のアクセス情報を共有できる。例えば、すべてのＣＩにＵＲＬ(Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ)を含み、放送の場合、該当アドレス情報を含むことができる。この場合、拡張ヘッダーは、同一のアクセスを共有するＭＰＥＧメディアのリストを提供する。
Ｅ階層エンティティ構造のためのＳ２階層メッセージは、Ｅ階層エンティティ構造が各パッケージ別に異なるため、Ｅ階層エンティティ(ＭＦＵ、ＭＰＵ、及びアセット)構造を伝送する。この場合、拡張ヘッダーは、与えられるＥ階層エンティティ構造に関する情報と与えられたＥ階層エンティティを使用するＭＰＥＧメディアのＩＤを有する。
Ｄ１ペイロード構造のためのＳ２階層メッセージは、ＭＭＴクライアントがそのＤ１ペイロードを受信する前にＤ１ペイロード構造を知らなければならないため、Ｄ１ペイロード構造を伝送する。その上、Ｄ１ペイロード構造は、各パッケージ別に異なることができる。この場合、拡張ヘッダーは、与えられたＤ１ペイロード構造を使用するＭＰＥＧメディアの情報を有する。
Ｄ２パケット構造のためのＳ２階層メッセージは、ＭＭＴクライアントがＤ２パケットを受信する前にＤ２パケット構造を知らなければならないため、Ｄ２パケット構造を伝送する。その上、Ｄ１パケット構造は、各パッケージ別に異なることができる。この場合、拡張ヘッダーは、与えられたＤ２パケット構造を使用するＭＰＥＧメディアの情報を有する。
ＡＬ ＦＥＣ情報のためのＳ２階層メッセージは、ＡＬ-ＦＥＣフレーム構造とコードのようなＡＬ-ＦＥＣの情報を伝送する。
測定構成のためのＳ２階層メッセージは、管理構成情報を伝送する。ここで、管理構成は、なにを測定するか、いつ測定するか、どのくらい長く測定するか、及び測定した結果がいつ報告するかに対する設定を意味する。
Ｄ３情報伝送のためのＳ２階層メッセージは、Ｄ３情報を伝送する。
図６は、本発明の実施形態によるＭＭＴサーバの動作フローを示す。
図６を参照すると、ステップ４００で、ＭＭＴサーバは、Ｓ１階層を通じてＭＰＥＧ使用のための情報を提供する第１のメッセージを生成する。ここで、第１のメッセージは、例えば＜表２＞のＳ１階層メッセージに対応し、各々図３の構造を有する。これに対する具体的な説明は、以前説明と重複されるので、省略する。
ステップ４０５で、ＭＭＴサーバは、Ｓ２階層を通じてＭＰＥＧメディア伝送のために使用される情報を提供する第２のメッセージを生成する。同様に、第２のメッセージは、一例として、＜表２＞のＳ２階層メッセージに対応し、各々図５の構造を有する。これに関する具体的な説明は、上記説明と重複するので、省略する。
すると、ステップ４１０で、ＭＭＴサーバは、Ｄ階層を通じて生成された第１のメッセージ及び第２のメッセージに対する外部配信及び内部配信を遂行する。
＜本発明の第３の実施形態＞
図７は、本発明の第３の実施形態によるＳ１シグナリング構造を示す。
図７は、本発明の第３の実施形態によるＳ１シグナリング構造を示す。
本発明の他の実施形態による６個のＳ１階層メッセージを整理すると、次の通りである。
(１)テーブル及び通知情報(Ｉｎｆｏｒｍａｔｉｏｎ ｏｎ Ｔａｂｌｅｓ ａｎｄ Ｎｏｔｉｃｅ：ＩＴＮ)に対するメッセージ：このようなメッセージは、ＩＴＮテーブル５０５及び追加にパッケージに対する高速アクセスのために使用される他のテーブルを伝送する。ＩＴＮの役割は、ＭＰＥＧ-２に類似するが、他のＭＭＴ特定機能を有する。ＩＴＮテーブルは、すべての他のＳＩテーブルに関する全体情報を含む。また、ＩＴＮは、通知受信に関する情報を有する。通知の通常の例は、緊急警報、緊急通知などである。
(２)ＭＭＴ構成情報(ＭＭＴ Ｃｏｍｐｏｓｉｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ：ＭＣＩ)に対するメッセージ：このようなメッセージは、ＭＭＴ ＣＩを伝送する。これは、全ＣＩだけでなく階層化したＣＩを伝送する。
(３)クロック基準記述(Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ Ｄｅｓｃｒｉｐｔｏｒｓ：ＣＲＤ)に対するメッセージ：このようなメッセージは、ＭＭＴシステムクロック(すなわち、ＮＴＰクロック)と所定の他のクロック(例えば、ＭＰＥＧ-２又はＭＰＥＧ-４クロック)との間のマッピングのために使用されるクロック基準情報を伝送する。
(４)セキュリティ情報に対するメッセージ：このようなメッセージは、ＭＭＴコンテンツセキュリティのために使用されるセキュリティ情報を伝送する。セキュリティシステムは、ＤＲＭ、ダウンロード可能なＤＲＭ、及びダウンロード可能な条件評価システム(Ｄ-ＣＡＳ)情報である。
(５)ＭＭＴパッケージテーブル(ＭＰＴ)に対するメッセージ(ＭＰＴ)：このようなメッセージは、ＭＭＴパッケージテーブル(ＭＰＴ)を伝送する。完全なまたは階層-０ＭＰＴは、ＭＭＴパッケージに対応する。これは、パッケージのグローバルユニークな識別子、ＭＭＴ構成情報(ＭＣＩ)の位置及びＭＭＴパッケージに属するＭＭＴアセットの完全な又は部分的(可能であれば、階層化したＭＰＴを使用)リストを含む。また、これは、パッケージタイプ、パッケージ名称、パッケージの短い説明、ペアレンタルレート（ｐａｒｅｎｔａｌ ｒａｔｉｎｇ）、オーディオの言語、テキストの言語、ターゲットユーザープロファイル、要求されたデバイス能力、記録許可及び高速再生許可のようなパッケージポリシーなどを含む。ＭＰＴの役割は、ＭＰＥＧ２ ＰＭＴと同様であるが、ＭＭＴ目的のためにより多くの機能を有する。
(６)デバイス能力情報テーブル(ＤＣＩＴ)に対するメッセージ(Ｍｅｓｓａｇｅｓ ｆｏｒ Ｄｅｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩＴ):このようなメッセージは、デバイス能力情報テーブル(ＤＣＩＴ)を伝送する。デバイス能力情報は、ＭＰＥＧメディアコンテンツ消費に対する要求及び/又は推奨されるデバイス能力を提供する。
また、本発明の第３の実施形態により、以下の３個の記述子が定義される。
(１)言語記述子(Ｌａｎｇｕａｇｅ ｄｅｓｃｒｉｐｔｏｒ)
(２)クロック基準記述子
(３)Ｄ-ＣＡＳ記述子
(１)言語記述子(Ｌａｎｇｕａｇｅ ｄｅｓｃｒｉｐｔｏｒ)
(２)クロック基準記述子
(３)Ｄ-ＣＡＳ記述子
以下、図７を参照して、本発明の第３の実施形態によるＳ１階層メッセージ、表、及び記述子の構文(ｓｙｎｔａｘ)及び意味(ｓｅｍａｎｔｉｃ)を定義する。
I．階層メッセージ、テーブル、及び記述子の構文及び意味
１．テーブル及び通知情報(ＩＴＮ)に対するメッセージ
このメッセージは、ＩＴＮテーブル５０５を伝送する。ＩＴＮの役割は、ＭＰＥＧ-２ ＰＡＴに同様にするが、他のＭＭＴ特定機能を有する。ＩＴＮテーブルは、すべての他のＳＩ表に関する全体情報を含む。
このメッセージは、ＩＴＮテーブル５０５を伝送する。ＩＴＮの役割は、ＭＰＥＧ-２ ＰＡＴに同様にするが、他のＭＭＴ特定機能を有する。ＩＴＮテーブルは、すべての他のＳＩ表に関する全体情報を含む。
また、ＩＴＮは、通知受信に関する情報を有する。一般的に、通知は、緊急警報、緊急通知などである。
ＩＴＮメッセージ、すなわちＩＴＮを含むメッセージは、ＭＭＴパッケージに対応する一つ以上のＭＭＴパッケージテーブル(ＭＰＴ）を追加して含むことができる。ＭＰＴは、パッケージのグローバルユニークな識別子、ＭＭＴ構成情報(ＭＣＩ)の位置及びＭＭＴパッケージに属するＭＭＴアセットの完全な又は部分的(できるだけ、階層化したＭＰＴを使用)リストを含む。また、ＭＰＴは、パッケージタイプ、パッケージ名称、パッケージの短い説明、ペアレンタルレート、オーディオの言語、テキストの言語、ターゲットユーザープロファイル、要求されるデバイス能力、記録許可、及び高速再生許可のようなパ
ッケージポリシーなどを含む。
ッケージポリシーなどを含む。
ＩＴＮメッセージが一つのＭＰＴのみを含む場合、メディア伝送サービスは、所定の固定タイムインスタントに一つのパッケージのみをユーザーに提供する。ＩＴＮテーブルが時間ラインで所定の重複を有する多重ＭＰＴを含む場合、メディアで伝送サービスは、所定の固定したタイムインスタントに多重のパッケージをユーザーに提供する。ＩＴＮテーブルが時間重複されず、対応するパッケージが同一の論理チャンネルに関連した多重のＭＰＴを含むと、メディア配信サービスは、順次的時間順序で多重のパッケージをユーザーに提供する。
ＭｅｓｓａｇｅＩＤ＝０ｘ００を有するＳ階層メッセージは、ＩＴＮテーブルを含まなければならない。また、ＭｅｓｓａｇｅＩＤ＝０ｘ００を有するＳ階層メッセージを伝送するＩＰアプリケーションデータフローでのアセット経路のペイロードＩＤは、'０ｘ００００'に固定される。受信器は、所定の他のメッセージを読み取る以前にＩＴＮメッセージを読み取って分析しなければならない。
ＩＴＮメッセージは、一般的に短いパワーアップ遅延又は低いザッピング時間を保証するために、ブロードキャスト環境で非常に短い周期、例えば５００ｍｓで周期的に送信される。
(１)ＩＴＮメッセージ構文及び意味
ＩＴＮメッセージの構文は、＜表３＞に定義される。その構文エレメントの意味スは、以下の＜表３＞で提供される。構文定義の方法は、ＭＰＥＧ-２システム標準(ＩＳＯ/ＩＥＣ １３８１８-１)の方法に基づく。"値"の列でのループカウントなしの表示は、テーブルの長さから推論できる。同一の規則が、本明細書での他のテーブルに適用される。
ＩＴＮメッセージの構文は、＜表３＞に定義される。その構文エレメントの意味スは、以下の＜表３＞で提供される。構文定義の方法は、ＭＰＥＧ-２システム標準(ＩＳＯ/ＩＥＣ １３８１８-１)の方法に基づく。"値"の列でのループカウントなしの表示は、テーブルの長さから推論できる。同一の規則が、本明細書での他のテーブルに適用される。
ｍｅｓｓａｇｅ＿ＩＤ：これは、Ｓ階層メッセージのタイプを表す。このフィールドの長さは８ビットである。ＩＴＮメッセージは、値０ｘ００を有する固定ｍｅｓｓａｇｅ＿ｉｄを有する。
ｖｅｒｓｉｏｎ：これは、Ｓ階層メッセージのバージョンを表す。ＭＭＴクライアントは、受信されたＳ階層メッセージが新しいものであるか否かをチェックできる。特に、このようなフィールドは、Ｓ階層メッセージがブロードキャスティングネットワークを介して反復して送信される場合に有効である。このフィールドの長さは８ビットである。
ｌｅｎｇｔｈ：これは、Ｓ１階層メッセージの長さを表す。このようなフィールドの長さは１６ビットである。これは、次のフィールドからＩＴＮメッセージの最終バイトまでは開始されるバイトでカウントされるＩＴＮメッセージの長さを表す。値'０'は、このようなフィールドに対して決して使用されない。
ｓｔａｒｔ＿ｔｉｍｅ＿ｆｌａｇ：このようなフラグが'１'であると、追加の構文エレメントｓｔａｒｔ＿ｔｉｍｅが使用される。
ｓｔａｒｔ＿ｔｉｍｅ：これは、ＩＴＮメッセージ送信のＮＰＴでの開始時間を表す。
ｒｅｔｒａｎｓｍｉｓｓｉｏｎ＿ｐｅｒｉｏｄ：これは、ＩＴＮメッセージの再送信時間を表す。この単位は１０ｍｓである。
ｎｕｍｂｅｒ＿ｏｆ＿ｔａｂｌｅｓ：これは、ＩＴＮメッセージに含まれる表の数を表す。
ｔａｂｌｅ＿ｉｄ：これは、ＩＴＮメッセージに含まれた表の識別子を示す。これは、ＩＴＮメッセージのペイロードに含まれる表でのｔａｂｌｅ＿ｉｄフィールドのコピーである。
ｔａｂｌｅ＿ｖｅｒｓｉｏｎ：これは、ＩＴＮメッセージに含まれた表のバージョンを表す。これは、ＩＴＮメッセージのペイロードに含まれた表でのバージョンフィールドのコピーである。
ｔａｂｌｅ＿ｌｅｎｇｔｈ：これは、ＩＴＮメッセージに含まれた表の長さを表す。これは、ＩＴＮメッセージのペイロードに含まれた表での長さフィールドのコピーである。表の実際の長さは、表長さ＋４である。
ｔａｂｌｅ（)：これは、Ｓ階層テーブルを示す。ペイロードでの表は、拡張フィールドでのｔａｂｌｅ＿ｉｄと同一の順序で示される。
(２)ＩＴＮテーブル構文及び意味
ＩＴＮテーブルの構文は、＜表４＞、＜表５＞に定義され、その構文エレメントの意味は、次の＜表４＞、＜表５＞に提供される。
ＩＴＮテーブルの構文は、＜表４＞、＜表５＞に定義され、その構文エレメントの意味は、次の＜表４＞、＜表５＞に提供される。
ｔａｂｌｅ＿ｉｄ：これは、ＩＴＮテーブルの表識別子を示す。
ｖｅｒｓｉｏｎ：これは、ＩＴＮテーブルのバージョン。より新たなバージョンは、受信されるとすぐに旧バージョンに優先する(override)。
ｌｅｎｇｔｈ：次のフィールドからＩＴＮテーブルの最終バイトまで始めるバイトでカウントされるＩＴＮテーブルの長さ。値'０'は、このようなフィールドに対して決して使用されない。
ｍｅｔｈｏｄ＿ｆｌａｇ：これは、通知受信方法を表す。このようなフラグが'０'であると、お知らせはＩＰブロードキャスト伝送により伝送される。このようなフラグが'１'である場合、通知は、相互作用チャンネルを通じて伝送される。ＩＰブロードキャスト伝送のために、ＩＰアドレス及びＩＰポート番号が提供される。相互作用チャンネルを介して伝送するために、クライアントが相互作用チャンネルを通じて通知をポーリングするＵＲＬが提供される。
ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ()：セクション１．１．３での＜表２５＞で定義される一般位置基準情報である。実際位置は、ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ()内の構文エレメントｌｏｃａｔｉｏｎ＿ｔｙｐｅに依存する。
ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ() ｆｏｒ ＩＰ＿ｂｒｏａｄｃａｓｔ＿ｄｅｌｉｖｅｒｙ：ＩＰ＿ｂｒｏａｄｃａｓｔ＿ｄｅｌｉｖｅｒｙのために、ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ１４及び０ｘ１５のみが許容される。
ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ() ｆｏｒ ｐｏｌｌ＿ＵＲＬ：ｐｏｌｌ＿ＵＲＬのために、ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０Ｅのみが許容される。
ｐｏｌｌ＿ｐｅｒｉｏｄ：通知をポーリングする間、クライアント又は受信器が通知、ＵＲＬ、ｐｏｌｌ＿ＵＲＬ、又はすべてのｐｏｌｌ＿ｐｅｒｉｏｄ秒をポーリングすることが期待される。
ｎｕｍｂｅｒ＿ｏｆ＿ｔａｂｌｅｓ：これは、その情報がこのようなＩＴＮテーブルで提供される情報テーブルの数を示す。
ｉｎｆｏｒｍａｔｉｏｎ＿ｔａｂｌｅ＿ｉｄ：これは、その情報がこのようなＩＴＮテーブルで提供される情報表の識別子を示す。ＩＴＮのｔａｂｌｅ＿ｉｄは、ここで決して示されない。
ｉｎｆｏｒｍａｔｉｏｎ＿ｔａｂｌｅ＿ｖｅｒｓｉｏｎ：これは、その情報がこのようなＩＴＮテーブルで提供される情報表のバージョンを示す。
ｐａｃｋａｇｅ＿ｐａｔｈ＿ｎｕｍｂｅｒ：これは、情報表が属する論理チャンネルに対する識別子を示す。ブロードキャスタは、識別子は物理チャンネル内の論理チャンネルに固有に割り当てる。値'０'は、特別に使用され、識別子として使用されない。このようなフィールドが'０'である場合、情報表はチャンネル独立型であり、すなわち情報表はサービスワイド情報を有する。
ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ() ｆｏｒ ｌｏｃａｔｉｏｎ：これは、クライアントが情報表を獲得するアドレスを示す。ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０Ｆ〜０ｘ１３のみが許容される。
ｓｅｃｏｎｄ＿ｌｏｃａｔｉｏｎ＿ｆｌａｇ：このようなフラグが設定される場合、クライアントが情報表を獲得する代案のアドレスが提供される。
ｔａｂｌｅ＿ｆｉｌｔｅｒ＿ｃｏｄｅ＿ｆｌａｇ：このようなフラグが設定される場合、一つ以上の表フィルタコードが提供される。表フィルタコードは、表をグループ化する基準を特定する。グループ化する多様な基準が同時に存在すると、すべてのグループ化基準が情報表に適用される。
ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ() ｆｏｒ ｓｅｃｏｎｄ＿ｌｏｃａｔｉｏｎ：クライアントが情報表を獲得する代案のアドレス。０ｘ０Ｆ〜０ｘ１３のみが許容される。
ｎｕｍｂｅｒ＿ｏｆ＿ｔａｂｌｅ＿ｆｉｌｔｅｒ＿ｃｏｄｅｓ：これは、情報表に対する表フィルタコードの番号を示す。
ｌａｎｇｕａｇｅ＿ｆｏｒ＿ａｌｌ＿ｔａｂｌｅ＿ｆｉｌｔｅｒ＿ｃｏｄｅｓ：これは、直ちに後続するすべてのｔａｂｌｅ＿ｆｉｌｔｅｒ＿ｃｏｄｅｓの言語を示す。言語コードは、ＩＳＯ６３９標準で定義された３バイト言語識別子である。
ｔａｂｌｅ＿ｆｉｌｔｅｒ＿ｃｏｄｅ＿ｌａｎｇｕａｇｅ＿ｆｌａｇ：このようなフラグが'１'である場合、後続するｔａｂｌｅ＿ｆｉｌｔｅｒ＿ｃｏｄｅに対する言語は別に特定され、ｌａｎｇｕａｇｅ＿ｆｏｒ＿ａｌｌ＿ｔａｂｌｅ＿ｆｉｌｔｅｒ＿ｃｏｄｅｓにより提供された言語に優先する。言語コードは、ＩＳＯ６３９標準で定義された３バイト言語識別子である。
ｔａｂｌｅ＿ｆｉｌｔｅｒ＿ｃｏｄｅ＿ｌａｎｇｕａｇｅ：これは、すぐに後続するｔａｂｌｅ＿ｆｉｌｔｅｒ＿ｃｏｄｅの言語を示す。言語コードは、ＩＳＯ６３９標準で定義される３バイト言語識別子である。
ｔａｂｌｅ＿ｆｉｌｔｅｒ＿ｃｏｄｅ＿ｌｅｎｇｔｈ：これは、ｔａｂｌｅ＿ｆｉｌｔｅｒ＿ｃｏｄｅのバイト長を示す。
ｔａｂｌｅ＿ｆｉｌｔｅｒ＿ｃｏｄｅ＿ｂｙｔｅ：これは、ｔａｂｌｅ＿ｆｉｌｔｅｒ＿ｃｏｄｅでのバイトを示す。
ｐｒｉｖａｔｅ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇ：このようなフラグが'１'である場合、プライベート拡張が存在する。
ｐｒｉｖａｔｅ＿ｅｘｔｅｎｓｉｏｎ()：これは、所有権又はアプリケーション特定拡張に対するコンテナとして作用する構文エレメントグループを示す。
(３)ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ()構文エレメントグループ
ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ()構文エレメントグループは、位置情報を提供するために使用される。ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ(）の構文は、＜表６＞〜＜表８＞に定義され、その構文エレメントの意味が＜表６＞〜＜表８＞に提供される。
ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ()構文エレメントグループは、位置情報を提供するために使用される。ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ(）の構文は、＜表６＞〜＜表８＞に定義され、その構文エレメントの意味が＜表６＞〜＜表８＞に提供される。
ｌｏｃａｔｉｏｎ＿ｔｙｐｅ：このようなフィールドは、＜表９＞に定義されるような位置情報のタイプを表す。
ｐａｙｌｏａｄ＿ｉｄ：これは、ＩＰアプリケーションデータフロー内の固有のアセット経路識別子を示す。
ｉｐｖ４＿ｓｒｃ＿ａｄｄｒ：これは、ＩＰアプリケーションデータフローのＩＰバージョン４ソースアドレスを示す。
ｉｐｖ４＿ｄｓｔ＿ａｄｄｒ：これは、ＩＰアプリケーションデータフローのＩＰバージョン４宛先(ｄｅｓｔｉｎａｔｉｏｎ)アドレスを示す。
ｄｓｔ＿ｐｏｒｔ：これは、ＩＰアプリケーションデータフローの宛先ポート番号を示す。
ｉｐｖ６＿ｓｒｃ＿ａｄｄｒ：これは、ＩＰアプリケーションデータフローのＩＰバージョン６ソースアドレスを示す。
ｉｐｖ６＿ｄｓｔ＿ａｄｄｒ：これは、ＩＰアプリケーションデータフローのＩＰバージョン６宛先アドレスを示す。
ｎｅｔｗｏｒｋ＿ｉｄ：これは、ＭＰＥＧ-２ ＴＳを伝送するブロードキャストネットワーク識別子を示す。
ＭＰＥＧ＿２＿ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄ：これは、ＭＰＥＧ-２ＴＳ識別子を示す。
ＭＰＥＧ＿２＿ＰＩＤ：これは、ＭＰＥＧ-２ＴＳパケットのＰＩＤを示す。
ｐｒｅｆｉｘ＿ｉｎｄｅｘ：これは、このような構文エレメントグループ以前に定義されるプレフィックスに対するインデックスを示す。このようなフィールドが０ｘＦＦである場合、プレフィックスは使用されない。
ＵＲＬ＿ｌｅｎｇｔｈ：これは、ＵＲＬのバイト単位の長さを示す。終了ヌル(０ｘ００)は、カウントされないべきである。
ＵＲＬ＿ｂｙｔｅ：これは、ＵＲＬでのバイトデータを示す。終了ヌル(０ｘ００)は含まれないべきである。
ｂｙｔｅ＿ｏｆｆｓｅｔ：これは、ファイルの第１のバイトからのバイトオフセットを示す。
ｌｅｎｇｔｈ：これは、バイト単位の長さを示す。
ｍｅｓｓａｇｅ＿ｉｄ：これは、Ｓ階層のメッセージ識別子を示す。
ｉｐｖ４＿ａｄｄｒ：これは、ＩＰアプリケーションデータフローのＩＰバージョン４アドレスを示す。
ｉｐｖ６＿ａｄｄｒ：これは、ＩＰアプリケーションデータフローのＩＰバージョン６アドレスを示す。
２．ＭＭＴ構成情報(ＣＩ)に対するメッセージ
ＭＭＴ構成情報(ＣＩ)は、帯域外シグナリングのためにＣＩメッセージにより伝送される。ＣＩメッセージは完全なＣＩ又は階層化したＣＩを伝送できる。階層化したＣＩが伝送される場合、ブロードキャストシナリオでパッケージ消費に対して要求された時間を減少させるために、ＩＴＮメッセージにより階層-０ ＣＩを伝送することが非常に推奨される。階層-０ ＣＩが参照番号５１０のように、ＩＮＴメッセージ内で伝送される場合、ＣＩは、ＩＮＴメッセージに含まれる以前にＭＣＩ(ＭＭＴ ＣＩ)表でカプセル化されなければならない。
ＭＭＴ構成情報(ＣＩ)は、帯域外シグナリングのためにＣＩメッセージにより伝送される。ＣＩメッセージは完全なＣＩ又は階層化したＣＩを伝送できる。階層化したＣＩが伝送される場合、ブロードキャストシナリオでパッケージ消費に対して要求された時間を減少させるために、ＩＴＮメッセージにより階層-０ ＣＩを伝送することが非常に推奨される。階層-０ ＣＩが参照番号５１０のように、ＩＮＴメッセージ内で伝送される場合、ＣＩは、ＩＮＴメッセージに含まれる以前にＭＣＩ(ＭＭＴ ＣＩ)表でカプセル化されなければならない。
階層化したＣＩメカニズムが使用される場合、階層-Ｎ ＣＩ(ここで、Ｎは０でない)は、変化された反復周期及び異なるメッセージ識別子を有するＣＩメッセージで一般的に伝送される。
(１)ＣＩメッセージの構文及び意味
ＣＩメッセージの構文は、＜表１０＞に定義され、その構文エレメントの意味が、次に＜表１０＞のように提供する。
ＣＩメッセージの構文は、＜表１０＞に定義され、その構文エレメントの意味が、次に＜表１０＞のように提供する。
ｍｅｓｓａｇｅ＿ｉｄ：これは、Ｓ階層メッセージのタイプを表す。このようなフィールドの長さは８ビットである。Ｓ階層メッセージは、別のパッケージに対する別個のＣＩ階層でＣＩを伝送する場合に別のｍｅｓｓａｇｅ＿ｉｄを有しなければならない。
ｖｅｒｓｉｏｎ：これは、Ｓ階層メッセージのバージョンを表す。ＭＭＴクライアントは、受信されたＳ階層メッセージが新しいものであるか否かをチェックできる。特に、このようなフィールドはＳ階層メッセージがブロードキャスティングネットワークを介して反復して送信される場合に有効である。このようなフィールドの長さは８ビットである。
ｌｅｎｇｔｈ：これは、Ｓ階層メッセージの長さを表す。このようなフィールドの長さは１６ビットである。これは、次のフィールドからＣＩメッセージの最終バイトまで始めるバイトでカウントされるＣＩメッセージのの長さを表す。値'０'は、このようなフィールドに対して決して使用されない。
ｓｔａｒｔ＿ｔｉｍｅ＿ｆｌａｇ：このようなフラグが'１'である場合、追加の構文エレメントｓｔａｒｔ＿ｔｉｍｅが使用される。
ｓｔａｒｔ＿ｔｉｍｅ：これは、ＣＩメッセージ送信のＮＰＴでの開始時間を表す。
ｒｅｔｒａｎｓｍｉｓｓｉｏｎ＿ｐｅｒｉｏｄ：これは、このようなＣＩメッセージの再送信時間を表す。ｒｅｔｒａｎｓｍｉｓｓｉｏｎ＿ｐｅｒｉｏｄの単位は１０ｍｓである。
ＣＩ＿ｂｙｔｅ：これは、ＣＩでのバイトを示す。
(２)ＭＣＩ表構文及び意味
ＭＣＩ表の構文が＜表１１＞に定義され、その構文エレメントの意味は、次に＜表１１＞のように示す。ＭＣＩ表は、完全なＣＩ又は階層-０ ＣＩのみに対して使用されなければならない。
ＭＣＩ表の構文が＜表１１＞に定義され、その構文エレメントの意味は、次に＜表１１＞のように示す。ＭＣＩ表は、完全なＣＩ又は階層-０ ＣＩのみに対して使用されなければならない。
ｔａｂｌｅ＿ｉｄ：これは、ＭＣＩ表の表識別子を示す。
ｖｅｒｓｉｏｎ：これは、ＭＣＩ表のバージョンを示す。より新たなバージョンは、受信されるとすぐに旧バージョンに優先する。
ｌｅｎｇｔｈ：これは、次のフィールドからＭＣＩ表の最終バイトまで始めるバイトでカウントされるＭＣＩ表の長さを示す。値'０'は、このようなフィールドに対して決して使用されない。
ＣＩ＿ｂｙｔｅ：これは、ＣＩでのバイトを示す。
３．クロック基準記述子(ＣＲＤ)に対するメッセージ
１.７.２に定義されたクロック基準記述子は、ＣＲＤメッセージ内で伝送される。一つのＣＲＤメッセージは、多重のクロック基準記述子を含むことができる。
１.７.２に定義されたクロック基準記述子は、ＣＲＤメッセージ内で伝送される。一つのＣＲＤメッセージは、多重のクロック基準記述子を含むことができる。
クロック基準記述子が参照番号５２０のように、ＩＮＴメッセージ内で伝送される場合、これらは、ＣＲＤ表と称する表構造でカプセル化されなければならない。
(１)ＣＲＤメッセージの構文及び意味
ＣＲＤメッセージの構文が＜表１２＞に定義され、そのエレメントの意味が＜表１２＞のように提供される。
ＣＲＤメッセージの構文が＜表１２＞に定義され、そのエレメントの意味が＜表１２＞のように提供される。
ｍｅｓｓａｇｅ＿ｉｄ：これは、Ｓ階層メッセージのタイプを表す。このようなフィールドの長さは、８ビットである。
ｖｅｒｓｉｏｎ：これは、Ｓ階層メッセージのバージョンを表す。ＭＭＴクライアントは、受信されたＳ階層メッセージが新しいものであるか否かをチェックできる。特に、このようなフィールドは、Ｓ階層メッセージがブロードカスティングネットワークを介して反復して送信される場合に有効である。このようなフィールドの長さは、８ビットである。
ｌｅｎｇｔｈ：これは、Ｓ階層メッセージの長さを表す。このようなフィールドの長さは、１６ビットである。これは、次のフィールドからＣＩメッセージの最終バイトまで始めるバイトでカウントされるＣＩメッセージの長さを表す。値'０'は、このようなフィールドに対して決して使用されない。
ｓｔａｒｔ＿ｔｉｍｅ＿ｆｌａｇ：このようなフラグが'１'である場合、追加の構文エレメントｓｔａｒｔ＿ｔｉｍｅが使用される。
ｓｔａｒｔ＿ｔｉｍｅ：これは、ＣＲＤメッセージ送信のＮＰＴでの開始時間を表す。
ｒｅｔｒａｎｓｍｉｓｓｉｏｎ＿ｐｅｒｉｏｄ：これは、このようなＣＲＤメッセージの再送信時間を表す。ｒｅｔｒａｎｓｍｉｓｓｉｏｎ＿ｐｅｒｉｏｄの単位は、１０ｍｓである。
ｃｌｏｃｋ＿ｒｅｆｅｒｅｎｃｅ＿ｄｅｓｃｒｉｐｔｏｒ()：これは、７の(２)で定義される。
(２)ＣＲＤテーブルの構文及び意味
ＣＲＤ表の構文が＜表１３＞で定義され、その構文エレメントの意味が＜表１３＞のように提供される。ＭＣＩ表は、完全なＣＩ又は階層-０ ＣＩのみに対して使用されなければならない。
ＣＲＤ表の構文が＜表１３＞で定義され、その構文エレメントの意味が＜表１３＞のように提供される。ＭＣＩ表は、完全なＣＩ又は階層-０ ＣＩのみに対して使用されなければならない。
ｔａｂｌｅ＿ｉｄ：これは、ＣＲＤ表の識別子を示す。
ｖｅｒｓｉｏｎ：これは、ＣＲＤ表のバージョンを示す。新たなバージョンは、受信されるとすぐに旧バージョンに優先する。
ｌｅｎｇｔｈ：これは、次のフィールドからＣＲＤ表の最終バイトまで始めるバイトでカウントされるＣＲＤ表の長さを示す。値'０'は、このようなフィールドに対して決して使用されない。
ｃｌｏｃｋ＿ｒｅｆｅｒｅｎｃｅ＿ｄｅｓｃｒｉｐｔｏｒ()：これは、７の(２)で定義される。
４．セキュリティに対するメッセージ
セキュリティ情報がセキュリティメッセージ又はＩＴＮメッセージ内で伝送される。セキュリティ情報は、５２５のようにＩＴＮメッセージ内に伝送される場合、ＩＴＮメッセージに含まれる以前にカプセル化されなければならない。
セキュリティ情報がセキュリティメッセージ又はＩＴＮメッセージ内で伝送される。セキュリティ情報は、５２５のようにＩＴＮメッセージ内に伝送される場合、ＩＴＮメッセージに含まれる以前にカプセル化されなければならない。
(１)セキュリティメッセージ構文及び意味
セキュリティメッセージの構文が＜表１４＞で定義され、その構文エレメントの意味が＜表１４＞に提供される。
ｍｅｓｓａｇｅ＿ｉｄ：これは、Ｓ階層メッセージのタイプを表す。このようなフィールドの長さは、８ビットである。
ｖｅｒｓｉｏｎ：これは、Ｓ階層メッセージのバージョンを表す。ＭＭＴクライアントは、受信されたＳ階層メッセージが新しいものであるか否かをチェックできる。特に、このようなフィールドは、Ｓ階層メッセージがブロードカスティングネットワークを介して反復して送信される場合に有効である。このようなフィールドの長さは、８ビットである。
ｌｅｎｇｔｈ：これは、Ｓ階層メッセージの長さを表す。このようなフィールドの長さは、１６ビットである。これは、次のフィールドからＣＩメッセージの最終バイトまで始めるバイトでカウントされるＣＩメッセージの長さを表す。値'０'は、このようなフィールドに対して決して使われない。
ｓｔａｒｔ＿ｔｉｍｅ＿ｆｌａｇ：このようなフラグが'１'である場合、追加の構文エレメントｓｔａｒｔ＿ｔｉｍｅが使用される。
ｓｔａｒｔ＿ｔｉｍｅ：これは、セキュリティメッセージ伝送のＮＰＴでの開始時間を表す。
ｒｅｔｒａｎｓｍｉｓｓｉｏｎ＿ｐｅｒｉｏｄ：これは、このようなセキュリティメッセージの再送信時間を表す。ｒｅｔｒａｎｓｍｉｓｓｉｏｎ＿ｐｅｒｉｏｄの単位は１０ｍｓである。
Ｓｅｃｕｒｉｔｙ＿ｄｅｓｃｒｉｐｔｏｒ()：これは、７の(３)で定義される。
(２)セキュリティテーブルの構文及び意味
セキュリティ表の構文が＜表１５＞に定義され、その構文エレメントの意味は、次に＜表１５＞のように示す。
セキュリティ表の構文が＜表１５＞に定義され、その構文エレメントの意味は、次に＜表１５＞のように示す。
ｔａｂｌｅ＿ｉｄ：これは、セキュリティ表の識別子を示す。
ｖｅｒｓｉｏｎ：これは、セキュリティ表のバージョンを示す。新たなバージョンは、受信されるとすぐに旧バージョンに優先する。
ｌｅｎｇｔｈ：これは、次のフィールドからセキュリティ表の最終バイトまで始めるバイトでカウントされるセキュリティ表の長さを示す。値'０'は、このようなフィールドに対して決して使用されない。
ｓｅｃｕｒｉｔｙ＿ｄｅｓｃｒｉｐｔｏｒ()：これは、７の(２)で定義される。
５．ＭＰＴ(ＭＭＴパッケージテーブル)に対するメッセージ
図５を参照すると、ＭＭＴパッケージテーブル(ＭＰＴ)は、単一パッケージに関するすべての情報を伝送する。ＭＰＴを伝送するＳ階層メッセージは、"ＭＰＴメッセージ"と称する。ＭＰＴは、参照番号５１５のように、他の表を有するＩＴＮメッセージに含まれてもよく、あるいは別のＭＰＴメッセージで伝送されてもよい。
図５を参照すると、ＭＭＴパッケージテーブル(ＭＰＴ)は、単一パッケージに関するすべての情報を伝送する。ＭＰＴを伝送するＳ階層メッセージは、"ＭＰＴメッセージ"と称する。ＭＰＴは、参照番号５１５のように、他の表を有するＩＴＮメッセージに含まれてもよく、あるいは別のＭＰＴメッセージで伝送されてもよい。
階層化したＣＩを有するパッケージの階層化した伝送のために、ＭＰＴは、多重の階層化したＭＰＴに分配できる。階層-０ ＭＰＴは、基本ＭＰＴで、階層化した伝送が使用されない場合、階層-０ ＭＰＴのみが伝送される。後者の場合、階層-０ ＭＰＴは、完全なＭＰＴである。異なる階層でのＭＰＴは、異なる表識別子(ｔａｂｌｅ＿ｉｄｓ)を有しなければならない。このような標準で、８個までのＭＰＴ階層を有するように、ＭＰＴ ｔａｂｌｅ-ｉｄに対する８個の異なる値を割り当てる。ＭＰＴ ｔａｂｌｅ＿ｉｄの値が小さいほど、ＭＰＴ階層は、基本ＭＰＴにより近い。
ブロードキャストシナリオでパッケージ獲得時間を減少させるために、ＩＴＮメッセージ内で階層化したＭＰＴが使用される場合、完全なＭＰＴ又は階層-０ ＭＰＴを伝送することが非常に推奨される。
(１)ＭＰＴメッセージの構文及び意味
ＭＰＴメッセージの構文が＜表１６＞に定義され、その構文エレメントの意味が＜表１６＞に提供される。ＭＰＴメッセージは、ＭＰＴ階層化が使用される場合に一つの完全なＭＰＴ又は階層-Ｎ ＭＰＴのみを伝送する。
ＭＰＴメッセージの構文が＜表１６＞に定義され、その構文エレメントの意味が＜表１６＞に提供される。ＭＰＴメッセージは、ＭＰＴ階層化が使用される場合に一つの完全なＭＰＴ又は階層-Ｎ ＭＰＴのみを伝送する。
ｍｅｓｓａｇｅ＿ｉｄ：これは、Ｓ階層メッセージのタイプを表す。このようなフィールドの長さは、８ビットである。
ｖｅｒｓｉｏｎ：これは、Ｓ階層メッセージのバージョンを表す。ＭＭＴクライアントは、受信されたＳ階層メッセージが新しいものであるか否かをチェックできる。特に、このようなフィールドは、Ｓ階層メッセージがブロードキャスティングネットワークを介して反復的に送信される場合に有効である。このようなフィールドの長さは、８ビットである。
ｌｅｎｇｔｈ：これは、Ｓ階層メッセージの長さを表す。このようなフィールドの長さは、１６ビットである。これは、次のフィールドからＭＰＴメッセージの最終バイトまで始めるバイトでカウントされるＭＰＴメッセージの長さを表す。値'０'は、このようなフィールドに対して決して使用されない。
ｓｔａｒｔ＿ｔｉｍｅ＿ｆｌａｇ：このようなフラグが'１'である場合、追加の構文エレメントｓｔａｒｔ＿ｔｉｍｅが使用される。
ｓｔａｒｔ＿ｔｉｍｅ：これは、ＭＰＴメッセージ送信のＮＰＴでの開始時間を表す。
ｒｅｔｒａｎｓｍｉｓｓｉｏｎ＿ｐｅｒｉｏｄ：これは、このようなＭＰＴメッセージの再送信時間を表す。ｒｅｔｒａｎｓｍｉｓｓｉｏｎ＿ｐｅｒｉｏｄの単位は、１０ｍｓである。階層化したＭＰＴが使用される場合、上位階層ＭＰＴのｒｅｔｒａｎｓｍｉｓｓｉｏｎ＿ｐｅｒｉｏｄは、その上位階層ＭＰＴの次のＭＰＴ階層のｒｅｔｒａｎｓｍｉｓｓｉｏｎ＿ｐｅｒｉｏｄより一般的に長い。
ＭＭＴ＿ｐａｃｋａｇｅ＿ｔａｂｌｅ()：これは、５の(２)で定義される。
(２)ＭＰＴ構文及び意味
ＭＰＴ(）の構文が＜表１７＞〜＜表１９＞に定義され、その構文エレメントの意味が＜表１７＞〜＜表１９＞に提供される。
ＭＰＴ(）の構文が＜表１７＞〜＜表１９＞に定義され、その構文エレメントの意味が＜表１７＞〜＜表１９＞に提供される。
ｔａｂｌｅ＿ｉｄ：これは、ＭＰＴの表識別子を示す。異なる階層でのＭＰＴは、相異なる表識別子(ｔａｂｌｅ＿ｉｄｓ）を有しなければならない。ＭＰＴ ｔａｂｌｅ＿ｉｄに対して、８個の異なる値が割り当てられる。８個のＭＰＴ ｔａｂｌｅ＿ｉｄのうち、階層化したＭＰＴが使用される場合、完全なＭＰＴ又は階層-０ＭＰＴに対するｔａｂｌｅ＿ｉｄが最も小さい。残りのＭＰＴ ｔａｂｌｅ＿ｉｄに対して、より小さい値は、より低い階層ＭＰＴを意味する。
ｖｅｒｓｉｏｎ：これは、ＭＰＴのバージョンを示す。新たなバージョンは、受信されるとすぐに旧バージョンに優先する。
ｌｅｎｇｔｈ：これは、次のフィールドからＩＴＮテーブルの最終バイトまで始めるバイトでカウントされるＭＰＴの長さを示す。値'０'は、このようなフィールドに対して決して使用されない。
ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ：これは、ＭＭＴパッケージのグローバルユニークな識別子を示す。
ＭＰＴ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｅｎｇｔｈ：これは、記述子構文ループの長さを示す。この長さは、次のフィールドから記述子構文ループの終端までカウントされる。多様な記述子は、このような構文ループに挿入され得る。
ＭＰＴ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ：これは、記述子ループで１バイトを示す。
ｐａｃｋａｇｅ＿ｔｙｐｅ：これは、パッケージのタイプを表す。許容値は、＜表２０＞に示される。
ｐａｃｋａｇｅ＿ｎａｍｅ：可能であれば、これは、多重の言語でパッケージの名称を示す。言語コードは、ＩＳＯ６３９標準で定義された３バイトの言語識別子である。リストで、第１の言語はデフォルトである。
ｐａｃｋａｇｅ＿ｄｅｓｃｒｉｐｔｉｏｎ：可能であれば、多重言語でパッケージの構文説明言語コードは、ＩＳＯ６３９標準で定義される３バイトの言語識別子である。リストで、第１の言語はデフォルトである。
ａｕｄｉｏ＿ｌａｎｇｕａｇｅｓ：これは、パッケージで使用されるオーディオ言語を示す。言語コードは、ＩＳＯ６３９標準で定義される３バイトの言語識別子である。リストで、第１の言語はデフォルトである。
ｔｅｘｔ＿ｌａｎｇｕａｇｅｓ：これは、パッケージで使用されるテキスト言語を示す。言語コードは、ＩＳＯ６３９標準で定義される３バイトの言語識別子である。リストで、第１の言語はデフォルトである。
ｔａｒｇｅｔ＿ｕｓｅｒ＿ｐｒｏｆｉｌｅｓ：これは、パッケージをターゲットとするユーザーのプロファイルを示す。
ｒｅｑｕｉｒｅｄ＿ｄｅｖｉｃｅ＿ｃａｐａｂｉｌｉｔｙ＿ｐｒｏｆｉｌｅｓ：これは、パッケージ消費に対して要求されたデバイス能力のプロファイルを示す。
ｐａｒｅｎｔａｌ＿ｇｕｉｄａｎｃｅ＿ｆｌａｇ：このようなフラグが'１'である場合、受信器は、児童保護のためにビューアにより設定されることに対するコンテンツを表すことを許容することがレーティング情報(その伝送方法は、このような標準で現在特定されない)から確実になるまで何が復号化するかを提供しなければならない。このようなフラグ'０'である場合、受信器は、レーティングをチェックせず、このようなパッケージから何が復号化されるかを提供する。
ｒｅｃｏｒｄｉｎｇ＿ｆｌａｇ：このようなフラグが'１'である場合、受信器は、このようなパッケージを以後の使用のために内部格納部に格納することができる。
ｆａｓｔ＿ｐｌａｙ＿ｆｌａｇ：このようなフラグが'１'である場合、受信器は、ビューアがこのようなパッケージの高速再生を命令するようにする。
ｃｌｏｃｋ＿ｒｅｆｅｒｅｎｃｅ＿ｆｌａｇ：このようなフラグが'０'である場合、ｃｌｏｃｋ＿ｒｅｆｅｒｅｎｃｅ＿ｉｄは、提供されず、デフォルトによりＭＭＴシステムクロックはＮＴＰクロックであり、すなわちこのようなパッケージでのすべてのアセットの時間ベースはＮＴＰクロックである。このようなフラグが'１'である場合、ｃｌｏｃｋ＿ｒｅｆｅｒｅｎｃｅ＿ｉｄフィールドは、次に含まれる。
ｐｒｏｔｅｃｔｉｏｎ＿ｓｃｈｅｍｅ＿ｉｄ＿ｆｌａｇ：このようなフラグが'１である場合、ｐｒｏｔｅｃｔｉｏｎ＿ｓｃｈｅｍｅ＿ｉｄフィールドは、次に含まれる。
ｃｌｏｃｋ＿ｒｅｆｅｒｅｎｃｅ＿ｉｄ：これは、クロック基準識別子を示す。このようなフィールドは、このようなパッケージですべてのアセットのデフォルト時間ベースとしてｃｌｏｃｋ＿ｒｅｆｅｒｅｎｃｅ＿ｄｅｓｃｒｉｐｔｏｒ()により伝送されるクロックを参照するために使用される。値０は、このようなフィールドに対して許容されない。ＮＰＴ構文でのクロック基準識別子に対して２個のプレースホルダが存在する。一つ(このようなフィールド）は、このようなパッケージでのすべてのアセットに適用されるが、異なることは、構文ループでのアセットエントリのみに適用される。フィールド両方がＭＰＴ構文に含まれる場合に、後者が優先する。
ｔｉｍｅｓｃａｌｅ＿ｆｌａｇ：このようなフラグが'１'である場合、タイムスケールフィールドが次に含まれる。
ｔｉｍｅｓｃａｌｅ：これは、１秒で複数の単位で表現されるこのようなパッケージでのすべてのアセットに対して使用されるすべての時間スタンプに対する時間単位を示す。デフォルト値は、９０,０００である。ＭＰＴ構文でのタイムスケールフィールドに対して、２個のプレースホルダが存在する。一つ(このようなフィールド）は、このようなパッケージでのすべてのアセットに適用されるが、異なることは、構文ループでのアセットエントリのみに適用される。フィールドの両方がＭＰＴ構文に含まれる場合に、後者が優先する。
ｐｒｏｔｅｃｔｉｏｎ＿ｓｃｈｅｍｅ＿ｉｄ：このようなフィールドは、このようなパッケージでのすべてのアセットに対して使用される保護方式を表す。ＭＰＴ構文での保護方式識別子フィールドに対して２個のプレースホルダ(ｐｌａｃｅｈｏｌｄｅｒ)が存在する。一つ(このようなフィールド）のプレースホルダは、このようなパッケージでのすべてのアセットに適用されるが、異なるプレースホルダは、構文ループでのアセットエントリのみに適用される。フィールド両方がＭＰＴ構文に含まれる場合に、後者が優先する。このようなフィールドの値は、３.７.３でのＤ-ＣＡＳ記述子により特定されるＤＣＡＳ＿ｔ
ｙｐｅｓのうち一つである。
ｙｐｅｓのうち一つである。
ｐｒｏｔｅｃｔｉｏｎ＿ｓｃｈｅｍｅ＿ｉｄ＿ｆｌａｇ：このようなフラグが'１'である場合、ｐｒｏｔｅｃｔｉｏｎ＿ｓｃｈｅｍｅ＿ｉｄフィールドは、次に含まれる。
ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ() ｆｏｒ ｔｈｅ ＣＩ ｌｏｃａｔｉｏｎ：これは、１.１.３で定義されるＭＭＴに対する一般位置基準情報を示す。ＣＩ位置に対してｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０Ｆ〜０ｘ１３のみが許容される。
ｎｕｍｂｅｒ＿ｏｆ＿ａｓｓｅｔｓ：これは、このようなＭＰＴでのアセットの数を示す。
ａｓｓｅｔ＿ｔｙｐｅ：これは、アセットのタイプを示す。このようなフィールドはＭＰＥＧ-２ＰＭＴで定義されたｓｔｅａｍ＿ｔｙｐｅと類似するが、その延長である。
ａｓｓｅｔ＿ｉｄ：これは、アセット識別子を示す。ＣＩで、ａｓｓｅｔ＿ｉｄは、アセットを参照するために使われる。ＣＩで定義されるａｓｓｅｔ＿ｉｄは、グローバルユニークである。このようなフィールドは、グローバルユニークなアセット識別子に対する短いエイリアス(ａｌｉａｓ)である。エイリアシングは、ＣＩでのアセットのリスト(ＬｏＡ)でアセットが現れる順序をマッピングすることによって自動に遂行される。ＣＩ階層化が利用されると、エイリアシングは、階層０から階層ＮまですべてのＬｏＡの順序化された連接で遂行される。ＭＰＴ内のアセット情報構文で、ａｓｓｅｔ＿ｉｄエイリアスは、増分されなければならない。
ａｓｓｅｔ＿ｃｌｏｃｋ＿ｒｅｆｅｒｅｎｃｅ＿ｆｌａｇ:このようなフラグが'１'である場合、ａｓｓｅｔ＿ｃｌｏｃｋ＿ｒｅｆｅｒｅｎｃｅ＿ｉｄフィールドが次の構文に含まれる。
ａｓｓｅｔ＿ｃｌｏｃｋ＿ｒｅｆｅｒｅｎｃｅ＿ｉｄ：これは、アセットに対するクロック基準識別子を示す。このようなフィールドは、アセットの時間ベースとしてｃｌｏｃｋ＿ｒｅｆｅｒｅｎｃｅ＿ｄｅｓｃｒｉｐｔｏｒ()により伝送されるクロックを参照するために使用される。このようなフィールドが'０'である場合、ＮＴＰクロックは、アセットに対して使用される。このようなフィールドが'０'でない場合、このようなフィールドの値は、クロック基準記述子により提供されるｃｌｏｃｋ＿ｒｅｆｅｒｅｎｃｅ＿ｉｄ値のうち一つである。
ａｓｓｅｔ＿ｔｉｍｅｓｃａｌｅ＿ｆｌａｇ：このような値が'１'である場合、ａｓｓｅｔ＿ｔｉｍｅｓｃａｌｅフィールドが次の構文に含まれる。
ａｓｓｅｔ＿ｔｉｍｅｓｃａｌｅ：これは、１秒で多数の単位で表現されるアセットに対して使用されるすべての時間スタンプに対する時間単位を示す。デフォルト値が９０,０００である。
ａｓｓｅｔ＿ｐｒｏｔｅｃｔｅｄ＿ｆｌａｇ：このようなフラグが'１'である場合、このようなアセットは保護される。
ａｓｓｅｔ＿ｐｒｏｔｅｃｔｉｏｎ＿ｓｃｈｅｍｅ＿ｉｄ＿ｆｌａｇ：このようなフラグが'１'である場合、ａｓｓｅｔ＿ｐｒｏｔｅｃｔｉｏｎ＿ｓｃｈｅｍｅ＿ｉｄフィールドが次の構文に含まれる。
ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ()ｆｏｒ ｔｈｅ ａｓｓｅｔ ｌｏｃａｔｉｏｎ：これは、１.１．３での＜表３＞で定義されるＭＭＴに対する一般位置参照情報を示す。ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０３、０ｘ０５、及び０ｘ０７〜０ｘ０Ｄのみは、アセット位置に対して許容される。
ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｅｎｇｔｈ：これは、次のフィールドからアセット記述子構文ループの終端までカウントされたバイトの数を示す。
ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ：これは、アセット記述子でのバイトを示す。
６．デバイス能力情報テーブル(ＤＣＩＴ)に対するメッセージ
ＤＣＩＴは、デバイス能力情報を提供する。
ＤＣＩＴは、デバイス能力情報を提供する。
ＤＣＩＴが参照番号５３０のように、ＩＮＴメッセージ内で伝送される場合、これらは、ＤＣＩＴ表と称する表構造でカプセル化されなければならない。
(１)ＤＣＩＴメッセージ構文及び意味
ＤＣＩＴメッセージの構文が＜表２１＞に定義され、その構文エレメントの意味が次の＜表２１＞に提供される。
ＤＣＩＴメッセージの構文が＜表２１＞に定義され、その構文エレメントの意味が次の＜表２１＞に提供される。
ｍｅｓｓａｇｅ＿ｉｄ：これは、Ｓ階層メッセージのタイプを表す。このようなフィールドの長さは、８ビットである。
ｖｅｒｓｉｏｎ：これは、Ｓ階層メッセージのバージョンを表す。ＭＭＴクライアントは、受信されたＳ階層メッセージが新しいものであるか否かをチェックできる。特に、このようなフィールドは、Ｓ階層メッセージがブロードキャスティングネットワークを介して反復して送信される場合に有効である。このようなフィールド長は、８ビットである。
ｌｅｎｇｔｈ：これは、Ｓ階層メッセージの長さを表す。このようなフィールドの長さは、１６ビットである。これは、次のフィールドからＤＣＩＴメッセージの最終バイトまで始めるバイトでカウントされるＭＰＴメッセージの長さを表す。値'０'は、このようなフィールドに対して決して使用されない。
ｓｔａｒｔ＿ｔｉｍｅ＿ｆｌａｇ：このようなフラグが'１'である場合、追加の構文エレメントｓｔａｒｔ＿ｔｉｍｅが使用される。
ｓｔａｒｔ＿ｔｉｍｅ：これは、ＤＣＩＴメッセージ送信のＮＰＴでの開始時間を表す。
ｒｅｔｒａｎｓｍｉｓｓｉｏｎ＿ｐｅｒｉｏｄ：これは、このようなＤＣＩＴメッセージの再送信時間を表す。ｒｅｔｒａｎｓｍｉｓｓｉｏｎ＿ｐｅｒｉｏｄの単位は、１０ｍｓである。階層化したＭＰＴが使用される場合、上位階層ＭＰＴのｒｅｔｒａｎｓｍｉｓｓｉｏｎ＿ｐｅｒｉｏｄは、その上位階層ＭＰＴの下方のＭＰＴ階層のｒｅｔｒａｎｓｍｉｓｓｉｏｎ＿ｐｅｒｉｏｄより一般的に長い。
ＭＭＴ＿ｐａｃｋａｇｅ＿ｔａｂｌｅ()：これは、５の(２)で定義される。
ＤＣＩＴ()：これは、６の(２)で定義される。
(２)ＤＣＩＴ構文及び意味
ＤＣＩＴの構文及び意味が＜表２２＞〜＜表２４＞に定義される。
ＤＣＩＴの構文及び意味が＜表２２＞〜＜表２４＞に定義される。
７．記述子
ここに、Ｓ階層表に関連した記述子が定義される。
ここに、Ｓ階層表に関連した記述子が定義される。
(１)言語記述子
言語記述子は、オーディオ、コメンタリチャンネル、副題のようなメディアアセットを特定するために使われる。言語記述子は、ＭＰＴ記述子構文ループ又はＭＰＴでのアセット記述子構文ループに含まれ得る。言語記述子がＭＰＴ記述子構文ループに含まれる場合、これは、パッケージですべてのアセットの言語を特定する。言語記述子がＭＰＴでのアセット記述子構文ループに含まれる場合、これは、アセットの言語を特定する。ＭＰＴでのアセット記述子構文ループに含まれた言語記述子は、ＭＰＴでのＭＰＴ記述子構文ループに含まれた言語記述子より優先順位を有する。
言語記述子は、オーディオ、コメンタリチャンネル、副題のようなメディアアセットを特定するために使われる。言語記述子は、ＭＰＴ記述子構文ループ又はＭＰＴでのアセット記述子構文ループに含まれ得る。言語記述子がＭＰＴ記述子構文ループに含まれる場合、これは、パッケージですべてのアセットの言語を特定する。言語記述子がＭＰＴでのアセット記述子構文ループに含まれる場合、これは、アセットの言語を特定する。ＭＰＴでのアセット記述子構文ループに含まれた言語記述子は、ＭＰＴでのＭＰＴ記述子構文ループに含まれた言語記述子より優先順位を有する。
ｌａｎｇｕａｇｅ＿ｄｅｓｃｒｉｐｔｏｒ(）の構文は、＜表２５＞に定義され、その構文エレメントの意味は、＜表２５＞に提供される。
ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ：これは、記述子のタイプを表すタグ値を示す。
ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ：これは、このようなフィールド以後の次のバイトから記述子の最終バイトまでカウントされるバイト単位長を示す。
ＩＳＯ＿６３９＿ｌａｎｇｕａｇｅ＿ｃｏｄｅ：これは、３バイトＩＳＯ６３９言語識別子を示す。
(２)クロック基準記述子
クロック基準記述子は、メディア同期化のためのエンコーダクロックとＭＭＴシステムクロックとの間の関係を特定するために使用される。ネットワーク時間プロトコル(ＮＴＰ)フォーマットでのＵＴＣは、ＭＭＴシステムクロック時間として使用される。ＭＭＴは、異なるクロックが異なるアセットに対して使用されることを許容する。アセットエンコーダで使用されるクロックがｃｌｏｃｋ＿ｒｅｆｅｒｅｎｃｅ＿ｉｄにより特定される。
クロック基準記述子は、メディア同期化のためのエンコーダクロックとＭＭＴシステムクロックとの間の関係を特定するために使用される。ネットワーク時間プロトコル(ＮＴＰ)フォーマットでのＵＴＣは、ＭＭＴシステムクロック時間として使用される。ＭＭＴは、異なるクロックが異なるアセットに対して使用されることを許容する。アセットエンコーダで使用されるクロックがｃｌｏｃｋ＿ｒｅｆｅｒｅｎｃｅ＿ｉｄにより特定される。
Ｃｌｏｃｋ＿ｒｅｆｅｒｅｎｃｅ＿ｄｅｓｃｒｉｐｔｏｒsは、短い周期、例えば１００ｍｓを有するクロック基準メッセージから周期的に伝送されなければならない。
ｃｌｏｃｋ＿ｒｅｆｅｒｅｎｃｅ＿ｄｅｓｃｒｉｐｔｏｒ(）の構文が＜表２６＞に定義され、以下に、その構文エレメントの意味は、＜表２６＞に提供される。
ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ：これは、記述子のタイプを表すタグ値を示す。
ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ：これは、このようなフィールド以後の次のバイ
トから記述子の最終バイトまでカウントされるバイト単位長を示す。
トから記述子の最終バイトまでカウントされるバイト単位長を示す。
ｃｌｏｃｋ＿ｒｅｆｅｒｅｎｃｅ＿ｉｄ：これは、アセットエンコーダにより使用されるメディアクロックの識別子を示す。値'０'は、異なる目的のために予約され、ｃｌｏｃｋ＿ｒｅｆｅｒｅｎｃｅ＿ｉｄのために使用されない。
ｅｎｃｏｄｅｒ＿ｃｌｏｃｋ＿ｓａｍｐｌｅ：これは、以下のＭＭＴ＿ｓｙｓｔｅｍ＿ｃｌｏｃｋ＿ｔｉｍｅに対応するアセットエンコーダにより使用されるメディアクロックのサンプリングされた値を示す。
ＭＭＴ＿ｓｙｓｔｅｍ＿ｃｌｏｃｋ＿ｔｉｍｅ：これは、先行ｅｎｃｏｄｅｒ＿ｃｌｏｃｋ＿ｓａｍｐｌｅに対応するＮＴＰフォーマットでのＵＴＣ時間値を示す。
(３)セキュリティ記述子
セキュリティ記述子は、ＭＭＴアセット又はパッケージを保護するために使用できるセキュリティシステムを特定するために使用される。
セキュリティ記述子は、ＭＭＴアセット又はパッケージを保護するために使用できるセキュリティシステムを特定するために使用される。
Ｓｅｃｕｒｉｔｙ＿ｄｅｓｃｒｉｐｔｏｒは、セキュリティメッセージ又はＩＴＮメッセージから周期的に伝送されなければならない。
ｓｅｃｕｒｉｔｙ＿ｄｅｓｃｒｉｐｔｏｒ(）の構文は、＜表２７＞に定義され、その構文エレメントの意味が＜表２７＞で提供される。
ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ：これは、記述子のタイプを表すタグ値を示す。
ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ：これは、このようなフィールド以後の次のバイトから記述子の最終バイトまでカウントされるバイト単位の長さを示す。
Ｓｅｃｕｒｉｔｙ＿ｔｙｐｅ：これは、セキュリティソリューションのタイプを示す。これは、アクセス制御、デジタル著作権管理、ダウンロード可能なＣＡＳ又はダウンロード可能なＤＲＭのソリューションを表す。
Ｓｏｌｕｔｉｏｎ：これは、どんなセキュリティソリューションがアクセス制御、ＤＲＭ、ＤＣＡＳ、又はＤＤＲＭのために使用されるかを表す。
Ａｃｃｅｓｓ＿ｃｏｎｔｒｏｌ＿ｓｅｒｖｅｒ＿ａｄｄｒｅｓｓ：これは、クライアントが認証され、許可されたアクセス制御セキュリティソリューションサーバのアドレスを示す。
ＤＲＭ＿ｓｅｒｖｅｒ＿ａｄｄｒｅｓｓ：これは、クライアントが認証され、許可されるＤＲＭソリューションサーバのアドレスを示す。
ＤＣＡＳ＿ｓｅｒｖｅｒ＿ａｄｄｒｅｓｓ：これは、認証及び許可以後クライアントがＤＣＡＳ ＳＷをダウンロードできるＤＣＡＳのサーバアドレスを示す。
ＤＤＲＭ＿ｓｅｒｖｅｒ＿ａｄｄｒｅｓｓ：これは、認証及び許可以後クライアントがＤＤＲＭ ＳＷをダウンロードできるＤＤＲＭサーバのアドレスを示す。
図８及び図９は、本発明の実施形態による受信器でのマルチメディア受信動作を示すフローチャートである。
図８を参照すると、まず、受信器は、ステップ６１５で、現在チャンネルで転送されたＳ１メッセージを検索する。Ｓ１メッセージは、ＭＭＴアセット及びＭＭＴアイテムの消費のために要求されるすべての機能を管理するためのメッセージである。
受信器は、ステップ６１７で、メッセージＩＤに基づいて検索したＳ１メッセージに含まれたＩＴＮメッセージであるか否かを判定する。ＩＴＮメッセージでない他のメッセージである場合、ステップ６２７で、他のメッセージがアップデートされるか否かを判定する。このメッセージがアップデートされた他のメッセージである場合、受信器は、ステップ６２９で、アップデートされた他のメッセージ及びアップデートされた他のメッセージのバージョン情報を受信器のメモリに格納する。
一方、ステップ６１７の判定結果に基づき、メッセージがＩＴＮメッセージである場合、受信器は、ステップ６１９で、バージョン情報に基づいて検索したＳ１メッセージに含まれたＩＴＮメッセージがアップデートされるか否かを判定する。ＩＴＮメッセージがアップデートされた場合、受信器は、ステップ６２１で、ＩＴＮメッセージ内の少なくとも一つのテーブル(ｉ個）がアップデートされたか否かを判定する。その結果、テーブルがアップデートされた場合、受信器は、ステップ６２３で、アップデートされた少なくとも一つのテーブル及びそのバージョン情報を受信器のメモリに格納する。
以後、受信器は、ステップ６２５で、すべてのテーブルを検索する。
その結果、受信器は、図９に示したステップ６３１で、ＣＩ階層０がアップデートされたか否かを判断する。
一方、ＣＩ階層０がアップデートされた場合、受信器は、ステップ６３３で、ＣＩ階層０を統合されたＣＩとして設定する。
受信器は、ステップ６３５で、ＣＩ階層ｉのバージョンがＣＩ階層０のバージョンと同一であるか否かを判定する。
このバージョンが同一である場合、受信器は、ステップ６３７で、ＣＩ階層ｉを統合するＣＩと結合させる。受信器は、ステップ６３９ですべてのＣＩ階層の検索を完了したか否かを判定する。すべての検索が完了した場合、受信器は、ステップ６４１で統合されたＣＩをＣＩ分析器に）伝送する。
一方、受信器は、ステップ６４３で、ＭＰＴ階層０がアップデートされるか否かを判定する。
その結果、ＭＰＴ階層０がアップデートされた場合、受信器は、ステップ６４５で、ＭＰＴ階層０を統合されたＭＰＴとして設定する。
受信器は、ステップ６４７で、ＭＰＴ階層ｉのバージョンがＭＰＴ階層０のバージョンと同一であるか否かを判定する。
その結果、バージョンが同一である場合、受信器は、ステップ６４９で、ＭＰＴ階層ｉを統合したＭＰＴと結合させる。受信器は、ステップ６５１で、すべてのＭＰＴ階層の検索を完了したか否かを判定する。すべての検索が完了した場合、受信器は、ステップ６５３で統合されたＭＰＴ内にアセット参照を使用し、パッケージ内のアセットを検索し、検索したアセットを該当するアセットデコーダ又はアセットハンドラに伝送する。
図１０は、本発明の実施形態による送信装置を示すブロック構成図である。
送信装置の一例としてサービス提供サーバは、サービスデータ提供部８０１、パッケー
ジ生成部８０３、及び送信部８０５を含む。図示されていないが、本発明の動作を遂行するために送信装置は、構成要素を制御する制御部を含むことはもちろんである。
ジ生成部８０３、及び送信部８０５を含む。図示されていないが、本発明の動作を遂行するために送信装置は、構成要素を制御する制御部を含むことはもちろんである。
サービスデータ提供部８０１は、すべてのサービスソースを有する。
パッケージ生成部８０３は、図５及び図７を参照して説明したテーブルを用いてパッケージを生成する。
送信部８０５は、生成されたパッケージを端末に伝送する。
また、送信部８０５は、生成されたパッケージを、異なる物理的特性を有する放送ネットワークとブロードバンドネットワークを含む２つのネットワークを用いて端末に伝送することができる。
図１１は、本発明の実施形態による受信装置ブロック構成図である。
受信装置、例えば端末であってもよいが、これに限定されるものではない。
受信装置は、受信部９０１、パッケージ分析部９０３、及びデコーダ/再生部９０５を含む。図面に示されていないが、本発明の動作を遂行するために受信装置の構成要素を制御する制御部を具備することはもちろんである。
受信部９０１は、本発明の実施形態により図５及び図７を参照して説明したテーブルを用いて生成されたパッケージを受信する。
パッケージ分析部９０３は、受信されたパッケージ構成要素を分析する。
デコーダ/再生部９０５は、分析したパッケージ構成要素に基づいてコンテンツを復号化及び再生する。
＜本発明の第４の実施形態＞
本発明の第４の実施形態では、クライアントが単一パッケージを受信して消費するすべての情報を含む、ＭＭＴシグナリングメッセージ及びテーブルを提案する。複数のパッケージの集合化及びメディアサービスの形成に関連したシグナリング方式は、本発明の範囲外にある。
本発明の第４の実施形態では、クライアントが単一パッケージを受信して消費するすべての情報を含む、ＭＭＴシグナリングメッセージ及びテーブルを提案する。複数のパッケージの集合化及びメディアサービスの形成に関連したシグナリング方式は、本発明の範囲外にある。
テーブルリスト(ＬＯＴ)メッセージと呼ばれる特定ＭＭＴシグナリングメッセージは、ＭＭＴパッケージのためのすべての他のＭＭＴシグナリングテーブルに対する位置、バージョン及び長さ情報を有するテーブルリストを有する。
ＭＭＴシグナリングメッセージは、一つ以上のＭＭＴシグナリングテーブルを含むことができる。例えば、放送シナリオでプログラム獲得時間又はチャンネル変更遅延を減少させるために、テーブルリストメッセージは、受信器が一つのパッケージのメインビデオ及びオーディオを見せるために必要な一つのテーブルリストだけでなく、その他のＭＭＴシグナリングテーブルを含むことができる。
本発明では、次の５つのタイプのメッセージが提示される。
(１)テーブルリスト(ＬＯＴ)メッセージ：このメッセージは、テーブルリストテーブルを有する。テーブルリストテーブルは、すべての他のシグナリングテーブルに関する情報を含む。一つのテーブルリストは、一つのテーブルリストに加えてもう一つ以上のＭＭＴシグナリングテーブルを含むことができる。
−ＭＭＴ ＣＩ(ＭＣＩ)メッセージ：このメッセージは、ＭＭＴ ＣＩテーブルを有する。一つのＭＭＴ ＣＩテーブルは、完全な構成情報又は完全な構成情報の一部である階層的構成情報のうち一つを有する。階層的構成情報の場合には、各層別ＭＭＴ ＣＩテーブルは、別のメッセージで伝送される。
−ＭＭＴパッケージテーブル(ＭＰＴ)メッセージ：このメッセージは、ＭＭＴパッケージテーブルを有する。完全なＭＭＴパッケージテーブル及び階層-０ＭＭＴパッケージテーブルは、ＭＭＴパッケージに該当する。完全なＭＭＴパッケージテーブルは、一つのパッケージのためのＭＭＴアセットのリストを有し、一つの階層-０ＭＭＴパッケージテーブルは、一つのパッケージのためのいくつかのＭＭＴアセットのリストを有する。また、一つのパッケージに関連したすべての情報は、ＭＭＴパッケージテーブルメッセージに含まれる。一つのパッケージに関連したすべての情報は、ペアレンタルレーティング(ｐａ
ｒｅｎｔａｌ ｒａｔｉｎｇ)、オーディオの言語、テキストの言語、対象ユーザープロファイル(ｔａｒｇｅｔ ｕｓｅｒ ｐｒｏｆｉｌｅ)、必要装置能力(ｒｅｑｕｉｒｅｄ ｄｅｖｉｃｅ ｃａｐａｂｉｌｉｔｙ)、記録許可、及び速い再生許可のようなパッケージポリシーなどである。
ｒｅｎｔａｌ ｒａｔｉｎｇ)、オーディオの言語、テキストの言語、対象ユーザープロファイル(ｔａｒｇｅｔ ｕｓｅｒ ｐｒｏｆｉｌｅ)、必要装置能力(ｒｅｑｕｉｒｅｄ ｄｅｖｉｃｅ ｃａｐａｂｉｌｉｔｙ)、記録許可、及び速い再生許可のようなパッケージポリシーなどである。
−クロック関係情報(ＣＲＩ)メッセージ：この所定のメッセージは、ネットワーク時間プロトコル(ＮＴＰ)クロックとＭＰＥＧ-２クロックとの間のマッピングのために使用されるクロック関係情報を有する。
−装置能力情報(ＤＣＩ)メッセージ：このメッセージは、装置能力情報テーブルを有する。装置能力情報は、ＭＭＴによって伝送されるメディアの消費のために必要な及び/又は推奨される装置能力を表す。
一部ＭＭＴシグナリングテーブルは、記述子を含む。このようなテーブルは、要求されるだけの多くの同一のタイプの記述子を含むことができる。
本発明では、次の記述子が定義される。
−クロック関係情報(ＣＲＩ)記述子：これは、クロックの対のマッピング当たり一つの記述子を示す。
図１２は、ＭＭＴシグナリングメッセージ及びテーブルの構造を示す。
図１２は、テーブルと用語が異なるだけで、図７と同様である。
メディア消費のためのＭＭＴシグナリングメッセージの構文及び意味
(１)テーブルリスト(ＬＯＴ)メッセージ
一つのテーブルリストメッセージは、一つのパッケージのためのすべての他のシグナリングテーブルに対する情報を含むテーブルリストテーブルを有する。テーブルリストメッセージは、また、ＭＭＴパッケージの速い消費のためのいずれの環境でＭＭＴ ＣＩ(ＭＣＩ)テーブル及びＭＭＴパッケージテーブル(ＭＰＴ）を有することができる。
一つのクライアントは、すべての必要なシグナリング情報の効率的な取得のための所定の他のメッセージを読み取る前に、テーブルリストメッセージを読み取って分析することが非常に推奨される。
特に、放送環境では、一つのテーブルリストメッセージが、短いパワーアップ遅延あるいは低いザッピング時間を保証するために、非常に短い周期(例えば、５００ｍｓ）で伝送される。
(２)テーブルリストメッセージ構文及び意味
テーブルリストメッセージの構文は、＜表２８＞に定義され、テーブルリストメッセージの構文構成要素の意味は、＜表２８＞に提供される。構文定義の方法は、ＭＰＥＧ-２システム標準(ＩＳＯ/ＩＥＣ１３８１８−１）の方法に基づくが、構文定義の方法は、また拡張可能マークアップ言語(ＸＭＬ）で表現され得る。"値"カラムで見せないループカウントは、表の長さから推論できる。同一の規則が本発明での他の表に適用される。
テーブルリストメッセージの構文は、＜表２８＞に定義され、テーブルリストメッセージの構文構成要素の意味は、＜表２８＞に提供される。構文定義の方法は、ＭＰＥＧ-２システム標準(ＩＳＯ/ＩＥＣ１３８１８−１）の方法に基づくが、構文定義の方法は、また拡張可能マークアップ言語(ＸＭＬ）で表現され得る。"値"カラムで見せないループカウントは、表の長さから推論できる。同一の規則が本発明での他の表に適用される。
ｍｅｓｓａｇｅ＿ｉｄ：これは、ＭＭＴシグナリングメッセージのタイプを表す。このフィールドの長さは、１６ビットである。
ｖｅｒｓｉｏｎ：これは、ＭＭＴシグナリングメッセージのバージョンを表す。ＭＭＴクライアントは、受信されたメッセージが新しいものであるか否かを確認することができる。特に、このフィールドは、メッセージが放送ネットワークを介して反復して伝送される場合に有効である。このフィールドの長さは、８ビットである。
ｌｅｎｇｔｈ：これは、ＭＭＴシグナリングメッセージの長さを表す。このフィールドの長さは、１６ビットである。テーブルリストメッセージの次のフィールドから始めて最後のバイトまでバイトで計算されたテーブルリストメッセージの長さを表す。値'０'は、このフィールドで決して使われない。
ｎｕｍｂｅｒ＿ｏｆ＿ｔａｂｌｅｓ：これは、このテーブルリストメッセージに含まれたテーブルの個数を表す。
ｔａｂｌｅ＿ｉｄ:これは、このテーブルリストメッセージに含まれたテーブルのテーブル識別子を表す。このテーブルリストメッセージのペイロードに含まれたテーブルでのｔａｂｌｅ＿ｉｄフィールドのコピーである。
ｔａｂｌｅ＿ｖｅｒｓｉｏｎ：これは、このテーブルリストメッセージに含まれたテーブルのバージョンを表す。このテーブルリストメッセージのペイロードに含まれたテーブルでのバージョンフィールドのコピーである。
ｔａｂｌｅ＿ｌｅｎｇｔｈ：これは、このテーブルリストメッセージに含まれたテーブルの長さを表す。このテーブルリストメッセージのペイロードに含まれたテーブルでの長さフィールドのコピーである。テーブルの実際の長さは、ｔａｂｌｅ＿ｌｅｎｇｔｈ＋５である。
ｔａｂｌｅ()：これは、ＭＭＴシグナリングテーブルの一例を表す。ペイロードでのテーブルは、拡張フィールドでのｔａｂｌｅ＿ｉｄと同一の順序で現れる。一つのテーブルリストテーブルは、ｔａｂｌｅ()に対する実施形態であろう。
(３)テーブルリストテーブル構文及び意味
テーブルリストテーブルの構文は、＜表２９＞で定義され、テーブルリストテーブルの構文構成要素の意味は、以下に＜表２９＞に提供される。
テーブルリストテーブルの構文は、＜表２９＞で定義され、テーブルリストテーブルの構文構成要素の意味は、以下に＜表２９＞に提供される。
ｔａｂｌｅ＿ｉｄ:テーブルリストテーブルの識別を表す。
ｖｅｒｓｉｏｎ：テーブルリストテーブルのバージョンを表す。新たなバージョンは、それが受信されるとすぐに旧バージョンに優先する。
ｌｅｎｇｔｈ：テーブルリストテーブルの次のフィールドから始めて最後のバイトまでバイトで計算されたテーブルリストテーブルの長さを表す。値'０'は、このフィールドで決して使われない。
ｎｕｍｂｅｒ＿ｏｆ＿ｔａｂｌｅｓ：これは、このテーブルリストテーブルで提供される情報を有する情報テーブルの個数を表す。
ｉｎｆｏｒｍａｔｉｏｎ＿ｔａｂｌｅ＿ｉｄ：これは、このテーブルリストテーブルで提供される情報を有する情報テーブルのＩＤを表す。ここで、テーブルリストテーブルのｔａｂｌｅ＿ｉｄは、決して現れない。
ｉｎｆｏｒｍａｔｉｏｎ＿ｔａｂｌｅ＿ｖｅｒｓｉｏｎ：これは、このテーブルリストテーブルで提供される情報を有する情報テーブルのバージョンを表す。
ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ()：これは、このテーブルリストテーブルで提供される情報を有する情報テーブルの位置を提供する。ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ()は、１の(３)で定義される。
注：実際の位置は、ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ()内の構文構成要素ｌｏｃａｔｉｏｎ＿ｔｙｐｅにより決定される。
ｓｅｃｏｎｄ＿ｌｏｃａｔｉｏｎ＿ｆｌａｇ：このフラグが'１'に設定される場合、一つのクライアントが情報テーブルを有する一つの代替アドレスが提供される。
ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ() ｆｏｒ ｓｅｃｏｎｄ＿ｌｏｃａｔｉｏｎ：一つのクライアントが情報テーブルを有する一つの代替アドレスの情報を提供する。
注：ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０７〜０ｘ０だけのＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ()で使用される。
ｔａｂｌｅ＿ｆｉｌｔｅｒ＿ｃｏｄｅ＿ｆｌａｇ：このフラグが設定される場合、一つ以上のテーブルフィルタ符号が提供される。一つのテーブルフィルタ符号は、テーブルの集合化のための基準を指定する。集合化のための複数の基準が同時に存在する場合、すべての集合化基準が情報テーブルに適用される。
ｔａｂｌｅ＿ｆｉｌｔｅｒ＿ｃｏｄｅ＿ｌａｎｇｕａｇｅ：これは、ｔａｂｌｅ＿ｆｉｌｔｅｒ＿ｃｏｄｅに使用される言語を表す。言語符号は、ＩＳＯ６３９標準で定義される３バイトの言語識別子である。
ｎｕｍｂｅｒ＿ｏｆ＿ｔａｂｌｅ＿ｆｉｌｔｅｒ＿ｃｏｄｅｓ：これは、情報テーブルのためのテーブルフィルタ符号の個数の情報を提供する。
ｔａｂｌｅ＿ｆｉｌｔｅｒ＿ｃｏｄｅ＿ｌｅｎｇｔｈ：これは、ｔａｂｌｅ＿ｆｉｌｔｅｒ＿ｃｏｄｅのバイト長を示す。
ｔａｂｌｅ＿ｆｉｌｔｅｒ＿ｃｏｄｅ＿ｂｙｔｅ：これは、ｔａｂｌｅ＿ｆｉｌｔｅｒ＿ｃｏｄｅでの一つのバイトを示す。
ｐｒｉｖａｔｅ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇ：これは、このフラグが'１'である場合、私的拡張が存在する。
ｐｒｉｖａｔｅ＿ｅｘｔｅｎｓｉｏｎ()：これは、所有的又は特定応用型拡張のためのコンテナの役割をする一つの構文構成要素集合を示す。
２．ＭＭＴ ＣＩ(ＭＣＩ)メッセージ
ＭＭＴ ＣＩ(ＭＣＩ)メッセージは、完全な構成情報を伝送する。あるいは階層的構成情報が利用される場合、ＭＭＴ ＣＩメッセージは、完全な構成情報の一部を伝送する。ＭＭＴ ＣＩメッセージは、構成情報をカプセル化するためのＭＭＴ ＣＩテーブルを使用する。
ＭＭＴ ＣＩ(ＭＣＩ)メッセージは、完全な構成情報を伝送する。あるいは階層的構成情報が利用される場合、ＭＭＴ ＣＩメッセージは、完全な構成情報の一部を伝送する。ＭＭＴ ＣＩメッセージは、構成情報をカプセル化するためのＭＭＴ ＣＩテーブルを使用する。
階層的構成情報が使用される場合、ＭＭＴ ＣＩは、複数の階層的ＭＭＴ ＣＩテーブルに分けられる。異なる階層でのＭＭＴ ＣＩテーブルは、異なるテーブル識別子(ｔａｂｌｅ＿ｉｄ）を有する。階層的ＭＭＴ ＣＩテーブルのためのｔａｂｌｅ＿ｉｄ値は、階層番号と同一の昇順に隣接した空間で割り当てられる。階層-０ＭＭＴ ＣＩテーブルは、基本ＭＭＴ ＣＩテーブルである。他の構成情報階層は、１〜１４までの階層番号を有する。一般的に、完全な構成情報を伝送するＭＭＴ ＣＩテーブルには、最も高いＭＭＴ ＣＩ ｔａｂｌｅ＿ｉｄが割り当てられる。
一つの構成情報階層を有するそれぞれのＭＭＴ ＣＩメッセージは、相互に異なる伝送区間を有することができ、ＭＭＴ ＣＩメッセージが有する構成情報に関連したＭＭＴパッケージテーブル(ＴＰＴ）を含むことができる。例えば、一つの階層-Ｎ ＭＭＴ ＣＩメッセージは、階層-Ｎ ＭＭＴパッケージテーブルを含むことができる。
また、階層的構成情報が放送環境で使用される場合、パッケージ消費情報の獲得のための所要時間を短縮するためにテーブルリストメッセージでの一つの階層-０構成情報を有することが非常に推奨される。
(１)ＭＭＴ ＣＩ(ＭＣＩ)メッセージ構文及び意味
ＭＭＴ ＣＩメッセージの構文は、＜表３０＞で定義され、ＭＭＴ ＣＩメッセージの構文構成要素の意味は、＜表３０＞に提供される。
ＭＭＴ ＣＩメッセージの構文は、＜表３０＞で定義され、ＭＭＴ ＣＩメッセージの構文構成要素の意味は、＜表３０＞に提供される。
ｍｅｓｓａｇｅ＿ｉｄ：これは、ＭＭＴ ＣＩメッセージＩＤを表す。このフィールドの長さは、１６ビットである。
ｖｅｒｓｉｏｎ：これは、ＭＭＴ ＣＩメッセージのバージョンを表す。このフィールドの長さは、８ビットである。
ｌｅｎｇｔｈ：これは、ＭＭＴ ＣＩメッセージの次のフィールドから始めて最後のバイトまでバイトで計算されたＭＭＴ ＣＩメッセージの長さを表す。値'０'は、このフィールドで決して使用されない。このフィールドの長さは、１６ビットである。
ａｓｓｏｃｉａｔｅｄ＿ＭＰＴ＿ｆｌａｇ：このフラグが'１'に設定される場合、これは、ＭＭＴ ＣＩメッセージがＭＭＴ ＣＩメッセージに具備される構成情報に関連したＭＭＴパッケージテーブルを有することを示す。一つのＭＭＴ ＣＩメッセージでの同一の階層に対するＭＭＴ ＣＩテーブルとＭＭＴパッケージテーブルの同時伝送は、一つのクライアントがＭＭＴパッケージ消費シグナリングを獲得するための時間を短縮させるようにする。
ＭＣＩ＿ｔａｂｌｅ()：これは、３.２.２で定義されるＭＭＴ ＣＩテーブルである。
ＭＰＴ＿ｔａｂｌｅ()：これは、３.３.２で定義されるＭＭＴパッケージテーブルである。
(２)ＭＭＴ ＣＩ(ＭＣＩ)テーブルの構文及び意味
ＭＭＴ ＣＩテーブルの構文は、＜表３１＞で定義され、ＭＭＴ ＣＩテーブルの構文構成要素の意味は、次の＜表３１＞に提供される。
ＭＭＴ ＣＩテーブルの構文は、＜表３１＞で定義され、ＭＭＴ ＣＩテーブルの構文構成要素の意味は、次の＜表３１＞に提供される。
ｔａｂｌｅ＿ｉｄ：これは、ＭＭＴ ＣＩテーブルの識別子を表す。完全な構成情報及び階層的構成情報の各階層は、明確に他のテーブル識別子を有する。したがって、構成情報の階層番号は、このフィールドによって暗示的に表現することができる。ｔａｂｌｅ＿ｉｄ値は、隣接するように割り当てられるので、構成情報階層番号は、このフィールドから推論できる(すなわち、構成情報階層番号は、このフィールドで基本ＭＭＴ ＣＩテーブルのｔａｂｌｅ＿ｉｄを除いたものである)。番号０は、基本構成情報を表し、番号１〜１４は向上階層の構成情報を表す。番号１５は、完全な構成情報を表すので、これは、特別な意味を有する。
ｖｅｒｓｉｏｎ：これは、ＭＭＴ ＣＩテーブルのバージョンを表す。ｔａｂｌｅ＿ｉｄが完全なＭＭＴ ＣＩを表す場合、あるいは階層-０ ＭＭＴ ＣＩがこのフィールドと同一のバージョン値を有する場合(ＣＩ＿ｍｏｄｅが'１'である場合)、あるいはすべての下位階層ＭＭＴ ＣＩがこのフィールドと同一のバージョン値を有する場合(ＣＩ＿ｍｏｄｅが'０'である場合)、新たなバージョンは、それが受信されるとすぐに旧バージョンに優先する。階層-０ ＭＭＴ ＣＩテーブルがより新たなバージョンを有する場合、一つのクライアント内に予め格納された、すべての向上階層構成情報は、これ以上有効でないと扱われる。構成情報階層番号が'０'でなく、ＣＩ＿ｍｏｄｅが'１'である場合、一つのクライアントに格納された階層-０構成情報のバージョンと異なるバージョンを有するＭＭＴ ＣＩテーブルの内容は無視され得る。また、構成情報階層番号が'０'でなく、ＣＩ＿ｍｏｄｅが'０'である場合に、一つのクライアントに格納されている下位階層構成情報のバージョンと相異なるバージョンを有するＭＭＴ ＣＩテーブルの内容は無視されるはずである。このバージョンは、バージョン変化につきモジュラ２５６だけ増加する。
ｌｅｎｇｔｈ：これは、ＭＭＴ ＣＩテーブルの次のフィールドから始めて最後のバイトまで計算されたＭＭＴ ＣＩテーブルの長さを表す。値'０'は、このフィールドで決して使用されない。
ＣＩ＿ｍｏｄｅ：階層的構成情報処理のモードを表す。値'０'は、"ｓｅｑｕｅｎｔｉａｌ＿ｏｒｄｅｒ＿ｐｒｏｃｅｓｓｉｎｇ＿ｍｏｄｅ"を意味する。値'１'は、"ｏｒｄｅｒ＿ｉｒｒｅｌｅｖａｎｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｍｏｄｅ"を意味する。"ｓｅｑｕｅｎｔｉａｌ＿ｏｒｄｅｒ＿ｐｒｏｃｅｓｓｉｎｇ＿ｍｏｄｅ"で、この構成情報の階層番号が'０'でない場合、一つのクライアントは、この構成情報を処理する前にこの構成情報と同一のバージョンを有するすべての下位構成情報を受信する。言い換えれば、一つのクライアントが同一のバージョンを有する階層-２構成情報を有しない場合、一つのクライアントは、階層-３構成情報を処理できない。すなわち、"ｏｒｄｅｒ＿ｉｒｒｅｌｅｖａｎｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｍｏｄｅ"で、この構成情報の階層番号が'０'でない場合、一つのクライアントに格納された階層-０構成情報がこの構成情報と同一のバージョンを有する限り、一つのクライアントは、一つの構成情報を受信した直後に、一つのクライアントは、構成情報を処理しなければならない。
ＣＩ＿ｂｙｔｅ：これは、構成情報での一つのバイトを示す。
３．ＭＭＴパッケージテーブル(ＭＰＴ)メッセージ
ＭＭＴシグナリングメッセージは、ＭＭＴパッケージテーブル(ＭＰＴ）を有する。一つのパッケージの階層的伝送が使用される場合、一つのＭＭＴパッケージテーブルは、複数の階層的ＭＭＴパッケージテーブルに分けられる。階層的ＭＭＴパッケージテーブルは、相異なるＭＭＴパッケージテーブルメッセージによって伝送することができる。
ＭＭＴシグナリングメッセージは、ＭＭＴパッケージテーブル(ＭＰＴ）を有する。一つのパッケージの階層的伝送が使用される場合、一つのＭＭＴパッケージテーブルは、複数の階層的ＭＭＴパッケージテーブルに分けられる。階層的ＭＭＴパッケージテーブルは、相異なるＭＭＴパッケージテーブルメッセージによって伝送することができる。
ＭＭＴパッケージテーブル(ＭＰＴ）は、単一パッケージのための情報を提供する。階層的構成情報を有する一つのパッケージの階層的伝送は、複数の階層的ＭＭＴパッケージテーブルに分けられることができる。階層-０ＭＭＴパッケージテーブルは、基本ＭＭＴパッケージテーブルである。異なる階層でのＭＭＴパッケージテーブルは、相異なるテーブル識別子(ｔａｂｌｅ＿ｉｄ）を有する。ＭＭＴパッケージテーブルｔａｂｌｅ＿ｉｄのため、８個の隣接するように異なる値を割り当てることにより、完全なＭＭＴパッケージテーブルのために割り当てられた１個のｔａｂｌｅ＿ｉｄ(１６個の番号のうち最も大きい
番号)を有するＭＭＴパッケージテーブルの１５個の階層まで有することができる。ＭＭＴパッケージテーブルｔａｂｌｅ＿ｉｄのより小さい値は、ＭＭＴパッケージテーブル階層は、基本ＭＭＴパッケージテーブルにより近いことを意味する。
番号)を有するＭＭＴパッケージテーブルの１５個の階層まで有することができる。ＭＭＴパッケージテーブルｔａｂｌｅ＿ｉｄのより小さい値は、ＭＭＴパッケージテーブル階層は、基本ＭＭＴパッケージテーブルにより近いことを意味する。
一つのＭＭＴパッケージテーブルは、シグナリング獲得の効率的な動作のための他のテーブルを有するテーブルリストメッセージに含まれ得る。
放送シナリオでは、パッケージ獲得時間を短縮するためにテーブルリストメッセージ内で階層的ＭＭＴパッケージテーブルが使用される場合、完全なＭＭＴパッケージテーブル又は階層-０ＭＭＴパッケージテーブルを有することが非常に推奨される。
(１)ＭＭＴ ＣＩ(ＭＣＩ)テーブルの構文及び意味
ＭＭＴパッケージテーブルメッセージの構文は、＜表３２＞で定義され、ＭＭＴパッケージテーブルメッセージの構文構成要素の意味は、＜表３２＞で提供される。一つのＭＭＴパッケージテーブルメッセージは、一つの完全なＭＭＴパッケージテーブル又は一つの階層-Ｎ ＭＭＴパッケージテーブルのみを有する。
ＭＭＴパッケージテーブルメッセージの構文は、＜表３２＞で定義され、ＭＭＴパッケージテーブルメッセージの構文構成要素の意味は、＜表３２＞で提供される。一つのＭＭＴパッケージテーブルメッセージは、一つの完全なＭＭＴパッケージテーブル又は一つの階層-Ｎ ＭＭＴパッケージテーブルのみを有する。
ｍｅｓｓａｇｅ＿ｉｄ：これは、ＭＭＴパッケージテーブルメッセージのＩＤを表す。このフィールドの長さは、１６ビットである。
ｖｅｒｓｉｏｎ：これは、ＭＭＴパッケージテーブルメッセージのバージョンを表す。ＭＭＴクライアントは、受信されたメッセージが新しいものであるか否かを確認することができる。
ｌｅｎｇｔｈ：これは、ＭＭＴパッケージテーブルメッセージの長さを表す。このフィールドの長さは、１６ビットである。ＭＭＴパッケージテーブルメッセージの次のフィールドから始めて最後のバイトまで計算されたＭＭＴパッケージテーブルメッセージの長さを表す。値'０'は、このフィールドで決して使われない。
ＭＰＴ()：３.３.２で定義されるＭＭＴのパッケージテーブル
(２)ＭＭＴパッケージテーブル(ＭＰＴ)の構文及び意味
ＭＰＴ()の構文は、＜表３３＞で定義され、ＭＭＴパッケージテーブルの構文構成要素の意味は、＜表３３＞のように提供される。
ＭＰＴ()の構文は、＜表３３＞で定義され、ＭＭＴパッケージテーブルの構文構成要素の意味は、＜表３３＞のように提供される。
ｔａｂｌｅ＿ｉｄ：これは、ＭＭＴパッケージテーブルのＩＤを表す。一つの完全なＭＭＴパッケージテーブル及び階層的ＭＭＴパッケージテーブルは、異なるテーブル識別子を使用する。したがって、ＭＭＴパッケージテーブル階層番号は、このフィールドによって暗示的に表現される。ｔａｂｌｅ＿ｉｄ値は、隣接するように割り当てられるので、ＭＭＴパッケージテーブル階層番号は、このフィールドから推論できる(すなわち、ＭＭＴパッケージテーブル階層番号は、このフィールドで基本ＭＭＴパッケージテーブルのｔａｂｌｅ＿ｉｄを除いたものである)。ＭＭＴパッケージテーブル階層番号は、このＭＭＴパッケージテーブルの階層番号を提供する。番号０は、基本ＭＭＴパッケージテーブルを表し、番号１〜１４は、向上したＭＭＴパッケージテーブルを表す。番号１５は、一つの完全なＭＭＴパッケージテーブルを表すので、番号１５は、一つの特別な意味を有する。
ｖｅｒｓｉｏｎ：これは、ＭＭＴパッケージテーブルのバージョンを示す。ＭＭＴパッケージテーブル階層化が利用される場合、このフィールドは、階層-Ｎ ＭＭＴパッケージテーブルのバージョンを表す。一つの完全な、又は階層-０ ＭＭＴパッケージテーブルのより新たなバージョンは、受信されるとすぐにより古くなるバージョンに優先する。階層-０ ＭＭＴパッケージテーブルがより新たなバージョンを有する場合、一つのクライアント内に予め格納された、すべての向上-階層ＭＭＴパッケージテーブルは、これ以上有効でないと扱われる。階層-Ｎ(Ｎは１〜１４)ＭＭＴパッケージテーブルのより新た
なバージョンは、バージョンが現在の階層-０ＭＭＴパッケージテーブルのバージョンと同一である場合のみに、旧バージョンに優先する。それとも、受信されたＭＭＴパッケージテーブルは無視される。
なバージョンは、バージョンが現在の階層-０ＭＭＴパッケージテーブルのバージョンと同一である場合のみに、旧バージョンに優先する。それとも、受信されたＭＭＴパッケージテーブルは無視される。
ｌｅｎｇｔｈ：これは、ＭＭＴパッケージテーブルの次のフィールドから始めて最後のバイトまでバイトで計算されたＭＭＴパッケージテーブルの長さを示す。値'０'は、このフィールドで決して使用されない。
ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ：これは、ＭＭＴパッケージの全世界的に固有な識別子を示す。
ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｌｅｎｇｔｈ：これは、終了ヌル(null)文字を除外したＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄストリングのバイト長を示す。
ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ：これは、ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄストリングでの一つのバイトを示す。終了ヌル文字は、ストリングに含まれない。
ＭＰＴ＿ｄｅｓｃｒｉｐｔｏｒｓ：これは、ＭＭＴパッケージテーブルのための記述子を提供する。
ＭＰＴ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｅｎｇｔｈ：これは、記述子の構文ループの長さを示す。この長さは、記述子の構文ループの次のフィールドから最後まで計算される。複数の記述子がこの構文ループに挿入することができる。例えば、このパッケージのためのパッケージ情報ウェブページのアドレス(ＵＲＬ)を提供する、ａｄｄｉｔｉｏｎａｌ＿ｐａｃｋａｇｅ＿ｉｎｆｏｒｍａｔｉｏｎ＿ＵＲＬ記述子は、ここに挿入することができる。
ＭＰＴ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ：これは、記述子ループでの一個のバイトを示す。
ｎｕｍｂｅｒ＿ｏｆ＿ａｓｓｅｔｓ：これは、このＭＭＴパッケージテーブルによって提供される情報を有するアセットの個数を提供する。
ａｓｓｅｔ＿ｉｄ：これは、アセット識別子を提供する。一つのａｓｓｅｔ＿ｉｄは、構成情報でのＡＩ構成要素のＩＤ属性のうちいずれか一つのような、終了ヌル文字を有しない一つのＡＳＣＩＩコードのストリングである。
ａｓｓｅｔ＿ｉｄ＿ｌｅｎｇｔｈ：これは、ａｓｓｅｔ＿ｉｄのバイト長を提供する。
ａｓｓｅｔ＿ｉｄ＿ｂｙｔｅ：これは、ａｓｓｅｔ＿ｉｄでの一つのバイトを示す。
ａｓｓｅｔ＿ｃｌｏｃｋ＿ｒｅｌａｔｉｏｎ＿ｆｌａｇ：これは、一つのアセットがネットワーク時間プロトコル(ＮＴＰ)クロック又は他のクロックシステムをクロック基準として利用するか否かを示す。このフラグが'１'である場合、ａｓｓｅｔ＿ｃｌｏｃｋ＿ｒｅｌａｔｉｏｎ＿ｉｄフィールドは、その次の構文に含まれる。このフィールドが'０'である場合、ネットワーク時間プロトコルクロックは、アセットのために利用される。
ａｓｓｅｔ＿ｃｌｏｃｋ＿ｒｅｌａｔｉｏｎ＿ｉｄ：これは、アセットのためのクロック関係識別子を提供する。このフィールドは、アセットのための一つのＣＲＩ＿ｄｅｓｃｒｉｐｔｏｒ()により伝送されるクロック関係を参照するために使用される。このフィールドの値は、クロック関係情報(ＣＲＩ)記述子により提供されるｃｌｏｃｋ＿ｒｅｌａｔｉｏｎ＿ｉｄ値のうち一つである。
ａｓｓｅｔ-ｔｉｍｅｓｃａｌｅ＿ｆｌａｇ：これは、"ａｓｓｅｔ＿ｔｉｅｓｃａｌｅ"情報が提供されるか否かを表す。このフラグが'１'である場合、ａｓｓｅｔ＿ｔｉｍｅｓｃａｌｅフィールドは、その次の構文に含まれる。
ａｓｓｅｔ＿ｔｉｍｅｓｃａｌｅ：これは、１秒に単位個数で表現されるアセットのために使用されるすべてのタイムスタンプのための時間単位の情報を提供する。一つのデフォルト値は、９０,０００である。
ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ() ｆｏｒ ｔｈｅ ａｓｓｅｔ ｌｏｃａｔｉｏｎ：これは、ＭＭＴアセットの位置情報を提供する。３.８で定義されるＭＭＴのための一般的な位置基準情報が使用される。ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ００〜０ｘ０６のみが一つのアセット位置に対して許容されることに留意する。
ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｅｎｇｔｈ：これは、アセット記述子の構文ループの次のフィールドから最後まで計算されるバイトの個数を示す。
ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ：これは、アセット記述子での一つのバイトを示す。
４．クロック関係情報(ＣＲＩ)メッセージ
下記の(２)で定義されるクロック関係情報(ＣＲＩ)テーブルがクロック関係情報メッセージ及び/又はテーブルリストメッセージ内で伝送される。
下記の(２)で定義されるクロック関係情報(ＣＲＩ)テーブルがクロック関係情報メッセージ及び/又はテーブルリストメッセージ内で伝送される。
一つ以上のＭＰＥＧ-２基本ストリーム(ＥＳ)がＭＰＥＧ-２伝送ストリーム(ＴＳ)からＭＭＴアセットとして抽出される場合、一つのクロック関係情報メッセージが利用される。ネットワーク時間プロトコル(ＮＴＰ)タイムスタンプを使用する通常のＭＭＴアセットとＭＰＥＧ-２表現タイムスタンプ(ＰＴＳ）を使用する一つのＭＰＥＧ-２基本ストリーム間の同期を達成するために、同一の時点で得られるクロックの標準値を周期的に伝送することによって、ネットワーク時間プロトコルクロックとＭＰＥＧ-２システムタイムクロック(ＳＴＣ)間の関係を一つのクライアントに通知することが必要である。３.７.１で
定義されるクロック関係情報記述子は、ネットワーク時間プロトコルクロックと一個のＭＰＥＧ-２システムタイムクロック間の関係を提供する。ＭＰＥＧ-２基本ストリームが相異なるシステムタイムクロックを有するＭＰＥＧ-２伝送ストリームから抽出される場合、一つのクロック関係情報以上が一つのクライアントに伝送される。クロック関係情報記述子は、３.４.２で定義されるクロック関係情報テーブルによってカプセル化され、３.４.１で定義されるクロック関係情報メッセージを通じて伝送される。
定義されるクロック関係情報記述子は、ネットワーク時間プロトコルクロックと一個のＭＰＥＧ-２システムタイムクロック間の関係を提供する。ＭＰＥＧ-２基本ストリームが相異なるシステムタイムクロックを有するＭＰＥＧ-２伝送ストリームから抽出される場合、一つのクロック関係情報以上が一つのクライアントに伝送される。クロック関係情報記述子は、３.４.２で定義されるクロック関係情報テーブルによってカプセル化され、３.４.１で定義されるクロック関係情報メッセージを通じて伝送される。
(１)クロック関係情報(ＣＲＩ)メッセージの構文及び意味
クロック関係情報メッセージの構文は、＜表３４＞で定義され、クロック関係情報メッセージの構文構成要素の意味は、＜表３４＞に提供される。
クロック関係情報メッセージの構文は、＜表３４＞で定義され、クロック関係情報メッセージの構文構成要素の意味は、＜表３４＞に提供される。
ｍｅｓｓａｇｅ＿ｉｄ：これは、クロック関係情報メッセージのタイプを表す。このフィールドの長さは、１６ビットである。
ｖｅｒｓｉｏｎ：これは、クロック関係情報メッセージのバージョンを表す。ＭＭＴクライアントは、受信されたメッセージが新しいものであるか否かを確認できる。このフィールドの長さは、８ビットである。
ｌｅｎｇｔｈ：これは、クロック関係情報メッセージの次のフィールドから始めて最後のバイトまでバイトで計算にされるクロック関係情報メッセージの長さを表す。値'０'は、このフィールドで決して使用しない。このフィールドの長さは、１６ビットである。
ＣＲＩ＿ｔａｂｌｅ()：これは、３.４.２で定義される一つのクロック関係情報テーブルを示す。
(２)クロック関係情報(ＣＲＩ)テーブルの構文及び意味
クロック関係情報テーブルの構文は、＜表３５＞で定義され、クロック関係情報テーブルの構文構成要素の意味は、＜表３５＞に提供される。
一つのクロック関係情報テーブルは、複数のクロック関係情報記述子を含むことができる。
ｔａｂｌｅ＿ｉｄ：これは、クロック関係情報テーブルのテーブル識別子を表す。
ｖｅｒｓｉｏｎ：これは、クロック関係情報テーブルのバージョンを表す。より新たなバージョンは、それが受信されるとすぐに旧バージョンに優先する。
ｌｅｎｇｔｈ：これは、クロック関係情報テーブルの次のフィールドから始めて最後のバイトまでバイトで計算されるクロック関係情報テーブルの長さを表す。値'０'は、このフィールドで決して使われない。
ＣＲＩ＿ｄｅｓｃｒｉｐｔｏｒ()：これは、一つのクロック関係情報(ＣＲＩ)記述子を示す。７の(１)で定義される。
５．装置能力情報(ＤＣＩ)メッセージ
装置能力情報メッセージは、ＭＭＴパッケージ消費のための必須的な(又は推奨される)装置能力情報を提供する装置能力情報(ＤＣＩ)テーブルを伝送する。
装置能力情報メッセージは、ＭＭＴパッケージ消費のための必須的な(又は推奨される)装置能力情報を提供する装置能力情報(ＤＣＩ)テーブルを伝送する。
(１)装置能力情報メッセージの構文及び意味
装置能力情報メッセージの構文は、＜表３６＞で定義され、装置能力情報メッセージの構文構成要素の意味は、＜表３６＞で提供される。
ｍｅｓｓａｇｅ＿ｉｄ：これは、装置能力情報メッセージを表す。このフィールドの長さは、１６ビットである。
ｖｅｒｓｉｏｎ：これは、装置能力情報メッセージのバージョンを表す。ＭＭＴクライアントは、受信されたメッセージが新しいものであるか否かを確認することができる。特に、メッセージが放送ネットワークを通じて反復して伝送される場合に、このフィールドは有効である。このフィールドの長さは、８ビットである。
ｌｅｎｇｔｈ：これは、装置能力情報メッセージの次のフィールドから始めて最後のバイトまでバイトで計算される装置能力情報メッセージの長さを表す。値'０'は、このフィールドで決して使われない。
ＤＣＩ＿ｔａｂｌｅ()：これは、ＭＭＴパッケージ消費のための必須的な(又は推奨される)装置能力を提供する。＜表３０＞で定義される。
(２)装置能力情報(ＤＣＩ)テーブルの構文及び意味
装置能力情報テーブルの構文及び意味は、＜表３７＞で定義される。
装置能力情報テーブルの構文及び意味は、＜表３７＞で定義される。
ｔａｂｌｅ＿ｉｄ：これは、装置能力情報テーブルのＩＤを表す。
ｖｅｒｓｉｏｎ：これは、装置能力情報テーブルの一つのバージョンを表す。新たなバージョンは、それが受信されるとすぐに旧バージョンに優先する。
ｌｅｎｇｔｈ：装置能力情報テーブルの次のフィールドから始めて最後のバイトまでバイトで計算された装置能力情報テーブルの長さを提供する。値'０'は、このフィールドで決して使われない。
ｎｕｍｂｅｒ＿ｏｆ＿ａｓｓｅｔｓ：これは、アセットの個数を表す。
ａｓｓｅｔ＿ｉｄ：これは、アセットのＩＤを提供する。ＭＭＴ ＣＩでのＡＩ構成要素のＩＤ属性である。
ｍｉｍｅ＿ｔｙｐｅ：これは、多重媒体インターネットメール拡張子(ＭＩＭＥ)メディアタイプを提供する。ｍｉｍｅ＿ｔｙｐｅ構成要素及びｍｉｍｅ＿ｔｙｐｅでのコーデックパラメータから始めることができる複雑度(ｃｏｍｐｌｅｘｉｔｙ)が以下の複雑度で定義されるパラメータと異なる場合、複雑度の下で定義されるパラメータが優先する。
ｃｏｄｅｃ＿ｃｏｍｐｌｅｘｉｔｙ＿ｆｌａｇ：このフラグが'１'である場合、符号化した複雑度は、以下に提供される。
ｖｅｄｅｏ＿ｃｏｄｅｃ＿ｃｏｍｐｌｅｘｉｔｙ：ビデオデコーダーが処理しなければならない複雑度を提供する。ｍｉｍｅ＿ｔｙｐｅ及びコーデックパラメータにより指示された複雑度と異なる場合、この構文構成要素集合が含まれることが推奨される。
ｖｉｄｅｏ＿ａｖｅｒａｇｅ＿ｂｉｔｒａｔｅ：これは、平均ビット伝送率をｋｂｉｔ/ｓで提供する。
ｖｉｄｅｏ＿ｍａｘｉｍｕｍ＿ｂｉｔｒａｔｅ：これは、最大ビット伝送率をｋｂｉｔ/ｓで提供する。
ｈｏｒｉｚｏｎｔａｌ＿ｒｅｓｏｌｕｔｉｏｎ：これは、ビデオの水平解像度を画素単位で提供する。
ｖｅｒｔｉｃａｌ＿ｒｅｓｏｌｕｔｉｏｎ：これは、ビデオの垂直解像度を画素単位で提供する。
ｔｅｍｐｏｒａｌ＿ｒｅｓｏｌｕｔｉｏｎ：これは、最大時間解像度を秒当たりフレームで提供する。
ｖｉｄｅｏ＿ｍｉｍｉｍｕｍ＿ｂｕｆｆｅｒ＿ｓｉｚｅ：これは、ビデオコンテンツの処理に必要な最小デコーダバッファのサイズをキロバイト単位で提供する。
ａｕｄｉｏ＿ｃｏｄｅｃ＿ｃｏｍｐｌｅｘｉｔｙ：これは、オーディオデコーダが処理しなければならない複雑度を示す。ｍｉｍｅ＿ｔｙｐｅ及びコーデックパラメータにより指示された複雑度が実際の複雑度と異なる場合、この要素が含まれることが推奨される。この構文構成要素集合は、ａｕｄｉｏ＿ａｖｅｒａｇｅ＿ｂｉｔｒａｔｅ、ａｕｄｉｏ＿ｍａｘｉｍｕｍ＿ｂｉｔｒａｔｅ、及びａｕｄｉｏ＿ｍｉｎｉｍｕｍ＿ｂｕｆｆｅｒ＿ｓｉｚｅを含む。
ａｕｄｉｏ＿ａｖｅｒａｇｅ＿ｂｉｔｒａｔｅ：これは、平均ビット伝送率をｋｂｉｔ/ｓで提供する。
ａｕｄｉｏ＿ｍａｘｉｍｕｍ＿ｂｉｔｒａｔｅ：これは、最大ビット伝送率をｋｂｉｔ/ｓで提供する。
ａｕｄｉｏ＿ｍｉｎｉｍｕｍ＿ｂｕｆｆｅｒ＿ｓｉｚｅ：これは、オーディオコンテンツを処理するために必要な最小デコーダバッファサイズをキロバイト単位で提供する。
ｄｏｗｎｌｏａｄ＿ｃａｐａｂｉｌｉｔｙ：これは、ファイルのダウンロードのための必須能力を提供する。
ｒｅｑｕｉｒｅｄ＿ｓｔｏｒａｇｅ：ファイルをダウンロードするために必要な格納装置をキロバイト単位で提供する。
６．記述子
ＭＭＴテーブルに関連した３個の記述子がある。記述子は、クロック関係情報(ＣＲＩ)記述子、ＳＳＩ記述子、及びＲＳＩ記述子である。
ＭＭＴテーブルに関連した３個の記述子がある。記述子は、クロック関係情報(ＣＲＩ)記述子、ＳＳＩ記述子、及びＲＳＩ記述子である。
(１)クロック関係情報記述子(ＣＲＩ ｄｅｓｃｒｉｐｔｏｒ)
クロック関係情報記述子は、一つのＭＰＥＧ-２システムタイムクロック(ＭＰＥＧ-２ ＳＴＣ）とネットワーク時間プロトコル(ＮＴＰ)クロックとの間の関係を明示するために使用される。ＭＰＥＧ-２伝送ストリーム(ＴＳ)から始まる一つのアセットに対するクロック関係は、一つのｃｌｏｃｋ＿ｒｅｌａｔｉｏｎ＿ｉｄにより明示される。
クロック関係情報記述子は、一つのＭＰＥＧ-２システムタイムクロック(ＭＰＥＧ-２ ＳＴＣ）とネットワーク時間プロトコル(ＮＴＰ)クロックとの間の関係を明示するために使用される。ＭＰＥＧ-２伝送ストリーム(ＴＳ)から始まる一つのアセットに対するクロック関係は、一つのｃｌｏｃｋ＿ｒｅｌａｔｉｏｎ＿ｉｄにより明示される。
ＣＲＩ＿ｄｅｓｃｒｉｐｔｏｒｓは、一つのクロック関係情報テーブルに具備される。
ＣＲＩ＿ｄｅｓｃｒｉｐｔｏｒ()の構文は、＜表３８＞で定義され、ＣＲＩ＿ｄｓｃｒｉｐｔｏｒ()の構文構成要素の意味は、＜表３８＞で提供される。
ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ：これは、記述子のタイプを表すタグ値を示す。
ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ：これは、記述子のフィールドで最後のバイトまで以後にその次のバイトから計算されるバイト長を示す。
ｃｌｏｃｋ＿ｒｅｌａｔｏｎ＿ｉｄ：これは、一つのクロック関係の識別子を示す。
ＰＣＲ＿ｖａｌｕｅ：これは、次のＮＴＰ＿ｃｌｏｃｋ＿ｓａｍｐｌｅに該当する一つのＭＰＥＧ-２ ＰＣＲ値を示す。元の形式の最下位ビットを除いた後にＰＣＲ値は、４２ビット形式である。
ＮＴＰ＿ｃｌｏｃｋ＿ｓａｍｐｌｅ：これは、以前のＰＣＲ＿ｖａｌｕｅに該当するネットワーク時間プロトコル(ＮＴＰ)サンプル値を示す。
７．ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ()構文構成要素集合
一つのＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ()構文構成要素集合は、位置情報を提供するのに使用される。ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ(）の構文は、＜表３９＞で定義され、ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ(）の構文構成要素の意味は、＜表３９＞で提供される。
一つのＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ()構文構成要素集合は、位置情報を提供するのに使用される。ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ(）の構文は、＜表３９＞で定義され、ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ(）の構文構成要素の意味は、＜表３９＞で提供される。
ｌｏｃａｔｉｏｎ＿ｔｙｐｅ：このフィールドは、＜表４０＞で定義されるような位置情報のタイプを表す。
ｐａｃｋｅｔ＿ｉｄ：これは、ＭＭＴ伝送パケットヘッダーでのｐａｃｋｅｔ＿ｉｄを示す。
ｉｐｖ４＿ｓｒｃ＿ａｄｄｒ：これは、一つのインターネットプロトコル応用データフローのインターネットプロトコルバージョン４発信元アドレス(ｓｏｕｒｃｅ ａｄｄｒｅｓｓ)を示す。
ｉｐｖ４＿ｄｓｔ＿ａｄｄｒ：これは、一つのインターネットプロトコル応用データフローのインターネットプロトコルバージョン４宛先アドレスを示す。
ｄｓｔ＿ｐｏｒｔ：これは、一つのインターネットプロトコル応用データフローの宛先ポート番号を示す。
ｉｐｖ６＿ｓｒｃ＿ａｄｄｒ：これは、一つのインターネットプロトコル応用データフローのインターネットプロトコルバージョン６発信元アドレスを示す。
ｉｐｖ６＿ｄｓｔ＿ａｄｄｒ：これは、一つのインターネットプロトコル応用データフローのインターネットプロトコルバージョン６宛先アドレスを示す。
ｎｅｔｗｏｒｋ＿ｉｄ：これは、ＭＰＥＧ-２伝送ストリーム(ＴＳ)を有する放送ネットワーク識別子を示す。
ＭＰＥＧ＿２＿ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄ：これは、ＭＰＥＧ-２伝送ストリーム識別子を示す。
ＭＰＥＧ＿２＿ＰＩＤ：これは、ＭＰＥＧ-２伝送ストリームパケットのパケット識別子(ＰＩＤ)を示す。
ＵＲＬ＿ｌｅｎｇｔｈ：一つのウェブページアドレスのバイト長。終了ヌル(０ｓ００）は、計算されない。
ＵＲＬ＿ｂｙｔｅ：一つのウェブページアドレスでの一つのバイト。終了ヌル(０ｘ００）は、計算されない。
ｂｙｔｅ＿ｏｆｆｓｅｔ：これは、一つのファイルの最初のバイトからの一つのバイトオフセットを示す。
ｌｅｎｇｔｈ：これは、バイト長を示す。
ｍｅｓｓａｇｅ＿ｉｄ：これは、ＭＭＴシグナリングメッセージ識別子を示す。
８．メッセージ識別子、テーブル識別子及び記述子タグ
メッセージ識別子(ｍｅｓｓａｇｅ＿ｉｄ)の値は、＜表４１＞で割り当てられる。
メッセージ識別子(ｍｅｓｓａｇｅ＿ｉｄ)の値は、＜表４１＞で割り当てられる。
テーブル識別子(ｔａｂｌｅ＿ｉｄ）の値は、＜表４２＞で割り当てられる。
記述子タグの値は、＜表４３＞で割り当てられる。
本発明の第３の実施形態及び第４の実施形態は、メッセージの名称のみが変更されるだけで、機能的な意味は類似する。
また、図面に示されていないが、本発明の実施形態により年生成されたパッケージに従ってデータを記録、格納、及び再生できる。格納媒体(例えば、ＣＤ、ＤＶＤ、ＢＤ、ＵＳＢなど)に一つのパッケージ内にＭＭＴアセット、設定情報、構成情報、転送特性、パッケージ識別情報、アセットリスト情報、権利管理情報、転送期限情報を含むように格納し、再生時にパッケージ構成要素を解析してコンテンツを再生できる。格納媒体を通じて格納及び再生する場合、実施形態に対する説明で、ＵＲＬを格納位置情報(例えば、メモリアドレスなど)に置換することにより、より容易に格納及び再生することができる。
上述した実施形態では、本発明の例示として理解できる。上記の実施形態のうちいずれか一つに関連して記述されたすべての特徴は、単独に使用され、あるいは記述された他の特徴と組み合わせて使用され、実施形態のうち他の実施形態の一つ又はそれ以上の特徴と組み合わせて使用され、あるいは実施形態のうち他の実施形態の組み合わせで使用することが理解できる。
以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲の記載及びこれと均等なものに基づいて定められる本発明の範囲及び精神を逸脱することなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。
１００ Ｓ２階層
１０２ 全体ＣＩのためのメッセージ
１０４ パッケージ情報のためのメッセージ
１０６ アセット情報のためのメッセージ
１０８ プレゼンテーション制御のためのメッセージ
１１０ セキュリティ(ｓｅｃｕｒｉｔｙ)のためのメッセージ
１１２ アクセスのためのメッセージ１１２
１２０ Ｓ２階層
１２２ Ｅ階層構造、すなわちＭＦＵ、ＭＰＵ、及びアセットのためのメッセージ
１２４ Ｄ１ペイロード構造のためのメッセージ
１２６ Ｄ２ペイロード構造のためのメッセージ
１２８ 測定のためのメッセージ
１３０ ＡＬ-ＦＥＣのためのメッセージ
１３２ Ｄ３情報の伝送のためのメッセージ
１４０ Ｄ１階層
３００ Ｓ階層メッセージ
３０５ メッセージタイプフィールド
３１０ バージョンフィールド
３１５ 長さフィールド
３２０ 拡張フィールド
３２５ ペイロードフィールド
５０５ ＩＴＮテーブル
８０１ サービスデータ提供部
８０３ パッケージ生成部
８０５ 送信部
９０１ 受信部
９０３ パッケージ分析部
９０５ デコーダ/再生部
１０２ 全体ＣＩのためのメッセージ
１０４ パッケージ情報のためのメッセージ
１０６ アセット情報のためのメッセージ
１０８ プレゼンテーション制御のためのメッセージ
１１０ セキュリティ(ｓｅｃｕｒｉｔｙ)のためのメッセージ
１１２ アクセスのためのメッセージ１１２
１２０ Ｓ２階層
１２２ Ｅ階層構造、すなわちＭＦＵ、ＭＰＵ、及びアセットのためのメッセージ
１２４ Ｄ１ペイロード構造のためのメッセージ
１２６ Ｄ２ペイロード構造のためのメッセージ
１２８ 測定のためのメッセージ
１３０ ＡＬ-ＦＥＣのためのメッセージ
１３２ Ｄ３情報の伝送のためのメッセージ
１４０ Ｄ１階層
３００ Ｓ階層メッセージ
３０５ メッセージタイプフィールド
３１０ バージョンフィールド
３１５ 長さフィールド
３２０ 拡張フィールド
３２５ ペイロードフィールド
５０５ ＩＴＮテーブル
８０１ サービスデータ提供部
８０３ パッケージ生成部
８０５ 送信部
９０１ 受信部
９０３ パッケージ分析部
９０５ デコーダ/再生部
Claims (2)
- マルチメディアコンテンツ受信方法であって、
送信エンティティからヘッダー及びペイロードで構成される伝送パケットを受信するステップと、
前記伝送パケットから制御メッセージを復元するステップと、を含み、
前記制御メッセージは、前記伝送パケットを構成するペイロードに含まれ、
前記制御メッセージは、
前記マルチメディアコンテンツに関連する特定の情報を含むテーブルを含めて構成される制御メッセージペイロードと、前記制御メッセージのタイプ関連情報と、前記制御メッセージの長さ関連情報と、前記制御メッセージのバージョン関連情報と、を含み、
前記特定の情報は、パッケージ構成に関する情報を含み、
前記テーブルは、前記テーブルが完全なテーブルであるか、それとも、分割されたテーブルであるかを知らせる識別情報を含むことを特徴とするマルチメディアコンテンツ受信方法 。 - 前記テーブルは、前記テーブルが完全なテーブルでない場合、処理順序に関連する情報を含むことを特徴とする請求項１に記載のマルチメディアコンテンツ受信方法。
Applications Claiming Priority (6)
| 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 | ||
| KR1020130042576A KR101501344B1 (ko) | 2012-05-02 | 2013-04-17 | 멀티미디어 서비스 송수신 방법 및 장치 |
| KR10-2013-0042576 | 2013-04-17 |
Related Parent 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 |
|---|---|
| JP2017163552A JP2017163552A (ja) | 2017-09-14 |
| JP6359142B2 true JP6359142B2 (ja) | 2018-07-18 |
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 Before (2)
| 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 | マルチメディアサービス送受信方法及び装置 |
Country Status (9)
| Country | Link |
|---|---|
| US (3) | US9462311B2 (ja) |
| EP (1) | EP2846551A4 (ja) |
| JP (3) | JP5947455B2 (ja) |
| KR (1) | KR101501344B1 (ja) |
| CN (3) | CN108988971B (ja) |
| AU (2) | AU2013255124B2 (ja) |
| CA (1) | CA2872506C (ja) |
| MX (1) | MX343219B (ja) |
| WO (1) | WO2013165187A1 (ja) |
Families Citing this family (32)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2830318A4 (en) * | 2012-03-23 | 2015-12-02 | Humax Holdings Co Ltd | TRANSMISSION METHOD AND HYBRID RECEPTION METHOD FOR SVC VIDEO CONTENT EMPTYED IN MMT |
| JP2015015706A (ja) * | 2013-07-03 | 2015-01-22 | パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ | データ送信方法、データ再生方法、データ送信装置およびデータ再生装置 |
| 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 |
| WO2015075880A1 (ja) * | 2013-11-22 | 2015-05-28 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | 送信方法、受信方法、送信装置、及び受信装置 |
| JP6506009B2 (ja) * | 2013-11-22 | 2019-04-24 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ | 送信方法、受信方法、送信装置、及び受信装置 |
| US10911800B2 (en) | 2014-01-13 | 2021-02-02 | Lg Electronics Inc. | Apparatuses and methods for transmitting or receiving a broadcast content via one or more networks |
| KR102249147B1 (ko) | 2014-03-29 | 2021-05-07 | 삼성전자주식회사 | 복합 네트워크에서 멀티미디어 데이터 관련 정보를 송수신하기 위한 장치 및 방법과 그 구조 |
| 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 |
| 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 | ソニー株式会社 | 送信装置及び送信方法、並びに受信装置並びに受信方法 |
| BR112017008892A2 (pt) | 2014-11-05 | 2017-12-19 | Sony Corp | aparelhos e métodos de transmissão e de recepção |
| WO2016086075A1 (en) * | 2014-11-24 | 2016-06-02 | The Nielsen Company (Us), Llc | Methods and apparatus to predict time-shifted exposure to media |
| CN106982376B (zh) * | 2016-01-18 | 2019-07-19 | 上海交通大学 | 一种多媒体内容个性化呈现的时间线控制方法 |
| CA2984723A1 (en) * | 2015-05-07 | 2016-11-10 | Sharp Kabushiki Kaisha | System for targeting and demographics |
| KR102519209B1 (ko) * | 2015-06-17 | 2023-04-07 | 한국전자통신연구원 | 스테레오스코픽 비디오 데이터를 처리하기 위한 mmt 장치 및 방법 |
| BR112017027861A2 (ja) * | 2015-07-01 | 2018-11-06 | Sony Corporation | A sending set, a transmission method, a receiving set, and a receiving method |
| US20230283651A1 (en) * | 2016-02-02 | 2023-09-07 | Shanghai Jiao Tong University | Multimedia system information interaction mechanism and network transmission method |
| 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 | 소니그룹주식회사 | 수신 장치, 송신 장치 및 데이터 처리 방법 |
| CN107770601B (zh) * | 2016-08-16 | 2021-04-02 | 上海交通大学 | 一种面向多媒体内容组件个性化呈现的方法及系统 |
| 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 | ソニー株式会社 | 送信装置、送信方法、受信装置および受信方法 |
| US11780142B2 (en) * | 2018-08-31 | 2023-10-10 | 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)
| 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 |
| EP1125398B1 (en) * | 1998-10-30 | 2008-10-22 | Broadcom Corporation | Cable modem system |
| KR100800856B1 (ko) | 2006-08-08 | 2008-02-04 | 삼성전자주식회사 | Ｄｖｂ-ｈ 시스템에서 ｅｓｇ 업데이트 정보 송수신 방법및 시스템 |
| US7900032B2 (en) * | 2006-10-06 | 2011-03-01 | Broadcom Corporation | Method and system for NAND flash support in autonomously loaded secure reprogrammable system |
| JP4181212B2 (ja) | 2007-02-19 | 2008-11-12 | 株式会社東芝 | データ多重化／分離装置 |
| 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 | 삼성전자주식회사 | 데이터 전송 방법 및 장치와 데이터 수신 방법 및 장치 |
| CN107360130B (zh) | 2010-04-20 | 2021-05-07 | 三星电子株式会社 | 用于传送和接收媒体数据的接口装置和方法 |
| US8806050B2 (en) * | 2010-08-10 | 2014-08-12 | Qualcomm Incorporated | Manifest file updates for network streaming of coded multimedia data |
| KR101474270B1 (ko) * | 2010-10-08 | 2014-12-19 | 한국전자통신연구원 | 통신 시스템에서 멀티미디어 서비스 제공 시스템 및 방법 |
| US20120089634A1 (en) | 2010-10-08 | 2012-04-12 | Electronics And Telecommunications Research Institute | System and method for providing multimedia service in a communication system |
| EP2659423A4 (en) * | 2010-12-31 | 2014-09-17 | Akamai Tech Inc | EXPANSION OF DATA CONFIDENTIALITY IN A GAME APPLICATION |
| 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 | 엘지전자 주식회사 | 디지털 방송 송신 방법 |
| JP6352931B2 (ja) * | 2012-10-11 | 2018-07-04 | サムスン エレクトロニクス カンパニー リミテッド | ハイブリッドネットワークにおけるマルチメディアデータを送受信するための装置及びその方法 |
-
2013
- 2013-04-17 KR KR1020130042576A patent/KR101501344B1/ko active IP Right Grant
- 2013-05-02 CN CN201810862316.XA patent/CN108988971B/zh active Active
- 2013-05-02 CA CA2872506A patent/CA2872506C/en active Active
- 2013-05-02 US US14/398,645 patent/US9462311B2/en active Active
- 2013-05-02 MX MX2014013277A patent/MX343219B/es active IP Right Grant
- 2013-05-02 CN CN201380035064.9A patent/CN104412604B/zh active Active
- 2013-05-02 CN CN201810862925.5A patent/CN108964818B/zh active Active
- 2013-05-02 EP EP13784923.8A patent/EP2846551A4/en not_active Ceased
- 2013-05-02 JP JP2015510187A patent/JP5947455B2/ja active Active
- 2013-05-02 WO PCT/KR2013/003808 patent/WO2013165187A1/ko active Application Filing
- 2013-05-02 AU AU2013255124A patent/AU2013255124B2/en active Active
-
2016
- 2016-03-09 JP JP2016045771A patent/JP6122523B2/ja active Active
- 2016-09-30 US US15/281,773 patent/US9906823B2/en active Active
-
2017
- 2017-02-10 AU AU2017200925A patent/AU2017200925B2/en active Active
- 2017-03-31 JP JP2017072521A patent/JP6359142B2/ja active Active
-
2018
- 2018-02-20 US US15/900,184 patent/US10595065B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| US20170019690A1 (en) | 2017-01-19 |
| AU2013255124B2 (en) | 2016-11-17 |
| CA2872506A1 (en) | 2013-11-07 |
| JP2017163552A (ja) | 2017-09-14 |
| CN108964818B (zh) | 2020-02-21 |
| US20180234711A1 (en) | 2018-08-16 |
| US9462311B2 (en) | 2016-10-04 |
| US20150150055A1 (en) | 2015-05-28 |
| JP5947455B2 (ja) | 2016-07-06 |
| AU2013255124A1 (en) | 2015-01-15 |
| MX2014013277A (es) | 2015-02-12 |
| JP2016154342A (ja) | 2016-08-25 |
| AU2017200925A1 (en) | 2017-03-02 |
| JP2015520968A (ja) | 2015-07-23 |
| US10595065B2 (en) | 2020-03-17 |
| KR101501344B1 (ko) | 2015-03-10 |
| AU2017200925B2 (en) | 2018-03-15 |
| US9906823B2 (en) | 2018-02-27 |
| JP6122523B2 (ja) | 2017-04-26 |
| CN108964818A (zh) | 2018-12-07 |
| EP2846551A1 (en) | 2015-03-11 |
| CN108988971A (zh) | 2018-12-11 |
| KR20130123314A (ko) | 2013-11-12 |
| CN104412604B (zh) | 2018-08-28 |
| CN108988971B (zh) | 2020-02-21 |
| CA2872506C (en) | 2022-10-25 |
| CN104412604A (zh) | 2015-03-11 |
| WO2013165187A1 (ko) | 2013-11-07 |
| AU2013255124A2 (en) | 2015-02-26 |
| EP2846551A4 (en) | 2016-02-10 |
| MX343219B (es) | 2016-10-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6359142B2 (ja) | マルチメディアサービス受信方法 | |
| JP7509953B2 (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 | |
| US20140325572A1 (en) | Method for linking mmt media and dash media | |
| KR20130035155A (ko) | 컨텐트 전송 및 수신 방법 및 장치 | |
| US20140282799A1 (en) | Method for transmitting media data via a heterogeneous ip network independently of a media codec | |
| 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 |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20180112 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20180213 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20180403 |
|
| 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: 20180605 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20180619 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6359142 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 |