JP6360184B2 - 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法 - Google Patents

放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法 Download PDF

Info

Publication number
JP6360184B2
JP6360184B2 JP2016552928A JP2016552928A JP6360184B2 JP 6360184 B2 JP6360184 B2 JP 6360184B2 JP 2016552928 A JP2016552928 A JP 2016552928A JP 2016552928 A JP2016552928 A JP 2016552928A JP 6360184 B2 JP6360184 B2 JP 6360184B2
Authority
JP
Japan
Prior art keywords
component
service
information
fragment
broadcast
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
JP2016552928A
Other languages
English (en)
Other versions
JP2017514329A (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 JP2017514329A publication Critical patent/JP2017514329A/ja
Application granted granted Critical
Publication of JP6360184B2 publication Critical patent/JP6360184B2/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/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
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • 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/233—Processing of audio elementary streams
    • 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
    • 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/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H04N21/2355—Processing of additional data, e.g. scrambling of additional data or processing content descriptors involving reformatting operations of additional data, e.g. HTML pages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2389—Multiplex stream processing, e.g. multiplex stream encrypting
    • H04N21/23892—Multiplex stream processing, e.g. multiplex stream encrypting involving embedding information at multiplex stream level, e.g. embedding a watermark at packet level
    • 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
    • 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
    • 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/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4335—Housekeeping operations, e.g. prioritizing content for deletion because of storage space restrictions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/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/439—Processing of audio elementary streams
    • 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
    • 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
    • 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/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
    • 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
    • H04N21/47211—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 for requesting pay-per-view content
    • 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/482—End-user interface for program selection
    • H04N21/4821—End-user interface for program selection using a grid, e.g. sorted out by channel and broadcast time
    • 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/488—Data services, e.g. news ticker
    • H04N21/4884—Data services, e.g. news ticker for displaying subtitles
    • 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/816—Monomedia components thereof involving special video data, e.g 3D video

Description

本発明は、放送信号送信装置、放送信号受信装置、及び放送信号送受信方法に関する。
アナログ放送信号の送信が終了するに伴い、デジタル放送信号を送受信するための様々な技術が開発されている。デジタル放送信号は、アナログ放送信号に比べてさらに多くの量のビデオ／オーディオデータを含むことができ、ビデオ／オーディオデータだけでなく、様々な種類の付加データをさらに含むことができる。
すなわち、デジタル放送システムは、ＨＤ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）イメージ、マルチチャンネル（ｍｕｌｔｉ ｃｈａｎｎｅｌ、多チャンネル）オーディオ、及び様々な付加サービスを提供することができる。しかし、デジタル放送のためには、大量のデータ伝送に対するデータ伝送効率、送受信ネットワークのロバスト性（ｒｏｂｕｓｔｎｅｓｓ）、及びモバイル受信装置を考慮したネットワーク柔軟性（ｆｌｅｘｉｂｉｌｉｔｙ）を向上させなければならない。
本発明の一実施例に係る放送信号送信方法は、放送サービスのアクセス情報を含むサービスガイド情報及びコンテンツデータを生成するステップであって、前記サービスガイド情報は、前記放送サービスに関する情報を示すサービスフラグメントを含む、ステップと、前記生成されたサービスガイド情報及びコンテンツデータをエンコードするステップと、前記エンコードされたサービスガイド情報及びコンテンツデータを伝送するステップとを有することができる。
好ましくは、前記サービスフラグメントは、前記放送サービスの種類を示すサービスタイプ情報を含み、前記サービスタイプ情報が示す前記放送サービスの前記種類は、放送スケジュール情報を提供するリニアサービス（Ｌｉｎｅａｒ Ｓｅｒｖｉｃｅ）、アプリケーションに基づくアプリベースサービス（Ａｐｐｂａｓｅｄ Ｓｅｒｖｉｃｅ）、及びコンパニオンデバイスを用いるコンパニオンスクリーンサービス（ＣｏｍｐａｎｉｏｎＳｃｒｅｅｎ Ｓｅｒｖｉｃｅ）の少なくとも１つを含むことができる。
好ましくは、前記サービスガイド情報は、前記放送サービスに含まれるコンポーネントに関する情報を示すコンポーネントフラグメントを含み、ここで、前記コンポーネントフラグメントは、前記コンポーネントフラグメントを識別する情報、前記コンポーネントの種類を示すコンポーネントタイプ情報、及び前記コンポーネントの役割を示すコンポーネントロール情報の少なくとも１つを含むことができる。
好ましくは、前記コンポーネントタイプ情報が示す前記コンポーネントの前記種類は、１つの連続するストリームにおいて表現されるコンポーネントを表すコンティニュアスコンポーネント（Ｃｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔ）、独立してエンコードされるコンポーネントを表すエレメンタリコンポーネント（Ｅｌｅｍｅｎｔａｒｙ ｃｏｍｐｏｎｅｎｔ）、１つのプレゼンテーションのために組み合わせ可能なコンポーネントを表すコンポジットコンポーネント（Ｃｏｍｐｏｓｉｔｅ ｃｏｍｐｏｎｅｎｔ）、及び１つのプレゼンテーションのために選択されるコンポーネントを表すピックワンコンポーネント（ＰｉｃｋＯｎｅ ｃｏｍｐｏｎｅｎｔ）の少なくとも１つを含むことができる。
好ましくは、前記コンポーネントロール情報は、前記コンポーネントがスケーラブルビデオエンコーディングのためのベースレイヤ（ｂａｓｅ ｌａｙｅｒ）、スケーラブルビデオエンコーディングのためのエンハンスメントレイヤ（ｅｎｈａｎｃｅｍｅｎｔ ｌａｙｅｒ）、３Ｄビデオの左目映像、３Ｄビデオの右目映像、３Ｄビデオの奥行き情報、音楽オーディオ、対話オーディオ、及び子供のための字幕の少なくとも１つの役割をすることを示すことができる。
本発明の他の実施例に係る放送信号受信装置は、放送サービスのアクセス情報を含むサービスガイド情報及びコンテンツデータを受信するよう構成される受信部であって、前記サービスガイド情報は、前記放送サービスに関する情報を示すサービスフラグメントを含む、受信部と、前記受信したサービスガイド情報及びコンテンツデータをデコードするよう構成されるデコーダとを備えることができる。
好ましくは、前記サービスフラグメントは、前記放送サービスの種類を示すサービスタイプ情報を含み、ここで、前記サービスタイプ情報が示す前記放送サービスの前記種類は、放送スケジュール情報を共に提供するリニアサービス（Ｌｉｎｅａｒ Ｓｅｒｖｉｃｅ）、アプリケーションに基づくサービス（Ａｐｐｂａｓｅｄ Ｓｅｒｖｉｃｅ）、及びコンパニオンデバイスを用いるコンパニオンスクリーンサービス（ＣｏｍｐａｎｉｏｎＳｃｒｅｅｎ Ｓｅｒｖｉｃｅ）の少なくとも１つを含むことができる。
好ましくは、前記サービスガイド情報は、前記放送サービスに含まれるコンポーネントに関する情報を示すコンポーネントフラグメントを含み、ここで、前記コンポーネントフラグメントは、前記コンポーネントフラグメントを識別する情報、前記コンポーネントの種類を示すコンポーネントタイプ情報、及び前記コンポーネントの役割を示すコンポーネントロール情報の少なくとも１つを含むことができる。
好ましくは、前記コンポーネントタイプ情報が示す前記コンポーネントの前記種類は、１つの連続するストリームにおいて表現されるコンポーネントを表すコンティニュアスコンポーネント（Ｃｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔ）、独立してエンコードされるコンポーネントを表すエレメンタリコンポーネント（Ｅｌｅｍｅｎｔａｒｙ ｃｏｍｐｏｎｅｎｔ）、１つのプレゼンテーションのために組み合わせ可能なコンポーネントを表すコンポジットコンポーネント（Ｃｏｍｐｏｓｉｔｅ ｃｏｍｐｏｎｅｎｔ）、及び１つのプレゼンテーションのために選択されるコンポーネントを表すピックワンコンポーネント（ＰｉｃｋＯｎｅ ｃｏｍｐｏｎｅｎｔ）の少なくとも１つを含むことができる。
好ましくは、前記コンポーネントロール情報は、前記コンポーネントがスケーラブルビデオエンコーディングのためのベースレイヤ（ｂａｓｅ ｌａｙｅｒ）、スケーラブルビデオエンコーディングのためのエンハンスメントレイヤ（ｅｎｈａｎｃｅｍｅｎｔ ｌａｙｅｒ）、３Ｄビデオの左目映像、３Ｄビデオの右目映像、３Ｄビデオの奥行き情報、音楽オーディオ、対話オーディオ、及び子供のための字幕の少なくとも１つの役割をすることを示すことができる。
本発明の更に他の実施例に係る放送信号送信装置は、放送サービスのアクセス情報を含むサービスガイド情報及びコンテンツデータを生成するよう構成される生成部であって、前記サービスガイド情報は、前記放送サービスに関する情報を示すサービスフラグメントを含む、生成部と、前記生成されたサービスガイド情報及びコンテンツデータをエンコードするよう構成されるエンコーダと、前記エンコードされたサービスガイド情報及びコンテンツデータを伝送するよう構成される伝送部とを有することができる。
好ましくは、前記サービスフラグメントは、前記放送サービスの種類を示すサービスタイプ情報を含み、ここで、前記サービスタイプ情報が示す前記放送サービスの前記種類は、放送スケジュール情報を提供するリニアサービス（Ｌｉｎｅａｒ Ｓｅｒｖｉｃｅ）、アプリケーションに基づくサービス（Ａｐｐｂａｓｅｄ Ｓｅｒｖｉｃｅ）、及びコンパニオンデバイスを用いるコンパニオンスクリーンサービス（ＣｏｍｐａｎｉｏｎＳｃｒｅｅｎ Ｓｅｒｖｉｃｅ）の少なくとも１つを含むことができる。
本発明の更に他の実施例に係る放送信号受信方法は、放送サービスのアクセス情報を含むサービスガイド情報及びコンテンツデータを受信するステップであって、前記サービスガイド情報は、前記放送サービスに関する情報を示すサービスフラグメントを含む、ステップと、前記受信したサービスガイド情報及びコンテンツデータをデコードするステップとを有することができる。
好ましくは、前記サービスフラグメントは、前記放送サービスの種類を示すサービスタイプ情報を含み、ここで、前記サービスタイプ情報が示す前記放送サービスの前記種類は、放送スケジュール情報を提供するリニアサービス（Ｌｉｎｅａｒ Ｓｅｒｖｉｃｅ）、アプリケーションに基づくサービス（Ａｐｐｂａｓｅｄ Ｓｅｒｖｉｃｅ）、及びコンパニオンデバイスを用いるコンパニオンスクリーンサービス（ＣｏｍｐａｎｉｏｎＳｃｒｅｅｎ Ｓｅｒｖｉｃｅ）の少なくとも１つを含むことができる。
好ましくは、前記サービスガイド情報は、前記放送サービスに含まれるコンポーネントに関する情報を示すコンポーネントフラグメントを含み、ここで、前記コンポーネントフラグメントは、前記コンポーネントフラグメントを識別する情報、前記コンポーネントの種類を示すコンポーネントタイプ情報、及び前記コンポーネントの役割を示すコンポーネントロール情報の少なくとも１つを含むことができる。
本発明は、サービスの特性に応じてデータを処理して各サービスまたはサービスコンポーネントに対するＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を制御することによって、様々な放送サービスを提供することができる。
本発明は、同一のＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）信号帯域幅を介して様々な放送サービスを伝送することによって伝送柔軟性（ｆｌｅｘｉｂｉｌｉｔｙ）を達成することができる。
本発明は、ＭＩＭＯ（ＭｕｌｔｉｐｌｅＩｎｐｕｔ ＭｕｌｔｉｐｌｅＯｕｔｐｕｔ）システムを用いてデータ伝送効率及び放送信号の送受信ロバスト性（Ｒｏｂｕｓｔｎｅｓｓ）を向上させることができる。
本発明によれば、モバイル受信装置を使用したり室内環境にいても、エラーなしにデジタル放送信号を受信可能な放送信号送信及び受信方法及び装置を提供することができる。
本発明のさらなる理解のために含まれ、本出願に含まれ、その一部を構成する添付の図面は、本発明の原理を説明する詳細な説明と共に本発明の実施例を示す。
本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置の構造を示す図である。 本発明の一実施例に係るインプットフォーマッティング（Ｉｎｐｕｔ ｆｏｒｍａｔｔｉｎｇ、入力フォーマット）ブロックを示す図である。 本発明の他の一実施例に係るインプットフォーマッティング（Ｉｎｐｕｔ ｆｏｒｍａｔｔｉｎｇ、入力フォーマット）ブロックを示す図である。 本発明の一実施例に係るＢＩＣＭ（ｂｉｔ ｉｎｔｅｒｌｅａｖｅｄ ｃｏｄｉｎｇ ＆ ｍｏｄｕｌａｔｉｏｎ）ブロックを示す図である。 本発明の他の一実施例に係るＢＩＣＭブロックを示す図である。 本発明の一実施例に係るフレームビルディング（Ｆｒａｍｅ Ｂｕｉｌｄｉｎｇ、フレーム生成）ブロックを示す図である。 本発明の一実施例に係るＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）生成（ｇｅｎｅｒａｔｉｏｎ、ジェネレーション）ブロックを示す図である。 本発明の一実施例に係る次世代放送サービスに対する放送信号受信装置の構造を示す図である。 本発明の一実施例に係るフレーム構造を示す図である。 本発明の一実施例に係るフレームのシグナリング階層構造を示す図である。 本発明の一実施例に係るプリアンブルシグナリングデータを示す図である。 本発明の一実施例に係るＰＬＳ１データを示す図である。 本発明の一実施例に係るＰＬＳ２データを示す図である。 本発明の他の一実施例に係るＰＬＳ２データを示す図である。 本発明の一実施例に係るフレームのロジカル（ｌｏｇｉｃａｌ、論理）構造を示す図である。 本発明の一実施例に係るＰＬＳ（ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｓｉｇｎａｌｌｉｎｇ）マッピングを示す図である。 本発明の一実施例に係るＥＡＣ（ｅｍｅｒｇｅｎｃｙ ａｌｅｒｔ ｃｈａｎｎｅｌ）マッピングを示す図である。 本発明の一実施例に係るＦＩＣ（ｆａｓｔ ｉｎｆｏｒｍａｔｉｏｎ ｃｈａｎｎｅｌ）マッピングを示す図である。 本発明の一実施例に係るＦＥＣ（ｆｏｒｗａｒｄ ｅｒｒｏｒ ｃｏｒｒｅｃｔｉｏｎ）構造を示す図である。 本発明の一実施例に係るタイムインターリービングを示す図である。 本発明の一実施例に係るツイストされた行列ブロックインターリーバの基本動作を示す図である。 本発明の他の一実施例に係るツイストされた行列ブロックインターリーバの動作を示す図である。 本発明の一実施例に係るツイストされた行列ブロックインターリーバの対角線方向の読み取りパターンを示す図である。 本発明の一実施例に係る各インターリービングアレイ（ａｒｒａｙ）からインターリービングされたＸＦＥＣＢＬＯＣＫを示す図である。 本発明の一実施例に係るメインフィジカルデバイス（Ｍａｉｎ Ｐｈｙｓｉｃａｌ Ｄｅｖｉｃｅ）及びコンパニオンフィジカルデバイス（Ｃｏｍｐａｎｉｏｎ Ｐｈｙｓｉｃａｌ Ｄｅｖｉｃｅ）の構成を示す図である。 本発明の一実施例に係るハイブリッド放送サービスをサポートするためのプロトコルスタックを示す図である。 本発明の一実施例に係るサービスタイプエレメント（Ｓｅｒｖｉｃｅ Ｔｙｐｅ ｅｌｅｍｅｎｔ）のＸＭＬスキーマ（ＸＭＬ ｓｃｈｅｍａ）を示す図である。 本発明の一実施例によって、サービスタイプの値として１４を有するサービスに対するｘｍｌスキーマ（ｘｍｌ ｓｃｈｅｍａ）及びディスプレイ表示例を示す図である。 本発明の一実施例によって、サービスタイプの値として１４及び１５を有するサービスに対するｘｍｌスキーマ及びディスプレイ表示例を示す図である。 本発明の一実施例によって、サービスタイプの値として１４及び１６を有するサービスに対するｘｍｌスキーマ及びディスプレイ表示例を示す図である。 本発明の一実施例に係るコンポーネントフラグメント（Ｃｏｍｐｏｎｅｎｔ ｆｒａｇｍｅｎｔ）のＸＭＬスキーマを示す図である。 本発明の一実施例に係るＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのｘｍｌスキーマを示す図である。 本発明の一実施例に係るＣｏｍｐｏｎｅｎｔＤａｔａエレメントのｘｍｌスキーマを示す図である。 本発明の一実施例に係るＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント及びＶｉｄｅｏＲｏｌｅエレメントのｘｍｌスキーマを示す図である。 本発明の一実施例に係るＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント及びＡｕｄｉｏＲｏｌｅエレメントのｘｍｌスキーマを示す図である。 本発明の一実施例に係るＣＣＣｏｍｐｏｎｅｎｔエレメント及びＣＣＲｏｌｅエレメントのｘｍｌスキーマを示す図である。 本発明の一実施例によって、スケーラブルビデオコーディング（ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｃｏｄｉｎｇ）において１つのベースレイヤ（ｂａｓｅ ｌａｙｅｒ）と２つのエンハンスメントレイヤ（ｅｎｈａｎｃｅｍｅｎｔ ｌａｙｅｒ）を含むコンポジットビデオコンポーネント（Ｃｏｍｐｏｓｉｔｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ）に対してコンポーネントフラグメントのｘｍｌスキーマを示す図である。 本発明の一実施例によって、３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗと３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗを含むコンポジットコンポーネント（Ｃｏｍｐｏｓｉｔｅ Ｃｏｍｐｏｎｅｎｔ）に対してコンポーネントフラグメントのｘｍｌスキーマを示す図である。 本発明の一実施例によってコンプリートオーディオコンポーネント（Ｃｏｍｐｌｅｔｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ）を記述するコンポーネントフラグメントのｘｍｌスキーマを示す図である。 本発明の一実施例に係るコンテンツフラグメント（ｃｏｎｔｅｎｔ ｆｒａｇｍｅｎｔ）内のＣｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマを示す図である。 本発明の一実施例に係るＶｉｄｅｏ、Ａｕｄｉｏ及びＣＣ Ｃｏｍｐｏｎｅｎｔを含むＬｉｎｅａｒ Ｓｅｒｖｉｃｅに対するコンテンツフラグメントのｘｍｌスキーマを示す図である。 Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間の関連関係（ａｓｓｏｃｉａｔｉｏｎ ｒｅｌａｔｉｏｎｓｈｉｐ）を説明するためにコンテンツフラグメント内にＣｏｍｐｏｎｅｎｔエレメントを定義する場合のＣｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマを示す図である。 Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間の関連関係を説明するためにＡｓｓｏｃｉａｔｅｄＴｏアトリビュートを使用する実施例を示す図である。 Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間の関連関係を説明するためにａｓｓｏｃｉａｔｅｄＡｕｄｉｏ及びａｓｓｏｃｉａｔｅｄＣＣアトリビュートを使用する実施例を示す図である。 ＡｓｓｏｃｉａｔｅｄＴｏアトリビュートを使用してＶｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間の関連関係を説明する実施例を示す図である。 ａｓｓｏｃｉａｔｅｄＡｕｄｉｏ及び／又はａｓｓｏｃｉａｔｅｄＣＣアトリビュートを使用してＶｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間の関連関係を説明する実施例を示す図である。 本発明の一実施例に係るフラグメント間の参照関係を示す図である。 本発明の一実施例によって、フラグメントとの参照関係を示すエレメントを含むＣｏｍｐｏｎｅｎｔフラグメントのｘｍｌスキーマを示す図である。 本発明の一実施例によって、フラグメントとの参照関係を示すエレメントを含むＳｃｈｅｄｕｌｅフラグメントのｘｍｌスキーマを示す図である。 Ｓｅｒｖｉｃｅ、Ｃｏｎｔｅｎｔ及びＣｏｍｐｏｎｅｎｔフラグメントの間の参照関係を説明する実施例を示す図である。 Ｃｏｎｔｉｎｕｏｕｓ Ｃｏｍｐｏｎｅｎｔを記述するＣｏｍｐｏｎｅｎｔフラグメント間の参照関係を説明する実施例を示す図である。 Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するＣｏｍｐｏｎｅｎｔを記述するＣｏｍｐｏｎｅｎｔフラグメント間の参照関係を説明する実施例を示す図である。 本発明の一実施例によって、コンテンツフラグメントで関連サービスフラグメントを参照する場合に提供できる機能を示す図である。 本発明の一実施例に係るｒｅｌａｔｉｏｎｓｈｉｐアトリビュートを用いて、コンテンツフラグメントで関連サービスフラグメントを参照する実施例を示す図である。 本発明の他の一実施例に係るフラグメント間の参照関係を示す図である。 本発明の他の一実施例に係るフラグメントとの参照関係を示すエレメントを含むサービスフラグメント、コンテンツフラグメント及びコンポーネントフラグメントのｘｍｌスキーマを示す図である。 Ｓｅｒｖｉｃｅ、Ｃｏｎｔｅｎｔ及びＣｏｍｐｏｎｅｎｔフラグメントの間の参照関係を説明する他の一実施例を示す図である。 Ｃｏｎｔｉｎｕｏｕｓ Ｃｏｍｐｏｎｅｎｔを記述するＣｏｍｐｏｎｅｎｔフラグメント間の参照関係を説明する他の一実施例を示す図である。 Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するＣｏｍｐｏｎｅｎｔを記述するＣｏｍｐｏｎｅｎｔフラグメント間の参照関係を説明する他の一実施例を示す図である。 本発明の一実施例に係るＣｏｍｐｏｎｅｎｔフラグメントの構成を示す図である。 本発明の一実施例に係るＣｏｍｐｏｎｅｎｔフラグメントの構成を示す図である。 本発明の他の一実施例に係るＣｏｍｐｏｎｅｎｔフラグメントのｘｍｌスキーマを示す図である。 本発明の他の一実施例に係るＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのｘｍｌスキーマを示す図である。 本発明の一実施例に係るＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントのｘｍｌスキーマを示す図である。 本発明の他の一実施例によって、スケーラブルビデオコーディング（ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｃｏｄｉｎｇ）において一つのベースレイヤ（ｂａｓｅ ｌａｙｅｒ）と２つのエンハンスメントレイヤ（ｅｎｈａｎｃｅｍｅｎｔ ｌａｙｅｒ）を含むコンポジットビデオコンポーネント（Ｃｏｍｐｏｓｉｔｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ）に対してコンポーネントフラグメントのｘｍｌスキーマを示す図である。 本発明の他の一実施例によって、３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗと３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗを含むコンポジットコンポーネント（Ｃｏｍｐｏｓｉｔｅ Ｃｏｍｐｏｎｅｎｔ）に対してコンポーネントフラグメントのｘｍｌスキーマを示す図である。 本発明の他の一実施例によってコンプリートオーディオコンポーネント（Ｃｏｍｐｌｅｔｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ）を記述するコンポーネントフラグメントのｘｍｌスキーマを示す図である。 本発明の一実施例に係るコンテンツ（Ｃｏｎｔｅｎｔ）フラグメントの構成を示す図である。 本発明の一実施例に係るＣｏｍｐｏｎｅｎｔエレメントの構成を示す図である。 本発明の一実施例に係るＣｏｍｐｏｎｅｎｔエレメントの構成を示す図である。 本発明の一実施例に係るＣｏｍｐｏｎｅｎｔエレメントの構成を示す図である。 本発明の一実施例に係るＣｏｍｐｏｎｅｎｔエレメントの構成を示す図である。 本発明の一実施例に係るＣｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマを示す図である。 本発明の一実施例に係るＬａｎｇｕａｇｅエレメント及びＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのｘｍｌスキーマを示す図である。 本発明の一実施例に係るＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントのｘｍｌスキーマを示す図である。 本発明の一実施例に係るＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメント及びＴａｒｇｅｔＤｅｖｉｃｅエレメントのｘｍｌスキーマを示す図である。 Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（２Ｄ／ＨＤ）及びＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１ ｃｈａｎｎｅｌｓ）を伝送する場合、Ｃｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマ構造の一実施例を示す図である。 Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ（ＵＨＤ）及びＰｒｅｓｅｎｔａｂｌｅ ＥＮＧ ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔをブロードキャストで伝送し、Ｐｒｅｓｅｎｔａｂｌｅ ＳＰＡ ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔをブロードバンドで伝送する場合、Ｃｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマ構造の一実施例を示す図である。 Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（ＵＨＤ／Ｗｉｄｅ Ｃｏｌｏｒ Ｇａｍｕｔ）及びＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１ ｃｈａｎｎｅｌｓ）を伝送する場合、Ｃｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマ構造の一実施例を示す図である。 本発明の他の実施例に係るコンポーネントエレメント（ｃｏｍｐｏｎｅｎｔ ｅｌｅｍｅｎｔ）を示す図である。 本発明の一実施例に係るＣｏｍｐｏｎｅｎｔＲｏｌエレメントを示す図である。 本発明の他の実施例に係るコンポーネントエレメントをＸＭＬ形態で示す図である。 本発明の他の実施例に係るコンポーネントエレメントを示す図である。 本発明の他の実施例に係るＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメント及びＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントを示す図である。 本発明の他の実施例に係るコンポーネントエレメントをＸＭＬ形態で示す図である。 本発明の一実施例に係るＥｓｓｅｎｔｉａｌ Ｃａｐａｂｉｌｉｔｉｅｓエレメントを示す図である。 本発明の一実施例に係るＣａｐａｂｉｌｉｔｙＣｏｄｅエレメントの値によるケイパビリティ（ｃａｐａｂｉｌｉｔｙ）の意味を示す図である。 本発明の一実施例に係る、Ｃａｔｅｇｏｒｙ（カテゴリ）属性情報の値によるケイパビリティカテゴリ（Ｃａｐａｂｉｌｉｔｙ Ｃａｔｅｇｏｒｙ）を示す図である。 本発明の一実施例に係る、コンポーネント別にＰａｙ Ｐｅｒ Ｖｉｅｗ（ＰＰＶ）が提供される過程を示す図である。 本発明の一実施例に係る、放送プログラムの各コンポーネント別にメディアが提供される順序を示す図である。 本発明の一実施例に係る、放送プログラムの各コンポーネント別にメディアが提供される画面を示す図である。 本発明の一実施例に係る、ビデオコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。 本発明の他の実施例に係る、ビデオコンポーネントに対する役割がＥＳＧに表示される場合を示す図である。 本発明の他の実施例に係る、ビデオコンポーネントに対する役割がＥＳＧに表示される場合を示す図である。 本発明の一実施例に係る、オーディオコンポーネントに対する役割がＥＳＧに表示される場合を示す図である。 本発明の他の実施例に係る、オーディオコンポーネントに対する役割がＥＳＧに表示される場合を示す図である。 本発明の他の実施例に係る、オーディオコンポーネントに対する役割がＥＳＧに表示される場合を示す図である。 本発明の一実施例に係る、ＣＣ（Ｃｌｏｓｅｄ Ｃａｐｔｉｏｎ）コンポーネントに対する役割がＥＳＧに表示される場合を示す図である。 本発明の一実施例に係る放送信号送信方法を示す図である。 本発明の一実施例に係る放送信号受信装置の構成を示す図である。 本発明の一実施例に係る放送信号送信装置の構成を示す図である。 本発明の一実施例に係る放送信号受信方法を示す図である。
本発明の好ましい実施例について具体的に説明し、その例は添付の図面に示す。添付の図面を参照した以下の詳細な説明は、本発明の実施例によって実装可能な実施例のみを示すためのものではなく、本発明の好ましい実施例を説明するためのものである。以下の詳細な説明は、本発明に対する徹底した理解を提供するために詳細を含む。しかし、本発明がこのような詳細なしにも実行可能であるということは当業者に自明である。
本発明で使用されるほとんどの用語は、当該分野で広く使用される一般的な用語から選択されるが、一部の用語は出願人によって任意に選択され、その意味は、必要に応じて以下の説明で詳細に記載する。したがって、本発明は、用語の単純な名称や意味ではなく、用語の意図された意味に基づいて理解されなければならない。
本明細書において、‘シグナリング（ｓｉｇｎａｌｉｎｇ）’とは、放送システム、インターネット放送システム、及び／又は放送／インターネット融合システムで提供されるサービス情報（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ；ＳＩ）を送信／受信することを示す。サービス情報は、現在存在する各放送システムで提供される放送サービス情報（例えば、ＡＴＳＣＳＩ及び／又はＤＶＢＳＩ）を含む。
本明細書において、‘放送信号’とは、地上波放送、ケーブル放送、衛星放送、及び／又はモバイル放送以外にも、インターネット放送、ブロードバンド放送、通信放送、データ放送及び／又はＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）などの双方向放送で提供される信号及び／又はデータを含む概念として定義する。
本明細書において、‘ＰＬＰ’とは、物理層に属するデータを伝送する一定のユニットを意味する。したがって、本明細書において、‘ＰＬＰ’と命名された内容は、‘データユニット’または‘データパイプ（ｄａｔａ ｐｉｐｅ）’と呼ぶこともできる。
デジタル放送（ＤＴＶ）サービスで活用される有力なアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）の一つとして、放送網とインターネット網との連動を通じたハイブリッド放送サービスを挙げることができる。ハイブリッド放送サービスは、地上波放送網を介して伝送される放送Ａ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）コンテンツと関連するエンハンスメントデータ（ｅｎｈａｎｃｅｍｅｎｔ ｄａｔａ）あるいは放送Ａ／Ｖコンテンツの一部をインターネット網を介してリアルタイムで伝送することによって、ユーザが様々なコンテンツを経験できるようにする。
本発明は、次世代放送サービスに対する放送信号送信及び受信装置及び方法を提供する。本発明の一実施例に係る次世代放送サービスは、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを含む。本発明は、一実施例によって、非ＭＩＭＯ（ｎｏｎＭｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）またはＭＩＭＯ方式を用いて次世代放送サービスに対する放送信号を処理することができる。本発明の一実施例に係る非ＭＩＭＯ方式は、ＭＩＳＯ（Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｓｉｎｇｌｅ Ｏｕｔｐｕｔ）方式、ＳＩＳＯ（Ｓｉｎｇｌｅ Ｉｎｐｕｔ Ｓｉｎｇｌｅ Ｏｕｔｐｕｔ）方式などを含むことができる。
以下では、説明の便宜のため、ＭＩＳＯ又はＭＩＭＯ方式は２つのアンテナを使用するが、本発明は、２つ以上のアンテナを使用するシステムに適用できる。本発明は、特定の用途に要求される性能を達成すると共に、受信機の複雑度を最小化するために、最適化された３つのフィジカルプロファイル（ＰＨＹ ｐｒｏｆｉｌｅ）（ベース（ｂａｓｅ）、ハンドヘルド（ｈａｎｄｈｅｌｄ）、アドバンスド（ａｄｖａｎｃｅｄ）プロファイル）を定義することができる。フィジカルプロファイルは、該当する受信機が実装しなければならない全ての構造のサブセットである。
３つのフィジカルプロファイルは、ほとんどの機能ブロックを共有するが、特定のブロック及び／又はパラメータでは少し異なる。後で追加的にフィジカルプロファイルを定義できる。システムの発展のために、フューチャープロファイルは、ＦＥＦ（ｆｕｔｕｒｅ ｅｘｔｅｎｓｉｏｎ ｆｒａｍｅ）を介して単一のＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）チャネルに存在するプロファイルとマルチプレクシングされてもよい。各フィジカルプロファイルについての詳細は後述する。
１．ベースプロファイル
ベースプロファイルは、主にルーフトップ（ｒｏｏｆｔｏｐ）アンテナと接続される固定された受信装置の主な用途を示す。ベースプロファイルは、ある場所に移動できるが、比較的静止された受信カテゴリに属する携帯用装置も含むことができる。ベースプロファイルの用途は、若干の改善された実行によってハンドヘルド装置または車両用に拡張できるが、このような使用用途は、ベースプロファイルの受信機動作では期待されない。
受信のターゲット信号対雑音比の範囲は約１０〜２０ｄＢであり、これは、既存の放送システム（例えば、ＡＴＳＣ Ａ／５３）の１５ｄＢの信号対雑音比の受信能力を含む。受信機の複雑度及び消費電力は、ハンドヘルドプロファイルを使用するバッテリーで駆動されるハンドヘルド装置の場合ほど重要ではない。ベースプロファイルに対する重要なシステムパラメータが、下記の表１に記載されている。
Figure 0006360184
２．ハンドヘルドプロファイル
ハンドヘルドプロファイルは、バッテリー電源で駆動されるハンドヘルド及び車両用装置での使用のために設計される。当該装置は、歩行者または車両の速度で移動することができる。受信機の複雑度だけでなく消費電力は、ハンドヘルドプロファイルの装置の実装のために非常に重要である。ハンドヘルドプロファイルのターゲット信号対雑音比の範囲は約０〜１０ｄＢであるが、さらに低い室内受信のために意図された場合、０ｄＢ未満に達するように設定できる。
低信号対雑音比能力だけでなく、受信機の移動性によって現れるドップラー効果に対する復元力は、ハンドヘルドプロファイルの最も重要な性能属性である。ハンドヘルドプロファイルに対する重要なシステムパラメータが、下記の表２に記載されている。
Figure 0006360184
３．アドバンスドプロファイル
アドバンスドプロファイルは、さらに大きい実行複雑度に対する代価として、さらに高いチャネル能力を提供する。当該プロファイルは、ＭＩＭＯ送信及び受信を使用することを要求し、ＵＨＤＴＶサービスはターゲット用途であり、そのために、当該プロファイルが特別に設計される。向上した能力は、与えられた帯域幅でサービス数の増加、例えば、多数のＳＤＴＶまたはＨＤＴＶサービスを許容する際にも使用できる。
アドバンスドプロファイルのターゲット信号対雑音比の範囲は約２０〜３０ｄＢである。ＭＩＭＯ伝送は、初期には既存の楕円偏波伝送装置を使用し、後で全出力交差偏波伝送に拡張できる。アドバンスドプロファイルに対する重要なシステムパラメータが、下記の表３に記載されている。
Figure 0006360184
この場合、ベースプロファイルは、地上波放送サービス及びモバイル放送サービスの両方に対するプロファイルとして使用することができる。すなわち、ベースプロファイルは、モバイルプロファイルを含むプロファイルの概念を定義するために使用することができる。また、アドバンスドプロファイルは、ＭＩＭＯを有するベースプロファイルに対するアドバンスドプロファイルと、ＭＩＭＯを有するハンドヘルドプロファイルに対するアドバンスドプロファイルとに区分できる。そして、当該３つのプロファイルは、設計者の意図によって変更されてもよい。
次の用語及び定義は本発明に適用できる。次の用語及び定義は、設計によって変更されてもよい。
補助ストリーム：フューチャーエクステンション（ｆｕｔｕｒｅ ｅｘｔｅｎｓｉｏｎ、将来の拡張）または放送局やネットワーク運営者によって要求されることによって使用され得るまだ定義されていない変調及びコーディングのデータを伝達するセルのシーケンス
ベースデータパイプ（ｂａｓｅ ｄａｔａ ｐｉｐｅ）：サービスシグナリングデータを伝達するデータパイプ
ベースバンドフレーム（またはＢＢＦＲＡＭＥ）：一つのＦＥＣエンコーディング過程（ＢＣＨ及びＬＤＰＣエンコーディング）に対する入力を形成するＫｂｃｈビットの集合
セル（ｃｅｌｌ）：ＯＦＤＭ伝送の一つのキャリアによって伝達される変調値
コーディングブロック（ｃｏｄｅｄ ｂｌｏｃｋ）：ＰＬＳ１データのＬＤＰＣエンコーディングされたブロックまたはＰＬＳ２データのＬＤＰＣエンコーディングされたブロックのうち一つ
データパイプ（ｄａｔａ ｐｉｐｅ）：一つ又は多数のサービスまたはサービスコンポーネントを伝達できる、サービスデータまたは関連するメタデータを伝達する物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）でのロジカルチャネル
データパイプユニット（ＤＰＵ、ｄａｔａ ｐｉｐｅ ｕｎｉｔ）：データセルをフレームでのデータパイプに割り当てることができる基本ユニット
データシンボル（ｄａｔａ ｓｙｍｂｏｌ）：プリアンブルシンボルではなく、フレームでのＯＦＤＭシンボル（フレームシグナリングシンボル及びフレームエッジ（ｅｄｇｅ）シンボルはデータシンボルに含まれる。）
ＤＰ_ＩＤ：当該８ビットフィールドは、ＳＹＳＴＥＭ_ＩＤによって識別されたシステム内でデータパイプを唯一に識別する。
ダミーセル（ｄｕｍｍｙ ｃｅｌｌ）：ＰＬＳ（ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｓｉｇｎａｌｌｉｎｇ）シグナリング、データパイプ、または補助ストリームのために使用されていない残っている容量を埋めるのに使用される擬似ランダム値を伝達するセル
ＦＡＣ（ｅｍｅｒｇｅｎｃｙ ａｌｅｒｔ ｃｈａｎｎｅｌ、非常警報チャネル）：ＥＡＳ情報データを伝達するフレームの一部
フレーム（ｆｒａｍｅ）：プリアンブルで開始し、フレームエッジシンボルで終了する物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）タイムスロット
フレームレペティションユニット（ｆｒａｍｅ ｒｅｐｅｔｉｔｉｏｎ ｕｎｉｔ、フレーム繰り返し単位）：スーパーフレーム（ｓｕｐｅｒｆｒａｍｅ）で８回繰り返されるＦＥＦを含む同一または異なるフィジカルプロファイルに属するフレームの集合
ＦＩＣ（ｆａｓｔ ｉｎｆｏｒｍａｔｉｏｎ ｃｈａｎｎｅｌ、高速情報チャネル）：サービスと当該ベースデータパイプとの間でのマッピング情報を伝達するフレーム内のロジカルチャネル
ＦＥＣＢＬＯＣＫ：データパイプデータのＬＤＰＣエンコーディングされたビットの集合
ＦＦＴサイズ：基本周期Ｔのサイクルで表現されたアクティブシンボル周期Ｔｓと同一の特定のモードに使用される名目上のＦＦＴサイズ
フレームシグナリングシンボル（ｆｒａｍｅ ｓｉｇｎａｌｉｎｇ ｓｙｍｂｏｌ）：ＰＬＳデータの一部を伝達する、ＦＦＴサイズ、ガードインターバル（ｇｕａｒｄ ｉｎｔｅｒｖａｌ）、及びスキャッタード（ｓｃａｔｔｅｒｅｄ）パイロットパターンの特定の組み合わせにおいてフレームの開始で使用されるさらに高いパイロット密度を有するＯＦＤＭシンボル
フレームエッジシンボル（ｆｒａｍｅ ｅｄｇｅ ｓｙｍｂｏｌ）：ＦＦＴサイズ、ガードインターバル、及びスキャッタードパイロットパターンの特定の組み合わせにおいて、フレームの末尾で使用されるさらに高いパイロット密度を有するＯＦＤＭシンボル
フレームグループ（ｆｒａｍｅｇｒｏｕｐ）：スーパーフレームにおいて同一のフィジカルプロファイルタイプを有する全てのフレームの集合
フューチャーエクステンションフレーム（ｆｕｔｕｒｅ ｅｘｔｅｎｔｉｏｎ ｆｒａｍｅ、将来の拡張フレーム）：プリアンブルで開始する、将来の拡張に使用できるスーパーフレーム内の物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）タイムスロット
フューチャーキャスト（ｆｕｔｕｒｅｃａｓｔ）ＵＴＢシステム：入力が１つ以上のＭＰＥＧ２ＴＳまたはＩＰ（Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）または一般のストリームであり、出力がＲＦシグナルである、提案された物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）放送システム
インプットストリーム（ｉｎｐｕｔ ｓｔｒｅａｍ、入力ストリーム）：システムによって最終ユーザに伝達されるサービスの集合体（ｅｎｓｅｍｂｌｅ）のためのデータのストリーム
ノーマル（ｎｏｒｍａｌ）データシンボル：フレームシグナリングシンボル及びフレームエッジシンボルを除いたデータシンボル
フィジカルプロファイル（ＰＨＹ ｐｒｏｆｉｌｅ）：該当する受信機が実装しなければならない全ての構造のサブセット
ＰＬＳ：ＰＬＳ１及びＰＬＳ２で構成された物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）シグナリングデータ
ＰＬＳ１：ＰＬＳ２をデコーディングするのに必要なパラメータだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するＦＳＳ（ｆｒａｍｅ ｓｉｇｎａｌｌｉｎｇ ｓｙｍｂｏｌ）で伝達されるＰＬＳデータの１番目の集合
ＮＯＴＥ：ＰＬＳ１データは、フレームグループのデュレーション（ｄｕｒａｔｉｏｎ）の間、一定である。
ＰＬＳ２：データパイプ及びシステムに関するより詳細なＰＬＳデータを伝達するＦＳＳで伝送されるＰＬＳデータの２番目の集合
ＰＬＳ２ダイナミック（ｄｙｎａｍｉｃ、動的）データ：フレーム毎にダイナミック（ｄｙｎａｍｉｃ、動的）に変化するＰＬＳ２データ
ＰＬＳ２スタティック（ｓｔａｔｉｃ、静的）データ：フレームグループのデュレーションの間、スタティック（ｓｔａｔｉｃ、静的）なＰＬＳ２データ
プリアンブルシグナリングデータ（ｐｒｅａｍｂｌｅ ｓｉｇｎａｌｉｎｇ ｄａｔａ）：プリアンブルシンボルによって伝達され、システムの基本モードを確認するのに使用されるシグナリングデータ
プリアンブルシンボル（ｐｒｅａｍｂｌｅ ｓｙｍｂｏｌ）：基本ＰＬＳデータを伝達し、フレームの先頭に位置する固定された長さのパイロットシンボル
ＮＯＴＥ：プリアンブルシンボルは、システム信号、そのタイミング、周波数オフセット、及びＦＦＴサイズを検出するために高速の初期バンドスキャンに主に使用される。
将来の使用（ｆｕｔｕｒｅ ｕｓｅ）のためにリザーブド（ｒｅｓｅｒｖｅｄ）：現在の文書で定義されないが、将来に定義され得る
スーパーフレーム（ｓｕｐｅｒｆｒａｍｅ）：８個のフレーム繰り返し単位の集合
タイムインターリービングブロック（ｔｉｍｅ ｉｎｔｅｒｌｅａｖｉｎｇ ｂｌｏｃｋ，ＴＩ ｂｌｏｃｋ）：タイムインターリーバメモリの一つの用途に該当する、タイムインターリービングが実行されるセルの集合
タイムインターリービンググループ（ｔｉｍｅ ｉｎｔｅｒｌｅａｖｉｎｇ ｇｒｏｕｐ、ＴＩ ｇｒｏｕｐ）：整数、ダイナミック（ｄｙｎａｍｉｃ、動的）に変化するＸＦＥＣＢＬＯＣＫの数からなる、特定のデータパイプに対するダイナミック（ｄｙｎａｍｉｃ、動的）容量割り当てが実行される単位
ＮＯＴＥ：タイムインターリービンググループは、一つのフレームに直接マッピングされるか、または多数のフレームにマッピングされてもよい。タイムインターリービンググループは、１つ以上のタイムインターリービングブロックを含むことができる。
タイプ１のデータパイプ（Ｔｙｐｅ １ ＤＰ）：全てのデータパイプがフレームにＴＤＭ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式でマッピングされるフレームのデータパイプ
タイプ２のデータパイプ（Ｔｙｐｅ ２ ＤＰ）：全てのデータパイプがフレームにＦＤＭ方式でマッピングされるフレームのデータパイプ
ＸＦＥＣＢＬＯＣＫ：一つのＬＤＰＣ ＦＥＣＢＬＯＣＫの全てのビットを伝達するＮcellsセルの集合
図１は、本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置の構造を示す。
本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置は、インプットフォーマットブロック（Ｉｎｐｕｔ Ｆｏｒｍａｔ ｂｌｏｃｋ）１０００、ＢＩＣＭ（ｂｉｔ ｉｎｔｅｒｌｅａｖｅｄ ｃｏｄｉｎｇ ＆ ｍｏｄｕｌａｔｉｏｎ）ブロック１０１０、フレームビルディングブロック（Ｆｒａｍｅ ｂｕｉｌｄｉｎｇ ｂｌｏｃｋ）１０２０、ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）生成ブロック（ＯＦＤＭ ｇｅｎｅｒａｔｉｏｎ ｂｌｏｃｋ）１０３０、及びシグナリング生成ブロック１０４０を含むことができる。放送信号送信装置の各ブロックの動作について説明する。
ＩＰストリーム／パケット及びＭＰＥＧ２−ＴＳは主要入力フォーマットであり、他のストリームタイプは一般のストリームとして扱われる。これらデータ入力に加えて、管理情報が入力されて、各入力ストリームに対する当該帯域幅のスケジューリング及び割り当てを制御する。１つ又は多数のＴＳストリーム、ＩＰストリーム及び／又は一般のストリームの入力が同時に許容される。
インプットフォーマットブロック１０００は、それぞれの入力ストリームを、独立したコーディング及び変調が適用される１つ又は多数のデータパイプに逆多重化することができる。データパイプは、ロバスト性（ｒｏｂｕｓｔｎｅｓｓ）の制御のための基本単位であり、これは、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）に影響を及ぼす。１つ又は多数のサービスまたはサービスコンポーネントが一つのデータパイプによって伝達され得る。インプットフォーマットブロック１０００の詳細な動作は後述する。
データパイプは、１つ又は多数のサービスまたはサービスコンポーネントを伝達できる、サービスデータまたは関連メタデータを伝達する物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）でのロジカルチャネルである。
また、データパイプユニットは、一つのフレームでデータセルをデータパイプに割り当てるための基本ユニットである。
インプットフォーマットブロック１０００において、パリティ（ｐａｒｉｔｙ）データはエラー訂正のために追加され、エンコーディングされたビットストリームは、複素数値のコンステレーションシンボルにマッピングされる。当該シンボルは、当該データパイプに使用される特定のインターリービング深さにわたってインターリービングされる。アドバンスドプロファイルにおいて、ＢＩＣＭブロック１０１０でＭＩＭＯエンコーディングが実行され、追加データ経路がＭＩＭＯ伝送のために出力に追加される。ＢＩＣＭブロック１０１０の詳細な動作は後述する。
フレームビルディングブロック１０２０は、１つのフレーム内で入力データパイプのデータセルをＯＦＤＭシンボルにマッピングすることができる。マッピングの後、周波数領域ダイバーシティのために、特に周波数選択的フェーディングチャネルを防止するために周波数インターリービングが用いられる。フレームビルディングブロック１０２０の詳細な動作は後述する。
プリアンブルを各フレームの先頭に挿入した後、ＯＦＤＭ生成ブロック１０３０は、サイクリックプレフィックス（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）をガードインターバルとして有する既存のＯＦＤＭ変調を適用することができる。アンテナスペースダイバーシティのために、分散された（ｄｉｓｔｒｉｂｕｔｅｄ）ＭＩＳＯ方式が送信機にわたって適用される。また、ＰＡＰＲ（ｐｅａｋ−ｔｏ−ａｖｅｒａｇｅ ｐｏｗｅｒ ｒａｔｉｏ）方式が時間領域で実行される。柔軟なネットワーク方式のために、当該提案は、様々なＦＦＴサイズ、ガードインターバルの長さ、当該パイロットパターンの集合を提供する。ＯＦＤＭ生成ブロック１０３０の詳細な動作は後述する。
シグナリング生成ブロック１０４０は、各機能ブロックの動作に使用される物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）シグナリング情報を生成することができる。当該シグナリング情報はまた、関心のあるサービスが受信機側で適切に復旧されるように伝送される。シグナリング生成ブロック１０４０の詳細な動作は後述する。
図２、図３、図４は、本発明の実施例に係るインプットフォーマットブロック１０００を示す。各図面について説明する。
図２は、本発明の一実施例に係るインプットフォーマットブロックを示す。図２は、入力信号が単一の入力ストリーム（ｓｉｎｇｌｅ ｉｎｐｕｔ ｓｔｒｅａｍ）であるときのインプットフォーマットブロックを示す。
図２に示されたインプットフォーマットブロックは、図１を参照して説明したインプットフォーマットブロック１０００の一実施例に該当する。
物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）への入力は、１つ又は多数のデータストリームで構成されてもよい。それぞれのデータストリームは、１つのデータパイプによって伝達される。モードアダプテーション（ｍｏｄｅ ａｄａｐｔａｉｏｎ、モード適応）モジュールは、入力されるデータストリームをＢＢＦ（ｂａｓｅｂａｎｄ ｆｒａｍｅ）のデータフィールドにスライスする。当該システムは、３つの種類の入力データストリーム、すなわち、ＭＰＥＧ２−ＴＳ、ＩＰ、ＧＳ（ｇｅｎｅｒｉｃ ｓｔｒｅａｍ）をサポートする。ＭＰＥＧ２−ＴＳは、最初のバイトが同期バイト（０ｘ４７）である固定された長さ（１８８バイト）のパケットを特徴とする。ＩＰストリームは、ＩＰパケットヘッダー内でシグナリングされる可変長のＩＰデータグラムパケットで構成される。当該システムは、ＩＰストリームに対してＩＰｖ４とＩＰｖ６をいずれもサポートする。ＧＳは、カプセル化パケットヘッダー内でシグナリングされる可変長のパケットまたは一定の長さのパケットで構成されてもよい。
（ａ）は、信号データパイプに対するモードアダプテーション（ｍｏｄｅ ａｄａｐｔａｉｏｎ、モード適応）ブロック２０００及びストリームアダプテーション（ｓｔｒｅａｍ ａｄａｐｔａｔｉｏｎ、ストリーム適応）２０１０を示し、（ｂ）は、ＰＬＳデータを生成及び処理するためのＰＬＳ生成ブロック２０２０及びＰＬＳスクランブラ２０３０を示す。各ブロックの動作について説明する。
入力ストリームスプリッターは、入力されたＴＳ、ＩＰ、ＧＳストリームを多数のサービスまたはサービスコンポーネント（オーディオ、ビデオなど）ストリームに分割する。モードアダプテーション（ｍｏｄｅ ａｄａｐｔａｉｏｎ、モード適応）モジュール２０１０は、ＣＲＣエンコーダ、ＢＢ（ｂａｓｅｂａｎｄ）フレームスライサー、及びＢＢフレームヘッダー挿入ブロックで構成される。
ＣＲＣエンコーダは、ユーザパケット（ｕｓｅｒ ｐａｃｋｅｔ、ＵＰ）レベルでのエラー検出のための３種類のＣＲＣエンコーディング、すなわち、ＣＲＣ８、ＣＲＣ１６、ＣＲＣ３２を提供する。算出されたＣＲＣバイトは、ＵＰの後に添付される。ＣＲＣ８はＴＳストリームに使用され、ＣＲＣ３２はＩＰストリームに使用される。ＧＳストリームがＣＲＣエンコーディングを提供しないと、提案されたＣＲＣエンコーディングが適用されなければならない。
ＢＢフレームスライサーは、入力を内部ロジカルビットフォーマットにマッピングする。最初の受信ビットはＭＳＢと定義する。ＢＢフレームスライサーは、利用可能なデータフィールド容量と同じ数のビットを割り当てる。ＢＢＦペイロードと同じ数の入力ビットを割り当てるために、ＵＰストリームがＢＢＦのデータフィールドに合うようにスライスされる。
ＢＢフレームヘッダー挿入ブロックは、２バイトの固定された長さのＢＢＦヘッダーをＢＢフレームの前に挿入することができる。ＢＢＦヘッダーは、ＳＴＵＦＦＩ（１ビット）、ＳＹＮＣＤ（１３ビット）、及びＲＦＵ（２ビット）で構成される。固定された２バイトのＢＢＦヘッダーだけでなく、ＢＢＦは、２バイトのＢＢＦヘッダーの末尾に拡張フィールド（１又は３バイト）を有することができる。
ストリームアダプテーション（ｓｔｒｅａｍ ａｄａｐｔａｔｉｏｎ、ストリーム適応）２０１０は、スタッフィング（ｓｔｕｆｆｉｎｇ）挿入ブロック及びＢＢスクランブラで構成される。スタッフィング挿入ブロックは、スタッフィングフィールドをＢＢフレームのペイロードに挿入することができる。ストリームアダプテーション（ｓｔｒｅａｍ ａｄａｐｔａｔｉｏｎ、ストリーム適応）に対する入力データがＢＢフレームを埋めるのに十分であれば、ＳＴＵＦＦＩは‘０’に設定され、ＢＢＦはスタッフィングフィールドを有さない。そうでなければ、ＳＴＵＦＦＩは‘１’に設定され、スタッフィングフィールドはＢＢＦヘッダーの直後に挿入される。スタッフィングフィールドは、２バイトのスタッフィングフィールドヘッダー及び可変サイズのスタッフィングデータを含む。
ＢＢスクランブラは、エネルギー分散のために完全なＢＢＦをスクランブリングする。スクランブリングシーケンスはＢＢＦと同期化される。スクランブリングシーケンスは、フィードバックシフトレジスタによって生成される。
ＰＬＳ生成ブロック２０２０はＰＬＳデータを生成することができる。ＰＬＳは、受信機で物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）データパイプに接続できる手段を提供する。ＰＬＳデータはＰＬＳ１データ及びＰＬＳ２データで構成される。
ＰＬＳ１データは、ＰＬＳ２データをデコーディングするのに必要なパラメータだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するフレームでＦＳＳで伝達されるＰＬＳデータの１番目の集合である。ＰＬＳ１データは、ＰＬＳ２データの受信及びデコーディングを可能にするために要求されるパラメータを含む基本送信パラメータを提供する。また、ＰＬＳ１データは、フレームグループのデュレーションの間、一定である。
ＰＬＳ２データは、データパイプ及びシステムに関するより詳細なＰＬＳデータを伝達するＦＳＳで伝送されるＰＬＳデータの２番目の集合である。ＰＬＳ２は、受信機が望むデータパイプをデコーディングするのに十分な情報を提供するパラメータを含む。ＰＬＳ２シグナリングは、ＰＬＳ２スタティック（ｓｔａｔｉｃ、静的）データ（ＰＬＳ２ＳＴＡＴデータ）及びＰＬＳ２ダイナミック（ｄｙｎａｍｉｃ、動的）データ（ＰＬＳ２ＤＹＮデータ）の２種類のパラメータで構成される。ＰＬＳ２スタティックデータは、フレームグループのデュレーションの間、スタティックであるＰＬＳ２データであり、ＰＬＳ２ダイナミックデータは、フレーム毎にダイナミック（ｄｙｎａｍｉｃ、動的）に変化するＰＬＳ２データである。
ＰＬＳデータについての詳細は後述する。
ＰＬＳスクランブラ２０３０は、エネルギー分散のために生成されたＰＬＳデータをスクランブリングすることができる。
前述したブロックは、省略されてもよく、類似又は同一の機能を有するブロックによって代替されてもよい。
図３は、本発明の他の一実施例に係るインプットフォーマットブロックを示す。
図３に示されたインプットフォーマットブロックは、図１を参照して説明したインプットフォーマットブロック１０００の一実施例に該当する。
図３は、入力信号がマルチインプットストリーム（ｍｕｌｔｉ ｉｎｐｕｔ ｓｔｒｅａｍ、多数の入力ストリーム）に該当する場合、インプットフォーマットブロックのモードアダプテーション（ｍｏｄｅ ａｄａｐｔａｉｏｎ、モード適応）ブロックを示す。
マルチインプットストリーム（ｍｕｌｔｉ ｉｎｐｕｔ ｓｔｒｅａｍ、多数の入力ストリーム）を処理するためのインプットフォーマットブロックのモードアダプテーション（ｍｏｄｅ ａｄａｐｔａｉｏｎ、モード適応）ブロックは、多数の入力ストリームを独立して処理することができる。
図３を参照すると、マルチインプットストリーム（ｍｕｌｔｉ ｉｎｐｕｔ ｓｔｒｅａｍ、多数の入力ストリーム）をそれぞれ処理するためのモードアダプテーション（ｍｏｄｅ ａｄａｐｔａｉｏｎ、モード適応）ブロックは、インプットストリームスプリッター（ｉｎｐｕｔ ｓｔｒｅａｍ ｓｐｌｉｔｔｅｒ）３０００、インプットストリームシンクロナイザ（ｉｎｐｕｔ ｓｔｒｅａｍ ｓｙｎｃｈｒｏｎｉｚｅｒ）３０１０、コンペンセーティングディレイ（ｃｏｍｐｅｎｓａｔｉｎｇ ｄｅｌａｙ、補償遅延）ブロック３０２０、ヌルパケットディリーションブロック（ｎｕｌｌ ｐａｃｋｅｔ ｄｅｌｅｔｉｏｎ ｂｌｏｃｋ）３０３０、ヘッダーコンプレッションブロック（ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ ｂｌｏｃｋ）３０４０、ＣＲＣエンコーダ（ＣＲＣ ｅｎｃｏｄｅｒ）３０５０、ＢＢフレームスライサー（ＢＢ ｆｒａｍｅ ｓｌｉｃｅｒ）３０６０、及びＢＢヘッダー挿入ブロック（ＢＢ ｈｅａｄｅｒ ｉｎｓｅｒｔｉｏｎ ｂｌｏｃｋ）３０７０を含むことができる。モードアダプテーション（ｍｏｄｅ ａｄａｐｔａｉｏｎ、モード適応）ブロックの各ブロックについて説明する。
ＣＲＣエンコーダ３０５０、ＢＢフレームスライサー３０６０、及びＢＢヘッダー挿入ブロック３０７０の動作は、図２を参照して説明したＣＲＣエンコーダ、ＢＢフレームスライサー、及びＢＢヘッダー挿入ブロックの動作に該当するので、その説明は省略する。
インプットストリームスプリッター３０００は、入力されたＴＳ、ＩＰ、ＧＳストリームを多数のサービスまたはサービスコンポーネント（オーディオ、ビデオなど）ストリームに分割する。
インプットストリームシンクロナイザ３０１０はＩＳＳＹと呼ぶことができる。ＩＳＳＹは、いかなる入力データフォーマットに対してもＣＢＲ（ｃｏｎｓｔａｎｔ ｂｉｔ ｒａｔｅ）及び一定の終端間伝送（ｅｎｄｔｏｅｎｄ ｔｒａｎｓｍｉｓｓｉｏｎ）遅延を保証する適した手段を提供することができる。ＩＳＳＹは、ＴＳを伝達する多数のデータパイプの場合に常に用いられ、ＧＳストリームを伝達する多数のデータパイプに選択的に用いられる。
コンペンセーティングディレイ（ｃｏｍｐｅｎｓａｔｉｎ ｄｅｌａｙ、補償遅延）ブロック３０２０は、受信機で追加のメモリを必要とせず、ＴＳパケット再結合メカニズムを許容するために、ＩＳＳＹ情報の挿入に後続する分割されたＴＳパケットストリームを遅延させることができる。
ヌルパケットディリーションブロック３０３０は、ＴＳ入力ストリームの場合にのみ使用される。一部のＴＳ入力ストリームまたは分割されたＴＳストリームは、ＶＢＲ（ｖａｒｉａｂｌｅ ｂｉｔｒａｔｅ）サービスをＣＢＲ ＴＳストリームに収容するために存在する多くの数のヌルパケットを有することができる。この場合、不必要な伝送オーバーヘッドを避けるために、ヌルパケットは、確認されて伝送されなくてもよい。受信機で、除去されたヌルパケットは、伝送に挿入されたＤＮＰ（ｄｅｌｅｔｅｄ ｎｕｌｌｐａｃｋｅｔ、削除されたヌルパケット）カウンターを参照して、元々存在していた正確な位置に再挿入することができるので、ＣＢＲが保証され、タイムスタンプ（ＰＣＲ）更新の必要がなくなる。
ヘッダーコンプレッションブロック３０４０は、ＴＳ又はＩＰ入力ストリームに対する伝送効率を増加させるためにパケットヘッダー圧縮を提供することができる。受信機は、ヘッダーの特定の部分に対する先験的な（ａ ｐｒｉｏｒｉ）情報を有することができるので、この既知情報（ｋｎｏｗｎ ｉｎｆｏｒｍａｔｉｏｎ）は送信機で削除されてもよい。
ＴＳに対して、受信機は、同期バイト構成（０ｘ４７）及びパケット長（１８８バイト）に関する先験的な情報を有することができる。入力されたＴＳが１つのＰＩＤのみを有するコンテンツを伝達すると、すなわち、１つのサービスコンポーネント（ビデオ、オーディオなど）またはサービスサブコンポーネント（ＳＶＣベースレイヤ、ＳＶＣエンハンスメントレイヤ、ＭＶＣベースビュー、またはＭＶＣ依存ビュー）に対してのみ、ＴＳパケットヘッダー圧縮がＴＳに（選択的に）適用され得る。ＴＳパケットヘッダー圧縮は、入力ストリームがＩＰストリームである場合に選択的に使用される。前記ブロックは、省略されてもよく、類似又は同一の機能を有するブロックで代替されてもよい。
図４は、本発明の一実施例に係るＢＩＣＭブロックを示す。
図４に示されたＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の一実施例に該当する。
前述したように、本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置は、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを提供することができる。
ＱｏＳが、本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置によって提供されるサービスの特性に依存するので、それぞれのサービスに該当するデータは、互いに異なる方式を用いて処理されなければならない。したがって、本発明の一実施例に係るＢＩＣＭブロックは、ＳＩＳＯ、ＭＩＳＯ、ＭＩＭＯ方式をそれぞれのデータ経路に該当するデータパイプに独立して適用することによって、各データパイプを独立して処理することができる。結果的に、本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置は、それぞれのデータパイプを介して伝送される各サービスまたはサービスコンポーネントに対するＱｏＳを調節することができる。
（ａ）は、ベースプロファイル及びハンドヘルドプロファイルによって共有されるＢＩＣＭブロックを示し、（ｂ）は、アドバンスドプロファイルのＢＩＣＭブロックを示す。
ベースプロファイル及びハンドヘルドプロファイルによって共有されるＢＩＣＭブロック及びアドバンスドプロファイルのＢＩＣＭブロックは、それぞれのデータパイプを処理するための複数の処理ブロックを含むことができる。
ベースプロファイル及びハンドヘルドプロファイルに対するＢＩＣＭブロック、及びアドバンスドプロファイルに対するＢＩＣＭブロックのそれぞれの処理ブロックについて説明する。
ベースプロファイル及びハンドヘルドプロファイルに対するＢＩＣＭブロックの処理ブロック５０００は、データＦＥＣエンコーダ５０１０、ビットインターリーバ５０２０、コンステレーションマッパー（ｍａｐｐｅｒ）５０３０、ＳＳＤ（ｓｉｇｎａｌ ｓｐａｃｅ ｄｉｖｅｒｓｉｔｙ）エンコーディングブロック５０４０、タイムインターリーバ５０５０を含むことができる。
データＦＥＣエンコーダ５０１０は、外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手順を生成するために、入力ＢＢＦにＦＥＣエンコーディングを行う。外部コーディング（ＢＣＨ）は選択的なコーディング方法である。データＦＥＣエンコーダ５０１０の具体的な動作については後述する。
ビットインターリーバ５０２０は、効率的に実現可能な構造を提供すると共に、データＦＥＣエンコーダ５０１０の出力をインターリービングしてＬＤＰＣコード及び変調方式の組み合わせで最適化された性能を達成することができる。ビットインターリーバ５０２０の具体的な動作については後述する。
コンステレーションマッパー５０３０は、ＱＰＳＫ、ＱＡＭ１６、不均一ＱＡＭ（ＮＵＱ６４、ＮＵＱ２５６、ＮＵＱ１０２４）または不均一コンステレーション（ＮＵＣ１６、ＮＵＣ６４、ＮＵＣ２５６、ＮＵＣ１０２４）を用いて、ベース及びハンドヘルドプロファイルでビットインターリーバ５０２０からのそれぞれのセルワードを変調するか、またはアドバンスドプロファイルでセルワードデマルチプレクサ５０１０−１からのセルワードを変調してパワーが正規化されたコンステレーションポイントｅlを提供することができる。当該コンステレーションマッピングは、データパイプに対してのみ適用される。ＮＵＱが任意の形状を有する一方、ＱＡＭ１６及びＮＵＱは正方形の形状を有することが観察される。それぞれのコンステレーションが９０度の倍数だけ回転すると、回転したコンステレーションは、元のものと正確に重なる。回転対称特性により、実数及び虚数コンポーネントの容量及び平均パワーが互いに同一になる。ＮＵＱ及びＮＵＣは、いずれも、各コードレート（ｃｏｄｅ ｒａｔｅ）に対して特別に定義され、使用される特定の一つは、ＰＬＳ２データに保管されたパラメータＤＰ_ＭＯＤによってシグナリングされる。
タイムインターリーバ５０５０はデータパイプレベルで動作することができる。タイムインターリービングのパラメータは、それぞれのデータパイプに対して異なって設定されてもよい。タイムインターリーバ５０５０の具体的な動作については後述する。
アドバンスドプロファイルに対するＢＩＣＭブロックの処理ブロック５０００−１は、データＦＥＣエンコーダ、ビットインターリーバ、コンステレーションマッパー、及びタイムインターリーバを含むことができる。
ただし、処理ブロック５０００−１は、セルワードデマルチプレクサ５０１０−１及びＭＩＭＯエンコーディングブロック５０２０−１をさらに含むという点で、処理ブロック５０００と区別される。
また、処理ブロック５０００−１でのデータＦＥＣエンコーダ、ビットインターリーバ、コンステレーションマッパー、タイムインターリーバの動作は、前述したデータＦＥＣエンコーダ５０１０、ビットインターリーバ５０２０、コンステレーションマッパー５０３０、タイムインターリーバ５０５０の動作に該当するので、その説明は省略する。
セルワードデマルチプレクサ５０１０−１は、アドバンスドプロファイルのデータパイプが、ＭＩＭＯ処理のために単一のセルワードストリームを二重セルワードストリームに分離するのに使用される。セルワードデマルチプレクサ５０１０−１の具体的な動作については後述する。
ＭＩＭＯエンコーディングブロック５０２０−１は、ＭＩＭＯエンコーディング方式を用いてセルワードデマルチプレクサ５０１０−１の出力を処理することができる。ＭＩＭＯエンコーディング方式は、放送信号送信のために最適化された。ＭＩＭＯ技術は、容量の増加を得るための有望な方式であるが、チャネル特性に依存する。特に放送に対して、互いに異なる信号伝搬特性による２つのアンテナ間の受信信号パワーの差またはチャネルの強いＬＯＳコンポーネントは、ＭＩＭＯから容量利得を得ることを難しくする。提案されたＭＩＭＯエンコーディング方式は、ＭＩＭＯ出力信号のうち１つの位相ランダム化及び回転ベースのプリコーディングを用いてこの問題を克服する。
ＭＩＭＯエンコーディングは、送信機及び受信機の両方で少なくとも２つのアンテナを必要とする２ｘ２ＭＩＭＯシステムのために意図される。２つのＭＩＭＯエンコーディングモードは、本提案であるＦＲＳＭ（ｆｕｌｌｒａｔｅ ｓｐａｔｉａｌ ｍｕｌｔｉｐｌｅｘｉｎｇ）及びＦＲＦＤＳＭ（ｆｕｌｌｒａｔｅ ｆｕｌｌｄｉｖｅｒｓｉｔｙ ｓｐａｔｉａｌ ｍｕｌｔｉｐｌｅｘｉｎｇ）で定義される。ＦＲＳＭエンコーディングは、受信機側での比較的小さい複雑度の増加で容量の増加を提供する一方、ＦＲＦＤＳＭエンコーディングは、受信機側での大きい複雑度の増加で容量の増加及び追加のダイバーシティ利得を提供する。提案されたＭＩＭＯエンコーディング方式はアンテナ極性配置を制限しない。
ＭＩＭＯ処理は、アドバンスドプロファイルフレームに要求され、これは、アドバンスドプロファイルフレームでの全てのデータパイプがＭＩＭＯエンコーダによって処理されることを意味する。ＭＩＭＯ処理はデータパイプレベルで適用される。コンステレーションマッパー出力のペア（ｐａｉｒ、対）であるＮＵＱ（ｅ1,i及びｅ2,i）は、ＭＩＭＯエンコーダの入力に供給される。ＭＩＭＯエンコーダ出力ペア（ｐａｉｒ、対）（ｇ1,i及びｇ2,i）は、それぞれの送信アンテナの同一のキャリアｋ及びＯＦＤＭシンボルｌによって伝送される。
前述したブロックは、省略されてもよく、類似又は同一の機能を有するブロックで代替されてもよい。
図５は、本発明の他の実施例に係るＢＩＣＭブロックを示す。
図５に示されたＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の一実施例に該当する。
図５は、ＰＬＳ、ＥＡＣ、及びＦＩＣの保護のためのＢＩＣＭブロックを示す。ＥＡＣは、ＥＡＳ情報データを伝達するフレームの一部であり、ＦＩＣは、サービスと該当するベースデータパイプとの間でマッピング情報を伝達するフレームでのロジカルチャネルである。ＥＡＣ及びＦＩＣについての詳細な説明は後述する。
図５を参照すると、ＰＬＳ、ＥＡＣ、及びＦＩＣの保護のためのＢＩＣＭブロックは、ＰＬＳ ＦＥＣエンコーダ６０００、ビットインターリーバ６０１０、及びコンステレーションマッパー６０２０を含むことができる。
また、ＰＬＳ ＦＥＣエンコーダ６０００は、スクランブラ、ＢＣＨエンコーディング／ゼロ挿入ブロック、ＬＤＰＣエンコーディングブロック、及びＬＤＰＣパリティパンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）ブロックを含むことができる。ＢＩＣＭブロックの各ブロックについて説明する。
ＰＬＳ ＦＥＣエンコーダ６０００は、スクランブルされたＰＬＳ １／２データ、ＥＡＣ及びＦＩＣセクションをエンコーディングすることができる。
スクランブラは、ＢＣＨエンコーディング及びショートニング（ｓｈｏｒｔｅｎｉｎｇ）及びパンクチャリングされたＬＤＰＣエンコーディングの前に、ＰＬＳ１データ及びＰＬＳ２データをスクランブルすることができる。
ＢＣＨエンコーディング／ゼロ挿入ブロックは、ＰＬＳ保護のためのショートニングされたＢＣＨコードを用いてスクランブルされたＰＬＳ １／２データに外部エンコーディングを行い、ＢＣＨエンコーディングの後にゼロビットを挿入することができる。ＰＬＳ１データに対してのみ、ゼロ挿入の出力ビットがＬＤＰＣエンコーディングの前にパーミュテーション（ｐｅｒｍｕｔａｔｉｏｎ）されてもよい。
ＬＤＰＣエンコーディングブロックは、ＬＤＰＣコードを用いてＢＣＨエンコーディング／ゼロ挿入ブロックの出力をエンコーディングすることができる。完全なコーディングブロックを生成するために、Ｃldpc及びパリティビットＰldpcは、それぞれのゼロが挿入されたＰＬＳ情報ブロックＩldpcから組織的にエンコーディングされ、その後に添付される。
Figure 0006360184
ＰＬＳ１及びＰＬＳ２に対するＬＤＰＣコードパラメータは、次の表４の通りである。
Figure 0006360184
ＬＤＰＣパリティパンクチャリングブロックは、ＰＬＳ１データ及びＰＬＳ２データに対してパンクチャリングを行うことができる。
ショートニングがＰＬＳ１データの保護に適用される場合、一部のＬＤＰＣパリティビットは、ＬＤＰＣエンコーディングの後にパンクチャリングされる。また、ＰＬＳ２データの保護のために、ＰＬＳ２のＬＤＰＣパリティビットがＬＤＰＣエンコーディングの後にパンクチャリングされる。これらパンクチャリングされたビットは伝送されない。
ビットインターリーバ６０１０は、それぞれのショートニング及びパンクチャリングされたＰＬＳ１データ及びＰＬＳ２データをインターリービングすることができる。
コンステレーションマッパー６０２０は、ビットインターリービングされたＰＬＳ１データ及びＰＬＳ２データをコンステレーションにマッピングすることができる。
前述したブロックは、省略されてもよく、類似又は同一の機能を有するブロックで代替されてもよい。
図６は、本発明の一実施例に係るフレームビルディングブロック（ｆｒａｍｅ ｂｕｉｌｄｉｎｇ ｂｌｏｃｋ）を示す。
図６に示したフレームビルディングブロックは、図１を参照して説明したフレームビルディングブロック１０２０の一実施例に該当する。
図６を参照すると、フレームビルディングブロックは、ディレイコンペンセーション（ｄｅｌａｙ ｃｏｍｐｅｎｓａｔｉｏｎ、遅延補償）ブロック７０００、セルマッパー（ｃｅｌｌ ｍａｐｐｅｒ）７０１０、及び周波数インターリーバ（ｆｒｅｑｕｅｎｃｙ ｉｎｔｅｒｌｅａｖｅｒ）７０２０を含むことができる。フレームビルディングブロックの各ブロックについて説明する。
ディレイコンペンセーション（ｄｅｌａｙ ｃｏｍｐｅｎｓａｔｉｏｎ、遅延補償）ブロック７０００は、データパイプと該当するＰＬＳデータとの間のタイミングを調節して、送信機側でデータパイプと該当するＰＬＳデータとの間の同時性（ｃｏ−ｔｉｍｅｄ）を保証することができる。インプットフォーマットブロック及びＢＩＣＭブロックによるデータパイプの遅延を扱うことによって、ＰＬＳデータはデータパイプだけ遅延される。ＢＩＣＭブロックの遅延は、主にタイムインターリーバ５０５０によるものである。インバンド（Ｉｎｂａｎｄ）シグナリングデータは、次のタイムインターリービンググループの情報を、シグナリングされるデータパイプより１フレーム先に伝達されるようにすることができる。ディレイコンペンセーション（ｄｅｌａｙ ｃｏｍｐｅｎｓａｔｉｏｎ、遅延補償）ブロックは、それに合せてインバンド（Ｉｎｂａｎｄ）シグナリングデータを遅延させる。
セルマッパー７０１０は、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、及びダミーセルをフレーム内でＯＦＤＭシンボルのアクティブ（ａｃｔｉｖｅ）キャリアにマッピングすることができる。セルマッパー７０１０の基本機能は、それぞれのデータパイプ、ＰＬＳセル、及びＥＡＣ／ＦＩＣセルに対するタイムインターリービングによって生成されたデータセルを、もし存在すれば、１つのフレーム内でそれぞれのＯＦＤＭシンボルに該当するアクティブＯＦＤＭセルのアレイにマッピングすることである。（ＰＳＩ（ｐｒｏｇｒａｍ ｓｐｅｃｉｆｉｃ ｉｎｆｏｒｍａｔｉｏｎ）／ＳＩのような）サービスシグナリングデータは、個別的に収集されてデータパイプによって送られてもよい。セルマッパーは、フレーム構造の構成及びスケジューラによって生成されたダイナミックインフォメーション（ｄｙｎａｍｉｃ ｉｎｆｏｒｍａｔｉｏｎ、動的情報）に従って動作する。フレームについての詳細は後述する。
周波数インターリーバ７０２０は、セルマッパー７０１０から受信されたデータセルをランダムにインターリービングして周波数ダイバーシティを提供することができる。また、周波数インターリーバ７０２０は、単一のフレームで最大のインターリービング利得を得るために、異なるインターリービングシード（ｓｅｅｄ）順序を用いて、２つの順次的なＯＦＤＭシンボルで構成されたＯＦＤＭシンボルペア（ｐａｉｒ、対）で動作することができる。
前述したブロックは、省略されてもよく、類似又は同一の機能を有するブロックで代替されてもよい。
図７は、本発明の一実施例に係るＯＦＤＭ生成ブロックを示す。
図７に示されたＯＦＤＭ生成ブロックは、図１を参照して説明したＯＦＤＭ生成ブロック１０３０の一実施例に該当する。
ＯＦＤＭ生成ブロックは、フレームビルディングブロックによって生成されたセルによってＯＦＤＭキャリアを変調し、パイロットを挿入し、伝送のための時間領域信号を生成する。また、当該ブロックは、順次にガードインターバルを挿入し、ＰＡＰＲ減少処理を適用して最終ＲＦ信号を生成する。
図７を参照すると、ＯＦＤＭ生成ブロックは、パイロット及びリザーブドトーン挿入ブロック（ｐｉｌｏｔ ａｎｄ ｒｅｖｓｅｒｖｅｄ ｔｏｎｅ ｉｎｓｅｒｔｉｏｎ ｂｌｏｃｋ）８０００、２Ｄ−ｅＳＦＮ（ｓｉｎｇｌｅ ｆｒｅｑｕｅｎｃｙ ｎｅｔｗｏｒｋ）エンコーディングブロック８０１０、ＩＦＦＴ（ｉｎｖｅｒｓｅ ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）ブロック８０２０、ＰＡＰＲ減少ブロック８０３０、ガードインターバル挿入ブロック（ｇｕａｒｄ ｉｎｔｅｒｖａｌ ｉｎｓｅｒｔｉｏｎ ｂｌｏｃｋ）８０４０、プリアンブル挿入ブロック（ｐｒｅａｍｂｌｅ ｉｎｓｅｒｔｉｏｎ ｂｌｏｃｋ）８０５０、その他のシステム挿入ブロック８０６０、及びＤＡＣブロック８０７０を含むことができる。
その他のシステム挿入ブロック８０６０は、放送サービスを提供する２つ以上の互いに異なる放送送信／受信システムのデータが、同じＲＦ信号帯域で同時に伝送され得るように、時間領域で複数の放送送信／受信システムの信号をマルチプレクシングすることができる。この場合、２つ以上の互いに異なる放送送信／受信システムは、互いに異なる放送サービスを提供するシステムのことをいう。互いに異なる放送サービスは、地上波放送サービス、モバイル放送サービスなどを意味し得る。
図８は、本発明の一実施例に係る次世代放送サービスに対する放送信号受信装置の構造を示す。
本発明の一実施例に係る次世代放送サービスに対する放送信号受信装置は、図１を参照して説明した次世代放送サービスに対する放送信号送信装置に対応し得る。
本発明の一実施例に係る次世代放送サービスに対する放送信号受信装置は、同期及び復調モジュール（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ＆ ｄｅｍｏｄｕｌａｔｉｏｎ ｍｏｄｕｌｅ）９０００、フレームパーシングモジュール（ｆｒａｍｅ ｐａｒｓｉｎｇ ｍｏｄｕｌｅ）９０１０、デマッピング及びデコーディングモジュール（ｄｅｍａｐｐｉｎｇ ＆ ｄｅｃｏｄｉｎｇ ｍｏｄｕｌｅ）９０２０、出力プロセッサ（ｏｕｔｐｕｔ ｐｒｏｃｅｓｓｏｒ）９０３０、及びシグナリングデコーディングモジュール（ｓｉｇｎａｌｉｎｇ ｄｅｃｏｄｉｎｇ ｍｏｄｕｌｅ）９０４０を含むことができる。放送信号受信装置の各モジュールの動作について説明する。
同期及び復調モジュール９０００は、ｍ個の受信アンテナを介して入力信号を受信し、放送信号受信装置に該当するシステムに対して信号検出及び同期化を行い、放送信号送信装置によって行われる手順の逆過程に該当する復調を行うことができる。
フレームパーシングモジュール９０１０は、入力信号フレームをパーシングし、ユーザによって選択されたサービスが伝送されるデータを抽出することができる。放送信号送信装置がインターリービングを行うと、フレームパーシングモジュール９０１０は、インターリービングの逆過程に該当するデインターリービングを行うことができる。この場合、抽出されなければならない信号及びデータの位置が、シグナリングデコーディングモジュール９０４０から出力されたデータをデコーディングすることによって取得されて、放送信号送信装置によって生成されたスケジューリング情報が復元され得る。
デマッピング及びデコーディングモジュール９０２０は、入力信号をビット領域データに変換した後、必要に応じて、ビット領域データをデインターリービングすることができる。デマッピング及びデコーディングモジュール９０２０は、伝送効率のために適用されたマッピングに対するデマッピングを行い、デコーディングを通じて、伝送チャネルで発生したエラーを訂正することができる。この場合、デマッピング及びデコーディングモジュール９０２０は、シグナリングデコーディングモジュール９０４０から出力されたデータをデコーディングすることによって、デマッピング及びデコーディングのために必要な伝送パラメータを取得することができる。
出力プロセッサ９０３０は、伝送効率を向上させるために放送信号送信装置によって適用される様々な圧縮／信号処理手順の逆過程を行うことができる。この場合、出力プロセッサ９０３０は、シグナリングデコーディングモジュール９０４０から出力されたデータから、必要な制御情報を取得することができる。出力プロセッサ９０３０の出力は、放送信号送信装置に入力される信号に該当し、ＭＰＥＧ−ＴＳ、ＩＰストリーム（ｖ４又はｖ６）及びＧＳであってもよい。
シグナリングデコーディングモジュール９０４０は、同期及び復調モジュール９０００によって復調された信号からＰＬＳ情報を取得することができる。前述したように、フレームパーシングモジュール９０１０、デマッピング及びデコーディングモジュール９０２０、出力プロセッサ９０３０は、シグナリングデコーディングモジュール９０４０から出力されたデータを用いてその機能を行うことができる。
図９は、本発明の一実施例に係るフレーム構造を示す。
図９は、フレームタイプの構成例及びスーパーフレームでのＦＲＵ（ｆｒａｍｅ ｒｅｐｅｔｉｔｉｏｎ ｕｎｉｔ、フレーム繰り返し単位）を示す。（ａ）は、本発明の一実施例に係るスーパーフレームを示し、（ｂ）は、本発明の一実施例に係るＦＲＵを示し、（ｃ）は、ＦＲＵでの様々なフィジカルプロファイル（ＰＨＹ ｐｒｏｆｉｌｅ）のフレームを示し、（ｄ）はフレームの構造を示す。
スーパーフレームは８個のＦＲＵで構成されてもよい。ＦＲＵは、フレームのＴＤＭに対する基本マルチプレクシング単位であり、スーパーフレームで８回繰り返される。
ＦＲＵにおける各フレームは、フィジカルプロファイル（ベース、ハンドヘルド、アドバンスドプロファイル）のうち１つまたはＦＥＦに属する。ＦＲＵにおけるフレームの最大許容数は４であり、与えられたフィジカルプロファイルは、ＦＲＵにおいて０回〜４回のいずれかの回数だけ現れてもよい（例えば、ベース、ベース、ハンドヘルド、アドバンスド）。フィジカルプロファイルの定義は、必要に応じて、プリアンブルでのＰＨＹ_ＰＲＯＦＩＬＥのリザーブド値を用いて拡張されてもよい。
ＦＥＦ部分は、含まれる場合、ＦＲＵの最後に挿入される。ＦＥＦがＦＲＵに含まれる場合、ＦＥＦの最大数はスーパーフレームにおいて８である。ＦＥＦ部分が互いに隣接することが推奨されない。
１つのフレームは、多数のＯＦＤＭシンボル及びプリアンブルにさらに分離される。（ｄ）に示したように、フレームは、プリアンブル、１つ以上のＦＳＳ、ノーマルデータシンボル、及びＦＥＳを含む。
プリアンブルは、高速フューチャーキャストＵＴＢシステム信号検出を可能にし、信号の効率的な送信及び受信のための基本伝送パラメータの集合を提供する特別なシンボルである。プリアンブルについての詳細は後述する。
ＦＳＳの主な目的は、ＰＬＳデータを伝達することである。高速同期化及びチャネル推定のために、これによるＰＬＳデータの高速デコーディングのために、ＦＳＳは、ノーマルデータシンボルよりも高密度のパイロットパターンを有する。ＦＥＳは、ＦＳＳと完全に同じパイロットを有し、これは、ＦＥＳの直前のシンボルに対して、外挿（ｅｘｔｒａｐｏｌａｔｉｏｎ）なしに、ＦＥＳ内での周波数のみの補間（ｉｎｔｅｒｐｏｌａｔｉｏｎ、インタポレーション）及び時間的補間（ｔｅｍｐｏｒａｌ ｉｎｔｅｒｐｏｌａｔｉｏｎ）を可能にする。
図１０は、本発明の一実施例に係るフレームのシグナリング階層構造（ｓｉｇｎａｌｉｎｇ ｈｉｅｒａｒｃｈｙ ｓｔｒｕｃｔｕｒｅ）を示す。
図１０は、シグナリング階層構造を示し、これは、３つの主要部分であるプリアンブルシグナリングデータ１１０００、ＰＬＳ１データ１１０１０、及びＰＬＳ２データ１１０２０に分割される。フレームごとにプリアンブル信号によって伝達されるプリアンブルの目的は、フレームの基本伝送パラメータ及び伝送タイプを示すことである。ＰＬＳ１は、受信機が、関心のあるデータパイプに接続するためのパラメータを含むＰＬＳ２データに接続してデコーディングできるようにする。ＰＬＳ２は、フレームごとに伝達され、２つの主要部分であるＰＬＳ２ＳＴＡＴデータとＰＬＳ２ＤＹＮデータとに分割される。ＰＬＳ２データのスタティック（ｓｔａｔｉｃ、静的）及びダイナミック（ｄｙｎａｍｉｃ、動的）部分には、必要に応じてパディングが後続する。
図１１は、本発明の一実施例に係るプリアンブルシグナリングデータを示す。
プリアンブルシグナリングデータは、受信機がフレーム構造内でＰＬＳデータに接続し、データパイプを追跡できるようにするために必要な２１ビットの情報を伝達する。プリアンブルシグナリングデータについての詳細は、次の通りである。
ＰＨＹ_ＰＲＯＦＩＬＥ：当該３ビットフィールドは、現フレームのフィジカルプロファイルタイプを示す。互いに異なるフィジカルプロファイルタイプのマッピングは、下記の表５に与えられる。
Figure 0006360184
ＦＦＴ_ＳＩＺＥ：当該２ビットフィールドは、下記の表６で説明するように、フレームグループ内で現フレームのＦＦＴサイズを示す。
Figure 0006360184
ＧＩ_ＦＲＡＣＴＩＯＮ：当該３ビットフィールドは、下記の表７で説明するように、現スーパーフレームでのガードインターバルの一部（ｆｒａｃｔｉｏｎ）の値を示す。
Figure 0006360184
ＥＡＣ_ＦＬＡＧ：当該１ビットフィールドは、ＥＡＣが現フレームに提供されるか否かを示す。当該フィールドが‘１’に設定されると、ＥＡＳが現フレームに提供される。当該フィールドが‘０’に設定されると、ＥＡＳが現フレームで伝達されない。当該フィールドは、スーパーフレーム内でダイナミック（ｄｙｎａｍｉｃ、動的）に切り替わってもよい。
ＰＩＬＯＴ_ＭＯＤＥ：当該１ビットフィールドは、現フレームグループで現フレームに対してパイロットモードがモバイルモードであるか、または固定モードであるかを示す。当該フィールドが‘０’に設定されると、モバイルパイロットモードが使用される。当該フィールドが‘１’に設定されると、固定パイロットモードが使用される。
ＰＡＰＲ_ＦＬＡＧ：当該１ビットフィールドは、現フレームグループで現フレームに対してＰＡＰＲ減少が使用されるか否かを示す。当該フィールドが‘１’に設定されると、トーン予約（ｔｏｎｅ ｒｅｓｅｒｖａｔｉｏｎ）がＰＡＰＲ減少のために使用される。当該フィールドが‘０’に設定されると、ＰＡＰＲ減少が使用されない。
ＦＲＵ_ＣＯＮＦＩＧＵＲＥ：当該３ビットフィールドは、現スーパーフレームで存在するＦＲＵのフィジカルプロファイルタイプの構成を示す。現スーパーフレームで全てのプリアンブルでの当該フィールドにおいて、現スーパーフレームで伝達される全てのプロファイルタイプが識別される。当該３ビットフィールドは、下記の表８に示すように、それぞれのプロファイルに対して異なって定義される。
Figure 0006360184
ＲＥＳＥＲＶＥＤ：当該７ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
図１２は、本発明の一実施例に係るＰＬＳ１データを示す。
ＰＬＳ１データは、ＰＬＳ２の受信及びデコーディングを可能にするために必要なパラメータを含んだ基本伝送パラメータを提供する。前述したように、ＰＬＳ１データは、１つのフレームグループの全デュレーションの間変化しない。ＰＬＳ１データのシグナリングフィールドの具体的な定義は、次の通りである。
ＰＲＥＡＭＢＬＥ_ＤＡＴＡ：当該２０ビットフィールドは、ＥＡＣ_ＦＬＡＧを除いたプリアンブルシグナリングデータのコピーである。
ＮＵＭ_ＦＲＡＭＥ_ＦＲＵ：当該２ビットフィールドは、ＦＲＵ当たりのフレーム数を示す。
ＰＡＹＬＯＡＤ_ＴＹＰＥ：当該３ビットフィールドは、フレームグループで伝達されるペイロードデータのフォーマットを示す。ＰＡＹＬＯＡＤ_ＴＹＰＥは、表９に示すようにシグナリングされる。
Figure 0006360184
ＮＵＭ_ＦＳＳ：当該２ビットフィールドは、現フレームでのＦＳＳの数を示す。
ＳＹＳＴＥＭ_ＶＥＲＳＩＯＮ：当該８ビットフィールドは、伝送される信号フォーマットのバージョンを示す。ＳＹＳＴＥＭ_ＶＥＲＳＩＯＮは、主バージョン及び副バージョンの２つの４ビットフィールドに分離される。
主バージョン：ＳＹＳＴＥＭ_ＶＥＲＳＩＯＮフィールドのＭＳＢである４ビットは、主バージョン情報を示す。主バージョンフィールドでの変化は互換が不可能な変化を示す。デフォルト値は‘００００’である。当該標準で記述されたバージョンに対して、値が‘００００’に設定される。
副バージョン：ＳＹＳＴＥＭ_ＶＥＲＳＩＯＮフィールドのＬＳＢである４ビットは、副バージョン情報を示す。副バージョンフィールドでの変化は互換が可能である。
ＣＥＬＬ_ＩＤ：これは、ＡＴＳＣネットワークで地理的セルを唯一に識別する１６ビットフィールドである。ＡＴＳＣセルカバレッジは、フューチャーキャストＵＴＢシステム当たり使用される周波数の数に応じて、１つ以上の周波数で構成されてもよい。ＣＥＬＬ_ＩＤの値が知られていないか、または特定されていない場合、当該フィールドは‘０’に設定される。
ＮＥＴＷＯＲＫ_ＩＤ：これは、現ＡＴＳＣネットワークを唯一に識別する１６ビットフィールドである。
ＳＹＳＴＥＭ_ＩＤ：当該１６ビットフィールドは、ＡＴＳＣネットワーク内でフューチャーキャストＵＴＢシステムを唯一に識別する。フューチャーキャストＵＴＢシステムは、入力が１つ以上の入力ストリーム（ＴＳ、ＩＰ、ＧＳ）であり、出力がＲＦ信号である、地上波放送システムである。フューチャーキャストＵＴＢシステムは、もし存在すれば、ＦＥＦ及び１つ以上のフィジカルプロファイルを伝達する。同一のフューチャーキャストＵＴＢシステムは、互いに異なる入力ストリームを伝達し、互いに異なる地理的領域で互いに異なるＲＦを使用できるので、ローカルサービス挿入を許容する。フレーム構造及びスケジューリングは、一つの場所で制御され、フューチャーキャストＵＴＢシステム内で全ての伝送に対して同一である。１つ以上のフューチャーキャストＵＴＢシステムは、全て同一のフィジカル構造及び構成を有するという同一のＳＹＳＴＥＭ_ＩＤの意味を有することができる。
次のループ（ｌｏｏｐ）は、各フレームタイプの長さ及びＦＲＵ構成を示すＦＲＵ_ＰＨＹ_ＰＲＯＦＩＬＥ、ＦＲＵ_ＦＲＡＭＥ_ＬＥＮＧＴＨ、ＦＲＵ_ＧＩ_ＦＲＡＣＴＩＯＮ、ＲＥＳＥＲＶＥＤで構成される。ループのサイズは、ＦＲＵ内で４個のフィジカルプロファイル（ＦＥＦ含む）がシグナリングされるように固定される。ＮＵＭ_ＦＲＡＭＥ_ＦＲＵが４より小さいと、使用されないフィールドはゼロで埋められる。
ＦＲＵ_ＰＨＹ_ＰＲＯＦＩＬＥ：当該３ビットフィールドは、関連するＦＲＵの（ｉ＋１）番目のフレーム（ｉは、ループインデックス）のフィジカルプロファイルタイプを示す。当該フィールドは、表８に示したものと同じシグナリングフォーマットを使用する。
ＦＲＵ_ＦＲＡＭＥ_ＬＥＮＧＴＨ：当該２ビットフィールドは、関連するＦＲＵの（ｉ＋１）番目のフレームの長さを示す。ＦＲＵ_ＧＩ_ＦＲＡＣＴＩＯＮと共にＦＲＵ_ＦＲＡＭＥ_ＬＥＮＧＴＨを使用すれば、フレームデュレーションの正確な値を得ることができる。
ＦＲＵ_ＧＩ_ＦＲＡＣＴＩＯＮ：当該３ビットフィールドは、関連するＦＲＵの（ｉ＋１）番目のフレームのガードインターバルの一部の値を示す。ＦＲＵ_ＧＩ_ＦＲＡＣＴＩＯＮは、表７に従ってシグナリングされる。
ＲＥＳＥＲＶＥＤ：当該４ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
次のフィールドは、ＰＬＳ２データをデコーディングするためのパラメータを提供する。
ＰＬＳ２_ＦＥＣ_ＴＹＰＥ：当該２ビットフィールドは、ＰＬＳ２保護によって使用されるＦＥＣタイプを示す。ＦＥＣタイプは、表１０に従ってシグナリングされる。ＬＤＰＣコードについての詳細は後述する。
Figure 0006360184
ＰＬＳ２_ＭＯＤ：当該３ビットフィールドは、ＰＬＳ２によって使用される変調タイプを示す。変調タイプは、表１１に従ってシグナリングされる。
Figure 0006360184
ＰＬＳ２_ＳＩＺＥ_ＣＥＬＬ：当該１５ビットフィールドは、現フレームグループで伝達されるＰＬＳ２に対する全てのコーディングブロックのサイズ（ＱＡＭセルの数として特定される）であるＣtotal_partial_blockを示す。当該値は、現フレームグループの全デュレーションの間一定である。
ＰＬＳ２_ＳＴＡＴ_ＳＩＺＥ_ＢＩＴ：当該１４ビットフィールドは、現フレームグループに対するＰＬＳ２ＳＴＡＴのサイズをビット数で示す。当該値は、現フレームグループの全デュレーションの間一定である。
ＰＬＳ２_ＤＹＮ_ＳＩＺＥ_ＢＩＴ：当該１４ビットフィールドは、現フレームグループに対するＰＬＳ２ＤＹＮのサイズをビット数で示す。当該値は、フレームグループの全デュレーションの間一定である。
ＰＬＳ２_ＲＥＰ_ＦＬＡＧ：当該１ビットフラグは、ＰＬＳ２繰り返しモードが現フレームグループで使用されるか否かを示す。当該フィールドの値が‘１’に設定されると、ＰＬＳ２繰り返しモードは活性化される。当該フィールドの値が‘０’に設定されると、ＰＬＳ２繰り返しモードは非活性化される。
ＰＬＳ２_ＲＥＰ_ＳＩＺＥ_ＣＥＬＬ：当該１５ビットフィールドは、ＰＬＳ２繰り返しが使用される場合、現フレームグループのフレームごとに伝達されるＰＬＳ２に対する部分コーディングブロックのサイズ（ＱＡＭセルの数として特定される）であるＣtotal_partial_blockを示す。繰り返しが使用されない場合、当該フィールドの値は０と同一である。当該値は、現フレームグループの全デュレーションの間一定である。
ＰＬＳ２_ＮＥＸＴ_ＦＥＣ_ＴＹＰＥ：当該２ビットフィールドは、次のフレームグループの各フレームで伝達されるＰＬＳ２に使用されるＦＥＣタイプを示す。ＦＥＣタイプは、表１０に従ってシグナリングされる。
ＰＬＳ２_ＮＥＸＴ_ＭＯＤ：当該３ビットフィールドは、次のフレームグループの各フレームで伝達されるＰＬＳ２に使用される変調タイプを示す。変調タイプは、表１１に従ってシグナリングされる。
ＰＬＳ２_ＮＥＸＴ_ＲＥＰ_ＦＬＡＧ：当該１ビットフラグは、ＰＬＳ２繰り返しモードが次のフレームグループで使用されるか否かを示す。当該フィールドの値が‘１’に設定されると、ＰＬＳ２繰り返しモードは活性化される。当該フィールドの値が‘０’に設定されると、ＰＬＳ２繰り返しモードは非活性化される。
ＰＬＳ２_ＮＥＸＴ_ＲＥＰ_ＳＩＺＥ_ＣＥＬＬ：当該１５ビットフィールドは、ＰＬＳ２繰り返しが使用される場合、次のフレームグループのフレームごとに伝達されるＰＬＳ２に対する全コーディングブロックのサイズ（ＱＡＭセルの数として特定される）であるＣtotal_full_blockを示す。次のフレームグループで繰り返しが使用されない場合、当該フィールドの値は０と同一である。当該値は、現フレームグループの全デュレーションの間一定である。
ＰＬＳ２_ＮＥＸＴ_ＲＥＰ_ＳＴＡＴ_ＳＩＺＥ_ＢＩＴ：当該１４ビットフィールドは、次のフレームグループに対するＰＬＳ２ＳＴＡＴのサイズをビット数で示す。当該値は、現フレームグループで一定である。
ＰＬＳ２_ＮＥＸＴ_ＲＥＰ_ＤＹＮ_ＳＩＺＥ_ＢＩＴ：当該１４ビットフィールドは、次のフレームグループに対するＰＬＳ２ＤＹＮのサイズをビット数で示す。当該値は、現フレームグループで一定である。
ＰＬＳ２_ＡＰ_ＭＯＤＥ：当該２ビットフィールドは、現フレームグループでＰＬＳ２に対して追加パリティが提供されるか否かを示す。当該値は、現フレームグループの全デュレーションの間一定である。下記の表１２は、当該フィールドの値を提供する。当該フィールドの値が‘００’に設定されると、現フレームグループで追加パリティがＰＬＳ２に対して使用されない。
Figure 0006360184
ＰＬＳ２_ＡＰ_ＳＩＺＥ_ＣＥＬＬ：当該１５ビットフィールドは、ＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数として特定される）を示す。当該値は、現フレームグループの全デュレーションの間一定である。
ＰＬＳ２_ＮＥＸＴ_ＡＰ_ＭＯＤＥ：当該２ビットフィールドは、次のフレームグループのフレームごとにＰＬＳ２シグナリングに対して追加パリティが提供されるか否かを示す。当該値は、現フレームグループの全デュレーションの間一定である。表１２は、当該フィールドの値を定義する。
ＰＬＳ２_ＮＥＸＴ_ＡＰ_ＳＩＺＥ_ＣＥＬＬ：当該１５ビットフィールドは、次のフレームグループのフレームごとにＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数として特定される）を示す。当該値は、現フレームグループの全デュレーションの間一定である。
ＲＥＳＥＲＶＥＤ：当該３２ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
ＣＲＣ_３２：全ＰＬＳ１シグナリングに適用される３２ビットのエラー検出コード
図１３は、本発明の一実施例に係るＰＬＳ２データを示す。
図１３は、ＰＬＳ２データのＰＬＳ２ＳＴＡＴデータを示す。ＰＬＳ２ＳＴＡＴデータは、フレームグループ内で同一である一方、ＰＬＳ２ＤＹＮデータは、現フレームに対して特定の情報を提供する。
ＰＬＳ２ＳＴＡＴデータのフィールドについて、以下で具体的に説明する。
ＦＩＣ_ＦＬＡＧ：当該１ビットフィールドは、ＦＩＣが現フレームグループで使用されるか否かを示す。当該フィールドの値が‘１’に設定されると、ＦＩＣは現フレームで提供される。当該フィールドの値が‘０’に設定されると、ＦＩＣは現フレームで伝達されない。当該値は、現フレームグループの全デュレーションの間一定である。
ＡＵＸ_ＦＬＡＧ：当該１ビットフィールドは、補助ストリームが現フレームグループで使用されるか否かを示す。当該フィールドの値が‘１’に設定されると、補助ストリームは現フレームで提供される。当該フィールドの値が‘０’に設定されると、補助フレームは現フレームで伝達されない。当該値は、現フレームグループの全デュレーションの間一定である。
ＮＵＭ_ＤＰ：当該６ビットフィールドは、現フレーム内で伝達されるデータパイプの数を示す。当該フィールドの値は１〜６４の間であり、データパイプの数はＮＵＭ_ＤＰ＋１である。
ＤＰ_ＩＤ：当該６ビットフィールドは、フィジカルプロファイル内でデータパイプを唯一に識別する。
ＤＰ_ＴＹＰＥ：当該３ビットフィールドは、データパイプのタイプを示す。これは、下記の表１３に従ってシグナリングされる。
Figure 0006360184
ＤＰ_ＧＲＯＵＰ_ＩＤ：当該８ビットフィールドは、現データパイプが関連しているデータパイプグループを識別する。これは、受信機が同じＤＰ_ＧＲＯＵＰ_ＩＤを有するようになる特定のサービスと関連しているサービスコンポーネントのデータパイプに接続するのに使用することができる。
ＢＡＳＥ_ＤＰ_ＩＤ：当該６ビットフィールドは、管理層で使用される（ＰＳＩ／ＳＩのような）サービスシグナリングデータを伝達するデータパイプを示す。ＢＡＳＥ_ＤＰ_ＩＤによって示すデータパイプは、サービスデータと共にサービスシグナリングデータを伝達するノーマルデータパイプであるか、またはサービスシグナリングデータのみを伝達する専用データパイプであってもよい。
ＤＰ_ＦＥＣ_ＴＹＰＥ：当該２ビットフィールドは、関連するデータパイプによって使用されるＦＥＣタイプを示す。ＦＥＣタイプは、下記の表１４に従ってシグナリングされる。
Figure 0006360184
ＤＰ_ＣＯＤ：当該４ビットフィールドは、関連するデータパイプによって使用されるコードレート（ｃｏｄｅ ｒａｔｅ）を示す。コードレートは、下記の表１５に従ってシグナリングされる。
Figure 0006360184
ＤＰ_ＭＯＤ：当該４ビットフィールドは、関連するデータパイプによって使用される変調を示す。変調は、下記の表１６に従ってシグナリングされる。
Figure 0006360184
ＤＰ_ＳＳＤ_ＦＬＡＧ：当該１ビットフィールドは、ＳＳＤモードが、関連するデータパイプで使用されるか否かを示す。当該フィールドの値が‘１’に設定されると、ＳＳＤは使用される。当該フィールドの値が‘０’に設定されると、ＳＳＤは使用されない。
次のフィールドは、ＰＨＹ_ＰＲＯＦＩＬＥがアドバンスドプロファイルを示す‘０１０’と同一であるときにのみ現れる。
ＤＰ_ＭＩＭＯ：当該３ビットフィールドは、どのタイプのＭＩＭＯエンコーディング処理が、関連するデータパイプに適用されるかを示す。ＭＩＭＯエンコーディング処理のタイプは、下記の表１７に従ってシグナリングされる。
Figure 0006360184
ＤＰ_ＴＩ_ＴＹＰＥ：当該１ビットフィールドは、タイムインターリービングのタイプを示す。‘０’の値は、１つのタイムインターリービンググループが１つのフレームに該当し、１つ以上のタイムインターリービングブロックを含むことを示す。‘１’の値は、１つのタイムインターリービンググループが１つより多いフレームで伝達され、１つのタイムインターリービングブロックのみを含むことを示す。
ＤＰ_ＴＩ_ＬＥＮＧＴＨ：当該２ビットフィールド（許容された値は１、２、４、８のみである）の使用は、次のようなＤＰ_ＴＩ_ＴＹＰＥフィールド内で設定される値によって決定される。
ＤＰ_ＴＩ_ＴＹＰＥの値が‘１’に設定されると、当該フィールドは、それぞれのタイムインターリービンググループがマッピングされるフレームの数であるＰIを示し、タイムインターリービンググループ当たり１つのタイムインターリービングブロックが存在する（ＮTI＝１）。当該２ビットフィールドで許容されるＰIの値は、下記の表１８に定義される。
ＤＰ_ＴＩ_ＴＹＰＥの値が‘０’に設定されると、当該フィールドは、タイムインターリービンググループ当たりのタイムインターリービングブロックの数ＮTIを示し、フレーム当たり１つのタイムインターリービンググループが存在する（ＰI＝１）。当該２ビットフィールドで許容されるＰIの値は、下記の表１８に定義される。
Figure 0006360184
ＤＰ_ＦＲＡＭＥ_ＩＮＴＥＲＶＡＬ：当該２ビットフィールドは、関連するデータパイプに対するフレームグループ内でフレーム間隔（ＩJUMP）を示し、許容された値は１、２、４、８（該当する２ビットフィールドは、それぞれ００、０１、１０、１１）である。フレームグループの全てのフレームに現れないデータパイプに対して、当該フィールドの値は、順次的なフレーム間の間隔と同一である。例えば、データパイプが１、５、９、１３などのフレームに現れる場合、当該フィールドの値は‘４’に設定される。全てのフレームに現れるデータパイプに対して、当該フィールドの値は１に設定される。
ＤＰ_ＴＩ_ＢＹＰＡＳＳ：当該１ビットフィールドは、タイムインターリーバ５０５０の使用可能性を決定する。データパイプに対してタイムインターリービングが使用されない場合、当該フィールドの値は‘１’に設定される。一方、タイムインターリービングが使用される場合、当該フィールドの値は‘０’に設定される。
ＤＰ_ＦＩＲＳＴ_ＦＲＡＭＥ_ＩＤＸ：当該５ビットフィールドは、現データパイプが発生するスーパーフレームの最初のフレームのインデックスを示す。ＤＰ_ＦＩＲＳＴ_ＦＲＡＭＥ_ＩＤＸの値は０〜３１の間である。
ＤＰ_ＮＵＭ_ＢＬＯＣＫ_ＭＡＸ：当該１０ビットフィールドは、当該データパイプに対するＤＰ_ＮＵＭ_ＢＬＯＣＫＳの最大値を示す。当該フィールドの値は、ＤＰ_ＮＵＭ_ＢＬＯＣＫＳと同一の範囲を有する。
ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥ：当該２ビットフィールドは、与えられたデータパイプによって伝達されるペイロードデータのタイプを示す。ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥは、下記の表１９に従ってシグナリングされる。
Figure 0006360184
ＤＰ_ＩＮＢＡＮＤ_ＭＯＤＥ：当該２ビットフィールドは、現データパイプがインバンド（Ｉｎｂａｎｄ）シグナリング情報を伝達するか否かを示す。インバンド（Ｉｎｂａｎｄ）シグナリングタイプは、下記の表２０に従ってシグナリングされる。
Figure 0006360184
ＤＰ_ＰＲＯＴＯＣＯＬ_ＴＹＰＥ：当該２ビットフィールドは、与えられたデータパイプによって伝達されるペイロードのプロトコルタイプを示す。ペイロードのプロトコルタイプは、入力ペイロードタイプが選択されると、下記の表２１に従ってシグナリングされる。
Figure 0006360184
ＤＰ_ＣＲＣ_ＭＯＤＥ：当該２ビットフィールドは、ＣＲＣエンコーディングがインプットフォーマットブロックで使用されるか否かを示す。ＣＲＣモードは、下記の表２２に従ってシグナリングされる。
Figure 0006360184
ＤＮＰ_ＭＯＤＥ：当該２ビットフィールドは、ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連するデータパイプによって使用されるヌルパケット削除モードを示す。ＤＮＰ_ＭＯＤＥは、下記の表２３に従ってシグナリングされる。ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）でなければ、ＤＮＰ_ＭＯＤＥは‘００’の値に設定される。
Figure 0006360184
ＩＳＳＹ_ＭＯＤＥ：当該２ビットフィールドは、ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連するデータパイプによって使用されるＩＳＳＹモードを示す。ＩＳＳＹ_ＭＯＤＥは、下記の表２４に従ってシグナリングされる。ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）でなければ、ＩＳＳＹ_ＭＯＤＥは‘００’の値に設定される。
Figure 0006360184
ＨＣ_ＭＯＤＥ_ＴＳ：当該２ビットフィールドは、ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連するデータパイプによって使用されるＴＳヘッダー圧縮モードを示す。ＨＣ_ＭＯＤＥ_ＴＳは、下記の表２５に従ってシグナリングされる。
Figure 0006360184
ＨＣ_ＭＯＤＥ_ＩＰ：当該２ビットフィールドは、ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＩＰ（‘０１’）に設定される場合にＩＰヘッダー圧縮モードを示す。ＨＣ_ＭＯＤＥ_ＩＰは、下記の表２６に従ってシグナリングされる。
Figure 0006360184
ＰＩＤ：当該１３ビットフィールドは、ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）に設定され、ＨＣ_ＭＯＤＥ_ＴＳが‘０１’又は‘１０’に設定される場合にＴＳヘッダー圧縮のためのＰＩＤの数を示す。
ＲＥＳＥＲＶＥＤ：当該８ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
次のフィールドは、ＦＩＣ_ＦＬＡＧが１と同一であるときにのみ現れる。
ＦＩＣ_ＶＥＲＳＩＯＮ：当該８ビットフィールドは、ＦＩＣのバージョンナンバーを示す。
ＦＩＣ_ＬＥＮＧＴＨ_ＢＹＴＥ：当該１３ビットフィールドは、ＦＩＣの長さをバイト単位で示す。
ＲＥＳＥＲＶＥＤ：当該８ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
次のフィールドは、ＡＵＸ_ＦＬＡＧが１と同一であるときにのみ現れる。
ＮＵＭ_ＡＵＸ：当該４ビットフィールドは補助ストリームの数を示す。ゼロは、補助ストリームが使用されないことを示す。
ＡＵＸ_ＣＯＮＦＩＧ_ＲＦＵ：当該８ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
ＡＵＸ_ＳＴＲＥＡＭ_ＴＹＰＥ：当該４ビットは、現在の補助ストリームのタイプを示すための将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
ＡＵＸ_ＰＲＩＶＡＴＥ_ＣＯＮＦＩＧ：当該２８ビットフィールドは、補助ストリームをシグナリングするための将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
図１４は、本発明の他の一実施例に係るＰＬＳ２データを示す。
図１４は、ＰＬＳ２データのＰＬＳ２ＤＹＮを示す。ＰＬＳ２ＤＹＮデータの値は１つのフレームグループのデュレーションの間変化できる一方、フィールドのサイズは一定である。
ＰＬＳ２ＤＹＮデータのフィールドの具体的な内容は、次の通りである。
ＦＲＡＭＥ_ＩＮＤＥＸ：当該５ビットフィールドは、スーパーフレーム内で現フレームのフレームインデックスを示す。スーパーフレームの最初のフレームのインデックスは０に設定される。
ＰＬＳ_ＣＨＡＮＧＥ_ＣＯＵＮＴＥＲ：当該４ビットフィールドは、構成が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは、当該フィールド内でシグナリングされる値によって示す。当該フィールドの値が‘００００’に設定されると、これは、いかなる予定された変化も予測されないことを意味する。例えば、‘１’の値は、次のスーパーフレームに変化があることを示す。
ＦＩＣ_ＣＨＡＮＧＥ_ＣＯＵＮＴＥＲ：当該４ビットフィールドは、構成（即ち、ＦＩＣのコンテンツ）が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは、当該フィールド内でシグナリングされる値によって示す。当該フィールドの値が‘００００’に設定されると、これは、いかなる予定された変化も予測されないことを意味する。例えば、‘０００１’の値は、次のスーパーフレームに変化があることを示す。
ＲＥＳＥＲＶＥＤ：当該１６ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
次のフィールドは、現フレームで伝達されるデータパイプと関連するパラメータを説明するＮＵＭ_ＤＰでのループ（ｌｏｏｐ）に現れる。
ＤＰ_ＩＤ：当該６ビットフィールドは、フィジカルプロファイル内でデータパイプを唯一に示す。
ＤＰ_ＳＴＡＲＴ：当該１５ビット（または１３ビット）フィールドは、ＤＰＵアドレッシング（ａｄｄｒｅｓｓｉｎｇ）方式を用いてデータパイプの最初の開始位置を示す。ＤＰ_ＳＴＡＲＴフィールドは、下記の表２７に示したように、フィジカルプロファイル及びＦＦＴサイズによって異なる長さを有する。
Figure 0006360184
ＤＰ_ＮＵＭ_ＢＬＯＣＫ：当該１０ビットフィールドは、現データパイプに対する現タイムインターリービンググループでＦＥＣブロックの数を示す。ＤＰ_ＮＵＭ_ＢＬＯＣＫの値は、０から１０２３の間にある。
ＲＥＳＥＲＶＥＤ：当該８ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
次のフィールドは、ＥＡＣと関連するＦＩＣパラメータを示す。
ＥＡＣ_ＦＬＡＧ：当該１ビットフィールドは、現フレームでＥＡＣの存在を示す。当該ビットは、プリアンブルでＥＡＣ_ＦＬＡＧと同じ値である。
ＥＡＳ_ＷＡＫＥ_ＵＰ_ＶＥＲＳＩＯＮ_ＮＵＭ：当該８ビットフィールドは、自動活性化指示のバージョンナンバーを示す。
ＥＡＣ_ＦＬＡＧフィールドが１と同一であれば、次の１２ビットがＥＡＣ_ＬＥＮＧＴＨ_ＢＹＴＥフィールドに割り当てられる。ＥＡＣ_ＦＬＡＧフィールドが０と同一であれば、次の１２ビットがＥＡＣ_ＣＯＵＮＴＥＲに割り当てられる。
ＥＡＣ_ＬＥＮＧＴＨ_ＢＹＴＥ：当該１２ビットフィールドは、ＥＡＣの長さをバイトで示す。
ＥＡＣ_ＣＯＵＮＴＥＲ：当該１２ビットフィールドは、ＥＡＣが到達するフレームの前のフレームの数を示す。
次のフィールドは、ＡＵＸ_ＦＬＡＧフィールドが‘１’と同一である場合にのみ現れる。
ＡＵＸ_ＰＲＩＶＡＴＥ_ＤＹＮ：当該４８ビットフィールドは、補助ストリームをシグナリングするための将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。当該フィールドの意味は、設定可能なＰＬＳ２ＳＴＡＴでＡＵＸ_ＳＴＲＥＡＭ_ＴＹＰＥの値に依存する。
ＣＲＣ_３２：全ＰＬＳ２に適用される３２ビットのエラー検出コード。
図１５は、本発明の一実施例に係るフレームのロジカル（ｌｏｇｉｃａｌ）構造を示す。
前述したように、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、ダミーセルは、フレームにおいてＯＦＤＭシンボルのアクティブ（ａｃｔｉｖｅ）キャリアにマッピングされる。ＰＬＳ１及びＰＬＳ２は、初めに１つ以上のＦＳＳにマッピングされる。その後、ＥＡＣが存在すれば、ＥＡＣセルは、後続するＰＬＳフィールドにマッピングされる。次に、ＦＩＣが存在すれば、ＦＩＣセルがマッピングされる。データパイプは、ＰＬＳの次にマッピングされるか、または、ＥＡＣ又はＦＩＣが存在する場合、ＥＡＣ又はＦＩＣの後にマッピングされる。タイプ１のデータパイプが初めにマッピングされ、タイプ２のデータパイプが次にマッピングされる。データパイプのタイプの具体的な内容は後述する。一部の場合、データパイプは、ＥＡＳに対する一部の特殊データまたはサービスシグナリングデータを伝達することができる。補助ストリームまたはストリームは、存在すれば、データパイプの次にマッピングされ、これには順にダミーセルが後続する。前述した順序、すなわち、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、及びダミーセルの順序で全て共にマッピングすれば、フレームでセル容量を正確に埋める。
図１６は、本発明の一実施例に係るＰＬＳマッピングを示す。
ＰＬＳセルは、ＦＳＳのアクティブ（ａｃｔｉｖｅ）キャリアにマッピングされる。ＰＬＳが占めるセルの数によって、１つ以上のシンボルがＦＳＳとして指定され、ＦＳＳの数ＮFSSは、ＰＬＳ１でのＮＵＭ_ＦＳＳによってシグナリングされる。ＦＳＳは、ＰＬＳセルを伝達する特殊なシンボルである。ロバスト性及び遅延時間（ｌａｔｅｎｃｙ）は、ＰＬＳで重大な問題であるので、ＦＳＳは、高いパイロット密度を有しており、高速同期化及びＦＳＳ内での周波数のみの補間（ｉｎｔｅｒｐｏｌｏａｔｉｏｎ、インタポレーション）を可能にする。
ＰＬＳセルは、図１６の例に示したように、下向き式にＦＳＳのアクティブ（ａｃｔｉｖｅ）キャリアにマッピングされる。ＰＬＳ１セルは、初めに最初のＦＳＳの最初のセルからセルインデックスの昇順にマッピングされる。ＰＬＳ２セルは、ＰＬＳ１の最後のセルの直後に後続し、マッピングは、最初のＦＳＳの最後のセルインデックスまで下方向に続く。必要なＰＬＳセルの総数が１つのＦＳＳのアクティブ（ａｃｔｉｖｅ）キャリアの数を超えると、マッピングは、次のＦＳＳに進行し、最初のＦＳＳと完全に同じ方式で続く。
ＰＬＳマッピングが完了した後、データパイプが次に伝達される。ＥＡＣ、ＦＩＣまたは両方ともが現フレームに存在すれば、ＥＡＣ及びＦＩＣはＰＬＳとノーマルデータパイプとの間に配置される。
図１７は、本発明の一実施例に係るＥＡＣマッピングを示す。
ＥＡＣは、ＥＡＳメッセージを伝達する専用チャネルであり、ＥＡＳに対するデータパイプに接続される。ＥＡＳサポートは提供されるが、ＥＡＣ自体は、全てのフレームに存在してもよく、存在しなくてもよい。ＥＡＣが存在する場合、ＥＡＣは、ＰＬＳ２セルの直後にマッピングされる。ＰＬＳセルを除いて、ＦＩＣ、データパイプ、補助ストリームまたはダミーセルのいずれもＥＡＣの前に位置しない。ＥＡＣセルのマッピング手順は、ＰＬＳと完全に同一である。
ＥＡＣセルは、図１７の例に示したように、ＰＬＳ２の次のセルからセルインデックスの昇順にマッピングされる。ＥＡＳメッセージの大きさによって、図１７に示したように、ＥＡＣセルは少ないシンボルを占めることができる。
ＥＡＣセルは、ＰＬＳ２の最後のセルの直後に後続し、マッピングは、最後のＦＳＳの最後のセルインデックスまで下方向に続く。必要なＥＡＣセルの総数が最後のＦＳＳの残っているアクティブ（ａｃｔｉｖｅ）キャリアの数を超えると、ＥＡＣマッピングは、次のシンボルに進行し、ＦＳＳと完全に同じ方式で続く。この場合、ＥＡＣのマッピングが行われる次のシンボルはノーマルデータシンボルであり、これは、ＦＳＳよりさらに多いアクティブ（ａｃｔｉｖｅ）キャリアを有する。
ＥＡＣマッピングが完了した後、もし存在すれば、ＦＩＣが次に伝達される。ＦＩＣが伝送されないと（ＰＬＳ２フィールドでシグナリングとして）、データパイプがＥＡＣの最後のセルの直後に後続する。
図１８は、本発明の一実施例に係るＦＩＣマッピングを示す。
（ａ）は、ＥＡＣのないＦＩＣセルのマッピングの例を示し、（ｂ）は、ＥＡＣを伴うＦＩＣセルのマッピングの例を示す。
ＦＩＣは、高速サービス取得及びチャネルスキャンを可能にするために階層間情報（ｃｒｏｓｓｌａｙｅｒ ｉｎｆｏｒｍａｔｉｏｎ）を伝達する専用チャネルである。当該情報は、主にデータパイプ間のチャネルバインディング（ｃｈａｎｎｅｌ ｂｉｎｄｉｎｇ）情報及び各放送局のサービスを含む。高速スキャンのために、受信機は、ＦＩＣをデコーディングし、放送局ＩＤ、サービスの数、ＢＡＳＥ_ＤＰ_ＩＤのような情報を取得することができる。高速サービス取得のために、ＦＩＣだけでなくベースデータパイプもＢＡＳＥ_ＤＰ_ＩＤを用いてデコーディングされ得る。ベースデータパイプが伝送するコンテンツを除いて、ベースデータパイプは、ノーマルデータパイプと正確に同じ方式でエンコーディングされてフレームにマッピングされる。したがって、ベースデータパイプに関する追加説明が必要でない。ＦＩＣデータが生成されて管理層で消費される。ＦＩＣデータのコンテンツは、管理層仕様に説明された通りである。
ＦＩＣデータは選択的であり、ＦＩＣの使用は、ＰＬＳ２のスタティック（ｓｔａｔｉｃ、静的）な部分でＦＩＣ_ＦＬＡＧパラメータによってシグナリングされる。ＦＩＣが使用される場合、ＦＩＣ_ＦＬＡＧは‘１’に設定され、ＦＩＣに対するシグナリングフィールドは、ＰＬＳ２のスタティック（静的）な部分で定義される。当該フィールドでシグナリングされるものはＦＩＣ_ＶＥＲＳＩＯＮであり、ＦＩＣ_ＬＥＮＧＴＨ_ＢＹＴＥ．ＦＩＣは、ＰＬＳ２と同一の変調、コーディング、タイムインターリービングパラメータを使用する。ＦＩＣは、ＰＬＳ２_ＭＯＤ及びＰＬＳ２_ＦＥＣのような同一のシグナリングパラメータを共有する。ＦＩＣデータは、もし存在すれば、ＰＬＳ２の後にマッピングされるか、またはＥＡＣが存在する場合、ＥＡＣの直後にマッピングされる。ノーマルデータパイプ、補助ストリーム、またはダミーセルのいずれもＦＩＣの前に位置しない。ＦＩＣセルをマッピングする方法はＥＡＣと完全に同一であり、これはまたＰＬＳと同一である。
ＰＬＳの後のＥＡＣが存在しない場合、ＦＩＣセルは、（ａ）の例に示したように、ＰＬＳ２の次のセルからセルインデックスの昇順にマッピングされる。ＦＩＣデータのサイズによって、（ｂ）に示したように、ＦＩＣセルは、数個のシンボルに対してマッピングされる。
ＦＩＣセルは、ＰＬＳ２の最後のセルの直後に後続し、マッピングは、最後のＦＳＳの最後のセルインデックスまで下方向に続く。必要なＦＩＣセルの総数が最後のＦＳＳの残っているアクティブ（ａｃｔｉｖｅ）キャリアの数を超えると、残りのＦＩＣセルのマッピングは、次のシンボルに進行し、これは、ＦＳＳと完全に同じ方式で続く。この場合、ＦＩＣがマッピングされる次のシンボルはノーマルデータシンボルであり、これは、ＦＳＳよりさらに多くのアクティブ（ａｃｔｉｖｅ）キャリアを有する。
ＥＡＳメッセージが現フレームで伝送されると、ＥＡＣは、ＦＩＣより先にマッピングされ、（ｂ）に示したように、ＥＡＣの次のセルから、ＦＩＣセルはセルインデックスの昇順にマッピングされる。
ＦＩＣのマッピングが完了した後、１つ以上のデータパイプがマッピングされ、その後、もし存在すれば、補助ストリーム、ダミーセルが後続する。
図１９は、本発明の一実施例に係るＦＥＣ構造を示す。
図１９は、ビットインターリービングの前の本発明の一実施例に係るＦＥＣ構造を示す。前述したように、データＦＥＣエンコーダは、外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手順を生成するために、入力ＢＢＦにＦＥＣエンコーディングを行うことができる。図示したＦＥＣ構造はＦＥＣＢＬＯＣＫに該当する。また、ＦＥＣＢＬＯＣＫ及びＦＥＣ構造は、ＬＤＰＣコードワードの長さに該当する同一の値を有する。
図１９に示したように、ＢＣＨエンコーディングがそれぞれのＢＢＦ（Ｋbchビット）に適用された後、ＬＤＰＣエンコーディングが、ＢＣＨエンコーディングされたＢＢＦ（Ｋldpcビット＝Ｎbchビット）に適用される。
Ｎldpcの値は、６４８００ビット（ロングＦＥＣＢＬＯＣＫ）または１６２００ビット（ショートＦＥＣＢＬＯＣＫ）である。
下記の表２８及び表２９は、ロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫのそれぞれに対するＦＥＣエンコーディングパラメータを示す。
Figure 0006360184
Figure 0006360184
ＢＣＨエンコーディング及びＬＤＰＣエンコーディングの具体的な動作は、次の通りである。
１２エラー訂正ＢＣＨコードがＢＢＦの外部エンコーディングに使用される。ショートＦＥＣＢＬＯＣＫ及びロングＦＥＣＢＬＯＣＫに対するＢＢＦ生成多項式は、全ての多項式を乗算することによって得られる。
ＬＤＰＣコードは、外部ＢＣＨエンコーディングの出力をエンコーディングするのに使用される。完成されたＢldpc（ＦＥＣＢＬＯＣＫ）を生成するために、Ｐldpc（パリティビット）がそれぞれのＩldpc（ＢＣＨエンコーディングされたＢＢＦ）から組織的にエンコーディングされ、Ｉldpcに添付される。完成されたＢldpc（ＦＥＣＢＬＯＣＫ）は、次の数式で表現される。
Figure 0006360184
ロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫに対するパラメータは、上記の表２８及び表２９にそれぞれ与えられる。
ロングＦＥＣＢＬＯＣＫに対してＮldpc Ｋldpcパリティビットを計算する具体的な手順は、次の通りである。
１）パリティビットの初期化
Figure 0006360184
２）パリティチェックマトリクスのアドレスの１番目の行で特定されたパリティビットアドレスで１番目の情報ビットｉ0の累算（ａｃｃｕｍｕｌａｔｅ）。パリティチェックマトリクスのアドレスの詳細な内容は後述する。例えば、比率１３／１５に対して、
Figure 0006360184
３）次の３５９個の情報ビットｉs、ｓ＝１，２，…，３５９に対して、次の数式を用いてパリティビットアドレスでｉs累算（ａｃｃｕｍｕｌａｔｅ）。
Figure 0006360184
ここで、ｘは、１番目のビットｉ0に該当するパリティビット累算器のアドレスを示し、Ｑldpcは、パリティチェックマトリクスのアドレスで特定されたコードレート（ｃｏｄｅ ｒａｔｅ）依存定数である。前記の例である、比率１３／１５に対する、したがって、情報ビットｉ1に対するＱldpc＝２４に続けて、次の動作が行われる。
Figure 0006360184
４）３６１番目の情報ビットｉ360に対して、パリティビット累算器のアドレスは、パリティチェックマトリクスのアドレスの２番目の行に与えられる。同様の方式で、次の３５９個の情報ビットｉs、ｓ＝３６１，３６２，…，７１９に対するパリティビット累算器のアドレスは、数式６を用いて得られる。ここで、ｘは、情報ビットｉ360に該当するパリティビット累算器のアドレス、すなわち、パリティチェックマトリクスの２番目の行のエントリーを示す。
５）同様の方式で、３６０個の新しい情報ビットの全てのグループに対して、パリティチェックマトリクスのアドレスからの新しい行は、パリティビット累算器のアドレスを求めるのに使用される。
全ての情報ビットが用いられた後、最終パリティビットが、次のように得られる。
６）ｉ＝１から始めて、次の動作を順次行う。
Figure 0006360184
ここで、ｐi、ｉ＝０，１，．．．Ｎldpc−Ｋldpc−１の最終コンテンツは、パリティビットｐiと同一である。
Figure 0006360184
表３０を表３１に代替し、ロングＦＥＣＢＬＯＣＫに対するパリティチェックマトリクスのアドレスを、ショートＦＥＣＢＬＯＣＫに対するパリティチェックマトリクスのアドレスに代替することを除いて、ショートＦＥＣＢＬＯＣＫに対する当該ＬＤＰＣエンコーディング手順は、ロングＦＥＣＢＬＯＣＫに対するｔ ＬＤＰＣエンコーディング手順に従う。
Figure 0006360184
図２０は、本発明の一実施例に係るタイムインターリービングを示す。
（ａ）〜（ｃ）は、タイムインターリービングモードの例を示す。
タイムインターリーバはデータパイプレベルで動作する。タイムインターリービングのパラメータは、それぞれのデータパイプに対して異なって設定されてもよい。
ＰＬＳ２ＳＴＡＴデータの一部に現れる次のパラメータは、タイムインターリービングを構成する。
ＤＰ_ＴＩ_ＴＹＰＥ（許容された値：０又は１）：タイムインターリービングモードを示す。０は、タイムインターリービンググループ当たり多数のタイムインターリービングブロック（１つ以上のタイムインターリービングブロック）を有するモードを示す。この場合、１つのタイムインターリービンググループは、１つのフレームに（フレーム間インターリービングなしに）直接マッピングされる。１は、タイムインターリービンググループ当たり１つのタイムインターリービングブロックのみを有するモードを示す。この場合、タイムインターリービングブロックは、１つ以上のフレームにわたって拡散する（フレーム間インターリービング）。
ＤＰ_ＴＩ_ＬＥＮＧＴＨ：ＤＰ_ＴＩ_ＴＹＰＥ＝‘０’であれば、当該パラメータは、タイムインターリービンググループ当たりタイムインターリービングブロックの数ＮTIである。ＤＰ_ＴＩ_ＴＹＰＥ＝‘１’の場合、当該パラメータは、１つのタイムインターリービンググループから拡散するフレームの数ＰIである。
ＤＰ_ＮＵＭ_ＢＬＯＣＫ_ＭＡＸ（許容された値：０〜１０２３）：タイムインターリービンググループ当たりＸＦＥＣＢＬＯＣＫの最大数を示す。
ＤＰ_ＦＲＡＭＥ_ＩＮＴＥＲＶＡＬ（許容された値：１、２、４、８）：与えられたフィジカルプロファイルの同一のデータパイプを伝達する２つの順次的なフレーム間のフレームの数ＩJUMPを示す。
ＤＰ_ＴＩ_ＢＹＰＡＳＳ（許容された値：０又は１）：タイムインターリービングがデータフレームに用いられない場合、当該パラメータは‘１’に設定される。タイムインターリービングが用いられる場合、‘０’に設定される。
さらに、ＰＬＳ２ＤＹＮデータからのパラメータＤＰ_ＮＵＭ_ＢＬＯＣＫは、データグループの１つのタイムインターリービンググループによって伝達されるＸＦＥＣＢＬＯＣＫの数を示す。
タイムインターリービングがデータフレームに用いられない場合、次のタイムインターリービンググループ、タイムインターリービング動作、タイムインターリービングモードは考慮されない。しかし、スケジューラからのダイナミック（ｄｙｎａｍｉｃ、動的）構成情報のためのディレイコンペンセーション（ｄｅｌａｙ ｃｏｍｐｅｎｓａｔｉｏｎ、遅延補償）ブロックは、依然として必要である。それぞれのデータパイプにおいて、ＳＳＤ／ＭＩＭＯエンコーディングから受信したＸＦＥＣＢＬＯＣＫはタイムインターリービンググループにグループ化される。すなわち、それぞれのタイムインターリービンググループは、整数個のＸＦＥＣＢＬＯＣＫの集合であり、ダイナミック（ｄｙｎａｍｉｃ、動的）に変化する数のＸＦＥＣＢＬＯＣＫを含む。インデックスｎのタイムインターリービンググループにあるＸＦＥＣＢＬＯＣＫの数は、ＮxBLOCK_Group（ｎ）で示し、ＰＬＳ２ＤＹＮデータでＤＰ_ＮＵＭ_ＢＬＯＣＫとしてシグナリングされる。このとき、ＮxBLOCK_Group（ｎ）は、最小値０から、最も大きい値が１０２３である最大値NxBLOCK_Group_MAX（ＤＰ_ＮＵＭ_ＢＬＯＣＫ_ＭＡＸに該当）まで変化し得る。
それぞれのタイムインターリービンググループは、１つのフレームに直接マッピングされるか、またはＰI個のフレームにわたって拡散する。また、それぞれのタイムインターリービンググループは、１つ以上（ＮTI個）のタイムインターリービングブロックに分離される。ここで、それぞれのタイムインターリービングブロックは、タイムインターリーバメモリの１つの使用に該当する。タイムインターリービンググループ内のタイムインターリービングブロックは、若干の異なる数のＸＦＥＣＢＬＯＣＫを含むことができる。タイムインターリービンググループが多数のタイムインターリービングブロックに分離されると、タイムインターリービンググループは１つのフレームにのみ直接マッピングされる。下記の表３２に示したように、タイムインターリービングには３つのオプションがある（タイムインターリービングを省略する追加オプション除外）。
Figure 0006360184
一般に、タイムインターリーバは、フレーム生成過程の前にデータパイプデータに対するバッファーとしても作用する。これは、それぞれのデータパイプに対して２つのメモリバンクによって達成される。１番目のタイムインターリービングブロックは１番目のバンクに書き込まれる。１番目のバンクで読み取られる間、２番目のタイムインターリービングブロックが２番目のバンクに書き込まれる。
タイムインターリービングは、ツイストされた行列ブロックインターリーバである。ｎ番目のタイムインターリービンググループのｓ番目のタイムインターリービングブロックに対して、列の数ＮcがＮxBLOCK_TI（ｎ，ｓ）と同一である一方、タイムインターリービングメモリの行の数Ｎrは、セルの数Ｎcellsと同一である（即ち、Ｎr＝Ｎcells）。
図２１は、本発明の一実施例に係るツイストされた行列ブロックインターリーバの基本動作を示す。
図２１（ａ）は、タイムインターリーバで書き込み動作を示し、図２１（ｂ）は、タイムインターリーバで読み取り動作を示す。（ａ）に示したように、１番目のＸＦＥＣＢＬＯＣＫは、タイムインターリービングメモリの１番目の列に列方向に書き込まれ、２番目のＸＦＥＣＢＬＯＣＫは、次の列に書き込まれ、このような動作が続く。そして、インターリービングアレイにおいて、セルが対角線方向に読み取られる。（ｂ）に示したように、１番目の行から（最も左側の列から始まって行に沿って右側に）最後の行まで対角線方向の読み取りが行われる間、Ｎｒ個のセルが読み取られる。具体的に、Ｚｎ，ｓ，ｉ（ｉ＝０，．．．，ＮｒＮｃ）が、順次に読み取られるタイムインターリービングメモリセルの位置であると仮定すると、このようなインターリービングアレイでの読み取り動作は、下記の式のように、行インデックスＲｎ，ｓ，ｉ、列インデックスＣｎ，ｓ，ｉ、関連するツイストパラメータＴｎ，ｓ，ｉを算出することによって行われる。
Figure 0006360184
ここで、Ｓｓｈｉｆｔは、ＮｘＢＬＯＣＫ＿ＴＩ（ｎ，ｓ）に関係なく、対角線方向の読み取り過程に対する共通シフト値であり、シフト値は、下記の式のように、ＰＬＳ２ＳＴＡＴで与えられたＮｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸによって決定される。
Figure 0006360184
結果的に、読み取られるセル位置は、座標Ｚｎ，ｓ，ｉ＝ＮｒＣｎ，ｓ，ｉ＋Ｒｎ，ｓ，ｉによって算出される。
図２２は、本発明の他の一実施例に係るツイストされた行列ブロックインターリーバの動作を示す。
より具体的に、図２２は、ＮｘＢＬＯＣＫ＿ＴＩ（０，０）＝３、ＮｘＢＬＯＣＫ＿ＴＩ（１，０）＝６、ＮｘＢＬＯＣＫ＿ＴＩ（２，０）＝５であるとき、仮想ＸＦＥＣＢＬＯＣＫを含む、それぞれのタイムインターリービンググループに対するタイムインターリービングメモリにおけるインターリービングアレイを示す。
変数ＮｘＢＬＯＣＫ＿ＴＩ（ｎ，ｓ）＝Ｎｒは、Ｎ’ ｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸより小さいか又は同一である。したがって、ＮｘＢＬＯＣＫ＿ＴＩ（ｎ，ｓ）に関係なく、受信機側で単一のメモリデインターリービングを達成するために、ツイストされた行列ブロックインターリーバ用インターリービングアレイは、仮想ＸＦＥＣＢＬＯＣＫをタイムインターリービングメモリに挿入することによって、Ｎｒ×Ｎｃ＝Ｎｃｅｌｌｓ×Ｎ’ ｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸの大きさに設定され、読み取り過程は、次の式のように行われる。
Figure 0006360184
タイムインターリービンググループの数は３に設定される。タイムインターリーバのオプションは、ＤＰ_ＴＩ_ＴＹＰＥ＝‘０’、ＤＰ_ＦＲＡＭＥ_ＩＮＴＥＲＶＡＬ＝‘１’、ＤＰ_ＴＩ_ＬＥＮＧＴＨ＝‘１’、すなわち、ＮＴＩ＝１、ＩＪＵＭＰ＝１、ＰＩ＝１によってＰＬＳ２ＳＴＡＴデータでシグナリングされる。それぞれＮｃｅｌｌｓ＝３０であるＸＦＥＣＢＬＯＣＫのタイムインターリービンググループ当たりの数は、それぞれのＮｘＢＬＯＣＫ_ＴＩ（０，０）＝３、ＮｘＢＬＯＣＫ_ＴＩ（１，０）＝６、ＮｘＢＬＯＣＫ_ＴＩ（２，０）＝５によってＰＬＳ２ＤＹＮデータでシグナリングされる。ＸＦＥＣＢＬＯＣＫの最大数は、ＮｘＢＬＯＣＫ_Ｇｒｏｕｐ_ＭＡＸによってＰＬＳ２ＳＴＡＴデータでシグナリングされ、これは、
Figure 0006360184
 につながる。
図２３は、本発明の一実施例に係るツイストされた行列ブロックインターリーバの対角線方向の読み取りパターンを示す。
より具体的に、図２３は、パラメータＮ’ ｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸ＝７及びＳｓｈｉｆｔ＝（７１）／２＝３を有するそれぞれのインターリービングアレイからの対角線方向の読み取りパターンを示す。このとき、前記で擬似コードとして示した読み取り過程で、Ｖｉ≧ＮｃｅｌｌｓＮｘＢＬＯＣＫ＿ＴＩ（ｎ，ｓ）であると、Ｖｉの値が省略され、Ｖｉの次の計算値が使用される。
図２４は、本発明の一実施例に係るそれぞれのインターリービングアレイからのインターリービングされたＸＦＥＣＢＬＯＣＫを示す。
図２４は、パラメータＮ’ ｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸ＝７及びＳｓｈｉｆｔ＝３を有するそれぞれのインターリービングアレイからインターリービングされたＸＦＥＣＢＬＯＣＫを示す。
図２５は、本発明の一実施例に係るメインフィジカルデバイス（Ｍａｉｎ Ｐｈｙｓｉｃａｌ Ｄｅｖｉｃｅ）及びコンパニオンフィジカルデバイス（Ｃｏｍｐａｎｉｏｎ Ｐｈｙｓｉｃａｌ Ｄｅｖｉｃｅ）の構成を示す図である。
本発明の一実施例は、地上波放送またはモバイル放送環境でサービスガイド（ｓｅｒｖｉｃｅ ｇｕｉｄｅ）を提供することができる。また、本発明の一実施例は、地上波放送網とインターネット網の連動をベースとする次世代ハイブリッド放送環境で可能なサービスに対するサービスガイドを提供することができる。
本発明の一実施例は、次世代ハイブリッド放送システムで提供できる様々なサービスと、これを構成するコンテンツ（ｃｏｎｔｅｎｔ）及び／又はコンポーネント（ｃｏｍｐｏｎｅｎｔ）要素をユーザに知らせることができる。これを通じて、ユーザが当該サービスを確認、選択及び鑑賞するのに利便性を提供することができる。
本発明の一実施例は、一つのサービスと、これを構成する様々なコンテンツ及び／又はコンポーネント要素を構造化し、互いに連係（ｒｅｆｅｒｅｎｃｅ）させることができる。これを通じて、放送受信機は、当該サービスを容易に構成及び提供することができ、ユーザが、当該サービスに対して容易に把握できるようにすることができる。
本発明の一実施例は、一つのサービスと、これを構成する様々なコンテンツ及び／又はコンポーネント要素を連係させるレファレンス（ｒｅｆｅｒｅｎｃｅ）構造を拡張することによって、放送受信機及び／又はユーザが、一つのサービスを構成するコンテンツ及び／又はコンポーネント要素を検索するのにかかるリソース（ｒｅｓｏｕｒｃｅ）及び／又は時間を節約できるようにする。
同図は、本発明の一実施例に係るメインフィジカルデバイス及びコンパニオンフィジカルデバイスの全体的な構成を示す図である。
本発明の一実施例に係るメインフィジカルデバイス（ｍａｉｎ ｐｈｙｓｉｃａｌ ｄｅｖｉｃｅ）Ｌ２５０１０は、インタラクティブサービス（ｉｎｔｅｒａｃｔｉｖｅ ｓｅｒｖｉｃｅ）のためのデバイスのうち一つであって、主にコンパニオンフィジカルデバイス（ｃｏｍｐａｎｉｏｎ ｐｈｙｓｉｃａｌ ｄｅｖｉｃｅ）Ｌ２５０２０による制御対象となる機器を示すことができる。メインフィジカルデバイスは、メインデバイス、メイン受信装置、メイン受信機、メインディスプレイ、メインスクリーンなどと命名することができる。
本発明の一実施例に係るメインフィジカルデバイスＬ２５０１０は、ブロードキャストインタフェース（ｂｒｏａｄｃａｓｔ ｉｎｔｅｒｆａｃｅ）Ｌ２５０３０、ネットワークインタフェース（ｎｅｔｗｏｒｋ ｉｎｔｅｒｆａｃｅ）Ｌ２５０４０、メモリユニット（ｍｅｍｏｒｙ ｕｎｉｔ）Ｌ２５０５０、コントロールユニット（ｃｏｎｔｒｏｌ ｕｎｉｔ）Ｌ２５０６０、ディスプレイユニット（ｄｉｓｐｌａｙ ｕｎｉｔ）Ｌ２５０７０、マルチメディアモジュール（ｍｕｌｔｉｍｅｄｉａ ｍｏｄｕｌｅ）Ｌ２５０８０、ストレージ（ｓｔｏｒａｇｅ）Ｌ２５０９０、パワーサプライ（ｐｏｗｅｒ ｓｕｐｐｌｙ）Ｌ２５１００及び／又はユーザ入力インタフェース（ｕｓｅｒ ｉｎｐｕｔ ｉｎｔｅｒｆａｃｅ）Ｌ２５１１０を含むことができる。
ブロードキャストインタフェースＬ２５０３０は、ブロードキャスト（ｂｒｏａｄｃａｓｔｅｒ）とデバイスとの間にＡＶストリーム（ＡＶ ｓｔｒｅａｍ）、サービスガイド（ｓｅｒｖｉｃｅ ｇｕｉｄｅ）、ノーティフィケーション（ｎｏｔｉｆｉｃａｔｉｏｎ）などのメッセージ（ｍｅｓｓａｇｅ）及び／又はデータ伝送を可能にする物理的装置を示すことができる。ブロードキャストインタフェースは、ブロードキャストから放送信号、シグナリング情報、データなどを受信することができる。
ネットワークインタフェースＬ２５０４０は、デバイス（例えば、メインフィジカルデバイスとコンパニオンフィジカルデバイス）間にコマンド（ｃｏｍｍａｎｄ）、リクエスト（ｒｅｑｕｅｓｔ）、アクション（ａｃｔｉｏｎ）、レスポンス（ｒｅｓｐｏｎｓｅ）などのメッセージ、アドバタイズ（ａｄｖｅｒｔｉｓｅ）及び／又はデータ伝送を可能にする物理的装置を示すことができる。ネットワークインタフェースは、インターネットサービスプロバイダー（ｉｎｔｅｒｎｅｔ ｓｅｒｖｉｃｅ ｐｒｏｖｉｄｅｒ）から放送サービス、放送コンテンツ、シグナリング情報、アプリケーション、データなどを受信することができる。
メモリユニットＬ２５０５０は、様々な種類のデバイスで実装される選択的な装置であって、様々な種類のデータを一時的に格納できる揮発性の物理的装置を示すことができる。
コントロールユニットＬ２５０６０は、ソースデバイス（ｓｏｕｒｃｅ ｄｅｖｉｃｅ）及び／又はシンクデバイス（ｓｉｎｋ ｄｅｖｉｃｅ）の全般的な動作を制御する装置であって、ソフトウェア又はハードウェアであってもよい。ここで、ソースデバイスは、メッセージ及び／又はデータを伝送するデバイスを示すことができ、シンクデバイスは、メッセージ及び／又はデータを受信するデバイスを示すことができる。したがって、本発明の一実施例に係るメインフィジカルデバイス及びコンパニオンフィジカルデバイスは、ソースデバイスまたはシンクデバイスに該当し得る。
ディスプレイユニットＬ２５０７０は、ネットワークインタフェースを介して受信されたデータ又はストレージに格納されているデータを画面上にディスプレイすることができる。このとき、ディスプレイユニットは、コントロールユニットの制御によって動作することができる。
マルチメディアモジュールＬ２５０８０は、様々な種類のマルチメディアを再生することができる。マルチメディアモジュールは、コントロールユニットに含まれていてもよく、コントロールユニットと別個に存在してもよい。
ストレージＬ２５０９０は、様々な種類のデータを格納できる非揮発性の物理的装置を示すことができる。例えば、ＳＤカードがストレージに該当し得る。
パワーサプライＬ２５１００は、コントロールユニットの制御によって、外部の電源及び／又は内部の電源の印加を受け、他の構成要素の動作に必要な電源を供給する装置を示すことができる。
ユーザ入力インタフェースＬ２５１１０は、ユーザから命令などの入力を受信できる装置を示すことができる。
本発明の一実施例に係るコンパニオンフィジカルデバイスＬ２５０２０は、インタラクティブサービス（ｉｎｔｅｒａｃｔｉｖｅ ｓｅｒｖｉｃｅ）のためのデバイスの一つであって、メインデバイスを制御する機器を示すことができる。コンパニオンフィジカルデバイスは、主にユーザから直接インプット（ｉｎｐｕｔ）を受信することができる。コンパニオンフィジカルデバイスは、コンパニオンデバイス、セカンドデバイス、付加デバイス、補助デバイス、コンパニオン受信装置、コンパニオン受信機、コンパニオンディスプレイ、セカンドスクリーンなどと命名することができる。
本発明の一実施例に係るコンパニオンフィジカルデバイスＬ２５０２０は、ネットワークインタフェース、メモリユニット、コントロールユニット、ディスプレイユニット、マルチメディアモジュール、ストレージ、パワーサプライ及び／又はユーザ入力インタフェースを含むことができる。
本発明の一実施例に係るコンパニオンフィジカルデバイスを構成する構成要素のうち、メインデバイスを構成する構成要素と同一の名称の構成要素は、前述したメインデバイスを構成する構成要素と同じ機能を行うことができる。
図２６は、本発明の一実施例に係るハイブリッド放送サービスをサポートするためのプロトコルスタックを示す図である。
物理層（Ｐｈｙｓｉｃａｌ ｌａｙｅｒ）は、地上波放送信号を受信し、これを適切な形態に変換することができる。
ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）エンカプセレーション（Ｅｎｃａｐｓｕｌａｔｉｏｎ）は、物理層から取得された情報を用いてＩＰデータグラムを取得することができる。また、取得されたＩＰデータグラムを特定のフレーム（例えば、ＲＳ Ｆｒａｍｅ、ＧＳＥなど）に変換することができる。
ＭＰＥＧ−２ ＴＳエンカプセレーション（Ｅｎｃａｐｓｕｌａｔｉｏｎ）は、物理層から取得された情報を用いてＭＰＥＧ−２ ＴＳを取得することができる。また、取得されたＭＰＥＧ２ ＴＳデータグラムを特定のフレーム（例えば、ＲＳ Ｆｒａｍｅ、ＧＳＥなど）に変換することができる。
ＦＩＣ（ｆａｓｔ ｉｎｆｏｒｍａｔｉｏｎ ｃｈａｎｎｅｌ）は、サービス及び／又はコンテンツにアクセスできるようにするための情報（例えば、サービスＩＤとフレームとの間のマッピング情報など）を伝達することができる。
シグナリング（Ｓｉｇｎａｌｉｎｇ）は、サービス及び／又はコンテンツの効果的な取得をサポートするためのシグナリング情報を含むことができる。シグナリング情報は、バイナリ及び／又はＸＭＬ形態で表現されてもよく、地上波放送網及び／又はブロードバンド（ｂｒｏａｄｂａｎｄ）を介して伝送されてもよい。
リアルタイム放送Ａ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）コンテンツ及びデータ（Ｄａｔａ）は、ＩＳＯ Ｂａｓｅ Ｍｅｄｉａ Ｆｉｌｅ Ｆｏｒｍａｔ（ＩＳＯＢＭＦＦ）などで表現されてもよく、地上波放送網及び／又はブロードバンドを介してリアルタイムで伝送されてもよい。非リアルタイムコンテンツは、ＩＰ／ＵＤＰ／ＦＬＵＴＥをベースとして伝送されてもよい。そして、リアルタイム放送Ａ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）コンテンツ、データ及び／又はシグナリング情報は、ＤＡＳＨなどを用いてインターネット網を介してリアルタイムで伝送されてもよい。このとき、リアルタイム放送Ａ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）コンテンツ、データ及び／又はシグナリング情報は、リクエストメッセージによって伝送されてもよく、その代わりに、リアルタイムストリーミングによって伝送されてもよい。
本発明の一実施例は、上述したプロトコルスタックを経て伝達されたデータを組み合わせてインタラクティブサービス、セカンドスクリーンサービスなどの様々なエンハンスドサービス（ｅｎｈａｎｃｅｄ ｓｅｒｖｉｃｅ）を視聴者に提供することができる。
図２７は、本発明の一実施例に係るサービスタイプエレメント（Ｓｅｒｖｉｃｅ Ｔｙｐｅ ｅｌｅｍｅｎｔ）のＸＭＬスキーマ（ＸＭＬ ｓｃｈｅｍａ）を示す図である。
同図に対する説明に先立ち、本発明の一実施例に係るサービスガイド（ｓｅｒｖｉｃｅ ｇｕｉｄｅ）、サービスフラグメント（ｓｅｒｖｉｃｅ ｆｒａｇｍｅｎｔ）及びサービスタイプエレメント（ＳｅｒｖｉｃｅＴｙｐｅ ｅｌｅｍｅｎｔ）の定義及び構成について説明すると、以下の通りである。
サービスガイドは、アナウンスメントセッション内で伝送されるサービスガイドデリバリーディスクリプタが端末に伝達される放送分配チャネルを示すことができる。（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), broadcastonly 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.）このエレメントは、ＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓエレメントをサブエレメントとして有することができ、ＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓエレメントは、私有的なまたはアプリケーションに限定されたエレメントを示すことができる。ＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓエレメントは、１つ以上のサブエレメントまたはアトリビュートを含むことができる。
本発明の一実施例に係るコンテンツフラグメントのＰｒｉｖａｔｅＥｘｔエレメントは、Ｅ１レベルのエレメントであるので、Ｃｏｍｐｏｎｅｎｔエレメントは、ＰｒｉｖａｔｅＥｘｔエレメントのサブエレメントであってＥ２レベルに該当し得る。このとき、Ｃｏｍｐｏｎｅｎｔエレメントは、上述したＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓエレメントに該当し得る。
図６９、図７０、図７１、図７２は、本発明の一実施例に係るＣｏｍｐｏｎｅｎｔエレメントの構成を示す図である。
計４個の図面にわたって示されたテーブルは、連結された一つのテーブルに該当する。
本発明の一実施例に係るＣｏｍｐｏｎｅｎｔエレメントは、Ｅ２レベルに該当し得、コンポーネントに関する詳細な内容を記述できるので、コンポーネントの数だけ存在してもよく、存在しなくてもよい。したがって、０〜Ｎのｃａｒｄｉｎａｌｉｔｙを有することができる。
本発明の一実施例に係るＣｏｍｐｏｎｅｎｔエレメントは、サブエレメントとして、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメント、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメント、ＳｔａｒｔＴｉｍｅエレメント、ＥｎｄＴｉｍｅエレメント、Ｌａｎｇｕａｇｅエレメント、Ｌｅｎｇｔｈエレメント、ＰａｒｅｎｔａｌＲａｔｉｎｇエレメント、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメント及び／又はＴａｒｇｅｔＤｅｖｉｃｅエレメントを含むことができる。
ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントは、コンポーネントのタイプを記述するエレメントであってもよい。このエレメントは、コンポーネントエレメントの下位に存在するので、Ｅ３レベルに該当し得る。このエレメントは、コンポーネントエレメントのタイプを示す必須要素であるので、ｃａｒｄｉｎａｌｉｔｙは１を有することができる。このエレメントの値が０であればｕｎｓｐｅｃｉｆｉｅｄ、１であればＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ、２であればＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔ、３であればＰｒｅｓｅｎｔａｂｌｅ ＣＣ ｃｏｍｐｏｎｅｎｔ、４であればＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔ、５〜２５５であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる。
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、コンポーネントのロール（ｒｏｌｅ）を記述するエレメントであってもよい。このエレメントは、コンポーネントエレメントの下位に存在するので、Ｅ３レベルに該当し得る。このエレメントは、コンポーネントエレメントのタイプを示す必須要素であるので、ｃａｒｄｉｎａｌｉｔｙは１を有することができる。各コンポーネントは、前述したＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのタイプに応じてロールを有することができ、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値に応じて該当するロールを有することができる。このエレメントの値が０であればｕｎｓｐｅｃｉｆｉｅｄを、１であればＰｒｉｍａｒｙ （ｄｅｆａｕｌｔ） ｖｉｄｅｏを、２であればＡｌｔｅｒｎａｔｉｖｅ ｃａｍｅｒａ ｖｉｅｗを、３であればＯｔｈｅｒ ａｌｔｅｒｎａｔｉｖｅ ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔを、４であればＳｉｇｎ ｌａｎｇｕａｇｅ （例えば、ＡＳＬ） ｉｎｓｅｔを、５であればＦｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏを、６であればＣｏｍｐｌｅｔｅ ｍａｉｎを、７であればＭｕｓｉｃを、８であればＤｉａｌｏｇを、９であればＥｆｆｅｃｔｓを、１０であればＶｉｓｕａｌｌｙ ｉｍｐａｉｒｅｄを、１１であればＨｅａｒｉｎｇ ｉｍｐａｉｒｅｄを、１２であればＣｏｍｍｅｎｔａｒｙを、１３であればＮｏｒｍａｌを、１４であればＥａｓｙ ｒｅａｄｅｒを、１５であればＡｐｐ、１６であればＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍ、１７であればＯｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔ、１８であればＮｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍ、１９であればＳｔａｒｔＯｖｅｒ、２０であればＣｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎ、２１〜２５５であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる。
ＳｔａｒｔＴｉｍｅエレメントは、当該コンポーネントのディスプレイが開始する時間を示すことができる。
ＥｎｄＴｉｍｅエレメントは、当該コンポーネントのディスプレイが終了する時間を示すことができる。
Ｌａｎｇｕａｇｅエレメントは、当該コンポーネントの表現言語を示すことができる。このエレメントは、アトリビュートとしてｌａｎｇｕａｇｅＳＤＰＴａｇアトリビュートを有することができる。ｌａｎｇｕａｇｅＳＤＰＴａｇアトリビュートは、セッションディスクリプションで示す言語を一致させるためにタグ付けされる値を示すことができる。
Ｌｅｎｇｔｈエレメントは、当該コンポーネントのディスプレイが行われる持続時間を示すことができる。
ＰａｒｅｎｔａｌＲａｔｉｎｇエレメントは、当該コンポーネントの等級表示情報を示すことができる。
ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントは、当該コンポーネントをレンダリングするデバイスの性能情報を示すことができる。本発明の一実施例は、このエレメントを用いて、コンポーネントをレンダリングするためのデバイスのｃａｐａｂｉｌｉｔｙ情報を提供することができる。このエレメントの値２〜８はデバイスのＶｉｄｅｏ Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報を示し、９〜１５はデバイスのＡｕｄｉｏ Ｓｕｒｒｏｕｎｄ Ｓｏｕｎｄ Ｃａｐａｂｉｌｉｔｙ情報を示し、１６はＡｕｄｉｏ Ｍｉｘｉｎｇ／Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報を示し、１７〜２１はＩｎｐｕｔ Ｃａｐａｂｉｌｉｔｙ情報を示すことができる。このエレメントの値が０であればＵｎｓｐｅｃｉｆｉｅｄ、１であればＢｒｏａｄｂａｎｄ ｃｏｎｎｅｃｔｉｏｎ、２であればＳＤ、３であればＨＤ、４であればＵＨＤ、５であれば８Ｋ、６であれば３Ｄ ｖｉｄｅｏ、７であればＨｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ Ｉｍａｇｉｎｇ、８であればＷｉｄｅ Ｃｏｌｏｒ Ｇａｍｕｔ、９であれば２．０ ｃｈａｎｎｅｌｓ、１０であれば２．１ ｃｈａｎｎｅｌｓ、１１であれば５．１ ｃｈａｎｎｅｌｓ、１２であれば６．１ ｃｈａｎｎｅｌｓ、１３であれば７．１ ｃｈａｎｎｅｌｓ、１４であれば２２．１ ｃｈａｎｎｅｌｓ、１５であれば３Ｄ ａｕｄｉｏ、１６であればＤｉａｌｏｇ Ｌｅｖｅｌ ａｄｊｕｓｔｍｅｎｔ、１７であればｍａｇｉｃ ｒｅｍｏｔｅ ｃｏｎｔｒｏｌ ｉｎｐｕｔ、１８であればｔｏｕｃｈ ｓｃｒｅｅｎ ｉｎｐｕｔ、１９であればｍｏｕｓｅ ｉｎｐｕｔ、２０であればｋｅｙｂｏａｒｄ ｉｎｐｕｔ、２１であればａｐｐ ｒｅｎｄｅｒｉｎｇ、２２〜２５５であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる。ここで、上述したＢｒｏａｄｂａｎｄ ｃｏｎｎｅｃｔｉｏｎは、当該ｃｏｍｐｏｎｅｎｔを配信するためにｂｒｏａｄｂａｎｄ ｃｏｎｎｅｃｔｉｏｎが必要であるか否かを示すことができ、Ｖｉｄｅｏ Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報は、Ｒｅｓｏｌｕｔｉｏｎ、２Ｄ、３Ｄ及び／又はその他のｒｅｎｄｅｒｉｎｇ関連情報を示すことができる。Ａｕｄｉｏ Ｓｕｒｒｏｕｎｄ Ｓｏｕｎｄ Ｃａｐａｂｉｌｉｔｙ情報はオーディオチャネル（ａｕｄｉｏ ｃｈａｎｎｅｌ）情報を示すことができ、Ａｕｄｉｏ Ｍｉｘｉｎｇ／Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報のＤｉａｌｏｇ ｌｅｖｅｌ ａｄｊｕｓｔｍｅｎｔは、オーディオダイアログレベル（ａｕｄｉｏ Ｄｉａｌｏｇ ｌｅｖｅｌ）を調節できるか否かを示すことができる。Ｉｎｐｕｔ Ｃａｐａｂｉｌｉｔｙ情報は、特定の入力デバイス（Ｉｎｐｕｔ ｄｅｖｉｃｅ）に合わせて作製された放送プログラムであることを示すことができる。ａｐｐ ｒｅｎｄｅｒｉｎｇは、ａｐｐ ｒｅｎｄｅｒｉｎｇが必要であるか否かを示すことができる。
ＴａｒｇｅｔＤｅｖｉｃｅエレメントは、コンポーネントがディスプレイされるターゲットデバイスの情報を示すことができる。このエレメントの値が０であればＵｎｓｐｅｃｉｆｉｅｄ、１であればＰｒｉｍａｒｙ、２であればＣｏｍｐａｎｉｏｎ、３であればＩｎｓｅｔ ｏｎ Ｐｒｉｍａｒｙ Ｓｃｒｅｅｎ（“ＰｉｃｔｕｒｅｉｎＰｉｃｔｕｒｅ”）、４であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる。
図７３は、本発明の一実施例に係るＣｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマを示す図である。
本発明の一実施例に係るＣｏｍｐｏｎｅｎｔエレメントは、サブエレメントとして、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメント、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメント、ＳｔａｒｔＴｉｍｅエレメント、ＥｎｄＴｉｍｅエレメント、Ｌａｎｇｕａｇｅエレメント、Ｌｅｎｇｔｈエレメント、ＰａｒｅｎｔａｌＲａｔｉｎｇエレメント、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメント及び／又はＴａｒｇｅｔＤｅｖｉｃｅエレメントを含むことができる。上述した各エレメントについての詳細は前述した。
図７４は、本発明の一実施例に係るＬａｎｇｕａｇｅエレメント及びＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのｘｍｌスキーマを示す図である。
本発明の一実施例に係るＬａｎｇｕａｇｅエレメントは、当該コンポーネントの表現言語を示すことができる。このエレメントは、アトリビュートとして、ｌａｎｇｕａｇｅＳＤＰＴａｇアトリビュートを有することができる。ｌａｎｇｕａｇｅＳＤＰＴａｇアトリビュートは、セッションディスクリプションで示す言語を一致させるためにタグ付けされる値を示すことができる（Ｌ７４０１０）。
本発明の一実施例に係るＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントは、コンポーネントのタイプを記述するエレメントであってもよい。このエレメントは、コンポーネントエレメントの下位に存在するので、Ｅ３レベルに該当し得る。このエレメントは、コンポーネントエレメントのタイプを示す必須要素であるので、ｃａｒｄｉｎａｌｉｔｙは１を有することができる。このエレメントの値が０であればｕｎｓｐｅｃｉｆｉｅｄ、１であればＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ、２であればＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔ、３であればＰｒｅｓｅｎｔａｂｌｅ ＣＣ ｃｏｍｐｏｎｅｎｔ、４であればＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔ、５〜２５５であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる（Ｌ７４０２０）。
図７５は、本発明の一実施例に係るＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントのｘｍｌスキーマを示す図である。
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、コンポーネントのロール（ｒｏｌｅ）を記述するエレメントであってもよい。このエレメントは、コンポーネントエレメントの下位に存在するので、Ｅ３レベルに該当し得る。このエレメントは、コンポーネントエレメントのタイプを示す必須要素であるので、ｃａｒｄｉｎａｌｉｔｙは１を有することができる。各コンポーネントは、前述したＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのタイプに応じてロールを有することができ、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値に応じて該当するロールを有することができる。このエレメントの値が０であればｕｎｓｐｅｃｉｆｉｅｄを、１であればＰｒｉｍａｒｙ （ｄｅｆａｕｌｔ） ｖｉｄｅｏを、２であればＡｌｔｅｒｎａｔｉｖｅ ｃａｍｅｒａ ｖｉｅｗを、３であればＯｔｈｅｒ ａｌｔｅｒｎａｔｉｖｅ ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔを、４であればＳｉｇｎ ｌａｎｇｕａｇｅ （例えば、ＡＳＬ） ｉｎｓｅｔを、５であればＦｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏを、６であればＣｏｍｐｌｅｔｅ ｍａｉｎを、７であればＭｕｓｉｃを、８であればＤｉａｌｏｇを、９であればＥｆｆｅｃｔｓを、１０であればＶｉｓｕａｌｌｙ ｉｍｐａｉｒｅｄを、１１であればＨｅａｒｉｎｇ ｉｍｐａｉｒｅｄを、１２であればＣｏｍｍｅｎｔａｒｙを、１３であればＮｏｒｍａｌを、１４であればＥａｓｙ ｒｅａｄｅｒを、１５であればＡｐｐ、１６であればＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍ、１７であればＯｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔ、１８であればＮｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍ、１９であればＳｔａｒｔＯｖｅｒ、２０であればＣｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎ、２１〜２５５であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる。
図７６は、本発明の一実施例に係るＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメント及びＴａｒｇｅｔＤｅｖｉｃｅエレメントのｘｍｌスキーマを示す図である。
ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントは、当該コンポーネントをレンダリングするデバイスの性能情報を示すことができる。本発明の一実施例は、このエレメントを用いて、コンポーネントをレンダリングするためのデバイスのｃａｐａｂｉｌｉｔｙ情報を提供することができる。このエレメントの値２〜８はデバイスのＶｉｄｅｏ Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報を示し、９〜１５はデバイスのＡｕｄｉｏ Ｓｕｒｒｏｕｎｄ Ｓｏｕｎｄ Ｃａｐａｂｉｌｉｔｙ情報を示し、１６はＡｕｄｉｏ Ｍｉｘｉｎｇ／Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報を示し、１７〜２１はＩｎｐｕｔ Ｃａｐａｂｉｌｉｔｙ情報を示すことができる。このエレメントの値が０であればＵｎｓｐｅｃｉｆｉｅｄ、１であればＢｒｏａｄｂａｎｄ ｃｏｎｎｅｃｔｉｏｎ、２であればＳＤ、３であればＨＤ、４であればＵＨＤ、５であれば８Ｋ、６であれば３Ｄ ｖｉｄｅｏ、７であればＨｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ Ｉｍａｇｉｎｇ、８であればＷｉｄｅ Ｃｏｌｏｒ Ｇａｍｕｔ、９であれば２．０ ｃｈａｎｎｅｌｓ、１０であれば２．１ ｃｈａｎｎｅｌｓ、１１であれば５．１ ｃｈａｎｎｅｌｓ、１２であれば６．１ ｃｈａｎｎｅｌｓ、１３であれば７．１ ｃｈａｎｎｅｌｓ、１４であれば２２．１ ｃｈａｎｎｅｌｓ、１５であれば３Ｄ ａｕｄｉｏ、１６であればＤｉａｌｏｇ Ｌｅｖｅｌ ａｄｊｕｓｔｍｅｎｔ、１７であればｍａｇｉｃ ｒｅｍｏｔｅ ｃｏｎｔｒｏｌ ｉｎｐｕｔ、１８であればｔｏｕｃｈ ｓｃｒｅｅｎ ｉｎｐｕｔ、１９であればｍｏｕｓｅ ｉｎｐｕｔ、２０であればｋｅｙｂｏａｒｄ ｉｎｐｕｔ、２１であればａｐｐ ｒｅｎｄｅｒｉｎｇ、２２〜２５５であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる。ここで、上述したＢｒｏａｄｂａｎｄ ｃｏｎｎｅｃｔｉｏｎは、当該ｃｏｍｐｏｎｅｎｔを配信するためにｂｒｏａｄｂａｎｄ ｃｏｎｎｅｃｔｉｏｎが必要であるか否かを示すことができ、Ｖｉｄｅｏ Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報は、Ｒｅｓｏｌｕｔｉｏｎ、２Ｄ、３Ｄ及び／又はその他のｒｅｎｄｅｒｉｎｇ関連情報を示すことができる。Ａｕｄｉｏ Ｓｕｒｒｏｕｎｄ Ｓｏｕｎｄ Ｃａｐａｂｉｌｉｔｙ情報は、オーディオチャネル（ａｕｄｉｏ ｃｈａｎｎｅｌ）情報を示すことができ、Ａｕｄｉｏ Ｍｉｘｉｎｇ／Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報のＤｉａｌｏｇ ｌｅｖｅｌ ａｄｊｕｓｔｍｅｎｔは、オーディオダイアログレベル（ａｕｄｉｏ Ｄｉａｌｏｇ ｌｅｖｅｌ）を調節できるか否かを示すことができる。Ｉｎｐｕｔ Ｃａｐａｂｉｌｉｔｙ情報は、特定の入力デバイス（Ｉｎｐｕｔ ｄｅｖｉｃｅ）に合わせて作製された放送プログラムであることを示すことができる。ａｐｐ ｒｅｎｄｅｒｉｎｇは、ａｐｐ ｒｅｎｄｅｒｉｎｇが必要であるか否かを示すことができる（Ｌ７６０１０）。
ＴａｒｇｅｔＤｅｖｉｃｅエレメントは、コンポーネントがディスプレイされるターゲットデバイスの情報を示すことができる。このエレメントの値が０であればＵｎｓｐｅｃｉｆｉｅｄ、１であればＰｒｉｍａｒｙ、２であればＣｏｍｐａｎｉｏｎ、３であればＩｎｓｅｔ ｏｎ Ｐｒｉｍａｒｙ Ｓｃｒｅｅｎ（“ＰｉｃｔｕｒｅｉｎＰｉｃｔｕｒｅ”）、４であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる（Ｌ７６０２０）。
図７７は、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（２Ｄ／ＨＤ）及びＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１ ｃｈａｎｎｅｌｓ）を伝送する場合、Ｃｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマ構造の一実施例を示す図である。
本発明の一実施例によれば、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（２Ｄ／ＨＤ）及びＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１ ｃｈａｎｎｅｌｓ）を伝送する場合、アナウンスメントは、コンテンツフラグメント（Ｃｏｎｔｅｎｔ ｆｒａｇｍｅｎｔ）内のＰｒｉｖａｔｅＥｘｔエレメントのサブエレメント（ｓｕｂｅｌｅｍｅｎｔ）として、２つのＣｏｍｐｏｎｅｎｔエレメントを用いることができる（Ｌ７７０１０）。
Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（２Ｄ／ＨＤ）のためのコンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値として１（Ｖｉｄｅｏ）を有し、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値として１（Ｐｒｉｍａｒｙ Ｖｉｄｅｏ）を有し、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値として３（ＨＤ）を有し、ＴａｒｇｅｔＤｅｖｉｃｅエレメントの値として１（Ｐｒｉｍａｒｙ Ｄｅｖｉｃｅ）を有することができる（Ｌ７７０１０）。
Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１ ｃｈａｎｎｅｌｓ）のためのコンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値として２（Ａｕｄｉｏ）を有し、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値として６（Ｃｏｍｐｌｅｔｅｌｙ Ｍａｉｎ）を有し、Ｌａｎｇｕａｇｅエレメントの値としてＫＯＲ（韓国語）を有し、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値として１１（５．１ ｃｈａｎｎｅｌｓ）を有し、ＴａｒｇｅｔＤｅｖｉｃｅエレメントの値として１（Ｐｒｉｍａｒｙ Ｄｅｖｉｃｅ）を有することができる（Ｌ７７０１０）。
本発明の一実施例に係る受信機（デバイス）は、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値を取得した後、当該機能をサポートできるか否かを判断し、ユーザにＣａｐａｂｉｌｉｔｙ情報を提供することができる。
同図において、右側上端の図は、ＨＤ及び５．１ ｃｈａｎｎｅｌｓをサポートするデバイスの表示画面を示すことができる。この場合、本発明の一実施例は、当該デバイスがＨＤ及び５．１ ｃｈａｎｎｅｌｓをサポートできることを画面上に示すことができる（Ｌ７７０２０）。
同図において、右側下端の図は、ＨＤをサポートするが、５．１ ｃｈａｎｎｅｌｓをサポートしないデバイスの表示画面を示すことができる。この場合、本発明の一実施例によれば、５．１ ｃｈａｎｎｅｌｓをサポートできない受信機でＣａｐａｂｉｌｉｔｙ情報を取得したとき、サポートできない５．１ ｃｈａｎｎｅｌｓ ａｕｄｉｏ情報をグレイアウト（Ｇｒａｙｏｕｔ）処理して画面に示すことができる（Ｌ７７０３０）。
図７８は、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ（ＵＨＤ）及びＰｒｅｓｅｎｔａｂｌｅ ＥＮＧ ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔをブロードキャストで伝送し、Ｐｒｅｓｅｎｔａｂｌｅ ＳＰＡ ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔをブロードバンドで伝送する場合、Ｃｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマ構造の一実施例を示す図である。
本発明の一実施例によれば、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ（ＵＨＤ）及びＰｒｅｓｅｎｔａｂｌｅ ＥＮＧ ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔをブロードキャストで伝送し、Ｐｒｅｓｅｎｔａｂｌｅ ＳＰＡ ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔをブロードバンドで伝送する場合、アナウンスメントは、コンテンツフラグメント（Ｃｏｎｔｅｎｔ ｆｒａｇｍｅｎｔ）内のＰｒｉｖａｔｅＥｘｔエレメントのサブエレメント（ｓｕｂｅｌｅｍｅｎｔ）として、３つのＣｏｍｐｏｎｅｎｔエレメントを用いることができる（Ｌ７８０１０）。
Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ（ＵＨＤ）のためのコンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値として１（Ｖｉｄｅｏ）を有し、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値として１（Ｐｒｉｍａｒｙ Ｖｉｄｅｏ）を有し、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値として４（ＵＨＤ）を有し、ＴａｒｇｅｔＤｅｖｉｃｅエレメントの値として１（Ｐｒｉｍａｒｙ Ｄｅｖｉｃｅ）を有することができる（Ｌ７８０１０）。
Ｐｒｅｓｅｎｔａｂｌｅ ＥＮＧ ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔ（ｔｈｒｏｕｇｈ Ｂｒｏａｄｃａｓｔ）のためのコンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値として２（Ａｕｄｉｏ）を有し、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値として６（Ｃｏｍｐｌｅｔｅｌｙ Ｍａｉｎ）を有し、Ｌａｎｇｕａｇｅエレメントの値としてＥＮＧ（英語）を有し、ＴａｒｇｅｔＤｅｖｉｃｅエレメントの値として１（Ｐｒｉｍａｒｙ Ｄｅｖｉｃｅ）を有することができる（Ｌ７８０１０）。
Ｐｒｅｓｅｎｔａｂｌｅ ＳＰＡ ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔ（ｔｈｒｏｕｇｈ Ｂｒｏａｄｂａｎｄ）のためのコンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値として２（Ａｕｄｉｏ）を有し、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値として６（Ｃｏｍｐｌｅｔｅｌｙ Ｍａｉｎ）を有し、Ｌａｎｇｕａｇｅエレメントの値としてＳＰＡ（スペイン語）を有し、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値として１（ブロードバンドでコンポーネントが伝送される）を有し、ＴａｒｇｅｔＤｅｖｉｃｅエレメントの値として１（Ｐｒｉｍａｒｙ Ｄｅｖｉｃｅ）を有することができる（Ｌ７８０１０）。
本発明の一実施例に係る受信機（デバイス）は、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値を取得した後、当該機能をサポートできるか否かを判断し、ユーザにＣａｐａｂｉｌｉｔｙ情報を提供することができる。
同図において、右側の図は、Ｂｒｏｄａｂａｎｄ ｃｏｎｎｅｃｔｉｏｎをサポートできない場合、または、サポートできるが、接続されていない場合に受信機（デバイス）に表示される画面を示すことができる（Ｌ７８０２０）。
本発明の一実施例に係る受信機は、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙの値が１である場合、ブロードバンドで当該コンポーネントが伝送されることを知ることができる。この場合、Ｂｒｏｄａｂａｎｄ ｃｏｎｎｅｃｔｉｏｎをサポートできないデバイス、またはサポートできるが、接続されていないデバイスは、ブロードバンドで伝送されるコンポーネントの情報をグレイアウト（Ｇｒａｙｏｕｔ）処理して画面に示すことができる。この場合、ＳＰＡオーディオ情報をグレイアウト処理して画面に示すことができる（Ｌ７８０２０）。
図７９は、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（ＵＨＤ／Ｗｉｄｅ Ｃｏｌｏｒ Ｇａｍｕｔ）及びＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１ ｃｈａｎｎｅｌｓ）を伝送する場合、Ｃｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマ構造の一実施例を示す図である。
本発明の一実施例によれば、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（ＵＨＤ／Ｗｉｄｅ Ｃｏｌｏｒ Ｇａｍｕｔ）及びＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１ ｃｈａｎｎｅｌｓ）を伝送する場合、アナウンスメントは、コンテンツフラグメント（Ｃｏｎｔｅｎｔ ｆｒａｇｍｅｎｔ）内のＰｒｉｖａｔｅＥｘｔエレメントのサブエレメント（ｓｕｂｅｌｅｍｅｎｔ）として、２つのＣｏｍｐｏｎｅｎｔエレメントを用いることができる（Ｌ７９０１０）。
Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（ＵＨＤ／Ｗｉｄｅ Ｃｏｌｏｒ Ｇａｍｕｔ）のためのコンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値として１（Ｖｉｄｅｏ）を有し、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値として１（Ｐｒｉｍａｒｙ Ｖｉｄｅｏ）を有し、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値として４（ＵＨＤ）及び８（ＷＣＧ）を有し、ＴａｒｇｅｔＤｅｖｉｃｅエレメントの値として１（Ｐｒｉｍａｒｙ Ｄｅｖｉｃｅ）を有することができる（Ｌ７９０１０）。
Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１ ｃｈａｎｎｅｌｓ）のためのコンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値として２（Ａｕｄｉｏ）を有し、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値として６（Ｃｏｍｐｌｅｔｅｌｙ Ｍａｉｎ）を有し、Ｌａｎｇｕａｇｅエレメントの値としてＫＯＲ（韓国語）を有し、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値として１１（５．１ｃｈａｎｎｅｌｓ）を有し、ＴａｒｇｅｔＤｅｖｉｃｅエレメントの値として１（Ｐｒｉｍａｒｙ Ｄｅｖｉｃｅ）を有することができる（Ｌ７９０１０）。
本発明の一実施例に係る受信機（デバイス）は、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値を取得した後、当該機能をサポートできるか否かを判断し、ユーザにＣａｐａｂｉｌｉｔｙ情報を提供することができる。
同図において、右側上端の図は、ＵＨＤ、ＷＣＧ（Ｗｉｄｅ Ｃｏｌｏｒ Ｇａｍｕｔ）及び５．１ ｃｈａｎｎｅｌｓをサポートするデバイスの表示画面を示すことができる。この場合、本発明の一実施例は、当該デバイスがＵＨＤ、ＷＣＧ及び５．１ ｃｈａｎｎｅｌｓをサポートできることを画面上に示すことができる（Ｌ７９０２０）。
同図において、右側下端の図は、ＵＨＤ及び５．１ ｃｈａｎｎｅｌｓをサポートするが、ＷＣＧをサポートしないデバイスの表示画面を示すことができる。この場合、本発明の一実施例によれば、ＷＣＧをサポートできない受信機でＣａｐａｂｉｌｉｔｙ情報を取得したとき、サポートできないＷＣＧ情報をグレイアウト処理して画面に示すことができる（Ｌ７９０３０）。
図８０は、本発明の他の実施例に係る、コンポーネントエレメント（ｃｏｍｐｏｎｅｎｔ ｅｌｅｍｅｎｔ）を示す図である。
コンポーネントエレメントは、コンポーネントサブエレメント（Ｃｏｍｐｏｎｅｎｔ ｓｕｂｅｌｅｍｅｎｔ）のルートエレメント（ｒｏｏｔ ｅｌｅｍｅｎｔ）である。コンポーネントエレメントはＥ２レベルで開始する。コンポーネントエレメントはコンポーネントに対する詳細な内容を記述するので、コンポーネントの数だけのエレメント（ｅｌｅｍｅｎｔ）が記述され得る。一部のコンポーネントに対して、コンポーネントエレメントが省略されることも可能である。したがって、コンポーネントエレメントは、０．．Ｎのｃａｒｄｉｎａｌｉｔｙを有する。コンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅ属性、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメント、Ｌａｎｇｕａｇｅエレメント及び／又はＥｓｓｅｎｔｉａｌＣａｐａｂｉｌｉｔｉｅｓエレメントを含むことができる。
ＣｏｍｐｏｎｅｎｔＴｙｐｅフィールドは、コンポーネントの種類（ｔｙｐｅ）を示す属性（ａｔｔｒｉｂｕｔｅ）情報を含む。すなわち、ＣｏｍｐｏｎｅｎｔＴｙｐｅフィールドは、コンポーネントのタイプを示すａｔｔｒｉｂｕｔｅである。ＣｏｍｐｏｎｅｎｔＴｙｐｅフィールドは、コンポーネントの種類を示す必須要素であるので、Ｃａｒｄｉｎａｌｉｔｙは１と定義され得る。ＣｏｍｐｏｎｅｎｔＴｙｐｅフィールドは、値に応じて、コンポーネントがＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ、Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ、Ｐｒｅｓｅｎｔａｂｌｅ ＣＣ（ｃｌｏｓｅｄ ｃａｐｔｉｏｎ）及び／又はＰｒｅｓｅｎｔａｂｌｅ Ａｐｐに該当することを識別することができる。
図示されたメッセージには１つ以上のフィールドが含まれてもよく、それぞれのフィールドは、それぞれの意味又は情報を含むことができる。それぞれのフィールドにはｔｙｐｅ情報が割り当てられてもよく、ｔｙｐｅ情報は、‘Ｅ’、‘Ａ’、‘Ｅ１’、‘Ｅ２’、または‘Ｅ［ｎ］’の値を有することができる。‘Ｅ’は、当該フィールドがエレメントに該当することを示す。‘Ａ’は、当該フィールドが属性（ａｔｔｒｉｂｕｔｅ）情報に該当することを示す。‘Ｅ１’は、当該フィールドがサブエレメントであることを示す。サブエレメントは、エレメント内で定義される下位エレメントに該当する。‘Ｅ２’は、サブエレメントのサブエレメントを示す。すなわち、‘Ｅ［ｎ］’は、エレメントの［ｎ１］番目の下位エレメントを示すことができる。
図８１は、本発明の一実施例に係る、ＣｏｍｐｏｎｅｎｔＲｏｌエレメントを示す図である。
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、コンポーネントの役割（ｒｏｌｅ）を記述するエレメントである。ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、コンポーネントの下位エレメントとして定義されることが好ましいので、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントはＥ３のレベルで開始し得る。ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントはＳｔｒｉｎｇ値を有することができる。ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値は、アナウンスメントデータ（Ａｎｎｏｕｎｃｅｍｅｎｔ Ｄａｔａ）の作製時に、放送局で任意の有効なＳｔｒｉｎｇ値として指定されてもよい。ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値は拡張可能なＳｔｒｉｎｇ値であるので、いかなる値のＣａｐａｂｉｌｉｔｙ Ｓｔｒｉｎｇでも記述が可能である。ターゲット装置（Ｔａｒｇｅｔ Ｄｅｖｉｃｅ；例えば、受信機）では、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値を用いて、エンドユーザ（Ｅｎｄ Ｕｓｅｒ；例えば、視聴者）に有用な情報を表示することができる。
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、コンポーネントに対して、視聴者が認識できる文字の形態の説明を提供する情報を含む。
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントが示し得るコンポーネントの種類は、ｐｒｅｓｅｎｔａｂｌｅ ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔに対しては、“Ｐｒｉｍａｒｙ ｖｉｄｅｏ”、“Ａｌｔｅｒｎａｔｉｖｅ ｃａｍｅｒａ ｖｉｅｗ”、“Ｏｔｈｅｒ ａｌｔｅｒｎａｔｉｖｅ ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ”、“Ｓｉｇｎ ｌａｎｇｕａｇｅ ｉｎｓｅｔ”及び／又は“Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ”を含むことができる。
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントが示し得るコンポーネントの種類は、ｐｒｅｓｅｎｔａｂｌｅ ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔに対しては、“Ｃｏｍｐｌｅｔｅ ｍａｉｎ”、“Ｍｕｓｉｃ”、“Ｄｉａｌｏｇ”、“Ｅｆｆｅｃｔｓ”、“Ｖｉｓｕａｌｌｙ ｉｍｐａｉｒｅｄ”、“Ｈｅａｒｉｎｇ ｉｍｐａｉｒｅｄ”及び／又は“Ｃｏｍｍｅｎｔａｒｙ”を含むことができる。
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントが示し得るコンポーネントの種類は、ｐｒｅｓｅｎｔａｂｌｅ ＣＣ ｃｏｍｐｏｎｅｎｔに対しては、“Ｎｏｒｍａｌ”及び／又は“Ｅａｓｙ ｒｅａｄｅｒ”を含むことができる。
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントが示し得るコンポーネントの種類は、ｐｒｅｓｅｎｔａｂｌｅ Ａｐｐ（ａｐｐｌｉｃａｔｉｏｎ） ｃｏｍｐｏｎｅｎｔに対しては、“Ｏｎ Ｄｅｍａｎｄ”、“Ｓｔａｒｔｏｖｅｒ”、及び／又は“ＣｏｍｐａｎｉｏｎＳｃｒｅｅｎ”を含むことができる。
図８２は、本発明の他の実施例に係る、コンポーネントエレメントをＸＭＬ形態で示す図である。
本発明の一実施例に係るコンポーネントエレメントは、コンポーネントが多数の種類のメディアで構成される場合、それぞれのコンポーネントの種類をシグナリングできるので、受信側では、視聴者又は受信機の所望の種類のコンポーネントを事前に識別できるという効果がある。また、コンポーネントの役割を文字の形態で提供できるので、当該情報を消費する視聴者が所望のコンポーネントを容易に認識または選択することができるという効果がある。
本発明の一実施例に係るコンポーネントエレメントは、ＯＭＡ ＢＣＡＳＴで予め定義されたサービスガイドコンテンツフラグメント（Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ Ｃｏｎｔｅｎｔ Ｆｒａｇｅｍｅｎｔ）に拡張形態で含まれてもよい。
図８３は、本発明の他の実施例に係る、コンポーネントエレメントを示す図である。
コンポーネントエレメントは、コンポーネントサブエレメント（Ｃｏｍｐｏｎｅｎｔ ｓｕｂｅｌｅｍｅｎｔ）のルートエレメント（ｒｏｏｔ ｅｌｅｍｅｎｔ）である。コンポーネントエレメントはＥ２レベルで開始する。コンポーネントエレメントはコンポーネントに対する詳細な内容を記述するので、コンポーネントの数だけのエレメント（ｅｌｅｍｅｎｔ）が記述され得る。一部のコンポーネントに対して、コンポーネントエレメントが省略されることも可能である。したがって、コンポーネントエレメントは、０．．Ｎのｃａｒｄｉｎａｌｉｔｙを有する。コンポーネントエレメントは、ＰｒｅｓｅｎｔａｂｌｅＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント、ＰｒｅｓｅｎｔａｂｌｅＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント、ＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメント及び／又はＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントを含むことができる。
ＰｒｅｓｅｎｔａｂｌｅＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントは、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔを記述するエレメントである。ＰｒｅｓｅｎｔａｂｌｅＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントエレメントの下位エレメントであって、Ｅ３レベル（ｌｅｖｅｌ）で開始し得る。ＰｒｅｓｅｎｔａｂｌｅＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントはｓｔｒｉｎｇ値を有し、ビデオコンポーネント（ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ）の役割（ｒｏｌｅ）を記述することができる。ＰｒｅｓｅｎｔａｂｌｅＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントに対して、視聴者が認識できる文字の形態の説明を提供する情報を含む。ＰｒｅｓｅｎｔａｂｌｅＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントが示し得るコンポーネントの役割は、“Ｐｒｉｍａｒｙ ｖｉｄｅｏ”、“Ａｌｔｅｒｎａｔｉｖｅ ｃａｍｅｒａ ｖｉｅｗ”、“Ｏｔｈｅｒ ａｌｔｅｒｎａｔｉｖｅ ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ”、“Ｓｉｇｎ ｌａｎｇｕａｇｅ ｉｎｓｅｔ”及び／又は“Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ”を含むことができる。
ＰｒｅｓｅｎｔａｂｌｅＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントは、Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔを記述するエレメントである。ＰｒｅｓｅｎｔａｂｌｅＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントエレメントの下位エレメントであって、Ｅ３レベルで開始し得る。ＰｒｅｓｅｎｔａｂｌｅＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントはｓｔｒｉｎｇ値を有し、オーディオコンポーネント（ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔ）の役割（ｒｏｌｅ）を記述する。ＰｒｅｓｅｎｔａｂｌｅＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントに対して、視聴者が認識できる文字の形態の説明を提供する情報を含む。ＰｒｅｓｅｎｔａｂｌｅＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントが示し得るコンポーネントの役割は、“Ｃｏｍｐｌｅｔｅ ｍａｉｎ”、“Ｍｕｓｉｃ”、“Ｄｉａｌｏｇ”、“Ｅｆｆｅｃｔｓ”、“Ｖｉｓｕａｌｌｙ ｉｍｐａｉｒｅｄ”、“Ｈｅａｒｉｎｇ ｉｍｐａｉｒｅｄ”及び／又は“Ｃｏｍｍｅｎｔａｒｙ”を含むことができる。
図８４は、本発明の他の実施例に係る、ＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメント及びＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントを示す図である。
同図で説明されるエレメントは、図８３で説明されたコンポーネントエレメントに含まれてもよい。
ＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメントは、Ｐｒｅｓｅｎｔａｂｌｅ ＣＣ Ｃｏｍｐｏｎｅｎｔを記述するエレメントである。ＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントエレメントの下位エレメントであって、Ｅ３レベルで開始し得る。ＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメントはｓｔｒｉｎｇ値を有し、ＣＣコンポーネント（ＣＣ ｃｏｍｐｏｎｅｎｔ）の役割（ｒｏｌｅ）を記述することができる。ＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントに対して、視聴者が認識できる文字の形態の説明を提供する情報を含む。ＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメントが示し得るコンポーネントの役割は、“Ｎｏｒｍａｌ”及び／又は“Ｅａｓｙ ｒｅａｄｅｒ”を含むことができる。
ＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントは、Ｐｒｅｓｅｎｔａｂｌｅ Ａｐｐ Ｃｏｍｐｏｎｅｎｔを記述するエレメントである。ＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントエレメントの下位エレメントであって、Ｅ３レベルで開始し得る。ＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントはｓｔｒｉｎｇ値を有し、ａｐｐコンポーネント（ａｐｐ ｃｏｍｐｏｎｅｎｔ）の役割（ｒｏｌｅ）を記述する。ＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントに対して、視聴者が認識できる文字の形態の説明を提供する情報を含む。ＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントが示し得るコンポーネントの役割は、“Ｏｎ Ｄｅｍａｎｄ”、“Ｓｔａｒｔｏｖｅｒ”、及び／又は“ＣｏｍｐａｎｉｏｎＳｃｒｅｅｎ”を含むことができる。
本実施例によってコンポーネントエレメントを構成する場合、コンポーネントフラグメント（Ｃｏｍｐｏｎｅｎｔ ｆｒａｇｍｅｎｔ）を新たに構成するために必要な構成要素及び／又は属性値の繰り返し使用を低減することができ、エンドユーザ（Ｅｎｄ Ｕｓｅｒ）にＡｎｎｏｕｎｃｅｍｅｎｔ情報を効率的且つ直観的に提供することができる。
図８５は、本発明の他の実施例に係る、コンポーネントエレメントをＸＭＬ形態で示す図である。
本発明の他の実施例に係るコンポーネントエレメントは、コンポーネントが多数の種類のメディアで構成される場合、それぞれのコンポーネントの種類をシグナリングできるので、受信側では、視聴者又は受信機の所望の種類のコンポーネントを事前に識別できるという効果がある。また、コンポーネントの役割を文字の形態で提供できるので、当該情報を消費する視聴者が所望のコンポーネントを容易に認識または選択することができるという効果がある。また、本発明の他の実施例によれば、コンポーネントのタイプ別にコンポーネントエレメント（Ｃｏｍｐｏｎｅｎｔ ｅｌｅｍｅｎｔ）を構成し、各コンポーネントのロールをストリング（Ｓｔｒｉｎｇ）で記述することによって、拡張可能性を確保できるという効果がある。
本発明の一実施例に係るコンポーネントエレメントは、ＯＭＡ ＢＣＡＳＴで予め定義されたサービスガイドコンテンツフラグメント（Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ Ｃｏｎｔｅｎｔ Ｆｒａｇｅｍｅｎｔ）に拡張形態で含まれてもよい。
図８６は、本発明の一実施例に係る、Ｅｓｓｅｎｔｉａｌ Ｃａｐａｂｉｌｉｔｉｅｓエレメントを示す図である。
本発明の一実施例によれば、コンポーネントエレメントはＣａｐａｂｉｌｉｔｙ項目を含むことができる。Ｃａｐａｂｉｌｉｔｙ項目は、受信機が当該コンポーネントを適切にデコーディングするために要求される受信機の性能を知らせる情報に該当し得る。Ｃａｐａｂｉｌｉｔｙ項目は、ケイパビリティコード（Ｃａｐａｂｉｌｉｔｙ ｃｏｄｅ）とストリング（Ｓｔｒｉｎｇ）の組み合わせで構成されてもよい。本発明の一実施例は、ケイパビリティコードとケイパビリティカテゴリ（Ｃａｐａｂｉｌｉｔｙ ｃａｔｅｇｏｒｙ）に新しい値を追加で定義することを提案する。
図面を参照すると、Ｃａｐａｂｉｌｉｔｙ項目は、コンポーネントエレメントの下位エレメントとして定義することができる。Ｃａｐａｂｉｌｉｔｙ項目は、ＥｓｓｅｎｔｉａｌＣａｐａｂｉｌｉｔｉｅｓエレメント、ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメント、ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメント及び／又はＣａｔｅｇｏｒｙ属性情報を含むことができる。
ＥｓｓｅｎｔｉａｌＣａｐａｂｉｌｉｔｉｅｓエレメントは、サービス（メディア、放送サービス）の意味のあるプレゼンテーションのために要求されるｃａｐａｂｉｌｉｔｙを記述する。ＥｓｓｅｎｔｉａｌＣａｐａｂｉｌｉｔｉｅｓエレメントは、ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメント、及び／又はＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントを含むことができる。ＥｓｓｅｎｔｉａｌＣａｐａｂｉｌｉｔｉｅｓエレメントは、コンポーネントエレメントの下位エレメントとして定義できるので、Ｅ３レベルで開始し得る。
ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントは、ｃａｐａｂｉｌｉｔｙの種類を識別するｃｏｄｅに対する値を有する。ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントは、１つ以上のｃａｐａｂｉｌｉｔｙを示すことができる。
ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントは、ｃａｐａｂｉｌｉｔｙを説明するｓｔｒｉｎｇを含むことができる。ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントは、ｃａｐａｂｉｌｉｔｙに対する説明を文字で表現するための情報を含むことができる。ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントはＣａｔｅｇｏｒｙ属性情報を含むことができる。
Ｃａｔｅｇｏｒｙ属性情報は、ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントによって説明されるｃａｐａｂｉｌｉｔｙのカテゴリ（ｃａｔｅｇｏｒｙ）を示す情報である。
図８７は、本発明の一実施例に係る、ＣａｐａｂｉｌｉｔｙＣｏｄｅエレメントの値によるｃａｐａｂｉｌｉｔｙの意味を示す図である。
ＣａｐａｂｉｌｉｔｙＣｏｄｅエレメントの値による意味は、説明する代わりに図面を参照する。
本発明の一実施例によれば、Ｄｏｗｎｌｏａｄ Ｐｒｏｔｏｃｏｌｓの項目に新しい値を定義し、当該値が示すｃａｐａｂｉｌｉｔｙが‘ＩＰ ｖｉａ Ｂｒｏａｄｂａｎｄ’に該当するように設定できる。すなわち、次世代放送システムでは、ブロードバンドのＩＰを介したデータの受信が可能であるので、ＩＰ ｖｉａ Ｂｒｏａｄｂａｎｄに該当するＤｏｗｎｌｏａｄ ｐｒｏｔｏｃｏｌにｃａｐａｂｉｌｉｔｙの１つの種類として追加することができる。
本発明の一実施例によれば、ＣａｐａｂｉｌｉｔｙＣｏｄｅエレメントがＲｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙを識別することもできる。ＣａｐａｂｉｌｉｔｙＣｏｄｅエレメントの値に応じて、コンポーネントを使用するために受信機が必要とするＲｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙがシグナリングされ得る。ＣａｐａｂｉｌｉｔｙＣｏｄｅエレメントが示すＲｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙは、受信機がいかなる種類のビデオ、オーディオ、アプリケーション、及び／又はＣＣをレンダリングできるかを示すことができる。
図８８は、本発明の一実施例に係る、Ｃａｔｅｇｏｒｙ属性情報の値によるＣａｐａｂｉｌｉｔｙ Ｃａｔｅｇｏｒｙを示す図である。
本発明によれば、ｃａｐａｂｉｌｉｔｙがＲｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙのカテゴリに含まれることを識別できるように、Ｃａｔｅｇｏｒｙ属性情報の値を追加で定義することができる。例えば、Ｃａｔｅｇｏｒｙ属性情報の値が０ｘ０６を有する場合、ｃａｐａｂｉｌｉｔｙがＲｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙのカテゴリに含まれることを示すことができる。
図８９は、本発明の一実施例に係る、コンポーネント別にＰａｙ Ｐｅｒ Ｖｉｅｗ（ＰＰＶ）が提供される過程を示す図である。
本発明の一実施例によれば、Ｃｏｍｐｏｎｅｎｔ別に、Ｐａｙｐｅｒｖｉｅｗサービスを提供することができる。すなわち、本発明によれば、１つのサービスまたはコンテンツ内で、特定のコンポーネントを有料でサービスすることができる。例えば、本発明によれば、ＡｎｎｏｕｎｃｅｍｅｎｔでＣｏｍｐｏｎｅｎｔを定義し、Ｃｏｍｐｏｎｅｎｔに応じてＰａｙｐｅｒｖｉｅｗサービスを提供することができる。
そのために、コンポーネントエレメント（Ｃｏｍｐｏｎｅｎｔ ｅｌｅｍｅｎｔ）に対する属性及び／又は要素情報をＣｏｎｔｅｎｔ内に記述して送信することができる。各Ｃｏｍｐｏｎｅｎｔは、Ｐａｙに対する情報を有することができる。放送プログラム（メディア、放送サービス、または放送コンテンツ）は無料であってもよいが、放送プログラムの各コンポーネントの付加的な情報の量と質によって放送局は、コンポーネントに対して料金を課することができる。例えば、放送局は、ＨＤは無料であるが、高画質のためのＵＨＤを視聴するためのデータを伝送するビデオコンポーネント（Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ）を消費するためには、視聴者が料金を払うように設定してもよい。または、放送局は、オーディオ（Ａｕｄｉｏ）のステレオ（Ｓｔｅｒｅｏ）音響のためのオーディオコンポーネント（Ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔ）に対して料金を課することができるように設定してもよい。または、放送局は、選挙プログラムを視聴中、ｖｏｔｉｎｇ ａｐｐを使用するために必要なコンポーネントに対しては、料金を払わなければ当該コンポーネントを視聴者が消費できないように設定してもよい。これは、本発明で提示するように、Ｃｏｍｐｏｎｅｎｔ別にＥＳＧを伝送することによって可能なＰａｙｐｅｒｖｉｅｗ方式である。
各コンポーネント別に、ＰＰＶが設定可能なようにするために、コンポーネントエレメントは、各コンポーネントに対してＰＰＶ関連情報を含むことができる。または、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、各コンポーネントロール（ｃｏｍｐｏｎｅｎｔ ｒｏｌｅ）に対してＰＰＶ関連情報を含むことができる。ＰＰＶ関連情報は、コンポーネントまたはコンポーネントロールに対してＰＰＶが適用されるか否かを識別する情報、ＰＰＶのための決済方式に関する情報、ＰＰＶのための価格情報、ＰＰＶに対する決済が行われた後、認証と関連する情報、及び／又はＰＰＶが決済された後、当該コンポーネントを有効に使用できる期間情報を含むことができる。
図面を参照して、本発明が適用され得る一実施例を説明すると、ＥＳＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ）を通じて、放送プログラムにＰＰＶで視聴可能な要素があることを知ることができる。受信機は、ＰＰＶで提供されるコンポーネントの項目をＥＳＧを介してディスプレイすることができる。視聴者がＰＰＶで視聴可能な要素がある放送プログラムを選択すると、受信機は、ＰＰＶで視聴可能な要素が当該プログラムに存在することを知らせ、視聴者に、当該要素をＰＰＶで視聴するか否かを問うＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）をディスプレイし、視聴者の選択を受信することができる。本実施例では、放送プログラムが基本的に提供する映像以外に追加の映像が存在する場合を示した。視聴者がＡｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗに該当するビデオコンポーネント（Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ）を見るために当該金額を決済すると、Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ画面を見ることができる。この過程で、前述した制御ユニットは、ＰＰＶ関連情報を用いて、特定のコンポーネントに対してＰＰＶが適用されるかを識別する表示を含む放送番組表を生成することができる。前述したディスプレイユニットは、生成された放送番組表をディスプレイすることができる。
Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ画面を後で見ることを選択することができる。この場合、受信機は、現在の映像が終了したり、視聴者の所望の特定の時点でＡｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ画面をディスプレイすることができる。または、メインデバイスが提供する基本映像と共に、Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ画面をリアルタイムでコンパニオンデバイス（Ｃｏｍｐａｎｉｏｎ Ｄｅｖｉｃｅ）を用いて視聴することも可能である。
図９０は、本発明の一実施例に係る、放送プログラムの各コンポーネント別にメディアが提供される順序を示す図である。
受信機は、放送信号を介してＥＳＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ）データを受信する（ＪＳ９００１０）。ＥＳＧデータは、前述したエレメント、サービスフラグメント、コンテンツフラグメント、スケジュールフラグメント及び／又はコンポーネントフラグメントを含むことができる。
受信機は、サービスフラグメントをパーシングして、チャネルリストに表示される放送局リストを生成する（ＪＳ９００２０）。
受信機は、コンテンツフラグメントをパーシングして、各放送局別に提供されるプログラムのリストを生成する（ＪＳ９００３０）。
受信機は、スケジュールフラグメントをパーシングして、各放送局別に提供されるプログラムのスケジュールを生成する（ＪＳ９００４０）。
受信機は、視聴者／ユーザから放送番組表をディスプレイするようにする命令を受信する（ＪＳ９００５０）。
受信機は、放送サービス又は放送プログラムに含まれるコンポーネントに対する役割がＥＳＧに表示されたか否かを判断する（ＪＳ９００６０）。
放送サービス又は放送プログラムに含まれるコンポーネントに対する役割がＥＳＧに表示される場合、受信機は、放送番組表で各プログラムに関する詳細情報をディスプレイする（ＪＳ９００７０）。受信機は、コンポーネントの役割に関する情報は、前述したコンポーネントエレメント及びその下位のエレメントから取得することができる。
受信機は、視聴者／ユーザから、特定のプログラムに対する選択又は予約視聴命令を受信する（ＪＳ９００８０）。
受信機は、視聴者／ユーザによって選択された放送プログラムに進入（デコーディング）する（ＪＳ９００９０）。
受信機は、放送プログラムに含まれる各コンポーネントの役割の特性に合わせてＶｉｄｅｏ、Ａｕｄｉｏ、ＣＣ及び／又はＡｐｐを画面にディスプレイする（ＪＳ９０１００）。受信機は、視聴者／ユーザが視聴したいＶｉｄｅｏ、Ａｕｄｉｏ、ＣＣ及び／又はＡｐｐのコンポーネントを選択する命令を視聴者／ユーザから受信することができる。この場合、各コンポーネントに対するＰＰＶポリシーがある場合、前述した方式でＰＰＶが処理され得る。ＥＳＧには、各コンポーネントに対して、ＰＰＶポリシーがあるかを知らせる表示がディスプレイされ得る。
受信機がディスプレイするメディアを視聴者／ユーザが視聴する（ＪＳ９０１００）。
一方、放送サービスまたは放送プログラムに含まれるコンポーネントに対する役割がＥＳＧに表示されない場合、受信機は、放送番組表にプログラム名及び／又はプログラムの時間情報をディスプレイする（ＪＳ９０１２０）。
受信機は、視聴者／ユーザから、放送番組表で特定のプログラムに対する選択又は予約視聴命令を受信する（ＪＳ９０１３０）。
受信機は、視聴者／ユーザが選択した放送プログラムに進入（デコーディング）する（ＪＳ９０１４０）。
一方、放送視聴中、視聴者／ユーザが、放送番組表をディスプレイするようにする命令を入力すると、受信機は、ステップＪＳ９００５０から、提示された手順を行う。
図９１は、本発明の一実施例に係る、放送プログラムの各コンポーネント別にメディアが提供される画面を示す図である。
Ｌ９１０１０を参照すると、ＥＳＧに、ＣＮＴＶという放送サービス（放送局）で提供する‘Ｇ’プログラムに対して、それぞれのコンポーネントの役割が記載された図面と、そうでない図面が示されている。例えば、コンポーネントの役割がＥＳＧに表示される場合は、ＥＳＧは、‘Ｇ’プログラムに対して、‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’、‘Ｆｏｌｌｏｗ Ｓｕｂｊｅｃｔ’及び‘Ｓｉｇｎ Ｌａｎｇｕａｇｅ’を提供するコンポーネントが存在することを示している。
Ｌ９１０２０を参照すると、‘Ｇ’プログラムがディスプレイされる場合、受信機は、‘Ｓｉｇｎ ｌａｎｇｕａｇｅ’や‘ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’を共にディスプレイしたり、このようなコンポーネントに対するサムネイル（ｔｈｕｍｂｎａｉｌ）イメージをディスプレイすることができる。ここで、‘Ｓｉｇｎ ｌａｎｇｕａｇｅ’は手話に、‘ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’は、現在のプログラムと関連する映像に該当し得る。
Ｌ９１０３０を参照すると、‘Ｇ’プログラムに対して、‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’を視聴者が選択した場合、現在のプログラムで基本的に提供する映像以外に、他の映像を提供する場面が示されている。
図９２は、本発明の一実施例に係る、ビデオコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
受信機は、視聴者の放送番組表に対する要求を受信し、放送番組表をディスプレイする。放送番組表には、現在時刻以降の放送プログラムに関する情報がディスプレイされる。特定のプログラムに対しては特定の役割に該当するコンポーネントが提供されるということがＥＳＧに表示され得る。例えば、‘Ｂ’プログラムに対しては、手話（ｓｉｇｎ ｌａｎｇｕａｇｅ）コンテンツが提供されてもよい。したがって、手話コンテンツを利用したい視聴者は、‘ｓｉｇｎ ｌａｎｇｕａｇｅ’が表示されたプログラムを選択して、当該プログラムへチャネル切り替えを行ったり、当該プログラムに対する視聴予約を行うことができる。受信機は、視聴予約されたプログラムの開始時間になると、当該プログラムを視聴するか否かに対する問い合わせを視聴者に提供し、当該プログラムをディスプレすることができる。
図９３は、本発明の他の実施例に係る、ビデオコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
受信機は、視聴者の放送番組表に対する要求を受信し、放送番組表をディスプレイする。放送番組表には現在時刻以降の放送プログラムに関する情報がディスプレイされる。特定のプログラムに対しては特定の役割に該当するコンポーネントが提供されるということがＥＳＧに表示され得る。例えば、放送番組表は、‘Ｇ’プログラムに対して‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’が存在することを示すことができる。視聴者が‘Ｇ’プログラムを選択すると、受信機は、視聴者に、‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’を視聴するか否かに対する問い合わせを提供することができる。受信機が、視聴者から、‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’を視聴することを指示する命令を受信すると、受信機は、現在の映像を‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’に置換してディスプレイすることができる。または、受信機は、‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’をｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅに伝達して、ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅで‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’がディスプレイされ得るように処理することができる。
図９４は、本発明の他の実施例に係る、ビデオコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
受信機は、視聴者の放送番組表に対する要求を受信し、放送番組表をディスプレイする。放送番組表には、現在時刻以降の放送プログラムに関する情報がディスプレイされる。特定のプログラムに対しては特定の役割に該当するコンポーネントが提供されるということがＥＳＧに表示され得る。例えば、放送番組表は、‘Ｉ’プログラムに対する‘Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’コンポーネントが存在することを示すことができる。視聴者が‘Ｉ’プログラムを選択すると、受信機は、視聴者に、‘Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’を確認するか否かに対する問い合わせを提供することができる。受信機が、視聴者から、‘Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’を確認することを指示する命令を受信すると、受信機は、現在の映像を‘Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’に置換してディスプレイすることができる。または、受信機は、‘Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’をｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅに伝達して、ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅで‘Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’がディスプレイされ得るように処理することができる。
図９５は、本発明の一実施例に係る、オーディオコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
受信機は、視聴者の放送番組表に対する要求を受信し、放送番組表をディスプレイする。放送番組表には、現在時刻以降の放送プログラムに関する情報がディスプレイされる。特定のプログラムに対しては特定の役割に該当するコンポーネントが提供されるということがＥＳＧに表示され得る。例えば、放送番組表は、‘Ｉ’プログラムに対する‘Ｍｕｓｉｃ’コンポーネントが存在することを示すことができる。‘Ｍｕｓｉｃ’コンポーネントは、当該プログラムに対してより良い音質のオーディオを提供するコンポーネントに該当し得る。視聴者は、より良い音質のオーディオの提供を受けるために‘Ｉ’プログラムを選択し、当該プログラムと‘Ｍｕｓｉｃ’コンポーネントを共に消費することができる。
図９６は、本発明の他の実施例に係る、オーディオコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
受信機は、視聴者の放送番組表に対する要求を受信し、放送番組表をディスプレイする。放送番組表には、現在時刻以降の放送プログラムに関する情報がディスプレイされる。特定のプログラムに対しては特定の役割に該当するコンポーネントが提供されるということがＥＳＧに表示され得る。例えば、放送番組表は、‘Ｇ’プログラムに対する‘Ｄｉａｌｏｇ’コンポーネントが存在することを示すことができる。‘Ｄｉａｌｏｇ’コンポーネントは、当該プログラムで特定の出演者のセリフや発言に対する別途のコンポーネントに該当する。視聴者は、‘Ｄｉａｌｏｇ’コンポーネントを提供する‘Ｇ’プログラムを選択し、当該プログラムの出演者のＤｉａｌｏｇを別途のスピーカーを介して再生して、当該コンテンツを消費することができる。‘Ｄｉａｌｏｇ’コンポーネントが別途に提供される場合、受信機は、Ｄｉａｌｏｇのレベルを別途に調節することができる。
図９７は、本発明の他の実施例に係る、オーディオコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
受信機は、視聴者の放送番組表に対する要求を受信し、放送番組表をディスプレイする。放送番組表には、現在時刻以降の放送プログラムに関する情報がディスプレイされる。特定のプログラムに対しては特定の役割に該当するコンポーネントが提供されるということがＥＳＧに表示され得る。例えば、放送番組表は、‘Ｄ’プログラムに対する‘Ｖｉｓｕａｌｌｙ Ｉｍｐａｉｒｅｄ’コンポーネントが存在することを示すことができる。‘Ｖｉｓｕａｌｌｙ Ｉｍｐａｉｒｅｄ’コンポーネントは、当該プログラムで提供する視覚的なコンテンツに対する音声的説明を提供するコンポーネントに該当し得る。‘Ｖｉｓｕａｌｌｙ Ｉｍｐａｉｒｅｄ’コンポーネントは、視覚障害者のために、プログラムに対する音声的説明を提供するコンポーネントに該当し得る。視聴者は、‘Ｖｉｓｕａｌｌｙ Ｉｍｐａｉｒｅｄ’コンポーネントを提供する‘Ｄ’プログラムを選択し、‘Ｖｉｓｕａｌｌｙ Ｉｍｐａｉｒｅｄ’コンポーネントに該当するコンテンツを消費することができる。このとき、受信機は、‘Ｖｉｓｕａｌｌｙ Ｉｍｐａｉｒｅｄ’コンポーネントをｍａｉｎ ｄｅｉｖｃｅで再生してもよく、ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅに‘Ｖｉｓｕａｌｌｙ Ｉｍｐａｉｒｅｄ’コンポーネントを伝達し、ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅで当該コンポーネントを再生できるように処理してもよい。
図９８は、本発明の一実施例に係る、ＣＣ（Ｃｌｏｓｅｄ Ｃａｐｔｉｏｎ）コンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
受信機は、視聴者の放送番組表に対する要求を受信し、放送番組表をディスプレイする。放送番組表には、現在時刻以降の放送プログラムに関する情報がディスプレイされる。特定のプログラムに対しては特定の役割に該当するコンポーネントが提供されるということがＥＳＧに表示され得る。例えば、放送番組表は、‘Ｄ’プログラムに対する‘Ｅａｓｙ Ｒｅａｄｅｒ’コンポーネントが存在することを示すことができる。‘Ｅａｓｙ Ｒｅａｄｅｒ’コンポーネントは、当該プログラムのコンテンツに対する字幕またはサブタイトルを提供するコンポーネントに該当し得る。字幕またはサブタイトルは１つ以上の言語で提供されてもよい。視聴者は、‘Ｅａｓｙ Ｒｅａｄｅｒ’コンポーネントを提供する‘Ｄ’プログラムを選択し、‘Ｅａｓｙ Ｒｅａｄｅｒ’コンポーネントに該当するコンテンツを消費することができる。このとき、受信機は、‘Ｅａｓｙ Ｒｅａｄｅｒ’コンポーネントをｍａｉｎ ｄｅｉｖｃｅで再生してもよく、ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅに‘Ｅａｓｙ Ｒｅａｄｅｒ’コンポーネントを伝達し、ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅで当該コンポーネントを再生できるように処理してもよい。
図９９は、本発明の一実施例に係る放送信号送信方法を示す図である。
本発明の一実施例に係る放送信号送信方法は、放送サービスのアクセス情報を含むサービスガイド情報及びコンテンツデータを生成する段階（ＳＬ９９０１０）、上記生成されたサービスガイド情報及びコンテンツデータをエンコードする段階（ＳＬ９９０２０）、及び／又は上記エンコードされたサービスガイド情報及びコンテンツデータを伝送する段階（ＳＬ９９０３０）を含むことができる。ここで、上記サービスガイド情報は、上記放送サービスに関する情報を示すサービスフラグメントを含むことができる。ここで、サービスガイド情報はｓｅｒｖｉｃｅ ｇｕｉｄｅを表し、サービスフラグメントはｓｅｒｖｉｃｅ ｆｒａｇｍｅｎｔを表すことができる。
本発明の他の実施例によれば、サービスフラグメントは、上記放送サービスの種類を示すサービスタイプ情報を含むことができる。ここで、上記サービスタイプ情報が示す上記放送サービスの種類は、放送スケジュール情報を共に提供するリニアサービス（Ｌｉｎｅａｒ Ｓｅｒｖｉｃｅ）、アプリケーションに基づくアプリベースサービス（Ａｐｐｂａｓｅｄ Ｓｅｒｖｉｃｅ）及び／又はコンパニオンデバイスを用いるコンパニオンスクリーンサービス（ＣｏｍｐａｎｉｏｎＳｃｒｅｅｎ Ｓｅｒｖｉｃｅ）を含むことができる。ここで、サービスタイプ情報は、ＳｅｒｖｉｃｅＴｙｐｅエレメントに含まれる情報を表すことができる。これに関する詳細な説明は、図２７、図２８、図２９、図３０で前述した。
本発明の更に他の実施例によれば、サービスガイド情報は、上記放送サービスに含まれるコンポーネントに関する情報を示すコンポーネントフラグメントを含むことができる。ここで、上記コンポーネントフラグメントは、上記コンポーネントフラグメントを識別する情報、上記コンポーネントの種類を示すコンポーネントタイプ情報、及び／又は上記コンポーネントの役割を示すコンポーネントロール情報を含むことができる。ここで、コンポーネントフラグメントはｃｏｍｐｏｎｅｎｔ ｆｒａｇｍｅｎｔを表すことができる。ここで、コンポーネントフラグメントを識別する情報は、ｉｄアトリビュートに含まれる情報を表すことができる。ここで、コンポーネントタイプ情報は、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントに含まれる情報を表すことができ、コンポーネントロール情報は、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントに含まれる情報を表すことができる。これに関する詳細な説明は、図３１、図３２、図６０、図６１、図６２で前述した。
本発明の更に他の実施例によれば、コンポーネントタイプ情報が示す上記コンポーネントの種類は、１つの連続するストリームにおいて表現されるコンポーネントを表すコンティニュアスコンポーネント（Ｃｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔ）、独立してエンコードされるコンポーネントを表すエレメンタリコンポーネント（Ｅｌｅｍｅｎｔａｒｙ ｃｏｍｐｏｎｅｎｔ）、１つのプレゼンテーションのために組み合わせ可能なコンポーネントを表すコンポジットコンポーネント（Ｃｏｍｐｏｓｉｔｅ ｃｏｍｐｏｎｅｎｔ）、及び／又は１つのプレゼンテーションのために選択されるコンポーネントを表すピックワンコンポーネント（ＰｉｃｋＯｎｅ ｃｏｍｐｏｎｅｎｔ）を含むことができる。これに関する詳細な説明は、図６３で前述した。
本発明の更に他の実施例によれば、コンポーネントロール情報は、上記コンポーネントが、スケーラブルビデオエンコーディングのためのベースレイヤ（ｂａｓｅ ｌａｙｅｒ）、スケーラブルビデオエンコーディングのためのエンハンスメントレイヤ（ｅｎｈａｎｃｅｍｅｎｔ ｌａｙｅｒ）、３Ｄビデオの左目映像、３Ｄビデオの右目映像、３Ｄビデオの奥行き（ｄｅｐｔｈ）情報、音楽オーディオ、対話オーディオ、及び／又は子供のための字幕の役割をすることを示すことができる。ここで、スケーラブルビデオエンコーディングのためのベースレイヤ（ｂａｓｅ ｌａｙｅｒ）は、Ｂａｓｅ ｌａｙｅｒ ｆｏｒ ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｅｎｃｏｄｉｎｇ、スケーラブルビデオエンコーディングのためのエンハンスメントレイヤ（ｅｎｈａｎｃｅｍｅｎｔ ｌａｙｅｒ）はＥｎｈａｎｃｅｍｅｎｔ ｌａｙｅｒ ｆｏｒ ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｅｎｃｏｄｉｎｇ，ｗｉｔｈ ｌｅｖｅｌ、３Ｄビデオの左目映像は３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗ、３Ｄビデオの右目映像は３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗ、３Ｄビデオの奥行き情報は３Ｄ ｖｉｄｅｏ ｄｅｐｔｈ ｉｎｆｏｒｍａｔｉｏｎ、音楽オーディオはＭｕｓｉｃ、対話オーディオはＤｉａｌｏｇ、子供のための字幕はＥａｓｙ ｒｅａｄｅｒを表すことができる。これに関する詳細な説明は、図６４で前述した。
図１００は、本発明の一実施例に係る放送信号受信装置の構成を示す図である。
本発明の一実施例に係る放送信号受信装置Ｌ１０００３０は、受信部Ｌ１０００１０及び／又はデコーダＬ１０００２０を含むことができる。
受信部は、放送サービスのアクセス情報を含むサービスガイド情報及び／又はコンテンツデータを受信することができる。ここで、サービスガイド情報は、上記放送サービスに関する情報を示すサービスフラグメントを含むことができる。
デコーダは、受信したサービスガイド情報及び／又はコンテンツデータをデコードすることができる。
本発明の他の実施例によれば、サービスフラグメントは、上記放送サービスの種類を示すサービスタイプ情報を含むことができる。ここで、上記サービスタイプ情報が示す上記放送サービスの種類は、放送スケジュール情報を共に提供するリニアサービス（Ｌｉｎｅａｒ Ｓｅｒｖｉｃｅ）、アプリケーションに基づくアプリベースサービス（Ａｐｐｂａｓｅｄ Ｓｅｒｖｉｃｅ）、及び／又はコンパニオンデバイスを用いるコンパニオンスクリーンサービス（ＣｏｍｐａｎｉｏｎＳｃｒｅｅｎ Ｓｅｒｖｉｃｅ）を含むことができる。ここで、サービスタイプ情報は、ＳｅｒｖｉｃｅＴｙｐｅエレメントに含まれる情報を表すことができる。これに関する詳細な説明は、図２７、図２８、図２９、図３０で前述した。
本発明の更に他の実施例によれば、サービスガイド情報は、上記放送サービスに含まれるコンポーネントに関する情報を示すコンポーネントフラグメントを含むことができる。ここで、上記コンポーネントフラグメントは、上記コンポーネントフラグメントを識別する情報、上記コンポーネントの種類を示すコンポーネントタイプ情報、及び／又は上記コンポーネントの役割を示すコンポーネントロール情報を含むことができる。ここで、コンポーネントフラグメントはＣｏｍｐｏｎｅｎｔ ｆｒａｇｍｅｎｔを表すことができる。ここで、コンポーネントフラグメントを識別する情報は、ｉｄアトリビュートに含まれる情報を表すことができる。ここで、コンポーネントタイプ情報は、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントに含まれる情報を表すことができ、コンポーネントロール情報は、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントに含まれる情報を表すことができる。これに関する詳細な説明は、図３１、図３２、図６０、図６１、図６２で前述した。
本発明の更に他の実施例によれば、コンポーネントタイプ情報が示す上記コンポーネントの種類は、１つの連続するストリームにおいて表現されるコンポーネントを表すコンティニュアスコンポーネント（Ｃｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔ）、独立してエンコードされるコンポーネントを表すエレメンタリコンポーネント（Ｅｌｅｍｅｎｔａｒｙ ｃｏｍｐｏｎｅｎｔ）、１つのプレゼンテーションのために組み合わせ可能なコンポーネントを表すコンポジットコンポーネント（Ｃｏｍｐｏｓｉｔｅ ｃｏｍｐｏｎｅｎｔ）、及び／又は１つのプレゼンテーションのために選択されるコンポーネントを表すピックワンコンポーネント（ＰｉｃｋＯｎｅ ｃｏｍｐｏｎｅｎｔ）を含むことができる。これに関する詳細な説明は、図６３で前述した。
本発明の更に他の実施例によれば、コンポーネントロール情報は、上記コンポーネントが、スケーラブルビデオエンコーディングのためのベースレイヤ（ｂａｓｅ ｌａｙｅｒ）、スケーラブルビデオエンコーディングのためのエンハンスメントレイヤ（ｅｎｈａｎｃｅｍｅｎｔ ｌａｙｅｒ）、３Ｄビデオの左目映像、３Ｄビデオの右目映像、３Ｄビデオの奥行き情報、音楽オーディオ、対話オーディオ及び／又は子供のための字幕の役割をすることを示すことができる。ここで、スケーラブルビデオエンコーディングのためのベースレイヤ（ｂａｓｅ ｌａｙｅｒ）はＢａｓｅ ｌａｙｅｒ ｆｏｒ ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｅｎｃｏｄｉｎｇ、スケーラブルビデオエンコーディングのためのエンハンスメントレイヤ（ｅｎｈａｎｃｅｍｅｎｔ ｌａｙｅｒ）はＥｎｈａｎｃｅｍｅｎｔ ｌａｙｅｒ ｆｏｒ ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｅｎｃｏｄｉｎｇ，ｗｉｔｈ ｌｅｖｅｌ、３Ｄビデオの左目映像は３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗ、３Ｄビデオの右目映像は３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗ、３Ｄビデオの奥行き情報は３Ｄ ｖｉｄｅｏ ｄｅｐｔｈ ｉｎｆｏｒｍａｔｉｏｎ、音楽オーディオはＭｕｓｉｃ、対話オーディオはＤｉａｌｏｇ、子供のための字幕はＥａｓｙ ｒｅａｄｅｒを表すことができる。これに関する詳細な説明は、図６４で前述した。
図１０１は、本発明の一実施例に係る放送信号送信装置の構成を示す図である。
本発明の一実施例に係る放送信号送信装置Ｌ１０１０４０は、生成部Ｌ１０１０１０、エンコーダＬ１０１０２０、及び／又は伝送部Ｌ１０１０３０を含むことができる。
生成部は、放送サービスのアクセス情報を含むサービスガイド情報及びコンテンツデータを生成することができる。ここで、上記サービスガイド情報は、上記放送サービスに関する情報を示すサービスフラグメントを含むことができる。
エンコーダは、生成されたサービスガイド情報及びコンテンツデータをエンコードすることができる。
伝送部は、エンコードされたサービスガイド情報及びコンテンツデータを伝送することができる。
本発明の他の実施例によれば、サービスフラグメントは、上記放送サービスの種類を示すサービスタイプ情報を含むことができる。ここで、上記サービスタイプ情報が示す上記放送サービスの種類は、放送スケジュール情報を共に提供するリニアサービス（Ｌｉｎｅａｒ Ｓｅｒｖｉｃｅ）、アプリケーションに基づくアプリベースサービス（Ａｐｐｂａｓｅｄ Ｓｅｒｖｉｃｅ）、及び／又はコンパニオンデバイスを用いるコンパニオンスクリーンサービス（ＣｏｍｐａｎｉｏｎＳｃｒｅｅｎ Ｓｅｒｖｉｃｅ）を含むことができる。ここで、サービスタイプ情報は、ＳｅｒｖｉｃｅＴｙｐｅエレメントに含まれる情報を表すことができる。これに関する詳細な説明は、図２７、図２８、図２９、図３０で前述した。
図１０２は、本発明の一実施例に係る放送信号受信方法を示す図である。
本発明の一実施例に係る放送信号受信方法は、放送サービスのアクセス情報を含むサービスガイド情報及びコンテンツデータを受信する段階（ＳＬ１０２０１０）、及び／又は上記受信したサービスガイド情報及びコンテンツデータをデコードする段階（ＳＬ１０２０２０）を含むことができる。ここで、サービスガイド情報は、上記放送サービスに関する情報を示すサービスフラグメントを含むことができる。
本発明の他の実施例によれば、サービスフラグメントは、上記放送サービスの種類を示すサービスタイプ情報を含むことができる。ここで、上記サービスタイプ情報が示す上記放送サービスの種類は、放送スケジュール情報を共に提供するリニアサービス（Ｌｉｎｅａｒ Ｓｅｒｖｉｃｅ）、アプリケーションに基づくアプリベースサービス（Ａｐｐｂａｓｅｄ Ｓｅｒｖｉｃｅ）、及び／又はコンパニオンデバイスを用いるコンパニオンスクリーンサービス（ＣｏｍｐａｎｉｏｎＳｃｒｅｅｎ Ｓｅｒｖｉｃｅ）を含むことができる。ここで、サービスタイプ情報は、ＳｅｒｖｉｃｅＴｙｐｅエレメントに含まれる情報を表すことができる。これに関する詳細な説明は、図２７、図２８、図２９、図３０で前述した。
本発明の更に他の実施例によれば、サービスガイド情報は、上記放送サービスに含まれるコンポーネントに関する情報を示すコンポーネントフラグメントを含むことができる。ここで、上記コンポーネントフラグメントは、上記コンポーネントフラグメントを識別する情報、上記コンポーネントの種類を示すコンポーネントタイプ情報、及び／又は上記コンポーネントの役割を示すコンポーネントロール情報を含むことができる。ここで、コンポーネントフラグメントは、ｃｏｍｐｏｎｅｎｔ ｆｒａｇｍｅｎｔを表すことができる。ここで、コンポーネントフラグメントを識別する情報は、ｉｄアトリビュートに含まれる情報を表すことができる。ここで、コンポーネントタイプ情報は、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントに含まれる情報を表すことができ、コンポーネントロール情報は、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントに含まれる情報を表すことができる。これに関する詳細な説明は、図３１、図３２、図６０、図６１、図６２で前述した。
モジュール又はユニットは、メモリ（又は、格納ユニット）に記憶された連続した過程を実行するプロセッサであってもよい。前述した実施例に記述された各段階は、ハードウェア／プロセッサによって実行することができる。前述した実施例に記述された各モジュール／ブロック／ユニットは、ハードウェア／プロセッサとして動作することができる。また、本発明が提示する方法はコードとして実装されるようにするこができる。このコードは、プロセッサが読み出し可能な記憶媒体に書き込まれ、装置（ａｐｐａｒａｔｕｓ）が提供するプロセッサによって読み出されるようにすることができる。
説明の便宜のため、各図を個別に説明したが、各図に開示した実施例を組み合わせて新しい実施例として実装するように設計することも可能である。そして、通常の技術者の必要に応じて、以前に説明された実施例を実行するためのプログラムが記録されているコンピュータで読み出し可能な記録媒体を設計することも、本発明の権利範囲に属する。
本発明に係る装置及び方法は、上述したように、説明された実施例の構成と方法に限定されて適用されるものではなく、上述した実施例は、様々な変形が可能なように、各実施例の全部又は一部が選択的に組み合わされて構成されてもよい。
一方、本発明が提案する方法を、ネットワークデバイスに具備された、プロセッサが読み出し可能な記録媒体に、プロセッサが読み出し可能なコードとして実装することができる。プロセッサが読み出し可能な記録媒体は、プロセッサによって読み出されるデータが格納されるいかなる種類の記録装置をも含む。プロセッサが読み出し可能な記録媒体の例には、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピーディスク、光データ格納装置などがあり、また、インターネットを介した伝送などのようなキャリアウェーブの形態で実装されるものも含む。また、プロセッサが読み出し可能な記録媒体は、ネットワークで接続されたコンピュータシステムに分散されて、分散方式でプロセッサが読み出し可能なコードが格納され、実行されてもよい。
また、以上では、本発明の好適な実施例について図示及び説明したが、本発明は、上述した特定の実施例に限定されず、特許請求の範囲で請求する本発明の要旨を逸脱することなく、当該発明の属する技術分野における通常の知識を有する者によって、様々な変形実施が可能であることはもちろんであり、このような変形実施は、本発明の技術的思想や展望から個別的に理解されてはならない。
そして、当該明細書では、物の発明及び方法の発明の両方が説明されており、必要に応じて、両発明の説明は補充的に適用されてもよい。
本発明の思想や範囲内で本発明の様々な変更及び変形が可能であることは当業者にとって明らかである。したがって、本発明は、添付の請求項及びその同等範囲内で提供される本発明の変更及び変形を含むように意図される。
本明細書において、装置の発明も方法の発明も言及されており、装置及び方法の発明に関する説明は互いに補完して適用可能である。
様々な実施例が、本発明を実施するための最良の形態において説明されている。
本発明は、一連の放送信号提供分野で利用可能である。
本発明の思想や範囲内で本発明の様々な変更及び変形が可能であることは当業者にとって明らかである。したがって、本発明は、添付の請求項及びその同等範囲内で提供される本発明の変更及び変形を含むように意図される。

