JP6423016B2 - サービスガイド情報送信方法、サービスガイド情報受信方法、サービスガイド情報送信装置及びサービスガイド情報受信装置 - Google Patents

サービスガイド情報送信方法、サービスガイド情報受信方法、サービスガイド情報送信装置及びサービスガイド情報受信装置 Download PDF

Info

Publication number
JP6423016B2
JP6423016B2 JP2016572267A JP2016572267A JP6423016B2 JP 6423016 B2 JP6423016 B2 JP 6423016B2 JP 2016572267 A JP2016572267 A JP 2016572267A JP 2016572267 A JP2016572267 A JP 2016572267A JP 6423016 B2 JP6423016 B2 JP 6423016B2
Authority
JP
Japan
Prior art keywords
component
capability
information
fragment
content data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2016572267A
Other languages
English (en)
Other versions
JP2017527144A (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.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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 LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2017527144A publication Critical patent/JP2017527144A/ja
Application granted granted Critical
Publication of JP6423016B2 publication Critical patent/JP6423016B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • 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/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/254—Management at additional data server, e.g. shopping server, rights management server
    • H04N21/2541—Rights Management
    • 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808—Management of client data
    • 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26283—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for associating distribution time parameters to content, e.g. to generate electronic program guide data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/4147—PVR [Personal Video Recorder]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H04N21/4355—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream involving reformatting operations of additional data, e.g. HTML pages on a television screen
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • 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/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6547—Transmission by server directed to the client comprising parameters, e.g. for client setup
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8166—Monomedia components thereof involving executable data, e.g. software
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors

Description

本発明はサービスガイド情報を送受信する方法及び装置に関する。
アナログ放送信号送信が終了するとともに、デジタル放送信号を送受信するための多様な技術が開発されている。デジタル放送信号はアナログ放送信号に比べて多量のビデオ／オーディオデータを含むことができ、ビデオ／オーディオデータだけではなく多様な種類の付加データをさらに含むことができる。
すなわち、デジタル放送システムはＨＤ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）イメージ、マルチチャンネル（ｍｕｌｔｉ ｃｈａｎｎｅｌ、多チャンネル）オーディオ、及び多様な付加サービスを提供することができる。しかし、デジタル放送のためには、多量のデータ伝送に対するデータ伝送効率、送受信ネットワークの堅固性（ｒｏｂｕｓｔｎｅｓｓ）、及びモバイル受信装置を考慮したネットワーク柔軟性（ｆｌｅｘｉｂｉｌｉｔｙ）が向上しなければならない。
本発明の一実施例によるサービスガイド情報送信方法は、放送サービス及びコンテンツについての情報を含むサービスガイド情報を生成する段階であって、前記サービスガイド情報は前記コンテンツをレンダリング（ｒｅｎｄｅｒｉｎｇ）するために要求されるケイパビリティ（ｃａｐａｂｉｌｉｔｙ）情報を示すケイパビリティエレメントを含む、段階と、前記生成されたサービスガイド情報をエンコードする段階と、前記エンコードされたサービスガイド情報を伝送する段階を含んでもよい。
好ましくは、前記ケイパビリティエレメントは、前記コンテンツをレンダリングするために要求されるケイパビリティ情報をコード値で示すケイパビリティコードエレメント及び前記ケイパビリティ情報をストリング（ｓｔｒｉｎｇ）で示すケイパビリティストリングエレメントの少なくとも一つを含んでもよい。
好ましくは、前記ケイパビリティストリングエレメントは、前記ケイパビリティストリングエレメントが示すケイパビリティ情報が属するカテゴリーを示すカテゴリーコード情報を含んでもよい。
好ましくは、前記ケイパビリティコードエレメントは、前記コンテンツをダウンロードするためにブロードバンド（ｂｒｏａｄｂａｎｄ）を介したＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（ＩＰ）が要求されることを示す情報と、前記コンテンツをレンダリングするためにＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）ビデオに対する処理が要求されることを示す情報と、前記コンテンツをレンダリングするためにＳＨＶＣ（Ｓｃａｌａｂｌｅ ＨＥＶＣ）ビデオに対する処理が要求されることを示す情報と、前記コンテンツをレンダリングするためにＨＤＲ（Ｈｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ）ビデオに対する処理が要求されることを示す情報と、前記コンテンツをレンダリングするために５．１チャネルサラウンドオーディオ（５．１ ｃｈａｎｎｅｌ ｓｕｒｒｏｕｎｄ ａｕｄｉｏ）に対する処理が要求されることを示す情報と、前記コンテンツをレンダリングするためにイマーシブ（Ｉｍｍｅｒｓｉｖｅ）オーディオに対する処理が要求されることを示す情報と、前記コンテンツをレンダリングするために３Ｄオーディオに対する処理が要求されることを示す情報の少なくとも一つを含んでもよい。
好ましくは、前記ケイパビリティコードエレメントは、前記コンテンツをレンダリングするためにＰＶＲ（Ｐｅｒｓｏｎａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒ）アプリケーション機能が要求されることを示す情報と、前記コンテンツをレンダリングするために永久記憶媒体（ｐｅｒｓｉｓｔｅｎｔ ｓｔｒｏｒａｇｅ）を介したダウンロード機能が要求されることを示す情報と、前記コンテンツをレンダリングするためにＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）アプリケーション機能が要求されることを示す情報と、前記コンテンツをレンダリングするためにＣＡＳ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｓｙｓｔｅｍ）アプリケーション機能が要求されることを示す情報の少なくとも一つを含んでもよい。
好ましくは、前記カテゴリーコード情報は、前記ケイパビリティ情報のカテゴリーがダウンロードプロトコル（ｄｏｗｎｌｏａｄ ｐｒｏｔｏｃｏｌ）であることを示す情報と、前記ケイパビリティ情報のカテゴリーがＦＥＣアルゴリズム（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ Ａｌｇｏｒｉｔｈｍ）であることを示す情報と、前記ケイパビリティ情報のカテゴリーがアーカイブフォーマット（Ａｒｃｈｉｖｅ Ｆｏｒｍａｔ）であることを示す情報と、前記ケイパビリティ情報のカテゴリーが圧縮アルゴリズム（Ｃｏｍｐｒｅｓｓｉｏｎ Ａｌｇｏｒｉｔｈｍ）であることを示す情報と、前記ケイパビリティ情報のカテゴリーがメディアタイプ（Ｍｅｄｉａ Ｔｙｐｅ）であることを示す情報と、前記ケイパビリティ情報のカテゴリーがインターネット接続（Ｉｎｔｅｒｎｅｔ ｌｉｎｋ）であることを示す情報と、前記ケイパビリティ情報のカテゴリーがアプリケーションケイパビリティ（Ａｐｐｌｉｃａｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ）であることを示す情報の少なくとも一つを含んでもよい。
本発明の他の一実施例によるサービスガイド情報受信方法は、放送サービス及びコンテンツについての情報を含むサービスガイド情報を受信する段階であって、前記サービスガイド情報は前記コンテンツをレンダリング（ｒｅｎｄｅｒｉｎｇ）するために要求されるケイパビリティ（ｃａｐａｂｉｌｉｔｙ）情報を示すケイパビリティエレメントを含む、段階と、前記生成されたサービスガイド情報をデコードする段階と、前記デコードされたサービスガイド情報を表示する段階を含んでもよい。
好ましくは、前記ケイパビリティエレメントは、前記コンテンツをレンダリングするために要求されるケイパビリティ情報をコード値で示すケイパビリティコードエレメント及び前記ケイパビリティ情報をストリング（ｓｔｒｉｎｇ）で示すケイパビリティストリングエレメントの少なくとも一つを含んでもよい。
好ましくは、前記ケイパビリティストリングエレメントは、前記ケイパビリティストリングエレメントが示すケイパビリティ情報が属するカテゴリーを示すカテゴリーコード情報を含んでもよい。
好ましくは、前記ケイパビリティコードエレメントは、前記コンテンツをダウンロードするためにブロードバンド（ｂｒｏａｄｂａｎｄ）を介したＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（ＩＰ）が要求されることを示す情報と、前記コンテンツをレンダリングするためにＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）ビデオに対する処理が要求されることを示す情報と、前記コンテンツをレンダリングするためにＳＨＶＣ（Ｓｃａｌａｂｌｅ ＨＥＶＣ）ビデオに対する処理が要求されることを示す情報と、前記コンテンツをレンダリングするためにＨＤＲ（Ｈｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ）ビデオに対する処理が要求されることを示す情報と、前記コンテンツをレンダリングするために５．１チャネルサラウンドオーディオ（５．１ ｃｈａｎｎｅｌ ｓｕｒｒｏｕｎｄ ａｕｄｉｏ）に対する処理が要求されることを示す情報と、前記コンテンツをレンダリングするためにイマーシブ（Ｉｍｍｅｒｓｉｖｅ）オーディオに対する処理が要求されることを示す情報と、前記コンテンツをレンダリングするために３Ｄオーディオに対する処理が要求されることを示す情報の少なくとも一つを含んでもよい。
好ましくは、前記ケイパビリティコードエレメントは、前記コンテンツをレンダリングするためにＰＶＲ（Ｐｅｒｓｏｎａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒ）アプリケーション機能が要求されることを示す情報と、前記コンテンツをレンダリングするために永久記憶媒体（ｐｅｒｓｉｓｔｅｎｔ ｓｔｒｏｒａｇｅ）を介したダウンロード機能が要求されることを示す情報と、前記コンテンツをレンダリングするためにＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）アプリケーション機能が要求されることを示す情報と、前記コンテンツをレンダリングするためにＣＡＳ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｓｙｓｔｅｍ）アプリケーション機能が要求されることを示す情報の少なくとも一つを含んでもよい。
好ましくは、前記カテゴリーコード情報は、前記ケイパビリティ情報のカテゴリーがダウンロードプロトコル（ｄｏｗｎｌｏａｄ ｐｒｏｔｏｃｏｌ）であることを示す情報と、前記ケイパビリティ情報のカテゴリーがＦＥＣアルゴリズム（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ Ａｌｇｏｒｉｔｈｍ）であることを示す情報と、前記ケイパビリティ情報のカテゴリーがアーカイブフォーマット（Ａｒｃｈｉｖｅ Ｆｏｒｍａｔ）であることを示す情報と、前記ケイパビリティ情報のカテゴリーが圧縮アルゴリズム（Ｃｏｍｐｒｅｓｓｉｏｎ Ａｌｇｏｒｉｔｈｍ）であることを示す情報と、前記ケイパビリティ情報のカテゴリーがメディアタイプ（Ｍｅｄｉａ Ｔｙｐｅ）であることを示す情報と、前記ケイパビリティ情報のカテゴリーがインターネット接続（Ｉｎｔｅｒｎｅｔ ｌｉｎｋ）であることを示す情報と、前記ケイパビリティ情報のカテゴリーがアプリケーションケイパビリティ（Ａｐｐｌｉｃａｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ）であることを示す情報の少なくとも一つを含んでもよい。
本発明の他の一実施例によるサービスガイド情報送信装置は、放送サービス及びコンテンツについての情報を含むサービスガイド情報を生成する生成部であって、前記サービスガイド情報は前記コンテンツをレンダリング（ｒｅｎｄｅｒｉｎｇ）するために要求されるケイパビリティ（ｃａｐａｂｉｌｉｔｙ）情報を示すケイパビリティエレメントを含む、段階と、前記生成されたサービスガイド情報をエンコードするエンコーダーと、前記エンコードされたサービスガイド情報を伝送する伝送部を含んでもよい。
本発明の他の一実施例によるサービスガイド情報受信装置は、放送サービス及びコンテンツについての情報を含むサービスガイド情報を受信する受信部であって、前記サービスガイド情報は前記コンテンツをレンダリング（ｒｅｎｄｅｒｉｎｇ）するために要求されるケイパビリティ（ｃａｐａｂｉｌｉｔｙ）情報を示すケイパビリティエレメントを含む、受信部と、前記生成されたサービスガイド情報をデコードするデコーダーと、前記デコードされたサービスガイド情報を表示する再生部を含んでもよい。
好ましくは、前記ケイパビリティエレメントは、前記コンテンツをレンダリングするために要求されるケイパビリティ情報をコード値で示すケイパビリティコードエレメント及び前記ケイパビリティ情報をストリング（ｓｔｒｉｎｇ）で示すケイパビリティストリングエレメントの少なくとも一つを含んでもよい。
本発明は、サービスの特性に応じてデータを処理して各サービス又はサービスコンポーネントに対するＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を制御することによって、様々な放送サービスを提供することができる。
本発明は、同一のＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）信号帯域幅を介して様々な放送サービスを伝送することによって伝送柔軟性（ｆｌｅｘｉｂｉｌｉｔｙ）を達成することができる。
本発明は、ＭＩＭＯ（ＭｕｌｔｉｐｌｅＩｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）システムを用いてデータ伝送効率及び放送信号の送受信ロバスト性（Ｒｏｂｕｓｔｎｅｓｓ）を向上させることができる。
本発明によると、モバイル受信装置を使うとか室内環境にあっても、エラーなしにデジタル放送信号を受信可能な放送信号送信及び受信方法及び装置を提供することができる。
本発明のさらなる理解のために含まれ、本出願に含まれ、その一部を構成する添付の図面は、本発明の原理を説明する詳細な説明と共に本発明の実施例を示す。
本発明の一実施例による次世代放送サービスに対する放送信号送信装置の構造を示す図である。 本発明の一実施例によるインプットフォーマッティング（Ｉｎｐｕｔ ｆｏｒｍａｔｔｉｎｇ、入力フォーマット）ブロックを示す図である。 本発明の他の一実施例によるインプットフォーマッティング（Ｉｎｐｕｔ ｆｏｒｍａｔｔｉｎｇ、入力フォーマット）ブロックを示す図である。 本発明の一実施例によるＢＩＣＭ（ｂｉｔ ｉｎｔｅｒｌｅａｖｅｄ ｃｏｄｉｎｇ ＆ ｍｏｄｕｌａｔｉｏｎ）ブロックを示す図である。 本発明の他の一実施例によるＢＩＣＭブロックを示す図である。 本発明の一実施例によるフレームビルディング（Ｆｒａｍｅ Ｂｕｉｌｄｉｎｇ、フレーム生成）ブロックを示す図である。 本発明の一実施例によるＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）ジェネレーション（ｇｅｎｅｒａｔｉｏｎ、生成）ブロックを示す図である。 本発明の一実施例による次世代放送サービスに対する放送信号受信装置の構造を示す図である。 本発明の一実施例によるフレーム構造を示す図である。 本発明の一実施例によるフレームのシグナリング階層構造を示す図である。 本発明の一実施例によるプリアンブルシグナリングデータを示す図である。 本発明の一実施例によるＰＬＳ１データを示す図である。 本発明の一実施例によるＰＬＳ２データを示す図である。 本発明の他の一実施例によるＰＬＳ２データを示す図である。 本発明の一実施例によるフレームのロジカル（ｌｏｇｉｃａｌ、論理）構造を示す図である。 本発明の一実施例によるＰＬＳ（ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｓｉｇｎａｌｌｉｎｇ）マッピングを示す図である。 本発明の一実施例によるＥＡＣ（ｅｍｅｒｇｅｎｃｙ ａｌｅｒｔ ｃｈａｎｎｅｌ）マッピングを示す図である。 本発明の一実施例によるＦＩＣ（ｆａｓｔ ｉｎｆｏｒｍａｔｉｏｎ ｃｈａｎｎｅｌ）マッピングを示す図である。 本発明の一実施例によるＦＥＣ（ｆｏｒｗａｒｄ ｅｒｒｏｒ ｃｏｒｒｅｃｔｉｏｎ）構造を示す図である。 本発明の一実施例によるタイムインタリービングを示す図である。 本発明の一実施例によるツイストされた行列ブロックインターリーバの基本動作を示す図である。 本発明の他の一実施例によるツイストされた行列ブロックインターリーバの動作を示す図である。 本発明の一実施例によるツイストされた行列ブロックインターリーバの対角線方向の読み取りパターンを示す図である。 本発明の一実施例による各インターリービングアレイ（ａｒｒａｙ）からインタリービングされたＸＦＥＣＢＬＯＣＫを示す図である。 本発明の一実施例によるメインフィジカルデバイス（Ｍａｉｎ Ｐｈｙｓｉｃａｌ Ｄｅｖｉｃｅ）及びコンパニオンフィジカルデバイス（Ｃｏｍｐａｎｉｏｎ Ｐｈｙｓｉｃａｌ Ｄｅｖｉｃｅ）の構成を示す図である。 本発明の一実施例によるハイブリッド放送サービスを支援するためのプロトコルスタックを示す図である。 本発明の一実施例によるサービスタイプエレメント（Ｓｅｒｖｉｃｅ Ｔｙｐｅ ｅｌｅｍｅｎｔ）のＸＭＬスキーマ（ＸＭＬ ｓｃｈｅｍａ）を示す図である。 本発明の一実施例によって、サービスタイプの値として１４を有するサービスに対するｘｍｌスキーマ（ｘｍｌ ｓｃｈｅｍａ）及びディスプレイ表示例を示す図である。 本発明の一実施例によって、サービスタイプの値として１４及び１５を有するサービスに対するｘｍｌスキーマ及びディスプレイ表示例を示す図である。 本発明の一実施例によって、サービスタイプの値として１４及び１６を有するサービスに対するｘｍｌスキーマ及びディスプレイ表示例を示す図である。 本発明の一実施例によるコンポーネントフラグメント（Ｃｏｍｐｏｎｅｎｔ ｆｒａｇｍｅｎｔ）のＸＭＬスキーマを示す図である。 本発明の一実施例によるＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのｘｍｌスキーマを示す図である。 本発明の一実施例によるＣｏｍｐｏｎｅｎｔＤａｔａエレメントのｘｍｌスキーマを示す図である。 本発明の一実施例によるＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント及びＶｉｄｅｏＲｏｌｅエレメントのｘｍｌスキーマを示す図である。 本発明の一実施例によるＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント及びＡｕｄｉｏＲｏｌｅエレメントのｘｍｌスキーマを示す図である。 本発明の一実施例によるＣＣＣｏｍｐｏｎｅｎｔエレメント及びＣＣＲｏｌｅエレメントのｘｍｌスキーマを示す図である。 本発明の一実施例によって、スケーラブルビデオコーディング（ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｃｏｄｉｎｇ）において１つのベースレイヤ（ｂａｓｅ ｌａｙｅｒ）と２つのエンハンスメントレイヤ（ｅｎｈａｎｃｅｍｅｎｔ ｌａｙｅｒ）を含むコンポジットビデオコンポーネント（Ｃｏｍｐｏｓｉｔｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ）に対してコンポーネントフラグメントのｘｍｌスキーマを示す図である。 本発明の一実施例によって、３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗと３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗを含むコンポジットコンポーネント（Ｃｏｍｐｏｓｉｔｅ Ｃｏｍｐｏｎｅｎｔ）に対してコンポーネントフラグメントのｘｍｌスキーマを示す図である。 本発明の一実施例によってコンプリートオーディオコンポーネント（Ｃｏｍｐｌｅｔｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ）を記述するコンポーネントフラグメントのｘｍｌスキーマを示す図である。 本発明の一実施例によるコンテンツフラグメント（ｃｏｎｔｅｎｔ ｆｒａｇｍｅｎｔ）内のコンポーネントエレメントのｘｍｌスキーマを示す図である。 本発明の一実施例によるＶｉｄｅｏ、Ａｕｄｉｏ及びＣＣ コンポーネントを含むＬｉｎｅａｒ Ｓｅｒｖｉｃｅに対するコンテンツフラグメントのｘｍｌスキーマを示す図である。 Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間の関連関係を説明するためにコンテンツフラグメント内にコンポーネントエレメントを定義する場合のコンポーネントエレメントのｘｍｌスキーマを示す図である。 Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間の関連関係を説明するためにＡｓｓｏｃｉａｔｅｄＴｏ属性を使用する実施例を示す図である。 Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間の関連関係を説明するためにａｓｓｏｃｉａｔｅｄＡｕｄｉｏ及びａｓｓｏｃｉａｔｅｄＣＣ属性を使用する実施例を示す図である。 ＡｓｓｏｃｉａｔｅｄＴｏ属性を使ってＶｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間の関連関係を説明する実施例を示す図である。 ａｓｓｏｃｉａｔｅｄＡｕｄｉｏ及び／又はａｓｓｏｃｉａｔｅｄＣＣ属性を使ってＶｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間の関連関係を説明する実施例を示す図である。 本発明の一実施例によるフラグメント間の参照関係を示す図である。 本発明の一実施例によって、フラグメントとの参照関係を示すエレメントを含むＣｏｍｐｏｎｅｎｔフラグメントのｘｍｌスキーマを示す図である。 本発明の一実施例によって、フラグメントとの参照関係を示すエレメントを含むＳｃｈｅｄｕｌｅフラグメントのｘｍｌスキーマを示す図である。 Ｓｅｒｖｉｃｅ、Ｃｏｎｔｅｎｔ及びＣｏｍｐｏｎｅｎｔフラグメントの間の参照関係を説明する実施例を示す図である。 Ｃｏｎｔｉｎｕｏｕｓ コンポーネントを記述するＣｏｍｐｏｎｅｎｔフラグメント間の参照関係を説明する実施例を示す図である。 Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するコンポーネントを記述するＣｏｍｐｏｎｅｎｔフラグメント間の参照関係を説明する実施例を示す図である。 本発明の一実施例によって、コンテンツフラグメントで関連サービスフラグメントを参照する場合に提供できる機能を示す図である。 本発明の一実施例によるｒｅｌａｔｉｏｎｓｈｉｐ属性を用いて、コンテンツフラグメントで関連サービスフラグメントを参照する実施例を示す図である。 本発明の他の一実施例によるフラグメント間の参照関係を示す図である。 本発明の他の一実施例によるフラグメントとの参照関係を示すエレメントを含むサービスフラグメント、コンテンツフラグメント及びコンポーネントフラグメントのｘｍｌスキーマを示す図である。 Ｓｅｒｖｉｃｅ、Ｃｏｎｔｅｎｔ及びＣｏｍｐｏｎｅｎｔフラグメントの間の参照関係を説明する他の一実施例を示す図である。 Ｃｏｎｔｉｎｕｏｕｓ コンポーネントを記述するＣｏｍｐｏｎｅｎｔフラグメント間の参照関係を説明する他の一実施例を示す図である。 Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するコンポーネントを記述するＣｏｍｐｏｎｅｎｔフラグメント間の参照関係を説明する他の一実施例を示す図である。 本発明の一実施例によるＣｏｍｐｏｎｅｎｔフラグメントの構成を示す図である。 本発明の一実施例によるＣｏｍｐｏｎｅｎｔフラグメントの構成を示す図である。 本発明の他の一実施例によるＣｏｍｐｏｎｅｎｔフラグメントのｘｍｌスキーマを示す図である。 本発明の他の一実施例によるＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのｘｍｌスキーマを示す図である。 本発明の一実施例によるＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントのｘｍｌスキーマを示す図である。 本発明の他の一実施例によって、スケーラブルビデオコーディング（ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｃｏｄｉｎｇ）において一つのベースレイヤ（ｂａｓｅ ｌａｙｅｒ）と２つのエンハンスメントレイヤ（ｅｎｈａｎｃｅｍｅｎｔ ｌａｙｅｒ）を含むコンポジットビデオコンポーネント（Ｃｏｍｐｏｓｉｔｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ）に対してコンポーネントフラグメントのｘｍｌスキーマを示す図である。 本発明の他の一実施例によって、３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗと３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗを含むコンポジットコンポーネント（Ｃｏｍｐｏｓｉｔｅ Ｃｏｍｐｏｎｅｎｔ）に対してコンポーネントフラグメントのｘｍｌスキーマを示す図である。 本発明の他の一実施例によってコンプリートオーディオコンポーネント（Ｃｏｍｐｌｅｔｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ）を記述するコンポーネントフラグメントのｘｍｌスキーマを示す図である。 本発明の一実施例によるコンテンツ（Ｃｏｎｔｅｎｔ）フラグメントの構成を示す図である。 本発明の一実施例によるコンポーネントエレメントの構成を示す図である。 本発明の一実施例によるコンポーネントエレメントの構成を示す図である。 本発明の一実施例によるコンポーネントエレメントの構成を示す図である。 本発明の一実施例によるコンポーネントエレメントの構成を示す図である。 本発明の一実施例によるコンポーネントエレメントのｘｍｌスキーマを示す図である。 本発明の一実施例によるＬａｎｇｕａｇｅエレメント及びＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのｘｍｌスキーマを示す図である。 本発明の一実施例によるＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントのｘｍｌスキーマを示す図である。 本発明の一実施例によるＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメント及びＴａｒｇｅｔＤｅｖｉｃｅエレメントのｘｍｌスキーマを示す図である。 Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（２Ｄ／ＨＤ）及びＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１ ｃｈａｎｎｅｌｓ）を伝送する場合、コンポーネントエレメントのｘｍｌスキーマ構造の一実施例を示す図である。 Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ（ＵＨＤ）及びＰｒｅｓｅｎｔａｂｌｅ ＥＮＧ ａｕｄｉｏ コンポーネントをブロードキャストで伝送し、Ｐｒｅｓｅｎｔａｂｌｅ ＳＰＡ ａｕｄｉｏ コンポーネントをブロードバンドで伝送する場合、コンポーネントエレメントのｘｍｌスキーマ構造の一実施例を示す図である。 Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（ＵＨＤ／Ｗｉｄｅ Ｃｏｌｏｒ Ｇａｍｕｔ）及びＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１ ｃｈａｎｎｅｌｓ）を伝送する場合、コンポーネントエレメントのｘｍｌスキーマ構造の一実施例を示す図である。 本発明の他の実施例によるコンポーネントエレメント（ｃｏｍｐｏｎｅｎｔ ｅｌｅｍｅｎｔ）を示す図である。 本発明の一実施例によるＣｏｍｐｏｎｅｎｔＲｏｌエレメントを示す図である。 本発明の他の実施例によるコンポーネントエレメントをＸＭＬ形態で示す図である。 本発明の他の実施例によるコンポーネントエレメントを示す図である。 本発明の他の実施例によるＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメント及びＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントを示す図である。 本発明の他の実施例によるコンポーネントエレメントをＸＭＬ形態で示す図である。 本発明の一実施例によるＥｓｓｅｎｔｉａｌ Ｃａｐａｂｉｌｉｔｉｅｓエレメントを示す図である。 本発明の一実施例によるＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントの値によるｃａｐａｂｉｌｉｔｙ（ｃａｐａｂｉｌｉｔｙ）の意味を示す図である。 本発明の一実施例による、Ｃａｔｅｇｏｒｙ（カテゴリー）属性情報の値によるｃａｐａｂｉｌｉｔｙカテゴリー（Ｃａｐａｂｉｌｉｔｙ Ｃａｔｅｇｏｒｙ）を示す図である。 本発明の一実施例による、コンポーネント別にＰａｙ Ｐｅｒ Ｖｉｅｗ（ＰＰＶ）が提供される過程を示す図である。 本発明の一実施例による、放送番組の各コンポーネント別にメディアが提供される順序を示す図である。 本発明の一実施例による、放送番組の各コンポーネント別にメディアが提供される画面を示す図である。 本発明の一実施例による、ビデオコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。 本発明の他の実施例による、ビデオコンポーネントに対する役割がＥＳＧに表示される場合を示す図である。 本発明の他の実施例による、ビデオコンポーネントに対する役割がＥＳＧに表示される場合を示す図である。 本発明の一実施例による、オーディオコンポーネントに対する役割がＥＳＧに表示される場合を示す図である。 本発明の他の実施例による、オーディオコンポーネントに対する役割がＥＳＧに表示される場合を示す図である。 本発明の他の実施例による、オーディオコンポーネントに対する役割がＥＳＧに表示される場合を示す図である。 本発明の一実施例による、ＣＣ（Ｃｌｏｓｅｄ Ｃａｐｔｉｏｎ）コンポーネントに対する役割がＥＳＧに表示される場合を示す図である。 本発明の他の一実施例によるコンポーネントエレメントの構成を示した図である。 本発明の他の一実施例によるコンポーネントエレメントの構成を示した図である。 本発明の一実施例によるコンポーネントエレメントのｘｍｌスキーマを示した図である。 本発明の一実施例によるＡｐｐＣｏｍｐｏｎｅｎｔエレメントの構成を示した図である。 本発明の一実施例によるＡｐｐＣｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマを示した図である。 本発明の一実施例によるａｐｐ ｃｏｍｐｏｎｅｎｔアナウンスメントによって受信機に表示される内容を示した図である。 本発明の他の一実施例によるＣｏｎｔｅｎｔ ｆｒａｇｍｅｎｔが含むコンポーネントエレメントのｘｍｌスキーマを示した図である。 本発明の一実施例によって、ビデオ及びオーディオの特定の役割を含むリニアサービスを示すコンテンツフラグメントのｘｍｌスキーマを示した図である。 本発明の一実施例による、Ａｐｐコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示した図である。 本発明の一実施例によるコンテンツのｃａｐａｂｉｌｉｔｙを提供するためのコンテンツフラグメントの構成を示した図である。 本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅを示した図である。 本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅを示した図である。 本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅを示した図である。 本発明の他の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅを示した図である。 本発明の他の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅを示した図である。 本発明の他の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅを示した図である。 本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃａｔｅｇｏｒｙ ｃｏｄｅを示した図である。 本発明の一実施例による、コンテンツのｃａｐａｂｉｌｉｔｙがＥＳＧに表示される場合を示した図である。 本発明の一実施例によるａｐｐ−ｅｍｂｅｄｄｅｄ ｓｅｒｖｉｃｅ ｇｕｉｄｅを提供するためのｓｅｒｖｉｃｅ ａｎｎｏｕｎｃｅｍｅｎｔの構成を示した図である。 本発明の他の一実施例によるａｐｐ−ｅｍｂｅｄｄｅｄ ｓｅｒｖｉｃｅ ｇｕｉｄｅを提供するためのｓｅｒｖｉｃｅ ａｎｎｏｕｎｃｅｍｅｎｔの構成を示した図である。 本発明の一実施例によるａｐｐ−ｂａｓｅｄ ｓｅｒｖｉｃｅに含まれたアプリケーションを実行する動作を示した図である。 本発明の他の一実施例によるａｐｐ−ｂａｓｅｄ ｓｅｒｖｉｃｅに含まれたアプリケーションを実行する動作を示した図である。 本発明の一実施例によるｂｒｏａｄｃａｓｔ ｉｎｄｅｐｅｎｄｅｎｔなＡｐｐＣｏｍｐｏｎｅｎｔの構成を示した図である。 本発明の一実施例によるｂｒｏａｄｃａｓｔ ｉｎｄｅｐｅｎｄｅｎｔなアプリケーションを実行する動作を示した図である。 本発明の他の一実施例によるｂｒｏａｄｃａｓｔ ｉｎｄｅｐｅｎｄｅｎｔなアプリケーションを実行する動作を示した図である。 本発明のさらに他の一実施例によるｂｒｏａｄｃａｓｔ ｉｎｄｅｐｅｎｄｅｎｔなアプリケーションを実行する動作を示した図である。 本発明の一実施例によるサービスガイド情報送信方法を示した図である。 本発明の一実施例によるサービスガイド情報受信方法を示した図である。 本発明の一実施例によるサービスガイド情報送信装置の構成を示した図である。 本発明の一実施例によるサービスガイド情報受信装置の構成を示した図である。 本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングを示す図である。 本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、ＦＳＳのためのＦＩスキームを示す図である。 本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、ＦＥＳのためのリセットモードの動作を示す図である。 本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、周波数インタリーバーの入力及び出力を数式で表示した図である。 本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、ＦＩスキーム＃１及びＦＩスキーム＃２による周波数インタリービングの論理的動作メカニズムの数式を示す。 本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、シンボル数が偶数の場合の実施例を示す図である。 本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、シンボル数が偶数の場合の実施例を示す図である。 本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、シンボル数が奇数の場合の実施例を示す図である。 本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、シンボル数が奇数の場合の実施例を示す図である。 本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、周波数デインタリーバーの動作を示す図である。 本発明の他の実施例によるｖａｒｉａｂｌｅ ｄａｔａ−ｒａｔｅシステムを示した概念図である。 本発明のブロックインタリービングの書き込み（ｗｒｉｔｉｎｇ）及び読み取り（ｒｅａｄｉｎｇ）動作の一実施例を示す。これに対する具体的な内容は前述した。 本発明の一実施例によるブロックインタリービングを示した数式である。 本発明の一実施例による仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックを示した図である。 本発明の一実施例による仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックが挿入された後の読み取り（ｒｅａｄｉｎｇ）動作を示した数式である。 本発明の一実施例によるタイムインタリービングのプロセスを示したフローチャートである。 本発明の一実施例によるシフト値及び最大ＴＩブロックの大きさを決定する過程を示した数式である。 本発明の一実施例による書き込み（ｗｒｉｔｉｎｇ）動作を示す。 本発明の一実施例による読み取り（ｒｅａｄｉｎｇ）動作を示す。 本発明の一実施例による読み取り（ｒｅａｄｉｎｇ）動作においてスキップ動作が遂行された結果を示す。 本発明の一実施例によるタイムデインタリービングの書き込み（ｗｒｉｔｉｎｇ）過程を示す。 本発明の他の実施例によるタイムデインタリービングの書き込み（ｗｒｉｔｉｎｇ）過程を示す。 本発明の他の実施例によるタイムデインタリービングの読み取り（ｒｅａｄｉｎｇ）動作を示す数式である。 本発明の一実施例によるタイムデインタリービングのプロセスを示したフローチャートである。
本発明の好適な実施例について具体的に説明し、その例は添付の図面に示す。添付の図面を参照した以下の詳細な説明は、本発明の実施例によって具現可能な実施例のみを示すためのものではなく、本発明の好ましい実施例を説明するためのものである。以下の詳細な説明は、本発明に対する徹底した理解を提供するために詳細を含む。しかし、本発明がこのような詳細なしにも実行可能であるということは当業者に自明である。
本発明で使用されるほとんどの用語は、当該分野で広く使用される一般的な用語から選択されるが、一部の用語は出願人によって任意に選択され、その意味は、必要に応じて以下の説明で詳細に記載する。したがって、本発明は、用語の単純な名称や意味ではなく、用語の意図された意味に基づいて理解されなければならない。
本明細書において、‘シグナリング（ｓｉｇｎａｌｉｎｇ）’とは、放送システム、インターネット放送システム、及び／又は放送／インターネット融合システムで提供されるサービス情報（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ；ＳＩ）を送信／受信することを示す。サービス情報は、現在存在する各放送システムで提供される放送サービス情報（例えば、ＡＴＳＣＳＩ及び／又はＤＶＢＳＩ）を含む。
本明細書において、‘放送信号’とは、地上波放送、ケーブル放送、衛星放送、及び／又はモバイル放送以外にも、インターネット放送、ブロードバンド放送、通信放送、データ放送及び／又はＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）などの両方向放送で提供される信号及び／又はデータを含む概念として定義する。
本明細書において、‘ＰＬＰ’とは、物理層に属するデータを伝送する一定のユニットを意味する。したがって、本明細書において、‘ＰＬＰ’と命名された内容は、‘データユニット’又は‘データパイプ（ｄａｔａ ｐｉｐｅ）’と呼ぶこともできる。
デジタル放送（ＤＴＶ）サービスで活用される有力なアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）の一つとして、放送網とインターネット網との連動を通じたハイブリッド放送サービスを挙げることができる。ハイブリッド放送サービスは、地上波放送網を介して伝送される放送Ａ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）コンテンツと関連するエンハンスメントデータ（ｅｎｈａｎｃｅｍｅｎｔ ｄａｔａ）あるいは放送Ａ／Ｖコンテンツの一部をインターネット網を介してリアルタイムで伝送することによって、ユーザが様々なコンテンツを経験できるようにする。
本発明は、次世代放送サービスに対する放送信号送信及び受信装置及び方法を提供する。本発明の一実施例による次世代放送サービスは、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを含む。本発明は、一実施例によって、非ＭＩＭＯ（ｎｏｎＭｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）又はＭＩＭＯ方式を用いて次世代放送サービスに対する放送信号を処理することができる。本発明の一実施例による非ＭＩＭＯ方式は、ＭＩＳＯ（Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｓｉｎｇｌｅ Ｏｕｔｐｕｔ）方式、ＳＩＳＯ（Ｓｉｎｇｌｅ Ｉｎｐｕｔ Ｓｉｎｇｌｅ Ｏｕｔｐｕｔ）方式などを含んでもよい。
以下では、説明の便宜のため、ＭＩＳＯ又はＭＩＭＯ方式は２つのアンテナを使用するが、本発明は、２つ以上のアンテナを使用するシステムに適用できる。本発明は、特定の用途に要求される性能を達成すると共に、受信機の複雑度を最小化するために、最適化された３つのフィジカルプロファイル（ＰＨＹ ｐｒｏｆｉｌｅ）（ベース（ｂａｓｅ）、ハンドヘルド（ｈａｎｄｈｅｌｄ）、アドバンスド（ａｄｖａｎｃｅｄ）プロファイル）を定義することができる。フィジカルプロファイルは、該当する受信機が具現しなければならない全ての構造のサブセットである。
３つのフィジカルプロファイルは、ほとんどの機能ブロックを共有するが、特定のブロック及び／又はパラメーターでは少し異なる。後で追加的にフィジカルプロファイルを定義できる。システムの発展のために、フューチャープロファイルは、ＦＥＦ（ｆｕｔｕｒｅ ｅｘｔｅｎｓｉｏｎ ｆｒａｍｅ）を介して単一のＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）チャネルに存在するプロファイルとマルチプレクシングされてもよい。各フィジカルプロファイルについての詳細は後述する。
１．ベースプロファイル
ベースプロファイルは、主にルーフトップ（ｒｏｏｆｔｏｐ）アンテナと接続される固定された受信装置の主な用途を示す。ベースプロファイルは、ある場所に移動できるが、比較的静止された受信範疇に属する携帯用装置も含んでもよい。ベースプロファイルの用途は、若干の改善された実行によってハンドヘルド装置又は車両用に拡張できるが、このような使用用途は、ベースプロファイルの受信機動作では期待されない。
受信のターゲット信号対雑音比の範囲は約１０〜２０ｄＢであり、これは、既存の放送システム（例えば、ＡＴＳＣ Ａ／５３）の１５ｄＢの信号対雑音比の受信能力を含む。受信機の複雑度及び消費電力は、ハンドヘルドプロファイルを使用するバッテリーで駆動されるハンドヘルド装置の場合ほど重要ではない。ベースプロファイルに対する重要なシステムパラメーターが、下記の表１に記載されている。
Figure 0006423016
２．ハンドヘルドプロファイル
ハンドヘルドプロファイルは、バッテリー電源で駆動されるハンドヘルド及び車両用装置での使用のために設計される。当該装置は、歩行者又は車両の速度で移動することができる。受信機の複雑度だけでなく消費電力は、ハンドヘルドプロファイルの装置の具現のために非常に重要である。ハンドヘルドプロファイルのターゲット信号対雑音比の範囲は約０〜１０ｄＢであるが、さらに低い室内受信のために意図された場合、０ｄＢ未満に達するように設定できる。
低信号対雑音比能力だけでなく、受信機の移動性によって現れるドップラー効果に対する復元力は、ハンドヘルドプロファイルの最も重要な性能属性である。ハンドヘルドプロファイルに対する重要なシステムパラメーターが、下記の表２に記載されている。
Figure 0006423016
３．アドバンスドプロファイル
アドバンスドプロファイルは、さらに大きい実行複雑度に対する代価として、さらに高いチャネル能力を提供する。当該プロファイルは、ＭＩＭＯ送信及び受信を使用することを要求し、ＵＨＤＴＶサービスはターゲット用途であり、そのために、当該プロファイルが特別に設計される。向上した能力は、与えられた帯域幅でサービス数の増加、例えば、多数のＳＤＴＶ又はＨＤＴＶサービスを許容する際にも使用できる。
アドバンスドプロファイルのターゲット信号対雑音比の範囲は約２０〜３０ｄＢである。ＭＩＭＯ伝送は、初期には既存の楕円分極伝送装備を使用し、後で全出力交差分極伝送に拡張できる。アドバンスドプロファイルに対する重要なシステムパラメーターが、下記の表３に記載されている。
Figure 0006423016
この場合、ベースプロファイルは、地上波放送サービス及びモバイル放送サービスの両方に対するプロファイルとして使用することができる。すなわち、ベースプロファイルは、モバイルプロファイルを含むプロファイルの概念を定義するために使用することができる。また、アドバンスドプロファイルは、ＭＩＭＯを有するベースプロファイルに対するアドバンスドプロファイルと、ＭＩＭＯを有するハンドヘルドプロファイルに対するアドバンスドプロファイルとに区分できる。そして、当該３つのプロファイルは、設計者の意図によって変更されてもよい。
次の用語及び定義は本発明に適用できる。次の用語及び定義は、設計によって変更されてもよい。
補助ストリーム：フューチャーエクステンション（ｆｕｔｕｒｅ ｅｘｔｅｎｓｉｏｎ、将来の拡張）又は放送社やネットワーク運営者によって要求されることによって使用され得るまだ定義されていない変調及びコーディングのデータを伝達するセルのシーケンス
ベースデータパイプ（ｂａｓｅ ｄａｔａ ｐｉｐｅ）：サービスシグナリングデータを伝達するデータパイプ
ベースバンドフレーム（又はＢＢＦＲＡＭＥ）：一つのＦＥＣエンコーディング過程（ＢＣＨ及びＬＤＰＣエンコーディング）に対する入力を形成するＫｂｃｈビットの集合
セル（ｃｅｌｌ）：ＯＦＤＭ伝送の一つのキャリアによって伝達される変調値
コーディングブロック（ｃｏｄｅｄ ｂｌｏｃｋ）：ＰＬＳ１データのＬＤＰＣエンコーディングされたブロック又はＰＬＳ２データのＬＤＰＣエンコーディングされたブロックのうち一つ
データパイプ（ｄａｔａ ｐｉｐｅ）：一つ又は多数のサービス又はサービスコンポーネントを伝達できる、サービスデータ又は関連するメタデータを伝達する物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）でのロジカルチャネル
データパイプユニット（ＤＰＵ、ｄａｔａ ｐｉｐｅ ｕｎｉｔ）：データセルをフレームでのデータパイプに割り当てることができる基本ユニット
データシンボル（ｄａｔａ ｓｙｍｂｏｌ）：プリアンブルシンボルではなく、フレームでのＯＦＤＭシンボル（フレームシグナリングシンボル及びフレームエッジ（ｅｄｇｅ）シンボルはデータシンボルに含まれる。）
ＤＰ_ＩＤ：当該８ビットフィールドは、ＳＹＳＴＥＭ_ＩＤによって識別されたシステム内でデータパイプを唯一に識別する。
ダミーセル（ｄｕｍｍｙ ｃｅｌｌ）：ＰＬＳ（ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｓｉｇｎａｌｌｉｎｇ）シグナリング、データパイプ、又は補助ストリームのために使用されていない残っている容量を埋めるのに使用される擬似ランダム値を伝達するセル
ＦＡＣ（ｅｍｅｒｇｅｎｃｙ ａｌｅｒｔ ｃｈａｎｎｅｌ、非常警報チャネル）：ＥＡＳ情報データを伝達するフレームの一部
フレーム（ｆｒａｍｅ）：プリアンブルで開始し、フレームエッジシンボルで終了する物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）タイムスロット
フレームレペティションユニット（ｆｒａｍｅ ｒｅｐｅｔｉｔｉｏｎ ｕｎｉｔ、フレーム繰り返し単位）：スーパーフレーム（ｓｕｐｅｒｆｒａｍｅ）で８回繰り返されるＦＥＦを含む同一又は異なるフィジカルプロファイルに属するフレームの集合
ＦＩＣ（ｆａｓｔ ｉｎｆｏｒｍａｔｉｏｎ ｃｈａｎｎｅｌ、高速情報チャネル）：サービスと当該ベースデータパイプとの間でのマッピング情報を伝達するフレームでロジカルチャネル
ＦＥＣＢＬＯＣＫ：データパイプデータのＬＤＰＣエンコーディングされたビットの集合
ＦＦＴサイズ：基本周期Ｔのサイクルで表現されたアクティブシンボル周期Ｔｓと同一の特定のモードに使用される名目上のＦＦＴサイズ
フレームシグナリングシンボル（ｆｒａｍｅ ｓｉｇｎａｌｉｎｇ ｓｙｍｂｏｌ）：ＰＬＳデータの一部を伝達する、ＦＦＴサイズ、ガードインターバル（ｇｕａｒｄ ｉｎｔｅｒｖａｌ）、及びスキャッタード（ｓｃａｔｔｅｒｅｄ）パイロットパターンの特定の組合せにおいてフレームの開始で使用されるさらに高いパイロット密度を有するＯＦＤＭシンボル
フレームエッジシンボル（ｆｒａｍｅ ｅｄｇｅ ｓｙｍｂｏｌ）：ＦＦＴサイズ、ガードインターバル、及びスキャッタードパイロットパターンの特定の組合せにおいて、フレームの末尾で使用されるさらに高いパイロット密度を有するＯＦＤＭシンボル
フレームグループ（ｆｒａｍｅｇｒｏｕｐ）：スーパーフレームにおいて同一のフィジカルプロファイルタイプを有する全てのフレームの集合
フューチャーエクステンションフレーム（ｆｕｔｕｒｅ ｅｘｔｅｎｔｉｏｎ ｆｒａｍｅ、将来の拡張フレーム）：プリアンブルで開始する、将来の拡張に使用できるスーパーフレーム内で物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）タイムスロット
フューチャーキャスト（ｆｕｔｕｒｅｃａｓｔ）ＵＴＢシステム：入力が１つ以上のＭＰＥＧ２ＴＳ又はＩＰ（Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）又は一般のストリームであり、出力がＲＦシグナルである、提案された物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）放送システム
インプットストリーム（ｉｎｐｕｔ ｓｔｒｅａｍ、入力ストリーム）：システムによって最終ユーザに伝達されるサービスの調和（ｅｎｓｅｍｂｌｅ）のためのデータのストリーム
ノーマル（ｎｏｒｍａｌ）データシンボル：フレームシグナリングシンボル及びフレームエッジシンボルを除いたデータシンボル
フィジカルプロファイル（ＰＨＹ ｐｒｏｆｉｌｅ）：該当する受信機が具現しなければならない全ての構造のサブセット
ＰＬＳ：ＰＬＳ１及びＰＬＳ２で構成された物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）シグナリングデータ
ＰＬＳ１：ＰＬＳ２をデコードするのに必要なパラメーターだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するＦＳＳ（ｆｒａｍｅ ｓｉｇｎａｌｌｉｎｇ ｓｙｍｂｏｌ）で伝達されるＰＬＳデータの１番目の集合
ＮＯＴＥ：ＰＬＳ１データは、フレームグループのデュレーション（ｄｕｒａｔｉｏｎ）の間、一定である。
ＰＬＳ２：データパイプ及びシステムに関するより詳細なＰＬＳデータを伝達するＦＳＳで伝送されるＰＬＳデータの２番目の集合
ＰＬＳ２ダイナミック（ｄｙｎａｍｉｃ、動的）データ：フレーム毎にダイナミック（ｄｙｎａｍｉｃ、動的）に変化するＰＬＳ２データ
ＰＬＳ２スタティック（ｓｔａｔｉｃ、静的）データ：フレームグループのデュレーションの間、スタティック（ｓｔａｔｉｃ、静的）なＰＬＳ２データ
プリアンブルシグナリングデータ（ｐｒｅａｍｂｌｅ ｓｉｇｎａｌｉｎｇ ｄａｔａ）：プリアンブルシンボルによって伝達され、システムの基本モードを確認するのに使用されるシグナリングデータ
プリアンブルシンボル（ｐｒｅａｍｂｌｅ ｓｙｍｂｏｌ）：基本ＰＬＳデータを伝達し、フレームの先頭に位置する固定された長さのパイロットシンボル
ＮＯＴＥ：プリアンブルシンボルは、システム信号、そのタイミング、周波数オフセット、及びＦＦＴサイズを検出するために高速の初期バンドスキャンに主に使用される。
将来の使用（ｆｕｔｕｒｅ ｕｓｅ）のためにリザーブド（ｒｅｓｅｒｖｅｄ）：現在の文書で定義されないが、将来に定義され得る。
スーパーフレーム（ｓｕｐｅｒｆｒａｍｅ）：８個のフレーム繰り返し単位の集合
タイムインターリービングブロック（ｔｉｍｅ ｉｎｔｅｒｌｅａｖｉｎｇ ｂｌｏｃｋ，ＴＩ ｂｌｏｃｋ）：タイムインターリーバメモリの一つの用途に該当する、タイムインタリービングが実行されるセルの集合
タイムインターリービンググループ（ｔｉｍｅ ｉｎｔｅｒｌｅａｖｉｎｇ ｇｒｏｕｐ、ＴＩ ｇｒｏｕｐ）：整数、ダイナミック（ｄｙｎａｍｉｃ、動的）に変化するＸＦＥＣＢＬＯＣＫの数からなる、特定のデータパイプに対するダイナミック（ｄｙｎａｍｉｃ、動的）容量割当てが実行される単位
ＮＯＴＥ：タイムインターリービンググループは、一つのフレームに直接マッピングされるか、又は多数のフレームにマッピングされてもよい。タイムインターリービンググループは、１つ以上のタイムインターリービングブロックを含んでもよい。
タイプ１のデータパイプ（Ｔｙｐｅ １ ＤＰ）：全てのデータパイプがフレームにＴＤＭ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式でマッピングされるフレームのデータパイプ
タイプ２のデータパイプ（Ｔｙｐｅ ２ ＤＰ）：全てのデータパイプがフレームにＦＤＭ方式でマッピングされるフレームのデータパイプ
ＸＦＥＣＢＬＯＣＫ：一つのＬＤＰＣ ＦＥＣＢＬＯＣＫの全てのビットを伝達するＮｃｅｌｌｓセルの集合
図１は、本発明の一実施例による次世代放送サービスに対する放送信号送信装置の構造を示す。
本発明の一実施例による次世代放送サービスに対する放送信号送信装置は、インプットフォーマットブロック（Ｉｎｐｕｔ Ｆｏｒｍａｔ ｂｌｏｃｋ）１０００、ＢＩＣＭ（ｂｉｔ ｉｎｔｅｒｌｅａｖｅｄ ｃｏｄｉｎｇ ＆ ｍｏｄｕｌａｔｉｏｎ）ブロック１０１０、フレームビルディングブロック（Ｆｒａｍｅ ｂｕｉｌｄｉｎｇ ｂｌｏｃｋ）１０２０、ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）ジェネレーションブロック（ＯＦＤＭ ｇｅｎｅｒａｔｉｏｎ ｂｌｏｃｋ）１０３０、及びシグナリング生成ブロック１０４０を含んでもよい。放送信号送信装置の各ブロックの動作について説明する。
ＩＰストリーム／パケット及びＭＰＥＧ２−ＴＳは主要入力フォーマットであり、他のストリームタイプは一般のストリームとして扱われる。これらデータ入力に加えて、管理情報が入力されて、各入力ストリームに対する当該帯域幅のスケジューリング及び割当てを制御する。１つ又は多数のＴＳストリーム、ＩＰストリーム及び／又は一般のストリームの入力が同時に許容される。
インプットフォーマットブロック１０００は、それぞれの入力ストリームを、独立したコーディング及び変調が適用される１つ又は多数のデータパイプに逆多重化することができる。データパイプは、ロバスト性（ｒｏｂｕｓｔｎｅｓｓ）の制御のための基本単位であり、これは、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）に影響を及ぼす。１つ又は多数のサービス又はサービスコンポーネントが一つのデータパイプによって伝達され得る。インプットフォーマットブロック１０００の詳細な動作は後述する。
データパイプは、１つ又は多数のサービス又はサービスコンポーネントを伝達できる、サービスデータ又は関連メタデータを伝達する物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）でのロジカルチャネルである。
また、データパイプユニットは、一つのフレームでデータセルをデータパイプに割り当てるための基本ユニットである。
インプットフォーマットブロック１０００において、パリティ（ｐａｒｉｔｙ）データはエラー訂正のために追加され、エンコーディングされたビットストリームは、複素数値のコンステレーションシンボルにマッピングされる。当該シンボルは、当該データパイプに使用される特定のインタリービング深さにわたってインタリービングされる。アドバンスドプロファイルにおいて、ＢＩＣＭブロック１０１０でＭＩＭＯエンコーディングが実行され、追加データ経路がＭＩＭＯ伝送のために出力に追加される。ＢＩＣＭブロック１０１０の詳細な動作は後述する。
フレームビルディングブロック１０２０は、１つのフレーム内で入力データパイプのデータセルをＯＦＤＭシンボルにマッピングすることができる。マッピングの後、周波数領域ダイバーシティのために、特に周波数選択的フェーディングチャネルを防止するために周波数インタリービングが用いられる。フレームビルディングブロック１０２０の詳細な動作は後述する。
プリアンブルを各フレームの先頭に挿入した後、ＯＦＤＭジェネレーションブロック１０３０は、サイクリックプレフィックス（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）をガードインターバルとして有する既存のＯＦＤＭ変調を適用することができる。アンテナスペースダイバーシティのために、分散された（ｄｉｓｔｒｉｂｕｔｅｄ）ＭＩＳＯ方式が送信機にわたって適用される。また、ＰＡＰＲ（ｐｅａｋ−ｔｏ−ａｖｅｒａｇｅ ｐｏｗｅｒ ｒａｔｉｏ）方式が時間領域で実行される。柔軟なネットワーク方式のために、当該提案は、様々なＦＦＴサイズ、ガードインターバルの長さ、当該パイロットパターンの集合を提供する。ＯＦＤＭジェネレーションブロック１０３０の詳細な動作は後述する。
シグナリング生成ブロック１０４０は、各機能ブロックの動作に使用される物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）シグナリング情報を生成することができる。当該シグナリング情報はまた、関心のあるサービスが受信機側で適切に復旧されるように伝送される。シグナリング生成ブロック１０４０の詳細な動作は後述する。
図２、図３、図４は、本発明の実施例によるインプットフォーマットブロック１０００を示す。各図面について説明する。
図２は、本発明の一実施例によるインプットフォーマットブロックを示す。図２は、入力信号が単一の入力ストリーム（ｓｉｎｇｌｅ ｉｎｐｕｔ ｓｔｒｅａｍ）であるときのインプットフォーマットブロックを示す。
図２に示されたインプットフォーマットブロックは、図１を参照して説明したインプットフォーマットブロック１０００の一実施例に該当する。
物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）への入力は、１つ又は多数のデータストリームで構成されてもよい。それぞれのデータストリームは、１つのデータパイプによって伝達される。モードアダプテーション（ｍｏｄｅ ａｄａｐｔａｉｏｎ、モード適応）モジュールは、入力されるデータストリームをＢＢＦ（ｂａｓｅｂａｎｄ ｆｒａｍｅ）のデータフィールドにスライスする。当該システムは、３つの種類の入力データストリーム、すなわち、ＭＰＥＧ２−ＴＳ、ＩＰ、ＧＳ（ｇｅｎｅｒｉｃ ｓｔｒｅａｍ）を支援する。ＭＰＥＧ２−ＴＳは、最初のバイトが同期バイト（０ｘ４７）である固定された長さ（１８８バイト）のパケットを特徴とする。ＩＰストリームは、ＩＰパケットヘッダー内でシグナリングされる可変長のＩＰデータグラムパケットで構成される。当該システムは、ＩＰストリームに対してＩＰｖ４とＩＰｖ６をいずれも支援する。ＧＳは、カプセル化パケットヘッダー内でシグナリングされる可変長のパケット又は一定の長さのパケットで構成されてもよい。
（ａ）は、信号データパイプに対するモードアダプテーション（ｍｏｄｅ ａｄａｐｔａｉｏｎ、モード適応）ブロック２０００及びストリームアダプテーション（ｓｔｒｅａｍ ａｄａｐｔａｔｉｏｎ、ストリーム適応）２０１０を示し、（ｂ）は、ＰＬＳデータを生成及び処理するためのＰＬＳ生成ブロック２０２０及びＰＬＳスクランブラ２０３０を示す。各ブロックの動作について説明する。
入力ストリームスプリッターは、入力されたＴＳ、ＩＰ、ＧＳストリームを多数のサービス又はサービスコンポーネント（オーディオ、ビデオなど）ストリームに分割する。モードアダプテーション（ｍｏｄｅ ａｄａｐｔａｉｏｎ、モード適応）モジュール２０１０は、ＣＲＣエンコーダー、ＢＢ（ｂａｓｅｂａｎｄ）フレームスライサー、及びＢＢフレームヘッダー挿入ブロックで構成される。
ＣＲＣエンコーダーは、ユーザパケット（ｕｓｅｒ ｐａｃｋｅｔ、ＵＰ）レベルでのエラー検出のための３種類のＣＲＣエンコーディング、すなわち、ＣＲＣ８、ＣＲＣ１６、ＣＲＣ３２を提供する。算出されたＣＲＣバイトは、ＵＰの後に添付される。ＣＲＣ８はＴＳストリームに使用され、ＣＲＣ３２はＩＰストリームに使用される。ＧＳストリームがＣＲＣエンコーディングを提供しないと、提案されたＣＲＣエンコーディングが適用されなければならない。
ＢＢフレームスライサーは、入力を内部ロジカルビットフォーマットにマッピングする。最初の受信ビットはＭＳＢと定義する。ＢＢフレームスライサーは、可用データフィールド容量と同じ数のビットを割り当てる。ＢＢＦペイロードと同じ数の入力ビットを割り当てるために、ＵＰストリームがＢＢＦのデータフィールドに合うようにスライスされる。
ＢＢフレームヘッダー挿入ブロックは、２バイトの固定された長さのＢＢＦヘッダーをＢＢフレームの前に挿入することができる。ＢＢＦヘッダーは、ＳＴＵＦＦＩ（１ビット）、ＳＹＮＣＤ（１３ビット）、及びＲＦＵ（２ビット）で構成される。固定された２バイトのＢＢＦヘッダーだけでなく、ＢＢＦは、２バイトのＢＢＦヘッダーの末尾に拡張フィールド（１又は３バイト）を有してもよい。
ストリームアダプテーション（ｓｔｒｅａｍ ａｄａｐｔａｔｉｏｎ、ストリーム適応）２０１０は、スタッフィング（ｓｔｕｆｆｉｎｇ）挿入ブロック及びＢＢスクランブラで構成される。スタッフィング挿入ブロックは、スタッフィングフィールドをＢＢフレームのペイロードに挿入することができる。ストリームアダプテーション（ｓｔｒｅａｍ ａｄａｐｔａｔｉｏｎ、ストリーム適応）に対する入力データがＢＢフレームを埋めるのに十分であれば、ＳＴＵＦＦＩは‘０’に設定され、ＢＢＦはスタッフィングフィールドを有さない。そうでなければ、ＳＴＵＦＦＩは‘１’に設定され、スタッフィングフィールドはＢＢＦヘッダーの直後に挿入される。スタッフィングフィールドは、２バイトのスタッフィングフィールドヘッダー及び可変サイズのスタッフィングデータを含む。
ＢＢスクランブラは、エネルギー分散のために完全なＢＢＦをスクランブリングする。スクランブリングシーケンスはＢＢＦと同期化される。スクランブリングシーケンスは、フィードバックシフトレジスタによって生成される。
ＰＬＳ生成ブロック２０２０はＰＬＳデータを生成することができる。ＰＬＳは、受信機で物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）データパイプに接続できる手段を提供する。ＰＬＳデータはＰＬＳ１データ及びＰＬＳ２データで構成される。
ＰＬＳ１データは、ＰＬＳ２データをデコードするのに必要なパラメーターだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するフレームでＦＳＳで伝達されるＰＬＳデータの１番目の集合である。ＰＬＳ１データは、ＰＬＳ２データの受信及びデコーディングを可能にするために要求されるパラメーターを含む基本送信パラメーターを提供する。また、ＰＬＳ１データは、フレームグループのデュレーションの間、一定である。
ＰＬＳ２データは、データパイプ及びシステムに関するより詳細なＰＬＳデータを伝達するＦＳＳで伝送されるＰＬＳデータの２番目の集合である。ＰＬＳ２は、受信機が望むデータパイプをデコードするのに十分な情報を提供するパラメーターを含む。ＰＬＳ２シグナリングは、ＰＬＳ２スタティック（ｓｔａｔｉｃ、静的）データ（ＰＬＳ２ＳＴＡＴデータ）及びＰＬＳ２ダイナミック（ｄｙｎａｍｉｃ、動的）データ（ＰＬＳ２ＤＹＮデータ）の２種類のパラメーターで構成される。ＰＬＳ２スタティックデータは、フレームグループのデュレーションの間、スタティックであるＰＬＳ２データであり、ＰＬＳ２ダイナミックデータは、フレーム毎にダイナミック（ｄｙｎａｍｉｃ、動的）に変化するＰＬＳ２データである。
ＰＬＳデータについての詳細は後述する。
ＰＬＳスクランブラ２０３０は、エネルギー分散のために生成されたＰＬＳデータをスクランブリングすることができる。
前述したブロックは、省略されてもよく、類似又は同一の機能を有するブロックによって代替されてもよい。
図３は、本発明の他の一実施例によるインプットフォーマットブロックを示す。
図３に示されたインプットフォーマットブロックは、図１を参照して説明したインプットフォーマットブロック１０００の一実施例に該当する。
図３は、入力信号がマルチインプットストリーム（ｍｕｌｔｉ ｉｎｐｕｔ ｓｔｒｅａｍ、多数の入力ストリーム）に該当する場合、インプットフォーマットブロックのモードアダプテーション（ｍｏｄｅ ａｄａｐｔａｉｏｎ、モード適応）ブロックを示す。
マルチインプットストリーム（ｍｕｌｔｉ ｉｎｐｕｔ ｓｔｒｅａｍ、多数の入力ストリーム）を処理するためのインプットフォーマットブロックのモードアダプテーション（ｍｏｄｅ ａｄａｐｔａｉｏｎ、モード適応）ブロックは、多数の入力ストリームを独立して処理することができる。
図３を参照すると、マルチインプットストリーム（ｍｕｌｔｉ ｉｎｐｕｔ ｓｔｒｅａｍ、多数の入力ストリーム）をそれぞれ処理するためのモードアダプテーション（ｍｏｄｅ ａｄａｐｔａｉｏｎ、モード適応）ブロックは、インプットストリームスプリッター（ｉｎｐｕｔ ｓｔｒｅａｍ ｓｐｌｉｔｔｅｒ）３０００、インプットストリームシンクロナイザ（ｉｎｐｕｔ ｓｔｒｅａｍ ｓｙｎｃｈｒｏｎｉｚｅｒ）３０１０、コンペンセーティングディレイ（ｃｏｍｐｅｎｓａｔｉｎｇ ｄｅｌａｙ、補償遅延）ブロック３０２０、ヌルパケットディリーションブロック（ｎｕｌｌ ｐａｃｋｅｔ ｄｅｌｅｔｉｏｎ ｂｌｏｃｋ）３０３０、ヘッダーコンプレッションブロック（ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ ｂｌｏｃｋ）３０４０、ＣＲＣエンコーダー（ＣＲＣ ｅｎｃｏｄｅｒ）３０５０、ＢＢフレームスライサー（ＢＢ ｆｒａｍｅ ｓｌｉｃｅｒ）３０６０、及びＢＢヘッダー挿入ブロック（ＢＢ ｈｅａｄｅｒ ｉｎｓｅｒｔｉｏｎ ｂｌｏｃｋ）３０７０を含んでもよい。モードアダプテーション（ｍｏｄｅ ａｄａｐｔａｉｏｎ、モード適応）ブロックの各ブロックについて説明する。
ＣＲＣエンコーダー３０５０、ＢＢフレームスライサー３０６０、及びＢＢヘッダー挿入ブロック３０７０の動作は、図２を参照して説明したＣＲＣエンコーダー、ＢＢフレームスライサー、及びＢＢヘッダー挿入ブロックの動作に該当するので、その説明は省略する。
インプットストリームスプリッター３０００は、入力されたＴＳ、ＩＰ、ＧＳストリームを多数のサービス又はサービスコンポーネント（オーディオ、ビデオなど）ストリームに分割する。
インプットストリームシンクロナイザ３０１０はＩＳＳＹと呼ぶことができる。ＩＳＳＹは、いかなる入力データフォーマットに対してもＣＢＲ（ｃｏｎｓｔａｎｔ ｂｉｔ ｒａｔｅ）及び一定の終端間伝送（ｅｎｄｔｏｅｎｄ ｔｒａｎｓｍｉｓｓｉｏｎ）遅延を保障するのに適した手段を提供することができる。ＩＳＳＹは、ＴＳを伝達する多数のデータパイプの場合に常に用いられ、ＧＳストリームを伝達する多数のデータパイプに選択的に用いられる。
コンペンセーティングディレイ（ｃｏｍｐｅｎｓａｔｉｎ ｄｅｌａｙ、補償遅延）ブロック３０２０は、受信機で追加のメモリを必要とせず、ＴＳパケット再結合メカニズムを許容するために、ＩＳＳＹ情報の挿入に後続する分割されたＴＳパケットストリームを遅延させることができる。
ヌルパケットディリーションブロック３０３０は、ＴＳ入力ストリームの場合にのみ使用される。一部のＴＳ入力ストリーム又は分割されたＴＳストリームは、ＶＢＲ（ｖａｒｉａｂｌｅ ｂｉｔｒａｔｅ）サービスをＣＢＲ ＴＳストリームに収容するために存在する多くの数のヌルパケットを有してもよい。この場合、不必要な伝送オーバーヘッドを避けるために、ヌルパケットは、確認されて伝送されなくてもよい。受信機で、除去されたヌルパケットは、伝送に挿入されたＤＮＰ（ｄｅｌｅｔｅｄ ｎｕｌｌｐａｃｋｅｔ、削除されたヌルパケット）カウンターを参照して、元々存在していた正確な位置に再挿入することができるので、ＣＢＲが保障され、タイムスタンプ（ＰＣＲ）更新の必要がなくなる。
ヘッダーコンプレッションブロック３０４０は、ＴＳ又はＩＰ入力ストリームに対する伝送効率を増加させるためにパケットヘッダー圧縮を提供することができる。受信機は、ヘッダーの特定の部分に対する先験的な（ａ ｐｒｉｏｒｉ）情報を有してもよいので、この既知情報（ｋｎｏｗｎ ｉｎｆｏｒｍａｔｉｏｎ）は送信機で削除されてもよい。
ＴＳに対して、受信機は、同期バイト構成（０ｘ４７）及びパケット長（１８８バイト）に関する先験的な情報を有してもよい。入力されたＴＳが１つのＰＩＤのみを有するコンテンツを伝達すると、すなわち、１つのサービスコンポーネント（ビデオ、オーディオなど）又はサービスサブコンポーネント（ＳＶＣベースレイヤ、ＳＶＣエンハンスメントレイヤ、ＭＶＣベースビュー、又はＭＶＣ依存ビュー）に対してのみ、ＴＳパケットヘッダー圧縮がＴＳに（選択的に）適用され得る。ＴＳパケットヘッダー圧縮は、入力ストリームがＩＰストリームである場合に選択的に使用される。前記ブロックは、省略されてもよく、類似又は同一の機能を有するブロックで代替されてもよい。
図４は、本発明の一実施例によるＢＩＣＭブロックを示す。
図４に示されたＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の一実施例に該当する。
前述したように、本発明の一実施例による次世代放送サービスに対する放送信号送信装置は、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを提供することができる。
ＱｏＳが、本発明の一実施例による次世代放送サービスに対する放送信号送信装置によって提供されるサービスの特性に依存するので、それぞれのサービスに該当するデータは、互いに異なる方式を用いて処理されなければならない。したがって、本発明の一実施例によるＢＩＣＭブロックは、ＳＩＳＯ、ＭＩＳＯ、ＭＩＭＯ方式をそれぞれのデータ経路に該当するデータパイプに独立して適用することによって、各データパイプを独立して処理することができる。結果的に、本発明の一実施例による次世代放送サービスに対する放送信号送信装置は、それぞれのデータパイプを介して伝送される各サービス又はサービスコンポーネントに対するＱｏＳを調節することができる。
（ａ）は、ベースプロファイル及びハンドヘルドプロファイルによって共有されるＢＩＣＭブロックを示し、（ｂ）は、アドバンスドプロファイルのＢＩＣＭブロックを示す。
ベースプロファイル及びハンドヘルドプロファイルによって共有されるＢＩＣＭブロック及びアドバンスドプロファイルのＢＩＣＭブロックは、それぞれのデータパイプを処理するための複数の処理ブロックを含んでもよい。
ベースプロファイル及びハンドヘルドプロファイルに対するＢＩＣＭブロック、及びアドバンスドプロファイルに対するＢＩＣＭブロックのそれぞれの処理ブロックについて説明する。
ベースプロファイル及びハンドヘルドプロファイルに対するＢＩＣＭブロックの処理ブロック５０００は、データＦＥＣエンコーダー５０１０、ビットインターリーバ５０２０、コンステレーションマッパー（ｍａｐｐｅｒ）５０３０、ＳＳＤ（ｓｉｇｎａｌ ｓｐａｃｅ ｄｉｖｅｒｓｉｔｙ）エンコーディングブロック５０４０、タイムインタリーバー５０５０を含んでもよい。
データＦＥＣエンコーダー５０１０は、外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手順を生成するために、入力ＢＢＦにＦＥＣエンコーディングを行う。外部コーディング（ＢＣＨ）は選択的なコーディング方法である。データＦＥＣエンコーダー５０１０の具体的な動作については後述する。
ビットインターリーバ５０２０は、効率的に実現可能な構造を提供すると共に、データＦＥＣエンコーダー５０１０の出力をインタリービングしてＬＤＰＣコード及び変調方式の組み合わせで最適化された性能を達成することができる。ビットインターリーバ５０２０の具体的な動作については後述する。
コンステレーションマッパー５０３０は、ＱＰＳＫ、ＱＡＭ１６、不均一ＱＡＭ（ＮＵＱ６４、ＮＵＱ２５６、ＮＵＱ１０２４）又は不均一コンステレーション（ＮＵＣ１６、ＮＵＣ６４、ＮＵＣ２５６、ＮＵＣ１０２４）を用いて、ベース及びハンドヘルドプロファイルでビットインターリーバ５０２０からのそれぞれのセルワードを変調するか、又はアドバンスドプロファイルでセルワードデマルチプレクサ５０１０−１からのセルワードを変調してパワーが正規化されたコンステレーションポイントｅlを提供することができる。当該コンステレーションマッピングは、データパイプに対してのみ適用される。ＮＵＱが任意の形状を有する一方、ＱＡＭ１６及びＮＵＱは正方形の形状を有することが観察される。それぞれのコンステレーションが９０度の倍数だけ回転すると、回転したコンステレーションは、元のものと正確に重なる。回転対称特性により、実数及び虚数コンポーネントの容量及び平均パワーが互いに同一になる。ＮＵＱ及びＮＵＣは、いずれも、各コードレート（ｃｏｄｅ ｒａｔｅ）に対して特別に定義され、使用される特定の一つは、ＰＬＳ２データに保管されたパラメーターＤＰ_ＭＯＤによってシグナリングされる。
タイムインタリーバー５０５０はデータパイプレベルで動作することができる。タイムインタリービングのパラメーターは、それぞれのデータパイプに対して異なって設定されてもよい。タイムインタリーバー５０５０の具体的な動作については後述する。
アドバンスドプロファイルに対するＢＩＣＭブロックの処理ブロック５０００−１は、データＦＥＣエンコーダー、ビットインターリーバ、コンステレーションマッパー、及びタイムインタリーバーを含んでもよい。
ただし、処理ブロック５０００−１は、セルワードデマルチプレクサ５０１０−１及びＭＩＭＯエンコーディングブロック５０２０−１をさらに含むという点で、処理ブロック５０００と区別される。
また、処理ブロック５０００−１でのデータＦＥＣエンコーダー、ビットインターリーバ、コンステレーションマッパー、タイムインタリーバーの動作は、前述したデータＦＥＣエンコーダー５０１０、ビットインターリーバ５０２０、コンステレーションマッパー５０３０、タイムインタリーバー５０５０の動作に該当するので、その説明は省略する。
セルワードデマルチプレクサ５０１０−１は、アドバンスドプロファイルのデータパイプが、ＭＩＭＯ処理のために単一のセルワードストリームを二重セルワードストリームに分離するのに使用される。セルワードデマルチプレクサ５０１０−１の具体的な動作については後述する。
ＭＩＭＯエンコーディングブロック５０２０−１は、ＭＩＭＯエンコーディング方式を用いてセルワードデマルチプレクサ５０１０−１の出力を処理することができる。ＭＩＭＯエンコーディング方式は、放送信号送信のために最適化された。ＭＩＭＯ技術は、容量の増加を得るための有望な方式であるが、チャネル特性に依存する。特に放送に対して、互いに異なる信号伝搬特性による２つのアンテナ間の受信信号パワーの差又はチャネルの強いＬＯＳコンポーネントは、ＭＩＭＯから容量利得を得ることを難しくする。提案されたＭＩＭＯエンコーディング方式は、ＭＩＭＯ出力信号のうち１つの位相ランダム化及び回転ベースのプリコーディングを用いてこの問題を克服する。
ＭＩＭＯエンコーディングは、送信機及び受信機の両方で少なくとも２つのアンテナを必要とする２ｘ２ＭＩＭＯシステムのために意図される。２つのＭＩＭＯエンコーディングモードは、本提案であるＦＲＳＭ（ｆｕｌｌｒａｔｅ ｓｐａｔｉａｌ ｍｕｌｔｉｐｌｅｘｉｎｇ）及びＦＲＦＤＳＭ（ｆｕｌｌｒａｔｅ ｆｕｌｌｄｉｖｅｒｓｉｔｙ ｓｐａｔｉａｌ ｍｕｌｔｉｐｌｅｘｉｎｇ）で定義される。ＦＲＳＭエンコーディングは、受信機側での比較的小さい複雑度の増加で容量の増加を提供する一方、ＦＲＦＤＳＭエンコーディングは、受信機側での大きい複雑度の増加で容量の増加及び追加のダイバーシティ利得を提供する。提案されたＭＩＭＯエンコーディング方式はアンテナ極性配置を制限しない。
ＭＩＭＯ処理は、アドバンスドプロファイルフレームに要求され、これは、アドバンスドプロファイルフレームでの全てのデータパイプがＭＩＭＯエンコーダーによって処理されることを意味する。ＭＩＭＯ処理はデータパイプレベルで適用される。コンステレーションマッパー出力のペア（ｐａｉｒ、対）であるＮＵＱ（ｅ１，ｉ及びｅ２，ｉ）は、ＭＩＭＯエンコーダーの入力に供給される。ＭＩＭＯエンコーダー出力ペア（ｐａｉｒ、対）（ｇ１，ｉ及びｇ２，ｉ）は、それぞれの送信アンテナの同一のキャリアｋ及びＯＦＤＭシンボルｌによって伝送される。
前述したブロックは、省略されてもよく、類似又は同一の機能を有するブロックで代替されてもよい。
図５は、本発明の他の実施例によるＢＩＣＭブロックを示す。
図５に示されたＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の一実施例に該当する。
図５は、ＰＬＳ、ＥＡＣ、及びＦＩＣの保護のためのＢＩＣＭブロックを示す。ＥＡＣは、ＥＡＳ情報データを伝達するフレームの一部であり、ＦＩＣは、サービスと該当するベースデータパイプとの間でマッピング情報を伝達するフレームでのロジカルチャネルである。ＥＡＣ及びＦＩＣについての詳細な説明は後述する。
図５を参照すると、ＰＬＳ、ＥＡＣ、及びＦＩＣの保護のためのＢＩＣＭブロックは、ＰＬＳ ＦＥＣエンコーダー６０００、ビットインターリーバ６０１０、及びコンステレーションマッパー６０２０を含んでもよい。
また、ＰＬＳ ＦＥＣエンコーダー６０００は、スクランブラ、ＢＣＨエンコーディング／ゼロ挿入ブロック、ＬＤＰＣエンコーディングブロック、及びＬＤＰＣパリティパンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）ブロックを含んでもよい。ＢＩＣＭブロックの各ブロックについて説明する。
ＰＬＳ ＦＥＣエンコーダー６０００は、スクランブルされたＰＬＳ １／２データ、ＥＡＣ及びＦＩＣセクションをエンコーディングすることができる。
スクランブラは、ＢＣＨエンコーディング及びショートニング（ｓｈｏｒｔｅｎｉｎｇ）及びパンクチャリングされたＬＤＰＣエンコーディングの前に、ＰＬＳ１データ及びＰＬＳ２データをスクランブルすることができる。
ＢＣＨエンコーディング／ゼロ挿入ブロックは、ＰＬＳ保護のためのショートニングされたＢＣＨコードを用いてスクランブルされたＰＬＳ １／２データに外部エンコーディングを行い、ＢＣＨエンコーディングの後にゼロビットを挿入することができる。ＰＬＳ１データに対してのみ、ゼロ挿入の出力ビットがＬＤＰＣエンコーディングの前にパーミュテーション（ｐｅｒｍｕｔａｔｉｏｎ）されてもよい。
ＬＤＰＣエンコーディングブロックは、ＬＤＰＣコードを用いてＢＣＨエンコーディング／ゼロ挿入ブロックの出力をエンコーディングすることができる。完全なコーディングブロックを生成するために、Ｃｌｄｐｃ及びパリティビットＰｌｄｐｃは、それぞれのゼロが挿入されたＰＬＳ情報ブロックＩｌｄｐｃから組織的にエンコーディングされ、その後に添付される。
Figure 0006423016
ＰＬＳ１及びＰＬＳ２に対するＬＤＰＣコードパラメーターは、次の表４の通りである。
Figure 0006423016
ＬＤＰＣパリティパンクチャリングブロックは、ＰＬＳ１データ及びＰＬＳ２データに対してパンクチャリングを行うことができる。
ショートニングがＰＬＳ１データの保護に適用される場合、一部のＬＤＰＣパリティビットは、ＬＤＰＣエンコーディングの後にパンクチャリングされる。また、ＰＬＳ２データの保護のために、ＰＬＳ２のＬＤＰＣパリティビットがＬＤＰＣエンコーディングの後にパンクチャリングされる。これらパンクチャリングされたビットは伝送されない。
ビットインターリーバ６０１０は、それぞれのショートニング及びパンクチャリングされたＰＬＳ１データ及びＰＬＳ２データをインタリービングすることができる。
コンステレーションマッパー６０２０は、ビットインターリービングされたＰＬＳ１データ及びＰＬＳ２データをコンステレーションにマッピングすることができる。
前述したブロックは、省略されてもよく、類似又は同一の機能を有するブロックで代替されてもよい。
図６は、本発明の一実施例によるフレームビルディングブロック（ｆｒａｍｅ ｂｕｉｌｄｉｎｇ ｂｌｏｃｋ）を示す。
図７に示したフレームビルディングブロックは、図１を参照して説明したフレームビルディングブロック１０２０の一実施例に該当する。
図６を参照すると、フレームビルディングブロックは、ディレイコンペンセーション（ｄｅｌａｙ ｃｏｍｐｅｎｓａｔｉｏｎ、遅延補償）ブロック７０００、セルマッパー（ｃｅｌｌ ｍａｐｐｅｒ）７０１０、及び周波数インタリーバー（ｆｒｅｑｕｅｎｃｙ ｉｎｔｅｒｌｅａｖｅｒ）７０２０を含んでもよい。フレームビルディングブロックの各ブロックについて説明する。
ディレイコンペンセーション（ｄｅｌａｙ ｃｏｍｐｅｎｓａｔｉｏｎ、遅延補償）ブロック７０００は、データパイプと該当するＰＬＳデータとの間のタイミングを調節して、送信機側でデータパイプと該当するＰＬＳデータとの間の同時性（ｃｏｔｉｍｅ）を保障することができる。インプットフォーマットブロック及びＢＩＣＭブロックによるデータパイプの遅延を扱うことによって、ＰＬＳデータはデータパイプだけ遅延される。ＢＩＣＭブロックの遅延は、主にタイムインタリーバー５０５０によるものである。インバンド（Ｉｎｂａｎｄ）シグナリングデータは、次のタイムインターリービンググループの情報を、シグナリングされるデータパイプより１フレーム先に伝達されるようにすることができる。ディレイコンペンセーション（ｄｅｌａｙ ｃｏｍｐｅｎｓａｔｉｏｎ、遅延補償）ブロックは、それに合わせてインバンド（Ｉｎｂａｎｄ）シグナリングデータを遅延させる。
セルマッパー７０１０は、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、及びダミーセルをフレーム内でＯＦＤＭシンボルのアクティブ（ａｃｔｉｖｅ）キャリアにマッピングすることができる。セルマッパー７０１０の基本機能は、それぞれのデータパイプ、ＰＬＳセル、及びＥＡＣ／ＦＩＣセルに対するタイムインタリービングによって生成されたデータセルを、もし存在すれば、１つのフレーム内でそれぞれのＯＦＤＭシンボルに該当するアクティブＯＦＤＭセルのアレイにマッピングすることである。（ＰＳＩ（ｐｒｏｇｒａｍ ｓｐｅｃｉｆｉｃ ｉｎｆｏｒｍａｔｉｏｎ）／ＳＩのような）サービスシグナリングデータは、個別的に収集されてデータパイプによって送られてもよい。セルマッパーは、フレーム構造の構成及びスケジューラによって生成されたダイナミックインフォメーション（ｄｙｎａｍｉｃ ｉｎｆｏｒｍａｔｉｏｎ、動的情報）に従って動作する。フレームについての詳細は後述する。
周波数インタリーバー７０２０は、セルマッパー７０１０から受信されたデータセルをランダムにインタリービングして周波数ダイバーシティを提供することができる。また、周波数インタリーバー７０２０は、単一のフレームで最大のインタリービング利得を得るために、異なるインタリービングシード（ｓｅｅｄ）順序を用いて、２つの順次的なＯＦＤＭシンボルで構成されたＯＦＤＭシンボルペア（ｐａｉｒ、対）で動作することができる。
前述したブロックは、省略されてもよく、類似又は同一の機能を有するブロックで代替されてもよい。
図７は、本発明の一実施例によるＯＦＤＭジェネレーションブロックを示す。
図７に示されたＯＦＤＭジェネレーションブロックは、図１を参照して説明したＯＦＤＭジェネレーションブロック１０３０の一実施例に該当する。
ＯＦＤＭジェネレーションブロックは、フレームビルディングブロックによって生成されたセルによってＯＦＤＭキャリアを変調し、パイロットを挿入し、伝送のための時間領域信号を生成する。また、当該ブロックは、順次にガードインターバルを挿入し、ＰＡＰＲ減少処理を適用して最終ＲＦ信号を生成する。
図８を参照すると、ＯＦＤＭジェネレーションブロックは、パイロット及びリザーブドトーン挿入ブロック（ｐｉｌｏｔ ａｎｄ ｒｅｖｓｅｒｖｅｄ ｔｏｎｅ ｉｎｓｅｒｔｉｏｎ ｂｌｏｃｋ）８０００、２Ｄ−ｅＳＦＮ（ｓｉｎｇｌｅ ｆｒｅｑｕｅｎｃｙ ｎｅｔｗｏｒｋ）エンコーディングブロック８０１０、ＩＦＦＴ（ｉｎｖｅｒｓｅ ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）ブロック８０２０、ＰＡＰＲ減少ブロック８０３０、ガードインターバル挿入ブロック（ｇｕａｒｄ ｉｎｔｅｒｖａｌ ｉｎｓｅｒｔｉｏｎ ｂｌｏｃｋ）８０４０、プリアンブル挿入ブロック（ｐｒｅａｍｂｌｅ ｉｎｓｅｒｔｉｏｎ ｂｌｏｃｋ）８０５０、その他のシステム挿入ブロック８０６０、及びＤＡＣブロック８０７０を含んでもよい。
その他のシステム挿入ブロック８０６０は、放送サービスを提供する２つ以上の互いに異なる放送送信／受信システムのデータが、同じＲＦ信号帯域で同時に伝送され得るように、時間領域で複数の放送送信／受信システムの信号をマルチプレクシングすることができる。この場合、２つ以上の互いに異なる放送送信／受信システムは、互いに異なる放送サービスを提供するシステムのことをいう。互いに異なる放送サービスは、地上波放送サービス、モバイル放送サービスなどを意味してもよい。
図８は、本発明の一実施例による次世代放送サービスに対する放送信号受信装置の構造を示す。
本発明の一実施例による次世代放送サービスに対する放送信号受信装置は、図１を参照して説明した次世代放送サービスに対する放送信号送信装置に対応し得る。
本発明の一実施例による次世代放送サービスに対する放送信号受信装置は、同期及び復調モジュール（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ＆ ｄｅｍｏｄｕｌａｔｉｏｎ ｍｏｄｕｌｅ）９０００、フレームパーシングモジュール（ｆｒａｍｅ ｐａｒｓｉｎｇ ｍｏｄｕｌｅ）９０１０、デマッピング及びデコーディングモジュール（ｄｅｍａｐｐｉｎｇ ＆ ｄｅｃｏｄｉｎｇ ｍｏｄｕｌｅ）９０２０、出力プロセッサ（ｏｕｔｐｕｔ ｐｒｏｃｅｓｓｏｒ）９０３０、及びシグナリングデコーディングモジュール（ｓｉｇｎａｌｉｎｇ ｄｅｃｏｄｉｎｇ ｍｏｄｕｌｅ）９０４０を含んでもよい。放送信号受信装置の各モジュールの動作について説明する。
同期及び復調モジュール９０００は、ｍ個の受信アンテナを介して入力信号を受信し、放送信号受信装置に該当するシステムに対して信号検出及び同期化を行い、放送信号送信装置によって行われる手順の逆過程に該当する復調を行うことができる。
フレームパーシングモジュール９０１０は、入力信号フレームをパーシングし、ユーザによって選択されたサービスが伝送されるデータを抽出することができる。放送信号送信装置がインタリービングを行うと、フレームパーシングモジュール９０１０は、インタリービングの逆過程に該当するデインタリービングを行うことができる。この場合、抽出されなければならない信号及びデータの位置が、シグナリングデコーディングモジュール９０４０から出力されたデータをデコードすることによって獲得されて、放送信号送信装置によって生成されたスケジューリング情報が復元され得る。
デマッピング及びデコーディングモジュール９０２０は、入力信号をビット領域データに変換した後、必要に応じて、ビット領域データをデインタリービングすることができる。デマッピング及びデコーディングモジュール９０２０は、伝送効率のために適用されたマッピングに対するデマッピングを行い、デコーディングを通じて、伝送チャネルで発生したエラーを訂正することができる。この場合、デマッピング及びデコーディングモジュール９０２０は、シグナリングデコーディングモジュール９０４０から出力されたデータをデコードすることによって、デマッピング及びデコーディングのために必要な伝送パラメーターを獲得することができる。
出力プロセッサ９０３０は、伝送効率を向上させるために放送信号送信装置によって適用される様々な圧縮／信号処理手順の逆過程を行うことができる。この場合、出力プロセッサ９０３０は、シグナリングデコーディングモジュール９０４０から出力されたデータから、必要な制御情報を獲得することができる。出力プロセッサ９０３０の出力は、放送信号送信装置に入力される信号に該当し、ＭＰＥＧ−ＴＳ、ＩＰストリーム（ｖ４又はｖ６）及びＧＳであってもよい。
シグナリングデコーディングモジュール９０４０は、同期及び復調モジュール９０００によって復調された信号からＰＬＳ情報を獲得することができる。前述したように、フレームパーシングモジュール９０１０、デマッピング及びデコーディングモジュール９０２０、出力プロセッサ９０３０は、シグナリングデコーディングモジュール９０４０から出力されたデータを用いてその機能を行うことができる。
図９は、本発明の一実施例によるフレーム構造を示す。
図９は、フレームタイプの構成例及びスーパーフレームでのＦＲＵ（ｆｒａｍｅ ｒｅｐｅｔｉｔｉｏｎ ｕｎｉｔ、フレーム繰り返し単位）を示す。（ａ）は、本発明の一実施例によるスーパーフレームを示し、（ｂ）は、本発明の一実施例によるＦＲＵを示し、（ｃ）は、ＦＲＵでの様々なフィジカルプロファイル（ＰＨＹ ｐｒｏｆｉｌｅ）のフレームを示し、（ｄ）はフレームの構造を示す。
スーパーフレームは８個のＦＲＵで構成されてもよい。ＦＲＵは、フレームのＴＤＭに対する基本マルチプレクシング単位であり、スーパーフレームで８回繰り返される。
ＦＲＵにおける各フレームは、フィジカルプロファイル（ベース、ハンドヘルド、アドバンスドプロファイル）のうち１つ又はＦＥＦに属する。ＦＲＵにおけるフレームの最大許容数は４であり、与えられたフィジカルプロファイルは、ＦＲＵにおいて０回〜４回のいずれかの回数だけ現れてもよい（例えば、ベース、ベース、ハンドヘルド、アドバンスド）。フィジカルプロファイルの定義は、必要に応じて、プリアンブルでのＰＨＹ_ＰＲＯＦＩＬＥのリザーブド値を用いて拡張されてもよい。
ＦＥＦ部分は、含まれる場合、ＦＲＵの最後に挿入される。ＦＥＦがＦＲＵに含まれる場合、ＦＥＦの最大数はスーパーフレームにおいて８である。ＦＥＦ部分が互いに隣接することが推奨されない。
１つのフレームは、多数のＯＦＤＭシンボル及びプリアンブルにさらに分離される。（ｄ）に示したように、フレームは、プリアンブル、１つ以上のＦＳＳ、ノーマルデータシンボル、及びＦＥＳを含む。
プリアンブルは、高速フューチャーキャストＵＴＢシステム信号検出を可能にし、信号の効率的な送信及び受信のための基本伝送パラメーターの集合を提供する特別なシンボルである。プリアンブルについての詳細は後述する。
ＦＳＳの主な目的は、ＰＬＳデータを伝達することである。高速同期化及びチャネル推定のために、これによるＰＬＳデータの高速デコーディングのために、ＦＳＳは、ノーマルデータシンボルよりも高密度のパイロットパターンを有する。ＦＥＳは、ＦＳＳと完全に同じパイロットを有し、これは、ＦＥＳの直前のシンボルに対して、外挿（ｅｘｔｒａｐｏｌａｔｉｏｎ）なしに、ＦＥＳ内での周波数のみのインタポレーション（ｉｎｔｅｒｐｏｌａｔｉｏｎ、補間）及び時間的補間（ｔｅｍｐｏｒａｌ ｉｎｔｅｒｐｏｌａｔｉｏｎ）を可能にする。
図１０は、本発明の一実施例によるフレームのシグナリング階層構造（ｓｉｇｎａｌｉｎｇ ｈｉｅｒａｒｃｈｙ ｓｔｒｕｃｔｕｒｅ）を示す。
図１０は、シグナリング階層構造を示し、これは、３つの主要部分であるプリアンブルシグナリングデータ１１０００、ＰＬＳ１データ１１０１０、及びＰＬＳ２データ１１０２０に分割される。毎フレームごとにプリアンブル信号によって伝達されるプリアンブルの目的は、フレームの基本伝送パラメーター及び伝送タイプを示すことである。ＰＬＳ１は、受信機が、関心のあるデータパイプに接続するためのパラメーターを含むＰＬＳ２データに接続してデコーディングできるようにする。ＰＬＳ２は、毎フレームごとに伝達され、２つの主要部分であるＰＬＳ２ＳＴＡＴデータとＰＬＳ２ＤＹＮデータとに分割される。ＰＬＳ２データのスタティック（ｓｔａｔｉｃ、静的）及びダイナミック（ｄｙｎａｍｉｃ、動的）部分には、必要に応じてパディングが後続する。
図１１は、本発明の一実施例によるプリアンブルシグナリングデータを示す。
プリアンブルシグナリングデータは、受信機がフレーム構造内でＰＬＳデータに接続し、データパイプを追跡できるようにするために必要な２１ビットの情報を伝達する。プリアンブルシグナリングデータについての詳細は、次の通りである。
ＰＨＹ_ＰＲＯＦＩＬＥ：当該３ビットフィールドは、現フレームのフィジカルプロファイルタイプを示す。互いに異なるフィジカルプロファイルタイプのマッピングは、下記の表５に与えられる。
Figure 0006423016
ＦＦＴ_ＳＩＺＥ：当該２ビットフィールドは、下記の表６で説明するように、フレームグループ内で現フレームのＦＦＴサイズを示す。
Figure 0006423016
ＧＩ_ＦＲＡＣＴＩＯＮ：当該３ビットフィールドは、下記の表７で説明するように、現スーパーフレームでのガードインターバルの一部（ｆｒａｃｔｉｏｎ）の値を示す。
Figure 0006423016
ＥＡＣ_ＦＬＡＧ：当該１ビットフィールドは、ＥＡＣが現フレームに提供されるか否かを示す。当該フィールドが‘１’に設定されると、ＥＡＳが現フレームに提供される。当該フィールドが‘０’に設定されると、ＥＡＳが現フレームで伝達されない。当該フィールドは、スーパーフレーム内でダイナミック（ｄｙｎａｍｉｃ、動的）に切り替わってもよい。
ＰＩＬＯＴ_ＭＯＤＥ：当該１ビットフィールドは、現フレームグループで現フレームに対してパイロットモードがモバイルモードであるか、又は固定モードであるかを示す。当該フィールドが‘０’に設定されると、モバイルパイロットモードが使用される。当該フィールドが‘１’に設定されると、固定パイロットモードが使用される。
ＰＡＰＲ_ＦＬＡＧ：当該１ビットフィールドは、現フレームグループで現フレームに対してＰＡＰＲ減少が使用されるか否かを示す。当該フィールドが‘１’に設定されると、トーン予約（ｔｏｎｅ ｒｅｓｅｒｖａｔｉｏｎ）がＰＡＰＲ減少のために使用される。当該フィールドが‘０’に設定されると、ＰＡＰＲ減少が使用されない。
ＦＲＵ_ＣＯＮＦＩＧＵＲＥ：当該３ビットフィールドは、現スーパーフレームで存在するＦＲＵのフィジカルプロファイルタイプの構成を示す。現スーパーフレームで全てのプリアンブルでの当該フィールドにおいて、現スーパーフレームで伝達される全てのプロファイルタイプが識別される。当該３ビットフィールドは、下記の表８に示すように、それぞれのプロファイルに対して異なって定義される。
Figure 0006423016
ＲＥＳＥＲＶＥＤ：当該７ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
図１２は、本発明の一実施例によるＰＬＳ１データを示す。
ＰＬＳ１データは、ＰＬＳ２の受信及びデコーディングを可能にするために必要なパラメーターを含んだ基本伝送パラメーターを提供する。前述したように、ＰＬＳ１データは、１つのフレームグループの全デュレーションの間変化しない。ＰＬＳ１データのシグナリングフィールドの具体的な定義は、次の通りである。
ＰＲＥＡＭＢＬＥ_ＤＡＴＡ：当該２０ビットフィールドは、ＥＡＣ_ＦＬＡＧを除いたプリアンブルシグナリングデータのコピーである。
ＮＵＭ_ＦＲＡＭＥ_ＦＲＵ：当該２ビットフィールドは、ＦＲＵ当たりのフレーム数を示す。
ＰＡＹＬＯＡＤ_ＴＹＰＥ：当該３ビットフィールドは、フレームグループで伝達されるペイロードデータのフォーマットを示す。ＰＡＹＬＯＡＤ_ＴＹＰＥは、表９に示すようにシグナリングされる。
Figure 0006423016
ＮＵＭ_ＦＳＳ：当該２ビットフィールドは、現フレームでのＦＳＳの数を示す。
ＳＹＳＴＥＭ_ＶＥＲＳＩＯＮ：当該８ビットフィールドは、伝送される信号フォーマットのバージョンを示す。ＳＹＳＴＥＭ_ＶＥＲＳＩＯＮは、主バージョン及び副バージョンの２つの４ビットフィールドに分離される。
主バージョン：ＳＹＳＴＥＭ_ＶＥＲＳＩＯＮフィールドのＭＳＢである４ビットは、主バージョン情報を示す。主バージョンフィールドでの変化は互換が不可能な変化を示す。デフォルト値は‘００００’である。当該標準で記述されたバージョンに対して、値が‘００００’に設定される。
副バージョン：ＳＹＳＴＥＭ_ＶＥＲＳＩＯＮフィールドのＬＳＢである４ビットは、副バージョン情報を示す。副バージョンフィールドでの変化は互換が可能である。
ＣＥＬＬ_ＩＤ：これは、ＡＴＳＣネットワークで地理的セルを唯一に識別する１６ビットフィールドである。ＡＴＳＣセルカバレッジは、フューチャーキャストＵＴＢシステム当たり使用される周波数の数に応じて、１つ以上の周波数で構成されてもよい。ＣＥＬＬ_ＩＤの値が知られていないか、又は特定のされていない場合、当該フィールドは‘０’に設定される。
ＮＥＴＷＯＲＫ_ＩＤ：これは、現ＡＴＳＣネットワークを唯一に識別する１６ビットフィールドである。
ＳＹＳＴＥＭ_ＩＤ：当該１６ビットフィールドは、ＡＴＳＣネットワーク内でフューチャーキャストＵＴＢシステムを唯一に識別する。フューチャーキャストＵＴＢシステムは、入力が１つ以上の入力ストリーム（ＴＳ、ＩＰ、ＧＳ）であり、出力がＲＦ信号である、地上波放送システムである。フューチャーキャストＵＴＢシステムは、もし存在すれば、ＦＥＦ及び１つ以上のフィジカルプロファイルを伝達する。同一のフューチャーキャストＵＴＢシステムは、互いに異なる入力ストリームを伝達し、互いに異なる地理的領域で互いに異なるＲＦを使用できるので、ローカルサービス挿入を許容する。フレーム構造及びスケジューリングは、一つの場所で制御され、フューチャーキャストＵＴＢシステム内で全ての伝送に対して同一である。１つ以上のフューチャーキャストＵＴＢシステムは、全て同一のフィジカル構造及び構成を有するという同一のＳＹＳＴＥＭ_ＩＤの意味を有してもよい。
次のループ（ｌｏｏｐ）は、各フレームタイプの長さ及びＦＲＵ構成を示すＦＲＵ_ＰＨＹ_ＰＲＯＦＩＬＥ、ＦＲＵ_ＦＲＡＭＥ_ＬＥＮＧＴＨ、ＦＲＵ_ＧＩ_ＦＲＡＣＴＩＯＮ、ＲＥＳＥＲＶＥＤで構成される。ループのサイズは、ＦＲＵ内で４個のフィジカルプロファイル（ＦＥＦ含む）がシグナリングされるように固定される。ＮＵＭ_ＦＲＡＭＥ_ＦＲＵが４より小さいと、使用されないフィールドはゼロで埋められる。
ＦＲＵ_ＰＨＹ_ＰＲＯＦＩＬＥ：当該３ビットフィールドは、関連するＦＲＵの（ｉ＋１）番目のフレーム（ｉは、ループインデックス）のフィジカルプロファイルタイプを示す。当該フィールドは、表８に示したものと同じシグナリングフォーマットを使用する。
ＦＲＵ_ＦＲＡＭＥ_ＬＥＮＧＴＨ：当該２ビットフィールドは、関連するＦＲＵの（ｉ＋１）番目のフレームの長さを示す。ＦＲＵ_ＧＩ_ＦＲＡＣＴＩＯＮと共にＦＲＵ_ＦＲＡＭＥ_ＬＥＮＧＴＨを使用すれば、フレームデュレーションの正確な値を得ることができる。
ＦＲＵ_ＧＩ_ＦＲＡＣＴＩＯＮ：当該３ビットフィールドは、関連するＦＲＵの（ｉ＋１）番目のフレームのガードインターバルの一部の値を示す。ＦＲＵ_ＧＩ_ＦＲＡＣＴＩＯＮは、表７に従ってシグナリングされる。
ＲＥＳＥＲＶＥＤ：当該４ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
次のフィールドは、ＰＬＳ２データをデコードするためのパラメーターを提供する。
ＰＬＳ２_ＦＥＣ_ＴＹＰＥ：当該２ビットフィールドは、ＰＬＳ２保護によって使用されるＦＥＣタイプを示す。ＦＥＣタイプは、表１０に従ってシグナリングされる。ＬＤＰＣコードについての詳細は後述する。
Figure 0006423016
ＰＬＳ２_ＭＯＤ：当該３ビットフィールドは、ＰＬＳ２によって使用される変調タイプを示す。変調タイプは、表１１に従ってシグナリングされる。
Figure 0006423016
ＰＬＳ２_ＳＩＺＥ_ＣＥＬＬ：当該１５ビットフィールドは、現フレームグループで伝達されるＰＬＳ２に対する全てのコーディングブロックのサイズ（ＱＡＭセルの数として特定のされる）であるＣｔｏｔａｌ_ｐａｒｔｉａｌ_ｂｌｏｃｋを示す。当該値は、現フレームグループの全デュレーションの間一定である。
ＰＬＳ２_ＳＴＡＴ_ＳＩＺＥ_ＢＩＴ：当該１４ビットフィールドは、現フレームグループに対するＰＬＳ２ＳＴＡＴのサイズをビット数で示す。当該値は、現フレームグループの全デュレーションの間一定である。
ＰＬＳ２_ＤＹＮ_ＳＩＺＥ_ＢＩＴ：当該１４ビットフィールドは、現フレームグループに対するＰＬＳ２ＤＹＮのサイズをビット数で示す。当該値は、フレームグループの全デュレーションの間一定である。
ＰＬＳ２_ＲＥＰ_ＦＬＡＧ：当該１ビットフラグは、ＰＬＳ２繰り返しモードが現フレームグループで使用されるか否かを示す。当該フィールドの値が‘１’に設定されると、ＰＬＳ２繰り返しモードは活性化される。当該フィールドの値が‘０’に設定されると、ＰＬＳ２繰り返しモードは非活性化される。
ＰＬＳ２_ＲＥＰ_ＳＩＺＥ_ＣＥＬＬ：当該１５ビットフィールドは、ＰＬＳ２繰り返しが使用される場合、現フレームグループの毎フレームごとに伝達されるＰＬＳ２に対する部分コーディングブロックのサイズ（ＱＡＭセルの数として特定のされる）であるＣｔｏｔａｌ_ｐａｒｔｉａｌ_ｂｌｏｃｋを示す。繰り返しが使用されない場合、当該フィールドの値は０と同一である。当該値は、現フレームグループの全デュレーションの間一定である。
ＰＬＳ２_ＮＥＸＴ_ＦＥＣ_ＴＹＰＥ：当該２ビットフィールドは、次のフレームグループの毎フレームで伝達されるＰＬＳ２に使用されるＦＥＣタイプを示す。ＦＥＣタイプは、表１０に従ってシグナリングされる。
ＰＬＳ２_ＮＥＸＴ_ＭＯＤ：当該３ビットフィールドは、次のフレームグループの毎フレームで伝達されるＰＬＳ２に使用される変調タイプを示す。変調タイプは、表１１に従ってシグナリングされる。
ＰＬＳ２_ＮＥＸＴ_ＲＥＰ_ＦＬＡＧ：当該１ビットフラグは、ＰＬＳ２繰り返しモードが次のフレームグループで使用されるか否かを示す。当該フィールドの値が‘１’に設定されると、ＰＬＳ２繰り返しモードは活性化される。当該フィールドの値が‘０’に設定されると、ＰＬＳ２繰り返しモードは非活性化される。
ＰＬＳ２_ＮＥＸＴ_ＲＥＰ_ＳＩＺＥ_ＣＥＬＬ：当該１５ビットフィールドは、ＰＬＳ２繰り返しが使用される場合、次のフレームグループの毎フレームごとに伝達されるＰＬＳ２に対する全コーディングブロックのサイズ（ＱＡＭセルの数として特定のされる）であるＣｔｏｔａｌ_ｆｕｌｌ_ｂｌｏｃｋを示す。次のフレームグループで繰り返しが使用されない場合、当該フィールドの値は０と同一である。当該値は、現フレームグループの全デュレーションの間一定である。
ＰＬＳ２_ＮＥＸＴ_ＲＥＰ_ＳＴＡＴ_ＳＩＺＥ_ＢＩＴ：当該１４ビットフィールドは、次のフレームグループに対するＰＬＳ２ＳＴＡＴのサイズをビット数で示す。当該値は、現フレームグループで一定である。
ＰＬＳ２_ＮＥＸＴ_ＲＥＰ_ＤＹＮ_ＳＩＺＥ_ＢＩＴ：当該１４ビットフィールドは、次のフレームグループに対するＰＬＳ２ＤＹＮのサイズをビット数で示す。当該値は、現フレームグループで一定である。
ＰＬＳ２_ＡＰ_ＭＯＤＥ：当該２ビットフィールドは、現フレームグループでＰＬＳ２に対して追加パリティが提供されるか否かを示す。当該値は、現フレームグループの全デュレーションの間一定である。下記の表１２は、当該フィールドの値を提供する。当該フィールドの値が‘００’に設定されると、現フレームグループで追加パリティがＰＬＳ２に対して使用されない。
Figure 0006423016
ＰＬＳ２_ＡＰ_ＳＩＺＥ_ＣＥＬＬ：当該１５ビットフィールドは、ＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数として特定のされる）を示す。当該値は、現フレームグループの全デュレーションの間一定である。
ＰＬＳ２_ＮＥＸＴ_ＡＰ_ＭＯＤＥ：当該２ビットフィールドは、次のフレームグループの毎フレームごとにＰＬＳ２シグナリングに対して追加パリティが提供されるか否かを示す。当該値は、現フレームグループの全デュレーションの間一定である。表１２は、当該フィールドの値を定義する。
ＰＬＳ２_ＮＥＸＴ_ＡＰ_ＳＩＺＥ_ＣＥＬＬ：当該１５ビットフィールドは、次のフレームグループの毎フレームごとにＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数として特定のされる）を示す。当該値は、現フレームグループの全デュレーションの間一定である。
ＲＥＳＥＲＶＥＤ：当該３２ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
ＣＲＣ_３２：全ＰＬＳ１シグナリングに適用される３２ビットのエラー検出コード
図１３は、本発明の一実施例によるＰＬＳ２データを示す。
図１３は、ＰＬＳ２データのＰＬＳ２ＳＴＡＴデータを示す。ＰＬＳ２ＳＴＡＴデータは、フレームグループ内で同一である一方、ＰＬＳ２ＤＹＮデータは、現フレームに対して特定の情報を提供する。
ＰＬＳ２ＳＴＡＴデータのフィールドについて、以下で具体的に説明する。
ＦＩＣ_ＦＬＡＧ：当該１ビットフィールドは、ＦＩＣが現フレームグループで使用されるか否かを示す。当該フィールドの値が‘１’に設定されると、ＦＩＣは現フレームで提供される。当該フィールドの値が‘０’に設定されると、ＦＩＣは現フレームで伝達されない。当該値は、現フレームグループの全デュレーションの間一定である。
ＡＵＸ_ＦＬＡＧ：当該１ビットフィールドは、補助ストリームが現フレームグループで使用されるか否かを示す。当該フィールドの値が‘１’に設定されると、補助ストリームは現フレームで提供される。当該フィールドの値が‘０’に設定されると、補助フレームは現フレームで伝達されない。当該値は、現フレームグループの全デュレーションの間一定である。
ＮＵＭ_ＤＰ：当該６ビットフィールドは、現フレーム内で伝達されるデータパイプの数を示す。当該フィールドの値は１〜６４の間であり、データパイプの数はＮＵＭ_ＤＰ＋１である。
ＤＰ_ＩＤ：当該６ビットフィールドは、フィジカルプロファイル内でデータパイプを唯一に識別する。
ＤＰ_ＴＹＰＥ：当該３ビットフィールドは、データパイプのタイプを示す。これは、下記の表１３に従ってシグナリングされる。
Figure 0006423016
ＤＰ_ＧＲＯＵＰ_ＩＤ：当該８ビットフィールドは、現データパイプが関連しているデータパイプグループを識別する。これは、受信機が同じＤＰ_ＧＲＯＵＰ_ＩＤを有するようになる特定のサービスと関連しているサービスコンポーネントのデータパイプに接続するのに使用することができる。
ＢＡＳＥ_ＤＰ_ＩＤ：当該６ビットフィールドは、管理層で使用される（ＰＳＩ／ＳＩのような）サービスシグナリングデータを伝達するデータパイプを示す。ＢＡＳＥ_ＤＰ_ＩＤによって示すデータパイプは、サービスデータと共にサービスシグナリングデータを伝達するノーマルデータパイプであるか、又はサービスシグナリングデータのみを伝達する専用データパイプであってもよい。
ＤＰ_ＦＥＣ_ＴＹＰＥ：当該２ビットフィールドは、関連するデータパイプによって使用されるＦＥＣタイプを示す。ＦＥＣタイプは、下記の表１４に従ってシグナリングされる。
Figure 0006423016
ＤＰ_ＣＯＤ：当該４ビットフィールドは、関連するデータパイプによって使用されるコードレート（ｃｏｄｅ ｒａｔｅ）を示す。コードレートは、下記の表１５に従ってシグナリングされる。
Figure 0006423016
ＤＰ_ＭＯＤ：当該４ビットフィールドは、関連するデータパイプによって使用される変調を示す。変調は、下記の表１６に従ってシグナリングされる。
Figure 0006423016
ＤＰ_ＳＳＤ_ＦＬＡＧ：当該１ビットフィールドは、ＳＳＤモードが、関連するデータパイプで使用されるか否かを示す。当該フィールドの値が‘１’に設定されると、ＳＳＤは使用される。当該フィールドの値が‘０’に設定されると、ＳＳＤは使用されない。
次のフィールドは、ＰＨＹ_ＰＲＯＦＩＬＥがアドバンスドプロファイルを示す‘０１０’と同一であるときにのみ現れる。
ＤＰ_ＭＩＭＯ：当該３ビットフィールドは、どのタイプのＭＩＭＯエンコーディング処理が、関連するデータパイプに適用されるかを示す。ＭＩＭＯエンコーディング処理のタイプは、下記の表１７に従ってシグナリングされる。
Figure 0006423016
ＤＰ_ＴＩ_ＴＹＰＥ：当該１ビットフィールドは、タイムインタリービングのタイプを示す。‘０’の値は、１つのタイムインターリービンググループが１つのフレームに該当し、１つ以上のタイムインターリービングブロックを含むことを示す。‘１’の値は、１つのタイムインターリービンググループが１つより多いフレームで伝達され、１つのタイムインターリービングブロックのみを含むことを示す。
ＤＰ_ＴＩ_ＬＥＮＧＴＨ：当該２ビットフィールド（許容された値は１、２、４、８のみである）の使用は、次のようなＤＰ_ＴＩ_ＴＹＰＥフィールド内で設定される値によって決定される。
ＤＰ_ＴＩ_ＴＹＰＥの値が‘１’に設定されると、当該フィールドは、それぞれのタイムインターリービンググループがマッピングされるフレームの数であるＰＩを示し、タイムインターリービンググループ当たり１つのタイムインターリービングブロックが存在する（ＮＴＩ＝１）。当該２ビットフィールドで許容されるＰＩの値は、下記の表１８に定義される。
ＤＰ_ＴＩ_ＴＹＰＥの値が‘０’に設定されると、当該フィールドは、タイムインターリービンググループ当たりのタイムインターリービングブロックの数ＮＴＩを示し、フレーム当たり１つのタイムインターリービンググループが存在する（ＰＩ＝１）。当該２ビットフィールドで許容されるＰＩの値は、下記の表１８に定義される。
Figure 0006423016
ＤＰ_ＦＲＡＭＥ_ＩＮＴＥＲＶＡＬ：当該２ビットフィールドは、関連するデータパイプに対するフレームグループ内でフレーム間隔（ＩＪＵＭＰ）を示し、許容された値は１、２、４、８（該当する２ビットフィールドは、それぞれ００、０１、１０、１１）である。フレームグループの全てのフレームに現れないデータパイプに対して、当該フィールドの値は、順次的なフレーム間の間隔と同一である。例えば、データパイプが１、５、９、１３などのフレームに現れる場合、当該フィールドの値は‘４’に設定される。全てのフレームに現れるデータパイプに対して、当該フィールドの値は１に設定される。
ＤＰ_ＴＩ_ＢＹＰＡＳＳ：当該１ビットフィールドは、タイムインタリーバー５０５０の利用可能性（可用性）を決定する。データパイプに対してタイムインタリービングが使用されない場合、当該フィールドの値は‘１’に設定される。一方、タイムインタリービングが使用される場合、当該フィールドの値は‘０’に設定される。
ＤＰ_ＦＩＲＳＴ_ＦＲＡＭＥ_ＩＤＸ：当該５ビットフィールドは、現データパイプが発生するスーパーフレームの最初のフレームのインデックスを示す。ＤＰ_ＦＩＲＳＴ_ＦＲＡＭＥ_ＩＤＸの値は０〜３１の間である。
ＤＰ_ＮＵＭ_ＢＬＯＣＫ_ＭＡＸ：当該１０ビットフィールドは、当該データパイプに対するＤＰ_ＮＵＭ_ＢＬＯＣＫＳの最大値を示す。当該フィールドの値は、ＤＰ_ＮＵＭ_ＢＬＯＣＫＳと同一の範囲を有する。
ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥ：当該２ビットフィールドは、与えられたデータパイプによって伝達されるペイロードデータのタイプを示す。ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥは、下記の表１９に従ってシグナリングされる。
Figure 0006423016
ＤＰ_ＩＮＢＡＮＤ_ＭＯＤＥ：当該２ビットフィールドは、現データパイプがインバンド（Ｉｎｂａｎｄ）シグナリング情報を伝達するか否かを示す。インバンド（Ｉｎｂａｎｄ）シグナリングタイプは、下記の表２０に従ってシグナリングされる。
Figure 0006423016
ＤＰ_ＰＲＯＴＯＣＯＬ_ＴＹＰＥ：当該２ビットフィールドは、与えられたデータパイプによって伝達されるペイロードのプロトコルタイプを示す。ペイロードのプロトコルタイプは、入力ペイロードタイプが選択されると、下記の表２１に従ってシグナリングされる。
Figure 0006423016
ＤＰ_ＣＲＣ_ＭＯＤＥ：当該２ビットフィールドは、ＣＲＣエンコーディングがインプットフォーマットブロックで使用されるか否かを示す。ＣＲＣモードは、下記の表２２に従ってシグナリングされる。
Figure 0006423016
ＤＮＰ_ＭＯＤＥ：当該２ビットフィールドは、ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連するデータパイプによって使用されるヌルパケット削除モードを示す。ＤＮＰ_ＭＯＤＥは、下記の表２３に従ってシグナリングされる。ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）でなければ、ＤＮＰ_ＭＯＤＥは‘００’の値に設定される。
Figure 0006423016
ＩＳＳＹ_ＭＯＤＥ：当該２ビットフィールドは、ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連するデータパイプによって使用されるＩＳＳＹモードを示す。ＩＳＳＹ_ＭＯＤＥは、下記の表２４に従ってシグナリングされる。ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）でなければ、ＩＳＳＹ_ＭＯＤＥは‘００’の値に設定される。
Figure 0006423016
ＨＣ_ＭＯＤＥ_ＴＳ：当該２ビットフィールドは、ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連するデータパイプによって使用されるＴＳヘッダー圧縮モードを示す。ＨＣ_ＭＯＤＥ_ＴＳは、下記の表２５に従ってシグナリングされる。
Figure 0006423016
ＨＣ_ＭＯＤＥ_ＩＰ：当該２ビットフィールドは、ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＩＰ（‘０１’）に設定される場合にＩＰヘッダー圧縮モードを示す。ＨＣ_ＭＯＤＥ_ＩＰは、下記の表２６に従ってシグナリングされる。
Figure 0006423016
ＰＩＤ：当該１３ビットフィールドは、ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）に設定され、ＨＣ_ＭＯＤＥ_ＴＳが‘０１’又は‘１０’に設定される場合にＴＳヘッダー圧縮のためのＰＩＤの数を示す。
ＲＥＳＥＲＶＥＤ：当該８ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
次のフィールドは、ＦＩＣ_ＦＬＡＧが１と同一であるときにのみ現れる。
ＦＩＣ_ＶＥＲＳＩＯＮ：当該８ビットフィールドは、ＦＩＣのバージョンナンバーを示す。
ＦＩＣ_ＬＥＮＧＴＨ_ＢＹＴＥ：当該１３ビットフィールドは、ＦＩＣの長さをバイト単位で示す。
ＲＥＳＥＲＶＥＤ：当該８ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
次のフィールドは、ＡＵＸ_ＦＬＡＧが１と同一であるときにのみ現れる。
ＮＵＭ_ＡＵＸ：当該４ビットフィールドは補助ストリームの数を示す。ゼロは、補助ストリームが使用されないことを示す。
ＡＵＸ_ＣＯＮＦＩＧ_ＲＦＵ：当該８ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
ＡＵＸ_ＳＴＲＥＡＭ_ＴＹＰＥ：当該４ビットは、現在の補助ストリームのタイプを示すための将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
ＡＵＸ_ＰＲＩＶＡＴＥ_ＣＯＮＦＩＧ：当該２８ビットフィールドは、補助ストリームをシグナリングするための将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
図１４は、本発明の他の一実施例によるＰＬＳ２データを示す。
図１４は、ＰＬＳ２データのＰＬＳ２ＤＹＮを示す。ＰＬＳ２ＤＹＮデータの値は１つのフレームグループのデュレーションの間変化できる一方、フィールドのサイズは一定である。
ＰＬＳ２ＤＹＮデータのフィールドの具体的な内容は、次の通りである。
ＦＲＡＭＥ_ＩＮＤＥＸ：当該５ビットフィールドは、スーパーフレーム内で現フレームのフレームインデックスを示す。スーパーフレームの最初のフレームのインデックスは０に設定される。
ＰＬＳ_ＣＨＡＮＧＥ_ＣＯＵＮＴＥＲ：当該４ビットフィールドは、構成が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは、当該フィールド内でシグナリングされる値によって示す。当該フィールドの値が‘００００’に設定されると、これは、いかなる予定された変化も予測されないことを意味する。例えば、‘１’の値は、次のスーパーフレームに変化があることを示す。
ＦＩＣ_ＣＨＡＮＧＥ_ＣＯＵＮＴＥＲ：当該４ビットフィールドは、構成（即ち、ＦＩＣのコンテンツ）が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは、当該フィールド内でシグナリングされる値によって示す。当該フィールドの値が‘００００’に設定されると、これは、いかなる予定された変化も予測されないことを意味する。例えば、‘０００１’の値は、次のスーパーフレームに変化があることを示す。
ＲＥＳＥＲＶＥＤ：当該１６ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
次のフィールドは、現フレームで伝達されるデータパイプと関連するパラメーターを説明するＮＵＭ_ＤＰでのループ（ｌｏｏｐ）に現れる。
ＤＰ_ＩＤ：当該６ビットフィールドは、フィジカルプロファイル内でデータパイプを唯一に示す。
ＤＰ_ＳＴＡＲＴ：当該１５ビット（又は１３ビット）フィールドは、ＤＰＵアドレッシング（ａｄｄｒｅｓｓｉｎｇ）技法を用いてデータパイプの最初の開始位置を示す。ＤＰ_ＳＴＡＲＴフィールドは、下記の表２７に示したように、フィジカルプロファイル及びＦＦＴサイズによって異なる長さを有する。
Figure 0006423016
ＤＰ_ＮＵＭ_ＢＬＯＣＫ：当該１０ビットフィールドは、現データパイプに対する現タイムインターリービンググループでＦＥＣブロックの数を示す。ＤＰ_ＮＵＭ_ＢＬＯＣＫの値は、０から１０２３の間にある。
ＲＥＳＥＲＶＥＤ：当該８ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
次のフィールドは、ＥＡＣと関連するＦＩＣパラメーターを示す。
ＥＡＣ_ＦＬＡＧ：当該１ビットフィールドは、現フレームでＥＡＣの存在を示す。当該ビットは、プリアンブルでＥＡＣ_ＦＬＡＧと同じ値である。
ＥＡＳ_ＷＡＫＥ_ＵＰ_ＶＥＲＳＩＯＮ_ＮＵＭ：当該８ビットフィールドは、自動活性化指示のバージョンナンバーを示す。
ＥＡＣ_ＦＬＡＧフィールドが１と同一であれば、次の１２ビットがＥＡＣ_ＬＥＮＧＴＨ_ＢＹＴＥフィールドに割り当てられる。ＥＡＣ_ＦＬＡＧフィールドが０と同一であれば、次の１２ビットがＥＡＣ_ＣＯＵＮＴＥＲに割り当てられる。
ＥＡＣ_ＬＥＮＧＴＨ_ＢＹＴＥ：当該１２ビットフィールドは、ＥＡＣの長さをバイトで示す。
ＥＡＣ_ＣＯＵＮＴＥＲ：当該１２ビットフィールドは、ＥＡＣが到達するフレームの前のフレームの数を示す。
次のフィールドは、ＡＵＸ_ＦＬＡＧフィールドが‘１’と同一である場合にのみ現れる。
ＡＵＸ_ＰＲＩＶＡＴＥ_ＤＹＮ：当該４８ビットフィールドは、補助ストリームをシグナリングするための将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。当該フィールドの意味は、設定可能なＰＬＳ２ＳＴＡＴでＡＵＸ_ＳＴＲＥＡＭ_ＴＹＰＥの値に依存する。
ＣＲＣ_３２：全ＰＬＳ２に適用される３２ビットのエラー検出コード。
図１５は、本発明の一実施例によるフレームのロジカル（ｌｏｇｉｃａｌ）構造を示す。
前述したように、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、ダミーセルは、フレームにおいてＯＦＤＭシンボルのアクティブ（ａｃｔｉｖｅ）キャリアにマッピングされる。ＰＬＳ１及びＰＬＳ２は、初めに１つ以上のＦＳＳにマッピングされる。その後、ＥＡＣが存在すれば、ＥＡＣセルは、後続するＰＬＳフィールドにマッピングされる。次に、ＦＩＣが存在すれば、ＦＩＣセルがマッピングされる。データパイプは、ＰＬＳの次にマッピングされるか、又は、ＥＡＣ又はＦＩＣが存在する場合、ＥＡＣ又はＦＩＣの後にマッピングされる。タイプ１のデータパイプが初めにマッピングされ、タイプ２のデータパイプが次にマッピングされる。データパイプのタイプの具体的な内容は後述する。一部の場合、データパイプは、ＥＡＳに対する一部の特殊データ又はサービスシグナリングデータを伝達することができる。補助ストリーム又はストリームは、存在すれば、データパイプの次にマッピングされ、これには順にダミーセルが後続する。前述した順序、すなわち、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、及びダミーセルの順序で全て共にマッピングすれば、フレームでセル容量を正確に埋める。
図１６は、本発明の一実施例によるＰＬＳマッピングを示す。
ＰＬＳセルは、ＦＳＳのアクティブ（ａｃｔｉｖｅ）キャリアにマッピングされる。ＰＬＳが占めるセルの数によって、１つ以上のシンボルがＦＳＳとして指定され、ＦＳＳの数ＮＦＳＳは、ＰＬＳ１でのＮＵＭ_ＦＳＳによってシグナリングされる。ＦＳＳは、ＰＬＳセルを伝達する特殊なシンボルである。ロバスト性及び遅延時間（ｌａｔｅｎｃｙ）は、ＰＬＳで重大な事案であるので、ＦＳＳは、高いパイロット密度を有しており、高速同期化及びＦＳＳ内での周波数のみのインタポレーション（ｉｎｔｅｒｐｏｌｏａｔｉｏｎ、補間）を可能にする。
ＰＬＳセルは、図１６の例に示したように、下向き式にＦＳＳのアクティブ（ａｃｔｉｖｅ）キャリアにマッピングされる。ＰＬＳ１セルは、初めに最初のＦＳＳの最初のセルからセルインデックスの昇順にマッピングされる。ＰＬＳ２セルは、ＰＬＳ１の最後のセルの直後に後続し、マッピングは、最初のＦＳＳの最後のセルインデックスまで下方向に続く。必要なＰＬＳセルの総数が１つのＦＳＳのアクティブ（ａｃｔｉｖｅ）キャリアの数を超えると、マッピングは、次のＦＳＳに進行し、最初のＦＳＳと完全に同じ方式で続く。
ＰＬＳマッピングが完了した後、データパイプが次に伝達される。ＥＡＣ、ＦＩＣ又は両方ともが現フレームに存在すれば、ＥＡＣ及びＦＩＣはＰＬＳとノーマルデータパイプとの間に配置される。
図１７は、本発明の一実施例によるＥＡＣマッピングを示す。
ＥＡＣは、ＥＡＳメッセージを伝達する専用チャネルであり、ＥＡＳに対するデータパイプに接続される。ＥＡＳ支援は提供されるが、ＥＡＣ自体は、全てのフレームに存在することができ、存在しなくてもよい。ＥＡＣが存在する場合、ＥＡＣは、ＰＬＳ２セルの直後にマッピングされる。ＰＬＳセルを除いて、ＦＩＣ、データパイプ、補助ストリーム又はダミーセルのいずれもＥＡＣの前に位置しない。ＥＡＣセルのマッピング手順は、ＰＬＳと完全に同一である。
ＥＡＣセルは、図１７の例に示したように、ＰＬＳ２の次のセルからセルインデックスの昇順にマッピングされる。ＥＡＳメッセージの大きさによって、図１７に示したように、ＥＡＣセルは少ないシンボルを占めることができる。
ＥＡＣセルは、ＰＬＳ２の最後のセルの直後に後続し、マッピングは、最後のＦＳＳの最後のセルインデックスまで下方向に続く。必要なＥＡＣセルの総数が最後のＦＳＳの残っているアクティブ（ａｃｔｉｖｅ）キャリアの数を超えると、ＥＡＣマッピングは、次のシンボルに進行し、ＦＳＳと完全に同じ方式で続く。この場合、ＥＡＣのマッピングが行われる次のシンボルはノーマルデータシンボルであり、これは、ＦＳＳよりさらに多いアクティブ（ａｃｔｉｖｅ）キャリアを有する。
ＥＡＣマッピングが完了した後、もし存在すれば、ＦＩＣが次に伝達される。ＦＩＣが伝送されないと（ＰＬＳ２フィールドでシグナリングとして）、データパイプがＥＡＣの最後のセルの直後に後続する。
図１８は、本発明の一実施例によるＦＩＣマッピングを示す。
（ａ）は、ＥＡＣなしにＦＩＣセルのマッピングの例を示し、（ｂ）は、ＥＡＣと共にＦＩＣセルのマッピングの例を示す。
ＦＩＣは、高速サービス獲得及びチャネルスキャンを可能にするために階層間情報（ｃｒｏｓｓｌａｙｅｒ ｉｎｆｏｒｍａｔｉｏｎ）を伝達する専用チャネルである。当該情報は、主にデータパイプ間のチャネルバインディング（ｃｈａｎｎｅｌ ｂｉｎｄｉｎｇ）情報及び各放送社のサービスを含む。高速スキャンのために、受信機は、ＦＩＣをデコーディングし、放送社ＩＤ、サービスの数、ＢＡＳＥ_ＤＰ_ＩＤのような情報を獲得することができる。高速サービス獲得のために、ＦＩＣだけでなくベースデータパイプもＢＡＳＥ_ＤＰ_ＩＤを用いてデコードされ得る。ベースデータパイプが伝送するコンテンツを除いて、ベースデータパイプは、ノーマルデータパイプと正確に同じ方式でエンコーディングされてフレームにマッピングされる。したがって、ベースデータパイプに関する追加説明が必要でない。ＦＩＣデータが生成されて管理階層で消費される。ＦＩＣデータのコンテンツは、管理階層仕様に説明された通りである。
ＦＩＣデータは選択的であり、ＦＩＣの使用は、ＰＬＳ２のスタティック（ｓｔａｔｉｃ、静的）な部分でＦＩＣ_ＦＬＡＧパラメーターによってシグナリングされる。ＦＩＣが使用される場合、ＦＩＣ_ＦＬＡＧは‘１’に設定され、ＦＩＣに対するシグナリングフィールドは、ＰＬＳ２のスタティック（静的）な部分で定義される。当該フィールドでシグナリングされるものはＦＩＣ_ＶＥＲＳＩＯＮであり、ＦＩＣ_ＬＥＮＧＴＨ_ＢＹＴＥ．ＦＩＣは、ＰＬＳ２と同一の変調、コーディング、タイムインターリービングパラメーターを使用する。ＦＩＣは、ＰＬＳ２_ＭＯＤ及びＰＬＳ２_ＦＥＣのような同一のシグナリングパラメーターを共有する。ＦＩＣデータは、もし存在すれば、ＰＬＳ２の後にマッピングされるか、又はＥＡＣが存在する場合、ＥＡＣの直後にマッピングされる。ノーマルデータパイプ、補助ストリーム、又はダミーセルのいずれもＦＩＣの前に位置しない。ＦＩＣセルをマッピングする方法はＥＡＣと完全に同一であり、これはまたＰＬＳと同一である。
ＰＬＳの後のＥＡＣが存在しない場合、ＦＩＣセルは、（ａ）の例に示したように、ＰＬＳ２の次のセルからセルインデックスの昇順にマッピングされる。ＦＩＣデータのサイズによって、（ｂ）に示したように、ＦＩＣセルは、数個のシンボルに対してマッピングされる。
ＦＩＣセルは、ＰＬＳ２の最後のセルの直後に後続し、マッピングは、最後のＦＳＳの最後のセルインデックスまで下方向に続く。必要なＦＩＣセルの総数が最後のＦＳＳの残っているアクティブ（ａｃｔｉｖｅ）キャリアの数を超えると、残りのＦＩＣセルのマッピングは、次のシンボルに進行し、これは、ＦＳＳと完全に同じ方式で続く。この場合、ＦＩＣがマッピングされる次のシンボルはノーマルデータシンボルであり、これは、ＦＳＳよりさらに多くのアクティブ（ａｃｔｉｖｅ）キャリアを有する。
ＥＡＳメッセージが現フレームで伝送されると、ＥＡＣは、ＦＩＣより先にマッピングされ、（ｂ）に示したように、ＥＡＣの次のセルから、ＦＩＣセルはセルインデックスの昇順にマッピングされる。
ＦＩＣのマッピングが完了した後、１つ以上のデータパイプがマッピングされ、その後、もし存在すれば、補助ストリーム、ダミーセルが後続する。
図１９は、本発明の一実施例によるＦＥＣ構造を示す。
図１９は、ビットインターリービングの前の本発明の一実施例によるＦＥＣ構造を示す。前述したように、データＦＥＣエンコーダーは、外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手順を生成するために、入力ＢＢＦにＦＥＣエンコーディングを行うことができる。図示したＦＥＣ構造はＦＥＣＢＬＯＣＫに該当する。また、ＦＥＣＢＬＯＣＫ及びＦＥＣ構造は、ＬＤＰＣコードワードの長さに該当する同一の値を有する。
図１９に示したように、ＢＣＨエンコーディングがそれぞれのＢＢＦ（Ｋｂｃｈビット）に適用された後、ＬＤＰＣエンコーディングが、ＢＣＨエンコーディングされたＢＢＦ（Ｋｌｄｐｃビット＝Ｎｂｃｈビット）に適用される。
Ｎｌｄｐｃの値は、６４８００ビット（ロングＦＥＣＢＬＯＣＫ）又は１６２００ビット（ショートＦＥＣＢＬＯＣＫ）である。
下記の表２８及び表２９は、ロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫのそれぞれに対するＦＥＣエンコーディングパラメーターを示す。
Figure 0006423016
Figure 0006423016
ＢＣＨエンコーディング及びＬＤＰＣエンコーディングの具体的な動作は、次の通りである。
１２エラー訂正ＢＣＨコードがＢＢＦの外部エンコーディングに使用される。ショートＦＥＣＢＬＯＣＫ及びロングＦＥＣＢＬＯＣＫに対するＢＢＦ生成多項式は、全ての多項式を乗算することによって得られる。
ＬＤＰＣコードは、外部ＢＣＨエンコーディングの出力をエンコーディングするのに使用される。完成されたＢｌｄｐｃ（ＦＥＣＢＬＯＣＫ）を生成するために、Ｐｌｄｐｃ（パリティビット）がそれぞれのＩｌｄｐｃ（ＢＣＨエンコーディングされたＢＢＦ）から組織的にエンコーディングされ、Ｉｌｄｐｃに添付される。完成されたＢｌｄｐｃ（ＦＥＣＢＬＯＣＫ）は、次の数式で表現される。
Figure 0006423016
ロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫに対するパラメーターは、上記の表２８及び表２９にそれぞれ与えられる。
ロングＦＥＣＢＬＯＣＫに対してＮｌｄｐｃ Ｋｌｄｐｃパリティビットを計算する具体的な手順は、次の通りである。
１）パリティビットの初期化
Figure 0006423016
２）パリティチェックマトリクスのアドレスの１番目の行で特定のされたパリティビットアドレスで１番目の情報ビットｉ０の累算（ａｃｃｕｍｕｌａｔｅ）。パリティチェックマトリクスのアドレスの詳細な内容は後述する。例えば、比率１３／１５に対して、
Figure 0006423016
３）次の３５９個の情報ビットｉｓ、ｓ＝１，２，…，３５９に対して、次の数式を用いてパリティビットアドレスでｉｓ累算（ａｃｃｕｍｕｌａｔｅ）。
Figure 0006423016
ここで、ｘは、１番目のビットｉ０に該当するパリティビット累算器のアドレスを示し、Ｑｌｄｐｃは、パリティチェックマトリクスのアドレスで特定のされたコードレート（ｃｏｄｅ ｒａｔｅ）依存定数である。前記例である、比率１３／１５に対する、したがって、情報ビットｉ１に対するＱｌｄｐｃ＝２４に続けて、次の動作が行われる。
Figure 0006423016
４）３６１番目の情報ビットｉ３６０に対して、パリティビット累算器のアドレスは、パリティチェックマトリクスのアドレスの２番目の行に与えられる。同様の方式で、次の３５９個の情報ビットｉｓ、ｓ＝３６１，３６２，…，７１９に対するパリティビット累算器のアドレスは、数式６を用いて得られる。ここで、ｘは、情報ビットｉ３６０に該当するパリティビット累算器のアドレス、すなわち、パリティチェックマトリクスの２番目の行のエントリーを示す。
５）同様の方式で、３６０個の新しい情報ビットの全てのグループに対して、パリティチェックマトリクスのアドレスからの新しい行は、パリティビット累算器のアドレスを求めるのに使用される。
全ての情報ビットが用いられた後、最終パリティビットが、次のように得られる。
６）ｉ＝１から始めて、次の動作を順次行う
Figure 0006423016
ここで、ｐｉ、ｉ＝０，１，．．．Ｎｌｄｐｃ−Ｋｌｄｐｃ−１の最終コンテンツは、パリティビットｐｉと同一である。
Figure 0006423016
表３０を表３１に代替し、ロングＦＥＣＢＬＯＣＫに対するパリティチェックマトリクスのアドレスを、ショートＦＥＣＢＬＯＣＫに対するパリティチェックマトリクスのアドレスに代替することを除いて、ショートＦＥＣＢＬＯＣＫに対する当該ＬＤＰＣエンコーディング手順は、ロングＦＥＣＢＬＯＣＫに対するｔ ＬＤＰＣエンコーディング手順に従う。
Figure 0006423016
図２０は、本発明の一実施例によるタイムインタリービングを示す。
（ａ）〜（ｃ）は、タイムインターリービングモードの例を示す。
タイムインタリーバーはデータパイプレベルで動作する。タイムインタリービングのパラメーターは、それぞれのデータパイプに対して異なって設定されてもよい。
ＰＬＳ２ＳＴＡＴデータの一部に現れる次のパラメーターは、タイムインタリービングを構成する。
ＤＰ_ＴＩ_ＴＹＰＥ（許容された値：０又は１）：タイムインターリービングモードを示す。０は、タイムインターリービンググループ当たり多数のタイムインターリービングブロック（１つ以上のタイムインターリービングブロック）を有するモードを示す。この場合、１つのタイムインターリービンググループは、１つのフレームに（フレーム間インタリービングなしに）直接マッピングされる。１は、タイムインターリービンググループ当たり１つのタイムインターリービングブロックのみを有するモードを示す。この場合、タイムインターリービングブロックは、１つ以上のフレームにわたって拡散する（フレーム間インタリービング）。
ＤＰ_ＴＩ_ＬＥＮＧＴＨ：ＤＰ_ＴＩ_ＴＹＰＥ＝‘０’であれば、当該パラメーターは、タイムインターリービンググループ当たりタイムインターリービングブロックの数ＮＴＩである。ＤＰ_ＴＩ_ＴＹＰＥ＝‘１’の場合、当該パラメーターは、１つのタイムインターリービンググループから拡散するフレームの数ＰＩである。
ＤＰ_ＮＵＭ_ＢＬＯＣＫ_ＭＡＸ（許容された値：０〜１０２３）：タイムインターリービンググループ当たりＸＦＥＣＢＬＯＣＫの最大数を示す。
ＤＰ_ＦＲＡＭＥ_ＩＮＴＥＲＶＡＬ（許容された値：１、２、４、８）：与えられたフィジカルプロファイルの同一のデータパイプを伝達する２つの順次的なフレーム間のフレームの数ＩＪＵＭＰを示す。
ＤＰ_ＴＩ_ＢＹＰＡＳＳ（許容された値：０又は１）：タイムインタリービングがデータフレームに用いられない場合、当該パラメーターは‘１’に設定される。タイムインタリービングが用いられる場合、‘０’に設定される。
さらに、ＰＬＳ２ＤＹＮデータからのパラメーターＤＰ_ＮＵＭ_ＢＬＯＣＫは、データグループの１つのタイムインターリービンググループによって伝達されるＸＦＥＣＢＬＯＣＫの数を示す。
タイムインタリービングがデータフレームに用いられない場合、次のタイムインターリービンググループ、タイムインタリービング動作、タイムインターリービングモードは考慮されない。しかし、スケジューラからのダイナミック（ｄｙｎａｍｉｃ、動的）構成情報のためのディレイコンペンセーション（ｄｅｌａｙ ｃｏｍｐｅｎｓａｔｉｏｎ、遅延補償）ブロックは、依然として必要である。それぞれのデータパイプにおいて、ＳＳＤ／ＭＩＭＯエンコーディングから受信したＸＦＥＣＢＬＯＣＫはタイムインターリービンググループにグループ化される。すなわち、それぞれのタイムインターリービンググループは、整数個のＸＦＥＣＢＬＯＣＫの集合であり、ダイナミック（ｄｙｎａｍｉｃ、動的）に変化する数のＸＦＥＣＢＬＯＣＫを含む。インデックスｎのタイムインターリービンググループにあるＸＦＥＣＢＬＯＣＫの数は、ＮｘＢＬＯＣＫ_Ｇｒｏｕｐ（ｎ）で示し、ＰＬＳ２ＤＹＮデータでＤＰ_ＮＵＭ_ＢＬＯＣＫとしてシグナリングされる。このとき、ＮｘＢＬＯＣＫ_Ｇｒｏｕｐ（ｎ）は、最小値０から、最も大きい値が１０２３である最大値ＮｘＢＬＯＣＫ_Ｇｒｏｕｐ_ＭＡＸ（ＤＰ_ＮＵＭ_ＢＬＯＣＫ_ＭＡＸに該当）まで変化し得る。
それぞれのタイムインターリービンググループは、１つのフレームに直接マッピングされるか、又はＰＩ個のフレームにわたって拡散する。また、それぞれのタイムインターリービンググループは、１つ以上（ＮＴＩ個）のタイムインターリービングブロックに分離される。ここで、それぞれのタイムインターリービングブロックは、タイムインターリーバメモリの１つの使用に該当する。タイムインターリービンググループ内のタイムインターリービングブロックは、若干の異なる数のＸＦＥＣＢＬＯＣＫを含んでもよい。タイムインターリービンググループが多数のタイムインターリービングブロックに分離されると、タイムインターリービンググループは１つのフレームにのみ直接マッピングされる。下記の表３２に示したように、タイムインタリービングには３つのオプションがある（タイムインタリービングを省略する追加オプション除外）。
Figure 0006423016
一般に、タイムインタリーバーは、フレーム生成過程の前にデータパイプデータに対するバッファーとしても作用する。これは、それぞれのデータパイプに対して２つのメモリバンクによって達成される。１番目のタイムインターリービングブロックは１番目のバンクに書き込まれる。１番目のバンクで読み取られる間、２番目のタイムインターリービングブロックが２番目のバンクに書き込まれる。
タイムインタリービングは、ツイストされた行列ブロックインターリーバである。ｎ番目のタイムインターリービンググループのｓ番目のタイムインターリービングブロックに対して、列の数ＮｃがＮｘＢＬＯＣＫ_ＴＩ（ｎ，ｓ）と同一である一方、タイムインターリービングメモリの行の数Ｎｒは、セルの数Ｎｃｅｌｌｓと同一である（即ち、Ｎｒ＝Ｎｃｅｌｌｓ）。
図２１は、本発明の一実施例によるツイストされた行列ブロックインターリーバの基本動作を示す。
図２１（ａ）は、タイムインタリーバーで書き込み動作を示し、図２１（ｂ）は、タイムインタリーバーで読み取り動作を示す。（ａ）に示したように、１番目のＸＦＥＣＢＬＯＣＫは、タイムインターリービングメモリの１番目の列に列方向に書き込まれ、２番目のＸＦＥＣＢＬＯＣＫは、次の列に書き込まれ、このような動作が続く。そして、インターリービングアレイにおいて、セルが対角線方向に読み取られる。（ｂ）に示したように、１番目の行から（最も左側の列から始まって行に沿って右側に）最後の行まで対角線方向の読み取りが行われる間、Ｎｒ個のセルが読み取られる。具体的には、ｚｎ，ｓ，ｉ（i＝０，…，ＮｒＮｃ）が、順次に読み取られるタイムインターリービングメモリセルの位置であると仮定すると、このようなインターリービングアレイでの読み取り動作は、下記の式のように、行インデックスＲｎ，ｓ，ｉ、列インデックスＣｎ，ｓ，ｉ、関連するツイストパラメーターＴｎ，ｓ，ｉを算出することによって行われる。
Figure 0006423016
ここで、Ｓshiftは、ＮｘＢＬＯＣＫ＿ＴＩ（ｎ，ｓ）に関係なく、対角線方向の読み取り過程に対する共通シフト値であり、シフト値は、下記の式のように、ＰＬＳ２ＳＴＡＴで与えられたＮｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸによって決定される。
Figure 0006423016
結果的に、読み取られるセル位置は、座標ｚｎ，ｓ，ｉ＝ＮｒＣｎ，ｓ，ｉ+Ｒｎ，ｓ，ｉによって算出される。
図２２は、本発明の他の一実施例によるツイストされた行列ブロックインターリーバの動作を示す。
より具体的に、図２２は、ＮｘＢＬＯＣＫ＿ＴＩ（０，０）＝３、ＮｘＢＬＯＣＫ＿ＴＩ（１，０）＝６、ＮｘＢＬＯＣＫ＿ＴＩ（２，０）＝５であるとき、仮想ＸＦＥＣＢＬＯＣＫを含む、それぞれのタイムインターリービンググループに対するタイムインターリービングメモリにおけるインターリービングアレイを示す。
変数ＮｘＢＬＯＣＫ＿ＴＩ（ｎ，ｓ）＝Ｎｒは、ＮｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸより小さいか又は同一である。したがって、ＮｘＢＬＯＣＫ＿ＴＩ（ｎ，ｓ）に関係なく、受信機側で単一のメモリデインターリービングを達成するために、ツイストされた行列ブロックインターリーバ用インターリービングアレイは、仮想ＸＦＥＣＢＬＯＣＫをタイムインターリービングメモリに挿入することによって、Ｎｒ×Ｎｃ＝Ｎcells×Ｎ'ｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸの大きさに設定され、読み取り過程は、次の式のように行われる。
Figure 0006423016
タイムインターリービンググループの数は３に設定される。タイムインタリーバーのオプションは、ＤＰ_ＴＩ_ＴＹＰＥ＝‘０’、ＤＰ_ＦＲＡＭＥ_ＩＮＴＥＲＶＡＬ＝‘１’、ＤＰ_ＴＩ_ＬＥＮＧＴＨ＝‘１’、すなわち、ＮＴＩ＝１、ＩＪＵＭＰ＝１、ＰＩ＝１によってＰＬＳ２ＳＴＡＴデータでシグナリングされる。それぞれＮｃｅｌｌｓ＝３０であるＸＦＥＣＢＬＯＣＫのタイムインターリービンググループ当たりの数は、それぞれのＮｘＢＬＯＣＫ_ＴＩ（０，０）＝３、ＮｘＢＬＯＣＫ_ＴＩ（１，０）＝６、ＮｘＢＬＯＣＫ_ＴＩ（２，０）＝５によってＰＬＳ２ＤＹＮデータでシグナリングされる。ＸＦＥＣＢＬＯＣＫの最大数は、ＮｘＢＬＯＣＫ_Ｇｒｏｕｐ_ＭＡＸによってＰＬＳ２ＳＴＡＴデータでシグナリングされ、これは、
Figure 0006423016
 につながる。
図２３は、本発明の一実施例によるツイストされた行列ブロックインターリーバの対角線方向の読み取りパターンを示す。
より具体的に、図２３は、パラメーターＮ'ｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸ＝７及びＳｓｈｉｆｔ＝（７１）／２＝３を有するそれぞれのインターリービングアレイからの対角線方向の読み取りパターンを示す。このとき、前記で擬似コードとして示した読み取り過程で、
Figure 0006423016
 であると、Ｖｉの値が省略され、Ｖｉの次の計算値が使用される。
図２４は、本発明の一実施例によるそれぞれのインターリービングアレイからのインタリービングされたＸＦＥＣＢＬＯＣＫを示す。
図２４は、パラメーターＮ'ｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸ＝７及びＳｓｈｉｆｔ＝３を有するそれぞれのインターリービングアレイからインタリービングされたＸＦＥＣＢＬＯＣＫを示す。
図２５は、本発明の一実施例によるメインフィジカルデバイス（Ｍａｉｎ Ｐｈｙｓｉｃａｌ Ｄｅｖｉｃｅ）及びコンパニオンフィジカルデバイス（Ｃｏｍｐａｎｉｏｎ Ｐｈｙｓｉｃａｌ Ｄｅｖｉｃｅ）の構成を示す図である。
本発明の一実施例は、地上波放送又はモバイル放送環境でサービスガイド（ｓｅｒｖｉｃｅ ｇｕｉｄｅ）を提供することができる。また、本発明の一実施例は、地上波放送網とインターネット網の連動をベースとする次世代ハイブリッド放送環境で可能なサービスに対するサービスガイドを提供することができる。
本発明の一実施例は、次世代ハイブリッド放送システムで提供できる様々なサービスと、これを構成するコンテンツ（ｃｏｎｔｅｎｔ）及び／又はコンポーネント（ｃｏｍｐｏｎｅｎｔ）要素をユーザに知らせることができる。これを通じて、ユーザが当該サービスを確認、選択及び感想するのに利便性を提供することができる。
本発明の一実施例は、一つのサービスと、これを構成する様々なコンテンツ及び／又はコンポーネント要素を構造化し、互いに連係（ｒｅｆｅｒｅｎｃｅ）させることができる。これを通じて、放送受信機は、当該サービスを容易に構成及び提供することができ、ユーザが、当該サービスに対して容易に把握できるようにすることができる。
本発明の一実施例は、一つのサービスと、これを構成する様々なコンテンツ及び／又はコンポーネント要素を連係させるレファレンス（ｒｅｆｅｒｅｎｃｅ）構造を拡張することによって、放送受信機及び／又はユーザが、一つのサービスを構成するコンテンツ及び／又はコンポーネント要素を検索するのにかかるリソース（ｒｅｓｏｕｒｃｅ）及び／又は時間を節約できるようにする。
同図は、本発明の一実施例によるメインフィジカルデバイス及びコンパニオンフィジカルデバイスの全体的な構成を示す図である。
本発明の一実施例によるメインフィジカルデバイス（ｍａｉｎ ｐｈｙｓｉｃａｌ ｄｅｖｉｃｅ）Ｌ２５０１０は、インタラクティブサービス（ｉｎｔｅｒａｃｔｉｖｅ ｓｅｒｖｉｃｅ）のためのデバイスのうち一つであって、主にコンパニオンフィジカルデバイス（ｃｏｍｐａｎｉｏｎ ｐｈｙｓｉｃａｌ ｄｅｖｉｃｅ）Ｌ２５０２０による制御対象となる機器を示すことができる。メインフィジカルデバイスは、メインデバイス、メイン受信装置、メイン受信機、メインディスプレイ、メインスクリーンなどと命名することができる。
本発明の一実施例によるメインフィジカルデバイスＬ２５０１０は、ブロードキャストインタフェース（ｂｒｏａｄｃａｓｔ ｉｎｔｅｒｆａｃｅ）Ｌ２５０３０、ネットワークインタフェース（ｎｅｔｗｏｒｋ ｉｎｔｅｒｆａｃｅ）Ｌ２５０４０、メモリユニット（ｍｅｍｏｒｙ ｕｎｉｔ）Ｌ２５０５０、コントロールユニット（ｃｏｎｔｒｏｌ ｕｎｉｔ）Ｌ２５０６０、ディスプレイユニット（ｄｉｓｐｌａｙ ｕｎｉｔ）Ｌ２５０７０、マルチメディアモジュール（ｍｕｌｔｉｍｅｄｉａ ｍｏｄｕｌｅ）Ｌ２５０８０、ストレージ（ｓｔｏｒａｇｅ）Ｌ２５０９０、パワーサプライ（ｐｏｗｅｒ ｓｕｐｐｌｙ）Ｌ２５１００及び／又はユーザ入力インタフェース（ｕｓｅｒ ｉｎｐｕｔ ｉｎｔｅｒｆａｃｅ）Ｌ２５１１０を含んでもよい。
ブロードキャストインタフェースＬ２５０３０は、ブロードキャスト（ｂｒｏａｄｃａｓｔｅｒ）とデバイスとの間にＡＶストリーム（ＡＶ ｓｔｒｅａｍ）、サービスガイド（ｓｅｒｖｉｃｅ ｇｕｉｄｅ）、ノーティフィケーション（ｎｏｔｉｆｉｃａｔｉｏｎ）などのメッセージ（ｍｅｓｓａｇｅ）及び／又はデータ伝送を可能にする物理的装置を示すことができる。ブロードキャストインタフェースは、ブロードキャストから放送信号、シグナリング情報、データなどを受信することができる。
ネットワークインタフェースＬ２５０４０は、デバイス（例えば、メインフィジカルデバイスとコンパニオンフィジカルデバイス）間にコマンド（ｃｏｍｍａｎｄ）、リクエスト（ｒｅｑｕｅｓｔ）、アクション（ａｃｔｉｏｎ）、レスポンス（ｒｅｓｐｏｎｓｅ）などのメッセージ、アドバタイズ（ａｄｖｅｒｔｉｓｅ）及び／又はデータ伝送を可能にする物理的装置を示すことができる。ネットワークインタフェースは、インターネットサービスプロバイダー（ｉｎｔｅｒｎｅｔ ｓｅｒｖｉｃｅ ｐｒｏｖｉｄｅｒ）から放送サービス、放送コンテンツ、シグナリング情報、アプリケーション、データなどを受信することができる。
メモリユニットＬ２５０５０は、様々な種類のデバイスで具現される選択的な装置であって、様々な種類のデータを臨時格納できる揮発性性質の物理的装置を示すことができる。
コントロールユニットＬ２５０６０は、ソースデバイス（ｓｏｕｒｃｅ ｄｅｖｉｃｅ）及び／又はシンクデバイス（ｓｉｎｋ ｄｅｖｉｃｅ）の全般的な動作を制御する装置であって、ソフトウェア又はハードウェアであってもよい。ここで、ソースデバイスは、メッセージ及び／又はデータを伝送するデバイスを示すことができ、シンクデバイスは、メッセージ及び／又はデータを受信するデバイスを示すことができる。したがって、本発明の一実施例によるメインフィジカルデバイス及びコンパニオンフィジカルデバイスは、ソースデバイス又はシンクデバイスに該当し得る。
ディスプレイユニットＬ２５０７０は、ネットワークインタフェースを介して受信されたデータ又はストレージに格納されているデータを画面上に表示することができる。このとき、ディスプレイユニットは、コントロールユニットの制御によって動作することができる。
マルチメディアモジュールＬ２５０８０は、様々な種類のマルチメディアを再生することができる。マルチメディアモジュールは、コントロールユニットに含まれていてもよく、コントロールユニットと別個に存在することができる。
ストレージＬ２５０９０は、様々な種類のデータを格納できる非揮発性性質の物理的装置を示すことができる。例えば、ＳＤカードがストレージに該当し得る。
パワーサプライＬ２５１００は、コントロールユニットの制御によって、外部の電源及び／又は内部の電源の印加を受け、他の構成要素の動作に必要な電源を供給する装置を示すことができる。
ユーザ入力インタフェースＬ２５１１０は、ユーザから命令などの入力を受信できる装置を示すことができる。
本発明の一実施例によるコンパニオンフィジカルデバイスＬ２５０２０は、インタラクティブサービス（ｉｎｔｅｒａｃｔｉｖｅ ｓｅｒｖｉｃｅ）のためのデバイスのうち一つであって、メインデバイスを制御する機器を示すことができる。コンパニオンフィジカルデバイスは、主にユーザから直接インプット（ｉｎｐｕｔ）を受信することができる。コンパニオンフィジカルデバイスは、コンパニオンデバイス、セカンドデバイス、付加デバイス、補助デバイス、コンパニオン受信装置、コンパニオン受信機、コンパニオンディスプレイ、セカンドスクリーンなどと命名することができる。
本発明の一実施例によるコンパニオンフィジカルデバイスＬ２５０２０は、ネットワークインタフェース、メモリユニット、コントロールユニット、ディスプレイユニット、マルチメディアモジュール、ストレージ、パワーサプライ及び／又はユーザ入力インタフェースを含んでもよい。
本発明の一実施例によるコンパニオンフィジカルデバイスを構成する構成要素のうち、メインデバイスを構成する構成要素と同一の名称の構成要素は、前述したメインデバイスを構成する構成要素と同じ機能を行うことができる。
図２６は、本発明の一実施例によるハイブリッド放送サービスを支援するためのプロトコルスタックを示す図である。
物理層（Ｐｈｙｓｉｃａｌ ｌａｙｅｒ）は、地上波放送信号を受信し、これを適切な形態に変換することができる。
ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）エンカプセレーション（Ｅｎｃａｐｓｕｌａｔｉｏｎ）は、物理層から獲得された情報を用いてＩＰデータグラムを獲得することができる。また、獲得されたＩＰデータグラムを特定のフレーム（例えば、ＲＳ Ｆｒａｍｅ、ＧＳＥなど）に変換することができる。
ＭＰＥＧ−２ ＴＳエンカプセレーション（Ｅｎｃａｐｓｕｌａｔｉｏｎ）は、物理層から獲得された情報を用いてＭＰＥＧ−２ ＴＳを獲得することができる。また、獲得されたＭＰＥＧ２ ＴＳデータグラムを特定のフレーム（例えば、ＲＳ Ｆｒａｍｅ、ＧＳＥなど）に変換することができる。
ＦＩＣ（ｆａｓｔ ｉｎｆｏｒｍａｔｉｏｎ ｃｈａｎｎｅｌ）は、サービス及び／又はコンテンツに接近できるようにするための情報（例えば、サービスＩＤとフレームとの間のマッピング情報など）を伝達することができる。
シグナリング（Ｓｉｇｎａｌｉｎｇ）は、サービス及び／又はコンテンツの効果的な獲得を支援するためのシグナリング情報を含んでもよい。シグナリング情報は、バイナリ及び／又はＸＭＬ形態で表現されてもよく、地上波放送網及び／又はブロードバンド（ｂｒｏａｄｂａｎｄ）を介して伝送されてもよい。
リアルタイム放送Ａ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）コンテンツ及びデータ（Ｄａｔａ）は、ＩＳＯ Ｂａｓｅ Ｍｅｄｉａ Ｆｉｌｅ Ｆｏｒｍａｔ（ＩＳＯＢＭＦＦ）などで表現されてもよく、地上波放送網及び／又はブロードバンドを介してリアルタイムで伝送されてもよい。非リアルタイムコンテンツは、ＩＰ／ＵＤＰ／ＦＬＵＴＥをベースとして伝送されてもよい。そして、リアルタイム放送Ａ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）コンテンツ、データ及び／又はシグナリング情報は、ＤＡＳＨなどを用いてインターネット網を介してリアルタイムで伝送されてもよい。このとき、リアルタイム放送Ａ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）コンテンツ、データ及び／又はシグナリング情報は、要求によって伝送されてもよく、それとも、リアルタイムストリーミングによって伝送されてもよい。
本発明の一実施例は、上述したプロトコルスタックを経て伝達されたデータを組み合わせてＩｎｔｅｒａｃｔｉｖｅサービス、ｓｅｃｏｎｄ ｓｃｒｅｅｎサービスなどの様々なｅｎｈａｎｃｅｄ ｓｅｒｖｉｃｅを視聴者に提供することができる。
図２７は、本発明の一実施例によるサービスタイプエレメント（Ｓｅｒｖｉｃｅ Ｔｙｐｅ ｅｌｅｍｅｎｔ）のＸＭＬスキーマ（ＸＭＬ ｓｃｈｅｍａ）を示す図である。
同図についての説明に先立ち、本発明の一実施例によるサービスガイド（ｓｅｒｖｉｃｅ ｇｕｉｄｅ）、サービスフラグメント（ｓｅｒｖｉｃｅ ｆｒａｇｍｅｎｔ）及びサービスタイプエレメント（ＳｅｒｖｉｃｅＴｙｐｅ ｅｌｅｍｅｎｔ）の定義及び構成について説明すると、以下の通りである。
サービスガイドは、アナウンスメントセッション内で伝送されるサービスガイドデリバリーディスクリプタが端末に伝達される放送分配チャネルを示すことができる。（The service guide may indicate a broadcast distribution channel over which Service Guide Delivery Descriptors carried within announcement sessions, can be delivered to the terminal.）
サービスガイドは、放送チャネル及び／又はインタラクションチャネルを介して伝送されるモバイル放送サービスのように、サービス提供者及び／又はコンテンツ提供者が、彼らが利用可能なようにしたサービス及び／又はコンテンツを説明できるようにし、定期購読又は購買を提案できるようにすることができる。また、サービスガイドは、サービスに接近する方法を説明するようにすることができる。ユーザの観点で、サービスガイドは、現在利用可能な又は予定されたサービス及び／又はコンテンツを見つけるための開始点として見なすことができ、ユーザの好みに基づいてサービス及び／又はコンテンツをフィルタリングするための開始点として見なすことができる。さらに、サービスガイドは、インタラクティブサービスへの開始点を提供することができる。（Service Guide may enable the service and content providers to describe the services and content they make available, or offer for subscription or purchase, as Mobile Broadcast services either over Broadcast Channel or over Interaction Channel. It may also enable the way to describe how to access the services. From the user perspective the Service Guide can be seen as an entry point to discover the currently available or scheduled services and content and to filter those based on their preferences. Furthermore, the Service Guide may provide the entry point to interactive services.)
サービスガイドは、サービスガイドフラグメントの観点で、サービス（ｓｅｒｖｉｃｅ）、スケジュール（ｓｃｈｅｄｕｌｅ）、コンテンツ（ｃｏｎｔｅｎｔ）、関連購買データ（ｒｅｌａｔｅｄ ｐｕｒｃｈａｓｅ ｄａｔａ）、プロビジョニングデータ（ｐｒｏｖｉｓｉｏｎｉｎｇ ｄａｔａ）、アクセスデータ（ａｃｅｓｓ ｄａｔａ）、インタラクティビティデータ（ｉｎｔｅｒａｃｔｉｖｉｔｙ ｄａｔａ）などのデータモデルを含んでもよい。（The Service Guide may include data model that models the services, schedules, content, related purchase and provisioning data, access and interactivity data and so on in terms of Service Guide fragments.)
本発明の一実施例は、サービスガイドアナウンスメントチャネルを介して伝送されるサービスガイドデリバリーディスクリプタを通じて、サービスガイドフラグメントの宣言及び／又はサービスガイドの最初発見のための方法を提供することができる。放送チャネル及び／又はインタラクティブチャネルを介して、サービスガイドデリバリーチャネルを介したサービスガイドフラグメント伝送のための伝送方法が提供され得る。サービスガイドデータを管理するために、本発明の一実施例は、アップデート及び／又はマネージメント方法を提供することができる。また、本発明の一実施例は、サービスガイドのための関連バックエンドインターフェースを提供することができる。（An embodiment of the invention may provide methods for initial discovery of Service Guide and the declaration of Service Guide fragments through Service Guide Delivery Descriptors that are sent over Service Guide Announcement Channel. An embodiment of the invention may provide delivery methods specified for Service Guide fragment delivery over Service Guide Delivery Channel, both over the Broadcast Channel as well as over the Interactive Channel. To manage the Service Guide data, an embodiment of the invention may provide update and management methods. An embodiment of the invention may provide the relevant backend interfaces for Service Guide.)
サービスフラグメントは、アグリゲートレベル（ａｇｇｒｅｇａｔｅ ｌｅｖｌｅ）で、放送サービスを構成するコンテンツアイテムを説明することができる。（The ‘Service’ fragment may describe at an aggregate level the content items which comprise a broadcast service.）
サービスフラグメントは、サービスのタイプによって、インタラクティブ部分及び／又は放送部分を含んでもよい。（Depending on the type of the service, it may have interactive part(s), broadcast only part(s), or both.）
サービスフラグメントは、コンテンツと直接的に関連がないが、サービスと機能的に関連のあるコンポーネント（例えば、購買情報、定期購読情報など）を含んでもよい。（The service may include components not directly related to the content but to the functionality of the service such as purchasing or subscription information.）
本発明の一実施例によると、サービスガイドの一部分として、サービスフラグメントは、他のフラグメントによって参照される中央ハブを形成することができる。（As the part of the Service Guide, the ‘Service’ fragment may form a central hub referenced by the other fragments.）
本発明の一実施例によると、サービスフラグメントをはじめとする関連フラグメントを共に用いて、端末は、どの時点でも当該サービスと関連する詳細情報を決定することができる。ここで、前記詳細情報は、ユーザに親しいディスプレイ内で要約され得る。例えば、要約された詳細情報は、関連コンテンツが何であるか、関連コンテンツがいつ、どのように消費されたか、関連コンテンツがいくらであるかを示すことができる。（Together with the associated fragments the terminal may determine the details associated with the service at any point of time. These details may be summarized into a userfriendly display, for example, of what, how and when the associated content may be consumed and at what cost.）
本発明の一実施例によるサービスは、コンテンツアイテムのグループを示すことができる。すなわち、サービスは、最終ユーザに伝達される論理的グループを形成することができる。例えば、いくつかのＴＶショーで構成されるＴＶチャネルがサービスに該当し得る。サービスフラグメントは、モバイル放送サービスを記述するメタデータを含んでもよい。（A service may represent a bundle of content items, which forms a logical group to the enduser. An example would be a TV channel, composed of several TV shows. A ‘Service’ fragment contains the metadata describing the Mobile Broadcast service.)
ＳｅｒｖｉｃｅＴｙｐｅエレメントは、当該サービスフラグメント（ｓｅｒｖｉｃｅ ｆｒａｇｍｅｎｔ）で記述しているサービスのタイプを示すことができる。さらに、１つ以上のタイプが混合されたサービスタイプ（ｓｅｒｖｉｃｅ ｔｙｐｅｓ）は、多数のＳｅｒｖｉｃｅＴｙｐｅインスタンスの存在によって表現されてもよい。（The mixed service types may be indicated by the presence of multiple instances of ServiceType.）このエレメントは、サービスをテクスチュアルインジケーター（ｔｅｘｔｕａｌ ｉｎｄｉｃａｔｏｒ）、アイコン（ｉｃｏｎ）又はグラフィックレプリゼンテーション（ｇｒａｐｈｉｃ ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）の形態でユーザにレンダリングするために、端末によって処理されてもよい。（This element may be processed by the terminal strictly for rendering to the user for example as a textual indicator, an icon, or graphic representation for the service.)
本発明の一実施例は、ハイブリッド放送システムで使用するサービスタイプを示すことができる方法を提供できる。さらに、本発明の一実施例は、ＳｅｒｖｉｃｅＴｙｐｅＲａｎｇｅＴｙｐｅ値に、ハイブリッド放送システムで示さなければならないサービスタイプ値（ＳｅｒｖｉｃｅＴｙｐｅ ｖａｌｕｅ）の範囲を割り当てることができる。
本発明の一実施例によるサービスタイプ（Ｓｅｒｖｉｃｅ Ｔｙｐｅ）に割り当てられた値は、次の通りである。サービスタイプ値が０であれば、Ｕｎｓｐｅｃｉｆｉｅｄであることを示すことができ、１であれば、当該サービスがＢａｓｉｃ ＴＶであることを示すことができ、２であれば、当該サービスがＢａｓｉｃ Ｒａｄｉｏであることを示すことができ、３であれば、当該サービスがＲｉｇｈｔｓ Ｉｓｓｕｅｒ Ｓｅｒｖｉｃｅであることを示すことができ、４であれば、Ｃａｃｈｅｃａｓｔであることを示すことができ、５であれば、Ｆｉｌｅ ｄｏｗｎｌｏａｄ ｓｅｒｖｉｃｅｓであることを示すことができ、６であれば、Ｓｏｆｔｗａｒｅ ｍａｎａｇｅｍｅｎｔ ｓｅｒｖｉｃｅｓであることを示すことができ、７であれば、Ｎｏｔｉｆｉｃａｔｉｏｎであることを示すことができ、８であれば、Ｓｅｒｖｉｃｅ Ｇｕｉｄｅであることを示すことができ、９であれば、Ｔｅｒｍｉｎａｌ Ｐｒｏｖｉｓｉｏｎｉｎｇ ｓｅｒｖｉｃｅｓであることを示すことができ、１０であれば、Ａｕｘｉｌｉａｒｙ Ｄａｔａであることを示すことができ、１１であれば、Ｓｔｒｅａｍｉｎｇ ｏｎ ｄｅｍａｎｄであることを示すことができ、１２であれば、Ｆｉｌｅ ｄｏｗｎｌｏａｄ ｏｎ ｄｅｍａｎｄであることを示すことができ、１３であれば、ＳｍａｒｔＣａｒｄ Ｐｒｏｖｉｓｉｏｎｉｎｇ ｓｅｒｖｉｃｅｓであることを示すことができ、１４であれば、Ｌｉｎｅａｒ ｓｅｒｖｉｃｅであることを示すことができ、１５であれば、Ａｐｐｂａｓｅｄ ｓｅｒｖｉｃｅであることを示すことができ、１６であれば、Ｃｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎ ｓｅｒｖｉｃｅであることを示すことができる。上述した値以外の値が、上述したサービス以外のサービスを示すのに使用されてもよい。
同図を参照すると、本発明の一実施例によるサービスタイプエレメント（ＳｅｒｖｉｃｅＴｙｐｅ ｅｌｅｍｅｎｔ）は、ＳｅｒｖｉｃｅＴｙｐｅＲａｎｇｅＴｙｐｅというタイプを有してもよい。本発明の一実施例によるＳｅｒｖｉｃｅＴｙｐｅＲａｎｇｅＴｙｐｅは、ＳｅｒｖｉｃｅＴｙｐｅＬＲＴｙｐｅ、ＳｅｒｖｉｃｅＴｙｐｅＯｔｈｅｒＥｎａｂｌｅｒｓＲａｎｇｅＴｙｐｅ及び／又はＳｅｒｖｉｃｅＴｙｐｅＰｒｏｐｒｉｅｔａｒｙＲａｎｇｅＴｙｐｅを含んでもよい。ここで、ＳｅｒｖｉｃｅＴｙｐｅＬＲＴｙｐｅは、最小値として０を有し、最大値として１３、１４、１５、１６又はそれ以上の値を有してもよい。
図２８は、本発明の一実施例によって、サービスタイプ値として１４を有するサービスに対するｘｍｌスキーマ（ｘｍｌ ｓｃｈｅｍａ）及びディスプレイ表示例を示す図である。
本発明の一実施例によるサービスフラグメント（Ｓｅｒｖｉｃｅ ｆｒａｇｍｅｎｔ）は、Ｈｏｍｅ ａｎｄ Ｓｈｏｐｐｉｎｇという名前を有し、ＳｅｒｖｉｃｅＴｙｐｅとして１４を有してもよい（Ｌ２８０１０）。
ＳｅｒｖｉｃｅＴｙｐｅ値１４は、Ｌｉｎｅａｒ Ｓｅｒｖｉｃｅを示すことができる。この場合、本発明の一実施例による受信装置は、選択したサービスのタイプがＬｉｎｅａｒ Ｓｅｒｖｉｃｅ（ｖａｌｕｅ＝１４）である場合、画面にサービスガイドのスケジュール情報が含まれていることがわかる。さらに、本発明の一実施例は、当該サービスとスケジュール情報を組み合わせ、ユーザに放送番組編成表のような情報を提供することができる（Ｌ２８０２０）。また、サービスタイプをサービスフラグメント内でシグナリングすると、受信機は、時間情報を含むサービスに対してのみ、上述したスケジュール情報を組み合わせるなどの作業を行えばよい。したがって、本発明の一実施例は、受信機の性能を向上させることができる。
図２９は、本発明の一実施例によって、サービスタイプ値として１４及び１５を有するサービスに対するｘｍｌスキーマ及びディスプレイ表示例を示す図である。
本発明の一実施例によるサービスフラグメントは、ＭＢＣという名前を有し、ＳｅｒｖｉｃｅＴｙｐｅとして１４及び１５を有してもよい（Ｌ２９０１０）。
ＳｅｒｖｉｃｅＴｙｐｅ値１５は、Ａｐｐｂａｓｅｄ ｓｅｒｖｉｃｅを示すことができる。Ａｐｐｂａｓｅｄ ｓｅｒｖｉｃｅタイプをサービスフラグメント内でシグナリングすると、本発明の一実施例による受信装置は、当該サービスにＡｐｐｂａｓｅｄ Ｓｅｒｖｉｃｅが含まれていることがわかる（Ｌ２９０２０）。したがって、本発明の一実施例は、サービスフラグメントのみを獲得しても、ＳｅｒｖｉｃｅＴｙｐｅを通じて、ユーザに関連Ａｐｐを実行できることを知らせることができる（Ｌ２９０３０）。さらに、同図に示されたように、ＭＢＣというサービスは、ＳｅｒｖｉｃｅＴｙｐｅ値１４も含んでいるので、当該サービスがＬｉｎｅａｒ Ｓｅｒｖｉｃｅ（ｖａｌｕｅ＝１４）である場合の本発明の効果を同一に有してもよい。これについての説明は前述した。
図３０は、本発明の一実施例によって、サービスタイプ値として１４及び１６を有するサービスに対するｘｍｌスキーマ及びディスプレイ表示例を示す図である。
本発明の一実施例によるサービスフラグメントは、ＭＢＣ Ｃｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎという名前を有し、ＳｅｒｖｉｃｅＴｙｐｅとして１４及び１６を有してもよい（Ｌ３００１０）。
ＳｅｒｖｉｃｅＴｙｐｅ値１６は、Ｃｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎ ｓｅｒｖｉｃｅを示すことができる。Ｃｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎ ｓｅｒｖｉｃｅタイプをサービスフラグメント内でシグナリングすると、本発明の一実施例による受信装置は、当該サービスにＣｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎ ｓｅｒｖｉｃｅが含まれていることがわかる（Ｌ３００２０）。したがって、本発明の一実施例は、サービスフラグメントのみを獲得しても、ＳｅｒｖｉｃｅＴｙｐｅを通じて、ユーザにＣｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎから提供されるサービスがあることを知らせることができる（Ｌ３００３０）。さらに、同図に示されたように、ＭＢＣ Ｃｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎというサービスは、ＳｅｒｖｉｃｅＴｙｐｅ値１４も含んでいるので、当該サービスがＬｉｎｅａｒ Ｓｅｒｖｉｃｅ（ｖａｌｕｅ＝１４）である場合の本発明の効果を同一に有してもよい。これについては前述した。
図３１は、本発明の一実施例によるコンポーネントフラグメント（Ｃｏｍｐｏｎｅｎｔ ｆｒａｇｍｅｎｔ）のＸｍｌスキーマを示す図である。
本発明の一実施例によるコンポーネントフラグメント（Ｃｏｍｐｏｎｅｎｔ ｆｒａｇｍｅｎｔ）は、コンポーネントが参照するコンテンツ、又はサービスの一部分であるコンポーネントを記述することができる。（The ‘Component’ fragment describes a component that is a part of a service or a content that the component refers to.）
本発明の一実施例によるコンポーネントフラグメントは、ｉｄ属性、ｖｅｒｓｉｏｎ属性、ｖａｌｉｄＦｒｏｍ属性、ｖａｌｉｄＴｏ属性、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメント、ＣｏｍｐｏｎｅｎｔＤａｔａエレメント及び／又はＰｒｉｖａｔｅＥｘｔエレメントを含んでもよい。
ｉｄ属性は、コンポーネントフラグメントのＩＤを示すことができる。この属性の値はｇｌｏｂａｌｌｙ ｕｎｉｑｕｅであってもよい。
ｖｅｒｓｉｏｎ属性は、コンポーネントフラグメントのバージョン情報を示すことができる。
ｖａｌｉｄＦｒｏｍ属性は、コンポーネントフラグメントが有効な最初の時点を示すことができる。
ｖａｌｉｄＴｏ属性は、コンポーネントフラグメントが有効な最後の時点を示すことができる。
ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントは、コンポーネントフラグメントが記述するコンテンツのタイプを示すことができる。タイプが混合された場合には、１つ以上のＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを使ってタイプを示すことができる。
ＣｏｍｐｏｎｅｎｔＤａｔａエレメントは、コンポーネントフラグメントが含むコンポーネントコンテンツ（Ｃｏｍｐｏｎｅｎｔ Ｃｏｎｔｅｎｔ）を示すことができる。このエレメントは、ビデオ、オーディオ又はＣＣ（Ｃｌｏｓｅｄ Ｃａｐｔｉｏｎ）データを示すことができる。
ＰｒｉｖａｔｅＥｘｔエレメントは、私有的な又はアプリケーションに限定された拡張のためのコンテナーを示すことができる。（An element serving as a container for proprietary or applicationspecific extensions.）
図３２は、本発明の一実施例によるＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのｘｍｌスキーマを示す図である。
本発明の一実施例によるコンポーネントは、ハイブリッド放送で送り得る全てのＣｏｍｐｏｎｅｎｔＴｙｐｅを表示することができる。そのために、本発明の一実施例は、タイプの範囲を整数値で表示することができる。
本発明の一実施例によると、全てのコンポーネントがコンポーネントデータ（ＣｏｍｐｏｎｅｎｔＤａｔａ）を含んでいるものではないので、受信装置は、コンポーネントフラグメントのタイプ値をまず見つけた後、コンポーネントデータの情報を知ることができる。
本発明の一実施例による各コンポーネント間の上下又は従属関係は、後述する。
本発明の一実施例によると、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのタイプを示すＣｏｍｐｏｎｅｎｔＲａｎｇｅＴｙｐｅは、最小値として０を、最大値として１３を有してもよい。
同図に示したように、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値が０であれば、定められていないコンポーネント（Ｕｎｓｐｅｃｉｆｉｅｄ）を示すことができ、１であれば、Ｃｏｎｔｉｎｕｏｕｓ コンポーネントを示すことができ、２であれば、Ｅｌｅｍｅｎｔａｒｙ コンポーネントを示すことができ、３であれば、Ｃｏｍｐｏｓｉｔｅ コンポーネントを示すことができ、４であれば、ＰｉｃｋＯｎｅ コンポーネントを示すことができ、５であれば、Ｃｏｍｐｌｅｘ コンポーネントを示すことができ、６であれば、Ｐｒｅｓｅｎｔａｂｌｅ コンポーネントを示すことができ、７であれば、ＮＲＴ Ｆｉｌｅを示すことができ、８であれば、ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍを示すことができ、９であれば、アプリケーションを示すことができ、１０であれば、ＡＴＳＣ３．０ アプリケーションを示すことができ、１１であれば、Ｏｎ Ｄｅｍａｎｄ コンポーネントを、１２であれば、Ｎｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍを、１３であれば、Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔを、１４〜２５５であれば、Ｒｅｓｅｒｖｅｄであることを示すことができる。
Ｃｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔは、一つの連続するストリームにおいて表現されるコンテンツコンポーネントを示すことができる。例えば、オーディオ、ビデオ又はＣｌｏｓｅｄ Ｃａｐｔｉｏｎがこれに該当し得る。
Ｅｌｅｍｅｎｔａｒｙ ｃｏｍｐｏｎｅｎｔは、シングルエンコーディングに該当するＣｏｎｔｉｎｕｏｕｓ コンポーネントを示すことができる。すなわち、別個のエンコーダーによってエンコーディングされるＣｏｎｔｉｎｕｏｕｓ コンポーネントを示すことができる。例えば、サウンドシーケンスのシングルエンコーディング、ピクチャシーケンスのシングルエンコーディング又はシングルｃｌｏｓｅｄ ｃａｐｔｉｏｎトラックがこれに該当し得る。
Ｃｏｍｐｏｓｉｔｅ ｃｏｍｐｏｎｅｎｔは、同じコンテンツタイプを有し、同じ場面を表現し、一つのプレゼンテーションを作るために組み合わせることができるＣｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔの集合を構成するコンテンツコンポーネントを示すことができる。例えば、完全なオーディオを提供するために混合される音楽、ダイアローグ又は効果音楽がこれに該当し得る。また、３Ｄ映像を提供するために組み合わされる左映像又は右映像がこれに該当し得る。
ＰｉｃｋＯｎｅ ｃｏｍｐｏｎｅｎｔは、同じコンテンツタイプを有し、同じ場面を表現し、一つのプレゼンテーションを作るために選択できるＣｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔの集合を構成するコンテンツコンポーネントを示すことができる。例えば、同じサウンドシーケンスと異なるビットレートでエンコーディングされたオーディオコンポーネントの集合、同じピクチャシーケンスと異なるビットレートでエンコーディングされたビデオコンポーネントの集合、又は同じダイアローグのための一般的なｃｌｏｓｅｄ ｃａｐｔｉｏｎトラック及びｅａｓｙ ｒｅａｄｅｒ ｃｌｏｓｅｄ ｃａｐｔｉｏｎトラックの集合がこれに該当し得る。
Ｃｏｍｐｌｅｘ ｃｏｍｐｏｎｅｎｔは、Ｃｏｍｐｏｓｉｔｅ ｃｏｍｐｏｎｅｎｔ又はＰｉｃｋＯｎｅ コンポーネントを示すことができる。
Ｐｒｅｓｅｎｔａｂｌｅ ｃｏｍｐｏｎｅｎｔは、ユーザに表示されるＣｏｎｔｉｎｕｏｕｓ コンポーネントを示すことができる。このコンポーネントは、Ｅｌｅｍｅｎｔａｒｙ ｃｏｍｐｏｎｅｎｔ又はＣｏｍｐｌｅｘ コンポーネントを含んでもよい。
ＮＲＴ Ｆｉｌｅは、非リアルタイムで伝送されるファイルを示すことができる。
ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍは、統合された全体として消費される意図で作られた１つ以上のＮＲＴファイルの集合を示すことができる。
Ａｐｐｌｉｃａｔｉｏｎは、それ自体で完全なエンハンスド又はインタラクティブサービスを構成する文書の集合を示すことができる。前記文書は、ＨＴＭＬ、ジャバスクリプト（ＪａｖａＳｃｒｉｐｔ）、ＣＳＳ、ＸＭＬ及び／又はマルチメディアファイル（ｍｕｌｔｉｍｅｄｉａ ｆｉｌｅｓ）を含んでもよい。このＡｐｐｌｉｃａｔｉｏｎは、このａｐｐｌｉｃａｔｉｏｎの一部分ではなく他のデータに接近することができる。このＡｐｐｌｉｃａｔｉｏｎは、ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍの特別なケースに該当し得る。
ＡＴＳＣ３．０ Ａｐｐｌｉｃａｔｉｏｎは、ＡＴＳＣ３．０ Ａｐｐｌｉｃａｔｉｏｎ Ｒｕｎｔｉｍｅ Ｅｎｖｉｒｏｎｍｅｎｔ Ｓｐｅｃｉｆｉｃａｔｉｏｎに従うアプリケーションを示すことができる。
Ｏｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔは、ｏｎ ｄｅｍａｎｄによって伝送されるコンテンツコンポーネントを示すことができる。
Ｎｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍは、Ｌｉｎｅａｒ Ｔｉｍｅ Ｂａｓｅ下でアプリケーションのアクションを同期化するためのｎｏｔｉｆｉｃａｔｉｏｎを伝送できるストリームを示すことができる。
Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔは、アクションの同期化されたｎｏｔｉｆｉｃａｔｉｏｎを伝送する０個以上のＮｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍｓ、１つ以上のアプリケーション、アプリケーションによって使用される０個以上の異なるＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍｓ、アプリケーションによって管理される０個以上のＯｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔｓを含んでもよい。
図３３は、本発明の一実施例によるＣｏｍｐｏｎｅｎｔＤａｔａエレメントのｘｍｌスキーマを示す図である。
本発明の一実施例は、実際のコンポーネントデータ（Ｃｏｍｐｏｎｅｎｔ Ｄａｔａ）の特性をサービスガイドするためにＣｏｍｐｏｎｅｎｔＤａｔａエレメントをスキーマとして定義することができる。
本発明の一実施例によるＣｏｍｐｏｎｅｎｔＤａｔａエレメントは、前述したコンポーネントフラグメントのＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値が２、３、４又は６である場合、それぞれのタイプの組合せ及び関係によってコンポーネントデータを表現できるようにすることができる。
本発明の一実施例によると、各コンポーネントは、ＣｏｎｔｅｎｔＴｙｐｅ属性を有してもよい。ＣｏｎｔｅｎｔＴｙｐｅ属性は、ビデオ、オーディオ及び／又はＣＣ（Ｃｌｏｓｅｄ Ｃａｐｔｉｏｎ）値を有してもよい。
同図に示されたスキーマ構造のように、本発明の一実施例は、各ＣｏｎｔｅｎｔＴｙｐｅ属性に応じてコンポーネントデータが記述され得るようにする方法を提供することができる。すなわち、本発明の一実施例によるＣｏｍｐｏｎｅｎｔＤａｔａエレメントは、ＣｏｎｔｅｎｔＴｙｐｅ属性の値がＶｉｄｅｏである場合、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントを下位エレメントとして有することができ、ＣｏｎｔｅｎｔＴｙｐｅ属性の値がＡｕｄｉｏである場合、ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントを下位エレメントとして有することができ、ＣｏｎｔｅｎｔＴｙｐｅ属性の値がＣＣである場合、ＣＣＣｏｍｐｏｎｅｎｔエレメントを下位エレメントとして有してもよい。そして、前記下位エレメントに各コンポーネントデータが記述され得る。
図３４は、本発明の一実施例によるＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント及びＶｉｄｅｏＲｏｌｅエレメントのｘｍｌスキーマを示す図である。
本発明の一実施例は、ハイブリッド放送で使用されるビデオコンポーネント（Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ）を表現できるようにする方法を提供することができる。
本発明の一実施例によるＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントは、ＶｉｄｅｏＲｏｌｅエレメント、ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント及び／又はＴａｒｇｅｔＤｅｖｉｃｅエレメントを下位エレメントとして有してもよい（Ｌ３４０１０）。
ＶｉｄｅｏＲｏｌｅエレメントは、当該ビデオコンポーネントがどのようなロール（Ｒｏｌｅ）を有するかを示すことができる。本発明の一実施例によると、将来の拡張性を考慮して、このエレメントは整数値を有してもよい。また、本発明の一実施例は、ビデオコンポーネントがｐｒｅｓｅｎｔａｂｌｅである場合に有するｒｏｌｅ及びｃｏｍｐｏｓｉｔｅである場合に有する役割をいずれも示すことができるようにこのエレメント値の範囲を提供することができる。
ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント及びＴａｒｇｅｔＤｅｖｉｃｅエレメントは、全てのｐｒｅｓｅｎｔａｂｌｅ ｃｏｍｐｏｎｅｎｔの共通エレメント（ｃｏｍｍｏｎ ｅｌｅｍｅｎｔ）に該当し得る。このエレメントは、ターゲットの属性を示すことができる。
本発明の一実施例によるＶｉｄｅｏＲｏｌｅエレメントが示す値が０であれば、ｕｎｓｐｅｃｉｆｉｅｄを、１であればＰｒｉｍａｒｙ （ｄｅｆａｕｌｔ） ｖｉｄｅｏを、２であればＡｌｔｅｒｎａｔｉｖｅ ｃａｍｅｒａ ｖｉｅｗを、３であればＯｔｈｅｒ ａｌｔｅｒｎａｔｉｖｅ ｖｉｄｅｏ コンポーネントを、４であればＳｉｇｎ ｌａｎｇｕａｇｅ （例えば、．，ＡＳＬ） ｉｎｓｅｔを、５であればＦｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏを、６であればＢａｓｅ ｌａｙｅｒ ｆｏｒ ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｅｎｃｏｄｉｎｇを、７であればＥｎｈａｎｃｅｍｅｎｔ ｌａｙｅｒ ｆｏｒ ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｅｎｃｏｄｉｎｇ， ｗｉｔｈ ｌｅｖｅｌを、８であれば３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗを、９であれば３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗを、１０であれば３Ｄ ｖｉｄｅｏ ｄｅｐｔｈ ｉｎｆｏｒｍａｔｉｏｎを、１１であればＰａｒｔ ｏｆ ｖｉｄｅｏ ａｒｒａｙ， ＜ｘ，ｙ＞ ｏｆ ＜ｎ，ｍ＞を、１２であればＦｏｌｌｏｗＳｕｂｊｅｃｔ ｍｅｔａｄａｔａを、１３〜２５５であればＲｅｓｅｒｖｅｄであることを示すことができる。ここで、このエレメント値０〜５はｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔのロール（ｒｏｌｅ）を示すことができ、６〜１２はＣｏｍｐｏｓｉｔｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔのロールを示すことができ、１３〜２５５はＯｔｈｅｒ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔのロールを示すことができる（Ｌ３４０２０）。
図３５は、本発明の一実施例によるＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント及びＡｕｄｉｏＲｏｌｅエレメントのｘｍｌスキーマを示す図である。
本発明の一実施例は、ハイブリッド放送で使用されるオーディオコンポーネント（Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ）を表現できるようにする方法を提供することができる。
本発明の一実施例によるＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントは、ａｓｓｏｃｉａｔｅｄＴｏ属性及び／又はＮｕｍｂｅｒＯｆＡｕｄｉｏＣｈｎｎｅｌｓ属性を有することができ、ＡｕｄｉｏＲｏｌｅエレメント、ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント及び／又はＴａｒｇｅｔＤｅｖｉｃｅエレメントを下位エレメントとして有してもよい（Ｌ３５０１０）。
ａｓｓｏｃｉａｔｅｄＴｏ属性は、当該オーディオコンポーネントがＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔに関連しているかを示すことができる。この属性は、コンポーネントフラグメントのｉｄ値を有してもよい。
ＮｕｍｂｅｒＯｆＡｕｄｉｏＣｈｎｎｅｌｓ属性は、オーディオコンポーネントのチャネルの数を示すことができる。
ＡｕｄｉｏＲｏｌｅエレメントは、当該オーディオコンポーネントがどのようなロール（Ｒｏｌｅ）を有するかを示すことができる。本発明の一実施例によると、将来の拡張性を考慮して、このエレメントは整数値を有してもよい。
ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント及びＴａｒｇｅｔＤｅｖｉｃｅエレメントは、全てのｐｒｅｓｅｎｔａｂｌｅ ｃｏｍｐｏｎｅｎｔの共通エレメント（ｃｏｍｍｏｎ ｅｌｅｍｅｎｔ）に該当し得る。このエレメントはターゲットの属性を示すことができる。
本発明の一実施例によるＡｕｄｉｏＲｏｌｅエレメントは０〜７の値を有してもよい。このエレメントの値が０であればｕｎｓｐｅｃｉｆｉｅｄ、１であればＣｏｍｐｌｅｔｅ ｍａｉｎ、２であればＭｕｓｉｃ、３であればＤｉａｌｏｇ、４であればＥｆｆｅｃｔｓ、５であればＶｉｓｕａｌｌｙ ｉｍｐａｉｒｅｄ、６であればＨｅａｒｉｎｇ ｉｍｐａｉｒｅｄ、７であればＣｏｍｍｅｎｔａｒｙ、８〜２５５であればＲｅｓｅｒｖｅｄであることを示すことができる（Ｌ３５０２０）。
図３６は、本発明の一実施例によるＣＣＣｏｍｐｏｎｅｎｔエレメント及びＣＣＲｏｌｅエレメントのｘｍｌスキーマを示す図である。
本発明の一実施例は、ハイブリッド放送で使用されるＣＣコンポーネント（ＣＣ Ｃｏｍｐｏｎｅｎｔ）を表現できるようにする方法を提供することができる。
本発明の一実施例によるＣＣＣｏｍｐｏｎｅｎｔエレメントは、ａｓｓｏｃｉａｔｅｄＴｏ属性を有することができ、ＣＣＲｏｌｅエレメント、ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント及び／又はＴａｒｇｅｔＤｅｖｉｃｅエレメントを下位エレメントとして有してもよい（Ｌ３６０１０）。
ａｓｓｏｃｉａｔｅｄＴｏ属性は、当該ＣＣコンポーネントがＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔに関連しているかを示すことができる。この属性は、コンポーネントフラグメントのｉｄ値を有してもよい。
ＣＣＲｏｌｅエレメントは、当該ＣＣコンポーネントがどのようなロール（Ｒｏｌｅ）を有するかを示すことができる。本発明の一実施例によると、将来の拡張性を考慮して、このエレメントは整数値を有してもよい。
ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント及びＴａｒｇｅｔＤｅｖｉｃｅエレメントは、全てのｐｒｅｓｅｎｔａｂｌｅ ｃｏｍｐｏｎｅｎｔの共通エレメント（ｃｏｍｍｏｎ ｅｌｅｍｅｎｔ）に該当し得る。このエレメントは、ターゲットの属性を示すことができる。
本発明の一実施例によるＣＣＲｏｌｅエレメントは０〜２の値を有してもよい。このエレメントの値が０であればｕｎｓｐｅｃｉｆｉｅｄ、１であればｎｏｒｍａｌ、２であればｅａｓｙ ｒｅａｄｅｒであることを示すことができる（Ｌ３６０２０）。
図３７は、本発明の一実施例によって、スケーラブルビデオコーディング（ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｃｏｄｉｎｇ）において１つのベースレイヤ（ｂａｓｅ ｌａｙｅｒ）と２つのエンハンスメントレイヤ（ｅｎｈａｎｃｅｍｅｎｔ ｌａｙｅｒ）を含むコンポジットビデオコンポーネント（Ｃｏｍｐｏｓｉｔｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ）に対してコンポーネントフラグメントのｘｍｌスキーマを示す図である。
本発明の一実施例によると、同図の上端に位置するコンポーネントフラグメント（Ｌ３７０１０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＣｏｍｐｏｓｉｔｅコンポーネントであることを示すことができる。
同図の左側に位置するコンポーネントフラグメント（Ｌ３７０２０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＥｌｅｍｅｎｔａｒｙコンポーネントであることを示すことができ、ＣｏｍｐｏｎｅｎｔＤａｔａエレメント、ＣｏｎｔｅｎｔＴｙｐｅ属性、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント及びＶｉｄｅｏＲｏｌｅエレメントを用いて、当該コンポーネントがＶｉｄｅｏに関するものであり、Ｂａｓｅ Ｌａｙｅｒ ｏｆ ＳＶＣコンポーネントであることを示すことができる。
同図の右側に位置するコンポーネントフラグメント（Ｌ３７０３０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＥｌｅｍｅｎｔａｒｙコンポーネントであることを示すことができ、ＣｏｍｐｏｎｅｎｔＤａｔａエレメント、ＣｏｎｔｅｎｔＴｙｐｅ属性、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント及びＶｉｄｅｏＲｏｌｅエレメントを用いて、当該コンポーネントがＶｉｄｅｏに関するものであり、Ｅｎｈａｎｃｅｍｎｅｔ Ｌａｙｅｒ ｏｆ ＳＶＣコンポーネントであることを示すことができる。
図３８は、本発明の一実施例によって、３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗと３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗを含むコンポジットコンポーネント（Ｃｏｍｐｏｓｉｔｅ Ｃｏｍｐｏｎｅｎｔ）に対してコンポーネントフラグメントのｘｍｌスキーマを示す図である。
本発明の一実施例によると、同図の上端に位置するコンポーネントフラグメント（Ｌ３８０１０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＣｏｍｐｏｓｉｔｅコンポーネントであることを示すことができる。
同図の左側に位置するコンポーネントフラグメント（Ｌ３８０２０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＰｉｃｋｏｎｅコンポーネントであることを示すことができ、ＣｏｍｐｏｎｅｎｔＤａｔａエレメント、ＣｏｎｔｅｎｔＴｙｐｅ属性、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント及びＶｉｄｅｏＲｏｌｅエレメントを用いて、当該コンポーネントがＶｉｄｅｏに関するものであり、３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗコンポーネントであることを示すことができる。
同図の右側に位置するコンポーネントフラグメント（Ｌ３８０３０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＰｉｃｋｏｎｅコンポーネントであることを示すことができ、ＣｏｍｐｏｎｅｎｔＤａｔａエレメント、ＣｏｎｔｅｎｔＴｙｐｅ属性、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント及びＶｉｄｅｏＲｏｌｅエレメントを用いて、当該コンポーネントがＶｉｄｅｏに関するものであり、３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗコンポーネントであることを示すことができる。
図３９は、本発明の一実施例によって、コンプリートオーディオコンポーネント（Ｃｏｍｐｌｅｔｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ）を記述するコンポーネントフラグメントのｘｍｌスキーマを示す図である。
本発明の一実施例によると、同図の最上端に位置するコンポーネントフラグメント（Ｌ３９０１０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＰｉｃｋｏｎｅコンポーネントであることを示すことができる。
同図の２番目の列の左側に位置するコンポーネントフラグメント（Ｌ３９０２０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＰｉｃｋｏｎｅコンポーネントであることを示すことができ、ＣｏｍｐｏｎｅｎｔＤａｔａエレメント、ＣｏｎｔｅｎｔＴｙｐｅ属性、ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント及びＡｕｄｉｏＲｏｌｅエレメントを用いて、当該コンポーネントがＡｕｄｉｏに関するものであり、Ｃｏｍｐｌｅｔｅｌｙ Ｍａｉｎコンポーネントであることを示すことができる。
同図の２番目の列の右側に位置するコンポーネントフラグメント（Ｌ３９０３０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＣｏｍｐｏｓｉｔｅコンポーネントであることを示すことができる。
同図の３番目の列の左側に位置するコンポーネントフラグメント（Ｌ３９０４０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／４”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＰｉｃｋｏｎｅコンポーネントであることを示すことができ、ＣｏｍｐｏｎｅｎｔＤａｔａエレメント、ＣｏｎｔｅｎｔＴｙｐｅ属性、ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント及びＡｕｄｉｏＲｏｌｅエレメントを用いて、当該コンポーネントがＡｕｄｉｏに関するものであり、Ｍｕｓｉｃコンポーネントであることを示すことができる。
同図の３番目の列の右側に位置するコンポーネントフラグメント（Ｌ３９０５０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／５”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＰｉｃｋｏｎｅコンポーネントであることを示すことができ、ＣｏｍｐｏｎｅｎｔＤａｔａエレメント、ＣｏｎｔｅｎｔＴｙｐｅ属性、ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント及びＡｕｄｉｏＲｏｌｅエレメントを用いて、当該コンポーネントがＡｕｄｉｏに関するものであり、Ｄｉａｌｏｇコンポーネントであることを示すことができる。
図４０は、本発明の一実施例によるコンテンツフラグメント（ｃｏｎｔｅｎｔ ｆｒａｇｍｅｎｔ）内のＣｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマを示す図である。
本発明の一実施例は、コンテンツに含まれるコンポーネントをサブエレメントとして構成することができる。すなわち、コンテンツフラグメントの内部にＣｏｍｐｏｎｅｎｔエレメントを含ませることができる。ここで、サブエレメントは、下位エレメントと同一の意味を有してもよい。
本発明の一実施例によるＣｏｍｐｏｎｅｎｔエレメントは、コンテンツに含まれるコンポーネント情報を示すことができる。
本発明の一実施例によるＣｏｍｐｏｎｅｎｔエレメントのタイプはＣｏｍｐｏｎｅｎｔＥｌｅｍｅｎｔＴｙｐｅであり、ＣｏｍｐｏｎｅｎｔＥｌｅｍｅｎｔＴｙｐｅは、コンテンツに含まれるコンポーネント情報をシーケンスの形態で定義することができる。したがって、コンテンツに含まれる全てのタイプのコンポーネントが記述され得る。
本発明の一実施例によるＣｏｍｐｏｎｅｎｔエレメントは、ＶｉｄｅｏＤａｔａエレメント、ＡｕｄｉｏＤａｔａエレメント及び／又はＣＣＤａｔａエレメントをサブエレメントとして有してもよい。また、ＶｉｄｅｏＤａｔａエレメントは、ＶｉｄｅｏＲｏｌｅエレメント、ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント及び／又はＴａｒｇｅｔＤｅｖｉｃｅエレメントをサブエレメントとして有することができ、ＡｕｄｉｏＤａｔａエレメントは、ＡｕｄｉｏＲｏｌｅエレメント、ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント及び／又はＴａｒｇｅｔＤｅｖｉｃｅエレメントをサブエレメントとして有することができ、ＣＣＤａｔａエレメントは、ＣＣＲｏｌｅエレメント、ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント及び／又はＴａｒｇｅｔＤｅｖｉｃｅエレメントをサブエレメントとして有してもよい。上述したエレメントについての詳細は前述した。
図４１は、本発明の一実施例によるＶｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネント（ＣＣ Ｃｏｍｐｏｎｅｎｔ）を含むＬｉｎｅａｒ Ｓｅｒｖｉｃｅに対するコンテンツフラグメントのｘｍｌスキーマを示す図である。
本発明の一実施例によって、コンテンツフラグメント内にＣｏｍｐｏｎｅｎｔエレメントを構成すると、Ｃｏｍｐｏｎｅｎｔ間のレファレンス（Ｒｅｆｅｒｅｎｃｅ）規定が不要となるので効率的である。したがって、本発明の一実施例による受信機は、コンテンツフラグメントを受信すると、当該コンテンツがどのようなコンポーネントで構成されているか、どのロール（ｒｏｌｅ）を有しているかについて直観的に把握することができる。
本発明の一実施例によると、Ｃｏｍｐｏｎｅｎｔエレメントは、コンテンツフラグメントに含まれたＰｒｉｃａｔｅＥｘｔエレメント内で定義されてもよい。
同図の左側の絵及びスキーマを見ると、２Ｄテニス放送コンテンツは、Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントを含んでもよい。このコンテンツのビデオコンポーネントはＰｒｉｍａｒｙ （ｄｅｆａｕｌｔ） ｖｉｄｅｏを示し、オーディオコンポーネントはＣｏｍｐｌｅｔｅ ｍａｉｎを示し、ＣＣコンポーネントはｎｏｒｍａｌを示すことができる。
同図の右側の絵及びスキーマを見ると、３Ｄテニス放送コンテンツは、２つのビデオコンポーネント、オーディオコンポーネント及びＣＣコンポーネントを含んでもよい。このコンテンツの１番目のビデオコンポーネントは３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗを示し、２番目のビデオコンポーネントは３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗを示し、オーディオコンポーネントはＣｏｍｐｌｅｔｅ ｍａｉｎを示し、ＣＣコンポーネントはｎｏｒｍａｌを示すことができる。
図４２は、Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間に関連関係を説明するためにコンテンツフラグメント内にＣｏｍｐｏｎｅｎｔエレメントを定義する場合のＣｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマを示す図である。
本発明の一実施例によると、一つのコンテンツを構成するコンポーネント間の関連関係に対する定義が必要であり得る。
本発明の一実施例によって、コンテンツフラグメント内にＣｏｍｐｏｎｅｎｔエレメントを構成すると、コンテンツフラグメント内で、当該コンテンツに含まれる全てのコンポーネント（Ｖｉｄｅｏ、Ａｕｄｉｏ及び／又はＣＣコンポーネント）を記述するので、コンポーネント間の関連関係を別途に記述する必要がない。
図４３は、Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間に関連関係を説明するためにＡｓｓｏｃｉａｔｅｄＴｏ属性を使用する実施例を示す図である。
本発明の一実施例は、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネント（ＣＣ Ｃｏｍｐｏｎｅｎｔ）の間の関連（Ａｓｓｏｃｉａｔｉｏｎ）関係を規定するために、オーディオコンポーネント（Ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔ）とＣＣコンポーネントの属性としてａｓｓｏｃｉａｔｅｄＴｏ属性を記述することができる。これにより、本発明の一実施例による受信機は、オーディオコンポーネントを受信すると、これと関連関係を結んでいるビデオコンポーネント（Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ）を知ることができる。同様に、ＣＣコンポーネントを受信すると、これと関連関係を結んでいるビデオコンポーネントを知ることができる。
同図を見ると、本発明の一実施例は、コンポーネントフラグメントの下位のＣｏｍｐｏｎｅｎｔＤａｔａエレメントの下位のＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントの属性としてａｓｓｏｃｉａｔｅｄＴｏ属性を定義し、ＣＣＣｏｍｐｏｎｅｎｔエレメントの属性としてａｓｓｏｃｉａｔｅｄＴｏ属性を定義することができる。
図４４は、Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間に関連関係を説明するためにａｓｓｏｃｉａｔｅｄＡｕｄｉｏ及びａｓｓｏｃｉａｔｅｄＣＣ属性を使用する実施例を示す図である。
本発明の一実施例は、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネント（ＣＣ Ｃｏｍｐｏｎｅｎｔ）の間の関連（Ａｓｓｏｃｉａｔｉｏｎ）関係を規定するために、ビデオコンポーネント（Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ）の属性としてａｓｓｏｃｉａｔｅｄＡｕｄｉｏ及びａｓｓｏｃｉａｔｅｄＣＣ属性を記述することができる。これにより、本発明の一実施例による受信機は、ビデオコンポーネント（Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ）を受信すると、これと関連関係を結んでいる全てのＡｕｄｉｏ及び／又はＣＣコンポーネントを知ることができる。
同図を見ると、本発明の一実施例は、コンポーネントフラグメントの下位のＣｏｍｐｏｎｅｎｔＤａｔａエレメントの下位のＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントの属性として、ａｓｓｏｃｉａｔｅｄＡｕｄｉｏ及び／又はａｓｓｏｃｉａｔｅｄＣＣ属性を定義することができる。
図４５は、ＡｓｓｏｃｉａｔｅｄＴｏ属性を使ってＶｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間に関連関係を説明する実施例を示す図である。
本発明の一実施例によると、Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ コンポーネントを記述するコンポーネントフラグメントにおいてＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントにａｓｓｏｃｉａｔｅｄＴｏ属性を定義して“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を参照することによって、当該Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔと関連するＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ コンポーネントを記述するコンポーネントフラグメントをシグナリングすることができる。
本発明の一実施例によると、Ｐｒｅｓｅｎｔａｂｌｅ ＣＣ コンポーネントを記述するコンポーネントフラグメントにおいてＣＣＣｏｍｐｏｎｅｎｔエレメントにａｓｓｏｃｉａｔｅｄＴｏ属性を定義して“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を参照することによって、当該Ｐｒｅｓｅｎｔａｂｌｅ ＣＣ Ｃｏｍｐｏｎｅｎｔと関連するＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ コンポーネントを記述するコンポーネントフラグメントをシグナリングすることができる。
図４６は、ａｓｓｏｃｉａｔｅｄＡｕｄｉｏ及び／又はａｓｓｏｃｉａｔｅｄＣＣ属性を使ってＶｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間に関連関係を説明する実施例を示す図である。
本発明の一実施例によると、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ コンポーネントを記述するコンポーネントフラグメントにおいてＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントにａｓｓｏｃｉａｔｅｄＡｕｄｉｏ及びａｓｓｏｃｉａｔｅｄＣＣ属性を定義し、それぞれ“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”、“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を参照することによって、当該Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔと関連するＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ コンポーネント及びＰｒｅｓｅｎｔａｂｌｅ ＣＣ コンポーネントを記述するコンポーネントフラグメントをシグナリングすることができる。
図４７は、本発明の一実施例によるフラグメント間の参照関係を示す図である。
本発明の一実施例によって、次世代ハイブリッド放送システムのサービスガイドを提供するためにＳｅｒｖｉｃｅ、Ｃｏｎｔｅｎｔ及びＣｏｍｐｏｎｅｎｔフラグメントを定義する方法を前述した。
本発明の一実施例は、前述した各フラグメント間の参照関係を定義することによって、次世代ハイブリッド放送システムのサービスガイドがアナウンスメント（ａｎｎｏｕｎｃｅｍｅｎｔ）され得る方法を提供することができる。
本発明の一実施例によると、ＣｏｍｐｏｎｅｎｔフラグメントでＳｅｒｖｉｃｅ及び／又はコンテンツフラグメントを参照することができる。
同図を見ると、ＣｏｍｐｏｎｅｎｔフラグメントでＳｅｒｖｉｃｅ及びコンテンツフラグメントを参照し、コンテンツフラグメントでＳｅｒｖｉｃｅフラグメントを参照し、ＳｃｈｅｄｕｌｅフラグメントでＳｅｒｖｉｃｅ、Ｃｏｎｔｅｎｔ及びＣｏｍｐｏｎｅｎｔフラグメントを参照することができる。
図４８は、本発明の一実施例によって、フラグメントとの参照関係を示すエレメントを含むＣｏｍｐｏｎｅｎｔフラグメントのｘｍｌスキーマを示す図である。
本発明の一実施例によるＣｏｍｐｏｎｅｎｔフラグメントは、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメント、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメント及び／又はＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを含んでもよい。上述した各エレメントは、それぞれのｉｄを示すｉｄＲｅｆ属性を有してもよい。
ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントは、当該Ｃｏｍｐｏｎｅｎｔフラグメントで参照するＳｅｒｖｉｃｅフラグメントを示すことができ、参照するＳｅｒｖｉｃｅフラグメントのｉｄ値を有してもよい。
ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、当該Ｃｏｍｐｏｎｅｎｔフラグメントで参照するコンテンツフラグメントを示すことができ、参照するコンテンツフラグメントのｉｄ値を有してもよい。
ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、当該Ｃｏｍｐｏｎｅｎｔフラグメントで参照する上位のＣｏｍｐｏｎｅｎｔフラグメントを示すことができ、参照する上位のＣｏｍｐｏｎｅｎｔフラグメントのｉｄ値を有してもよい。この場合、前述したＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントが示すタイプ値の分類によって、Ｃｏｍｐｏｎｅｎｔフラグメント間の参照関係又は上下関係が成立し得る。
図４９は、本発明の一実施例によって、フラグメントとの参照関係を示すエレメントを含むＳｃｈｅｄｕｌｅフラグメントのｘｍｌスキーマを示す図である。
本発明の一実施例によるＳｃｈｅｄｕｌｅフラグメントは、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメント、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメント及び／又はＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを含んでもよい。上述した各エレメントは、それぞれのｉｄを示すｉｄＲｅｆ属性を有してもよい。
ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントは、参照するＳｅｒｖｉｃｅフラグメントを示すことができ、参照するＳｅｒｖｉｃｅフラグメントのｉｄ値を有してもよい。これにより、Ｓｃｈｅｄｕｌｅフラグメントで当該Ｓｅｒｖｉｃｅの時間情報を提供することができる。
ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、参照するコンテンツフラグメントを示すことができ、参照するコンテンツフラグメントのｉｄ値を有してもよい。これにより、Ｓｃｈｅｄｕｌｅフラグメントで当該Ｃｏｎｔｅｎｔの時間情報を提供することができる。
ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、参照するＣｏｍｐｏｎｅｎｔフラグメントを示すことができ、参照するＣｏｍｐｏｎｅｎｔフラグメントのｉｄ値を有してもよい。これにより、Ｓｃｈｅｄｕｌｅフラグメントで当該Ｃｏｍｐｏｎｅｎｔの時間情報を提供することができる。
図５０は、Ｓｅｒｖｉｃｅ、Ｃｏｎｔｅｎｔ及びＣｏｍｐｏｎｅｎｔフラグメントの間の参照関係を説明する実施例を示す図である。
同図を見ると、前述したように、Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ コンポーネントを記述するコンポーネントフラグメント、Ｐｒｅｓｅｎｔａｂｌｅ ＣＣ コンポーネントを記述するコンポーネントフラグメントは、ａｓｓｏｃｉａｔｅｄＴｏ属性を用いて、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ コンポーネントを記述するコンポーネントフラグメントを参照することができる。
さらに、Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ コンポーネントを記述するコンポーネントフラグメント、Ｐｒｅｓｅｎｔａｂｌｅ ＣＣ コンポーネントを記述するコンポーネントフラグメント、及びＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ コンポーネントを記述するコンポーネントフラグメントは、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて、ｉｄ値が“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｎｔｅｎｔ／１”であるコンテンツフラグメントを参照することができる。
さらに、ｉｄ値が“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｎｔｅｎｔ／１”であるコンテンツフラグメントは、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いて、ｉｄ値が“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｓｅｒｖｉｃｅ／１”であるＳｅｒｖｉｃｅフラグメントを参照することができる。
このように、本発明の一実施例は、フラグメント間の参照関係を定義することによって、ハイブリッド放送システムで提供できるサービスガイドモデルを構成することができる。
図５１は、Ｃｏｎｔｉｎｕｏｕｓ コンポーネントを記述するＣｏｍｐｏｎｅｎｔフラグメント間の参照関係を説明する実施例を示す図である。
本発明の一実施例は、コンポーネントフラグメント間の参照関係を定義することによって、ハイブリッド放送システムで提供できるＣｏｎｔｉｎｕｏｕｓ Ｃｏｍｐｏｎｅｎｔの参照関係を表示することができる。
本発明の一実施例によると、ＣｏｍｐｏｎｅｎｔＴｙｐｅ値１〜６に該当するコンポーネントであるＣｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔ、Ｅｌｅｍｅｎｔａｒｙ ｃｏｍｐｏｎｅｎｔ、Ｃｏｍｐｏｓｉｔｅ ｃｏｍｐｏｎｅｎｔ、ＰｉｃｋＯｎｅ ｃｏｍｐｏｎｅｎｔ、Ｃｏｍｐｌｅｘ コンポーネント及び／又はＰｒｅｓｅｎｔａｂｌｅ ｃｏｍｐｏｎｅｎｔは、Ｃｏｎｔｉｎｕｏｕｓ Ｃｏｍｐｏｎｅｎｔに該当し得、同図に示されたように、上述したＣｏｎｔｉｎｕｏｕｓ Ｃｏｍｐｏｎｅｎｔ間の参照関係を表示することができる。
本発明の一実施例によると、Ｓｅｃｏｎｄ Ｅｎｈａｎｃｅｍｅｎｔ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／４”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を記述することによって、Ｆｉｒｓｔ Ｅｎｈａｎｃｅｍｅｎｔ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”）を参照することができる。
同様に、Ｆｉｒｓｔ Ｅｎｈａｎｃｅｍｅｎｔ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”を記述することによって、Ｂａｓｅ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”）を参照することができる。
同様に、Ｂａｓｅ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を記述することによって、Ｃｏｍｐｏｓｉｔｅ コンポーネントを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”）を参照することができる。
図５２は、Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するコンポーネントを記述するＣｏｍｐｏｎｅｎｔフラグメント間の参照関係を説明する実施例を示す図である。
本発明の一実施例は、コンポーネントフラグメント間の参照関係を定義することによって、ハイブリッド放送システムで提供できるＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するＣｏｍｐｏｎｅｎｔの参照関係を表示することができる。
本発明の一実施例によると、ＣｏｍｐｏｎｅｎｔＴｙｐｅ値７〜１３に該当するコンポーネントであるＮＲＴ Ｆｉｌｅ、ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍ、Ａｐｐｌｉｃａｔｉｏｎ、ＡＴＳＣ３．０ Ａｐｐｌｉｃａｔｉｏｎ、Ｏｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔ、Ｎｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍ及び／又はＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔは、Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するＣｏｍｐｏｎｅｎｔに該当し得、同図に示されたように、上述したＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するＣｏｍｐｏｎｅｎｔ間の参照関係を表示することができる。
本発明の一実施例によると、ＮＲＴ Ｆｉｌｅを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”を記述することによって、ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”）を参照することができる。
同様に、ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を記述することによって、Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”）を参照することができる。
同様に、Ｏｎ Ｄｅｍａｎｄ コンポーネントを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／５”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を記述することによって、Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”）を参照することができる。
同様に、アプリケーションを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／４”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を記述することによって、Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”）を参照することができる。
図５３は、本発明の一実施例によって、コンテンツフラグメントで関連サービスフラグメントを参照する場合に提供できる機能を示す図である。
本発明の一実施例は、コンテンツで参照するＳｅｒｖｉｃｅフラグメントを表示するとき、ハイブリッド放送網で支援する機能を詳細に示すことができるサービスガイド方法を提供できる。
本発明の一実施例によるコンテンツフラグメントはＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを有することができ、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントは、ｉｄＲｅｆ属性、ｗｅｉｇｈ属性及び／又はｒｅｌａｔｉｏｎｓｈｉｐ属性を含んでもよい。
ｉｄＲｅｆ属性は、参照するコンテンツフラグメントで参照するＳｅｒｖｉｃｅフラグメントのｉｄを示すことができる。
ｗｅｉｇｈ属性は、Ｓｅｒｖｉｃｅフラグメントの参照時、その重要度を示すことができる。
ｒｅｌａｔｉｏｎｓｈｉｐ属性は、Ｓｅｒｖｉｃｅフラグメントの参照時、コンテンツフラグメントとＳｅｒｖｉｃｅフラグメントとの関係を示すことができる。さらに、この属性の値は、将来の拡張性のために整数値で表現されてもよい。この属性の値が０であればｕｎｓｐｅｃｉｆｉｅｄ、１であればＰｒｏｇｒａｍＯｆ、２であればＣｏｎｔｅｎｔＩｔｅｍＯｆ、３であればＯｎＤｅｍａｎｄＣｏｍｐｏｎｅｎｔＯｆ、４〜２５５であればｒｅｓｅｒｖｅｄであることを示すことができる。ＰｒｏｇｒａｍＯｆは、当該Ｃｏｎｔｅｎｔが、参照されるＳｅｒｖｉｃｅのＰｒｏｇｒａｍに該当することを示すことができ、ＣｏｎｔｅｎｔＩｔｅｍＯｆは、当該Ｃｏｎｔｅｎｔが、参照されるＳｅｒｖｉｃｅのＣｏｎｔｅｎｔＩｔｅｍに該当することを示すことができ、ＯｎＤｅｍａｎｄＣｏｍｐｏｎｅｎｔＯｆは、当該Ｃｏｎｔｅｎｔが、参照されるＳｅｒｖｉｃｅのＯｎＤｅｍａｎｄＣｏｍｐｏｎｅｎｔに該当することを示すことができる。
図５４は、本発明の一実施例によるｒｅｌａｔｉｏｎｓｈｉｐ属性を用いて、コンテンツフラグメントで関連サービスフラグメントを参照する実施例を示す図である。
本発明の一実施例による受信機は、ｒｅｌａｔｉｏｎｓｈｉｐ属性を用いてコンテンツフラグメントでＳｅｒｖｉｃｅフラグメントを参照する場合、両フラグメント間の関係を知ることができる。したがって、本発明の一実施例は、ｒｅｌａｔｉｏｎｓｈｉｐ属性を通じて、コンポーネントレベル（Ｃｏｍｐｏｎｅｎｔ ｌｅｖｅｌ）まで分析しなくても、当該サービスがユーザにどの属性のコンテンツで構成されるかを、サービスガイドで表示することができる。
同図を見ると、計３個のコンテンツフラグメントは、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いて、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｓｅｒｖｉｃｅ／１”を有するＳｅｒｖｉｃｅフラグメントを参照している。左側のコンテンツフラグメントは、ｒｅｌａｔｉｏｎｓｈｉｐ属性値として１を有することによって、参照されるサービスフラグメントのＰｒｏｇｒａｍであることを示すことができ、中間のコンテンツフラグメントは、ｒｅｌａｔｉｏｎｓｈｉｐ属性値として２を有することによって、参照されるサービスフラグメントのＣｏｎｔｅｎｔＩｔｅｍであることを示すことができ、右側のコンテンツフラグメントは、ｒｅｌａｔｉｏｎｓｈｉｐ属性値として３を有することによって、参照されるサービスフラグメントのＯｎＤｅｍａｎｄＣｏｍｐｏｎｅｎｔであることを示すことができる。
図５５は、本発明の他の一実施例によるフラグメント間の参照関係を示す図である。
本発明の一実施例によって、次世代ハイブリッド放送システムのサービスガイドを提供するために、Ｓｅｒｖｉｃｅ、Ｃｏｎｔｅｎｔ及びＣｏｍｐｏｎｅｎｔフラグメントを定義する方法を前述した。
本発明の一実施例は、前述した各フラグメント間の参照関係を定義することによって、次世代ハイブリッド放送システムのサービスガイドがアナウンスメント（ａｎｎｏｕｎｃｅｍｅｎｔ）され得る方法を提供することができる。
本発明の一実施例によると、Ｓｅｒｖｉｃｅフラグメントでコンテンツフラグメント及び／又はＣｏｍｐｏｎｅｎｔフラグメントを参照することができる。
同図を見ると、サービスフラグメントでコンテンツフラグメント及び／又はコンポーネントフラグメントを参照し、コンテンツフラグメントでコンポーネントフラグメントを参照し、ＳｃｈｅｄｕｌｅフラグメントでＳｅｒｖｉｃｅ、Ｃｏｎｔｅｎｔ及び／又はＣｏｍｐｏｎｅｎｔフラグメントを参照することができる。
本発明の一実施例によると、特定のサービスを構成するコンテンツ、コンポーネント要素を見つけるためのリソースの節約が可能である。
図５６は、本発明の他の一実施例による、フラグメントとの参照関係を示すエレメントを含むサービスフラグメント、コンテンツフラグメント及びコンポーネントフラグメントのｘｍｌスキーマを示す図である。
本発明の一実施例によるサービスガイドの各フラグメントは参照関係を有してもよい。
本発明の一実施例によるサービスフラグメントは、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメント及び／又はＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを含んでもよい。上述した各エレメントは、それぞれのｉｄを示すｉｄＲｅｆ属性を有してもよい（Ｌ５６０１０）。
ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、当該サービスフラグメントで参照するコンテンツフラグメントを示すことができ、参照するコンテンツフラグメントのｉｄ値を有してもよい。
ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、当該サービスフラグメントで参照するＣｏｍｐｏｎｅｎｔフラグメントを示すことができ、参照するＣｏｍｐｏｎｅｎｔフラグメントのｉｄ値を有してもよい。
本発明の一実施例によるコンテンツフラグメントはＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを含んでもよい。このエレメントは、このエレメントのｉｄを示すｉｄＲｅｆ属性を有してもよい（Ｌ５６０２０）。
ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、当該コンテンツフラグメントで参照するＣｏｍｐｏｎｅｎｔフラグメントを示すことができ、参照するＣｏｍｐｏｎｅｎｔフラグメントのｉｄ値を有してもよい。
本発明の一実施例によるコンポーネントフラグメントはＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを含んでもよい。このエレメントは、このエレメントのｉｄを示すｉｄＲｅｆ属性を有してもよい（Ｌ５６０３０）。
ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、当該Ｃｏｍｐｏｎｅｎｔフラグメントで参照する下位のＣｏｍｐｏｎｅｎｔフラグメントを示すことができ、参照する下位のＣｏｍｐｏｎｅｎｔフラグメントのｉｄ値を有してもよい。この場合、前述したＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントが示すタイプ値の分類によって、Ｃｏｍｐｏｎｅｎｔフラグメント間の参照関係又は上下関係が成立し得る。
本発明の一実施例によるＳｃｈｅｄｕｌｅフラグメントは、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメント、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメント及び／又はＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを含んでもよい。上述した各エレメントは、それぞれのｉｄを示すｉｄＲｅｆ属性を有してもよい（図示せず）。
ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントは、参照するＳｅｒｖｉｃｅフラグメントを示すことができ、参照するＳｅｒｖｉｃｅフラグメントのｉｄ値を有してもよい。これにより、Ｓｃｈｅｄｕｌｅフラグメントで当該Ｓｅｒｖｉｃｅの時間情報を提供することができる。
ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、参照するコンテンツフラグメントを示すことができ、参照するコンテンツフラグメントのｉｄ値を有してもよい。これにより、Ｓｃｈｅｄｕｌｅフラグメントで当該Ｃｏｎｔｅｎｔの時間情報を提供することができる。
ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、参照するＣｏｍｐｏｎｅｎｔフラグメントを示すことができ、参照するＣｏｍｐｏｎｅｎｔフラグメントのｉｄ値を有してもよい。これにより、Ｓｃｈｅｄｕｌｅフラグメントで当該Ｃｏｍｐｏｎｅｎｔの時間情報を提供することができる。
図５７は、Ｓｅｒｖｉｃｅ、Ｃｏｎｔｅｎｔ及びＣｏｍｐｏｎｅｎｔフラグメントの間の参照関係を説明する他の一実施例を示す図である。
同図を見ると、前述したように、Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ コンポーネントを記述するコンポーネントフラグメント、Ｐｒｅｓｅｎｔａｂｌｅ ＣＣ コンポーネントを記述するコンポーネントフラグメントは、ａｓｓｏｃｉａｔｅｄＴｏ属性を用いて、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ コンポーネントを記述するコンポーネントフラグメントを参照することができる。
Ｉｄ値が“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｓｅｒｖｉｃｅ／１”であるＳｅｒｖｉｃｅフラグメントは、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて、ｉｄ値が“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｎｔｅｎｔ／１”であるコンテンツフラグメントを参照することができる。
Ｉｄ値が“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｎｔｅｎｔ／１”であるコンテンツフラグメントは、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて、ｉｄ値が“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”であるＣｏｍｐｏｎｅｎｔフラグメント（Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ）を参照することができる。
このように、本発明の一実施例は、フラグメント間の参照関係を定義することによって、ハイブリッド放送システムで提供できるサービスガイドモデルを構成することができる。
本発明の一実施例は、サービスフラグメントでコンテンツフラグメントを参照し、コンテンツフラグメントでコンポーネントフラグメントを参照する方式のように、上位レベルで下位レベルを参照する方向を使用することによって、リソースを低減することができる。
図５８は、Ｃｏｎｔｉｎｕｏｕｓ コンポーネントを記述するＣｏｍｐｏｎｅｎｔフラグメント間の参照関係を説明する他の一実施例を示す図である。
本発明の一実施例は、コンポーネントフラグメント間の参照関係を定義することによって、ハイブリッド放送システムで提供できるＣｏｎｔｉｎｕｏｕｓ Ｃｏｍｐｏｎｅｎｔの参照関係を表示することができる。
本発明の一実施例によると、ＣｏｍｐｏｎｅｎｔＴｙｐｅ値１〜６に該当するコンポーネントであるＣｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔ、Ｅｌｅｍｅｎｔａｒｙ ｃｏｍｐｏｎｅｎｔ、Ｃｏｍｐｏｓｉｔｅ ｃｏｍｐｏｎｅｎｔ、ＰｉｃｋＯｎｅ ｃｏｍｐｏｎｅｎｔ、Ｃｏｍｐｌｅｘ コンポーネント及び／又はＰｒｅｓｅｎｔａｂｌｅ ｃｏｍｐｏｎｅｎｔはＣｏｎｔｉｎｕｏｕｓ Ｃｏｍｐｏｎｅｎｔに該当し得、同図に示されたように、上述したＣｏｎｔｉｎｕｏｕｓ Ｃｏｍｐｏｎｅｎｔ間の参照関係を表示することができる。
本発明の一実施例によると、Ｃｏｍｐｏｓｉｔｅ コンポーネントを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”を記述することによって、Ｂａｓｅ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”）を参照することができる。
同様に、Ｂａｓｅ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を記述することによって、Ｆｉｒｓｔ Ｅｎｈａｎｃｅｍｅｎｔ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”）を参照することができる。
同様に、Ｆｉｒｓｔ Ｅｎｈａｎｃｅｍｅｎｔ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／４”を記述することによって、Ｓｅｃｏｎｄ Ｅｎｈａｎｃｅｍｅｎｔ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／４”）を参照することができる。
図５９は、Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するコンポーネントを記述するＣｏｍｐｏｎｅｎｔフラグメント間の参照関係を説明する他の一実施例を示す図である。
本発明の一実施例は、コンポーネントフラグメント間の参照関係を定義することによって、ハイブリッド放送システムで提供できるＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するＣｏｍｐｏｎｅｎｔの参照関係を表示することができる。
本発明の一実施例によると、ＣｏｍｐｏｎｅｎｔＴｙｐｅ値７〜１３に該当するコンポーネントであるＮＲＴ Ｆｉｌｅ、ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍ、Ａｐｐｌｉｃａｔｉｏｎ、ＡＴＳＣ３．０ Ａｐｐｌｉｃａｔｉｏｎ、Ｏｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔ、Ｎｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍ及び／又はＡｐｐｂａｓｅｄ ＥｎｈａｎｃｅｍｅｎｔはＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するＣｏｍｐｏｎｅｎｔに該当し得、同図に示されたように、上述したＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するＣｏｍｐｏｎｅｎｔ間の参照関係を表示することができる。
本発明の一実施例によると、Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”、“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／４”及び“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／５”を記述することによって、ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”）、アプリケーションを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／４”）及びＯｎ Ｄｅｍａｎｄ コンポーネントを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／５”）を参照することができる。
同様に、ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を記述することによって、ＮＲＴ Ｆｉｌｅを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”）を参照することができる。
図６０及び図６１は、本発明の一実施例によるＣｏｍｐｏｎｅｎｔフラグメントの構成を示す図である。
２つの図面にわたって示されたテーブルは、連結された一つのテーブルに該当する。
本発明の一実施例によるコンポーネントフラグメントは、ｉｄ属性、ｖｅｒｓｉｏｎ属性、ｖａｌｉｄＦｒｏｍ属性、ｖａｌｉｄＴｏ属性、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメント、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメント、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメント、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメント、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメント、ＰｒｉｖａｔｅＥｘｔエレメント及び／又はＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓエレメントを含んでもよい。ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメント、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメント及びＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、それぞれｉｄＲｅｆ属性を含んでもよい。上述したｉｄ属性及び／又はｉｄＲｅｆ属性はＵＲＩの形態を有することができ、上述した属性及び／又はエレメントについての詳細は後述する。
図６２は、本発明の他の一実施例によるＣｏｍｐｏｎｅｎｔフラグメントのｘｍｌスキーマを示す図である。
本発明の一実施例によるコンポーネントフラグメント（Ｃｏｍｐｏｎｅｎｔ ｆｒａｇｍｅｎｔ）は、コンポーネントが参照するコンテンツ又はサービスの一部分である、コンポーネントを記述することができる。（The ‘Component’ fragment describes a component that is a part of a service or a content that the component refers to.）
本発明の一実施例によるコンポーネントフラグメントは、ｉｄ属性、ｖｅｒｓｉｏｎ属性、ｖａｌｉｄＦｒｏｍ属性、ｖａｌｉｄＴｏ属性、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメント、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメント、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメント、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメント、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメント、ＰｒｉｖａｔｅＥｘｔエレメント及び／又はＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓエレメントを含んでもよい。
ｉｄ属性は、コンポーネントフラグメントのＩＤを示すことができる。この属性の値はｇｌｏｂａｌｌｙ ｕｎｉｑｕｅであってもよい。
ｖｅｒｓｉｏｎ属性は、コンポーネントフラグメントのバージョン情報を示すことができる。
ｖａｌｉｄＦｒｏｍ属性は、コンポーネントフラグメントが有効な最初の時点を示すことができる。
ｖａｌｉｄＴｏ属性は、コンポーネントフラグメントが有効な最後の時点を示すことができる。
ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントは、当該コンポーネントフラグメントが属するサービスフラグメントを参照することができる。
ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、当該コンポーネントが属するコンテンツフラグメントを参照することができる。
ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、当該コンポーネントが属するコンポーネントフラグメントを参照することができる。
ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントは、コンポーネントフラグメントが記述するコンテンツのタイプを示すことができる。タイプが混合された場合には、１つ以上のＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを使ってタイプを示すことができる。
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、当該コンポーネントのロール（ｒｏｌｅ）を示すことができる。本発明の一実施例によると、該当するコンポーネントがＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ、Ｃｏｍｐｏｓｉｔｅ Ｖｉｄｅｏ、Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ又はＰｒｅｓｅｎｔａｂｌｅ ＣＣ ｃｏｍｐｏｎｅｎｔである場合にコンポーネントロール（Ｃｏｍｐｏｎｅｎｔ Ｒｏｌｅ）を有し、このエレメントに対する値についての詳細は後述する。
ＰｒｉｖａｔｅＥｘｔエレメントは、私有的な又はアプリケーションに限定された拡張のためのコンテナーを示すことができる。（An element serving as a container for proprietary or applicationspecific extensions．）
ＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓエレメントは、私有的な又はアプリケーションに限定されたエレメントを示すことができる。このエレメントは、１つ以上のサブエレメント又は属性を含んでもよい。
図６３は、本発明の他の一実施例によるＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのｘｍｌスキーマを示す図である。
本発明の一実施例によるコンポーネントは、ハイブリッド放送で送り得る全てのＣｏｍｐｏｎｅｎｔＴｙｐｅを表示することができる。そのために、本発明の一実施例は、タイプの範囲を整数値で表示することができる。
本発明の一実施例によると、全てのコンポーネントがコンポーネントデータ（ＣｏｍｐｏｎｅｎｔＤａｔａ）を含んでいるものではないので、受信装置は、コンポーネントフラグメントのタイプ値をまず見つけた後、コンポーネントデータの情報を知ることができる。
本発明の一実施例による各コンポーネント間の上下又は従属関係は後述する。
本発明の一実施例によると、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのタイプを示すＣｏｍｐｏｎｅｎｔＲａｎｇｅＴｙｐｅは、最小値として０を、最大値として１５を有してもよい。
同図に示したように、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値が０であれば、定められていないコンポーネント（Ｕｎｓｐｅｃｉｆｉｅｄ）を示すことができ、１であればＣｏｎｔｉｎｕｏｕｓ コンポーネントを示すことができ、２であればＥｌｅｍｅｎｔａｒｙ コンポーネントを示すことができ、３であればＣｏｍｐｏｓｉｔｅ コンポーネントを示すことができ、４であればＰｉｃｋＯｎｅ コンポーネントを示すことができ、５であればＣｏｍｐｌｅｘ コンポーネントを示すことができ、６であればＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ コンポーネントを示すことができ、７であればＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ コンポーネントを示すことができ、８であればＰｒｅｓｅｎｔａｂｌｅ ＣＣ コンポーネントを示すことができ、９であればＮＲＴ Ｆｉｌｅを示すことができ、１０であればＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍを示すことができ、１１であればアプリケーションを示すことができ、１２であればＡＴＳＣ３．０ アプリケーションを示すことができ、１３であればＯｎ Ｄｅｍａｎｄ コンポーネントを、１４であればＮｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍを、１５であればＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔを、１６〜２５５であればＲｅｓｅｒｖｅｄであることを示すことができる。
Ｃｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔは、一つの連続するストリームにおいて表現されるコンテンツコンポーネントを示すことができる。例えば、オーディオ、ビデオ又はＣｌｏｓｅｄ Ｃａｐｔｉｏｎがこれに該当し得る。
Ｅｌｅｍｅｎｔａｒｙ ｃｏｍｐｏｎｅｎｔは、シングルエンコーディングに該当するＣｏｎｔｉｎｕｏｕｓ コンポーネントを示すことができる。すなわち、別個のエンコーダーによってエンコーディングされるＣｏｎｔｉｎｕｏｕｓ コンポーネントを示すことができる。例えば、サウンドシーケンスのシングルエンコーディング、ピクチャシーケンスのシングルエンコーディング又はシングルｃｌｏｓｅｄ ｃａｐｔｉｏｎトラックがこれに該当し得る。
Ｃｏｍｐｏｓｉｔｅ ｃｏｍｐｏｎｅｎｔは、同じコンテンツタイプを有し、同じ場面を表現し、一つのプレゼンテーションを作るために組み合わせることができるＣｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔの集合を構成するコンテンツコンポーネントを示すことができる。例えば、完全なオーディオを提供するために混合される音楽、ダイアローグ又は効果音楽がこれに該当し得る。また、３Ｄ映像を提供するために組み合わされる左映像又は右映像がこれに該当し得る。
ＰｉｃｋＯｎｅ ｃｏｍｐｏｎｅｎｔは、同じコンテンツタイプを有し、同じ場面を表現し、一つのプレゼンテーションを作るために選択できるＣｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔの集合を構成するコンテンツコンポーネントを示すことができる。例えば、同じサウンドシーケンスと異なるビットレートでエンコーディングされたオーディオコンポーネントの集合、同じピクチャシーケンスと異なるビットレートでエンコーディングされたビデオコンポーネントの集合、又は同じダイアローグのための一般的なｃｌｏｓｅｄ ｃａｐｔｉｏｎトラック及びｅａｓｙ ｒｅａｄｅｒ ｃｌｏｓｅｄ ｃａｐｔｉｏｎトラックの集合がこれに該当し得る。
Ｃｏｍｐｌｅｘ ｃｏｍｐｏｎｅｎｔは、Ｃｏｍｐｏｓｉｔｅ ｃｏｍｐｏｎｅｎｔ又はＰｉｃｋＯｎｅ コンポーネントを示すことができる。
Ｐｒｅｓｅｎｔａｂｌｅ ｃｏｍｐｏｎｅｎｔは、ユーザに表示されるＣｏｎｔｉｎｕｏｕｓ コンポーネントを示すことができる。このコンポーネントは、Ｅｌｅｍｅｎｔａｒｙ ｃｏｍｐｏｎｅｎｔ又はＣｏｍｐｌｅｘ コンポーネントを含んでもよい。
Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔは、ユーザに表示されるＶｉｄｅｏ Ｃｏｎｔｉｎｕｏｕｓ コンポーネントを示すことができる。
Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔは、ユーザに表示されるＡｕｄｉｏ Ｃｏｎｔｉｎｕｏｕｓ コンポーネントを示すことができる。
Ｐｒｅｓｅｎｔａｂｌｅ ＣＣ ｃｏｍｐｏｎｅｎｔは、ユーザに表示されるＣＣ Ｃｏｎｔｉｎｕｏｕｓ コンポーネントを示すことができる。
ＮＲＴ Ｆｉｌｅは、非リアルタイムで伝送されるファイルを示すことができる。
ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍは、統合された全体として消費される意図で作られた１つ以上のＮＲＴファイルの集合を示すことができる。
Ａｐｐｌｉｃａｔｉｏｎは、それ自体で完全なエンハンスド又はインタラクティブサービスを構成する文書の集合を示すことができる。前記文書は、ＨＴＭＬ、ジャバスクリプト（ＪａｖａＳｃｒｉｐｔ）、ＣＳＳ、ＸＭＬ及び／又はマルチメディアファイル（ｍｕｌｔｉｍｅｄｉａ ｆｉｌｅｓ）を含んでもよい。このＡｐｐｌｉｃａｔｉｏｎは、このａｐｐｌｉｃａｔｉｏｎの一部分ではなく他のデータに接近することができる。このＡｐｐｌｉｃａｔｉｏｎは、ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍの特別なケースに該当し得る。
ＡＴＳＣ３．０ Ａｐｐｌｉｃａｔｉｏｎは、ＡＴＳＣ３．０ Ａｐｐｌｉｃａｔｉｏｎ Ｒｕｎｔｉｍｅ Ｅｎｖｉｒｏｎｍｅｎｔ Ｓｐｅｃｉｆｉｃａｔｉｏｎに従うアプリケーションを示すことができる。
Ｏｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔは、ｏｎ ｄｅｍａｎｄによって伝送されるコンテンツコンポーネントを示すことができる。
Ｎｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍは、Ｌｉｎｅａｒ Ｔｉｍｅ Ｂａｓｅ下でアプリケーションのアクションを同期化するためのｎｏｔｉｆｉｃａｔｉｏｎを伝送できるストリームを示すことができる。
Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔは、アクションの同期化されたｎｏｔｉｆｉｃａｔｉｏｎを伝送する０個以上のＮｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍｓ、１つ以上のアプリケーション、アプリケーションによって使用される０個以上の異なるＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍｓ、アプリケーションによって管理される０個以上のＯｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔｓを含んでもよい。
図６４は、本発明の一実施例によるＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントのｘｍｌスキーマを示す図である。
本発明の一実施例は、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントを使って、ハイブリッド放送で送り得る全てのコンポーネントのロール（ｒｏｌｅ）を表示することができる。そのために、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値は整数値で表現されてもよい。
本発明の一実施例によるＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、０から２１までの値を有してもよい。
本発明の一実施例は、Ｃｏｍｐｏｎｅｎｔがｐｒｅｓｅｎｔａｂｌｅである場合に有するｒｏｌｅ及びｃｏｍｐｏｓｉｔｅである場合に有する役割をいずれも示すことができるように、このエレメント値の範囲を提供することができる。
本発明の一実施例によるＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントが示す値が０であればｕｎｓｐｅｃｉｆｉｅｄを、１であればＰｒｉｍａｒｙ （ｄｅｆａｕｌｔ） ｖｉｄｅｏを、２であればＡｌｔｅｒｎａｔｉｖｅ ｃａｍｅｒａ ｖｉｅｗを、３であればＯｔｈｅｒ ａｌｔｅｒｎａｔｉｖｅ ｖｉｄｅｏ コンポーネントを、４であればＳｉｇｎ ｌａｎｇｕａｇｅ （例えば、．， ＡＳＬ） ｉｎｓｅｔを、５であればＦｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏを、６であればＢａｓｅ ｌａｙｅｒ ｆｏｒ ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｅｎｃｏｄｉｎｇを、７であればＥｎｈａｎｃｅｍｅｎｔ ｌａｙｅｒ ｆｏｒ ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｅｎｃｏｄｉｎｇ， ｗｉｔｈ ｌｅｖｅｌを、８であれば３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗを、９であれば３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗを、１０であれば３Ｄ ｖｉｄｅｏ ｄｅｐｔｈ ｉｎｆｏｒｍａｔｉｏｎを、１１であればＰａｒｔ ｏｆ ｖｉｄｅｏ ａｒｒａｙ， ＜ｘ，ｙ＞ ｏｆ ＜ｎ，ｍ＞を、１２であればＦｏｌｌｏｗＳｕｂｊｅｃｔ ｍｅｔａｄａｔａを、１３であればＣｏｍｐｌｅｔｅ ｍａｉｎを、１４であればＭｕｓｉｃを、１５であればＤｉａｌｏｇを、１６であればＥｆｆｅｃｔｓを、１７であればＶｉｓｕａｌｌｙ ｉｍｐａｉｒｅｄを、１８であればＨｅａｒｉｎｇ ｉｍｐａｉｒｅｄを、１９であればＣｏｍｍｅｎｔａｒｙを、２０であればＮｏｒｍａｌを、２１であればＥａｓｙ ｒｅａｄｅｒを、２２〜２５５であればｒｅｓｅｒｖｅｄであることを示すことができる。ここで、このエレメント値１〜５はｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔの役割を示すことができ、６〜１２はＣｏｍｐｏｓｉｔｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔの役割を示すことができ、１３〜１９はｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔの役割を示すことができ、２０〜２１はｐｒｅｓｅｎｔａｂｌｅ ＣＣ Ｃｏｍｐｏｎｅｎｔの役割を示すことができる。
図６５は、本発明の他の一実施例によって、スケーラブルビデオコーディング（ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｃｏｄｉｎｇ）において一つのベースレイヤ（ｂａｓｅ ｌａｙｅｒ）と２つのエンハンスメントレイヤ（ｅｎｈａｎｃｅｍｅｎｔ ｌａｙｅｒ）を含むコンポジットビデオコンポーネント（Ｃｏｍｐｏｓｉｔｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ）に対してコンポーネントフラグメントのｘｍｌスキーマを示す図である。
本発明の一実施例によると、同図の上端に位置するコンポーネントフラグメント（Ｌ６５０１０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＣｏｍｐｏｓｉｔｅコンポーネントであることを示すことができる。
同図の左側に位置するコンポーネントフラグメント（Ｌ６５０２０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ、Ｅｌｅｍｅｎｔａｒｙ及びＢａｓｅ Ｌａｙｅｒ ｏｆ ＳＶＣコンポーネントであることを示すことができる。
同図の右側に位置するコンポーネントフラグメント（Ｌ６５０３０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ、Ｅｌｅｍｅｎｔａｒｙ及びＥｎｈａｎｃｅｍｅｎｔ Ｌａｙｅｒ ｏｆ ＳＶＣコンポーネントであることを示すことができる。
図６６は、本発明の他の一実施例によって、３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗと３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗを含むコンポジットコンポーネント（Ｃｏｍｐｏｓｉｔｅ Ｃｏｍｐｏｎｅｎｔ）に対してコンポーネントフラグメントのｘｍｌスキーマを示す図である。
本発明の一実施例によると、同図の上端に位置するコンポーネントフラグメント（Ｌ６６０１０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＣｏｍｐｏｓｉｔｅコンポーネントであることを示すことができる。
同図の左側に位置するコンポーネントフラグメント（Ｌ６６０２０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ、Ｐｉｃｋｏｎｅ及び３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗコンポーネントであることを示すことができる。
同図の右側に位置するコンポーネントフラグメント（Ｌ６６０３０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ、Ｐｉｃｋｏｎｅ及び３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗコンポーネントであることを示すことができる。
図６７は、本発明の他の一実施例によって、コンプリートオーディオコンポーネント（Ｃｏｍｐｌｅｔｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ）を記述するコンポーネントフラグメントのｘｍｌスキーマを示す図である。
本発明の一実施例によると、同図の最上端に位置するコンポーネントフラグメント（Ｌ６７０１０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＰｉｃｋｏｎｅコンポーネントであることを示すことができる。
同図の２番目の列の左側に位置するコンポーネントフラグメント（Ｌ６７０２０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ、Ｐｉｃｋｏｎｅ及びＡｕｄｉｏ Ｃｏｍｐｏｌｅｔｅｌｙ Ｍａｉｎコンポーネントであることを示すことができる。
同図の２番目の列の右側に位置するコンポーネントフラグメント（Ｌ６７０３０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＣｏｍｐｏｓｉｔｅコンポーネントであることを示すことができる。
同図の３番目の列の左側に位置するコンポーネントフラグメント（Ｌ６７０４０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／４”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ、Ｐｉｃｋｏｎｅ及びＡｕｄｉｏ Ｍｕｓｉｃコンポーネントであることを示すことができる。
同図の３番目の列の右側に位置するコンポーネントフラグメント（Ｌ６７０５０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／５”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ、Ｐｉｃｋｏｎｅ及びＡｕｄｉｏ Ｄｉａｌｏｇコンポーネントであることを示すことができる。
図６８は、本発明の一実施例によるコンテンツ（Ｃｏｎｔｅｎｔ）フラグメントの構成を示す図である。
本発明の一実施例は、コンテンツフラグメントの下位エレメントとしてコンポーネント（Ｃｏｍｐｏｎｅｎｔ）を定義し、デバイス及びユーザにアナウンスメント（ａｎｎｏｕｎｃｅｍｅｎｔ）する方法を提供することができる。
本発明の一実施例によると、コンポーネントフラグメントを別途に構成することによって、不可避であった構成要素及び／又は属性の重畳又は繰り返し使用を低減することができる。また、ユーザにアナウンスメント情報を直観的に提供することができる。
本発明の一実施例によるコンテンツフラグメントは、ｉｄ属性、ｖｅｒｓｉｏｎ属性、ｖａｌｉｄＦｒｏｍ属性、ｖａｌｉｄＴｏ属性、ｇｌｏｂａｌＣｏｎｔｅｎｔＩＤ属性、ｅｍｅｒｇｅｎｃｙ属性、ｂａｓｅＣＩＤ属性、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメント、ＰｒｏｔｅｃｔｉｏｎＫｅｙＩＤエレメント、Ｎａｍｅエレメント、Ｄｅｓｃｒｉｐｔｉｏｎエレメント、ＳｔａｒｔＴｉｍｅエレメント、ＥｎｄＴｉｍｅエレメント、ＡｕｄｉｏＬａｎｇｕａｇｅエレメント、ＴｅｘｔＬａｎｇｕａｇｅエレメント、Ｌｅｎｇｔｈエレメント、ＰａｒｅｎｔａｌＲａｔｉｎｇエレメント、ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント、Ｇｅｎｒｅエレメント、Ｅｘｔｅｎｓｉｏｎエレメント、ＰｒｅｖｉｅｗＤａｔａＲｅｆｅｒｅｎｃｅエレメント、ＢｒｏａｄｃａｓｔＡｒｅａエレメント、ＴｅｒｍｓＯｆＵｓｅエレメント及び／又はＰｒｉｖａｔｅＥｘｔエレメントを含んでもよい。
ｉｄ属性は、コンテンツフラグメントのＩＤを示すことができる。
ｖｅｒｓｉｏｎ属性は、当該コンテンツフラグメントのバージョン情報を示すことができる。
ｖａｌｉｄＦｒｏｍ属性は、当該コンテンツフラグメントが有効な最初の時間情報を示すことができる。
ｖａｌｉｄＴｏ属性は、当該コンテンツフラグメントが有効な最後の時間情報を示すことができる。
ｇｌｏｂａｌＣｏｎｔｅｎｔＩＤ属性は、当該コンテンツフラグメントが記述するコンテンツを識別する識別子を示すことができる。
ｅｍｅｒｇｅｎｃｙ属性は、当該コンテンツフラグメントが記述するコンテンツがｅｍｅｒｇｅｎｃｙ性格のコンテンツであるか否かを示すことができる。
ｂａｓｅＣＩＤ属性は、サービス又はプログラムのＣＩＤに関する情報を示すことができる。
ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントは、当該コンテンツフラグメントが参照するサービスを示すことができる。
ＰｒｏｔｅｃｔｉｏｎＫｅｙＩＤエレメントは、保護されたコンテンツに接近するために必要なＫｅｙ識別子を示すことができる。
Ｎａｍｅエレメントは、当該コンテンツフラグメントの名前を示すことができる。
Ｄｅｓｃｒｉｐｔｉｏｎエレメントは、当該コンテンツフラグメントに関する説明を示すことができる。
ＳｔａｒｔＴｉｍｅエレメントは、当該コンテンツのプレゼンテーションのための開始時間情報を示すことができる。
ＥｎｄＴｉｍｅエレメントは、当該コンテンツのプレゼンテーションのための終了時間情報を示すことができる。
ＡｕｄｉｏＬａｎｇｕａｇｅエレメントは、当該コンテンツがオーディオストリームと共に利用可能であり、このときに使用されるオーディオの言語情報を示すことができる。
ＴｅｘｔＬａｎｇｕａｇｅエレメントは、当該コンテンツがテキストコンポーネントと共に利用可能であり、このときに使用されるテキストの言語情報を示すことができる。
Ｌｅｎｇｔｈエレメントは、当該Ａ／Ｖコンテンツの持続時間を示すことができる。
ＰａｒｅｎｔａｌＲａｔｉｎｇエレメントは、当該コンテンツが子供に適しているかに関する基準情報を示すことができる。
ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメントは、目標とするユーザに関する情報を示すことができる。
Ｇｅｎｒｅエレメントは、当該コンテンツのジャンル情報を示すことができる。
Ｅｘｔｅｎｓｉｏｎエレメントは、当該コンテンツフラグメントと関連のある付加情報を示すことができる。
ＰｒｅｖｉｅｗＤａｔａＲｅｆｅｒｅｎｃｅエレメントは、当該コンポーネントフラグメントが参照するＰｒｅｖｉｅｗＤａｔａフラグメントを示すことができる。
ＢｒｏａｄｃａｓｔＡｒｅａエレメントは、ブロードキャストコンテンツのための位置情報を含むブロードキャスト地域情報を示すことができる。
ＴｅｒｍｓＯｆＵｓｅエレメントは、当該フラグメントと関連のあるＴｅｒｍｓ ｏｆ Ｕｓｅを示すことができる。
ＰｒｉｖａｔｅＥｘｔエレメントは、私有的な又はアプリケーションに限定された拡張のためのコンテナーを示すことができる。（An element serving as a container for proprietary or applicationspecific extensions.）このエレメントは、ＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓエレメントをサブエレメントとして有することができ、ＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓエレメントは、私有的な又はアプリケーションに限定されたエレメントを示すことができる。ＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓエレメントは、１つ以上のサブエレメント又は属性を含んでもよい。
本発明の一実施例によるコンテンツフラグメントのＰｒｉｖａｔｅＥｘｔエレメントは、Ｅ１レベルのエレメントであるので、Ｃｏｍｐｏｎｅｎｔエレメントは、ＰｒｉｖａｔｅＥｘｔエレメントのサブエレメントであってＥ２レベルに該当し得る。このとき、Ｃｏｍｐｏｎｅｎｔエレメントは、上述したＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓエレメントに該当し得る。
図６９、図７０、図７１、図７２は、本発明の一実施例によるＣｏｍｐｏｎｅｎｔエレメントの構成を示す図である。
計４個の図面にわたって示されたテーブルは、連結された一つのテーブルに該当する。
本発明の一実施例によるＣｏｍｐｏｎｅｎｔエレメントは、Ｅ２レベルに該当し得、コンポーネントに関する詳細な内容を記述できるので、コンポーネントの数だけ存在することができ、存在しなくてもよい。したがって、０〜Ｎのｃａｒｄｉｎａｌｉｔｙを有してもよい。
本発明の一実施例によるＣｏｍｐｏｎｅｎｔエレメントは、サブエレメントとして、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメント、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメント、ＳｔａｒｔＴｉｍｅエレメント、ＥｎｄＴｉｍｅエレメント、Ｌａｎｇｕａｇｅエレメント、Ｌｅｎｇｔｈエレメント、ＰａｒｅｎｔａｌＲａｔｉｎｇエレメント、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメント及び／又はＴａｒｇｅｔＤｅｖｉｃｅエレメントを含んでもよい。
ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントは、コンポーネントのタイプを記述するエレメントであってもよい。このエレメントは、コンポーネントエレメントの下位に存在するので、Ｅ３レベルに該当し得る。このエレメントは、コンポーネントエレメントのタイプを示す必須要素であるので、ｃａｒｄｉｎａｌｉｔｙは１を有してもよい。このエレメントの値が０であればｕｎｓｐｅｃｉｆｉｅｄ、１であればＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ、２であればＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔ、３であればＰｒｅｓｅｎｔａｂｌｅ ＣＣ ｃｏｍｐｏｎｅｎｔ、４であればＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔ、５〜２５５であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる。
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、コンポーネントのロール（ｒｏｌｅ）を記述するエレメントであってもよい。このエレメントは、コンポーネントエレメントの下位に存在するので、Ｅ３レベルに該当し得る。このエレメントは、コンポーネントエレメントのタイプを示す必須要素であるので、ｃａｒｄｉｎａｌｉｔｙは１を有してもよい。各コンポーネントは、前述したＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのタイプに応じてロールを有することができ、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値に応じて該当するロールを有してもよい。このエレメントの値が０であればｕｎｓｐｅｃｉｆｉｅｄを、１であればＰｒｉｍａｒｙ （ｄｅｆａｕｌｔ） ｖｉｄｅｏを、２であればＡｌｔｅｒｎａｔｉｖｅ ｃａｍｅｒａ ｖｉｅｗを、３であればＯｔｈｅｒ ａｌｔｅｒｎａｔｉｖｅ ｖｉｄｅｏ コンポーネントを、４であればＳｉｇｎ ｌａｎｇｕａｇｅ （例えば、．, ＡＳＬ） ｉｎｓｅｔを、５であればＦｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏを、６であればＣｏｍｐｌｅｔｅ ｍａｉｎを、７であればＭｕｓｉｃを、８であればＤｉａｌｏｇを、９であればＥｆｆｅｃｔｓを、１０であればＶｉｓｕａｌｌｙ ｉｍｐａｉｒｅｄを、１１であればＨｅａｒｉｎｇ ｉｍｐａｉｒｅｄを、１２であればＣｏｍｍｅｎｔａｒｙを、１３であればＮｏｒｍａｌを、１４であればＥａｓｙ ｒｅａｄｅｒを、１５であればＡｐｐ、１６であればＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍ、１７であればＯｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔ、１８であればＮｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍ、１９であればＳｔａｒｔＯｖｅｒ、２０であればＣｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎ、２１〜２５５であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる。
ＳｔａｒｔＴｉｍｅエレメントは、当該コンポーネントのディスプレイが開始する時間を示すことができる。
ＥｎｄＴｉｍｅエレメントは、当該コンポーネントのディスプレイが終了する時間を示すことができる。
Ｌａｎｇｕａｇｅエレメントは、当該コンポーネントの表現言語を示すことができる。このエレメントは、属性としてｌａｎｇｕａｇｅＳＤＰＴａｇ属性を有してもよい。ｌａｎｇｕａｇｅＳＤＰＴａｇ属性は、セッションディスクリプションで示す言語を一致させるためにタグ付けされる値を示すことができる。
Ｌｅｎｇｔｈエレメントは、当該コンポーネントのディスプレイが行われる持続時間を示すことができる。
ＰａｒｅｎｔａｌＲａｔｉｎｇエレメントは、当該コンポーネントの等級表示情報を示すことができる。
ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントは、当該コンポーネントをレンダリングするデバイスの性能情報を示すことができる。本発明の一実施例は、このエレメントを用いて、コンポーネントをレンダリングするためのデバイスのｃａｐａｂｉｌｉｔｙ情報を提供することができる。このエレメントの値２〜８はデバイスのＶｉｄｅｏ Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報を示し、９〜１５はデバイスのＡｕｄｉｏ Ｓｕｒｒｏｕｎｄ Ｓｏｕｎｄ Ｃａｐａｂｉｌｉｔｙ情報を示し、１６はＡｕｄｉｏ Ｍｉｘｉｎｇ／Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報を示し、１７〜２１はＩｎｐｕｔ Ｃａｐａｂｉｌｉｔｙ情報を示すことができる。このエレメントの値が０であればＵｎｓｐｅｃｉｆｉｅｄ、１であればＢｒｏａｄｂａｎｄ ｃｏｎｎｅｃｔｉｏｎ、２であればＳＤ、３であればＨＤ、４であればＵＨＤ、５であれば８Ｋ、６であれば３Ｄ ｖｉｄｅｏ、７であればＨｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ Ｉｍａｇｉｎｇ、８であればＷｉｄｅ Ｃｏｌｏｒ Ｇａｍｕｔ、９であれば２．０ ｃｈａｎｎｅｌｓ、１０であれば２．１ ｃｈａｎｎｅｌｓ、１１であれば５．１ ｃｈａｎｎｅｌｓ、１２であれば６．１ ｃｈａｎｎｅｌｓ、１３であれば７．１ ｃｈａｎｎｅｌｓ、１４であれば２２．１ ｃｈａｎｎｅｌｓ、１５であれば３Ｄ ａｕｄｉｏ、１６であればＤｉａｌｏｇ Ｌｅｖｅｌ ａｄｊｕｓｔｍｅｎｔ、１７であればｍａｇｉｃ ｒｅｍｏｔｅ ｃｏｎｔｒｏｌ ｉｎｐｕｔ、１８であればｔｏｕｃｈ ｓｃｒｅｅｎ ｉｎｐｕｔ、１９であればｍｏｕｓｅ ｉｎｐｕｔ、２０であればｋｅｙｂｏａｒｄ ｉｎｐｕｔ、２１であればａｐｐ ｒｅｎｄｅｒｉｎｇ、２２〜２５５であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる。ここで、上述したＢｒｏａｄｂａｎｄ ｃｏｎｎｅｃｔｉｏｎは、当該コンポーネントをｄｅｌｉｖｅｒｙするためにｂｒｏａｄｂａｎｄ ｃｏｎｎｅｃｔｉｏｎが必要であるか否かを示すことができ、Ｖｉｄｅｏ Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報は、Ｒｅｓｏｌｕｔｉｏｎ、２Ｄ、３Ｄ及び／又はその他のｒｅｎｄｅｒｉｎｇ関連情報を示すことができる。Ａｕｄｉｏ Ｓｕｒｒｏｕｎｄ Ｓｏｕｎｄ Ｃａｐａｂｉｌｉｔｙ情報はオーディオチャネル（ａｕｄｉｏ ｃｈａｎｎｅｌ）情報を示すことができ、Ａｕｄｉｏ Ｍｉｘｉｎｇ／Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報のＤｉａｌｏｇ ｌｅｖｅｌ ａｄｊｕｓｔｍｅｎｔは、オーディオダイアログレベル（ａｕｄｉｏ Ｄｉａｌｏｇ ｌｅｖｅｌ）を調節できるか否かを示すことができる。Ｉｎｐｕｔ Ｃａｐａｂｉｌｉｔｙ情報は、特定の入力デバイス（Ｉｎｐｕｔ ｄｅｖｉｃｅ）に合わせて作製された放送番組であることを示すことができる。ａｐｐ ｒｅｎｄｅｒｉｎｇは、ａｐｐ ｒｅｎｄｅｒｉｎｇが必要であるか否かを示すことができる。
ＴａｒｇｅｔＤｅｖｉｃｅエレメントは、コンポーネントが表示されるターゲットデバイスの情報を示すことができる。このエレメントの値が０であればＵｎｓｐｅｃｉｆｉｅｄ、１であればＰｒｉｍａｒｙ、２であればＣｏｍｐａｎｉｏｎ、３であればＩｎｓｅｔ ｏｎ Ｐｒｉｍａｒｙ Ｓｃｒｅｅｎ（“ＰｉｃｔｕｒｅｉｎＰｉｃｔｕｒｅ”）、４であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる。
図７３は、本発明の一実施例によるＣｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマを示す図である。
本発明の一実施例によるＣｏｍｐｏｎｅｎｔエレメントは、サブエレメントとして、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメント、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメント、ＳｔａｒｔＴｉｍｅエレメント、ＥｎｄＴｉｍｅエレメント、Ｌａｎｇｕａｇｅエレメント、Ｌｅｎｇｔｈエレメント、ＰａｒｅｎｔａｌＲａｔｉｎｇエレメント、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメント及び／又はＴａｒｇｅｔＤｅｖｉｃｅエレメントを含んでもよい。上述した各エレメントについての詳細は前述した。
図７４は、本発明の一実施例によるＬａｎｇｕａｇｅエレメント及びＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのｘｍｌスキーマを示す図である。
本発明の一実施例によるＬａｎｇｕａｇｅエレメントは、当該コンポーネントの表現言語を示すことができる。このエレメントは、属性として、ｌａｎｇｕａｇｅＳＤＰＴａｇ属性を有してもよい。ｌａｎｇｕａｇｅＳＤＰＴａｇ属性は、セッションディスクリプションで示す言語を一致させるためにタグ付けされる値を示すことができる（Ｌ７４０１０）。
本発明の一実施例によるＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントは、コンポーネントのタイプを記述するエレメントであってもよい。このエレメントは、コンポーネントエレメントの下位に存在するので、Ｅ３レベルに該当し得る。このエレメントは、コンポーネントエレメントのタイプを示す必須要素であるので、ｃａｒｄｉｎａｌｉｔｙは１を有してもよい。このエレメントの値が０であればｕｎｓｐｅｃｉｆｉｅｄ、１であればＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ、２であればＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔ、３であればＰｒｅｓｅｎｔａｂｌｅ ＣＣ ｃｏｍｐｏｎｅｎｔ、４であればＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔ、５〜２５５であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる（Ｌ７４０２０）。
図７５は、本発明の一実施例によるＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントのｘｍｌスキーマを示す図である。
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、コンポーネントのロール（ｒｏｌｅ）を記述するエレメントであってもよい。このエレメントは、コンポーネントエレメントの下位に存在するので、Ｅ３レベルに該当し得る。このエレメントは、コンポーネントエレメントのタイプを示す必須要素であるので、ｃａｒｄｉｎａｌｉｔｙは１を有してもよい。各コンポーネントは、前述したＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのタイプに応じてロールを有することができ、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値に応じて該当するロールを有してもよい。このエレメントの値が０であればｕｎｓｐｅｃｉｆｉｅｄを、１であればＰｒｉｍａｒｙ （ｄｅｆａｕｌｔ） ｖｉｄｅｏを、２であればＡｌｔｅｒｎａｔｉｖｅ ｃａｍｅｒａ ｖｉｅｗを、３であればＯｔｈｅｒ ａｌｔｅｒｎａｔｉｖｅ ｖｉｄｅｏ コンポーネントを、４であればＳｉｇｎ ｌａｎｇｕａｇｅ （例えば、．, ＡＳＬ） ｉｎｓｅｔを、５であればＦｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏを、６であればＣｏｍｐｌｅｔｅ ｍａｉｎを、７であればＭｕｓｉｃを、８であればＤｉａｌｏｇを、９であればＥｆｆｅｃｔｓを、１０であればＶｉｓｕａｌｌｙ ｉｍｐａｉｒｅｄを、１１であればＨｅａｒｉｎｇ ｉｍｐａｉｒｅｄを、１２であればＣｏｍｍｅｎｔａｒｙを、１３であればＮｏｒｍａｌを、１４であればＥａｓｙ ｒｅａｄｅｒを、１５であればＡｐｐ、１６であればＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍ、１７であればＯｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔ、１８であればＮｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍ、１９であればＳｔａｒｔＯｖｅｒ、２０であればＣｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎ、２１〜２５５であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる。
図７６は、本発明の一実施例によるＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメント及びＴａｒｇｅｔＤｅｖｉｃｅエレメントのｘｍｌスキーマを示す図である。
ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントは、当該コンポーネントをレンダリングするデバイスの性能情報を示すことができる。本発明の一実施例は、このエレメントを用いて、コンポーネントをレンダリングするためのデバイスのｃａｐａｂｉｌｉｔｙ情報を提供することができる。このエレメントの値２〜８はデバイスのＶｉｄｅｏ Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報を示し、９〜１５はデバイスのＡｕｄｉｏ Ｓｕｒｒｏｕｎｄ Ｓｏｕｎｄ Ｃａｐａｂｉｌｉｔｙ情報を示し、１６はＡｕｄｉｏ Ｍｉｘｉｎｇ／Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報を示し、１７〜２１はＩｎｐｕｔ Ｃａｐａｂｉｌｉｔｙ情報を示すことができる。このエレメントの値が０であればＵｎｓｐｅｃｉｆｉｅｄ、１であればＢｒｏａｄｂａｎｄ ｃｏｎｎｅｃｔｉｏｎ、２であればＳＤ、３であればＨＤ、４であればＵＨＤ、５であれば８Ｋ、６であれば３Ｄ ｖｉｄｅｏ、７であればＨｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ Ｉｍａｇｉｎｇ、８であればＷｉｄｅ Ｃｏｌｏｒ Ｇａｍｕｔ、９であれば２．０ ｃｈａｎｎｅｌｓ、１０であれば２．１ ｃｈａｎｎｅｌｓ、１１であれば５．１ ｃｈａｎｎｅｌｓ、１２であれば６．１ ｃｈａｎｎｅｌｓ、１３であれば７．１ ｃｈａｎｎｅｌｓ、１４であれば２２．１ ｃｈａｎｎｅｌｓ、１５であれば３Ｄ ａｕｄｉｏ、１６であればＤｉａｌｏｇ Ｌｅｖｅｌ ａｄｊｕｓｔｍｅｎｔ、１７であればｍａｇｉｃ ｒｅｍｏｔｅ ｃｏｎｔｒｏｌ ｉｎｐｕｔ、１８であればｔｏｕｃｈ ｓｃｒｅｅｎ ｉｎｐｕｔ、１９であればｍｏｕｓｅ ｉｎｐｕｔ、２０であればｋｅｙｂｏａｒｄ ｉｎｐｕｔ、２１であればａｐｐ ｒｅｎｄｅｒｉｎｇ、２２〜２５５であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる。ここで、上述したＢｒｏａｄｂａｎｄ ｃｏｎｎｅｃｔｉｏｎは、当該コンポーネントをｄｅｌｉｖｅｒｙするためにｂｒｏａｄｂａｎｄ ｃｏｎｎｅｃｔｉｏｎが必要であるか否かを示すことができ、Ｖｉｄｅｏ Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報は、Ｒｅｓｏｌｕｔｉｏｎ、２Ｄ、３Ｄ及び／又はその他のｒｅｎｄｅｒｉｎｇ関連情報を示すことができる。Ａｕｄｉｏ Ｓｕｒｒｏｕｎｄ Ｓｏｕｎｄ Ｃａｐａｂｉｌｉｔｙ情報は、オーディオチャネル（ａｕｄｉｏ ｃｈａｎｎｅｌ）情報を示すことができ、Ａｕｄｉｏ Ｍｉｘｉｎｇ／Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報のＤｉａｌｏｇ ｌｅｖｅｌ ａｄｊｕｓｔｍｅｎｔは、オーディオダイアログレベル（ａｕｄｉｏ Ｄｉａｌｏｇ ｌｅｖｅｌ）を調節できるか否かを示すことができる。Ｉｎｐｕｔ Ｃａｐａｂｉｌｉｔｙ情報は、特定の入力デバイス（Ｉｎｐｕｔ ｄｅｖｉｃｅ）に合わせて作製された放送番組であることを示すことができる。ａｐｐ ｒｅｎｄｅｒｉｎｇは、ａｐｐ ｒｅｎｄｅｒｉｎｇが必要であるか否かを示すことができる（Ｌ７６０１０）。
ＴａｒｇｅｔＤｅｖｉｃｅエレメントは、コンポーネントが表示されるターゲットデバイスの情報を示すことができる。このエレメントの値が０であればＵｎｓｐｅｃｉｆｉｅｄ、１であればＰｒｉｍａｒｙ、２であればＣｏｍｐａｎｉｏｎ、３であればＩｎｓｅｔ ｏｎ Ｐｒｉｍａｒｙ Ｓｃｒｅｅｎ（“ＰｉｃｔｕｒｅｉｎＰｉｃｔｕｒｅ”）、４であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる（Ｌ７６０２０）。
図７７は、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（２Ｄ／ＨＤ）及びＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１ ｃｈａｎｎｅｌｓ）を伝送する場合、Ｃｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマ構造の一実施例を示す図である。
本発明の一実施例によると、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（２Ｄ／ＨＤ）及びＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１ ｃｈａｎｎｅｌｓ）を伝送する場合、アナウンスメントは、コンテンツフラグメント（Ｃｏｎｔｅｎｔ ｆｒａｇｍｅｎｔ）内のＰｒｉｖａｔｅＥｘｔエレメントのサブエレメント（ｓｕｂｅｌｅｍｅｎｔ）として、２つのＣｏｍｐｏｎｅｎｔエレメントを用いることができる（Ｌ７７０１０）。
Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（２Ｄ／ＨＤ）のためのコンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値として１（Ｖｉｄｅｏ）を有し、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値として１（Ｐｒｉｍａｒｙ Ｖｉｄｅｏ）を有し、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値として３（ＨＤ）を有し、ＴａｒｇｅｔＤｅｖｉｃｅエレメントの値として１（Ｐｒｉｍａｒｙ Ｄｅｖｉｃｅ）を有してもよい（Ｌ７７０１０）。
Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１ ｃｈａｎｎｅｌｓ）のためのコンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値として２（Ａｕｄｉｏ）を有し、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値として６（Ｃｏｍｐｌｅｔｅｌｙ Ｍａｉｎ）を有し、Ｌａｎｇｕａｇｅエレメントの値としてＫＯＲ（韓国語）を有し、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値として１１（５．１ ｃｈａｎｎｅｌｓ）を有し、ＴａｒｇｅｔＤｅｖｉｃｅエレメントの値として１（Ｐｒｉｍａｒｙ Ｄｅｖｉｃｅ）を有してもよい（Ｌ７７０１０）。
本発明の一実施例による受信機（デバイス）は、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値を獲得した後、当該機能を支援できるか否かを判断し、ユーザにＣａｐａｂｉｌｉｔｙ情報を提供することができる。
同図において、右側上端の図は、ＨＤ及び５．１ ｃｈａｎｎｅｌｓを支援するデバイスの表示画面を示すことができる。この場合、本発明の一実施例は、当該デバイスがＨＤ及び５．１ ｃｈａｎｎｅｌｓを支援できることを画面上に示すことができる（Ｌ７７０２０）。
同図において、右側下端の図は、ＨＤを支援するが、５．１ ｃｈａｎｎｅｌｓを支援しないデバイスの表示画面を示すことができる。この場合、本発明の一実施例によると、５．１ ｃｈａｎｎｅｌｓを支援できない受信機でＣａｐａｂｉｌｉｔｙ情報を獲得したとき、支援できない５．１ ｃｈａｎｎｅｌｓ ａｕｄｉｏ情報をグレイアウト（Ｇｒａｙｏｕｔ）処理して画面に示すことができる（Ｌ７７０３０）。
図７８は、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ（ＵＨＤ）及びＰｒｅｓｅｎｔａｂｌｅ ＥＮＧ ａｕｄｉｏ コンポーネントをブロードキャストで伝送し、Ｐｒｅｓｅｎｔａｂｌｅ ＳＰＡ ａｕｄｉｏ コンポーネントをブロードバンドで伝送する場合、Ｃｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマ構造の一実施例を示す図である。
本発明の一実施例によると、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ（ＵＨＤ）及びＰｒｅｓｅｎｔａｂｌｅ ＥＮＧ ａｕｄｉｏ コンポーネントをブロードキャストで伝送し、Ｐｒｅｓｅｎｔａｂｌｅ ＳＰＡ ａｕｄｉｏ コンポーネントをブロードバンドで伝送する場合、アナウンスメントは、コンテンツフラグメント（Ｃｏｎｔｅｎｔ ｆｒａｇｍｅｎｔ）内のＰｒｉｖａｔｅＥｘｔエレメントのサブエレメント（ｓｕｂｅｌｅｍｅｎｔ）として、３つのＣｏｍｐｏｎｅｎｔエレメントを用いることができる（Ｌ７８０１０）。
Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ（ＵＨＤ）のためのコンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値として１（Ｖｉｄｅｏ）を有し、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値として１（Ｐｒｉｍａｒｙ Ｖｉｄｅｏ）を有し、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値として４（ＵＨＤ）を有し、ＴａｒｇｅｔＤｅｖｉｃｅエレメントの値として１（Ｐｒｉｍａｒｙ Ｄｅｖｉｃｅ）を有してもよい（Ｌ７８０１０）。
Ｐｒｅｓｅｎｔａｂｌｅ ＥＮＧ ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔ（ｔｈｒｏｕｇｈ Ｂｒｏａｄｃａｓｔ）のためのコンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値として２（Ａｕｄｉｏ）を有し、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値として６（Ｃｏｍｐｌｅｔｅｌｙ Ｍａｉｎ）を有し、Ｌａｎｇｕａｇｅエレメントの値としてＥＮＧ（英語）を有し、ＴａｒｇｅｔＤｅｖｉｃｅエレメントの値として１（Ｐｒｉｍａｒｙ Ｄｅｖｉｃｅ）を有してもよい（Ｌ７８０１０）。
Ｐｒｅｓｅｎｔａｂｌｅ ＳＰＡ ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔ（ｔｈｒｏｕｇｈ Ｂｒｏａｄｂａｎｄ）のためのコンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値として２（Ａｕｄｉｏ）を有し、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値として６（Ｃｏｍｐｌｅｔｅｌｙ Ｍａｉｎ）を有し、Ｌａｎｇｕａｇｅエレメントの値としてＳＰＡ（スペイン語）を有し、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値として１（ブロードバンドでコンポーネントが伝送される）を有し、ＴａｒｇｅｔＤｅｖｉｃｅエレメントの値として１（Ｐｒｉｍａｒｙ Ｄｅｖｉｃｅ）を有してもよい（Ｌ７８０１０）。
本発明の一実施例による受信機（デバイス）は、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値を獲得した後、当該機能を支援できるか否かを判断し、ユーザにＣａｐａｂｉｌｉｔｙ情報を提供することができる。
同図において、右側の図は、Ｂｒｏｄａｂａｎｄ ｃｏｎｎｅｃｔｉｏｎを支援できない場合、又は、支援できるが、接続されていない場合に受信機（デバイス）に表示される画面を示すことができる（Ｌ７８０２０）。
本発明の一実施例による受信機は、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙの値が１である場合、ブロードバンドで当該コンポーネントが伝送されることを知ることができる。この場合、Ｂｒｏｄａｂａｎｄ ｃｏｎｎｅｃｔｉｏｎを支援できないデバイス、又は支援できるが、接続されていないデバイスは、ブロードバンドで伝送されるコンポーネントの情報をグレイアウト（Ｇｒａｙｏｕｔ）処理して画面に示すことができる。この場合、ＳＰＡオーディオ情報をグレイアウト処理して画面に示すことができる（Ｌ７８０２０）。
図７９は、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（ＵＨＤ／Ｗｉｄｅ Ｃｏｌｏｒ Ｇａｍｕｔ）及びＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１ ｃｈａｎｎｅｌｓ）を伝送する場合、Ｃｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマ構造の一実施例を示す図である。
本発明の一実施例によると、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（ＵＨＤ／Ｗｉｄｅ Ｃｏｌｏｒ Ｇａｍｕｔ）及びＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１ ｃｈａｎｎｅｌｓ）を伝送する場合、アナウンスメントは、コンテンツフラグメント（Ｃｏｎｔｅｎｔ ｆｒａｇｍｅｎｔ）内のＰｒｉｖａｔｅＥｘｔエレメントのサブエレメント（ｓｕｂｅｌｅｍｅｎｔ）として、２つのＣｏｍｐｏｎｅｎｔエレメントを用いることができる（Ｌ７９０１０）。
Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（ＵＨＤ／Ｗｉｄｅ Ｃｏｌｏｒ Ｇａｍｕｔ）のためのコンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値として１（Ｖｉｄｅｏ）を有し、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値として１（Ｐｒｉｍａｒｙ Ｖｉｄｅｏ）を有し、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値として４（ＵＨＤ）及び８（ＷＣＧ）を有し、ＴａｒｇｅｔＤｅｖｉｃｅエレメントの値として１（Ｐｒｉｍａｒｙ Ｄｅｖｉｃｅ）を有してもよい（Ｌ７９０１０）。
Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１ ｃｈａｎｎｅｌｓ）のためのコンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値として２（Ａｕｄｉｏ）を有し、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値として６（Ｃｏｍｐｌｅｔｅｌｙ Ｍａｉｎ）を有し、Ｌａｎｇｕａｇｅエレメントの値としてＫＯＲ（韓国語）を有し、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値として１１（５．１ｃｈａｎｎｅｌｓ）を有し、ＴａｒｇｅｔＤｅｖｉｃｅエレメントの値として１（Ｐｒｉｍａｒｙ Ｄｅｖｉｃｅ）を有してもよい（Ｌ７９０１０）。
本発明の一実施例による受信機（デバイス）は、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値を獲得した後、当該機能を支援できるか否かを判断し、ユーザにＣａｐａｂｉｌｉｔｙ情報を提供することができる。
同図において、右側上端の図は、ＵＨＤ、ＷＣＧ（Ｗｉｄｅ Ｃｏｌｏｒ Ｇａｍｕｔ）及び５．１ ｃｈａｎｎｅｌｓを支援するデバイスの表示画面を示すことができる。この場合、本発明の一実施例は、当該デバイスがＵＨＤ、ＷＣＧ及び５．１ ｃｈａｎｎｅｌｓを支援できることを画面上に示すことができる（Ｌ７９０２０）。
同図において、右側下端の図は、ＵＨＤ及び５．１ ｃｈａｎｎｅｌｓを支援するが、ＷＣＧを支援しないデバイスの表示画面を示すことができる。この場合、本発明の一実施例によると、ＷＣＧを支援できない受信機でＣａｐａｂｉｌｉｔｙ情報を獲得したとき、支援できないＷＣＧ情報をグレイアウト処理して画面に示すことができる（Ｌ７９０３０）。
図８０は、本発明の他の実施例による、コンポーネントエレメント（ｃｏｍｐｏｎｅｎｔ ｅｌｅｍｅｎｔ）を示す図である。
コンポーネントエレメントは、コンポーネントサブエレメント（Ｃｏｍｐｏｎｅｎｔ ｓｕｂｅｌｅｍｅｎｔ）のルートエレメント（ｒｏｏｔ ｅｌｅｍｅｎｔ）である。コンポーネントエレメントはＥ２レベルで開始する。コンポーネントエレメントはコンポーネントに対する詳細な内容を記述するので、コンポーネントの数だけのエレメント（ｅｌｅｍｅｎｔ）が記述され得る。一部のコンポーネントに対して、コンポーネントエレメントが省略されることも可能である。したがって、コンポーネントエレメントは、０．．Ｎのｃａｒｄｉｎａｌｉｔｙを有する。コンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅ属性、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメント、Ｌａｎｇｕａｇｅエレメント及び／又はＥｓｓｅｎｔｉａｌＣａｐａｂｉｌｉｔｉｅｓエレメントを含んでもよい。
ＣｏｍｐｏｎｅｎｔＴｙｐｅフィールドは、コンポーネントの種類（ｔｙｐｅ）を示す属性（ａｔｔｒｉｂｕｔｅ）情報を含む。すなわち、ＣｏｍｐｏｎｅｎｔＴｙｐｅフィールドは、コンポーネントのタイプを示すａｔｔｒｉｂｕｔｅである。ＣｏｍｐｏｎｅｎｔＴｙｐｅフィールドは、コンポーネントの種類を示す必須要素であるので、Ｃａｒｄｉｎａｌｉｔｙは１と定義され得る。ＣｏｍｐｏｎｅｎｔＴｙｐｅフィールドは、値に応じて、コンポーネントがＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ、Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ、Ｐｒｅｓｅｎｔａｂｌｅ ＣＣ（ｃｌｏｓｅｄ ｃａｐｔｉｏｎ）及び／又はＰｒｅｓｅｎｔａｂｌｅ Ａｐｐに該当することを識別することができる。
図示されたメッセージには１つ以上のフィールドが含まれてもよく、それぞれのフィールドは、それぞれの意味又は情報を含んでもよい。それぞれのフィールドにはｔｙｐｅ情報が割り当てられてもよく、ｔｙｐｅ情報は、‘Ｅ’、‘Ａ’、‘Ｅ１’、‘Ｅ２’、又は‘Ｅ［ｎ］’の値を有してもよい。‘Ｅ’は、当該フィールドがエレメントに該当することを示す。‘Ａ’は、当該フィールドが属性（ａｔｔｒｉｂｕｔｅ）情報に該当することを示す。‘Ｅ１’は、当該フィールドがサブエレメントであることを示す。サブエレメントは、エレメント内で定義される下位エレメントに該当する。‘Ｅ２’は、サブエレメントのサブエレメントを示す。すなわち、‘Ｅ［ｎ］’は、エレメントの［ｎ１］番目の下位エレメントを示すことができる。
図８１は、本発明の一実施例による、ＣｏｍｐｏｎｅｎｔＲｏｌエレメントを示す図である。
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、コンポーネントの役割（ｒｏｌｅ）を記述するエレメントである。ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、コンポーネントの下位エレメントとして定義されることが好ましいので、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントはＥ３のレベルで開始し得る。ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントはストリング値を有してもよい。ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値は、アナウンスメントデータ（Ａｎｎｏｕｎｃｅｍｅｎｔ Ｄａｔａ）の作製時に、放送社で任意の有効なストリング値として指定されてもよい。ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値は拡張可能なストリング値であるので、いかなる値のＣａｐａｂｉｌｉｔｙ ストリングでも記述が可能である。ターゲット装置（Ｔａｒｇｅｔ Ｄｅｖｉｃｅ；例えば、受信機）では、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値を用いて、エンドユーザ（Ｅｎｄ Ｕｓｅｒ；例えば、視聴者）に有用な情報を表示することができる。
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、コンポーネントに対して、視聴者が認識できる文字の形態の説明を提供する情報を含む。
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントが示し得るコンポーネントの種類は、ｐｒｅｓｅｎｔａｂｌｅ ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔに対しては、“Ｐｒｉｍａｒｙ ｖｉｄｅｏ”、“Ａｌｔｅｒｎａｔｉｖｅ ｃａｍｅｒａ ｖｉｅｗ”、“Ｏｔｈｅｒ ａｌｔｅｒｎａｔｉｖｅ ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ”、“Ｓｉｇｎ ｌａｎｇｕａｇｅ ｉｎｓｅｔ”及び／又は“Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ”を含んでもよい。
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントが示し得るコンポーネントの種類は、ｐｒｅｓｅｎｔａｂｌｅ ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔに対しては、“Ｃｏｍｐｌｅｔｅ ｍａｉｎ”、“Ｍｕｓｉｃ”、“Ｄｉａｌｏｇ”、“Ｅｆｆｅｃｔｓ”、“Ｖｉｓｕａｌｌｙ ｉｍｐａｉｒｅｄ”、“Ｈｅａｒｉｎｇ ｉｍｐａｉｒｅｄ”及び／又は“Ｃｏｍｍｅｎｔａｒｙ”を含んでもよい。
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントが示し得るコンポーネントの種類は、ｐｒｅｓｅｎｔａｂｌｅ ＣＣ ｃｏｍｐｏｎｅｎｔに対しては、“Ｎｏｒｍａｌ”及び／又は“Ｅａｓｙ ｒｅａｄｅｒ”を含んでもよい。
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントが示し得るコンポーネントの種類は、ｐｒｅｓｅｎｔａｂｌｅ Ａｐｐ（ａｐｐｌｉｃａｔｉｏｎ） ｃｏｍｐｏｎｅｎｔに対しては、“Ｏｎ Ｄｅｍａｎｄ”、“Ｓｔａｒｔｏｖｅｒ”、及び／又は“ＣｏｍｐａｎｉｏｎＳｃｒｅｅｎ”を含んでもよい。
図８２は、本発明の他の実施例による、コンポーネントエレメントをＸＭＬ形態で示す図である。
本発明の一実施例によるコンポーネントエレメントは、コンポーネントが多数の種類のメディアで構成される場合、それぞれのコンポーネントの種類をシグナリングできるので、受信側では、視聴者又は受信機の所望の種類のコンポーネントを事前に識別できるという効果がある。また、コンポーネントの役割を文字の形態で提供できるので、当該情報を消費する視聴者が所望のコンポーネントを容易に認識又は選択することができるという効果がある。
本発明の一実施例によるコンポーネントエレメントは、ＯＭＡ ＢＣＡＳＴで前もって定義されたサービスガイドコンテンツフラグメント（Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ Ｃｏｎｔｅｎｔ Ｆｒａｇｅｍｅｎｔ）に拡張形態で含まれてもよい。
図８３は、本発明の他の実施例による、コンポーネントエレメントを示す図である。
コンポーネントエレメントは、コンポーネントサブエレメント（Ｃｏｍｐｏｎｅｎｔ ｓｕｂｅｌｅｍｅｎｔ）のルートエレメント（ｒｏｏｔ ｅｌｅｍｅｎｔ）である。コンポーネントエレメントはＥ２レベルで開始する。コンポーネントエレメントはコンポーネントに対する詳細な内容を記述するので、コンポーネントの数だけのエレメント（ｅｌｅｍｅｎｔ）が記述され得る。一部のコンポーネントに対して、コンポーネントエレメントが省略されることも可能である。したがって、コンポーネントエレメントは、０．．Ｎのｃａｒｄｉｎａｌｉｔｙを有する。コンポーネントエレメントは、ＰｒｅｓｅｎｔａｂｌｅＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント、ＰｒｅｓｅｎｔａｂｌｅＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント、ＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメント及び／又はＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントを含んでもよい。
ＰｒｅｓｅｎｔａｂｌｅＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントは、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ コンポーネントを記述するエレメントである。ＰｒｅｓｅｎｔａｂｌｅＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントエレメントの下位エレメントであって、Ｅ３レベル（ｌｅｖｅｌ）で開始し得る。ＰｒｅｓｅｎｔａｂｌｅＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントはストリング値を有し、ビデオコンポーネント（ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ）の役割（ｒｏｌｅ）を記述することができる。ＰｒｅｓｅｎｔａｂｌｅＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントに対して、視聴者が認識できる文字の形態の説明を提供する情報を含む。ＰｒｅｓｅｎｔａｂｌｅＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントが示し得るコンポーネントの役割は、“Ｐｒｉｍａｒｙ ｖｉｄｅｏ”、“Ａｌｔｅｒｎａｔｉｖｅ ｃａｍｅｒａ ｖｉｅｗ”、“Ｏｔｈｅｒ ａｌｔｅｒｎａｔｉｖｅ ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ”、“Ｓｉｇｎ ｌａｎｇｕａｇｅ ｉｎｓｅｔ”及び／又は“Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ”を含んでもよい。
ＰｒｅｓｅｎｔａｂｌｅＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントは、Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ コンポーネントを記述するエレメントである。ＰｒｅｓｅｎｔａｂｌｅＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントエレメントの下位エレメントであって、Ｅ３レベルで開始し得る。ＰｒｅｓｅｎｔａｂｌｅＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントはストリング値を有し、オーディオコンポーネント（ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔ）の役割（ｒｏｌｅ）を記述する。ＰｒｅｓｅｎｔａｂｌｅＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントに対して、視聴者が認識できる文字の形態の説明を提供する情報を含む。ＰｒｅｓｅｎｔａｂｌｅＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントが示し得るコンポーネントの役割は、“Ｃｏｍｐｌｅｔｅ ｍａｉｎ”、“Ｍｕｓｉｃ”、“Ｄｉａｌｏｇ”、“Ｅｆｆｅｃｔｓ”、“Ｖｉｓｕａｌｌｙ ｉｍｐａｉｒｅｄ”、“Ｈｅａｒｉｎｇ ｉｍｐａｉｒｅｄ”及び／又は“Ｃｏｍｍｅｎｔａｒｙ”を含んでもよい。
図８４は、本発明の他の実施例による、ＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメント及びＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントを示す図である。
同図で説明されるエレメントは、図８３で説明されたコンポーネントエレメントに含まれてもよい。
ＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメントは、Ｐｒｅｓｅｎｔａｂｌｅ ＣＣ コンポーネントを記述するエレメントである。ＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントエレメントの下位エレメントであって、Ｅ３レベルで開始し得る。ＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメントはストリング値を有し、ＣＣコンポーネント（ＣＣ ｃｏｍｐｏｎｅｎｔ）の役割（ｒｏｌｅ）を記述することができる。ＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントに対して、視聴者が認識できる文字の形態の説明を提供する情報を含む。ＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメントが示し得るコンポーネントの役割は、“Ｎｏｒｍａｌ”及び／又は“Ｅａｓｙ ｒｅａｄｅｒ”を含んでもよい。
ＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントは、Ｐｒｅｓｅｎｔａｂｌｅ Ａｐｐ コンポーネントを記述するエレメントである。ＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントエレメントの下位エレメントであって、Ｅ３レベルで開始し得る。ＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントはストリング値を有し、ａｐｐ ｃｏｍｐｏｎｅｎｔ（ａｐｐコンポーネント）の役割（ｒｏｌｅ）を記述する。ＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントに対して、視聴者が認識できる文字の形態の説明を提供する情報を含む。ＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントが示し得るコンポーネントの役割は、“Ｏｎ Ｄｅｍａｎｄ”、“Ｓｔａｒｔｏｖｅｒ”、及び／又は“ＣｏｍｐａｎｉｏｎＳｃｒｅｅｎ”を含んでもよい。
この実施例によってコンポーネントエレメントを構成する場合、コンポーネントフラグメント（Ｃｏｍｐｏｎｅｎｔ ｆｒａｇｍｅｎｔ）を新たに構成するために必要な構成要素及び／又は属性値の繰り返し使用を低減することができ、エンドユーザ（Ｅｎｄ Ｕｓｅｒ）にＡｎｎｏｕｎｃｅｍｅｎｔ情報を効率的かつ直観的に提供することができる。
図８５は、本発明の他の実施例による、コンポーネントエレメントをＸＭＬ形態で示す図である。
本発明の他の実施例によるコンポーネントエレメントは、コンポーネントが多数の種類のメディアで構成される場合、それぞれのコンポーネントの種類をシグナリングできるので、受信側では、視聴者又は受信機の所望の種類のコンポーネントを事前に識別できるという効果がある。また、コンポーネントの役割を文字の形態で提供できるので、当該情報を消費する視聴者が所望のコンポーネントを容易に認識又は選択することができるという効果がある。また、本発明の他の実施例によると、コンポーネントのタイプ別にコンポーネントエレメント（Ｃｏｍｐｏｎｅｎｔ ｅｌｅｍｅｎｔ）を構成し、各コンポーネントのロールをストリング（Ｓｔｒｉｎｇ）で記述することによって、拡張可能性を確保できるという効果がある。
本発明の一実施例によるコンポーネントエレメントは、ＯＭＡ ＢＣＡＳＴで前もって定義されたサービスガイドコンテンツフラグメント（Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ Ｃｏｎｔｅｎｔ Ｆｒａｇｅｍｅｎｔ）に拡張形態で含まれてもよい。
図８６は、本発明の一実施例による、Ｅｓｓｅｎｔｉａｌ Ｃａｐａｂｉｌｉｔｉｅｓエレメントを示す図である。
本発明の一実施例によると、コンポーネントエレメントはＣａｐａｂｉｌｉｔｙ項目を含んでもよい。Ｃａｐａｂｉｌｉｔｙ項目は、受信機が当該コンポーネントを適切にデコードするために要求される受信機の性能を知らせる情報に該当し得る。Ｃａｐａｂｉｌｉｔｙ項目は、ｃａｐａｂｉｌｉｔｙ ｃｏｄｅ（Ｃａｐａｂｉｌｉｔｙ ｃｏｄｅ）とストリング（Ｓｔｒｉｎｇ）の組合せで構成されてもよい。本発明の一実施例は、ｃａｐａｂｉｌｉｔｙ ｃｏｄｅとｃａｐａｂｉｌｉｔｙカテゴリー（Ｃａｐａｂｉｌｉｔｙ ｃａｔｅｇｏｒｙ）に新しい値を追加で定義することを提案する。
図面を参照すると、Ｃａｐａｂｉｌｉｔｙ項目は、コンポーネントエレメントの下位エレメントとして定義することができる。Ｃａｐａｂｉｌｉｔｙ項目は、ＥｓｓｅｎｔｉａｌＣａｐａｂｉｌｉｔｉｅｓエレメント、ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメント、ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメント及び／又はＣａｔｅｇｏｒｙ属性情報を含んでもよい。
ＥｓｓｅｎｔｉａｌＣａｐａｂｉｌｉｔｉｅｓエレメントは、サービス（メディア、放送サービス）の意味のあるプレゼンテーションのために要求されるｃａｐａｂｉｌｉｔｙを記述する。ＥｓｓｅｎｔｉａｌＣａｐａｂｉｌｉｔｉｅｓエレメントは、ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメント、及び／又はＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントを含んでもよい。ＥｓｓｅｎｔｉａｌＣａｐａｂｉｌｉｔｉｅｓエレメントは、コンポーネントエレメントの下位エレメントとして定義できるので、Ｅ３レベルで開始し得る。
ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントは、ｃａｐａｂｉｌｉｔｙの種類を識別するｃｏｄｅに対する値を有する。ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントは、１つ以上のｃａｐａｂｉｌｉｔｙを示すことができる。
ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントは、ｃａｐａｂｉｌｉｔｙを説明するストリングを含んでもよい。ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントは、ｃａｐａｂｉｌｉｔｙについての説明を文字で表示するための情報を含んでもよい。ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントはＣａｔｅｇｏｒｙ属性情報を含んでもよい。
Ｃａｔｅｇｏｒｙ属性情報は、ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントによって説明されるｃａｐａｂｉｌｉｔｙのカテゴリ（ｃａｔｅｇｏｒｙ）を示す情報である。
図８７は、本発明の一実施例による、ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントの値によるｃａｐａｂｉｌｉｔｙの意味を示す図である。
ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントの値による意味は、説明する代わりに図面を参照する。
本発明の一実施例によると、Ｄｏｗｎｌｏａｄ Ｐｒｏｔｏｃｏｌｓの項目に新しい値を定義し、当該値が示すｃａｐａｂｉｌｉｔｙが‘ＩＰ ｖｉａ Ｂｒｏａｄｂａｎｄ’に該当するように設定できる。すなわち、次世代放送システムでは、ブロードバンドのＩＰを介したデータの受信が可能であるので、ＩＰ ｖｉａ Ｂｒｏａｄｂａｎｄに該当するＤｏｗｎｌｏａｄ ｐｒｏｔｏｃｏｌにｃａｐａｂｉｌｉｔｙの１つの種類として追加することができる。
本発明の一実施例によると、ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントがＲｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙを識別することもできる。ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントの値に応じて、コンポーネントを使用するために受信機が必要とするＲｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙがシグナリングされ得る。ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントが示すＲｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙは、受信機がいかなる種類のビデオ、オーディオ、アプリケーション、及び／又はＣＣをレンダリングできるかを示すことができる。
図８８は、本発明の一実施例による、Ｃａｔｅｇｏｒｙ属性情報の値によるＣａｐａｂｉｌｉｔｙ Ｃａｔｅｇｏｒｙを示す図である。
本発明によると、ｃａｐａｂｉｌｉｔｙがＲｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙのカテゴリーに含まれることを識別できるように、Ｃａｔｅｇｏｒｙ属性情報の値を追加で定義することができる。例えば、Ｃａｔｅｇｏｒｙ属性情報の値が０ｘ０６を有する場合、ｃａｐａｂｉｌｉｔｙがＲｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙのカテゴリーに含まれることを示すことができる。
図８９は、本発明の一実施例による、コンポーネント別にＰａｙ Ｐｅｒ Ｖｉｅｗ（ＰＰＶ）が提供される過程を示す図である。
本発明の一実施例によると、Ｃｏｍｐｏｎｅｎｔ別に、Ｐａｙｐｅｒｖｉｅｗサービスを提供することができる。すなわち、本発明によると、１つのサービス又はコンテンツ内で、特定のコンポーネントを有料でサービスすることができる。例えば、本発明によると、Ａｎｎｏｕｎｃｅｍｅｎｔでコンポーネントを定義し、Ｃｏｍｐｏｎｅｎｔに応じてＰａｙｐｅｒｖｉｅｗサービスを提供することができる。
そのために、コンポーネントエレメント（Ｃｏｍｐｏｎｅｎｔ ｅｌｅｍｅｎｔ）に対する属性及び／又は要素情報をＣｏｎｔｅｎｔ内に記述して送信することができる。各Ｃｏｍｐｏｎｅｎｔは、Ｐａｙについての情報を有してもよい。放送番組（メディア、放送サービス、又は放送コンテンツ）は無料であってもよいが、放送番組の各コンポーネントの付加的な情報の量と質によって放送社は、コンポーネントに対して料金を課することができる。例えば、放送社は、ＨＤは無料であるが、高画質のためのＵＨＤを視聴するためのデータを伝送するビデオコンポーネント（Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ）を消費するためには、視聴者が料金を払うように設定することができる。又は、放送社は、オーディオ（Ａｕｄｉｏ）のステレオ（Ｓｔｅｒｅｏ）音響のためのオーディオコンポーネント（Ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔ）に対して料金を課することができるように設定することができる。又は、放送社は、選挙番組を視聴中、ｖｏｔｉｎｇ ａｐｐを使用するために必要なコンポーネントに対しては、料金を払わなければ当該コンポーネントを視聴者が消費できないように設定することができる。これは、本発明で提示するように、Ｃｏｍｐｏｎｅｎｔ別にＥＳＧを伝送することによって可能なＰａｙｐｅｒｖｉｅｗ方案である。
各コンポーネント別に、ＰＰＶが設定可能なようにするために、コンポーネントエレメントは、各コンポーネントに対してＰＰＶ関連情報を含んでもよい。又は、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、各コンポーネントロール（ｃｏｍｐｏｎｅｎｔ ｒｏｌｅ）に対してＰＰＶ関連情報を含んでもよい。ＰＰＶ関連情報は、コンポーネント又はコンポーネントロールに対してＰＰＶが適用されるか否かを識別する情報、ＰＰＶのための決済方式で関する情報、ＰＰＶのための価格情報、ＰＰＶに対する決済が行われた後、認証と関連する情報、及び／又はＰＰＶが決済された後、当該コンポーネントを有効に使用できる期間情報を含んでもよい。
図面を参照して、本発明が適用され得る一実施例を説明すると、ＥＳＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ）を通じて、放送番組にＰＰＶで視聴可能な要素があることを知ることができる。受信機は、ＰＰＶで提供されるコンポーネントの項目をＥＳＧを介して表示することができる。視聴者がＰＰＶで視聴可能な要素がある放送番組を選択すると、受信機は、ＰＰＶで視聴可能な要素が当該番組に存在することを知らせ、視聴者に、当該要素をＰＰＶで視聴するか否かを問うＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）をディスプレイし、視聴者の選択を受信することができる。この実施例では、放送番組が基本的に提供する映像以外に追加の映像が存在する場合を示した。視聴者がＡｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗに該当するビデオコンポーネント（Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ）を見るために当該金額を決済すると、Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ画面を見ることができる。この過程で、前述した制御ユニットは、ＰＰＶ関連情報を用いて、特定のコンポーネントに対してＰＰＶが適用されるかを識別する表示を含む放送番組編成表を生成することができる。前述したディスプレイユニットは、生成された放送番組編成表を表示することができる。
Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ画面を後で見ることを選択することができる。この場合、受信機は、現在の映像が終了したり、視聴者の所望の特定の時点でＡｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ画面を表示することができる。又は、メインデバイスが提供する基本映像と共に、Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ画面をリアルタイムでコンパニオンデバイス（Ｃｏｍｐａｎｉｏｎ Ｄｅｖｉｃｅ）を用いて視聴することも可能である。
図９０は、本発明の一実施例による、放送番組の各コンポーネント別にメディアが提供される順序を示す図である。
受信機は、放送信号を介してＥＳＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ）データを受信する（ＪＳ９００１０）。ＥＳＧデータは、前述したエレメント、サービスフラグメント、コンテンツフラグメント、スケジュールフラグメント及び／又はコンポーネントフラグメントを含んでもよい。
受信機は、サービスフラグメントをパーシングして、チャネルリストに表示される放送社リストを生成する（ＪＳ９００２０）。
受信機は、コンテンツフラグメントをパーシングして、各放送社別に提供される番組のリストを生成する（ＪＳ９００３０）。
受信機は、スケジュールフラグメントをパーシングして、各放送社別に提供される番組のスケジュールを生成する（ＪＳ９００４０）。
受信機は、視聴者／ユーザから放送番組編成表を表示するようにする命令を受信する（ＪＳ９００５０）。
受信機は、放送サービス又は放送番組に含まれるコンポーネントに対する役割がＥＳＧに表示されたか否かを判断する（ＪＳ９００６０）。
放送サービス又は放送番組に含まれるコンポーネントに対する役割がＥＳＧに表示される場合、受信機は、放送番組編成表で各番組に関する詳細情報を表示する（ＪＳ９００７０）。受信機は、コンポーネントの役割に関する情報は、前述したコンポーネントエレメント及びその下位のエレメントから獲得することができる。
受信機は、視聴者／ユーザから、特定の番組に対する選択又は予約視聴命令を受信する（ＪＳ９００８０）。
受信機は、視聴者／ユーザによって選択された放送番組に進入（デコーディング）する（ＪＳ９００９０）。
受信機は、放送番組に含まれる各コンポーネントの役割の特性に合わせてＶｉｄｅｏ、Ａｕｄｉｏ、ＣＣ及び／又はＡｐｐを画面に表示する（ＪＳ９０１００）。受信機は、視聴者／ユーザが視聴したいＶｉｄｅｏ、Ａｕｄｉｏ、ＣＣ及び／又はＡｐｐのコンポーネントを選択する命令を視聴者／ユーザから受信することができる。この場合、各コンポーネントに対するＰＰＶ政策がある場合、前述した方式でＰＰＶが処理され得る。ＥＳＧには、各コンポーネントに対して、ＰＰＶ政策があるかを知らせる表示が表示され得る。
受信機が表示するメディアを視聴者／ユーザが視聴する（ＪＳ９０１００）。
一方、放送サービス又は放送番組に含まれるコンポーネントに対する役割がＥＳＧに表示されない場合、受信機は、放送番組編成表に番組名及び／又は番組の時間情報を表示する（ＪＳ９０１２０）。
受信機は、視聴者／ユーザから、放送番組編成表で特定の番組に対する選択又は予約視聴命令を受信する（ＪＳ９０１３０）。
受信機は、視聴者／ユーザが選択した放送番組に進入（デコーディング）する（ＪＳ９０１４０）。
一方、放送視聴中、視聴者／ユーザが、放送番組編成表を表示するようにする命令を入力すると、受信機は、ステップＪＳ９００５０から、提示された手順を行う。
図９１は、本発明の一実施例による、放送番組の各コンポーネント別にメディアが提供される画面を示す図である。
Ｌ９１０１０を参照すると、ＥＳＧに、ＣＮＴＶという放送サービス（放送局）で提供する‘Ｇ’番組に対して、それぞれのコンポーネントの役割が記載された図面と、そうでない図面が示されている。例えば、コンポーネントの役割がＥＳＧに表示される場合は、ＥＳＧは、‘Ｇ’番組に対して、‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’、‘Ｆｏｌｌｏｗ Ｓｕｂｊｅｃｔ’及び‘Ｓｉｇｎ Ｌａｎｇｕａｇｅ’を提供するコンポーネントが存在することを示している。
Ｌ９１０２０を参照すると、‘Ｇ’番組が表示される場合、受信機は、‘Ｓｉｇｎ ｌａｎｇｕａｇｅ’や‘ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’を共にディスプレイしたり、このようなコンポーネントに対するｔｈｕｍｂｎａｉｌイメージを表示することができる。ここで、‘Ｓｉｇｎ ｌａｎｇｕａｇｅ’は手話に該当し得、‘ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’は、現在の番組と関連する映像に該当し得る。
Ｌ９１０３０を参照すると、‘Ｇ’番組に対して、‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’を視聴者が選択した場合、現在の番組で基本的に提供する映像以外に、他の映像を提供する場面が示されている。
図９２は、本発明の一実施例による、ビデオコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
受信機は、視聴者の放送番組編成表に対する要求を受信し、放送番組編成表を表示する。放送番組編成表には、現在時刻以降の放送番組に関する情報が表示される。特定の番組に対しては特定の役割に該当するコンポーネントが提供されるということがＥＳＧに表示され得る。例えば、‘Ｂ’番組に対しては、手話（ｓｉｇｎ ｌａｎｇｕａｇｅ）コンテンツが提供されてもよい。したがって、手話コンテンツを用いたい視聴者は、‘ｓｉｇｎ ｌａｎｇｕａｇｅ’が表示された番組を選択して、当該番組をチャネル切り替えを行ったり、当該番組に対する視聴予約を行うことができる。受信機は、視聴予約された番組の開始時間になると、当該番組を視聴するか否かに対する問い合わせを視聴者に提供し、当該番組をディスプレイすることができる。
図９３は、本発明の他の実施例による、ビデオコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
受信機は、視聴者の放送番組編成表に対する要求を受信し、放送番組編成表を表示する。放送番組編成表には現在時刻以降の放送番組に関する情報が表示される。特定の番組に対しては特定の役割に該当するコンポーネントが提供されるということがＥＳＧに表示され得る。例えば、放送番組編成表は、‘Ｇ’番組に対して‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’が存在することを示すことができる。視聴者が‘Ｇ’番組を選択すると、受信機は、視聴者に、‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’を視聴するか否かに対する問い合わせを提供することができる。受信機が、視聴者から、‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’を視聴することを指示する命令を受信すると、受信機は、現在の映像を‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’に置換して表示することができる。又は、受信機は、‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’をｃｏｍｐａｉｎｉｏｎ ｄｅｖｉｃｅに伝達して、ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅで‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’が表示され得るように処理することができる。
図９４は、本発明の他の実施例による、ビデオコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
受信機は、視聴者の放送番組編成表に対する要求を受信し、放送番組編成表を表示する。放送番組編成表には、現在時刻以降の放送番組に関する情報が表示される。特定の番組に対しては特定の役割に該当するコンポーネントが提供されるということがＥＳＧに表示され得る。例えば、放送番組編成表は、‘Ｉ’番組に対する‘Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’コンポーネントが存在することを示すことができる。視聴者が‘Ｉ’番組を選択すると、受信機は、視聴者に、‘Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’を確認するか否かに対する問い合わせを提供することができる。受信機が、視聴者から、‘Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’を確認することを指示する命令を受信すると、受信機は、現在の映像を‘Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’に置換して表示することができる。又は、受信機は、‘Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’をｃｏｍｐａｉｎｉｏｎ ｄｅｖｉｃｅに伝達して、ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅで‘Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’が表示され得るように処理することができる。
図９５は、本発明の一実施例による、オーディオコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
受信機は、視聴者の放送番組編成表に対する要求を受信し、放送番組編成表を表示する。放送番組編成表には、現在時刻以降の放送番組に関する情報が表示される。特定の番組に対しては特定の役割に該当するコンポーネントが提供されるということがＥＳＧに表示され得る。例えば、放送番組編成表は、‘Ｉ’番組に対する‘Ｍｕｓｉｃ’コンポーネントが存在することを示すことができる。‘Ｍｕｓｉｃ’コンポーネントは、当該番組に対してより良い音質のオーディオを提供するコンポーネントに該当し得る。視聴者は、より良い音質のオーディオの提供を受けるために‘Ｉ’番組を選択し、当該番組と‘Ｍｕｓｉｃ’コンポーネントを共に消費することができる。
図９６は、本発明の他の実施例による、オーディオコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
受信機は、視聴者の放送番組編成表に対する要求を受信し、放送番組編成表を表示する。放送番組編成表には、現在時刻以降の放送番組に関する情報が表示される。特定の番組に対しては特定の役割に該当するコンポーネントが提供されるということがＥＳＧに表示され得る。例えば、放送番組編成表は、‘Ｇ’番組に対する‘Ｄｉａｌｏｇ’コンポーネントが存在することを示すことができる。‘Ｄｉａｌｏｇ’コンポーネントは、当該番組で特定の出演者のセリフや発言に対する別個のコンポーネントに該当する。視聴者は、‘Ｄｉａｌｏｇ’コンポーネントを提供する‘Ｇ’番組を選択し、当該番組の出演者のＤｉａｌｏｇを別個のスピーカーを介して再生して、当該コンテンツを消費することができる。‘Ｄｉａｌｏｇ’コンポーネントが別途に提供される場合、受信機は、Ｄｉａｌｏｇのレベルを別途に調節することができる。
図９７は、本発明の他の実施例による、オーディオコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
受信機は、視聴者の放送番組編成表に対する要求を受信し、放送番組編成表を表示する。放送番組編成表には、現在時刻以降の放送番組に関する情報が表示される。特定の番組に対しては特定の役割に該当するコンポーネントが提供されるということがＥＳＧに表示され得る。例えば、放送番組編成表は、‘Ｄ’番組に対する‘Ｖｉｓｕａｌｌｙ Ｉｍｐａｉｒｅｄ’コンポーネントが存在することを示すことができる。‘Ｖｉｓｕａｌｌｙ Ｉｍｐａｉｒｅｄ’コンポーネントは、当該番組で提供する視覚的なコンテンツに対する音声的説明を提供するコンポーネントに該当し得る。‘Ｖｉｓｕａｌｌｙ Ｉｍｐａｉｒｅｄ’コンポーネントは、視覚障害者のために、番組に対する音声的説明を提供するコンポーネントに該当し得る。視聴者は、‘Ｖｉｓｕａｌｌｙ Ｉｍｐａｉｒｅｄ’コンポーネントを提供する‘Ｄ’番組を選択し、‘Ｖｉｓｕａｌｌｙ Ｉｍｐａｉｒｅｄ’コンポーネントに該当するコンテンツを消費することができる。このとき、受信機は、‘Ｖｉｓｕａｌｌｙ Ｉｍｐａｉｒｅｄ’コンポーネントをｍａｉｎ ｄｅｉｖｃｅで再生することができ、ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅに‘Ｖｉｓｕａｌｌｙ Ｉｍｐａｉｒｅｄ’コンポーネントを伝達し、ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅで当該コンポーネントを再生できるように処理することができる。
図９８は、本発明の一実施例による、ＣＣ（Ｃｌｏｓｅｄ Ｃａｐｔｉｏｎ）コンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
受信機は、視聴者の放送番組編成表に対する要求を受信し、放送番組編成表を表示する。放送番組編成表には、現在時刻以降の放送番組に関する情報が表示される。特定の番組に対しては特定の役割に該当するコンポーネントが提供されるということがＥＳＧに表示され得る。例えば、放送番組編成表は、‘Ｄ’番組に対する‘Ｅａｓｙ Ｒｅａｄｅｒ’コンポーネントが存在することを示すことができる。‘Ｅａｓｙ Ｒｅａｄｅｒ’コンポーネントは、当該番組のコンテンツに対する字幕又はサブタイトルを提供するコンポーネントに該当し得る。字幕又はサブタイトルは１つ以上の言語で提供されてもよい。視聴者は、‘Ｅａｓｙ Ｒｅａｄｅｒ’コンポーネントを提供する‘Ｄ’番組を選択し、‘Ｅａｓｙ Ｒｅａｄｅｒ’コンポーネントに該当するコンテンツを消費することができる。このとき、受信機は、‘Ｅａｓｙ Ｒｅａｄｅｒ’コンポーネントをｍａｉｎ ｄｅｉｖｃｅで再生することができ、ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅに‘Ｅａｓｙ Ｒｅａｄｅｒ’コンポーネントを伝達し、ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅで当該コンポーネントを再生できるように処理することができる。
図９９及び図１００は本発明の他の一実施例によるコンポーネントエレメントの構成を示した図である。
本発明の一実施例はコンテンツフラグメントの下位にコンポーネントエレメントを定義することができる。
本発明の一実施例はコンポーネントエレメントに全ての種類のコンポーネントを含ませることにより、より簡単で明瞭なサービスガイドのコンポーネントエレメントの構成を提供することができる。
本発明の一実施例はタイプ別にコンポーネントエレメントを構成し、各コンポーネントの役割をストリング（ｓｔｒｉｎｇ）で記述することにより、後に新たに付け加えられるコンポーネント及び／又はコンポーネントの役割を易しく確張することができる。
本発明の一実施例によるコンポーネントエレメントはルートエレメントであって、Ｅ２レベルのエレメントに相当してもよい。コンポーネントエレメントは０又は１のｃａｒｄｉｎａｌｉｔｙを有してもよい。
本発明の一実施例によるコンポーネントエレメントは下位エレメントとして、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント、ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント、ＣＣＣｏｍｐｏｎｅｎｔエレメント及び／又はＡｐｐＣｏｍｐｏｎｅｎｔエレメントを含んでもよい。そして、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント、ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント、ＣＣＣｏｍｐｏｎｅｎｔエレメント及び／又はＡｐｐＣｏｍｐｏｎｅｎｔエレメントはＬａｎｇｕａｇｅ属性を有してもよい。
ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントはビデオコンポーネントを記述することができる。このエレメントはコンポーネントエレメントの下位エレメントであって、Ｅ３レベルのエレメントに相当してもよい。このエレメントはストリング値を有することができ、ビデオコンポーネントの役割を記述することができる。このエレメントはこのエレメントが示すコンポーネントの言語を示すｌａｎｇｕａｇｅ属性を有してもよい。本発明の一実施例によるビデオコンポーネントの役割はＰｒｉｍａｒｙ ｖｉｄｅｏ、Ａｌｔｅｒｎａｔｉｖｅ ｃａｍｅｒａ ｖｉｅｗ、Ｏｔｈｅｒ ａｌｔｅｒｎａｔｉｖｅ ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ、Ｓｉｇｎ ｌａｎｇｕａｇｅ ｉｎｓｅｔ、Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ、Ｂａｓｅ ｌａｙｅｒ ｆｏｒ ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｅｎｃｏｄｉｎｇ、Ｅｎｈａｎｃｅｍｅｎｔ ｌａｙｅｒ ｆｏｒ ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｅｎｃｏｄｉｎｇ ｗｉｔｈ ｌｅｖｅｌ、３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗ、３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗ、３Ｄ ｖｉｄｅｏ ｄｅｐｔｈ ｉｎｆｏｒｍａｔｉｏｎ及び／又はＰａｒｔ ｏｆ ｖｉｄｅｏ ａｒｒａｙ＜ｘ，ｙ＞ｏｆ＜ｎ，ｍ＞を示すことができ、本発明の一実施例は上述した役割だけでなくその他に視聴者に有用な内容（ｄｅｓｃｒｉｐｔｉｏｎｓ）をストリングで記述することができる。上述した役割についての詳細な説明は前述した。
ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントはオーディオコンポーネントを記述することができる。このエレメントはコンポーネントエレメントの下位エレメントであって、Ｅ３レベルのエレメントに相当してもよい。このエレメントはストリング値を有することができ、オーディオコンポーネントの役割を記述することができる。このエレメントはこのエレメントが示すコンポーネントの言語を示すｌａｎｇｕａｇｅ属性を有してもよい。本発明の一実施例によるオーディオコンポーネントの役割はＣｏｍｐｌｅｔｅ ｍａｉｎ、Ｍｕｓｉｃ、Ｄｉａｌｏｇ、Ｅｆｆｅｃｔｓ、Ｖｉｓｕａｌｌｙ ｉｍｐａｉｒｅｄ、Ｈｅａｒｉｎｇ ｉｍｐａｉｒｅｄ及び／又はＣｏｍｍｅｎｔａｒｙを示すことができ、本発明の一実施例は上述した役割だけでなく、その他に視聴者に有用な内容（ｄｅｓｃｒｉｐｔｉｏｎｓ）をストリングで記述することができる。上述した役割についての詳細な説明は前述した。
ＣＣＣｏｍｐｏｎｅｎｔエレメントはＣＣコンポーネントを記述することができる。このエレメントはコンポーネントエレメントの下位エレメントであって、Ｅ３レベルのエレメントに相当してもよい。このエレメントはストリング値を有することができ、ＣＣコンポーネントの役割を記述することができる。このエレメントはこのエレメントが示すコンポーネントの言語を示すｌａｎｇｕａｇｅ属性を有してもよい。本発明の一実施例によるＣＣコンポーネントの役割はＮｏｒｍａｌ及び／又はＥａｓｙ ｒｅａｄｅｒを示すことができ、本発明の一実施例は上述した役割だけでなくその他に視聴者に有用な内容（ｄｅｓｃｒｉｐｔｉｏｎｓ）をストリングで記述することができる。上述した役割についての詳細な説明は前述した。
ＡｐｐＣｏｍｐｏｎｅｎｔエレメントはＡｐｐ ｃｏｍｐｏｎｅｎｔを記述することができる。このエレメントはコンポーネントエレメントの下位エレメントであって、Ｅ３レベルのエレメントに相当してもよい。このエレメントはストリング値を有することができａｐｐ ｃｏｍｐｏｎｅｎｔの役割を記述することができる。このエレメントはこのエレメントが示すコンポーネントの言語を示すｌａｎｇｕａｇｅ属性を有してもよい。本発明の一実施例によるａｐｐ ｃｏｍｐｏｎｅｎｔの役割はＯｎ Ｄｅｍａｎｄ、Ｓｔａｒｔ−ｏｖｅｒ及び／又はＣｏｍｐａｎｉｏｎ−Ｓｃｒｅｅｎを示すことができ、本発明の一実施例は上述した役割だけでなくその他に視聴者に有用な内容（ｄｅｓｃｒｉｐｔｉｏｎｓ）をストリングで記述することができる。上述した役割についての詳細な説明は前述した。
図１０１は本発明の一実施例によるコンポーネントエレメントのｘｍｌスキーマを示した図である。
本発明の一実施例によるコンポーネントエレメントはＡＴＳＣ３．０標準のためのもので、ＯＭＡ ＢＣＡＳＴ ＳＧコンテンツフラグメントの拡張エレメントに相当してもよい。このエレメントはコンテンツフラグメント内のＰｒｉｖａｔｅＥｘｔエレメントに含まれて使われてもよい。
本発明の一実施例によるコンポーネントエレメントは下位エレメントであって、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント、ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント、ＣＣＣｏｍｐｏｎｅｎｔエレメント及び／又はＡｐｐＣｏｍｐｏｎｅｎｔエレメントを含んでもよい。そして、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント、ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント、ＣＣＣｏｍｐｏｎｅｎｔエレメント及び／又はＡｐｐＣｏｍｐｏｎｅｎｔエレメントはＬａｎｇｕａｇｅ属性を有してもよい。上述した各エレメントについての詳細な説明は前述した。
図１０２は本発明の一実施例によるＡｐｐＣｏｍｐｏｎｅｎｔエレメントの構成を示した図である。
本発明の一実施例はａｐｐ ｃｏｍｐｏｎｅｎｔについての情報をアナウンスメントに含ませることで、受信機にとってＥＳＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ）を受信するとき、各サービスに含まれたアプリケーションの実行可否を判断するようにすることができる。また、アプリケーションのバージョン情報をアナウンスメントに含ませることで、受信機が重複したアプリケーションをダウンロードしないようにすることができる。
本発明の一実施例によるＡｐｐＣｏｍｐｏｎｅｎｔエレメントは下位エレメントであって、ＭａｒｋｅｔＩｎｆｏエレメント、ＡｐｐＩｎｆｏエレメント及び／又はＰｒｉｖａｔｅＥｘｔエレメントを含んでもよく、属性としてＬａｎｇｕａｇｅ及び／又はＶｅｒｓｉｏｎ属性を含んでもよい。ＭａｒｋｅｔＩｎｆｏエレメント、ＡｐｐＩｎｆｏエレメント及び／又はＰｒｉｖａｔｅＥｘｔエレメントはＥ４レベルに相当してもよい。また、ＭａｒｋｅｔＩｎｆｏエレメントは下位エレメントとして、Ｅ５レベルのＭａｒｋｅＡｐｐｔＩＤエレメントを含んでもよく、ＭａｒｋｅＡｐｐｔＩＤエレメントはＭａｒｋｅｔ属性を有してもよい。ＡｐｐＩｎｆｏエレメントは下位エレメントとして、Ｅ５レベルのＡｐｐＩＤエレメント、ＡｐｐＮａｍｅエレメント、ＴａｒｇｅｔＰｌａｔｆｏｒｍエレメント、Ｃａｔｅｇｏｒｙエレメント、Ｒｏｌｅエレメント及び／又はＵｓａｇｅＰｏｌｉｃｙエレメントを含んでもよい。
Ｌａｎｇｕａｇｅ属性はＡｐｐＣｏｍｐｏｎｅｎｔエレメントの言語を示すことができる。
Ｖｅｒｓｉｏｎ属性はＡｐｐＣｏｍｐｏｎｅｎｔエレメントが示すａｐｐｌｉｃａｔｉｏｎのバージョンを示すことができる。
ＭａｒｋｅｔＩｎｆｏエレメントは該当のアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）を始めるためのマーケットについての情報を示すことができる。
ＡｐｐＩｎｆｏエレメントは該当のアプリケーションそのものについての情報を示すことができる。
ＰｒｉｖａｔｅＥｘｔエレメントはＡｐｐＣｏｍｐｏｎｅｎｔエレメントの拡張のためのエレメントを示すことができる。
ＭａｒｋｅｔＡｐｐＩＤエレメントは該当のアプリケーションのマーケット指定の（ｍａｒｋｅｔ−ａｓｓｉｇｎｅｄ）ＩＤを示すことができる。すなわち、該当のアプリケーションを提供するマーケットのＩＤを示すことができる。
Ｍａｒｋｅｔ属性は該当のアプリケーションを提供するマーケットの名前を示すことができる。
ＡｐｐＩＤエレメントは該当のアプリケーションの固有ＩＤを示すことができる。このエレメントはシグナリング情報に連結して使われてもよい。
ＡｐｐＮａｍｅエレメントは該当のアプリケーションの名前を示すことができる。
ＴａｒｇｅｔＰｌａｔｆｏｒｍエレメントは該当のアプリケーションが実行可能なプラットホーム（ｐｌａｔｆｏｒｍ）情報を示すことができる。
Ｃａｔｅｇｏｒｙエレメントは該当のアプリケーションのカテゴリーを示すことができる。
Ｒｏｌｅエレメントは該当のアプリケーションの役割を示すことができる。このエレメントが示す役割はＯｎＤｅｍａｎｄ、Ｓｔａｒｔ−ｏｖｅｒ及び／又はＣｏｍｐａｎｉｏｎ−Ｓｃｒｅｅｎを示すことができ、本発明の一実施例は上述した役割だけでなくその他に視聴者に有用な内容（ｄｅｓｃｒｉｐｔｉｏｎｓ）をストリングで記述することができる。上述した役割についての詳細な説明は前述した。
ＵｓａｇｅＰｏｌｉｃｙエレメントは該当のアプリケーションの使用のための許可関連情報（ｐｅｒｍｉｓｓｉｏｎ ｒｅｌａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ）を示すことができる。このエレメントはＮｏ＿Ｒｅｓｔｒｉｃｔｉｏｎ、Ｐｕｒｃｈａｓｅ＿Ｒｅｑｕｉｒｅｄ、Ｔｒｉａｌ＿Ｏｎｌｙ、Ｐａｒｅｎｔａｌ＿Ｃｏｎｓｅｎｔ＿Ｒｅｑｕｉｒｅｄ及び／又はＳｉｇｎ−ｉｎ＿Ｒｅｑｕｉｒｅｄを示すことができ、本発明の一実施例は上述した内容だけではなくその他に視聴者に有用な内容（ｄｅｓｃｒｉｐｔｉｏｎｓ）をストリングで記述することができる。
図１０３は本発明の一実施例によるＡｐｐＣｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマを示した図である。
本発明の一実施例によるＡｐｐＣｏｍｐｏｎｅｎｔエレメントは、下位エレメントとして、ＭａｒｋｅｔＩｎｆｏエレメント、ＡｐｐＩｎｆｏエレメント及び／又はＰｒｉｖａｔｅＥｘｔエレメントを含んでもよく、属性としてＬａｎｇｕａｇｅ及び／又はＶｅｒｓｉｏｎ属性を含んでもよい。ＭａｒｋｅｔＩｎｆｏエレメント、ＡｐｐＩｎｆｏエレメント及び／又はＰｒｉｖａｔｅＥｘｔエレメントはＥ４レベルに相当してもよい。また、ＭａｒｋｅｔＩｎｆｏエレメントは下位エレメントとして、Ｅ５レベルのＭａｒｋｅｔＡｐｐＩＤエレメントを含んでもよく、ＭａｒｋｅｔＡｐｐＩＤエレメントはＭａｒｋｅｔ属性を有してもよい。ＡｐｐＩｎｆｏエレメントは下位エレメントとして、Ｅ５レベルのＡｐｐＩＤエレメント、ＡｐｐＮａｍｅエレメント、ＴａｒｇｅｔＰｌａｔｆｏｒｍエレメント、Ｃａｔｅｇｏｒｙエレメント、Ｒｏｌｅエレメント及び／又はＵｓａｇｅＰｏｌｉｃｙエレメントを含んでもよい。上述したエレメント及び／又は属性についての詳細な説明は前述した。
図１０４は本発明の一実施例によるａｐｐ ｃｏｍｐｏｎｅｎｔアナウンスメントによって受信機に表示される内容を示した図である。
この図の上端のｘｍｌスキーマ（Ｌ１０４０１０）を見ると、本発明の一実施例によるアプリケーションは英語で表現され、１．３バージョンを有してもよい。該当のアプリケーションはＬＧＡｐｐＳｔｏｒｅからダウンロードすることができ、ＬＧＡｐｐＳｔｏｒｅでｌｇｅ＿ＡＴＳＣ＿ｖ１２３４というＩＤで識別されてもよい。該当のアプリケーションの名前はＡＴＳＣ３．０ Ｔｅｓｔ Ａｐｐであり、このアプリケーションはＡｎｄｒｏｉｄ及び／又はｉＯＳプラットホームで駆動できる。このアプリケーションはＳｏｃｉａｌ Ｓｃｒｅｅｎに分類されてもよく、Ｃｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎサービスに相当してもよい。このアプリケーションは許可関連情報として、Ｔｒｉａｌ＿ｏｎｌｙという情報を有してもよい。
本発明の一実施例は放送番組編成表（Ｌ１０４０２０）で特定の番組内にアプリケーションが含まれていることを示すことができる。また、本発明の他の一実施例は、該当のアプリケーションに係わるＡｐｐＮａｍｅ、Ｃａｔｅｇｏｒｙ、Ｒｏｌｅなどの情報をさらに見せてもよく、放送番組編成表に現れる情報は受信機の具現方法によって違ってもよい。
該当のサービスの放送時間に放送を選択すれば、本発明の一実施例は、アプリケーションのバージョン情報を用いて新しいアプリケーションであるかあるいは既存のアプリケーションであるかを判断することができる。この際、新しいアプリケーションであれば、本発明の一実施例は、シグナリング情報を用いて新しいアプリケーションをダウンロードすることができ、受信機にこれを組み込むことができる。該当のアプリケーションがＣｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎ関連アプリケーションの場合、本発明の一実施例は、ｕＰＮＰプロトコルを用いてｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅにアプリケーションを組み込むことができる。本発明の一実施例は、使用者に現在視聴中の放送サービスでアプリケーションが実行可能であることを知らせることができる（Ｌ１０４０３０）。そして、本発明の一実施例は、該当のアプリケーションを実行することができる（Ｌ１０４０４０）。
図１０５は本発明の他の一実施例によるコンテンツフラグメントが含むコンポーネントエレメントのｘｍｌスキーマを示した図である。
本発明の一実施例はコンテンツフラグメントの内部にコンポーネントエレメントをサブエレメントとして構成し、コンテンツに含まれるコンポーネントを示すことができる。これにより、コンポーネント（ｃｏｍｐｏｎｅｎｔ）の間のｒｅｆｅｒｅｎｃｅ規定が必要なく、受信機は、コンテンツフラグメントを受信すれば、該当のコンテンツがどのコンポーネントで構成され、各コンポーネントがどの役割をするかに対して直観的に把握することができる。また、本発明の一実施例は、ビデオコンポーネント、オーディオコンポーネント及び／又はＣＣコンポーネントに区別せずにコンテンツについての情報を全て表示することができる。よって、メタデータの中で重複するテキストが除去されることによってデータサイズを減らすことができる。
本発明の一実施例によると、コンテンツフラグメントはＰｒｉｖａｔｅＥｘｔエレメントを含み、ＰｒｉｖａｔｅＥｘｔエレメントは下位エレメントとして、コンポーネントエレメント及び／又はＣａｐａｂｉｌｉｔｉｅｓエレメントを含んでもよい。また、コンポーネントエレメントは下位エレメントとして、ＶｉｄｅｏＲｏｌｅエレメント、ＡｕｄｉｏＲｏｌｅエレメント、ＣＣＲｏｌｅエレメント及び／又はＡｐｐＲｏｌｅエレメントを含んでもよい。また、Ｃａｐａｂｉｌｉｔｉｅｓエレメントは、下位エレメントとして、ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメント及び／又はＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントを含んでもよく、属性としてカテゴリー属性を有してもよい。
コンポーネントエレメントはタイプとしてＣｏｍｐｏｎｅｎｔＥｌｅｍｅｎｔＴｙｐｅを有することができ、ＣｏｍｐｏｎｅｎｔＥｌｅｍｅｎｔＴｙｐｅはコンテンツに含まれるコンポーネントについての情報をシーケンス形態に定義することができる。よって、コンテンツに含まれる全てのタイプのコンポーネントが記述できる。
ＶｉｄｅｏＲｏｌｅエレメントはビデオコンポーネント（ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ）の役割をストリング形態で示すことができる。ここで、ビデオコンポーネントの役割はＰｒｉｍａｒｙ ｖｉｄｅｏ、Ａｌｔｅｒｎａｔｉｖｅ ｃａｍｅｒａ ｖｉｅｗ、Ｏｔｈｅｒ ａｌｔｅｒｎａｔｉｖｅ ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ、Ｓｉｇｎ ｌａｎｇｕａｇｅ ｉｎｓｅｔ、Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ、Ｂａｓｅ ｌａｙｅｒ ｆｏｒ ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｅｎｃｏｄｉｎｇ、Ｅｎｈａｎｃｅｍｅｎｔ ｌａｙｅｒ ｆｏｒ ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｅｎｃｏｄｉｎｇ ｗｉｔｈ ｌｅｖｅｌ、３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗ、３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗ、３Ｄ ｖｉｄｅｏ ｄｅｐｔｈ ｉｎ ｆｏｒｍａｔｉｏｎ及び／又はＰａｒｔ ｏｆ ｖｉｄｅｏ ａｒｒａｙ＜ｘ，ｙ＞ｏｆ＜ｎ，ｍ＞を示すことができ、本発明の一実施例は上述した役割だけでなくその他に視聴者に有用な内容（ｄｅｓｃｒｉｐｔｉｏｎｓ）をストリングで記述することができる。上述した役割についての詳細な説明は前述した。
ＡｕｄｉｏＲｏｌｅエレメントはオーディオコンポーネント（ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔ）の役割をストリング形態で示すことができる。ここで、オーディオコンポーネントの役割はＣｏｍｐｌｅｔｅ ｍａｉｎ、Ｍｕｓｉｃ、Ｄｉａｌｏｇ、Ｅｆｆｅｃｔｓ、Ｖｉｓｕａｌｌｙ ｉｍｐａｉｒｅｄ、Ｈｅａｒｉｎｇ ｉｍｐａｉｒｅｄ及び／又はＣｏｍｍｅｎｔａｒｙを示すことができ、本発明の一実施例は上述した役割だけでなくその他に視聴者に有用な内容（ｄｅｓｃｒｉｐｔｉｏｎｓ）をストリングで記述することができる。上述した役割についての詳細な説明は前述した。
ＣＣＲｏｌｅエレメントはＣＣコンポーネント（ＣＣ ｃｏｍｐｏｎｅｎｔ）の役割をストリング形態で示すことができる。ここで、ＣＣコンポーネントの役割はＮｏｒｍａｌ及び／又はＥａｓｙ ｒｅａｄｅｒを示すことができ、本発明の一実施例は上述した役割だけでなくその他に視聴者に有用な内容（ｄｅｓｃｒｉｐｔｉｏｎｓ）をストリングで記述することができる。上述した役割についての詳細な説明は前述した。
ＡｐｐＲｏｌｅエレメントはアプリケーションコンポーネント（ａｐｐ ｃｏｍｐｏｎｅｎｔ）の役割をストリング形態で示すことができる。ここで、アプリケーションコンポーネントの役割はＯｎ Ｄｅｍａｎｄ、Ｓｔａｒｔ−ｏｖｅｒ及び／又はＣｏｍｐａｎｉｏｎ−Ｓｃｒｅｅｎを示すことができ、本発明の一実施例は上述した役割だけでなくその他に視聴者に有用な内容（ｄｅｓｃｒｉｐｔｉｏｎｓ）をストリングで記述することができる。上述した役割についての詳細な説明は前述した。
Ｃａｐａｂｉｌｉｔｉｅｓエレメントはコンテンツに含まれるｃｏｍｐｏｎｅｎｔのｃａｐａｂｉｌｉｔｙ情報を示すことができる。このエレメントはコンポーネントエレメントと同一のレベルでコンテンツフラグメントのＰｒｉｖａｔｅＥｘｔエレメントの下位に定義されてもよい。ＣａｐａｂｉｌｉｔｉｅｓエレメントはタイプとしてＣａｂｉｌｉｔｉｅｓＴｙｐｅを有することができ、ＣａｂｉｌｉｔｉｅｓＴｙｐｅはコンテンツに含まれるｃｏｍｐｏｎｅｎｔのｃａｐａｂｉｌｉｔｙをシーケンス形態に定義することができる。Ｃａｐａｂｉｌｉｔｉｅｓエレメントはコンテンツを構成するそれぞれのコンポーネントのレンダリング（ｒｅｎｄｅｒｉｎｇ）に必要なＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙを示すことができ、多くのコンポーネントで構成されるコンテンツのレンダリングに必要なＤｅｖｉｃｅＣａｐａｂｉｌｉｔｉｅｓを示すこともできる。Ｃａｐａｂｉｌｉｔｉｅｓエレメントは前述したＥｓｓｅｎｔｉａｌＣａｐａｂｉｌｉｔｉｅｓエレメントと同一の値を有することができ、Ｃａｐａｂｉｌｉｔｉｅｓエレメントはサービス（メディア、放送サービス）の意味あるプレゼンテーションのために要求されるｃａｐａｂｉｌｉｔｙを記述することができる。
ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントはｃａｐａｂｉｌｉｔｙの種類を識別するｃｏｄｅに対する値を有する。ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントは一つ以上のｃａｐａｂｉｌｉｔｙを示すことができる。
ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントはｃａｐａｂｉｌｉｔｙを説明するストリングを含んでもよい。ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントはｃａｐａｂｉｌｉｔｙについての説明を文字で表示するための情報を含んでもよい。ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントはＣａｔｅｇｏｒｙ属性情報を含んでもよい。
Ｃａｔｅｇｏｒｙ属性はＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントによって説明されるｃａｐａｂｉｌｉｔｙのカテゴリー（ｃａｔｅｇｏｒｙ）を示す情報である。
図１０６は本発明の一実施例によって、ｖｉｄｅｏ及びａｕｄｉｏの特定の役割を含むリニアサービスを示すコンテンツフラグメントのｘｍｌスキーマを示した図である。
この図は以前の図で説明した内容の一実施例を示した図である。
この図を見ると、本発明の一実施例は“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｎｔｅｎｔ／１”として識別されるコンテンツはＡｌｔｅｒｎａｔｉｖｅ Ｃａｍｅｒａ Ｖｉｅｗの役割を有するビデオコンポーネント及びＥｆｆｅｃｔｓの役割を有するオーディオコンポーネントを含むことを示すことができる。ここで、該当のコンテンツはｄｅｖｉｃｅ ｃａｐａｂｉｌｉｔｙとして３Ｄ機能を要求することができる。
図１０７は本発明の一実施例による、Ａｐｐコンポーネントに対する役目（ｒｏｌｅ）がＥＳＧに表示される場合を示した図である。
受信機は、視聴者の放送番組編成表に対する要求を受信し、放送番組編成表を表示する。放送番組編成表には現在時刻以後の放送番組についての情報が表示される。特定の番組に対しては特定の役目に相応するコンポーネントが提供されるということがＥＳＧに表示されてもよい。例えば、放送番組編成表は‘Ｄ’番組に対する‘Ｃｈａｔｔｉｎｇ ａｐｐｌｉｃａｔｉｏｎ’コンポーネントが存在することを示すことができる。‘Ｃｈａｔｔｉｎｇ ａｐｐｌｉｃａｔｉｏｎ’コンポーネントは該当の番組のコンテンツを視聴している使用者間のチャット機能を提供するコンポーネントに相当してもよい。視聴者は‘Ｃｈａｔｔｉｎｇ ａｐｐｌｉｃａｔｉｏｎ’コンポーネント提供する‘Ｄ’番組を選択し、‘Ｃｈａｔｔｉｎｇ ａｐｐｌｉｃａｔｉｏｎ’コンポーネントに相当するコンテンツを消費することができる。この際、受信機は‘Ｃｈａｔｔｉｎｇ ａｐｐｌｉｃａｔｉｏｎ’コンポーネントをｍａｉｎ ｄｅｉｖｃｅで再生することもでき、ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅに‘Ｃｈａｔｔｉｎｇ ａｐｐｌｉｃａｔｉｏｎ’コンポーネントを伝達し、ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅで該当のコンポーネントを再生するように処理することができる。視聴者はＣｈａｔｔｉｎｇアプリケーションを実行することによって該当の番組を視聴しながらチャットすることができる。
図１０８は本発明の一実施例によるコンテンツのｃａｐａｂｉｌｉｔｙを提供するためのコンテンツフラグメントの構成を示した図である。
本発明の一実施例によるコンテンツフラグメント（ｆｒａｇｍｅｎｔ）はＰｒｉｖａｔｅＥｘｔエレメントを含み、ＰｒｉｖａｔｅＥｘｔエレメントはＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓエレメント及び／又はＲｅｑｕｉｒｅｄＣａｐａｂｉｌｉｔｉｅｓエレメントを含んでもよい。ＲｅｑｕｉｒｅｄＣａｐａｂｉｌｉｔｉｅｓエレメントは下位エレメントとして、ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメント及び／又はＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントを有してもよい。ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントは属性としてｃａｔｅｇｏｒｙｃｏｄｅ属性を有してもよい。
ＰｒｉｖａｔｅＥｘｔエレメントは専用のあるいはアプリケーション特定の拡張のためのコンテーなとして機能するエレメントを示すことができる（Ａｎ ｅｌｅｍｅｎｔ ｓｅｒｖｉｎｇ ａｓ ａ ｃｏｎｔａｉｎｅｒ ｆｏｒ ｐｒｏｐｒｉｅｔａｒｙ ｏｒ ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｅｘｔｅｎｓｉｏｎｓ）。本発明の一実施例は、このエレメントの拡張性を用いてコンポーネント及び／又はコンテンツのｃａｐａｂｉｌｉｔｙを提供することができる。
ＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓは専用のあるいはアプリケーション特定のエレメントを示すことができる。このエルレメントは一つ以上のサブエレメント又は属性を含んでもよい。
ＲｅｑｕｉｒｅｄＣａｐａｂｉｌｉｔｉｅｓエレメントは、受信機で該当のコンテンツ又はコンポーネントを表現又はレンダリングするために必要なｃａｐａｂｉｌｉｔｙを示すことができる。本発明の一実施例によると、一つのコンテンツは多数のコンポーネントを含み、各コンポーネントに対するｃａｐａｂｉｌｉｔｙを表現しなければならないので、ＲｅｑｕｉｒｅｄＣａｐａｂｉｌｉｔｉｅｓエレメントは０〜Ｎのｃａｒｄｉｎａｌｉｔｙを有してもよい。
ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントはｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値を示すことができる。このエレメントの値は前もって定義されたｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値のリストによって定義されることができ、各値は空白を用いて分離して表現できる。本発明の一実施例によると、このエレメントの値はｃｏｄｅ値リストで表現可能であるため、０〜１のｃａｒｄｉｎａｌｉｔｙを有してもよい。本発明の一実施例によると、後の拡張性を考慮し、このエレメントのｄａｔａ ｔｙｐｅはｕｎｓｉｇｎｅｄ Ｉｎｔｅｇｅｒのリストに定義できる。
ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントは該当のｃｏｎｔｅｎｔ及び／又はｃｏｍｐｏｎｅｎｔのｃａｐａｂｉｌｉｔｙをｓｔｒｉｎｇの形態で示すことができ、ＭＩＭＥ ｔｙｐｅで表示することもできる。
ｃａｔｅｇｏｒｙｃｏｄｅ属性はＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントで表現しようとするｃａｐａｂｉｌｉｔｙのｃａｔｅｇｏｒｙを示すことができる。
図１０９〜図１１１は本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅを示した図である。
本発明の一実施例は、ハイブリッド放送サービスでデータをダウンロードすることができる新しいプロトコル、新しいメディアタイプ及び／又は新しいアプリケーションに対するｃａｐａｂｉｌｉｔｙ ｃｏｄｅを提供することができる。
本発明の一実施例は、各ｃａｐａｂｉｌｉｔｙ ｃｏｄｅ ｒａｎｇｅの最上位値を用いて前述したＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントで記述されるストリングが示すｃａｔｅｇｏｒｙ ｃｏｄｅ値を示すことができる。すなわち、本発明の一実施例は、ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントのｃａｔｅｇｏｒｙｃｏｄｅ属性値をｃａｐａｂｉｌｉｔｙ ｃｏｄｅリストに含んで定義することができる。
本発明の一実施例は、ｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値をｕｎｓｉｇｎｅｄ ｂｙｔｅ及び／又はｕｎｓｉｇｎｅｄ ｉｎｔｅｇｅｒを用いて示すことができる。ｕｎｓｉｇｎｅｄ ｉｎｔｅｇｅｒを用いる場合、後に付け加えられるｃａｐａｂｉｌｉｔｙ ｃｏｄｅをより易しく定義することができる。
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００００〜０ｘ０００００００Ｆはｄｏｗｎｌｏａｄ ｐｒｏｔｏｃｏｌに対するｃａｐａｂｉｌｉｔｙを示すことができる。ｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値が０ｘ００００００００であれば、Ｆｏｒｂｉｄｄｅｎであることを示し、０ｘ０００００００１であれば、該当のコンテンツ及び／又はコンポーネントがＦＬＵＴＥプロトコルを介してダウンロードできることを示し、０ｘ０００００００２であれば、ハイブリッド放送サービスでブロードバンドによるＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（ＩＰ）を介してデータがダウンロードできることを示し、０ｘ０００００００３〜０ｘ０００００００Ｅであれば、ｒｅｓｅｒｖｅｄであることを示し、前述したｃａｔｅｇｏｒｙｃｏｄｅ属性値が０ｘ０００００００Ｆであれば、前述したＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントで記述されるｓｔｒｉｎｇのｃａｔｅｇｏｒｙがｄｏｗｎｌｏａｄ ｐｒｏｔｏｃｏｌであることを示すことができる。
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００１０〜０ｘ００００００１ＦはＦＥＣ Ａｌｇｏｒｉｔｈｍｓに対するｃａｐａｂｉｌｉｔｙを示すことができる。ｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値が０ｘ００００００１０であれば、該当のコンテンツ及び／又はコンポーネントがＣｏｍｐａｃｔ Ｎｏ−Ｃｏｄｅ ＦＥＣ ｓｃｈｅｍｅを有することを示し、０ｘ００００００１１であれば、Ｒａｐｔｏｒ ａｌｇｏｒｉｔｈｍを有することを示し、０ｘ００００００１２〜０ｘ００００００１Ｅであれば、ｒｅｓｅｒｖｅｄであることを示し、前述したｃａｔｅｇｏｒｙｃｏｄｅ属性値が０ｘ００００００１Ｆであれば、前述したＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントで記述されるｓｔｒｉｎｇのｃａｔｅｇｏｒｙがＦＥＣ Ａｌｇｏｒｉｔｈｍｓであることを示すことができる。
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００２０〜０ｘ００００００２ＦはＷｒａｐｐｅｒ／Ａｒｃｈｉｖｅ Ｆｏｒｍａｔｓに対するｃａｐａｂｉｌｉｔｙを示すことができる。ｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値が０ｘ００００００２０であれば、該当のコンテンツ及び／又はコンポーネントがＤＥＣＥ ＣＦＦ ｃｏｎｔａｉｎｅｒ ｇｅｎｅｒａｌ ｆｏｒｍａｔを有することを示し、０ｘ００００００２１であれば、ＺＩＰ ｆｏｒｍａｔを有することを示し、０ｘ００００００２２であれば、ＤＥＣＥ ＣＦＦ ｃｏｎｔａｉｎｅｒ ｆｏｒｍａｔ及びＰｒｏｆｉｌｅ ＰＤを有することを示し、０ｘ００００００２３であれば、ＤＥＣＥ ＣＦＦ ｃｏｎｔａｉｎｅｒ ｆｏｒｍａｔ及びＰｒｏｆｉｌｅ ＳＤを有することを示し、０ｘ００００００２４であれば、ＤＥＣＥ ＣＦＦ ｃｏｎｔａｉｎｅｒ ｆｏｒｍａｔ及びＰｒｏｆｉｌｅ ＨＤを有することを示し、０ｘ００００００２５であれば、ＩＳＯ Ｂａｓｅ Ｍｅｄｉａ Ｆｉｌｅ Ｆｏｒｍａｔ ｆｏｒ ＡＡＣ ａｕｄｉｏを有することを示し、０ｘ００００００２６であれば、ＡＴＳＣ ｃｏｍｐｌｉａｎｔ ＭＰＥＧ−２ ｔｒａｎｓｐｏｒｔ ｓｔｒｅａｍを有することを示し、０ｘ００００００２７であれば、ＭＰ４ ｃｏｎｓｔｒａｉｎｅｄ ｃｏｎｔａｉｎｅｒ ｆｏｒｍａｔ及びＰｒｏｆｉｌｅ ＰＤ２を有することを示し、０ｘ００００００２８であれば、Ｗ３Ｃ Ｗｅｂ Ａｐｐｓ Ｐａｃｋａｇｅを有することを示し、０ｘ００００００２９〜０ｘ００００００２Ｅであれば、ｒｅｓｅｒｖｅｄであることを示し、前述したｃａｔｅｇｏｒｙ ｃｏｄｅ属性値が０ｘ００００００２Ｆであれば、前述したＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントで記述されるストリングのｃａｔｅｇｏｒｙがＷｒａｐｐｅｒ／Ａｒｃｈｉｖｅ Ｆｏｒｍａｔｓであることを示すことができる。
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００３０〜０ｘ００００００３ＦはＣｏｍｐｒｅｓｓｉｏｎ Ａｌｇｏｒｉｔｈｍｓに対するｃａｐａｂｉｌｉｔｙを示すことができる。ｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値が０ｘ００００００３０であれば、該当のコンテンツ及び／又はコンポーネントがＤＥＦＬＡＴＥ ａｌｇｏｒｉｔｈｍを有することを示し、０ｘ００００００３１〜０ｘ００００００３Ｅであれば、ｒｅｓｅｒｖｅｄであることを示し、前述したｃａｔｅｇｏｒｙｃｏｄｅ属性値が０ｘ００００００３Ｆであれば、前述したＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントで記述されるｓｔｒｉｎｇのｃａｔｅｇｏｒｙがＣｏｍｐｒｅｓｓｉｏｎ Ａｌｇｏｒｉｔｈｍｓであることを示すことができる。
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００４１〜０ｘ００００００５ＦはＭｅｄｉａ Ｔｙｐｅｓに対するｃａｐａｂｉｌｉｔｙを示すことができる。ｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値が０ｘ００００００４１であれば、該当のコンテンツ及び／又はコンポーネントがＡＶＣ ｓｔａｎｄａｒｄ ｄｅｆｉｎｉｔｉｏｎ ｖｉｄｅｏであることを示し、０ｘ００００００４２であれば、ＡＶＣ ｈｉｇｈ ｄｅｆｉｎｉｔｉｏｎ ｖｉｄｅｏであることを示し、０ｘ００００００４２であれば、ＡＶＣ ｈｉｇｈ ｄｅｆｉｎｉｔｉｏｎ ｖｉｄｅｏであることを示し、０ｘ００００００４３であれば、ＡＣ−３ａｕｄｉｏであることを示し、０ｘ００００００４４であれば、Ｅ−ＡＣ−３ａｕｄｉｏであることを示し、０ｘ００００００４５であれば、ＭＰ３ ａｕｄｉｏであることを示し、０ｘ００００００４６であれば、Ｂｒｏｗｓｅｒ Ｐｒｏｆｉｌｅ Ａであることを示し、０ｘ００００００４７であれば、Ｒｅｓｅｒｖｅｄであることを示し、０ｘ００００００４８であれば、Ａｔｏｍｐｅｒ ＲＦＣ ４２８７であることを示し、０ｘ００００００４９であれば、ＡＶＣ ｍｏｂｉｌｅ ｖｉｄｅｏであることを示し、０ｘ００００００４Ａであれば、ＨＥ ＡＡＣ ｖ２ ｍｏｂｉｌｅ ａｕｄｉｏであることを示し、０ｘ００００００４Ｂであれば、ＨＥＡＡＣ ｖ２ ｌｅｖｅｌ ４ ａｕｄｉｏであることを示し、０ｘ００００００４Ｃであれば、ＤＴＳ−ＨＤ ａｕｄｉｏであることを示し、０ｘ００００００４Ｄであれば、ＣＦＦ−ＴＴであることを示し、０ｘ００００００４Ｅであれば、ＣＥＡ−７０８ ｃａｐｔｉｏｎｓであることを示し、０ｘ００００００４Ｆであれば、ＨＥ ＡＡＣ ｖ２ ｗｉｔｈ ＭＰＥＧ Ｓｕｒｒｏｕｎｄであることを示し、０ｘ００００００５０であれば、ＨＥ ＡＡＣ ｖ２ Ｌｅｖｅｌ ６ ａｕｄｉｏであることを示し、０ｘ００００００５１であれば、Ｆｒａｍｅ−ｃｏｍｐａｔｉｂｌｅ ３Ｄ ｖｉｄｅｏ（Ｓｉｄｅ−ｂｙ−Ｓｉｄｅ）であることを示し、０ｘ００００００５２であれば、Ｆｒａｍｅ−ｃｏｍｐａｔｉｂｌｅ ３Ｄ ｖｉｄｅｏ（Ｔｏｐ−ａｎｄ−Ｂｏｔｔｏｍ）であることを示し、０ｘ００００００５３であれば、ＡＴＳＣ３．０ ＨＥＶＣ Ｖｉｄｅｏ １（例えば、ＨＤ ｖｉｄｅｏ）であることを示し、つまりハイブリッド放送サービスでＨＥＶＣ ＨＤ ｖｉｄｅｏ放送を伝送する場合を示し、０ｘ００００００５４であれば、ＡＴＳＣ３．０ ＨＥＶＣ Ｖｉｄｅｏ ２（例えば、ＵＨＤ ｖｉｄｅｏ）であることを示し、つまりハイブリッド放送サービスでＨＥＶＣ ＵＨＤ ｖｉｄｅｏ放送を伝送する場合を示し、０ｘ００００００５５であれば、ＡＴＳＣ３．０Ｓ ＨＶＣ Ｖｉｄｅｏ １であることを示し、つまりハイブリッド放送サービスでＳＨＶＣ ｖｉｄｅｏ放送を伝送する場合を示し、０ｘ００００００５６であれば、ＡＴＳＣ３．０ ＨＤＲ Ｖｉｄｅｏ １であることを示し、つまりハイブリッド放送サービスでＨＤＲ ｖｉｄｅｏ放送を伝送する場合を示し、０ｘ００００００５７であれば、ＡＴＳＣ３．０ Ｃｏｄｅｄ Ａｕｄｉｏ １（例えば、５．１ ｃｈａｎｎｅｌ ｓｕｒｒｏｕｎｄ ａｕｄｉｏ）であることを示し、つまりハイブリッド放送サービスで５．１ ｃｈａｎｎｅｌ ｓｕｒｒｏｕｎｄｅｄ ａｕｄｉｏ放送を伝送する場合を示し、０ｘ００００００５８であれば、ＡＴＳＣ３．０ Ｃｏｄｅｄ Ａｕｄｉｏ ２（例えば、Ｉｍｍｅｒｓｉｖｅ／３Ｄ Ａｕｄｉｏ）であることを示し、つまりハイブリッド放送サービスでＩｍｍｅｒｓｉｖｅ／３Ｄａｕｄｉｏ放送を伝送する場合を示し、０ｘ００００００５９〜０ｘ００００００５Ｅであれば、ｒｅｓｅｒｖｅｄであることを示し、前述したｃａｔｅｇｏｒｙ ｃｏｄｅ属性値が０ｘ００００００５Ｆであれば、前述したＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントで記述されるｓｔｒｉｎｇのｃａｔｅｇｏｒｙがＭｅｄｉａ Ｔｙｐｅｓであることを示すことができる。
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００６０〜０ｘ００００００６ＦはＩｎｔｅｒｎｅｔ Ｌｉｎｋに対するｃａｐａｂｉｌｉｔｙを示すことができる。ｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値が０ｘ００００００６０であれば、該当のコンテンツ及び／又はコンポーネントがＩｎｔｅｒｎｅｔ ｌｉｎｋに相当するとともにｄｏｗｎｗａｒｄ ｒａｔｅ ５６，０００ｂｐｓ以上であることを示し、０ｘ００００００６１であれば、Ｉｎｔｅｒｎｅｔ ｌｉｎｋに相当するとともにｄｏｗｎｗａｒｄ ｒａｔｅ ５１２，０００ｂｐｓ以上であることを示し、０ｘ００００００６２であれば、Ｉｎｔｅｒｎｅｔ ｌｉｎｋに相当するとともにｄｏｗｎｗａｒｄ ｒａｔｅ ２，０００，０００ｂｐｓ以上であることを示し、０ｘ００００００６３であれば、Ｉｎｔｅｒｎｅｔ ｌｉｎｋに相当するとともにｄｏｗｎｗａｒｄ ｒａｔｅ １０，０００，０００ｂｐｓ以上であることを示し、０ｘ００００００６４〜０ｘ００００００６Ｅであれば、ｒｅｓｅｒｖｅｄであることを示し、前述したｃａｔｅｇｏｒｙ ｃｏｄｅ属性値が０ｘ００００００６Ｆであれば、前述したＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントで記述されるｓｔｒｉｎｇのｃａｔｅｇｏｒｙがＩｎｔｅｒｎｅｔ Ｌｉｎｋであることを示すことができる。
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００８０〜０ｘ００００００８ＦはＡｐｐｌｉｃａｔｉｏｎ（Ａｐｐ）に対するｃａｐａｂｉｌｉｔｙを示すことができる。ｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値が０ｘ００００００８０であれば、該当のコンテンツ及び／又はコンポーネントがＡｐｐ ｏｆ ｔｙｐｅ １（例えば、ＰＶＲ ｓｕｐｐｏｒｔ）を含むことを示すことができる。この際、受信機がＰＶＲ ａｐｐｌｉｃａｔｉｏｎ機能を保有している場合に該当の放送サービスを提供することができる。０ｘ００００００８１であれば、Ａｐｐ ｏｆ ｔｙｐｅ ２（例えば、Ｄｏｗｎｌｏａｄｉｎｇ−ｐｅｒｓｉｓｔｅｎｔ ｓｔｏｒａｇｅ）を含むことを示すことができる。この際、受信機がＰｅｒｓｉｓｔｅｎｔ ｓｔｒｏｒａｇｅを保有してダウンロード機能アプリケーションを保有している場合に該当の放送サービスを提供することができる。０ｘ００００００８２であれば、Ａｐｐ ｏｆ ｔｙｐｅ ３（例えば、Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ／ＤＲＭ）を含むことを示すことができる。この際、受信機がＤＲＢ ａｐｐｌｉｃａｔｉｏｎ機能を保有してｃｏｎｔｅｎｔ ｐｒｏｔｅｃｔｉｏｎが可能な場合に該当のＫｅｙを使って該当の放送サービスを提供することができる。０ｘ００００００８３であれば、Ａｐｐ ｏｆ ｔｙｐｅ ４（例えば、ｓｅｒｖｉｃｅ Ｐｒｏｔｅｃｔｉｏｎ／Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ）を含むことを示すことができる。この際、受信機がＣＡＳ ａｐｐｌｉｃａｔｉｏｎ機能を保有してｓｅｒｖｉｃｅ ｐｒｏｔｅｃｔｉｏｎが可能な場合に該当のＫｅｙを使って該当の放送サービスを提供することができる。０ｘ００００００８４〜０ｘ００００００８Ｅであれば、ｒｅｓｅｒｖｅｄであることを示し、前述したｃａｔｅｇｏｒｙｃｏｄｅ属性値が０ｘ００００００８Ｆであれば、前述したＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントで記述されるｓｔｒｉｎｇのｃａｔｅｇｏｒｙがＡｐｐｌｉｃａｔｉｏｎであることを示すことができる。
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００９Ｆ、０ｘ００００００ＡＦ、０ｘ００００００ＢＦ、０ｘ００００００ＣＦ、０ｘ００００００ＤＦ、０ｘ００００００ＥＦ、０ｘ００００００ＦＦは前述したＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントで記述されるｓｔｒｉｎｇのｃａｔｅｇｏｒｙを示すためのｒｅｓｅｒｖｅｄ値を示すことができる。すなわち、これらの値はｃａｔｅｇｏｒｙｃｏｄｅ属性値が示す値として使われてもよい。
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００７０〜０ｘ００００００７Ｆ、０ｘＦＦＦＦ０００１〜０ｘＦＦＦＦＦＦＦＦはｐｒｉｖａｔｅ ｕｓｅのための値を示すことができる。
図１１２〜図１１４は本発明の他の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅを示した図である。
本発明の他の一実施例は、前述したものとは違い、ｃａｐａｂｉｌｉｔｙ ｃｏｄｅとｃａｔｅｇｏｒｙｃｏｄｅ属性値が示すｃａｐａｂｉｌｉｔｙ ｃａｔｅｇｏｒｙ ｃｏｄｅを分離して提供することができる。
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ０００００００３〜０ｘ０００００００ＦはＤｏｗｎｌｏａｄ Ｐｒｏｔｏｃｏｌｓに対するｃａｐａｂｉｌｉｔｙを示すためのｒｅｓｅｒｖｅｄ値を示すことができる。
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００１２〜０ｘ００００００１ＦはＦＥＣ Ａｌｇｏｒｉｔｈｍｓに対するｃａｐａｂｉｌｉｔｙを示すためのｒｅｓｅｒｖｅｄ値を示すことができる。
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００２９〜０ｘ００００００２ＦはＷｒａｐｐｅｒ／Ａｒｃｈｉｖｅ Ｆｏｒｍａｔｓに対するｃａｐａｂｉｌｉｔｙを示すためのｒｅｓｅｒｖｅｄ値を示すことができる。
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００３１〜０ｘ００００００３ＦはＣｏｍｐｒｅｓｓｉｏｎ Ａｌｇｏｒｉｔｈｍｓに対するｃａｐａｂｉｌｉｔｙを示すためのｒｅｓｅｒｖｅｄ値を示すことができる。
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００５９〜０ｘ００００００５ＦはＭｅｄｉａ Ｔｙｐｅｓに対するｃａｐａｂｉｌｉｔｙを示すためのｒｅｓｅｒｖｅｄ値を示すことができる。
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００６４〜０ｘ００００００６ＦはＩｎｔｅｒｎｅｔ Ｌｉｎｋに対するｃａｐａｂｉｌｉｔｙを示すためのｒｅｓｅｒｖｅｄ値を示すことができる。
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００８４〜０ｘ００００００８Ｆはａｐｐｌｉｃａｔｉｏｎ（Ａｐｐ）に対するｃａｐａｂｉｌｉｔｙを示すためのｒｅｓｅｒｖｅｄ値を示すことができる。また、０ｘ００００００９０〜０ｘＦＦＦＦＦＦＦＦはｐｒｉｖａｔｅ ｕｓｅのための値を示すことができる。
上述したｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値を除いた他の値は以前の図で前述したｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値と同一の意味を示すことができる。
図１１５は本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃａｔｅｇｏｒｙ ｃｏｄｅを示した図である。
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃａｔｅｇｏｒｙ ｃｏｄｅは前述したｃａｔｅｇｏｒｙｃｏｄｅ属性値が示す値であって、前述したＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントで記述されるｓｔｒｉｎｇのｃａｔｅｇｏｒｙを示すための値として使われてもよい。
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃａｔｅｇｏｒｙ ｃｏｄｅ値、０ｘ００はｒｅｓｅｒｖｅｄを示し、０ｘ０１はＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントで記述されるｓｔｒｉｎｇのｃａｔｅｇｏｒｙがＤｏｗｎｌｏａｄ Ｐｒｏｔｏｃｏｌであることを示し、０ｘ０２はＦＥＣ Ａｌｇｏｒｉｔｈｍ、０ｘ０３はＷｒａｐｐｅｒ／Ａｒｃｈｉｖｅ Ｆｏｒｍａｔ、０ｘ０４はＣｏｍｐｒｅｓｓｉｏｎ Ａｌｇｏｒｉｔｈｍ、０ｘ０５はＭｅｄｉａ Ｔｙｐｅ、０ｘ０６はＩｎｔｅｒｎｅｔ Ｌｉｎｋ、０ｘ０８はＡｐｐ Ｃａｐａｂｉｌｉｔｙ（ＡＴＳＣ３．０ ＥＳＧ ｐｕｒｐｏｓｅ ｏｎｌｙ）、０ｘ０７及び０ｘ０９〜０ｘＦＦはｒｅｓｅｒｖｅｄを示すことができる。
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃａｔｅｇｏｒｙは、図示のように、ＩＡＮＡ（Ｉｎｔｅｒｎｅｔ Ａｓｓｉｇｎｅｄ Ｎｕｍｂｅｒｓ Ａｕｔｈｏｒｉｔｙ）ｒｅｇｉｓｔｒｙを参照することができる。
図１１６は本発明の一実施例による、コンテンツのｃａｐａｂｉｌｉｔｙがＥＳＧに表示される場合を示した図である。
本発明の一実施例は、Ｓｅｒｖｉｃｅ Ａｎｎｏｕｎｃｅｍｅｎｔに記述されたｃａｐａｂｉｌｉｔｙ情報を用いて受信機が該当の放送サービスを提供することができるかを判断するようにすることができる。また、本発明の一実施例は、Ｓｅｒｖｉｃｅ Ａｎｎｏｕｎｃｅｍｅｎｔを用いて今後の放送番組編成表で該当の放送サービスのｃａｐａｂｉｌｉｔｙ情報を使用者に提供することができる。本発明の一実施例において、ｃａｐａｂｉｌｉｔｙ ｃｏｄｅに定義されていない値に対する内容はｃａｐａｂｉｌｉｔｙ ｃａｔｅｇｏｒｙ ｃｏｄｅ及び／又はｃａｐａｂｉｌｉｔｙ ｓｔｒｉｎｇ値を用いて示すことができる。
この図（Ｌ１１６０１０）を見ると、本発明の一実施例において、“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｎｔｅｎｔ／１”として識別されるｃｏｎｔｅｎｔはＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメント値として０ｘ００００００４Ｅ、０ｘ００００００２８及び０ｘ００００００６３を有し、ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメント値としてａｐｐｌｉｃａｔｉｏｎ／ｍｕｌｔｉｖｉｅｗを有し、ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントはｃａｔｅｇｏｒｙｃｏｄｅ属性値として０ｘ０００００００５を有してもよい。
本発明の一実施例による受信機は、視聴者の放送番組編成表に対する要求を受信し、放送番組編成表を表示する。放送番組編成表には現在時刻以後の放送番組についての情報が表示される。特定の番組に対して要求されるｃａｐａｂｉｌｉｔｙ情報がＥＳＧに表示されてもよい。例えば、放送番組編成表は、受信機が‘Ｇ’番組をレンダリングするためにはＣＥＡ−７０８ ｃａｐｔｉｏｎｓ（ｃａｐａｂｉｌｉｔｙ ｃｏｄｅ：０ｘ００００００４Ｅ）メディアタイプを支援しなければならなく、Ｍｕｌｔｉｖｉｅｗアプリケーション（ｃａｔｅｇｏｒｙｃｏｄｅ：０ｘ０００００００５）を支援しなければならなく、Ｗ３Ｃ Ｗｅｂ Ａｐｐｓ ｐａｃｋａｇｅｓ（ｃａｐａｂｉｌｉｔｙ ｃｏｄｅ：０ｘ００００００２８）を支援しなければならなく、Ｉｎｔｅｒｎｅｔ Ｌｉｎｋ ｄｏｗｎｌｏａｄ ｒａｔｅ １０，０００，０００ｂｐａｓ以上（ｃａｐａｂｉｌｉｔｙ ｃｏｄｅ：０ｘ００００００６３）を支援しなければならないことを示すことができる。本発明の一実施例による受信機がＥＳＧを介してアナウンスされるｃａｐａｂｉｌｉｔｙの少なくとも一つを満たす場合、視聴者は‘Ｇ’番組を選択し、ＣＥＡ−７０８ ｃａｐｔｉｏｎｓ、Ｍｕｌｔｉｖｉｅｗアプリケーション、Ｗ３Ｃ Ｗｅｂ Ａｐｐｓ ｐａｃｋａｇｅｓ及び／又はＩｎｔｅｒｎｅｔ Ｌｉｎｋ ｄｏｗｎｌｏａｄ ｒａｔｅ １０，０００，０００ｂｐａｓ以上のサービスを消費することができる。
図１１７は本発明の一実施例によるａｐｐ−ｅｍｂｅｄｄｅｄ ｓｅｒｖｉｃｅ ｇｕｉｄｅを提供するためのｓｅｒｖｉｃｅ ａｎｎｏｕｎｃｅｍｅｎｔの構成を示した図である。
本発明の一実施例は、次世代ハイブリッド放送システムで提供可能な多様なサービスとこれを構成する要素を使用者に知らせることができる。また、これによって使用者が該当のサービスを確認し選択して鑑賞するのに便宜を提供することができる。
本発明の一実施例はａｐｐ−ｅｍｂｅｄｄｅｄ ｓｅｒｖｉｃｅ ｇｕｉｄｅを提供することができ、ｂｒｏａｄｃａｓｔ ｉｎｄｅｐｅｎｄｅｎｔ ａｐｐｌｉｃａｔｉｏｎを提供することができるｓｅｒｖｉｃｅ ｇｕｉｄｅを提供することができる。
本発明の一実施例によると、（Ｌ１１７０１０）コンポーネントエレメントはコンテンツフラグメントに含まれることができ、別個のコンポーネントフラグメントを構成することができる。コンポーネントエレメントは、サブエレメントとして、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント、ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント、ＣＣＣｏｍｐｏｎｅｎｔエレメント及び／又はＡｐｐＣｏｍｐｏｎｅｎｔエレメントを含んでもよい。前記エレメントについての詳細な説明は前述した。また、本発明の一実施例によると、ＡｐｐＣｏｍｐｏｎｅｎｔエレメントはストリング値を有することができ、ａｐｐ ｃｏｍｐｏｎｅｎｔの役割を記述することができる。本発明の一実施例によるａｐｐ ｃｏｍｐｏｎｅｎｔの役割はＯｎ Ｄｅｍａｎｄ、Ｓｔａｒｔ−ｏｖｅｒ及び／又はＣｏｍｐａｎｉｏｎ−Ｓｃｒｅｅｎを示すことができ、本発明の一実施例は上述した役割だけでなくその他に視聴者に有用な内容（ｄｅｓｃｒｉｐｔｉｏｎｓ）をストリングで記述することができる。前記役割についての詳細な説明は前述した。ＡｐｐＣｏｍｐｏｎｅｎｔエレメントは、Ｌａｎｇｕａｇｅ属性、ＲｅｆＳｅｒｖｉｃｅＩＤ属性及び／又はａｐｐＴｏｋｅｎ属性を有してもよい。Ｌａｎｇｕａｇｅ属性はＡｐｐＣｏｍｐｏｎｅｎｔエレメントが示すアプリケーションの言語を示すことができる。ＲｅｆＳｅｒｖｉｃｅＩＤ属性はＡｐｐＣｏｍｐｏｎｅｎｔエレメントが示すアプリケーションを含む（ｅｍｂｅｄｄｉｎｇ）ａｐｐ−ｂａｓｅｄ ｓｅｒｖｉｃｅを参照することができるように該当のサービスのＳｅｒｖｉｃｅ ＩＤを示すことができる。ａｐｐＴｏｋｅｎ属性は、該当のアプリケーションを実行する場合、アプリケーションで提供する特定のｐａｒａｍｅｔｅｒ値を受けて特定の地点を実行することができるようにするデータを示すことができる。
本発明の他の一実施例によると、（Ｌ１１７０２０）コンポーネントエレメントはコンテンツフラグメントに含まれることができ、別個のＣｏｍｐｏｎｅｎｔフラグメントを構成することができる。コンポーネントエレメントは、サブエレメントとして、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント、ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント、ＣＣＣｏｍｐｏｎｅｎｔエレメント及び／又はＡｐｐＣｏｍｐｏｎｅｎｔエレメントを含んでもよい。前記エレメントについての詳細な説明は前述した。また、本発明の一実施例によると、ＡｐｐＣｏｍｐｏｎｅｎｔエレメントはＬａｎｇｕａｇｅ属性を有してもよい。ＡｐｐＣｏｍｐｏｎｅｎｔエレメントは、下位エレメントとして、Ｒｏｌｅエレメント、ＲｅｆＳｅｒｖｉｃｅＩＤエレメント及び／又はａｐｐＴｏｋｅｎエレメントを有してもよい。Ｌａｎｇｕａｇｅ属性はＡｐｐＣｏｍｐｏｎｅｎｔエレメントが示すアプリケーションの言語を示すことができる。Ｒｏｌｅエレメントは前述した実施例（Ｌ１１７０１０）におけるＡｐｐＣｏｍｐｏｎｅｎｔエレメントが記述する内容と同一の内容を記述することができ、ＲｅｆＳｅｒｖｉｃｅＩＤエレメント及び／又はａｐｐＴｏｋｅｎエレメントは前述した実施例（Ｌ１１７０１０）におけるＲｅｆＳｅｒｖｉｃｅＩＤ属性及び／又はａｐｐＴｏｋｅｎ属性と同一の意味を有してもよい。すなわち、本発明の一実施例（Ｌ１１７０２０）では、前述した実施例（Ｌ１１７０１０）とは違い、ＲｅｆＳｅｒｖｉｃｅＩＤ及び／又はａｐｐＴｏｋｅｎをエレメントとして定義した。
図１１８は本発明の他の一実施例によるａｐｐ−ｅｍｂｅｄｄｅｄ ｓｅｒｖｉｃｅ ｇｕｉｄｅを提供するためのｓｅｒｖｉｃｅ ａｎｎｏｕｎｃｅｍｅｎｔの構成を示した図である。
本発明の一実施例によるｓｅｒｖｉｃｅフラグメントは、下位エレメントとして、ＳｅｒｖｉｃｅＩＤエレメント、ＳｅｒｖｉｃｅＴｙｐｅエレメント及び／又はＰｒｉｖａｔｅＥｘｔエレメントを含んでもよい。ＰｒｉｖａｔｅＥｘｔエレメントはＡｐｐＣｏｍｐｏｎｅｎｔエレメントを含んでもよい。ＡｐｐＣｏｍｐｏｎｅｎｔエレメントは、属性として、Ｌａｎｎｇｕａｇｅ属性を有することができ、下位エレメントとして、ａｐｐＩＤエレメント、ａｐｐＵＲＬエレメント及び／又はａｐｐＮａｍｅエレメントを有してもよい。
ＳｅｒｖｉｃｅＩＤエレメントはこのｓｅｒｖｉｃｅフラグメントに相当するサービスのＩＤを示すことができる。本発明の一実施例によると、このエレメントはａｐｐ−ｂａｓｅｄ ｓｅｒｖｉｃｅのＩＤを示すことができる。
ＳｅｒｖｉｃｅＴｙｐｅエレメントは該当のサービスのタイプを示すことができる。本発明の一実施例によると、このエレメントが示すタイプはａｐｐ−ｂａｓｅｄ ｓｅｒｖｉｃｅを示すことができる。
ＰｒｉｖａｔｅＥｘｔエレメントについての詳細な説明は前述した。本発明の一実施例によると、ＰｒｉｃａｔｅＥｘｔエレメントはＡｐｐＣｏｍｐｏｎｅｎｔエレメントを下位エレメントとして有してもよい。
ＡｐｐＣｏｍｐｏｎｅｎｔエレメントは該当のサービスに含まれるアプリケーションを示すことができる。本発明の一実施例によると、このエレメントはａｐｐ−ｂａｓｅｄ ｓｅｒｖｉｃｅに含まれるａｐｐｌｉｃａｔｉｏｎ（アプリケーション）についての情報を示すことができる。
Ｌａｎｎｇｕａｇｅ属性は該当のアプリケーションの言語を示すことができる。
ａｐｐＩＤエレメントは該当のアプリケーションの固有ＩＤを示すことができる。
ａｐｐＵＲＬエレメントは該当のアプリケーションを実行させることができるＵＲＬ情報を示すことができる。
ａｐｐＮａｍｅエレメントは該当のアプリケーションの名前を示すことができる。
図１１９は本発明の一実施例によるａｐｐ−ｂａｓｅｄ ｓｅｒｖｉｃｅに含まれたアプリケーションを実行する動作を示した図である。
図の左側上端を見ると、（Ｌ１１９０１０）“星より君”という名前を有するｃｏｎｔｅｎｔはａｐｐ ｃｏｍｐｏｎｅｎｔを含み、ａｐｐ ｃｏｍｐｏｎｅｎｔは“Ｕｒｉ：／／ｌｇｅ．ａｐｐ−ｓｅｒｖｉｃｅｆｒａｇｍｅｎｔ：ｉｄ１０００”というＵＲＩを有するｓｅｒｖｉｃｅを参照することができる。
図の右側上端を見ると、（Ｌ１１９０２０）“Ｕｒｉ：／／ｌｇｅ．ａｐｐ−ｓｅｒｖｉｃｅｆｒａｇｍｅｎｔ：ｉｄ１０００”というＩＤを有するｓｅｒｖｉｃｅは“星より君の再見”という名前を有するａｐｐ−ｂａｓｅｄ ｓｅｒｖｉｃｅであることが分かり、このサービスに含まれたアプリケーションは“ＫＯＲ”言語を有し、“Ｈｔｔｐ：／／ｌｇｅ．ａｐｐｉｎｆｏ．ｃｏｍ／ｄｏｗｎｌｏａｄ１００／ｉｄ１００”というＵＲＬを有することが分かる。
本発明の一実施例による放送番組編成表には現在視聴者が視聴中の“星より君”という番組と一緒に再見アプリケーション実行ボックスが表示され、“星より君の再見”というａｐｐ−ｂａｓｅｄ ｓｅｒｖｉｃｅも一緒に表示されてもよい。本発明の一実施例によると、視聴者が再見アプリケーション実行ボックスをクリックすれば、受信機はＲｅｆｅｒｅｎｃｅ Ｓｅｒｖｉｃｅ ＩＤ（ＲｅｆＳｅｒｖｉｃｅＩＤエレメントが示す値：Ｕｒｉ：／／ｌｇｅ．ａｐｐ−ｓｅｒｖｉｃｅｆｒａｇｍｅｎｔ：ｉｄ１０００）を参照し、ａｐｐ−ｂａｓｅｄ ｓｅｒｖｉｃｅにチャネルを転換することができる。受信機はａｐｐＵＲＬエレメントが示すＵＲＬ（Ｈｔｔｐ：／／ｌｇｅ．ａｐｐｉｎｆｏ．ｃｏｍ／ｄｏｗｎｌｏａｄ１００／ｉｄ１００）に接続して再見アプリケーションを駆動させることができ、受信機のディスプレイは該当のアプリケーションのメイン画面を表示することができる。そして、視聴者が再見アプリケーションを終了すれば、受信機は既存に視聴していたｌｉｎｅａｒ ｓｅｒｖｉｃｅに再びチャネルを転換することができる。
図１２０は本発明の他の一実施例によるａｐｐ−ｂａｓｅｄ ｓｅｒｖｉｃｅに含まれたアプリケーションを実行する動作を示した図である。
図の左側上端を見ると、（Ｌ１２００１０）本発明の一実施例は以前の図で前述した実施例とは違い、ａｐｐＴｏｋｅｎエレメント又は属性値として“１８回”が指定されている。
本発明の一実施例による再見アプリケーション実行動作は以前の図で前述した動作と同一である。ただ、本発明の一実施例による受信機は、以前の図の実施例とは違い、ａｐｐＵＲＬエレメントが示すＵＲＬ（Ｈｔｔｐ：／／ｌｇｅ．ａｐｐｉｎｆｏ．ｃｏｍ／ｄｏｗｎｌｏａｄ１００／ｉｄ１００）に接続して再見アプリケーションを駆動させることができ、ａｐｐＴｏｋｅｎエレメント又は属性が示す情報を用いて“星より君１８回”アプリケーション画面を受信機のディスプレイに表示することができる。
図１２１は本発明の一実施例によるｂｒｏａｄｃａｓｔ ｉｎｄｅｐｅｎｄｅｎｔなＡｐｐＣｏｍｐｏｎｅｎｔの構成を示した図である。
本発明の一実施例によると、（Ｌ１２１０１０）コンポーネントエレメントはコンテンツフラグメントに含まれることができ、別個のＣｏｍｐｏｎｅｎｔフラグメントを構成することができる。コンポーネントエレメントは、サブエレメントとして、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント、ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント、ＣＣＣｏｍｐｏｎｅｎｔエレメント及び／又はＡｐｐＣｏｍｐｏｎｅｎｔエレメントを含んでもよい。前記エレメントについての詳細な説明は前述した。また、本発明の一実施例によると、ＡｐｐＣｏｍｐｏｎｅｎｔエレメントはストリング値を有することができ、ａｐｐ ｃｏｍｐｏｎｅｎｔの役割を記述することができる。本発明の一実施例によるａｐｐ ｃｏｍｐｏｎｅｎｔの役割はＯｎ Ｄｅｍａｎｄ、Ｓｔａｒｔ−ｏｖｅｒ及び／又はＣｏｍｐａｎｉｏｎ−Ｓｃｒｅｅｎを示すことができ、本発明の一実施例は上述した役割だけでなくその他に視聴者に有用な内容（ｄｅｓｃｒｉｐｔｉｏｎｓ）をストリングで記述することができる。前記役割についての詳細な説明は前述した。ＡｐｐＣｏｍｐｏｎｅｎｔエレメントは、Ｌａｎｇｕａｇｅ属性、ａｐｐＩＤ属性、ａｐｐＵＲＬ属性、ａｐｐＴｏｋｅｎ属性及び／又はａｐｐＮａｍｅ属性を有してもよい。Ｌａｎｇｕａｇｅ属性はＡｐｐＣｏｍｐｏｎｅｎｔエレメントが示すアプリケーションの言語を示すことができる。ａｐｐＩＤ属性は該当のアプリケーションの固有ＩＤを示すことができる。ａｐｐＵＲＬ属性は該当のアプリケーションを実行させることができるＵＲＬ情報を示すことができ、あるいはＥＳＧと連動して示すことができるｍｕｌｔｉｍｅｄｉａ ｄｏｗｎｌｏａｄ ＵＲＬ住所を示すことができる。ここで、ａｐｐＵＲＬ属性及びａｐｐＩＤはそれぞれ該当のアプリケーションを識別することができるか、あるいは二つの属性の組合せで該当のアプリケーションを識別することもできる。ａｐｐＴｏｋｅｎ属性は、該当のアプリケーションを実行する場合、アプリケーションで提供する特定のｐａｒａｍｅｔｅｒ値を受けて特定の地点を実行することができるようにするデータを示すことができる。ａｐｐＮａｍｅ属性は該当のアプリケーションの名前を示すことができ、ａｐｐ−ｂａｓｅｄ ｓｅｒｖｉｃｅを参照する場合、アプリケーション名前はｓｅｒｖｉｃｅフラグメント内で定義されてもよい。
本発明の他の一実施例によると、（Ｌ１２１０２０）コンポーネントエレメントはコンテンツフラグメントに含まれることができ、別個のＣｏｍｐｏｎｅｎｔフラグメントを構成することができる。コンポーネントエレメントは、サブエレメントとして、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント、ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント、ＣＣＣｏｍｐｏｎｅｎｔエレメント及び／又はＡｐｐＣｏｍｐｏｎｅｎｔエレメントを含んでもよい。前記エレメントについての詳細な説明は前述した。また、本発明の一実施例によると、ＡｐｐＣｏｍｐｏｎｅｎｔエレメントはＬａｎｇｕａｇｅ属性を有してもよい。ＡｐｐＣｏｍｐｏｎｅｎｔエレメントは、下位エレメントとして、Ｒｏｌｅエレメント、ａｐｐＩＤエレメント、ａｐｐＵＲＬエレメント、ａｐｐＴｏｋｅｎエレメント及び／又はａｐｐＮａｍｅエレメントを有してもよい。Ｌａｎｇｕａｇｅ属性はＡｐｐＣｏｍｐｏｎｅｎｔエレメントが示すアプリケーションの言語を示すことができる。Ｒｏｌｅエレメントは前述した実施例（Ｌ１２１０１０）におけるＡｐｐＣｏｍｐｏｎｅｎｔエレメントが記述する内容と同一の内容を記述することができ、ａｐｐＩＤエレメント、ａｐｐＵＲＬエレメント、ａｐｐＴｏｋｅｎエレメント及び／又はａｐｐＮａｍｅエレメントは前述した実施例（Ｌ１２１０１０）におけるａｐｐＩＤ属性、ａｐｐＵＲＬ属性、ａｐｐＴｏｋｅｎ属性及び／又はａｐｐＮａｍｅ属性と同一の意味を有してもよい。すなわち、本発明の一実施例（Ｌ１２１０２０）においては、前述した実施例（Ｌ１２１０１０）とは違い、ａｐｐＩＤ、ａｐｐＵＲＬ、ａｐｐＴｏｋｅｎ及び／又はａｐｐＮａｍｅをエレメントとして定義した。本発明の一実施例によると、（Ｌ１２１０２０）前述した実施例（Ｌ１２１０１０）とは違い、ａｐｐＵＲＬエレメントはＵｒｌＴｙｐｅ属性を有してもよい。ＵｒｌＴｙｐｅ属性はａｐｐＵＲＬのｕｒｌがどの経路であるかを示すことができる。すなわち、ＵｒｌＴｙｐｅ属性が示す値が０であれば、ａｐｐ ｅｘｃｕｔｉｏｎを示し、１であれば、ｍｕｌｔｉｍｅｄｉａ ｄｏｗｎｌｏａｄを示すことができる。
図１２２は本発明の一実施例によるｂｒｏａｄｃａｓｔ ｉｎｄｅｐｅｎｄｅｎｔなアプリケーションを実行する動作を示した図である。
本発明の一実施例は現在視聴中の番組又はコンテンツに関連したものではないアプリケーションを提供することができる。すなわち、本発明の一実施例はｂｒｏａｄｃａｓｔ ｉｎｄｅｐｅｎｄｅｎｔ ａｐｐｌｉｃａｔｉｏｎを提供することができる。
本発明の一実施例によると、ｓｅｒｖｉｃｅ ａｎｎｏｕｎｃｅｍｅｎｔに含まれたエレメント及び／又は属性の具現方法は受信機によって違ってもよい。
図の上端を見ると、（Ｌ１２２０１０）“ＬＧ ｖｓ ＫＩＡ”という名前を有するｃｏｎｔｅｎｔはａｐｐ ｃｏｍｐｏｎｅｎｔを含み、ａｐｐ ｃｏｍｐｏｎｅｎｔが示すアプリケーションは“ｈｔｔｐ：／／ｌｇｅ．ａｐｐｉｎｆｏ．ｃｏｍ／ｄｏｗｎｌｏａｄ１００／ｉｄ１００”というＵＲＬからダウンロードすることができる。
本発明の一実施例による放送番組編成表には現在視聴者が視聴している“星より君”という番組と現在視聴していない番組についての上映情報が表示されてもよい。また、放送番組編成表には現在視聴中ではない“ＬＧ ｖｓ ＫＩＡ”番組とこの番組に関連したアプリケーションボックスが表示されてもよい。本発明の一実施例によると、視聴者が“ＬＧ ｖｓ ＫＩＡ”番組に関連したアプリケーションボックスをクリックすれば、受信機は放送番組編成表を閉じ、ａｐｐＵＲＬエレメントが示すＵＲＬ（Ｈｔｔｐ：／／ｌｇｅ．ａｐｐｉｎｆｏ．ｃｏｍ／ｄｏｗｎｌｏａｄ１００／ｉｄ１００）に接続して該当のアプリケーションを駆動させることができ、受信機のディスプレイは該当のアプリケーションの基本ホーム画面を表示することができる。
図１２３は本発明の他の一実施例によるｂｒｏａｄｃａｓｔ ｉｎｄｅｐｅｎｄｅｎｔなアプリケーションを実行する動作を示した図である。
図の上端を見ると、（Ｌ１２３０１０）本発明の一実施例は、以前の図で前述した実施例とは違い、ａｐｐＴｏｋｅｎエレメント又は属性値として“Ｂｏａｒｄ”が指定されている。
本発明の一実施例による“ＬＧ ｖｓ ＫＩＡ”番組に関連したアプリケーション実行動作は以前の図で前述した動作と同一である。ただ、本発明の一実施例による受信機は、以前の図での実施例とは違い、ａｐｐＵＲＬエレメントが示すＵＲＬ（Ｈｔｔｐ：／／ｌｇｅ．ａｐｐｉｎｆｏ．ｃｏｍ／ｄｏｗｎｌｏａｄ１００／ｉｄ１００）に接続して再見アプリケーションを駆動させることができ、ａｐｐＴｏｋｅｎエレメント又は属性が示す情報を用いて該当のアプリケーションの“Ｂｏａｒｄ”画面を受信機のディスプレイに表示することができる。
図１２４は本発明のさらに他の一実施例によるｂｒｏａｄｃａｓｔ ｉｎｄｅｐｅｎｄｅｎｔなアプリケーションを実行する動作を示した図である。
本発明の一実施例は現在視聴中の番組又はコンテンツに関連したものではないアプリケーションを提供することができる。すなわち、本発明の一実施例はｂｒｏａｄｃａｓｔ ｉｎｄｅｐｅｎｄｅｎｔ ａｐｐｌｉｃａｔｉｏｎを提供することができる。ここで、本発明の一実施例によるとｂｒｏａｄｃａｓｔ ｉｎｄｅｐｅｎｄｅｎｔ ａｐｐｌｉｃａｔｉｏｎはｂｒｏａｄｃａｓｔ ｉｎｄｅｐｅｎｄｅｎｔ ｍｕｌｔｉｍｅｄｉａであってもよい。すなわち、本発明の一実施例は、現在視聴中の番組又はコンテンツに関連したものではないｍｕｌｔｉｍｅｄｉａをダウンロードすることができる。そして、ダウンロードしたｍｕｌｔｉｍｅｄｉａはＥＳＧに表示されてもよい。
本発明の一実施例によると、ｓｅｒｖｉｃｅ ａｎｎｏｕｎｃｅｍｅｎｔに含まれたエレメント及び／又は属性の具現方法は受信機によって違ってもよい。
図の上端を見ると、（Ｌ１２４０１０）“ＬＧ ｖｓ ＫＩＡ”という名前を有するｃｏｎｔｅｎｔはａｐｐ ｃｏｍｐｏｎｅｎｔを含み、ａｐｐ ｃｏｍｐｏｎｅｎｔが示すアプリケーションは“ｈｔｔｐ：／／ｌｇｅ．ｃｏｍ／ｄｏｗｎｌｏａｄ１００／ｂａｓｅｂａｌｌ．ｍｐ４”というＵＲＬからダウンロードすることができる。そして、このアプリケーションのＵｒｌＴｙｐｅ値は１であって、ｍｕｌｔｉｍｅｄｉａ ｄｏｗｎｌｏａｄに関するものであることが分かる。このアプリケーションのＩＤは“ｂａｓｅｂａｌｌ１００”であってもよい。
本発明の一実施例による放送番組編成表には現在視聴者が視聴中の“星より君”という番組と現在視聴していない番組についての上映情報が表示されてもよい。また、放送番組編成表には現在視聴中ではない“ＬＧ ｖｓ ＫＩＡ”番組とこの番組に関連したマルチメディア（ｍｕｌｔｉｍｅｄｉａ）ボックスが表示されてもよい。本発明の一実施例によると、受信機はＵｒｌＴｙｐｅを用いて該当のＵＲＬがｍｕｌｔｉｍｅｄｉａ ｄｏｗｎｌｏａｄ ＵＲＬであることを認識することができ、ａｐｐＵＲＬ値を用いて該当のマルチメディアをダウンロードすることができる。ダウンロードされたマルチメディア（例えば、動画）は放送番組編成表又はＥＳＧ画面に表示されてもよい。視聴者がダウンロードされたマルチメディアを示すボックスをクリックすれば、受信機はマルチメディアを実行することができる。
図１２５は本発明の一実施例によるサービスガイド情報送信方法を示した図である。
本発明の一実施例によるサービスガイド情報送信方法は、放送サービス及びコンテンツについての情報を含むサービスガイド情報を生成する段階（Ｓ１２５０１０）、前記生成されたサービスガイド情報をエンコードする段階（Ｓ１２５０２０）及び／又は前記エンコードされたサービスガイド情報を伝送する段階（Ｓ１２５０３０）を含んでもよい。ここで、前記サービスガイド情報は、前記コンテンツをレンダリング（ｒｅｎｄｅｒｉｎｇ）するために要求されるケイパビリティ（ｃａｐａｂｉｌｉｔｙ）情報を示すケイパビリティエレメントを含んでもよい。前記ケイパビリティエレメントはＲｅｑｕｉｒｅｄＣａｐａｂｉｌｉｔｉｅｓエレメントを示す。これについての詳細な説明は図１０８の説明部分で開示した。
本発明の他の一実施例によると、前記ケイパビリティエレメントは、前記コンテンツをレンダリングするために要求されるケイパビリティ情報をコード値で示すケイパビリティコードエレメント及び／又は前記ケイパビリティ情報をストリング（ｓｔｒｉｎｇ）で示すケイパビリティストリングエレメントを含んでもよい。ここで、前記ケイパビリティコードエレメントはＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントを示し、前記ケイパビリティストリングエレメントはＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントを示す。これについての詳細な説明は図１０８の説明部分で開示した。
本発明の他の一実施例によると、前記ケイパビリティストリングエレメントは前記ケイパビリティストリングエレメントが示すケイパビリティ情報が属するカテゴリーを示すカテゴリーコード情報を含んでもよい。ここで、前記カテゴリーコード情報はｃａｔｅｇｏｒｙｃｏｄｅ属性を示す。これについての詳細な説明は図１０８〜図１１５の説明部分で開示した。
本発明の他の一実施例によると、前記ケイパビリティコードエレメントは、前記コンテンツをダウンロードするためにブロードバンド（ｂｒｏａｄｂａｎｄ）を介したＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（ＩＰ）が要求されることを示す情報、前記コンテンツをレンダリングするためにＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）ビデオに対する処理が要求されることを示す情報、前記コンテンツをレンダリングするためにＳＨＶＣ（Ｓｃａｌａｂｌｅ ＨＥＶＣ）ビデオに対する処理が要求されることを示す情報、前記コンテンツをレンダリングするためにＨＤＲ（Ｈｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ）ビデオに対する処理が要求されることを示す情報、前記コンテンツをレンダリングするために５．１チャネルサラウンドオーディオ（５．１ ｃｈａｎｎｅｌ ｓｕｒｒｏｕｎｄ ａｕｄｉｏ）に対する処理が要求されることを示す情報、前記コンテンツをレンダリングするためにイマーシブ（Ｉｍｍｅｒｓｉｖｅ）オーディオに対する処理が要求されることを示す情報及び／又は前記コンテンツをレンダリングするために３Ｄオーディオに対する処理が要求されることを示す情報を含んでもよい。これについての詳細な説明は図１０８〜図１１０の説明部分で開示した。
本発明の他の一実施例によると、前記ケイパビリティコードエレメントは、前記コンテンツをレンダリングするためにＰＶＲ（Ｐｅｒｓｏｎａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒ）アプリケーション機能が要求されることを示す情報、前記コンテンツをレンダリングするために永久記憶媒体（ｐｅｒｓｉｓｔｅｎｔ ｓｔｒｏｒａｇｅ）を介したダウンロード機能が要求されることを示す情報、前記コンテンツをレンダリングするためにＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）アプリケーション機能が要求されることを示す情報及び／又は前記コンテンツをレンダリングするためにＣＡＳ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｓｙｓｔｅｍ）アプリケーション機能が要求されることを示す情報を含んでもよい。これについての詳細な説明は図１１１の説明部分で開示した。
本発明の他の一実施例によると、前記カテゴリーコード情報は、前記ケイパビリティ情報のカテゴリーがダウンロードプロトコル（ｄｏｗｎｌｏａｄ ｐｒｏｔｏｃｏｌ）であることを示す情報、前記ケイパビリティ情報のカテゴリーがＦＥＣアルゴリズム（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ Ａｌｇｏｒｉｔｈｍ）であることを示す情報、前記ケイパビリティ情報のカテゴリーがアーカイブフォーマット（Ａｒｃｈｉｖｅ Ｆｏｒｍａｔ）であることを示す情報、前記ケイパビリティ情報のカテゴリーが圧縮アルゴリズム（Ｃｏｍｐｒｅｓｓｉｏｎ Ａｌｇｏｒｉｔｈｍ）であることを示す情報、前記ケイパビリティ情報のカテゴリーがメディアタイプ（Ｍｅｄｉａ Ｔｙｐｅ）であることを示す情報、前記ケイパビリティ情報のカテゴリーがインターネット接続（Ｉｎｔｅｒｎｅｔ ｌｉｎｋ）であることを示す情報及び／又は前記ケイパビリティ情報のカテゴリーがアプリケーションケイパビリティ（Ａｐｐｌｉｃａｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ）であることを示す情報を含んでもよい。これについての詳細な説明は図１０８〜図１１５の説明部分で開示した。
図１２６は本発明の一実施例によるサービスガイド情報受信方法を示した図である。
本発明の一実施例によるサービスガイド情報受信方法は、放送サービス及びコンテンツについての情報を含むサービスガイド情報を受信する段階（ＳＬ１２６０１０）、前記生成されたサービスガイド情報をデコードする段階（ＳＬ１２６０２０）及び／又は前記デコードされたサービスガイド情報を表示する段階（ＳＬ１２６０３０）を含んでもよい。ここで、前記サービスガイド情報は、前記コンテンツをレンダリング（ｒｅｎｄｅｒｉｎｇ）するために要求されるケイパビリティ（ｃａｐａｂｉｌｉｔｙ）情報を示すケイパビリティエレメントを含んでもよい。これについての詳細な説明は図１０８の説明部分で開示した。
本発明の他の一実施例によると、前記ケイパビリティエレメントは、前記コンテンツをレンダリングするために要求されるケイパビリティ情報をコード値で示すケイパビリティコードエレメント及び／又は前記ケイパビリティ情報をストリング（ｓｔｒｉｎｇ）で示すケイパビリティストリングエレメントを含んでもよい。ここで、前記ケイパビリティコードエレメントはＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントを示し、前記ケイパビリティストリングエレメントはＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントを示す。これについての詳細な説明は図１０８の説明部分で開示した。
本発明の他の一実施例によると、前記ケイパビリティストリングエレメントは前記ケイパビリティストリングエレメントが示すケイパビリティ情報が属するカテゴリーを示すカテゴリーコード情報を含んでもよい。ここで、前記カテドリコード情報はｃａｔｅｇｏｒｙｃｏｄｅ属性を示す。これについての詳細な説明は図１０８〜図１１５の説明部分で開示した。
本発明の他の一実施例によると、前記ケイパビリティコードエレメントは、前記コンテンツをダウンロードするためにブロードバンド（ｂｒｏａｄｂａｎｄ）を介したＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（ＩＰ）が要求されることを示す情報、前記コンテンツをレンダリングするためにＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）ビデオに対する処理が要求されることを示す情報、前記コンテンツをレンダリングするためにＳＨＶＣ（Ｓｃａｌａｂｌｅ ＨＥＶＣ）ビデオに対する処理が要求されることを示す情報、前記コンテンツをレンダリングするためにＨＤＲ（Ｈｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ）ビデオに対する処理が要求されることを示す情報、前記コンテンツをレンダリングするために５．１チャネルサラウンドオーディオ（５．１ ｃｈａｎｎｅｌ ｓｕｒｒｏｕｎｄ ａｕｄｉｏ）に対する処理が要求されることを示す情報、前記コンテンツをレンダリングするためにイマーシブ（Ｉｍｍｅｒｓｉｖｅ）オーディオに対する処理が要求されることを示す情報及び／又は前記コンテンツをレンダリングするために３Ｄオーディオに対する処理が要求されることを示す情報を含んでもよい。これについての詳細な説明は図１０８〜図１１０の説明部分で開示した。
本発明の他の一実施例によると、前記ケイパビリティコードエレメントは、前記コンテンツをレンダリングするためにＰＶＲ（Ｐｅｒｓｏｎａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒ）アプリケーション機能が要求されることを示す情報、前記コンテンツをレンダリングするために永久記憶媒体（ｐｅｒｓｉｓｔｅｎｔ ｓｔｒｏｒａｇｅ）を介したダウンロード機能が要求されることを示す情報、前記コンテンツをレンダリングするためにＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）アプリケーション機能が要求されることを示す情報及び／又は前記コンテンツをレンダリングするためにＣＡＳ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｓｙｓｔｅｍ）アプリケーション機能が要求されることを示す情報を含んでもよい。これについての詳細な説明は図１１１の説明部分で開示した。
本発明の他の一実施例によると、前記カテゴリーコード情報は、前記ケイパビリティ情報のカテゴリーがダウンロードプロトコル（ｄｏｗｎｌｏａｄ ｐｒｏｔｏｃｏｌ）であることを示す情報、前記ケイパビリティ情報のカテゴリーがＦＥＣアルゴリズム（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ Ａｌｇｏｒｉｔｈｍ）であることを示す情報、前記ケイパビリティ情報のカテゴリーがアーカイブフォーマット（Ａｒｃｈｉｖｅ Ｆｏｒｍａｔ）であることを示す情報、前記ケイパビリティ情報のカテゴリーが圧縮アルゴリズム（Ｃｏｍｐｒｅｓｓｉｏｎ Ａｌｇｏｒｉｔｈｍ）であることを示す情報、前記ケイパビリティ情報のカテゴリーがメディアタイプ（Ｍｅｄｉａ Ｔｙｐｅ）であることを示す情報、前記ケイパビリティ情報のカテゴリーがインターネット接続（Ｉｎｔｅｒｎｅｔ ｌｉｎｋ）であることを示す情報及び／又は前記ケイパビリティ情報のカテゴリーがアプリケーションケイパビリティ（Ａｐｐｌｉｃａｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ）であることを示す情報を含んでもよい。これについての詳細な説明は図１０８〜図１１５の説明部分で開示した。
図１２７は本発明の一実施例によるサービスガイド情報送信装置の構成を示した図である。
本発明の一実施例によるサービスガイド情報送信装置Ｌ１２７０４０は、生成部Ｌ１２７０１０、エンコーダーＬ１２７０２０及び／又は伝送部Ｌ１２７０３０を含んでもよい。生成部は、放送サービス及びコンテンツについての情報を含むサービスガイド情報を生成することができる。エンコーダーは、前記生成されたサービスガイド情報をエンコードすることができる。伝送部は、前記エンコードされたサービスガイド情報を伝送することができる。ここで、前記サービスガイド情報は前記コンテンツをレンダリング（ｒｅｎｄｅｒｉｎｇ）するために要求されるケイパビリティ（ｃａｐａｂｉｌｉｔｙ）情報を示すケイパビリティエレメントを含んでもよい。これについての詳細な説明は図１０８の説明部分で開示した。
本発明の一実施例によるサービスガイド情報送信装置Ｌ１２７０４０が含む各構成は図１２５で前述した各段階に対応する機能を果たすことができる。
図１２８は本発明の一実施例によるサービスガイド情報受信装置の構成を示した図である。
本発明の一実施例によるサービスガイド情報受信装置Ｌ１２８０４０は、受信部Ｌ１２８０１０、デコーダーＬ１２８０２０及び／又は再生部Ｌ１２８０３０を含んでもよい。受信部は、放送サービス及びコンテンツについての情報を含んでもよい。デコーダーは、前記生成されたサービスガイド情報をデコードすることができる。再生部は、前記デコードされたサービスガイド情報を表示することができる。ここで、前記サービスガイド情報は前記コンテンツをレンダリング（ｒｅｎｄｅｒｉｎｇ）するために要求されるケイパビリティ（ｃａｐａｂｉｌｉｔｙ）情報を示すケイパビリティエレメントを含んでもよい。これについての詳細な説明は図１０８の説明部分で開示した。
本発明の一実施例によるサービスガイド情報受信装置Ｌ１２８０４０が含む各構成は図１２６で前述した各段階に対応する機能を果たすことができる。
前記ケイパビリティエレメントは、前記コンテンツをレンダリングするために要求されるケイパビリティ情報をコード値で示すケイパビリティコードエレメント及び／又は前記ケイパビリティ情報をストリング（ｓｔｒｉｎｇ）で示すケイパビリティストリングエレメントを含んでもよい。ここで、前記ケイパビリティコードエレメントはＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントを示し、前記ケイパビリティストリングエレメントはＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントを示す。これについての詳細な説明は図１０８の説明部分で開示した。
図１２９は本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングを示す図である。
前述したように、本発明による周波数インタリーバーはＯＦＤＭシンボルごとに異なったインタリービングシーケンスを用いてインタリービングを遂行するが、周波数デインタリーバーは受信したＯＦＤＭシンボルに対してシングルメモリデインタリービングを行うことができる。
本発明は、一フレーム内のＯＦＤＭシンボル数が偶数であるか奇数であるかにかかわらず周波数デインタリーバーがシングルメモリデインタリービングを行うことができる方法を提案する。このために、ＯＦＤＭシンボル数が偶数であるか奇数であるかによって前述した周波数インタリーバーの構造が違って運営されてもよい。また、これに関連したシグナリング情報が前述したプリアンブル及び／又はＰＬＳ（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｓｉｇｎａｌｉｎｇ）にさらに定義されてもよい。これにより、ＯＦＤＭシンボル数が偶数の場合に限定されずに、いつでもシングルメモリデインタリービングが可能になることができる。
ここで、ＰＬＳは毎フレームのＦＳＳ（Ｆｒａｍｅ Ｓｔａｒｔｉｎｇ Ｓｙｍｂｏｌ、ＦＳＳ）に含まれて伝送されてもよい。若しくは、実施例によって、ＰＬＳは一番目ＯＦＤＭシンボルに含まれて伝送されてもよい。若しくは、ＰＬＳの存在有無によって、ＰＬＳに相当するシグナリングはプリアンブルに全て含まれて伝送されてもよい。若しくは、プリアンブル及び／又はＰＬＳに相当するシグナリング情報はブートストラップ情報に含まれて伝送されてもよい。ブートストラップ情報はプリアンブルの前に位置する情報パートであってもよい。
送信部の周波数インタリーバーで活用された処理動作などに関する情報として、ＦＩ＿ｍｏｄｅフィールドとＮ＿ｓｙｍフィールドがあり得る。
ＦＩ＿ｍｏｄｅフィールドはプリアンブルに位置し得る１ビットフィールドであってもよい。ＦＩ＿ｍｏｄｅフィールドは毎フレームのＦＳＳ（Ｆｒａｍｅ Ｓｔａｒｔｉｎｇ Ｓｙｍｂｏｌ）又は一番目ＯＦＤＭシンボルに使用されたインタリービングスキームを示すことができる。
ＦＩ＿ｍｏｄｅフィールドが指示するインタリービングスキームにはＦＩスキーム＃１とＦＩスキーム＃２があり得る。
ＦＩスキーム＃１は、送信側で周波数インタリーバーがＦＳＳに対し、ランダム書き込み（ｒａｎｄｏｍ ｗｒｉｔｉｎｇ）動作を行った後、線形読み取り（ｌｉｎｅａｒ ｒｅａｄｉｎｇ）動作を行った場合を意味してもよい。この場合は、ＦＩ＿ｍｏｄｅフィールド値が０である場合に相当してもよい。ＰＲＢＳなどを用いた任意のランダムシーケンスジェネレーターによって発生する値を用い、メモリにランダム書き込み、線形読み取り動作を行うことができる。ここで、線形読み取りとは順次読み取る動作を意味してもよい。
ＦＩスキーム＃２は、送信側で周波数インタリーバーがＦＳＳに対し、線形書き込み（ｌｉｎｅａｒ ｗｒｉｔｉｎｇ）動作を遂行した後、ランダム読み取り（ｒａｎｄｏｍ ｒｅａｄｉｎｇ）動作を行った場合を意味してもよい。この場合はＦＩ＿ｍｏｄｅフィールド値が１である場合に相当してもよい。同様に、ＰＲＢＳなどを用いた任意のランダムシーケンスジェネレーターによって発生する値を用い、メモリに線形書き込み、ランダム読み取り動作を行うことができる。ここで、線形書き込みとは順次書き込む動作を行うことを意味してもよい。
また、ＦＩ＿ｍｏｄｅフィールドは毎フレームのＦＥＳ（Ｆｒａｍｅ Ｅｄｇｅ Ｓｙｍｂｏｌ）又は最後のＯＦＤＭシンボルに使用されたインタリービングスキームを示すことができる。ＦＥＳに適用されるインタリービングスキームはＰＬＳによって伝送されるＮ＿ｓｙｍフィールドの値によって違って指示されてもよい。すなわち、ＯＦＤＭシンボル数が奇数であるか偶数であるかによってＦＩ＿ｍｏｄｅフィールドが指示するインタリービングスキームが違える。二つのフィールド間の関係は予め送受信側にテーブルとして定義されてもよい。
ＦＩ＿ｍｏｄｅフィールドは、実施例によって、プリアンブルの外にフレームの他部分に定義されて伝送されてもよい。
Ｎ＿ｓｙｍフィールドはＰＬＳパートに位置し得るフィールドであってもよい。Ｎ＿ｓｙｍフィールドのビット数は実施例によって違える。Ｎ＿ｓｙｍフィールドは一フレームに含まれたＯＦＤＭシンボル数を指示してもよい。これにより、受信側ではＯＦＤＭシンボル数が偶数であるか奇数であるかを把握することができる。
前述した一フレーム内のＯＦＤＭシンボル数に関係ない周波数インタリーバーに対応する周波数デインタリーバーの動作は次の通りである。この周波数デインタリーバーは、提案されたシグナリングフィールドを活用し、ＯＦＤＭシンボル数が偶数であるか奇数であるかにかかわらずシングルメモリデインタリービングを行うことができる。
周波数デインタリーバーは、まずプリアンブルのＦＩ＿ｍｏｄｅフィールドの情報を用い、ＦＳＳに対して周波数デインタリービングを行うことができる。ＦＳＳに活用された周波数インタリービングスキームがＦＩ＿ｍｏｄｅによって指示されるからである。
周波数デインタリーバーは、ＦＩ＿ｍｏｄｅフィールドのシグナリング情報とＰＬＳのＮ＿ｓｙｍフィールドのシグナリング情報を用い、ＦＥＳに対して周波数デインタリービングを行うことができる。この際、前もって定義されたテーブルを用いて二つのフィールド間の関係を把握することができる。既に定義されたテーブルについては後述する。
この以外のシンボルの全般的なデインタリービング過程は、送信側のインタリービング過程の逆順に遂行することができる。すなわち、入力される連続した一対のＯＦＤＭシンボルに対し、周波数デインタリーバーは一つのインタリービングシーケンスを活用してデインタリービングを行うことができる。ここで、一つのインタリービングシーケンスは該当の周波数インタリーバーが読み取り及び書き込みに用いたインタリービングシーケンスであってもよい。周波数デインタリーバーはそのインタリービングシーケンスを用いて逆順に読み取り及び書き込み過程を遂行することができる。
しかし、本発明による周波数デインタリーバーはダブルメモリを使うピンポン（ｐｉｎｇｐｏｎｇ）構造を使わないこともあり得る。周波数デインタリーバーは、連続した入力ＯＦＤＭシンボルに対し、シングルメモリを活用してデインタリービングを行うことができる。これにより、周波数デインタリーバーのメモリ使用効率性が向上することができる。
図１３０は本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、ＦＳＳのためのＦＩスキームを示す図である。
前述したＦＩ＿ｍｏｄｅフィールドとＮ＿ｓｙｍフィールドを用いて周波数インタリービング過程で適用されるインタリービングスキームを決定することができる。
ＦＳＳの場合において、Ｎ＿ｓｙｍフィールドが指示するＯＦＤＭシンボルの数が偶数の場合、ＦＩ＿ｍｏｄｅフィールド値に関係なくＦＩスキーム＃１がＦＳＳで遂行されてもよい。
Ｎ＿ｓｙｍフィールドが指示するＯＦＤＭシンボルの数が奇数の場合、ＦＩ＿ｍｏｄｅフィールドが０の値を有すれば、ＦＩスキーム＃１がＦＳＳに適用され、１の値を有すれば、ＦＩスキーム＃２がＦＳＳに適用されてもよい。すなわち、ＯＦＤＭシンボルの数が奇数の場合、周波数インタリービングにおいてＦＩスキーム＃１と＃２が交互にＦＳＳに適用されてもよい。
図１３１は本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、ＦＥＳのためのリセットモードの動作を示す図である。
ＦＥＳに対する周波数インタリービングにおいて、前述したシンボルオフセット生成器はリセットモード（Ｒｅｓｅｔ ｍｏｄｅ）という新概念を導入することができる。リセットモードは、シンボルオフセット生成器によって発生するシンボルオフセット値が‘０’であるモードを意味してもよい。
ＦＥＳに対する周波数インタリービングにおいて、前述したＦＩ＿ｍｏｄｅフィールドとＮ＿ｓｙｍフィールドを用いてリセットモードの使用可否を決定することができる。
Ｎ＿ｓｙｍフィールドが指示するＯＦＤＭシンボルの数が偶数の場合、ＦＩ＿ｍｏｄｅフィールドの値に関係なくシンボルオフセット生成器のリセットモードは動作しないこともあり得る（ｏｆｆ）。
Ｎ＿ｓｙｍフィールドが指示するＯＦＤＭシンボルの数が奇数の場合、ＦＩ＿ｍｏｄｅフィールドの値が０である場合はシンボルオフセット生成器がリセットモードに従って動作することができる（ｏｎ）。また、ＦＩ＿ｍｏｄｅフィールドの値が１の場合、シンボルオフセット生成器のリセットモードは動作しないこともあり得る（ｏｆｆ）。すなわち、ＯＦＤＭシンボルの数が奇数の場合、周波数インタリービングにおいてリセットモードが交互にオン／オフになってもよい。
図１３２は本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、周波数インタリーバーの入力と出力を数式で表示した図である。
前述したように、それぞれのメモリバンク−Ａ及びメモリバンク−ＢのＯＦＤＭシンボルペアは前述したインタリービング過程によって処理されてもよい。前述したように、インタリービングには、一つのメインインタリービングシードが循環シフト（ｃｙｃｌｉｃ−ｓｈｉｆｔｉｎｇ）して生成された多様な他のインタリービングシードが活用されてもよい。ここで、インタリービングシードはインタリービングシーケンスと呼んでも良い。また、インタリービングシードはインタリービング住所値（ｉｎｔｅｒｌｅａｖｉｎｇ ａｄｄｒｅｓｓ ｖａｌｕｅ）又は住所値（ａｄｄｒｅｓｓ ｖａｌｕｅ）、インタリービング住所（ｉｎｔｅｒｌｅａｖｉｎｇ ａｄｄｒｅｓｓ）と呼んでもよい。ここで、インタリービング住所値という用語は複数の住所値の集合の意味であって、複数の対象を指示するのに使われてもよく、インタリービングシードの意味として、単数の対象を指示するのに使われてもよい。すなわち、実施例によって、インタリービング住所値とはＨ（ｐ）のそれぞれの住所値を意味するか、あるいはＨ（ｐ）そのものを意味してもよい。
一つのＯＦＤＭシンボル内でインタリーブされる周波数インタリービングの入力はＯm,lと表記してもよい（ｔ５００１０）。ここで、それぞれのデータセルはｘm,l,0、．．．ｘm,l,Ndata-1と表記してもよい。ｐはセルインデックス、ｌはＯＦＤＭシンボルインデックス、ｍはフレームのインデックスを意味してもよい。すなわち、ｘm,l,pはｍ番目フレーム、ｌ番目ＯＦＤＭシンボルのｐ番目データセルを意味してもよい。Ｎdataはデータセルの個数を意味してもよい。Ｎsymはシンボル（フレームシグナリングシンボル、ノーマルデータシンボル、フレームエッジシンボル）の個数を意味してもよい。
前述した動作によってインタリーブされた後のデータセルはＰm,lと表記してもよい（ｔ５００２０）。それぞれのインタリーブされたデータセルはｖm,l,0、．．．ｖm,l,Ndata-1と表記してもよい。ｐ，ｌ，ｍは前述したものと同一のインデックス値を有してもよい。
図１３３は本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、ＦＩスキーム＃１及びＦＩスキーム＃２による周波数インタリービングの論理的動作メカニズムの数式を示す。
まず、ＦＩスキーム＃１による周波数インタリービングを説明する。前述したように、各メモリバンクのインタリービングシーケンス（インタリービング住所）を用いて周波数インタリービングを遂行してもよい。
偶数番目シンボル（ｊｍｏｄ２＝０）に対するインタリービング動作は図示の数式（ｔ５１０１０）のように数学的に記述されてもよい。入力データｘに対し、インタリービングシーケンス（インタリービング住所）を用いて周波数インタリービングを遂行して出力ｖを得てもよい。ここで、ｐ番目入力データｘは、Ｈ（ｐ）番目出力データｖと同一になるように順序が変わっても良い。
すなわち、偶数番目シンボル（一番目シンボル）に対しては、インタリービングシーケンスを用いてランダム書き込み過程を先に遂行した後、これを順次読み取る線形読み取り過程を遂行してもよい。ここで、インタリービングシーケンス（インタリービング住所）はＰＲＢＳなどを用いた任意のランダムシーケンスジェネレーターによって発生する値であってもよい。
奇数番目シンボル（ｊｍｏｄ２＝１）に対するインタリービング動作は図示の数式（ｔ５１０２０）のように数学的に記述されてもよい。入力データｘに対し、インタリービングシーケンス（インタリービング住所）を用いて周波数インタリービングを遂行して出力ｖを得てもよい。ここで、Ｈ（ｐ）番目入力データｘは、ｐ番目出力データｖと同一になるように順序が変わっても良い。すなわち、偶数番目シンボルに対するインタリービング処理と比較すると、インタリービングシーケンス（インタリービング住所）が反対に（逆に、ｉｎｖｅｒｓｅ）適用されてもよい。
すなわち、奇数番目シンボル（二番目シンボル）に対しては、順にメモリにデータを書き込む線形書き込み動作を先に遂行した後、これをインタリービングシーケンスを用いてランダムに読み取るランダム読み取り過程を遂行してもよい。同様に、インタリービングシーケンス（インタリービング住所）はＰＲＢＳなどを用いた任意のランダムシーケンスジェネレーターによって発生する値であってもよい。
まず、ＦＩスキーム＃２による周波数インタリービングを説明する。
ＦＩスキーム＃２による周波数インタリービングの場合、偶数番目／奇数番目シンボルに対する動作はＦＩスキーム＃１と反対に遂行してもよい。
すなわち、偶数番目シンボルに対しては、図示の数式（ｔ５１０２０）によって、線形書き込み動作の後、ランダム読み取り動作を遂行してもよい。また、奇数番目シンボルに対しては、図示の数式（ｔ５１０１０）によって、ランダム書き込み動作の後、線形読み取り動作を遂行してもよい。詳細な事項は、ＦＩスキーム＃１で説明したものと同一である。
シンボルインデックスｌは０，１，．．．，Ｎsym-1、セルインデックスｐは０，１，．．．，Ｎdata-1と表現してもよい。実施例によって、偶数番目シンボルと奇数番目シンボルに対する周波数インタリービング方式が互いに後先になってもよい。また、実施例によって、ＦＩスキーム＃１とＦＩスキーム＃２による周波数インタリービング方式が互いに後先になってもよい。
図１３４は本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、シンボル数が偶数の場合の実施例を示す図である。
この実施例において、Ｎ＿ｓｙｍフィールドは一フレーム内にＯＦＤＭ数が偶数であることを指示してもよい。この実施例において、一つのフレームは一つのプリアンブルと８個のＯＦＤＭシンボルを持っていると仮定する。実施例によって、プリアンブルの前にブートストラップ情報をさらに含んでもよい。ブートストラップ情報は示されていない。
この実施例において、一つのフレームはそれぞれ一つのＦＳＳとＦＥＳを含んでもよい。ここで、ＦＳＳとＦＥＳの長さは同一であると仮定する。また、Ｎ＿ｓｙｍフィールドの情報はＰＬＳパートに含まれて伝送されるので、周波数デインタリーバーがＦＳＳデコーディング後にこれを確認することができる。また、この実施例において、ＦＥＳに対する動作が遂行される前にＮ＿ｓｙｍフィールドに対するデコーディングが完了すると仮定する。
それぞれのフレームのＦＳＳにおいて、シンボルオフセット生成器の値は０にリセットされてもよい。よって、それぞれの一番目、二番目シンボルは同じインタリービングシーケンスによって処理されてもよい。また、各フレームが始まる都度＃０シーケンスが動作に使われてもよい。その後、＃１、＃２シーケンスが周波数インタリーバー／デインタリーバーの動作に順次使われてもよい。
図１３５は本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、シンボル数が偶数の場合の実施例を示す図である。
一番目フレームにおいて、プリアンブルのＦＩ＿ｍｏｄｅフィールドから、ＦＳＳがどの方式でインタリーブされたかについての情報を得ることができる。この実施例はＯＦＤＭシンボルが偶数の場合であるので、ＦＩスキーム＃１のみ使われてもよい。
その後、ＦＳＳがデコードされ、Ｎ＿ｓｙｍ情報が獲得できる。Ｎ＿ｓｙｍ情報からこのフレームのシンボル数が偶数であることが分かる。その後、周波数デインタリーバーがＦＥＳをデコードするとき、獲得されたＦＩ＿ｍｏｄｅ情報とＮ＿ｓｙｍ情報を用いてデコーディングを遂行してもよい。シンボル数が偶数の場合であるので、シンボルオフセット生成器は前述したリセットモードに従って動作しない。すなわち、リセットモードはオフ（ｏｆｆ）された状態であってもよい。
その後、他のフレームに対しても、偶数のＯＦＤＭシンボルが含まれているので、周波数デインタリーバーが同じ方式で動作することができる。すなわち、ＦＳＳで使われるＦＩスキームはＦＩスキーム＃１であり、ＦＥＳで使われるリセットモードはオフ（ｏｆｆ）された状態であってもよい。
図１３６は本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、シンボル数が奇数の場合の実施例を示す図である。
この実施例において、Ｎ＿ｓｙｍフィールドは一フレーム内にＯＦＤＭ数が奇数であることを指示してもよい。この実施例において、一つのフレームは一つのプリアンブルと７個のＯＦＤＭシンボルを持っていると仮定する。実施例によって、プリアンブルの前にブートストラップ情報がさらに含まれてもよい。ブートストラップ情報は示されていない。
この実施例において、シンボル数が偶数である場合と同様に、一つのフレームは一つのＦＳＳとＦＥＳを含んでもよい。ここで、ＦＳＳとＦＥＳの長さは同一であると仮定する。また、Ｎ＿ｓｙｍフィールドの情報はＰＬＳパートに含まれて伝送されるので、周波数デインタリーバーがＦＳＳデコーディング後にこれを確認することができる。また、この実施例において、ＦＥＳに対する動作が遂行される前にＮ＿ｓｙｍフィールドに対するデコーディングが完了すると仮定する。
それぞれのフレームのＦＳＳで、シンボルオフセット生成器の値は０にリセットされてもよい。また、任意のフレームのＦＥＳで、ＦＩ＿ｍｏｄｅフィールドとＮ＿ｓｙｍフィールドの値によってシンボルオフセット生成器がリセットモードに従って動作することができる。よって、任意のフレームのＦＥＳで、シンボルオフセット生成器の値が０にリセットされるか、あるいはリセットされないこともあり得る。このようなリセット過程はフレームごとに交互に遂行されてもよい。
図示の一番目フレームの最後のシンボル、ＦＥＳでシンボルオフセット生成器のリセットが発生することができる。よって、インタリービングシーケンスは＃０シーケンスにリセットされてもよい。よって、周波数インタリーバー／デインタリーバーは該当のＦＥＳを＃０シーケンスによって処理することができる（ｔ５４０１０）。
次のフレームのＦＳＳではシンボルオフセット生成器が再びリセットされて＃０シーケンスが使われてもよい（ｔ５４０１０）。二番目フレーム（フレーム＃１）のＦＥＳではリセットが発生しなく、三番目フレーム（フレーム＃２）のＦＥＳではリセットが発生することができる。
図１３７は本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、シンボル数が奇数の場合の実施例を示す図である。
一番目フレームで、プリアンブルのＦＩ＿ｍｏｄｅフィールドから、ＦＳＳがどの方式でインタリーブされたかについての情報を得ることができる。ＯＦＤＭシンボルが奇数の場合であるので、ＦＩスキーム＃１とＦＩスキーム＃２が使われてもよい。この実施例の一番目フレームではＦＩスキーム＃１が使われた。
その後、ＦＳＳがデコードされ、Ｎ＿ｓｙｍ情報が獲得できる。Ｎ＿ｓｙｍ情報からこのフレームのシンボル数が奇数であることが分かる。その後、周波数デインタリーバーがＦＥＳをデコードするとき、獲得されたＦＩ＿ｍｏｄｅ情報とＮ＿ｓｙｍ情報を用いてデコーディングを遂行してもよい。シンボル数が奇数であり、ＦＩスキーム＃１が使用された場合であるので、ＦＩ＿ｍｏｄｅフィールド値は０であることが分かる。ＦＩ＿ｍｏｄｅが０であるので、シンボルオフセット生成器は前述したリセットモードに従って動作することができる。すなわち、リセットモードはオン（ｏｎ）状態であってもよい。
リセットモードに従って動作して、シンボルオフセット生成器は０にリセットされてもよい。二番目フレームでＦＩ＿ｍｏｄｅフィールド値が１であるので、ＦＩスキーム＃２によってＦＳＳが処理されたことが分かる。やはり、Ｎ＿ｓｙｍフィールドから、シンボル数が奇数であることが分かる。二番目フレームの場合には、ＦＩ＿ｍｏｄｅフィールド値が１であり、シンボル数が奇数であるので、シンボルオフセット生成器はリセットモードに従って動作しなくてもよい。
このような方式で、ＦＳＳで使われるＦＩスキームはＦＩスキーム＃１と＃２が交互にセットされることができる。また、ＦＥＳで使われるリセットモードはオン（ｏｎ）とオフ（ｏｆｆ）が交互にセットされることができる。実施例によって、フレームごとにセットが変わらなくてもよい。
図１３８は本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、周波数デインタリーバーの動作を示す図である。
周波数デインタリーバーは先に定義されたＦＩ＿ｍｏｄｅフィールド及び／又はＮ＿ｓｙｍフィールドの情報を用いて周波数デインタリービングを行うことができる。前述したように、周波数デインタリーバーはシングルメモリを用いて動作することができる。基本的に、周波数デインタリービングは送信端で遂行した周波数インタリービング過程の逆過程を実行して、元のデータの順序が復元されるようにする過程であってもよい。
前述したように、ＦＳＳに対する周波数デインタリービングはプリアンブルのＦＩ＿ｍｏｄｅフィールド及びＮ＿ｓｙｍフィールドを用いて得たＦＩスキームについての情報に基づいて動作してもよい。ＦＥＳに対する周波数デインタリービングは、ＦＩ＿ｍｏｄｅフィールドとＮ＿ｓｙｍフィールドからリセットモードの動作可否を把握した後、それによって動作してもよい。
すなわち、入力される一対のＯＦＤＭシンボルに対し、周波数デインタリーバーは周波数インタリーバーの読み取り／書き込み動作の逆過程を遂行することができる。この過程で一つのインタリービングシーケンスが使われてもよい。
ただ、前述したように、周波数インタリーバーはダブルメモリを使うピンポン構造を有するが、周波数デインタリーバーはシングルメモリでデインタリービングを行うことができる。このシングルメモリ周波数デインタリービングはＦＩ＿ｍｏｄｅフィールド及びＮ＿ｓｙｍフィールドの情報を用いて遂行することができる。この情報によって、ＯＦＤＭシンボル数に影響されなくて、奇数のＯＦＤＭシンボルを有するフレームに対してもシングルメモリ周波数デインタリービングが可能であり得る。
本発明による周波数インタリーバーはＯＦＤＭシンボルの全てのデータセルを対象として周波数インタリービングを遂行することができる。周波数インタリーバーは、データセルを、各シンボルの可能な（ａｖａｉｌａｂｌｅ）データキャリアにマッピングさせる動作を行うことができる。
本発明による周波数インタリーバーはＦＦＴサイズによって違うインタリービングモードで動作することができる。例えば、ＦＦＴサイズが３２Ｋの場合、周波数インタリーバーは前述したＦＩスキーム＃１のように偶数番目シンボルに対してはランダム書き込み／線形動作を遂行し、奇数番目シンボルに対しては線形書き込み／ランダム読み取り動作を行うことができる。また、ＦＦＴサイズが１６Ｋ又は８Ｋの場合、周波数インタリーバーは偶数／奇数に関係なく全てのシンボルに対して線形読み取り／ランダム書き込み動作を行うことができる。
インタリービングモード転換を決定するＦＦＴサイズは実施例によって変更できる。すなわち、３２Ｋ及び１６Ｋの場合、ＦＩスキーム＃１のように動作し、８Ｋの場合、偶数／奇数に関係ない動作を行ってもよい。また、全てのＦＦＴサイズに対してＦＩスキーム＃１のように動作してもよく、全てのＦＦＴサイズに対して偶数／奇数に関係ない動作を行ってもよい。また、実施例によって、特定のＦＦＴサイズに対してはＦＩスキーム＃２のように動作してもよい。
このような周波数インタリービングは前述したインタリービングシーケンス（インタリービング住所）を用いて遂行してもよい。インタリービングシーケンスは、前述したように、オフセット値を用いて多様に生成できる。また、住所値チェック（ａｄｄｒｅｓｓ ｃｈｅｃｋ）が遂行され、多様なインタリービングシーケンスが生成されてもよい。
図１３９は本発明の他の実施例によるｖａｒｉａｂｌｅ ｄａｔａ−ｒａｔｅシステムを示した概念図である。
具体的に、この図に示した一つの伝送スーパーフレームはＮＴＩ＿ＮＵＭ個のＴＩグループで構成され、各ＴＩグループはＮＢＬＯＣＫ＿ＴＩ個のＦＥＣブロックを含んでもよい。この場合、各ＴＩグループに含まれたＦＥＣブロックの数は互いに違ってもよい。本発明の一実施例によるＴＩグループはタイムインタリービングを遂行するためのブロックに定義されてもよく、上述したＴＩブロック又はＩＦと同一の意味として使われてもよい。
本発明は、ＴＩグループ内に含まれたＦＥＣブロックの数が互いに違う場合、一つのツイストされた行−列ブロックインタリービングルール（ｔｗｉｓｔｅｄ ｒｏｗ−ｃｏｌｕｍｎ ｂｌｏｃｋ ｉｎｔｅｒｌｅａｖｉｎｇ ｒｕｌｅ）を用いてＴＩグループに対するインタリービングを行うことを一実施例としてもよい。これにより、受信機は単一メモリを使ってデインタリービングを行うことができる。以下では、ＴＩグループごとにＦＥＣブロック数が可変し得るバリアブルビットレート（ｖａｒｉａｂｌｅ ｂｉｔ−ｒａｔｅ、ＶＢＲ）伝送を考慮した入力ＦＥＣ ｂｌｏｃｋのメモリ配列方法及びタイムインタリーバーの読み取り（ｒｅａｄｉｎｇ）動作を説明する。
図１４０は本発明のブロックインタリービングの書き込み（ｗｒｉｔｉｎｇ）及び読み取り（ｒｅａｄｉｎｇ）動作の一実施例を示す。これに対する具体的な内容は前述した。
図１４１は本発明の一実施例によるブロックインタリービングを示した数式である。
図の数式は各ＴＩグループ単位で適用されるブロックインタリービングを示す。数式で示したように、シフト値は、ＴＩグループに含まれたＦＥＣブロックの数が奇数の場合及び偶数の場合にそれぞれ計算されてもよい。すなわち、本発明の一実施例によるブロックインタリービングはＦＥＣブロックの数を奇数にした後、シフト値を計算してもよい。
本発明の一実施例によるタイムインタリーバーは、スーパーフレーム内で最大のＦＥＣブロック数を有するＴＩ ｇｒｏｕｐを基準にしてインタリービングに関連したパラメーターを決定することができる。これにより、受信機は単一メモリを使ってデインタリービングを行うことができる。この際、決定されたＦＥＣブロックを最も多く含んでいるＴＩグループのＦＥＣブロック数より少ないＦＥＣブロックを有するＴＩグループに対しては不足したＦＥＣブロックの数に相当する仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックを付け加えてもよい。
本発明の一実施例による仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックは実際ＦＥＣブロックの前に挿入されてもよい。その後、本発明の一実施例によるタイムインタリーバーは、仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックを考慮し、一つのツイストされた行−列ブロックインタリービングルール（ｔｗｉｓｔｅｄ ｒｏｗ−ｃｏｌｕｍｎ ｂｌｏｃｋ ｉｎｔｅｒｌｅａｖｉｎｇ ｒｕｌｅ）を用いてＴＩグループに対するインタリービングを遂行することができる。また、本発明の一実施例によるタイムインタリーバーは、読み取り（ｒｅａｄｉｎｇ）動作で仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックに当たるメモリ−インデックス（ｍｅｍｏｒｙ−ｉｎｄｅｘ）が発生する場合、上述したスキップ動作を行うことができる。その後、書き込み（ｗｒｉｔｉｎｇ）動作時に入力されたＴＩグループのＦＥＣブロックの数と読み取り（ｒｅａｄｉｎｇ）動作時に出力されたＴＩグループのＦＥＣブロックの数を一致させる。結果的に、本発明の一実施例によるタイムインタリービングによると、受信機で効率的なシングル−メモリデインタリービング（ｓｉｎｇｌｅ−ｍｅｍｏｒｙ ｄｅｉｎｔｅｒｌｅａｖｉｎｇ）を遂行するために仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックを挿入しても、スキップ動作によって実際に伝送されるデータレートの損失は発生しないことがあり得る。
図１４２は本発明の一実施例による仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックを示した図である。
図の左側は最大ＦＥＣブロックの数とＴＩグループに含まれた実際ＦＥＣブロックの数及び最大ＦＥＣブロックの数と実際ＦＥＣブロックの数の間の差を示したパラメーター及び仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックの数を導出するための数式を示す。
図の右側はＴＩグループ内に仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックが挿入された実施例を示す。この場合、上述したように仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックは実際ＦＥＣブロックの前に挿入されてもよい。
図１４３は本発明の一実施例による仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックが挿入された後の読み取り（ｒｅａｄｉｎｇ）動作を示した数式である。
図に表示されたスキップ動作は読み取り（ｒｅａｄｉｎｇ）動作において仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックをスキップする役目を果たすことができる。
図１４４は本発明の一実施例によるタイムインタリービングのプロセスを示したフローチャートである。
本発明の一実施例によるタイムインタリーバーは初期値（ｉｎｉｔｉａｌ ｖａｌｕｅ）をセットアップすることができる（Ｓ６７０００）。
その後、本発明の一実施例によるタイムインタリーバーは、仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックを考慮し、実際ＦＥＣブロックを書き込み（ｗｒｉｔｉｎｇ）することができる（Ｓ６７１００）。
その後、本発明の一実施例によるタイムインタリーバーは、一時的ＴＩアドレス（ｔｅｍｐｏｒａｌ ＴＩ ａｄｄｒｅｓｓ）を生成することができる（Ｓ６７２００）。
その後、本発明の一実施例によるタイムインタリーバーは、生成されたＴＩ読み取りアドレス（ｒｅａｄｉｎｇ ａｄｄｒｅｓｓ）の可用性（ａｖａｉｌｉａｂｉｌｉｔｙ）を評価することができる（Ｓ６７３００）。その後、本発明の一実施例によるタイムインタリーバーは、最終ＴＩ読み取りアドレス（ｒｅａｄｉｎｇ ａｄｄｒｅｓｓ）を生成することができる（Ｓ６７４００）。
その後、本発明の一実施例によるタイムインタリーバーは、実際ＦＥＣブロックを読み取り（ｒｅａｄｉｎｇ）することができる（Ｓ６７５００）。
図１４５は本発明の一実施例によるシフト値及び最大ＴＩブロックの大きさを決定する過程を示した数式である。
この図は、ＴＩグループが２個であり、ＴＩグループ内のセルの数は３０であり、一番目ＴＩグループに含まれたＦＥＣブロックの数が５であり、二番目ＴＩブロックに含まれたＦＥＣブロックの数が６である場合の実施例を示す。最大ＦＥＣブロック数は６であるが、偶数であるので、シフト値を求めるための調整された最大ＦＥＣブロック数は７であってもよく、シフト値は４に計算されてもよい。
図１４６〜図１４８は以前の図で前述した実施例のＴＩ過程を示した図である。
図１４６は本発明の一実施例による書き込み（ｗｒｉｔｉｎｇ）動作を示す。
この図は以前の図で説明した二つのＴＩグループに対する書き込み（ｗｒｉｔｉｎｇ）動作を示す。
図の左側に示されたブロックはＴＩメモリアドレスアレイ（ｍｅｍｏｒｙ ａｄｄｒｅｓｓ ａｒｒａｙ）を示し、図の右側に示されたブロックは連続した二つのＴＩグループに対してそれぞれ仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックがそれぞれ２個及び１個が挿入された場合の書き込み（ｗｒｉｔｉｎｇ）動作を示す。上述したように調整された最大ＦＥＣブロック数は７であるので、一番目ＴＩグループには二つの仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックが挿入され、二番目ＴＩグループには一つの仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックが挿入される。
図１４７は本発明の一実施例による読み取り（ｒｅａｄｉｎｇ）動作を示す。
図の左側に示されたブロックはＴＩメモリアドレスアレイ（ｍｅｍｏｒｙ ａｄｄｒｅｓｓ ａｒｒａｙ）を示し、図の右側に示されたブロックは連続した二つのＴＩグループに対してそれぞれ仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックがそれぞれ２個及び１個が挿入された場合の読み取り（ｒｅａｄｉｎｇ）動作を示す。この場合、仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックにも実際ＦＥＣブロックと同様に読み取り（ｒｅａｄｉｎｇ）動作が遂行されてもよい。
図１４８は本発明の一実施例による読み取り（ｒｅａｄｉｎｇ）動作においてスキップ動作が遂行された結果を示す。
図示のように、二つのＴＩグループ内には仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックがスキップされてもよい。
図１４９及び図１５０は前述したＴＩの逆過程であるタイムデインタリービングを示す。
具体的に、図１５１は一番目ＴＩグループに対するタイムデインタリービングを示し、図１５２は二番目ＴＩグループに対するタイムデインタリービングを示す。
図１４９は本発明の一実施例によるタイムデインタリービングの書き込み（ｗｒｉｔｉｎｇ）過程を示す。
図の左側に示されたブロックはＴＩメモリアドレスアレイ（ｍｅｍｏｒｙ ａｄｄｒｅｓｓ ａｒｒａｙ）を示し、図の中央に示されたブロックはタイムデインタリーバーに入力された一番目ＴＩグループを示し、図の右側に示されたブロックは連続した一番目ＴＩグループに対してスキップされた仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックを考慮して遂行された書き込み（ｗｒｉｔｉｎｇ）過程を示す。
図示のように、ＴＩ過程でスキップされた２個の仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックは正確な読み取り（ｒｅａｄｉｎｇ）動作のために書き込み（ｗｒｉｔｉｎｇ）過程で復元されてもよい。この場合、スキップされた２個の仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックの位置及び量は任意のアルゴリズムによって推定できる。
図１５０は本発明の他の実施例によるタイムデインタリービングの書き込み（ｗｒｉｔｉｎｇ）過程を示す。
図の左側に示されたブロックはＴＩメモリアドレスアレイ（ｍｅｍｏｒｙ ａｄｄｒｅｓｓ ａｒｒａｙ）を示し、図の中央に示されたブロックはタイムデインタリーバーに入力された二番目ＴＩグループを示し、図の右側に示されたブロックは連続した二番目ＴＩグループに対してスキップされた仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックを考慮して遂行された書き込み（ｗｒｉｔｉｎｇ）過程を示す。
図示のように、ＴＩ過程でスキップされた１個の仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックは正確な読み取り（ｒｅａｄｉｎｇ）動作のために書き込み（ｗｒｉｔｉｎｇ）過程で復元されてもよい。この場合、スキップされた１個の仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックの位置及び量は任意のアルゴリズムによって推定できる。
図１５１は本発明の他の実施例によるタイムデインタリービングの読み取り（ｒｅａｄｉｎｇ）動作を示す数式である。
受信機で使われるＴＤＩシフト値は送信機で使用されたシフト値によって決定することができ、スキップ動作（ｓｋｉｐ ｏｐｅｒａｔｉｏｎ）は送信部と同様に読み取り（ｒｅａｄｉｎｇ）動作において仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックをスキップする役目を果たすことができる。
図１５２は本発明の一実施例によるタイムデインタリービングのプロセスを示したフローチャートである。
本発明の一実施例によるタイムデインタリーバーは、初期値（ｉｎｉｔｉａｌ ｖａｌｕｅ）をセットアップすることができる（Ｓ７５０００）。
その後、本発明の一実施例によるタイムインタリーバーは、仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックを考慮して実際ＦＥＣブロックを書き込み（ｗｒｉｔｉｎｇ）することができる（Ｓ７５１００）。
その後、本発明の一実施例によるタイムインタリーバーは、一時的ＴＤＩアドレス（ｔｅｍｐｏｒａｌ ＴＤＩ ａｄｄｒｅｓｓ）を生成することができる（Ｓ７５２００）。
その後、本発明の一実施例によるタイムインタリーバーは、生成されたＴＤＩ読み取りアドレス（ｒｅａｄｉｎｇ ａｄｄｒｅｓｓ）の可用性（ａｖａｉｌｉａｂｉｌｉｔｙ）を評価することができる（Ｓ７５３００）。その後、本発明の一実施例によるタイムインタリーバーは、最終ＴＤＩ読み取りアドレス（ｒｅａｄｉｎｇ ａｄｄｒｅｓｓ）を生成することができる（Ｓ７５４００）。
その後、本発明の一実施例によるタイムインタリーバーは実際ＦＥＣブロックを読み取り（ｒｅａｄｉｎｇ）することができる（Ｓ７５５００）。
モジュール又はユニットは、メモリ（又は、格納ユニット）に記憶された連続した過程を実行するプロセッサであってもよい。前述した実施例に記述された各段階は、ハードウェア／プロセッサによって実行することができる。前述した実施例に記述された各モジュール／ブロック／ユニットは、ハードウェア／プロセッサとして動作することができる。また、本発明が提示する方法はコードによって具現されるようにするこができる。このコードは、プロセッサが読み出し可能な記憶媒体に書き込まれ、装置（ａｐｐａｒａｔｕｓ）が提供するプロセッサによって読み出されるようにすることができる。
説明の便宜のため、各図を個別に説明したが、各図に開示した実施例を組み合わせて新しい実施例として具現するように設計することも可能である。そして、通常の技術者の必要に応じて、以前に説明された実施例を実行するためのプログラムが記録されているコンピュータで読み出し可能な記録媒体を設計することも、本発明の権利範囲に属する。
本発明に係る装置及び方法は、上述したように、説明された実施例の構成と方法に限定されて適用されるものではなく、上述した実施例は、様々な変形が可能なように、各実施例の全部又は一部が選択的に組み合せられて構成されてもよい。
一方、本発明が提案する方法を、ネットワークデバイスに備えられた、プロセッサが読み出し可能な記録媒体に、プロセッサが読み出し可能なコードとして具現することができる。プロセッサが読み出し可能な記録媒体は、プロセッサによって読み出されるデータが格納されるいかなる種類の記録装置をも含む。プロセッサが読み出し可能な記録媒体の例には、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピーディスク、光データ格納装置などがあり、また、インターネットを介した伝送などのようなキャリアウェーブの形態で具現されるものも含む。また、プロセッサが読み出し可能な記録媒体は、ネットワークで接続されたコンピュータシステムに分散されて、分散方式でプロセッサが読み出し可能なコードが格納され、実行されてもよい。
また、以上では、本発明の好適な実施例について図示及び説明したが、本発明は、上述した特定の実施例に限定されず、特許請求の範囲で請求する本発明の要旨を逸脱することなく、当該発明の属する技術分野における通常の知識を有する者によって、様々な変形実施が可能であることはもちろんのこと、このような変形実施は、本発明の技術的思想や展望から個別的に理解されてはならない。
そして、当該明細書では、物の発明及び方法の発明の両方が説明されており、必要に応じて、両発明の説明は補充的に適用されてもよい。
本発明の思想や範囲内で本発明の様々な変更及び変形が可能であることは当業者にとって明らかである。したがって、本発明は、添付の請求項及びその同等範囲内で提供される本発明の変更及び変形を含むように意図される。
本明細書において、装置の発明も方法の発明も言及されており、装置及び方法の発明に関する説明は互いに補完して適用可能である。
〔発明の実施のための形態〕
様々な実施例が、本発明を実施するための最良の形態で説明されている。
本発明は、一連の放送信号提供分野で利用可能である。
本発明の思想や範囲内で本発明の様々な変更及び変形が可能であることは当業者にとって明らかである。したがって、本発明は、添付の請求項及びその同等範囲内で提供される本発明の変更及び変形を含むように意図される。

Claims (15)

  1. 放送サービスについての情報のアナウンスに利用されるサービスガイドフラグメントを生成する段階と、
    前記サービスガイドフラグメントは、前記放送サービスの中のコンテンツデータを記述するコンテンツフラグメントを含み、
    前記コンテンツフラグメントは、前記コンテンツデータに対する複数のエレメントを含み、前記複数のエレメントの一つは前記コンテンツデータに対するコンポーネントエレメントを含むエクステンションエレメント(ｅｘｔｅｎｓｉｏｎ ｅｌｅｍｅｎｔ)であり、
    前記コンポーネントエレメントは、前記コンテンツデータの中のオーディオコンポーネントに対する役割を記述するオーディオコンポーネントエレメントと、前記コンテンツデータの中のビデオコンポーネントに対する役割を記述するビデオコンポーネントエレメントと、前記コンテンツデータの中のクローズドキャプションコンポーネント（ｃｌｏｓｅｄ ｃａｐｔｉｏｎ ｃｏｍｐｏｎｅｎｔ）に対する役割を記述するクローズドキャプションコンポーネントエレメントを含み、
    前記エクステンションエレメントは、前記コンテンツデータをデコーディングするために必要なケイパビリティエレメントを更に含み、前記ケイパビリティエレメントは、ケイパビリティを表すケイパビリティコード情報と前記ケイパビリティコード情報に基づいた情報を表すケイパビリティストリング情報を含み、
    前記サービスガイドフラグメントをエンコードする段階と、
    前記サービスガイドフラグメントを伝送する段階と
    を含む、サービスガイドフラグメント送信方法。
  2. 前記ケイパビリティストリング情報は、前記ケイパビリティのケイパビリティグループに対するケイパビリティカテゴリーコード情報を含み、
    前記ケイパビリティコード情報に基づいた前記ケイパビリティは、スケーラブルＨＥＶＣ（ＳＨＶＣ）ビデオをサポートする受信機能力を含む、請求項１に記載のサービスガイドフラグメント送信方法。
  3. 前記ケイパビリティコード情報に基づいた前記ケイパビリティは、ＨＤＲ（Ｈｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ）ビデオをサポートする受信機能力を含む、請求項２に記載のサービスガイドフラグメント送信方法。
  4. 前記ケイパビリティコード情報は、前記コンテンツデータをダウンロードするためにブロードバンド（ｂｒｏａｄｂａｎｄ）を介したＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（ＩＰ）が要求されることを示す情報と、前記コンテンツデータをレンダリングするためにＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）ビデオに対する処理が要求されることを示す情報と、前記コンテンツデータをレンダリングするためにＳＨＶＣ（Ｓｃａｌａｂｌｅ ＨＥＶＣ）ビデオに対する処理が要求されることを示す情報と、前記コンテンツデータをレンダリングするためにＨＤＲ（Ｈｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ）ビデオに対する処理が要求されることを示す情報と、前記コンテンツデータをレンダリングするために５．１チャネルサラウンドオーディオ（５．１ ｃｈａｎｎｅｌ ｓｕｒｒｏｕｎｄ ａｕｄｉｏ）に対する処理が要求されることを示す情報と、前記コンテンツデータをレンダリングするためにイマーシブ（Ｉｍｍｅｒｓｉｖｅ）オーディオに対する処理が要求されることを示す情報と、前記コンテンツデータをレンダリングするために３Ｄオーディオに対する処理が要求されることを示す情報の少なくとも一つを含む、請求項２に記載のサービスガイドフラグメント送信方法。
  5. 前記ケイパビリティコード情報は、前記コンテンツデータをレンダリングするためにＰＶＲ（Ｐｅｒｓｏｎａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒ）アプリケーション機能が要求されることを示す情報と、前記コンテンツデータをレンダリングするために永久記憶媒体（ｐｅｒｓｉｓｔｅｎｔ ｓｔｒｏｒａｇｅ）を介したダウンロード機能が要求されることを示す情報と、前記コンテンツデータをレンダリングするためにＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）アプリケーション機能が要求されることを示す情報と、前記コンテンツデータをレンダリングするためにＣＡＳ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｓｙｓｔｅｍ）アプリケーション機能が要求されることを示す情報の少なくとも一つを含む、請求項２に記載のサービスガイドフラグメント送信方法。
  6. 前記ケイパビリティカテゴリーコード情報は、前記ケイパビリティコード情報のカテゴリーがダウンロードプロトコル（ｄｏｗｎｌｏａｄ ｐｒｏｔｏｃｏｌ）であることを示す情報と、前記ケイパビリティコード情報のカテゴリーがＦＥＣアルゴリズム（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ Ａｌｇｏｒｉｔｈｍ）であることを示す情報と、前記ケイパビリティコード情報のカテゴリーがアーカイブフォーマット（Ａｒｃｈｉｖｅ Ｆｏｒｍａｔ）であることを示す情報と、前記ケイパビリティコード情報のカテゴリーが圧縮アルゴリズム（Ｃｏｍｐｒｅｓｓｉｏｎ Ａｌｇｏｒｉｔｈｍ）であることを示す情報と、前記ケイパビリティコード情報のカテゴリーがメディアタイプ（Ｍｅｄｉａ Ｔｙｐｅ）であることを示す情報と、前記ケイパビリティコード情報のカテゴリーがインターネット接続（Ｉｎｔｅｒｎｅｔ ｌｉｎｋ）であることを示す情報と、前記ケイパビリティコード情報のカテゴリーがアプリケーションケイパビリティ（Ａｐｐｌｉｃａｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ）であることを示す情報の少なくとも一つを含む、請求項２に記載のサービスガイドフラグメント送信方法。
  7. 放送サービスについての情報のアナウンスに利用されるサービスガイドフラグメントを受信する段階と、
    前記サービスガイドフラグメントは、前記放送サービスの中のコンテンツデータを記述するコンテンツフラグメントを含み、
    前記コンテンツフラグメントは、前記コンテンツデータに対する複数のエレメントを含み、前記複数のエレメントの一つは前記コンテンツデータに対するコンポーネントエレメントを含むエクステンションエレメント(ｅｘｔｅｎｓｉｏｎ ｅｌｅｍｅｎｔ)であり、
    前記コンポーネントエレメントは、前記コンテンツデータの中のオーディオコンポーネントに対する役割を記述するオーディオコンポーネントエレメントと、前記コンテンツデータの中のビデオコンポーネントに対する役割を記述するビデオコンポーネントエレメントと、前記コンテンツデータの中のクローズドキャプションコンポーネント（ｃｌｏｓｅｄ ｃａｐｔｉｏｎ ｃｏｍｐｏｎｅｎｔ）に対する役割を記述するクローズドキャプションコンポーネントエレメントを含み、
    前記エクステンションエレメントは、前記コンテンツデータをデコーディングするために必要なケイパビリティエレメントを更に含み、前記ケイパビリティエレメントは、ケイパビリティを表すケイパビリティコード情報と前記ケイパビリティコード情報に基づいた情報を表すケイパビリティストリング情報を含み、
    前記サービスガイドフラグメントをデコードする段階と、
    前記デコードされたサービスガイドフラグメントを表示する段階と
    を含む、サービスガイドフグメント受信方法。
  8. 前記ケイパビリティストリング情報は、前記ケイパビリティのケイパビリティグループに対するケイパビリティカテゴリーコード情報を含み、
    前記ケイパビリティコード情報に基づいた前記ケイパビリティは、スケーラブルＨＥＶＣ（ＳＨＶＣ）ビデオをサポートする受信機能力を含む、請求項７に記載のサービスガイドフラグメント受信方法。
  9. 前記ケイパビリティコード情報に基づいた前記ケイパビリティは、ＨＤＲ（Ｈｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ）ビデオをサポートする受信機能力を含む、請求項８に記載のサービスガイドフラグメント受信方法。
  10. 前記ケイパビリティコード情報は、前記コンテンツデータをダウンロードするためにブロードバンド（ｂｒｏａｄｂａｎｄ）を介したＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（ＩＰ）が要求されることを示す情報と、前記コンテンツデータをレンダリングするためにＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）ビデオに対する処理が要求されることを示す情報と、前記コンテンツデータをレンダリングするためにＳＨＶＣ（Ｓｃａｌａｂｌｅ ＨＥＶＣ）ビデオに対する処理が要求されることを示す情報と、前記コンテンツデータをレンダリングするためにＨＤＲ（Ｈｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ）ビデオに対する処理が要求されることを示す情報と、前記コンテンツデータをレンダリングするために５．１チャネルサラウンドオーディオ（５．１ ｃｈａｎｎｅｌ ｓｕｒｒｏｕｎｄ ａｕｄｉｏ）に対する処理が要求されることを示す情報と、前記コンテンツデータをレンダリングするためにイマーシブ（Ｉｍｍｅｒｓｉｖｅ）オーディオに対する処理が要求されることを示す情報と、前記コンテンツデータをレンダリングするために３Ｄオーディオに対する処理が要求されることを示す情報の少なくとも一つを含む、請求項８に記載のサービスガイドフラグメント受信方法。
  11. 前記ケイパビリティコード情報は、前記コンテンツデータをレンダリングするためにＰＶＲ（Ｐｅｒｓｏｎａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒ）アプリケーション機能が要求されることを示す情報と、前記コンテンツデータをレンダリングするために永久記憶媒体（ｐｅｒｓｉｓｔｅｎｔ ｓｔｒｏｒａｇｅ）を介したダウンロード機能が要求されることを示す情報と、前記コンテンツデータをレンダリングするためにＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）アプリケーション機能が要求されることを示す情報と、前記コンテンツデータをレンダリングするためにＣＡＳ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｓｙｓｔｅｍ）アプリケーション機能が要求されることを示す情報の少なくとも一つを含む、請求項８に記載のサービスガイドフラグメント受信方法。
  12. 前記ケイパビリティカテゴリーコード情報は、前記ケイパビリティコード情報のカテゴリーがダウンロードプロトコル（ｄｏｗｎｌｏａｄ ｐｒｏｔｏｃｏｌ）であることを示す情報と、前記ケイパビリティコード情報のカテゴリーがＦＥＣアルゴリズム（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ Ａｌｇｏｒｉｔｈｍ）であることを示す情報と、前記ケイパビリティコード情報のカテゴリーがアーカイブフォーマット（Ａｒｃｈｉｖｅ Ｆｏｒｍａｔ）であることを示す情報と、前記ケイパビリティコード情報のカテゴリーが圧縮アルゴリズム（Ｃｏｍｐｒｅｓｓｉｏｎ Ａｌｇｏｒｉｔｈｍ）であることを示す情報と、前記ケイパビリティコード情報のカテゴリーがメディアタイプ（Ｍｅｄｉａ Ｔｙｐｅ）であることを示す情報と、前記ケイパビリティコード情報のカテゴリーがインターネット接続（Ｉｎｔｅｒｎｅｔ ｌｉｎｋ）であることを示す情報と、前記ケイパビリティコード情報のカテゴリーがアプリケーションケイパビリティ（Ａｐｐｌｉｃａｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ）であることを示す情報の少なくとも一つを含む、請求項８に記載のサービスガイドフラグメント受信方法。
  13. 放送サービスについての情報のアナウンスに利用されるサービスガイドフラグメントを生成する生成部と、
    前記サービスガイドフラグメントは、前記放送サービスの中のコンテンツデータを記述するコンテンツフラグメントを含み、
    前記コンテンツフラグメントは、前記コンテンツデータに対する複数のエレメントを含み、前記複数のエレメントの一つは前記コンテンツデータに対するコンポーネントエレメントを含むエクステンションエレメント(ｅｘｔｅｎｓｉｏｎ ｅｌｅｍｅｎｔ)であり、
    前記コンポーネントエレメントは、前記コンテンツデータの中のオーディオコンポーネントに対する役割を記述するオーディオコンポーネントエレメントと、前記コンテンツデータの中のビデオコンポーネントに対する役割を記述するビデオコンポーネントエレメントと、前記コンテンツデータの中のクローズドキャプションコンポーネント（ｃｌｏｓｅｄ ｃａｐｔｉｏｎ ｃｏｍｐｏｎｅｎｔ）に対する役割を記述するクローズドキャプションコンポーネントエレメントを含み、
    前記エクステンションエレメントは、前記コンテンツデータをデコーディングするために必要なケイパビリティエレメントを更に含み、前記ケイパビリティエレメントは、ケイパビリティを表すケイパビリティコード情報と前記ケイパビリティコード情報に基づいた情報を表すケイパビリティストリング情報を含み、
    前記サービスガイドフラグメントをエンコードするエンコーダーと、
    前記エンコードされたサービスガイドフラグメントを伝送する伝送部と
    を含む、サービスガイドフラグメント送信装置。
  14. 放送サービスについての情報のアナウンスに利用されるサービスガイドフラグメントを受信する受信部と、
    前記サービスガイドフラグメントは、前記放送サービスの中のコンテンツデータを記述するコンテンツフラグメントを含み、
    前記コンテンツフラグメントは、前記コンテンツデータに対する複数のエレメントを含み、前記複数のエレメントの一つは前記コンテンツデータに対するコンポーネントエレメントを含むエクステンションエレメント(ｅｘｔｅｎｓｉｏｎ ｅｌｅｍｅｎｔ)であり、
    前記コンポーネントエレメントは、前記コンテンツデータの中のオーディオコンポーネントに対する役割を記述するオーディオコンポーネントエレメントと、前記コンテンツデータの中のビデオコンポーネントに対する役割を記述するビデオコンポーネントエレメントと、前記コンテンツデータの中のクローズドキャプションコンポーネント（ｃｌｏｓｅｄ ｃａｐｔｉｏｎ ｃｏｍｐｏｎｅｎｔ）に対する役割を記述するクローズドキャプションコンポーネントエレメントを含み、
    前記エクステンションエレメントは、前記コンテンツデータをデコーディングするために必要なケイパビリティエレメントを更に含み、前記ケイパビリティエレメントは、ケイパビリティを表すケイパビリティコード情報と前記ケイパビリティコード情報に基づいた情報を表すケイパビリティストリング情報を含み、
    前記サービスガイドフラグメントをデコードするデコーダーと、
    前記デコードされたサービスガイドフラグメントを表示する再生部と
    を含む、サービスガイドフラグメント受信装置。
  15. 前記ケイパビリティストリング情報は、前記ケイパビリティのケイパビリティグループに対するケイパビリティカテゴリーコード情報を含み、
    前記ケイパビリティコード情報に基づいた前記ケイパビリティは、スケーラブルＨＥＶＣ（ＳＨＶＣ）ビデオをサポートする受信機能力を含む、請求項１４に記載のサービスガイドフラグメント受信装置。
JP2016572267A 2014-06-09 2015-06-09 サービスガイド情報送信方法、サービスガイド情報受信方法、サービスガイド情報送信装置及びサービスガイド情報受信装置 Active JP6423016B2 (ja)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201462009906P 2014-06-09 2014-06-09
US62/009,906 2014-06-09
US201462016084P 2014-06-23 2014-06-23
US62/016,084 2014-06-23
US201462023185P 2014-07-11 2014-07-11
US62/023,185 2014-07-11
PCT/KR2015/005748 WO2015190791A1 (ko) 2014-06-09 2015-06-09 서비스 가이드 정보 송신 방법, 서비스 가이드 정보 수신 방법, 서비스 가이드 정보 송신 장치 및 서비스 가이드 정보 수신 장치

Publications (2)

Publication Number Publication Date
JP2017527144A JP2017527144A (ja) 2017-09-14
JP6423016B2 true JP6423016B2 (ja) 2018-11-14

Family

ID=54833816

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016572267A Active JP6423016B2 (ja) 2014-06-09 2015-06-09 サービスガイド情報送信方法、サービスガイド情報受信方法、サービスガイド情報送信装置及びサービスガイド情報受信装置

Country Status (6)

Country Link
US (6) US9948986B2 (ja)
EP (2) EP3154272A4 (ja)
JP (1) JP6423016B2 (ja)
KR (2) KR101898493B1 (ja)
CN (4) CN111510248B (ja)
WO (2) WO2015190790A1 (ja)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111510248B (zh) 2014-06-09 2023-04-28 Lg电子株式会社 发送和接收服务指南信息的方法及其装置
WO2016006970A1 (ko) * 2014-07-11 2016-01-14 엘지전자 주식회사 방송 신호 송수신 방법 및 장치
KR20170007333A (ko) 2014-07-11 2017-01-18 엘지전자 주식회사 방송 신호 송수신 방법 및 장치
US10368144B2 (en) 2014-07-29 2019-07-30 Lg Electronics Inc. Method and device for transmitting and receiving broadcast signal
WO2016035348A1 (en) * 2014-09-05 2016-03-10 Sharp Kabushiki Kaisha Syntax and semantics for device capabilities
US10820053B2 (en) * 2018-12-05 2020-10-27 Hulu, LLC Extension bundle generation for recording extensions in video delivery
KR20200129578A (ko) 2019-05-09 2020-11-18 강민구 임플란트용 나사 풀림방지장치 및 그와 결합되는 지대주
US11176907B2 (en) 2019-09-18 2021-11-16 Sitronix Technology Corp. Video data displaying device
US11647178B2 (en) * 2020-02-07 2023-05-09 Sony Corporation Digital television rendering verification

Family Cites Families (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5303263A (en) * 1991-06-25 1994-04-12 Oki Electric Industry Co., Ltd. Transmission channel characteristic equalizer
US6177931B1 (en) 1996-12-19 2001-01-23 Index Systems, Inc. Systems and methods for displaying and recording control interface with television programs, video, advertising information and program scheduling information
US7216170B2 (en) * 2002-05-22 2007-05-08 Microsoft Corporation Systems and methods to reference resources in a television-based entertainment system
TWI276357B (en) * 2002-09-17 2007-03-11 Ginganet Corp Image input apparatus for sign language talk, image input/output apparatus for sign language talk, and system for sign language translation
EP1859620A4 (en) 2005-01-07 2010-06-09 Korea Electronics Telecomm METHOD SCHEME FOR A PERSONALIZED DATA RADIATION SERVICE AND METHOD AND SYSTEM FOR A DATA RADIATION SERVICE THEREWITH
EP1875734A1 (en) 2005-04-15 2008-01-09 Koninklijke Philips Electronics N.V. Method, end user system, signal and transmission system for combining broadcasted audio-video content with locally available information
EP1753166A3 (en) 2005-08-11 2007-08-29 Samsung Electronics Co., Ltd. Method and system for transmitting and receiving access information for a broadcast service
US8607271B2 (en) 2005-08-26 2013-12-10 Nokia Corporation Method to deliver messaging templates in digital broadcast service guide
KR101230181B1 (ko) 2005-10-08 2013-02-06 연세대학교 산학협력단 휴대 방송 시스템에서 서비스 가이드 콘텍스트 송수신 방법및 장치
KR101197925B1 (ko) 2005-12-08 2012-11-09 삼성전자주식회사 디지털 방송 시스템에서 전자 서비스 가이드에서서브타이틀을 송수신하는 방법 및 장치
US8458753B2 (en) * 2006-02-27 2013-06-04 Time Warner Cable Enterprises Llc Methods and apparatus for device capabilities discovery and utilization within a content-based network
US8374591B2 (en) * 2006-03-03 2013-02-12 Samsung Electronics Co., Ltd Method and system for providing notification message in a mobile broadcast system
US8244051B2 (en) * 2006-03-15 2012-08-14 Microsoft Corporation Efficient encoding of alternative graphic sets
KR100856208B1 (ko) 2006-12-15 2008-09-03 삼성전자주식회사 Ｄｖｂ-ｈ 시스템에서 방송 데이터 서비스의 어플리케이션정보를 제공하기 위한 방법 및 이를 위한 시스템
CN100571315C (zh) 2006-12-19 2009-12-16 中兴通讯股份有限公司 一种电子业务指南表元数据的传输方法
KR20080107137A (ko) 2007-06-05 2008-12-10 엘지전자 주식회사 서비스 가이드 정보 송수신 방법 및 서비스 가이드 정보송수신 장치
KR101414389B1 (ko) 2007-10-05 2014-07-02 삼성전자주식회사 디지털 방송 시스템 및 디지털 방송 시스템에서 전자서비스 가이드 데이터를 송수신하는 방법
KR101439542B1 (ko) 2007-10-12 2014-09-11 삼성전자주식회사 휴대 방송 서비스에서 복수의 데이터 전송 방법 및 이동 단말
EP2073491A1 (en) 2007-12-21 2009-06-24 Thomson Licensing Method of management of metadata size of a service guide
US20090253416A1 (en) * 2008-04-04 2009-10-08 Samsung Electronics Co. Ltd. Method and system for providing user defined bundle in a mobile broadcast system
US20100037258A1 (en) * 2008-08-07 2010-02-11 Research In Motion Limited Mobile broadcasting system and method for enhancing mobile broadcasting services with rich media including an enhanced service guide
WO2010082782A2 (en) 2009-01-15 2010-07-22 Samsung Electronics Co., Ltd. Rich media-enabled service guide provision method and system for broadcast service
KR101652808B1 (ko) * 2009-03-19 2016-09-01 엘지전자 주식회사 송/수신 시스템 및 데이터 처리 방법
US8660128B2 (en) * 2009-04-15 2014-02-25 Ibiquity Digital Corporation Systems and methods for a multiport synchronous-asynchronous client for scheduling and delivering content for digital radio broadcast transmission
WO2010134786A2 (ko) * 2009-05-21 2010-11-25 삼성전자 디지털 방송 송신기, 디지털 방송 수신기 및 그들의 스트림 구성 및 처리 방법
US20130097632A1 (en) * 2009-05-27 2013-04-18 Ajay Shah Synchronization to broadcast media
US8438600B2 (en) 2009-08-20 2013-05-07 Lg Electronics Inc. Method of processing EPG metadata in network device and network device for controlling the same
WO2011099740A2 (ko) * 2010-02-12 2011-08-18 엘지전자 주식회사 방송 신호 송/수신기 및 방송 신호 송/수신 방법
EP2362650A1 (en) * 2010-02-26 2011-08-31 Panasonic Corporation Efficient physical layer signalling for a digital broadcast system
US20130332952A1 (en) 2010-04-12 2013-12-12 Atul Anandpura Method and Apparatus for Adding User Preferred Information To Video on TV
CA2818298C (en) * 2010-04-28 2017-03-21 Lg Electronics Inc. Broadcast signal transmitter, broadcast signal receiver, and method for transceiving broadcast signals in broadcast signal transceivers
US9602883B2 (en) 2010-07-19 2017-03-21 Lg Electronics Inc. Method for transmitting/receiving media and device for transmitting/receiving using same
CN101951405A (zh) * 2010-09-17 2011-01-19 中山大学 一种基于webkit的机顶盒中间件的实现方法
US9264881B2 (en) * 2011-01-04 2016-02-16 Qualcomm Incorporated Methods and apparatus for enhanced system access control for peer-to-peer wireless communication networks
US20130034032A1 (en) 2011-08-05 2013-02-07 Nokia Corporation Accessing Service Guide Information in a Broadcast System
CN102957650B (zh) * 2011-08-17 2017-07-25 国家新闻出版广电总局广播科学研究院 数字音频广播系统中业务描述信息的发送接收方法及装置
JP5990650B2 (ja) 2012-08-07 2016-09-14 エルジー エレクトロニクス インコーポレイティド 対話型放送サービスを含む放送信号処理方法及び装置
KR101801584B1 (ko) * 2013-05-08 2017-12-28 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법 및 방송 신호 수신 방법
US9271048B2 (en) 2013-12-13 2016-02-23 The Directv Group, Inc. Systems and methods for immersive viewing experience
US20170238061A1 (en) * 2014-05-22 2017-08-17 Sharp Kabushiki Kaisha Method for decoding
CN111510248B (zh) 2014-06-09 2023-04-28 Lg电子株式会社 发送和接收服务指南信息的方法及其装置
US20170118503A1 (en) * 2014-06-20 2017-04-27 Sharp Kabushiki Kaisha Methods for xml representation of device capabilities

Also Published As

Publication number Publication date
KR101904946B1 (ko) 2018-10-08
US20210105534A1 (en) 2021-04-08
EP3154272A1 (en) 2017-04-12
US20170099523A1 (en) 2017-04-06
KR20170003579A (ko) 2017-01-09
EP3154271A4 (en) 2017-11-29
US10405046B2 (en) 2019-09-03
US20170118498A1 (en) 2017-04-27
CN106464979B (zh) 2020-02-21
US20180199107A1 (en) 2018-07-12
WO2015190790A1 (ko) 2015-12-17
EP3154271A1 (en) 2017-04-12
US20190110104A1 (en) 2019-04-11
CN106464978A (zh) 2017-02-22
CN111510249B (zh) 2022-11-18
US10743072B2 (en) 2020-08-11
US10863241B2 (en) 2020-12-08
JP2017527144A (ja) 2017-09-14
US20200336792A1 (en) 2020-10-22
US11368757B2 (en) 2022-06-21
WO2015190791A1 (ko) 2015-12-17
CN111510249A (zh) 2020-08-07
CN106464979A (zh) 2017-02-22
US11190846B2 (en) 2021-11-30
CN111510248B (zh) 2023-04-28
KR20160147867A (ko) 2016-12-23
EP3154272A4 (en) 2017-11-22
US9948986B2 (en) 2018-04-17
CN106464978B (zh) 2020-03-17
KR101898493B1 (ko) 2018-10-31
CN111510248A (zh) 2020-08-07

Similar Documents

Publication Publication Date Title
JP6423016B2 (ja) サービスガイド情報送信方法、サービスガイド情報受信方法、サービスガイド情報送信装置及びサービスガイド情報受信装置
JP6360184B2 (ja) 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20180124

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180227

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180522

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180731

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180906

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20181017

R150 Certificate of patent or registration of utility model

Ref document number: 6423016

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