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

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

Info

Publication number
JP2014534696A
JP2014534696A JP2014535654A JP2014535654A JP2014534696A JP 2014534696 A JP2014534696 A JP 2014534696A JP 2014535654 A JP2014535654 A JP 2014535654A JP 2014535654 A JP2014535654 A JP 2014535654A JP 2014534696 A JP2014534696 A JP 2014534696A
Authority
JP
Japan
Prior art keywords
service
information
asset
package
value
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2014535654A
Other languages
English (en)
Other versions
JP2014534696A5 (ja
JP6339501B2 (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 JP2014534696A publication Critical patent/JP2014534696A/ja
Publication of JP2014534696A5 publication Critical patent/JP2014534696A5/ja
Application granted granted Critical
Publication of JP6339501B2 publication Critical patent/JP6339501B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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
    • H04N21/23605—Creation or processing of packetized elementary streams [PES]
    • 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
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/76—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
    • H04H60/81—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself
    • 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
    • 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/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H2201/00—Aspects of broadcast communication
    • H04H2201/40—Aspects of broadcast communication characterised in that additional data relating to the broadcast data are available via a different channel than the broadcast channel

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Circuits Of Receivers In General (AREA)

Abstract

マルチメディアサービスを提供する方法が提供される。前記方法は、異なるネットワークを介して提供される少なくとも一つのマルチメディアサービスについてのサービス内訳情報を受信する過程と、前記サービス内訳情報を参照して、一つのサービスを選択する過程と、前記選択したサービスを受信する過程とを含む。前記サービス内訳情報は、複数の論理チャンネルを介して伝送される少なくとも一つのサービスに関する情報を含む第１のサービスマップテーブ、及び一つの論理チャンネルを介して伝送される少なくとも一つのサービスに関する情報を含む第２のサービスマップテーブルのうちの一つを含む。前記第１のサービスマップテーブル及び第２のサービスマップテーブルは各々、アセット関連付け情報を含む。

Description

本発明は、マルチメディアサービスを提供する方法に関し、より詳しくは、異種ネットワークの環境において、放送通信融合型サービスを提供するサービス提供者が、自ら提供するサービスに関する内訳情報を伝達する方法に関する。
インターネットが広帯域へ進化しつつあり、地上波チャンネル、衛星チャンネル、ケーブルなど、専用チャンネルを用いる既存の放送のみならず、一般のインターネットを用いてマルチメディアを編成するにより提供するインターネット放送が可能となっている。また、既存の放送とインターネット放送とが、より有機的に結合することにより、多様なサービスを提供する放送通信融合型マルチメディアサービスが、現実的なサービスとして浮上してきた。
多くの放送サービス提供者（放送社）は、専用チャンネルのみならず、インターネットを介しても、コンテンツを伝達することができ、却って専用放送チャンネルなしで、インターネットのみを介して、コンテンツを伝達する放送サービス提供者も現われきた。従って、専用チャンネルを用い、インターネットと共に用いる放送社であれ、インターネットのみを用いる放送社であれ、番組コンテンツと共に、自らの番組編成情報を多数の視聴者に伝達することにより、自らの番組コンテンツを視聴者に広報し、視聴者が計画性よく視聴可能にする必要がある。その上に、インターネットを介して「リプレイ」サービスを提供することにより、視聴者が本放送の時に視聴できなかったコンテンツを追って視聴可能にすることもできる。既存の放送においては、このような類型の情報を電子番組ガイド（Electronic Program Guide、EPG）と呼び、ＤＶＢ（Digital Video Broadcasting）システム標準の場合、北米方式では、ＰＳＩＰ（Program and System Information Protocol）、ヨーロッパ方式では、ＳＩ（Service Information）などで呼んでいる。また、既存のデジタルＴＶ方式で広く使われているＭＰＥＧ−２システム標準においては、これをＰＳＩ（Program Specific Information）と呼んでいる。北米方式では、ＰＳＩとＰＳＩＰとを共に送出するようにしているが、ＰＳＩＰだけでも視聴者による番組の選択が可能である。ヨーロッパ方式では、ＰＳＩとＳＩとを共に送出し、ＰＳＩだけでも番組の選択を可能とすることができるが、ＳＩを介して番組についての様々なガイド情報をさらに提供する。本願の明細書においては、このような種類の情報を、通称、サービス内訳情報（Service Specific Information、SSI）とも称する。
専用チャンネルを用いる既存の放送とは違って、インターネット放送は、グローバル（global）に提供されるので、既存放送の地域性（regional property）を超え、インターネット放送を受信できる受信機がある地域であれば、世界中のどこでも、インターネットを介してアクセス可能である。従って、インターネット放送の場合、北米、ヨーロッパ、日本などに大別される既存放送標準の地域性を克服するためには、世界で一意の単一方式で提供しなければならず、受信機の複雑度が不要に増大することを防ぐことができる。このような観点から、ＳＳＩは、さらに単一方式の標準化を必要とする。
将来の放送通信融合型放送システムは、インターネットを中心として再編されると予想される。即ち、既存の放送チャンネルを介した番組コンテンツだけではなく、インターネットを介した番組コンテンツについてのガイド情報まで、受信機が読取り可能な（machine-readable）形式でＳＳＩ内に一緒に記憶して伝達し、 受信機は、このようなＳＳＩを放送チャンネル又はインターネットを介して獲得して、放送受信の制御に活用し、必要によって視聴者が読み取れる形態で見せるようになる。専用放送チャンネルを用いないインターネット放送社は、当然にインターネットを介してＳＳＩを伝達するようになる。
したがって、インターネットを含んだ異種ネットワークの環境において、放送通信融合型サービスを提供するサービス提供者が、自ら提供するサービスに関する内訳情報を伝達するための形式を提供する装置及び方法が必要である。
前記情報は、本発明の記載の理解を助けるためのバックグラウンド情報として提示される。本発明に関する先行技術として適用できるかの可否については、何らかの決定、何らかの言及もすることができない。
本発明の特徴は、少なくとも前述の問題及び／又は短所を解決し、後述する効果を少なくとも提供する。従って、本発明の目的は、インターネットを含んだ異種ネットワークの環境において、放送通信融合型サービスを提供するサービス提供者が、自ら提供するサービスに関する内訳情報を伝達するための形式を提供することにある。
本発明の一態様によると、マルチメディアサービスを受信する方法が提供される。前記方法は、異なるネットワークから提供される少なくとも一つのマルチメディアサービスについてのサービス内訳情報を受信する過程と、前記サービス内訳情報を参照して、一つのサービスを選択する過程と、前記選択したサービスを受信する過程とを含む。前記サービス内訳情報は、複数の論理チャンネルを介して伝送される少なくとも一つのサービスに関する情報を含む第１のサービスマップテーブル（Service Map Table）、及び一つの論理チャンネルを介して伝送される少なくとも一つのサービスに関する情報を含む第２のサービスマップテーブルのうちの一つを含んでもよい。前記第１のサービスマップテーブル及び第２のサービスマップテーブルは各々、アセット関連付け情報を含んでもよい。
本発明の他の態様によると、マルチメディアサービスを送信する方法が提供される。前記方法は、異なるネットワークから提供される少なくとも一つのマルチメディアサービスについてのサービス内訳情報を送信する過程と、前記サービス内訳情報を参照して、受信機により要請されたサービスを前記受信機に伝送する過程とを含む。前記サービス内訳情報は、複数の論理チャンネルを介して伝送される少なくとも一つのサービスに関する情報を含む第１のサービスマップテーブル、及び一つの論理チャンネルを介して伝送される少なくとも一つのサービスに関する情報を含む第２のサービスマップテーブルのうちの少なくとも一つを含んでもよい。前記第１のサービスマップテーブル及び第２のサービスマップテーブルは各々、アセット関連付け情報を含んでもよい。
本発明のまた他の態様によると、マルチメディアサービスを受信する装置が提供される。前記装置は、異なるネットワークから提供される少なくとも一つのマルチメディアサービスについてのサービス内訳情報を受信する受信部と、前記サービス内訳情報を参照して一つのサービスを選択する制御部とを含む。前記受信部は、前記制御部により選択されたサービスを受信してもよい。前記サービス内訳情報は、複数の論理チャンネルを介して伝送される少なくとも一つのサービスに関する情報を含む第１のサービスマップテーブル、及び 一つの論理チャンネルを介して伝送される少なくとも一つのサービスに関する情報を含む第２のサービスマップテーブルのうちの少なくとも一つを含んでもよい。前記第１のサービスマップテーブル及び第２のサービスマップテーブルは各々、アセット関連付け情報を含んでもよい。
本発明のさらなる他の態様によると、マルチメディアサービスを送信する装置が提供される。前記装置は、異なるネットワークから提供される少なくとも一つのマルチメディアサービスについてのサービス内訳情報を送信する送信部と、前記サービス内訳情報を参照して受信機により要請されたサービスを選択する制御部とを含む。前記送信部は、前記制御部により選択されたサービスを前記受信機に伝送してもよい。前記サービス内訳情報は、複数の論理チャンネルを介して伝送される少なくとも一つのサービスに関する情報を含む第１のサービスマップテーブル、及び一つの論理チャンネルを介して伝送される少なくとも一つのサービスに関する情報を含む第２のサービスマップテーブルのうちの少なくとも一つを含んでもよい。前記第１のサービスマップテーブル及び第２のサービスマップテーブルは各々、アセット関連付け情報を含んでもよい。
本発明のまた他の態様によると、マルチメディアサービスを受信する方法が提供される。前記方法は、制御メッセージを受信する過程と、前記制御メッセージをデコードする過程とを含む。前記制御メッセージは、少なくとも一つのテーブルを含んでもよい。前記少なくとも一つのテーブルには、パッケージに対応する一つ以上のＭＰＴについてのテーブルが含まれてもよい。前記ＭＰＴについてのテーブルには、パッケージに属するアセットリストが含まれてもよい。
本発明のまた他の態様によると、マルチメディアサービスを受信する装置が提供される。前記装置は、制御メッセージを受信する受信部と、前記制御メッセージをデコードするデコーダとを含む。前記制御メッセージは、少なくとも一つのテーブルを含んでもよい。前記少なくとも一つのテーブルには、パッケージに対応する一つ以上のＭＰＴについてのテーブルが含まれてもよい。前記ＭＰＴについてのテーブルには、パッケージに属するアセットリストが含まれてもよい。
本発明のまた他の態様によると、マルチメディアサービスを送信する方法が提供される。前記方法は、制御メッセージを生成する過程と、生成された制御メッセージを送信する過程とを含む。前記制御メッセージは、少なくとも一つのテーブルを含んでもよい。前記少なくとも一つのテーブルには、パッケージに対応する一つ以上のＭＰＴについてのテーブルが含まれてもよい。前記ＭＰＴについてのテーブルには、パッケージに属するアセットリストが含まれてもよい。
本発明のまた他の態様によると、マルチメディアサービスを送信する装置が提供される。前記装置は、制御メッセージを生成する制御部と、生成された制御メッセージを送信する送信部とを備える。前記制御メッセージは、少なくとも一つのテーブルを含んでもよい。前記少なくとも一つのテーブルには、パッケージに対応する一つ以上のＭＰＴについてのテーブルが含まれてもよい。前記ＭＰＴについてのテーブルには、パッケージに属するアセットリストが含まれてもよい。
本発明の他の特徴、効果、及び顕著な特徴は、添付の図面と共に、以下の詳細な説明から当該技術分野における通常の知識を有する者には明らかとなる。
本発明によると、本発明において提案するサービス内訳情報を提供するための形式を適用して、サービス提供者が自ら提供するサービスについての内訳情報を提供することにより、受信機がサービス内訳情報を用いて視聴者が視聴を希望する放送コンテンツを容易に選択できるようにする。
本発明の実施形態により専用物理チャンネルを用いる既存の放送におけるサービス内訳情報及（ＳＳＩ）びシステムガイド情報の構造を示す図である。 インターネット放送におけるＳＳＩの構造を示す図である。 本発明の実施形態によるＳＳＩの論理的構造を示す図である。 ＭＰＥＧ−２ ＴＳベースの放送におけるＳＳＩの使用例を示す図である。 本発明の実施形態によるＳ１シグナリング構造を示す図である。 本発明の実施形態による受信機におけるマルチメディア受信動作を示す図である。 本発明の実施形態による受信機におけるマルチメディア受信動作を示す図である。 本発明の実施形態による送信装置の構造を示す図である。 本発明の実施形態による受信装置の構造を示す図である。
添付した図面の全般に渡って、同一又は類似の構成要素、特徴及び構造機能に対しては同様の参照番号を付することに留意すべきである。
添付の図面を参照した下記の説明は、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるような本発明の実施形態の包括的な理解を助けるために提供されるものである。この理解を助けるために様々な特定の詳細を含むが、これらは単なる一つの実施例に過ぎない。従って、本発明の範囲及び趣旨を逸脱することなく、ここで説明する実施形態の様々な変更及び修正が可能であることは、当該技術分野における通常の知識を有する者には明らかである。また、明瞭性と簡潔性の観点から、当業者に良く知られている機能や構成に関する具体的な説明は省略する。
以下の説明及び特許請求の範囲において用いられる用語及び単語は、文献上の意味に限定されず、専ら発明者により、本発明の明確で、かつ一貫した理解を可能にするために使われる。したがって、添付した特許請求の範囲及びこれらの均等物により定義されるように、本発明の実施形態の説明が単に実例を提供するためのものであって、本発明の目的を限定するものでないことは、当該技術分野における通常の知識を有する者には明らかである。
本明細書の全般に渡って、「a」、「an」、及び、「the」の単数形態は、文脈からそうでない旨を明示しない限り、複数の対象物を含むことを理解すべきである。従って、例えば、「要素表面」というのは、そのような表面のうちの一つ又はそれ以上を含むこととする。
まず、本発明を説明するに先立って、明細書において使われる用語を次のように定義する。
メディアサービス（media service）：例えば、オーディオ、ビデオ、イメージ、テキスト、グラフィック、対話型アプリケーションなどの多様なメディアのうちの一つ以上のメディアを用いて情報を伝達するサービス。
フォアグラウンドメディアサービス（foreground media service）：ビデオサービス、オーディオサービス、電子番組表（Electronic Prgram Guide, EPG）サービス、プッシュ型ビデオオンデマンド（Push Video on Demand、VoD）サービス、ポータル（portal）サービスなど、一時点で一人の視聴者が選択して楽しめるように、視聴者に直接露出された有料又は無料のメディア商品。
バックグラウンド放送サービス（background broadcast service）：例えば、ファイルダウンロードのためのカルーゼル（carousel）、インターネットを介した事前ダウンロード（pre-download）などのように、フォアグラウンドメディアサービスを補助するが、視聴者に直接露出されないメディア伝達サービス。
ビデオサービス（video service）：ビデオが主なサービスであり、これに付随したオーディオが必ず提供され、他の言語のオーディオ、字幕、対話型アプリケーション、その他の付加データなどが共に提供されてもよい。
オーディオサービス（audio service）：オーディオが主なサービスであり、これに関連したビデオ又はイメージ、対話型アプリケーション、及びその他の付加データが提供されてもよい。
対話型アプリケーション（interactive application）：ビデオ又はオーディオサービスの消費中、必要によって呼出されて視聴者に情報を提供し、視聴者の反応を受けてメディアサービスを制御するか、又はメディア事業者のサーバに情報を伝達するソフトウェアとして、宣言型（declarative）及び手続き型（procedural）言語と総称する。現在消費されているビデオ又はオーディオサービスと関連して、メディア事業者により呼出されたり、現在消費されているメディアサービスと関係なく、メディア事業者により呼出されたりする。また、受信機のキャッシュに既に記憶されて、視聴者に認識された対話型アプリケーションは、視聴者の要請に応じて呼出されることもある。
レギュラーメディア（regular media）：メディアサービスの要件上、必ず提供すべきメディア。例えば、オーディオサービスのオーディオ、又はオーディオが伴ったビデオサービスのビデオとオーディオである。
補助メディア（adjunct media）：メディアサービスの要件上、提供しなくてもよいが、必要によって提供されるメディア。例えば、ウェブ文書、ウィジェット、対話型アプリケーション、オーディオクリップ、ビデオクリップ、グラフィック、テキスト、イメージ、補助メディアコンポーネントなど。補助メディアは、常に、レギュラーメディアと共に消費され、単独で消費されることができない。
メディアコンポーネント（media component）：メディアを構成する構成要素。例えば、ステレオスコピックビデオの場合、左眼映像と右眼映像がある。また、他の例として、５.１チャンネルオーディオの場合、各チャンネルオーディオは、メディアコンポーネントである。
補助メディアコンポーネント（auxiliary media component）：独立的には、一つのメディアを構成することができないが、他のメディアコンポーネントと共に、あるメディアを構成するメディアコンポーネント。例えば、２Ｄ／３Ｄ時間混合型サービスにおいて、左眼及び右眼映像のうち、左眼映像が２Ｄ映像として常に提供される状況で、ステレオスコピックビデオの区間でのみ提供される右眼映像は、補助メディアコンポーネントである。
アセット（asset）：メディアコンポーネントに関するエンコーディングデータ。ここで、エンコーディングとは、圧縮符号化、標準形式に合わせた符号化などを言う。
レギュラーアセット（regular asset）：レギュラーメディアのメディアコンポーネントに関するエンコーディングデータ。ここで、エンコーディングとは、圧縮符号化、標準形式に合わせた符号化などをいう。
補助アセット（adjunct asset）：補助メディアのメディアコンポーネント又は補助メディアコンポーネントに関するエンコーディングデータ。ここで、エンコーディングとは、圧縮符号化、標準形式に合わせた符号化などをいう。
プログラム（program）：メディアサービスの一つのインスタンス（例えば、一つの放送チャンネル（論理チャンネル）のコンテンツ全体）。
プログラムアイテム（program item）：プログラムのある時間間隔のコンテンツ。例えば、一本の映画内にスタート広告、中間の広告、最後の広告が混ぜて伝送されるとき、広告を含んだ映画に該当する時間間隔のコンテンツである。ここで、各広告も個別的なプログラムアイテムであるが、他のプログラムアイテムに含まれた内包型（embedded）プログラムアイテムである。プログラムは、内包型ではない複数のプログラムアイテム（内包型プログラムアイテムを含んでもよい）を時間軸上で連接した結果である。
パッケージ（package）：プログラムアイテムに関する符号化データ。複数のアセットと、これらのアセットの伝送、デコード、再生などと関連付けの制御情報を含む。
主アセット（primary asset）：補助アセットに関する同期化情報が含まれ得るレギュラーアセット。例えば、ビデオストリームのＭユニットの付着情報（attached information）として、補助アセットの同期化及び制御情報を含んでもよい。
付着情報（attached information）：アセットに関する制御情報、説明情報などの付加情報を意味する。付着情報は、論理的用語であって、実際には、伝達階位のうち、複数層のヘッダー内に含まれ、この際には、ヘッダー情報と呼ばれる。
ストリーム型アセット（stream asset）：ビデオストリーム、オーディオストリームのように、時間的に無限に生成できるメディア圧縮データ形態のアセット。
非ストリーム型アセット（non-stream asset）：ストリーム型アセットに該当しないアセット。
Ｍユニット（M-unit）：アセットの次下位コンポーネントである。ストリーム型アセットのＭユニットは、一度にメディアデコーダ（media decoder）に入力できる最小のデータ単位であって、そのデコーディング結果は、メディアによって一時点で、又はある時間間隔の間、示現されてもよい。例えば、ビデオストリームの場合、一つのフレームを圧縮した結果が、一つのＭユニットとなってもよく、オーディオストリームの場合、２４ｍｓの間のオーディオサンプルを圧縮した結果が、一つのＭユニットとなってもよい。
論理チャンネル（logical channel）：エンコードされた一つのプログラムを伝達する経路。例えば、ＭＰＥＧ−２ ＴＳ（Transport Stream）に基づいた既存のデジタルＴＶシステムにおいて、ＰＭＴ（Program Map Table）により指定されるデータ伝達経路、又はインターネットで送信元アドレス（source address）、宛先アドレス（destination address）、ポート番号（port number）により指定されるデータ伝達経路などは、論理チャンネルに該当する。
物理チャンネル（physical channel）：一つ以上の論理チャンネルを伝達する経路。例えば、６ＭＨｚの帯域幅を有する地上波ＴＶチャンネル又はケーブルＴＶチャンネル、衛星放送チャンネル、インターネットなどは、物理チャンネルに該当する。
ＩＰアプリケーションデータフロー（ＩＰ application data flow）：一つのＩＰアプリケーションデータフローは、インターネット上の送信元アドレス、宛先アドレスにより、またＩＰパケットのコンテンツを処理するアプリケーションを指定する宛先内におけるポート番号により指定される。
アセット経路識別子（APID、Asset Path Identifier）：アセット経路の識別子（例えば、アセットを搬送する情報）。一つのＩＰアプリケーションデータフローは、様々なアセット経路からなり、各アセット経路は、ＡＰＩＤにより一つのＩＰアプリケーションデータフロー内で固有に識別される。
アセットモジュール識別子（AMID、Asset Module Identifier）：アセットが様々なアセットモジュールに分けられて伝送される場合、一つのアセット経路内で、これらのアセットモジュールを識別する識別子である。例えば、サイズが大きなテーブルがあり、このテーブルを多くのサブテーブル（sub-table）に分けたとすれば、テーブル全体を一つのアセットとして指定した場合、各サブテーブルがアセットモジュールとなる。
以下、図面を参照して、本発明の実施形態によるサービス内訳情報の形式を説明する。まず、サービス内訳情報は、次のような要求事項を考慮すべきである。
ガイド情報の統合性：サービス内訳情報（ＳＳＩ）は、一つの放送事業者又は複数の放送事業者が共同して運用する全ての有無線インターネット、地上波チャンネル、衛星チャンネル、ケーブルなどの媒体を介して提供された放送サービスに関して、その内訳情報を受信機に伝達する必要がある。
ガイド情報の形式：ＳＳＩは、受信機が効率よく読取り可能な（machine-readable）形式を有するべきである。同一のＳＳＩを可能な限り少量のデータで表現できる形式を用いる必要がある。
ガイド情報の対象期間：ＳＳＩは、一定期間の過去、現在、一定期間（例えば、半月間）後のサービス内訳をガイドする必要がある。しかし、過去に既に放送されたサービス内訳は、ＳＳＩに直接含まれなくてもよく、この場合、受信機は、既に記憶された過去のサービス内訳を、一定期間の間（例えば、半月間）削除せず、保存してもよい。
ガイド情報の有効期間：特定バージョンのＳＳＩは、一定期間の間のみ有効であり、予め定められた期間が終了すると、受信機により自動に更新される必要がある。
編成変更サポート：必要によって、既に公知のＳＳＩに含まれた編成コンテンツと異なるコンテンツを放送する場合、送信機及び受信機が、既に公知のＳＳＩを修正できる手段が提供される必要がある。
ガイド情報の伝達手段：ＳＳＩ全体又は一部を、必要によって有無線インターネット、地上波チャンネル、衛星チャンネル、ケーブルなどの媒体のうちの一つ以上を介して伝達する必要がある。
ガイド情報の選択的構造：ＳＳＩコンテンツのうち、放送システムの動作に必須的な情報は、義務的に伝達されるが、そうでない情報は、選択的に伝達されてもよい構造を有する必要がある。例えば、プログラムコンテンツの位置情報は、受信機が当該プログラブストリームの読取りに必須的な情報である一方で、プログラムコンテンツについてのプロットは、視聴者がそのプログラムを視聴するか否かを決定することを助けるが、受信機の動作に必ずしも必要な情報ではない。
チャンネル獲得時間の最小化：ＳＳＩは、チャンネル獲得時間（channel acquisition time）を最小化できる構造を有する必要がある。ここで、「チャンネル獲得時間」とは、電源の印加後、又はチャンネルの変更後、ビデオとオーディオが再生されるまでの時間を意味する。
既存放送との前方互換性（forward compatibility）：ＳＳＩは、ＭＰＥＧ−２ ＴＳに基づいた既存放送のサービス内訳もガイドする必要がある。
既存放送との後方互換性（backward compatibility）：ＭＰＥＧ−２ ＴＳに基づいた既存放送においてもＳＳＩを使用する必要がある。このように提供されるＳＳＩは、これをサポートしない既存の受信機では使用されないが、その動作に影響を及ぼしてはいけない。ＳＳＩをサポートする新たなバージョンの受信機では、ＳＳＩを活用することができる。
一画面内の多数の小画面のサポート：ＳＳＩは、一画面内に多数の小画面をサポートする必要がある。ここでは、小画面の時空間上の位置決め機能が含まれる。例えば、野球試合を生中継する際、投手、打者、特定の内野手、スタジアム全体などを見せる小画面を全体画面内に全て含む必要がある。
多様な能力の受信機のサポート：ＳＳＩは、モバイル機器、ＳＤＴＶ（Standard Definition Television）、ＨＤＴＶ（High Definition ＴＶ）、ＵＨＤＴＶ（Ultra-High Definition）など、多様な能力の受信機についてのコンテンツガイドをサポートする必要がある。
多国語放送、字幕放送、画面解説放送、及び手話放送のガイドサポート：ＳＳＩは、様々な言語のオーディオ放送、字幕放送、画面解説放送、手話放送など、アクセス性（accessibility）を向上できる補助コンテンツがプログラムに含まれた場合、これをガイドする必要がある。
コンテンツ使用制限事項のガイド：ＳＳＩは、コンテンツの使用に対するいくつの制限事項をガイドする必要がある。このような制限事項には、コンテンツランク（一定年齢以下の視聴禁止）、録画可能性、任意のアクセス性、高速再生/逆再生、ペイパービュー、月定額課金などが含まれてもよい。
コンテンツデータ位置のガイド：ＳＳＩは、コンテンツデータの位置をガイドする必要がある。コンテンツ全体が同一の位置である場合、及びコンテンツコンポーネント別に異なる位置である場合を両方とも効率よくガイドする必要がある。また、ＳＳＩは、一つ以上の専用放送物理チャンネル及びインターネットを単独に、或るいは一部又は全部を同時に用いてコンテンツの伝達をガイドする必要がある。
代替コンテンツデータ位置のガイド：ＳＳＩは、代替コンテンツデータの位置をガイドする必要がある。代替コンテンツデータとは、視聴者が選択したコンテンツについて、意図された元のコンテンツデータの代わりに、元のコンテンツデータと同一又は類似のコンテンツを読取れる他の位置を言う。
補助データのガイド：ＳＳＩは、主ビデオ及びオーディオに関するガイドだけではなく、これに付随するウェブ文書、ウィジェット、対話型アプリケーション、オーディオクリップ、ビデオクリップ、グラフィック、テキスト、イメージ、部分メディアストリーム（例えば、双眼式３Ｄビデオを一定期間示現するための追加的な有限長さのストリーム）などの補助データに関するガイドを行う必要がある。
一方、ＳＳＩは、放送社、又は放送社集団別に提供される。地上波放送社、ケーブル放送社、衛星放送社、インターネット放送社などは、独立的に事業を行うので、サービス内訳の共有及び統合伝達を互いに約定しない限り、各自のサービス内訳を独立的に伝達するしかない。しかし、このような約定がある場合には、サービス内訳を 統合的に、約定に参加した放送社の集まりである放送社集団にガイドしてもよい。サービス内訳ガイドの情報量が多いと、これを受信機でダウンロードするのに長い時間がかかるため、視聴者がサービス内訳ガイドを閲覧するまでの遅延時間が長くなり、変更されたサービス内訳ガイドをダウンロードするときも負担が大きくなるので、このような点を克服するための方法が要求される。
既存のＭＰＥＧ−２標準に基づいた放送システムにおいては、ＭＰＥＧ−２システム標準（ISO/IEC 13818-1）で提供されるＰＳＩ（Program Specific Information）が、サービス内訳ガイドには不十分であるため、追加的なサービス及びシステムガイド情報を規定して施行している。ＡＴＳＣ（Advanced Television Systems Committee）のＰＳＩＰ（Program and System Information Protocol）とＤＶＢのＳＩがＰＳＩである。ＡＴＳＣのＰＳＩＰの場合には、ＭＰＥＧ−２ ＰＳＩ中のＰＡＴ（Program Association Table）やＰＭＴ（Program Map Table）を代替する情報を含んでいるため、受信機がＰＡＴやＰＭＴを解読する必要なく、プログラムを受信できるように設計されている。
一つの物理チャンネル内に多くのプログラムを多重化して伝送する専用チャンネルを介した放送とは異なって、インターネットのみを用いるインターネット放送の場合、一つのＩＰアプリケーションデータフロー内に様々なプログラムを多重化しないことが普通である。もちろん、必要によっては、一つのＩＰアプリケーションデータフロー内に、様々なプログラムを多重化してもよいが、本発明の実施形態により提案される方式では、一つのＩＰアプリケーションデータフロー内に、一つのプログラムのみを送ると前提する。また、物理チャンネルの帯域幅の制限により、プログラムコンポーネントを多くの異なる物理チャンネルを介して分けて伝送する場合も、インターネット放送には該当されない。このような条件の下で、インターネット放送についてのＳＳＩは、非常に単純化することができる。
図１は、本発明の実施形態による専用物理チャンネルを用いる既存放送におけるサービス内訳情報（ＳＳＩ）の構造を示す図である。
受信機は、ＡＴＳＣ ＰＳＩＰ又はＤＶＢ ＳＩから物理チャンネルの内訳を確認し、特定の物理チャンネルをチューニング（tuning）すると、ＭＰＥＧ−２ＰＳＩ中のＰＡＴから当該物理チャンネル内のプログラム内訳を確認する。特定のプログラムを選択すると、受信機は、ＭＰＥＧ−２ＰＳＩ中のＰＭＴからプログラムコンポーネントを識別することができる。ＡＴＳＣシステムでは、ＰＳＩＰ情報から特定プログラムのコンポーネントを直接識別することもできる。
図２は、本発明の他の実施形態によるインターネット放送の場合に必要なＳＳＩの構造を示す図である。
受信機は、同一のＩＰアプリケーションデータフロー内に特定の経路を介して伝達されるサービス内訳情報から、プログラムコンポーネントの経路識別子を確認してプログラムを再生できる。受信機の電源がいつオンになるか、このインターネット放送をいつアクセスするかなどを、予め知ることができないので、サービス内訳情報は、周期的に伝達される必要がある。その周期は、短いほどよい。通常、５００ｍｓ内に保持することが好ましい。サービス内訳情報の量が多いと、これを短い周期で伝送するためには、それほど多いパケットを同一の時間間隔で伝達しなければならないので、非効率的である。従って、短い周期で伝送される情報は、可能な限り少ない量になるように設計する必要がある。追加のガイド情報は、より長い周期で伝送されるようにするか、そうではないと、受信機の要求によって伝達されるようにすればがよい。
図３は、本発明の一実施形態によるＳＳＩの論理的な構造を示す。例えば、図３は、本発明の実施形態により、専用物理チャンネルとインターネットとの両方を用いる放送通信融合型放送のためのＳＳＩの論理的な構造である。
図３を参照すると、図示された構造は、基本的に図１及び図２の構造を統合した形態であって、ＳＭＴ−Ｍ（Service Map Table for Multiple packages）３０１は、専用放送物理チャンネルを介して、複数の論理チャンネルを放送する場合に用いられ、 ＳＭＴ−Ｓ（Service Map Table for a Single package）３０９は、専用放送物理チャンネルを介して、単一の論理チャンネルを放送するか、インターネットのみを用いるか、インターネットを主に用いて放送する場合に用いられる。インターネットを主に用いて放送する例としては、専用物理チャンネルとインターネットとを共に用いる放送社が、インターネット放送を実施する場合、必要によって、専用物理チャンネルを介して伝送されるデータを、インターネット放送で活用する場合を挙げられる。 例えば、専用チャンネルの帯域幅の制限により、あるコンテンツをインターネット放送する際、このコンテンツに付加的に用いられる補助データは、専用チャンネルを介して伝送されるコンテンツを共用してもよい。このような場合、インターネットのアクセスのみが可能な受信機は、補助データを活用できないが、専用チャンネルのチューナー（tuner）と、インターネットアクセス装置とを全て有するスマートＴＶ受信機は、主なコンテンツの場合、インターネットを介して受信し、補助データの場合、専用チャンネルを介して受信して、これらを総合的に視聴者に提供することができる。
ＳＭＴ−Ｍは、ＳＭＴ−Ｍ情報を伝送する物理チャンネル内の全てのプログラムに関する簡単なガイドコンテンツと、現在放送中の各プログラムアイテムの情報を含んでいるＰＰＴ（Package Packing Table）３０７-１から３０７-nの位置参照情報とを含み、さらに当該放送社が提供するすべてのプログラムに関するガイド情報を含んでいるＰＧＴ（Package Guide Table）３０５についての位置参照情報及びバージョン情報を含む。
チャンネル獲得時間を最小化するために、ＳＭＴは、非常に短い期間（例えば、５００ ms）で周期的に伝送されるので、可能であれば、含まれる情報の量も最小化される。
ＰＧＴは、一つの放送社が運用している全ての物理チャンネルとインターネットとを介してサービスされる全てのプログラムアイテムのうち、一定期間の分量（例えば、現在に基づいて過去と未来の半月間）に該当するガイド情報を含むので、その情報量がＳＭＴに比べて著しく多く、伝送周期もまた、はるかに長い（例えば、１分）。ＰＧＴは、必要によって、受信機がインターネットを介してダウンロードされるようにしてもよい。ＰＧＴは、放送編成表によってプログラムアイテムをガイドするが、予め報知した放送編成表であっても、変更できるので、効率よく更新可能な構造を有する必要がある。従って、ＰＧＴ内に含まれた情報を、種類別にモジュール化して構成し、受信機が更新されたモジュールのみをダウンロードすることができるようにする。もちろん、更新されたモジュールのみを集めて、一度にダウンロードするようにしてもよい。これは、統合デルタモジュールと呼ばれる。
例えば、１からＮ（Ｎは、一日又は二日に該当する数を表す）までのＰＧＴバージョン差を有する、様々な統合デルタモジュールが共に提供されると、受信機のダウンロードの負担を顕著に低減することができる。ＳＭＴに含まれたＰＧＴのバージョンが、現在受信機に記憶されているＰＧＴのバージョンと異なると、ＰＧＴ中の一つ以上のモジュールが、追加/更新/削除されたものであるので、受信機は、追加されるか、又は更新されたモジュールをダウンロードされ、削除するコンテンツは、削除するようにし、もしＰＧＴのバージョンが同一であると、受信機は、ＰＧＴを新たにダウンロードする、又は解読する必要がない。
ＰＧＴの各モジュールは、一つ以上のプログラムアイテム又はこれに相応するパッケージに関するガイド情報を含むか、又はＰＧＴの解読に必要な追加の関連テーブル（associated table、例えば、視聴者ランク表（rating table））を含む。ＰＧＴに含まれたパッケージに関するガイド情報には、ＰＰＴについての位置参照情報が含まれることにより、視聴者がＰＧＴを用いてプログラムを選択可能とするか、又は予約録画が可能とする。長いテキスト情報によりプログラムコンテンツの概要をガイドする代わりに、インターネット上のプログラムホームページのＵＲＬ（Uniform Resource Locator）をガイドすることにより、ＰＧＴに含まれるべき情報量を低減し、テキストのみに依存するプログラムコンテンツガイドから外れて、ＨＴＭＬページによる多様なプログラムガイドと、「プレビュー」、「リプレイ」などのサービスが可能とするようにする。
ＰＰＴは、ＭＰＥＧ−２ＰＭＴ（Program Map Table）と類似した情報であるが、 ＭＰＥＧ−２ＰＭＴがプログラムアイテムを区別しないプログラム論理チャンネルの構成に関する情報であり、ＰＰＴは、プログラムアイテムを別々にガイドする。ＰＰＴは、一つのプログラムアイテムに相応する一つのパッケージをのみガイドすることができる。ＰＰＴは、プログラムアイテムを構成する全てのプログラムアイテムコンポーネントのみならず、補助データコンポーネントに関する情報を含む。即ち、ビデオと、これに付随するオーディオのようなレギュラーアセットに関する情報だけではなく、必要な時点で共に提供される、ウェブ文書、ウィジェット、対話型アプリケーション、オーディオクリップ、ビデオクリップ、グラフィック、テキスト、イメージ、補助メディアコンポーネントなどの補助アセットに関する情報と、そのリソースについての位置参照情報を含んでもよい。様々なパッケージにおいて、共通に用いられる補助アセットを、様々なパッケージが共有し得る形態で補助アセットの情報とリソースとを提供する。
図３を参照すると、ＳＭＴ−Ｓは、構造及び機能の側面から、ＰＰＴと類似である。インターネット放送の場合、普通、一つのＩＰアプリケーションデータフロー内に一つのプログラムのみが存在するので、ＳＭＴとＰＰＴの二つのステップでプログラムアクセス情報を獲得する必要がない。また、一つの放送専用の物理チャンネル内に一つのプログラムアイテムのみが放送される場合にも同様である。ＳＭＴ−Ｓは、ＳＭＴとＰＰＴの機能を一つに結合することにより、チャンネル獲得時間を短縮する。ＳＭＴ−Ｓ内には、インターネット放送チャンネル又は論理チャンネル自体についての簡単なガイドと、ＰＧＴの位置参照情報、ＰＧＴのバージョン、及び現在放送中のパッケージに相応するプログラムアイテムについての簡単なガイドと、パッケージを構成するアセット３１１-１から３１１-Kに関する各種の情報とが含まれる。従って、ＳＭＴ−Ｓは、論理チャンネルガイド、プログラムアイテムガイド、プログラムアイテムコンポーネント情報などを統合的に伝達する。
インターネット放送において用いられるＰＧＴは、一つのインターネット放送社又は放送社集団が運用している全てのインターネット放送チャンネル、即ち、様々なＩＰアプリケーションデータフローに含まれた全てのプログラムについてのガイドを含んでもよい。視聴者は、ＰＧＴを用いて一つのインターネット放送社又は放送社集団からプログラムをナビゲーションにより選択してもよい。
ＭＰＥＧ−ＤＡＳＨにより実時間インターネット放送を実施する場合には、ＳＭＴ−Ｓは、このインターネット放送に含まれたプログラムアイテム別にガイドしなくてもよい。例えば、プログラムアイテム（実際のコンテンツは、多くのプログラムアイテムが連続されたプログラムである）の長さが指定されていないライブストリーミング（live streaming）がこれに該当する。しかし、この場合に、ＰＧＴは、必ずプログラムアイテム別にガイドする必要がある。
ＳＭＴ−Ｍにより提供されるＰＧＴの位置は、ＳＭＴ−Ｍを伝送する物理チャンネル内のストリーム、他の物理チャンネル内のストリーム、ＩＰアプリケーションデータフロー内のストリーム、インターネットＵＲＬのうちのいずれか一つであってもよい。
ＰＰＴにより提供される各プログラムアイテムコンポーネントに該当するアセットの位置は、ＰＰＴを伝送する物理チャンネル内のストリーム、他の物理チャンネル内の ストリーム、ＩＰアプリケーションデータフロー内のストリーム、インターネットＵＲＬ（ＭＰＥＧ−ＤＡＳＨ ＵＲＬを含む）のうちのいずれか一つであってもよい。放送専用の物理チャンネルを介して伝送されるプログラムアイテムが、様々な理由で、視聴者が視聴を希望するイベント（event）の一部をのみ生中継する際には、イベント全体を視聴し得る代替プログラムアイテムに関する情報を含んでもよい。例えば、定期編成により、ＨＤＴＶ野球試合の生中継が中断される場合、低解像度の映像であるが、視聴者がこれを引き続き視聴可能とする、ＭＰＥＧ−ＤＡＳＨによる代替プログラムアイテムをガイドすることができる。
ＳＭＴ−Ｓで提供されるＰＧＴの位置とプログラムアイテムコンポーネントの位置とは、ＳＭＴ−Ｓを搬送する放送専用の物理チャンネル内のストリーム又はＩＰアプリケーションデータフロー内のストリーム、他の放送専用の物理チャンネル内のストリーム又は別途のＩＰアプリケーションデータフロー内のストリーム、及びインターネットＵＲＬのうちのいずれか一つであってもよい。専用チャンネルとインターネットとを両方用いる放送社が、インターネット放送を実施する場合、インターネット放送の一部プログラムアイテムコンポーネントの位置は、放送専用の物理チャンネル内のストリームとなってもよい。
ＰＧＴの位置がインターネットＵＲＬの場合、受信機は、必要である度に、又は指定された周期によって、当該ＵＲＬでアクセスして、ＰＧＴ全体、或いはＰＧＴのうち、更新又は追加された一部モジュールをダウンロードする。
一つの物理チャンネル内には、一つの時点で、ＳＭＴ−ＭとＳＭＴ−Ｓのうちの一つのみが含まれる。しかし、ある物理チャンネル内の論理チャンネルの数が、多数個から一個に変わると、ＳＭＴ−Ｍのみを含んだ物理チャンネルが、ＳＭＴ−Ｓのみを含むことができる。この場合、ＳＭＴ−ＭとＳＭＴ−Ｓは、table_idの値が異なるので、受信機は、これらを容易に区別することができる。
ＳＭＴ−ＭとＳＭＴ−Ｓの主要機能のうちの一つは、ＰＧＴの最新バージョン情報と、ＰＧＴの位置参照情報とを伝達することである。受信機は、ＳＭＴ−ＭとＳＭＴ−Ｓに含まれている、ＰＧＴの最新バージョン情報及びＰＧＴの位置参照情報を用いて、最新ＰＧＴをダウンロードしてもよい。ＳＭＴ−ＭとＳＭＴ−Ｓに含まれているＰＧＴの最新バージョンが、受信機が既に記憶しているＰＧＴと同一のバージョンであると、受信機は、既に記憶されたＰＧＴコンテンツに基づいて、視聴者がプログラムアイテムを選択可能とする。ＳＭＴ−ＭとＳＭＴ−Ｓに含まれているＰＧＴの最新バージョンが、受信機が既に記憶しているＰＧＴコンテンツと異なると、更新されたＰＧＴがダウンロードされて、受信機内に記憶完了する前まで、ＰＧＴに基づいて、視聴者がプログラムアイテムを選択できないようにする。
実際のシステムにおいては、ＰＧＴを伝送しなくてもよいが、このような場合には、視聴者が、ＳＭＴ−Ｍ又はＳＭＴ−Ｓに基づいて、主にプログラムアイテムを選択してもよい。
受信機が最初にインストールされるとき、ダウンロードされているＰＧＴがないので、自動チャンネル検索により放送専用の物理チャンネルと、これに含まれた論理チャンネルを一つずつ検索する。この際、この放送システムがＰＧＴを提供すると、 初めて確認されたＳＭＴ−Ｍ又はＳＭＴ−ＳのＰＧＴ位置参照情報を用いて、ＰＧＴがダウンロードされた後、視聴者がＰＧＴに基づいて、プログラムアイテムを選択できるようにする。この放送システムがＰＧＴを提供しない場合、受信機は、連続的に自動チャネル検索を実行することによって、放送システムによって提供される全ての論理チャネルをチェックし、その後、視聴者が論理チャンネルの順にチャンネルをナビゲートできるようにする。
続いて用いた受信機が、オフになる状態で再び電源を印加すると、以前に視聴していた論理チャンネルのプログラムアイテムをまず再生するようになり、この過程において、ＳＭＴ−Ｍ又はＳＭＴ−ＳのＰＧＴ情報を確認してＰＧＴを更新する。視聴者は、論理チャンネルの順にチャンネルナビゲーションをするか、又はＰＧＴ情報を解読して、現在放送中のプログラムアイテムのうち、所望のプログラムアイテムを選択する。
インターネット放送の場合、受信機の製造時に既に記憶されている放送サーバアドレスと、後に視聴者が受信機に入力した放送サーバアドレスと、ＰＧＴにより獲得された放送サーバアドレスとが、受信機内部に予め記憶され、かつ、視聴者のチャンネルナビゲーションにより選択されてもよく、又はＰＧＴのプログラムアイテムガイドに基づいて選択されてもよい。
視聴者が、ＰＧＴのプログラムアイテムガイドに基づいて、あるプログラムアイテムを選択すると、受信機は、実際に当該プログラムアイテムが伝達される論理チャンネルにアクセスして、現在、その論理チャンネルを介して放送中のプログラムアイテムを見せる。非常に稀であるが、視聴者がＰＧＴのプログラムアイテムガイドを参照して、あるプログラムアイテムを選択した時点から、実際の当該プログラムアイテムのＳＭＴ−Ｍ又はＳＭＴ−Ｓを解読する直前の時点まで、ＰＧＴのコンテンツが更新されてもよい。このような場合には、受信機は、ＳＭＴ−Ｍ又はＳＭＴ−Ｓに含まれたＰＧＴ情報を用いてＰＧＴを更新し、緊急編成により現在視聴者が視聴中のプログラムアイテムが、前のバージョンのＰＧＴでガイドされたプログラムアイテムと異なると、適切なガイドを画面に表示して、視聴者が現在視聴中のプログラムアイテムを認識できるようにする。
図３を参照すると、ＳＭＴ−Ｓ又はＰＰＴにより参照されるアセットは、実際にメディアアセットであってもよく、また他のＰＰＴであってもよい。しかし、ＳＭＴ−Ｓ又はＰＰＴにより参照されたＰＰＴが、さらに他のＰＰＴを再び参照する二重循環参照（double recursive reference）は許容しない。ＳＭＴ−Ｓ又はＰＰＴがまた他のＰＰＴをアセットとして参照する場合は、画面配置のために、ＭＭＴコンポジション情報を必ず伝送する必要がある。一つのプログラムアイテム内で時間に応じて画面配置が切り替わらず、固定された場合、この量が多くないと、ＭＭＴ（MPEG Media Transport）コンポジション情報は、ＰＰＴ内の記述子に含ませて伝送されてもよい。一つのプログラムアイテム内で時間に応じて画面配置が切り替わると、ＭＭＴコンポジション情報は、時間情報付き（timed）アセットとして伝送される。一方、一つのプログラムアイテム内で時間に応じて画面配置が切り替わらないが、コンポジション情報の量が多い場合、ＭＭＴコンポジション情報は、時間情報のない（untimed）アセットとして伝送されてもよい。
本発明において提案するＳＳＩは、既存のＭＰＥＧ−２システム標準に基づいた放送システムにおいても互換的に用いることができる。
図４は、本発明の実施形態によるＭＰＥＧ−２ ＴＳベースの放送におけるＳＳＩの使用例を示す図である。例えば、図４は、既存の放送受信機と、ＭＭＴをサポートする受信機との両方が解釈できるＭＰＥＧ−２ ＴＳの例を示す。
図４を参照すると、この例では、一つのＴＳ内に二つのプログラムが存在する。既存の放送受信機は、ＭＰＥＧ−２ＰＡＴ、ＭＰＥＧ−２ＰＭＴ１、そしてＭＰＥＧ−２ＰＭＴ２を解読してプログラムを受信する。ＭＭＴをサポートする受信機は、ＭＭＴ ＳＭＴ−Ｍ、ＭＭＴ ＰＰＴ１、そしてＭＭＴ ＰＰＴ２を解読してプログラムを受信する。もちろん、ＭＭＴ ＳＭＴ−Ｍを搬送するＴＳパケットのＰＩＤは、固定値として、予め割り当てる必要があり、ＳＭＴ−Ｍ及びＰＰＴは、ＭＰＥＧ−２セクションの構造に包まれた（encapsulate）後、伝送される必要がある。
次に、本発明の実施形態により提案されたＳＳＩ情報形式の規格について説明する。
ＳＭＴ−Ｍ（Service Map Table for Multiple packages）は、専用放送物理チャンネルを介して複数の論理チャンネルを放送する場合、当該放送の専用物理チャンネルで、現在放送中の全てのプログラムアイテムに相応するＰＰＴの位置と、プログラムガイドのバージョン及び位置とを伝達するために用いられる。ＳＭＴ−Ｍは、５００ｍｓ内の周期に伝送されることが好ましく、受信機が当該放送の専用物理チャンネルにアクセスしたとき、迅速にプログラムアイテムに該当するパッケージを見付けるようにする。
ＳＭＴ−ＭのＡＰＩＤは、常に特定値（例えば、０x００００）に固定されている。ＭＰＥＧ−２ ＴＳを介してＳＭＴ−Ｍを伝達する場合には、ＳＭＴ−Ｍを搬送するＴＳパケットのＰＩＤを固定値として指定する必要がある。
ＳＭＴ−Ｍの構文（syntax）は、表１の通りである。表１の「形式」列に記載されたコンテンツの定義は、ＭＰＥＧ−２システム標準に従う。また、表１の「値」列に表示されていないループカウント（loop count）は、長さを示す値から導き出された値である。このような原則が本発明の実施形態により提示された他の表にも適用される。
表１において、各構文要素（syntax element）の意味（semantics）は、次の通りである。
table_id：テーブルの種類を示す識別子。ＳＭＴ−Ｍに該当する固有の値が割り当てられる。
version_id：このテーブルの構成を示す識別子。標準改正によりテーブルの構成が修正されると、この値も変わる。受信機は、この値に基づいて、このテーブルが自らテーブルのコンテンツを理解できるように構成されたものであるかを判定する。テーブルのコンテンツが既存のものと非互換的に改正されたときにのみ、この値が増加される。
table_length：このフィールドの次からservice_map_table_type_I（）の最終バイトまでのバイト数。０の値は使われない。
service_id：専用放送チャンネルを用いる放送サービスについての固有の識別子。登録機関を介して各放送事業者の専用放送チャンネル毎に固有の識別子を割り当てる必要がある。
SMT_update_version：ＳＭＴ−Ｍが周期的に伝送されるので、ＳＭＴ−Ｍのコンテンツが直前に伝送された同一のservice_idを有するＳＭＴ−Ｍのコンテンツと異なると、この値が一つ増加される。最大値２５５の後は、０にリセットされる。受信機は、この値が変わると、ＳＭＴ−Ｍのコンテンツを再び読み取り、解読する。
SMT_prefix_count：後続のSMT_prefixの数。SMT_prefixは、ＳＭＴ−Ｍに含まれたテキスト列の前に連接され、ＵＲＬを形成する。SMT_prefixを参照しようとするとき、SMT_prefixの登場順序をインデックスとして用いて、SMT_prefixを参照する。このフィールドの値「ＯｘＦＦ」は、使われない。従って、最大２５５個のSMT_prefixを含んでもよい。
SMT_prefix_length：SMT_prefixテキスト列の長さ。
SMT_prefix_byte：SMT_prefixテキスト列のバイト。テキスト列の最終ヌル（null）バイトは含まれない。
SMT_M_descriptors_length：このフィールドの直ぐ次のSMT_M_descripor構文ループの長さを、次のバイトからSMT_M_descripor構文ループの最終バイトまでのバイト数として表す。SMT_M_descripor（）には、以下に説明するPGT_reference_ descriptor（）を始め、様々な記述子が含まれてもよい。
number_of_packages：現在、この放送チャンネルを介して伝達されているパッケージ数。
package_path_number：ある放送チャンネル内の論理チャンネルを区別するパッケージ経路番号。「０」の値は使われない。package_path_numberは、一つの放送社又は放送社集団により物理チャンネル内で一意に割り当てられる。
package_id：この仮想のチャンネルを介して、現在伝達されているパッケージの識別子。package_idは、放送事業者が各パッケージについて割り当てる値であり、一定期間の間に一つの放送社又は放送社集団が提供するパッケージの固有値を有する。この値は、一定期間の後に再使用してもよい。
simple_location_type：現在伝達されているパッケージに相応するＰＰＴについての位置参照情報の種類を指定する。ＳＭＴ−Ｍが参照するＰＰＴは、ＳＭＴ−Ｍを搬送するＩＰアプリケーションデータフローと同一のＩＰアプリケーションデータフロー内に、又はＳＭＴ−Ｍを搬送するＭＰＥＧ−２ ＴＳと同一のＭＰＥＧ−２ ＴＳ内に伝達される。このフィールドの値が「０」であると、ＰＰＴを搬送するアセット経路をＡＰＩＤと指定し、このフィールドの値が「１」であると、ＰＰＴを搬送するＭＰＥＧ−２ ＴＳをＭＰＥＧ−２において定義されたＰＩＤと指定する。
PPT_APID：ＩＰアプリケーションデータフロー内でＰＰＴを搬送するアセット経路の識別子。
PPT_PID：ＭＰＥＧ−２ ＴＳ内でＰＰＴを搬送するＴＳパケットのＰＩＤ。
CRC_32：ＭＰＥＧ−２システム標準のセクション構文で定められたCRC_32と同一のフィールド。
ＳＭＴ−Ｓ（Service Map Table for a Single package）は、専用放送物理チャンネルを介して一つの論理チャンネルを放送するか、インターネットのみを用いるか、これを主に用いて放送する場合、プログラムアイテムと、これに相応するパッケージについての簡単なガイド情報、より詳しいプログラムガイド情報についての位置参照情報、プログラムアイテムの構成、及びそのコンポーネントの位置参照情報を伝達するために用いられる。ＳＭＴ−Ｓは、５００ｍｓ内の周期に伝送される必要があり、ＳＭＴ−ＳのＡＰＩＤは、常に特定値（例えば、０x００００）として固定されている。従って、ＳＭＴ−ＭとＳＭＴ−Ｓとは、同一のＡＰＩＤを有する経路を介して伝送されるが、table_idにより識別される。
ＳＭＴ−Ｓの構文は、表２の通りである。
表２において、各構文要素の意味は、以下の通りである。
table_id：テーブルの種類を示す識別子。ＳＭＴ−Ｓに該当する固有の値が割り当てられる。
version_id：このテーブルの構成を示す識別子。標準改正によりテーブルの構成が修正されると、この値も変わる。受信機は、この値に基づいて、このテーブルが自らテーブルのコンテンツを理解できるように構成されたものであるかを判定する。テーブルのコンテンツが既存のものと非互換的に改正されたときにのみ、この値が増加する。
table_length：このフィールドの次からservice_map_table_type_II（）の最終バイトまでのバイト数。０の値は使われない。
service_id：インターネット放送サービスについての固有の識別子。登録機関を介して各放送事業者のＩＰアプリケーションデータフロー毎に固有の識別子を割り当てる必要がある。
SMT_update_version：ＳＭＴ−Ｓが周期的に伝送されるので、ＳＭＴ−Ｓのコンテンツが直前に伝送された同一のservice_idを有するＳＭＴ−Ｓのコンテンツと異なると、この値は一つ増える。最大値２５５の後は、０にリセットされる。受信機は、この値が変わると、ＳＭＴ−Ｓのコンテンツを再び読取り、解読する。
CRC_32は、ＭＰＥＧ−２システム標準のセクション構文で定められたCRC_32と同一のフィールド。
PPT_body（）：ＭＭＴでＰＰＴのボディ（body）に該当する構文要素グループであって、その構文は表３の通りである。
表３において、各構文要素の意味は、以下の通りである。
short_channel_name_length：ＵＴＦ−８エンコーディングを用いるテキスト列で表された論理チャンネル名のバイト数。
short_channel_name_byte：論理チャンネル名を構成するバイトデータ。
package_id：この仮想チャンネルを介して現在伝達されているパッケージの識別子。package_idは、各パッケージについて放送事業者が割り当てる値であり、一定期間の間に一つの放送社又は放送社集団が提供するパッケージの固有値を有する。この値は、一定期間の後に再使用してもよい。
prefix_count：後続のプレフィックス（prefix）の数。プレフィックスは、テキスト列の先に連接されて、ＵＲＬを形成する。プレフィックスを参照しようとするときに、受信機は、プレフィックスの登場順序をインデックスとして用いることにより、プレフィックスを参照する。このフィールドの値「ＯｘＦＦ」は、使われない。従って、最大２５５個のプレフィックスを含むことができる。
prefix_length：プレフィックステキスト列の長さ。
prefix_byte：プレフィックステキスト列におけるバイト。テキスト列の最終ヌル（null）バイトは、含まれない。
descriptors_length：このフィールドの直ぐ次のｄｅｓｃｒｉｐｔｏｒ構文ループの長さは、この次のバイトからｄｅｓｃｒｉｐｔｏｒ構文ループの最終バイトまでのバイト数として表される。descriptor（）には、様々な記述子が含まれてもよいが、表３のPPT_body（）構文要素グループが、ＳＭＴ−Ｓに含まれる場合には、PGT_reference_descriptor（）が、このdescriptor（）に含まれてもよい。
parental_guidance_flag：このフラグの値が「１」であると、受信機は、ＰＧＴを解読してこのパッケージに適用される正確な視聴者ランクを確認する前までは、パッケージから復元されたコンテンツを再生しない。このフラグの値が「０」であると、受信機は、視聴者ランクを確認する前でも、パッケージから復元されたコンテンツを再生する。
recording_flag：このフラグの値が「１」であると、受信機は、このパッケージを受信機内の記憶媒体に記憶することができる。
random_access_flag：このフラグの値が「１」であると、視聴者は、このパッケージに対して任意のアクセスを行うことができる。
fast_forward_play_flag：このフラグの値が「１」であると、視聴者は、このパッケージで高速再生を実行することができる。
fast_reverse_play_flag：このフラグの値が「１」であると、視聴者は、このパッケージで高速逆再生を実行することができる。
timescale_flag：このフィールドの値が「１」であると、以下にtimescaleフィールドが含まれる。
protection_scheme_id_flag：このフィールドの値が「１」であると、以下にprotection_scheme_idフィールドが含まれる。
timescale：アセットの各種のタイムスタンプ（timestamp）に適用される時間単位を１秒間の時間単位の数として表す。デフォールト（default）値は、９０、０００である。timescaleフィールドは、PPT_body（）内で２箇所にあるが、先行のものは、当該パッケージに属する全体のアセットに適用される値であり、アセットの構文ループにおける後者は、各アセットに適用される値である。各アセットに適用される値がある場合、この値が先行のアセット全体に適用される値より優先する。
protection_scheme_id：アセットの暗号化方式を指定する値。protection_ scheme_idフィールドは、PPT_body（）内で２箇所にあるが、先行のものは、当該パッケージに属する全体のアセットに適用される値であり、アセットの構文ループにおける後者は、各アセットに適用される値である。各アセットに適用される値がある場合、この値が先行のアセット全体に適用される値より優先する。
clock_reference_id：アセットのエンコーダにより用いられるクロックの識別子。clock_referece_idフィールドは、PPT_body（）内で２箇所にあるが、先行のものは、当該パッケージに属する全体のアセットに適用される値であり、アセットの構文ループにおける後者は、各アセットに適用される値である。各アセットに適用される値がある場合、この値が先行のアセット全体に適用される値より優先する。
number_of_asset_groups：アセットグループの数。同一のアセットグループに属するアセットは、互いに排他的である。即ち、受信機は、同一のグループに属するアセットのうちの一つのアセットのみを再生する。例えば、多国語サポートのために、Ａ言語のオーディオと、Ｂ言語のオーディオとは、同一のアセットグループに属してもよい。
level_of_mandatory_playing：アセットグループのうちの一つのアセットを必須的に再生する必要があるかの可否を示す値。このフィールドの値が「０」であると、受信機は、このアセットグループのうちの一つのアセットを必須的に再生する必要がある。このフィールドの値が「０」ではないと、受信機は、その能力によってアセットグループに属するアセットを再生しなくてもよい。ただし、このフィールドの値が大きいほど、重要度が低いことを意味する。受信機は、このフィールドの値が小さいアセットグループを省略してもよく、フィールドの値がそれより大きな値を有するアセットグループを再生する必要がない。
number_of_assets_in_group：このアセットグループに属するアセットの数。
asset_type：アセットの種類。ＭＰＥＧ−２ ＰＭＴ内のstream_typeと類似であるが、これを拡張したフィールドである。asset_typeがＰＰＴであると、このアセットは、ＰＰＴアセットと称する。ただし、ＳＭＴ−Ｓ又はＰＰＴに含まれたＰＰＴ アセット内で、また他のＰＰＴアセットを参照する二重循環参照（double recursive reference）は、許容されない。
asset_id：アセット識別子。asset_idは、MMT_package_composition_descriptor()内でアセットを指すために用いられる。
default_selection_flag：このフラグの値が「１」であると、当該アセットは、自ら属したアセットグループ内で優先的に薦められたアセットであることを示す。同一のアセットグループに属するアセットのうち、一つのアセットについてのみこのフラグの値を「１」と設定する必要がある。同一のアセットグループに属する全てのアセットについて、このフラグの値が「０」であると、受信機は、最も先に登場するアセットを優先的に薦められたアセットとみなす。
clock_reference_flag：このフラグの値が「１」であると、clock_reference_idフィールドが次の構文に含まれることを示す。
asset_timescale_flag：このフラグの値が「１」であると、timescaleフィールドが次の構文に含まれることを示す。
asset_protected_flag：このフラグの値が「１」であると、当該アセットが暗号化されていることを示す。
scheme_id_flag：このフラグの値が「１」であると、protection_scheme_idフィールドが次の構文に含まれることを示す。
MMT_general_location_info（）：ＭＭＴのための一般的な位置参照情報であって、アセットの位置を指定する。そのコンテンツは、表 ５の通りである。
asset_descriptors_length：このフィールドの次から記述子構文ループの最終バイトまでのバイト数。
asset_descriptor（）：アセットの記述子。
PPT_asset（）は、あるパッケージ内に、他のパッケージを含むために用いる構文要素グループである。その構文は、表 ４の通りであり、各構文要素の意味は、上記表３で定義した通りである。
MMT_general_location_info（）は、ＭＭＴでアセットの位置参照情報を提供する 構文要素グループである。その構文は、表５の通りである。
表５において、各構文要素の意味は、以下の通りである。
location_type：表６のように、位置参照情報の形式を指定する。
AMID：アセット経路内でモジュールの識別子。
APID：ＩＰアプリケーションデータフロー内でアセット経路の識別子。
Ipv4_src_addr：ＩＰアプリケーションデータフローのＩＰバージョン４送信元アドレス（source address）。
ipv4_dst_addr：ＩＰアプリケーションデータフローのＩＰバージョン４宛先アドレス（destination address）。
dst_port：ＩＰアプリケーションデータフローの宛先ポート（destination port）番号。
ipv6_src_addr：ＩＰアプリケーションデータフローのＩＰバージョン６送信元アドレス。
ipv6_dst_addr：ＩＰアプリケーションデータフローのＩＰバージョン６宛先アドレス。
network_id：ＭＰＥＧ−２ ＴＳを伝達する放送網識別子。
MPEG_2_transport_stream_id： ＭＰＥＧ−２ ＴＳの識別子。
MPEG_2_PID：ＭＰＥＧ−２ ＴＳパケットのＰＩＤ。
prefix_index：このフィールドを解読する前、受信機内に記憶されているプレフィックスのうちの一つを指定するインデックス。このフィールドの値がＯｘＦＦであると、プレフィックスがないことを示す。
URL_length：ＵＲＬの長さ。テキスト列の最終ヌルバイト（０x００）は含まれない。
URL_byte：ＵＲＬのバイト。テキスト列の最終ヌルバイトは含まれない。
byte_offset：ファイルの最初からのバイトオフセット。
length：バイト単位の長さ。
ＰＰＴ（Package Packing Table）は、放送専用の物理チャンネルを用いる放送の場合に、プログラムアイテム及びこれに相応するパッケージについての簡単なガイド情報と、より詳しいプログラムガイド情報についての位置参照情報と、プログラムアイテムの構成と、そのコンポーネントの位置参照情報とを伝達するために用いられる。ＰＰＴは、５００ｍｓ内の周期に伝送されるのが好ましい。
ＰＰＴの構文は、ＳＭＴ−Ｓの構文でservice_id構文要素がpackage_path_number構文要素に代替された以外は、ＳＭＴ−Ｓの構文とほぼ同様である。ＰＰＴの構文は、表７の通りである。大部分の構文要素は、意味の点から、ＳＭＴ−Ｓと同様であるので、異なる意味を有する構文要素についてのみ定義する。
表７において、各構文要素の意味は、以下の通りである。
table_id：テーブルの種類を示す識別子。ＰＰＴに該当する固有の値を割り当てる。
package_path_number：ある放送チャンネル内の論理チャンネルを区別するパッケージ経路の番号。「０」の値は使われない。package_path_numberは、一つの放送社又は放送社集団により物理チャンネル内で一意に割り当てられる。
ＰＧＴ（Package Guide Table）は、プログラムガイド情報として、一つの放送事業者又は一つの放送事業者集団が運用する全ての放送に編成されたプログラムをガイドすることができる。ＰＧＴは、１分以内の周期に伝送されるのが好ましい。
ＰＧＴは、基本的にプログラムアイテムの単位でガイド情報を提供する。受信機は、これを物理チャンネル別、又は論理チャンネル別に分類して提供する。もちろん、ＰＧＴ内には、このようなソーティング（sorting）を可能とする情報が含まれている。送信側で所定の規則に従い、プログラムアイテムのガイド情報を配列して伝達してもよい。
プログラムアイテムは、そのエンコーディング形態であるパッケージの識別子、package_idにより識別される。package_idは、一つの放送事業者又は一つの放送事業者集団により提供されるプログラムアイテムを一意に識別することができる。一つの放送事業者又は 一つの放送事業者集団は、PGT_provider_idにより固有に識別される。 PGT_provider_idは、登録機関を指定して、各放送事業者又は放送事業者集団の要請に応じて割り当てる必要がある。package_idの場合、各放送事業者又は放送事業者集団が自体的に自らのプログラムアイテムにこれを固有に割り当てる。package_idは、１６ビット値であり、有限個のプログラムアイテムを識別可能であるので、一定期間の後に再使用する必要がある。再使用のとき、package_id_recycle_number（PGT_package_info（）に含まれた構文要素のうちの一つとして、８ビットである）が、一つ増加される。PGT_provider_id、package_id_recycle_number、package_idから構成される三つの情報の一組は、package_id_recycle_numberを全て消尽するまで、あるプログラムアイテム又はこれに相応するパッケージについて世界に一意の識別子となる。例えば、package_idを消尽するまで、大体に一年かかると仮定すると、 package_id_recycle_numberが８ビットであるので、一意性がおよそ２５６年間保証される。
ＰＧＴは、ＰＧＴを提供する放送社又は放送社集団の識別子、更新バージョン、ＰＧＴを提供する放送社又は放送社集団のホームページＵＲＬ、更新モジュール情報、論理チャンネル情報、パッケージ情報、付属テーブル情報などから構成される。更新モジュール情報は、デルタ（delta）情報の形態として、現在のＰＧＴバージョンと区別できる過去のＰＧＴバージョンとの異なる部分のみを含む情報である。一日又は二日程度に該当する更新モジュール情報をＰＧＴに含ませると、受信機におけるＰＧＴ更新過程が非常に効率よく行われ得る。
ＰＧＴの構文は、表８の通りである。
表８において、各構文要素の意味は、以下の通りである。
table_id：表の種類を示す識別子。ＰＧＴに該当する固有の値を割り当てる。
version_id：このテーブルの構成を示す識別子。標準改正によりテーブルの構成が修正されると、この値も変わる。受信機は、この値に基づいて、このテーブルが自らテーブルのコンテンツを理解できるように構成されたものであるかを判定する。テーブルのコンテンツが既存のものと非互換的に改正されたときにのみ、この値が増加される。
PGT_provider_id：ＰＧＴを提供する機関の固有の識別子。一つの機関は、一つのＰＧＴを提供することができ、PGT_provider_idは、適した登録機関により割り当てられる。
PGT_update_version：ＰＧＴコンテンツが変更されたかの可否を示すバージョン番号。ＰＧＴのコンテンツが更新されると、この値が一つ増加される。最大値２５５の後は、０にリセットされる。受信機は、自ら記憶しているＰＧＴのバージョン番号がこの値と異なると、ＰＧＴを再び読取り、そのコンテンツを解読する。
table_length：このフィールドの次からpackage_guide_table（）の最終バイトまでのバイト数。０の値は使われない。
PGT_prefix_count：ＰＧＴで用いられるプレフィックスの数。プレフィックスは、ＰＧＴに含まれたテキスト列の先に連接される。プレフィックスを参照しようとするときには、プレフィックスの登場順序をインデックスとして用いることにより、プレフィックスを参照する。ＯｘＦＦの値は、インデックス値として使われない。従って、最大２５５個のプレフィックスを含んでもよい。
PGT_prefix_length：PGT_prefixのテキスト列の長さ。
PGT_prefix_byte：PGT_prefixのテキスト列のバイト。テキスト列の最終ヌルバイトは含まれない。
PGT_provider_homepage_URL_prefix_index：ＰＧＴを提供する機関のホームページＵＲＬのプレフィックスに対するインデックス。先行のプレフィックスのうちの一つを指定する値であって、このフィールドの値がＯｘＦＦであると、プレフィックステキスト列がないことを示す。
PGT_provider_homepage_URL_length：ＰＧＴを提供する機関のホームページＵＲＬ中のpostfixのバイトの長さ。
PGT_provider_homepage_URL_byte：ＰＧＴを提供する機関のホームページＵＲＬのうちのpostfixのＡＳＣＩＩテキスト値。
PGT_descriptors_length：次の記述子構文ループのバイトの長さ。
PGT_descriptor（）：ＰＧＴと関連付けの記述子。
redirect_flag_for_delta_update_info：このフラグの値が「０」であると、ＰＧＴ更新情報は、ＰＧＴ内に直接含まれており、このフラグの値が「１」であると、他のところに位置する。
redirect_flag_for_logical_channel_info：このフラグの値が「０」であると、論理チャンネル情報は、ＰＧＴ内に直接含まれており、このフラグの値が「１」であると、他のところに位置する。
redirect_flag_for_package_info：このフラグの値が「０」であると、パッケージ情報は、ＰＧＴ内に直接含まれており、このフラグの値が「１」であると、他のところに位置する。
redirect_flag_for_associated_table_info：このフラグの値が「０」であると、付属テーブル情報は、ＰＧＴ内に直接含まれており、このフラグの値が「１」であると、他のところに位置する。
PGT_delta_update_info_module_count：PGT_delta_update_info_moduleの数。
PGT_update_delta：PGT_delta_update_moduleを作成する際に、基準となる過去のＰＧＴバージョンと、現在のＰＧＴバージョンとの差に該当する値。次のMMT_ general_location_info（）は、PGT_delta_update_module（）の位置を指定する。
PGT_delta_update_info_module（）：PGT_update_deltaほどの以前のバージョンの PGTと、現在のバージョンのＰＧＴとの間の異なる情報のみからなるデータモジュール。
PGT_logical_channel_info_update_version：表１０に定義されたPGT_logical_ channel_info（）のバージョン。直ぐ次のMMT_general_location_info（）は、PGT_ logical_channel_info（）の位置を指定する。
PGT_logical_channel_info（）：表１０に定義された論理チャンネル情報。
PGT_package_info_module_count：PGT_package_info_module（）の数。
PGT_package_info_module_id：PGT_package_info_module（）の識別子。
PGT_package_info_module_update_version：PGT_package_info_module（）のバージョン。直ぐ次のMMT_general_location_info（）は、PGT_package_info_module（）の位置を指定する。
PGT_package_count：パッケージの数。
PGT_package_info（）：表１１に定義されたパッケージ情報。一つのパッケージ情報は、一つのパッケージ情報のみを含んでいる。
PGT_associated_table_info_module_count：PGT_associated_table_info_module （）の数。
PGT_associated_table_info_module_id：PGT_associated_table_info_module（）の識別子。
PGT_associated_table_info_module_update_version：PGT_associated_table_ info_module（）のバージョン。直ぐ次のMMT_general_location_info（）は、PGT_ associated_table_info_module（）の位置を指定する。
PGT_associated_table_count：ＰＧＴ付属のテーブルの数。同一のtable_idを有するテーブルは、一つのテーブルとみなす。
PGT_associated_sub_table_count：ＰＧＴ付属のテーブル内のサブテーブル（sub-table）の数。
PGT_associated_sub_table（）：ＰＧＴ付属のテーブル内のサブテーブル。
PGT_delta_update_info_module（）は、ＰＧＴのコンテンツのうち、更新された情報のみを含んでいる構文要素グループである。PGT_delta_update_info_module（）は、更新された論理チャンネル情報と、更新された各パッケージ情報と、更新された各付属のサブテーブル（associated sub-table）とを選択的に含んでもよい。
受信機は、PGT_update_versionが自ら記憶しているＰＧＴバージョンと異なると、ＰＧＴのコンテンツのうち、PGT_descriptor（）ループまで解読した後、PGT_ update_versionから自ら記憶しているＰＧＴバージョンを差し引いた差のようなPGT_update_deltaがあるかを判定し、PGT_update_deltaがあると、当該PGT_delta_ update_info_module（）を解読することにより、ＰＧＴ更新を完了することができる。
PGT_delta_update_info_module（）の構文は、表９の通りである。
表９において、各構文要素の意味は、次の通りである。
PGT_update_delta：PGT_delta_update_moduleを作成する時、基準となる過去のＰＧＴバージョンと現在のＰＧＴバージョンとの差に該当する値。
PGT_delta_update_info_module_length：このフィールドの次からPGT_delta_ update_info_module（）の最終バイトまでのバイト数。
update_logical_channel_info_flag：このフラグの値が「１」であると、論理チャンネル情報についての更新情報が含まれていることを示す。
update_package_info_flag：このフラグの値が「１」であると、パッケージ情報についての更新情報が含まれていることを示す。
update_associated_table_flag：このフラグの値が「１」であると、ＰＧＴ付属のテーブル情報についての更新情報が含まれていることを示す。
PGT_logical_channel_info（）：表１０に定義した論理チャンネル情報。
PGT_package_update_count：次の構文ループに含まれたパッケージ更新情報の数。
PGT_package_info（）：表１１に定義したパッケージ情報。
PGT_associated_table_update_count：次の構文ループに含まれた、更新されたＰＧＴ付属のテーブル中のサブテーブル（sub-table）の数。
PGT_associated_sub_table（）：ＰＧＴ付属のテーブル中のサブテーブル。
PGT_logical_channel_info（）は、ＰＧＴのコンテンツのうち、当該ＰＧＴ提供者が提供するすべての論理チャンネルについてのメタデータに該当する構文要素グループである。
PGT_logical_channel_info（）の構文は、表１０の通りである。ここで、構文ループインデックスであるPGT_logical_channel_indexは、パッケージ情報で用いられるインデックスである。
表１０において、各構文要素の意味は、次の通りである。
PGT_logical_channel_info_update_version：PGT_logical_channel_info（）のバージョン。論理チャンネル情報のコンテンツが変わる度に一つずつ増加され、２５５では、０にリセットされる。
PGT_logical_channel_info_length：このフィールドの次からPGT_logical_ channel_info（）の最終バイトまでのバイト数。
PGT_logical_channel_count：ＰＧＴでガイドする論理チャンネルの数。
short_channel_name_length：ＵＴＦ−８エンコーディングを用いるテキスト列で表された論理チャンネル名のバイト数。
short_channel_name_byte：論理チャンネル名を構成するバイトデータ。
physical_channel_type：当該論理チャンネルを搬送する物理チャンネルの種類。このフィールドの値が「０」であると、インターネットを示し、「１」であると、地上波を、「２」であると、衛星を、「３」であると、ケーブルを示す。
major_channel_number：主チャンネル番号。
minor_channel_number：副チャンネル番号。
service_id：ＭＭＴサービスの識別子。
package_path_number：ある放送チャンネル内の論理チャンネルを区別するパッケージ経路番号。「０」の値は使われない。package_path_numberは、一つの放送社又は放送社集団により物理チャンネル内で一意に割り当てられる。
test_channel_flag：この論理チャンネルは、試験用論理チャンネルであることを示す。このフラグの値が「１」であると、一般受信機は、プログラムガイドでこの論理チャンネル情報を提供しない。
nvod_channel_flag：この論理チャンネルがＮＶＯＤ（Near Video On Demand）用であることを示す。
relay_broadcast_flag：この論理チャンネルが、他の論理チャンネルの再送信チャンネルであることを示す。例えば、ケーブルで地上波放送を再送信する場合、当該論理チャンネルについて、このフラグの値は、「１」と設定される。
channel_protection_type：この論理チャンネルに適用された暗号化形態を示す。このフィールドの値が「０」であると、暗号化されていないことを、「１」であると、この論理チャンネル内の全てのパッケージは暗号化されたことを、「２」であると、この論理チャンネル内のパッケージに属する一部のアセット又は一部/全体のアセットの一部のみが暗号化されたことを、「３」であると、一部のパッケージのみが暗号化されたことを示す。このフィールドの値が「２」である場合、例えば、ビデオのみが暗号化されているか、パッケージの初１０分間のみ暗号化されていることを示す。このフィールドの値が「３」である場合、例えば、この論理チャンネルにより伝達される幾つかのパッケージのみが暗号化されていることを示す。
original_physical_channel_type：元の物理チャンネル種類。
original_major_channel_number：元の主チャンネル番号。
original_minor_channel_number：元の副チャンネル番号。
MMT_general_location_info（）：この論理チャンネルに該当するＰＰＴ又はＳＭＴ−Ｓの位置を指定する。
descriptors_length：次の記述子構文ループの長さ。
descriptor（）：論理チャンネル情報と関連付けの記述子。
PGT_package_info（）は、ＰＧＴのコンテンツのうち、一つのパッケージについてのメタデータに該当する構文要素グループである。PGT_package_info（）の構文は、表１１の通りである。
表１１において、各構文要素の意味は、次の通りである。
package_id：この論理チャンネルを介して現在伝達されているパッケージの識別子。package_idは、各パッケージについて、放送事業者が割り当てる値であり、一定期間の間、パッケージの固有値を有する。この値は、一定期間の後に再使用してもよい。
PGT_package_info_update_version：PGT_package_info（）のバージョン。この値は、パッケージ情報のコンテンツが変わる度に一つずつ増加され、２５５では、０にリセットされる。
PGT_package_info_length：このフィールドの次からPGT_package_info（）の最終バイトまでのバイト数。
package_id_recycle_number：このフィールドの値は、１６ビットのpackage_id番号の割当てを一回完了する度に一つずつ増える。package_idと共に一意のパッケージ識別子となる。
start_time：このパッケージに該当するプログラムアイテムの開始時間をＵＴＣで示す。
duration：このパッケージに該当するプログラムアイテムの持続時間を秒単位で示す。このフィールドの値が「０」であると、「持続時間を知らない」ことを意味する。
title_text_language_count：このパッケージに該当するプログラムアイテムのタイトルを示す言語の数。
title_text_language：このパッケージに該当するプログラムアイテムのタイトル言語を示す、ＩＳＯ６３９標準による３バイトの言語識別子。
title_text_length：このパッケージに該当するプログラムアイテムのタイトルを示すＵＴＦ−８テキスト列の長さをバイト単位で通知する。
title_text_byte：このパッケージに該当するプログラムアイテムのタイトルのテキスト列バイト。
package_homepage_URL_prefix_index：このパッケージに該当するプログラムアイテムのホームページＵＲＬについてのプレフィックスのインデックス。このフィールドは、PGT_header（）で定義されたプレフィックスのうちの一つを指定する値を有する。このフィールドの値がＯｘＦＦであると、プレフィックスがないことを示す。
package_homepage_URL_length：このパッケージに該当するプログラムアイテムのホームページＵＲＬのうちの次のpostfixの長さ。
package_homepage_URL_byte：このパッケージに該当するプログラムアイテムのホームページＵＲＬのうちのpostfixのＡＳＣＩＩテキスト値。
format_type：PGT_package_info（）の形式を指定する。このフィールドの値が「０」であると、PGT_package_info（）は、現在又は向後のパッケージについての最小の情報を含み、「１」であると、PGT_package_info（）は、既に放送されたプログラムアイテムについての「リプレイ」情報のみを含み、「２」であると、PGT_package_info（）は、現在又は向後放送されるプログラムについての全ての情報が含まれる。「リプレイ」とは、既に放送されたプログラムアイテムを、インターネットサーバから有無料でダウンロード又はストリームされて視聴できるサービスである。
PGT_logical_channel_index：このパッケージを搬送する論理チャンネルに関する情報を指定するインデックス。このインデックスの値は、表１０のPGT_logical_ channel_info（）により提供される論理チャンネルのインデックスである。
post_event_replay_URL_flag：このパッケージについての「リプレイ」ＵＲＬが存在することを示す。
post_event_replay_URL_prefix_index：このパッケージの「リプレイ」ＵＲＬのプレフィックスに対するインデックス。このフィールドは、PGT_header（）で定義されたプレフィックスのうちの一つを指定する値を有する。このフィールドの値が「０」であると、プレフィックスがないことを示す。このフィールドの値が「０」でなく、「Ｎ」であると、Ｎ番目のプレフィックスを指定する。
post_event_replay_URL_length：このパッケージの「リプレイ」ＵＲＬのうちの次のpostfixの長さ。
post_event_replay_URL_byte：このパッケージの「リプレイ」ＵＲＬのうちのpostfixのＡＳＣＩＩテキスト値。
package_protection_type：このパッケージに適用された暗号化形態を示す。この 値が「０」であると、暗号化されていないことを、「１」であると、このパッケージ内の全てのアセットは暗号化されたことを、「２」であると、このパッケージ内の一部のアセット又はあるアセットの一部のみが暗号化されたことを示し、「３」の値は使われない。このフィールドの値が「２」である場合、例えば、ビデオアセットのみが暗号化されているか、ビデオアセットとオーディオアセットの初１０分間のみが暗号化されていることを示す。
pay_type：このフィールドは、package_protection_typeが「０」であると、意味がないので、受信機により無視され、「１」又は「２」の場合には、意味を有する。 このフィールドの値が「０」であると、「有料加入必要」、「１」であると、「ペイパービュー（pay-per-view）」であることを示す。関連の支払いガイド情報は、表８のPGT_descriptor（）構文ループ、又は表１１のPGT_package_info_descriptor（）構文ループ内に記述子を用いて提供する必要がある。支払いガイド情報が、PGT_descriptor（）構文ループとPGT _package_info_descriptor（）構文ループの両方に存在する場合、PGT _package_info_descriptor（）構文ループ内のものが優先する。
content_id_flag：このフラグの値が「１」であると、このパッケージに該当するプログラムアイテムについて世界に一意のコンテンツ識別子が含まれていることを示す。
genre_flag：このフラグの値が「１」であると、このパッケージに該当するプログラムアイテムのジャンル情報が含まれていることを示す。このフラグの値が「１」であると、ジャンルテーブル（genre table）をPGT_associated_tableとして受信機に伝送する必要がある。
parental_guidance_flag：このフラグの値が「１」であると、視聴者ランク情報が含まれていることを示す。このフラグの値が「１」であると、視聴者ランクテーブルをPGT_associated_tableとして受信機に伝送する必要がある。
live_flag：このフラグの値が「１」であると、このパッケージが、録画又は録音されたコンテンツよりもむしろ実況放送によるものであることを示す。
serial_flag：このフラグの値が「１」であると、このパッケージに該当するプログラムアイテムが、連続ドラマのようなシリーズ物のうちの一回であることを示す。
rebroadcast_flag：このフラグの値が「１」であると、このパッケージに該当するプログラムアイテムが、既に放送されたプログラムアイテムの「再放送」であることを示す。
rebroadcast_exist_flag：このフラグの値が「１」であると、このパッケージに該当するプログラムアイテムについての「再放送」計画があることを示す。
recording_flag：このフラグの値が「１」であると、このパッケージを録画できることを示す。
multilingual_flag：このフラグの値が「１」であると、多国語オーディオをサポートすることを示す。
commentary_channel_flag：このフラグの値が「１」であると、このパッケージについての「画面解説放送」があることを示す。
sign_language_flag：このフラグの値が「１」であると、このパッケージについての「手話放送」があることを示す。
subtitles_flag：このフラグの値が「１」であると、このパッケージについての「字幕放送」があることを示す。字幕は、ＵＴＦ−８エンコ−ディングによる。
multivew_flag：このフラグの値が「１」であると、このパッケージ全体が「多視点放送」であるか、このパッケージに「多視点放送」が一部含まれていることを示す。「多視点放送」には、双眼式ステレオスコピック放送、多視点３Ｄ放送、多視点放送などが全て含まれる。
picture_size_grade_count：画面サイズのランク数。このフィールドの値が「２」以上であると、複数の画面サイズランクが、同時放送又は空間スケーラビリティ（spatial scalability）エンコーディングにより提供されることを示す。
picture_size_grade：画面サイズのランク。例えば、このフィールドの値が「０」であると、横解像度を基準として、２４０画素級、「１」であると、４８０画素級、「２」であると、７２０画素級、「３」であると、１、２８０画素級、「４」であると、１，９２０画素級、「５」であると、３、８４０画素級、 「６」であると、７、６８０画素級を示す。picture_size_gradeが二つ以上であると、ビデオが空間スケーラビリティ（spatial scalability）エンコーディングにより提供されることを示す。
audio_language：オーディオの言語を示すＩＳＯ６３９標準による３バイトの言語識別子。
audio_grade：オーディオの種類を示す。例えば、このフィールドの値が「０」であると、オーディオがモノであることを示し、「１」であると、オーディオがステレオであることを示し、「２」であると、オーディオが５.１チャンネルオーディオであることを示し、「３」であると、オーディオが２２.２チャンネルオーディオであることを示す。
additional_audio_count：追加的な他の言語オーディオの数。
additional_audio_language：主なオーディオとは異なる言語の追加的なオーディオについての３バイトＩＳＯ６３９言語識別子。
additional_audio_grade：追加的な他の言語オーディオの種類を示す。例えば、このフィールドの値が「０」であると、オーディオがモノであることを示し、「１」であると、オーディオがステレオであることを示し、「２」であると、オーディオが５.１チャンネルオーディオであることを示し、「３」であると、オーディオが２２.２チャンネルオーディオであることを示す。
content_originator_id：このパッケージに該当するプログラムアイテムの主コンテンツの著作者を示す世界に一意の識別子。この識別子は、適した登録機関に登録した後、使用する必要がある。
content_id：このパッケージに該当するプログラムアイテムについてのコンテンツ識別子。この識別子は、各著作者により管理される。content_originator_idとcontent_idとの一組は、世界に一意のコンテンツ識別子となる。
content_major_version：このパッケージに該当するプログラムアイテムの主バージョン。
content_minor_version：このパッケージに該当するプログラムアイテムの副バージョンのインデックス。
genre_system_id：ジャンルを分類するシステムの識別子。実際にはジャンルテーブルのsub_table_idに該当する。
major_genre：このパッケージに該当するプログラムアイテムの主ジャンルのインデックス。このインデックスは、ジャンルテーブル内にある主ジャンルのエントリに対するインデックスである。例えば、主ジャンルは、スポーツであってもよい。
minor_genre：このパッケージに該当するプログラムアイテムの副ジャンルのインデックス。このインデックスは、ジャンルテーブルにあるmajor_genre内の副ジャンルのエントリに対するインデックスである。例えば、副ジャンルは、スポーツのうちのサッカーを挙げられる。
rating_system_id：視聴者ランクを分類するシステムの識別子。実際には視聴者 ランクテーブルのsub_table_idに該当する。
rate_index：このパッケージに該当するプログラムアイテムの視聴者ランクを示すインデックス。このインデックスは、視聴者ランクテーブルにある視聴者ランクのエントリに対するインデックスである。
season_number：シリーズ物のシーズン（season）番号。このフィールドの値が 「０」であると、シリーズ物のシーズンがないことを示す。
serial_number_minus１：シリーズ物のシーズン内の回数より一つ少ない値を示す。
prequel_package_id：このパッケージに該当するプログラムアイテムの前編のパッケージのpackage_id。このフィールドの値が「０」であると、このパッケージに該当するプログラムアイテムが当該シリーズ物の初回であることを示す。
sequel_package_id：このパッケージに該当するプログラムアイテムの直ぐ次回のパッケージのpackage_id。このフィールド値が「０」であると、このパッケージに該当するプログラムアイテムが、当該シリーズ物の当該シーズンの最終回であることを示す。
rebroadcast_package_id：このパッケージについての「再放送」に該当するパッケージの識別子。
commentary_channel_count：このパッケージについての「画面解説放送」の言語数。
commentary_language：「画面解説放送」の言語を指定するＩＳＯ６３９標準による３バイトの言語識別子。
subtitle_count：このパッケージについての「字幕放送」の言語数。
subtitle_language：「字幕放送」の言語を指定するＩＳＯ６３９標準による３バイトの言語識別子。
karaoke_flag：このフラグの値が「１」であると、当該字幕がカラオケスタイルであることを示す。
multiview_coverage_type：このフィールドの値が「０」であると、このパッケージ全体が多視点ビデオであることを示し、「１」であると、このパッケージの一部のみが多視点ビデオであることを示す。
multiview_scheme_type：このフィールドの値が「１」であると、「多視点放送」の方式が、双眼式ステレオスコピックであること示し、「２」であると、「多視点放送」の方式が、多視点３Ｄであることを示し、「３」であると、「多視点放送」の方式が、内向き型多視点であることを示し、「４」であると、「多視点放送」の方式が、外向き型多視であることを示し、「５」であると、「多視点放送」の方式が、様々な方向の多視点であることを示す。
PGT_package_info_descriptors_length：次のPGT_package_info_descriptor（）構文ループの長さ。
PGT_package_info_descriptor（）：追加的な記述子を挿入できる領域。
PGT_associated_sub_table（）の構文は、表１２に示すように、一般的なＭＭＴテーブルの構文に従う。各構文要素の意味は、以下に定義する。
table_id：このテーブルの種類を示す識別子。
version_id：このテーブルの構成を示す識別子。標準改正により、このテーブルの構成が修正されると、このフィールドの値も変わる。受信機は、この値に基づいて、このテーブルが自らテーブルのコンテンツを理解できるように構成されたかを判定する。テーブルのコンテンツが既存のものと非互換的に改正されたときにのみ、この値は増加される。
table_sub_id：サブテーブルの識別子。
update_version：このフィールドの次からこのサブテーブルの最終バイトまでのコンテンツの変更を示すバージョン番号。このテーブルのコンテンツが更新された場合、この値は一つ増える。この値は、最大値２５５の以後は、０にリセットされる。受信機は、自ら記憶しているサブテーブルのバージョン番号がその値と異なると、このサブテーブルを再び読み取り、解読する。
table_length：このフィールドの次からこのサブテーブルの最終バイトまでのバイト数。
sub_table_contents（）：各サブテーブルによって変化するコンテンツ。
CRC_32：ＭＰＥＧ−２システム標準のセクション構文で定義されたCRC_32と同一のフィールド。
PGT_package_info_module（）は、ＰＧＴがパッケージガイド情報を直接含まず、パッケージガイド情報が存在する外部経路又はファイルを参照することにより、間接的にパッケージガイド情報を含むとき、一つ以上のパッケージについてのガイドを含むデータ構造である。
PGT_package_info_module（）の構文は、表１３の通りであり、各構文要素の意味は、以下に定義する。
PGT_package_info_module_id：PGT_package_info_module（）の識別子。この識別子は再使用可能であり、この識別子が再使用されない限り、このモジュールは、常に同じパッケージに関する情報を含む。
PGT_package_info_module_update_version：PGT_package_info（）の更新バージョン。次のフィールドのコンテンツが変わる度に、このフィールドは、識別子の再使用の可否に関係なく、一つずつ増加され、最大値２５５では、０にリセットされる。
PGT_package_info_module_length：このフィールドの次からPGT_package_info（）の最終バイトまでのバイト数。
reallocation_flag：このフィールドの値が「１」であると、このモジュールの識別子と同一の識別子を有する、前に受信したモジュールに含まれたパッケージとは異なるパッケージに関する情報が、このモジュールに含まれていることを示す。即ち、識別子が再使用されることを示す。
PGT_package_count_in_this_module：このモジュールに含まれたパッケージ情報の数。
CRC_32：ＭＰＥＧ−２システム標準のセクション構文で定義されたCRC_32と同一のフィールド。
ＡＡＴ（Adjunct Asset Table）は、補助アセット（adjunct asset）に関する情報を伝達する。ＡＡＴに含まれた補助アセットを同期化する対象に該当する主アセット（primary asset）が属したパッケージを構成する別途のアセットとして、ＡＡＴを周期的に伝達する。
主アセットと補助アセットとの同期化方法、及びＡＡＴの定義は、大韓民国特許出願第２０１１-００９５４５８号に記載されている。本明細書では、説明の便宜上、ＡＡＴの構文及び各フィールドの意味を以下に示す。
ＡＡＴの構文は、表１４の通りであり、各フィールドの意味は、以下に定義する。
table_id：テーブルの種類を示す識別子。ＡＡＴに該当する固有の値を割り当てる。
version_id：ＡＡＴの構成を示す識別子。標準改正によりテーブルの構成が修正されると、このフィールドの値も変わる。受信機は、この値を参照して、このテーブルが自ら理解できるように構成されたかを判定する。
sub_table_id：テーブル全体を多数のサブテーブルに分けて伝送する場合、各サブテーブルを識別する。
update_version：ＡＡＴは、周期的に伝送されるので、ＡＡＴのコンテンツが直前に伝送された同一のsub_table_idを有するＡＡＴのコンテンツと異なると、この値は一つ増加される。最大値２５５の以後は、０にリセットされる。この値が変わると、 受信機は、ＡＡＴのコンテンツを再び読み取り、解読する。
table_length：このフィールドの次からＡＡＴの最終バイトまでのバイト数。０の値は使われない。
locator_prefix_count：次のlocator_prefixの数。locator_prefixは、adjunct_ asset_locatorで提供されるlocatorテキスト列の先に連接されて、ＵＲＬを形成する。adjunct_asset_locatorでは、locator_prefixの登場順序をインデックスとして用いて、locator_prefixを参照する。このフィールドの値ＯｘＦＦは使われない。従って、最大２５５個のlocator_prefixを含むことができる。
locator_prefix_length：locator_prefixテキスト列の長さ。
locator_prefix_byte：locator_prefixテキスト列のバイト。テキスト列の最終ヌルバイトは含まれない。
adjunct_asset_type：補助アセットの種類。例えば、ウェブ文書、ウィジェット、対話型アプリケーション、オーディオクリップ、ビデオクリップ、グラフィック、テキスト、イメージ、補助メディアコンポーネントなどのような、各タイプに固有の値を割り当てる。次の構文ループ内の補助アセットについて、このadjuct_asset_type値が同様に適用される。
adjunct_asset_count_minus１：次の構文ループ内に記述された補助アセットの数より一つ少ない値。最大２５６個までの補助アセットを表示することができる。同一のadjuct_asset_typeを有する補助アセットの数が２５６個を超えると、２個以上の構文ループを用いて記述するようにする。
adjunct_asset_id：補助アセットを識別する４８ビットのグローバルに一意の識別子。ここで、一意性は、一定期間の間のみ保持され、一定期間の後、識別子は、再使用可能である。グローバル識別子となるためには、このフィールドを二部分、即ち、３２ビットの提供者識別子（provider_ｉdentifier）と、１６ビットのアセット識別子（asset_identifier）とに分ける。提供者識別子は、登録機関を指定して提供者別に登録するようにし、アセット識別子は、提供者が自体的に管理するようにする。
execution_attribute：受信機が補助アセットを受信したとき、どのように実行するかを示す様々なフィールドを含む。
execution_on_reception：受信した補助アセットを受信機内部の補助アセットキャッシュに記憶した後、「即時実行」するかの可否を示すフラグ。即時に実行しない場合は、本発明が提案する同期化方法により指定された時点で実行されてもよく、ユーザの選択や他の補助アセットからの呼び出しにより実行されてもよい。このフラグの値が１であると、execution_entry_pointも１と設定される。
media_service_bound：補助アセットがmedia_service_boundであるか否かを示すフラグ。このフラグの値が「１」であると、補助アセットがこのメディアサービスに帰属されることを示し、当該補助アセットは、放送チャンネルの切替え時に自動終了される。
execution_entry_point：補助アセットが直接実施可能であることを示すフラグ。このフラグの値が「０」であると、補助アセットは、他の補助アセットにより間接的に実施される。
visible_to_user：ユーザが補助アセットナビゲーション機能を活用して選択実施できるか否かを、又は他の補助アセットが、受信機により提供されるＡＰＩ（Application Programming Interface）を介して、補助アセットリストを検索する時、見えるようにするか否かを示す２ビットのフィールド。visible_to_userの意味は、下記表１５の通りである。
secure_execution：補助アセットが安全であるか否かを示す２ビットの情報。secure_executionの意味は、表１６の通りである。
adjunct_asset_priority：補助アセットの実施優先順位を示すフィールド。 adjunct_asset_priorityの値が大きいほど、優先順位が高い。補助アセットを実行するための受信機リソースが足りない場合、現在実行中の補助アセットのうちの優先順位が最も低いものから一時的に中止するか、終了する。
adjunct_asset_locator_count_minus１：補助アセットを読み取る個所の数より一つ少ない値。２ビットとして、全て４個所まで示すことができる。２個所以上が提供された場合には、adjunct_asset_locatorが登場する順序によって優先順位がある。adjunct_asset_locatorは、必ず一つ以上登場する。
adjunct_asset_locator：補助アセットを読み取る個所の情報を告知する。
adjunct_asset_descriptor_loop_length：このフィールドの次から記述子構文 ループの最終バイトまでのバイト数。
adjunct_asset_descriptor：この記述子構文ループには、様々な記述子が含まれることができる。
CRC_32：ＭＰＥＧ−２システム標準のセクション構文で定義されたCRC_32と同一のフィールド(ISO/IEC 13818-1:2007)。
リソースデータ位置情報であるadjunct_asset_locatorは、補助アセットを読み取る個所を指示する。補助アセットは、放送網のカルーゼルを介して伝達されるか、又はインターネットを介してダウンロードされる。ＡＡＴは、補助アセット当り必ず一つ以上のadjunct_asset_locatorを含む必要がある。受信機は、まず、登場するadjunct_asset_locatorが指定する位置から補助アセットを読み取り、エラーが発生すると、次のadjunct_asset_locatorが指定する位置から補助アセットを読み取る。
adjunct_asset_locatorの構文は、表１７に示した通りであり、各フィールドの意味は、以下で定義される。表１７においては、インターネットの場合のみを含み、カルーゼルの場合には、ＩＳＯ／ＩＥＣ１３８１８−６：１９９８に記載されたカルーゼル方式によって異なる。従って、具体的な事項は、表１７には含まれない。
locator_type：補助アセットを読み取る個所がインターネット又は放送網のカルーゼルであるかを示し、その位置がカルーゼルであり、また様々な種類のカルーゼルが共に用いられると、どんなカルーゼルであるかをことを示す８ビットのフィールド。
locator_prefix_index：表１４のlocator_prefixのうちの一つを指定するインデックス。このフィールドの値が「ＯｘＦＦ」であると、locator_prefixがないことを示す。
directory_path_length：次のディレクトリ経路の長さ。テキスト列の最終ヌルバイトは含まれない。このフィールドの値が「０」であると、ディレクトリ経路は用いられない。
directory_path_byte：ディレクトリ経路のバイト。テキスト列の最終ヌルバイトは含まれない。
entry_path_length：最初のページファイルの次に来る経路の長さ。テキスト列の最終ヌルバイトは含まれない。ウェブページのような、多数のファイルから構成された補助アセットの場合にのみ意味を有する。補助アセットが単一のファイルである場合、このフィールドの値は「０」である。
entry_path_byte：最初のページファイルの次にくる経路のバイト。テキスト列の最終ヌルバイトは含まれない。
object_count：次のファイル経路の数。このフィールドの値が「０」であると、ディレクトリ全体を指定する。
object_path_length：次のファイル経路のテキスト列の長さ。テキスト列の最終ヌルバイトは、含まれない。
object_path_byte：ファイル経路のバイト。テキスト列の最終ヌルバイトは含まれない。
上述のように、表１４のadjuct_asset_descriptorには、様々な記述子が含まれることができる。これらの記述子は、補助アセットを処理できる受信機の能力を示すhandler_capability_descriptor（）、補助アセットキャッシュの管理に要求されるメモリ量、有効期間などを示すadjunct_asset_cache_descriptor（）、画面に表出される補助アセットのディスプレイ上の位置を示すdisplay_position_descriptor（）、ユーザに見せる補助アセット名を告知するadjunct_asset_name_descriptor（）、ユーザに見せる補助アセットのアイコンを告知するadjunct_asset_icon_descriptor（）などを含んでもよい。
PGT_reference_descriptorは、ＰＧＴのバージョンと位置参照情報とを伝達する。SMT_M_descriptor構文ループ内、又はSMT_S_descriptor構文ループ（SMT_S_descriptorは、ＳＭＴ−Ｓ内に含まれたPPT_body（）構文要素グループ内のdescriptorのために用いられる）内に含まれてもよい。ＳＭＴ−Ｍ又はＳＭＴ−Ｓ内にPGT_reference_descriptorが含まれていないと、当該サービスは、パッケージガイド情報を提供しないこととみなす。
PGT_reference_descriptorの構文は、表１８の通りであり、各フィールドの意味は、以下に定義する。
descriptor_tag：この記述子の種類を示す固有値。
descriptor_length：このフィールドの次からこの記述子の最終バイトまでのバイト数。
PGT_provider_id：ＰＧＴを提供する機関の固有の識別子。一つの機関は、一つのＰＧＴを提供することができ、PGT_provider_idは、当該登録機関を介して割り当てられる。
PGT_update_version：ＰＧＴコンテンツが変更されるか否かを示すバージョン番号であって、ＰＧＴのコンテンツが更新されると、この値は一つ増加される。最大値２５５の後は、０にリセットされる。受信機は、自ら記憶しているＰＧＴのバージョン番号がこの値と異なると、ＰＧＴを再び読み取り、そのコンテンツを解読する。
number_of_locations：この記述子に提供されたＰＧＴ位置の数。同一の更新バージョンを有するＰＧＴの位置がこのフィールドの次にくる。
MMT_general_location_info（）：ＰＧＴ位置を指定する。
MMT_general_location_info（）は、一般的な位置参照情報として、その構文及び定義は、表５に示す。この記述子にMMT_general_location_info（）が１個以上あると、受信機は、MMT_general_location_info（）のリストの順にアクセスを試みる。
MMT_composition_descriptorは、ＳＭＩＬに基づいて、あるパッケージに属したアセット（ＰＰＴアセットを含む）の空間的画面配置情報を提供する。あるパッケージの再生区間の間、画面配置が変わらない場合、この記述子を用いて画面配置情報を提供してもよい。この記述子は、SMT_S_descriptor構文ループ内又はPPT_descriptor構文ループ（PPT_descriptorは、ＰＰＴ内に含まれたPPT_body（）構文要素グループ内のdescriptorのために用いられる）内に含まれてもよい。
MMT_composition_descriptorの構文は、表１９に示した通りであり、各フィールドの意味は、以下で定義される。
descriptor_tag：この記述子の種類を示す固有値。
descriptor_length：このフィールドの次からこの記述子の最終バイトまでのバイト数。
version：パッケージコンポジション情報が変更されると、このフィールドの値は、一つずつ増加され、最大値２５５の後は、０にリセットされる。
compression_type：パッケージコンポジション情報の圧縮方式。このフィールドの値が「０」であると、パッケージコンポジションが圧縮していないことを示し、「１」であると、パッケージコンポジションがＧＺＩＰにより圧縮されたことを示す。他の値は、追って用いるために保留された値である。
XML_length：パッケージコンポジション情報のバイトの長さ。
XML_package_composition_byte：パッケージコンポジション情報のバイト。パッケージコンポジション情報の定義は、ＩＳＯ/ＩＥＣ ＪＴＣ １/ＳＣ ２９/ＷＧ１１ｍ１９２６６に記載されている。
alternate_package_descriptorは、定期編成により中断された生中継を、視聴者が代替パッケージを用いて、続いて視聴するか、又はイベント全体（例えば、ゴルフ中継）のうちの後半部のみを生中継する場合、視聴者が当該イベントを最初から代替パッケージを用いて視聴できるようにする記述子である。また、alternate_ package_descriptorは、この生中継の可否と関係なく、あるパッケージ全体（即ち、開始から終了まで）についての代替パッケージにも用いてもよい。
MMT_package_descriptorは、SMT_S_descriptor構文ループ内、又はPPT_ descriptorの構文ループ内に含まれてもよい。代替パッケージの位置が多数の個所である場合には、多数個のalternate_package_descriptorが、MMT_package_ descriptorに含まれてもよい。
この記述子の目的、使用シナリオ、定義、及び使用方法は、韓国特許出願第 ２０１１-００９５６６５号に記載されている。本明細書では、説明の便宜上、 alternate_package_descriptorの構文を表２０に示し、各フィールドの意味は、その下に定義される。
descriptor_tag：この記述子の種類を示す８ビットのフィールド。ＭＰＥＧ−２システム標準又はこれを利用する放送標準で定義した他の記述子と識別できるように代替プログラム記述子であることを示す固有値を割り当てる。
descriptor_length：この記述子の長さをバイト単位で示す８ビットのフィールド。このフィールドの次のバイトから記述子の最終バイトまでの長さを示す。
alternate_program_id：代替プログラム識別子に該当する８ビットのフィールド。alternate_program_descriptorにより記述される代替プログラムが互いに異なると、異なるａlternate_program_idが割り当てられる。実際に生中継の開始前に、代替プログラムを視聴できるようにガイドする場合には、同一の代替プログラムについて周期的に数回ガイド情報が伝送できる。このような場合には、同一のalternate_ program_idを続いて用いる。０から２５５までの値を全て使う場合、既に使った値を再使用してもよい。
reserved：追って用いるために保留されたフィールドとして、その値は、０x７Ｆで満たされる。
just_alternate_flag：この記述子に含まれたコンテンツが、この記述子を含んでいるパッケージ（生中継用であるかの可否に関係ない）の代替パッケージについてのものであることを示す。このフラグの値が「１」であると、future_flagは意味を持たず、text_lengthはいつも「０」である。
future_flag：この記述子に含まれたコンテンツが、予め視聴する代替プログラム用であるか、又は現在プログラムの終了後、引き続き視聴する代替プログラム用であるかを示す１ビットのフィールド。このフィールドの値が「１」であると、予め視聴する代替プログラムを示し、「０」であると、終了後、続いて視聴する代替プログラムを示す。
time_to_future_live_program：future_flagが「１」である場合、このプログラムチャンネルを介して生中継が開始されるまでの時間を秒単位で示す１６ビットのフィールド。このフィールドの値が０x００００であると、即時生中継が開始されるか、既に開始されたことを意味する。この値は、代替パッケージのインターネット生中継サービスから、放送チャンネルの生中継番組に戻る場合に使うことができる。このフィールドの値がＯｘＦＦＦＦであると、このチャンネルを介して生中継が開始されるまでの時間を知ることができないことを示す。この値は、この番組チャンネルを介して生中継される予定のイベントを、インターネット生中継サービスを介して代替視聴するが、この番組チャンネルを介して生中継が、いつ開始されるかを知らない場合に使う。
MMT_general_location_info（）：ＭＭＴで定義した一般的な位置参照情報であって、そのコンテンツは表５に示す。
text_length：次のtext_byteの数を示す８ビットのフィールド。０x００の値は、代替番組を説明するテキスト列がないことを示す。
text_byte：代替番組を説明するテキスト列を構成するバイト。このフィールドは、最後にヌルバイトを含まない。
extension_descriptor（）：追加的な情報を伝達する、選択事項（option）に該当する記述子であって、その種類を識別する８ビットのタグ（tag）値は、alternate_ package_descriptor内でのみ一意に識別され、これらの記述子の初バイトである。このフィールドの次に、記述子の長さを示す８ビットの値が続く。
alternate_program_descriptorは、descriptor_tag及びdescriptor_lenthのサイズが８バイトであり、descriptor_tagの値がＭＰＥＧ−２記述子タグ値として割り当てられることを除いて、１６ビットのalternate_package_descriptorと同様のコンテンツを有する。即ち、alternate_program_descriptorは、ＭＰＥＧ−２記述子として alternate_package_descriptorを変形することにより得られる。
alternate_program_descriptorは、alternate_package_descriptorと類似した目的として用いられるが、ＭＰＥＧ−２ ＰＭＴのprogram_info_lengthの次の記述子構文ループ内に含まれる。ＭＰＥＧ−２ ＴＳベースのＭＰＥＧ−ＤＡＳＨの場合、この記述子をＰＭＴに直接含まれてもよい。
language_descriptorは、使用言語を明示する必要があるアセットについて、その言語を指定するために用いられる。例えば、オーディオ、字幕、画面解説放送など に該当するアセットは、どんな言語で作成されたかを明示する必要がある。 language_descriptorは、ＰＰＴのPPT_descriptor構文ループ又はasset_ descriptor構文ループ内に、そしてＳＭＴ−Ｓ内のSMT_S_descriptor構文ループ 又はasset_descriptor構文ループ内に含まれてもよい。この記述子が、PPT_ descriptor又はSMT_S_descriptor構文ループに含まれると、当該パッケージの全てのアセットの言語は、この記述子により指定される。この記述子がasset_descriptor構文ループに含まれると、当該アセットの言語は、この記述子により指定される。当該アセットに適用される記述子のコンテンツが、当該パッケージの全てのアセットに適用される記述子のコンテンツより優先する。本明細書では、説明の便宜上、 language_descriptorの構文を表２１に示し、各フィールドの意味をその下に記載する。
descriptor_tag：この記述子の種類を示す固有の値。
descriptor_length：このフィールドの次からこの記述子の最終バイトまでのバイト数。
ISO_639_language_code：ＩＳＯ６３９標準による３バイトの言語識別子。
clock_reference_descriptorは、メディア同期化のためのエンコーダクロックと、 ＭＭＴシステムクロックとの関係を受信機に告知するために用いられる。 ＭＭＴでは、ＮＴＰ（Network Time Protocol）形式のＵＴＣをシステムクロックとして用い、アセットエンコーダクロックは、アセット別に異なるクロックを使用できるように許す。アセットエンコーダが用いたクロックは、clock_reference_idにより識別される。
clock_reference_descriptorは、１００ mＳ内の周期で周期的に伝達されなければならず、別途のアセットに伝達される。本明細書では、説明の便宜上、 clock_reference_descriptorの構文を表２２に示し、各フィールドの意味を以下で定義する。
descriptor_tag： この記述子の種類を示す固有値。
descriptor_length：このフィールドの次からこの記述子の最終バイトまでのバイト数。
clock_reference_id：アセットエンコーダが用いたクロックの識別子。
encoder_clock_sample：次のsystem_clock_timeに対応するアセットクロックサンプルの値。
encoder_clock_sample：先行のencoder_clock_sampleに対応するＭＭＴシステム クロック時間として、ＮＴＰ形式のＵＴＣ時間の値である。
図５は、本発明の一つの実施形態により、Ｓ１シグナリング構造を示す。
本発明の他の実施形態による６個のＳ１階層メッセージを整理すると、以下の通りである。
（１）テーブル及び通知の情報（Information on Tables and Notice ：ITN）についてのメッセージ：
このようなメッセージは、ＩＴＮテーブル及び追加にパッケージに対する高速アクセスのために用いることができる他のテーブルを伝達する。ＩＴＮの役割は、ＭＰＥＧ−２ ＰＡＴと類似するが、他のＭＭＴ特定の機能を有する。ＩＴＮテーブルは、全ての他のＳ１テーブルについてのフル情報を含む。また、ＩＴＮは、通知の受信に関する情報を有する。通知の通常の例は、緊急警報、緊急通知などである。
（２）ＭＭＴコンポジション情報（MMT Composition Information ：MCI）についてのメッセージ：
このようなメッセージは、ＭＭＴ ＣＩを伝達する。これは、フルＣＩだけではなく、階層化されたＣＩを伝送する。
（３）クロック参照記述子（Clock Reference Descriptors：CRD）についてのメッセージ：
このようなメッセージは、ＭＭＴシステムクロック（即ち、ＮＴＰクロック）と任意の他のクロック（例えば、ＭＰＥＧ−２又はＭＰＥＧ−４クロック）との間のマッピングのために用いられるクロック参照情報を伝送する。
（４）保安情報についてのメッセージ（Messages for Security Information）：
このようなメッセージは、ＭＭＴコンテンツの保護のために用いられた保安情報を伝送する。保安システムは、ＤＲＭ、ダウンロード可能なＤＲＭ、及びダウンロード可能な条件評価システム（Ｄ-ＣＡＳ）情報である。
（５）ＭＭＴパッケージテーブル（ＭＰＴ）についてのメッセージ（Messages for MMT Package Table、MPT）：
このようなメッセージは、ＭＭＴパッケージテーブル（ＭＰＴ）を伝送する。完璧な又は階層-０ ＭＰＴは、ＭＭＴパッケージに対応する。これは、パッケージのグローバルな固有の識別子、ＭＭＴコンポジション情報（ＭＣＩ）の位置、及びＭＭＴパッケージに属するＭＭＴアセットの完璧な又は部分的（可能であれば、階層化されたＭＰＴが用いられる）リストを含む。また、これは、パッケージのタイプ、パッケージの名称、パッケージの短い説明、パレンタルレート、オーディオの言語、テキストの言語、ターゲットユーザのプロファイル、要求されたデバイスの能力、記録許可及び高速プレイ許可のようなパッケージのポリシーなどを含む。ＭＰＴの役割は、ＭＰＥＧ２ ＰＭＴと類似であるが、ＭＭＴ目的のためにより多くの機能を有する。
（６）デバイス能力情報テーブルについてのメッセージ（Messages for Device Capability Information Table）：
このようなメッセージは、デバイス能力情報テーブル（ＤＣＩＴ）を伝送する。デバイス能力情報は、ＭＰＥＧメディアコンテンツ消費への要請及び/又は勧奨のデバイス能力を提供する。
さらに、以下の三つの記述子が定義される。
（１）言語記述子（Language descriptor）
（２）クロック参照記述子（Clock reference descriptor）
（３）Ｄ−ＣＡＳ記述子（D-CAS descriptor）
以下では、図５を参照して本発明の他の実施形態によるＳ１階層メッセージ、テーブル、及び記述子の構文及び意味を定義する。
１．Ｓ１階層メッセージ、テーブル、及び記述子の構文及び意味
１．１情報テーブル及び通知の情報（ＩＴＮ）についてのメッセージ
このようなメッセージは、ＩＴＮテーブル５０５を伝送する。ＩＴＮの役割は、 ＭＰＥＧ−２ ＰＡＴと類似であるが、他のＭＭＴ特定の機能を有する。ＩＴＮテーブルは、全ての他のＳ１テーブルについてのフル情報を含む。
また、ＩＴＮは、通知受信に関する情報を有する。通知の通常の例は、緊急警報、緊急通知などである。
ＩＴＮメッセージ、即ち、ＩＴＮテーブルを含むメッセージは、ＭＭＴパッケージに対応する一つ以上のＭＭＴパッケージテーブル（ＭＰＴ）をさらに含んでもよい。ＭＰＴは、パッケージのグローバルに固有な識別子、ＭＭＴコンポジション情報（ＭＣＩ）の位置、及びＭＭＴパッケージに属するＭＭＴアセットの完璧な又は部分的（可能であれば、階層化されたＭＰＴが用いられる）リストを含む。また、ＭＰＴは、パッケージのタイプ、 パッケージの名称、パッケージの短い説明、パレンタルレート、オーディオの言語、テキストの言語、ターゲットユーザのプロファイル、要求されたデバイス能力、記録許可及び高速プレイ許可のようなパッケージポリシーなどを含む。
ＩＴＮメッセージが一つのＭＰＴのみを含むと、メディア伝達サービスは、任意の固定時間の瞬間に一つのパッケージのみをユーザに提供する。ＩＴＮテーブルが時系列で任意の重複を有する多重ＭＰＴを含むと、メディア伝達サービスは、任意の固定された時間の瞬間に多重のパッケージをユーザに提供する。ＩＴＮテーブルが、時間重複を持たず、対応するパッケージが同一の論理チャンネルと関連した多重のＭＰＴを含むと、メディア伝達サービスは、順次的時間の順序で多重のパッケージをユーザに提供する。
ＭｅｓｓａｇｅＩＤ=０x００を有するＳ階層メッセージは、ＩＴＮテーブルを含むべきである。また、ＭｅｓｓａｇｅＩＤ=０x００を有するＳ階層メッセージを伝送するＩＰアプリケーションデータフローにおけるアセット経路のpayload_idは、「０x００００」で固定される。受信機は、任意の他のメッセージを読み取る前に、ＩＴＮメッセージを読み取り、解読すべきである。
ＩＴＮメッセージは、通常的に、短いパワーアップ遅延又は低いザッピング時間を保証するために、放送環境下で非常に短い周期、例えば、５００msで周期的に送信される。
１．１．１ＩＴＮメッセージ構文及び意味
ＩＴＮメッセージの構文は、表２３に定義され、この構文要素の意味は、下記の表２３に提供される。構文定義の方法は、ＭＰＥＧ−２システム標準（ISO/IEC 13818-1）の方法に基づく。「値」列において、ループカウントなしという表示は、テーブルの長さから導き出せる。同一の規則が、本明細書において他のテーブルにも適用される。
message_id：Ｓ階層メッセージの種類を示す。このフィールドの長さは８ビットである。ＩＴＮメッセージは、値０x００を有する固定message_idを有する。
version：Ｓ階層メッセージのバージョン。ＭＭＴクライアントは、受信されたＳ階層メッセージが新しいものであるか否かを判定することができる。特に、このフィールドは、Ｓ階層メッセージが放送網を介して反復的に送信される場合に有用である。このフィールドの長さは８ビットである。
length：Ｓ１階層メッセージの長さ。このフィールドの長さは１６ビットである。これは、次のフィールドからＩＴＮメッセージの最終バイトまで開始するバイトでカウントされたＩＴＮメッセージの長さを示す。値「０」は、このフィールドについて全く使われない。
start_time_flag：このフラグの値が「１」であると、追加の構文要素 start_timeが用いられる。
start_time：ＩＴＮメッセージ送信のＮＰＴにおける開始時間。
retransmission_period：ＩＴＮメッセージの再送信時間。retransmission_period の単位は１０msである。
number_of_tables：このＩＴＮメッセージに含まれたテーブルの数。
table_id：このＩＴＮメッセージに含まれたテーブルのテーブル識別子。これは、このＩＴＮメッセージのペイロードに含まれたテーブルにおけるtable_idフィールドのコピーである。
table_version：このＩＴＮメッセージに含まれたテーブルのバージョン。これは、このＩＴＮメッセージのペイロードに含まれたテーブルにおけるバージョンフィールドのコピーである。
table_length：このＩＴＮメッセージに含まれたテーブルの長さ。これは、このＩＴＮメッセージのペイロードに含まれたテーブルにおける長さフィールドのコピーである。テーブルの実長は、table_length+４である。
table（）： Ｓ階層テーブル。ペイロードにおけるテーブルは、拡張フィールドにおけるtable_idと同一の順序で示す。
１．１．２ＩＴＮテーブルの構文及び意味
ＩＴＮテーブルの構文は表２４に定義され、その構文要素の意味は、表２４の下に提供される。
table_id：ＩＴＮテーブルのテーブル識別子。
version：ＩＴＮテーブルのバージョン。より新しいバージョンは、受信されると直ぐに旧バージョンをオバーライドする。
length：次のフィールドからＩＴＮテーブルの最終バイトまで開始するバイトでカウントされたＩＴＮテーブルの長さ。値「０」は、このフィールドについて決して使われない。
method_flag：通知受信の方法を示す。このフラグの値が「０」であると、通知は、ＩＰ放送伝達により伝達される。このフラグの値が「１」であると、通知は、相互作用チャンネルを介して伝達される。ＩＰ放送伝達のために、ＩＰアドレス及びＩＰポート番号が提供される。相互作用チャンネルを介した伝達のために、クライアントが相互作用チャンネルを介して、通知をポーリング(poll)できるＵＲＬが提供される。
MMT_general_location_info（）：セクション１.１.３の表２５で定義された一般位置参照情報である。実際の位置は、MMT_general_location_info（）内の構文要素location_typeに依存する。
MMT_general_location_info（）for IP_broadcast_delivery：IP_broadcast_ deliveryのために、location_type=０x１４及び０x１５のみが許容される。
MMT_general_location_info（）for poll_URL：poll_URLのために、location_ type=０x０Ｅのみが許容される。
poll_period：通知をポーリングする間、クライアント又は受信機が通知ＵＲＬ、 poll_URL、全てのpoll_period secondをポーリングするのが期待される。
number_of_tables：情報がこのＩＴＮテーブルで提供される情報テーブルの数。
information_table_id：情報がこのＩＴＮテーブルで提供される情報テーブルの識別子。ＩＴＮのtable_idは、ここで決して現われない。
information_table_version：情報がこのＩＴＮテーブルで提供される情報テーブルのバージョン。
package_path_number：情報テーブルが属する論理チャンネルの識別子。放送社は、識別子を物理チャンネル内の論理チャンネルに固有に割り当てる。値「０」は、特殊な使い方を有し、識別子として使われない。このフィールドの値が「０」であると、情報テーブルはチャンネル独立型であり、即ち、情報テーブルはサービス-ワイド情報を有する。
MMT_general_location_info（）for location：クライアントが情報テーブルを獲得するアドレス。location_type=０x０Ｆ〜０x１３のみが許容される。
second_location_flag：このフラグが設定されると、クライアントが情報テーブルを獲得する代替アドレスが提供される。
table_filter_code_flag：このフラグが設定されると、一つ以上のテーブルフィルターコードが提供される。テーブルフィルターコードは、複数のテーブルをグループ化する基準を特定する。グループ化する多くの基準が同時に存在すると、全てのグループ化基準が情報テーブルに適用される。
MMT_general_location_info（）for second_location：クライアントが情報テーブルを獲得する代替アドレス。０x０Ｆ〜０x１３のみが許容される。
number_of_table_filter_codes：情報テーブルについてのテーブルフィルターコードの番号。
language_for_all_table_filter_codes：直ぐ後続する全てのtable_filter_codesの言語。言語コードは、ＩＳＯ６３９標準で定義した３-バイト言語識別子である。
table_filter_code_language_flag：このフラグの値が「１」であると、後続するtable_filter_codeについての言語は、別個的に特定され、language_for_all_ table_filter_codesにより提供された言語をオバーライドする。言語コードは、ＩＳＯ６３９標準で定義した３-バイト言語識別子である。
table_fileter_code_language：直ぐ後続するtable_filter_codeの言語。言語コードは、ＩＳＯ６３９標準で定義した３-バイト言語識別子である。
table_fileter_code_length：table_filter_codeのバイト長さ。
table_fileter_code_byte：table_filter_codeにおけるバイト。
private_extension_flag：このフラグの値が「１」であると、私設拡張が存在する。
private_extension（）：所有権又はアプリケーション特定拡張についてのコンテイナーとして作用する構文要素グループ。
１．１．３MMT_general_location_info（）構文要素グループ
MMT_general_location_info（）構文要素グループは、位置情報を提供するために用いられる。MMT_general_location_info（）の構文は、 表２５に定義され、その構文要素の意味は、表２５の下に提供される。
location_type：このフィールドは、表２６に定義されたような位置情報の種類を示す。
payload_id： ＩＰアプリケーションデータフロー内の固有のアセット経路の識別子。
ipv4_src_addr：ＩＰアプリケーションデータフローのＩＰバージョン４送信元アドレス。
ipv4_dst_addr：ＩＰアプリケーションデータフローのＩＰバージョン４宛先アドレス。
dst_port：ＩＰアプリケーションデータフローの宛先ポート番号。
ipv6_src_addr：ＩＰアプリケーションデータフローのＩＰバージョン６送信元アドレス。
Ipv6_dst_addr：ＩＰアプリケーションデータフローのＩＰバージョン６宛先アドレス。
network_id：ＭＰＥＧ−２ ＴＳを伝送する放送網の識別子。
MPEG_2_transport_stream_id：ＭＰＥＧ−２ ＴＳ識別子。
MPEG_2_PID：ＭＰＥＧ−２ ＴＳパケットのＰＩＤ。
prefix_index：この構文要素グループの前に定義されるプレフィックスに対するインデックス。このフィールドの値がＯｘＦＦであると、プレフィックスは使われない。
URL_length：ＵＲＬのバイト単位の長さ。最終ヌル（０x００）はカウントされてはいけない。
URL_byte：ＵＲＬにおけるバイトデータ。最終ヌル（０x００）は含まれてはいけない。
byte_offset：ファイルの第１のバイトからのバイトオフセット。
length：バイト単位の長さ。
message_id：Ｓ階層メッセージ識別子。
Ipv4_addr：ＩＰアプリケーションデータフローのＩＰバージョン４アドレス。
Ipv6_addr：ＩＰアプリケーションデータフローのＩＰバージョン６アドレス。
１．２ＭＭＴコンポジション情報（ＣＩ）についてのメッセージ
ＭＭＴコンポジション情報（ＣＩ）は、帯域外のシグナリングのためにＣＩメッセージにより伝達される。ＣＩメッセージは、完璧なＣＩ、又は階層化されたＣＩを伝達することができる。階層化されたＣＩが伝達される際 、放送シナリオでパッケージ消費に要求された時間を低減するために、ＩＴＮメッセージにより階層-０ ＣＩを伝送するのが最も勧められる。階層-０ ＣＩが参照番号５１０として、ＩＴＮメッセージ内で伝送されるとき、ＣＩは、ＩＴＮメッセージに含まれる前にＭＣＩ（ＭＭＴコンポジション情報）テーブルでカプセル化される必要がある。
階層化されたＣＩメカニズムが利用される際、階層-Ｎ ＣＩ（ここで、Ｎは、０ではない）は、一般に変化された繰返し周期、及び異なるメッセージ識別子を有するＣＩメッセージで伝送される。
１．２．１ＣＩメッセージ構文及び意味
ＣＩメッセージの構文は、表２７に定義され、その構文要素の意味は、表２７の以下に提供される。
message_id：Ｓ階層メッセージの種類を示す。このフィールドの長さは８ビットである。Ｓ階層メッセージは、別個のパッケージに対する別個のＣＩ階層でＣＩを伝送する場合に、別個のmessage_idを有する必要がある。
version：Ｓ階層メッセージのバージョン。ＭＭＴクライアントは、受信されたＳ階層メッセージが新しいものであるか否かを判定することができる。特に、このフィールドは、Ｓ階層メッセージが放送網を介して反復的に送信される場合に有用である。このフィールドの長さは８ビットである。
length：Ｓ階層メッセージの長さ。このフィールドの長さは１６ビットである。これは、次のフィールドからＣＩメッセージの最終バイトまで開始するバイトでカウントされたＣＩメッセージの長さを示す。値「０」は、このフィールドについて決して使われない。
start_time_flag：このフラグの値が「１」であると、追加の構文要素start_timeが用いられる。
start_time：ＣＩメッセージ送信のＮＰＴにおける開始時間。
retransmission_period：このＣＩメッセージの再送信時間。retransmission_ periodの単位は１０msである。
CI_byte：ＣＩにおけるバイト。
１．２．２ＭＣＩテーブル構文及び意味
ＭＣＩテーブルの構文は、表２８に定義され、その構文要素の意味は、表２８の以下に提供される。ＭＣＩテーブルは、完璧なＣＩ又は階層-０ ＣＩについてのみ用いるべきである。
table_id：ＭＣＩテーブルのテーブル識別子。
version：ＭＣＩテーブルのバージョン。より新しいバージョンは、受信されると直ぐ旧バージョンをオバーライドする。
length：次のフィールドからＭＣＩテーブルの最終バイトまで開始するバイトでカウントされたＭＣＩテーブルの長さ。値「０」は、このフィールドについて決して使われない。
CI_byte：ＣＩにおけるバイト。
１．３クロック参照記述子（ＣＲＤ）についてのメッセージ
１.７.２で定義されたクロック参照記述子は、ＣＲＤメッセージ内で伝達される。一つのＣＲＤメッセージは、多重クロック参照記述子を含んでもよい。
クロック参照記述子がＩＴＮメッセージ内で伝送される際、これは、ＣＲＤテーブル５２０と称するテーブルの構造でカプセル化されるべきである。
１．３．１ＣＲＤメッセージ構文及び意味
ＣＲＤメッセージの構文は、表２９に定義され、その構文要素の意味は、表２９の下に提供される。
message_id：Ｓ階層メッセージの種類を示す。このフィールドの長さは８ビットである。
version：Ｓ階層メッセージのバージョン。ＭＭＴクライアントは、受信されたＳ階層メッセージが新しいものであるか否かを判定することができる。特に、このフィールドは、Ｓ階層メッセージが放送網を介して反復的に送信される場合に有用である。このフィールドの長さは８ビットである。
length：Ｓ階層メッセージの長さ。このフィールドの長さは１６ビットである。これは、次のフィールドからＣＩメッセージの最終バイトまで開始するバイトでカウントされたＣＩメッセージの長さを示す。値「０」は、このフィールドについて決して使われない。
start_time_flag：このフラグの値が「１」であると、追加の構文要素start_timeが用いられる。
start_time：ＣＲＤメッセージ送信のＮＴＰにおける開始時間。
retransmission_period：このＣＲＤメッセージの再送信時間。retransmission_ periodの単位は１０msである。
clock_reference_descriptor（）：１.７.２で定義される。
１．３．２ＣＲＤテーブルの構文及び意味
ＣＲＤテーブルの構文は、表３０で定義され、その構文要素の意味は、表３０の下に提供される。ＭＣＩテーブルは、完璧なＣＩ又は階層-０ ＣＩについてのみ用いられるべきである。
table_id：ＣＲＤテーブルの識別子。
version：ＣＲＤテーブルのバージョン。より新しいバージョンは、受信されると直ぐ旧バージョンをオバーライドする。
length：次のフィールドからＣＲＤテーブルの最終バイトまで開始するバイトでカウントされたＣＲＤテーブルの長さ。値「０」は、このフィールドについて決して使われない。
clock_reference_descriptor（）：１.７.２で定義される。
１．４保安についてのメッセージ
保安情報は保安メッセージ又はＩＴＮメッセージ内で伝達される。保安情報が参照番号５２５としてＩＴＮメッセージ内で伝送されるとき、ＩＴＮメッセージに含まれる前にカプセル化されるべきである。
１．４．１保安メッセージの構文及び意味
保安メッセージの構文は、表３１で定義され、その構文要素の意味は、表３１の下に提供される。
message_id：Ｓ階層メッセージの種類を示す。このフィールドの長さは８ビットである。
version：Ｓ階層メッセージのバージョン。ＭＭＴクライアントは、受信されたＳ階層メッセージが新しいものであるか否かを判定することができる。特に、このフィールドは、Ｓ階層メッセージが放送網を介して反復的に送信される場合に有用である。このフィールドの長さは８ビットである。
length：Ｓ階層メッセージの長さ。このフィールドの長さは１６ビットである。これは、次のフィールドからＣＩメッセージの最終バイトまで開始するバイトでカウントされたＣＩメッセージの長さを示す。値「０」は、 このフィールドについて決して使われない。
start_time_flag：このフラグが「１」であると、追加の構文要素start_timeが用いられる。
start_time：保安メッセージ送信のＮＰＴにおける開始時間。
retransmission_period：この保安メッセージの再送信時間を示す。 retransmission_periodの単位は１０msである。
Security_descriptor（）：１.７.３で定義される。
１．４．２保安テーブルの構文及び意味
保安テーブルの構文は、表３２に定義され、その構文要素の意味は、表３２の下に提供される。
table_id：保安テーブルの識別子。
version：保安テーブルのバージョン。より新しいバージョンは、受信されると直ぐ旧バージョンをオバーライドする。
length：次のフィールドから保安テーブルの最終バイトまで開始するバイトでカウントされた保安テーブルの長さ。値「０」は、このフィールドについて決して使われない。
security_descriptor（）：１.７.２で定義される。
１．５ＭＰＴ（ＭＭＴパッケージテーブル）についてのメッセージ
図５を参照すると、ＭＭＴパッケージテーブル（ＭＰＴ）は、単一のパッケージについてのすべての情報を伝達する。ＭＰＴを伝送するＳ階層メッセージを、「ＭＰＴメッセージ」と称する。ＭＰＴは、参照番号５１５として、他のテーブルを有するＩＴＮメッセージに含まれてもよく、別個のＭＰＴメッセージで伝送されてもよい。
階層化されたＣＩを有するパッケージの階層化された伝達のために、ＭＰＴは、多重階層化されたＭＰＴにパティションすることができる。階層-０ ＭＰＴは、基本ＭＰＴであり、階層化された伝達が用いられないと、階層-０ ＭＰＴのみが伝達される。後者の場合において、階層-０ ＭＰＴは、完璧なＭＰＴである。異なる階層でＭＰＴは、異なるテーブル識別子（table_ids）を有する必要がある。この標準において、８個までのＭＰＴ階層を有することができるように、MPTtabe-idについての８個の異なる値を割り当てた。MPTtable_idの値が小さいほど、ＭＰＴ階層が基本ＭＰＴにより近い。
放送シナリオでパッケージ獲得時間を低減するために、ＩＴＮメッセージ内で階層化されたＭＰＴが用いられる場合に、完璧なＭＰＴ又は階層-０ ＭＰＴを伝送するのが最も勧められる。
１．５．１ＭＰＴメッセージの構文及び意味
ＭＰＴメッセージの構文は、表３３に定義され、その構文要素の意味は、表３３の下に提供される。ＭＰＴメッセージは、ＭＰＴ階層化が用いられる場合に一つの完璧なＭＰＴ又は階層-Ｎ ＭＰＴのみを伝送する。
message_id：Ｓ階層メッセージの種類を示す。このフィールドの長さは８ビットである。
version：Ｓ階層メッセージのバージョン。ＭＭＴクライアントは、受信されたＳ階層メッセージが新しいものであるか否かを判定することができる。特に、このフィールドは、Ｓ階層メッセージが放送網を介して反復的に送信される場合に有用である。このフィールドの長さは８ビットである。
length：Ｓ階層メッセージの長さ。このフィールドの長さは１６ビットである。これは、次のフィールドからＭＰＴメッセージの最終バイトまで開始するバイトでカウントされたＭＰＴメッセージの長さを示す。値「０」は、このフィールドについて決して使われない。
start_time_flag：このようなフラグの値が「１」であると、追加の構文要素 start_timeが用いられる。
start_time：ＭＰＴメッセージ送信のＮＰＴにおける開始時間。
retransmission_period:このＭＰＴメッセージの再送信時間。retransmission_ periodの単位は１０msである。階層化されたＭＰＴが用いられると、上位階層ＭＰＴのretransmission_periodは、一般にその上位階層ＭＰＴの下のＭＰＴ階層のretransmission_periodより長い。
MMT_package_table（）：１.５.２で定義される。
１．５．２ＭＰＴ構文及び意味
ＭＰＴ（）の構文は、表３４に定義され、その構文要素の意味は、表３４の下に提供される。
table_id：ＭＰＴのテーブル識別子。異なる階層におけるＭＰＴは、異なるテーブル識別子を有する必要がある。ＭＰＴtable_idについて、８個の異なる値が割り当てられる。８個のＭＰＴ table_idのうち、階層化されたＭＰＴが用いられるとき、完璧なＭＰＴ又は階層-０ ＭＰＴについてのtable_idが最も小さい。残りのＭＰＴ table_idにの場合、より小さい値は、より低い階層ＭＰＴを意味する。
version：ＭＰＴのバージョン。より新しいバージョンは、受信されると直ぐ旧バージョンをオバーライドする。
length：次のフィールドからＩＴＮテーブルの最終バイトまで開始するバイトでカウントされたＭＰＴの長さ。値「０」は、このフィールドについて決して使われない。
MMT_package_id：ＭＭＴパッケージのグローバルに固有な識別子。
MPT_descriptors_length：記述子構文ループの長さ。この長さは、次のフィールドから記述子構文ループの終端までカウントされる。様々な記述子がこの構文ループに挿入されることができる。
MPT_descriptors_byte：記述子ループで１バイト。
package_type：パッケージのタイプを示す。許容値は、表３５に示す。
package_name：可能であれば、多重言語でパッケージ名。言語コードは、ＩＳＯ６３９標準で定義した３-バイト言語識別子である。リストで第１の言語はデフォールトである。
package_description：可能であれば、多重言語でパッケージの構文説明。言語コードは、ＩＳＯ６３９標準で定義した３-バイト言語識別子である。リストで第１の言語はデフォールトである。
audio_languages：パッケージで用いられたオーディオ言語（複数の言語）。言語コードは、ＩＳＯ６３９標準で定義した３-バイト言語識別子である。リストで第１の言語はデフォールトである。
text_languages： パッケージで用いられたテキスト言語（複数の言語）。言語コードは、ＩＳＯ６３９標準で定義した３-バイト言語識別子である。リストで第１の言語はデフォールトである。
target_user_profiles：パッケージをターゲットとするユーザのプロファイル（複数のプロファイル）。
required_device_capability_profiles：パッケージ消費に要求されたデバイス能力のプロファイル（複数のプロファイル）。
parental_guidance_flag：このフラグの値が「１」であると、受信機は、児童保護のために視聴者により設定されるものに対するコンテンツを示すのが許されることがレーティング情報（その伝達方法は、この標準で現在特定されていない）から確実にできるまで、何がデコードされるかを提供してはいけない。このフラグの値が「０」であると、受信機はレーティングをチェックせず、このパッケージから何がデコードされるかを専ら提供する。
recording_flag：このフラグの値が「１」であると、受信機は、このパッケージを追って用いるために内部記憶部に記憶することができる。
fast_play_flag：このフラグの値が「１」であると、受信機は、視聴者がこのパッケージの高速再生をコマンドするようにする。
clock_reference_flag：このフラグの値が「０」であると、clock_reference_idは提供されず、デフォールトによりＭＭＴシステムクロックは、ＮＴＰクロックであり、即ち、このパッケージにおける全てのアセットの時間ベースはＮＴＰクロックである。このフラグの値が「１」であると、 clock_reference_idフィールドは、次に含まれる。
protection_scheme_id_flag：このフラグの値が「１」であると、protection _scheme_idフィールドは、次に含まれる。
clock_reference_id：クロック参照識別子。このフィールドは、このパッケージにおける全てのアセットのデフォールト時間ベースとしてclock_reference_ descriptor（）により伝達されたクロックを参照するために用いられる。値０は、このフィールドについて許容されない。ＭＰＴ構文におけるクロック参照識別子について、２個のプレイスホルダが存在する。一つ（このフィールド）は、このパッケージにおける全てのアセットに適用され、もう一つは、構文ループにおけるアセットエントリにのみ適用される。フィールドの両方がＭＰＴ構文に含まれる場合に、後者が優先する。
timescale_flag：このフラグの値が「１」であると、タイムスケールフィールドが次に含まれる。
timescale：１秒で多数の単位で表されるこのパッケージにおける全てのアセットについて用いられた全ての時間スタンプに対する時間単位。デフォールト値が９０、０００である。ＭＰＴ構文におけるタイムスケールフィールドについて、２個のプレイスホルダが存在する。一つ（このフィールド）は、このパッケージにおける全てのアセットに適用されるが、もう一つは、構文ループにおけるアセットエントリにのみ適用される。フィールドの両方がＭＰＴ構文に含まれる場合に、後者が優先する。
protection_scheme_id：このフィールドは、このパッケージにおける全てのアセットについて用いられた保護方式を示す。ＭＰＴ構文における保護方式の識別子フィールドについて、２個のプレイスホルダが存在する。一つ（このフィールド）は、このパッケージにおける全てのアセットに適用されるが、もう一つは、構文ループにおけるアセットエントリにのみ適用される。フィールドの両方がＭＰＴ構文に含まれる場合に、後者が優先する。このフィールドの値は、３.７.３におけるＤ-ＣＡＳ記述子により特定されたDCAS_typesのうちの一つである。
protection_scheme_id_flag：このフラグの値が「１」であると、protection_ scheme_idフィールドは次に含まれる。
MMT_general_location_info（）for the CI location：１.１.３で定義されたＭＭＴついての一般位置参照情報。ＣＩ位置について、location_type=０x０Ｆ〜０x１３のみが許容される。
number_of_assets：このＭＰＴにおけるアセットの数。
asset_type：アセットの種類。このフィールドは、ＭＰＥＧ−２ＰＭＴで定義されたstream_typeと類似であるが、その拡張である。
asset_id：アセット識別子。ＣＩにおいて、asset_idは、アセットを参照するために用いられる。ＣＩで定義されたasset_idは、グローバルに固有である。このフィールドは、グローバルに固有なアセット識別子についての短いエイリアスである。エイリアシングは、ＣＩにおけるアセットのリスト（LoA）でアセットの登場順序をマッピングすることにより、自動に行われる。ＣＩ階層化が用いられると、エイリアシングは、階層Ｏから階層Ｎまで全てのＬｏＡの順序化された連接内で行われる。ＭＰＴ内のアセット情報構文ループで、asset_idエイリアスは、増加的に表さなければならない。
asset_clock_reference_flag：このフラグの値が「１」であると、asset_clock_ reference_idフィールドが次の構文に含まれる。
asset_clock_reference_id：アセットについてのクロック参照識別子。このフィールドは、アセットの時間ベースとしてclock_reference_descriptor（）により伝達されたクロックを参照するために用いられる。このフィールドの値が「０」であると、 ＮＴＰクロックは、アセットについて用いられる。このフィールドの値が「０」ではないと、このフィールドの値は、クロック参照記述子により提供されたclock_ reference_id値のうちの一つである。
asset_timescale_flag：このフラグの値が「１」であると、asset_timescale フィールドが次の構文に含まれる。
asset_timescale：１秒で多数の単位で表されたアセットに用いられた全ての時間スタンプに対する時間単位。デフォールト値が９０、０００である。
asset_protected_flag：このフラグの値が「１」であると、このアセットは保護される。
asset_protection_scheme_id_flag：このフラグの値が「１」であると、asset_ protection_scheme_idフィールドが次の構文に含まれる。
MMT_general_location_info（）for the asset location：１.１.３において、表３で定義されたＭＭＴの一般位置参照情報。location_type=０x０３、０x０５、及び０x０７〜０x０Ｄのみがアセット位置について許容される。
asset_descriptors_length：次のフィールドからアセット記述子構文ループの終端までカウントされたバイトの数。
asset_descriptors_byte：アセット記述子におけるバイト。
１．６デバイス能力情報テーブル（ＤＣＩＴ）についてのメッセージ
ＤＣＩＴは、デバイス能力情報を提供する。ＤＣＩＴ５３０は、ＩＴＮメッセージ内で伝送されるとき、ＤＣＩＴテーブルと称するテーブル構造でカプセル化される必要がある。
１．６．１ＤＣＩＴメッセージの構文及び意味
ＤＣＩＴメッセージの構文は、表３６に定義され、その構文要素の意味は、表３６の下に提供される。
message_id：Ｓ階層メッセージの種類を示す。このフィールドの長さは８ビットである。
version：Ｓ階層メッセージのバージョン。ＭＭＴクライアントは、受信されたＳ階層メッセージが新しいものであるか否かを判定することができる。特に、このフィールドは、Ｓ階層メッセージが放送網を介して反復的に送信される場合に有用である。このフィールドの長さは８ビットである。
length：Ｓ階層メッセージの長さ。このフィールドの長さは１６ビットである。これは、次のフィールドからＤＣＩＴメッセージの最終バイトまで開始するバイトでカウントされたＭＰＴメッセージの長さを示す。値「０」は、このフィールドについて決して使われない。
start_time_flag：このフラグの値が「１」であると、追加の構文要素start_ timeが用いられる。
start_time：ＤＣＩＴメッセージ送信のＮＰＴにおける開始時間。
retransmission_period：このＤＣＩＴメッセージの再送信時間。Retransmission _periodの単位は１０msである。階層化されたＭＰＴが用いられると、上位階層ＭＰＴのretransmission_periodは、一般にその上位階層ＭＰＴの下のＭＰＴ階層のretransmission_periodより長い。
MMT_package_table（）：１.５.２で定義される。
DCIT（）：１.６.２で定義される。
１．６．２ＤＣＩＴ構文及び意味
ＤＣＩＴの構文及び意味は、表３７に定義される。
１．７記述子
Ｓ階層テーブルと関連付けの記述子が定義される。
１．７．１言語記述子
言語記述子は、オーディオ、解説放送、字幕などのようなメディアアセットを特定するために用いられる。言語記述子は、ＭＰＴ記述子構文ループ又はＭＰＴにおけるアセット記述子構文ループに含まれることができる。言語記述子がＭＰＴ記述子構文ループに含まれると、これはパッケージにおける全てのアセットの言語を特定する。言語記述子がＭＰＴにおけるアセット記述子構文ループに含まれると、これは、アセットの言語を特定する。ＭＰＴにおけるアセット記述子構文ループに含まれた言語記述子は、ＭＰＴにおけるＭＰＴ記述子構文ループに含まれた言語記述子より優先順位を有する。
language_descriptor（）の構文は、表３８に定義され、その構文要素の意味は、表３８の下に提供される。
descriptor_tag：記述子の種類を示すタグ値。
descriptor_length：このフィールドの次のバイトから記述子の最終バイトまでカウントされたバイト単位の長さ。
ISO_639_language_code：３-バイトＩＳＯ６３９言語識別子。
１．７．２クロック参照記述子
クロック参照記述子は、メディア同期化のためのエンコーダクロックとＭＭＴシステムクロックとの関係を特定するために用いられる。ネットワーク時間プロトコル（ＮＴＰ）フォーマットにおけるＵＴＣは、ＭＭＴシステムクロック時間として用いられる。ＭＭＴは、異なるクロックが異なるアセットについて用いられるのを許す。 アセットエンコーダで用いられたクロックが、clock_reference_idにより特定される。
clock_reference_descriptorsは、短い周期、例えば、１００msを有するクロック参照メッセージで周期的に伝送されなければならない。
clock_reference_descriptor（）の構文は、表３９に定義され、その構文要素の意味は、表３９の下に提供される。
descriptor_tag：記述子の種類を示すタグ値。
descriptor_length：このフィールドの次のバイトから記述子の最終バイトまでカウントされたバイト単位の長さ。
clock_reference_id：アセットエンコーダにより用いられたメディアクロックの識別子。値「０」は、他の目的のために保留され、clock_reference_idに使われない。
encoder_clock_sample：次のMMT_system_clock_timeに対応するアセットエンコーダにより用いられたメディアクロックのサンプリング値。
MMT_system_clock_time：先行encoder_clock_sampleに対応するＮＴＰフォーマットにおけるＵＴＣ時間値。
１．７．３保安記述子
保安記述子は、ＭＭＴアセット又はパッケージを保護するために用いることができる保安システムを特定するために用いられる。
Securtiy_descriptorは、保安メッセージ又はＩＴＮメッセージで周期的に伝送されるべきである。
security_descriptor（）の構文は、表４０に定義され、その構文要素の意味は、表４０の下に提供される。
descriptor_tag：記述子の種類を示すタグ値。
descriptor_length：このフィールドの次のバイトから記述子の最終バイトまでカウントされたバイト単位の長さ。
Security_type：保安ソリューションのタイプ。これは、アクセス制御、デジタル著作権の管理、ダウンロード可能なＣＡＳ又はダウンロード可能なＤＲＭのソリューションを示す。
Solution ：どの保安ソリューションがアクセス制御、ＤＲＭ、ＤＣＡＳ又はＤＤＲＭのために用いられるかを示す。
Access_control_server_address：クライアントが認証され、認可されたアクセス制御保安ソリューションサーバのアドレス。
DRM_server_address：クライアントが認証され、認可されるＤＲＭソリューション サーバのアドレス。
DCAS_server_address：認証及び認可の後、クライアントがＤＣＡＳ ＳＷをダウンロードすることができるＤＣＡＳサーバのアドレス。
DDRM_server_address：認証及び認可の後、クライアントがＤＤＲＭ ＳＷをダウンロードすることができるＤＤＲＭサーバのアドレス。
図６及び図７は、本発明の一実施形態による受信機におけるマルチメディア受信の動作を示すフローチャートである。
図６及び図７を参照すると、まず、受信機は、ステップ６１５において、現在のチャンネルで伝送されたＳ１メッセージを受信する。Ｓ１メッセージは、ＭＭＴアセット及びＭＭＴアイテムの消費に要求される全ての機能を管理するためのメッセージである。
受信機は、ステップ６１７において、メッセージＩＤに基づいて、見付けたＳ１メッセージに含まれたＩＴＮメッセージであるかを判定する。ＩＴＮメッセージではない他のメッセージの場合、受信機は、ステップ６２７において、他のメッセージが更新されたか否かを判定する。更新された他のメッセージである場合、受信機は、ステップ６２９において、更新された他のメッセージ及び更新された他のメッセージのバージョン情報をメモリに記憶する。対照的に、更新された他のメッセージではない場合、受信機はステップ６３１に進む。
一方、ステップ６１７における判断の結果から、ＩＴＮメッセージの場合、受信機は、ステップ６１９において、バージョン情報に基づいて、見付けたＳ１メッセージに含まれたＩＴＮメッセージが、更新されたか否かを判定する。更新された場合、受信機は、ステップ６２１において、ＩＴＮメッセージ内の少なくとも一つのテーブル（i個）が、更新されたか否かを判定する。更新された場合、受信機は、ステップ６２３において、更新された少なくとも一つのテーブル及びそのバージョン情報を受信機のメモリに記憶し、ステップ６２５に進む。ＩＴＮメッセージ内の少なくとも一つのテーブル（i個）が更新されなかった場合、受信機は、ステップ６２５に進む。同様に、ＩＴＮメッセージがステップ６１９で更新されていないと判定されると、受信機は、ステップ６２５に進む。
ステップ６２５において、受信機は全てのテーブルを検査する。受信機は、ステップ６３１に進む。
検査の結果、受信機は、ステップ６３１において、ＣＩ階層０が更新されたか否かを判定する。
ＣＩ階層０が更新された場合、受信機は、ステップ６３３において、ＣＩ階層０を統合されたＣＩとして設定する。次に、受信機は、ステップ６３５に進む。ＣＩ階層０が、更新されなかった場合、受信機はステップ６４３に進む。
ステップ６３５において、受信機は、ＣＩ階層iのバージョンが、ＣＩ階層０のバージョンと同一であるか否かを判定する。同一ではない場合、受信機はステップ６４１に進む。また、同一である場合、受信機は、ステップ６３７において、ＣＩ階層iを統合されたＣＩと合わせる。受信機は、ステップ６３９において、全てのＣＩ階層の検査を完了したか否かを判定する。全ての検査が完了された場合、受信機は、ステップ６４１において、統合されたＣＩをＣＩ分析機に伝送する。例えば、受信機がステップ６３９で全てのＣＩ階層を検査したと判定すると、受信機はステップ６４１に進む。一方、受信機がステップ６３９で全てのＣＩ階層の検査を完了していないと判定すると、受信機はステップ６３５に戻る。
ステップ６４３において、ＭＰＴ階層０が更新されたか否かを判定する。例えば、 ＭＰＴ階層０が更新されていない場合、受信機は、この過程を終了する。一方、更新された場合、受信機は、ステップ６４５において、ＭＰＴ階層０を、統合されたＭＰＴとして設定する。次に、受信機はステップ６４７に進む。
受信機は、ステップ６４７において、ＭＰＴ階層ｉのバージョンが、ＭＰＴ階層 ０のバージョンと同一であるか否かを判定する。例えば、その階層が同一ではないと、受信機はステップ６５３に進む。同一である場合、受信機は、ステップ６４９において、ＭＰＴ階層ｉを統合されたＭＰＴと合わせる。受信機は、ステップ６５１において、全てのＭＰＴ階層の検査を完了したか否かを判定する。全ての検査が完了された場合、受信機は、統合されたＭＰＴ内にアセット参照を用いて、パッケージ内のアセットを見付け、見付けたアセットを当該アセットデコーダ又はアセットハンドラーに伝送する。例えば、受信機がステップ６５１で、ＭＰＴ階層の検査を全て完了したと判定すると、受信機はステップ６５３に進む。対照的に、受信機がその検査が完了していないと判定すると、受信機はステップ６４７に進む。
図８は、本発明の一実施形態による送信装置のブロック構成図である。
送信装置の一例として、サービス提供サーバ８００は、サービスデータ提供部８０１と、パッケージ生成部８０３と、伝送部８０５とを含む。図面に示していないが、 本発明の実施形態の動作を行うために、前記送信装置のコンポーネントを制御できる制御部を備えることは、当該技術分野における通常の知識を有する者に明らかである。
サービスデータ提供部８０１は、すべてのサービスソースを有する。
パッケージ生成部８０３は、図３及び図５を参照して説明したテーブルを用いてパッケージを生成する。
伝送部８０５は、生成されたパッケージを端末に伝送する。
また、伝送部８０５は、前記生成されたパッケージを放送網と、広帯域網との二つの異なる物理的特性のネットワークを介して端末に伝送してもよい。
図９は、本発明の一実施形態による受信装置のブロック構成図である。
受信装置は、一例として、端末となってもよいが、これに限定されない。
受信装置９００は、受信部９０１と、パッケージ分析部９０３と、デコーダ/再生部９０５とを含む。図面に示していないが、本発明の実施形態の動作を行うために、前記受信装置又は端末は、そのコンポーネントを制御できる制御部を備えることは、 当該技術分野における通常の知識を有する者に明らかである。
受信部９０１は、本発明の実施形態により図３及び図５を参照して説明したテーブルを用いて生成されたパッケージを受信する。
パッケージ分析部９０３は、前記受信されたパッケージのコンポーネントを分析する。
デコーダ/再生部９０５は、前記分析されたパッケージのコンポーネントに基づいてコンテンツをデコード及び再生する。
また、図面には示していないが、本発明の実施形態により生成されたパッケージに 従って、データを記録、記憶及び再生することができる。記憶媒体（例えば、CD、 DVD、DB、USBなど）に一つのパッケージ内にＭＭＴアセット、構成情報（Configuration information）、コンポジション情報（Composition information）、輸送特性（Transport Characteristics） 、パッケージ識別情報（Package Identification Information）、アセットリスト情報（Asset list Information）、権利管理情報（Rights Management Information）、輸送スケジュール情報（Transport Timeline Information ）などを含むように記憶し、再生時、パッケージコンポーネントを解読して、コンテンツを再生することができる。記憶媒体を介して記憶及び再生する場合、実施形態についての説明でＵＲＬを記憶位置情報（例えば、memory addressなど）に置換することで、より容易に記憶及び再生することができる。
前述の多様な実施形態は、本発明の例示的な実施例であると理解される。上記多様な実施形態のうちのいずれか一つと関連付けて記述された全ての特徴は、単独で利用されるか、また記述された他の特徴と組み合わせることで利用することができ、多様な実施形態のうちの他の実施形態の一つ又はそれ以上の特徴と組み合わせることで利用されるか、又は多様な実施形態のうちの他の実施形態の組み合わせにより利用することができる。本発明は、特定の実施形態を参照して図示され、説明されたが、添付の特許請求の範囲及びこの均等物により定められているような本発明の思想及び範囲を逸脱することなく、形態及び細部事項において、多様な変形が可能であることは、当該分野における通常の知識を有する者には、明らかである。
８００ サービス提供サーバ
８０１ サービスデータ提供部
８０３ パッケージ生成部
８０５ 伝送部
９００ 受信装置
９０１ 受信部
９０３ パッケージ分析部
９０５ デコーダ／再生部

Claims (24)

  1. マルチメディアサービスの受信方法において、
    異なるネットワークから提供される少なくとも一つのマルチメディアサービスについてのサービス内訳情報を受信する過程と、
    前記サービス内訳情報を参照して、一つのサービスを選択する過程と、
    前記選択したサービスを受信する過程とを含み、
    前記サービス内訳情報は、複数の論理チャンネルを介して伝送される少なくとも一つのサービスに関する情報を含む第１のサービスマップテーブル、及び一つの論理チャンネルを介して伝送される少なくとも一つのサービスに関する情報を含む第２のサービスマップテーブルのうちの一つを含み、
    前記第１のサービスマップテーブル及び第２のサービスマップテーブルは各々、アセット関連付け情報を含むことを特徴とする受信方法。
  2. マルチメディアサービスの送信方法において、
    異なるネットワークから提供される少なくとも一つのマルチメディアサービスについてのサービス内訳情報を送信する過程と、
    前記サービス内訳情報を参照して受信機により要請されたサービスを前記受信機に 伝送する過程とを含み、
    前記サービス内訳情報は、複数の論理チャンネルを介して伝送される少なくとも一つのサービスに関する情報を含む第１のサービスマップテーブル、及び一つの論理 チャンネルを介して伝送される少なくとも一つのサービスに関する情報を含む第２のサービスマップテーブルのうちの少なくとも一つを含み、
    前記第１のサービスマップテーブル及び第２のサービスマップテーブルは各々、アセット関連付け情報を含むことを特徴とする送信方法。
  3. 前記サービス内訳情報が、前記第１のサービスマップテーブルを含む場合に、前記第１のサービスマップテーブルは、前記複数の論理チャンネル各々を介して伝送されるプログラムアイテムに関する情報を記憶するＰＰＴの位置参照情報を含むことを特徴とする、請求項１に記載の受信方法又は請求項２に記載の送信方法。
  4. 前記第１のサービスマップテーブルは、全てのプログラムについてのガイド情報を含むＰＧＴ（Package Guide Table）についての位置参照情報及びバージョン情報を含むことを特徴とする、請求項３に記載の受信方法又は請求項３に記載の送信方法。
  5. 前記第１のサービスマップテーブルは、
    次のSMT_prefixの数を示すSMT_prefix_countフィールドと、
    ある放送チャンネル内の論理チャンネルを識別するパッケージ経路番号を示すpackage_path_numberフィールドと、
    現在伝達されるパッケージに相応するＰＰＴについての位置参照情報の形式を指定するsimple_location_typeフィールドのうちの少なくとも一つを含むことを特徴とする、請求項４に記載の受信方法又は請求項４に記載の送信方法。
  6. 前記サービス内訳情報が、前記第２のサービスマップテーブルを含む場合に、前記第２のサービスマップテーブルは、前記第２のサービスマップテーブルの更新バージョン情報を示すSMT_update_versionフィールドを含むことを特徴とする、請求項１に記載の受信方法又は請求項２に記載の送信方法。
  7. 前記第１のサービスマップテーブル及び第２のサービスマップテーブルは、テーブル識別子「table_id」により識別されることを特徴とする、請求項１に記載の受信方法又は請求項２に記載の送信方法。
  8. 前記ＰＰＴは、
    パッケージから復元されたコンテンツを再生するかの可否を示すparental_ guidance_flagフィールドと、
    recording_flagフィールドの値が「１」である場合に、受信機は、前記パッケージを受信機内の記憶媒体に記憶できるrecording_flagフィールドと、
    random_access_flagフィールドの値が「１」である場合に、視聴者は、前記パッケージに対して任意のアクセスを行うことができるrandom_access_flagフィールドと、
    fast_forward_play_flagフィールドの値が「１」である場合に、視聴者は、前記パッケージに対して高速再生を行うことができるfast_forward_play_flagフィールドと、
    fast_reverse_play_flagフィールドの値が「１」である場合に、視聴者は、前記パッケージに対して高速逆再生を行うことができるfast_reverse_play_flagフィールドと、
    timescale_flagフィールドの値が「１」である場合に、timescaleフィールドが次にくることをを示すtimescale_flagフィールドと、
    protection_scheme_id_flagフィールドの値が「１」である場合に、protection_ scheme_idフィールドが次にくることを示すprotection_scheme_id_flagフィールドと、
    アセットの各種タイムスタンプ（timestamp）に適用される時間単位を１秒間の時間単位の数を示す値として表すtimescaleフィールドと、
    アセットの暗号化方式を指定する値を示すprotection_scheme_idフィールドと、
    アセットエンコーダが用いたクロックの識別子を示すclock_reference_idフィールドと、
    アセットグループ中の一つのアセットを必須的に再生すべきか否かを示す値を意味するlevel_of_mandatory_playingフィールドと、
    default_selection_flagフィールドの値が「１」である場合に、アセットは、自ら属したアセットグループ内で優先的に薦められたアセットであることを示すdefault_selection_flagフィールドと、
    clock_reference_flagフィールドの値が「１」である場合に、clock_reference_idフィールドが次にくることを示すclock_reference_flagフィールドと、
    asset_timescale_flagフィールドの値が「１」である場合に、timescaleフィールドが次にくることを示すasset_timescale_flagフィールドと、
    asset_protected_flagフィールドの値が「１」である場合に、アセットは、暗号化されていることを示すasset_protected_flagフィールドと、
    scheme_id_flagフィールドの値が「１」である場合に、protection_scheme_idフィールドが次にくることを示すscheme_id_flagフィールドのうちの少なくとも一つを含むことを特徴とする、請求項３に記載の受信方法又は請求項３に記載の送信方法。
  9. マルチメディアサービスの受信装置において、
    異なるネットワークから提供される少なくとも一つのマルチメディアサービスについてのサービス内訳情報を受信する受信部と、
    前記サービス内訳情報を参照して一つのサービスを選択する制御部とを含み、
    前記受信部は、前記制御部により選択されたサービスを受信し、
    前記サービス内訳情報は、複数の論理チャンネルを介して伝送される少なくとも一つのサービスに関する情報を含む第１のサービスマップテーブル、及び 一つの論理チャンネルを介して伝送される少なくとも一つのサービスに関する情報を含む第２のサービスマップテーブルのうちの少なくとも一つを含み、
    前記第１のサービスマップテーブル及び第２のサービスマップテーブルは各々、アセット関連付け情報を含むことを特徴とする受信装置。
  10. マルチメディアサービスの送信装置において、
    異なるネットワークから提供される少なくとも一つのマルチメディアサービスについてのサービス内訳情報を送信する送信部と、
    前記サービス内訳情報を参照して受信機により要請されたサービスを選択する制御部とを含み、
    前記送信部は、前記制御部により選択されたサービスを前記受信機に伝送し、
    前記サービス内訳情報は、複数の論理チャンネルを介して伝送される少なくとも一つのサービスに関する情報を含む第１のサービスマップテーブル、及び一つの論理 チャンネルを介して伝送される少なくとも一つのサービスに関する情報を含む第２のサービスマップテーブルのうちの少なくとも一つを含み、
    前記第１のサービスマップテーブル及び第２のサービスマップテーブルは各々、アセット関連付け情報を含むことを特徴とする送信装置。
  11. 前記サービス内訳情報が、前記第１のサービスマップテーブルを含む場合に、前記第１のサービスマップテーブルは、前記複数の論理チャンネル各々を介して伝送されるプログラムアイテムに関する情報を記憶するＰＰＴの位置参照情報を含むことを特徴とする、請求項９に記載の受信装置又は請求項１０に記載の送信装置。
  12. 前記第１のサービスマップテーブルは、全てのプログラムについてのガイド情報を含むＰＧＴについての位置参照情報及びバージョン情報を含むことを特徴とする、請求項１１に記載の受信装置又は請求項１１に記載の送信装置。
  13. 前記第１のサービスマップテーブルは、
    次のSMT_prefixの数を示すSMT_prefix_countフィールドと、
    ある放送チャンネル内の論理チャンネルを識別するパッケージ経路番号を示すpackage_path_numberフィールドと、
    現在伝達されているパッケージに相応するＰＰＴについての位置参照情報の形式を指定するsimple_location_typeフィールドのうちの少なくとも一つを含むことを特徴とする、請求項１２に記載の受信装置又は請求項１２に記載の送信装置。
  14. 前記サービス内訳情報が、前記第２のサービスマップテーブルを含む場合に、前記第２のサービスマップテーブルは、前記第２のサービスマップテーブルの更新バージョン情報を示すSMT_update_versionフィールドを含むことを特徴とする、請求項９に記載の受信装置又は請求項１０に記載の送信装置。
  15. 前記第１のサービスマップテーブル及び第２のサービスマップテーブルは、テーブル識別子「table_id」により識別されることを特徴とする、請求項９に記載の受信装置又は請求項１０に記載の送信装置。
  16. 前記ＰＰＴは、
    パッケージから復元された内容を再生するかの可否を示すparental_guidance_flagフィールドと、
    recording_flagフィールドの値が「１」である場合に、受信機は、前記パッケージを受信機内の記憶媒体に記憶できるrecording_flagフィールドと、
    random_access_flagフィールドの値が「１」である場合に、視聴者は、前記パッケージに対して任意のアクセスを行うことができるrandom_access_flagフィールドと、
    fast_forward_play_flagフィールドの値が「１」である場合に、視聴者は、前記パッケージに対して高速再生を行うことができるfast_forward_play_flagフィールドと、
    fast_reverse_play_flagフィールドの値が「１」である場合に、視聴者は、前記パッケージに対して高速逆再生を行うことができるfast_reverse_play_flagフィールドと、
    timescale_flagフィールドの値が「１」である場合に、timescaleフィールドが次にくることをを示すtimescale_flagフィールドと、
    protection_scheme_id_flagフィールドの値が「１」である場合に、protection_ scheme_idフィールドが次にくることを示すprotection_scheme_id_flagフィールドと、
    アセットの各種タイムスタンプに適用される時間単位を１秒間の時間単位の数を示す値として表すtimescaleフィールドと、
    アセットの暗号化方式を指定する値を示すprotection_scheme_idフィールドと、
    アセットエンコーダが用いたクロックの識別子を示すclock_reference_idフィールドと、
    アセットグループ中の一つのアセットを必須的に再生すべきか否かを示す値を意味するlevel_of_mandatory_playingフィールドと、
    default_selection_flagフィールドの値が「１」である場合に、アセットは、自ら属したアセットグループ内で優先的に薦められたアセットであることを示すdefault_selection_flagフィールドと、
    clock_reference_flagフィールドの値が「１」である場合に、clock_reference_idフィールドが次にくることを示すclock_reference_flagフィールドと、
    asset_timescale_flagフィールドの値が「１」である場合に、timescaleフィールドが次にくることを示すasset_timescale_flagフィールドと、
    asset_protected_flagフィールドの値が「１」である場合に、アセットは、暗号化されていることを示すasset_protected_flagフィールドと、
    scheme_id_flagフィールドの値が「１」である場合に、protection_scheme_idフィールドが次にくることを示すscheme_id_flagフィールドのうちの少なくとも一つを含むことを特徴とする、請求項１１に記載の受信装置又は請求項１１に記載の送信装置。
  17. マルチメディアサービスの受信方法において、
    制御メッセージを受信する過程と、
    前記制御メッセージをデコードする過程とを含み、
    前記制御メッセージは、少なくとも一つのテーブルを含み、
    前記少なくとも一つのテーブルには、パッケージに対応する一つ以上のＭＰＴについてのテーブルが含まれ、
    前記ＭＰＴについてのテーブルには、パッケージに属するアセットリストが含まれることを特徴とする受信方法。
  18. マルチメディアサービスの送信方法において、
    制御メッセージを生成する過程と、
    生成された制御メッセージを送信する過程とを含み、
    前記制御メッセージは、少なくとも一つのテーブルを含み、
    前記少なくとも一つのテーブルには、パッケージに対応する一つ以上のＭＰＴについてのテーブルが含まれ、
    前記ＭＰＴについてのテーブルには、パッケージに属するアセットリストが含まれることを特徴とする送信方法。
  19. 前記少なくとも一つのテーブルは、ＩＴＮテーブル、ＭＣＩについてのテーブル、ＣＲＤについてのテーブル、保安情報についてのテーブル、及びＤＣＩＴについてのテーブルのうちの少なくとも一つをさらに含むことを特徴とする、請求項１７に記載の受信方法又は請求項１８に記載の送信方法。
  20. 前記ＩＴＮテーブルは、前記ＩＴＮテーブルを除いた他のテーブルについての制御情報を含むことを特徴とする、請求項１９に記載の受信方法又は請求項１９に記載の送信方法。
  21. マルチメディアサービスの受信装置において、
    制御メッセージを受信する受信部と、
    前記制御メッセージをデコードするデコーダとを含み、
    前記制御メッセージは、少なくとも一つのテーブルを含み、
    前記少なくとも一つのテーブルには、パッケージに対応する一つ以上のＭＰＴについてのテーブルが含まれ、
    前記ＭＰＴについてのテーブルには、パッケージに属するアセットリストが含まれることを特徴とする受信装置。
  22. マルチメディアサービスの送信装置において、
    制御メッセージを生成する制御部と、
    生成された制御メッセージを送信する送信部とを備え、
    前記制御メッセージは、少なくとも一つのテーブルを含み、
    前記少なくとも一つのテーブルには、パッケージに対応する一つ以上のＭＰＴについてのテーブルが含まれ、
    前記ＭＰＴについてのテーブルには、パッケージに属するアセットリストが含まれることを特徴とする送信装置。
  23. 前記少なくとも一つのテーブルは、ＩＴＮテーブル、ＭＣＩについてのテーブル、ＣＲＤについてのテーブル、保安情報についてのテーブル、及びＤＣＩＴについてのテーブルのうちの少なくとも一つをさらに含むことを特徴とする、請求項２１に記載の受信装置又は請求項２２に記載の送信装置。
  24. 前記ＩＴＮテーブルは、前記ＩＴＮテーブルを除いた他のテーブルについての制御情報を含むことを特徴とする、請求項２３に記載の受信装置又は請求項２３に記載の送信装置。
JP2014535654A 2011-10-13 2012-10-15 マルチメディアサービス送受信方法及び装置 Active JP6339501B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
KR10-2011-0104619 2011-10-13
KR20110104619 2011-10-13
US201261671923P 2012-07-16 2012-07-16
US61/671,923 2012-07-16
PCT/KR2012/008383 WO2013055179A1 (en) 2011-10-13 2012-10-15 Method and apparatus for transmitting and receiving multimedia service

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2018091750A Division JP6501951B2 (ja) 2011-10-13 2018-05-10 マルチメディアコンテンツ受信装置

Publications (3)

Publication Number Publication Date
JP2014534696A true JP2014534696A (ja) 2014-12-18
JP2014534696A5 JP2014534696A5 (ja) 2015-12-03
JP6339501B2 JP6339501B2 (ja) 2018-06-06

Family

ID=48082118

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014535654A Active JP6339501B2 (ja) 2011-10-13 2012-10-15 マルチメディアサービス送受信方法及び装置

Country Status (7)

Country Link
US (3) US10498473B2 (ja)
EP (3) EP2767014A4 (ja)
JP (1) JP6339501B2 (ja)
KR (2) KR102331705B1 (ja)
CN (3) CN109756287B (ja)
ES (1) ES2924232T3 (ja)
WO (1) WO2013055179A1 (ja)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20160149150A (ko) * 2015-06-17 2016-12-27 한국전자통신연구원 스테레오스코픽 비디오 데이터를 처리하기 위한 mmt 장치 및 방법
JP2017118576A (ja) * 2017-02-09 2017-06-29 シャープ株式会社 受信装置、受信方法、プログラム、及び記憶媒体
KR20170142993A (ko) * 2015-07-06 2017-12-28 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR101898822B1 (ko) * 2017-12-12 2018-09-13 가천대학교 산학협력단 뷰포트 정보 시그널링을 이용한 가상 현실 비디오 스트리밍
WO2018221292A1 (ja) * 2017-05-31 2018-12-06 ソニー株式会社 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
JP2020036363A (ja) * 2019-11-20 2020-03-05 マクセル株式会社 データ出力方法
JP2022173423A (ja) * 2020-01-17 2022-11-18 マクセル株式会社 放送番組のコンテンツのコピー制御方法

Families Citing this family (44)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101781873B1 (ko) * 2010-04-19 2017-09-26 엘지전자 주식회사 인터넷 기반 컨텐츠 송수신 방법 및 그를 이용한 송수신 장치
US9699188B2 (en) * 2012-05-02 2017-07-04 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving message for downloadable CAS or DRM in MMT
US9137476B2 (en) * 2013-02-14 2015-09-15 Sony Corporation User-defined home screen for ultra high definition (UHD) TV
KR101995314B1 (ko) * 2013-04-22 2019-07-02 삼성전자주식회사 Ｄｖｂ 지상파 방송 시스템에서 ｍｐｅｇ ｍｍｔ를 위한 시그널링 정보를 송수신하는 장치 및 방법
KR20140126827A (ko) * 2013-04-22 2014-11-03 삼성전자주식회사 Dvb 시스템에서 mmt를 이용하여 방송 서비스를 송수신하는 방법 및 장치
JP6571314B2 (ja) * 2013-06-18 2019-09-04 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法
JP6399683B2 (ja) * 2013-09-13 2018-10-03 日本放送協会 配信システム、配信装置、受信装置およびそれらのプログラム
JP6382029B2 (ja) * 2013-09-20 2018-08-29 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置、及び受信装置
WO2015040817A1 (ja) * 2013-09-20 2015-03-26 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 送信方法、受信方法、送信装置、及び受信装置
JP6382664B2 (ja) * 2013-09-27 2018-08-29 日本放送協会 制御メッセージ生成装置、配信システム、受信装置およびそれらのプログラム
WO2015068352A1 (ja) 2013-11-08 2015-05-14 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 送信方法、受信方法、送信装置、及び受信装置
JP6505413B2 (ja) * 2013-11-08 2019-04-24 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置、及び受信装置
JP6506009B2 (ja) * 2013-11-22 2019-04-24 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置、及び受信装置
EP3097696A4 (en) * 2014-01-21 2017-09-20 Lg Electronics Inc. Broadcast transmission device and operating method thereof, and broadcast reception device and operating method thereof
US9560421B2 (en) * 2014-03-27 2017-01-31 Samsung Electronics Co., Ltd. Broadcast and broadband hybrid service with MMT and DASH
WO2015167184A1 (ko) * 2014-04-27 2015-11-05 엘지전자 주식회사 방송 전송 장치, 방송 전송 장치의 동작 방법, 방송 수신 장치 및 방송 수신 장치의 동작 방법
EP2963892A1 (en) * 2014-06-30 2016-01-06 Thomson Licensing Method and apparatus for transmission and reception of media data
KR102220942B1 (ko) * 2014-07-04 2021-02-26 삼성전자 주식회사 콘텐츠 제공 방법 및 장치
JP5860518B1 (ja) * 2014-08-27 2016-02-16 シャープ株式会社 送信装置および受信装置
WO2016031173A1 (ja) * 2014-08-28 2016-03-03 パナソニックＩｐマネジメント株式会社 送信方法、受信方法、送信装置及び受信装置
WO2016031912A1 (ja) * 2014-08-29 2016-03-03 シャープ株式会社 制御情報生成装置、送信装置、受信装置、テレビジョン受像機、映像信号伝送システム、制御プログラム、および記録媒体
JP6465476B2 (ja) * 2014-10-22 2019-02-06 日本放送協会 受信機および放送局設備
JP6696430B2 (ja) * 2014-11-05 2020-05-20 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
JP6327711B2 (ja) * 2014-11-07 2018-05-23 シャープ株式会社 受信装置、放送システム、受信方法及びプログラム
CN107005734A (zh) * 2014-12-10 2017-08-01 索尼公司 发送装置和发送方法以及接收装置和接收方法
US10085051B2 (en) * 2015-02-13 2018-09-25 Samsung Electronics Co., Ltd. Method and apparatus for converting MMTP stream to MPEG-2TS
EP3249873B1 (en) * 2015-02-15 2018-09-12 Huawei Technologies Co., Ltd. Media presentation guide method based on hyper text transport protocol media stream and related device
US20160292445A1 (en) 2015-03-31 2016-10-06 Secude Ag Context-based data classification
WO2016178318A1 (en) * 2015-05-07 2016-11-10 Sharp Kabushiki Kaisha System for targeting and demographics
WO2016195420A1 (ko) * 2015-06-04 2016-12-08 엘지전자(주) 방송 신호 송수신 장치 및 방법
WO2016204502A1 (ko) * 2015-06-17 2016-12-22 한국전자통신연구원 스테레오스코픽 비디오 데이터를 처리하기 위한 mmt 장치 및 방법
US20170092274A1 (en) * 2015-09-24 2017-03-30 Otojoy LLC Captioning system and/or method
CN107026887B (zh) * 2016-02-02 2019-12-06 上海交通大学 一种多媒体系统中快速信息交互方法及网络传输方法
KR102468763B1 (ko) * 2016-02-05 2022-11-18 삼성전자 주식회사 영상처리장치 및 그 제어방법
KR102613231B1 (ko) * 2016-05-26 2023-12-14 삼성전자주식회사 방송 시스템에서 방송 서비스 정보 제공 방법 및 장치
US10880588B2 (en) 2016-05-30 2020-12-29 Samsung Electronics Co., Ltd. Apparatus and method for transmitting/receiving information regarding media content in multimedia system
JP6275316B2 (ja) * 2017-09-04 2018-02-07 日本放送協会 配信装置、受信装置、およびそれらのプログラム
JP6399714B2 (ja) * 2017-09-04 2018-10-03 日本放送協会 配信システム
CN108170660B (zh) * 2018-01-22 2021-08-06 北京百度网讯科技有限公司 多语言排版的显示方法、装置、浏览器、终端及介质
JP6465532B1 (ja) * 2018-10-29 2019-02-06 日本放送協会 受信機および放送局設備
JP6465533B1 (ja) * 2018-10-29 2019-02-06 日本放送協会 受信機および放送局設備
JP7243799B2 (ja) * 2019-07-01 2023-03-22 ソニーグループ株式会社 受信方法及び受信装置
JP6988974B2 (ja) * 2019-07-01 2022-01-05 ソニーグループ株式会社 送信方法及び送信装置
US11838566B2 (en) * 2021-11-17 2023-12-05 Inntot Technologies Private Limited System and method for alternate program experience in digital broadcasting

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010016948A1 (en) * 2000-01-13 2001-08-23 Pace Micro Technology Plc Broadcast data system and apparatus
JP2002203070A (ja) * 2000-10-17 2002-07-19 Hitachi Ltd メタデータ配信方法
US20090320087A1 (en) * 2008-06-09 2009-12-24 Le Electronics Inc. Method for mapping between signaling information and announcement information and broadcast receiver

Family Cites Families (71)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6181867B1 (en) * 1995-06-07 2001-01-30 Intervu, Inc. Video storage and retrieval system
US6751221B1 (en) * 1996-10-04 2004-06-15 Kabushiki Kaisha Toshiba Data transmitting node and network inter-connection node suitable for home network environment
US6111611A (en) * 1997-07-10 2000-08-29 Thomson Consumer Electronics System for forming and processing program specific information suitable for terrestrial, cable or satellite broadcast
US6029045A (en) * 1997-12-09 2000-02-22 Cogent Technology, Inc. System and method for inserting local content into programming content
US7091968B1 (en) 1998-07-23 2006-08-15 Sedna Patent Services, Llc Method and apparatus for encoding a user interface
EP1256225B1 (en) * 2000-02-04 2010-08-18 Listen.Com, Inc. System for distributed media network and meta data server
WO2001069865A1 (en) * 2000-03-15 2001-09-20 Infosim Informationstechnik Gmbh Method and system for communication of data via an optimum data path in a network
US7987491B2 (en) * 2002-05-10 2011-07-26 Richard Reisman Method and apparatus for browsing using alternative linkbases
US6728101B2 (en) * 2002-08-29 2004-04-27 Hewlett-Packard Development Company, L.P. Card support assembly
US7454467B2 (en) * 2003-05-22 2008-11-18 International Business Machines Corporation Method for managing email messages
KR100566269B1 (ko) 2003-09-25 2006-03-29 삼성전자주식회사 디지털 멀티미디어 방송시스템에서 광역방송과 지역방송을 동시에 서비스하는 장치 및 방법과 그 방송 수신 단말기
KR20050036526A (ko) * 2003-10-16 2005-04-20 삼성전자주식회사 채널 전환 대기 시간을 이용한 디지털 멀티미디어방송시스템의 부가서비스 제공을 위한 전송스트림, 장치,방법 및 그 방송 수신 단말기
CN1918835B (zh) * 2004-02-10 2011-08-24 索尼株式会社 广播频率检测系统
US20050273833A1 (en) * 2004-05-14 2005-12-08 Nokia Corporation Customized virtual broadcast services
EP1775726A4 (en) * 2004-07-22 2009-05-27 Panasonic Corp PLAYING DEVICE, PLAY PROCESS, PROGRAM AND COMPUTER READABLE RECORDING MEDIUM
CN101292528B (zh) * 2005-08-22 2010-09-29 韩国电子通信研究院 节目元数据通信协议扩展元数据、数据流产生设备、数字数据广播发射系统及其数字数据广播发射方法
KR100739108B1 (ko) * 2005-11-14 2007-07-13 삼성전자주식회사 고속채널전환 디지털방송수신장치 및 그 방법
KR101340720B1 (ko) 2006-03-24 2013-12-12 삼성전자주식회사 휴대형 디지털 비디오 방송 방통융합 서비스 시스템에서서비스 송수신 방법 및 장치
US20080040743A1 (en) * 2006-07-29 2008-02-14 Srinivasa Dharmaji Micro-splicer for inserting alternate content to a content stream on a handheld device
US8677395B2 (en) * 2006-07-29 2014-03-18 Goldspot Media, Inc. Method and apparatus for operating a micro-splicer to insert alternate content while viewing multimedia content on a handheld device
KR100800856B1 (ko) * 2006-08-08 2008-02-04 삼성전자주식회사 Ｄｖｂ-ｈ 시스템에서 ｅｓｇ 업데이트 정보 송수신 방법및 시스템
KR100956825B1 (ko) * 2007-01-04 2010-05-11 엘지전자 주식회사 프리뷰 컨텐츠 수신방법 및 ｉｐｔｖ 수신기
KR101306715B1 (ko) * 2007-02-09 2013-09-11 엘지전자 주식회사 방송 신호 수신 장치 및 방송 신호 송수신 방법
US8272008B2 (en) * 2007-02-28 2012-09-18 At&T Intellectual Property I, L.P. Methods, systems, and products for retrieving audio signals
US20080281448A1 (en) * 2007-04-21 2008-11-13 Carpe Media Media Player System, Apparatus, Method and Software
US20080270913A1 (en) 2007-04-26 2008-10-30 Howard Singer Methods, Media, and Devices for Providing a Package of Assets
DE112008000552B4 (de) * 2007-05-14 2020-04-23 Samsung Electronics Co., Ltd. Verfahren und Vorrichtung zum Empfangen von Rundfunk
KR101405965B1 (ko) * 2007-06-25 2014-06-12 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
US8413194B2 (en) * 2007-08-24 2013-04-02 Lg Electronics Inc. Digital broadcasting system and method of processing data in digital broadcasting system
US8185925B2 (en) * 2007-08-24 2012-05-22 Lg Electronics Inc. Digital broadcasting system and method of processing data in the digital broadcasting system
US8045628B2 (en) 2007-10-18 2011-10-25 Nokia Corporation Digital video broadcast service discovery
US8112775B2 (en) * 2007-12-05 2012-02-07 Lg Electronics Inc. IPTV receiver and method of providing channel details information
US8869219B2 (en) * 2007-12-05 2014-10-21 Lg Electronics Inc. Method for controlling a channel and an IPTV receiver
KR20090060928A (ko) * 2007-12-10 2009-06-15 삼성전자주식회사 광대역 무선통신 시스템에서 멀티캐스트 및 브로드캐스트서비스를 위한 장치 및 방법
KR100918002B1 (ko) 2007-12-10 2009-09-18 한국전자통신연구원 다운로딩 기반 수신제한시스템에서 복수 개의 수신제어소프트웨어 객체들의 실행 관리가 가능한 수신기 및 실행관리방법
US9185351B2 (en) * 2008-01-09 2015-11-10 Harmonic, Inc. Browsing and viewing video assets using TV set-top box
WO2009098775A1 (ja) * 2008-02-08 2009-08-13 Fujitsu Limited 受信装置、受信方法及び受信プログラム
US8850471B2 (en) * 2008-03-10 2014-09-30 Hulu, LLC Method and apparatus for providing user control of advertising breaks associated with a media program
US8359614B2 (en) * 2008-05-16 2013-01-22 Sony Computer Entertainment America Llc Channel hopping scheme for update of data for multiple services across multiple digital broadcast channels
EP2654266B1 (en) * 2008-06-07 2018-12-12 Coherent Logix Incorporated Transmitting and receiving control information for use with multimedia streams
US8392942B2 (en) * 2008-10-02 2013-03-05 Sony Corporation Multi-coded content substitution
US8792899B2 (en) 2008-11-07 2014-07-29 Qualcomm Incorporated Regionalized delivery of hybrid mobile broadcast services or channels in a mobile broadcast network
US8099752B2 (en) * 2008-12-03 2012-01-17 Sony Corporation Non-real time services
KR101706956B1 (ko) * 2008-12-09 2017-02-15 엘지전자 주식회사 비실시간 서비스 처리 방법 및 방송 수신기
WO2010068034A2 (ko) * 2008-12-09 2010-06-17 엘지전자 주식회사 비실시간 서비스 처리 방법 및 방송 수신기
US8387286B2 (en) * 2008-12-19 2013-03-05 Sport Maska Inc. Skate
WO2010082783A2 (ko) * 2009-01-15 2010-07-22 엘지전자 주식회사 비실시간 서비스 처리 방법 및 방송 수신기
KR20100089337A (ko) 2009-02-03 2010-08-12 삼성전자주식회사 Ｉｐｔｖ 서비스 정보 제공 방법, 하이브리드 ｉｐｔｖ 및 저장 매체
US8904450B2 (en) * 2009-10-13 2014-12-02 Sony Corporation Individual internet video link channel
EP2320650B1 (en) 2009-10-20 2014-06-04 Lg Electronics Inc. Method of processing application in digital broadcast receiver connected with interactive network and the digital broadcast receiver
KR101691836B1 (ko) * 2009-10-25 2017-01-02 엘지전자 주식회사 프로그램 정보 처리 방법 및 방송 수신기
US9015773B2 (en) 2009-11-18 2015-04-21 Lg Electronics Inc. Method for transmitting and receiving a broadcast signal and a broadcast receiver using the method
KR20110066826A (ko) 2009-12-11 2011-06-17 한국전자통신연구원 신뢰 플랫폼 모듈 기능을 이용한 ｃａｓ／ｄｒｍ 소프트웨어의 다운로드 방법
KR20110095458A (ko) 2010-02-19 2011-08-25 네오세미테크 주식회사 4인치 웨이퍼의 양면 가공 중 발생하는 백래쉬 제거 방법
KR20110095665A (ko) 2010-02-19 2011-08-25 (주) 마이트로 양방향 역경매에 의한 운전중개 서비스 시스템 및 방법
KR101777348B1 (ko) 2010-02-23 2017-09-11 삼성전자주식회사 데이터 전송 방법 및 장치와 데이터 수신 방법 및 장치
EP2550783B1 (en) * 2010-03-23 2016-05-25 Telefonaktiebolaget LM Ericsson (publ) Method and arrangement for media access
US20110238520A1 (en) * 2010-03-26 2011-09-29 Selley Jonathan W Wireless jukebox ordering and administration application with restaurant and administrative support
US9118938B2 (en) * 2010-04-19 2015-08-25 Lg Electronics Inc. Method for transmitting/receiving content and transmitter/receiver using same
US9674027B2 (en) * 2010-04-19 2017-06-06 Lg Electronics Inc. Method for transmitting/receiving internet-based content and transmitter/receiver using same
WO2011132937A2 (en) 2010-04-20 2011-10-27 Samsung Electronics Co., Ltd. Interface apparatus and method for transmitting and receiving media data
EP2566156A4 (en) * 2010-04-28 2015-04-29 Lg Electronics Inc BROADCAST TRANSMITTER, BROADCAST RECEIVER AND METHOD FOR SENDING AND RECEIVING BROADCAST SIGNALS WITH DEVICES FOR TRANSMITTING AND RECEIVING BROADCAST SIGNALS
US20120026409A1 (en) * 2010-07-27 2012-02-02 Yasukazu Higuchi Electronic Device and Remote-Control Method
US8296810B1 (en) * 2010-08-30 2012-10-23 Sprint Communications Company L.P. Wireless video uplink system that includes a reservation system
US9348691B2 (en) * 2010-09-14 2016-05-24 Lg Electronics Inc. Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, and method for transmitting/receiving broadcast signal through apparatus for transmitting/receiving broadcasting signal
US9301020B2 (en) * 2010-11-30 2016-03-29 Google Technology Holdings LLC Method of targeted ad insertion using HTTP live streaming protocol
KR101887506B1 (ko) 2011-09-22 2018-08-13 삼성전자주식회사 방송 시스템에서 방송 콘텐츠 재생 방법 및 장치
CN109068154B (zh) 2011-09-23 2021-01-26 韩国电子通信研究院 传送媒体数据的方法以及接收媒体数据的方法
KR20130040090A (ko) * 2011-10-13 2013-04-23 삼성전자주식회사 복합 네트워크에서 멀티미디어 데이터를 전송하기 위한 장치 및 그 방법
JP2013229689A (ja) 2012-04-24 2013-11-07 Sharp Corp 再生装置、配信装置、データ構造、再生方法、配信方法、制御プログラム、および記録媒体
JP2016030586A (ja) * 2014-07-30 2016-03-07 トヨタ自動車株式会社 車両用樹脂バックドア構造

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010016948A1 (en) * 2000-01-13 2001-08-23 Pace Micro Technology Plc Broadcast data system and apparatus
JP2002203070A (ja) * 2000-10-17 2002-07-19 Hitachi Ltd メタデータ配信方法
US20090320087A1 (en) * 2008-06-09 2009-12-24 Le Electronics Inc. Method for mapping between signaling information and announcement information and broadcast receiver

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
YOUNGKWON LIM: "Review of w11792[online]", JCTVC-E JCTVC-E360-V3, JPN6017028819, 2 October 2011 (2011-10-02), pages 23 - 27, ISSN: 0003611701 *

Cited By (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20160149150A (ko) * 2015-06-17 2016-12-27 한국전자통신연구원 스테레오스코픽 비디오 데이터를 처리하기 위한 mmt 장치 및 방법
KR102519209B1 (ko) 2015-06-17 2023-04-07 한국전자통신연구원 스테레오스코픽 비디오 데이터를 처리하기 위한 mmt 장치 및 방법
US11405599B2 (en) 2015-06-17 2022-08-02 Electronics And Telecommunications Research Institute MMT apparatus and MMT method for processing stereoscopic video data
JP2018526839A (ja) * 2015-06-17 2018-09-13 エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュートＥｌｅｃｔｒｏｎｉｃｓ Ａｎｄ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｒｅｓｅａｒｃｈ Ｉｎｓｔｉｔｕｔｅ ステレオスコピックビデオデータを処理するためのｍｍｔ装置および方法
JP7080929B2 (ja) 2015-06-17 2022-06-06 エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュート ステレオスコピックビデオデータを処理するためのｍｍｔ装置および方法
US10911736B2 (en) 2015-06-17 2021-02-02 Electronics And Telecommunications Research Institute MMT apparatus and MMT method for processing stereoscopic video data
JP2020184773A (ja) * 2015-06-17 2020-11-12 エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュートＥｌｅｃｔｒｏｎｉｃｓ Ａｎｄ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｒｅｓｅａｒｃｈ Ｉｎｓｔｉｔｕｔｅ ステレオスコピックビデオデータを処理するためのｍｍｔ装置および方法
US10638172B2 (en) 2015-07-06 2020-04-28 Lg Electronics Inc. Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method
US11178436B2 (en) 2015-07-06 2021-11-16 Lg Electronics Inc. Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method
KR102014800B1 (ko) * 2015-07-06 2019-08-27 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10356451B2 (en) 2015-07-06 2019-07-16 Lg Electronics Inc. Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method
KR20170142993A (ko) * 2015-07-06 2017-12-28 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
JP2017118576A (ja) * 2017-02-09 2017-06-29 シャープ株式会社 受信装置、受信方法、プログラム、及び記憶媒体
US11259073B2 (en) 2017-05-31 2022-02-22 Sony Corporation Information processing apparatus, information recording medium, information processing method, and program
WO2018221292A1 (ja) * 2017-05-31 2018-12-06 ソニー株式会社 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
JP7215415B2 (ja) 2017-05-31 2023-01-31 ソニーグループ株式会社 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
JPWO2018221292A1 (ja) * 2017-05-31 2020-04-09 ソニー株式会社 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
KR101898822B1 (ko) * 2017-12-12 2018-09-13 가천대학교 산학협력단 뷰포트 정보 시그널링을 이용한 가상 현실 비디오 스트리밍
JP2020036363A (ja) * 2019-11-20 2020-03-05 マクセル株式会社 データ出力方法
JP2022173423A (ja) * 2020-01-17 2022-11-18 マクセル株式会社 放送番組のコンテンツのコピー制御方法
JP2022173424A (ja) * 2020-01-17 2022-11-18 マクセル株式会社 放送番組のコンテンツのコピー制御方法
JP7369260B2 (ja) 2020-01-17 2023-10-25 マクセル株式会社 放送番組のコンテンツのコピー制御方法
JP7379629B2 (ja) 2020-01-17 2023-11-14 マクセル株式会社 放送番組のコンテンツのコピー制御方法

Also Published As

Publication number Publication date
EP2767014A4 (en) 2015-07-29
EP3913822B1 (en) 2022-06-22
CN109756287A (zh) 2019-05-14
CN109756287B (zh) 2020-12-29
CN104025479A (zh) 2014-09-03
CN109600632B (zh) 2020-12-25
US20130097627A1 (en) 2013-04-18
KR101991321B1 (ko) 2019-06-21
US10498473B2 (en) 2019-12-03
EP2767014A1 (en) 2014-08-20
US20210167880A1 (en) 2021-06-03
EP3518442B1 (en) 2021-08-04
KR20210056457A (ko) 2021-05-18
CN109600632A (zh) 2019-04-09
JP6339501B2 (ja) 2018-06-06
KR20140090202A (ko) 2014-07-16
WO2013055179A1 (en) 2013-04-18
US20200106540A1 (en) 2020-04-02
US10951337B2 (en) 2021-03-16
EP3913822A1 (en) 2021-11-24
KR102331705B1 (ko) 2021-12-01
EP3518442A1 (en) 2019-07-31
ES2924232T3 (es) 2022-10-05
CN104025479B (zh) 2018-10-19
US11528082B2 (en) 2022-12-13

Similar Documents

Publication Publication Date Title
JP6339501B2 (ja) マルチメディアサービス送受信方法及び装置
JP6359142B2 (ja) マルチメディアサービス受信方法
US9712864B2 (en) Broadcast service receiving method and broadcast service receiving apparatus
US9596510B2 (en) Method for transmitting broadcast service, method for receiving broadcast service, and apparatus for receiving broadcast service
US9661371B2 (en) Method for transmitting a broadcast service, apparatus for receiving same, and method for processing an additional service using the apparatus for receiving same
CA2839444C (en) Method for transmitting a broadcast service, method for receiving a broadcast service, and apparatus for receiving a broadcast service
US9723362B2 (en) Method for transmitting and receiving broadcast service and receiving device thereof
JP6632749B2 (ja) マルチメディアサービス送信装置

Legal Events

Date Code Title Description
RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20141226

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20151015

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20151015

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20161020

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20161107

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170207

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20170314

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20170323

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20170314

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170808

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20171108

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180510

R150 Certificate of patent or registration of utility model

Ref document number: 6339501

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