Claims (15)

  1. 放送サービスのアクセス情報を含むサービスガイド情報を生成するステップと、
    前記生成されたサービスガイド情報をエンコードするステップと、
    前記エンコードされたサービスガイド情報を伝送するステップと、
    を有し、
    前記サービスガイド情報は、前記放送サービスに関する情報を有するサービスフラグメント、及び前記放送サービスのコンテンツデータに関する情報を有するコンテンツフラグメントを含み、
    前記コンテンツフラグメントは、前記コンテンツデータのコンポーネントデータに関するコンポーネントエレメントを有するＥｘｔｅｎｓｉｏｎエレメントをサブエレメントとして含み、
    前記コンポーネントエレメントは、オーディオコンポーネントエレメント、ビデオコンポーネントエレメント、Ｃｌｏｓｅｄ Ｃａｐｔｉｏｎコンポーネントエレメントを含む、放送信号送信方法。
  2. 前記サービスフラグメントは、前記放送サービスの種類を示すサービスタイプ情報を含み、前記サービスタイプ情報が示す前記放送サービスの前記種類は、放送スケジュール情報を提供するリニアサービス（Ｌｉｎｅａｒ Ｓｅｒｖｉｃｅ）、アプリケーションに基づくサービス（Ａｐｐｂａｓｅｄ Ｓｅｒｖｉｃｅ）、及びコンパニオンデバイスを用いるコンパニオンスクリーンサービス（ＣｏｍｐａｎｉｏｎＳｃｒｅｅｎ Ｓｅｒｖｉｃｅ）の少なくとも１つを含む、請求項１に記載の放送信号送信方法。
  3. 前記オーディオコンポーネントエレメントは、前記コンテンツデータのオーディオコンポーネントを示す情報を含み、前記ビデオコンポーネントエレメントは、前記コンテンツデータのビデオコンポーネントを示す情報を含み、前記Ｃｌｏｓｅｄ Ｃａｐｔｉｏｎコンポーネントエレメントは、前記コンテンツデータのＣｌｏｓｅｄ Ｃａｐｔｉｏｎコンポーネントを示す情報を含む、請求項１に記載の放送信号送信方法。
  4. 前記ビデオコンポーネントエレメントは、ｐｒｉｍａｒｙ ｖｉｄｅｏ、ａｌｔｅｒｎａｔｉｖｅ ｃａｍｅｒａ ｖｉｅｗ、ｏｔｈｅｒ ａｌｔｅｒｎａｔｉｖｅ ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ、ｓｉｇｎ ｌａｎｇｕａｇｅ ｉｎｓｅｔ、ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ、３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗ、３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗ、３Ｄ ｖｉｄｅｏ ｄｅｐｔｈ ｉｎｆｏｒｍａｔｉｏｎ、ｐａｒｔ ｏｆ ｖｉｄｅｏ ａｒｒａｙ ＜ｘ, ｙ＞ ｏｆ ＜ｍ, ｎ＞、及びfｏｌｌｏｗ ｓｕｂｊｅｃｔ ｍｅｔａｄａｔａの１つを示すロール情報を含む、請求項３に記載の放送信号送信方法。
  5. 前記オーディオコンポーネントエレメントは、ｍｕｓｉｃ、ｄｉａｌｏｇ、ｅｆｆｅｃｔｓ、ｖｉｓｕａｌｌｙ ｉｍｐａｉｒｅｄ、hｅａｒｉｎｇ ｉｍｐａｉｒｅｄ、及びｃｏｍｍｅｎｔａｒｙの１つを示すロール情報を含み、
    前記Ｃｌｏｓｅｄ Ｃａｐｔｉｏｎコンポーネントエレメントは、ｎｏｒｍａｌ及びｅａｓｙ ｒｅａｄｅｒの１つを示すロール情報を含む、請求項３に記載の放送信号送信方法。
  6. 放送サービスのアクセス情報を含むサービスガイド情報を受信するよう構成される受信部と、
    前記受信したサービスガイド情報をデコードするよう構成されるデコーダと、を備え、
    前記サービスガイド情報は、前記放送サービスに関する情報を有するサービスフラグメント、及び前記放送サービスのコンテンツデータに関する情報を有するコンテンツフラグメントを含み、
    前記コンテンツフラグメントは、前記コンテンツデータのコンポーネントデータに関するコンポーネントエレメントを有するＥｘｔｅｎｓｉｏｎエレメントをサブエレメントとして含み、
    前記コンポーネントエレメントは、オーディオコンポーネントエレメント、ビデオコンポーネントエレメント、Ｃｌｏｓｅｄ Ｃａｐｔｉｏｎコンポーネントエレメントを含む、放送信号受信装置。
  7. 前記サービスフラグメントは、前記放送サービスの種類を示すサービスタイプ情報を含み、前記サービスタイプ情報が示す前記放送サービスの前記種類は、放送スケジュール情報を提供するリニアサービス（Ｌｉｎｅａｒ Ｓｅｒｖｉｃｅ）、アプリケーションに基づくサービス（Ａｐｐｂａｓｅｄ Ｓｅｒｖｉｃｅ）、及びコンパニオンデバイスを用いるコンパニオンスクリーンサービス（ＣｏｍｐａｎｉｏｎＳｃｒｅｅｎ Ｓｅｒｖｉｃｅ）の少なくとも１つを含む、請求項６に記載の放送信号受信装置。
  8. 前記オーディオコンポーネントエレメントは、前記コンテンツデータのオーディオコンポーネントを示す情報を含み、前記ビデオコンポーネントエレメントは、前記コンテンツデータのビデオコンポーネントを示す情報を含み、前記Ｃｌｏｓｅｄ Ｃａｐｔｉｏｎコンポーネントエレメントは、前記コンテンツデータのＣｌｏｓｅｄ Ｃａｐｔｉｏｎコンポーネントを示す情報を含む、請求項６に記載の放送信号受信装置。
  9. 前記ビデオコンポーネントエレメントは、ｐｒｉｍａｒｙ ｖｉｄｅｏ、ａｌｔｅｒｎａｔｉｖｅ ｃａｍｅｒａ ｖｉｅｗ、ｏｔｈｅｒ ａｌｔｅｒｎａｔｉｖｅ ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ、ｓｉｇｎ ｌａｎｇｕａｇｅ ｉｎｓｅｔ、ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ、３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗ、３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗ、３Ｄ ｖｉｄｅｏ ｄｅｐｔｈ ｉｎｆｏｒｍａｔｉｏｎ、ｐａｒｔ ｏｆ ｖｉｄｅｏ ａｒｒａｙ ＜ｘ, ｙ＞ ｏｆ ＜ｍ, ｎ＞、及びfｏｌｌｏｗ ｓｕｂｊｅｃｔ ｍｅｔａｄａｔａの１つを示すロール情報を含む、請求項８に記載の放送信号受信装置。
  10. 前記オーディオコンポーネントエレメントは、ｍｕｓｉｃ、ｄｉａｌｏｇ、ｅｆｆｅｃｔｓ、ｖｉｓｕａｌｌｙ ｉｍｐａｉｒｅｄ、hｅａｒｉｎｇ ｉｍｐａｉｒｅｄ、及びｃｏｍｍｅｎｔａｒｙの１つを示すロール情報を含み、
    前記Ｃｌｏｓｅｄ Ｃａｐｔｉｏｎコンポーネントエレメントは、ｎｏｒｍａｌ及びｅａｓｙ ｒｅａｄｅｒの１つを示すロール情報を含む、請求項８に記載の放送信号受信装置。
  11. 放送サービスのアクセス情報を含むサービスガイド情報を生成するよう構成される生成部と、
    前記生成されたサービスガイド情報をエンコードするよう構成されるエンコーダと、
    前記エンコードされたサービスガイド情報を伝送するよう構成される伝送部と、を備え、
    前記サービスガイド情報は、前記放送サービスに関する情報を有するサービスフラグメント、及び前記放送サービスのコンテンツデータに関する情報を有するコンテンツフラグメントを含み、
    前記コンテンツフラグメントは、前記コンテンツデータのコンポーネントデータに関するコンポーネントエレメントを有するＥｘｔｅｎｓｉｏｎエレメントをサブエレメントとして含み、
    前記コンポーネントエレメントは、オーディオコンポーネントエレメント、ビデオコンポーネントエレメント、Ｃｌｏｓｅｄ Ｃａｐｔｉｏｎコンポーネントエレメントを含む、放送信号送信装置。
  12. 前記サービスフラグメントは、前記放送サービスの種類を示すサービスタイプ情報を含み、前記サービスタイプ情報が示す前記放送サービスの前記種類は、放送スケジュール情報を提供するリニアサービス（Ｌｉｎｅａｒ Ｓｅｒｖｉｃｅ）、アプリケーションに基づくサービス（Ａｐｐｂａｓｅｄ Ｓｅｒｖｉｃｅ）、及びコンパニオンデバイスを用いるコンパニオンスクリーンサービス（ＣｏｍｐａｎｉｏｎＳｃｒｅｅｎ Ｓｅｒｖｉｃｅ）の少なくとも１つを含む、請求項１１に記載の放送信号送信装置。
  13. 放送サービスのアクセス情報を含むサービスガイド情報を受信するステップと、
    前記受信したサービスガイド情報をデコードするステップと、
    を有し、
    前記サービスガイド情報は、前記放送サービスに関する情報を有するサービスフラグメント、及び前記放送サービスのコンテンツデータに関する情報を有するコンテンツフラグメントを含み、
    前記コンテンツフラグメントは、前記コンテンツデータのコンポーネントデータに関するコンポーネントエレメントを有するＥｘｔｅｎｓｉｏｎエレメントをサブエレメントとして含み、
    前記コンポーネントエレメントは、オーディオコンポーネントエレメント、ビデオコンポーネントエレメント、Ｃｌｏｓｅｄ Ｃａｐｔｉｏｎコンポーネントエレメントを含む、放送信号受信方法。
  14. 前記サービスフラグメントは、前記放送サービスの種類を示すサービスタイプ情報を含み、前記サービスタイプ情報が示す前記放送サービスの前記種類は、放送スケジュール情報を提供するリニアサービス（Ｌｉｎｅａｒ Ｓｅｒｖｉｃｅ）、アプリケーションに基づくサービス（Ａｐｐｂａｓｅｄ Ｓｅｒｖｉｃｅ）、及びコンパニオンデバイスを用いるコンパニオンスクリーンサービス（ＣｏｍｐａｎｉｏｎＳｃｒｅｅｎ Ｓｅｒｖｉｃｅ）の少なくとも１つを含む、請求項１３に記載の放送信号受信方法。
  15. 前記オーディオコンポーネントエレメントは、前記コンテンツデータのオーディオコンポーネントを示す情報を含み、前記ビデオコンポーネントエレメントは、前記コンテンツデータのビデオコンポーネントを示す情報を含み、前記Ｃｌｏｓｅｄ Ｃａｐｔｉｏｎコンポーネントエレメントは、前記コンテンツデータのＣｌｏｓｅｄ Ｃａｐｔｉｏｎコンポーネントを示す情報を含む、請求項１３に記載の放送信号受信方法。
