(57)【特許請求の範囲】
【請求項１】
放送サービスについての情報のアナウンスに利用されるサービスガイドフラグメントを生成する段階と、
前記サービスガイドフラグメントは、前記放送サービスの中のコンテンツデータを記述するコンテンツフラグメントを含み、
前記コンテンツフラグメントは、前記コンテンツデータに対する複数のエレメントを含み、前記複数のエレメントの一つは前記コンテンツデータに対するコンポーネントエレメントを含むエクステンションエレメント(ｅｘｔｅｎｓｉｏｎ  ｅｌｅｍｅｎｔ)であり、
前記コンポーネントエレメントは、前記コンテンツデータの中のオーディオコンポーネントに対する役割を記述するオーディオコンポーネントエレメントと、前記コンテンツデータの中のビデオコンポーネントに対する役割を記述するビデオコンポーネントエレメントと、前記コンテンツデータの中のクローズドキャプションコンポーネント（ｃｌｏｓｅｄ  ｃａｐｔｉｏｎ  ｃｏｍｐｏｎｅｎｔ）に対する役割を記述するクローズドキャプションコンポーネントエレメントを含み、
前記エクステンションエレメントは、前記コンテンツデータをデコーディングするために必要なケイパビリティエレメントを更に含み、前記ケイパビリティエレメントは、ケイパビリティを表すケイパビリティコード情報と前記ケイパビリティコード情報に基づいた情報を表すケイパビリティストリング情報を含み、
前記サービスガイドフラグメントをエンコードする段階と、
前記サービスガイドフラグメントを伝送する段階と
を含む、サービスガイドフラグメント送信方法。
【請求項２】
前記ケイパビリティストリング情報は、前記ケイパビリティのケイパビリティグループに対するケイパビリティカテゴリーコード情報を含み、
前記ケイパビリティコード情報に基づいた前記ケイパビリティは、スケーラブルＨＥＶＣ（ＳＨＶＣ）ビデオをサポートする受信機能力を含む、請求項１に記載のサービスガイドフラグメント送信方法。
【請求項３】
前記ケイパビリティコード情報に基づいた前記ケイパビリティは、ＨＤＲ（Ｈｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ）ビデオをサポートする受信機能力を含む、請求項２に記載のサービスガイドフラグメント送信方法。
【請求項４】
前記ケイパビリティコード情報は、前記コンテンツデータをダウンロードするためにブロードバンド（ｂｒｏａｄｂａｎｄ）を介したＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（ＩＰ）が要求されることを示す情報と、前記コンテンツデータをレンダリングするためにＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）ビデオに対する処理が要求されることを示す情報と、前記コンテンツデータをレンダリングするためにＳＨＶＣ（Ｓｃａｌａｂｌｅ ＨＥＶＣ）ビデオに対する処理が要求されることを示す情報と、前記コンテンツデータをレンダリングするためにＨＤＲ（Ｈｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ）ビデオに対する処理が要求されることを示す情報と、前記コンテンツデータをレンダリングするために５．１チャネルサラウンドオーディオ（５．１ ｃｈａｎｎｅｌ ｓｕｒｒｏｕｎｄ ａｕｄｉｏ）に対する処理が要求されることを示す情報と、前記コンテンツデータをレンダリングするためにイマーシブ（Ｉｍｍｅｒｓｉｖｅ）オーディオに対する処理が要求されることを示す情報と、前記コンテンツデータをレンダリングするために３Ｄオーディオに対する処理が要求されることを示す情報の少なくとも一つを含む、請求項２に記載のサービスガイドフラグメント送信方法。
【請求項５】
前記ケイパビリティコード情報は、前記コンテンツデータをレンダリングするためにＰＶＲ（Ｐｅｒｓｏｎａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒ）アプリケーション機能が要求されることを示す情報と、前記コンテンツデータをレンダリングするために永久記憶媒体（ｐｅｒｓｉｓｔｅｎｔ ｓｔｒｏｒａｇｅ）を介したダウンロード機能が要求されることを示す情報と、前記コンテンツデータをレンダリングするためにＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）アプリケーション機能が要求されることを示す情報と、前記コンテンツデータをレンダリングするためにＣＡＳ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｓｙｓｔｅｍ）アプリケーション機能が要求されることを示す情報の少なくとも一つを含む、請求項２に記載のサービスガイドフラグメント送信方法。
【請求項６】
前記ケイパビリティカテゴリーコード情報は、前記ケイパビリティコード情報のカテゴリーがダウンロードプロトコル（ｄｏｗｎｌｏａｄ ｐｒｏｔｏｃｏｌ）であることを示す情報と、前記ケイパビリティコード情報のカテゴリーがＦＥＣアルゴリズム（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ Ａｌｇｏｒｉｔｈｍ）であることを示す情報と、前記ケイパビリティコード情報のカテゴリーがアーカイブフォーマット（Ａｒｃｈｉｖｅ Ｆｏｒｍａｔ）であることを示す情報と、前記ケイパビリティコード情報のカテゴリーが圧縮アルゴリズム（Ｃｏｍｐｒｅｓｓｉｏｎ Ａｌｇｏｒｉｔｈｍ）であることを示す情報と、前記ケイパビリティコード情報のカテゴリーがメディアタイプ（Ｍｅｄｉａ Ｔｙｐｅ）であることを示す情報と、前記ケイパビリティコード情報のカテゴリーがインターネット接続（Ｉｎｔｅｒｎｅｔ ｌｉｎｋ）であることを示す情報と、前記ケイパビリティコード情報のカテゴリーがアプリケーションケイパビリティ（Ａｐｐｌｉｃａｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ）であることを示す情報の少なくとも一つを含む、請求項２に記載のサービスガイドフラグメント送信方法。
【請求項７】
放送サービスについての情報のアナウンスに利用されるサービスガイドフラグメントを受信する段階と、
前記サービスガイドフラグメントは、前記放送サービスの中のコンテンツデータを記述するコンテンツフラグメントを含み、
前記コンテンツフラグメントは、前記コンテンツデータに対する複数のエレメントを含み、前記複数のエレメントの一つは前記コンテンツデータに対するコンポーネントエレメントを含むエクステンションエレメント(ｅｘｔｅｎｓｉｏｎ  ｅｌｅｍｅｎｔ)であり、
前記コンポーネントエレメントは、前記コンテンツデータの中のオーディオコンポーネントに対する役割を記述するオーディオコンポーネントエレメントと、前記コンテンツデータの中のビデオコンポーネントに対する役割を記述するビデオコンポーネントエレメントと、前記コンテンツデータの中のクローズドキャプションコンポーネント（ｃｌｏｓｅｄ  ｃａｐｔｉｏｎ  ｃｏｍｐｏｎｅｎｔ）に対する役割を記述するクローズドキャプションコンポーネントエレメントを含み、
前記エクステンションエレメントは、前記コンテンツデータをデコーディングするために必要なケイパビリティエレメントを更に含み、前記ケイパビリティエレメントは、ケイパビリティを表すケイパビリティコード情報と前記ケイパビリティコード情報に基づいた情報を表すケイパビリティストリング情報を含み、
前記サービスガイドフラグメントをデコードする段階と、
前記デコードされたサービスガイドフラグメントを表示する段階と
を含む、サービスガイドフグメント受信方法。
【請求項８】
前記ケイパビリティストリング情報は、前記ケイパビリティのケイパビリティグループに対するケイパビリティカテゴリーコード情報を含み、
前記ケイパビリティコード情報に基づいた前記ケイパビリティは、スケーラブルＨＥＶＣ（ＳＨＶＣ）ビデオをサポートする受信機能力を含む、請求項７に記載のサービスガイドフラグメント受信方法。
【請求項９】
前記ケイパビリティコード情報に基づいた前記ケイパビリティは、ＨＤＲ（Ｈｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ）ビデオをサポートする受信機能力を含む、請求項８に記載のサービスガイドフラグメント受信方法。
【請求項１０】
前記ケイパビリティコード情報は、前記コンテンツデータをダウンロードするためにブロードバンド（ｂｒｏａｄｂａｎｄ）を介したＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（ＩＰ）が要求されることを示す情報と、前記コンテンツデータをレンダリングするためにＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）ビデオに対する処理が要求されることを示す情報と、前記コンテンツデータをレンダリングするためにＳＨＶＣ（Ｓｃａｌａｂｌｅ ＨＥＶＣ）ビデオに対する処理が要求されることを示す情報と、前記コンテンツデータをレンダリングするためにＨＤＲ（Ｈｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ）ビデオに対する処理が要求されることを示す情報と、前記コンテンツデータをレンダリングするために５．１チャネルサラウンドオーディオ（５．１ ｃｈａｎｎｅｌ ｓｕｒｒｏｕｎｄ ａｕｄｉｏ）に対する処理が要求されることを示す情報と、前記コンテンツデータをレンダリングするためにイマーシブ（Ｉｍｍｅｒｓｉｖｅ）オーディオに対する処理が要求されることを示す情報と、前記コンテンツデータをレンダリングするために３Ｄオーディオに対する処理が要求されることを示す情報の少なくとも一つを含む、請求項８に記載のサービスガイドフラグメント受信方法。
【請求項１１】
前記ケイパビリティコード情報は、前記コンテンツデータをレンダリングするためにＰＶＲ（Ｐｅｒｓｏｎａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒ）アプリケーション機能が要求されることを示す情報と、前記コンテンツデータをレンダリングするために永久記憶媒体（ｐｅｒｓｉｓｔｅｎｔ ｓｔｒｏｒａｇｅ）を介したダウンロード機能が要求されることを示す情報と、前記コンテンツデータをレンダリングするためにＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）アプリケーション機能が要求されることを示す情報と、前記コンテンツデータをレンダリングするためにＣＡＳ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｓｙｓｔｅｍ）アプリケーション機能が要求されることを示す情報の少なくとも一つを含む、請求項８に記載のサービスガイドフラグメント受信方法。
【請求項１２】
前記ケイパビリティカテゴリーコード情報は、前記ケイパビリティコード情報のカテゴリーがダウンロードプロトコル（ｄｏｗｎｌｏａｄ ｐｒｏｔｏｃｏｌ）であることを示す情報と、前記ケイパビリティコード情報のカテゴリーがＦＥＣアルゴリズム（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ Ａｌｇｏｒｉｔｈｍ）であることを示す情報と、前記ケイパビリティコード情報のカテゴリーがアーカイブフォーマット（Ａｒｃｈｉｖｅ Ｆｏｒｍａｔ）であることを示す情報と、前記ケイパビリティコード情報のカテゴリーが圧縮アルゴリズム（Ｃｏｍｐｒｅｓｓｉｏｎ Ａｌｇｏｒｉｔｈｍ）であることを示す情報と、前記ケイパビリティコード情報のカテゴリーがメディアタイプ（Ｍｅｄｉａ Ｔｙｐｅ）であることを示す情報と、前記ケイパビリティコード情報のカテゴリーがインターネット接続（Ｉｎｔｅｒｎｅｔ ｌｉｎｋ）であることを示す情報と、前記ケイパビリティコード情報のカテゴリーがアプリケーションケイパビリティ（Ａｐｐｌｉｃａｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ）であることを示す情報の少なくとも一つを含む、請求項８に記載のサービスガイドフラグメント受信方法。
【請求項１３】
放送サービスについての情報のアナウンスに利用されるサービスガイドフラグメントを生成する生成部と、
前記サービスガイドフラグメントは、前記放送サービスの中のコンテンツデータを記述するコンテンツフラグメントを含み、
前記コンテンツフラグメントは、前記コンテンツデータに対する複数のエレメントを含み、前記複数のエレメントの一つは前記コンテンツデータに対するコンポーネントエレメントを含むエクステンションエレメント(ｅｘｔｅｎｓｉｏｎ  ｅｌｅｍｅｎｔ)であり、
前記コンポーネントエレメントは、前記コンテンツデータの中のオーディオコンポーネントに対する役割を記述するオーディオコンポーネントエレメントと、前記コンテンツデータの中のビデオコンポーネントに対する役割を記述するビデオコンポーネントエレメントと、前記コンテンツデータの中のクローズドキャプションコンポーネント（ｃｌｏｓｅｄ  ｃａｐｔｉｏｎ  ｃｏｍｐｏｎｅｎｔ）に対する役割を記述するクローズドキャプションコンポーネントエレメントを含み、
前記エクステンションエレメントは、前記コンテンツデータをデコーディングするために必要なケイパビリティエレメントを更に含み、前記ケイパビリティエレメントは、ケイパビリティを表すケイパビリティコード情報と前記ケイパビリティコード情報に基づいた情報を表すケイパビリティストリング情報を含み、
前記サービスガイドフラグメントをエンコードするエンコーダーと、
前記エンコードされたサービスガイドフラグメントを伝送する伝送部と
を含む、サービスガイドフラグメント送信装置。
【請求項１４】
放送サービスについての情報のアナウンスに利用されるサービスガイドフラグメントを受信する受信部と、
前記サービスガイドフラグメントは、前記放送サービスの中のコンテンツデータを記述するコンテンツフラグメントを含み、
前記コンテンツフラグメントは、前記コンテンツデータに対する複数のエレメントを含み、前記複数のエレメントの一つは前記コンテンツデータに対するコンポーネントエレメントを含むエクステンションエレメント(ｅｘｔｅｎｓｉｏｎ  ｅｌｅｍｅｎｔ)であり、
前記コンポーネントエレメントは、前記コンテンツデータの中のオーディオコンポーネントに対する役割を記述するオーディオコンポーネントエレメントと、前記コンテンツデータの中のビデオコンポーネントに対する役割を記述するビデオコンポーネントエレメントと、前記コンテンツデータの中のクローズドキャプションコンポーネント（ｃｌｏｓｅｄ  ｃａｐｔｉｏｎ  ｃｏｍｐｏｎｅｎｔ）に対する役割を記述するクローズドキャプションコンポーネントエレメントを含み、
前記エクステンションエレメントは、前記コンテンツデータをデコーディングするために必要なケイパビリティエレメントを更に含み、前記ケイパビリティエレメントは、ケイパビリティを表すケイパビリティコード情報と前記ケイパビリティコード情報に基づいた情報を表すケイパビリティストリング情報を含み、
前記サービスガイドフラグメントをデコードするデコーダーと、
前記デコードされたサービスガイドフラグメントを表示する再生部と
を含む、サービスガイドフラグメント受信装置。
【請求項１５】
前記ケイパビリティストリング情報は、前記ケイパビリティのケイパビリティグループに対するケイパビリティカテゴリーコード情報を含み、
前記ケイパビリティコード情報に基づいた前記ケイパビリティは、スケーラブルＨＥＶＣ（ＳＨＶＣ）ビデオをサポートする受信機能力を含む、請求項１４に記載のサービスガイドフラグメント受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はサービスガイド情報を送受信する方法及び装置に関する。
【背景技術】
【０００２】
アナログ放送信号送信が終了するとともに、デジタル放送信号を送受信するための多様な技術が開発されている。デジタル放送信号はアナログ放送信号に比べて多量のビデオ／オーディオデータを含むことができ、ビデオ／オーディオデータだけではなく多様な種類の付加データをさらに含むことができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
すなわち、デジタル放送システムはＨＤ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）イメージ、マルチチャンネル（ｍｕｌｔｉ ｃｈａｎｎｅｌ、多チャンネル）オーディオ、及び多様な付加サービスを提供することができる。しかし、デジタル放送のためには、多量のデータ伝送に対するデータ伝送効率、送受信ネットワークの堅固性（ｒｏｂｕｓｔｎｅｓｓ）、及びモバイル受信装置を考慮したネットワーク柔軟性（ｆｌｅｘｉｂｉｌｉｔｙ）が向上しなければならない。
【課題を解決するための手段】
【０００４】
本発明の一実施例によるサービスガイド情報送信方法は、放送サービス及びコンテンツについての情報を含むサービスガイド情報を生成する段階であって、前記サービスガイド情報は前記コンテンツをレンダリング（ｒｅｎｄｅｒｉｎｇ）するために要求されるケイパビリティ（ｃａｐａｂｉｌｉｔｙ）情報を示すケイパビリティエレメントを含む、段階と、前記生成されたサービスガイド情報をエンコードする段階と、前記エンコードされたサービスガイド情報を伝送する段階を含んでもよい。
【０００５】
好ましくは、前記ケイパビリティエレメントは、前記コンテンツをレンダリングするために要求されるケイパビリティ情報をコード値で示すケイパビリティコードエレメント及び前記ケイパビリティ情報をストリング（ｓｔｒｉｎｇ）で示すケイパビリティストリングエレメントの少なくとも一つを含んでもよい。
【０００６】
好ましくは、前記ケイパビリティストリングエレメントは、前記ケイパビリティストリングエレメントが示すケイパビリティ情報が属するカテゴリーを示すカテゴリーコード情報を含んでもよい。
【０００７】
好ましくは、前記ケイパビリティコードエレメントは、前記コンテンツをダウンロードするためにブロードバンド（ｂｒｏａｄｂａｎｄ）を介したＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（ＩＰ）が要求されることを示す情報と、前記コンテンツをレンダリングするためにＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）ビデオに対する処理が要求されることを示す情報と、前記コンテンツをレンダリングするためにＳＨＶＣ（Ｓｃａｌａｂｌｅ ＨＥＶＣ）ビデオに対する処理が要求されることを示す情報と、前記コンテンツをレンダリングするためにＨＤＲ（Ｈｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ）ビデオに対する処理が要求されることを示す情報と、前記コンテンツをレンダリングするために５．１チャネルサラウンドオーディオ（５．１ ｃｈａｎｎｅｌ ｓｕｒｒｏｕｎｄ ａｕｄｉｏ）に対する処理が要求されることを示す情報と、前記コンテンツをレンダリングするためにイマーシブ（Ｉｍｍｅｒｓｉｖｅ）オーディオに対する処理が要求されることを示す情報と、前記コンテンツをレンダリングするために３Ｄオーディオに対する処理が要求されることを示す情報の少なくとも一つを含んでもよい。
【０００８】
好ましくは、前記ケイパビリティコードエレメントは、前記コンテンツをレンダリングするためにＰＶＲ（Ｐｅｒｓｏｎａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒ）アプリケーション機能が要求されることを示す情報と、前記コンテンツをレンダリングするために永久記憶媒体（ｐｅｒｓｉｓｔｅｎｔ ｓｔｒｏｒａｇｅ）を介したダウンロード機能が要求されることを示す情報と、前記コンテンツをレンダリングするためにＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）アプリケーション機能が要求されることを示す情報と、前記コンテンツをレンダリングするためにＣＡＳ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｓｙｓｔｅｍ）アプリケーション機能が要求されることを示す情報の少なくとも一つを含んでもよい。
【０００９】
好ましくは、前記カテゴリーコード情報は、前記ケイパビリティ情報のカテゴリーがダウンロードプロトコル（ｄｏｗｎｌｏａｄ ｐｒｏｔｏｃｏｌ）であることを示す情報と、前記ケイパビリティ情報のカテゴリーがＦＥＣアルゴリズム（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ Ａｌｇｏｒｉｔｈｍ）であることを示す情報と、前記ケイパビリティ情報のカテゴリーがアーカイブフォーマット（Ａｒｃｈｉｖｅ Ｆｏｒｍａｔ）であることを示す情報と、前記ケイパビリティ情報のカテゴリーが圧縮アルゴリズム（Ｃｏｍｐｒｅｓｓｉｏｎ Ａｌｇｏｒｉｔｈｍ）であることを示す情報と、前記ケイパビリティ情報のカテゴリーがメディアタイプ（Ｍｅｄｉａ Ｔｙｐｅ）であることを示す情報と、前記ケイパビリティ情報のカテゴリーがインターネット接続（Ｉｎｔｅｒｎｅｔ ｌｉｎｋ）であることを示す情報と、前記ケイパビリティ情報のカテゴリーがアプリケーションケイパビリティ（Ａｐｐｌｉｃａｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ）であることを示す情報の少なくとも一つを含んでもよい。
【００１０】
本発明の他の一実施例によるサービスガイド情報受信方法は、放送サービス及びコンテンツについての情報を含むサービスガイド情報を受信する段階であって、前記サービスガイド情報は前記コンテンツをレンダリング（ｒｅｎｄｅｒｉｎｇ）するために要求されるケイパビリティ（ｃａｐａｂｉｌｉｔｙ）情報を示すケイパビリティエレメントを含む、段階と、前記生成されたサービスガイド情報をデコードする段階と、前記デコードされたサービスガイド情報を表示する段階を含んでもよい。
【００１１】
好ましくは、前記ケイパビリティエレメントは、前記コンテンツをレンダリングするために要求されるケイパビリティ情報をコード値で示すケイパビリティコードエレメント及び前記ケイパビリティ情報をストリング（ｓｔｒｉｎｇ）で示すケイパビリティストリングエレメントの少なくとも一つを含んでもよい。
【００１２】
好ましくは、前記ケイパビリティストリングエレメントは、前記ケイパビリティストリングエレメントが示すケイパビリティ情報が属するカテゴリーを示すカテゴリーコード情報を含んでもよい。
【００１３】
好ましくは、前記ケイパビリティコードエレメントは、前記コンテンツをダウンロードするためにブロードバンド（ｂｒｏａｄｂａｎｄ）を介したＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（ＩＰ）が要求されることを示す情報と、前記コンテンツをレンダリングするためにＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）ビデオに対する処理が要求されることを示す情報と、前記コンテンツをレンダリングするためにＳＨＶＣ（Ｓｃａｌａｂｌｅ ＨＥＶＣ）ビデオに対する処理が要求されることを示す情報と、前記コンテンツをレンダリングするためにＨＤＲ（Ｈｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ）ビデオに対する処理が要求されることを示す情報と、前記コンテンツをレンダリングするために５．１チャネルサラウンドオーディオ（５．１ ｃｈａｎｎｅｌ ｓｕｒｒｏｕｎｄ ａｕｄｉｏ）に対する処理が要求されることを示す情報と、前記コンテンツをレンダリングするためにイマーシブ（Ｉｍｍｅｒｓｉｖｅ）オーディオに対する処理が要求されることを示す情報と、前記コンテンツをレンダリングするために３Ｄオーディオに対する処理が要求されることを示す情報の少なくとも一つを含んでもよい。
【００１４】
好ましくは、前記ケイパビリティコードエレメントは、前記コンテンツをレンダリングするためにＰＶＲ（Ｐｅｒｓｏｎａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒ）アプリケーション機能が要求されることを示す情報と、前記コンテンツをレンダリングするために永久記憶媒体（ｐｅｒｓｉｓｔｅｎｔ ｓｔｒｏｒａｇｅ）を介したダウンロード機能が要求されることを示す情報と、前記コンテンツをレンダリングするためにＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）アプリケーション機能が要求されることを示す情報と、前記コンテンツをレンダリングするためにＣＡＳ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｓｙｓｔｅｍ）アプリケーション機能が要求されることを示す情報の少なくとも一つを含んでもよい。
【００１５】
好ましくは、前記カテゴリーコード情報は、前記ケイパビリティ情報のカテゴリーがダウンロードプロトコル（ｄｏｗｎｌｏａｄ ｐｒｏｔｏｃｏｌ）であることを示す情報と、前記ケイパビリティ情報のカテゴリーがＦＥＣアルゴリズム（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ Ａｌｇｏｒｉｔｈｍ）であることを示す情報と、前記ケイパビリティ情報のカテゴリーがアーカイブフォーマット（Ａｒｃｈｉｖｅ Ｆｏｒｍａｔ）であることを示す情報と、前記ケイパビリティ情報のカテゴリーが圧縮アルゴリズム（Ｃｏｍｐｒｅｓｓｉｏｎ Ａｌｇｏｒｉｔｈｍ）であることを示す情報と、前記ケイパビリティ情報のカテゴリーがメディアタイプ（Ｍｅｄｉａ Ｔｙｐｅ）であることを示す情報と、前記ケイパビリティ情報のカテゴリーがインターネット接続（Ｉｎｔｅｒｎｅｔ ｌｉｎｋ）であることを示す情報と、前記ケイパビリティ情報のカテゴリーがアプリケーションケイパビリティ（Ａｐｐｌｉｃａｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ）であることを示す情報の少なくとも一つを含んでもよい。
【００１６】
本発明の他の一実施例によるサービスガイド情報送信装置は、放送サービス及びコンテンツについての情報を含むサービスガイド情報を生成する生成部であって、前記サービスガイド情報は前記コンテンツをレンダリング（ｒｅｎｄｅｒｉｎｇ）するために要求されるケイパビリティ（ｃａｐａｂｉｌｉｔｙ）情報を示すケイパビリティエレメントを含む、段階と、前記生成されたサービスガイド情報をエンコードするエンコーダーと、前記エンコードされたサービスガイド情報を伝送する伝送部を含んでもよい。
【００１７】
本発明の他の一実施例によるサービスガイド情報受信装置は、放送サービス及びコンテンツについての情報を含むサービスガイド情報を受信する受信部であって、前記サービスガイド情報は前記コンテンツをレンダリング（ｒｅｎｄｅｒｉｎｇ）するために要求されるケイパビリティ（ｃａｐａｂｉｌｉｔｙ）情報を示すケイパビリティエレメントを含む、受信部と、前記生成されたサービスガイド情報をデコードするデコーダーと、前記デコードされたサービスガイド情報を表示する再生部を含んでもよい。
【００１８】
好ましくは、前記ケイパビリティエレメントは、前記コンテンツをレンダリングするために要求されるケイパビリティ情報をコード値で示すケイパビリティコードエレメント及び前記ケイパビリティ情報をストリング（ｓｔｒｉｎｇ）で示すケイパビリティストリングエレメントの少なくとも一つを含んでもよい。
【発明の効果】
【００１９】
本発明は、サービスの特性に応じてデータを処理して各サービス又はサービスコンポーネントに対するＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を制御することによって、様々な放送サービスを提供することができる。
【００２０】
本発明は、同一のＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）信号帯域幅を介して様々な放送サービスを伝送することによって伝送柔軟性（ｆｌｅｘｉｂｉｌｉｔｙ）を達成することができる。
【００２１】
本発明は、ＭＩＭＯ（ＭｕｌｔｉｐｌｅＩｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）システムを用いてデータ伝送効率及び放送信号の送受信ロバスト性（Ｒｏｂｕｓｔｎｅｓｓ）を向上させることができる。
【００２２】
本発明によると、モバイル受信装置を使うとか室内環境にあっても、エラーなしにデジタル放送信号を受信可能な放送信号送信及び受信方法及び装置を提供することができる。
【図面の簡単な説明】
【００２３】
本発明のさらなる理解のために含まれ、本出願に含まれ、その一部を構成する添付の図面は、本発明の原理を説明する詳細な説明と共に本発明の実施例を示す。
【図１】本発明の一実施例による次世代放送サービスに対する放送信号送信装置の構造を示す図である。
【図２】本発明の一実施例によるインプットフォーマッティング（Ｉｎｐｕｔ  ｆｏｒｍａｔｔｉｎｇ、入力フォーマット）ブロックを示す図である。
【図３】本発明の他の一実施例によるインプットフォーマッティング（Ｉｎｐｕｔ  ｆｏｒｍａｔｔｉｎｇ、入力フォーマット）ブロックを示す図である。
【図４】本発明の一実施例によるＢＩＣＭ（ｂｉｔ  ｉｎｔｅｒｌｅａｖｅｄ  ｃｏｄｉｎｇ  ＆  ｍｏｄｕｌａｔｉｏｎ）ブロックを示す図である。
【図５】本発明の他の一実施例によるＢＩＣＭブロックを示す図である。
【図６】本発明の一実施例によるフレームビルディング（Ｆｒａｍｅ  Ｂｕｉｌｄｉｎｇ、フレーム生成）ブロックを示す図である。
【図７】本発明の一実施例によるＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）ジェネレーション（ｇｅｎｅｒａｔｉｏｎ、生成）ブロックを示す図である。
【図８】本発明の一実施例による次世代放送サービスに対する放送信号受信装置の構造を示す図である。
【図９】本発明の一実施例によるフレーム構造を示す図である。
【図１０】本発明の一実施例によるフレームのシグナリング階層構造を示す図である。
【図１１】本発明の一実施例によるプリアンブルシグナリングデータを示す図である。
【図１２】本発明の一実施例によるＰＬＳ１データを示す図である。
【図１３】本発明の一実施例によるＰＬＳ２データを示す図である。
【図１４】本発明の他の一実施例によるＰＬＳ２データを示す図である。
【図１５】本発明の一実施例によるフレームのロジカル（ｌｏｇｉｃａｌ、論理）構造を示す図である。
【図１６】本発明の一実施例によるＰＬＳ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｓｉｇｎａｌｌｉｎｇ）マッピングを示す図である。
【図１７】本発明の一実施例によるＥＡＣ（ｅｍｅｒｇｅｎｃｙ  ａｌｅｒｔ  ｃｈａｎｎｅｌ）マッピングを示す図である。
【図１８】本発明の一実施例によるＦＩＣ（ｆａｓｔ  ｉｎｆｏｒｍａｔｉｏｎ  ｃｈａｎｎｅｌ）マッピングを示す図である。
【図１９】本発明の一実施例によるＦＥＣ（ｆｏｒｗａｒｄ  ｅｒｒｏｒ  ｃｏｒｒｅｃｔｉｏｎ）構造を示す図である。
【図２０】本発明の一実施例によるタイムインタリービングを示す図である。
【図２１】本発明の一実施例によるツイストされた行列ブロックインターリーバの基本動作を示す図である。
【図２２】本発明の他の一実施例によるツイストされた行列ブロックインターリーバの動作を示す図である。
【図２３】本発明の一実施例によるツイストされた行列ブロックインターリーバの対角線方向の読み取りパターンを示す図である。
【図２４】本発明の一実施例による各インターリービングアレイ（ａｒｒａｙ）からインタリービングされたＸＦＥＣＢＬＯＣＫを示す図である。
【図２５】本発明の一実施例によるメインフィジカルデバイス（Ｍａｉｎ  Ｐｈｙｓｉｃａｌ  Ｄｅｖｉｃｅ）及びコンパニオンフィジカルデバイス（Ｃｏｍｐａｎｉｏｎ  Ｐｈｙｓｉｃａｌ  Ｄｅｖｉｃｅ）の構成を示す図である。
【図２６】本発明の一実施例によるハイブリッド放送サービスを支援するためのプロトコルスタックを示す図である。
【図２７】本発明の一実施例によるサービスタイプエレメント（Ｓｅｒｖｉｃｅ  Ｔｙｐｅ  ｅｌｅｍｅｎｔ）のＸＭＬスキーマ（ＸＭＬ  ｓｃｈｅｍａ）を示す図である。
【図２８】本発明の一実施例によって、サービスタイプの値として１４を有するサービスに対するｘｍｌスキーマ（ｘｍｌ  ｓｃｈｅｍａ）及びディスプレイ表示例を示す図である。
【図２９】本発明の一実施例によって、サービスタイプの値として１４及び１５を有するサービスに対するｘｍｌスキーマ及びディスプレイ表示例を示す図である。
【図３０】本発明の一実施例によって、サービスタイプの値として１４及び１６を有するサービスに対するｘｍｌスキーマ及びディスプレイ表示例を示す図である。
【図３１】本発明の一実施例によるコンポーネントフラグメント（Ｃｏｍｐｏｎｅｎｔ  ｆｒａｇｍｅｎｔ）のＸＭＬスキーマを示す図である。
【図３２】本発明の一実施例によるＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのｘｍｌスキーマを示す図である。
【図３３】本発明の一実施例によるＣｏｍｐｏｎｅｎｔＤａｔａエレメントのｘｍｌスキーマを示す図である。
【図３４】本発明の一実施例によるＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント及びＶｉｄｅｏＲｏｌｅエレメントのｘｍｌスキーマを示す図である。
【図３５】本発明の一実施例によるＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント及びＡｕｄｉｏＲｏｌｅエレメントのｘｍｌスキーマを示す図である。
【図３６】本発明の一実施例によるＣＣＣｏｍｐｏｎｅｎｔエレメント及びＣＣＲｏｌｅエレメントのｘｍｌスキーマを示す図である。
【図３７】本発明の一実施例によって、スケーラブルビデオコーディング（ｓｃａｌａｂｌｅ  ｖｉｄｅｏ  ｃｏｄｉｎｇ）において１つのベースレイヤ（ｂａｓｅ  ｌａｙｅｒ）と２つのエンハンスメントレイヤ（ｅｎｈａｎｃｅｍｅｎｔ  ｌａｙｅｒ）を含むコンポジットビデオコンポーネント（Ｃｏｍｐｏｓｉｔｅ  Ｖｉｄｅｏ  Ｃｏｍｐｏｎｅｎｔ）に対してコンポーネントフラグメントのｘｍｌスキーマを示す図である。
【図３８】本発明の一実施例によって、３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗと３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗを含むコンポジットコンポーネント（Ｃｏｍｐｏｓｉｔｅ  Ｃｏｍｐｏｎｅｎｔ）に対してコンポーネントフラグメントのｘｍｌスキーマを示す図である。
【図３９】本発明の一実施例によってコンプリートオーディオコンポーネント（Ｃｏｍｐｌｅｔｅ  Ａｕｄｉｏ  Ｃｏｍｐｏｎｅｎｔ）を記述するコンポーネントフラグメントのｘｍｌスキーマを示す図である。
【図４０】本発明の一実施例によるコンテンツフラグメント（ｃｏｎｔｅｎｔ  ｆｒａｇｍｅｎｔ）内のコンポーネントエレメントのｘｍｌスキーマを示す図である。
【図４１】本発明の一実施例によるＶｉｄｅｏ、Ａｕｄｉｏ及びＣＣ コンポーネントを含むＬｉｎｅａｒ Ｓｅｒｖｉｃｅに対するコンテンツフラグメントのｘｍｌスキーマを示す図である。
【図４２】Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間の関連関係を説明するためにコンテンツフラグメント内にコンポーネントエレメントを定義する場合のコンポーネントエレメントのｘｍｌスキーマを示す図である。
【図４３】Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間の関連関係を説明するためにＡｓｓｏｃｉａｔｅｄＴｏ属性を使用する実施例を示す図である。
【図４４】Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間の関連関係を説明するためにａｓｓｏｃｉａｔｅｄＡｕｄｉｏ及びａｓｓｏｃｉａｔｅｄＣＣ属性を使用する実施例を示す図である。
【図４５】ＡｓｓｏｃｉａｔｅｄＴｏ属性を使ってＶｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間の関連関係を説明する実施例を示す図である。
【図４６】ａｓｓｏｃｉａｔｅｄＡｕｄｉｏ及び／又はａｓｓｏｃｉａｔｅｄＣＣ属性を使ってＶｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間の関連関係を説明する実施例を示す図である。
【図４７】本発明の一実施例によるフラグメント間の参照関係を示す図である。
【図４８】本発明の一実施例によって、フラグメントとの参照関係を示すエレメントを含むＣｏｍｐｏｎｅｎｔフラグメントのｘｍｌスキーマを示す図である。
【図４９】本発明の一実施例によって、フラグメントとの参照関係を示すエレメントを含むＳｃｈｅｄｕｌｅフラグメントのｘｍｌスキーマを示す図である。
【図５０】Ｓｅｒｖｉｃｅ、Ｃｏｎｔｅｎｔ及びＣｏｍｐｏｎｅｎｔフラグメントの間の参照関係を説明する実施例を示す図である。
【図５１】Ｃｏｎｔｉｎｕｏｕｓ コンポーネントを記述するＣｏｍｐｏｎｅｎｔフラグメント間の参照関係を説明する実施例を示す図である。
【図５２】Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するコンポーネントを記述するＣｏｍｐｏｎｅｎｔフラグメント間の参照関係を説明する実施例を示す図である。
【図５３】本発明の一実施例によって、コンテンツフラグメントで関連サービスフラグメントを参照する場合に提供できる機能を示す図である。
【図５４】本発明の一実施例によるｒｅｌａｔｉｏｎｓｈｉｐ属性を用いて、コンテンツフラグメントで関連サービスフラグメントを参照する実施例を示す図である。
【図５５】本発明の他の一実施例によるフラグメント間の参照関係を示す図である。
【図５６】本発明の他の一実施例によるフラグメントとの参照関係を示すエレメントを含むサービスフラグメント、コンテンツフラグメント及びコンポーネントフラグメントのｘｍｌスキーマを示す図である。
【図５７】Ｓｅｒｖｉｃｅ、Ｃｏｎｔｅｎｔ及びＣｏｍｐｏｎｅｎｔフラグメントの間の参照関係を説明する他の一実施例を示す図である。
【図５８】Ｃｏｎｔｉｎｕｏｕｓ コンポーネントを記述するＣｏｍｐｏｎｅｎｔフラグメント間の参照関係を説明する他の一実施例を示す図である。
【図５９】Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するコンポーネントを記述するＣｏｍｐｏｎｅｎｔフラグメント間の参照関係を説明する他の一実施例を示す図である。
【図６０】本発明の一実施例によるＣｏｍｐｏｎｅｎｔフラグメントの構成を示す図である。
【図６１】本発明の一実施例によるＣｏｍｐｏｎｅｎｔフラグメントの構成を示す図である。
【図６２】本発明の他の一実施例によるＣｏｍｐｏｎｅｎｔフラグメントのｘｍｌスキーマを示す図である。
【図６３】本発明の他の一実施例によるＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのｘｍｌスキーマを示す図である。
【図６４】本発明の一実施例によるＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントのｘｍｌスキーマを示す図である。
【図６５】本発明の他の一実施例によって、スケーラブルビデオコーディング（ｓｃａｌａｂｌｅ  ｖｉｄｅｏ  ｃｏｄｉｎｇ）において一つのベースレイヤ（ｂａｓｅ  ｌａｙｅｒ）と２つのエンハンスメントレイヤ（ｅｎｈａｎｃｅｍｅｎｔ  ｌａｙｅｒ）を含むコンポジットビデオコンポーネント（Ｃｏｍｐｏｓｉｔｅ  Ｖｉｄｅｏ  Ｃｏｍｐｏｎｅｎｔ）に対してコンポーネントフラグメントのｘｍｌスキーマを示す図である。
【図６６】本発明の他の一実施例によって、３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗと３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗを含むコンポジットコンポーネント（Ｃｏｍｐｏｓｉｔｅ  Ｃｏｍｐｏｎｅｎｔ）に対してコンポーネントフラグメントのｘｍｌスキーマを示す図である。
【図６７】本発明の他の一実施例によってコンプリートオーディオコンポーネント（Ｃｏｍｐｌｅｔｅ  Ａｕｄｉｏ  Ｃｏｍｐｏｎｅｎｔ）を記述するコンポーネントフラグメントのｘｍｌスキーマを示す図である。
【図６８】本発明の一実施例によるコンテンツ（Ｃｏｎｔｅｎｔ）フラグメントの構成を示す図である。
【図６９】本発明の一実施例によるコンポーネントエレメントの構成を示す図である。
【図７０】本発明の一実施例によるコンポーネントエレメントの構成を示す図である。
【図７１】本発明の一実施例によるコンポーネントエレメントの構成を示す図である。
【図７２】本発明の一実施例によるコンポーネントエレメントの構成を示す図である。
【図７３】本発明の一実施例によるコンポーネントエレメントのｘｍｌスキーマを示す図である。
【図７４】本発明の一実施例によるＬａｎｇｕａｇｅエレメント及びＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのｘｍｌスキーマを示す図である。
【図７５】本発明の一実施例によるＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントのｘｍｌスキーマを示す図である。
【図７６】本発明の一実施例によるＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメント及びＴａｒｇｅｔＤｅｖｉｃｅエレメントのｘｍｌスキーマを示す図である。
【図７７】Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（２Ｄ／ＨＤ）及びＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１  ｃｈａｎｎｅｌｓ）を伝送する場合、コンポーネントエレメントのｘｍｌスキーマ構造の一実施例を示す図である。
【図７８】Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ（ＵＨＤ）及びＰｒｅｓｅｎｔａｂｌｅ ＥＮＧ ａｕｄｉｏ コンポーネントをブロードキャストで伝送し、Ｐｒｅｓｅｎｔａｂｌｅ ＳＰＡ ａｕｄｉｏ コンポーネントをブロードバンドで伝送する場合、コンポーネントエレメントのｘｍｌスキーマ構造の一実施例を示す図である。
【図７９】Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（ＵＨＤ／Ｗｉｄｅ  Ｃｏｌｏｒ  Ｇａｍｕｔ）及びＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１  ｃｈａｎｎｅｌｓ）を伝送する場合、コンポーネントエレメントのｘｍｌスキーマ構造の一実施例を示す図である。
【図８０】本発明の他の実施例によるコンポーネントエレメント（ｃｏｍｐｏｎｅｎｔ  ｅｌｅｍｅｎｔ）を示す図である。
【図８１】本発明の一実施例によるＣｏｍｐｏｎｅｎｔＲｏｌエレメントを示す図である。
【図８２】本発明の他の実施例によるコンポーネントエレメントをＸＭＬ形態で示す図である。
【図８３】本発明の他の実施例によるコンポーネントエレメントを示す図である。
【図８４】本発明の他の実施例によるＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメント及びＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントを示す図である。
【図８５】本発明の他の実施例によるコンポーネントエレメントをＸＭＬ形態で示す図である。
【図８６】本発明の一実施例によるＥｓｓｅｎｔｉａｌ Ｃａｐａｂｉｌｉｔｉｅｓエレメントを示す図である。
【図８７】本発明の一実施例によるＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントの値によるｃａｐａｂｉｌｉｔｙ（ｃａｐａｂｉｌｉｔｙ）の意味を示す図である。
【図８８】本発明の一実施例による、Ｃａｔｅｇｏｒｙ（カテゴリー）属性情報の値によるｃａｐａｂｉｌｉｔｙカテゴリー（Ｃａｐａｂｉｌｉｔｙ  Ｃａｔｅｇｏｒｙ）を示す図である。
【図８９】本発明の一実施例による、コンポーネント別にＰａｙ Ｐｅｒ Ｖｉｅｗ（ＰＰＶ）が提供される過程を示す図である。
【図９０】本発明の一実施例による、放送番組の各コンポーネント別にメディアが提供される順序を示す図である。
【図９１】本発明の一実施例による、放送番組の各コンポーネント別にメディアが提供される画面を示す図である。
【図９２】本発明の一実施例による、ビデオコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
【図９３】本発明の他の実施例による、ビデオコンポーネントに対する役割がＥＳＧに表示される場合を示す図である。
【図９４】本発明の他の実施例による、ビデオコンポーネントに対する役割がＥＳＧに表示される場合を示す図である。
【図９５】本発明の一実施例による、オーディオコンポーネントに対する役割がＥＳＧに表示される場合を示す図である。
【図９６】本発明の他の実施例による、オーディオコンポーネントに対する役割がＥＳＧに表示される場合を示す図である。
【図９７】本発明の他の実施例による、オーディオコンポーネントに対する役割がＥＳＧに表示される場合を示す図である。
【図９８】本発明の一実施例による、ＣＣ（Ｃｌｏｓｅｄ  Ｃａｐｔｉｏｎ）コンポーネントに対する役割がＥＳＧに表示される場合を示す図である。
【図９９】本発明の他の一実施例によるコンポーネントエレメントの構成を示した図である。
【図１００】本発明の他の一実施例によるコンポーネントエレメントの構成を示した図である。
【図１０１】本発明の一実施例によるコンポーネントエレメントのｘｍｌスキーマを示した図である。
【図１０２】本発明の一実施例によるＡｐｐＣｏｍｐｏｎｅｎｔエレメントの構成を示した図である。
【図１０３】本発明の一実施例によるＡｐｐＣｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマを示した図である。
【図１０４】本発明の一実施例によるａｐｐ ｃｏｍｐｏｎｅｎｔアナウンスメントによって受信機に表示される内容を示した図である。
【図１０５】本発明の他の一実施例によるＣｏｎｔｅｎｔ ｆｒａｇｍｅｎｔが含むコンポーネントエレメントのｘｍｌスキーマを示した図である。
【図１０６】本発明の一実施例によって、ビデオ及びオーディオの特定の役割を含むリニアサービスを示すコンテンツフラグメントのｘｍｌスキーマを示した図である。
【図１０７】本発明の一実施例による、Ａｐｐコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示した図である。
【図１０８】本発明の一実施例によるコンテンツのｃａｐａｂｉｌｉｔｙを提供するためのコンテンツフラグメントの構成を示した図である。
【図１０９】本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅを示した図である。
【図１１０】本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅを示した図である。
【図１１１】本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅを示した図である。
【図１１２】本発明の他の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅを示した図である。
【図１１３】本発明の他の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅを示した図である。
【図１１４】本発明の他の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅを示した図である。
【図１１５】本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃａｔｅｇｏｒｙ ｃｏｄｅを示した図である。
【図１１６】本発明の一実施例による、コンテンツのｃａｐａｂｉｌｉｔｙがＥＳＧに表示される場合を示した図である。
【図１１７】本発明の一実施例によるａｐｐ−ｅｍｂｅｄｄｅｄ ｓｅｒｖｉｃｅ ｇｕｉｄｅを提供するためのｓｅｒｖｉｃｅ ａｎｎｏｕｎｃｅｍｅｎｔの構成を示した図である。
【図１１８】本発明の他の一実施例によるａｐｐ−ｅｍｂｅｄｄｅｄ ｓｅｒｖｉｃｅ ｇｕｉｄｅを提供するためのｓｅｒｖｉｃｅ ａｎｎｏｕｎｃｅｍｅｎｔの構成を示した図である。
【図１１９】本発明の一実施例によるａｐｐ−ｂａｓｅｄ ｓｅｒｖｉｃｅに含まれたアプリケーションを実行する動作を示した図である。
【図１２０】本発明の他の一実施例によるａｐｐ−ｂａｓｅｄ ｓｅｒｖｉｃｅに含まれたアプリケーションを実行する動作を示した図である。
【図１２１】本発明の一実施例によるｂｒｏａｄｃａｓｔ ｉｎｄｅｐｅｎｄｅｎｔなＡｐｐＣｏｍｐｏｎｅｎｔの構成を示した図である。
【図１２２】本発明の一実施例によるｂｒｏａｄｃａｓｔ ｉｎｄｅｐｅｎｄｅｎｔなアプリケーションを実行する動作を示した図である。
【図１２３】本発明の他の一実施例によるｂｒｏａｄｃａｓｔ ｉｎｄｅｐｅｎｄｅｎｔなアプリケーションを実行する動作を示した図である。
【図１２４】本発明のさらに他の一実施例によるｂｒｏａｄｃａｓｔ ｉｎｄｅｐｅｎｄｅｎｔなアプリケーションを実行する動作を示した図である。
【図１２５】本発明の一実施例によるサービスガイド情報送信方法を示した図である。
【図１２６】本発明の一実施例によるサービスガイド情報受信方法を示した図である。
【図１２７】本発明の一実施例によるサービスガイド情報送信装置の構成を示した図である。
【図１２８】本発明の一実施例によるサービスガイド情報受信装置の構成を示した図である。
【図１２９】本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングを示す図である。
【図１３０】本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、ＦＳＳのためのＦＩスキームを示す図である。
【図１３１】本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、ＦＥＳのためのリセットモードの動作を示す図である。
【図１３２】本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、周波数インタリーバーの入力及び出力を数式で表示した図である。
【図１３３】本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、ＦＩスキーム＃１及びＦＩスキーム＃２による周波数インタリービングの論理的動作メカニズムの数式を示す。
【図１３４】本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、シンボル数が偶数の場合の実施例を示す図である。
【図１３５】本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、シンボル数が偶数の場合の実施例を示す図である。
【図１３６】本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、シンボル数が奇数の場合の実施例を示す図である。
【図１３７】本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、シンボル数が奇数の場合の実施例を示す図である。
【図１３８】本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、周波数デインタリーバーの動作を示す図である。
【図１３９】本発明の他の実施例によるｖａｒｉａｂｌｅ ｄａｔａ−ｒａｔｅシステムを示した概念図である。
【図１４０】本発明のブロックインタリービングの書き込み（ｗｒｉｔｉｎｇ）及び読み取り（ｒｅａｄｉｎｇ）動作の一実施例を示す。これに対する具体的な内容は前述した。
【図１４１】本発明の一実施例によるブロックインタリービングを示した数式である。
【図１４２】本発明の一実施例による仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックを示した図である。
【図１４３】本発明の一実施例による仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックが挿入された後の読み取り（ｒｅａｄｉｎｇ）動作を示した数式である。
【図１４４】本発明の一実施例によるタイムインタリービングのプロセスを示したフローチャートである。
【図１４５】本発明の一実施例によるシフト値及び最大ＴＩブロックの大きさを決定する過程を示した数式である。
【図１４６】本発明の一実施例による書き込み（ｗｒｉｔｉｎｇ）動作を示す。
【図１４７】本発明の一実施例による読み取り（ｒｅａｄｉｎｇ）動作を示す。
【図１４８】本発明の一実施例による読み取り（ｒｅａｄｉｎｇ）動作においてスキップ動作が遂行された結果を示す。
【図１４９】本発明の一実施例によるタイムデインタリービングの書き込み（ｗｒｉｔｉｎｇ）過程を示す。
【図１５０】本発明の他の実施例によるタイムデインタリービングの書き込み（ｗｒｉｔｉｎｇ）過程を示す。
【図１５１】本発明の他の実施例によるタイムデインタリービングの読み取り（ｒｅａｄｉｎｇ）動作を示す数式である。
【図１５２】本発明の一実施例によるタイムデインタリービングのプロセスを示したフローチャートである。
【発明を実施するための形態】
【００２４】
本発明の好適な実施例について具体的に説明し、その例は添付の図面に示す。添付の図面を参照した以下の詳細な説明は、本発明の実施例によって具現可能な実施例のみを示すためのものではなく、本発明の好ましい実施例を説明するためのものである。以下の詳細な説明は、本発明に対する徹底した理解を提供するために詳細を含む。しかし、本発明がこのような詳細なしにも実行可能であるということは当業者に自明である。
【００２５】
本発明で使用されるほとんどの用語は、当該分野で広く使用される一般的な用語から選択されるが、一部の用語は出願人によって任意に選択され、その意味は、必要に応じて以下の説明で詳細に記載する。したがって、本発明は、用語の単純な名称や意味ではなく、用語の意図された意味に基づいて理解されなければならない。
【００２６】
本明細書において、‘シグナリング（ｓｉｇｎａｌｉｎｇ）’とは、放送システム、インターネット放送システム、及び／又は放送／インターネット融合システムで提供されるサービス情報（Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ；ＳＩ）を送信／受信することを示す。サービス情報は、現在存在する各放送システムで提供される放送サービス情報（例えば、ＡＴＳＣＳＩ及び／又はＤＶＢＳＩ）を含む。
【００２７】
本明細書において、‘放送信号’とは、地上波放送、ケーブル放送、衛星放送、及び／又はモバイル放送以外にも、インターネット放送、ブロードバンド放送、通信放送、データ放送及び／又はＶＯＤ（Ｖｉｄｅｏ  Ｏｎ  Ｄｅｍａｎｄ）などの両方向放送で提供される信号及び／又はデータを含む概念として定義する。
【００２８】
本明細書において、‘ＰＬＰ’とは、物理層に属するデータを伝送する一定のユニットを意味する。したがって、本明細書において、‘ＰＬＰ’と命名された内容は、‘データユニット’又は‘データパイプ（ｄａｔａ  ｐｉｐｅ）’と呼ぶこともできる。
【００２９】
デジタル放送（ＤＴＶ）サービスで活用される有力なアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）の一つとして、放送網とインターネット網との連動を通じたハイブリッド放送サービスを挙げることができる。ハイブリッド放送サービスは、地上波放送網を介して伝送される放送Ａ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）コンテンツと関連するエンハンスメントデータ（ｅｎｈａｎｃｅｍｅｎｔ  ｄａｔａ）あるいは放送Ａ／Ｖコンテンツの一部をインターネット網を介してリアルタイムで伝送することによって、ユーザが様々なコンテンツを経験できるようにする。
【００３０】
本発明は、次世代放送サービスに対する放送信号送信及び受信装置及び方法を提供する。本発明の一実施例による次世代放送サービスは、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを含む。本発明は、一実施例によって、非ＭＩＭＯ（ｎｏｎＭｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）又はＭＩＭＯ方式を用いて次世代放送サービスに対する放送信号を処理することができる。本発明の一実施例による非ＭＩＭＯ方式は、ＭＩＳＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｓｉｎｇｌｅ  Ｏｕｔｐｕｔ）方式、ＳＩＳＯ（Ｓｉｎｇｌｅ  Ｉｎｐｕｔ  Ｓｉｎｇｌｅ  Ｏｕｔｐｕｔ）方式などを含んでもよい。
【００３１】
以下では、説明の便宜のため、ＭＩＳＯ又はＭＩＭＯ方式は２つのアンテナを使用するが、本発明は、２つ以上のアンテナを使用するシステムに適用できる。本発明は、特定の用途に要求される性能を達成すると共に、受信機の複雑度を最小化するために、最適化された３つのフィジカルプロファイル（ＰＨＹ  ｐｒｏｆｉｌｅ）（ベース（ｂａｓｅ）、ハンドヘルド（ｈａｎｄｈｅｌｄ）、アドバンスド（ａｄｖａｎｃｅｄ）プロファイル）を定義することができる。フィジカルプロファイルは、該当する受信機が具現しなければならない全ての構造のサブセットである。
【００３２】
３つのフィジカルプロファイルは、ほとんどの機能ブロックを共有するが、特定のブロック及び／又はパラメーターでは少し異なる。後で追加的にフィジカルプロファイルを定義できる。システムの発展のために、フューチャープロファイルは、ＦＥＦ（ｆｕｔｕｒｅ  ｅｘｔｅｎｓｉｏｎ  ｆｒａｍｅ）を介して単一のＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）チャネルに存在するプロファイルとマルチプレクシングされてもよい。各フィジカルプロファイルについての詳細は後述する。
【００３３】
１．ベースプロファイル
ベースプロファイルは、主にルーフトップ（ｒｏｏｆｔｏｐ）アンテナと接続される固定された受信装置の主な用途を示す。ベースプロファイルは、ある場所に移動できるが、比較的静止された受信範疇に属する携帯用装置も含んでもよい。ベースプロファイルの用途は、若干の改善された実行によってハンドヘルド装置又は車両用に拡張できるが、このような使用用途は、ベースプロファイルの受信機動作では期待されない。
【００３４】
受信のターゲット信号対雑音比の範囲は約１０〜２０ｄＢであり、これは、既存の放送システム（例えば、ＡＴＳＣ  Ａ／５３）の１５ｄＢの信号対雑音比の受信能力を含む。受信機の複雑度及び消費電力は、ハンドヘルドプロファイルを使用するバッテリーで駆動されるハンドヘルド装置の場合ほど重要ではない。ベースプロファイルに対する重要なシステムパラメーターが、下記の表１に記載されている。
【００３５】
【表１】
0006423016.tif 000002
【００３６】
２．ハンドヘルドプロファイル
ハンドヘルドプロファイルは、バッテリー電源で駆動されるハンドヘルド及び車両用装置での使用のために設計される。当該装置は、歩行者又は車両の速度で移動することができる。受信機の複雑度だけでなく消費電力は、ハンドヘルドプロファイルの装置の具現のために非常に重要である。ハンドヘルドプロファイルのターゲット信号対雑音比の範囲は約０〜１０ｄＢであるが、さらに低い室内受信のために意図された場合、０ｄＢ未満に達するように設定できる。
【００３７】
低信号対雑音比能力だけでなく、受信機の移動性によって現れるドップラー効果に対する復元力は、ハンドヘルドプロファイルの最も重要な性能属性である。ハンドヘルドプロファイルに対する重要なシステムパラメーターが、下記の表２に記載されている。
【００３８】
【表２】
0006423016.tif 000003
【００３９】
３．アドバンスドプロファイル
アドバンスドプロファイルは、さらに大きい実行複雑度に対する代価として、さらに高いチャネル能力を提供する。当該プロファイルは、ＭＩＭＯ送信及び受信を使用することを要求し、ＵＨＤＴＶサービスはターゲット用途であり、そのために、当該プロファイルが特別に設計される。向上した能力は、与えられた帯域幅でサービス数の増加、例えば、多数のＳＤＴＶ又はＨＤＴＶサービスを許容する際にも使用できる。
【００４０】
アドバンスドプロファイルのターゲット信号対雑音比の範囲は約２０〜３０ｄＢである。ＭＩＭＯ伝送は、初期には既存の楕円分極伝送装備を使用し、後で全出力交差分極伝送に拡張できる。アドバンスドプロファイルに対する重要なシステムパラメーターが、下記の表３に記載されている。
【００４１】
【表３】
0006423016.tif 000004
【００４２】
この場合、ベースプロファイルは、地上波放送サービス及びモバイル放送サービスの両方に対するプロファイルとして使用することができる。すなわち、ベースプロファイルは、モバイルプロファイルを含むプロファイルの概念を定義するために使用することができる。また、アドバンスドプロファイルは、ＭＩＭＯを有するベースプロファイルに対するアドバンスドプロファイルと、ＭＩＭＯを有するハンドヘルドプロファイルに対するアドバンスドプロファイルとに区分できる。そして、当該３つのプロファイルは、設計者の意図によって変更されてもよい。
【００４３】
次の用語及び定義は本発明に適用できる。次の用語及び定義は、設計によって変更されてもよい。
【００４４】
補助ストリーム：フューチャーエクステンション（ｆｕｔｕｒｅ  ｅｘｔｅｎｓｉｏｎ、将来の拡張）又は放送社やネットワーク運営者によって要求されることによって使用され得るまだ定義されていない変調及びコーディングのデータを伝達するセルのシーケンス
【００４５】
ベースデータパイプ（ｂａｓｅ  ｄａｔａ  ｐｉｐｅ）：サービスシグナリングデータを伝達するデータパイプ
【００４６】
ベースバンドフレーム（又はＢＢＦＲＡＭＥ）：一つのＦＥＣエンコーディング過程（ＢＣＨ及びＬＤＰＣエンコーディング）に対する入力を形成するＫｂｃｈビットの集合
【００４７】
セル（ｃｅｌｌ）：ＯＦＤＭ伝送の一つのキャリアによって伝達される変調値
【００４８】
コーディングブロック（ｃｏｄｅｄ  ｂｌｏｃｋ）：ＰＬＳ１データのＬＤＰＣエンコーディングされたブロック又はＰＬＳ２データのＬＤＰＣエンコーディングされたブロックのうち一つ
【００４９】
データパイプ（ｄａｔａ  ｐｉｐｅ）：一つ又は多数のサービス又はサービスコンポーネントを伝達できる、サービスデータ又は関連するメタデータを伝達する物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）でのロジカルチャネル
【００５０】
データパイプユニット（ＤＰＵ、ｄａｔａ  ｐｉｐｅ  ｕｎｉｔ）：データセルをフレームでのデータパイプに割り当てることができる基本ユニット
【００５１】
データシンボル（ｄａｔａ  ｓｙｍｂｏｌ）：プリアンブルシンボルではなく、フレームでのＯＦＤＭシンボル（フレームシグナリングシンボル及びフレームエッジ（ｅｄｇｅ）シンボルはデータシンボルに含まれる。）
【００５２】
ＤＰ_ＩＤ：当該８ビットフィールドは、ＳＹＳＴＥＭ_ＩＤによって識別されたシステム内でデータパイプを唯一に識別する。
【００５３】
ダミーセル（ｄｕｍｍｙ  ｃｅｌｌ）：ＰＬＳ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｓｉｇｎａｌｌｉｎｇ）シグナリング、データパイプ、又は補助ストリームのために使用されていない残っている容量を埋めるのに使用される擬似ランダム値を伝達するセル
【００５４】
ＦＡＣ（ｅｍｅｒｇｅｎｃｙ  ａｌｅｒｔ  ｃｈａｎｎｅｌ、非常警報チャネル）：ＥＡＳ情報データを伝達するフレームの一部
【００５５】
フレーム（ｆｒａｍｅ）：プリアンブルで開始し、フレームエッジシンボルで終了する物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）タイムスロット
【００５６】
フレームレペティションユニット（ｆｒａｍｅ  ｒｅｐｅｔｉｔｉｏｎ  ｕｎｉｔ、フレーム繰り返し単位）：スーパーフレーム（ｓｕｐｅｒｆｒａｍｅ）で８回繰り返されるＦＥＦを含む同一又は異なるフィジカルプロファイルに属するフレームの集合
【００５７】
ＦＩＣ（ｆａｓｔ  ｉｎｆｏｒｍａｔｉｏｎ  ｃｈａｎｎｅｌ、高速情報チャネル）：サービスと当該ベースデータパイプとの間でのマッピング情報を伝達するフレームでロジカルチャネル
【００５８】
ＦＥＣＢＬＯＣＫ：データパイプデータのＬＤＰＣエンコーディングされたビットの集合
【００５９】
ＦＦＴサイズ：基本周期Ｔのサイクルで表現されたアクティブシンボル周期Ｔｓと同一の特定のモードに使用される名目上のＦＦＴサイズ
【００６０】
フレームシグナリングシンボル（ｆｒａｍｅ  ｓｉｇｎａｌｉｎｇ  ｓｙｍｂｏｌ）：ＰＬＳデータの一部を伝達する、ＦＦＴサイズ、ガードインターバル（ｇｕａｒｄ  ｉｎｔｅｒｖａｌ）、及びスキャッタード（ｓｃａｔｔｅｒｅｄ）パイロットパターンの特定の組合せにおいてフレームの開始で使用されるさらに高いパイロット密度を有するＯＦＤＭシンボル
【００６１】
フレームエッジシンボル（ｆｒａｍｅ  ｅｄｇｅ  ｓｙｍｂｏｌ）：ＦＦＴサイズ、ガードインターバル、及びスキャッタードパイロットパターンの特定の組合せにおいて、フレームの末尾で使用されるさらに高いパイロット密度を有するＯＦＤＭシンボル
【００６２】
フレームグループ（ｆｒａｍｅｇｒｏｕｐ）：スーパーフレームにおいて同一のフィジカルプロファイルタイプを有する全てのフレームの集合
【００６３】
フューチャーエクステンションフレーム（ｆｕｔｕｒｅ  ｅｘｔｅｎｔｉｏｎ  ｆｒａｍｅ、将来の拡張フレーム）：プリアンブルで開始する、将来の拡張に使用できるスーパーフレーム内で物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）タイムスロット
【００６４】
フューチャーキャスト（ｆｕｔｕｒｅｃａｓｔ）ＵＴＢシステム：入力が１つ以上のＭＰＥＧ２ＴＳ又はＩＰ（Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）又は一般のストリームであり、出力がＲＦシグナルである、提案された物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）放送システム
【００６５】
インプットストリーム（ｉｎｐｕｔ  ｓｔｒｅａｍ、入力ストリーム）：システムによって最終ユーザに伝達されるサービスの調和（ｅｎｓｅｍｂｌｅ）のためのデータのストリーム
【００６６】
ノーマル（ｎｏｒｍａｌ）データシンボル：フレームシグナリングシンボル及びフレームエッジシンボルを除いたデータシンボル
【００６７】
フィジカルプロファイル（ＰＨＹ  ｐｒｏｆｉｌｅ）：該当する受信機が具現しなければならない全ての構造のサブセット
【００６８】
ＰＬＳ：ＰＬＳ１及びＰＬＳ２で構成された物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）シグナリングデータ
【００６９】
ＰＬＳ１：ＰＬＳ２をデコードするのに必要なパラメーターだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するＦＳＳ（ｆｒａｍｅ  ｓｉｇｎａｌｌｉｎｇ  ｓｙｍｂｏｌ）で伝達されるＰＬＳデータの１番目の集合
【００７０】
ＮＯＴＥ：ＰＬＳ１データは、フレームグループのデュレーション（ｄｕｒａｔｉｏｎ）の間、一定である。
【００７１】
ＰＬＳ２：データパイプ及びシステムに関するより詳細なＰＬＳデータを伝達するＦＳＳで伝送されるＰＬＳデータの２番目の集合
【００７２】
ＰＬＳ２ダイナミック（ｄｙｎａｍｉｃ、動的）データ：フレーム毎にダイナミック（ｄｙｎａｍｉｃ、動的）に変化するＰＬＳ２データ
【００７３】
ＰＬＳ２スタティック（ｓｔａｔｉｃ、静的）データ：フレームグループのデュレーションの間、スタティック（ｓｔａｔｉｃ、静的）なＰＬＳ２データ
【００７４】
プリアンブルシグナリングデータ（ｐｒｅａｍｂｌｅ  ｓｉｇｎａｌｉｎｇ  ｄａｔａ）：プリアンブルシンボルによって伝達され、システムの基本モードを確認するのに使用されるシグナリングデータ
【００７５】
プリアンブルシンボル（ｐｒｅａｍｂｌｅ  ｓｙｍｂｏｌ）：基本ＰＬＳデータを伝達し、フレームの先頭に位置する固定された長さのパイロットシンボル
【００７６】
ＮＯＴＥ：プリアンブルシンボルは、システム信号、そのタイミング、周波数オフセット、及びＦＦＴサイズを検出するために高速の初期バンドスキャンに主に使用される。
【００７７】
将来の使用（ｆｕｔｕｒｅ  ｕｓｅ）のためにリザーブド（ｒｅｓｅｒｖｅｄ）：現在の文書で定義されないが、将来に定義され得る。
【００７８】
スーパーフレーム（ｓｕｐｅｒｆｒａｍｅ）：８個のフレーム繰り返し単位の集合
【００７９】
タイムインターリービングブロック（ｔｉｍｅ  ｉｎｔｅｒｌｅａｖｉｎｇ  ｂｌｏｃｋ，ＴＩ  ｂｌｏｃｋ）：タイムインターリーバメモリの一つの用途に該当する、タイムインタリービングが実行されるセルの集合
【００８０】
タイムインターリービンググループ（ｔｉｍｅ  ｉｎｔｅｒｌｅａｖｉｎｇ  ｇｒｏｕｐ、ＴＩ  ｇｒｏｕｐ）：整数、ダイナミック（ｄｙｎａｍｉｃ、動的）に変化するＸＦＥＣＢＬＯＣＫの数からなる、特定のデータパイプに対するダイナミック（ｄｙｎａｍｉｃ、動的）容量割当てが実行される単位
【００８１】
ＮＯＴＥ：タイムインターリービンググループは、一つのフレームに直接マッピングされるか、又は多数のフレームにマッピングされてもよい。タイムインターリービンググループは、１つ以上のタイムインターリービングブロックを含んでもよい。
【００８２】
タイプ１のデータパイプ（Ｔｙｐｅ  １  ＤＰ）：全てのデータパイプがフレームにＴＤＭ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）方式でマッピングされるフレームのデータパイプ
【００８３】
タイプ２のデータパイプ（Ｔｙｐｅ  ２  ＤＰ）：全てのデータパイプがフレームにＦＤＭ方式でマッピングされるフレームのデータパイプ
【００８４】
ＸＦＥＣＢＬＯＣＫ：一つのＬＤＰＣ ＦＥＣＢＬＯＣＫの全てのビットを伝達するＮｃｅｌｌｓセルの集合
【００８５】
図１は、本発明の一実施例による次世代放送サービスに対する放送信号送信装置の構造を示す。
【００８６】
本発明の一実施例による次世代放送サービスに対する放送信号送信装置は、インプットフォーマットブロック（Ｉｎｐｕｔ  Ｆｏｒｍａｔ  ｂｌｏｃｋ）１０００、ＢＩＣＭ（ｂｉｔ  ｉｎｔｅｒｌｅａｖｅｄ  ｃｏｄｉｎｇ  ＆  ｍｏｄｕｌａｔｉｏｎ）ブロック１０１０、フレームビルディングブロック（Ｆｒａｍｅ  ｂｕｉｌｄｉｎｇ  ｂｌｏｃｋ）１０２０、ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）ジェネレーションブロック（ＯＦＤＭ  ｇｅｎｅｒａｔｉｏｎ  ｂｌｏｃｋ）１０３０、及びシグナリング生成ブロック１０４０を含んでもよい。放送信号送信装置の各ブロックの動作について説明する。
【００８７】
ＩＰストリーム／パケット及びＭＰＥＧ２−ＴＳは主要入力フォーマットであり、他のストリームタイプは一般のストリームとして扱われる。これらデータ入力に加えて、管理情報が入力されて、各入力ストリームに対する当該帯域幅のスケジューリング及び割当てを制御する。１つ又は多数のＴＳストリーム、ＩＰストリーム及び／又は一般のストリームの入力が同時に許容される。
【００８８】
インプットフォーマットブロック１０００は、それぞれの入力ストリームを、独立したコーディング及び変調が適用される１つ又は多数のデータパイプに逆多重化することができる。データパイプは、ロバスト性（ｒｏｂｕｓｔｎｅｓｓ）の制御のための基本単位であり、これは、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）に影響を及ぼす。１つ又は多数のサービス又はサービスコンポーネントが一つのデータパイプによって伝達され得る。インプットフォーマットブロック１０００の詳細な動作は後述する。
【００８９】
データパイプは、１つ又は多数のサービス又はサービスコンポーネントを伝達できる、サービスデータ又は関連メタデータを伝達する物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）でのロジカルチャネルである。
【００９０】
また、データパイプユニットは、一つのフレームでデータセルをデータパイプに割り当てるための基本ユニットである。
【００９１】
インプットフォーマットブロック１０００において、パリティ（ｐａｒｉｔｙ）データはエラー訂正のために追加され、エンコーディングされたビットストリームは、複素数値のコンステレーションシンボルにマッピングされる。当該シンボルは、当該データパイプに使用される特定のインタリービング深さにわたってインタリービングされる。アドバンスドプロファイルにおいて、ＢＩＣＭブロック１０１０でＭＩＭＯエンコーディングが実行され、追加データ経路がＭＩＭＯ伝送のために出力に追加される。ＢＩＣＭブロック１０１０の詳細な動作は後述する。
【００９２】
フレームビルディングブロック１０２０は、１つのフレーム内で入力データパイプのデータセルをＯＦＤＭシンボルにマッピングすることができる。マッピングの後、周波数領域ダイバーシティのために、特に周波数選択的フェーディングチャネルを防止するために周波数インタリービングが用いられる。フレームビルディングブロック１０２０の詳細な動作は後述する。
【００９３】
プリアンブルを各フレームの先頭に挿入した後、ＯＦＤＭジェネレーションブロック１０３０は、サイクリックプレフィックス（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）をガードインターバルとして有する既存のＯＦＤＭ変調を適用することができる。アンテナスペースダイバーシティのために、分散された（ｄｉｓｔｒｉｂｕｔｅｄ）ＭＩＳＯ方式が送信機にわたって適用される。また、ＰＡＰＲ（ｐｅａｋ−ｔｏ−ａｖｅｒａｇｅ  ｐｏｗｅｒ  ｒａｔｉｏ）方式が時間領域で実行される。柔軟なネットワーク方式のために、当該提案は、様々なＦＦＴサイズ、ガードインターバルの長さ、当該パイロットパターンの集合を提供する。ＯＦＤＭジェネレーションブロック１０３０の詳細な動作は後述する。
【００９４】
シグナリング生成ブロック１０４０は、各機能ブロックの動作に使用される物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）シグナリング情報を生成することができる。当該シグナリング情報はまた、関心のあるサービスが受信機側で適切に復旧されるように伝送される。シグナリング生成ブロック１０４０の詳細な動作は後述する。
【００９５】
図２、図３、図４は、本発明の実施例によるインプットフォーマットブロック１０００を示す。各図面について説明する。
【００９６】
図２は、本発明の一実施例によるインプットフォーマットブロックを示す。図２は、入力信号が単一の入力ストリーム（ｓｉｎｇｌｅ  ｉｎｐｕｔ  ｓｔｒｅａｍ）であるときのインプットフォーマットブロックを示す。
【００９７】
図２に示されたインプットフォーマットブロックは、図１を参照して説明したインプットフォーマットブロック１０００の一実施例に該当する。
【００９８】
物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）への入力は、１つ又は多数のデータストリームで構成されてもよい。それぞれのデータストリームは、１つのデータパイプによって伝達される。モードアダプテーション（ｍｏｄｅ  ａｄａｐｔａｉｏｎ、モード適応）モジュールは、入力されるデータストリームをＢＢＦ（ｂａｓｅｂａｎｄ  ｆｒａｍｅ）のデータフィールドにスライスする。当該システムは、３つの種類の入力データストリーム、すなわち、ＭＰＥＧ２−ＴＳ、ＩＰ、ＧＳ（ｇｅｎｅｒｉｃ  ｓｔｒｅａｍ）を支援する。ＭＰＥＧ２−ＴＳは、最初のバイトが同期バイト（０ｘ４７）である固定された長さ（１８８バイト）のパケットを特徴とする。ＩＰストリームは、ＩＰパケットヘッダー内でシグナリングされる可変長のＩＰデータグラムパケットで構成される。当該システムは、ＩＰストリームに対してＩＰｖ４とＩＰｖ６をいずれも支援する。ＧＳは、カプセル化パケットヘッダー内でシグナリングされる可変長のパケット又は一定の長さのパケットで構成されてもよい。
【００９９】
（ａ）は、信号データパイプに対するモードアダプテーション（ｍｏｄｅ  ａｄａｐｔａｉｏｎ、モード適応）ブロック２０００及びストリームアダプテーション（ｓｔｒｅａｍ  ａｄａｐｔａｔｉｏｎ、ストリーム適応）２０１０を示し、（ｂ）は、ＰＬＳデータを生成及び処理するためのＰＬＳ生成ブロック２０２０及びＰＬＳスクランブラ２０３０を示す。各ブロックの動作について説明する。
【０１００】
入力ストリームスプリッターは、入力されたＴＳ、ＩＰ、ＧＳストリームを多数のサービス又はサービスコンポーネント（オーディオ、ビデオなど）ストリームに分割する。モードアダプテーション（ｍｏｄｅ  ａｄａｐｔａｉｏｎ、モード適応）モジュール２０１０は、ＣＲＣエンコーダー、ＢＢ（ｂａｓｅｂａｎｄ）フレームスライサー、及びＢＢフレームヘッダー挿入ブロックで構成される。
【０１０１】
ＣＲＣエンコーダーは、ユーザパケット（ｕｓｅｒ  ｐａｃｋｅｔ、ＵＰ）レベルでのエラー検出のための３種類のＣＲＣエンコーディング、すなわち、ＣＲＣ８、ＣＲＣ１６、ＣＲＣ３２を提供する。算出されたＣＲＣバイトは、ＵＰの後に添付される。ＣＲＣ８はＴＳストリームに使用され、ＣＲＣ３２はＩＰストリームに使用される。ＧＳストリームがＣＲＣエンコーディングを提供しないと、提案されたＣＲＣエンコーディングが適用されなければならない。
【０１０２】
ＢＢフレームスライサーは、入力を内部ロジカルビットフォーマットにマッピングする。最初の受信ビットはＭＳＢと定義する。ＢＢフレームスライサーは、可用データフィールド容量と同じ数のビットを割り当てる。ＢＢＦペイロードと同じ数の入力ビットを割り当てるために、ＵＰストリームがＢＢＦのデータフィールドに合うようにスライスされる。
【０１０３】
ＢＢフレームヘッダー挿入ブロックは、２バイトの固定された長さのＢＢＦヘッダーをＢＢフレームの前に挿入することができる。ＢＢＦヘッダーは、ＳＴＵＦＦＩ（１ビット）、ＳＹＮＣＤ（１３ビット）、及びＲＦＵ（２ビット）で構成される。固定された２バイトのＢＢＦヘッダーだけでなく、ＢＢＦは、２バイトのＢＢＦヘッダーの末尾に拡張フィールド（１又は３バイト）を有してもよい。
【０１０４】
ストリームアダプテーション（ｓｔｒｅａｍ  ａｄａｐｔａｔｉｏｎ、ストリーム適応）２０１０は、スタッフィング（ｓｔｕｆｆｉｎｇ）挿入ブロック及びＢＢスクランブラで構成される。スタッフィング挿入ブロックは、スタッフィングフィールドをＢＢフレームのペイロードに挿入することができる。ストリームアダプテーション（ｓｔｒｅａｍ  ａｄａｐｔａｔｉｏｎ、ストリーム適応）に対する入力データがＢＢフレームを埋めるのに十分であれば、ＳＴＵＦＦＩは‘０’に設定され、ＢＢＦはスタッフィングフィールドを有さない。そうでなければ、ＳＴＵＦＦＩは‘１’に設定され、スタッフィングフィールドはＢＢＦヘッダーの直後に挿入される。スタッフィングフィールドは、２バイトのスタッフィングフィールドヘッダー及び可変サイズのスタッフィングデータを含む。
【０１０５】
ＢＢスクランブラは、エネルギー分散のために完全なＢＢＦをスクランブリングする。スクランブリングシーケンスはＢＢＦと同期化される。スクランブリングシーケンスは、フィードバックシフトレジスタによって生成される。
【０１０６】
ＰＬＳ生成ブロック２０２０はＰＬＳデータを生成することができる。ＰＬＳは、受信機で物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）データパイプに接続できる手段を提供する。ＰＬＳデータはＰＬＳ１データ及びＰＬＳ２データで構成される。
【０１０７】
ＰＬＳ１データは、ＰＬＳ２データをデコードするのに必要なパラメーターだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するフレームでＦＳＳで伝達されるＰＬＳデータの１番目の集合である。ＰＬＳ１データは、ＰＬＳ２データの受信及びデコーディングを可能にするために要求されるパラメーターを含む基本送信パラメーターを提供する。また、ＰＬＳ１データは、フレームグループのデュレーションの間、一定である。
【０１０８】
ＰＬＳ２データは、データパイプ及びシステムに関するより詳細なＰＬＳデータを伝達するＦＳＳで伝送されるＰＬＳデータの２番目の集合である。ＰＬＳ２は、受信機が望むデータパイプをデコードするのに十分な情報を提供するパラメーターを含む。ＰＬＳ２シグナリングは、ＰＬＳ２スタティック（ｓｔａｔｉｃ、静的）データ（ＰＬＳ２ＳＴＡＴデータ）及びＰＬＳ２ダイナミック（ｄｙｎａｍｉｃ、動的）データ（ＰＬＳ２ＤＹＮデータ）の２種類のパラメーターで構成される。ＰＬＳ２スタティックデータは、フレームグループのデュレーションの間、スタティックであるＰＬＳ２データであり、ＰＬＳ２ダイナミックデータは、フレーム毎にダイナミック（ｄｙｎａｍｉｃ、動的）に変化するＰＬＳ２データである。
【０１０９】
ＰＬＳデータについての詳細は後述する。
【０１１０】
ＰＬＳスクランブラ２０３０は、エネルギー分散のために生成されたＰＬＳデータをスクランブリングすることができる。
【０１１１】
前述したブロックは、省略されてもよく、類似又は同一の機能を有するブロックによって代替されてもよい。
【０１１２】
図３は、本発明の他の一実施例によるインプットフォーマットブロックを示す。
【０１１３】
図３に示されたインプットフォーマットブロックは、図１を参照して説明したインプットフォーマットブロック１０００の一実施例に該当する。
【０１１４】
図３は、入力信号がマルチインプットストリーム（ｍｕｌｔｉ  ｉｎｐｕｔ  ｓｔｒｅａｍ、多数の入力ストリーム）に該当する場合、インプットフォーマットブロックのモードアダプテーション（ｍｏｄｅ  ａｄａｐｔａｉｏｎ、モード適応）ブロックを示す。
【０１１５】
マルチインプットストリーム（ｍｕｌｔｉ  ｉｎｐｕｔ  ｓｔｒｅａｍ、多数の入力ストリーム）を処理するためのインプットフォーマットブロックのモードアダプテーション（ｍｏｄｅ  ａｄａｐｔａｉｏｎ、モード適応）ブロックは、多数の入力ストリームを独立して処理することができる。
【０１１６】
図３を参照すると、マルチインプットストリーム（ｍｕｌｔｉ  ｉｎｐｕｔ  ｓｔｒｅａｍ、多数の入力ストリーム）をそれぞれ処理するためのモードアダプテーション（ｍｏｄｅ  ａｄａｐｔａｉｏｎ、モード適応）ブロックは、インプットストリームスプリッター（ｉｎｐｕｔ  ｓｔｒｅａｍ  ｓｐｌｉｔｔｅｒ）３０００、インプットストリームシンクロナイザ（ｉｎｐｕｔ  ｓｔｒｅａｍ  ｓｙｎｃｈｒｏｎｉｚｅｒ）３０１０、コンペンセーティングディレイ（ｃｏｍｐｅｎｓａｔｉｎｇ  ｄｅｌａｙ、補償遅延）ブロック３０２０、ヌルパケットディリーションブロック（ｎｕｌｌ  ｐａｃｋｅｔ  ｄｅｌｅｔｉｏｎ  ｂｌｏｃｋ）３０３０、ヘッダーコンプレッションブロック（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ  ｂｌｏｃｋ）３０４０、ＣＲＣエンコーダー（ＣＲＣ  ｅｎｃｏｄｅｒ）３０５０、ＢＢフレームスライサー（ＢＢ  ｆｒａｍｅ  ｓｌｉｃｅｒ）３０６０、及びＢＢヘッダー挿入ブロック（ＢＢ  ｈｅａｄｅｒ  ｉｎｓｅｒｔｉｏｎ  ｂｌｏｃｋ）３０７０を含んでもよい。モードアダプテーション（ｍｏｄｅ  ａｄａｐｔａｉｏｎ、モード適応）ブロックの各ブロックについて説明する。
【０１１７】
ＣＲＣエンコーダー３０５０、ＢＢフレームスライサー３０６０、及びＢＢヘッダー挿入ブロック３０７０の動作は、図２を参照して説明したＣＲＣエンコーダー、ＢＢフレームスライサー、及びＢＢヘッダー挿入ブロックの動作に該当するので、その説明は省略する。
【０１１８】
インプットストリームスプリッター３０００は、入力されたＴＳ、ＩＰ、ＧＳストリームを多数のサービス又はサービスコンポーネント（オーディオ、ビデオなど）ストリームに分割する。
【０１１９】
インプットストリームシンクロナイザ３０１０はＩＳＳＹと呼ぶことができる。ＩＳＳＹは、いかなる入力データフォーマットに対してもＣＢＲ（ｃｏｎｓｔａｎｔ  ｂｉｔ  ｒａｔｅ）及び一定の終端間伝送（ｅｎｄｔｏｅｎｄ  ｔｒａｎｓｍｉｓｓｉｏｎ）遅延を保障するのに適した手段を提供することができる。ＩＳＳＹは、ＴＳを伝達する多数のデータパイプの場合に常に用いられ、ＧＳストリームを伝達する多数のデータパイプに選択的に用いられる。
【０１２０】
コンペンセーティングディレイ（ｃｏｍｐｅｎｓａｔｉｎ  ｄｅｌａｙ、補償遅延）ブロック３０２０は、受信機で追加のメモリを必要とせず、ＴＳパケット再結合メカニズムを許容するために、ＩＳＳＹ情報の挿入に後続する分割されたＴＳパケットストリームを遅延させることができる。
【０１２１】
ヌルパケットディリーションブロック３０３０は、ＴＳ入力ストリームの場合にのみ使用される。一部のＴＳ入力ストリーム又は分割されたＴＳストリームは、ＶＢＲ（ｖａｒｉａｂｌｅ  ｂｉｔｒａｔｅ）サービスをＣＢＲ ＴＳストリームに収容するために存在する多くの数のヌルパケットを有してもよい。この場合、不必要な伝送オーバーヘッドを避けるために、ヌルパケットは、確認されて伝送されなくてもよい。受信機で、除去されたヌルパケットは、伝送に挿入されたＤＮＰ（ｄｅｌｅｔｅｄ  ｎｕｌｌｐａｃｋｅｔ、削除されたヌルパケット）カウンターを参照して、元々存在していた正確な位置に再挿入することができるので、ＣＢＲが保障され、タイムスタンプ（ＰＣＲ）更新の必要がなくなる。
【０１２２】
ヘッダーコンプレッションブロック３０４０は、ＴＳ又はＩＰ入力ストリームに対する伝送効率を増加させるためにパケットヘッダー圧縮を提供することができる。受信機は、ヘッダーの特定の部分に対する先験的な（ａ  ｐｒｉｏｒｉ）情報を有してもよいので、この既知情報（ｋｎｏｗｎ  ｉｎｆｏｒｍａｔｉｏｎ）は送信機で削除されてもよい。
【０１２３】
ＴＳに対して、受信機は、同期バイト構成（０ｘ４７）及びパケット長（１８８バイト）に関する先験的な情報を有してもよい。入力されたＴＳが１つのＰＩＤのみを有するコンテンツを伝達すると、すなわち、１つのサービスコンポーネント（ビデオ、オーディオなど）又はサービスサブコンポーネント（ＳＶＣベースレイヤ、ＳＶＣエンハンスメントレイヤ、ＭＶＣベースビュー、又はＭＶＣ依存ビュー）に対してのみ、ＴＳパケットヘッダー圧縮がＴＳに（選択的に）適用され得る。ＴＳパケットヘッダー圧縮は、入力ストリームがＩＰストリームである場合に選択的に使用される。前記ブロックは、省略されてもよく、類似又は同一の機能を有するブロックで代替されてもよい。
【０１２４】
図４は、本発明の一実施例によるＢＩＣＭブロックを示す。
【０１２５】
図４に示されたＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の一実施例に該当する。
【０１２６】
前述したように、本発明の一実施例による次世代放送サービスに対する放送信号送信装置は、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを提供することができる。
【０１２７】
ＱｏＳが、本発明の一実施例による次世代放送サービスに対する放送信号送信装置によって提供されるサービスの特性に依存するので、それぞれのサービスに該当するデータは、互いに異なる方式を用いて処理されなければならない。したがって、本発明の一実施例によるＢＩＣＭブロックは、ＳＩＳＯ、ＭＩＳＯ、ＭＩＭＯ方式をそれぞれのデータ経路に該当するデータパイプに独立して適用することによって、各データパイプを独立して処理することができる。結果的に、本発明の一実施例による次世代放送サービスに対する放送信号送信装置は、それぞれのデータパイプを介して伝送される各サービス又はサービスコンポーネントに対するＱｏＳを調節することができる。
【０１２８】
（ａ）は、ベースプロファイル及びハンドヘルドプロファイルによって共有されるＢＩＣＭブロックを示し、（ｂ）は、アドバンスドプロファイルのＢＩＣＭブロックを示す。
【０１２９】
ベースプロファイル及びハンドヘルドプロファイルによって共有されるＢＩＣＭブロック及びアドバンスドプロファイルのＢＩＣＭブロックは、それぞれのデータパイプを処理するための複数の処理ブロックを含んでもよい。
【０１３０】
ベースプロファイル及びハンドヘルドプロファイルに対するＢＩＣＭブロック、及びアドバンスドプロファイルに対するＢＩＣＭブロックのそれぞれの処理ブロックについて説明する。
【０１３１】
ベースプロファイル及びハンドヘルドプロファイルに対するＢＩＣＭブロックの処理ブロック５０００は、データＦＥＣエンコーダー５０１０、ビットインターリーバ５０２０、コンステレーションマッパー（ｍａｐｐｅｒ）５０３０、ＳＳＤ（ｓｉｇｎａｌ  ｓｐａｃｅ  ｄｉｖｅｒｓｉｔｙ）エンコーディングブロック５０４０、タイムインタリーバー５０５０を含んでもよい。
【０１３２】
データＦＥＣエンコーダー５０１０は、外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手順を生成するために、入力ＢＢＦにＦＥＣエンコーディングを行う。外部コーディング（ＢＣＨ）は選択的なコーディング方法である。データＦＥＣエンコーダー５０１０の具体的な動作については後述する。
【０１３３】
ビットインターリーバ５０２０は、効率的に実現可能な構造を提供すると共に、データＦＥＣエンコーダー５０１０の出力をインタリービングしてＬＤＰＣコード及び変調方式の組み合わせで最適化された性能を達成することができる。ビットインターリーバ５０２０の具体的な動作については後述する。
【０１３４】
コンステレーションマッパー５０３０は、ＱＰＳＫ、ＱＡＭ１６、不均一ＱＡＭ（ＮＵＱ６４、ＮＵＱ２５６、ＮＵＱ１０２４）又は不均一コンステレーション（ＮＵＣ１６、ＮＵＣ６４、ＮＵＣ２５６、ＮＵＣ１０２４）を用いて、ベース及びハンドヘルドプロファイルでビットインターリーバ５０２０からのそれぞれのセルワードを変調するか、又はアドバンスドプロファイルでセルワードデマルチプレクサ５０１０−１からのセルワードを変調してパワーが正規化されたコンステレーションポイントｅlを提供することができる。当該コンステレーションマッピングは、データパイプに対してのみ適用される。ＮＵＱが任意の形状を有する一方、ＱＡＭ１６及びＮＵＱは正方形の形状を有することが観察される。それぞれのコンステレーションが９０度の倍数だけ回転すると、回転したコンステレーションは、元のものと正確に重なる。回転対称特性により、実数及び虚数コンポーネントの容量及び平均パワーが互いに同一になる。ＮＵＱ及びＮＵＣは、いずれも、各コードレート（ｃｏｄｅ  ｒａｔｅ）に対して特別に定義され、使用される特定の一つは、ＰＬＳ２データに保管されたパラメーターＤＰ_ＭＯＤによってシグナリングされる。
【０１３５】
タイムインタリーバー５０５０はデータパイプレベルで動作することができる。タイムインタリービングのパラメーターは、それぞれのデータパイプに対して異なって設定されてもよい。タイムインタリーバー５０５０の具体的な動作については後述する。
【０１３６】
アドバンスドプロファイルに対するＢＩＣＭブロックの処理ブロック５０００−１は、データＦＥＣエンコーダー、ビットインターリーバ、コンステレーションマッパー、及びタイムインタリーバーを含んでもよい。
【０１３７】
ただし、処理ブロック５０００−１は、セルワードデマルチプレクサ５０１０−１及びＭＩＭＯエンコーディングブロック５０２０−１をさらに含むという点で、処理ブロック５０００と区別される。
【０１３８】
また、処理ブロック５０００−１でのデータＦＥＣエンコーダー、ビットインターリーバ、コンステレーションマッパー、タイムインタリーバーの動作は、前述したデータＦＥＣエンコーダー５０１０、ビットインターリーバ５０２０、コンステレーションマッパー５０３０、タイムインタリーバー５０５０の動作に該当するので、その説明は省略する。
【０１３９】
セルワードデマルチプレクサ５０１０−１は、アドバンスドプロファイルのデータパイプが、ＭＩＭＯ処理のために単一のセルワードストリームを二重セルワードストリームに分離するのに使用される。セルワードデマルチプレクサ５０１０−１の具体的な動作については後述する。
【０１４０】
ＭＩＭＯエンコーディングブロック５０２０−１は、ＭＩＭＯエンコーディング方式を用いてセルワードデマルチプレクサ５０１０−１の出力を処理することができる。ＭＩＭＯエンコーディング方式は、放送信号送信のために最適化された。ＭＩＭＯ技術は、容量の増加を得るための有望な方式であるが、チャネル特性に依存する。特に放送に対して、互いに異なる信号伝搬特性による２つのアンテナ間の受信信号パワーの差又はチャネルの強いＬＯＳコンポーネントは、ＭＩＭＯから容量利得を得ることを難しくする。提案されたＭＩＭＯエンコーディング方式は、ＭＩＭＯ出力信号のうち１つの位相ランダム化及び回転ベースのプリコーディングを用いてこの問題を克服する。
【０１４１】
ＭＩＭＯエンコーディングは、送信機及び受信機の両方で少なくとも２つのアンテナを必要とする２ｘ２ＭＩＭＯシステムのために意図される。２つのＭＩＭＯエンコーディングモードは、本提案であるＦＲＳＭ（ｆｕｌｌｒａｔｅ  ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）及びＦＲＦＤＳＭ（ｆｕｌｌｒａｔｅ  ｆｕｌｌｄｉｖｅｒｓｉｔｙ  ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）で定義される。ＦＲＳＭエンコーディングは、受信機側での比較的小さい複雑度の増加で容量の増加を提供する一方、ＦＲＦＤＳＭエンコーディングは、受信機側での大きい複雑度の増加で容量の増加及び追加のダイバーシティ利得を提供する。提案されたＭＩＭＯエンコーディング方式はアンテナ極性配置を制限しない。
【０１４２】
ＭＩＭＯ処理は、アドバンスドプロファイルフレームに要求され、これは、アドバンスドプロファイルフレームでの全てのデータパイプがＭＩＭＯエンコーダーによって処理されることを意味する。ＭＩＭＯ処理はデータパイプレベルで適用される。コンステレーションマッパー出力のペア（ｐａｉｒ、対）であるＮＵＱ（ｅ１，ｉ及びｅ２，ｉ）は、ＭＩＭＯエンコーダーの入力に供給される。ＭＩＭＯエンコーダー出力ペア（ｐａｉｒ、対）（ｇ１，ｉ及びｇ２，ｉ）は、それぞれの送信アンテナの同一のキャリアｋ及びＯＦＤＭシンボルｌによって伝送される。
【０１４３】
前述したブロックは、省略されてもよく、類似又は同一の機能を有するブロックで代替されてもよい。
【０１４４】
図５は、本発明の他の実施例によるＢＩＣＭブロックを示す。
【０１４５】
図５に示されたＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の一実施例に該当する。
【０１４６】
図５は、ＰＬＳ、ＥＡＣ、及びＦＩＣの保護のためのＢＩＣＭブロックを示す。ＥＡＣは、ＥＡＳ情報データを伝達するフレームの一部であり、ＦＩＣは、サービスと該当するベースデータパイプとの間でマッピング情報を伝達するフレームでのロジカルチャネルである。ＥＡＣ及びＦＩＣについての詳細な説明は後述する。
【０１４７】
図５を参照すると、ＰＬＳ、ＥＡＣ、及びＦＩＣの保護のためのＢＩＣＭブロックは、ＰＬＳ ＦＥＣエンコーダー６０００、ビットインターリーバ６０１０、及びコンステレーションマッパー６０２０を含んでもよい。
【０１４８】
また、ＰＬＳ ＦＥＣエンコーダー６０００は、スクランブラ、ＢＣＨエンコーディング／ゼロ挿入ブロック、ＬＤＰＣエンコーディングブロック、及びＬＤＰＣパリティパンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）ブロックを含んでもよい。ＢＩＣＭブロックの各ブロックについて説明する。
【０１４９】
ＰＬＳ ＦＥＣエンコーダー６０００は、スクランブルされたＰＬＳ １／２データ、ＥＡＣ及びＦＩＣセクションをエンコーディングすることができる。
【０１５０】
スクランブラは、ＢＣＨエンコーディング及びショートニング（ｓｈｏｒｔｅｎｉｎｇ）及びパンクチャリングされたＬＤＰＣエンコーディングの前に、ＰＬＳ１データ及びＰＬＳ２データをスクランブルすることができる。
【０１５１】
ＢＣＨエンコーディング／ゼロ挿入ブロックは、ＰＬＳ保護のためのショートニングされたＢＣＨコードを用いてスクランブルされたＰＬＳ １／２データに外部エンコーディングを行い、ＢＣＨエンコーディングの後にゼロビットを挿入することができる。ＰＬＳ１データに対してのみ、ゼロ挿入の出力ビットがＬＤＰＣエンコーディングの前にパーミュテーション（ｐｅｒｍｕｔａｔｉｏｎ）されてもよい。
【０１５２】
ＬＤＰＣエンコーディングブロックは、ＬＤＰＣコードを用いてＢＣＨエンコーディング／ゼロ挿入ブロックの出力をエンコーディングすることができる。完全なコーディングブロックを生成するために、Ｃｌｄｐｃ及びパリティビットＰｌｄｐｃは、それぞれのゼロが挿入されたＰＬＳ情報ブロックＩｌｄｐｃから組織的にエンコーディングされ、その後に添付される。
【０１５３】
【数１】
0006423016.tif 000005
【０１５４】
ＰＬＳ１及びＰＬＳ２に対するＬＤＰＣコードパラメーターは、次の表４の通りである。
【０１５５】
【表４】
0006423016.tif 000006
【０１５６】
ＬＤＰＣパリティパンクチャリングブロックは、ＰＬＳ１データ及びＰＬＳ２データに対してパンクチャリングを行うことができる。
【０１５７】
ショートニングがＰＬＳ１データの保護に適用される場合、一部のＬＤＰＣパリティビットは、ＬＤＰＣエンコーディングの後にパンクチャリングされる。また、ＰＬＳ２データの保護のために、ＰＬＳ２のＬＤＰＣパリティビットがＬＤＰＣエンコーディングの後にパンクチャリングされる。これらパンクチャリングされたビットは伝送されない。
【０１５８】
ビットインターリーバ６０１０は、それぞれのショートニング及びパンクチャリングされたＰＬＳ１データ及びＰＬＳ２データをインタリービングすることができる。
【０１５９】
コンステレーションマッパー６０２０は、ビットインターリービングされたＰＬＳ１データ及びＰＬＳ２データをコンステレーションにマッピングすることができる。
【０１６０】
前述したブロックは、省略されてもよく、類似又は同一の機能を有するブロックで代替されてもよい。
【０１６１】
図６は、本発明の一実施例によるフレームビルディングブロック（ｆｒａｍｅ  ｂｕｉｌｄｉｎｇ  ｂｌｏｃｋ）を示す。
【０１６２】
図７に示したフレームビルディングブロックは、図１を参照して説明したフレームビルディングブロック１０２０の一実施例に該当する。
【０１６３】
図６を参照すると、フレームビルディングブロックは、ディレイコンペンセーション（ｄｅｌａｙ  ｃｏｍｐｅｎｓａｔｉｏｎ、遅延補償）ブロック７０００、セルマッパー（ｃｅｌｌ  ｍａｐｐｅｒ）７０１０、及び周波数インタリーバー（ｆｒｅｑｕｅｎｃｙ  ｉｎｔｅｒｌｅａｖｅｒ）７０２０を含んでもよい。フレームビルディングブロックの各ブロックについて説明する。
【０１６４】
ディレイコンペンセーション（ｄｅｌａｙ  ｃｏｍｐｅｎｓａｔｉｏｎ、遅延補償）ブロック７０００は、データパイプと該当するＰＬＳデータとの間のタイミングを調節して、送信機側でデータパイプと該当するＰＬＳデータとの間の同時性（ｃｏｔｉｍｅ）を保障することができる。インプットフォーマットブロック及びＢＩＣＭブロックによるデータパイプの遅延を扱うことによって、ＰＬＳデータはデータパイプだけ遅延される。ＢＩＣＭブロックの遅延は、主にタイムインタリーバー５０５０によるものである。インバンド（Ｉｎｂａｎｄ）シグナリングデータは、次のタイムインターリービンググループの情報を、シグナリングされるデータパイプより１フレーム先に伝達されるようにすることができる。ディレイコンペンセーション（ｄｅｌａｙ  ｃｏｍｐｅｎｓａｔｉｏｎ、遅延補償）ブロックは、それに合わせてインバンド（Ｉｎｂａｎｄ）シグナリングデータを遅延させる。
【０１６５】
セルマッパー７０１０は、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、及びダミーセルをフレーム内でＯＦＤＭシンボルのアクティブ（ａｃｔｉｖｅ）キャリアにマッピングすることができる。セルマッパー７０１０の基本機能は、それぞれのデータパイプ、ＰＬＳセル、及びＥＡＣ／ＦＩＣセルに対するタイムインタリービングによって生成されたデータセルを、もし存在すれば、１つのフレーム内でそれぞれのＯＦＤＭシンボルに該当するアクティブＯＦＤＭセルのアレイにマッピングすることである。（ＰＳＩ（ｐｒｏｇｒａｍ  ｓｐｅｃｉｆｉｃ  ｉｎｆｏｒｍａｔｉｏｎ）／ＳＩのような）サービスシグナリングデータは、個別的に収集されてデータパイプによって送られてもよい。セルマッパーは、フレーム構造の構成及びスケジューラによって生成されたダイナミックインフォメーション（ｄｙｎａｍｉｃ  ｉｎｆｏｒｍａｔｉｏｎ、動的情報）に従って動作する。フレームについての詳細は後述する。
【０１６６】
周波数インタリーバー７０２０は、セルマッパー７０１０から受信されたデータセルをランダムにインタリービングして周波数ダイバーシティを提供することができる。また、周波数インタリーバー７０２０は、単一のフレームで最大のインタリービング利得を得るために、異なるインタリービングシード（ｓｅｅｄ）順序を用いて、２つの順次的なＯＦＤＭシンボルで構成されたＯＦＤＭシンボルペア（ｐａｉｒ、対）で動作することができる。
【０１６７】
前述したブロックは、省略されてもよく、類似又は同一の機能を有するブロックで代替されてもよい。
【０１６８】
図７は、本発明の一実施例によるＯＦＤＭジェネレーションブロックを示す。
【０１６９】
図７に示されたＯＦＤＭジェネレーションブロックは、図１を参照して説明したＯＦＤＭジェネレーションブロック１０３０の一実施例に該当する。
【０１７０】
ＯＦＤＭジェネレーションブロックは、フレームビルディングブロックによって生成されたセルによってＯＦＤＭキャリアを変調し、パイロットを挿入し、伝送のための時間領域信号を生成する。また、当該ブロックは、順次にガードインターバルを挿入し、ＰＡＰＲ減少処理を適用して最終ＲＦ信号を生成する。
【０１７１】
図８を参照すると、ＯＦＤＭジェネレーションブロックは、パイロット及びリザーブドトーン挿入ブロック（ｐｉｌｏｔ  ａｎｄ  ｒｅｖｓｅｒｖｅｄ  ｔｏｎｅ  ｉｎｓｅｒｔｉｏｎ  ｂｌｏｃｋ）８０００、２Ｄ−ｅＳＦＮ（ｓｉｎｇｌｅ  ｆｒｅｑｕｅｎｃｙ  ｎｅｔｗｏｒｋ）エンコーディングブロック８０１０、ＩＦＦＴ（ｉｎｖｅｒｓｅ  ｆａｓｔ  Ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）ブロック８０２０、ＰＡＰＲ減少ブロック８０３０、ガードインターバル挿入ブロック（ｇｕａｒｄ  ｉｎｔｅｒｖａｌ  ｉｎｓｅｒｔｉｏｎ  ｂｌｏｃｋ）８０４０、プリアンブル挿入ブロック（ｐｒｅａｍｂｌｅ  ｉｎｓｅｒｔｉｏｎ  ｂｌｏｃｋ）８０５０、その他のシステム挿入ブロック８０６０、及びＤＡＣブロック８０７０を含んでもよい。
【０１７２】
その他のシステム挿入ブロック８０６０は、放送サービスを提供する２つ以上の互いに異なる放送送信／受信システムのデータが、同じＲＦ信号帯域で同時に伝送され得るように、時間領域で複数の放送送信／受信システムの信号をマルチプレクシングすることができる。この場合、２つ以上の互いに異なる放送送信／受信システムは、互いに異なる放送サービスを提供するシステムのことをいう。互いに異なる放送サービスは、地上波放送サービス、モバイル放送サービスなどを意味してもよい。
【０１７３】
図８は、本発明の一実施例による次世代放送サービスに対する放送信号受信装置の構造を示す。
【０１７４】
本発明の一実施例による次世代放送サービスに対する放送信号受信装置は、図１を参照して説明した次世代放送サービスに対する放送信号送信装置に対応し得る。
【０１７５】
本発明の一実施例による次世代放送サービスに対する放送信号受信装置は、同期及び復調モジュール（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ＆  ｄｅｍｏｄｕｌａｔｉｏｎ  ｍｏｄｕｌｅ）９０００、フレームパーシングモジュール（ｆｒａｍｅ  ｐａｒｓｉｎｇ  ｍｏｄｕｌｅ）９０１０、デマッピング及びデコーディングモジュール（ｄｅｍａｐｐｉｎｇ  ＆  ｄｅｃｏｄｉｎｇ  ｍｏｄｕｌｅ）９０２０、出力プロセッサ（ｏｕｔｐｕｔ  ｐｒｏｃｅｓｓｏｒ）９０３０、及びシグナリングデコーディングモジュール（ｓｉｇｎａｌｉｎｇ  ｄｅｃｏｄｉｎｇ  ｍｏｄｕｌｅ）９０４０を含んでもよい。放送信号受信装置の各モジュールの動作について説明する。
【０１７６】
同期及び復調モジュール９０００は、ｍ個の受信アンテナを介して入力信号を受信し、放送信号受信装置に該当するシステムに対して信号検出及び同期化を行い、放送信号送信装置によって行われる手順の逆過程に該当する復調を行うことができる。
【０１７７】
フレームパーシングモジュール９０１０は、入力信号フレームをパーシングし、ユーザによって選択されたサービスが伝送されるデータを抽出することができる。放送信号送信装置がインタリービングを行うと、フレームパーシングモジュール９０１０は、インタリービングの逆過程に該当するデインタリービングを行うことができる。この場合、抽出されなければならない信号及びデータの位置が、シグナリングデコーディングモジュール９０４０から出力されたデータをデコードすることによって獲得されて、放送信号送信装置によって生成されたスケジューリング情報が復元され得る。
【０１７８】
デマッピング及びデコーディングモジュール９０２０は、入力信号をビット領域データに変換した後、必要に応じて、ビット領域データをデインタリービングすることができる。デマッピング及びデコーディングモジュール９０２０は、伝送効率のために適用されたマッピングに対するデマッピングを行い、デコーディングを通じて、伝送チャネルで発生したエラーを訂正することができる。この場合、デマッピング及びデコーディングモジュール９０２０は、シグナリングデコーディングモジュール９０４０から出力されたデータをデコードすることによって、デマッピング及びデコーディングのために必要な伝送パラメーターを獲得することができる。
【０１７９】
出力プロセッサ９０３０は、伝送効率を向上させるために放送信号送信装置によって適用される様々な圧縮／信号処理手順の逆過程を行うことができる。この場合、出力プロセッサ９０３０は、シグナリングデコーディングモジュール９０４０から出力されたデータから、必要な制御情報を獲得することができる。出力プロセッサ９０３０の出力は、放送信号送信装置に入力される信号に該当し、ＭＰＥＧ−ＴＳ、ＩＰストリーム（ｖ４又はｖ６）及びＧＳであってもよい。
【０１８０】
シグナリングデコーディングモジュール９０４０は、同期及び復調モジュール９０００によって復調された信号からＰＬＳ情報を獲得することができる。前述したように、フレームパーシングモジュール９０１０、デマッピング及びデコーディングモジュール９０２０、出力プロセッサ９０３０は、シグナリングデコーディングモジュール９０４０から出力されたデータを用いてその機能を行うことができる。
【０１８１】
図９は、本発明の一実施例によるフレーム構造を示す。
【０１８２】
図９は、フレームタイプの構成例及びスーパーフレームでのＦＲＵ（ｆｒａｍｅ  ｒｅｐｅｔｉｔｉｏｎ  ｕｎｉｔ、フレーム繰り返し単位）を示す。（ａ）は、本発明の一実施例によるスーパーフレームを示し、（ｂ）は、本発明の一実施例によるＦＲＵを示し、（ｃ）は、ＦＲＵでの様々なフィジカルプロファイル（ＰＨＹ  ｐｒｏｆｉｌｅ）のフレームを示し、（ｄ）はフレームの構造を示す。
【０１８３】
スーパーフレームは８個のＦＲＵで構成されてもよい。ＦＲＵは、フレームのＴＤＭに対する基本マルチプレクシング単位であり、スーパーフレームで８回繰り返される。
【０１８４】
ＦＲＵにおける各フレームは、フィジカルプロファイル（ベース、ハンドヘルド、アドバンスドプロファイル）のうち１つ又はＦＥＦに属する。ＦＲＵにおけるフレームの最大許容数は４であり、与えられたフィジカルプロファイルは、ＦＲＵにおいて０回〜４回のいずれかの回数だけ現れてもよい（例えば、ベース、ベース、ハンドヘルド、アドバンスド）。フィジカルプロファイルの定義は、必要に応じて、プリアンブルでのＰＨＹ_ＰＲＯＦＩＬＥのリザーブド値を用いて拡張されてもよい。
【０１８５】
ＦＥＦ部分は、含まれる場合、ＦＲＵの最後に挿入される。ＦＥＦがＦＲＵに含まれる場合、ＦＥＦの最大数はスーパーフレームにおいて８である。ＦＥＦ部分が互いに隣接することが推奨されない。
【０１８６】
１つのフレームは、多数のＯＦＤＭシンボル及びプリアンブルにさらに分離される。（ｄ）に示したように、フレームは、プリアンブル、１つ以上のＦＳＳ、ノーマルデータシンボル、及びＦＥＳを含む。
【０１８７】
プリアンブルは、高速フューチャーキャストＵＴＢシステム信号検出を可能にし、信号の効率的な送信及び受信のための基本伝送パラメーターの集合を提供する特別なシンボルである。プリアンブルについての詳細は後述する。
【０１８８】
ＦＳＳの主な目的は、ＰＬＳデータを伝達することである。高速同期化及びチャネル推定のために、これによるＰＬＳデータの高速デコーディングのために、ＦＳＳは、ノーマルデータシンボルよりも高密度のパイロットパターンを有する。ＦＥＳは、ＦＳＳと完全に同じパイロットを有し、これは、ＦＥＳの直前のシンボルに対して、外挿（ｅｘｔｒａｐｏｌａｔｉｏｎ）なしに、ＦＥＳ内での周波数のみのインタポレーション（ｉｎｔｅｒｐｏｌａｔｉｏｎ、補間）及び時間的補間（ｔｅｍｐｏｒａｌ  ｉｎｔｅｒｐｏｌａｔｉｏｎ）を可能にする。
【０１８９】
図１０は、本発明の一実施例によるフレームのシグナリング階層構造（ｓｉｇｎａｌｉｎｇ  ｈｉｅｒａｒｃｈｙ  ｓｔｒｕｃｔｕｒｅ）を示す。
【０１９０】
図１０は、シグナリング階層構造を示し、これは、３つの主要部分であるプリアンブルシグナリングデータ１１０００、ＰＬＳ１データ１１０１０、及びＰＬＳ２データ１１０２０に分割される。毎フレームごとにプリアンブル信号によって伝達されるプリアンブルの目的は、フレームの基本伝送パラメーター及び伝送タイプを示すことである。ＰＬＳ１は、受信機が、関心のあるデータパイプに接続するためのパラメーターを含むＰＬＳ２データに接続してデコーディングできるようにする。ＰＬＳ２は、毎フレームごとに伝達され、２つの主要部分であるＰＬＳ２ＳＴＡＴデータとＰＬＳ２ＤＹＮデータとに分割される。ＰＬＳ２データのスタティック（ｓｔａｔｉｃ、静的）及びダイナミック（ｄｙｎａｍｉｃ、動的）部分には、必要に応じてパディングが後続する。
【０１９１】
図１１は、本発明の一実施例によるプリアンブルシグナリングデータを示す。
【０１９２】
プリアンブルシグナリングデータは、受信機がフレーム構造内でＰＬＳデータに接続し、データパイプを追跡できるようにするために必要な２１ビットの情報を伝達する。プリアンブルシグナリングデータについての詳細は、次の通りである。
【０１９３】
ＰＨＹ_ＰＲＯＦＩＬＥ：当該３ビットフィールドは、現フレームのフィジカルプロファイルタイプを示す。互いに異なるフィジカルプロファイルタイプのマッピングは、下記の表５に与えられる。
【０１９４】
【表５】
0006423016.tif 000007
【０１９５】
ＦＦＴ_ＳＩＺＥ：当該２ビットフィールドは、下記の表６で説明するように、フレームグループ内で現フレームのＦＦＴサイズを示す。
【０１９６】
【表６】
0006423016.tif 000008
【０１９７】
ＧＩ_ＦＲＡＣＴＩＯＮ：当該３ビットフィールドは、下記の表７で説明するように、現スーパーフレームでのガードインターバルの一部（ｆｒａｃｔｉｏｎ）の値を示す。
【０１９８】
【表７】
0006423016.tif 000009
【０１９９】
ＥＡＣ_ＦＬＡＧ：当該１ビットフィールドは、ＥＡＣが現フレームに提供されるか否かを示す。当該フィールドが‘１’に設定されると、ＥＡＳが現フレームに提供される。当該フィールドが‘０’に設定されると、ＥＡＳが現フレームで伝達されない。当該フィールドは、スーパーフレーム内でダイナミック（ｄｙｎａｍｉｃ、動的）に切り替わってもよい。
【０２００】
ＰＩＬＯＴ_ＭＯＤＥ：当該１ビットフィールドは、現フレームグループで現フレームに対してパイロットモードがモバイルモードであるか、又は固定モードであるかを示す。当該フィールドが‘０’に設定されると、モバイルパイロットモードが使用される。当該フィールドが‘１’に設定されると、固定パイロットモードが使用される。
【０２０１】
ＰＡＰＲ_ＦＬＡＧ：当該１ビットフィールドは、現フレームグループで現フレームに対してＰＡＰＲ減少が使用されるか否かを示す。当該フィールドが‘１’に設定されると、トーン予約（ｔｏｎｅ  ｒｅｓｅｒｖａｔｉｏｎ）がＰＡＰＲ減少のために使用される。当該フィールドが‘０’に設定されると、ＰＡＰＲ減少が使用されない。
【０２０２】
ＦＲＵ_ＣＯＮＦＩＧＵＲＥ：当該３ビットフィールドは、現スーパーフレームで存在するＦＲＵのフィジカルプロファイルタイプの構成を示す。現スーパーフレームで全てのプリアンブルでの当該フィールドにおいて、現スーパーフレームで伝達される全てのプロファイルタイプが識別される。当該３ビットフィールドは、下記の表８に示すように、それぞれのプロファイルに対して異なって定義される。
【０２０３】
【表８】
0006423016.tif 000010
【０２０４】
ＲＥＳＥＲＶＥＤ：当該７ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
図１２は、本発明の一実施例によるＰＬＳ１データを示す。
【０２０５】
ＰＬＳ１データは、ＰＬＳ２の受信及びデコーディングを可能にするために必要なパラメーターを含んだ基本伝送パラメーターを提供する。前述したように、ＰＬＳ１データは、１つのフレームグループの全デュレーションの間変化しない。ＰＬＳ１データのシグナリングフィールドの具体的な定義は、次の通りである。
【０２０６】
ＰＲＥＡＭＢＬＥ_ＤＡＴＡ：当該２０ビットフィールドは、ＥＡＣ_ＦＬＡＧを除いたプリアンブルシグナリングデータのコピーである。
【０２０７】
ＮＵＭ_ＦＲＡＭＥ_ＦＲＵ：当該２ビットフィールドは、ＦＲＵ当たりのフレーム数を示す。
【０２０８】
ＰＡＹＬＯＡＤ_ＴＹＰＥ：当該３ビットフィールドは、フレームグループで伝達されるペイロードデータのフォーマットを示す。ＰＡＹＬＯＡＤ_ＴＹＰＥは、表９に示すようにシグナリングされる。
【０２０９】
【表９】
0006423016.tif 000011
【０２１０】
ＮＵＭ_ＦＳＳ：当該２ビットフィールドは、現フレームでのＦＳＳの数を示す。
【０２１１】
ＳＹＳＴＥＭ_ＶＥＲＳＩＯＮ：当該８ビットフィールドは、伝送される信号フォーマットのバージョンを示す。ＳＹＳＴＥＭ_ＶＥＲＳＩＯＮは、主バージョン及び副バージョンの２つの４ビットフィールドに分離される。
【０２１２】
主バージョン：ＳＹＳＴＥＭ_ＶＥＲＳＩＯＮフィールドのＭＳＢである４ビットは、主バージョン情報を示す。主バージョンフィールドでの変化は互換が不可能な変化を示す。デフォルト値は‘００００’である。当該標準で記述されたバージョンに対して、値が‘００００’に設定される。
【０２１３】
副バージョン：ＳＹＳＴＥＭ_ＶＥＲＳＩＯＮフィールドのＬＳＢである４ビットは、副バージョン情報を示す。副バージョンフィールドでの変化は互換が可能である。
【０２１４】
ＣＥＬＬ_ＩＤ：これは、ＡＴＳＣネットワークで地理的セルを唯一に識別する１６ビットフィールドである。ＡＴＳＣセルカバレッジは、フューチャーキャストＵＴＢシステム当たり使用される周波数の数に応じて、１つ以上の周波数で構成されてもよい。ＣＥＬＬ_ＩＤの値が知られていないか、又は特定のされていない場合、当該フィールドは‘０’に設定される。
【０２１５】
ＮＥＴＷＯＲＫ_ＩＤ：これは、現ＡＴＳＣネットワークを唯一に識別する１６ビットフィールドである。
【０２１６】
ＳＹＳＴＥＭ_ＩＤ：当該１６ビットフィールドは、ＡＴＳＣネットワーク内でフューチャーキャストＵＴＢシステムを唯一に識別する。フューチャーキャストＵＴＢシステムは、入力が１つ以上の入力ストリーム（ＴＳ、ＩＰ、ＧＳ）であり、出力がＲＦ信号である、地上波放送システムである。フューチャーキャストＵＴＢシステムは、もし存在すれば、ＦＥＦ及び１つ以上のフィジカルプロファイルを伝達する。同一のフューチャーキャストＵＴＢシステムは、互いに異なる入力ストリームを伝達し、互いに異なる地理的領域で互いに異なるＲＦを使用できるので、ローカルサービス挿入を許容する。フレーム構造及びスケジューリングは、一つの場所で制御され、フューチャーキャストＵＴＢシステム内で全ての伝送に対して同一である。１つ以上のフューチャーキャストＵＴＢシステムは、全て同一のフィジカル構造及び構成を有するという同一のＳＹＳＴＥＭ_ＩＤの意味を有してもよい。
【０２１７】
次のループ（ｌｏｏｐ）は、各フレームタイプの長さ及びＦＲＵ構成を示すＦＲＵ_ＰＨＹ_ＰＲＯＦＩＬＥ、ＦＲＵ_ＦＲＡＭＥ_ＬＥＮＧＴＨ、ＦＲＵ_ＧＩ_ＦＲＡＣＴＩＯＮ、ＲＥＳＥＲＶＥＤで構成される。ループのサイズは、ＦＲＵ内で４個のフィジカルプロファイル（ＦＥＦ含む）がシグナリングされるように固定される。ＮＵＭ_ＦＲＡＭＥ_ＦＲＵが４より小さいと、使用されないフィールドはゼロで埋められる。
【０２１８】
ＦＲＵ_ＰＨＹ_ＰＲＯＦＩＬＥ：当該３ビットフィールドは、関連するＦＲＵの（ｉ＋１）番目のフレーム（ｉは、ループインデックス）のフィジカルプロファイルタイプを示す。当該フィールドは、表８に示したものと同じシグナリングフォーマットを使用する。
【０２１９】
ＦＲＵ_ＦＲＡＭＥ_ＬＥＮＧＴＨ：当該２ビットフィールドは、関連するＦＲＵの（ｉ＋１）番目のフレームの長さを示す。ＦＲＵ_ＧＩ_ＦＲＡＣＴＩＯＮと共にＦＲＵ_ＦＲＡＭＥ_ＬＥＮＧＴＨを使用すれば、フレームデュレーションの正確な値を得ることができる。
【０２２０】
ＦＲＵ_ＧＩ_ＦＲＡＣＴＩＯＮ：当該３ビットフィールドは、関連するＦＲＵの（ｉ＋１）番目のフレームのガードインターバルの一部の値を示す。ＦＲＵ_ＧＩ_ＦＲＡＣＴＩＯＮは、表７に従ってシグナリングされる。
【０２２１】
ＲＥＳＥＲＶＥＤ：当該４ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
【０２２２】
次のフィールドは、ＰＬＳ２データをデコードするためのパラメーターを提供する。
【０２２３】
ＰＬＳ２_ＦＥＣ_ＴＹＰＥ：当該２ビットフィールドは、ＰＬＳ２保護によって使用されるＦＥＣタイプを示す。ＦＥＣタイプは、表１０に従ってシグナリングされる。ＬＤＰＣコードについての詳細は後述する。
【０２２４】
【表１０】
0006423016.tif 000012
【０２２５】
ＰＬＳ２_ＭＯＤ：当該３ビットフィールドは、ＰＬＳ２によって使用される変調タイプを示す。変調タイプは、表１１に従ってシグナリングされる。
【０２２６】
【表１１】
0006423016.tif 000013
【０２２７】
ＰＬＳ２_ＳＩＺＥ_ＣＥＬＬ：当該１５ビットフィールドは、現フレームグループで伝達されるＰＬＳ２に対する全てのコーディングブロックのサイズ（ＱＡＭセルの数として特定のされる）であるＣｔｏｔａｌ_ｐａｒｔｉａｌ_ｂｌｏｃｋを示す。当該値は、現フレームグループの全デュレーションの間一定である。
【０２２８】
ＰＬＳ２_ＳＴＡＴ_ＳＩＺＥ_ＢＩＴ：当該１４ビットフィールドは、現フレームグループに対するＰＬＳ２ＳＴＡＴのサイズをビット数で示す。当該値は、現フレームグループの全デュレーションの間一定である。
【０２２９】
ＰＬＳ２_ＤＹＮ_ＳＩＺＥ_ＢＩＴ：当該１４ビットフィールドは、現フレームグループに対するＰＬＳ２ＤＹＮのサイズをビット数で示す。当該値は、フレームグループの全デュレーションの間一定である。
【０２３０】
ＰＬＳ２_ＲＥＰ_ＦＬＡＧ：当該１ビットフラグは、ＰＬＳ２繰り返しモードが現フレームグループで使用されるか否かを示す。当該フィールドの値が‘１’に設定されると、ＰＬＳ２繰り返しモードは活性化される。当該フィールドの値が‘０’に設定されると、ＰＬＳ２繰り返しモードは非活性化される。
【０２３１】
ＰＬＳ２_ＲＥＰ_ＳＩＺＥ_ＣＥＬＬ：当該１５ビットフィールドは、ＰＬＳ２繰り返しが使用される場合、現フレームグループの毎フレームごとに伝達されるＰＬＳ２に対する部分コーディングブロックのサイズ（ＱＡＭセルの数として特定のされる）であるＣｔｏｔａｌ_ｐａｒｔｉａｌ_ｂｌｏｃｋを示す。繰り返しが使用されない場合、当該フィールドの値は０と同一である。当該値は、現フレームグループの全デュレーションの間一定である。
【０２３２】
ＰＬＳ２_ＮＥＸＴ_ＦＥＣ_ＴＹＰＥ：当該２ビットフィールドは、次のフレームグループの毎フレームで伝達されるＰＬＳ２に使用されるＦＥＣタイプを示す。ＦＥＣタイプは、表１０に従ってシグナリングされる。
【０２３３】
ＰＬＳ２_ＮＥＸＴ_ＭＯＤ：当該３ビットフィールドは、次のフレームグループの毎フレームで伝達されるＰＬＳ２に使用される変調タイプを示す。変調タイプは、表１１に従ってシグナリングされる。
【０２３４】
ＰＬＳ２_ＮＥＸＴ_ＲＥＰ_ＦＬＡＧ：当該１ビットフラグは、ＰＬＳ２繰り返しモードが次のフレームグループで使用されるか否かを示す。当該フィールドの値が‘１’に設定されると、ＰＬＳ２繰り返しモードは活性化される。当該フィールドの値が‘０’に設定されると、ＰＬＳ２繰り返しモードは非活性化される。
【０２３５】
ＰＬＳ２_ＮＥＸＴ_ＲＥＰ_ＳＩＺＥ_ＣＥＬＬ：当該１５ビットフィールドは、ＰＬＳ２繰り返しが使用される場合、次のフレームグループの毎フレームごとに伝達されるＰＬＳ２に対する全コーディングブロックのサイズ（ＱＡＭセルの数として特定のされる）であるＣｔｏｔａｌ_ｆｕｌｌ_ｂｌｏｃｋを示す。次のフレームグループで繰り返しが使用されない場合、当該フィールドの値は０と同一である。当該値は、現フレームグループの全デュレーションの間一定である。
【０２３６】
ＰＬＳ２_ＮＥＸＴ_ＲＥＰ_ＳＴＡＴ_ＳＩＺＥ_ＢＩＴ：当該１４ビットフィールドは、次のフレームグループに対するＰＬＳ２ＳＴＡＴのサイズをビット数で示す。当該値は、現フレームグループで一定である。
【０２３７】
ＰＬＳ２_ＮＥＸＴ_ＲＥＰ_ＤＹＮ_ＳＩＺＥ_ＢＩＴ：当該１４ビットフィールドは、次のフレームグループに対するＰＬＳ２ＤＹＮのサイズをビット数で示す。当該値は、現フレームグループで一定である。
【０２３８】
ＰＬＳ２_ＡＰ_ＭＯＤＥ：当該２ビットフィールドは、現フレームグループでＰＬＳ２に対して追加パリティが提供されるか否かを示す。当該値は、現フレームグループの全デュレーションの間一定である。下記の表１２は、当該フィールドの値を提供する。当該フィールドの値が‘００’に設定されると、現フレームグループで追加パリティがＰＬＳ２に対して使用されない。
【０２３９】
【表１２】
0006423016.tif 000014
【０２４０】
ＰＬＳ２_ＡＰ_ＳＩＺＥ_ＣＥＬＬ：当該１５ビットフィールドは、ＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数として特定のされる）を示す。当該値は、現フレームグループの全デュレーションの間一定である。
【０２４１】
ＰＬＳ２_ＮＥＸＴ_ＡＰ_ＭＯＤＥ：当該２ビットフィールドは、次のフレームグループの毎フレームごとにＰＬＳ２シグナリングに対して追加パリティが提供されるか否かを示す。当該値は、現フレームグループの全デュレーションの間一定である。表１２は、当該フィールドの値を定義する。
【０２４２】
ＰＬＳ２_ＮＥＸＴ_ＡＰ_ＳＩＺＥ_ＣＥＬＬ：当該１５ビットフィールドは、次のフレームグループの毎フレームごとにＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数として特定のされる）を示す。当該値は、現フレームグループの全デュレーションの間一定である。
【０２４３】
ＲＥＳＥＲＶＥＤ：当該３２ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
【０２４４】
ＣＲＣ_３２：全ＰＬＳ１シグナリングに適用される３２ビットのエラー検出コード
図１３は、本発明の一実施例によるＰＬＳ２データを示す。
【０２４５】
図１３は、ＰＬＳ２データのＰＬＳ２ＳＴＡＴデータを示す。ＰＬＳ２ＳＴＡＴデータは、フレームグループ内で同一である一方、ＰＬＳ２ＤＹＮデータは、現フレームに対して特定の情報を提供する。
【０２４６】
ＰＬＳ２ＳＴＡＴデータのフィールドについて、以下で具体的に説明する。
【０２４７】
ＦＩＣ_ＦＬＡＧ：当該１ビットフィールドは、ＦＩＣが現フレームグループで使用されるか否かを示す。当該フィールドの値が‘１’に設定されると、ＦＩＣは現フレームで提供される。当該フィールドの値が‘０’に設定されると、ＦＩＣは現フレームで伝達されない。当該値は、現フレームグループの全デュレーションの間一定である。
【０２４８】
ＡＵＸ_ＦＬＡＧ：当該１ビットフィールドは、補助ストリームが現フレームグループで使用されるか否かを示す。当該フィールドの値が‘１’に設定されると、補助ストリームは現フレームで提供される。当該フィールドの値が‘０’に設定されると、補助フレームは現フレームで伝達されない。当該値は、現フレームグループの全デュレーションの間一定である。
【０２４９】
ＮＵＭ_ＤＰ：当該６ビットフィールドは、現フレーム内で伝達されるデータパイプの数を示す。当該フィールドの値は１〜６４の間であり、データパイプの数はＮＵＭ_ＤＰ＋１である。
【０２５０】
ＤＰ_ＩＤ：当該６ビットフィールドは、フィジカルプロファイル内でデータパイプを唯一に識別する。
【０２５１】
ＤＰ_ＴＹＰＥ：当該３ビットフィールドは、データパイプのタイプを示す。これは、下記の表１３に従ってシグナリングされる。
【０２５２】
【表１３】
0006423016.tif 000015
【０２５３】
ＤＰ_ＧＲＯＵＰ_ＩＤ：当該８ビットフィールドは、現データパイプが関連しているデータパイプグループを識別する。これは、受信機が同じＤＰ_ＧＲＯＵＰ_ＩＤを有するようになる特定のサービスと関連しているサービスコンポーネントのデータパイプに接続するのに使用することができる。
【０２５４】
ＢＡＳＥ_ＤＰ_ＩＤ：当該６ビットフィールドは、管理層で使用される（ＰＳＩ／ＳＩのような）サービスシグナリングデータを伝達するデータパイプを示す。ＢＡＳＥ_ＤＰ_ＩＤによって示すデータパイプは、サービスデータと共にサービスシグナリングデータを伝達するノーマルデータパイプであるか、又はサービスシグナリングデータのみを伝達する専用データパイプであってもよい。
【０２５５】
ＤＰ_ＦＥＣ_ＴＹＰＥ：当該２ビットフィールドは、関連するデータパイプによって使用されるＦＥＣタイプを示す。ＦＥＣタイプは、下記の表１４に従ってシグナリングされる。
【０２５６】
【表１４】
0006423016.tif 000016
【０２５７】
ＤＰ_ＣＯＤ：当該４ビットフィールドは、関連するデータパイプによって使用されるコードレート（ｃｏｄｅ  ｒａｔｅ）を示す。コードレートは、下記の表１５に従ってシグナリングされる。
【０２５８】
【表１５】
0006423016.tif 000017
【０２５９】
ＤＰ_ＭＯＤ：当該４ビットフィールドは、関連するデータパイプによって使用される変調を示す。変調は、下記の表１６に従ってシグナリングされる。
【０２６０】
【表１６】
0006423016.tif 000018
【０２６１】
ＤＰ_ＳＳＤ_ＦＬＡＧ：当該１ビットフィールドは、ＳＳＤモードが、関連するデータパイプで使用されるか否かを示す。当該フィールドの値が‘１’に設定されると、ＳＳＤは使用される。当該フィールドの値が‘０’に設定されると、ＳＳＤは使用されない。
【０２６２】
次のフィールドは、ＰＨＹ_ＰＲＯＦＩＬＥがアドバンスドプロファイルを示す‘０１０’と同一であるときにのみ現れる。
【０２６３】
ＤＰ_ＭＩＭＯ：当該３ビットフィールドは、どのタイプのＭＩＭＯエンコーディング処理が、関連するデータパイプに適用されるかを示す。ＭＩＭＯエンコーディング処理のタイプは、下記の表１７に従ってシグナリングされる。
【０２６４】
【表１７】
0006423016.tif 000019
【０２６５】
ＤＰ_ＴＩ_ＴＹＰＥ：当該１ビットフィールドは、タイムインタリービングのタイプを示す。‘０’の値は、１つのタイムインターリービンググループが１つのフレームに該当し、１つ以上のタイムインターリービングブロックを含むことを示す。‘１’の値は、１つのタイムインターリービンググループが１つより多いフレームで伝達され、１つのタイムインターリービングブロックのみを含むことを示す。
【０２６６】
ＤＰ_ＴＩ_ＬＥＮＧＴＨ：当該２ビットフィールド（許容された値は１、２、４、８のみである）の使用は、次のようなＤＰ_ＴＩ_ＴＹＰＥフィールド内で設定される値によって決定される。
【０２６７】
ＤＰ_ＴＩ_ＴＹＰＥの値が‘１’に設定されると、当該フィールドは、それぞれのタイムインターリービンググループがマッピングされるフレームの数であるＰＩを示し、タイムインターリービンググループ当たり１つのタイムインターリービングブロックが存在する（ＮＴＩ＝１）。当該２ビットフィールドで許容されるＰＩの値は、下記の表１８に定義される。
【０２６８】
ＤＰ_ＴＩ_ＴＹＰＥの値が‘０’に設定されると、当該フィールドは、タイムインターリービンググループ当たりのタイムインターリービングブロックの数ＮＴＩを示し、フレーム当たり１つのタイムインターリービンググループが存在する（ＰＩ＝１）。当該２ビットフィールドで許容されるＰＩの値は、下記の表１８に定義される。
【０２６９】
【表１８】
0006423016.tif 000020
【０２７０】
ＤＰ_ＦＲＡＭＥ_ＩＮＴＥＲＶＡＬ：当該２ビットフィールドは、関連するデータパイプに対するフレームグループ内でフレーム間隔（ＩＪＵＭＰ）を示し、許容された値は１、２、４、８（該当する２ビットフィールドは、それぞれ００、０１、１０、１１）である。フレームグループの全てのフレームに現れないデータパイプに対して、当該フィールドの値は、順次的なフレーム間の間隔と同一である。例えば、データパイプが１、５、９、１３などのフレームに現れる場合、当該フィールドの値は‘４’に設定される。全てのフレームに現れるデータパイプに対して、当該フィールドの値は１に設定される。
【０２７１】
ＤＰ_ＴＩ_ＢＹＰＡＳＳ：当該１ビットフィールドは、タイムインタリーバー５０５０の利用可能性（可用性）を決定する。データパイプに対してタイムインタリービングが使用されない場合、当該フィールドの値は‘１’に設定される。一方、タイムインタリービングが使用される場合、当該フィールドの値は‘０’に設定される。
【０２７２】
ＤＰ_ＦＩＲＳＴ_ＦＲＡＭＥ_ＩＤＸ：当該５ビットフィールドは、現データパイプが発生するスーパーフレームの最初のフレームのインデックスを示す。ＤＰ_ＦＩＲＳＴ_ＦＲＡＭＥ_ＩＤＸの値は０〜３１の間である。
【０２７３】
ＤＰ_ＮＵＭ_ＢＬＯＣＫ_ＭＡＸ：当該１０ビットフィールドは、当該データパイプに対するＤＰ_ＮＵＭ_ＢＬＯＣＫＳの最大値を示す。当該フィールドの値は、ＤＰ_ＮＵＭ_ＢＬＯＣＫＳと同一の範囲を有する。
【０２７４】
ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥ：当該２ビットフィールドは、与えられたデータパイプによって伝達されるペイロードデータのタイプを示す。ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥは、下記の表１９に従ってシグナリングされる。
【０２７５】
【表１９】
0006423016.tif 000021
【０２７６】
ＤＰ_ＩＮＢＡＮＤ_ＭＯＤＥ：当該２ビットフィールドは、現データパイプがインバンド（Ｉｎｂａｎｄ）シグナリング情報を伝達するか否かを示す。インバンド（Ｉｎｂａｎｄ）シグナリングタイプは、下記の表２０に従ってシグナリングされる。
【０２７７】
【表２０】
0006423016.tif 000022
【０２７８】
ＤＰ_ＰＲＯＴＯＣＯＬ_ＴＹＰＥ：当該２ビットフィールドは、与えられたデータパイプによって伝達されるペイロードのプロトコルタイプを示す。ペイロードのプロトコルタイプは、入力ペイロードタイプが選択されると、下記の表２１に従ってシグナリングされる。
【０２７９】
【表２１】
0006423016.tif 000023
【０２８０】
ＤＰ_ＣＲＣ_ＭＯＤＥ：当該２ビットフィールドは、ＣＲＣエンコーディングがインプットフォーマットブロックで使用されるか否かを示す。ＣＲＣモードは、下記の表２２に従ってシグナリングされる。
【０２８１】
【表２２】
0006423016.tif 000024
【０２８２】
ＤＮＰ_ＭＯＤＥ：当該２ビットフィールドは、ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連するデータパイプによって使用されるヌルパケット削除モードを示す。ＤＮＰ_ＭＯＤＥは、下記の表２３に従ってシグナリングされる。ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）でなければ、ＤＮＰ_ＭＯＤＥは‘００’の値に設定される。
【０２８３】
【表２３】
0006423016.tif 000025
【０２８４】
ＩＳＳＹ_ＭＯＤＥ：当該２ビットフィールドは、ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連するデータパイプによって使用されるＩＳＳＹモードを示す。ＩＳＳＹ_ＭＯＤＥは、下記の表２４に従ってシグナリングされる。ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）でなければ、ＩＳＳＹ_ＭＯＤＥは‘００’の値に設定される。
【０２８５】
【表２４】
0006423016.tif 000026
【０２８６】
ＨＣ_ＭＯＤＥ_ＴＳ：当該２ビットフィールドは、ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連するデータパイプによって使用されるＴＳヘッダー圧縮モードを示す。ＨＣ_ＭＯＤＥ_ＴＳは、下記の表２５に従ってシグナリングされる。
【０２８７】
【表２５】
0006423016.tif 000027
【０２８８】
ＨＣ_ＭＯＤＥ_ＩＰ：当該２ビットフィールドは、ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＩＰ（‘０１’）に設定される場合にＩＰヘッダー圧縮モードを示す。ＨＣ_ＭＯＤＥ_ＩＰは、下記の表２６に従ってシグナリングされる。
【０２８９】
【表２６】
0006423016.tif 000028
【０２９０】
ＰＩＤ：当該１３ビットフィールドは、ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）に設定され、ＨＣ_ＭＯＤＥ_ＴＳが‘０１’又は‘１０’に設定される場合にＴＳヘッダー圧縮のためのＰＩＤの数を示す。
【０２９１】
ＲＥＳＥＲＶＥＤ：当該８ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
【０２９２】
次のフィールドは、ＦＩＣ_ＦＬＡＧが１と同一であるときにのみ現れる。
【０２９３】
ＦＩＣ_ＶＥＲＳＩＯＮ：当該８ビットフィールドは、ＦＩＣのバージョンナンバーを示す。
【０２９４】
ＦＩＣ_ＬＥＮＧＴＨ_ＢＹＴＥ：当該１３ビットフィールドは、ＦＩＣの長さをバイト単位で示す。
【０２９５】
ＲＥＳＥＲＶＥＤ：当該８ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
【０２９６】
次のフィールドは、ＡＵＸ_ＦＬＡＧが１と同一であるときにのみ現れる。
【０２９７】
ＮＵＭ_ＡＵＸ：当該４ビットフィールドは補助ストリームの数を示す。ゼロは、補助ストリームが使用されないことを示す。
【０２９８】
ＡＵＸ_ＣＯＮＦＩＧ_ＲＦＵ：当該８ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
【０２９９】
ＡＵＸ_ＳＴＲＥＡＭ_ＴＹＰＥ：当該４ビットは、現在の補助ストリームのタイプを示すための将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
【０３００】
ＡＵＸ_ＰＲＩＶＡＴＥ_ＣＯＮＦＩＧ：当該２８ビットフィールドは、補助ストリームをシグナリングするための将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
図１４は、本発明の他の一実施例によるＰＬＳ２データを示す。
【０３０１】
図１４は、ＰＬＳ２データのＰＬＳ２ＤＹＮを示す。ＰＬＳ２ＤＹＮデータの値は１つのフレームグループのデュレーションの間変化できる一方、フィールドのサイズは一定である。
【０３０２】
ＰＬＳ２ＤＹＮデータのフィールドの具体的な内容は、次の通りである。
【０３０３】
ＦＲＡＭＥ_ＩＮＤＥＸ：当該５ビットフィールドは、スーパーフレーム内で現フレームのフレームインデックスを示す。スーパーフレームの最初のフレームのインデックスは０に設定される。
【０３０４】
ＰＬＳ_ＣＨＡＮＧＥ_ＣＯＵＮＴＥＲ：当該４ビットフィールドは、構成が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは、当該フィールド内でシグナリングされる値によって示す。当該フィールドの値が‘００００’に設定されると、これは、いかなる予定された変化も予測されないことを意味する。例えば、‘１’の値は、次のスーパーフレームに変化があることを示す。
【０３０５】
ＦＩＣ_ＣＨＡＮＧＥ_ＣＯＵＮＴＥＲ：当該４ビットフィールドは、構成（即ち、ＦＩＣのコンテンツ）が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは、当該フィールド内でシグナリングされる値によって示す。当該フィールドの値が‘００００’に設定されると、これは、いかなる予定された変化も予測されないことを意味する。例えば、‘０００１’の値は、次のスーパーフレームに変化があることを示す。
【０３０６】
ＲＥＳＥＲＶＥＤ：当該１６ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
【０３０７】
次のフィールドは、現フレームで伝達されるデータパイプと関連するパラメーターを説明するＮＵＭ_ＤＰでのループ（ｌｏｏｐ）に現れる。
【０３０８】
ＤＰ_ＩＤ：当該６ビットフィールドは、フィジカルプロファイル内でデータパイプを唯一に示す。
【０３０９】
ＤＰ_ＳＴＡＲＴ：当該１５ビット（又は１３ビット）フィールドは、ＤＰＵアドレッシング（ａｄｄｒｅｓｓｉｎｇ）技法を用いてデータパイプの最初の開始位置を示す。ＤＰ_ＳＴＡＲＴフィールドは、下記の表２７に示したように、フィジカルプロファイル及びＦＦＴサイズによって異なる長さを有する。
【０３１０】
【表２７】
0006423016.tif 000029
【０３１１】
ＤＰ_ＮＵＭ_ＢＬＯＣＫ：当該１０ビットフィールドは、現データパイプに対する現タイムインターリービンググループでＦＥＣブロックの数を示す。ＤＰ_ＮＵＭ_ＢＬＯＣＫの値は、０から１０２３の間にある。
【０３１２】
ＲＥＳＥＲＶＥＤ：当該８ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
【０３１３】
次のフィールドは、ＥＡＣと関連するＦＩＣパラメーターを示す。
【０３１４】
ＥＡＣ_ＦＬＡＧ：当該１ビットフィールドは、現フレームでＥＡＣの存在を示す。当該ビットは、プリアンブルでＥＡＣ_ＦＬＡＧと同じ値である。
【０３１５】
ＥＡＳ_ＷＡＫＥ_ＵＰ_ＶＥＲＳＩＯＮ_ＮＵＭ：当該８ビットフィールドは、自動活性化指示のバージョンナンバーを示す。
【０３１６】
ＥＡＣ_ＦＬＡＧフィールドが１と同一であれば、次の１２ビットがＥＡＣ_ＬＥＮＧＴＨ_ＢＹＴＥフィールドに割り当てられる。ＥＡＣ_ＦＬＡＧフィールドが０と同一であれば、次の１２ビットがＥＡＣ_ＣＯＵＮＴＥＲに割り当てられる。
【０３１７】
ＥＡＣ_ＬＥＮＧＴＨ_ＢＹＴＥ：当該１２ビットフィールドは、ＥＡＣの長さをバイトで示す。
【０３１８】
ＥＡＣ_ＣＯＵＮＴＥＲ：当該１２ビットフィールドは、ＥＡＣが到達するフレームの前のフレームの数を示す。
【０３１９】
次のフィールドは、ＡＵＸ_ＦＬＡＧフィールドが‘１’と同一である場合にのみ現れる。
【０３２０】
ＡＵＸ_ＰＲＩＶＡＴＥ_ＤＹＮ：当該４８ビットフィールドは、補助ストリームをシグナリングするための将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。当該フィールドの意味は、設定可能なＰＬＳ２ＳＴＡＴでＡＵＸ_ＳＴＲＥＡＭ_ＴＹＰＥの値に依存する。
【０３２１】
ＣＲＣ_３２：全ＰＬＳ２に適用される３２ビットのエラー検出コード。
【０３２２】
図１５は、本発明の一実施例によるフレームのロジカル（ｌｏｇｉｃａｌ）構造を示す。
【０３２３】
前述したように、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、ダミーセルは、フレームにおいてＯＦＤＭシンボルのアクティブ（ａｃｔｉｖｅ）キャリアにマッピングされる。ＰＬＳ１及びＰＬＳ２は、初めに１つ以上のＦＳＳにマッピングされる。その後、ＥＡＣが存在すれば、ＥＡＣセルは、後続するＰＬＳフィールドにマッピングされる。次に、ＦＩＣが存在すれば、ＦＩＣセルがマッピングされる。データパイプは、ＰＬＳの次にマッピングされるか、又は、ＥＡＣ又はＦＩＣが存在する場合、ＥＡＣ又はＦＩＣの後にマッピングされる。タイプ１のデータパイプが初めにマッピングされ、タイプ２のデータパイプが次にマッピングされる。データパイプのタイプの具体的な内容は後述する。一部の場合、データパイプは、ＥＡＳに対する一部の特殊データ又はサービスシグナリングデータを伝達することができる。補助ストリーム又はストリームは、存在すれば、データパイプの次にマッピングされ、これには順にダミーセルが後続する。前述した順序、すなわち、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、及びダミーセルの順序で全て共にマッピングすれば、フレームでセル容量を正確に埋める。
【０３２４】
図１６は、本発明の一実施例によるＰＬＳマッピングを示す。
【０３２５】
ＰＬＳセルは、ＦＳＳのアクティブ（ａｃｔｉｖｅ）キャリアにマッピングされる。ＰＬＳが占めるセルの数によって、１つ以上のシンボルがＦＳＳとして指定され、ＦＳＳの数ＮＦＳＳは、ＰＬＳ１でのＮＵＭ_ＦＳＳによってシグナリングされる。ＦＳＳは、ＰＬＳセルを伝達する特殊なシンボルである。ロバスト性及び遅延時間（ｌａｔｅｎｃｙ）は、ＰＬＳで重大な事案であるので、ＦＳＳは、高いパイロット密度を有しており、高速同期化及びＦＳＳ内での周波数のみのインタポレーション（ｉｎｔｅｒｐｏｌｏａｔｉｏｎ、補間）を可能にする。
【０３２６】
ＰＬＳセルは、図１６の例に示したように、下向き式にＦＳＳのアクティブ（ａｃｔｉｖｅ）キャリアにマッピングされる。ＰＬＳ１セルは、初めに最初のＦＳＳの最初のセルからセルインデックスの昇順にマッピングされる。ＰＬＳ２セルは、ＰＬＳ１の最後のセルの直後に後続し、マッピングは、最初のＦＳＳの最後のセルインデックスまで下方向に続く。必要なＰＬＳセルの総数が１つのＦＳＳのアクティブ（ａｃｔｉｖｅ）キャリアの数を超えると、マッピングは、次のＦＳＳに進行し、最初のＦＳＳと完全に同じ方式で続く。
【０３２７】
ＰＬＳマッピングが完了した後、データパイプが次に伝達される。ＥＡＣ、ＦＩＣ又は両方ともが現フレームに存在すれば、ＥＡＣ及びＦＩＣはＰＬＳとノーマルデータパイプとの間に配置される。
【０３２８】
図１７は、本発明の一実施例によるＥＡＣマッピングを示す。
【０３２９】
ＥＡＣは、ＥＡＳメッセージを伝達する専用チャネルであり、ＥＡＳに対するデータパイプに接続される。ＥＡＳ支援は提供されるが、ＥＡＣ自体は、全てのフレームに存在することができ、存在しなくてもよい。ＥＡＣが存在する場合、ＥＡＣは、ＰＬＳ２セルの直後にマッピングされる。ＰＬＳセルを除いて、ＦＩＣ、データパイプ、補助ストリーム又はダミーセルのいずれもＥＡＣの前に位置しない。ＥＡＣセルのマッピング手順は、ＰＬＳと完全に同一である。
【０３３０】
ＥＡＣセルは、図１７の例に示したように、ＰＬＳ２の次のセルからセルインデックスの昇順にマッピングされる。ＥＡＳメッセージの大きさによって、図１７に示したように、ＥＡＣセルは少ないシンボルを占めることができる。
【０３３１】
ＥＡＣセルは、ＰＬＳ２の最後のセルの直後に後続し、マッピングは、最後のＦＳＳの最後のセルインデックスまで下方向に続く。必要なＥＡＣセルの総数が最後のＦＳＳの残っているアクティブ（ａｃｔｉｖｅ）キャリアの数を超えると、ＥＡＣマッピングは、次のシンボルに進行し、ＦＳＳと完全に同じ方式で続く。この場合、ＥＡＣのマッピングが行われる次のシンボルはノーマルデータシンボルであり、これは、ＦＳＳよりさらに多いアクティブ（ａｃｔｉｖｅ）キャリアを有する。
【０３３２】
ＥＡＣマッピングが完了した後、もし存在すれば、ＦＩＣが次に伝達される。ＦＩＣが伝送されないと（ＰＬＳ２フィールドでシグナリングとして）、データパイプがＥＡＣの最後のセルの直後に後続する。
【０３３３】
図１８は、本発明の一実施例によるＦＩＣマッピングを示す。
【０３３４】
（ａ）は、ＥＡＣなしにＦＩＣセルのマッピングの例を示し、（ｂ）は、ＥＡＣと共にＦＩＣセルのマッピングの例を示す。
【０３３５】
ＦＩＣは、高速サービス獲得及びチャネルスキャンを可能にするために階層間情報（ｃｒｏｓｓｌａｙｅｒ  ｉｎｆｏｒｍａｔｉｏｎ）を伝達する専用チャネルである。当該情報は、主にデータパイプ間のチャネルバインディング（ｃｈａｎｎｅｌ  ｂｉｎｄｉｎｇ）情報及び各放送社のサービスを含む。高速スキャンのために、受信機は、ＦＩＣをデコーディングし、放送社ＩＤ、サービスの数、ＢＡＳＥ_ＤＰ_ＩＤのような情報を獲得することができる。高速サービス獲得のために、ＦＩＣだけでなくベースデータパイプもＢＡＳＥ_ＤＰ_ＩＤを用いてデコードされ得る。ベースデータパイプが伝送するコンテンツを除いて、ベースデータパイプは、ノーマルデータパイプと正確に同じ方式でエンコーディングされてフレームにマッピングされる。したがって、ベースデータパイプに関する追加説明が必要でない。ＦＩＣデータが生成されて管理階層で消費される。ＦＩＣデータのコンテンツは、管理階層仕様に説明された通りである。
【０３３６】
ＦＩＣデータは選択的であり、ＦＩＣの使用は、ＰＬＳ２のスタティック（ｓｔａｔｉｃ、静的）な部分でＦＩＣ_ＦＬＡＧパラメーターによってシグナリングされる。ＦＩＣが使用される場合、ＦＩＣ_ＦＬＡＧは‘１’に設定され、ＦＩＣに対するシグナリングフィールドは、ＰＬＳ２のスタティック（静的）な部分で定義される。当該フィールドでシグナリングされるものはＦＩＣ_ＶＥＲＳＩＯＮであり、ＦＩＣ_ＬＥＮＧＴＨ_ＢＹＴＥ．ＦＩＣは、ＰＬＳ２と同一の変調、コーディング、タイムインターリービングパラメーターを使用する。ＦＩＣは、ＰＬＳ２_ＭＯＤ及びＰＬＳ２_ＦＥＣのような同一のシグナリングパラメーターを共有する。ＦＩＣデータは、もし存在すれば、ＰＬＳ２の後にマッピングされるか、又はＥＡＣが存在する場合、ＥＡＣの直後にマッピングされる。ノーマルデータパイプ、補助ストリーム、又はダミーセルのいずれもＦＩＣの前に位置しない。ＦＩＣセルをマッピングする方法はＥＡＣと完全に同一であり、これはまたＰＬＳと同一である。
【０３３７】
ＰＬＳの後のＥＡＣが存在しない場合、ＦＩＣセルは、（ａ）の例に示したように、ＰＬＳ２の次のセルからセルインデックスの昇順にマッピングされる。ＦＩＣデータのサイズによって、（ｂ）に示したように、ＦＩＣセルは、数個のシンボルに対してマッピングされる。
【０３３８】
ＦＩＣセルは、ＰＬＳ２の最後のセルの直後に後続し、マッピングは、最後のＦＳＳの最後のセルインデックスまで下方向に続く。必要なＦＩＣセルの総数が最後のＦＳＳの残っているアクティブ（ａｃｔｉｖｅ）キャリアの数を超えると、残りのＦＩＣセルのマッピングは、次のシンボルに進行し、これは、ＦＳＳと完全に同じ方式で続く。この場合、ＦＩＣがマッピングされる次のシンボルはノーマルデータシンボルであり、これは、ＦＳＳよりさらに多くのアクティブ（ａｃｔｉｖｅ）キャリアを有する。
【０３３９】
ＥＡＳメッセージが現フレームで伝送されると、ＥＡＣは、ＦＩＣより先にマッピングされ、（ｂ）に示したように、ＥＡＣの次のセルから、ＦＩＣセルはセルインデックスの昇順にマッピングされる。
【０３４０】
ＦＩＣのマッピングが完了した後、１つ以上のデータパイプがマッピングされ、その後、もし存在すれば、補助ストリーム、ダミーセルが後続する。
【０３４１】
図１９は、本発明の一実施例によるＦＥＣ構造を示す。
【０３４２】
図１９は、ビットインターリービングの前の本発明の一実施例によるＦＥＣ構造を示す。前述したように、データＦＥＣエンコーダーは、外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手順を生成するために、入力ＢＢＦにＦＥＣエンコーディングを行うことができる。図示したＦＥＣ構造はＦＥＣＢＬＯＣＫに該当する。また、ＦＥＣＢＬＯＣＫ及びＦＥＣ構造は、ＬＤＰＣコードワードの長さに該当する同一の値を有する。
【０３４３】
図１９に示したように、ＢＣＨエンコーディングがそれぞれのＢＢＦ（Ｋｂｃｈビット）に適用された後、ＬＤＰＣエンコーディングが、ＢＣＨエンコーディングされたＢＢＦ（Ｋｌｄｐｃビット＝Ｎｂｃｈビット）に適用される。
【０３４４】
Ｎｌｄｐｃの値は、６４８００ビット（ロングＦＥＣＢＬＯＣＫ）又は１６２００ビット（ショートＦＥＣＢＬＯＣＫ）である。
【０３４５】
下記の表２８及び表２９は、ロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫのそれぞれに対するＦＥＣエンコーディングパラメーターを示す。
【０３４６】
【表２８】
0006423016.tif 000030
【０３４７】
【表２９】
0006423016.tif 000031
【０３４８】
ＢＣＨエンコーディング及びＬＤＰＣエンコーディングの具体的な動作は、次の通りである。
【０３４９】
１２エラー訂正ＢＣＨコードがＢＢＦの外部エンコーディングに使用される。ショートＦＥＣＢＬＯＣＫ及びロングＦＥＣＢＬＯＣＫに対するＢＢＦ生成多項式は、全ての多項式を乗算することによって得られる。
【０３５０】
ＬＤＰＣコードは、外部ＢＣＨエンコーディングの出力をエンコーディングするのに使用される。完成されたＢｌｄｐｃ（ＦＥＣＢＬＯＣＫ）を生成するために、Ｐｌｄｐｃ（パリティビット）がそれぞれのＩｌｄｐｃ（ＢＣＨエンコーディングされたＢＢＦ）から組織的にエンコーディングされ、Ｉｌｄｐｃに添付される。完成されたＢｌｄｐｃ（ＦＥＣＢＬＯＣＫ）は、次の数式で表現される。
【０３５１】
【数２】
0006423016.tif 000032
【０３５２】
ロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫに対するパラメーターは、上記の表２８及び表２９にそれぞれ与えられる。
【０３５３】
ロングＦＥＣＢＬＯＣＫに対してＮｌｄｐｃ Ｋｌｄｐｃパリティビットを計算する具体的な手順は、次の通りである。
【０３５４】
１）パリティビットの初期化
【０３５５】
【数３】
0006423016.tif 000033
【０３５６】
２）パリティチェックマトリクスのアドレスの１番目の行で特定のされたパリティビットアドレスで１番目の情報ビットｉ０の累算（ａｃｃｕｍｕｌａｔｅ）。パリティチェックマトリクスのアドレスの詳細な内容は後述する。例えば、比率１３／１５に対して、
【０３５７】
【数４】
0006423016.tif 000034
【０３５８】
３）次の３５９個の情報ビットｉｓ、ｓ＝１，２，…，３５９に対して、次の数式を用いてパリティビットアドレスでｉｓ累算（ａｃｃｕｍｕｌａｔｅ）。
【０３５９】
【数５】
0006423016.tif 000035
【０３６０】
ここで、ｘは、１番目のビットｉ０に該当するパリティビット累算器のアドレスを示し、Ｑｌｄｐｃは、パリティチェックマトリクスのアドレスで特定のされたコードレート（ｃｏｄｅ  ｒａｔｅ）依存定数である。前記例である、比率１３／１５に対する、したがって、情報ビットｉ１に対するＱｌｄｐｃ＝２４に続けて、次の動作が行われる。
【０３６１】
【数６】
0006423016.tif 000036
【０３６２】
４）３６１番目の情報ビットｉ３６０に対して、パリティビット累算器のアドレスは、パリティチェックマトリクスのアドレスの２番目の行に与えられる。同様の方式で、次の３５９個の情報ビットｉｓ、ｓ＝３６１，３６２，…，７１９に対するパリティビット累算器のアドレスは、数式６を用いて得られる。ここで、ｘは、情報ビットｉ３６０に該当するパリティビット累算器のアドレス、すなわち、パリティチェックマトリクスの２番目の行のエントリーを示す。
【０３６３】
５）同様の方式で、３６０個の新しい情報ビットの全てのグループに対して、パリティチェックマトリクスのアドレスからの新しい行は、パリティビット累算器のアドレスを求めるのに使用される。
【０３６４】
全ての情報ビットが用いられた後、最終パリティビットが、次のように得られる。
【０３６５】
６）ｉ＝１から始めて、次の動作を順次行う
【０３６６】
【数７】
0006423016.tif 000037
【０３６７】
ここで、ｐｉ、ｉ＝０，１，．．．Ｎｌｄｐｃ−Ｋｌｄｐｃ−１の最終コンテンツは、パリティビットｐｉと同一である。
【０３６８】
【表３０】
0006423016.tif 000038
【０３６９】
表３０を表３１に代替し、ロングＦＥＣＢＬＯＣＫに対するパリティチェックマトリクスのアドレスを、ショートＦＥＣＢＬＯＣＫに対するパリティチェックマトリクスのアドレスに代替することを除いて、ショートＦＥＣＢＬＯＣＫに対する当該ＬＤＰＣエンコーディング手順は、ロングＦＥＣＢＬＯＣＫに対するｔ ＬＤＰＣエンコーディング手順に従う。
【０３７０】
【表３１】
0006423016.tif 000039
【０３７１】
図２０は、本発明の一実施例によるタイムインタリービングを示す。
【０３７２】
（ａ）〜（ｃ）は、タイムインターリービングモードの例を示す。
【０３７３】
タイムインタリーバーはデータパイプレベルで動作する。タイムインタリービングのパラメーターは、それぞれのデータパイプに対して異なって設定されてもよい。
【０３７４】
ＰＬＳ２ＳＴＡＴデータの一部に現れる次のパラメーターは、タイムインタリービングを構成する。
【０３７５】
ＤＰ_ＴＩ_ＴＹＰＥ（許容された値：０又は１）：タイムインターリービングモードを示す。０は、タイムインターリービンググループ当たり多数のタイムインターリービングブロック（１つ以上のタイムインターリービングブロック）を有するモードを示す。この場合、１つのタイムインターリービンググループは、１つのフレームに（フレーム間インタリービングなしに）直接マッピングされる。１は、タイムインターリービンググループ当たり１つのタイムインターリービングブロックのみを有するモードを示す。この場合、タイムインターリービングブロックは、１つ以上のフレームにわたって拡散する（フレーム間インタリービング）。
【０３７６】
ＤＰ_ＴＩ_ＬＥＮＧＴＨ：ＤＰ_ＴＩ_ＴＹＰＥ＝‘０’であれば、当該パラメーターは、タイムインターリービンググループ当たりタイムインターリービングブロックの数ＮＴＩである。ＤＰ_ＴＩ_ＴＹＰＥ＝‘１’の場合、当該パラメーターは、１つのタイムインターリービンググループから拡散するフレームの数ＰＩである。
【０３７７】
ＤＰ_ＮＵＭ_ＢＬＯＣＫ_ＭＡＸ（許容された値：０〜１０２３）：タイムインターリービンググループ当たりＸＦＥＣＢＬＯＣＫの最大数を示す。
【０３７８】
ＤＰ_ＦＲＡＭＥ_ＩＮＴＥＲＶＡＬ（許容された値：１、２、４、８）：与えられたフィジカルプロファイルの同一のデータパイプを伝達する２つの順次的なフレーム間のフレームの数ＩＪＵＭＰを示す。
【０３７９】
ＤＰ_ＴＩ_ＢＹＰＡＳＳ（許容された値：０又は１）：タイムインタリービングがデータフレームに用いられない場合、当該パラメーターは‘１’に設定される。タイムインタリービングが用いられる場合、‘０’に設定される。
【０３８０】
さらに、ＰＬＳ２ＤＹＮデータからのパラメーターＤＰ_ＮＵＭ_ＢＬＯＣＫは、データグループの１つのタイムインターリービンググループによって伝達されるＸＦＥＣＢＬＯＣＫの数を示す。
【０３８１】
タイムインタリービングがデータフレームに用いられない場合、次のタイムインターリービンググループ、タイムインタリービング動作、タイムインターリービングモードは考慮されない。しかし、スケジューラからのダイナミック（ｄｙｎａｍｉｃ、動的）構成情報のためのディレイコンペンセーション（ｄｅｌａｙ  ｃｏｍｐｅｎｓａｔｉｏｎ、遅延補償）ブロックは、依然として必要である。それぞれのデータパイプにおいて、ＳＳＤ／ＭＩＭＯエンコーディングから受信したＸＦＥＣＢＬＯＣＫはタイムインターリービンググループにグループ化される。すなわち、それぞれのタイムインターリービンググループは、整数個のＸＦＥＣＢＬＯＣＫの集合であり、ダイナミック（ｄｙｎａｍｉｃ、動的）に変化する数のＸＦＥＣＢＬＯＣＫを含む。インデックスｎのタイムインターリービンググループにあるＸＦＥＣＢＬＯＣＫの数は、ＮｘＢＬＯＣＫ_Ｇｒｏｕｐ（ｎ）で示し、ＰＬＳ２ＤＹＮデータでＤＰ_ＮＵＭ_ＢＬＯＣＫとしてシグナリングされる。このとき、ＮｘＢＬＯＣＫ_Ｇｒｏｕｐ（ｎ）は、最小値０から、最も大きい値が１０２３である最大値ＮｘＢＬＯＣＫ_Ｇｒｏｕｐ_ＭＡＸ（ＤＰ_ＮＵＭ_ＢＬＯＣＫ_ＭＡＸに該当）まで変化し得る。
【０３８２】
それぞれのタイムインターリービンググループは、１つのフレームに直接マッピングされるか、又はＰＩ個のフレームにわたって拡散する。また、それぞれのタイムインターリービンググループは、１つ以上（ＮＴＩ個）のタイムインターリービングブロックに分離される。ここで、それぞれのタイムインターリービングブロックは、タイムインターリーバメモリの１つの使用に該当する。タイムインターリービンググループ内のタイムインターリービングブロックは、若干の異なる数のＸＦＥＣＢＬＯＣＫを含んでもよい。タイムインターリービンググループが多数のタイムインターリービングブロックに分離されると、タイムインターリービンググループは１つのフレームにのみ直接マッピングされる。下記の表３２に示したように、タイムインタリービングには３つのオプションがある（タイムインタリービングを省略する追加オプション除外）。
【０３８３】
【表３２】
0006423016.tif 000040
【０３８４】
一般に、タイムインタリーバーは、フレーム生成過程の前にデータパイプデータに対するバッファーとしても作用する。これは、それぞれのデータパイプに対して２つのメモリバンクによって達成される。１番目のタイムインターリービングブロックは１番目のバンクに書き込まれる。１番目のバンクで読み取られる間、２番目のタイムインターリービングブロックが２番目のバンクに書き込まれる。
【０３８５】
タイムインタリービングは、ツイストされた行列ブロックインターリーバである。ｎ番目のタイムインターリービンググループのｓ番目のタイムインターリービングブロックに対して、列の数ＮｃがＮｘＢＬＯＣＫ_ＴＩ（ｎ，ｓ）と同一である一方、タイムインターリービングメモリの行の数Ｎｒは、セルの数Ｎｃｅｌｌｓと同一である（即ち、Ｎｒ＝Ｎｃｅｌｌｓ）。
【０３８６】
図２１は、本発明の一実施例によるツイストされた行列ブロックインターリーバの基本動作を示す。
【０３８７】
図２１（ａ）は、タイムインタリーバーで書き込み動作を示し、図２１（ｂ）は、タイムインタリーバーで読み取り動作を示す。（ａ）に示したように、１番目のＸＦＥＣＢＬＯＣＫは、タイムインターリービングメモリの１番目の列に列方向に書き込まれ、２番目のＸＦＥＣＢＬＯＣＫは、次の列に書き込まれ、このような動作が続く。そして、インターリービングアレイにおいて、セルが対角線方向に読み取られる。（ｂ）に示したように、１番目の行から（最も左側の列から始まって行に沿って右側に）最後の行まで対角線方向の読み取りが行われる間、Ｎｒ個のセルが読み取られる。具体的には、ｚｎ，ｓ，ｉ（i＝０，…，ＮｒＮｃ）が、順次に読み取られるタイムインターリービングメモリセルの位置であると仮定すると、このようなインターリービングアレイでの読み取り動作は、下記の式のように、行インデックスＲｎ，ｓ，ｉ、列インデックスＣｎ，ｓ，ｉ、関連するツイストパラメーターＴｎ，ｓ，ｉを算出することによって行われる。
【０３８８】
【数８】
0006423016.tif 000041
【０３８９】
ここで、Ｓshiftは、ＮｘＢＬＯＣＫ＿ＴＩ（ｎ，ｓ）に関係なく、対角線方向の読み取り過程に対する共通シフト値であり、シフト値は、下記の式のように、ＰＬＳ２ＳＴＡＴで与えられたＮｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸによって決定される。
【０３９０】
【数９】
0006423016.tif 000042
【０３９１】
結果的に、読み取られるセル位置は、座標ｚｎ，ｓ，ｉ＝ＮｒＣｎ，ｓ，ｉ+Ｒｎ，ｓ，ｉによって算出される。
【０３９２】
図２２は、本発明の他の一実施例によるツイストされた行列ブロックインターリーバの動作を示す。
【０３９３】
より具体的に、図２２は、ＮｘＢＬＯＣＫ＿ＴＩ（０，０）＝３、ＮｘＢＬＯＣＫ＿ＴＩ（１，０）＝６、ＮｘＢＬＯＣＫ＿ＴＩ（２，０）＝５であるとき、仮想ＸＦＥＣＢＬＯＣＫを含む、それぞれのタイムインターリービンググループに対するタイムインターリービングメモリにおけるインターリービングアレイを示す。
【０３９４】
変数ＮｘＢＬＯＣＫ＿ＴＩ（ｎ，ｓ）＝Ｎｒは、ＮｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸより小さいか又は同一である。したがって、ＮｘＢＬＯＣＫ＿ＴＩ（ｎ，ｓ）に関係なく、受信機側で単一のメモリデインターリービングを達成するために、ツイストされた行列ブロックインターリーバ用インターリービングアレイは、仮想ＸＦＥＣＢＬＯＣＫをタイムインターリービングメモリに挿入することによって、Ｎｒ×Ｎｃ＝Ｎcells×Ｎ'ｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸの大きさに設定され、読み取り過程は、次の式のように行われる。
【０３９５】
【数１０】
0006423016.tif 000043
【０３９６】
タイムインターリービンググループの数は３に設定される。タイムインタリーバーのオプションは、ＤＰ_ＴＩ_ＴＹＰＥ＝‘０’、ＤＰ_ＦＲＡＭＥ_ＩＮＴＥＲＶＡＬ＝‘１’、ＤＰ_ＴＩ_ＬＥＮＧＴＨ＝‘１’、すなわち、ＮＴＩ＝１、ＩＪＵＭＰ＝１、ＰＩ＝１によってＰＬＳ２ＳＴＡＴデータでシグナリングされる。それぞれＮｃｅｌｌｓ＝３０であるＸＦＥＣＢＬＯＣＫのタイムインターリービンググループ当たりの数は、それぞれのＮｘＢＬＯＣＫ_ＴＩ（０，０）＝３、ＮｘＢＬＯＣＫ_ＴＩ（１，０）＝６、ＮｘＢＬＯＣＫ_ＴＩ（２，０）＝５によってＰＬＳ２ＤＹＮデータでシグナリングされる。ＸＦＥＣＢＬＯＣＫの最大数は、ＮｘＢＬＯＣＫ_Ｇｒｏｕｐ_ＭＡＸによってＰＬＳ２ＳＴＡＴデータでシグナリングされ、これは、
【数１１】
0006423016.tif 000044
につながる。
【０３９７】
図２３は、本発明の一実施例によるツイストされた行列ブロックインターリーバの対角線方向の読み取りパターンを示す。
【０３９８】
より具体的に、図２３は、パラメーターＮ'ｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸ＝７及びＳｓｈｉｆｔ＝（７１）／２＝３を有するそれぞれのインターリービングアレイからの対角線方向の読み取りパターンを示す。このとき、前記で擬似コードとして示した読み取り過程で、
【数１２】
0006423016.tif 000045
であると、Ｖｉの値が省略され、Ｖｉの次の計算値が使用される。
【０３９９】
図２４は、本発明の一実施例によるそれぞれのインターリービングアレイからのインタリービングされたＸＦＥＣＢＬＯＣＫを示す。
【０４００】
図２４は、パラメーターＮ'ｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸ＝７及びＳｓｈｉｆｔ＝３を有するそれぞれのインターリービングアレイからインタリービングされたＸＦＥＣＢＬＯＣＫを示す。
【０４０１】
図２５は、本発明の一実施例によるメインフィジカルデバイス（Ｍａｉｎ  Ｐｈｙｓｉｃａｌ  Ｄｅｖｉｃｅ）及びコンパニオンフィジカルデバイス（Ｃｏｍｐａｎｉｏｎ  Ｐｈｙｓｉｃａｌ  Ｄｅｖｉｃｅ）の構成を示す図である。
【０４０２】
本発明の一実施例は、地上波放送又はモバイル放送環境でサービスガイド（ｓｅｒｖｉｃｅ  ｇｕｉｄｅ）を提供することができる。また、本発明の一実施例は、地上波放送網とインターネット網の連動をベースとする次世代ハイブリッド放送環境で可能なサービスに対するサービスガイドを提供することができる。
【０４０３】
本発明の一実施例は、次世代ハイブリッド放送システムで提供できる様々なサービスと、これを構成するコンテンツ（ｃｏｎｔｅｎｔ）及び／又はコンポーネント（ｃｏｍｐｏｎｅｎｔ）要素をユーザに知らせることができる。これを通じて、ユーザが当該サービスを確認、選択及び感想するのに利便性を提供することができる。
【０４０４】
本発明の一実施例は、一つのサービスと、これを構成する様々なコンテンツ及び／又はコンポーネント要素を構造化し、互いに連係（ｒｅｆｅｒｅｎｃｅ）させることができる。これを通じて、放送受信機は、当該サービスを容易に構成及び提供することができ、ユーザが、当該サービスに対して容易に把握できるようにすることができる。
【０４０５】
本発明の一実施例は、一つのサービスと、これを構成する様々なコンテンツ及び／又はコンポーネント要素を連係させるレファレンス（ｒｅｆｅｒｅｎｃｅ）構造を拡張することによって、放送受信機及び／又はユーザが、一つのサービスを構成するコンテンツ及び／又はコンポーネント要素を検索するのにかかるリソース（ｒｅｓｏｕｒｃｅ）及び／又は時間を節約できるようにする。
【０４０６】
同図は、本発明の一実施例によるメインフィジカルデバイス及びコンパニオンフィジカルデバイスの全体的な構成を示す図である。
【０４０７】
本発明の一実施例によるメインフィジカルデバイス（ｍａｉｎ  ｐｈｙｓｉｃａｌ  ｄｅｖｉｃｅ）Ｌ２５０１０は、インタラクティブサービス（ｉｎｔｅｒａｃｔｉｖｅ  ｓｅｒｖｉｃｅ）のためのデバイスのうち一つであって、主にコンパニオンフィジカルデバイス（ｃｏｍｐａｎｉｏｎ  ｐｈｙｓｉｃａｌ  ｄｅｖｉｃｅ）Ｌ２５０２０による制御対象となる機器を示すことができる。メインフィジカルデバイスは、メインデバイス、メイン受信装置、メイン受信機、メインディスプレイ、メインスクリーンなどと命名することができる。
【０４０８】
本発明の一実施例によるメインフィジカルデバイスＬ２５０１０は、ブロードキャストインタフェース（ｂｒｏａｄｃａｓｔ  ｉｎｔｅｒｆａｃｅ）Ｌ２５０３０、ネットワークインタフェース（ｎｅｔｗｏｒｋ  ｉｎｔｅｒｆａｃｅ）Ｌ２５０４０、メモリユニット（ｍｅｍｏｒｙ  ｕｎｉｔ）Ｌ２５０５０、コントロールユニット（ｃｏｎｔｒｏｌ  ｕｎｉｔ）Ｌ２５０６０、ディスプレイユニット（ｄｉｓｐｌａｙ  ｕｎｉｔ）Ｌ２５０７０、マルチメディアモジュール（ｍｕｌｔｉｍｅｄｉａ  ｍｏｄｕｌｅ）Ｌ２５０８０、ストレージ（ｓｔｏｒａｇｅ）Ｌ２５０９０、パワーサプライ（ｐｏｗｅｒ  ｓｕｐｐｌｙ）Ｌ２５１００及び／又はユーザ入力インタフェース（ｕｓｅｒ  ｉｎｐｕｔ  ｉｎｔｅｒｆａｃｅ）Ｌ２５１１０を含んでもよい。
【０４０９】
ブロードキャストインタフェースＬ２５０３０は、ブロードキャスト（ｂｒｏａｄｃａｓｔｅｒ）とデバイスとの間にＡＶストリーム（ＡＶ  ｓｔｒｅａｍ）、サービスガイド（ｓｅｒｖｉｃｅ  ｇｕｉｄｅ）、ノーティフィケーション（ｎｏｔｉｆｉｃａｔｉｏｎ）などのメッセージ（ｍｅｓｓａｇｅ）及び／又はデータ伝送を可能にする物理的装置を示すことができる。ブロードキャストインタフェースは、ブロードキャストから放送信号、シグナリング情報、データなどを受信することができる。
【０４１０】
ネットワークインタフェースＬ２５０４０は、デバイス（例えば、メインフィジカルデバイスとコンパニオンフィジカルデバイス）間にコマンド（ｃｏｍｍａｎｄ）、リクエスト（ｒｅｑｕｅｓｔ）、アクション（ａｃｔｉｏｎ）、レスポンス（ｒｅｓｐｏｎｓｅ）などのメッセージ、アドバタイズ（ａｄｖｅｒｔｉｓｅ）及び／又はデータ伝送を可能にする物理的装置を示すことができる。ネットワークインタフェースは、インターネットサービスプロバイダー（ｉｎｔｅｒｎｅｔ  ｓｅｒｖｉｃｅ  ｐｒｏｖｉｄｅｒ）から放送サービス、放送コンテンツ、シグナリング情報、アプリケーション、データなどを受信することができる。
【０４１１】
メモリユニットＬ２５０５０は、様々な種類のデバイスで具現される選択的な装置であって、様々な種類のデータを臨時格納できる揮発性性質の物理的装置を示すことができる。
【０４１２】
コントロールユニットＬ２５０６０は、ソースデバイス（ｓｏｕｒｃｅ  ｄｅｖｉｃｅ）及び／又はシンクデバイス（ｓｉｎｋ  ｄｅｖｉｃｅ）の全般的な動作を制御する装置であって、ソフトウェア又はハードウェアであってもよい。ここで、ソースデバイスは、メッセージ及び／又はデータを伝送するデバイスを示すことができ、シンクデバイスは、メッセージ及び／又はデータを受信するデバイスを示すことができる。したがって、本発明の一実施例によるメインフィジカルデバイス及びコンパニオンフィジカルデバイスは、ソースデバイス又はシンクデバイスに該当し得る。
【０４１３】
ディスプレイユニットＬ２５０７０は、ネットワークインタフェースを介して受信されたデータ又はストレージに格納されているデータを画面上に表示することができる。このとき、ディスプレイユニットは、コントロールユニットの制御によって動作することができる。
【０４１４】
マルチメディアモジュールＬ２５０８０は、様々な種類のマルチメディアを再生することができる。マルチメディアモジュールは、コントロールユニットに含まれていてもよく、コントロールユニットと別個に存在することができる。
【０４１５】
ストレージＬ２５０９０は、様々な種類のデータを格納できる非揮発性性質の物理的装置を示すことができる。例えば、ＳＤカードがストレージに該当し得る。
【０４１６】
パワーサプライＬ２５１００は、コントロールユニットの制御によって、外部の電源及び／又は内部の電源の印加を受け、他の構成要素の動作に必要な電源を供給する装置を示すことができる。
【０４１７】
ユーザ入力インタフェースＬ２５１１０は、ユーザから命令などの入力を受信できる装置を示すことができる。
【０４１８】
本発明の一実施例によるコンパニオンフィジカルデバイスＬ２５０２０は、インタラクティブサービス（ｉｎｔｅｒａｃｔｉｖｅ  ｓｅｒｖｉｃｅ）のためのデバイスのうち一つであって、メインデバイスを制御する機器を示すことができる。コンパニオンフィジカルデバイスは、主にユーザから直接インプット（ｉｎｐｕｔ）を受信することができる。コンパニオンフィジカルデバイスは、コンパニオンデバイス、セカンドデバイス、付加デバイス、補助デバイス、コンパニオン受信装置、コンパニオン受信機、コンパニオンディスプレイ、セカンドスクリーンなどと命名することができる。
【０４１９】
本発明の一実施例によるコンパニオンフィジカルデバイスＬ２５０２０は、ネットワークインタフェース、メモリユニット、コントロールユニット、ディスプレイユニット、マルチメディアモジュール、ストレージ、パワーサプライ及び／又はユーザ入力インタフェースを含んでもよい。
【０４２０】
本発明の一実施例によるコンパニオンフィジカルデバイスを構成する構成要素のうち、メインデバイスを構成する構成要素と同一の名称の構成要素は、前述したメインデバイスを構成する構成要素と同じ機能を行うことができる。
【０４２１】
図２６は、本発明の一実施例によるハイブリッド放送サービスを支援するためのプロトコルスタックを示す図である。
【０４２２】
物理層（Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）は、地上波放送信号を受信し、これを適切な形態に変換することができる。
【０４２３】
ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）エンカプセレーション（Ｅｎｃａｐｓｕｌａｔｉｏｎ）は、物理層から獲得された情報を用いてＩＰデータグラムを獲得することができる。また、獲得されたＩＰデータグラムを特定のフレーム（例えば、ＲＳ  Ｆｒａｍｅ、ＧＳＥなど）に変換することができる。
【０４２４】
ＭＰＥＧ−２ ＴＳエンカプセレーション（Ｅｎｃａｐｓｕｌａｔｉｏｎ）は、物理層から獲得された情報を用いてＭＰＥＧ−２ ＴＳを獲得することができる。また、獲得されたＭＰＥＧ２ ＴＳデータグラムを特定のフレーム（例えば、ＲＳ  Ｆｒａｍｅ、ＧＳＥなど）に変換することができる。
【０４２５】
ＦＩＣ（ｆａｓｔ  ｉｎｆｏｒｍａｔｉｏｎ  ｃｈａｎｎｅｌ）は、サービス及び／又はコンテンツに接近できるようにするための情報（例えば、サービスＩＤとフレームとの間のマッピング情報など）を伝達することができる。
【０４２６】
シグナリング（Ｓｉｇｎａｌｉｎｇ）は、サービス及び／又はコンテンツの効果的な獲得を支援するためのシグナリング情報を含んでもよい。シグナリング情報は、バイナリ及び／又はＸＭＬ形態で表現されてもよく、地上波放送網及び／又はブロードバンド（ｂｒｏａｄｂａｎｄ）を介して伝送されてもよい。
【０４２７】
リアルタイム放送Ａ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）コンテンツ及びデータ（Ｄａｔａ）は、ＩＳＯ Ｂａｓｅ Ｍｅｄｉａ Ｆｉｌｅ Ｆｏｒｍａｔ（ＩＳＯＢＭＦＦ）などで表現されてもよく、地上波放送網及び／又はブロードバンドを介してリアルタイムで伝送されてもよい。非リアルタイムコンテンツは、ＩＰ／ＵＤＰ／ＦＬＵＴＥをベースとして伝送されてもよい。そして、リアルタイム放送Ａ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）コンテンツ、データ及び／又はシグナリング情報は、ＤＡＳＨなどを用いてインターネット網を介してリアルタイムで伝送されてもよい。このとき、リアルタイム放送Ａ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）コンテンツ、データ及び／又はシグナリング情報は、要求によって伝送されてもよく、それとも、リアルタイムストリーミングによって伝送されてもよい。
【０４２８】
本発明の一実施例は、上述したプロトコルスタックを経て伝達されたデータを組み合わせてＩｎｔｅｒａｃｔｉｖｅサービス、ｓｅｃｏｎｄ ｓｃｒｅｅｎサービスなどの様々なｅｎｈａｎｃｅｄ ｓｅｒｖｉｃｅを視聴者に提供することができる。
【０４２９】
図２７は、本発明の一実施例によるサービスタイプエレメント（Ｓｅｒｖｉｃｅ  Ｔｙｐｅ  ｅｌｅｍｅｎｔ）のＸＭＬスキーマ（ＸＭＬ  ｓｃｈｅｍａ）を示す図である。
【０４３０】
同図についての説明に先立ち、本発明の一実施例によるサービスガイド（ｓｅｒｖｉｃｅ  ｇｕｉｄｅ）、サービスフラグメント（ｓｅｒｖｉｃｅ  ｆｒａｇｍｅｎｔ）及びサービスタイプエレメント（ＳｅｒｖｉｃｅＴｙｐｅ  ｅｌｅｍｅｎｔ）の定義及び構成について説明すると、以下の通りである。
【０４３１】
サービスガイドは、アナウンスメントセッション内で伝送されるサービスガイドデリバリーディスクリプタが端末に伝達される放送分配チャネルを示すことができる。（The service guide may indicate a broadcast distribution channel over which Service Guide Delivery Descriptors carried within announcement sessions, can be delivered to the terminal.）
【０４３２】
サービスガイドは、放送チャネル及び／又はインタラクションチャネルを介して伝送されるモバイル放送サービスのように、サービス提供者及び／又はコンテンツ提供者が、彼らが利用可能なようにしたサービス及び／又はコンテンツを説明できるようにし、定期購読又は購買を提案できるようにすることができる。また、サービスガイドは、サービスに接近する方法を説明するようにすることができる。ユーザの観点で、サービスガイドは、現在利用可能な又は予定されたサービス及び／又はコンテンツを見つけるための開始点として見なすことができ、ユーザの好みに基づいてサービス及び／又はコンテンツをフィルタリングするための開始点として見なすことができる。さらに、サービスガイドは、インタラクティブサービスへの開始点を提供することができる。（Service Guide may enable the service and content providers to describe the services and content they make available, or offer for subscription or purchase, as Mobile Broadcast services either over Broadcast Channel or over Interaction Channel. It may also enable the way to describe how to access the services. From the user perspective the Service Guide can be seen as an entry point to discover the currently available or scheduled services and content and to filter those based on their preferences. Furthermore, the Service Guide may provide the entry point to interactive services.)
【０４３３】
サービスガイドは、サービスガイドフラグメントの観点で、サービス（ｓｅｒｖｉｃｅ）、スケジュール（ｓｃｈｅｄｕｌｅ）、コンテンツ（ｃｏｎｔｅｎｔ）、関連購買データ（ｒｅｌａｔｅｄ  ｐｕｒｃｈａｓｅ  ｄａｔａ）、プロビジョニングデータ（ｐｒｏｖｉｓｉｏｎｉｎｇ  ｄａｔａ）、アクセスデータ（ａｃｅｓｓ  ｄａｔａ）、インタラクティビティデータ（ｉｎｔｅｒａｃｔｉｖｉｔｙ  ｄａｔａ）などのデータモデルを含んでもよい。（The Service Guide may include data model that models the services, schedules, content, related purchase and provisioning data, access and interactivity data and so on in terms of Service Guide fragments.)
【０４３４】
本発明の一実施例は、サービスガイドアナウンスメントチャネルを介して伝送されるサービスガイドデリバリーディスクリプタを通じて、サービスガイドフラグメントの宣言及び／又はサービスガイドの最初発見のための方法を提供することができる。放送チャネル及び／又はインタラクティブチャネルを介して、サービスガイドデリバリーチャネルを介したサービスガイドフラグメント伝送のための伝送方法が提供され得る。サービスガイドデータを管理するために、本発明の一実施例は、アップデート及び／又はマネージメント方法を提供することができる。また、本発明の一実施例は、サービスガイドのための関連バックエンドインターフェースを提供することができる。（An embodiment of the invention may provide methods for initial discovery of Service Guide and the declaration of Service Guide fragments through Service Guide Delivery Descriptors that are sent over Service Guide Announcement Channel. An embodiment of the invention may provide delivery methods specified for Service Guide fragment delivery over Service Guide Delivery Channel, both over the Broadcast Channel as well as over the Interactive Channel. To manage the Service Guide data, an embodiment of the invention may provide update and management methods. An embodiment of the invention may provide the relevant backend interfaces for Service Guide.)
【０４３５】
サービスフラグメントは、アグリゲートレベル（ａｇｇｒｅｇａｔｅ  ｌｅｖｌｅ）で、放送サービスを構成するコンテンツアイテムを説明することができる。（The ‘Service’ fragment may describe at an aggregate level the content items which comprise a broadcast service.）
【０４３６】
サービスフラグメントは、サービスのタイプによって、インタラクティブ部分及び／又は放送部分を含んでもよい。（Depending on the type of the service, it may have interactive part(s), broadcast only part(s), or both.）
【０４３７】
サービスフラグメントは、コンテンツと直接的に関連がないが、サービスと機能的に関連のあるコンポーネント（例えば、購買情報、定期購読情報など）を含んでもよい。（The service may include components not directly related to the content but to the functionality of the service such as purchasing or subscription information.）
【０４３８】
本発明の一実施例によると、サービスガイドの一部分として、サービスフラグメントは、他のフラグメントによって参照される中央ハブを形成することができる。（As the part of the Service Guide, the ‘Service’ fragment may form a central hub referenced by the other fragments.）
【０４３９】
本発明の一実施例によると、サービスフラグメントをはじめとする関連フラグメントを共に用いて、端末は、どの時点でも当該サービスと関連する詳細情報を決定することができる。ここで、前記詳細情報は、ユーザに親しいディスプレイ内で要約され得る。例えば、要約された詳細情報は、関連コンテンツが何であるか、関連コンテンツがいつ、どのように消費されたか、関連コンテンツがいくらであるかを示すことができる。（Together with the associated fragments the terminal may determine the details associated with the service at any point of time. These details may be summarized into a userfriendly display, for example, of what, how and when the associated content may be consumed and at what cost.）
【０４４０】
本発明の一実施例によるサービスは、コンテンツアイテムのグループを示すことができる。すなわち、サービスは、最終ユーザに伝達される論理的グループを形成することができる。例えば、いくつかのＴＶショーで構成されるＴＶチャネルがサービスに該当し得る。サービスフラグメントは、モバイル放送サービスを記述するメタデータを含んでもよい。（A service may represent a bundle of content items, which forms a logical group to the enduser. An example would be a TV channel, composed of several TV shows. A ‘Service’ fragment contains the metadata describing the Mobile Broadcast service.)
【０４４１】
ＳｅｒｖｉｃｅＴｙｐｅエレメントは、当該サービスフラグメント（ｓｅｒｖｉｃｅ  ｆｒａｇｍｅｎｔ）で記述しているサービスのタイプを示すことができる。さらに、１つ以上のタイプが混合されたサービスタイプ（ｓｅｒｖｉｃｅ  ｔｙｐｅｓ）は、多数のＳｅｒｖｉｃｅＴｙｐｅインスタンスの存在によって表現されてもよい。（The mixed service types may be indicated by the presence of multiple instances of ServiceType.）このエレメントは、サービスをテクスチュアルインジケーター（ｔｅｘｔｕａｌ  ｉｎｄｉｃａｔｏｒ）、アイコン（ｉｃｏｎ）又はグラフィックレプリゼンテーション（ｇｒａｐｈｉｃ  ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）の形態でユーザにレンダリングするために、端末によって処理されてもよい。（This element may be processed by the terminal strictly for rendering to the user for example as a textual indicator, an icon, or graphic representation for the service.)
【０４４２】
本発明の一実施例は、ハイブリッド放送システムで使用するサービスタイプを示すことができる方法を提供できる。さらに、本発明の一実施例は、ＳｅｒｖｉｃｅＴｙｐｅＲａｎｇｅＴｙｐｅ値に、ハイブリッド放送システムで示さなければならないサービスタイプ値（ＳｅｒｖｉｃｅＴｙｐｅ  ｖａｌｕｅ）の範囲を割り当てることができる。
【０４４３】
本発明の一実施例によるサービスタイプ（Ｓｅｒｖｉｃｅ  Ｔｙｐｅ）に割り当てられた値は、次の通りである。サービスタイプ値が０であれば、Ｕｎｓｐｅｃｉｆｉｅｄであることを示すことができ、１であれば、当該サービスがＢａｓｉｃ ＴＶであることを示すことができ、２であれば、当該サービスがＢａｓｉｃ Ｒａｄｉｏであることを示すことができ、３であれば、当該サービスがＲｉｇｈｔｓ Ｉｓｓｕｅｒ Ｓｅｒｖｉｃｅであることを示すことができ、４であれば、Ｃａｃｈｅｃａｓｔであることを示すことができ、５であれば、Ｆｉｌｅ ｄｏｗｎｌｏａｄ ｓｅｒｖｉｃｅｓであることを示すことができ、６であれば、Ｓｏｆｔｗａｒｅ ｍａｎａｇｅｍｅｎｔ ｓｅｒｖｉｃｅｓであることを示すことができ、７であれば、Ｎｏｔｉｆｉｃａｔｉｏｎであることを示すことができ、８であれば、Ｓｅｒｖｉｃｅ Ｇｕｉｄｅであることを示すことができ、９であれば、Ｔｅｒｍｉｎａｌ Ｐｒｏｖｉｓｉｏｎｉｎｇ ｓｅｒｖｉｃｅｓであることを示すことができ、１０であれば、Ａｕｘｉｌｉａｒｙ Ｄａｔａであることを示すことができ、１１であれば、Ｓｔｒｅａｍｉｎｇ ｏｎ ｄｅｍａｎｄであることを示すことができ、１２であれば、Ｆｉｌｅ ｄｏｗｎｌｏａｄ ｏｎ ｄｅｍａｎｄであることを示すことができ、１３であれば、ＳｍａｒｔＣａｒｄ Ｐｒｏｖｉｓｉｏｎｉｎｇ ｓｅｒｖｉｃｅｓであることを示すことができ、１４であれば、Ｌｉｎｅａｒ ｓｅｒｖｉｃｅであることを示すことができ、１５であれば、Ａｐｐｂａｓｅｄ ｓｅｒｖｉｃｅであることを示すことができ、１６であれば、Ｃｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎ ｓｅｒｖｉｃｅであることを示すことができる。上述した値以外の値が、上述したサービス以外のサービスを示すのに使用されてもよい。
【０４４４】
同図を参照すると、本発明の一実施例によるサービスタイプエレメント（ＳｅｒｖｉｃｅＴｙｐｅ  ｅｌｅｍｅｎｔ）は、ＳｅｒｖｉｃｅＴｙｐｅＲａｎｇｅＴｙｐｅというタイプを有してもよい。本発明の一実施例によるＳｅｒｖｉｃｅＴｙｐｅＲａｎｇｅＴｙｐｅは、ＳｅｒｖｉｃｅＴｙｐｅＬＲＴｙｐｅ、ＳｅｒｖｉｃｅＴｙｐｅＯｔｈｅｒＥｎａｂｌｅｒｓＲａｎｇｅＴｙｐｅ及び／又はＳｅｒｖｉｃｅＴｙｐｅＰｒｏｐｒｉｅｔａｒｙＲａｎｇｅＴｙｐｅを含んでもよい。ここで、ＳｅｒｖｉｃｅＴｙｐｅＬＲＴｙｐｅは、最小値として０を有し、最大値として１３、１４、１５、１６又はそれ以上の値を有してもよい。
【０４４５】
図２８は、本発明の一実施例によって、サービスタイプ値として１４を有するサービスに対するｘｍｌスキーマ（ｘｍｌ  ｓｃｈｅｍａ）及びディスプレイ表示例を示す図である。
【０４４６】
本発明の一実施例によるサービスフラグメント（Ｓｅｒｖｉｃｅ  ｆｒａｇｍｅｎｔ）は、Ｈｏｍｅ ａｎｄ Ｓｈｏｐｐｉｎｇという名前を有し、ＳｅｒｖｉｃｅＴｙｐｅとして１４を有してもよい（Ｌ２８０１０）。
【０４４７】
ＳｅｒｖｉｃｅＴｙｐｅ値１４は、Ｌｉｎｅａｒ Ｓｅｒｖｉｃｅを示すことができる。この場合、本発明の一実施例による受信装置は、選択したサービスのタイプがＬｉｎｅａｒ Ｓｅｒｖｉｃｅ（ｖａｌｕｅ＝１４）である場合、画面にサービスガイドのスケジュール情報が含まれていることがわかる。さらに、本発明の一実施例は、当該サービスとスケジュール情報を組み合わせ、ユーザに放送番組編成表のような情報を提供することができる（Ｌ２８０２０）。また、サービスタイプをサービスフラグメント内でシグナリングすると、受信機は、時間情報を含むサービスに対してのみ、上述したスケジュール情報を組み合わせるなどの作業を行えばよい。したがって、本発明の一実施例は、受信機の性能を向上させることができる。
【０４４８】
図２９は、本発明の一実施例によって、サービスタイプ値として１４及び１５を有するサービスに対するｘｍｌスキーマ及びディスプレイ表示例を示す図である。
【０４４９】
本発明の一実施例によるサービスフラグメントは、ＭＢＣという名前を有し、ＳｅｒｖｉｃｅＴｙｐｅとして１４及び１５を有してもよい（Ｌ２９０１０）。
【０４５０】
ＳｅｒｖｉｃｅＴｙｐｅ値１５は、Ａｐｐｂａｓｅｄ ｓｅｒｖｉｃｅを示すことができる。Ａｐｐｂａｓｅｄ ｓｅｒｖｉｃｅタイプをサービスフラグメント内でシグナリングすると、本発明の一実施例による受信装置は、当該サービスにＡｐｐｂａｓｅｄ Ｓｅｒｖｉｃｅが含まれていることがわかる（Ｌ２９０２０）。したがって、本発明の一実施例は、サービスフラグメントのみを獲得しても、ＳｅｒｖｉｃｅＴｙｐｅを通じて、ユーザに関連Ａｐｐを実行できることを知らせることができる（Ｌ２９０３０）。さらに、同図に示されたように、ＭＢＣというサービスは、ＳｅｒｖｉｃｅＴｙｐｅ値１４も含んでいるので、当該サービスがＬｉｎｅａｒ Ｓｅｒｖｉｃｅ（ｖａｌｕｅ＝１４）である場合の本発明の効果を同一に有してもよい。これについての説明は前述した。
【０４５１】
図３０は、本発明の一実施例によって、サービスタイプ値として１４及び１６を有するサービスに対するｘｍｌスキーマ及びディスプレイ表示例を示す図である。
【０４５２】
本発明の一実施例によるサービスフラグメントは、ＭＢＣ Ｃｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎという名前を有し、ＳｅｒｖｉｃｅＴｙｐｅとして１４及び１６を有してもよい（Ｌ３００１０）。
【０４５３】
ＳｅｒｖｉｃｅＴｙｐｅ値１６は、Ｃｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎ ｓｅｒｖｉｃｅを示すことができる。Ｃｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎ ｓｅｒｖｉｃｅタイプをサービスフラグメント内でシグナリングすると、本発明の一実施例による受信装置は、当該サービスにＣｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎ ｓｅｒｖｉｃｅが含まれていることがわかる（Ｌ３００２０）。したがって、本発明の一実施例は、サービスフラグメントのみを獲得しても、ＳｅｒｖｉｃｅＴｙｐｅを通じて、ユーザにＣｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎから提供されるサービスがあることを知らせることができる（Ｌ３００３０）。さらに、同図に示されたように、ＭＢＣ Ｃｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎというサービスは、ＳｅｒｖｉｃｅＴｙｐｅ値１４も含んでいるので、当該サービスがＬｉｎｅａｒ Ｓｅｒｖｉｃｅ（ｖａｌｕｅ＝１４）である場合の本発明の効果を同一に有してもよい。これについては前述した。
【０４５４】
図３１は、本発明の一実施例によるコンポーネントフラグメント（Ｃｏｍｐｏｎｅｎｔ  ｆｒａｇｍｅｎｔ）のＸｍｌスキーマを示す図である。
【０４５５】
本発明の一実施例によるコンポーネントフラグメント（Ｃｏｍｐｏｎｅｎｔ  ｆｒａｇｍｅｎｔ）は、コンポーネントが参照するコンテンツ、又はサービスの一部分であるコンポーネントを記述することができる。（The ‘Component’ fragment describes a component that is a part of a service or a content that the component refers to.）
本発明の一実施例によるコンポーネントフラグメントは、ｉｄ属性、ｖｅｒｓｉｏｎ属性、ｖａｌｉｄＦｒｏｍ属性、ｖａｌｉｄＴｏ属性、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメント、ＣｏｍｐｏｎｅｎｔＤａｔａエレメント及び／又はＰｒｉｖａｔｅＥｘｔエレメントを含んでもよい。
【０４５６】
ｉｄ属性は、コンポーネントフラグメントのＩＤを示すことができる。この属性の値はｇｌｏｂａｌｌｙ ｕｎｉｑｕｅであってもよい。
【０４５７】
ｖｅｒｓｉｏｎ属性は、コンポーネントフラグメントのバージョン情報を示すことができる。
【０４５８】
ｖａｌｉｄＦｒｏｍ属性は、コンポーネントフラグメントが有効な最初の時点を示すことができる。
【０４５９】
ｖａｌｉｄＴｏ属性は、コンポーネントフラグメントが有効な最後の時点を示すことができる。
【０４６０】
ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントは、コンポーネントフラグメントが記述するコンテンツのタイプを示すことができる。タイプが混合された場合には、１つ以上のＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを使ってタイプを示すことができる。
【０４６１】
ＣｏｍｐｏｎｅｎｔＤａｔａエレメントは、コンポーネントフラグメントが含むコンポーネントコンテンツ（Ｃｏｍｐｏｎｅｎｔ  Ｃｏｎｔｅｎｔ）を示すことができる。このエレメントは、ビデオ、オーディオ又はＣＣ（Ｃｌｏｓｅｄ  Ｃａｐｔｉｏｎ）データを示すことができる。
【０４６２】
ＰｒｉｖａｔｅＥｘｔエレメントは、私有的な又はアプリケーションに限定された拡張のためのコンテナーを示すことができる。（An element serving as a container for proprietary or applicationspecific extensions.）
図３２は、本発明の一実施例によるＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのｘｍｌスキーマを示す図である。
【０４６３】
本発明の一実施例によるコンポーネントは、ハイブリッド放送で送り得る全てのＣｏｍｐｏｎｅｎｔＴｙｐｅを表示することができる。そのために、本発明の一実施例は、タイプの範囲を整数値で表示することができる。
【０４６４】
本発明の一実施例によると、全てのコンポーネントがコンポーネントデータ（ＣｏｍｐｏｎｅｎｔＤａｔａ）を含んでいるものではないので、受信装置は、コンポーネントフラグメントのタイプ値をまず見つけた後、コンポーネントデータの情報を知ることができる。
【０４６５】
本発明の一実施例による各コンポーネント間の上下又は従属関係は、後述する。
【０４６６】
本発明の一実施例によると、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのタイプを示すＣｏｍｐｏｎｅｎｔＲａｎｇｅＴｙｐｅは、最小値として０を、最大値として１３を有してもよい。
【０４６７】
同図に示したように、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値が０であれば、定められていないコンポーネント（Ｕｎｓｐｅｃｉｆｉｅｄ）を示すことができ、１であれば、Ｃｏｎｔｉｎｕｏｕｓ コンポーネントを示すことができ、２であれば、Ｅｌｅｍｅｎｔａｒｙ コンポーネントを示すことができ、３であれば、Ｃｏｍｐｏｓｉｔｅ コンポーネントを示すことができ、４であれば、ＰｉｃｋＯｎｅ コンポーネントを示すことができ、５であれば、Ｃｏｍｐｌｅｘ コンポーネントを示すことができ、６であれば、Ｐｒｅｓｅｎｔａｂｌｅ コンポーネントを示すことができ、７であれば、ＮＲＴ Ｆｉｌｅを示すことができ、８であれば、ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍを示すことができ、９であれば、アプリケーションを示すことができ、１０であれば、ＡＴＳＣ３．０ アプリケーションを示すことができ、１１であれば、Ｏｎ Ｄｅｍａｎｄ コンポーネントを、１２であれば、Ｎｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍを、１３であれば、Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔを、１４〜２５５であれば、Ｒｅｓｅｒｖｅｄであることを示すことができる。
【０４６８】
Ｃｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔは、一つの連続するストリームにおいて表現されるコンテンツコンポーネントを示すことができる。例えば、オーディオ、ビデオ又はＣｌｏｓｅｄ Ｃａｐｔｉｏｎがこれに該当し得る。
【０４６９】
Ｅｌｅｍｅｎｔａｒｙ ｃｏｍｐｏｎｅｎｔは、シングルエンコーディングに該当するＣｏｎｔｉｎｕｏｕｓ コンポーネントを示すことができる。すなわち、別個のエンコーダーによってエンコーディングされるＣｏｎｔｉｎｕｏｕｓ コンポーネントを示すことができる。例えば、サウンドシーケンスのシングルエンコーディング、ピクチャシーケンスのシングルエンコーディング又はシングルｃｌｏｓｅｄ ｃａｐｔｉｏｎトラックがこれに該当し得る。
【０４７０】
Ｃｏｍｐｏｓｉｔｅ ｃｏｍｐｏｎｅｎｔは、同じコンテンツタイプを有し、同じ場面を表現し、一つのプレゼンテーションを作るために組み合わせることができるＣｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔの集合を構成するコンテンツコンポーネントを示すことができる。例えば、完全なオーディオを提供するために混合される音楽、ダイアローグ又は効果音楽がこれに該当し得る。また、３Ｄ映像を提供するために組み合わされる左映像又は右映像がこれに該当し得る。
【０４７１】
ＰｉｃｋＯｎｅ ｃｏｍｐｏｎｅｎｔは、同じコンテンツタイプを有し、同じ場面を表現し、一つのプレゼンテーションを作るために選択できるＣｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔの集合を構成するコンテンツコンポーネントを示すことができる。例えば、同じサウンドシーケンスと異なるビットレートでエンコーディングされたオーディオコンポーネントの集合、同じピクチャシーケンスと異なるビットレートでエンコーディングされたビデオコンポーネントの集合、又は同じダイアローグのための一般的なｃｌｏｓｅｄ ｃａｐｔｉｏｎトラック及びｅａｓｙ ｒｅａｄｅｒ ｃｌｏｓｅｄ ｃａｐｔｉｏｎトラックの集合がこれに該当し得る。
【０４７２】
Ｃｏｍｐｌｅｘ ｃｏｍｐｏｎｅｎｔは、Ｃｏｍｐｏｓｉｔｅ ｃｏｍｐｏｎｅｎｔ又はＰｉｃｋＯｎｅ コンポーネントを示すことができる。
【０４７３】
Ｐｒｅｓｅｎｔａｂｌｅ ｃｏｍｐｏｎｅｎｔは、ユーザに表示されるＣｏｎｔｉｎｕｏｕｓ コンポーネントを示すことができる。このコンポーネントは、Ｅｌｅｍｅｎｔａｒｙ ｃｏｍｐｏｎｅｎｔ又はＣｏｍｐｌｅｘ コンポーネントを含んでもよい。
【０４７４】
ＮＲＴ Ｆｉｌｅは、非リアルタイムで伝送されるファイルを示すことができる。
【０４７５】
ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍは、統合された全体として消費される意図で作られた１つ以上のＮＲＴファイルの集合を示すことができる。
【０４７６】
Ａｐｐｌｉｃａｔｉｏｎは、それ自体で完全なエンハンスド又はインタラクティブサービスを構成する文書の集合を示すことができる。前記文書は、ＨＴＭＬ、ジャバスクリプト（ＪａｖａＳｃｒｉｐｔ）、ＣＳＳ、ＸＭＬ及び／又はマルチメディアファイル（ｍｕｌｔｉｍｅｄｉａ  ｆｉｌｅｓ）を含んでもよい。このＡｐｐｌｉｃａｔｉｏｎは、このａｐｐｌｉｃａｔｉｏｎの一部分ではなく他のデータに接近することができる。このＡｐｐｌｉｃａｔｉｏｎは、ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍの特別なケースに該当し得る。
【０４７７】
ＡＴＳＣ３．０ Ａｐｐｌｉｃａｔｉｏｎは、ＡＴＳＣ３．０ Ａｐｐｌｉｃａｔｉｏｎ Ｒｕｎｔｉｍｅ Ｅｎｖｉｒｏｎｍｅｎｔ Ｓｐｅｃｉｆｉｃａｔｉｏｎに従うアプリケーションを示すことができる。
【０４７８】
Ｏｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔは、ｏｎ ｄｅｍａｎｄによって伝送されるコンテンツコンポーネントを示すことができる。
【０４７９】
Ｎｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍは、Ｌｉｎｅａｒ Ｔｉｍｅ Ｂａｓｅ下でアプリケーションのアクションを同期化するためのｎｏｔｉｆｉｃａｔｉｏｎを伝送できるストリームを示すことができる。
【０４８０】
Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔは、アクションの同期化されたｎｏｔｉｆｉｃａｔｉｏｎを伝送する０個以上のＮｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍｓ、１つ以上のアプリケーション、アプリケーションによって使用される０個以上の異なるＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍｓ、アプリケーションによって管理される０個以上のＯｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔｓを含んでもよい。
【０４８１】
図３３は、本発明の一実施例によるＣｏｍｐｏｎｅｎｔＤａｔａエレメントのｘｍｌスキーマを示す図である。
【０４８２】
本発明の一実施例は、実際のコンポーネントデータ（Ｃｏｍｐｏｎｅｎｔ  Ｄａｔａ）の特性をサービスガイドするためにＣｏｍｐｏｎｅｎｔＤａｔａエレメントをスキーマとして定義することができる。
【０４８３】
本発明の一実施例によるＣｏｍｐｏｎｅｎｔＤａｔａエレメントは、前述したコンポーネントフラグメントのＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値が２、３、４又は６である場合、それぞれのタイプの組合せ及び関係によってコンポーネントデータを表現できるようにすることができる。
【０４８４】
本発明の一実施例によると、各コンポーネントは、ＣｏｎｔｅｎｔＴｙｐｅ属性を有してもよい。ＣｏｎｔｅｎｔＴｙｐｅ属性は、ビデオ、オーディオ及び／又はＣＣ（Ｃｌｏｓｅｄ  Ｃａｐｔｉｏｎ）値を有してもよい。
【０４８５】
同図に示されたスキーマ構造のように、本発明の一実施例は、各ＣｏｎｔｅｎｔＴｙｐｅ属性に応じてコンポーネントデータが記述され得るようにする方法を提供することができる。すなわち、本発明の一実施例によるＣｏｍｐｏｎｅｎｔＤａｔａエレメントは、ＣｏｎｔｅｎｔＴｙｐｅ属性の値がＶｉｄｅｏである場合、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントを下位エレメントとして有することができ、ＣｏｎｔｅｎｔＴｙｐｅ属性の値がＡｕｄｉｏである場合、ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントを下位エレメントとして有することができ、ＣｏｎｔｅｎｔＴｙｐｅ属性の値がＣＣである場合、ＣＣＣｏｍｐｏｎｅｎｔエレメントを下位エレメントとして有してもよい。そして、前記下位エレメントに各コンポーネントデータが記述され得る。
【０４８６】
図３４は、本発明の一実施例によるＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント及びＶｉｄｅｏＲｏｌｅエレメントのｘｍｌスキーマを示す図である。
【０４８７】
本発明の一実施例は、ハイブリッド放送で使用されるビデオコンポーネント（Ｖｉｄｅｏ  Ｃｏｍｐｏｎｅｎｔ）を表現できるようにする方法を提供することができる。
【０４８８】
本発明の一実施例によるＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントは、ＶｉｄｅｏＲｏｌｅエレメント、ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント及び／又はＴａｒｇｅｔＤｅｖｉｃｅエレメントを下位エレメントとして有してもよい（Ｌ３４０１０）。
【０４８９】
ＶｉｄｅｏＲｏｌｅエレメントは、当該ビデオコンポーネントがどのようなロール（Ｒｏｌｅ）を有するかを示すことができる。本発明の一実施例によると、将来の拡張性を考慮して、このエレメントは整数値を有してもよい。また、本発明の一実施例は、ビデオコンポーネントがｐｒｅｓｅｎｔａｂｌｅである場合に有するｒｏｌｅ及びｃｏｍｐｏｓｉｔｅである場合に有する役割をいずれも示すことができるようにこのエレメント値の範囲を提供することができる。
【０４９０】
ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント及びＴａｒｇｅｔＤｅｖｉｃｅエレメントは、全てのｐｒｅｓｅｎｔａｂｌｅ ｃｏｍｐｏｎｅｎｔの共通エレメント（ｃｏｍｍｏｎ  ｅｌｅｍｅｎｔ）に該当し得る。このエレメントは、ターゲットの属性を示すことができる。
【０４９１】
本発明の一実施例によるＶｉｄｅｏＲｏｌｅエレメントが示す値が０であれば、ｕｎｓｐｅｃｉｆｉｅｄを、１であればＰｒｉｍａｒｙ （ｄｅｆａｕｌｔ） ｖｉｄｅｏを、２であればＡｌｔｅｒｎａｔｉｖｅ ｃａｍｅｒａ ｖｉｅｗを、３であればＯｔｈｅｒ ａｌｔｅｒｎａｔｉｖｅ ｖｉｄｅｏ コンポーネントを、４であればＳｉｇｎ ｌａｎｇｕａｇｅ （例えば、．，ＡＳＬ） ｉｎｓｅｔを、５であればＦｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏを、６であればＢａｓｅ ｌａｙｅｒ ｆｏｒ ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｅｎｃｏｄｉｎｇを、７であればＥｎｈａｎｃｅｍｅｎｔ ｌａｙｅｒ ｆｏｒ ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｅｎｃｏｄｉｎｇ， ｗｉｔｈ ｌｅｖｅｌを、８であれば３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗを、９であれば３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗを、１０であれば３Ｄ ｖｉｄｅｏ ｄｅｐｔｈ ｉｎｆｏｒｍａｔｉｏｎを、１１であればＰａｒｔ ｏｆ ｖｉｄｅｏ ａｒｒａｙ， ＜ｘ，ｙ＞ ｏｆ ＜ｎ，ｍ＞を、１２であればＦｏｌｌｏｗＳｕｂｊｅｃｔ ｍｅｔａｄａｔａを、１３〜２５５であればＲｅｓｅｒｖｅｄであることを示すことができる。ここで、このエレメント値０〜５はｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔのロール（ｒｏｌｅ）を示すことができ、６〜１２はＣｏｍｐｏｓｉｔｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔのロールを示すことができ、１３〜２５５はＯｔｈｅｒ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔのロールを示すことができる（Ｌ３４０２０）。
【０４９２】
図３５は、本発明の一実施例によるＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント及びＡｕｄｉｏＲｏｌｅエレメントのｘｍｌスキーマを示す図である。
【０４９３】
本発明の一実施例は、ハイブリッド放送で使用されるオーディオコンポーネント（Ａｕｄｉｏ  Ｃｏｍｐｏｎｅｎｔ）を表現できるようにする方法を提供することができる。
【０４９４】
本発明の一実施例によるＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントは、ａｓｓｏｃｉａｔｅｄＴｏ属性及び／又はＮｕｍｂｅｒＯｆＡｕｄｉｏＣｈｎｎｅｌｓ属性を有することができ、ＡｕｄｉｏＲｏｌｅエレメント、ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント及び／又はＴａｒｇｅｔＤｅｖｉｃｅエレメントを下位エレメントとして有してもよい（Ｌ３５０１０）。
【０４９５】
ａｓｓｏｃｉａｔｅｄＴｏ属性は、当該オーディオコンポーネントがＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔに関連しているかを示すことができる。この属性は、コンポーネントフラグメントのｉｄ値を有してもよい。
【０４９６】
ＮｕｍｂｅｒＯｆＡｕｄｉｏＣｈｎｎｅｌｓ属性は、オーディオコンポーネントのチャネルの数を示すことができる。
【０４９７】
ＡｕｄｉｏＲｏｌｅエレメントは、当該オーディオコンポーネントがどのようなロール（Ｒｏｌｅ）を有するかを示すことができる。本発明の一実施例によると、将来の拡張性を考慮して、このエレメントは整数値を有してもよい。
【０４９８】
ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント及びＴａｒｇｅｔＤｅｖｉｃｅエレメントは、全てのｐｒｅｓｅｎｔａｂｌｅ ｃｏｍｐｏｎｅｎｔの共通エレメント（ｃｏｍｍｏｎ  ｅｌｅｍｅｎｔ）に該当し得る。このエレメントはターゲットの属性を示すことができる。
【０４９９】
本発明の一実施例によるＡｕｄｉｏＲｏｌｅエレメントは０〜７の値を有してもよい。このエレメントの値が０であればｕｎｓｐｅｃｉｆｉｅｄ、１であればＣｏｍｐｌｅｔｅ ｍａｉｎ、２であればＭｕｓｉｃ、３であればＤｉａｌｏｇ、４であればＥｆｆｅｃｔｓ、５であればＶｉｓｕａｌｌｙ ｉｍｐａｉｒｅｄ、６であればＨｅａｒｉｎｇ ｉｍｐａｉｒｅｄ、７であればＣｏｍｍｅｎｔａｒｙ、８〜２５５であればＲｅｓｅｒｖｅｄであることを示すことができる（Ｌ３５０２０）。
【０５００】
図３６は、本発明の一実施例によるＣＣＣｏｍｐｏｎｅｎｔエレメント及びＣＣＲｏｌｅエレメントのｘｍｌスキーマを示す図である。
【０５０１】
本発明の一実施例は、ハイブリッド放送で使用されるＣＣコンポーネント（ＣＣ  Ｃｏｍｐｏｎｅｎｔ）を表現できるようにする方法を提供することができる。
【０５０２】
本発明の一実施例によるＣＣＣｏｍｐｏｎｅｎｔエレメントは、ａｓｓｏｃｉａｔｅｄＴｏ属性を有することができ、ＣＣＲｏｌｅエレメント、ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント及び／又はＴａｒｇｅｔＤｅｖｉｃｅエレメントを下位エレメントとして有してもよい（Ｌ３６０１０）。
【０５０３】
ａｓｓｏｃｉａｔｅｄＴｏ属性は、当該ＣＣコンポーネントがＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔに関連しているかを示すことができる。この属性は、コンポーネントフラグメントのｉｄ値を有してもよい。
【０５０４】
ＣＣＲｏｌｅエレメントは、当該ＣＣコンポーネントがどのようなロール（Ｒｏｌｅ）を有するかを示すことができる。本発明の一実施例によると、将来の拡張性を考慮して、このエレメントは整数値を有してもよい。
【０５０５】
ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント及びＴａｒｇｅｔＤｅｖｉｃｅエレメントは、全てのｐｒｅｓｅｎｔａｂｌｅ ｃｏｍｐｏｎｅｎｔの共通エレメント（ｃｏｍｍｏｎ  ｅｌｅｍｅｎｔ）に該当し得る。このエレメントは、ターゲットの属性を示すことができる。
【０５０６】
本発明の一実施例によるＣＣＲｏｌｅエレメントは０〜２の値を有してもよい。このエレメントの値が０であればｕｎｓｐｅｃｉｆｉｅｄ、１であればｎｏｒｍａｌ、２であればｅａｓｙ ｒｅａｄｅｒであることを示すことができる（Ｌ３６０２０）。
【０５０７】
図３７は、本発明の一実施例によって、スケーラブルビデオコーディング（ｓｃａｌａｂｌｅ  ｖｉｄｅｏ  ｃｏｄｉｎｇ）において１つのベースレイヤ（ｂａｓｅ  ｌａｙｅｒ）と２つのエンハンスメントレイヤ（ｅｎｈａｎｃｅｍｅｎｔ  ｌａｙｅｒ）を含むコンポジットビデオコンポーネント（Ｃｏｍｐｏｓｉｔｅ  Ｖｉｄｅｏ  Ｃｏｍｐｏｎｅｎｔ）に対してコンポーネントフラグメントのｘｍｌスキーマを示す図である。
【０５０８】
本発明の一実施例によると、同図の上端に位置するコンポーネントフラグメント（Ｌ３７０１０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＣｏｍｐｏｓｉｔｅコンポーネントであることを示すことができる。
【０５０９】
同図の左側に位置するコンポーネントフラグメント（Ｌ３７０２０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＥｌｅｍｅｎｔａｒｙコンポーネントであることを示すことができ、ＣｏｍｐｏｎｅｎｔＤａｔａエレメント、ＣｏｎｔｅｎｔＴｙｐｅ属性、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント及びＶｉｄｅｏＲｏｌｅエレメントを用いて、当該コンポーネントがＶｉｄｅｏに関するものであり、Ｂａｓｅ Ｌａｙｅｒ ｏｆ ＳＶＣコンポーネントであることを示すことができる。
【０５１０】
同図の右側に位置するコンポーネントフラグメント（Ｌ３７０３０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＥｌｅｍｅｎｔａｒｙコンポーネントであることを示すことができ、ＣｏｍｐｏｎｅｎｔＤａｔａエレメント、ＣｏｎｔｅｎｔＴｙｐｅ属性、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント及びＶｉｄｅｏＲｏｌｅエレメントを用いて、当該コンポーネントがＶｉｄｅｏに関するものであり、Ｅｎｈａｎｃｅｍｎｅｔ Ｌａｙｅｒ ｏｆ ＳＶＣコンポーネントであることを示すことができる。
【０５１１】
図３８は、本発明の一実施例によって、３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗと３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗを含むコンポジットコンポーネント（Ｃｏｍｐｏｓｉｔｅ  Ｃｏｍｐｏｎｅｎｔ）に対してコンポーネントフラグメントのｘｍｌスキーマを示す図である。
【０５１２】
本発明の一実施例によると、同図の上端に位置するコンポーネントフラグメント（Ｌ３８０１０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＣｏｍｐｏｓｉｔｅコンポーネントであることを示すことができる。
【０５１３】
同図の左側に位置するコンポーネントフラグメント（Ｌ３８０２０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＰｉｃｋｏｎｅコンポーネントであることを示すことができ、ＣｏｍｐｏｎｅｎｔＤａｔａエレメント、ＣｏｎｔｅｎｔＴｙｐｅ属性、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント及びＶｉｄｅｏＲｏｌｅエレメントを用いて、当該コンポーネントがＶｉｄｅｏに関するものであり、３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗコンポーネントであることを示すことができる。
【０５１４】
同図の右側に位置するコンポーネントフラグメント（Ｌ３８０３０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＰｉｃｋｏｎｅコンポーネントであることを示すことができ、ＣｏｍｐｏｎｅｎｔＤａｔａエレメント、ＣｏｎｔｅｎｔＴｙｐｅ属性、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント及びＶｉｄｅｏＲｏｌｅエレメントを用いて、当該コンポーネントがＶｉｄｅｏに関するものであり、３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗコンポーネントであることを示すことができる。
【０５１５】
図３９は、本発明の一実施例によって、コンプリートオーディオコンポーネント（Ｃｏｍｐｌｅｔｅ  Ａｕｄｉｏ  Ｃｏｍｐｏｎｅｎｔ）を記述するコンポーネントフラグメントのｘｍｌスキーマを示す図である。
【０５１６】
本発明の一実施例によると、同図の最上端に位置するコンポーネントフラグメント（Ｌ３９０１０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＰｉｃｋｏｎｅコンポーネントであることを示すことができる。
【０５１７】
同図の２番目の列の左側に位置するコンポーネントフラグメント（Ｌ３９０２０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＰｉｃｋｏｎｅコンポーネントであることを示すことができ、ＣｏｍｐｏｎｅｎｔＤａｔａエレメント、ＣｏｎｔｅｎｔＴｙｐｅ属性、ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント及びＡｕｄｉｏＲｏｌｅエレメントを用いて、当該コンポーネントがＡｕｄｉｏに関するものであり、Ｃｏｍｐｌｅｔｅｌｙ Ｍａｉｎコンポーネントであることを示すことができる。
【０５１８】
同図の２番目の列の右側に位置するコンポーネントフラグメント（Ｌ３９０３０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＣｏｍｐｏｓｉｔｅコンポーネントであることを示すことができる。
【０５１９】
同図の３番目の列の左側に位置するコンポーネントフラグメント（Ｌ３９０４０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／４”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＰｉｃｋｏｎｅコンポーネントであることを示すことができ、ＣｏｍｐｏｎｅｎｔＤａｔａエレメント、ＣｏｎｔｅｎｔＴｙｐｅ属性、ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント及びＡｕｄｉｏＲｏｌｅエレメントを用いて、当該コンポーネントがＡｕｄｉｏに関するものであり、Ｍｕｓｉｃコンポーネントであることを示すことができる。
【０５２０】
同図の３番目の列の右側に位置するコンポーネントフラグメント（Ｌ３９０５０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／５”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＰｉｃｋｏｎｅコンポーネントであることを示すことができ、ＣｏｍｐｏｎｅｎｔＤａｔａエレメント、ＣｏｎｔｅｎｔＴｙｐｅ属性、ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント及びＡｕｄｉｏＲｏｌｅエレメントを用いて、当該コンポーネントがＡｕｄｉｏに関するものであり、Ｄｉａｌｏｇコンポーネントであることを示すことができる。
【０５２１】
図４０は、本発明の一実施例によるコンテンツフラグメント（ｃｏｎｔｅｎｔ  ｆｒａｇｍｅｎｔ）内のＣｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマを示す図である。
【０５２２】
本発明の一実施例は、コンテンツに含まれるコンポーネントをサブエレメントとして構成することができる。すなわち、コンテンツフラグメントの内部にＣｏｍｐｏｎｅｎｔエレメントを含ませることができる。ここで、サブエレメントは、下位エレメントと同一の意味を有してもよい。
【０５２３】
本発明の一実施例によるＣｏｍｐｏｎｅｎｔエレメントは、コンテンツに含まれるコンポーネント情報を示すことができる。
【０５２４】
本発明の一実施例によるＣｏｍｐｏｎｅｎｔエレメントのタイプはＣｏｍｐｏｎｅｎｔＥｌｅｍｅｎｔＴｙｐｅであり、ＣｏｍｐｏｎｅｎｔＥｌｅｍｅｎｔＴｙｐｅは、コンテンツに含まれるコンポーネント情報をシーケンスの形態で定義することができる。したがって、コンテンツに含まれる全てのタイプのコンポーネントが記述され得る。
【０５２５】
本発明の一実施例によるＣｏｍｐｏｎｅｎｔエレメントは、ＶｉｄｅｏＤａｔａエレメント、ＡｕｄｉｏＤａｔａエレメント及び／又はＣＣＤａｔａエレメントをサブエレメントとして有してもよい。また、ＶｉｄｅｏＤａｔａエレメントは、ＶｉｄｅｏＲｏｌｅエレメント、ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント及び／又はＴａｒｇｅｔＤｅｖｉｃｅエレメントをサブエレメントとして有することができ、ＡｕｄｉｏＤａｔａエレメントは、ＡｕｄｉｏＲｏｌｅエレメント、ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント及び／又はＴａｒｇｅｔＤｅｖｉｃｅエレメントをサブエレメントとして有することができ、ＣＣＤａｔａエレメントは、ＣＣＲｏｌｅエレメント、ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント及び／又はＴａｒｇｅｔＤｅｖｉｃｅエレメントをサブエレメントとして有してもよい。上述したエレメントについての詳細は前述した。
【０５２６】
図４１は、本発明の一実施例によるＶｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネント（ＣＣ  Ｃｏｍｐｏｎｅｎｔ）を含むＬｉｎｅａｒ Ｓｅｒｖｉｃｅに対するコンテンツフラグメントのｘｍｌスキーマを示す図である。
【０５２７】
本発明の一実施例によって、コンテンツフラグメント内にＣｏｍｐｏｎｅｎｔエレメントを構成すると、Ｃｏｍｐｏｎｅｎｔ間のレファレンス（Ｒｅｆｅｒｅｎｃｅ）規定が不要となるので効率的である。したがって、本発明の一実施例による受信機は、コンテンツフラグメントを受信すると、当該コンテンツがどのようなコンポーネントで構成されているか、どのロール（ｒｏｌｅ）を有しているかについて直観的に把握することができる。
【０５２８】
本発明の一実施例によると、Ｃｏｍｐｏｎｅｎｔエレメントは、コンテンツフラグメントに含まれたＰｒｉｃａｔｅＥｘｔエレメント内で定義されてもよい。
【０５２９】
同図の左側の絵及びスキーマを見ると、２Ｄテニス放送コンテンツは、Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントを含んでもよい。このコンテンツのビデオコンポーネントはＰｒｉｍａｒｙ （ｄｅｆａｕｌｔ） ｖｉｄｅｏを示し、オーディオコンポーネントはＣｏｍｐｌｅｔｅ ｍａｉｎを示し、ＣＣコンポーネントはｎｏｒｍａｌを示すことができる。
【０５３０】
同図の右側の絵及びスキーマを見ると、３Ｄテニス放送コンテンツは、２つのビデオコンポーネント、オーディオコンポーネント及びＣＣコンポーネントを含んでもよい。このコンテンツの１番目のビデオコンポーネントは３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗを示し、２番目のビデオコンポーネントは３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗを示し、オーディオコンポーネントはＣｏｍｐｌｅｔｅ ｍａｉｎを示し、ＣＣコンポーネントはｎｏｒｍａｌを示すことができる。
【０５３１】
図４２は、Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間に関連関係を説明するためにコンテンツフラグメント内にＣｏｍｐｏｎｅｎｔエレメントを定義する場合のＣｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマを示す図である。
【０５３２】
本発明の一実施例によると、一つのコンテンツを構成するコンポーネント間の関連関係に対する定義が必要であり得る。
【０５３３】
本発明の一実施例によって、コンテンツフラグメント内にＣｏｍｐｏｎｅｎｔエレメントを構成すると、コンテンツフラグメント内で、当該コンテンツに含まれる全てのコンポーネント（Ｖｉｄｅｏ、Ａｕｄｉｏ及び／又はＣＣコンポーネント）を記述するので、コンポーネント間の関連関係を別途に記述する必要がない。
【０５３４】
図４３は、Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間に関連関係を説明するためにＡｓｓｏｃｉａｔｅｄＴｏ属性を使用する実施例を示す図である。
【０５３５】
本発明の一実施例は、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネント（ＣＣ  Ｃｏｍｐｏｎｅｎｔ）の間の関連（Ａｓｓｏｃｉａｔｉｏｎ）関係を規定するために、オーディオコンポーネント（Ａｕｄｉｏ  ｃｏｍｐｏｎｅｎｔ）とＣＣコンポーネントの属性としてａｓｓｏｃｉａｔｅｄＴｏ属性を記述することができる。これにより、本発明の一実施例による受信機は、オーディオコンポーネントを受信すると、これと関連関係を結んでいるビデオコンポーネント（Ｖｉｄｅｏ  ｃｏｍｐｏｎｅｎｔ）を知ることができる。同様に、ＣＣコンポーネントを受信すると、これと関連関係を結んでいるビデオコンポーネントを知ることができる。
【０５３６】
同図を見ると、本発明の一実施例は、コンポーネントフラグメントの下位のＣｏｍｐｏｎｅｎｔＤａｔａエレメントの下位のＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントの属性としてａｓｓｏｃｉａｔｅｄＴｏ属性を定義し、ＣＣＣｏｍｐｏｎｅｎｔエレメントの属性としてａｓｓｏｃｉａｔｅｄＴｏ属性を定義することができる。
【０５３７】
図４４は、Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間に関連関係を説明するためにａｓｓｏｃｉａｔｅｄＡｕｄｉｏ及びａｓｓｏｃｉａｔｅｄＣＣ属性を使用する実施例を示す図である。
【０５３８】
本発明の一実施例は、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネント（ＣＣ  Ｃｏｍｐｏｎｅｎｔ）の間の関連（Ａｓｓｏｃｉａｔｉｏｎ）関係を規定するために、ビデオコンポーネント（Ｖｉｄｅｏ  ｃｏｍｐｏｎｅｎｔ）の属性としてａｓｓｏｃｉａｔｅｄＡｕｄｉｏ及びａｓｓｏｃｉａｔｅｄＣＣ属性を記述することができる。これにより、本発明の一実施例による受信機は、ビデオコンポーネント（Ｖｉｄｅｏ  ｃｏｍｐｏｎｅｎｔ）を受信すると、これと関連関係を結んでいる全てのＡｕｄｉｏ及び／又はＣＣコンポーネントを知ることができる。
【０５３９】
同図を見ると、本発明の一実施例は、コンポーネントフラグメントの下位のＣｏｍｐｏｎｅｎｔＤａｔａエレメントの下位のＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントの属性として、ａｓｓｏｃｉａｔｅｄＡｕｄｉｏ及び／又はａｓｓｏｃｉａｔｅｄＣＣ属性を定義することができる。
【０５４０】
図４５は、ＡｓｓｏｃｉａｔｅｄＴｏ属性を使ってＶｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間に関連関係を説明する実施例を示す図である。
【０５４１】
本発明の一実施例によると、Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ コンポーネントを記述するコンポーネントフラグメントにおいてＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントにａｓｓｏｃｉａｔｅｄＴｏ属性を定義して“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を参照することによって、当該Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔと関連するＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ コンポーネントを記述するコンポーネントフラグメントをシグナリングすることができる。
【０５４２】
本発明の一実施例によると、Ｐｒｅｓｅｎｔａｂｌｅ ＣＣ コンポーネントを記述するコンポーネントフラグメントにおいてＣＣＣｏｍｐｏｎｅｎｔエレメントにａｓｓｏｃｉａｔｅｄＴｏ属性を定義して“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を参照することによって、当該Ｐｒｅｓｅｎｔａｂｌｅ ＣＣ Ｃｏｍｐｏｎｅｎｔと関連するＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ コンポーネントを記述するコンポーネントフラグメントをシグナリングすることができる。
【０５４３】
図４６は、ａｓｓｏｃｉａｔｅｄＡｕｄｉｏ及び／又はａｓｓｏｃｉａｔｅｄＣＣ属性を使ってＶｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間に関連関係を説明する実施例を示す図である。
【０５４４】
本発明の一実施例によると、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ コンポーネントを記述するコンポーネントフラグメントにおいてＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントにａｓｓｏｃｉａｔｅｄＡｕｄｉｏ及びａｓｓｏｃｉａｔｅｄＣＣ属性を定義し、それぞれ“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”、“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を参照することによって、当該Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔと関連するＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ コンポーネント及びＰｒｅｓｅｎｔａｂｌｅ ＣＣ コンポーネントを記述するコンポーネントフラグメントをシグナリングすることができる。
【０５４５】
図４７は、本発明の一実施例によるフラグメント間の参照関係を示す図である。
【０５４６】
本発明の一実施例によって、次世代ハイブリッド放送システムのサービスガイドを提供するためにＳｅｒｖｉｃｅ、Ｃｏｎｔｅｎｔ及びＣｏｍｐｏｎｅｎｔフラグメントを定義する方法を前述した。
【０５４７】
本発明の一実施例は、前述した各フラグメント間の参照関係を定義することによって、次世代ハイブリッド放送システムのサービスガイドがアナウンスメント（ａｎｎｏｕｎｃｅｍｅｎｔ）され得る方法を提供することができる。
【０５４８】
本発明の一実施例によると、ＣｏｍｐｏｎｅｎｔフラグメントでＳｅｒｖｉｃｅ及び／又はコンテンツフラグメントを参照することができる。
【０５４９】
同図を見ると、ＣｏｍｐｏｎｅｎｔフラグメントでＳｅｒｖｉｃｅ及びコンテンツフラグメントを参照し、コンテンツフラグメントでＳｅｒｖｉｃｅフラグメントを参照し、ＳｃｈｅｄｕｌｅフラグメントでＳｅｒｖｉｃｅ、Ｃｏｎｔｅｎｔ及びＣｏｍｐｏｎｅｎｔフラグメントを参照することができる。
【０５５０】
図４８は、本発明の一実施例によって、フラグメントとの参照関係を示すエレメントを含むＣｏｍｐｏｎｅｎｔフラグメントのｘｍｌスキーマを示す図である。
【０５５１】
本発明の一実施例によるＣｏｍｐｏｎｅｎｔフラグメントは、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメント、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメント及び／又はＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを含んでもよい。上述した各エレメントは、それぞれのｉｄを示すｉｄＲｅｆ属性を有してもよい。
【０５５２】
ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントは、当該Ｃｏｍｐｏｎｅｎｔフラグメントで参照するＳｅｒｖｉｃｅフラグメントを示すことができ、参照するＳｅｒｖｉｃｅフラグメントのｉｄ値を有してもよい。
【０５５３】
ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、当該Ｃｏｍｐｏｎｅｎｔフラグメントで参照するコンテンツフラグメントを示すことができ、参照するコンテンツフラグメントのｉｄ値を有してもよい。
【０５５４】
ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、当該Ｃｏｍｐｏｎｅｎｔフラグメントで参照する上位のＣｏｍｐｏｎｅｎｔフラグメントを示すことができ、参照する上位のＣｏｍｐｏｎｅｎｔフラグメントのｉｄ値を有してもよい。この場合、前述したＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントが示すタイプ値の分類によって、Ｃｏｍｐｏｎｅｎｔフラグメント間の参照関係又は上下関係が成立し得る。
【０５５５】
図４９は、本発明の一実施例によって、フラグメントとの参照関係を示すエレメントを含むＳｃｈｅｄｕｌｅフラグメントのｘｍｌスキーマを示す図である。
【０５５６】
本発明の一実施例によるＳｃｈｅｄｕｌｅフラグメントは、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメント、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメント及び／又はＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを含んでもよい。上述した各エレメントは、それぞれのｉｄを示すｉｄＲｅｆ属性を有してもよい。
【０５５７】
ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントは、参照するＳｅｒｖｉｃｅフラグメントを示すことができ、参照するＳｅｒｖｉｃｅフラグメントのｉｄ値を有してもよい。これにより、Ｓｃｈｅｄｕｌｅフラグメントで当該Ｓｅｒｖｉｃｅの時間情報を提供することができる。
【０５５８】
ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、参照するコンテンツフラグメントを示すことができ、参照するコンテンツフラグメントのｉｄ値を有してもよい。これにより、Ｓｃｈｅｄｕｌｅフラグメントで当該Ｃｏｎｔｅｎｔの時間情報を提供することができる。
【０５５９】
ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、参照するＣｏｍｐｏｎｅｎｔフラグメントを示すことができ、参照するＣｏｍｐｏｎｅｎｔフラグメントのｉｄ値を有してもよい。これにより、Ｓｃｈｅｄｕｌｅフラグメントで当該Ｃｏｍｐｏｎｅｎｔの時間情報を提供することができる。
【０５６０】
図５０は、Ｓｅｒｖｉｃｅ、Ｃｏｎｔｅｎｔ及びＣｏｍｐｏｎｅｎｔフラグメントの間の参照関係を説明する実施例を示す図である。
【０５６１】
同図を見ると、前述したように、Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ コンポーネントを記述するコンポーネントフラグメント、Ｐｒｅｓｅｎｔａｂｌｅ ＣＣ コンポーネントを記述するコンポーネントフラグメントは、ａｓｓｏｃｉａｔｅｄＴｏ属性を用いて、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ コンポーネントを記述するコンポーネントフラグメントを参照することができる。
【０５６２】
さらに、Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ コンポーネントを記述するコンポーネントフラグメント、Ｐｒｅｓｅｎｔａｂｌｅ ＣＣ コンポーネントを記述するコンポーネントフラグメント、及びＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ コンポーネントを記述するコンポーネントフラグメントは、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて、ｉｄ値が“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｎｔｅｎｔ／１”であるコンテンツフラグメントを参照することができる。
【０５６３】
さらに、ｉｄ値が“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｎｔｅｎｔ／１”であるコンテンツフラグメントは、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いて、ｉｄ値が“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｓｅｒｖｉｃｅ／１”であるＳｅｒｖｉｃｅフラグメントを参照することができる。
【０５６４】
このように、本発明の一実施例は、フラグメント間の参照関係を定義することによって、ハイブリッド放送システムで提供できるサービスガイドモデルを構成することができる。
【０５６５】
図５１は、Ｃｏｎｔｉｎｕｏｕｓ コンポーネントを記述するＣｏｍｐｏｎｅｎｔフラグメント間の参照関係を説明する実施例を示す図である。
【０５６６】
本発明の一実施例は、コンポーネントフラグメント間の参照関係を定義することによって、ハイブリッド放送システムで提供できるＣｏｎｔｉｎｕｏｕｓ Ｃｏｍｐｏｎｅｎｔの参照関係を表示することができる。
【０５６７】
本発明の一実施例によると、ＣｏｍｐｏｎｅｎｔＴｙｐｅ値１〜６に該当するコンポーネントであるＣｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔ、Ｅｌｅｍｅｎｔａｒｙ ｃｏｍｐｏｎｅｎｔ、Ｃｏｍｐｏｓｉｔｅ ｃｏｍｐｏｎｅｎｔ、ＰｉｃｋＯｎｅ ｃｏｍｐｏｎｅｎｔ、Ｃｏｍｐｌｅｘ コンポーネント及び／又はＰｒｅｓｅｎｔａｂｌｅ ｃｏｍｐｏｎｅｎｔは、Ｃｏｎｔｉｎｕｏｕｓ Ｃｏｍｐｏｎｅｎｔに該当し得、同図に示されたように、上述したＣｏｎｔｉｎｕｏｕｓ Ｃｏｍｐｏｎｅｎｔ間の参照関係を表示することができる。
【０５６８】
本発明の一実施例によると、Ｓｅｃｏｎｄ Ｅｎｈａｎｃｅｍｅｎｔ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／４”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を記述することによって、Ｆｉｒｓｔ Ｅｎｈａｎｃｅｍｅｎｔ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”）を参照することができる。
【０５６９】
同様に、Ｆｉｒｓｔ Ｅｎｈａｎｃｅｍｅｎｔ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”を記述することによって、Ｂａｓｅ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”）を参照することができる。
【０５７０】
同様に、Ｂａｓｅ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を記述することによって、Ｃｏｍｐｏｓｉｔｅ コンポーネントを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”）を参照することができる。
【０５７１】
図５２は、Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するコンポーネントを記述するＣｏｍｐｏｎｅｎｔフラグメント間の参照関係を説明する実施例を示す図である。
【０５７２】
本発明の一実施例は、コンポーネントフラグメント間の参照関係を定義することによって、ハイブリッド放送システムで提供できるＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するＣｏｍｐｏｎｅｎｔの参照関係を表示することができる。
【０５７３】
本発明の一実施例によると、ＣｏｍｐｏｎｅｎｔＴｙｐｅ値７〜１３に該当するコンポーネントであるＮＲＴ Ｆｉｌｅ、ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍ、Ａｐｐｌｉｃａｔｉｏｎ、ＡＴＳＣ３．０ Ａｐｐｌｉｃａｔｉｏｎ、Ｏｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔ、Ｎｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍ及び／又はＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔは、Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するＣｏｍｐｏｎｅｎｔに該当し得、同図に示されたように、上述したＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するＣｏｍｐｏｎｅｎｔ間の参照関係を表示することができる。
【０５７４】
本発明の一実施例によると、ＮＲＴ Ｆｉｌｅを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”を記述することによって、ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”）を参照することができる。
【０５７５】
同様に、ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を記述することによって、Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”）を参照することができる。
【０５７６】
同様に、Ｏｎ Ｄｅｍａｎｄ コンポーネントを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／５”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を記述することによって、Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”）を参照することができる。
【０５７７】
同様に、アプリケーションを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／４”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を記述することによって、Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”）を参照することができる。
【０５７８】
図５３は、本発明の一実施例によって、コンテンツフラグメントで関連サービスフラグメントを参照する場合に提供できる機能を示す図である。
【０５７９】
本発明の一実施例は、コンテンツで参照するＳｅｒｖｉｃｅフラグメントを表示するとき、ハイブリッド放送網で支援する機能を詳細に示すことができるサービスガイド方法を提供できる。
【０５８０】
本発明の一実施例によるコンテンツフラグメントはＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを有することができ、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントは、ｉｄＲｅｆ属性、ｗｅｉｇｈ属性及び／又はｒｅｌａｔｉｏｎｓｈｉｐ属性を含んでもよい。
【０５８１】
ｉｄＲｅｆ属性は、参照するコンテンツフラグメントで参照するＳｅｒｖｉｃｅフラグメントのｉｄを示すことができる。
【０５８２】
ｗｅｉｇｈ属性は、Ｓｅｒｖｉｃｅフラグメントの参照時、その重要度を示すことができる。
【０５８３】
ｒｅｌａｔｉｏｎｓｈｉｐ属性は、Ｓｅｒｖｉｃｅフラグメントの参照時、コンテンツフラグメントとＳｅｒｖｉｃｅフラグメントとの関係を示すことができる。さらに、この属性の値は、将来の拡張性のために整数値で表現されてもよい。この属性の値が０であればｕｎｓｐｅｃｉｆｉｅｄ、１であればＰｒｏｇｒａｍＯｆ、２であればＣｏｎｔｅｎｔＩｔｅｍＯｆ、３であればＯｎＤｅｍａｎｄＣｏｍｐｏｎｅｎｔＯｆ、４〜２５５であればｒｅｓｅｒｖｅｄであることを示すことができる。ＰｒｏｇｒａｍＯｆは、当該Ｃｏｎｔｅｎｔが、参照されるＳｅｒｖｉｃｅのＰｒｏｇｒａｍに該当することを示すことができ、ＣｏｎｔｅｎｔＩｔｅｍＯｆは、当該Ｃｏｎｔｅｎｔが、参照されるＳｅｒｖｉｃｅのＣｏｎｔｅｎｔＩｔｅｍに該当することを示すことができ、ＯｎＤｅｍａｎｄＣｏｍｐｏｎｅｎｔＯｆは、当該Ｃｏｎｔｅｎｔが、参照されるＳｅｒｖｉｃｅのＯｎＤｅｍａｎｄＣｏｍｐｏｎｅｎｔに該当することを示すことができる。
【０５８４】
図５４は、本発明の一実施例によるｒｅｌａｔｉｏｎｓｈｉｐ属性を用いて、コンテンツフラグメントで関連サービスフラグメントを参照する実施例を示す図である。
【０５８５】
本発明の一実施例による受信機は、ｒｅｌａｔｉｏｎｓｈｉｐ属性を用いてコンテンツフラグメントでＳｅｒｖｉｃｅフラグメントを参照する場合、両フラグメント間の関係を知ることができる。したがって、本発明の一実施例は、ｒｅｌａｔｉｏｎｓｈｉｐ属性を通じて、コンポーネントレベル（Ｃｏｍｐｏｎｅｎｔ  ｌｅｖｅｌ）まで分析しなくても、当該サービスがユーザにどの属性のコンテンツで構成されるかを、サービスガイドで表示することができる。
【０５８６】
同図を見ると、計３個のコンテンツフラグメントは、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いて、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｓｅｒｖｉｃｅ／１”を有するＳｅｒｖｉｃｅフラグメントを参照している。左側のコンテンツフラグメントは、ｒｅｌａｔｉｏｎｓｈｉｐ属性値として１を有することによって、参照されるサービスフラグメントのＰｒｏｇｒａｍであることを示すことができ、中間のコンテンツフラグメントは、ｒｅｌａｔｉｏｎｓｈｉｐ属性値として２を有することによって、参照されるサービスフラグメントのＣｏｎｔｅｎｔＩｔｅｍであることを示すことができ、右側のコンテンツフラグメントは、ｒｅｌａｔｉｏｎｓｈｉｐ属性値として３を有することによって、参照されるサービスフラグメントのＯｎＤｅｍａｎｄＣｏｍｐｏｎｅｎｔであることを示すことができる。
【０５８７】
図５５は、本発明の他の一実施例によるフラグメント間の参照関係を示す図である。
【０５８８】
本発明の一実施例によって、次世代ハイブリッド放送システムのサービスガイドを提供するために、Ｓｅｒｖｉｃｅ、Ｃｏｎｔｅｎｔ及びＣｏｍｐｏｎｅｎｔフラグメントを定義する方法を前述した。
【０５８９】
本発明の一実施例は、前述した各フラグメント間の参照関係を定義することによって、次世代ハイブリッド放送システムのサービスガイドがアナウンスメント（ａｎｎｏｕｎｃｅｍｅｎｔ）され得る方法を提供することができる。
【０５９０】
本発明の一実施例によると、Ｓｅｒｖｉｃｅフラグメントでコンテンツフラグメント及び／又はＣｏｍｐｏｎｅｎｔフラグメントを参照することができる。
【０５９１】
同図を見ると、サービスフラグメントでコンテンツフラグメント及び／又はコンポーネントフラグメントを参照し、コンテンツフラグメントでコンポーネントフラグメントを参照し、ＳｃｈｅｄｕｌｅフラグメントでＳｅｒｖｉｃｅ、Ｃｏｎｔｅｎｔ及び／又はＣｏｍｐｏｎｅｎｔフラグメントを参照することができる。
【０５９２】
本発明の一実施例によると、特定のサービスを構成するコンテンツ、コンポーネント要素を見つけるためのリソースの節約が可能である。
【０５９３】
図５６は、本発明の他の一実施例による、フラグメントとの参照関係を示すエレメントを含むサービスフラグメント、コンテンツフラグメント及びコンポーネントフラグメントのｘｍｌスキーマを示す図である。
【０５９４】
本発明の一実施例によるサービスガイドの各フラグメントは参照関係を有してもよい。
【０５９５】
本発明の一実施例によるサービスフラグメントは、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメント及び／又はＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを含んでもよい。上述した各エレメントは、それぞれのｉｄを示すｉｄＲｅｆ属性を有してもよい（Ｌ５６０１０）。
【０５９６】
ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、当該サービスフラグメントで参照するコンテンツフラグメントを示すことができ、参照するコンテンツフラグメントのｉｄ値を有してもよい。
【０５９７】
ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、当該サービスフラグメントで参照するＣｏｍｐｏｎｅｎｔフラグメントを示すことができ、参照するＣｏｍｐｏｎｅｎｔフラグメントのｉｄ値を有してもよい。
【０５９８】
本発明の一実施例によるコンテンツフラグメントはＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを含んでもよい。このエレメントは、このエレメントのｉｄを示すｉｄＲｅｆ属性を有してもよい（Ｌ５６０２０）。
【０５９９】
ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、当該コンテンツフラグメントで参照するＣｏｍｐｏｎｅｎｔフラグメントを示すことができ、参照するＣｏｍｐｏｎｅｎｔフラグメントのｉｄ値を有してもよい。
【０６００】
本発明の一実施例によるコンポーネントフラグメントはＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを含んでもよい。このエレメントは、このエレメントのｉｄを示すｉｄＲｅｆ属性を有してもよい（Ｌ５６０３０）。
【０６０１】
ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、当該Ｃｏｍｐｏｎｅｎｔフラグメントで参照する下位のＣｏｍｐｏｎｅｎｔフラグメントを示すことができ、参照する下位のＣｏｍｐｏｎｅｎｔフラグメントのｉｄ値を有してもよい。この場合、前述したＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントが示すタイプ値の分類によって、Ｃｏｍｐｏｎｅｎｔフラグメント間の参照関係又は上下関係が成立し得る。
【０６０２】
本発明の一実施例によるＳｃｈｅｄｕｌｅフラグメントは、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメント、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメント及び／又はＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを含んでもよい。上述した各エレメントは、それぞれのｉｄを示すｉｄＲｅｆ属性を有してもよい（図示せず）。
【０６０３】
ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントは、参照するＳｅｒｖｉｃｅフラグメントを示すことができ、参照するＳｅｒｖｉｃｅフラグメントのｉｄ値を有してもよい。これにより、Ｓｃｈｅｄｕｌｅフラグメントで当該Ｓｅｒｖｉｃｅの時間情報を提供することができる。
【０６０４】
ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、参照するコンテンツフラグメントを示すことができ、参照するコンテンツフラグメントのｉｄ値を有してもよい。これにより、Ｓｃｈｅｄｕｌｅフラグメントで当該Ｃｏｎｔｅｎｔの時間情報を提供することができる。
【０６０５】
ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、参照するＣｏｍｐｏｎｅｎｔフラグメントを示すことができ、参照するＣｏｍｐｏｎｅｎｔフラグメントのｉｄ値を有してもよい。これにより、Ｓｃｈｅｄｕｌｅフラグメントで当該Ｃｏｍｐｏｎｅｎｔの時間情報を提供することができる。
【０６０６】
図５７は、Ｓｅｒｖｉｃｅ、Ｃｏｎｔｅｎｔ及びＣｏｍｐｏｎｅｎｔフラグメントの間の参照関係を説明する他の一実施例を示す図である。
【０６０７】
同図を見ると、前述したように、Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ コンポーネントを記述するコンポーネントフラグメント、Ｐｒｅｓｅｎｔａｂｌｅ ＣＣ コンポーネントを記述するコンポーネントフラグメントは、ａｓｓｏｃｉａｔｅｄＴｏ属性を用いて、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ コンポーネントを記述するコンポーネントフラグメントを参照することができる。
【０６０８】
Ｉｄ値が“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｓｅｒｖｉｃｅ／１”であるＳｅｒｖｉｃｅフラグメントは、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて、ｉｄ値が“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｎｔｅｎｔ／１”であるコンテンツフラグメントを参照することができる。
【０６０９】
Ｉｄ値が“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｎｔｅｎｔ／１”であるコンテンツフラグメントは、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて、ｉｄ値が“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”であるＣｏｍｐｏｎｅｎｔフラグメント（Ｐｒｅｓｅｎｔａｂｌｅ  Ｖｉｄｅｏ  Ｃｏｍｐｏｎｅｎｔ）を参照することができる。
【０６１０】
このように、本発明の一実施例は、フラグメント間の参照関係を定義することによって、ハイブリッド放送システムで提供できるサービスガイドモデルを構成することができる。
【０６１１】
本発明の一実施例は、サービスフラグメントでコンテンツフラグメントを参照し、コンテンツフラグメントでコンポーネントフラグメントを参照する方式のように、上位レベルで下位レベルを参照する方向を使用することによって、リソースを低減することができる。
【０６１２】
図５８は、Ｃｏｎｔｉｎｕｏｕｓ コンポーネントを記述するＣｏｍｐｏｎｅｎｔフラグメント間の参照関係を説明する他の一実施例を示す図である。
【０６１３】
本発明の一実施例は、コンポーネントフラグメント間の参照関係を定義することによって、ハイブリッド放送システムで提供できるＣｏｎｔｉｎｕｏｕｓ Ｃｏｍｐｏｎｅｎｔの参照関係を表示することができる。
【０６１４】
本発明の一実施例によると、ＣｏｍｐｏｎｅｎｔＴｙｐｅ値１〜６に該当するコンポーネントであるＣｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔ、Ｅｌｅｍｅｎｔａｒｙ ｃｏｍｐｏｎｅｎｔ、Ｃｏｍｐｏｓｉｔｅ ｃｏｍｐｏｎｅｎｔ、ＰｉｃｋＯｎｅ ｃｏｍｐｏｎｅｎｔ、Ｃｏｍｐｌｅｘ コンポーネント及び／又はＰｒｅｓｅｎｔａｂｌｅ ｃｏｍｐｏｎｅｎｔはＣｏｎｔｉｎｕｏｕｓ Ｃｏｍｐｏｎｅｎｔに該当し得、同図に示されたように、上述したＣｏｎｔｉｎｕｏｕｓ Ｃｏｍｐｏｎｅｎｔ間の参照関係を表示することができる。
【０６１５】
本発明の一実施例によると、Ｃｏｍｐｏｓｉｔｅ コンポーネントを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”を記述することによって、Ｂａｓｅ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”）を参照することができる。
【０６１６】
同様に、Ｂａｓｅ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を記述することによって、Ｆｉｒｓｔ Ｅｎｈａｎｃｅｍｅｎｔ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”）を参照することができる。
【０６１７】
同様に、Ｆｉｒｓｔ Ｅｎｈａｎｃｅｍｅｎｔ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／４”を記述することによって、Ｓｅｃｏｎｄ Ｅｎｈａｎｃｅｍｅｎｔ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／４”）を参照することができる。
【０６１８】
図５９は、Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するコンポーネントを記述するＣｏｍｐｏｎｅｎｔフラグメント間の参照関係を説明する他の一実施例を示す図である。
【０６１９】
本発明の一実施例は、コンポーネントフラグメント間の参照関係を定義することによって、ハイブリッド放送システムで提供できるＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するＣｏｍｐｏｎｅｎｔの参照関係を表示することができる。
【０６２０】
本発明の一実施例によると、ＣｏｍｐｏｎｅｎｔＴｙｐｅ値７〜１３に該当するコンポーネントであるＮＲＴ Ｆｉｌｅ、ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍ、Ａｐｐｌｉｃａｔｉｏｎ、ＡＴＳＣ３．０ Ａｐｐｌｉｃａｔｉｏｎ、Ｏｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔ、Ｎｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍ及び／又はＡｐｐｂａｓｅｄ ＥｎｈａｎｃｅｍｅｎｔはＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するＣｏｍｐｏｎｅｎｔに該当し得、同図に示されたように、上述したＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するＣｏｍｐｏｎｅｎｔ間の参照関係を表示することができる。
【０６２１】
本発明の一実施例によると、Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”、“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／４”及び“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／５”を記述することによって、ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”）、アプリケーションを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／４”）及びＯｎ Ｄｅｍａｎｄ コンポーネントを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／５”）を参照することができる。
【０６２２】
同様に、ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を記述することによって、ＮＲＴ Ｆｉｌｅを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”）を参照することができる。
【０６２３】
図６０及び図６１は、本発明の一実施例によるＣｏｍｐｏｎｅｎｔフラグメントの構成を示す図である。
【０６２４】
２つの図面にわたって示されたテーブルは、連結された一つのテーブルに該当する。
【０６２５】
本発明の一実施例によるコンポーネントフラグメントは、ｉｄ属性、ｖｅｒｓｉｏｎ属性、ｖａｌｉｄＦｒｏｍ属性、ｖａｌｉｄＴｏ属性、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメント、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメント、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメント、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメント、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメント、ＰｒｉｖａｔｅＥｘｔエレメント及び／又はＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓエレメントを含んでもよい。ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメント、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメント及びＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、それぞれｉｄＲｅｆ属性を含んでもよい。上述したｉｄ属性及び／又はｉｄＲｅｆ属性はＵＲＩの形態を有することができ、上述した属性及び／又はエレメントについての詳細は後述する。
【０６２６】
図６２は、本発明の他の一実施例によるＣｏｍｐｏｎｅｎｔフラグメントのｘｍｌスキーマを示す図である。
【０６２７】
本発明の一実施例によるコンポーネントフラグメント（Ｃｏｍｐｏｎｅｎｔ  ｆｒａｇｍｅｎｔ）は、コンポーネントが参照するコンテンツ又はサービスの一部分である、コンポーネントを記述することができる。（The ‘Component’ fragment describes a component that is a part of a service or a content that the component refers to.）
本発明の一実施例によるコンポーネントフラグメントは、ｉｄ属性、ｖｅｒｓｉｏｎ属性、ｖａｌｉｄＦｒｏｍ属性、ｖａｌｉｄＴｏ属性、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメント、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメント、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメント、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメント、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメント、ＰｒｉｖａｔｅＥｘｔエレメント及び／又はＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓエレメントを含んでもよい。
【０６２８】
ｉｄ属性は、コンポーネントフラグメントのＩＤを示すことができる。この属性の値はｇｌｏｂａｌｌｙ ｕｎｉｑｕｅであってもよい。
【０６２９】
ｖｅｒｓｉｏｎ属性は、コンポーネントフラグメントのバージョン情報を示すことができる。
【０６３０】
ｖａｌｉｄＦｒｏｍ属性は、コンポーネントフラグメントが有効な最初の時点を示すことができる。
【０６３１】
ｖａｌｉｄＴｏ属性は、コンポーネントフラグメントが有効な最後の時点を示すことができる。
【０６３２】
ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントは、当該コンポーネントフラグメントが属するサービスフラグメントを参照することができる。
【０６３３】
ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、当該コンポーネントが属するコンテンツフラグメントを参照することができる。
【０６３４】
ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、当該コンポーネントが属するコンポーネントフラグメントを参照することができる。
【０６３５】
ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントは、コンポーネントフラグメントが記述するコンテンツのタイプを示すことができる。タイプが混合された場合には、１つ以上のＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを使ってタイプを示すことができる。
【０６３６】
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、当該コンポーネントのロール（ｒｏｌｅ）を示すことができる。本発明の一実施例によると、該当するコンポーネントがＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ、Ｃｏｍｐｏｓｉｔｅ Ｖｉｄｅｏ、Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ又はＰｒｅｓｅｎｔａｂｌｅ ＣＣ ｃｏｍｐｏｎｅｎｔである場合にコンポーネントロール（Ｃｏｍｐｏｎｅｎｔ  Ｒｏｌｅ）を有し、このエレメントに対する値についての詳細は後述する。
【０６３７】
ＰｒｉｖａｔｅＥｘｔエレメントは、私有的な又はアプリケーションに限定された拡張のためのコンテナーを示すことができる。（An element serving as a container for proprietary or applicationspecific extensions．）
ＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓエレメントは、私有的な又はアプリケーションに限定されたエレメントを示すことができる。このエレメントは、１つ以上のサブエレメント又は属性を含んでもよい。
【０６３８】
図６３は、本発明の他の一実施例によるＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのｘｍｌスキーマを示す図である。
【０６３９】
本発明の一実施例によるコンポーネントは、ハイブリッド放送で送り得る全てのＣｏｍｐｏｎｅｎｔＴｙｐｅを表示することができる。そのために、本発明の一実施例は、タイプの範囲を整数値で表示することができる。
【０６４０】
本発明の一実施例によると、全てのコンポーネントがコンポーネントデータ（ＣｏｍｐｏｎｅｎｔＤａｔａ）を含んでいるものではないので、受信装置は、コンポーネントフラグメントのタイプ値をまず見つけた後、コンポーネントデータの情報を知ることができる。
【０６４１】
本発明の一実施例による各コンポーネント間の上下又は従属関係は後述する。
【０６４２】
本発明の一実施例によると、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのタイプを示すＣｏｍｐｏｎｅｎｔＲａｎｇｅＴｙｐｅは、最小値として０を、最大値として１５を有してもよい。
【０６４３】
同図に示したように、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値が０であれば、定められていないコンポーネント（Ｕｎｓｐｅｃｉｆｉｅｄ）を示すことができ、１であればＣｏｎｔｉｎｕｏｕｓ コンポーネントを示すことができ、２であればＥｌｅｍｅｎｔａｒｙ コンポーネントを示すことができ、３であればＣｏｍｐｏｓｉｔｅ コンポーネントを示すことができ、４であればＰｉｃｋＯｎｅ コンポーネントを示すことができ、５であればＣｏｍｐｌｅｘ コンポーネントを示すことができ、６であればＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ コンポーネントを示すことができ、７であればＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ コンポーネントを示すことができ、８であればＰｒｅｓｅｎｔａｂｌｅ ＣＣ コンポーネントを示すことができ、９であればＮＲＴ Ｆｉｌｅを示すことができ、１０であればＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍを示すことができ、１１であればアプリケーションを示すことができ、１２であればＡＴＳＣ３．０ アプリケーションを示すことができ、１３であればＯｎ Ｄｅｍａｎｄ コンポーネントを、１４であればＮｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍを、１５であればＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔを、１６〜２５５であればＲｅｓｅｒｖｅｄであることを示すことができる。
【０６４４】
Ｃｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔは、一つの連続するストリームにおいて表現されるコンテンツコンポーネントを示すことができる。例えば、オーディオ、ビデオ又はＣｌｏｓｅｄ Ｃａｐｔｉｏｎがこれに該当し得る。
【０６４５】
Ｅｌｅｍｅｎｔａｒｙ ｃｏｍｐｏｎｅｎｔは、シングルエンコーディングに該当するＣｏｎｔｉｎｕｏｕｓ コンポーネントを示すことができる。すなわち、別個のエンコーダーによってエンコーディングされるＣｏｎｔｉｎｕｏｕｓ コンポーネントを示すことができる。例えば、サウンドシーケンスのシングルエンコーディング、ピクチャシーケンスのシングルエンコーディング又はシングルｃｌｏｓｅｄ ｃａｐｔｉｏｎトラックがこれに該当し得る。
【０６４６】
Ｃｏｍｐｏｓｉｔｅ ｃｏｍｐｏｎｅｎｔは、同じコンテンツタイプを有し、同じ場面を表現し、一つのプレゼンテーションを作るために組み合わせることができるＣｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔの集合を構成するコンテンツコンポーネントを示すことができる。例えば、完全なオーディオを提供するために混合される音楽、ダイアローグ又は効果音楽がこれに該当し得る。また、３Ｄ映像を提供するために組み合わされる左映像又は右映像がこれに該当し得る。
【０６４７】
ＰｉｃｋＯｎｅ ｃｏｍｐｏｎｅｎｔは、同じコンテンツタイプを有し、同じ場面を表現し、一つのプレゼンテーションを作るために選択できるＣｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔの集合を構成するコンテンツコンポーネントを示すことができる。例えば、同じサウンドシーケンスと異なるビットレートでエンコーディングされたオーディオコンポーネントの集合、同じピクチャシーケンスと異なるビットレートでエンコーディングされたビデオコンポーネントの集合、又は同じダイアローグのための一般的なｃｌｏｓｅｄ ｃａｐｔｉｏｎトラック及びｅａｓｙ ｒｅａｄｅｒ ｃｌｏｓｅｄ ｃａｐｔｉｏｎトラックの集合がこれに該当し得る。
【０６４８】
Ｃｏｍｐｌｅｘ ｃｏｍｐｏｎｅｎｔは、Ｃｏｍｐｏｓｉｔｅ ｃｏｍｐｏｎｅｎｔ又はＰｉｃｋＯｎｅ コンポーネントを示すことができる。
【０６４９】
Ｐｒｅｓｅｎｔａｂｌｅ ｃｏｍｐｏｎｅｎｔは、ユーザに表示されるＣｏｎｔｉｎｕｏｕｓ コンポーネントを示すことができる。このコンポーネントは、Ｅｌｅｍｅｎｔａｒｙ ｃｏｍｐｏｎｅｎｔ又はＣｏｍｐｌｅｘ コンポーネントを含んでもよい。
【０６５０】
Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔは、ユーザに表示されるＶｉｄｅｏ Ｃｏｎｔｉｎｕｏｕｓ コンポーネントを示すことができる。
【０６５１】
Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔは、ユーザに表示されるＡｕｄｉｏ Ｃｏｎｔｉｎｕｏｕｓ コンポーネントを示すことができる。
【０６５２】
Ｐｒｅｓｅｎｔａｂｌｅ ＣＣ ｃｏｍｐｏｎｅｎｔは、ユーザに表示されるＣＣ Ｃｏｎｔｉｎｕｏｕｓ コンポーネントを示すことができる。
【０６５３】
ＮＲＴ Ｆｉｌｅは、非リアルタイムで伝送されるファイルを示すことができる。
【０６５４】
ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍは、統合された全体として消費される意図で作られた１つ以上のＮＲＴファイルの集合を示すことができる。
【０６５５】
Ａｐｐｌｉｃａｔｉｏｎは、それ自体で完全なエンハンスド又はインタラクティブサービスを構成する文書の集合を示すことができる。前記文書は、ＨＴＭＬ、ジャバスクリプト（ＪａｖａＳｃｒｉｐｔ）、ＣＳＳ、ＸＭＬ及び／又はマルチメディアファイル（ｍｕｌｔｉｍｅｄｉａ ｆｉｌｅｓ）を含んでもよい。このＡｐｐｌｉｃａｔｉｏｎは、このａｐｐｌｉｃａｔｉｏｎの一部分ではなく他のデータに接近することができる。このＡｐｐｌｉｃａｔｉｏｎは、ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍの特別なケースに該当し得る。
【０６５６】
ＡＴＳＣ３．０ Ａｐｐｌｉｃａｔｉｏｎは、ＡＴＳＣ３．０ Ａｐｐｌｉｃａｔｉｏｎ Ｒｕｎｔｉｍｅ Ｅｎｖｉｒｏｎｍｅｎｔ Ｓｐｅｃｉｆｉｃａｔｉｏｎに従うアプリケーションを示すことができる。
【０６５７】
Ｏｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔは、ｏｎ ｄｅｍａｎｄによって伝送されるコンテンツコンポーネントを示すことができる。
【０６５８】
Ｎｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍは、Ｌｉｎｅａｒ Ｔｉｍｅ Ｂａｓｅ下でアプリケーションのアクションを同期化するためのｎｏｔｉｆｉｃａｔｉｏｎを伝送できるストリームを示すことができる。
【０６５９】
Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔは、アクションの同期化されたｎｏｔｉｆｉｃａｔｉｏｎを伝送する０個以上のＮｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍｓ、１つ以上のアプリケーション、アプリケーションによって使用される０個以上の異なるＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍｓ、アプリケーションによって管理される０個以上のＯｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔｓを含んでもよい。
【０６６０】
図６４は、本発明の一実施例によるＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントのｘｍｌスキーマを示す図である。
【０６６１】
本発明の一実施例は、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントを使って、ハイブリッド放送で送り得る全てのコンポーネントのロール（ｒｏｌｅ）を表示することができる。そのために、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値は整数値で表現されてもよい。
【０６６２】
本発明の一実施例によるＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、０から２１までの値を有してもよい。
【０６６３】
本発明の一実施例は、Ｃｏｍｐｏｎｅｎｔがｐｒｅｓｅｎｔａｂｌｅである場合に有するｒｏｌｅ及びｃｏｍｐｏｓｉｔｅである場合に有する役割をいずれも示すことができるように、このエレメント値の範囲を提供することができる。
【０６６４】
本発明の一実施例によるＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントが示す値が０であればｕｎｓｐｅｃｉｆｉｅｄを、１であればＰｒｉｍａｒｙ （ｄｅｆａｕｌｔ） ｖｉｄｅｏを、２であればＡｌｔｅｒｎａｔｉｖｅ ｃａｍｅｒａ ｖｉｅｗを、３であればＯｔｈｅｒ ａｌｔｅｒｎａｔｉｖｅ ｖｉｄｅｏ コンポーネントを、４であればＳｉｇｎ ｌａｎｇｕａｇｅ （例えば、．， ＡＳＬ） ｉｎｓｅｔを、５であればＦｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏを、６であればＢａｓｅ ｌａｙｅｒ ｆｏｒ ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｅｎｃｏｄｉｎｇを、７であればＥｎｈａｎｃｅｍｅｎｔ ｌａｙｅｒ ｆｏｒ ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｅｎｃｏｄｉｎｇ， ｗｉｔｈ ｌｅｖｅｌを、８であれば３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗを、９であれば３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗを、１０であれば３Ｄ ｖｉｄｅｏ ｄｅｐｔｈ ｉｎｆｏｒｍａｔｉｏｎを、１１であればＰａｒｔ ｏｆ ｖｉｄｅｏ ａｒｒａｙ， ＜ｘ，ｙ＞ ｏｆ ＜ｎ，ｍ＞を、１２であればＦｏｌｌｏｗＳｕｂｊｅｃｔ ｍｅｔａｄａｔａを、１３であればＣｏｍｐｌｅｔｅ ｍａｉｎを、１４であればＭｕｓｉｃを、１５であればＤｉａｌｏｇを、１６であればＥｆｆｅｃｔｓを、１７であればＶｉｓｕａｌｌｙ ｉｍｐａｉｒｅｄを、１８であればＨｅａｒｉｎｇ ｉｍｐａｉｒｅｄを、１９であればＣｏｍｍｅｎｔａｒｙを、２０であればＮｏｒｍａｌを、２１であればＥａｓｙ ｒｅａｄｅｒを、２２〜２５５であればｒｅｓｅｒｖｅｄであることを示すことができる。ここで、このエレメント値１〜５はｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔの役割を示すことができ、６〜１２はＣｏｍｐｏｓｉｔｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔの役割を示すことができ、１３〜１９はｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔの役割を示すことができ、２０〜２１はｐｒｅｓｅｎｔａｂｌｅ ＣＣ Ｃｏｍｐｏｎｅｎｔの役割を示すことができる。
【０６６５】
図６５は、本発明の他の一実施例によって、スケーラブルビデオコーディング（ｓｃａｌａｂｌｅ  ｖｉｄｅｏ  ｃｏｄｉｎｇ）において一つのベースレイヤ（ｂａｓｅ  ｌａｙｅｒ）と２つのエンハンスメントレイヤ（ｅｎｈａｎｃｅｍｅｎｔ  ｌａｙｅｒ）を含むコンポジットビデオコンポーネント（Ｃｏｍｐｏｓｉｔｅ  Ｖｉｄｅｏ  Ｃｏｍｐｏｎｅｎｔ）に対してコンポーネントフラグメントのｘｍｌスキーマを示す図である。
【０６６６】
本発明の一実施例によると、同図の上端に位置するコンポーネントフラグメント（Ｌ６５０１０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＣｏｍｐｏｓｉｔｅコンポーネントであることを示すことができる。
【０６６７】
同図の左側に位置するコンポーネントフラグメント（Ｌ６５０２０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ、Ｅｌｅｍｅｎｔａｒｙ及びＢａｓｅ Ｌａｙｅｒ ｏｆ ＳＶＣコンポーネントであることを示すことができる。
【０６６８】
同図の右側に位置するコンポーネントフラグメント（Ｌ６５０３０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ、Ｅｌｅｍｅｎｔａｒｙ及びＥｎｈａｎｃｅｍｅｎｔ Ｌａｙｅｒ ｏｆ ＳＶＣコンポーネントであることを示すことができる。
【０６６９】
図６６は、本発明の他の一実施例によって、３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗと３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗを含むコンポジットコンポーネント（Ｃｏｍｐｏｓｉｔｅ  Ｃｏｍｐｏｎｅｎｔ）に対してコンポーネントフラグメントのｘｍｌスキーマを示す図である。
【０６７０】
本発明の一実施例によると、同図の上端に位置するコンポーネントフラグメント（Ｌ６６０１０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＣｏｍｐｏｓｉｔｅコンポーネントであることを示すことができる。
【０６７１】
同図の左側に位置するコンポーネントフラグメント（Ｌ６６０２０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ、Ｐｉｃｋｏｎｅ及び３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗコンポーネントであることを示すことができる。
【０６７２】
同図の右側に位置するコンポーネントフラグメント（Ｌ６６０３０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ、Ｐｉｃｋｏｎｅ及び３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗコンポーネントであることを示すことができる。
【０６７３】
図６７は、本発明の他の一実施例によって、コンプリートオーディオコンポーネント（Ｃｏｍｐｌｅｔｅ  Ａｕｄｉｏ  Ｃｏｍｐｏｎｅｎｔ）を記述するコンポーネントフラグメントのｘｍｌスキーマを示す図である。
【０６７４】
本発明の一実施例によると、同図の最上端に位置するコンポーネントフラグメント（Ｌ６７０１０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＰｉｃｋｏｎｅコンポーネントであることを示すことができる。
【０６７５】
同図の２番目の列の左側に位置するコンポーネントフラグメント（Ｌ６７０２０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ、Ｐｉｃｋｏｎｅ及びＡｕｄｉｏ Ｃｏｍｐｏｌｅｔｅｌｙ Ｍａｉｎコンポーネントであることを示すことができる。
【０６７６】
同図の２番目の列の右側に位置するコンポーネントフラグメント（Ｌ６７０３０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＣｏｍｐｏｓｉｔｅコンポーネントであることを示すことができる。
【０６７７】
同図の３番目の列の左側に位置するコンポーネントフラグメント（Ｌ６７０４０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／４”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ、Ｐｉｃｋｏｎｅ及びＡｕｄｉｏ Ｍｕｓｉｃコンポーネントであることを示すことができる。
【０６７８】
同図の３番目の列の右側に位置するコンポーネントフラグメント（Ｌ６７０５０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／５”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ、Ｐｉｃｋｏｎｅ及びＡｕｄｉｏ Ｄｉａｌｏｇコンポーネントであることを示すことができる。
【０６７９】
図６８は、本発明の一実施例によるコンテンツ（Ｃｏｎｔｅｎｔ）フラグメントの構成を示す図である。
【０６８０】
本発明の一実施例は、コンテンツフラグメントの下位エレメントとしてコンポーネント（Ｃｏｍｐｏｎｅｎｔ）を定義し、デバイス及びユーザにアナウンスメント（ａｎｎｏｕｎｃｅｍｅｎｔ）する方法を提供することができる。
【０６８１】
本発明の一実施例によると、コンポーネントフラグメントを別途に構成することによって、不可避であった構成要素及び／又は属性の重畳又は繰り返し使用を低減することができる。また、ユーザにアナウンスメント情報を直観的に提供することができる。
【０６８２】
本発明の一実施例によるコンテンツフラグメントは、ｉｄ属性、ｖｅｒｓｉｏｎ属性、ｖａｌｉｄＦｒｏｍ属性、ｖａｌｉｄＴｏ属性、ｇｌｏｂａｌＣｏｎｔｅｎｔＩＤ属性、ｅｍｅｒｇｅｎｃｙ属性、ｂａｓｅＣＩＤ属性、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメント、ＰｒｏｔｅｃｔｉｏｎＫｅｙＩＤエレメント、Ｎａｍｅエレメント、Ｄｅｓｃｒｉｐｔｉｏｎエレメント、ＳｔａｒｔＴｉｍｅエレメント、ＥｎｄＴｉｍｅエレメント、ＡｕｄｉｏＬａｎｇｕａｇｅエレメント、ＴｅｘｔＬａｎｇｕａｇｅエレメント、Ｌｅｎｇｔｈエレメント、ＰａｒｅｎｔａｌＲａｔｉｎｇエレメント、ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント、Ｇｅｎｒｅエレメント、Ｅｘｔｅｎｓｉｏｎエレメント、ＰｒｅｖｉｅｗＤａｔａＲｅｆｅｒｅｎｃｅエレメント、ＢｒｏａｄｃａｓｔＡｒｅａエレメント、ＴｅｒｍｓＯｆＵｓｅエレメント及び／又はＰｒｉｖａｔｅＥｘｔエレメントを含んでもよい。
【０６８３】
ｉｄ属性は、コンテンツフラグメントのＩＤを示すことができる。
【０６８４】
ｖｅｒｓｉｏｎ属性は、当該コンテンツフラグメントのバージョン情報を示すことができる。
【０６８５】
ｖａｌｉｄＦｒｏｍ属性は、当該コンテンツフラグメントが有効な最初の時間情報を示すことができる。
【０６８６】
ｖａｌｉｄＴｏ属性は、当該コンテンツフラグメントが有効な最後の時間情報を示すことができる。
【０６８７】
ｇｌｏｂａｌＣｏｎｔｅｎｔＩＤ属性は、当該コンテンツフラグメントが記述するコンテンツを識別する識別子を示すことができる。
【０６８８】
ｅｍｅｒｇｅｎｃｙ属性は、当該コンテンツフラグメントが記述するコンテンツがｅｍｅｒｇｅｎｃｙ性格のコンテンツであるか否かを示すことができる。
【０６８９】
ｂａｓｅＣＩＤ属性は、サービス又はプログラムのＣＩＤに関する情報を示すことができる。
【０６９０】
ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントは、当該コンテンツフラグメントが参照するサービスを示すことができる。
【０６９１】
ＰｒｏｔｅｃｔｉｏｎＫｅｙＩＤエレメントは、保護されたコンテンツに接近するために必要なＫｅｙ識別子を示すことができる。
【０６９２】
Ｎａｍｅエレメントは、当該コンテンツフラグメントの名前を示すことができる。
【０６９３】
Ｄｅｓｃｒｉｐｔｉｏｎエレメントは、当該コンテンツフラグメントに関する説明を示すことができる。
【０６９４】
ＳｔａｒｔＴｉｍｅエレメントは、当該コンテンツのプレゼンテーションのための開始時間情報を示すことができる。
【０６９５】
ＥｎｄＴｉｍｅエレメントは、当該コンテンツのプレゼンテーションのための終了時間情報を示すことができる。
【０６９６】
ＡｕｄｉｏＬａｎｇｕａｇｅエレメントは、当該コンテンツがオーディオストリームと共に利用可能であり、このときに使用されるオーディオの言語情報を示すことができる。
【０６９７】
ＴｅｘｔＬａｎｇｕａｇｅエレメントは、当該コンテンツがテキストコンポーネントと共に利用可能であり、このときに使用されるテキストの言語情報を示すことができる。
【０６９８】
Ｌｅｎｇｔｈエレメントは、当該Ａ／Ｖコンテンツの持続時間を示すことができる。
【０６９９】
ＰａｒｅｎｔａｌＲａｔｉｎｇエレメントは、当該コンテンツが子供に適しているかに関する基準情報を示すことができる。
【０７００】
ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメントは、目標とするユーザに関する情報を示すことができる。
【０７０１】
Ｇｅｎｒｅエレメントは、当該コンテンツのジャンル情報を示すことができる。
【０７０２】
Ｅｘｔｅｎｓｉｏｎエレメントは、当該コンテンツフラグメントと関連のある付加情報を示すことができる。
【０７０３】
ＰｒｅｖｉｅｗＤａｔａＲｅｆｅｒｅｎｃｅエレメントは、当該コンポーネントフラグメントが参照するＰｒｅｖｉｅｗＤａｔａフラグメントを示すことができる。
【０７０４】
ＢｒｏａｄｃａｓｔＡｒｅａエレメントは、ブロードキャストコンテンツのための位置情報を含むブロードキャスト地域情報を示すことができる。
【０７０５】
ＴｅｒｍｓＯｆＵｓｅエレメントは、当該フラグメントと関連のあるＴｅｒｍｓ ｏｆ Ｕｓｅを示すことができる。
【０７０６】
ＰｒｉｖａｔｅＥｘｔエレメントは、私有的な又はアプリケーションに限定された拡張のためのコンテナーを示すことができる。（An element serving as a container for proprietary or applicationspecific extensions.）このエレメントは、ＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓエレメントをサブエレメントとして有することができ、ＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓエレメントは、私有的な又はアプリケーションに限定されたエレメントを示すことができる。ＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓエレメントは、１つ以上のサブエレメント又は属性を含んでもよい。
【０７０７】
本発明の一実施例によるコンテンツフラグメントのＰｒｉｖａｔｅＥｘｔエレメントは、Ｅ１レベルのエレメントであるので、Ｃｏｍｐｏｎｅｎｔエレメントは、ＰｒｉｖａｔｅＥｘｔエレメントのサブエレメントであってＥ２レベルに該当し得る。このとき、Ｃｏｍｐｏｎｅｎｔエレメントは、上述したＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓエレメントに該当し得る。
【０７０８】
図６９、図７０、図７１、図７２は、本発明の一実施例によるＣｏｍｐｏｎｅｎｔエレメントの構成を示す図である。
【０７０９】
計４個の図面にわたって示されたテーブルは、連結された一つのテーブルに該当する。
【０７１０】
本発明の一実施例によるＣｏｍｐｏｎｅｎｔエレメントは、Ｅ２レベルに該当し得、コンポーネントに関する詳細な内容を記述できるので、コンポーネントの数だけ存在することができ、存在しなくてもよい。したがって、０〜Ｎのｃａｒｄｉｎａｌｉｔｙを有してもよい。
【０７１１】
本発明の一実施例によるＣｏｍｐｏｎｅｎｔエレメントは、サブエレメントとして、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメント、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメント、ＳｔａｒｔＴｉｍｅエレメント、ＥｎｄＴｉｍｅエレメント、Ｌａｎｇｕａｇｅエレメント、Ｌｅｎｇｔｈエレメント、ＰａｒｅｎｔａｌＲａｔｉｎｇエレメント、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメント及び／又はＴａｒｇｅｔＤｅｖｉｃｅエレメントを含んでもよい。
【０７１２】
ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントは、コンポーネントのタイプを記述するエレメントであってもよい。このエレメントは、コンポーネントエレメントの下位に存在するので、Ｅ３レベルに該当し得る。このエレメントは、コンポーネントエレメントのタイプを示す必須要素であるので、ｃａｒｄｉｎａｌｉｔｙは１を有してもよい。このエレメントの値が０であればｕｎｓｐｅｃｉｆｉｅｄ、１であればＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ、２であればＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔ、３であればＰｒｅｓｅｎｔａｂｌｅ ＣＣ ｃｏｍｐｏｎｅｎｔ、４であればＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔ、５〜２５５であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる。
【０７１３】
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、コンポーネントのロール（ｒｏｌｅ）を記述するエレメントであってもよい。このエレメントは、コンポーネントエレメントの下位に存在するので、Ｅ３レベルに該当し得る。このエレメントは、コンポーネントエレメントのタイプを示す必須要素であるので、ｃａｒｄｉｎａｌｉｔｙは１を有してもよい。各コンポーネントは、前述したＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのタイプに応じてロールを有することができ、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値に応じて該当するロールを有してもよい。このエレメントの値が０であればｕｎｓｐｅｃｉｆｉｅｄを、１であればＰｒｉｍａｒｙ （ｄｅｆａｕｌｔ） ｖｉｄｅｏを、２であればＡｌｔｅｒｎａｔｉｖｅ ｃａｍｅｒａ ｖｉｅｗを、３であればＯｔｈｅｒ ａｌｔｅｒｎａｔｉｖｅ ｖｉｄｅｏ コンポーネントを、４であればＳｉｇｎ ｌａｎｇｕａｇｅ （例えば、．, ＡＳＬ） ｉｎｓｅｔを、５であればＦｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏを、６であればＣｏｍｐｌｅｔｅ ｍａｉｎを、７であればＭｕｓｉｃを、８であればＤｉａｌｏｇを、９であればＥｆｆｅｃｔｓを、１０であればＶｉｓｕａｌｌｙ ｉｍｐａｉｒｅｄを、１１であればＨｅａｒｉｎｇ ｉｍｐａｉｒｅｄを、１２であればＣｏｍｍｅｎｔａｒｙを、１３であればＮｏｒｍａｌを、１４であればＥａｓｙ ｒｅａｄｅｒを、１５であればＡｐｐ、１６であればＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍ、１７であればＯｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔ、１８であればＮｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍ、１９であればＳｔａｒｔＯｖｅｒ、２０であればＣｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎ、２１〜２５５であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる。
【０７１４】
ＳｔａｒｔＴｉｍｅエレメントは、当該コンポーネントのディスプレイが開始する時間を示すことができる。
【０７１５】
ＥｎｄＴｉｍｅエレメントは、当該コンポーネントのディスプレイが終了する時間を示すことができる。
【０７１６】
Ｌａｎｇｕａｇｅエレメントは、当該コンポーネントの表現言語を示すことができる。このエレメントは、属性としてｌａｎｇｕａｇｅＳＤＰＴａｇ属性を有してもよい。ｌａｎｇｕａｇｅＳＤＰＴａｇ属性は、セッションディスクリプションで示す言語を一致させるためにタグ付けされる値を示すことができる。
【０７１７】
Ｌｅｎｇｔｈエレメントは、当該コンポーネントのディスプレイが行われる持続時間を示すことができる。
【０７１８】
ＰａｒｅｎｔａｌＲａｔｉｎｇエレメントは、当該コンポーネントの等級表示情報を示すことができる。
【０７１９】
ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントは、当該コンポーネントをレンダリングするデバイスの性能情報を示すことができる。本発明の一実施例は、このエレメントを用いて、コンポーネントをレンダリングするためのデバイスのｃａｐａｂｉｌｉｔｙ情報を提供することができる。このエレメントの値２〜８はデバイスのＶｉｄｅｏ Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報を示し、９〜１５はデバイスのＡｕｄｉｏ Ｓｕｒｒｏｕｎｄ Ｓｏｕｎｄ Ｃａｐａｂｉｌｉｔｙ情報を示し、１６はＡｕｄｉｏ Ｍｉｘｉｎｇ／Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報を示し、１７〜２１はＩｎｐｕｔ Ｃａｐａｂｉｌｉｔｙ情報を示すことができる。このエレメントの値が０であればＵｎｓｐｅｃｉｆｉｅｄ、１であればＢｒｏａｄｂａｎｄ ｃｏｎｎｅｃｔｉｏｎ、２であればＳＤ、３であればＨＤ、４であればＵＨＤ、５であれば８Ｋ、６であれば３Ｄ ｖｉｄｅｏ、７であればＨｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ Ｉｍａｇｉｎｇ、８であればＷｉｄｅ Ｃｏｌｏｒ Ｇａｍｕｔ、９であれば２．０ ｃｈａｎｎｅｌｓ、１０であれば２．１ ｃｈａｎｎｅｌｓ、１１であれば５．１ ｃｈａｎｎｅｌｓ、１２であれば６．１ ｃｈａｎｎｅｌｓ、１３であれば７．１ ｃｈａｎｎｅｌｓ、１４であれば２２．１ ｃｈａｎｎｅｌｓ、１５であれば３Ｄ ａｕｄｉｏ、１６であればＤｉａｌｏｇ Ｌｅｖｅｌ ａｄｊｕｓｔｍｅｎｔ、１７であればｍａｇｉｃ ｒｅｍｏｔｅ ｃｏｎｔｒｏｌ ｉｎｐｕｔ、１８であればｔｏｕｃｈ ｓｃｒｅｅｎ ｉｎｐｕｔ、１９であればｍｏｕｓｅ ｉｎｐｕｔ、２０であればｋｅｙｂｏａｒｄ ｉｎｐｕｔ、２１であればａｐｐ ｒｅｎｄｅｒｉｎｇ、２２〜２５５であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる。ここで、上述したＢｒｏａｄｂａｎｄ ｃｏｎｎｅｃｔｉｏｎは、当該コンポーネントをｄｅｌｉｖｅｒｙするためにｂｒｏａｄｂａｎｄ ｃｏｎｎｅｃｔｉｏｎが必要であるか否かを示すことができ、Ｖｉｄｅｏ Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報は、Ｒｅｓｏｌｕｔｉｏｎ、２Ｄ、３Ｄ及び／又はその他のｒｅｎｄｅｒｉｎｇ関連情報を示すことができる。Ａｕｄｉｏ Ｓｕｒｒｏｕｎｄ Ｓｏｕｎｄ Ｃａｐａｂｉｌｉｔｙ情報はオーディオチャネル（ａｕｄｉｏ  ｃｈａｎｎｅｌ）情報を示すことができ、Ａｕｄｉｏ Ｍｉｘｉｎｇ／Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報のＤｉａｌｏｇ ｌｅｖｅｌ ａｄｊｕｓｔｍｅｎｔは、オーディオダイアログレベル（ａｕｄｉｏ  Ｄｉａｌｏｇ  ｌｅｖｅｌ）を調節できるか否かを示すことができる。Ｉｎｐｕｔ Ｃａｐａｂｉｌｉｔｙ情報は、特定の入力デバイス（Ｉｎｐｕｔ  ｄｅｖｉｃｅ）に合わせて作製された放送番組であることを示すことができる。ａｐｐ ｒｅｎｄｅｒｉｎｇは、ａｐｐ ｒｅｎｄｅｒｉｎｇが必要であるか否かを示すことができる。
【０７２０】
ＴａｒｇｅｔＤｅｖｉｃｅエレメントは、コンポーネントが表示されるターゲットデバイスの情報を示すことができる。このエレメントの値が０であればＵｎｓｐｅｃｉｆｉｅｄ、１であればＰｒｉｍａｒｙ、２であればＣｏｍｐａｎｉｏｎ、３であればＩｎｓｅｔ ｏｎ Ｐｒｉｍａｒｙ Ｓｃｒｅｅｎ（“ＰｉｃｔｕｒｅｉｎＰｉｃｔｕｒｅ”）、４であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる。
【０７２１】
図７３は、本発明の一実施例によるＣｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマを示す図である。
【０７２２】
本発明の一実施例によるＣｏｍｐｏｎｅｎｔエレメントは、サブエレメントとして、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメント、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメント、ＳｔａｒｔＴｉｍｅエレメント、ＥｎｄＴｉｍｅエレメント、Ｌａｎｇｕａｇｅエレメント、Ｌｅｎｇｔｈエレメント、ＰａｒｅｎｔａｌＲａｔｉｎｇエレメント、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメント及び／又はＴａｒｇｅｔＤｅｖｉｃｅエレメントを含んでもよい。上述した各エレメントについての詳細は前述した。
【０７２３】
図７４は、本発明の一実施例によるＬａｎｇｕａｇｅエレメント及びＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのｘｍｌスキーマを示す図である。
【０７２４】
本発明の一実施例によるＬａｎｇｕａｇｅエレメントは、当該コンポーネントの表現言語を示すことができる。このエレメントは、属性として、ｌａｎｇｕａｇｅＳＤＰＴａｇ属性を有してもよい。ｌａｎｇｕａｇｅＳＤＰＴａｇ属性は、セッションディスクリプションで示す言語を一致させるためにタグ付けされる値を示すことができる（Ｌ７４０１０）。
【０７２５】
本発明の一実施例によるＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントは、コンポーネントのタイプを記述するエレメントであってもよい。このエレメントは、コンポーネントエレメントの下位に存在するので、Ｅ３レベルに該当し得る。このエレメントは、コンポーネントエレメントのタイプを示す必須要素であるので、ｃａｒｄｉｎａｌｉｔｙは１を有してもよい。このエレメントの値が０であればｕｎｓｐｅｃｉｆｉｅｄ、１であればＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ、２であればＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔ、３であればＰｒｅｓｅｎｔａｂｌｅ ＣＣ ｃｏｍｐｏｎｅｎｔ、４であればＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔ、５〜２５５であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる（Ｌ７４０２０）。
【０７２６】
図７５は、本発明の一実施例によるＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントのｘｍｌスキーマを示す図である。
【０７２７】
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、コンポーネントのロール（ｒｏｌｅ）を記述するエレメントであってもよい。このエレメントは、コンポーネントエレメントの下位に存在するので、Ｅ３レベルに該当し得る。このエレメントは、コンポーネントエレメントのタイプを示す必須要素であるので、ｃａｒｄｉｎａｌｉｔｙは１を有してもよい。各コンポーネントは、前述したＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのタイプに応じてロールを有することができ、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値に応じて該当するロールを有してもよい。このエレメントの値が０であればｕｎｓｐｅｃｉｆｉｅｄを、１であればＰｒｉｍａｒｙ （ｄｅｆａｕｌｔ） ｖｉｄｅｏを、２であればＡｌｔｅｒｎａｔｉｖｅ ｃａｍｅｒａ ｖｉｅｗを、３であればＯｔｈｅｒ ａｌｔｅｒｎａｔｉｖｅ ｖｉｄｅｏ コンポーネントを、４であればＳｉｇｎ ｌａｎｇｕａｇｅ （例えば、．, ＡＳＬ） ｉｎｓｅｔを、５であればＦｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏを、６であればＣｏｍｐｌｅｔｅ ｍａｉｎを、７であればＭｕｓｉｃを、８であればＤｉａｌｏｇを、９であればＥｆｆｅｃｔｓを、１０であればＶｉｓｕａｌｌｙ ｉｍｐａｉｒｅｄを、１１であればＨｅａｒｉｎｇ ｉｍｐａｉｒｅｄを、１２であればＣｏｍｍｅｎｔａｒｙを、１３であればＮｏｒｍａｌを、１４であればＥａｓｙ ｒｅａｄｅｒを、１５であればＡｐｐ、１６であればＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍ、１７であればＯｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔ、１８であればＮｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍ、１９であればＳｔａｒｔＯｖｅｒ、２０であればＣｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎ、２１〜２５５であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる。
【０７２８】
図７６は、本発明の一実施例によるＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメント及びＴａｒｇｅｔＤｅｖｉｃｅエレメントのｘｍｌスキーマを示す図である。
【０７２９】
ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントは、当該コンポーネントをレンダリングするデバイスの性能情報を示すことができる。本発明の一実施例は、このエレメントを用いて、コンポーネントをレンダリングするためのデバイスのｃａｐａｂｉｌｉｔｙ情報を提供することができる。このエレメントの値２〜８はデバイスのＶｉｄｅｏ Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報を示し、９〜１５はデバイスのＡｕｄｉｏ Ｓｕｒｒｏｕｎｄ Ｓｏｕｎｄ Ｃａｐａｂｉｌｉｔｙ情報を示し、１６はＡｕｄｉｏ Ｍｉｘｉｎｇ／Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報を示し、１７〜２１はＩｎｐｕｔ Ｃａｐａｂｉｌｉｔｙ情報を示すことができる。このエレメントの値が０であればＵｎｓｐｅｃｉｆｉｅｄ、１であればＢｒｏａｄｂａｎｄ ｃｏｎｎｅｃｔｉｏｎ、２であればＳＤ、３であればＨＤ、４であればＵＨＤ、５であれば８Ｋ、６であれば３Ｄ ｖｉｄｅｏ、７であればＨｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ Ｉｍａｇｉｎｇ、８であればＷｉｄｅ Ｃｏｌｏｒ Ｇａｍｕｔ、９であれば２．０ ｃｈａｎｎｅｌｓ、１０であれば２．１ ｃｈａｎｎｅｌｓ、１１であれば５．１ ｃｈａｎｎｅｌｓ、１２であれば６．１ ｃｈａｎｎｅｌｓ、１３であれば７．１ ｃｈａｎｎｅｌｓ、１４であれば２２．１ ｃｈａｎｎｅｌｓ、１５であれば３Ｄ ａｕｄｉｏ、１６であればＤｉａｌｏｇ Ｌｅｖｅｌ ａｄｊｕｓｔｍｅｎｔ、１７であればｍａｇｉｃ ｒｅｍｏｔｅ ｃｏｎｔｒｏｌ ｉｎｐｕｔ、１８であればｔｏｕｃｈ ｓｃｒｅｅｎ ｉｎｐｕｔ、１９であればｍｏｕｓｅ ｉｎｐｕｔ、２０であればｋｅｙｂｏａｒｄ ｉｎｐｕｔ、２１であればａｐｐ ｒｅｎｄｅｒｉｎｇ、２２〜２５５であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる。ここで、上述したＢｒｏａｄｂａｎｄ ｃｏｎｎｅｃｔｉｏｎは、当該コンポーネントをｄｅｌｉｖｅｒｙするためにｂｒｏａｄｂａｎｄ ｃｏｎｎｅｃｔｉｏｎが必要であるか否かを示すことができ、Ｖｉｄｅｏ Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報は、Ｒｅｓｏｌｕｔｉｏｎ、２Ｄ、３Ｄ及び／又はその他のｒｅｎｄｅｒｉｎｇ関連情報を示すことができる。Ａｕｄｉｏ Ｓｕｒｒｏｕｎｄ Ｓｏｕｎｄ Ｃａｐａｂｉｌｉｔｙ情報は、オーディオチャネル（ａｕｄｉｏ  ｃｈａｎｎｅｌ）情報を示すことができ、Ａｕｄｉｏ Ｍｉｘｉｎｇ／Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報のＤｉａｌｏｇ ｌｅｖｅｌ ａｄｊｕｓｔｍｅｎｔは、オーディオダイアログレベル（ａｕｄｉｏ  Ｄｉａｌｏｇ  ｌｅｖｅｌ）を調節できるか否かを示すことができる。Ｉｎｐｕｔ Ｃａｐａｂｉｌｉｔｙ情報は、特定の入力デバイス（Ｉｎｐｕｔ  ｄｅｖｉｃｅ）に合わせて作製された放送番組であることを示すことができる。ａｐｐ ｒｅｎｄｅｒｉｎｇは、ａｐｐ ｒｅｎｄｅｒｉｎｇが必要であるか否かを示すことができる（Ｌ７６０１０）。
【０７３０】
ＴａｒｇｅｔＤｅｖｉｃｅエレメントは、コンポーネントが表示されるターゲットデバイスの情報を示すことができる。このエレメントの値が０であればＵｎｓｐｅｃｉｆｉｅｄ、１であればＰｒｉｍａｒｙ、２であればＣｏｍｐａｎｉｏｎ、３であればＩｎｓｅｔ ｏｎ Ｐｒｉｍａｒｙ Ｓｃｒｅｅｎ（“ＰｉｃｔｕｒｅｉｎＰｉｃｔｕｒｅ”）、４であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる（Ｌ７６０２０）。
【０７３１】
図７７は、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（２Ｄ／ＨＤ）及びＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１ ｃｈａｎｎｅｌｓ）を伝送する場合、Ｃｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマ構造の一実施例を示す図である。
【０７３２】
本発明の一実施例によると、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（２Ｄ／ＨＤ）及びＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１ ｃｈａｎｎｅｌｓ）を伝送する場合、アナウンスメントは、コンテンツフラグメント（Ｃｏｎｔｅｎｔ  ｆｒａｇｍｅｎｔ）内のＰｒｉｖａｔｅＥｘｔエレメントのサブエレメント（ｓｕｂｅｌｅｍｅｎｔ）として、２つのＣｏｍｐｏｎｅｎｔエレメントを用いることができる（Ｌ７７０１０）。
【０７３３】
Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（２Ｄ／ＨＤ）のためのコンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値として１（Ｖｉｄｅｏ）を有し、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値として１（Ｐｒｉｍａｒｙ  Ｖｉｄｅｏ）を有し、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値として３（ＨＤ）を有し、ＴａｒｇｅｔＤｅｖｉｃｅエレメントの値として１（Ｐｒｉｍａｒｙ  Ｄｅｖｉｃｅ）を有してもよい（Ｌ７７０１０）。
【０７３４】
Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１ ｃｈａｎｎｅｌｓ）のためのコンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値として２（Ａｕｄｉｏ）を有し、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値として６（Ｃｏｍｐｌｅｔｅｌｙ  Ｍａｉｎ）を有し、Ｌａｎｇｕａｇｅエレメントの値としてＫＯＲ（韓国語）を有し、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値として１１（５．１ ｃｈａｎｎｅｌｓ）を有し、ＴａｒｇｅｔＤｅｖｉｃｅエレメントの値として１（Ｐｒｉｍａｒｙ  Ｄｅｖｉｃｅ）を有してもよい（Ｌ７７０１０）。
【０７３５】
本発明の一実施例による受信機（デバイス）は、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値を獲得した後、当該機能を支援できるか否かを判断し、ユーザにＣａｐａｂｉｌｉｔｙ情報を提供することができる。
【０７３６】
同図において、右側上端の図は、ＨＤ及び５．１ ｃｈａｎｎｅｌｓを支援するデバイスの表示画面を示すことができる。この場合、本発明の一実施例は、当該デバイスがＨＤ及び５．１ ｃｈａｎｎｅｌｓを支援できることを画面上に示すことができる（Ｌ７７０２０）。
【０７３７】
同図において、右側下端の図は、ＨＤを支援するが、５．１ ｃｈａｎｎｅｌｓを支援しないデバイスの表示画面を示すことができる。この場合、本発明の一実施例によると、５．１ ｃｈａｎｎｅｌｓを支援できない受信機でＣａｐａｂｉｌｉｔｙ情報を獲得したとき、支援できない５．１ ｃｈａｎｎｅｌｓ ａｕｄｉｏ情報をグレイアウト（Ｇｒａｙｏｕｔ）処理して画面に示すことができる（Ｌ７７０３０）。
【０７３８】
図７８は、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ（ＵＨＤ）及びＰｒｅｓｅｎｔａｂｌｅ ＥＮＧ ａｕｄｉｏ コンポーネントをブロードキャストで伝送し、Ｐｒｅｓｅｎｔａｂｌｅ ＳＰＡ ａｕｄｉｏ コンポーネントをブロードバンドで伝送する場合、Ｃｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマ構造の一実施例を示す図である。
【０７３９】
本発明の一実施例によると、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ（ＵＨＤ）及びＰｒｅｓｅｎｔａｂｌｅ ＥＮＧ ａｕｄｉｏ コンポーネントをブロードキャストで伝送し、Ｐｒｅｓｅｎｔａｂｌｅ ＳＰＡ ａｕｄｉｏ コンポーネントをブロードバンドで伝送する場合、アナウンスメントは、コンテンツフラグメント（Ｃｏｎｔｅｎｔ  ｆｒａｇｍｅｎｔ）内のＰｒｉｖａｔｅＥｘｔエレメントのサブエレメント（ｓｕｂｅｌｅｍｅｎｔ）として、３つのＣｏｍｐｏｎｅｎｔエレメントを用いることができる（Ｌ７８０１０）。
【０７４０】
Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ（ＵＨＤ）のためのコンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値として１（Ｖｉｄｅｏ）を有し、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値として１（Ｐｒｉｍａｒｙ  Ｖｉｄｅｏ）を有し、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値として４（ＵＨＤ）を有し、ＴａｒｇｅｔＤｅｖｉｃｅエレメントの値として１（Ｐｒｉｍａｒｙ  Ｄｅｖｉｃｅ）を有してもよい（Ｌ７８０１０）。
【０７４１】
Ｐｒｅｓｅｎｔａｂｌｅ ＥＮＧ ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔ（ｔｈｒｏｕｇｈ  Ｂｒｏａｄｃａｓｔ）のためのコンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値として２（Ａｕｄｉｏ）を有し、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値として６（Ｃｏｍｐｌｅｔｅｌｙ  Ｍａｉｎ）を有し、Ｌａｎｇｕａｇｅエレメントの値としてＥＮＧ（英語）を有し、ＴａｒｇｅｔＤｅｖｉｃｅエレメントの値として１（Ｐｒｉｍａｒｙ  Ｄｅｖｉｃｅ）を有してもよい（Ｌ７８０１０）。
【０７４２】
Ｐｒｅｓｅｎｔａｂｌｅ ＳＰＡ ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔ（ｔｈｒｏｕｇｈ  Ｂｒｏａｄｂａｎｄ）のためのコンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値として２（Ａｕｄｉｏ）を有し、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値として６（Ｃｏｍｐｌｅｔｅｌｙ  Ｍａｉｎ）を有し、Ｌａｎｇｕａｇｅエレメントの値としてＳＰＡ（スペイン語）を有し、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値として１（ブロードバンドでコンポーネントが伝送される）を有し、ＴａｒｇｅｔＤｅｖｉｃｅエレメントの値として１（Ｐｒｉｍａｒｙ  Ｄｅｖｉｃｅ）を有してもよい（Ｌ７８０１０）。
【０７４３】
本発明の一実施例による受信機（デバイス）は、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値を獲得した後、当該機能を支援できるか否かを判断し、ユーザにＣａｐａｂｉｌｉｔｙ情報を提供することができる。
【０７４４】
同図において、右側の図は、Ｂｒｏｄａｂａｎｄ ｃｏｎｎｅｃｔｉｏｎを支援できない場合、又は、支援できるが、接続されていない場合に受信機（デバイス）に表示される画面を示すことができる（Ｌ７８０２０）。
【０７４５】
本発明の一実施例による受信機は、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙの値が１である場合、ブロードバンドで当該コンポーネントが伝送されることを知ることができる。この場合、Ｂｒｏｄａｂａｎｄ ｃｏｎｎｅｃｔｉｏｎを支援できないデバイス、又は支援できるが、接続されていないデバイスは、ブロードバンドで伝送されるコンポーネントの情報をグレイアウト（Ｇｒａｙｏｕｔ）処理して画面に示すことができる。この場合、ＳＰＡオーディオ情報をグレイアウト処理して画面に示すことができる（Ｌ７８０２０）。
【０７４６】
図７９は、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（ＵＨＤ／Ｗｉｄｅ  Ｃｏｌｏｒ  Ｇａｍｕｔ）及びＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１  ｃｈａｎｎｅｌｓ）を伝送する場合、Ｃｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマ構造の一実施例を示す図である。
【０７４７】
本発明の一実施例によると、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（ＵＨＤ／Ｗｉｄｅ  Ｃｏｌｏｒ  Ｇａｍｕｔ）及びＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１  ｃｈａｎｎｅｌｓ）を伝送する場合、アナウンスメントは、コンテンツフラグメント（Ｃｏｎｔｅｎｔ  ｆｒａｇｍｅｎｔ）内のＰｒｉｖａｔｅＥｘｔエレメントのサブエレメント（ｓｕｂｅｌｅｍｅｎｔ）として、２つのＣｏｍｐｏｎｅｎｔエレメントを用いることができる（Ｌ７９０１０）。
【０７４８】
Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（ＵＨＤ／Ｗｉｄｅ  Ｃｏｌｏｒ  Ｇａｍｕｔ）のためのコンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値として１（Ｖｉｄｅｏ）を有し、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値として１（Ｐｒｉｍａｒｙ  Ｖｉｄｅｏ）を有し、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値として４（ＵＨＤ）及び８（ＷＣＧ）を有し、ＴａｒｇｅｔＤｅｖｉｃｅエレメントの値として１（Ｐｒｉｍａｒｙ  Ｄｅｖｉｃｅ）を有してもよい（Ｌ７９０１０）。
【０７４９】
Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１  ｃｈａｎｎｅｌｓ）のためのコンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値として２（Ａｕｄｉｏ）を有し、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値として６（Ｃｏｍｐｌｅｔｅｌｙ  Ｍａｉｎ）を有し、Ｌａｎｇｕａｇｅエレメントの値としてＫＯＲ（韓国語）を有し、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値として１１（５．１ｃｈａｎｎｅｌｓ）を有し、ＴａｒｇｅｔＤｅｖｉｃｅエレメントの値として１（Ｐｒｉｍａｒｙ  Ｄｅｖｉｃｅ）を有してもよい（Ｌ７９０１０）。
【０７５０】
本発明の一実施例による受信機（デバイス）は、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値を獲得した後、当該機能を支援できるか否かを判断し、ユーザにＣａｐａｂｉｌｉｔｙ情報を提供することができる。
【０７５１】
同図において、右側上端の図は、ＵＨＤ、ＷＣＧ（Ｗｉｄｅ  Ｃｏｌｏｒ  Ｇａｍｕｔ）及び５．１ ｃｈａｎｎｅｌｓを支援するデバイスの表示画面を示すことができる。この場合、本発明の一実施例は、当該デバイスがＵＨＤ、ＷＣＧ及び５．１ ｃｈａｎｎｅｌｓを支援できることを画面上に示すことができる（Ｌ７９０２０）。
【０７５２】
同図において、右側下端の図は、ＵＨＤ及び５．１ ｃｈａｎｎｅｌｓを支援するが、ＷＣＧを支援しないデバイスの表示画面を示すことができる。この場合、本発明の一実施例によると、ＷＣＧを支援できない受信機でＣａｐａｂｉｌｉｔｙ情報を獲得したとき、支援できないＷＣＧ情報をグレイアウト処理して画面に示すことができる（Ｌ７９０３０）。
【０７５３】
図８０は、本発明の他の実施例による、コンポーネントエレメント（ｃｏｍｐｏｎｅｎｔ  ｅｌｅｍｅｎｔ）を示す図である。
【０７５４】
コンポーネントエレメントは、コンポーネントサブエレメント（Ｃｏｍｐｏｎｅｎｔ  ｓｕｂｅｌｅｍｅｎｔ）のルートエレメント（ｒｏｏｔ  ｅｌｅｍｅｎｔ）である。コンポーネントエレメントはＥ２レベルで開始する。コンポーネントエレメントはコンポーネントに対する詳細な内容を記述するので、コンポーネントの数だけのエレメント（ｅｌｅｍｅｎｔ）が記述され得る。一部のコンポーネントに対して、コンポーネントエレメントが省略されることも可能である。したがって、コンポーネントエレメントは、０．．Ｎのｃａｒｄｉｎａｌｉｔｙを有する。コンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅ属性、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメント、Ｌａｎｇｕａｇｅエレメント及び／又はＥｓｓｅｎｔｉａｌＣａｐａｂｉｌｉｔｉｅｓエレメントを含んでもよい。
【０７５５】
ＣｏｍｐｏｎｅｎｔＴｙｐｅフィールドは、コンポーネントの種類（ｔｙｐｅ）を示す属性（ａｔｔｒｉｂｕｔｅ）情報を含む。すなわち、ＣｏｍｐｏｎｅｎｔＴｙｐｅフィールドは、コンポーネントのタイプを示すａｔｔｒｉｂｕｔｅである。ＣｏｍｐｏｎｅｎｔＴｙｐｅフィールドは、コンポーネントの種類を示す必須要素であるので、Ｃａｒｄｉｎａｌｉｔｙは１と定義され得る。ＣｏｍｐｏｎｅｎｔＴｙｐｅフィールドは、値に応じて、コンポーネントがＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ、Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ、Ｐｒｅｓｅｎｔａｂｌｅ ＣＣ（ｃｌｏｓｅｄ  ｃａｐｔｉｏｎ）及び／又はＰｒｅｓｅｎｔａｂｌｅ Ａｐｐに該当することを識別することができる。
【０７５６】
図示されたメッセージには１つ以上のフィールドが含まれてもよく、それぞれのフィールドは、それぞれの意味又は情報を含んでもよい。それぞれのフィールドにはｔｙｐｅ情報が割り当てられてもよく、ｔｙｐｅ情報は、‘Ｅ’、‘Ａ’、‘Ｅ１’、‘Ｅ２’、又は‘Ｅ［ｎ］’の値を有してもよい。‘Ｅ’は、当該フィールドがエレメントに該当することを示す。‘Ａ’は、当該フィールドが属性（ａｔｔｒｉｂｕｔｅ）情報に該当することを示す。‘Ｅ１’は、当該フィールドがサブエレメントであることを示す。サブエレメントは、エレメント内で定義される下位エレメントに該当する。‘Ｅ２’は、サブエレメントのサブエレメントを示す。すなわち、‘Ｅ［ｎ］’は、エレメントの［ｎ１］番目の下位エレメントを示すことができる。
【０７５７】
図８１は、本発明の一実施例による、ＣｏｍｐｏｎｅｎｔＲｏｌエレメントを示す図である。
【０７５８】
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、コンポーネントの役割（ｒｏｌｅ）を記述するエレメントである。ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、コンポーネントの下位エレメントとして定義されることが好ましいので、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントはＥ３のレベルで開始し得る。ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントはストリング値を有してもよい。ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値は、アナウンスメントデータ（Ａｎｎｏｕｎｃｅｍｅｎｔ  Ｄａｔａ）の作製時に、放送社で任意の有効なストリング値として指定されてもよい。ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値は拡張可能なストリング値であるので、いかなる値のＣａｐａｂｉｌｉｔｙ ストリングでも記述が可能である。ターゲット装置（Ｔａｒｇｅｔ  Ｄｅｖｉｃｅ；例えば、受信機）では、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値を用いて、エンドユーザ（Ｅｎｄ  Ｕｓｅｒ；例えば、視聴者）に有用な情報を表示することができる。
【０７５９】
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、コンポーネントに対して、視聴者が認識できる文字の形態の説明を提供する情報を含む。
【０７６０】
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントが示し得るコンポーネントの種類は、ｐｒｅｓｅｎｔａｂｌｅ ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔに対しては、“Ｐｒｉｍａｒｙ ｖｉｄｅｏ”、“Ａｌｔｅｒｎａｔｉｖｅ ｃａｍｅｒａ ｖｉｅｗ”、“Ｏｔｈｅｒ ａｌｔｅｒｎａｔｉｖｅ ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ”、“Ｓｉｇｎ ｌａｎｇｕａｇｅ ｉｎｓｅｔ”及び／又は“Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ”を含んでもよい。
【０７６１】
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントが示し得るコンポーネントの種類は、ｐｒｅｓｅｎｔａｂｌｅ ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔに対しては、“Ｃｏｍｐｌｅｔｅ ｍａｉｎ”、“Ｍｕｓｉｃ”、“Ｄｉａｌｏｇ”、“Ｅｆｆｅｃｔｓ”、“Ｖｉｓｕａｌｌｙ ｉｍｐａｉｒｅｄ”、“Ｈｅａｒｉｎｇ ｉｍｐａｉｒｅｄ”及び／又は“Ｃｏｍｍｅｎｔａｒｙ”を含んでもよい。
【０７６２】
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントが示し得るコンポーネントの種類は、ｐｒｅｓｅｎｔａｂｌｅ ＣＣ ｃｏｍｐｏｎｅｎｔに対しては、“Ｎｏｒｍａｌ”及び／又は“Ｅａｓｙ ｒｅａｄｅｒ”を含んでもよい。
【０７６３】
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントが示し得るコンポーネントの種類は、ｐｒｅｓｅｎｔａｂｌｅ Ａｐｐ（ａｐｐｌｉｃａｔｉｏｎ） ｃｏｍｐｏｎｅｎｔに対しては、“Ｏｎ Ｄｅｍａｎｄ”、“Ｓｔａｒｔｏｖｅｒ”、及び／又は“ＣｏｍｐａｎｉｏｎＳｃｒｅｅｎ”を含んでもよい。
【０７６４】
図８２は、本発明の他の実施例による、コンポーネントエレメントをＸＭＬ形態で示す図である。
【０７６５】
本発明の一実施例によるコンポーネントエレメントは、コンポーネントが多数の種類のメディアで構成される場合、それぞれのコンポーネントの種類をシグナリングできるので、受信側では、視聴者又は受信機の所望の種類のコンポーネントを事前に識別できるという効果がある。また、コンポーネントの役割を文字の形態で提供できるので、当該情報を消費する視聴者が所望のコンポーネントを容易に認識又は選択することができるという効果がある。
【０７６６】
本発明の一実施例によるコンポーネントエレメントは、ＯＭＡ ＢＣＡＳＴで前もって定義されたサービスガイドコンテンツフラグメント（Ｓｅｒｖｉｃｅ  Ｇｕｉｄｅ  Ｃｏｎｔｅｎｔ  Ｆｒａｇｅｍｅｎｔ）に拡張形態で含まれてもよい。
【０７６７】
図８３は、本発明の他の実施例による、コンポーネントエレメントを示す図である。
【０７６８】
コンポーネントエレメントは、コンポーネントサブエレメント（Ｃｏｍｐｏｎｅｎｔ  ｓｕｂｅｌｅｍｅｎｔ）のルートエレメント（ｒｏｏｔ  ｅｌｅｍｅｎｔ）である。コンポーネントエレメントはＥ２レベルで開始する。コンポーネントエレメントはコンポーネントに対する詳細な内容を記述するので、コンポーネントの数だけのエレメント（ｅｌｅｍｅｎｔ）が記述され得る。一部のコンポーネントに対して、コンポーネントエレメントが省略されることも可能である。したがって、コンポーネントエレメントは、０．．Ｎのｃａｒｄｉｎａｌｉｔｙを有する。コンポーネントエレメントは、ＰｒｅｓｅｎｔａｂｌｅＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント、ＰｒｅｓｅｎｔａｂｌｅＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント、ＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメント及び／又はＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントを含んでもよい。
【０７６９】
ＰｒｅｓｅｎｔａｂｌｅＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントは、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ コンポーネントを記述するエレメントである。ＰｒｅｓｅｎｔａｂｌｅＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントエレメントの下位エレメントであって、Ｅ３レベル（ｌｅｖｅｌ）で開始し得る。ＰｒｅｓｅｎｔａｂｌｅＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントはストリング値を有し、ビデオコンポーネント（ｖｉｄｅｏ  ｃｏｍｐｏｎｅｎｔ）の役割（ｒｏｌｅ）を記述することができる。ＰｒｅｓｅｎｔａｂｌｅＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントに対して、視聴者が認識できる文字の形態の説明を提供する情報を含む。ＰｒｅｓｅｎｔａｂｌｅＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントが示し得るコンポーネントの役割は、“Ｐｒｉｍａｒｙ ｖｉｄｅｏ”、“Ａｌｔｅｒｎａｔｉｖｅ ｃａｍｅｒａ ｖｉｅｗ”、“Ｏｔｈｅｒ ａｌｔｅｒｎａｔｉｖｅ ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ”、“Ｓｉｇｎ ｌａｎｇｕａｇｅ ｉｎｓｅｔ”及び／又は“Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ”を含んでもよい。
【０７７０】
ＰｒｅｓｅｎｔａｂｌｅＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントは、Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ コンポーネントを記述するエレメントである。ＰｒｅｓｅｎｔａｂｌｅＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントエレメントの下位エレメントであって、Ｅ３レベルで開始し得る。ＰｒｅｓｅｎｔａｂｌｅＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントはストリング値を有し、オーディオコンポーネント（ａｕｄｉｏ  ｃｏｍｐｏｎｅｎｔ）の役割（ｒｏｌｅ）を記述する。ＰｒｅｓｅｎｔａｂｌｅＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントに対して、視聴者が認識できる文字の形態の説明を提供する情報を含む。ＰｒｅｓｅｎｔａｂｌｅＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントが示し得るコンポーネントの役割は、“Ｃｏｍｐｌｅｔｅ ｍａｉｎ”、“Ｍｕｓｉｃ”、“Ｄｉａｌｏｇ”、“Ｅｆｆｅｃｔｓ”、“Ｖｉｓｕａｌｌｙ ｉｍｐａｉｒｅｄ”、“Ｈｅａｒｉｎｇ ｉｍｐａｉｒｅｄ”及び／又は“Ｃｏｍｍｅｎｔａｒｙ”を含んでもよい。
【０７７１】
図８４は、本発明の他の実施例による、ＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメント及びＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントを示す図である。
【０７７２】
同図で説明されるエレメントは、図８３で説明されたコンポーネントエレメントに含まれてもよい。
【０７７３】
ＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメントは、Ｐｒｅｓｅｎｔａｂｌｅ ＣＣ コンポーネントを記述するエレメントである。ＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントエレメントの下位エレメントであって、Ｅ３レベルで開始し得る。ＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメントはストリング値を有し、ＣＣコンポーネント（ＣＣ  ｃｏｍｐｏｎｅｎｔ）の役割（ｒｏｌｅ）を記述することができる。ＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントに対して、視聴者が認識できる文字の形態の説明を提供する情報を含む。ＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメントが示し得るコンポーネントの役割は、“Ｎｏｒｍａｌ”及び／又は“Ｅａｓｙ ｒｅａｄｅｒ”を含んでもよい。
【０７７４】
ＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントは、Ｐｒｅｓｅｎｔａｂｌｅ Ａｐｐ コンポーネントを記述するエレメントである。ＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントエレメントの下位エレメントであって、Ｅ３レベルで開始し得る。ＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントはストリング値を有し、ａｐｐ ｃｏｍｐｏｎｅｎｔ（ａｐｐコンポーネント）の役割（ｒｏｌｅ）を記述する。ＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントに対して、視聴者が認識できる文字の形態の説明を提供する情報を含む。ＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントが示し得るコンポーネントの役割は、“Ｏｎ Ｄｅｍａｎｄ”、“Ｓｔａｒｔｏｖｅｒ”、及び／又は“ＣｏｍｐａｎｉｏｎＳｃｒｅｅｎ”を含んでもよい。
【０７７５】
この実施例によってコンポーネントエレメントを構成する場合、コンポーネントフラグメント（Ｃｏｍｐｏｎｅｎｔ  ｆｒａｇｍｅｎｔ）を新たに構成するために必要な構成要素及び／又は属性値の繰り返し使用を低減することができ、エンドユーザ（Ｅｎｄ  Ｕｓｅｒ）にＡｎｎｏｕｎｃｅｍｅｎｔ情報を効率的かつ直観的に提供することができる。
【０７７６】
図８５は、本発明の他の実施例による、コンポーネントエレメントをＸＭＬ形態で示す図である。
【０７７７】
本発明の他の実施例によるコンポーネントエレメントは、コンポーネントが多数の種類のメディアで構成される場合、それぞれのコンポーネントの種類をシグナリングできるので、受信側では、視聴者又は受信機の所望の種類のコンポーネントを事前に識別できるという効果がある。また、コンポーネントの役割を文字の形態で提供できるので、当該情報を消費する視聴者が所望のコンポーネントを容易に認識又は選択することができるという効果がある。また、本発明の他の実施例によると、コンポーネントのタイプ別にコンポーネントエレメント（Ｃｏｍｐｏｎｅｎｔ  ｅｌｅｍｅｎｔ）を構成し、各コンポーネントのロールをストリング（Ｓｔｒｉｎｇ）で記述することによって、拡張可能性を確保できるという効果がある。
【０７７８】
本発明の一実施例によるコンポーネントエレメントは、ＯＭＡ ＢＣＡＳＴで前もって定義されたサービスガイドコンテンツフラグメント（Ｓｅｒｖｉｃｅ  Ｇｕｉｄｅ  Ｃｏｎｔｅｎｔ  Ｆｒａｇｅｍｅｎｔ）に拡張形態で含まれてもよい。
【０７７９】
図８６は、本発明の一実施例による、Ｅｓｓｅｎｔｉａｌ Ｃａｐａｂｉｌｉｔｉｅｓエレメントを示す図である。
【０７８０】
本発明の一実施例によると、コンポーネントエレメントはＣａｐａｂｉｌｉｔｙ項目を含んでもよい。Ｃａｐａｂｉｌｉｔｙ項目は、受信機が当該コンポーネントを適切にデコードするために要求される受信機の性能を知らせる情報に該当し得る。Ｃａｐａｂｉｌｉｔｙ項目は、ｃａｐａｂｉｌｉｔｙ ｃｏｄｅ（Ｃａｐａｂｉｌｉｔｙ  ｃｏｄｅ）とストリング（Ｓｔｒｉｎｇ）の組合せで構成されてもよい。本発明の一実施例は、ｃａｐａｂｉｌｉｔｙ ｃｏｄｅとｃａｐａｂｉｌｉｔｙカテゴリー（Ｃａｐａｂｉｌｉｔｙ  ｃａｔｅｇｏｒｙ）に新しい値を追加で定義することを提案する。
【０７８１】
図面を参照すると、Ｃａｐａｂｉｌｉｔｙ項目は、コンポーネントエレメントの下位エレメントとして定義することができる。Ｃａｐａｂｉｌｉｔｙ項目は、ＥｓｓｅｎｔｉａｌＣａｐａｂｉｌｉｔｉｅｓエレメント、ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメント、ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメント及び／又はＣａｔｅｇｏｒｙ属性情報を含んでもよい。
【０７８２】
ＥｓｓｅｎｔｉａｌＣａｐａｂｉｌｉｔｉｅｓエレメントは、サービス（メディア、放送サービス）の意味のあるプレゼンテーションのために要求されるｃａｐａｂｉｌｉｔｙを記述する。ＥｓｓｅｎｔｉａｌＣａｐａｂｉｌｉｔｉｅｓエレメントは、ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメント、及び／又はＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントを含んでもよい。ＥｓｓｅｎｔｉａｌＣａｐａｂｉｌｉｔｉｅｓエレメントは、コンポーネントエレメントの下位エレメントとして定義できるので、Ｅ３レベルで開始し得る。
【０７８３】
ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントは、ｃａｐａｂｉｌｉｔｙの種類を識別するｃｏｄｅに対する値を有する。ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントは、１つ以上のｃａｐａｂｉｌｉｔｙを示すことができる。
【０７８４】
ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントは、ｃａｐａｂｉｌｉｔｙを説明するストリングを含んでもよい。ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントは、ｃａｐａｂｉｌｉｔｙについての説明を文字で表示するための情報を含んでもよい。ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントはＣａｔｅｇｏｒｙ属性情報を含んでもよい。
【０７８５】
Ｃａｔｅｇｏｒｙ属性情報は、ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントによって説明されるｃａｐａｂｉｌｉｔｙのカテゴリ（ｃａｔｅｇｏｒｙ）を示す情報である。
【０７８６】
図８７は、本発明の一実施例による、ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントの値によるｃａｐａｂｉｌｉｔｙの意味を示す図である。
【０７８７】
ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントの値による意味は、説明する代わりに図面を参照する。
【０７８８】
本発明の一実施例によると、Ｄｏｗｎｌｏａｄ Ｐｒｏｔｏｃｏｌｓの項目に新しい値を定義し、当該値が示すｃａｐａｂｉｌｉｔｙが‘ＩＰ ｖｉａ Ｂｒｏａｄｂａｎｄ’に該当するように設定できる。すなわち、次世代放送システムでは、ブロードバンドのＩＰを介したデータの受信が可能であるので、ＩＰ ｖｉａ Ｂｒｏａｄｂａｎｄに該当するＤｏｗｎｌｏａｄ ｐｒｏｔｏｃｏｌにｃａｐａｂｉｌｉｔｙの１つの種類として追加することができる。
【０７８９】
本発明の一実施例によると、ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントがＲｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙを識別することもできる。ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントの値に応じて、コンポーネントを使用するために受信機が必要とするＲｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙがシグナリングされ得る。ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントが示すＲｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙは、受信機がいかなる種類のビデオ、オーディオ、アプリケーション、及び／又はＣＣをレンダリングできるかを示すことができる。
【０７９０】
図８８は、本発明の一実施例による、Ｃａｔｅｇｏｒｙ属性情報の値によるＣａｐａｂｉｌｉｔｙ Ｃａｔｅｇｏｒｙを示す図である。
【０７９１】
本発明によると、ｃａｐａｂｉｌｉｔｙがＲｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙのカテゴリーに含まれることを識別できるように、Ｃａｔｅｇｏｒｙ属性情報の値を追加で定義することができる。例えば、Ｃａｔｅｇｏｒｙ属性情報の値が０ｘ０６を有する場合、ｃａｐａｂｉｌｉｔｙがＲｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙのカテゴリーに含まれることを示すことができる。
【０７９２】
図８９は、本発明の一実施例による、コンポーネント別にＰａｙ Ｐｅｒ Ｖｉｅｗ（ＰＰＶ）が提供される過程を示す図である。
【０７９３】
本発明の一実施例によると、Ｃｏｍｐｏｎｅｎｔ別に、Ｐａｙｐｅｒｖｉｅｗサービスを提供することができる。すなわち、本発明によると、１つのサービス又はコンテンツ内で、特定のコンポーネントを有料でサービスすることができる。例えば、本発明によると、Ａｎｎｏｕｎｃｅｍｅｎｔでコンポーネントを定義し、Ｃｏｍｐｏｎｅｎｔに応じてＰａｙｐｅｒｖｉｅｗサービスを提供することができる。
【０７９４】
そのために、コンポーネントエレメント（Ｃｏｍｐｏｎｅｎｔ  ｅｌｅｍｅｎｔ）に対する属性及び／又は要素情報をＣｏｎｔｅｎｔ内に記述して送信することができる。各Ｃｏｍｐｏｎｅｎｔは、Ｐａｙについての情報を有してもよい。放送番組（メディア、放送サービス、又は放送コンテンツ）は無料であってもよいが、放送番組の各コンポーネントの付加的な情報の量と質によって放送社は、コンポーネントに対して料金を課することができる。例えば、放送社は、ＨＤは無料であるが、高画質のためのＵＨＤを視聴するためのデータを伝送するビデオコンポーネント（Ｖｉｄｅｏ  ｃｏｍｐｏｎｅｎｔ）を消費するためには、視聴者が料金を払うように設定することができる。又は、放送社は、オーディオ（Ａｕｄｉｏ）のステレオ（Ｓｔｅｒｅｏ）音響のためのオーディオコンポーネント（Ａｕｄｉｏ  ｃｏｍｐｏｎｅｎｔ）に対して料金を課することができるように設定することができる。又は、放送社は、選挙番組を視聴中、ｖｏｔｉｎｇ ａｐｐを使用するために必要なコンポーネントに対しては、料金を払わなければ当該コンポーネントを視聴者が消費できないように設定することができる。これは、本発明で提示するように、Ｃｏｍｐｏｎｅｎｔ別にＥＳＧを伝送することによって可能なＰａｙｐｅｒｖｉｅｗ方案である。
【０７９５】
各コンポーネント別に、ＰＰＶが設定可能なようにするために、コンポーネントエレメントは、各コンポーネントに対してＰＰＶ関連情報を含んでもよい。又は、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、各コンポーネントロール（ｃｏｍｐｏｎｅｎｔ  ｒｏｌｅ）に対してＰＰＶ関連情報を含んでもよい。ＰＰＶ関連情報は、コンポーネント又はコンポーネントロールに対してＰＰＶが適用されるか否かを識別する情報、ＰＰＶのための決済方式で関する情報、ＰＰＶのための価格情報、ＰＰＶに対する決済が行われた後、認証と関連する情報、及び／又はＰＰＶが決済された後、当該コンポーネントを有効に使用できる期間情報を含んでもよい。
【０７９６】
図面を参照して、本発明が適用され得る一実施例を説明すると、ＥＳＧ（Ｅｌｅｃｔｒｏｎｉｃ  Ｓｅｒｖｉｃｅ  Ｇｕｉｄｅ）を通じて、放送番組にＰＰＶで視聴可能な要素があることを知ることができる。受信機は、ＰＰＶで提供されるコンポーネントの項目をＥＳＧを介して表示することができる。視聴者がＰＰＶで視聴可能な要素がある放送番組を選択すると、受信機は、ＰＰＶで視聴可能な要素が当該番組に存在することを知らせ、視聴者に、当該要素をＰＰＶで視聴するか否かを問うＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）をディスプレイし、視聴者の選択を受信することができる。この実施例では、放送番組が基本的に提供する映像以外に追加の映像が存在する場合を示した。視聴者がＡｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗに該当するビデオコンポーネント（Ｖｉｄｅｏ  ｃｏｍｐｏｎｅｎｔ）を見るために当該金額を決済すると、Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ画面を見ることができる。この過程で、前述した制御ユニットは、ＰＰＶ関連情報を用いて、特定のコンポーネントに対してＰＰＶが適用されるかを識別する表示を含む放送番組編成表を生成することができる。前述したディスプレイユニットは、生成された放送番組編成表を表示することができる。
【０７９７】
Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ画面を後で見ることを選択することができる。この場合、受信機は、現在の映像が終了したり、視聴者の所望の特定の時点でＡｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ画面を表示することができる。又は、メインデバイスが提供する基本映像と共に、Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ画面をリアルタイムでコンパニオンデバイス（Ｃｏｍｐａｎｉｏｎ  Ｄｅｖｉｃｅ）を用いて視聴することも可能である。
【０７９８】
図９０は、本発明の一実施例による、放送番組の各コンポーネント別にメディアが提供される順序を示す図である。
【０７９９】
受信機は、放送信号を介してＥＳＧ（Ｅｌｅｃｔｒｏｎｉｃ  Ｓｅｒｖｉｃｅ  Ｇｕｉｄｅ）データを受信する（ＪＳ９００１０）。ＥＳＧデータは、前述したエレメント、サービスフラグメント、コンテンツフラグメント、スケジュールフラグメント及び／又はコンポーネントフラグメントを含んでもよい。
【０８００】
受信機は、サービスフラグメントをパーシングして、チャネルリストに表示される放送社リストを生成する（ＪＳ９００２０）。
【０８０１】
受信機は、コンテンツフラグメントをパーシングして、各放送社別に提供される番組のリストを生成する（ＪＳ９００３０）。
【０８０２】
受信機は、スケジュールフラグメントをパーシングして、各放送社別に提供される番組のスケジュールを生成する（ＪＳ９００４０）。
【０８０３】
受信機は、視聴者／ユーザから放送番組編成表を表示するようにする命令を受信する（ＪＳ９００５０）。
【０８０４】
受信機は、放送サービス又は放送番組に含まれるコンポーネントに対する役割がＥＳＧに表示されたか否かを判断する（ＪＳ９００６０）。
【０８０５】
放送サービス又は放送番組に含まれるコンポーネントに対する役割がＥＳＧに表示される場合、受信機は、放送番組編成表で各番組に関する詳細情報を表示する（ＪＳ９００７０）。受信機は、コンポーネントの役割に関する情報は、前述したコンポーネントエレメント及びその下位のエレメントから獲得することができる。
【０８０６】
受信機は、視聴者／ユーザから、特定の番組に対する選択又は予約視聴命令を受信する（ＪＳ９００８０）。
【０８０７】
受信機は、視聴者／ユーザによって選択された放送番組に進入（デコーディング）する（ＪＳ９００９０）。
【０８０８】
受信機は、放送番組に含まれる各コンポーネントの役割の特性に合わせてＶｉｄｅｏ、Ａｕｄｉｏ、ＣＣ及び／又はＡｐｐを画面に表示する（ＪＳ９０１００）。受信機は、視聴者／ユーザが視聴したいＶｉｄｅｏ、Ａｕｄｉｏ、ＣＣ及び／又はＡｐｐのコンポーネントを選択する命令を視聴者／ユーザから受信することができる。この場合、各コンポーネントに対するＰＰＶ政策がある場合、前述した方式でＰＰＶが処理され得る。ＥＳＧには、各コンポーネントに対して、ＰＰＶ政策があるかを知らせる表示が表示され得る。
【０８０９】
受信機が表示するメディアを視聴者／ユーザが視聴する（ＪＳ９０１００）。
【０８１０】
一方、放送サービス又は放送番組に含まれるコンポーネントに対する役割がＥＳＧに表示されない場合、受信機は、放送番組編成表に番組名及び／又は番組の時間情報を表示する（ＪＳ９０１２０）。
【０８１１】
受信機は、視聴者／ユーザから、放送番組編成表で特定の番組に対する選択又は予約視聴命令を受信する（ＪＳ９０１３０）。
【０８１２】
受信機は、視聴者／ユーザが選択した放送番組に進入（デコーディング）する（ＪＳ９０１４０）。
【０８１３】
一方、放送視聴中、視聴者／ユーザが、放送番組編成表を表示するようにする命令を入力すると、受信機は、ステップＪＳ９００５０から、提示された手順を行う。
【０８１４】
図９１は、本発明の一実施例による、放送番組の各コンポーネント別にメディアが提供される画面を示す図である。
【０８１５】
Ｌ９１０１０を参照すると、ＥＳＧに、ＣＮＴＶという放送サービス（放送局）で提供する‘Ｇ’番組に対して、それぞれのコンポーネントの役割が記載された図面と、そうでない図面が示されている。例えば、コンポーネントの役割がＥＳＧに表示される場合は、ＥＳＧは、‘Ｇ’番組に対して、‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’、‘Ｆｏｌｌｏｗ Ｓｕｂｊｅｃｔ’及び‘Ｓｉｇｎ Ｌａｎｇｕａｇｅ’を提供するコンポーネントが存在することを示している。
【０８１６】
Ｌ９１０２０を参照すると、‘Ｇ’番組が表示される場合、受信機は、‘Ｓｉｇｎ ｌａｎｇｕａｇｅ’や‘ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’を共にディスプレイしたり、このようなコンポーネントに対するｔｈｕｍｂｎａｉｌイメージを表示することができる。ここで、‘Ｓｉｇｎ ｌａｎｇｕａｇｅ’は手話に該当し得、‘ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’は、現在の番組と関連する映像に該当し得る。
【０８１７】
Ｌ９１０３０を参照すると、‘Ｇ’番組に対して、‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’を視聴者が選択した場合、現在の番組で基本的に提供する映像以外に、他の映像を提供する場面が示されている。
【０８１８】
図９２は、本発明の一実施例による、ビデオコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
【０８１９】
受信機は、視聴者の放送番組編成表に対する要求を受信し、放送番組編成表を表示する。放送番組編成表には、現在時刻以降の放送番組に関する情報が表示される。特定の番組に対しては特定の役割に該当するコンポーネントが提供されるということがＥＳＧに表示され得る。例えば、‘Ｂ’番組に対しては、手話（ｓｉｇｎ  ｌａｎｇｕａｇｅ）コンテンツが提供されてもよい。したがって、手話コンテンツを用いたい視聴者は、‘ｓｉｇｎ ｌａｎｇｕａｇｅ’が表示された番組を選択して、当該番組をチャネル切り替えを行ったり、当該番組に対する視聴予約を行うことができる。受信機は、視聴予約された番組の開始時間になると、当該番組を視聴するか否かに対する問い合わせを視聴者に提供し、当該番組をディスプレイすることができる。
【０８２０】
図９３は、本発明の他の実施例による、ビデオコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
【０８２１】
受信機は、視聴者の放送番組編成表に対する要求を受信し、放送番組編成表を表示する。放送番組編成表には現在時刻以降の放送番組に関する情報が表示される。特定の番組に対しては特定の役割に該当するコンポーネントが提供されるということがＥＳＧに表示され得る。例えば、放送番組編成表は、‘Ｇ’番組に対して‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’が存在することを示すことができる。視聴者が‘Ｇ’番組を選択すると、受信機は、視聴者に、‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’を視聴するか否かに対する問い合わせを提供することができる。受信機が、視聴者から、‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’を視聴することを指示する命令を受信すると、受信機は、現在の映像を‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’に置換して表示することができる。又は、受信機は、‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’をｃｏｍｐａｉｎｉｏｎ ｄｅｖｉｃｅに伝達して、ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅで‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’が表示され得るように処理することができる。
【０８２２】
図９４は、本発明の他の実施例による、ビデオコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
【０８２３】
受信機は、視聴者の放送番組編成表に対する要求を受信し、放送番組編成表を表示する。放送番組編成表には、現在時刻以降の放送番組に関する情報が表示される。特定の番組に対しては特定の役割に該当するコンポーネントが提供されるということがＥＳＧに表示され得る。例えば、放送番組編成表は、‘Ｉ’番組に対する‘Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’コンポーネントが存在することを示すことができる。視聴者が‘Ｉ’番組を選択すると、受信機は、視聴者に、‘Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’を確認するか否かに対する問い合わせを提供することができる。受信機が、視聴者から、‘Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’を確認することを指示する命令を受信すると、受信機は、現在の映像を‘Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’に置換して表示することができる。又は、受信機は、‘Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’をｃｏｍｐａｉｎｉｏｎ ｄｅｖｉｃｅに伝達して、ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅで‘Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’が表示され得るように処理することができる。
【０８２４】
図９５は、本発明の一実施例による、オーディオコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
【０８２５】
受信機は、視聴者の放送番組編成表に対する要求を受信し、放送番組編成表を表示する。放送番組編成表には、現在時刻以降の放送番組に関する情報が表示される。特定の番組に対しては特定の役割に該当するコンポーネントが提供されるということがＥＳＧに表示され得る。例えば、放送番組編成表は、‘Ｉ’番組に対する‘Ｍｕｓｉｃ’コンポーネントが存在することを示すことができる。‘Ｍｕｓｉｃ’コンポーネントは、当該番組に対してより良い音質のオーディオを提供するコンポーネントに該当し得る。視聴者は、より良い音質のオーディオの提供を受けるために‘Ｉ’番組を選択し、当該番組と‘Ｍｕｓｉｃ’コンポーネントを共に消費することができる。
【０８２６】
図９６は、本発明の他の実施例による、オーディオコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
【０８２７】
受信機は、視聴者の放送番組編成表に対する要求を受信し、放送番組編成表を表示する。放送番組編成表には、現在時刻以降の放送番組に関する情報が表示される。特定の番組に対しては特定の役割に該当するコンポーネントが提供されるということがＥＳＧに表示され得る。例えば、放送番組編成表は、‘Ｇ’番組に対する‘Ｄｉａｌｏｇ’コンポーネントが存在することを示すことができる。‘Ｄｉａｌｏｇ’コンポーネントは、当該番組で特定の出演者のセリフや発言に対する別個のコンポーネントに該当する。視聴者は、‘Ｄｉａｌｏｇ’コンポーネントを提供する‘Ｇ’番組を選択し、当該番組の出演者のＤｉａｌｏｇを別個のスピーカーを介して再生して、当該コンテンツを消費することができる。‘Ｄｉａｌｏｇ’コンポーネントが別途に提供される場合、受信機は、Ｄｉａｌｏｇのレベルを別途に調節することができる。
【０８２８】
図９７は、本発明の他の実施例による、オーディオコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
【０８２９】
受信機は、視聴者の放送番組編成表に対する要求を受信し、放送番組編成表を表示する。放送番組編成表には、現在時刻以降の放送番組に関する情報が表示される。特定の番組に対しては特定の役割に該当するコンポーネントが提供されるということがＥＳＧに表示され得る。例えば、放送番組編成表は、‘Ｄ’番組に対する‘Ｖｉｓｕａｌｌｙ Ｉｍｐａｉｒｅｄ’コンポーネントが存在することを示すことができる。‘Ｖｉｓｕａｌｌｙ Ｉｍｐａｉｒｅｄ’コンポーネントは、当該番組で提供する視覚的なコンテンツに対する音声的説明を提供するコンポーネントに該当し得る。‘Ｖｉｓｕａｌｌｙ Ｉｍｐａｉｒｅｄ’コンポーネントは、視覚障害者のために、番組に対する音声的説明を提供するコンポーネントに該当し得る。視聴者は、‘Ｖｉｓｕａｌｌｙ Ｉｍｐａｉｒｅｄ’コンポーネントを提供する‘Ｄ’番組を選択し、‘Ｖｉｓｕａｌｌｙ Ｉｍｐａｉｒｅｄ’コンポーネントに該当するコンテンツを消費することができる。このとき、受信機は、‘Ｖｉｓｕａｌｌｙ Ｉｍｐａｉｒｅｄ’コンポーネントをｍａｉｎ ｄｅｉｖｃｅで再生することができ、ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅに‘Ｖｉｓｕａｌｌｙ Ｉｍｐａｉｒｅｄ’コンポーネントを伝達し、ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅで当該コンポーネントを再生できるように処理することができる。
【０８３０】
図９８は、本発明の一実施例による、ＣＣ（Ｃｌｏｓｅｄ  Ｃａｐｔｉｏｎ）コンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
【０８３１】
受信機は、視聴者の放送番組編成表に対する要求を受信し、放送番組編成表を表示する。放送番組編成表には、現在時刻以降の放送番組に関する情報が表示される。特定の番組に対しては特定の役割に該当するコンポーネントが提供されるということがＥＳＧに表示され得る。例えば、放送番組編成表は、‘Ｄ’番組に対する‘Ｅａｓｙ Ｒｅａｄｅｒ’コンポーネントが存在することを示すことができる。‘Ｅａｓｙ Ｒｅａｄｅｒ’コンポーネントは、当該番組のコンテンツに対する字幕又はサブタイトルを提供するコンポーネントに該当し得る。字幕又はサブタイトルは１つ以上の言語で提供されてもよい。視聴者は、‘Ｅａｓｙ Ｒｅａｄｅｒ’コンポーネントを提供する‘Ｄ’番組を選択し、‘Ｅａｓｙ Ｒｅａｄｅｒ’コンポーネントに該当するコンテンツを消費することができる。このとき、受信機は、‘Ｅａｓｙ Ｒｅａｄｅｒ’コンポーネントをｍａｉｎ ｄｅｉｖｃｅで再生することができ、ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅに‘Ｅａｓｙ Ｒｅａｄｅｒ’コンポーネントを伝達し、ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅで当該コンポーネントを再生できるように処理することができる。
【０８３２】
図９９及び図１００は本発明の他の一実施例によるコンポーネントエレメントの構成を示した図である。
【０８３３】
本発明の一実施例はコンテンツフラグメントの下位にコンポーネントエレメントを定義することができる。
【０８３４】
本発明の一実施例はコンポーネントエレメントに全ての種類のコンポーネントを含ませることにより、より簡単で明瞭なサービスガイドのコンポーネントエレメントの構成を提供することができる。
【０８３５】
本発明の一実施例はタイプ別にコンポーネントエレメントを構成し、各コンポーネントの役割をストリング（ｓｔｒｉｎｇ）で記述することにより、後に新たに付け加えられるコンポーネント及び／又はコンポーネントの役割を易しく確張することができる。
【０８３６】
本発明の一実施例によるコンポーネントエレメントはルートエレメントであって、Ｅ２レベルのエレメントに相当してもよい。コンポーネントエレメントは０又は１のｃａｒｄｉｎａｌｉｔｙを有してもよい。
【０８３７】
本発明の一実施例によるコンポーネントエレメントは下位エレメントとして、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント、ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント、ＣＣＣｏｍｐｏｎｅｎｔエレメント及び／又はＡｐｐＣｏｍｐｏｎｅｎｔエレメントを含んでもよい。そして、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント、ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント、ＣＣＣｏｍｐｏｎｅｎｔエレメント及び／又はＡｐｐＣｏｍｐｏｎｅｎｔエレメントはＬａｎｇｕａｇｅ属性を有してもよい。
【０８３８】
ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントはビデオコンポーネントを記述することができる。このエレメントはコンポーネントエレメントの下位エレメントであって、Ｅ３レベルのエレメントに相当してもよい。このエレメントはストリング値を有することができ、ビデオコンポーネントの役割を記述することができる。このエレメントはこのエレメントが示すコンポーネントの言語を示すｌａｎｇｕａｇｅ属性を有してもよい。本発明の一実施例によるビデオコンポーネントの役割はＰｒｉｍａｒｙ ｖｉｄｅｏ、Ａｌｔｅｒｎａｔｉｖｅ ｃａｍｅｒａ ｖｉｅｗ、Ｏｔｈｅｒ ａｌｔｅｒｎａｔｉｖｅ ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ、Ｓｉｇｎ ｌａｎｇｕａｇｅ ｉｎｓｅｔ、Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ、Ｂａｓｅ ｌａｙｅｒ ｆｏｒ ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｅｎｃｏｄｉｎｇ、Ｅｎｈａｎｃｅｍｅｎｔ ｌａｙｅｒ ｆｏｒ ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｅｎｃｏｄｉｎｇ ｗｉｔｈ ｌｅｖｅｌ、３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗ、３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗ、３Ｄ ｖｉｄｅｏ ｄｅｐｔｈ ｉｎｆｏｒｍａｔｉｏｎ及び／又はＰａｒｔ ｏｆ ｖｉｄｅｏ ａｒｒａｙ＜ｘ，ｙ＞ｏｆ＜ｎ，ｍ＞を示すことができ、本発明の一実施例は上述した役割だけでなくその他に視聴者に有用な内容（ｄｅｓｃｒｉｐｔｉｏｎｓ）をストリングで記述することができる。上述した役割についての詳細な説明は前述した。
【０８３９】
ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントはオーディオコンポーネントを記述することができる。このエレメントはコンポーネントエレメントの下位エレメントであって、Ｅ３レベルのエレメントに相当してもよい。このエレメントはストリング値を有することができ、オーディオコンポーネントの役割を記述することができる。このエレメントはこのエレメントが示すコンポーネントの言語を示すｌａｎｇｕａｇｅ属性を有してもよい。本発明の一実施例によるオーディオコンポーネントの役割はＣｏｍｐｌｅｔｅ ｍａｉｎ、Ｍｕｓｉｃ、Ｄｉａｌｏｇ、Ｅｆｆｅｃｔｓ、Ｖｉｓｕａｌｌｙ ｉｍｐａｉｒｅｄ、Ｈｅａｒｉｎｇ ｉｍｐａｉｒｅｄ及び／又はＣｏｍｍｅｎｔａｒｙを示すことができ、本発明の一実施例は上述した役割だけでなく、その他に視聴者に有用な内容（ｄｅｓｃｒｉｐｔｉｏｎｓ）をストリングで記述することができる。上述した役割についての詳細な説明は前述した。
【０８４０】
ＣＣＣｏｍｐｏｎｅｎｔエレメントはＣＣコンポーネントを記述することができる。このエレメントはコンポーネントエレメントの下位エレメントであって、Ｅ３レベルのエレメントに相当してもよい。このエレメントはストリング値を有することができ、ＣＣコンポーネントの役割を記述することができる。このエレメントはこのエレメントが示すコンポーネントの言語を示すｌａｎｇｕａｇｅ属性を有してもよい。本発明の一実施例によるＣＣコンポーネントの役割はＮｏｒｍａｌ及び／又はＥａｓｙ ｒｅａｄｅｒを示すことができ、本発明の一実施例は上述した役割だけでなくその他に視聴者に有用な内容（ｄｅｓｃｒｉｐｔｉｏｎｓ）をストリングで記述することができる。上述した役割についての詳細な説明は前述した。
【０８４１】
ＡｐｐＣｏｍｐｏｎｅｎｔエレメントはＡｐｐ ｃｏｍｐｏｎｅｎｔを記述することができる。このエレメントはコンポーネントエレメントの下位エレメントであって、Ｅ３レベルのエレメントに相当してもよい。このエレメントはストリング値を有することができａｐｐ ｃｏｍｐｏｎｅｎｔの役割を記述することができる。このエレメントはこのエレメントが示すコンポーネントの言語を示すｌａｎｇｕａｇｅ属性を有してもよい。本発明の一実施例によるａｐｐ ｃｏｍｐｏｎｅｎｔの役割はＯｎ Ｄｅｍａｎｄ、Ｓｔａｒｔ−ｏｖｅｒ及び／又はＣｏｍｐａｎｉｏｎ−Ｓｃｒｅｅｎを示すことができ、本発明の一実施例は上述した役割だけでなくその他に視聴者に有用な内容（ｄｅｓｃｒｉｐｔｉｏｎｓ）をストリングで記述することができる。上述した役割についての詳細な説明は前述した。
【０８４２】
図１０１は本発明の一実施例によるコンポーネントエレメントのｘｍｌスキーマを示した図である。
【０８４３】
本発明の一実施例によるコンポーネントエレメントはＡＴＳＣ３．０標準のためのもので、ＯＭＡ ＢＣＡＳＴ ＳＧコンテンツフラグメントの拡張エレメントに相当してもよい。このエレメントはコンテンツフラグメント内のＰｒｉｖａｔｅＥｘｔエレメントに含まれて使われてもよい。
【０８４４】
本発明の一実施例によるコンポーネントエレメントは下位エレメントであって、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント、ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント、ＣＣＣｏｍｐｏｎｅｎｔエレメント及び／又はＡｐｐＣｏｍｐｏｎｅｎｔエレメントを含んでもよい。そして、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント、ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント、ＣＣＣｏｍｐｏｎｅｎｔエレメント及び／又はＡｐｐＣｏｍｐｏｎｅｎｔエレメントはＬａｎｇｕａｇｅ属性を有してもよい。上述した各エレメントについての詳細な説明は前述した。
【０８４５】
図１０２は本発明の一実施例によるＡｐｐＣｏｍｐｏｎｅｎｔエレメントの構成を示した図である。
【０８４６】
本発明の一実施例はａｐｐ ｃｏｍｐｏｎｅｎｔについての情報をアナウンスメントに含ませることで、受信機にとってＥＳＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ）を受信するとき、各サービスに含まれたアプリケーションの実行可否を判断するようにすることができる。また、アプリケーションのバージョン情報をアナウンスメントに含ませることで、受信機が重複したアプリケーションをダウンロードしないようにすることができる。
【０８４７】
本発明の一実施例によるＡｐｐＣｏｍｐｏｎｅｎｔエレメントは下位エレメントであって、ＭａｒｋｅｔＩｎｆｏエレメント、ＡｐｐＩｎｆｏエレメント及び／又はＰｒｉｖａｔｅＥｘｔエレメントを含んでもよく、属性としてＬａｎｇｕａｇｅ及び／又はＶｅｒｓｉｏｎ属性を含んでもよい。ＭａｒｋｅｔＩｎｆｏエレメント、ＡｐｐＩｎｆｏエレメント及び／又はＰｒｉｖａｔｅＥｘｔエレメントはＥ４レベルに相当してもよい。また、ＭａｒｋｅｔＩｎｆｏエレメントは下位エレメントとして、Ｅ５レベルのＭａｒｋｅＡｐｐｔＩＤエレメントを含んでもよく、ＭａｒｋｅＡｐｐｔＩＤエレメントはＭａｒｋｅｔ属性を有してもよい。ＡｐｐＩｎｆｏエレメントは下位エレメントとして、Ｅ５レベルのＡｐｐＩＤエレメント、ＡｐｐＮａｍｅエレメント、ＴａｒｇｅｔＰｌａｔｆｏｒｍエレメント、Ｃａｔｅｇｏｒｙエレメント、Ｒｏｌｅエレメント及び／又はＵｓａｇｅＰｏｌｉｃｙエレメントを含んでもよい。
【０８４８】
Ｌａｎｇｕａｇｅ属性はＡｐｐＣｏｍｐｏｎｅｎｔエレメントの言語を示すことができる。
【０８４９】
Ｖｅｒｓｉｏｎ属性はＡｐｐＣｏｍｐｏｎｅｎｔエレメントが示すａｐｐｌｉｃａｔｉｏｎのバージョンを示すことができる。
【０８５０】
ＭａｒｋｅｔＩｎｆｏエレメントは該当のアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）を始めるためのマーケットについての情報を示すことができる。
【０８５１】
ＡｐｐＩｎｆｏエレメントは該当のアプリケーションそのものについての情報を示すことができる。
【０８５２】
ＰｒｉｖａｔｅＥｘｔエレメントはＡｐｐＣｏｍｐｏｎｅｎｔエレメントの拡張のためのエレメントを示すことができる。
【０８５３】
ＭａｒｋｅｔＡｐｐＩＤエレメントは該当のアプリケーションのマーケット指定の（ｍａｒｋｅｔ−ａｓｓｉｇｎｅｄ）ＩＤを示すことができる。すなわち、該当のアプリケーションを提供するマーケットのＩＤを示すことができる。
【０８５４】
Ｍａｒｋｅｔ属性は該当のアプリケーションを提供するマーケットの名前を示すことができる。
【０８５５】
ＡｐｐＩＤエレメントは該当のアプリケーションの固有ＩＤを示すことができる。このエレメントはシグナリング情報に連結して使われてもよい。
【０８５６】
ＡｐｐＮａｍｅエレメントは該当のアプリケーションの名前を示すことができる。
【０８５７】
ＴａｒｇｅｔＰｌａｔｆｏｒｍエレメントは該当のアプリケーションが実行可能なプラットホーム（ｐｌａｔｆｏｒｍ）情報を示すことができる。
【０８５８】
Ｃａｔｅｇｏｒｙエレメントは該当のアプリケーションのカテゴリーを示すことができる。
【０８５９】
Ｒｏｌｅエレメントは該当のアプリケーションの役割を示すことができる。このエレメントが示す役割はＯｎＤｅｍａｎｄ、Ｓｔａｒｔ−ｏｖｅｒ及び／又はＣｏｍｐａｎｉｏｎ−Ｓｃｒｅｅｎを示すことができ、本発明の一実施例は上述した役割だけでなくその他に視聴者に有用な内容（ｄｅｓｃｒｉｐｔｉｏｎｓ）をストリングで記述することができる。上述した役割についての詳細な説明は前述した。
【０８６０】
ＵｓａｇｅＰｏｌｉｃｙエレメントは該当のアプリケーションの使用のための許可関連情報（ｐｅｒｍｉｓｓｉｏｎ ｒｅｌａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ）を示すことができる。このエレメントはＮｏ＿Ｒｅｓｔｒｉｃｔｉｏｎ、Ｐｕｒｃｈａｓｅ＿Ｒｅｑｕｉｒｅｄ、Ｔｒｉａｌ＿Ｏｎｌｙ、Ｐａｒｅｎｔａｌ＿Ｃｏｎｓｅｎｔ＿Ｒｅｑｕｉｒｅｄ及び／又はＳｉｇｎ−ｉｎ＿Ｒｅｑｕｉｒｅｄを示すことができ、本発明の一実施例は上述した内容だけではなくその他に視聴者に有用な内容（ｄｅｓｃｒｉｐｔｉｏｎｓ）をストリングで記述することができる。
【０８６１】
図１０３は本発明の一実施例によるＡｐｐＣｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマを示した図である。
【０８６２】
本発明の一実施例によるＡｐｐＣｏｍｐｏｎｅｎｔエレメントは、下位エレメントとして、ＭａｒｋｅｔＩｎｆｏエレメント、ＡｐｐＩｎｆｏエレメント及び／又はＰｒｉｖａｔｅＥｘｔエレメントを含んでもよく、属性としてＬａｎｇｕａｇｅ及び／又はＶｅｒｓｉｏｎ属性を含んでもよい。ＭａｒｋｅｔＩｎｆｏエレメント、ＡｐｐＩｎｆｏエレメント及び／又はＰｒｉｖａｔｅＥｘｔエレメントはＥ４レベルに相当してもよい。また、ＭａｒｋｅｔＩｎｆｏエレメントは下位エレメントとして、Ｅ５レベルのＭａｒｋｅｔＡｐｐＩＤエレメントを含んでもよく、ＭａｒｋｅｔＡｐｐＩＤエレメントはＭａｒｋｅｔ属性を有してもよい。ＡｐｐＩｎｆｏエレメントは下位エレメントとして、Ｅ５レベルのＡｐｐＩＤエレメント、ＡｐｐＮａｍｅエレメント、ＴａｒｇｅｔＰｌａｔｆｏｒｍエレメント、Ｃａｔｅｇｏｒｙエレメント、Ｒｏｌｅエレメント及び／又はＵｓａｇｅＰｏｌｉｃｙエレメントを含んでもよい。上述したエレメント及び／又は属性についての詳細な説明は前述した。
【０８６３】
図１０４は本発明の一実施例によるａｐｐ ｃｏｍｐｏｎｅｎｔアナウンスメントによって受信機に表示される内容を示した図である。
【０８６４】
この図の上端のｘｍｌスキーマ（Ｌ１０４０１０）を見ると、本発明の一実施例によるアプリケーションは英語で表現され、１．３バージョンを有してもよい。該当のアプリケーションはＬＧＡｐｐＳｔｏｒｅからダウンロードすることができ、ＬＧＡｐｐＳｔｏｒｅでｌｇｅ＿ＡＴＳＣ＿ｖ１２３４というＩＤで識別されてもよい。該当のアプリケーションの名前はＡＴＳＣ３．０ Ｔｅｓｔ Ａｐｐであり、このアプリケーションはＡｎｄｒｏｉｄ及び／又はｉＯＳプラットホームで駆動できる。このアプリケーションはＳｏｃｉａｌ Ｓｃｒｅｅｎに分類されてもよく、Ｃｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎサービスに相当してもよい。このアプリケーションは許可関連情報として、Ｔｒｉａｌ＿ｏｎｌｙという情報を有してもよい。
【０８６５】
本発明の一実施例は放送番組編成表（Ｌ１０４０２０）で特定の番組内にアプリケーションが含まれていることを示すことができる。また、本発明の他の一実施例は、該当のアプリケーションに係わるＡｐｐＮａｍｅ、Ｃａｔｅｇｏｒｙ、Ｒｏｌｅなどの情報をさらに見せてもよく、放送番組編成表に現れる情報は受信機の具現方法によって違ってもよい。
【０８６６】
該当のサービスの放送時間に放送を選択すれば、本発明の一実施例は、アプリケーションのバージョン情報を用いて新しいアプリケーションであるかあるいは既存のアプリケーションであるかを判断することができる。この際、新しいアプリケーションであれば、本発明の一実施例は、シグナリング情報を用いて新しいアプリケーションをダウンロードすることができ、受信機にこれを組み込むことができる。該当のアプリケーションがＣｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎ関連アプリケーションの場合、本発明の一実施例は、ｕＰＮＰプロトコルを用いてｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅにアプリケーションを組み込むことができる。本発明の一実施例は、使用者に現在視聴中の放送サービスでアプリケーションが実行可能であることを知らせることができる（Ｌ１０４０３０）。そして、本発明の一実施例は、該当のアプリケーションを実行することができる（Ｌ１０４０４０）。
【０８６７】
図１０５は本発明の他の一実施例によるコンテンツフラグメントが含むコンポーネントエレメントのｘｍｌスキーマを示した図である。
【０８６８】
本発明の一実施例はコンテンツフラグメントの内部にコンポーネントエレメントをサブエレメントとして構成し、コンテンツに含まれるコンポーネントを示すことができる。これにより、コンポーネント（ｃｏｍｐｏｎｅｎｔ）の間のｒｅｆｅｒｅｎｃｅ規定が必要なく、受信機は、コンテンツフラグメントを受信すれば、該当のコンテンツがどのコンポーネントで構成され、各コンポーネントがどの役割をするかに対して直観的に把握することができる。また、本発明の一実施例は、ビデオコンポーネント、オーディオコンポーネント及び／又はＣＣコンポーネントに区別せずにコンテンツについての情報を全て表示することができる。よって、メタデータの中で重複するテキストが除去されることによってデータサイズを減らすことができる。
【０８６９】
本発明の一実施例によると、コンテンツフラグメントはＰｒｉｖａｔｅＥｘｔエレメントを含み、ＰｒｉｖａｔｅＥｘｔエレメントは下位エレメントとして、コンポーネントエレメント及び／又はＣａｐａｂｉｌｉｔｉｅｓエレメントを含んでもよい。また、コンポーネントエレメントは下位エレメントとして、ＶｉｄｅｏＲｏｌｅエレメント、ＡｕｄｉｏＲｏｌｅエレメント、ＣＣＲｏｌｅエレメント及び／又はＡｐｐＲｏｌｅエレメントを含んでもよい。また、Ｃａｐａｂｉｌｉｔｉｅｓエレメントは、下位エレメントとして、ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメント及び／又はＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントを含んでもよく、属性としてカテゴリー属性を有してもよい。
【０８７０】
コンポーネントエレメントはタイプとしてＣｏｍｐｏｎｅｎｔＥｌｅｍｅｎｔＴｙｐｅを有することができ、ＣｏｍｐｏｎｅｎｔＥｌｅｍｅｎｔＴｙｐｅはコンテンツに含まれるコンポーネントについての情報をシーケンス形態に定義することができる。よって、コンテンツに含まれる全てのタイプのコンポーネントが記述できる。
【０８７１】
ＶｉｄｅｏＲｏｌｅエレメントはビデオコンポーネント（ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ）の役割をストリング形態で示すことができる。ここで、ビデオコンポーネントの役割はＰｒｉｍａｒｙ ｖｉｄｅｏ、Ａｌｔｅｒｎａｔｉｖｅ ｃａｍｅｒａ ｖｉｅｗ、Ｏｔｈｅｒ ａｌｔｅｒｎａｔｉｖｅ ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ、Ｓｉｇｎ ｌａｎｇｕａｇｅ ｉｎｓｅｔ、Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ、Ｂａｓｅ ｌａｙｅｒ ｆｏｒ ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｅｎｃｏｄｉｎｇ、Ｅｎｈａｎｃｅｍｅｎｔ ｌａｙｅｒ ｆｏｒ ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｅｎｃｏｄｉｎｇ ｗｉｔｈ ｌｅｖｅｌ、３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗ、３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗ、３Ｄ ｖｉｄｅｏ ｄｅｐｔｈ ｉｎ ｆｏｒｍａｔｉｏｎ及び／又はＰａｒｔ ｏｆ ｖｉｄｅｏ ａｒｒａｙ＜ｘ，ｙ＞ｏｆ＜ｎ，ｍ＞を示すことができ、本発明の一実施例は上述した役割だけでなくその他に視聴者に有用な内容（ｄｅｓｃｒｉｐｔｉｏｎｓ）をストリングで記述することができる。上述した役割についての詳細な説明は前述した。
【０８７２】
ＡｕｄｉｏＲｏｌｅエレメントはオーディオコンポーネント（ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔ）の役割をストリング形態で示すことができる。ここで、オーディオコンポーネントの役割はＣｏｍｐｌｅｔｅ ｍａｉｎ、Ｍｕｓｉｃ、Ｄｉａｌｏｇ、Ｅｆｆｅｃｔｓ、Ｖｉｓｕａｌｌｙ ｉｍｐａｉｒｅｄ、Ｈｅａｒｉｎｇ ｉｍｐａｉｒｅｄ及び／又はＣｏｍｍｅｎｔａｒｙを示すことができ、本発明の一実施例は上述した役割だけでなくその他に視聴者に有用な内容（ｄｅｓｃｒｉｐｔｉｏｎｓ）をストリングで記述することができる。上述した役割についての詳細な説明は前述した。
【０８７３】
ＣＣＲｏｌｅエレメントはＣＣコンポーネント（ＣＣ ｃｏｍｐｏｎｅｎｔ）の役割をストリング形態で示すことができる。ここで、ＣＣコンポーネントの役割はＮｏｒｍａｌ及び／又はＥａｓｙ ｒｅａｄｅｒを示すことができ、本発明の一実施例は上述した役割だけでなくその他に視聴者に有用な内容（ｄｅｓｃｒｉｐｔｉｏｎｓ）をストリングで記述することができる。上述した役割についての詳細な説明は前述した。
【０８７４】
ＡｐｐＲｏｌｅエレメントはアプリケーションコンポーネント（ａｐｐ ｃｏｍｐｏｎｅｎｔ）の役割をストリング形態で示すことができる。ここで、アプリケーションコンポーネントの役割はＯｎ Ｄｅｍａｎｄ、Ｓｔａｒｔ−ｏｖｅｒ及び／又はＣｏｍｐａｎｉｏｎ−Ｓｃｒｅｅｎを示すことができ、本発明の一実施例は上述した役割だけでなくその他に視聴者に有用な内容（ｄｅｓｃｒｉｐｔｉｏｎｓ）をストリングで記述することができる。上述した役割についての詳細な説明は前述した。
【０８７５】
Ｃａｐａｂｉｌｉｔｉｅｓエレメントはコンテンツに含まれるｃｏｍｐｏｎｅｎｔのｃａｐａｂｉｌｉｔｙ情報を示すことができる。このエレメントはコンポーネントエレメントと同一のレベルでコンテンツフラグメントのＰｒｉｖａｔｅＥｘｔエレメントの下位に定義されてもよい。ＣａｐａｂｉｌｉｔｉｅｓエレメントはタイプとしてＣａｂｉｌｉｔｉｅｓＴｙｐｅを有することができ、ＣａｂｉｌｉｔｉｅｓＴｙｐｅはコンテンツに含まれるｃｏｍｐｏｎｅｎｔのｃａｐａｂｉｌｉｔｙをシーケンス形態に定義することができる。Ｃａｐａｂｉｌｉｔｉｅｓエレメントはコンテンツを構成するそれぞれのコンポーネントのレンダリング（ｒｅｎｄｅｒｉｎｇ）に必要なＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙを示すことができ、多くのコンポーネントで構成されるコンテンツのレンダリングに必要なＤｅｖｉｃｅＣａｐａｂｉｌｉｔｉｅｓを示すこともできる。Ｃａｐａｂｉｌｉｔｉｅｓエレメントは前述したＥｓｓｅｎｔｉａｌＣａｐａｂｉｌｉｔｉｅｓエレメントと同一の値を有することができ、Ｃａｐａｂｉｌｉｔｉｅｓエレメントはサービス（メディア、放送サービス）の意味あるプレゼンテーションのために要求されるｃａｐａｂｉｌｉｔｙを記述することができる。
【０８７６】
ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントはｃａｐａｂｉｌｉｔｙの種類を識別するｃｏｄｅに対する値を有する。ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントは一つ以上のｃａｐａｂｉｌｉｔｙを示すことができる。
【０８７７】
ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントはｃａｐａｂｉｌｉｔｙを説明するストリングを含んでもよい。ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントはｃａｐａｂｉｌｉｔｙについての説明を文字で表示するための情報を含んでもよい。ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントはＣａｔｅｇｏｒｙ属性情報を含んでもよい。
【０８７８】
Ｃａｔｅｇｏｒｙ属性はＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントによって説明されるｃａｐａｂｉｌｉｔｙのカテゴリー（ｃａｔｅｇｏｒｙ）を示す情報である。
【０８７９】
図１０６は本発明の一実施例によって、ｖｉｄｅｏ及びａｕｄｉｏの特定の役割を含むリニアサービスを示すコンテンツフラグメントのｘｍｌスキーマを示した図である。
【０８８０】
この図は以前の図で説明した内容の一実施例を示した図である。
【０８８１】
この図を見ると、本発明の一実施例は“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｎｔｅｎｔ／１”として識別されるコンテンツはＡｌｔｅｒｎａｔｉｖｅ Ｃａｍｅｒａ Ｖｉｅｗの役割を有するビデオコンポーネント及びＥｆｆｅｃｔｓの役割を有するオーディオコンポーネントを含むことを示すことができる。ここで、該当のコンテンツはｄｅｖｉｃｅ ｃａｐａｂｉｌｉｔｙとして３Ｄ機能を要求することができる。
【０８８２】
図１０７は本発明の一実施例による、Ａｐｐコンポーネントに対する役目（ｒｏｌｅ）がＥＳＧに表示される場合を示した図である。
【０８８３】
受信機は、視聴者の放送番組編成表に対する要求を受信し、放送番組編成表を表示する。放送番組編成表には現在時刻以後の放送番組についての情報が表示される。特定の番組に対しては特定の役目に相応するコンポーネントが提供されるということがＥＳＧに表示されてもよい。例えば、放送番組編成表は‘Ｄ’番組に対する‘Ｃｈａｔｔｉｎｇ ａｐｐｌｉｃａｔｉｏｎ’コンポーネントが存在することを示すことができる。‘Ｃｈａｔｔｉｎｇ ａｐｐｌｉｃａｔｉｏｎ’コンポーネントは該当の番組のコンテンツを視聴している使用者間のチャット機能を提供するコンポーネントに相当してもよい。視聴者は‘Ｃｈａｔｔｉｎｇ ａｐｐｌｉｃａｔｉｏｎ’コンポーネント提供する‘Ｄ’番組を選択し、‘Ｃｈａｔｔｉｎｇ ａｐｐｌｉｃａｔｉｏｎ’コンポーネントに相当するコンテンツを消費することができる。この際、受信機は‘Ｃｈａｔｔｉｎｇ ａｐｐｌｉｃａｔｉｏｎ’コンポーネントをｍａｉｎ ｄｅｉｖｃｅで再生することもでき、ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅに‘Ｃｈａｔｔｉｎｇ ａｐｐｌｉｃａｔｉｏｎ’コンポーネントを伝達し、ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅで該当のコンポーネントを再生するように処理することができる。視聴者はＣｈａｔｔｉｎｇアプリケーションを実行することによって該当の番組を視聴しながらチャットすることができる。
【０８８４】
図１０８は本発明の一実施例によるコンテンツのｃａｐａｂｉｌｉｔｙを提供するためのコンテンツフラグメントの構成を示した図である。
【０８８５】
本発明の一実施例によるコンテンツフラグメント（ｆｒａｇｍｅｎｔ）はＰｒｉｖａｔｅＥｘｔエレメントを含み、ＰｒｉｖａｔｅＥｘｔエレメントはＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓエレメント及び／又はＲｅｑｕｉｒｅｄＣａｐａｂｉｌｉｔｉｅｓエレメントを含んでもよい。ＲｅｑｕｉｒｅｄＣａｐａｂｉｌｉｔｉｅｓエレメントは下位エレメントとして、ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメント及び／又はＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントを有してもよい。ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントは属性としてｃａｔｅｇｏｒｙｃｏｄｅ属性を有してもよい。
【０８８６】
ＰｒｉｖａｔｅＥｘｔエレメントは専用のあるいはアプリケーション特定の拡張のためのコンテーなとして機能するエレメントを示すことができる（Ａｎ ｅｌｅｍｅｎｔ ｓｅｒｖｉｎｇ ａｓ ａ ｃｏｎｔａｉｎｅｒ ｆｏｒ ｐｒｏｐｒｉｅｔａｒｙ ｏｒ ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｅｘｔｅｎｓｉｏｎｓ）。本発明の一実施例は、このエレメントの拡張性を用いてコンポーネント及び／又はコンテンツのｃａｐａｂｉｌｉｔｙを提供することができる。
【０８８７】
ＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓは専用のあるいはアプリケーション特定のエレメントを示すことができる。このエルレメントは一つ以上のサブエレメント又は属性を含んでもよい。
【０８８８】
ＲｅｑｕｉｒｅｄＣａｐａｂｉｌｉｔｉｅｓエレメントは、受信機で該当のコンテンツ又はコンポーネントを表現又はレンダリングするために必要なｃａｐａｂｉｌｉｔｙを示すことができる。本発明の一実施例によると、一つのコンテンツは多数のコンポーネントを含み、各コンポーネントに対するｃａｐａｂｉｌｉｔｙを表現しなければならないので、ＲｅｑｕｉｒｅｄＣａｐａｂｉｌｉｔｉｅｓエレメントは０〜Ｎのｃａｒｄｉｎａｌｉｔｙを有してもよい。
【０８８９】
ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントはｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値を示すことができる。このエレメントの値は前もって定義されたｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値のリストによって定義されることができ、各値は空白を用いて分離して表現できる。本発明の一実施例によると、このエレメントの値はｃｏｄｅ値リストで表現可能であるため、０〜１のｃａｒｄｉｎａｌｉｔｙを有してもよい。本発明の一実施例によると、後の拡張性を考慮し、このエレメントのｄａｔａ ｔｙｐｅはｕｎｓｉｇｎｅｄ Ｉｎｔｅｇｅｒのリストに定義できる。
【０８９０】
ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントは該当のｃｏｎｔｅｎｔ及び／又はｃｏｍｐｏｎｅｎｔのｃａｐａｂｉｌｉｔｙをｓｔｒｉｎｇの形態で示すことができ、ＭＩＭＥ ｔｙｐｅで表示することもできる。
【０８９１】
ｃａｔｅｇｏｒｙｃｏｄｅ属性はＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントで表現しようとするｃａｐａｂｉｌｉｔｙのｃａｔｅｇｏｒｙを示すことができる。
【０８９２】
図１０９〜図１１１は本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅを示した図である。
【０８９３】
本発明の一実施例は、ハイブリッド放送サービスでデータをダウンロードすることができる新しいプロトコル、新しいメディアタイプ及び／又は新しいアプリケーションに対するｃａｐａｂｉｌｉｔｙ ｃｏｄｅを提供することができる。
【０８９４】
本発明の一実施例は、各ｃａｐａｂｉｌｉｔｙ ｃｏｄｅ ｒａｎｇｅの最上位値を用いて前述したＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントで記述されるストリングが示すｃａｔｅｇｏｒｙ ｃｏｄｅ値を示すことができる。すなわち、本発明の一実施例は、ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントのｃａｔｅｇｏｒｙｃｏｄｅ属性値をｃａｐａｂｉｌｉｔｙ ｃｏｄｅリストに含んで定義することができる。
【０８９５】
本発明の一実施例は、ｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値をｕｎｓｉｇｎｅｄ ｂｙｔｅ及び／又はｕｎｓｉｇｎｅｄ ｉｎｔｅｇｅｒを用いて示すことができる。ｕｎｓｉｇｎｅｄ ｉｎｔｅｇｅｒを用いる場合、後に付け加えられるｃａｐａｂｉｌｉｔｙ ｃｏｄｅをより易しく定義することができる。
【０８９６】
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００００〜０ｘ０００００００Ｆはｄｏｗｎｌｏａｄ ｐｒｏｔｏｃｏｌに対するｃａｐａｂｉｌｉｔｙを示すことができる。ｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値が０ｘ００００００００であれば、Ｆｏｒｂｉｄｄｅｎであることを示し、０ｘ０００００００１であれば、該当のコンテンツ及び／又はコンポーネントがＦＬＵＴＥプロトコルを介してダウンロードできることを示し、０ｘ０００００００２であれば、ハイブリッド放送サービスでブロードバンドによるＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（ＩＰ）を介してデータがダウンロードできることを示し、０ｘ０００００００３〜０ｘ０００００００Ｅであれば、ｒｅｓｅｒｖｅｄであることを示し、前述したｃａｔｅｇｏｒｙｃｏｄｅ属性値が０ｘ０００００００Ｆであれば、前述したＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントで記述されるｓｔｒｉｎｇのｃａｔｅｇｏｒｙがｄｏｗｎｌｏａｄ ｐｒｏｔｏｃｏｌであることを示すことができる。
【０８９７】
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００１０〜０ｘ００００００１ＦはＦＥＣ Ａｌｇｏｒｉｔｈｍｓに対するｃａｐａｂｉｌｉｔｙを示すことができる。ｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値が０ｘ００００００１０であれば、該当のコンテンツ及び／又はコンポーネントがＣｏｍｐａｃｔ Ｎｏ−Ｃｏｄｅ ＦＥＣ ｓｃｈｅｍｅを有することを示し、０ｘ００００００１１であれば、Ｒａｐｔｏｒ ａｌｇｏｒｉｔｈｍを有することを示し、０ｘ００００００１２〜０ｘ００００００１Ｅであれば、ｒｅｓｅｒｖｅｄであることを示し、前述したｃａｔｅｇｏｒｙｃｏｄｅ属性値が０ｘ００００００１Ｆであれば、前述したＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントで記述されるｓｔｒｉｎｇのｃａｔｅｇｏｒｙがＦＥＣ Ａｌｇｏｒｉｔｈｍｓであることを示すことができる。
【０８９８】
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００２０〜０ｘ００００００２ＦはＷｒａｐｐｅｒ／Ａｒｃｈｉｖｅ Ｆｏｒｍａｔｓに対するｃａｐａｂｉｌｉｔｙを示すことができる。ｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値が０ｘ００００００２０であれば、該当のコンテンツ及び／又はコンポーネントがＤＥＣＥ ＣＦＦ ｃｏｎｔａｉｎｅｒ ｇｅｎｅｒａｌ ｆｏｒｍａｔを有することを示し、０ｘ００００００２１であれば、ＺＩＰ ｆｏｒｍａｔを有することを示し、０ｘ００００００２２であれば、ＤＥＣＥ ＣＦＦ ｃｏｎｔａｉｎｅｒ ｆｏｒｍａｔ及びＰｒｏｆｉｌｅ ＰＤを有することを示し、０ｘ００００００２３であれば、ＤＥＣＥ ＣＦＦ ｃｏｎｔａｉｎｅｒ ｆｏｒｍａｔ及びＰｒｏｆｉｌｅ ＳＤを有することを示し、０ｘ００００００２４であれば、ＤＥＣＥ ＣＦＦ ｃｏｎｔａｉｎｅｒ ｆｏｒｍａｔ及びＰｒｏｆｉｌｅ ＨＤを有することを示し、０ｘ００００００２５であれば、ＩＳＯ Ｂａｓｅ Ｍｅｄｉａ Ｆｉｌｅ Ｆｏｒｍａｔ ｆｏｒ ＡＡＣ ａｕｄｉｏを有することを示し、０ｘ００００００２６であれば、ＡＴＳＣ ｃｏｍｐｌｉａｎｔ ＭＰＥＧ−２ ｔｒａｎｓｐｏｒｔ ｓｔｒｅａｍを有することを示し、０ｘ００００００２７であれば、ＭＰ４ ｃｏｎｓｔｒａｉｎｅｄ ｃｏｎｔａｉｎｅｒ ｆｏｒｍａｔ及びＰｒｏｆｉｌｅ ＰＤ２を有することを示し、０ｘ００００００２８であれば、Ｗ３Ｃ Ｗｅｂ Ａｐｐｓ Ｐａｃｋａｇｅを有することを示し、０ｘ００００００２９〜０ｘ００００００２Ｅであれば、ｒｅｓｅｒｖｅｄであることを示し、前述したｃａｔｅｇｏｒｙ ｃｏｄｅ属性値が０ｘ００００００２Ｆであれば、前述したＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントで記述されるストリングのｃａｔｅｇｏｒｙがＷｒａｐｐｅｒ／Ａｒｃｈｉｖｅ Ｆｏｒｍａｔｓであることを示すことができる。
【０８９９】
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００３０〜０ｘ００００００３ＦはＣｏｍｐｒｅｓｓｉｏｎ Ａｌｇｏｒｉｔｈｍｓに対するｃａｐａｂｉｌｉｔｙを示すことができる。ｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値が０ｘ００００００３０であれば、該当のコンテンツ及び／又はコンポーネントがＤＥＦＬＡＴＥ ａｌｇｏｒｉｔｈｍを有することを示し、０ｘ００００００３１〜０ｘ００００００３Ｅであれば、ｒｅｓｅｒｖｅｄであることを示し、前述したｃａｔｅｇｏｒｙｃｏｄｅ属性値が０ｘ００００００３Ｆであれば、前述したＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントで記述されるｓｔｒｉｎｇのｃａｔｅｇｏｒｙがＣｏｍｐｒｅｓｓｉｏｎ Ａｌｇｏｒｉｔｈｍｓであることを示すことができる。
【０９００】
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００４１〜０ｘ００００００５ＦはＭｅｄｉａ Ｔｙｐｅｓに対するｃａｐａｂｉｌｉｔｙを示すことができる。ｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値が０ｘ００００００４１であれば、該当のコンテンツ及び／又はコンポーネントがＡＶＣ ｓｔａｎｄａｒｄ ｄｅｆｉｎｉｔｉｏｎ ｖｉｄｅｏであることを示し、０ｘ００００００４２であれば、ＡＶＣ ｈｉｇｈ ｄｅｆｉｎｉｔｉｏｎ ｖｉｄｅｏであることを示し、０ｘ００００００４２であれば、ＡＶＣ ｈｉｇｈ ｄｅｆｉｎｉｔｉｏｎ ｖｉｄｅｏであることを示し、０ｘ００００００４３であれば、ＡＣ−３ａｕｄｉｏであることを示し、０ｘ００００００４４であれば、Ｅ−ＡＣ−３ａｕｄｉｏであることを示し、０ｘ００００００４５であれば、ＭＰ３ ａｕｄｉｏであることを示し、０ｘ００００００４６であれば、Ｂｒｏｗｓｅｒ Ｐｒｏｆｉｌｅ Ａであることを示し、０ｘ００００００４７であれば、Ｒｅｓｅｒｖｅｄであることを示し、０ｘ００００００４８であれば、Ａｔｏｍｐｅｒ ＲＦＣ ４２８７であることを示し、０ｘ００００００４９であれば、ＡＶＣ ｍｏｂｉｌｅ ｖｉｄｅｏであることを示し、０ｘ００００００４Ａであれば、ＨＥ ＡＡＣ ｖ２ ｍｏｂｉｌｅ ａｕｄｉｏであることを示し、０ｘ００００００４Ｂであれば、ＨＥＡＡＣ ｖ２ ｌｅｖｅｌ ４ ａｕｄｉｏであることを示し、０ｘ００００００４Ｃであれば、ＤＴＳ−ＨＤ ａｕｄｉｏであることを示し、０ｘ００００００４Ｄであれば、ＣＦＦ−ＴＴであることを示し、０ｘ００００００４Ｅであれば、ＣＥＡ−７０８ ｃａｐｔｉｏｎｓであることを示し、０ｘ００００００４Ｆであれば、ＨＥ ＡＡＣ ｖ２ ｗｉｔｈ ＭＰＥＧ Ｓｕｒｒｏｕｎｄであることを示し、０ｘ００００００５０であれば、ＨＥ ＡＡＣ ｖ２ Ｌｅｖｅｌ ６ ａｕｄｉｏであることを示し、０ｘ００００００５１であれば、Ｆｒａｍｅ−ｃｏｍｐａｔｉｂｌｅ ３Ｄ ｖｉｄｅｏ（Ｓｉｄｅ−ｂｙ−Ｓｉｄｅ）であることを示し、０ｘ００００００５２であれば、Ｆｒａｍｅ−ｃｏｍｐａｔｉｂｌｅ ３Ｄ ｖｉｄｅｏ（Ｔｏｐ−ａｎｄ−Ｂｏｔｔｏｍ）であることを示し、０ｘ００００００５３であれば、ＡＴＳＣ３．０ ＨＥＶＣ Ｖｉｄｅｏ １（例えば、ＨＤ ｖｉｄｅｏ）であることを示し、つまりハイブリッド放送サービスでＨＥＶＣ ＨＤ ｖｉｄｅｏ放送を伝送する場合を示し、０ｘ００００００５４であれば、ＡＴＳＣ３．０ ＨＥＶＣ Ｖｉｄｅｏ ２（例えば、ＵＨＤ ｖｉｄｅｏ）であることを示し、つまりハイブリッド放送サービスでＨＥＶＣ ＵＨＤ ｖｉｄｅｏ放送を伝送する場合を示し、０ｘ００００００５５であれば、ＡＴＳＣ３．０Ｓ ＨＶＣ Ｖｉｄｅｏ １であることを示し、つまりハイブリッド放送サービスでＳＨＶＣ ｖｉｄｅｏ放送を伝送する場合を示し、０ｘ００００００５６であれば、ＡＴＳＣ３．０ ＨＤＲ Ｖｉｄｅｏ １であることを示し、つまりハイブリッド放送サービスでＨＤＲ ｖｉｄｅｏ放送を伝送する場合を示し、０ｘ００００００５７であれば、ＡＴＳＣ３．０ Ｃｏｄｅｄ Ａｕｄｉｏ １（例えば、５．１ ｃｈａｎｎｅｌ ｓｕｒｒｏｕｎｄ ａｕｄｉｏ）であることを示し、つまりハイブリッド放送サービスで５．１ ｃｈａｎｎｅｌ ｓｕｒｒｏｕｎｄｅｄ ａｕｄｉｏ放送を伝送する場合を示し、０ｘ００００００５８であれば、ＡＴＳＣ３．０ Ｃｏｄｅｄ Ａｕｄｉｏ ２（例えば、Ｉｍｍｅｒｓｉｖｅ／３Ｄ Ａｕｄｉｏ）であることを示し、つまりハイブリッド放送サービスでＩｍｍｅｒｓｉｖｅ／３Ｄａｕｄｉｏ放送を伝送する場合を示し、０ｘ００００００５９〜０ｘ００００００５Ｅであれば、ｒｅｓｅｒｖｅｄであることを示し、前述したｃａｔｅｇｏｒｙ ｃｏｄｅ属性値が０ｘ００００００５Ｆであれば、前述したＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントで記述されるｓｔｒｉｎｇのｃａｔｅｇｏｒｙがＭｅｄｉａ Ｔｙｐｅｓであることを示すことができる。
【０９０１】
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００６０〜０ｘ００００００６ＦはＩｎｔｅｒｎｅｔ Ｌｉｎｋに対するｃａｐａｂｉｌｉｔｙを示すことができる。ｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値が０ｘ００００００６０であれば、該当のコンテンツ及び／又はコンポーネントがＩｎｔｅｒｎｅｔ ｌｉｎｋに相当するとともにｄｏｗｎｗａｒｄ ｒａｔｅ ５６，０００ｂｐｓ以上であることを示し、０ｘ００００００６１であれば、Ｉｎｔｅｒｎｅｔ ｌｉｎｋに相当するとともにｄｏｗｎｗａｒｄ ｒａｔｅ ５１２，０００ｂｐｓ以上であることを示し、０ｘ００００００６２であれば、Ｉｎｔｅｒｎｅｔ ｌｉｎｋに相当するとともにｄｏｗｎｗａｒｄ ｒａｔｅ ２，０００，０００ｂｐｓ以上であることを示し、０ｘ００００００６３であれば、Ｉｎｔｅｒｎｅｔ ｌｉｎｋに相当するとともにｄｏｗｎｗａｒｄ ｒａｔｅ １０，０００，０００ｂｐｓ以上であることを示し、０ｘ００００００６４〜０ｘ００００００６Ｅであれば、ｒｅｓｅｒｖｅｄであることを示し、前述したｃａｔｅｇｏｒｙ ｃｏｄｅ属性値が０ｘ００００００６Ｆであれば、前述したＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントで記述されるｓｔｒｉｎｇのｃａｔｅｇｏｒｙがＩｎｔｅｒｎｅｔ Ｌｉｎｋであることを示すことができる。
【０９０２】
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００８０〜０ｘ００００００８ＦはＡｐｐｌｉｃａｔｉｏｎ（Ａｐｐ）に対するｃａｐａｂｉｌｉｔｙを示すことができる。ｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値が０ｘ００００００８０であれば、該当のコンテンツ及び／又はコンポーネントがＡｐｐ ｏｆ ｔｙｐｅ １（例えば、ＰＶＲ ｓｕｐｐｏｒｔ）を含むことを示すことができる。この際、受信機がＰＶＲ ａｐｐｌｉｃａｔｉｏｎ機能を保有している場合に該当の放送サービスを提供することができる。０ｘ００００００８１であれば、Ａｐｐ ｏｆ ｔｙｐｅ ２（例えば、Ｄｏｗｎｌｏａｄｉｎｇ−ｐｅｒｓｉｓｔｅｎｔ ｓｔｏｒａｇｅ）を含むことを示すことができる。この際、受信機がＰｅｒｓｉｓｔｅｎｔ ｓｔｒｏｒａｇｅを保有してダウンロード機能アプリケーションを保有している場合に該当の放送サービスを提供することができる。０ｘ００００００８２であれば、Ａｐｐ ｏｆ ｔｙｐｅ ３（例えば、Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ／ＤＲＭ）を含むことを示すことができる。この際、受信機がＤＲＢ ａｐｐｌｉｃａｔｉｏｎ機能を保有してｃｏｎｔｅｎｔ ｐｒｏｔｅｃｔｉｏｎが可能な場合に該当のＫｅｙを使って該当の放送サービスを提供することができる。０ｘ００００００８３であれば、Ａｐｐ ｏｆ ｔｙｐｅ ４（例えば、ｓｅｒｖｉｃｅ Ｐｒｏｔｅｃｔｉｏｎ／Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ）を含むことを示すことができる。この際、受信機がＣＡＳ ａｐｐｌｉｃａｔｉｏｎ機能を保有してｓｅｒｖｉｃｅ ｐｒｏｔｅｃｔｉｏｎが可能な場合に該当のＫｅｙを使って該当の放送サービスを提供することができる。０ｘ００００００８４〜０ｘ００００００８Ｅであれば、ｒｅｓｅｒｖｅｄであることを示し、前述したｃａｔｅｇｏｒｙｃｏｄｅ属性値が０ｘ００００００８Ｆであれば、前述したＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントで記述されるｓｔｒｉｎｇのｃａｔｅｇｏｒｙがＡｐｐｌｉｃａｔｉｏｎであることを示すことができる。
【０９０３】
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００９Ｆ、０ｘ００００００ＡＦ、０ｘ００００００ＢＦ、０ｘ００００００ＣＦ、０ｘ００００００ＤＦ、０ｘ００００００ＥＦ、０ｘ００００００ＦＦは前述したＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントで記述されるｓｔｒｉｎｇのｃａｔｅｇｏｒｙを示すためのｒｅｓｅｒｖｅｄ値を示すことができる。すなわち、これらの値はｃａｔｅｇｏｒｙｃｏｄｅ属性値が示す値として使われてもよい。
【０９０４】
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００７０〜０ｘ００００００７Ｆ、０ｘＦＦＦＦ０００１〜０ｘＦＦＦＦＦＦＦＦはｐｒｉｖａｔｅ ｕｓｅのための値を示すことができる。
【０９０５】
図１１２〜図１１４は本発明の他の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅを示した図である。
【０９０６】
本発明の他の一実施例は、前述したものとは違い、ｃａｐａｂｉｌｉｔｙ ｃｏｄｅとｃａｔｅｇｏｒｙｃｏｄｅ属性値が示すｃａｐａｂｉｌｉｔｙ ｃａｔｅｇｏｒｙ ｃｏｄｅを分離して提供することができる。
【０９０７】
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ０００００００３〜０ｘ０００００００ＦはＤｏｗｎｌｏａｄ Ｐｒｏｔｏｃｏｌｓに対するｃａｐａｂｉｌｉｔｙを示すためのｒｅｓｅｒｖｅｄ値を示すことができる。
【０９０８】
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００１２〜０ｘ００００００１ＦはＦＥＣ Ａｌｇｏｒｉｔｈｍｓに対するｃａｐａｂｉｌｉｔｙを示すためのｒｅｓｅｒｖｅｄ値を示すことができる。
【０９０９】
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００２９〜０ｘ００００００２ＦはＷｒａｐｐｅｒ／Ａｒｃｈｉｖｅ Ｆｏｒｍａｔｓに対するｃａｐａｂｉｌｉｔｙを示すためのｒｅｓｅｒｖｅｄ値を示すことができる。
【０９１０】
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００３１〜０ｘ００００００３ＦはＣｏｍｐｒｅｓｓｉｏｎ Ａｌｇｏｒｉｔｈｍｓに対するｃａｐａｂｉｌｉｔｙを示すためのｒｅｓｅｒｖｅｄ値を示すことができる。
【０９１１】
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００５９〜０ｘ００００００５ＦはＭｅｄｉａ Ｔｙｐｅｓに対するｃａｐａｂｉｌｉｔｙを示すためのｒｅｓｅｒｖｅｄ値を示すことができる。
【０９１２】
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００６４〜０ｘ００００００６ＦはＩｎｔｅｒｎｅｔ Ｌｉｎｋに対するｃａｐａｂｉｌｉｔｙを示すためのｒｅｓｅｒｖｅｄ値を示すことができる。
【０９１３】
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値、０ｘ００００００８４〜０ｘ００００００８Ｆはａｐｐｌｉｃａｔｉｏｎ（Ａｐｐ）に対するｃａｐａｂｉｌｉｔｙを示すためのｒｅｓｅｒｖｅｄ値を示すことができる。また、０ｘ００００００９０〜０ｘＦＦＦＦＦＦＦＦはｐｒｉｖａｔｅ ｕｓｅのための値を示すことができる。
【０９１４】
上述したｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値を除いた他の値は以前の図で前述したｃａｐａｂｉｌｉｔｙ ｃｏｄｅ値と同一の意味を示すことができる。
【０９１５】
図１１５は本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃａｔｅｇｏｒｙ ｃｏｄｅを示した図である。
【０９１６】
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃａｔｅｇｏｒｙ ｃｏｄｅは前述したｃａｔｅｇｏｒｙｃｏｄｅ属性値が示す値であって、前述したＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントで記述されるｓｔｒｉｎｇのｃａｔｅｇｏｒｙを示すための値として使われてもよい。
【０９１７】
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃａｔｅｇｏｒｙ ｃｏｄｅ値、０ｘ００はｒｅｓｅｒｖｅｄを示し、０ｘ０１はＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントで記述されるｓｔｒｉｎｇのｃａｔｅｇｏｒｙがＤｏｗｎｌｏａｄ Ｐｒｏｔｏｃｏｌであることを示し、０ｘ０２はＦＥＣ Ａｌｇｏｒｉｔｈｍ、０ｘ０３はＷｒａｐｐｅｒ／Ａｒｃｈｉｖｅ Ｆｏｒｍａｔ、０ｘ０４はＣｏｍｐｒｅｓｓｉｏｎ Ａｌｇｏｒｉｔｈｍ、０ｘ０５はＭｅｄｉａ Ｔｙｐｅ、０ｘ０６はＩｎｔｅｒｎｅｔ Ｌｉｎｋ、０ｘ０８はＡｐｐ Ｃａｐａｂｉｌｉｔｙ（ＡＴＳＣ３．０ ＥＳＧ ｐｕｒｐｏｓｅ ｏｎｌｙ）、０ｘ０７及び０ｘ０９〜０ｘＦＦはｒｅｓｅｒｖｅｄを示すことができる。
【０９１８】
本発明の一実施例によるｃａｐａｂｉｌｉｔｙ ｃａｔｅｇｏｒｙは、図示のように、ＩＡＮＡ（Ｉｎｔｅｒｎｅｔ Ａｓｓｉｇｎｅｄ Ｎｕｍｂｅｒｓ Ａｕｔｈｏｒｉｔｙ）ｒｅｇｉｓｔｒｙを参照することができる。
【０９１９】
図１１６は本発明の一実施例による、コンテンツのｃａｐａｂｉｌｉｔｙがＥＳＧに表示される場合を示した図である。
【０９２０】
本発明の一実施例は、Ｓｅｒｖｉｃｅ Ａｎｎｏｕｎｃｅｍｅｎｔに記述されたｃａｐａｂｉｌｉｔｙ情報を用いて受信機が該当の放送サービスを提供することができるかを判断するようにすることができる。また、本発明の一実施例は、Ｓｅｒｖｉｃｅ Ａｎｎｏｕｎｃｅｍｅｎｔを用いて今後の放送番組編成表で該当の放送サービスのｃａｐａｂｉｌｉｔｙ情報を使用者に提供することができる。本発明の一実施例において、ｃａｐａｂｉｌｉｔｙ ｃｏｄｅに定義されていない値に対する内容はｃａｐａｂｉｌｉｔｙ ｃａｔｅｇｏｒｙ ｃｏｄｅ及び／又はｃａｐａｂｉｌｉｔｙ ｓｔｒｉｎｇ値を用いて示すことができる。
【０９２１】
この図（Ｌ１１６０１０）を見ると、本発明の一実施例において、“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｎｔｅｎｔ／１”として識別されるｃｏｎｔｅｎｔはＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメント値として０ｘ００００００４Ｅ、０ｘ００００００２８及び０ｘ００００００６３を有し、ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメント値としてａｐｐｌｉｃａｔｉｏｎ／ｍｕｌｔｉｖｉｅｗを有し、ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントはｃａｔｅｇｏｒｙｃｏｄｅ属性値として０ｘ０００００００５を有してもよい。
【０９２２】
本発明の一実施例による受信機は、視聴者の放送番組編成表に対する要求を受信し、放送番組編成表を表示する。放送番組編成表には現在時刻以後の放送番組についての情報が表示される。特定の番組に対して要求されるｃａｐａｂｉｌｉｔｙ情報がＥＳＧに表示されてもよい。例えば、放送番組編成表は、受信機が‘Ｇ’番組をレンダリングするためにはＣＥＡ−７０８ ｃａｐｔｉｏｎｓ（ｃａｐａｂｉｌｉｔｙ ｃｏｄｅ：０ｘ００００００４Ｅ）メディアタイプを支援しなければならなく、Ｍｕｌｔｉｖｉｅｗアプリケーション（ｃａｔｅｇｏｒｙｃｏｄｅ：０ｘ０００００００５）を支援しなければならなく、Ｗ３Ｃ Ｗｅｂ Ａｐｐｓ ｐａｃｋａｇｅｓ（ｃａｐａｂｉｌｉｔｙ ｃｏｄｅ：０ｘ００００００２８）を支援しなければならなく、Ｉｎｔｅｒｎｅｔ Ｌｉｎｋ ｄｏｗｎｌｏａｄ ｒａｔｅ １０，０００，０００ｂｐａｓ以上（ｃａｐａｂｉｌｉｔｙ ｃｏｄｅ：０ｘ００００００６３）を支援しなければならないことを示すことができる。本発明の一実施例による受信機がＥＳＧを介してアナウンスされるｃａｐａｂｉｌｉｔｙの少なくとも一つを満たす場合、視聴者は‘Ｇ’番組を選択し、ＣＥＡ−７０８ ｃａｐｔｉｏｎｓ、Ｍｕｌｔｉｖｉｅｗアプリケーション、Ｗ３Ｃ Ｗｅｂ Ａｐｐｓ ｐａｃｋａｇｅｓ及び／又はＩｎｔｅｒｎｅｔ Ｌｉｎｋ ｄｏｗｎｌｏａｄ ｒａｔｅ １０，０００，０００ｂｐａｓ以上のサービスを消費することができる。
【０９２３】
図１１７は本発明の一実施例によるａｐｐ−ｅｍｂｅｄｄｅｄ ｓｅｒｖｉｃｅ ｇｕｉｄｅを提供するためのｓｅｒｖｉｃｅ ａｎｎｏｕｎｃｅｍｅｎｔの構成を示した図である。
【０９２４】
本発明の一実施例は、次世代ハイブリッド放送システムで提供可能な多様なサービスとこれを構成する要素を使用者に知らせることができる。また、これによって使用者が該当のサービスを確認し選択して鑑賞するのに便宜を提供することができる。
【０９２５】
本発明の一実施例はａｐｐ−ｅｍｂｅｄｄｅｄ ｓｅｒｖｉｃｅ ｇｕｉｄｅを提供することができ、ｂｒｏａｄｃａｓｔ ｉｎｄｅｐｅｎｄｅｎｔ ａｐｐｌｉｃａｔｉｏｎを提供することができるｓｅｒｖｉｃｅ ｇｕｉｄｅを提供することができる。
【０９２６】
本発明の一実施例によると、（Ｌ１１７０１０）コンポーネントエレメントはコンテンツフラグメントに含まれることができ、別個のコンポーネントフラグメントを構成することができる。コンポーネントエレメントは、サブエレメントとして、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント、ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント、ＣＣＣｏｍｐｏｎｅｎｔエレメント及び／又はＡｐｐＣｏｍｐｏｎｅｎｔエレメントを含んでもよい。前記エレメントについての詳細な説明は前述した。また、本発明の一実施例によると、ＡｐｐＣｏｍｐｏｎｅｎｔエレメントはストリング値を有することができ、ａｐｐ ｃｏｍｐｏｎｅｎｔの役割を記述することができる。本発明の一実施例によるａｐｐ ｃｏｍｐｏｎｅｎｔの役割はＯｎ Ｄｅｍａｎｄ、Ｓｔａｒｔ−ｏｖｅｒ及び／又はＣｏｍｐａｎｉｏｎ−Ｓｃｒｅｅｎを示すことができ、本発明の一実施例は上述した役割だけでなくその他に視聴者に有用な内容（ｄｅｓｃｒｉｐｔｉｏｎｓ）をストリングで記述することができる。前記役割についての詳細な説明は前述した。ＡｐｐＣｏｍｐｏｎｅｎｔエレメントは、Ｌａｎｇｕａｇｅ属性、ＲｅｆＳｅｒｖｉｃｅＩＤ属性及び／又はａｐｐＴｏｋｅｎ属性を有してもよい。Ｌａｎｇｕａｇｅ属性はＡｐｐＣｏｍｐｏｎｅｎｔエレメントが示すアプリケーションの言語を示すことができる。ＲｅｆＳｅｒｖｉｃｅＩＤ属性はＡｐｐＣｏｍｐｏｎｅｎｔエレメントが示すアプリケーションを含む（ｅｍｂｅｄｄｉｎｇ）ａｐｐ−ｂａｓｅｄ ｓｅｒｖｉｃｅを参照することができるように該当のサービスのＳｅｒｖｉｃｅ ＩＤを示すことができる。ａｐｐＴｏｋｅｎ属性は、該当のアプリケーションを実行する場合、アプリケーションで提供する特定のｐａｒａｍｅｔｅｒ値を受けて特定の地点を実行することができるようにするデータを示すことができる。
【０９２７】
本発明の他の一実施例によると、（Ｌ１１７０２０）コンポーネントエレメントはコンテンツフラグメントに含まれることができ、別個のＣｏｍｐｏｎｅｎｔフラグメントを構成することができる。コンポーネントエレメントは、サブエレメントとして、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント、ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント、ＣＣＣｏｍｐｏｎｅｎｔエレメント及び／又はＡｐｐＣｏｍｐｏｎｅｎｔエレメントを含んでもよい。前記エレメントについての詳細な説明は前述した。また、本発明の一実施例によると、ＡｐｐＣｏｍｐｏｎｅｎｔエレメントはＬａｎｇｕａｇｅ属性を有してもよい。ＡｐｐＣｏｍｐｏｎｅｎｔエレメントは、下位エレメントとして、Ｒｏｌｅエレメント、ＲｅｆＳｅｒｖｉｃｅＩＤエレメント及び／又はａｐｐＴｏｋｅｎエレメントを有してもよい。Ｌａｎｇｕａｇｅ属性はＡｐｐＣｏｍｐｏｎｅｎｔエレメントが示すアプリケーションの言語を示すことができる。Ｒｏｌｅエレメントは前述した実施例（Ｌ１１７０１０）におけるＡｐｐＣｏｍｐｏｎｅｎｔエレメントが記述する内容と同一の内容を記述することができ、ＲｅｆＳｅｒｖｉｃｅＩＤエレメント及び／又はａｐｐＴｏｋｅｎエレメントは前述した実施例（Ｌ１１７０１０）におけるＲｅｆＳｅｒｖｉｃｅＩＤ属性及び／又はａｐｐＴｏｋｅｎ属性と同一の意味を有してもよい。すなわち、本発明の一実施例（Ｌ１１７０２０）では、前述した実施例（Ｌ１１７０１０）とは違い、ＲｅｆＳｅｒｖｉｃｅＩＤ及び／又はａｐｐＴｏｋｅｎをエレメントとして定義した。
【０９２８】
図１１８は本発明の他の一実施例によるａｐｐ−ｅｍｂｅｄｄｅｄ ｓｅｒｖｉｃｅ ｇｕｉｄｅを提供するためのｓｅｒｖｉｃｅ ａｎｎｏｕｎｃｅｍｅｎｔの構成を示した図である。
【０９２９】
本発明の一実施例によるｓｅｒｖｉｃｅフラグメントは、下位エレメントとして、ＳｅｒｖｉｃｅＩＤエレメント、ＳｅｒｖｉｃｅＴｙｐｅエレメント及び／又はＰｒｉｖａｔｅＥｘｔエレメントを含んでもよい。ＰｒｉｖａｔｅＥｘｔエレメントはＡｐｐＣｏｍｐｏｎｅｎｔエレメントを含んでもよい。ＡｐｐＣｏｍｐｏｎｅｎｔエレメントは、属性として、Ｌａｎｎｇｕａｇｅ属性を有することができ、下位エレメントとして、ａｐｐＩＤエレメント、ａｐｐＵＲＬエレメント及び／又はａｐｐＮａｍｅエレメントを有してもよい。
【０９３０】
ＳｅｒｖｉｃｅＩＤエレメントはこのｓｅｒｖｉｃｅフラグメントに相当するサービスのＩＤを示すことができる。本発明の一実施例によると、このエレメントはａｐｐ−ｂａｓｅｄ ｓｅｒｖｉｃｅのＩＤを示すことができる。
【０９３１】
ＳｅｒｖｉｃｅＴｙｐｅエレメントは該当のサービスのタイプを示すことができる。本発明の一実施例によると、このエレメントが示すタイプはａｐｐ−ｂａｓｅｄ ｓｅｒｖｉｃｅを示すことができる。
【０９３２】
ＰｒｉｖａｔｅＥｘｔエレメントについての詳細な説明は前述した。本発明の一実施例によると、ＰｒｉｃａｔｅＥｘｔエレメントはＡｐｐＣｏｍｐｏｎｅｎｔエレメントを下位エレメントとして有してもよい。
【０９３３】
ＡｐｐＣｏｍｐｏｎｅｎｔエレメントは該当のサービスに含まれるアプリケーションを示すことができる。本発明の一実施例によると、このエレメントはａｐｐ−ｂａｓｅｄ ｓｅｒｖｉｃｅに含まれるａｐｐｌｉｃａｔｉｏｎ（アプリケーション）についての情報を示すことができる。
【０９３４】
Ｌａｎｎｇｕａｇｅ属性は該当のアプリケーションの言語を示すことができる。
【０９３５】
ａｐｐＩＤエレメントは該当のアプリケーションの固有ＩＤを示すことができる。
【０９３６】
ａｐｐＵＲＬエレメントは該当のアプリケーションを実行させることができるＵＲＬ情報を示すことができる。
【０９３７】
ａｐｐＮａｍｅエレメントは該当のアプリケーションの名前を示すことができる。
【０９３８】
図１１９は本発明の一実施例によるａｐｐ−ｂａｓｅｄ ｓｅｒｖｉｃｅに含まれたアプリケーションを実行する動作を示した図である。
【０９３９】
図の左側上端を見ると、（Ｌ１１９０１０）“星より君”という名前を有するｃｏｎｔｅｎｔはａｐｐ ｃｏｍｐｏｎｅｎｔを含み、ａｐｐ ｃｏｍｐｏｎｅｎｔは“Ｕｒｉ：／／ｌｇｅ．ａｐｐ−ｓｅｒｖｉｃｅｆｒａｇｍｅｎｔ：ｉｄ１０００”というＵＲＩを有するｓｅｒｖｉｃｅを参照することができる。
【０９４０】
図の右側上端を見ると、（Ｌ１１９０２０）“Ｕｒｉ：／／ｌｇｅ．ａｐｐ−ｓｅｒｖｉｃｅｆｒａｇｍｅｎｔ：ｉｄ１０００”というＩＤを有するｓｅｒｖｉｃｅは“星より君の再見”という名前を有するａｐｐ−ｂａｓｅｄ ｓｅｒｖｉｃｅであることが分かり、このサービスに含まれたアプリケーションは“ＫＯＲ”言語を有し、“Ｈｔｔｐ：／／ｌｇｅ．ａｐｐｉｎｆｏ．ｃｏｍ／ｄｏｗｎｌｏａｄ１００／ｉｄ１００”というＵＲＬを有することが分かる。
【０９４１】
本発明の一実施例による放送番組編成表には現在視聴者が視聴中の“星より君”という番組と一緒に再見アプリケーション実行ボックスが表示され、“星より君の再見”というａｐｐ−ｂａｓｅｄ ｓｅｒｖｉｃｅも一緒に表示されてもよい。本発明の一実施例によると、視聴者が再見アプリケーション実行ボックスをクリックすれば、受信機はＲｅｆｅｒｅｎｃｅ Ｓｅｒｖｉｃｅ ＩＤ（ＲｅｆＳｅｒｖｉｃｅＩＤエレメントが示す値：Ｕｒｉ：／／ｌｇｅ．ａｐｐ−ｓｅｒｖｉｃｅｆｒａｇｍｅｎｔ：ｉｄ１０００）を参照し、ａｐｐ−ｂａｓｅｄ ｓｅｒｖｉｃｅにチャネルを転換することができる。受信機はａｐｐＵＲＬエレメントが示すＵＲＬ（Ｈｔｔｐ：／／ｌｇｅ．ａｐｐｉｎｆｏ．ｃｏｍ／ｄｏｗｎｌｏａｄ１００／ｉｄ１００）に接続して再見アプリケーションを駆動させることができ、受信機のディスプレイは該当のアプリケーションのメイン画面を表示することができる。そして、視聴者が再見アプリケーションを終了すれば、受信機は既存に視聴していたｌｉｎｅａｒ ｓｅｒｖｉｃｅに再びチャネルを転換することができる。
【０９４２】
図１２０は本発明の他の一実施例によるａｐｐ−ｂａｓｅｄ ｓｅｒｖｉｃｅに含まれたアプリケーションを実行する動作を示した図である。
【０９４３】
図の左側上端を見ると、（Ｌ１２００１０）本発明の一実施例は以前の図で前述した実施例とは違い、ａｐｐＴｏｋｅｎエレメント又は属性値として“１８回”が指定されている。
【０９４４】
本発明の一実施例による再見アプリケーション実行動作は以前の図で前述した動作と同一である。ただ、本発明の一実施例による受信機は、以前の図の実施例とは違い、ａｐｐＵＲＬエレメントが示すＵＲＬ（Ｈｔｔｐ：／／ｌｇｅ．ａｐｐｉｎｆｏ．ｃｏｍ／ｄｏｗｎｌｏａｄ１００／ｉｄ１００）に接続して再見アプリケーションを駆動させることができ、ａｐｐＴｏｋｅｎエレメント又は属性が示す情報を用いて“星より君１８回”アプリケーション画面を受信機のディスプレイに表示することができる。
【０９４５】
図１２１は本発明の一実施例によるｂｒｏａｄｃａｓｔ ｉｎｄｅｐｅｎｄｅｎｔなＡｐｐＣｏｍｐｏｎｅｎｔの構成を示した図である。
【０９４６】
本発明の一実施例によると、（Ｌ１２１０１０）コンポーネントエレメントはコンテンツフラグメントに含まれることができ、別個のＣｏｍｐｏｎｅｎｔフラグメントを構成することができる。コンポーネントエレメントは、サブエレメントとして、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント、ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント、ＣＣＣｏｍｐｏｎｅｎｔエレメント及び／又はＡｐｐＣｏｍｐｏｎｅｎｔエレメントを含んでもよい。前記エレメントについての詳細な説明は前述した。また、本発明の一実施例によると、ＡｐｐＣｏｍｐｏｎｅｎｔエレメントはストリング値を有することができ、ａｐｐ ｃｏｍｐｏｎｅｎｔの役割を記述することができる。本発明の一実施例によるａｐｐ ｃｏｍｐｏｎｅｎｔの役割はＯｎ Ｄｅｍａｎｄ、Ｓｔａｒｔ−ｏｖｅｒ及び／又はＣｏｍｐａｎｉｏｎ−Ｓｃｒｅｅｎを示すことができ、本発明の一実施例は上述した役割だけでなくその他に視聴者に有用な内容（ｄｅｓｃｒｉｐｔｉｏｎｓ）をストリングで記述することができる。前記役割についての詳細な説明は前述した。ＡｐｐＣｏｍｐｏｎｅｎｔエレメントは、Ｌａｎｇｕａｇｅ属性、ａｐｐＩＤ属性、ａｐｐＵＲＬ属性、ａｐｐＴｏｋｅｎ属性及び／又はａｐｐＮａｍｅ属性を有してもよい。Ｌａｎｇｕａｇｅ属性はＡｐｐＣｏｍｐｏｎｅｎｔエレメントが示すアプリケーションの言語を示すことができる。ａｐｐＩＤ属性は該当のアプリケーションの固有ＩＤを示すことができる。ａｐｐＵＲＬ属性は該当のアプリケーションを実行させることができるＵＲＬ情報を示すことができ、あるいはＥＳＧと連動して示すことができるｍｕｌｔｉｍｅｄｉａ ｄｏｗｎｌｏａｄ ＵＲＬ住所を示すことができる。ここで、ａｐｐＵＲＬ属性及びａｐｐＩＤはそれぞれ該当のアプリケーションを識別することができるか、あるいは二つの属性の組合せで該当のアプリケーションを識別することもできる。ａｐｐＴｏｋｅｎ属性は、該当のアプリケーションを実行する場合、アプリケーションで提供する特定のｐａｒａｍｅｔｅｒ値を受けて特定の地点を実行することができるようにするデータを示すことができる。ａｐｐＮａｍｅ属性は該当のアプリケーションの名前を示すことができ、ａｐｐ−ｂａｓｅｄ ｓｅｒｖｉｃｅを参照する場合、アプリケーション名前はｓｅｒｖｉｃｅフラグメント内で定義されてもよい。
【０９４７】
本発明の他の一実施例によると、（Ｌ１２１０２０）コンポーネントエレメントはコンテンツフラグメントに含まれることができ、別個のＣｏｍｐｏｎｅｎｔフラグメントを構成することができる。コンポーネントエレメントは、サブエレメントとして、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント、ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント、ＣＣＣｏｍｐｏｎｅｎｔエレメント及び／又はＡｐｐＣｏｍｐｏｎｅｎｔエレメントを含んでもよい。前記エレメントについての詳細な説明は前述した。また、本発明の一実施例によると、ＡｐｐＣｏｍｐｏｎｅｎｔエレメントはＬａｎｇｕａｇｅ属性を有してもよい。ＡｐｐＣｏｍｐｏｎｅｎｔエレメントは、下位エレメントとして、Ｒｏｌｅエレメント、ａｐｐＩＤエレメント、ａｐｐＵＲＬエレメント、ａｐｐＴｏｋｅｎエレメント及び／又はａｐｐＮａｍｅエレメントを有してもよい。Ｌａｎｇｕａｇｅ属性はＡｐｐＣｏｍｐｏｎｅｎｔエレメントが示すアプリケーションの言語を示すことができる。Ｒｏｌｅエレメントは前述した実施例（Ｌ１２１０１０）におけるＡｐｐＣｏｍｐｏｎｅｎｔエレメントが記述する内容と同一の内容を記述することができ、ａｐｐＩＤエレメント、ａｐｐＵＲＬエレメント、ａｐｐＴｏｋｅｎエレメント及び／又はａｐｐＮａｍｅエレメントは前述した実施例（Ｌ１２１０１０）におけるａｐｐＩＤ属性、ａｐｐＵＲＬ属性、ａｐｐＴｏｋｅｎ属性及び／又はａｐｐＮａｍｅ属性と同一の意味を有してもよい。すなわち、本発明の一実施例（Ｌ１２１０２０）においては、前述した実施例（Ｌ１２１０１０）とは違い、ａｐｐＩＤ、ａｐｐＵＲＬ、ａｐｐＴｏｋｅｎ及び／又はａｐｐＮａｍｅをエレメントとして定義した。本発明の一実施例によると、（Ｌ１２１０２０）前述した実施例（Ｌ１２１０１０）とは違い、ａｐｐＵＲＬエレメントはＵｒｌＴｙｐｅ属性を有してもよい。ＵｒｌＴｙｐｅ属性はａｐｐＵＲＬのｕｒｌがどの経路であるかを示すことができる。すなわち、ＵｒｌＴｙｐｅ属性が示す値が０であれば、ａｐｐ ｅｘｃｕｔｉｏｎを示し、１であれば、ｍｕｌｔｉｍｅｄｉａ ｄｏｗｎｌｏａｄを示すことができる。
【０９４８】
図１２２は本発明の一実施例によるｂｒｏａｄｃａｓｔ ｉｎｄｅｐｅｎｄｅｎｔなアプリケーションを実行する動作を示した図である。
【０９４９】
本発明の一実施例は現在視聴中の番組又はコンテンツに関連したものではないアプリケーションを提供することができる。すなわち、本発明の一実施例はｂｒｏａｄｃａｓｔ ｉｎｄｅｐｅｎｄｅｎｔ ａｐｐｌｉｃａｔｉｏｎを提供することができる。
【０９５０】
本発明の一実施例によると、ｓｅｒｖｉｃｅ ａｎｎｏｕｎｃｅｍｅｎｔに含まれたエレメント及び／又は属性の具現方法は受信機によって違ってもよい。
【０９５１】
図の上端を見ると、（Ｌ１２２０１０）“ＬＧ ｖｓ ＫＩＡ”という名前を有するｃｏｎｔｅｎｔはａｐｐ ｃｏｍｐｏｎｅｎｔを含み、ａｐｐ ｃｏｍｐｏｎｅｎｔが示すアプリケーションは“ｈｔｔｐ：／／ｌｇｅ．ａｐｐｉｎｆｏ．ｃｏｍ／ｄｏｗｎｌｏａｄ１００／ｉｄ１００”というＵＲＬからダウンロードすることができる。
【０９５２】
本発明の一実施例による放送番組編成表には現在視聴者が視聴している“星より君”という番組と現在視聴していない番組についての上映情報が表示されてもよい。また、放送番組編成表には現在視聴中ではない“ＬＧ ｖｓ ＫＩＡ”番組とこの番組に関連したアプリケーションボックスが表示されてもよい。本発明の一実施例によると、視聴者が“ＬＧ ｖｓ ＫＩＡ”番組に関連したアプリケーションボックスをクリックすれば、受信機は放送番組編成表を閉じ、ａｐｐＵＲＬエレメントが示すＵＲＬ（Ｈｔｔｐ：／／ｌｇｅ．ａｐｐｉｎｆｏ．ｃｏｍ／ｄｏｗｎｌｏａｄ１００／ｉｄ１００）に接続して該当のアプリケーションを駆動させることができ、受信機のディスプレイは該当のアプリケーションの基本ホーム画面を表示することができる。
【０９５３】
図１２３は本発明の他の一実施例によるｂｒｏａｄｃａｓｔ ｉｎｄｅｐｅｎｄｅｎｔなアプリケーションを実行する動作を示した図である。
【０９５４】
図の上端を見ると、（Ｌ１２３０１０）本発明の一実施例は、以前の図で前述した実施例とは違い、ａｐｐＴｏｋｅｎエレメント又は属性値として“Ｂｏａｒｄ”が指定されている。
【０９５５】
本発明の一実施例による“ＬＧ ｖｓ ＫＩＡ”番組に関連したアプリケーション実行動作は以前の図で前述した動作と同一である。ただ、本発明の一実施例による受信機は、以前の図での実施例とは違い、ａｐｐＵＲＬエレメントが示すＵＲＬ（Ｈｔｔｐ：／／ｌｇｅ．ａｐｐｉｎｆｏ．ｃｏｍ／ｄｏｗｎｌｏａｄ１００／ｉｄ１００）に接続して再見アプリケーションを駆動させることができ、ａｐｐＴｏｋｅｎエレメント又は属性が示す情報を用いて該当のアプリケーションの“Ｂｏａｒｄ”画面を受信機のディスプレイに表示することができる。
【０９５６】
図１２４は本発明のさらに他の一実施例によるｂｒｏａｄｃａｓｔ ｉｎｄｅｐｅｎｄｅｎｔなアプリケーションを実行する動作を示した図である。
【０９５７】
本発明の一実施例は現在視聴中の番組又はコンテンツに関連したものではないアプリケーションを提供することができる。すなわち、本発明の一実施例はｂｒｏａｄｃａｓｔ ｉｎｄｅｐｅｎｄｅｎｔ ａｐｐｌｉｃａｔｉｏｎを提供することができる。ここで、本発明の一実施例によるとｂｒｏａｄｃａｓｔ ｉｎｄｅｐｅｎｄｅｎｔ ａｐｐｌｉｃａｔｉｏｎはｂｒｏａｄｃａｓｔ ｉｎｄｅｐｅｎｄｅｎｔ ｍｕｌｔｉｍｅｄｉａであってもよい。すなわち、本発明の一実施例は、現在視聴中の番組又はコンテンツに関連したものではないｍｕｌｔｉｍｅｄｉａをダウンロードすることができる。そして、ダウンロードしたｍｕｌｔｉｍｅｄｉａはＥＳＧに表示されてもよい。
【０９５８】
本発明の一実施例によると、ｓｅｒｖｉｃｅ ａｎｎｏｕｎｃｅｍｅｎｔに含まれたエレメント及び／又は属性の具現方法は受信機によって違ってもよい。
【０９５９】
図の上端を見ると、（Ｌ１２４０１０）“ＬＧ ｖｓ ＫＩＡ”という名前を有するｃｏｎｔｅｎｔはａｐｐ ｃｏｍｐｏｎｅｎｔを含み、ａｐｐ ｃｏｍｐｏｎｅｎｔが示すアプリケーションは“ｈｔｔｐ：／／ｌｇｅ．ｃｏｍ／ｄｏｗｎｌｏａｄ１００／ｂａｓｅｂａｌｌ．ｍｐ４”というＵＲＬからダウンロードすることができる。そして、このアプリケーションのＵｒｌＴｙｐｅ値は１であって、ｍｕｌｔｉｍｅｄｉａ ｄｏｗｎｌｏａｄに関するものであることが分かる。このアプリケーションのＩＤは“ｂａｓｅｂａｌｌ１００”であってもよい。
【０９６０】
本発明の一実施例による放送番組編成表には現在視聴者が視聴中の“星より君”という番組と現在視聴していない番組についての上映情報が表示されてもよい。また、放送番組編成表には現在視聴中ではない“ＬＧ ｖｓ ＫＩＡ”番組とこの番組に関連したマルチメディア（ｍｕｌｔｉｍｅｄｉａ）ボックスが表示されてもよい。本発明の一実施例によると、受信機はＵｒｌＴｙｐｅを用いて該当のＵＲＬがｍｕｌｔｉｍｅｄｉａ ｄｏｗｎｌｏａｄ ＵＲＬであることを認識することができ、ａｐｐＵＲＬ値を用いて該当のマルチメディアをダウンロードすることができる。ダウンロードされたマルチメディア（例えば、動画）は放送番組編成表又はＥＳＧ画面に表示されてもよい。視聴者がダウンロードされたマルチメディアを示すボックスをクリックすれば、受信機はマルチメディアを実行することができる。
【０９６１】
図１２５は本発明の一実施例によるサービスガイド情報送信方法を示した図である。
【０９６２】
本発明の一実施例によるサービスガイド情報送信方法は、放送サービス及びコンテンツについての情報を含むサービスガイド情報を生成する段階（Ｓ１２５０１０）、前記生成されたサービスガイド情報をエンコードする段階（Ｓ１２５０２０）及び／又は前記エンコードされたサービスガイド情報を伝送する段階（Ｓ１２５０３０）を含んでもよい。ここで、前記サービスガイド情報は、前記コンテンツをレンダリング（ｒｅｎｄｅｒｉｎｇ）するために要求されるケイパビリティ（ｃａｐａｂｉｌｉｔｙ）情報を示すケイパビリティエレメントを含んでもよい。前記ケイパビリティエレメントはＲｅｑｕｉｒｅｄＣａｐａｂｉｌｉｔｉｅｓエレメントを示す。これについての詳細な説明は図１０８の説明部分で開示した。
【０９６３】
本発明の他の一実施例によると、前記ケイパビリティエレメントは、前記コンテンツをレンダリングするために要求されるケイパビリティ情報をコード値で示すケイパビリティコードエレメント及び／又は前記ケイパビリティ情報をストリング（ｓｔｒｉｎｇ）で示すケイパビリティストリングエレメントを含んでもよい。ここで、前記ケイパビリティコードエレメントはＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントを示し、前記ケイパビリティストリングエレメントはＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントを示す。これについての詳細な説明は図１０８の説明部分で開示した。
【０９６４】
本発明の他の一実施例によると、前記ケイパビリティストリングエレメントは前記ケイパビリティストリングエレメントが示すケイパビリティ情報が属するカテゴリーを示すカテゴリーコード情報を含んでもよい。ここで、前記カテゴリーコード情報はｃａｔｅｇｏｒｙｃｏｄｅ属性を示す。これについての詳細な説明は図１０８〜図１１５の説明部分で開示した。
【０９６５】
本発明の他の一実施例によると、前記ケイパビリティコードエレメントは、前記コンテンツをダウンロードするためにブロードバンド（ｂｒｏａｄｂａｎｄ）を介したＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（ＩＰ）が要求されることを示す情報、前記コンテンツをレンダリングするためにＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）ビデオに対する処理が要求されることを示す情報、前記コンテンツをレンダリングするためにＳＨＶＣ（Ｓｃａｌａｂｌｅ ＨＥＶＣ）ビデオに対する処理が要求されることを示す情報、前記コンテンツをレンダリングするためにＨＤＲ（Ｈｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ）ビデオに対する処理が要求されることを示す情報、前記コンテンツをレンダリングするために５．１チャネルサラウンドオーディオ（５．１ ｃｈａｎｎｅｌ ｓｕｒｒｏｕｎｄ ａｕｄｉｏ）に対する処理が要求されることを示す情報、前記コンテンツをレンダリングするためにイマーシブ（Ｉｍｍｅｒｓｉｖｅ）オーディオに対する処理が要求されることを示す情報及び／又は前記コンテンツをレンダリングするために３Ｄオーディオに対する処理が要求されることを示す情報を含んでもよい。これについての詳細な説明は図１０８〜図１１０の説明部分で開示した。
【０９６６】
本発明の他の一実施例によると、前記ケイパビリティコードエレメントは、前記コンテンツをレンダリングするためにＰＶＲ（Ｐｅｒｓｏｎａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒ）アプリケーション機能が要求されることを示す情報、前記コンテンツをレンダリングするために永久記憶媒体（ｐｅｒｓｉｓｔｅｎｔ ｓｔｒｏｒａｇｅ）を介したダウンロード機能が要求されることを示す情報、前記コンテンツをレンダリングするためにＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）アプリケーション機能が要求されることを示す情報及び／又は前記コンテンツをレンダリングするためにＣＡＳ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｓｙｓｔｅｍ）アプリケーション機能が要求されることを示す情報を含んでもよい。これについての詳細な説明は図１１１の説明部分で開示した。
【０９６７】
本発明の他の一実施例によると、前記カテゴリーコード情報は、前記ケイパビリティ情報のカテゴリーがダウンロードプロトコル（ｄｏｗｎｌｏａｄ ｐｒｏｔｏｃｏｌ）であることを示す情報、前記ケイパビリティ情報のカテゴリーがＦＥＣアルゴリズム（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ Ａｌｇｏｒｉｔｈｍ）であることを示す情報、前記ケイパビリティ情報のカテゴリーがアーカイブフォーマット（Ａｒｃｈｉｖｅ Ｆｏｒｍａｔ）であることを示す情報、前記ケイパビリティ情報のカテゴリーが圧縮アルゴリズム（Ｃｏｍｐｒｅｓｓｉｏｎ Ａｌｇｏｒｉｔｈｍ）であることを示す情報、前記ケイパビリティ情報のカテゴリーがメディアタイプ（Ｍｅｄｉａ Ｔｙｐｅ）であることを示す情報、前記ケイパビリティ情報のカテゴリーがインターネット接続（Ｉｎｔｅｒｎｅｔ ｌｉｎｋ）であることを示す情報及び／又は前記ケイパビリティ情報のカテゴリーがアプリケーションケイパビリティ（Ａｐｐｌｉｃａｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ）であることを示す情報を含んでもよい。これについての詳細な説明は図１０８〜図１１５の説明部分で開示した。
【０９６８】
図１２６は本発明の一実施例によるサービスガイド情報受信方法を示した図である。
【０９６９】
本発明の一実施例によるサービスガイド情報受信方法は、放送サービス及びコンテンツについての情報を含むサービスガイド情報を受信する段階（ＳＬ１２６０１０）、前記生成されたサービスガイド情報をデコードする段階（ＳＬ１２６０２０）及び／又は前記デコードされたサービスガイド情報を表示する段階（ＳＬ１２６０３０）を含んでもよい。ここで、前記サービスガイド情報は、前記コンテンツをレンダリング（ｒｅｎｄｅｒｉｎｇ）するために要求されるケイパビリティ（ｃａｐａｂｉｌｉｔｙ）情報を示すケイパビリティエレメントを含んでもよい。これについての詳細な説明は図１０８の説明部分で開示した。
【０９７０】
本発明の他の一実施例によると、前記ケイパビリティエレメントは、前記コンテンツをレンダリングするために要求されるケイパビリティ情報をコード値で示すケイパビリティコードエレメント及び／又は前記ケイパビリティ情報をストリング（ｓｔｒｉｎｇ）で示すケイパビリティストリングエレメントを含んでもよい。ここで、前記ケイパビリティコードエレメントはＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントを示し、前記ケイパビリティストリングエレメントはＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントを示す。これについての詳細な説明は図１０８の説明部分で開示した。
【０９７１】
本発明の他の一実施例によると、前記ケイパビリティストリングエレメントは前記ケイパビリティストリングエレメントが示すケイパビリティ情報が属するカテゴリーを示すカテゴリーコード情報を含んでもよい。ここで、前記カテドリコード情報はｃａｔｅｇｏｒｙｃｏｄｅ属性を示す。これについての詳細な説明は図１０８〜図１１５の説明部分で開示した。
【０９７２】
本発明の他の一実施例によると、前記ケイパビリティコードエレメントは、前記コンテンツをダウンロードするためにブロードバンド（ｂｒｏａｄｂａｎｄ）を介したＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（ＩＰ）が要求されることを示す情報、前記コンテンツをレンダリングするためにＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）ビデオに対する処理が要求されることを示す情報、前記コンテンツをレンダリングするためにＳＨＶＣ（Ｓｃａｌａｂｌｅ ＨＥＶＣ）ビデオに対する処理が要求されることを示す情報、前記コンテンツをレンダリングするためにＨＤＲ（Ｈｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ）ビデオに対する処理が要求されることを示す情報、前記コンテンツをレンダリングするために５．１チャネルサラウンドオーディオ（５．１ ｃｈａｎｎｅｌ ｓｕｒｒｏｕｎｄ ａｕｄｉｏ）に対する処理が要求されることを示す情報、前記コンテンツをレンダリングするためにイマーシブ（Ｉｍｍｅｒｓｉｖｅ）オーディオに対する処理が要求されることを示す情報及び／又は前記コンテンツをレンダリングするために３Ｄオーディオに対する処理が要求されることを示す情報を含んでもよい。これについての詳細な説明は図１０８〜図１１０の説明部分で開示した。
【０９７３】
本発明の他の一実施例によると、前記ケイパビリティコードエレメントは、前記コンテンツをレンダリングするためにＰＶＲ（Ｐｅｒｓｏｎａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒ）アプリケーション機能が要求されることを示す情報、前記コンテンツをレンダリングするために永久記憶媒体（ｐｅｒｓｉｓｔｅｎｔ ｓｔｒｏｒａｇｅ）を介したダウンロード機能が要求されることを示す情報、前記コンテンツをレンダリングするためにＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）アプリケーション機能が要求されることを示す情報及び／又は前記コンテンツをレンダリングするためにＣＡＳ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｓｙｓｔｅｍ）アプリケーション機能が要求されることを示す情報を含んでもよい。これについての詳細な説明は図１１１の説明部分で開示した。
【０９７４】
本発明の他の一実施例によると、前記カテゴリーコード情報は、前記ケイパビリティ情報のカテゴリーがダウンロードプロトコル（ｄｏｗｎｌｏａｄ ｐｒｏｔｏｃｏｌ）であることを示す情報、前記ケイパビリティ情報のカテゴリーがＦＥＣアルゴリズム（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ Ａｌｇｏｒｉｔｈｍ）であることを示す情報、前記ケイパビリティ情報のカテゴリーがアーカイブフォーマット（Ａｒｃｈｉｖｅ Ｆｏｒｍａｔ）であることを示す情報、前記ケイパビリティ情報のカテゴリーが圧縮アルゴリズム（Ｃｏｍｐｒｅｓｓｉｏｎ Ａｌｇｏｒｉｔｈｍ）であることを示す情報、前記ケイパビリティ情報のカテゴリーがメディアタイプ（Ｍｅｄｉａ Ｔｙｐｅ）であることを示す情報、前記ケイパビリティ情報のカテゴリーがインターネット接続（Ｉｎｔｅｒｎｅｔ ｌｉｎｋ）であることを示す情報及び／又は前記ケイパビリティ情報のカテゴリーがアプリケーションケイパビリティ（Ａｐｐｌｉｃａｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ）であることを示す情報を含んでもよい。これについての詳細な説明は図１０８〜図１１５の説明部分で開示した。
【０９７５】
図１２７は本発明の一実施例によるサービスガイド情報送信装置の構成を示した図である。
【０９７６】
本発明の一実施例によるサービスガイド情報送信装置Ｌ１２７０４０は、生成部Ｌ１２７０１０、エンコーダーＬ１２７０２０及び／又は伝送部Ｌ１２７０３０を含んでもよい。生成部は、放送サービス及びコンテンツについての情報を含むサービスガイド情報を生成することができる。エンコーダーは、前記生成されたサービスガイド情報をエンコードすることができる。伝送部は、前記エンコードされたサービスガイド情報を伝送することができる。ここで、前記サービスガイド情報は前記コンテンツをレンダリング（ｒｅｎｄｅｒｉｎｇ）するために要求されるケイパビリティ（ｃａｐａｂｉｌｉｔｙ）情報を示すケイパビリティエレメントを含んでもよい。これについての詳細な説明は図１０８の説明部分で開示した。
【０９７７】
本発明の一実施例によるサービスガイド情報送信装置Ｌ１２７０４０が含む各構成は図１２５で前述した各段階に対応する機能を果たすことができる。
【０９７８】
図１２８は本発明の一実施例によるサービスガイド情報受信装置の構成を示した図である。
【０９７９】
本発明の一実施例によるサービスガイド情報受信装置Ｌ１２８０４０は、受信部Ｌ１２８０１０、デコーダーＬ１２８０２０及び／又は再生部Ｌ１２８０３０を含んでもよい。受信部は、放送サービス及びコンテンツについての情報を含んでもよい。デコーダーは、前記生成されたサービスガイド情報をデコードすることができる。再生部は、前記デコードされたサービスガイド情報を表示することができる。ここで、前記サービスガイド情報は前記コンテンツをレンダリング（ｒｅｎｄｅｒｉｎｇ）するために要求されるケイパビリティ（ｃａｐａｂｉｌｉｔｙ）情報を示すケイパビリティエレメントを含んでもよい。これについての詳細な説明は図１０８の説明部分で開示した。
【０９８０】
本発明の一実施例によるサービスガイド情報受信装置Ｌ１２８０４０が含む各構成は図１２６で前述した各段階に対応する機能を果たすことができる。
【０９８１】
前記ケイパビリティエレメントは、前記コンテンツをレンダリングするために要求されるケイパビリティ情報をコード値で示すケイパビリティコードエレメント及び／又は前記ケイパビリティ情報をストリング（ｓｔｒｉｎｇ）で示すケイパビリティストリングエレメントを含んでもよい。ここで、前記ケイパビリティコードエレメントはＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントを示し、前記ケイパビリティストリングエレメントはＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントを示す。これについての詳細な説明は図１０８の説明部分で開示した。
【０９８２】
図１２９は本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングを示す図である。
【０９８３】
前述したように、本発明による周波数インタリーバーはＯＦＤＭシンボルごとに異なったインタリービングシーケンスを用いてインタリービングを遂行するが、周波数デインタリーバーは受信したＯＦＤＭシンボルに対してシングルメモリデインタリービングを行うことができる。
【０９８４】
本発明は、一フレーム内のＯＦＤＭシンボル数が偶数であるか奇数であるかにかかわらず周波数デインタリーバーがシングルメモリデインタリービングを行うことができる方法を提案する。このために、ＯＦＤＭシンボル数が偶数であるか奇数であるかによって前述した周波数インタリーバーの構造が違って運営されてもよい。また、これに関連したシグナリング情報が前述したプリアンブル及び／又はＰＬＳ（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｓｉｇｎａｌｉｎｇ）にさらに定義されてもよい。これにより、ＯＦＤＭシンボル数が偶数の場合に限定されずに、いつでもシングルメモリデインタリービングが可能になることができる。
【０９８５】
ここで、ＰＬＳは毎フレームのＦＳＳ（Ｆｒａｍｅ Ｓｔａｒｔｉｎｇ Ｓｙｍｂｏｌ、ＦＳＳ）に含まれて伝送されてもよい。若しくは、実施例によって、ＰＬＳは一番目ＯＦＤＭシンボルに含まれて伝送されてもよい。若しくは、ＰＬＳの存在有無によって、ＰＬＳに相当するシグナリングはプリアンブルに全て含まれて伝送されてもよい。若しくは、プリアンブル及び／又はＰＬＳに相当するシグナリング情報はブートストラップ情報に含まれて伝送されてもよい。ブートストラップ情報はプリアンブルの前に位置する情報パートであってもよい。
【０９８６】
送信部の周波数インタリーバーで活用された処理動作などに関する情報として、ＦＩ＿ｍｏｄｅフィールドとＮ＿ｓｙｍフィールドがあり得る。
【０９８７】
ＦＩ＿ｍｏｄｅフィールドはプリアンブルに位置し得る１ビットフィールドであってもよい。ＦＩ＿ｍｏｄｅフィールドは毎フレームのＦＳＳ（Ｆｒａｍｅ Ｓｔａｒｔｉｎｇ Ｓｙｍｂｏｌ）又は一番目ＯＦＤＭシンボルに使用されたインタリービングスキームを示すことができる。
【０９８８】
ＦＩ＿ｍｏｄｅフィールドが指示するインタリービングスキームにはＦＩスキーム＃１とＦＩスキーム＃２があり得る。
【０９８９】
ＦＩスキーム＃１は、送信側で周波数インタリーバーがＦＳＳに対し、ランダム書き込み（ｒａｎｄｏｍ ｗｒｉｔｉｎｇ）動作を行った後、線形読み取り（ｌｉｎｅａｒ ｒｅａｄｉｎｇ）動作を行った場合を意味してもよい。この場合は、ＦＩ＿ｍｏｄｅフィールド値が０である場合に相当してもよい。ＰＲＢＳなどを用いた任意のランダムシーケンスジェネレーターによって発生する値を用い、メモリにランダム書き込み、線形読み取り動作を行うことができる。ここで、線形読み取りとは順次読み取る動作を意味してもよい。
【０９９０】
ＦＩスキーム＃２は、送信側で周波数インタリーバーがＦＳＳに対し、線形書き込み（ｌｉｎｅａｒ ｗｒｉｔｉｎｇ）動作を遂行した後、ランダム読み取り（ｒａｎｄｏｍ ｒｅａｄｉｎｇ）動作を行った場合を意味してもよい。この場合はＦＩ＿ｍｏｄｅフィールド値が１である場合に相当してもよい。同様に、ＰＲＢＳなどを用いた任意のランダムシーケンスジェネレーターによって発生する値を用い、メモリに線形書き込み、ランダム読み取り動作を行うことができる。ここで、線形書き込みとは順次書き込む動作を行うことを意味してもよい。
【０９９１】
また、ＦＩ＿ｍｏｄｅフィールドは毎フレームのＦＥＳ（Ｆｒａｍｅ Ｅｄｇｅ Ｓｙｍｂｏｌ）又は最後のＯＦＤＭシンボルに使用されたインタリービングスキームを示すことができる。ＦＥＳに適用されるインタリービングスキームはＰＬＳによって伝送されるＮ＿ｓｙｍフィールドの値によって違って指示されてもよい。すなわち、ＯＦＤＭシンボル数が奇数であるか偶数であるかによってＦＩ＿ｍｏｄｅフィールドが指示するインタリービングスキームが違える。二つのフィールド間の関係は予め送受信側にテーブルとして定義されてもよい。
【０９９２】
ＦＩ＿ｍｏｄｅフィールドは、実施例によって、プリアンブルの外にフレームの他部分に定義されて伝送されてもよい。
【０９９３】
Ｎ＿ｓｙｍフィールドはＰＬＳパートに位置し得るフィールドであってもよい。Ｎ＿ｓｙｍフィールドのビット数は実施例によって違える。Ｎ＿ｓｙｍフィールドは一フレームに含まれたＯＦＤＭシンボル数を指示してもよい。これにより、受信側ではＯＦＤＭシンボル数が偶数であるか奇数であるかを把握することができる。
【０９９４】
前述した一フレーム内のＯＦＤＭシンボル数に関係ない周波数インタリーバーに対応する周波数デインタリーバーの動作は次の通りである。この周波数デインタリーバーは、提案されたシグナリングフィールドを活用し、ＯＦＤＭシンボル数が偶数であるか奇数であるかにかかわらずシングルメモリデインタリービングを行うことができる。
【０９９５】
周波数デインタリーバーは、まずプリアンブルのＦＩ＿ｍｏｄｅフィールドの情報を用い、ＦＳＳに対して周波数デインタリービングを行うことができる。ＦＳＳに活用された周波数インタリービングスキームがＦＩ＿ｍｏｄｅによって指示されるからである。
【０９９６】
周波数デインタリーバーは、ＦＩ＿ｍｏｄｅフィールドのシグナリング情報とＰＬＳのＮ＿ｓｙｍフィールドのシグナリング情報を用い、ＦＥＳに対して周波数デインタリービングを行うことができる。この際、前もって定義されたテーブルを用いて二つのフィールド間の関係を把握することができる。既に定義されたテーブルについては後述する。
【０９９７】
この以外のシンボルの全般的なデインタリービング過程は、送信側のインタリービング過程の逆順に遂行することができる。すなわち、入力される連続した一対のＯＦＤＭシンボルに対し、周波数デインタリーバーは一つのインタリービングシーケンスを活用してデインタリービングを行うことができる。ここで、一つのインタリービングシーケンスは該当の周波数インタリーバーが読み取り及び書き込みに用いたインタリービングシーケンスであってもよい。周波数デインタリーバーはそのインタリービングシーケンスを用いて逆順に読み取り及び書き込み過程を遂行することができる。
【０９９８】
しかし、本発明による周波数デインタリーバーはダブルメモリを使うピンポン（ｐｉｎｇｐｏｎｇ）構造を使わないこともあり得る。周波数デインタリーバーは、連続した入力ＯＦＤＭシンボルに対し、シングルメモリを活用してデインタリービングを行うことができる。これにより、周波数デインタリーバーのメモリ使用効率性が向上することができる。
【０９９９】
図１３０は本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、ＦＳＳのためのＦＩスキームを示す図である。
【１０００】
前述したＦＩ＿ｍｏｄｅフィールドとＮ＿ｓｙｍフィールドを用いて周波数インタリービング過程で適用されるインタリービングスキームを決定することができる。
【１００１】
ＦＳＳの場合において、Ｎ＿ｓｙｍフィールドが指示するＯＦＤＭシンボルの数が偶数の場合、ＦＩ＿ｍｏｄｅフィールド値に関係なくＦＩスキーム＃１がＦＳＳで遂行されてもよい。
【１００２】
Ｎ＿ｓｙｍフィールドが指示するＯＦＤＭシンボルの数が奇数の場合、ＦＩ＿ｍｏｄｅフィールドが０の値を有すれば、ＦＩスキーム＃１がＦＳＳに適用され、１の値を有すれば、ＦＩスキーム＃２がＦＳＳに適用されてもよい。すなわち、ＯＦＤＭシンボルの数が奇数の場合、周波数インタリービングにおいてＦＩスキーム＃１と＃２が交互にＦＳＳに適用されてもよい。
【１００３】
図１３１は本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、ＦＥＳのためのリセットモードの動作を示す図である。
【１００４】
ＦＥＳに対する周波数インタリービングにおいて、前述したシンボルオフセット生成器はリセットモード（Ｒｅｓｅｔ ｍｏｄｅ）という新概念を導入することができる。リセットモードは、シンボルオフセット生成器によって発生するシンボルオフセット値が‘０’であるモードを意味してもよい。
【１００５】
ＦＥＳに対する周波数インタリービングにおいて、前述したＦＩ＿ｍｏｄｅフィールドとＮ＿ｓｙｍフィールドを用いてリセットモードの使用可否を決定することができる。
【１００６】
Ｎ＿ｓｙｍフィールドが指示するＯＦＤＭシンボルの数が偶数の場合、ＦＩ＿ｍｏｄｅフィールドの値に関係なくシンボルオフセット生成器のリセットモードは動作しないこともあり得る（ｏｆｆ）。
【１００７】
Ｎ＿ｓｙｍフィールドが指示するＯＦＤＭシンボルの数が奇数の場合、ＦＩ＿ｍｏｄｅフィールドの値が０である場合はシンボルオフセット生成器がリセットモードに従って動作することができる（ｏｎ）。また、ＦＩ＿ｍｏｄｅフィールドの値が１の場合、シンボルオフセット生成器のリセットモードは動作しないこともあり得る（ｏｆｆ）。すなわち、ＯＦＤＭシンボルの数が奇数の場合、周波数インタリービングにおいてリセットモードが交互にオン／オフになってもよい。
【１００８】
図１３２は本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、周波数インタリーバーの入力と出力を数式で表示した図である。
【１００９】
前述したように、それぞれのメモリバンク−Ａ及びメモリバンク−ＢのＯＦＤＭシンボルペアは前述したインタリービング過程によって処理されてもよい。前述したように、インタリービングには、一つのメインインタリービングシードが循環シフト（ｃｙｃｌｉｃ−ｓｈｉｆｔｉｎｇ）して生成された多様な他のインタリービングシードが活用されてもよい。ここで、インタリービングシードはインタリービングシーケンスと呼んでも良い。また、インタリービングシードはインタリービング住所値（ｉｎｔｅｒｌｅａｖｉｎｇ ａｄｄｒｅｓｓ ｖａｌｕｅ）又は住所値（ａｄｄｒｅｓｓ ｖａｌｕｅ）、インタリービング住所（ｉｎｔｅｒｌｅａｖｉｎｇ ａｄｄｒｅｓｓ）と呼んでもよい。ここで、インタリービング住所値という用語は複数の住所値の集合の意味であって、複数の対象を指示するのに使われてもよく、インタリービングシードの意味として、単数の対象を指示するのに使われてもよい。すなわち、実施例によって、インタリービング住所値とはＨ（ｐ）のそれぞれの住所値を意味するか、あるいはＨ（ｐ）そのものを意味してもよい。
【１０１０】
一つのＯＦＤＭシンボル内でインタリーブされる周波数インタリービングの入力はＯm,lと表記してもよい（ｔ５００１０）。ここで、それぞれのデータセルはｘm,l,0、．．．ｘm,l,Ndata-1と表記してもよい。ｐはセルインデックス、ｌはＯＦＤＭシンボルインデックス、ｍはフレームのインデックスを意味してもよい。すなわち、ｘm,l,pはｍ番目フレーム、ｌ番目ＯＦＤＭシンボルのｐ番目データセルを意味してもよい。Ｎdataはデータセルの個数を意味してもよい。Ｎsymはシンボル（フレームシグナリングシンボル、ノーマルデータシンボル、フレームエッジシンボル）の個数を意味してもよい。
【１０１１】
前述した動作によってインタリーブされた後のデータセルはＰm,lと表記してもよい（ｔ５００２０）。それぞれのインタリーブされたデータセルはｖm,l,0、．．．ｖm,l,Ndata-1と表記してもよい。ｐ，ｌ，ｍは前述したものと同一のインデックス値を有してもよい。
【１０１２】
図１３３は本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、ＦＩスキーム＃１及びＦＩスキーム＃２による周波数インタリービングの論理的動作メカニズムの数式を示す。
【１０１３】
まず、ＦＩスキーム＃１による周波数インタリービングを説明する。前述したように、各メモリバンクのインタリービングシーケンス（インタリービング住所）を用いて周波数インタリービングを遂行してもよい。
【１０１４】
偶数番目シンボル（ｊｍｏｄ２＝０）に対するインタリービング動作は図示の数式（ｔ５１０１０）のように数学的に記述されてもよい。入力データｘに対し、インタリービングシーケンス（インタリービング住所）を用いて周波数インタリービングを遂行して出力ｖを得てもよい。ここで、ｐ番目入力データｘは、Ｈ（ｐ）番目出力データｖと同一になるように順序が変わっても良い。
【１０１５】
すなわち、偶数番目シンボル（一番目シンボル）に対しては、インタリービングシーケンスを用いてランダム書き込み過程を先に遂行した後、これを順次読み取る線形読み取り過程を遂行してもよい。ここで、インタリービングシーケンス（インタリービング住所）はＰＲＢＳなどを用いた任意のランダムシーケンスジェネレーターによって発生する値であってもよい。
【１０１６】
奇数番目シンボル（ｊｍｏｄ２＝１）に対するインタリービング動作は図示の数式（ｔ５１０２０）のように数学的に記述されてもよい。入力データｘに対し、インタリービングシーケンス（インタリービング住所）を用いて周波数インタリービングを遂行して出力ｖを得てもよい。ここで、Ｈ（ｐ）番目入力データｘは、ｐ番目出力データｖと同一になるように順序が変わっても良い。すなわち、偶数番目シンボルに対するインタリービング処理と比較すると、インタリービングシーケンス（インタリービング住所）が反対に（逆に、ｉｎｖｅｒｓｅ）適用されてもよい。
【１０１７】
すなわち、奇数番目シンボル（二番目シンボル）に対しては、順にメモリにデータを書き込む線形書き込み動作を先に遂行した後、これをインタリービングシーケンスを用いてランダムに読み取るランダム読み取り過程を遂行してもよい。同様に、インタリービングシーケンス（インタリービング住所）はＰＲＢＳなどを用いた任意のランダムシーケンスジェネレーターによって発生する値であってもよい。
【１０１８】
まず、ＦＩスキーム＃２による周波数インタリービングを説明する。
【１０１９】
ＦＩスキーム＃２による周波数インタリービングの場合、偶数番目／奇数番目シンボルに対する動作はＦＩスキーム＃１と反対に遂行してもよい。
【１０２０】
すなわち、偶数番目シンボルに対しては、図示の数式（ｔ５１０２０）によって、線形書き込み動作の後、ランダム読み取り動作を遂行してもよい。また、奇数番目シンボルに対しては、図示の数式（ｔ５１０１０）によって、ランダム書き込み動作の後、線形読み取り動作を遂行してもよい。詳細な事項は、ＦＩスキーム＃１で説明したものと同一である。
【１０２１】
シンボルインデックスｌは０，１，．．．，Ｎsym-1、セルインデックスｐは０，１，．．．，Ｎdata-1と表現してもよい。実施例によって、偶数番目シンボルと奇数番目シンボルに対する周波数インタリービング方式が互いに後先になってもよい。また、実施例によって、ＦＩスキーム＃１とＦＩスキーム＃２による周波数インタリービング方式が互いに後先になってもよい。
【１０２２】
図１３４は本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、シンボル数が偶数の場合の実施例を示す図である。
【１０２３】
この実施例において、Ｎ＿ｓｙｍフィールドは一フレーム内にＯＦＤＭ数が偶数であることを指示してもよい。この実施例において、一つのフレームは一つのプリアンブルと８個のＯＦＤＭシンボルを持っていると仮定する。実施例によって、プリアンブルの前にブートストラップ情報をさらに含んでもよい。ブートストラップ情報は示されていない。
【１０２４】
この実施例において、一つのフレームはそれぞれ一つのＦＳＳとＦＥＳを含んでもよい。ここで、ＦＳＳとＦＥＳの長さは同一であると仮定する。また、Ｎ＿ｓｙｍフィールドの情報はＰＬＳパートに含まれて伝送されるので、周波数デインタリーバーがＦＳＳデコーディング後にこれを確認することができる。また、この実施例において、ＦＥＳに対する動作が遂行される前にＮ＿ｓｙｍフィールドに対するデコーディングが完了すると仮定する。
【１０２５】
それぞれのフレームのＦＳＳにおいて、シンボルオフセット生成器の値は０にリセットされてもよい。よって、それぞれの一番目、二番目シンボルは同じインタリービングシーケンスによって処理されてもよい。また、各フレームが始まる都度＃０シーケンスが動作に使われてもよい。その後、＃１、＃２シーケンスが周波数インタリーバー／デインタリーバーの動作に順次使われてもよい。
【１０２６】
図１３５は本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、シンボル数が偶数の場合の実施例を示す図である。
【１０２７】
一番目フレームにおいて、プリアンブルのＦＩ＿ｍｏｄｅフィールドから、ＦＳＳがどの方式でインタリーブされたかについての情報を得ることができる。この実施例はＯＦＤＭシンボルが偶数の場合であるので、ＦＩスキーム＃１のみ使われてもよい。
【１０２８】
その後、ＦＳＳがデコードされ、Ｎ＿ｓｙｍ情報が獲得できる。Ｎ＿ｓｙｍ情報からこのフレームのシンボル数が偶数であることが分かる。その後、周波数デインタリーバーがＦＥＳをデコードするとき、獲得されたＦＩ＿ｍｏｄｅ情報とＮ＿ｓｙｍ情報を用いてデコーディングを遂行してもよい。シンボル数が偶数の場合であるので、シンボルオフセット生成器は前述したリセットモードに従って動作しない。すなわち、リセットモードはオフ（ｏｆｆ）された状態であってもよい。
【１０２９】
その後、他のフレームに対しても、偶数のＯＦＤＭシンボルが含まれているので、周波数デインタリーバーが同じ方式で動作することができる。すなわち、ＦＳＳで使われるＦＩスキームはＦＩスキーム＃１であり、ＦＥＳで使われるリセットモードはオフ（ｏｆｆ）された状態であってもよい。
【１０３０】
図１３６は本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、シンボル数が奇数の場合の実施例を示す図である。
【１０３１】
この実施例において、Ｎ＿ｓｙｍフィールドは一フレーム内にＯＦＤＭ数が奇数であることを指示してもよい。この実施例において、一つのフレームは一つのプリアンブルと７個のＯＦＤＭシンボルを持っていると仮定する。実施例によって、プリアンブルの前にブートストラップ情報がさらに含まれてもよい。ブートストラップ情報は示されていない。
【１０３２】
この実施例において、シンボル数が偶数である場合と同様に、一つのフレームは一つのＦＳＳとＦＥＳを含んでもよい。ここで、ＦＳＳとＦＥＳの長さは同一であると仮定する。また、Ｎ＿ｓｙｍフィールドの情報はＰＬＳパートに含まれて伝送されるので、周波数デインタリーバーがＦＳＳデコーディング後にこれを確認することができる。また、この実施例において、ＦＥＳに対する動作が遂行される前にＮ＿ｓｙｍフィールドに対するデコーディングが完了すると仮定する。
【１０３３】
それぞれのフレームのＦＳＳで、シンボルオフセット生成器の値は０にリセットされてもよい。また、任意のフレームのＦＥＳで、ＦＩ＿ｍｏｄｅフィールドとＮ＿ｓｙｍフィールドの値によってシンボルオフセット生成器がリセットモードに従って動作することができる。よって、任意のフレームのＦＥＳで、シンボルオフセット生成器の値が０にリセットされるか、あるいはリセットされないこともあり得る。このようなリセット過程はフレームごとに交互に遂行されてもよい。
【１０３４】
図示の一番目フレームの最後のシンボル、ＦＥＳでシンボルオフセット生成器のリセットが発生することができる。よって、インタリービングシーケンスは＃０シーケンスにリセットされてもよい。よって、周波数インタリーバー／デインタリーバーは該当のＦＥＳを＃０シーケンスによって処理することができる（ｔ５４０１０）。
【１０３５】
次のフレームのＦＳＳではシンボルオフセット生成器が再びリセットされて＃０シーケンスが使われてもよい（ｔ５４０１０）。二番目フレーム（フレーム＃１）のＦＥＳではリセットが発生しなく、三番目フレーム（フレーム＃２）のＦＥＳではリセットが発生することができる。
【１０３６】
図１３７は本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、シンボル数が奇数の場合の実施例を示す図である。
【１０３７】
一番目フレームで、プリアンブルのＦＩ＿ｍｏｄｅフィールドから、ＦＳＳがどの方式でインタリーブされたかについての情報を得ることができる。ＯＦＤＭシンボルが奇数の場合であるので、ＦＩスキーム＃１とＦＩスキーム＃２が使われてもよい。この実施例の一番目フレームではＦＩスキーム＃１が使われた。
【１０３８】
その後、ＦＳＳがデコードされ、Ｎ＿ｓｙｍ情報が獲得できる。Ｎ＿ｓｙｍ情報からこのフレームのシンボル数が奇数であることが分かる。その後、周波数デインタリーバーがＦＥＳをデコードするとき、獲得されたＦＩ＿ｍｏｄｅ情報とＮ＿ｓｙｍ情報を用いてデコーディングを遂行してもよい。シンボル数が奇数であり、ＦＩスキーム＃１が使用された場合であるので、ＦＩ＿ｍｏｄｅフィールド値は０であることが分かる。ＦＩ＿ｍｏｄｅが０であるので、シンボルオフセット生成器は前述したリセットモードに従って動作することができる。すなわち、リセットモードはオン（ｏｎ）状態であってもよい。
【１０３９】
リセットモードに従って動作して、シンボルオフセット生成器は０にリセットされてもよい。二番目フレームでＦＩ＿ｍｏｄｅフィールド値が１であるので、ＦＩスキーム＃２によってＦＳＳが処理されたことが分かる。やはり、Ｎ＿ｓｙｍフィールドから、シンボル数が奇数であることが分かる。二番目フレームの場合には、ＦＩ＿ｍｏｄｅフィールド値が１であり、シンボル数が奇数であるので、シンボルオフセット生成器はリセットモードに従って動作しなくてもよい。
【１０４０】
このような方式で、ＦＳＳで使われるＦＩスキームはＦＩスキーム＃１と＃２が交互にセットされることができる。また、ＦＥＳで使われるリセットモードはオン（ｏｎ）とオフ（ｏｆｆ）が交互にセットされることができる。実施例によって、フレームごとにセットが変わらなくてもよい。
【１０４１】
図１３８は本発明の一実施例によるフレーム内のシンボル数に影響されないシングルメモリデインタリービングのためのシグナリングにおいて、周波数デインタリーバーの動作を示す図である。
【１０４２】
周波数デインタリーバーは先に定義されたＦＩ＿ｍｏｄｅフィールド及び／又はＮ＿ｓｙｍフィールドの情報を用いて周波数デインタリービングを行うことができる。前述したように、周波数デインタリーバーはシングルメモリを用いて動作することができる。基本的に、周波数デインタリービングは送信端で遂行した周波数インタリービング過程の逆過程を実行して、元のデータの順序が復元されるようにする過程であってもよい。
【１０４３】
前述したように、ＦＳＳに対する周波数デインタリービングはプリアンブルのＦＩ＿ｍｏｄｅフィールド及びＮ＿ｓｙｍフィールドを用いて得たＦＩスキームについての情報に基づいて動作してもよい。ＦＥＳに対する周波数デインタリービングは、ＦＩ＿ｍｏｄｅフィールドとＮ＿ｓｙｍフィールドからリセットモードの動作可否を把握した後、それによって動作してもよい。
【１０４４】
すなわち、入力される一対のＯＦＤＭシンボルに対し、周波数デインタリーバーは周波数インタリーバーの読み取り／書き込み動作の逆過程を遂行することができる。この過程で一つのインタリービングシーケンスが使われてもよい。
【１０４５】
ただ、前述したように、周波数インタリーバーはダブルメモリを使うピンポン構造を有するが、周波数デインタリーバーはシングルメモリでデインタリービングを行うことができる。このシングルメモリ周波数デインタリービングはＦＩ＿ｍｏｄｅフィールド及びＮ＿ｓｙｍフィールドの情報を用いて遂行することができる。この情報によって、ＯＦＤＭシンボル数に影響されなくて、奇数のＯＦＤＭシンボルを有するフレームに対してもシングルメモリ周波数デインタリービングが可能であり得る。
【１０４６】
本発明による周波数インタリーバーはＯＦＤＭシンボルの全てのデータセルを対象として周波数インタリービングを遂行することができる。周波数インタリーバーは、データセルを、各シンボルの可能な（ａｖａｉｌａｂｌｅ）データキャリアにマッピングさせる動作を行うことができる。
【１０４７】
本発明による周波数インタリーバーはＦＦＴサイズによって違うインタリービングモードで動作することができる。例えば、ＦＦＴサイズが３２Ｋの場合、周波数インタリーバーは前述したＦＩスキーム＃１のように偶数番目シンボルに対してはランダム書き込み／線形動作を遂行し、奇数番目シンボルに対しては線形書き込み／ランダム読み取り動作を行うことができる。また、ＦＦＴサイズが１６Ｋ又は８Ｋの場合、周波数インタリーバーは偶数／奇数に関係なく全てのシンボルに対して線形読み取り／ランダム書き込み動作を行うことができる。
【１０４８】
インタリービングモード転換を決定するＦＦＴサイズは実施例によって変更できる。すなわち、３２Ｋ及び１６Ｋの場合、ＦＩスキーム＃１のように動作し、８Ｋの場合、偶数／奇数に関係ない動作を行ってもよい。また、全てのＦＦＴサイズに対してＦＩスキーム＃１のように動作してもよく、全てのＦＦＴサイズに対して偶数／奇数に関係ない動作を行ってもよい。また、実施例によって、特定のＦＦＴサイズに対してはＦＩスキーム＃２のように動作してもよい。
【１０４９】
このような周波数インタリービングは前述したインタリービングシーケンス（インタリービング住所）を用いて遂行してもよい。インタリービングシーケンスは、前述したように、オフセット値を用いて多様に生成できる。また、住所値チェック（ａｄｄｒｅｓｓ ｃｈｅｃｋ）が遂行され、多様なインタリービングシーケンスが生成されてもよい。
【１０５０】
図１３９は本発明の他の実施例によるｖａｒｉａｂｌｅ ｄａｔａ−ｒａｔｅシステムを示した概念図である。
【１０５１】
具体的に、この図に示した一つの伝送スーパーフレームはＮＴＩ＿ＮＵＭ個のＴＩグループで構成され、各ＴＩグループはＮＢＬＯＣＫ＿ＴＩ個のＦＥＣブロックを含んでもよい。この場合、各ＴＩグループに含まれたＦＥＣブロックの数は互いに違ってもよい。本発明の一実施例によるＴＩグループはタイムインタリービングを遂行するためのブロックに定義されてもよく、上述したＴＩブロック又はＩＦと同一の意味として使われてもよい。
【１０５２】
本発明は、ＴＩグループ内に含まれたＦＥＣブロックの数が互いに違う場合、一つのツイストされた行−列ブロックインタリービングルール（ｔｗｉｓｔｅｄ ｒｏｗ−ｃｏｌｕｍｎ ｂｌｏｃｋ ｉｎｔｅｒｌｅａｖｉｎｇ ｒｕｌｅ）を用いてＴＩグループに対するインタリービングを行うことを一実施例としてもよい。これにより、受信機は単一メモリを使ってデインタリービングを行うことができる。以下では、ＴＩグループごとにＦＥＣブロック数が可変し得るバリアブルビットレート（ｖａｒｉａｂｌｅ ｂｉｔ−ｒａｔｅ、ＶＢＲ）伝送を考慮した入力ＦＥＣ ｂｌｏｃｋのメモリ配列方法及びタイムインタリーバーの読み取り（ｒｅａｄｉｎｇ）動作を説明する。
【１０５３】
図１４０は本発明のブロックインタリービングの書き込み（ｗｒｉｔｉｎｇ）及び読み取り（ｒｅａｄｉｎｇ）動作の一実施例を示す。これに対する具体的な内容は前述した。
【１０５４】
図１４１は本発明の一実施例によるブロックインタリービングを示した数式である。
【１０５５】
図の数式は各ＴＩグループ単位で適用されるブロックインタリービングを示す。数式で示したように、シフト値は、ＴＩグループに含まれたＦＥＣブロックの数が奇数の場合及び偶数の場合にそれぞれ計算されてもよい。すなわち、本発明の一実施例によるブロックインタリービングはＦＥＣブロックの数を奇数にした後、シフト値を計算してもよい。
【１０５６】
本発明の一実施例によるタイムインタリーバーは、スーパーフレーム内で最大のＦＥＣブロック数を有するＴＩ ｇｒｏｕｐを基準にしてインタリービングに関連したパラメーターを決定することができる。これにより、受信機は単一メモリを使ってデインタリービングを行うことができる。この際、決定されたＦＥＣブロックを最も多く含んでいるＴＩグループのＦＥＣブロック数より少ないＦＥＣブロックを有するＴＩグループに対しては不足したＦＥＣブロックの数に相当する仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックを付け加えてもよい。
【１０５７】
本発明の一実施例による仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックは実際ＦＥＣブロックの前に挿入されてもよい。その後、本発明の一実施例によるタイムインタリーバーは、仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックを考慮し、一つのツイストされた行−列ブロックインタリービングルール（ｔｗｉｓｔｅｄ ｒｏｗ−ｃｏｌｕｍｎ ｂｌｏｃｋ ｉｎｔｅｒｌｅａｖｉｎｇ ｒｕｌｅ）を用いてＴＩグループに対するインタリービングを遂行することができる。また、本発明の一実施例によるタイムインタリーバーは、読み取り（ｒｅａｄｉｎｇ）動作で仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックに当たるメモリ−インデックス（ｍｅｍｏｒｙ−ｉｎｄｅｘ）が発生する場合、上述したスキップ動作を行うことができる。その後、書き込み（ｗｒｉｔｉｎｇ）動作時に入力されたＴＩグループのＦＥＣブロックの数と読み取り（ｒｅａｄｉｎｇ）動作時に出力されたＴＩグループのＦＥＣブロックの数を一致させる。結果的に、本発明の一実施例によるタイムインタリービングによると、受信機で効率的なシングル−メモリデインタリービング（ｓｉｎｇｌｅ−ｍｅｍｏｒｙ ｄｅｉｎｔｅｒｌｅａｖｉｎｇ）を遂行するために仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックを挿入しても、スキップ動作によって実際に伝送されるデータレートの損失は発生しないことがあり得る。
【１０５８】
図１４２は本発明の一実施例による仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックを示した図である。
【１０５９】
図の左側は最大ＦＥＣブロックの数とＴＩグループに含まれた実際ＦＥＣブロックの数及び最大ＦＥＣブロックの数と実際ＦＥＣブロックの数の間の差を示したパラメーター及び仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックの数を導出するための数式を示す。
【１０６０】
図の右側はＴＩグループ内に仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックが挿入された実施例を示す。この場合、上述したように仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックは実際ＦＥＣブロックの前に挿入されてもよい。
【１０６１】
図１４３は本発明の一実施例による仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックが挿入された後の読み取り（ｒｅａｄｉｎｇ）動作を示した数式である。
【１０６２】
図に表示されたスキップ動作は読み取り（ｒｅａｄｉｎｇ）動作において仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックをスキップする役目を果たすことができる。
【１０６３】
図１４４は本発明の一実施例によるタイムインタリービングのプロセスを示したフローチャートである。
【１０６４】
本発明の一実施例によるタイムインタリーバーは初期値（ｉｎｉｔｉａｌ ｖａｌｕｅ）をセットアップすることができる（Ｓ６７０００）。
【１０６５】
その後、本発明の一実施例によるタイムインタリーバーは、仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックを考慮し、実際ＦＥＣブロックを書き込み（ｗｒｉｔｉｎｇ）することができる（Ｓ６７１００）。
【１０６６】
その後、本発明の一実施例によるタイムインタリーバーは、一時的ＴＩアドレス（ｔｅｍｐｏｒａｌ ＴＩ ａｄｄｒｅｓｓ）を生成することができる（Ｓ６７２００）。
【１０６７】
その後、本発明の一実施例によるタイムインタリーバーは、生成されたＴＩ読み取りアドレス（ｒｅａｄｉｎｇ ａｄｄｒｅｓｓ）の可用性（ａｖａｉｌｉａｂｉｌｉｔｙ）を評価することができる（Ｓ６７３００）。その後、本発明の一実施例によるタイムインタリーバーは、最終ＴＩ読み取りアドレス（ｒｅａｄｉｎｇ ａｄｄｒｅｓｓ）を生成することができる（Ｓ６７４００）。
【１０６８】
その後、本発明の一実施例によるタイムインタリーバーは、実際ＦＥＣブロックを読み取り（ｒｅａｄｉｎｇ）することができる（Ｓ６７５００）。
【１０６９】
図１４５は本発明の一実施例によるシフト値及び最大ＴＩブロックの大きさを決定する過程を示した数式である。
【１０７０】
この図は、ＴＩグループが２個であり、ＴＩグループ内のセルの数は３０であり、一番目ＴＩグループに含まれたＦＥＣブロックの数が５であり、二番目ＴＩブロックに含まれたＦＥＣブロックの数が６である場合の実施例を示す。最大ＦＥＣブロック数は６であるが、偶数であるので、シフト値を求めるための調整された最大ＦＥＣブロック数は７であってもよく、シフト値は４に計算されてもよい。
【１０７１】
図１４６〜図１４８は以前の図で前述した実施例のＴＩ過程を示した図である。
【１０７２】
図１４６は本発明の一実施例による書き込み（ｗｒｉｔｉｎｇ）動作を示す。
【１０７３】
この図は以前の図で説明した二つのＴＩグループに対する書き込み（ｗｒｉｔｉｎｇ）動作を示す。
【１０７４】
図の左側に示されたブロックはＴＩメモリアドレスアレイ（ｍｅｍｏｒｙ ａｄｄｒｅｓｓ ａｒｒａｙ）を示し、図の右側に示されたブロックは連続した二つのＴＩグループに対してそれぞれ仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックがそれぞれ２個及び１個が挿入された場合の書き込み（ｗｒｉｔｉｎｇ）動作を示す。上述したように調整された最大ＦＥＣブロック数は７であるので、一番目ＴＩグループには二つの仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックが挿入され、二番目ＴＩグループには一つの仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックが挿入される。
【１０７５】
図１４７は本発明の一実施例による読み取り（ｒｅａｄｉｎｇ）動作を示す。
【１０７６】
図の左側に示されたブロックはＴＩメモリアドレスアレイ（ｍｅｍｏｒｙ ａｄｄｒｅｓｓ ａｒｒａｙ）を示し、図の右側に示されたブロックは連続した二つのＴＩグループに対してそれぞれ仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックがそれぞれ２個及び１個が挿入された場合の読み取り（ｒｅａｄｉｎｇ）動作を示す。この場合、仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックにも実際ＦＥＣブロックと同様に読み取り（ｒｅａｄｉｎｇ）動作が遂行されてもよい。
【１０７７】
図１４８は本発明の一実施例による読み取り（ｒｅａｄｉｎｇ）動作においてスキップ動作が遂行された結果を示す。
【１０７８】
図示のように、二つのＴＩグループ内には仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックがスキップされてもよい。
【１０７９】
図１４９及び図１５０は前述したＴＩの逆過程であるタイムデインタリービングを示す。
【１０８０】
具体的に、図１５１は一番目ＴＩグループに対するタイムデインタリービングを示し、図１５２は二番目ＴＩグループに対するタイムデインタリービングを示す。
【１０８１】
図１４９は本発明の一実施例によるタイムデインタリービングの書き込み（ｗｒｉｔｉｎｇ）過程を示す。
【１０８２】
図の左側に示されたブロックはＴＩメモリアドレスアレイ（ｍｅｍｏｒｙ ａｄｄｒｅｓｓ ａｒｒａｙ）を示し、図の中央に示されたブロックはタイムデインタリーバーに入力された一番目ＴＩグループを示し、図の右側に示されたブロックは連続した一番目ＴＩグループに対してスキップされた仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックを考慮して遂行された書き込み（ｗｒｉｔｉｎｇ）過程を示す。
【１０８３】
図示のように、ＴＩ過程でスキップされた２個の仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックは正確な読み取り（ｒｅａｄｉｎｇ）動作のために書き込み（ｗｒｉｔｉｎｇ）過程で復元されてもよい。この場合、スキップされた２個の仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックの位置及び量は任意のアルゴリズムによって推定できる。
【１０８４】
図１５０は本発明の他の実施例によるタイムデインタリービングの書き込み（ｗｒｉｔｉｎｇ）過程を示す。
【１０８５】
図の左側に示されたブロックはＴＩメモリアドレスアレイ（ｍｅｍｏｒｙ ａｄｄｒｅｓｓ ａｒｒａｙ）を示し、図の中央に示されたブロックはタイムデインタリーバーに入力された二番目ＴＩグループを示し、図の右側に示されたブロックは連続した二番目ＴＩグループに対してスキップされた仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックを考慮して遂行された書き込み（ｗｒｉｔｉｎｇ）過程を示す。
【１０８６】
図示のように、ＴＩ過程でスキップされた１個の仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックは正確な読み取り（ｒｅａｄｉｎｇ）動作のために書き込み（ｗｒｉｔｉｎｇ）過程で復元されてもよい。この場合、スキップされた１個の仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックの位置及び量は任意のアルゴリズムによって推定できる。
【１０８７】
図１５１は本発明の他の実施例によるタイムデインタリービングの読み取り（ｒｅａｄｉｎｇ）動作を示す数式である。
【１０８８】
受信機で使われるＴＤＩシフト値は送信機で使用されたシフト値によって決定することができ、スキップ動作（ｓｋｉｐ ｏｐｅｒａｔｉｏｎ）は送信部と同様に読み取り（ｒｅａｄｉｎｇ）動作において仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックをスキップする役目を果たすことができる。
【１０８９】
図１５２は本発明の一実施例によるタイムデインタリービングのプロセスを示したフローチャートである。
【１０９０】
本発明の一実施例によるタイムデインタリーバーは、初期値（ｉｎｉｔｉａｌ ｖａｌｕｅ）をセットアップすることができる（Ｓ７５０００）。
【１０９１】
その後、本発明の一実施例によるタイムインタリーバーは、仮想（ｖｉｒｔｕａｌ）ＦＥＣブロックを考慮して実際ＦＥＣブロックを書き込み（ｗｒｉｔｉｎｇ）することができる（Ｓ７５１００）。
【１０９２】
その後、本発明の一実施例によるタイムインタリーバーは、一時的ＴＤＩアドレス（ｔｅｍｐｏｒａｌ ＴＤＩ ａｄｄｒｅｓｓ）を生成することができる（Ｓ７５２００）。
【１０９３】
その後、本発明の一実施例によるタイムインタリーバーは、生成されたＴＤＩ読み取りアドレス（ｒｅａｄｉｎｇ ａｄｄｒｅｓｓ）の可用性（ａｖａｉｌｉａｂｉｌｉｔｙ）を評価することができる（Ｓ７５３００）。その後、本発明の一実施例によるタイムインタリーバーは、最終ＴＤＩ読み取りアドレス（ｒｅａｄｉｎｇ ａｄｄｒｅｓｓ）を生成することができる（Ｓ７５４００）。
【１０９４】
その後、本発明の一実施例によるタイムインタリーバーは実際ＦＥＣブロックを読み取り（ｒｅａｄｉｎｇ）することができる（Ｓ７５５００）。
【１０９５】
モジュール又はユニットは、メモリ（又は、格納ユニット）に記憶された連続した過程を実行するプロセッサであってもよい。前述した実施例に記述された各段階は、ハードウェア／プロセッサによって実行することができる。前述した実施例に記述された各モジュール／ブロック／ユニットは、ハードウェア／プロセッサとして動作することができる。また、本発明が提示する方法はコードによって具現されるようにするこができる。このコードは、プロセッサが読み出し可能な記憶媒体に書き込まれ、装置（ａｐｐａｒａｔｕｓ）が提供するプロセッサによって読み出されるようにすることができる。
【１０９６】
説明の便宜のため、各図を個別に説明したが、各図に開示した実施例を組み合わせて新しい実施例として具現するように設計することも可能である。そして、通常の技術者の必要に応じて、以前に説明された実施例を実行するためのプログラムが記録されているコンピュータで読み出し可能な記録媒体を設計することも、本発明の権利範囲に属する。
【１０９７】
本発明に係る装置及び方法は、上述したように、説明された実施例の構成と方法に限定されて適用されるものではなく、上述した実施例は、様々な変形が可能なように、各実施例の全部又は一部が選択的に組み合せられて構成されてもよい。
【１０９８】
一方、本発明が提案する方法を、ネットワークデバイスに備えられた、プロセッサが読み出し可能な記録媒体に、プロセッサが読み出し可能なコードとして具現することができる。プロセッサが読み出し可能な記録媒体は、プロセッサによって読み出されるデータが格納されるいかなる種類の記録装置をも含む。プロセッサが読み出し可能な記録媒体の例には、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピーディスク、光データ格納装置などがあり、また、インターネットを介した伝送などのようなキャリアウェーブの形態で具現されるものも含む。また、プロセッサが読み出し可能な記録媒体は、ネットワークで接続されたコンピュータシステムに分散されて、分散方式でプロセッサが読み出し可能なコードが格納され、実行されてもよい。
【１０９９】
また、以上では、本発明の好適な実施例について図示及び説明したが、本発明は、上述した特定の実施例に限定されず、特許請求の範囲で請求する本発明の要旨を逸脱することなく、当該発明の属する技術分野における通常の知識を有する者によって、様々な変形実施が可能であることはもちろんのこと、このような変形実施は、本発明の技術的思想や展望から個別的に理解されてはならない。
【１１００】
そして、当該明細書では、物の発明及び方法の発明の両方が説明されており、必要に応じて、両発明の説明は補充的に適用されてもよい。
【１１０１】
本発明の思想や範囲内で本発明の様々な変更及び変形が可能であることは当業者にとって明らかである。したがって、本発明は、添付の請求項及びその同等範囲内で提供される本発明の変更及び変形を含むように意図される。
【１１０２】
本明細書において、装置の発明も方法の発明も言及されており、装置及び方法の発明に関する説明は互いに補完して適用可能である。
〔発明の実施のための形態〕
様々な実施例が、本発明を実施するための最良の形態で説明されている。
【産業上の利用可能性】
【１１０３】
本発明は、一連の放送信号提供分野で利用可能である。
【１１０４】
本発明の思想や範囲内で本発明の様々な変更及び変形が可能であることは当業者にとって明らかである。したがって、本発明は、添付の請求項及びその同等範囲内で提供される本発明の変更及び変形を含むように意図される。
【図１】
0006423016.tif 000046
【図２】
0006423016.tif 000047
【図３】
0006423016.tif 000048
【図４】
0006423016.tif 000049
【図５】
0006423016.tif 000050
【図６】
0006423016.tif 000051
【図７】
0006423016.tif 000052
【図８】
0006423016.tif 000053
【図９】
0006423016.tif 000054
【図１０】
0006423016.tif 000055
【図１１】
0006423016.tif 000056
【図１２】
0006423016.tif 000057
【図１３】
0006423016.tif 000058
【図１４】
0006423016.tif 000059
【図１５】
0006423016.tif 000060
【図１６】
0006423016.tif 000061
【図１７】
0006423016.tif 000062
【図１８】
0006423016.tif 000063
【図１９】
0006423016.tif 000064
【図２０】
0006423016.tif 000065
【図２１】
0006423016.tif 000066
【図２２】
0006423016.tif 000067
【図２３】
0006423016.tif 000068
【図２４】
0006423016.tif 000069
【図２５】
0006423016.tif 000070
【図２６】
0006423016.tif 000071
【図２７】
0006423016.tif 000072
【図２８】
0006423016.tif 000073
【図２９】
0006423016.tif 000074
【図３０】
0006423016.tif 000075
【図３１】
0006423016.tif 000076
【図３２】
0006423016.tif 000077
【図３３】
0006423016.tif 000078
【図３４】
0006423016.tif 000079
【図３５】
0006423016.tif 000080
【図３６】
0006423016.tif 000081
【図３７】
0006423016.tif 000082
【図３８】
0006423016.tif 000083
【図３９】
0006423016.tif 000084
【図４０】
0006423016.tif 000085
【図４１】
0006423016.tif 000086
【図４２】
0006423016.tif 000087
【図４３】
0006423016.tif 000088
【図４４】
0006423016.tif 000089
【図４５】
0006423016.tif 000090
【図４６】
0006423016.tif 000091
【図４７】
0006423016.tif 000092
【図４８】
0006423016.tif 000093
【図４９】
0006423016.tif 000094
【図５０】
0006423016.tif 000095
【図５１】
0006423016.tif 000096
【図５２】
0006423016.tif 000097
【図５３】
0006423016.tif 000098
【図５４】
0006423016.tif 000099
【図５５】
0006423016.tif 000100
【図５６】
0006423016.tif 000101
【図５７】
0006423016.tif 000102
【図５８】
0006423016.tif 000103
【図５９】
0006423016.tif 000104
【図６０】
0006423016.tif 000105
【図６１】
0006423016.tif 000106
【図６２】
0006423016.tif 000107
【図６３】
0006423016.tif 000108
【図６４】
0006423016.tif 000109
【図６５】
0006423016.tif 000110
【図６６】
0006423016.tif 000111
【図６７】
0006423016.tif 000112
【図６８】
0006423016.tif 000113
【図６９】
0006423016.tif 000114
【図７０】
0006423016.tif 000115
【図７１】
0006423016.tif 000116
【図７２】
0006423016.tif 000117
【図７３】
0006423016.tif 000118
【図７４】
0006423016.tif 000119
【図７５】
0006423016.tif 000120
【図７６】
0006423016.tif 000121
【図７７】
0006423016.tif 000122
【図７８】
0006423016.tif 000123
【図７９】
0006423016.tif 000124
【図８０】
0006423016.tif 000125
【図８１】
0006423016.tif 000126
【図８２】
0006423016.tif 000127
【図８３】
0006423016.tif 000128
【図８４】
0006423016.tif 000129
【図８５】
0006423016.tif 000130
【図８６】
0006423016.tif 000131
【図８７】
0006423016.tif 000132
【図８８】
0006423016.tif 000133
【図８９】
0006423016.tif 000134
【図９０】
0006423016.tif 000135
【図９１】
0006423016.tif 000136
【図９２】
0006423016.tif 000137
【図９３】
0006423016.tif 000138
【図９４】
0006423016.tif 000139
【図９５】
0006423016.tif 000140
【図９６】
0006423016.tif 000141
【図９７】
0006423016.tif 000142
【図９８】
0006423016.tif 000143
【図９９】
0006423016.tif 000144
【図１００】
0006423016.tif 000145
【図１０１】
0006423016.tif 000146
【図１０２】
0006423016.tif 000147
【図１０３】
0006423016.tif 000148
【図１０４】
0006423016.tif 000149
【図１０５】
0006423016.tif 000150
【図１０６】
0006423016.tif 000151
【図１０７】
0006423016.tif 000152
【図１０８】
0006423016.tif 000153
【図１０９】
0006423016.tif 000154
【図１１０】
0006423016.tif 000155
【図１１１】
0006423016.tif 000156
【図１１２】
0006423016.tif 000157
【図１１３】
0006423016.tif 000158
【図１１４】
0006423016.tif 000159
【図１１５】
0006423016.tif 000160
【図１１６】
0006423016.tif 000161
【図１１７】
0006423016.tif 000162
【図１１８】
0006423016.tif 000163
【図１１９】
0006423016.tif 000164
【図１２０】
0006423016.tif 000165
【図１２１】
0006423016.tif 000166
【図１２２】
0006423016.tif 000167
【図１２３】
0006423016.tif 000168
【図１２４】
0006423016.tif 000169
【図１２５】
0006423016.tif 000170
【図１２６】
0006423016.tif 000171
【図１２７】
0006423016.tif 000172
【図１２８】
0006423016.tif 000173
【図１２９】
0006423016.tif 000174
【図１３０】
0006423016.tif 000175
【図１３１】
0006423016.tif 000176
【図１３２】
0006423016.tif 000177
【図１３３】
0006423016.tif 000178
【図１３４】
0006423016.tif 000179
【図１３５】
0006423016.tif 000180
【図１３６】
0006423016.tif 000181
【図１３７】
0006423016.tif 000182
【図１３８】
0006423016.tif 000183
【図１３９】
0006423016.tif 000184
【図１４０】
0006423016.tif 000185
【図１４１】
0006423016.tif 000186
【図１４２】
0006423016.tif 000187
【図１４３】
0006423016.tif 000188
【図１４４】
0006423016.tif 000189
【図１４５】
0006423016.tif 000190
【図１４６】
0006423016.tif 000191
【図１４７】
0006423016.tif 000192
【図１４８】
0006423016.tif 000193
【図１４９】
0006423016.tif 000194
【図１５０】
0006423016.tif 000195
【図１５１】
0006423016.tif 000196
【図１５２】
0006423016.tif 000197