JP2016552928A 2014-04-27 2015-04-27 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法 Active JP6360184B2 (ja)

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
US201461984854P 2014-04-27 2014-04-27
US61/984,854 2014-04-27
US201461991624P 2014-05-12 2014-05-12
US61/991,624 2014-05-12
US201462000515P 2014-05-19 2014-05-19
US62/000,515 2014-05-19
US201462003039P 2014-05-27 2014-05-27
US62/003,039 2014-05-27
PCT/KR2015/004171 WO2015167187A1 (ko) 2014-04-27 2015-04-27 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

Publications (2)

Publication Number Publication Date
JP2017514329A JP2017514329A (ja) 2017-06-01
JP6360184B2 true JP6360184B2 (ja) 2018-08-01

Family

ID=54358852

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2016534191A Active JP6599864B2 (ja) 2014-04-27 2015-04-27 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法
JP2016552928A Active JP6360184B2 (ja) 2014-04-27 2015-04-27 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2016534191A Active JP6599864B2 (ja) 2014-04-27 2015-04-27 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法

Country Status (8)

Country Link
US (13) US9888271B2 (ja)
EP (4) EP3139618A4 (ja)
JP (2) JP6599864B2 (ja)
KR (6) KR101801594B1 (ja)
CN (7) CN110267068B (ja)
CA (3) CA2941597C (ja)
MX (1) MX357843B (ja)
WO (5) WO2015167187A1 (ja)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101801594B1 (ko) * 2014-04-27 2017-11-27 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US20170085921A1 (en) * 2014-05-19 2017-03-23 Sharp Kabushiki Kaisha Method for decoding a service guide
WO2015178036A1 (en) * 2014-05-22 2015-11-26 Sharp Kabushiki Kaisha Method for decoding
WO2015194195A1 (en) * 2014-06-20 2015-12-23 Sharp Kabushiki Kaisha Methods for xml representation of device capabilities
CA2959353A1 (en) * 2014-09-05 2016-03-10 Sharp Kabushiki Kaisha Syntax and semantics for device capabilities
WO2016048090A1 (ko) * 2014-09-25 2016-03-31 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN108024120B (zh) * 2016-11-04 2020-04-17 上海动听网络科技有限公司 音频生成、播放、接听方法及装置和音频传输系统
KR101967299B1 (ko) * 2017-12-19 2019-04-09 엘지전자 주식회사 방송 신호를 수신하는 차량용 수신 장치 및 방송 신호를 수신하는 차량용 수신 방법
US11360466B2 (en) * 2019-01-04 2022-06-14 Gracenote, Inc. Generation of media station previews using a secondary tuner
CN112990120B (zh) * 2021-04-25 2022-09-16 昆明理工大学 一种利用相机风格分离域信息的跨域行人重识别方法

Family Cites Families (130)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5900908A (en) * 1995-03-02 1999-05-04 National Captioning Insitute, Inc. System and method for providing described television services
JP4221624B2 (ja) 1998-02-12 2009-02-12 ソニー株式会社 Ｅｐｇ送信装置および方法、ｅｐｇ受信装置および方法、並びに記録媒体
GB2377846B (en) 1998-06-12 2003-03-05 British Sky Broadcasting Ltd Improvements in receivers for television signals
US6732370B1 (en) * 1998-11-30 2004-05-04 Diva Systems Corporation Service provider side interactive program guide encoder
KR100828884B1 (ko) 1999-03-05 2008-05-09 캐논 가부시끼가이샤 데이터베이스 주석 및 검색
US7934232B1 (en) * 2000-05-04 2011-04-26 Jerding Dean F Navigation paradigm for access to television services
KR100391179B1 (ko) * 2000-08-02 2003-07-12 한국전력공사 고방사성미세분진폐기물 원격조종이동형청소장치
US20020078459A1 (en) * 2000-08-30 2002-06-20 Mckay Brent Interactive electronic directory service, public information and general content delivery system and method
US20020170053A1 (en) * 2000-10-26 2002-11-14 General Instrument, Inc. ECM and EMM distribution for multimedia multicast content
US20020170068A1 (en) 2001-03-19 2002-11-14 Rafey Richter A. Virtual and condensed television programs
US7035468B2 (en) 2001-04-20 2006-04-25 Front Porch Digital Inc. Methods and apparatus for archiving, indexing and accessing audio and video data
US7110664B2 (en) 2001-04-20 2006-09-19 Front Porch Digital, Inc. Methods and apparatus for indexing and archiving encoded audio-video data
US7512964B2 (en) * 2001-06-29 2009-03-31 Cisco Technology System and method for archiving multiple downloaded recordable media content
US7908628B2 (en) 2001-08-03 2011-03-15 Comcast Ip Holdings I, Llc Video and digital multimedia aggregator content coding and formatting
US7092888B1 (en) 2001-10-26 2006-08-15 Verizon Corporate Services Group Inc. Unsupervised training in natural language call routing
US20040017831A1 (en) * 2002-04-05 2004-01-29 Jian Shen System and method for processing SI data from multiple input transport streams
US7774815B1 (en) 2002-09-30 2010-08-10 Arris Group, Inc. Context-sensitive interactive television ticker
US8712218B1 (en) 2002-12-17 2014-04-29 At&T Intellectual Property Ii, L.P. System and method for providing program recommendations through multimedia searching based on established viewer preferences
GB0307451D0 (en) * 2003-03-31 2003-05-07 Matsushita Electric Ind Co Ltd Digital receiver with aural interface
GB2405557A (en) 2003-08-27 2005-03-02 Nokia Corp Service identification data relating services at a given frequency to services and identifying their media format
KR100565614B1 (ko) * 2003-09-17 2006-03-29 엘지전자 주식회사 캡션 송수신 방법
US7418472B2 (en) 2003-09-30 2008-08-26 Microsoft Corporation Systems and methods for determining remote device media capabilities
US20050188411A1 (en) 2004-02-19 2005-08-25 Sony Corporation System and method for providing content list in response to selected closed caption word
US7469979B2 (en) 2004-03-19 2008-12-30 Steelcase Inc. Pedestal system
CN1674645A (zh) * 2004-03-24 2005-09-28 乐金电子（沈阳）有限公司 数字电视及其电子节目单的表示方法
KR100617128B1 (ko) * 2004-11-17 2006-08-31 엘지전자 주식회사 디지털 방송 방법 및 장치
US20070124788A1 (en) 2004-11-25 2007-05-31 Erland Wittkoter Appliance and method for client-sided synchronization of audio/video content and external data
TW200704183A (en) * 2005-01-27 2007-01-16 Matrix Tv Dynamic mosaic extended electronic programming guide for television program selection and display
US7614068B2 (en) * 2005-03-18 2009-11-03 Nokia Corporation Prioritization of electronic service guide carousels
US8387089B1 (en) * 2005-05-06 2013-02-26 Rovi Guides, Inc. Systems and methods for providing a scan
AU2006277101C1 (en) * 2005-08-11 2010-11-25 Samsung Electronics Co., Ltd. Method and apparatus for transmitting/receiving access information of broadcast service in a broadcasting system, and system thereof
US7738863B2 (en) 2005-08-25 2010-06-15 Nokia Corporation IP datacasting middleware
US8607271B2 (en) * 2005-08-26 2013-12-10 Nokia Corporation Method to deliver messaging templates in digital broadcast service guide
US8024768B2 (en) 2005-09-15 2011-09-20 Penthera Partners, Inc. Broadcasting video content to devices having different video presentation capabilities
CN101305534A (zh) * 2005-10-14 2008-11-12 诺基亚公司 用服务指南声明终端供应
EP1943837A4 (en) 2005-11-01 2010-08-04 Nokia Corp IDENTIFICATION OF THE SCOPE OF FRAGMENTS OF A SERVICE ELECTRONIC GUIDE AND HIERARCHISATION IN THE FIELD OF APPLICATION
US8763036B2 (en) 2005-11-04 2014-06-24 Nokia Corporation Method for indicating service types in the service guide
KR100871243B1 (ko) * 2005-11-07 2008-11-28 삼성전자주식회사 휴대 방송 시스템에서 서비스 가이드 소스 전송 방법 및 장치
US20070110057A1 (en) 2005-11-07 2007-05-17 Sung-Oh Hwang Method and apparatus for transmitting service guide source in a mobile broadcast system
US7801910B2 (en) 2005-11-09 2010-09-21 Ramp Holdings, Inc. Method and apparatus for timed tagging of media content
EP1951287A2 (de) * 2005-11-22 2008-08-06 Universität Leipzig Arzneimittel zur behandlung von fertilitäts- und schwangerschaftsstörungen, autoimmunerkrankungen und zur induktion einer immunologischen toleranz bei transplantationspatienten und verfahren zur herstellung
JP2009518884A (ja) 2005-11-29 2009-05-07 グーグル・インコーポレーテッド マスメディアのソーシャル及び相互作用的なアプリケーション
KR101179828B1 (ko) 2005-12-16 2012-09-04 삼성전자주식회사 디지털 비디오 방송 시스템에서 전자 서비스 가이드의데이터 모델과 서비스 데이터 스트림과의 연결관계에 따른전자 서비스 가이드의 구성 방법 및 장치
KR100890037B1 (ko) 2006-02-03 2009-03-25 삼성전자주식회사 휴대 방송 시스템에서 서비스 가이드 또는 서비스 가이드프레그먼트에 대한 공유 방법 및 시스템
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
US8115869B2 (en) 2007-02-28 2012-02-14 Samsung Electronics Co., Ltd. Method and system for extracting relevant information from content metadata
CN101094434B (zh) 2006-06-19 2011-02-02 华为技术有限公司 在移动广播系统中订阅业务相关通知的方法
KR100793801B1 (ko) * 2006-07-06 2008-01-11 엘지전자 주식회사 티브이의 방송 프로그램 안내 표시 방법 및 장치
CN101132292A (zh) 2006-08-22 2008-02-27 华为技术有限公司 一种传输电子节目指南的方法及系统
US20080091713A1 (en) 2006-10-16 2008-04-17 Candelore Brant L Capture of television metadata via OCR
US7689613B2 (en) 2006-10-23 2010-03-30 Sony Corporation OCR input to search engine
US7814524B2 (en) 2007-02-14 2010-10-12 Sony Corporation Capture of configuration and service provider data via OCR
US8296808B2 (en) 2006-10-23 2012-10-23 Sony Corporation Metadata from image recognition
KR100856208B1 (ko) 2006-12-15 2008-09-03 삼성전자주식회사 Ｄｖｂ-ｈ 시스템에서 방송 데이터 서비스의 어플리케이션정보를 제공하기 위한 방법 및 이를 위한 시스템
DE202007001277U1 (de) * 2007-01-23 2008-03-13 Dbt Gmbh Führungsschuh für einen Walzenlader und Verschleißeinsätze für Führungsschuhe
US8282564B2 (en) * 2007-05-16 2012-10-09 Massachusetts Institute Of Technology Systems and methods for model-based estimation of cardiac output and total peripheral resistance
KR101377951B1 (ko) 2007-05-18 2014-03-25 엘지전자 주식회사 서비스 가이드 정보 송수신 방법 및 서비스 가이드 정보수신 장치
KR101356499B1 (ko) 2007-05-18 2014-01-29 엘지전자 주식회사 서비스 가이드 정보 송수신 방법 및 서비스 가이드 정보송수신 장치
JP4345848B2 (ja) 2007-05-25 2009-10-14 船井電機株式会社 デジタル放送受信機
KR20080107137A (ko) 2007-06-05 2008-12-10 엘지전자 주식회사 서비스 가이드 정보 송수신 방법 및 서비스 가이드 정보송수신 장치
KR101461958B1 (ko) * 2007-06-29 2014-11-14 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101486373B1 (ko) 2007-07-29 2015-01-26 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101420871B1 (ko) * 2007-08-21 2014-07-17 삼성전자주식회사 휴대 방송 서비스에서 멀티 콘텐츠를 제공하는 방법 및장치와 그 시스템
WO2009028855A1 (en) * 2007-08-24 2009-03-05 Lg Electronics Inc. Digital broadcasting system and method of processing data in digital broadcasting system
US20090070659A1 (en) * 2007-09-11 2009-03-12 Legend Silicon Corp. Ldpc decoder with an improved llr update method using a set of relative values free from a shifting action
KR101418591B1 (ko) 2007-10-05 2014-07-10 삼성전자주식회사 휴대 방송 시스템에서의 서비스 가이드 제공 방법 및 장치
KR20090069689A (ko) 2007-12-26 2009-07-01 엘지전자 주식회사 서비스 가이드 정보 처리 방법 및 서비스 가이드 정보 처리장치
CN101500135A (zh) 2008-02-03 2009-08-05 北京视博数字电视科技有限公司 条件接收系统的节目定购方法、系统及其终端
US9503691B2 (en) 2008-02-19 2016-11-22 Time Warner Cable Enterprises Llc Methods and apparatus for enhanced advertising and promotional delivery in a network
JP5225456B2 (ja) * 2008-03-25 2013-07-03 オートリブ ディベロップメント エービー シートベルトテンショナ
US20090249392A1 (en) * 2008-03-28 2009-10-01 Lg Electronics Inc. Digital broadcast receiver and method for processing caption thereof
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
EP2109313B1 (en) 2008-04-09 2016-01-13 Sony Computer Entertainment Europe Limited Television receiver and method
CN101583092A (zh) * 2008-05-14 2009-11-18 三星电子株式会社 数据再现设备和数据再现方法
US8272022B2 (en) 2008-11-18 2012-09-18 Lg Electronics Inc. Method for receiving a broadcast signal and broadcast receiver
JP5225037B2 (ja) * 2008-11-19 2013-07-03 株式会社東芝 番組情報表示装置および方法
US8599242B2 (en) * 2008-12-02 2013-12-03 Lg Electronics Inc. Method for displaying 3D caption and 3D display apparatus for implementing the same
US8161512B2 (en) * 2008-12-09 2012-04-17 Lg Electronics Inc. Method for processing targeting descriptor in non-real-time receiver
US8423363B2 (en) 2009-01-13 2013-04-16 CRIM (Centre de Recherche Informatique de Montréal) Identifying keyword occurrences in audio data
WO2010082782A2 (en) * 2009-01-15 2010-07-22 Samsung Electronics Co., Ltd. Rich media-enabled service guide provision method and system for broadcast service
KR20100084104A (ko) 2009-01-15 2010-07-23 삼성전자주식회사 디지털 방송 시스템에서 리치미디어를 이용한 서비스 가이드 제공 방법 및 이를 위한 시스템
JP2010200087A (ja) * 2009-02-26 2010-09-09 Funai Electric Co Ltd 映像機器
KR101076587B1 (ko) 2009-03-03 2011-10-26 엘지전자 주식회사 방송망을 통해 전달되는 서비스 가이드를 통해 선별적으로 컨텐트를 수신하는 방법 및 이를 이용한 단말
JP5440836B2 (ja) * 2009-03-24 2014-03-12 ソニー株式会社 受信装置及び方法、プログラム、並びに受信システム
US20100250764A1 (en) * 2009-03-31 2010-09-30 Nokia Corporation Method and Apparatus for Signaling Layer Information of Scalable Media Data
US8621520B2 (en) 2009-05-19 2013-12-31 Qualcomm Incorporated Delivery of selective content to client applications by mobile broadcast device with content filtering capability
KR20100124966A (ko) * 2009-05-20 2010-11-30 삼성전자주식회사 복수의 형식을 가지는 디지털 방송 송수신 방법 및 장치
KR20100127162A (ko) * 2009-05-25 2010-12-03 엘지전자 주식회사 단말 내에서 브로드캐스트 서비스를 통해 관련된 콘텐츠를 검색하고 주문하는 방법 및 장치
US20100316131A1 (en) 2009-06-12 2010-12-16 Motorola, Inc. Macroblock level no-reference objective quality estimation of video
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
US9014546B2 (en) 2009-09-23 2015-04-21 Rovi Guides, Inc. Systems and methods for automatically detecting users within detection regions of media devices
JP2011091619A (ja) 2009-10-22 2011-05-06 Sony Corp 送信装置、送信方法、受信装置、受信方法、プログラム、および放送システム
US8914835B2 (en) 2009-10-28 2014-12-16 Qualcomm Incorporated Streaming encoded video data
KR20110053160A (ko) * 2009-11-13 2011-05-19 삼성전자주식회사 비디오 부가 재생 정보의 3차원 깊이감 조절을 위한 멀티미디어 스트림 생성 방법과 그 장치, 및 수신 방법과 그 장치
KR101179826B1 (ko) 2010-02-26 2012-09-04 고려대학교 산학협력단 열량조절이 가능한 전기로 및 이를 이용한 금속 및 실리콘의 용융방법
US9215493B2 (en) * 2010-03-11 2015-12-15 Lg Electronics Inc. Non-real-time broadcast service processing system and processing method thereof
US8730301B2 (en) * 2010-03-12 2014-05-20 Sony Corporation Service linkage to caption disparity data transport
KR20110105092A (ko) 2010-03-18 2011-09-26 삼성전자주식회사 휴대방송 시스템에서 서비스 접속 정보를 제공하기 위한 장치 및 방법
US8572488B2 (en) 2010-03-29 2013-10-29 Avid Technology, Inc. Spot dialog editor
KR20110111335A (ko) * 2010-04-02 2011-10-11 삼성전자주식회사 2차원 컨텐트와 3차원 컨텐트를 제공하기 위한 디지털 방송 컨텐트 전송 방법 및 그 장치, 디지털 방송 컨텐트 수신 방법 및 그 장치
KR20130080777A (ko) 2010-04-16 2013-07-15 엘지전자 주식회사 Iptv 상품에 대한 구매 트랜잭션 방법 및 그를 이용한 iptv 수신기
US20110289533A1 (en) 2010-05-18 2011-11-24 Rovi Technologies Corporation Caching data in a content system
US8694533B2 (en) 2010-05-19 2014-04-08 Google Inc. Presenting mobile content based on programming context
WO2011146276A2 (en) 2010-05-19 2011-11-24 Google Inc. Television related searching
KR20120014509A (ko) * 2010-08-09 2012-02-17 삼성모바일디스플레이주식회사 액정 표시 패널 및 액정 표시 패널 제조 방법
US8898723B2 (en) * 2010-08-20 2014-11-25 Sony Corporation Virtual channel declarative script binding
CN105554551A (zh) 2011-03-02 2016-05-04 华为技术有限公司 3d格式描述信息的获取方法和装置
US8670505B2 (en) * 2011-03-31 2014-03-11 Subrahmanya Kondageri Shankaraiah Early detection of segment type using BPSK and DBPSK modulated carriers in ISDB-T receivers
EP2695161B1 (en) * 2011-04-08 2014-12-17 Dolby Laboratories Licensing Corporation Automatic configuration of metadata for use in mixing audio programs from two encoded bitstreams
EP2705661A4 (en) 2011-05-01 2014-11-26 Samsung Electronics Co Ltd METHOD AND APPARATUS FOR TRANSMITTING / RECEIVING BROADCAST SERVICE IN DIGITAL BROADCASTING SYSTEM, AND SYSTEM THEREFOR
TWI562560B (en) 2011-05-09 2016-12-11 Sony Corp Encoder and encoding method providing incremental redundancy
US9723362B2 (en) 2011-06-07 2017-08-01 Lg Electronics Inc. Method for transmitting and receiving broadcast service and receiving device thereof
US9584238B2 (en) * 2011-06-24 2017-02-28 Nokia Corporation Accessing service guide information in a digital video broadcast system
CN104025479B (zh) * 2011-10-13 2018-10-19 三星电子株式会社 用于发送和接收多媒体服务的方法和装置
KR101877974B1 (ko) 2011-10-13 2018-07-12 삼성전자주식회사 방송 시스템에서의 제어 메시지 구성 장치 및 방법
US9106265B2 (en) * 2011-11-04 2015-08-11 Silicon Laboratories Inc. Receive data flow path using a single FEC decoder
US9113230B2 (en) * 2011-12-21 2015-08-18 Sony Corporation Method, computer program, and reception apparatus for delivery of supplemental content
EP2618532A1 (en) * 2012-01-19 2013-07-24 Panasonic Corporation Improved Component Interleaving for Rotated Constellations
US9071799B2 (en) * 2012-02-17 2015-06-30 Echostar Technologies L.L.C. Channel tuning redirect
US9936231B2 (en) 2012-03-21 2018-04-03 Saturn Licensing Llc Trigger compaction
KR101915128B1 (ko) 2012-05-17 2018-11-05 엘지전자 주식회사 전자 장치 및 서비스 프로바이더에 대한 정보를 제공하는 방법
WO2014025207A1 (en) * 2012-08-07 2014-02-13 Lg Electronics Inc. A method and an apparatus for processing a broadcast signal including an interactive broadcast service
AU2014214477B2 (en) 2013-02-11 2017-12-21 Bang & Clean Gmbh Method and device for cleaning interiors of tanks and systems
KR102061044B1 (ko) * 2013-04-30 2020-01-02 삼성전자 주식회사 수화 번역 및 화면 해설 서비스 방법 및 시스템
KR101500135B1 (ko) 2013-09-04 2015-03-06 주식회사 포스코 블로우 튜브의 패킹 조립장치
CA2924065C (en) 2013-09-13 2018-05-15 Arris Enterprises, Inc. Content based video content segmentation
CN103848358B (zh) 2014-03-24 2017-03-01 谢国贤 一种塔吊塔身双油缸顶升机构
US9882665B2 (en) 2014-04-21 2018-01-30 Sharp Kabushiki Kaisha Method for decoding a service guide
KR101801594B1 (ko) * 2014-04-27 2017-11-27 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2015178036A1 (en) * 2014-05-22 2015-11-26 Sharp Kabushiki Kaisha Method for decoding

Also Published As

Publication number Publication date
US11070859B2 (en) 2021-07-20
EP3139618A1 (en) 2017-03-08
WO2015167189A1 (ko) 2015-11-05
MX2016010117A (es) 2016-10-07
WO2015167187A1 (ko) 2015-11-05
US20200329261A1 (en) 2020-10-15
CN110234021B (zh) 2021-07-23
KR20180014223A (ko) 2018-02-07
CN105981374B (zh) 2019-08-09
CN110267068B (zh) 2021-11-02
KR101944834B1 (ko) 2019-02-01
US10306277B2 (en) 2019-05-28
CN106170983A (zh) 2016-11-30
KR20160105835A (ko) 2016-09-07
CN110267068A (zh) 2019-09-20
US10306278B2 (en) 2019-05-28
CN105981374A (zh) 2016-09-28
US20170188099A1 (en) 2017-06-29
US20200245005A1 (en) 2020-07-30
US20170171635A1 (en) 2017-06-15
EP3139526A4 (en) 2017-10-11
CN106134213A (zh) 2016-11-16
CA2941597A1 (en) 2015-11-05
CA3077488A1 (en) 2015-11-05
JP2017507506A (ja) 2017-03-16
CA2941597C (en) 2020-05-05
CA3077439C (en) 2023-04-25
KR101801592B1 (ko) 2017-11-27
US20190098342A1 (en) 2019-03-28
WO2015167190A1 (ko) 2015-11-05
KR20160142851A (ko) 2016-12-13
US11570494B2 (en) 2023-01-31
EP3139618A4 (en) 2017-10-11
US10939147B2 (en) 2021-03-02
EP3139623A4 (en) 2017-10-11
CN110177290B (zh) 2021-10-26
JP6599864B2 (ja) 2019-11-06
CN110234021A (zh) 2019-09-13
US20190246150A1 (en) 2019-08-08
JP2017514329A (ja) 2017-06-01
CA3077439A1 (en) 2015-11-05
US10284886B2 (en) 2019-05-07
CN106134112B (zh) 2019-03-08
US20210105511A1 (en) 2021-04-08
EP3073730A4 (en) 2017-08-16
KR101801594B1 (ko) 2017-11-27
US9888271B2 (en) 2018-02-06
US20180146220A1 (en) 2018-05-24
US10887635B2 (en) 2021-01-05
US20170180761A1 (en) 2017-06-22
CN106134213B (zh) 2019-07-12
US10743044B2 (en) 2020-08-11
CA3077488C (en) 2022-08-16
WO2015167186A1 (ko) 2015-11-05
US10567815B2 (en) 2020-02-18
KR101865299B1 (ko) 2018-06-07
US10848797B2 (en) 2020-11-24
CN106134112A (zh) 2016-11-16
EP3073730A1 (en) 2016-09-28
US10666993B2 (en) 2020-05-26
EP3139526A1 (en) 2017-03-08
KR20160106095A (ko) 2016-09-09
US20160269792A1 (en) 2016-09-15
CN106170983B (zh) 2019-07-16
KR101825000B1 (ko) 2018-03-22
KR20160071405A (ko) 2016-06-21
US20190222870A1 (en) 2019-07-18
US20170013285A1 (en) 2017-01-12
US20200137430A1 (en) 2020-04-30
WO2015167184A1 (ko) 2015-11-05
EP3139623A1 (en) 2017-03-08
KR20160102509A (ko) 2016-08-30
CN110177290A (zh) 2019-08-27
KR101801593B1 (ko) 2017-11-27
MX357843B (es) 2018-07-26

Similar Documents

Publication Publication Date Title
JP6360184B2 (ja) 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法
US11190846B2 (en) Service guide information transmission method, service guide information reception method, service guide information transmission device, and service guide information reception device

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20170927

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20171024

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180118

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180621

R150 Certificate of patent or registration of utility model

Ref document number: 6360184

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250