(57)【特許請求の範囲】
【請求項１】
放送受信機であって、
サービスガイドフラグメントと、放送サービスと、前記放送サービスと物理層パイプ（ＰＬＰ）との間のマッピング情報と、チャネルスキャニングとサービスアクイジション（service acquisition）を支援する情報を含む放送信号を受信するように構成されたチューナーと、
前記放送サービスに対する情報を知らせるために利用される、拡張可能な(extensible)マークアップ言語（ＸＭＬ）フォーマットを備えた前記サービスガイドフラグメントと、
前記放送サービスについての情報を有するサービスフラグメントと、前記放送サービスに含まれるコンテンツデータに関する情報を有するコンテンツフラグメントと、を含む前記サービスガイドフラグメントと、
ビデオコンポーネントの役割を記述するビデオコンポーネントエレメントと、オーディオコンポーネントの役割を記述するオーディオコンポーネントエレメントの少なくとも一つを含むコンポーネントエレメントを含むプライベート拡張エレメントを含む前記コンテンツフラグメントと、
ここで、前記オーディオコンポーネントエレメントは、visually impairedに対応する前記オーディオコンポーネントの役割を含み、
前記コンテンツデータと前記サービスガイドフラグメントをデコーディングするように構成されたデコーダと、
前記サービスガイドフラグメントと前記visually impairedを表示し得るアディショナルオーディオに対する情報に基づいてサービスガイドを表示するように構成されたディスプレイユニットと、を含む、放送受信機。
【請求項２】
前記プライベート拡張エレメントは、
性能コード及び性能ストリングによって表され、前記コンテンツデータをデコーディングするための性能情報を表す性能エレメントを含む、請求項１に記載の放送受信機。
【請求項３】
前記性能コードは、ビデオレンダリング性能及びオーディオレンダリング性能の少なくとも１つに関する情報を示し、
前記コンテンツフラグメントは、前記コンテンツフラグメントと前記サービスフラグメントの間の関係情報を更に含む、請求項２に記載の放送受信機。
【請求項４】
前記サービスフラグメントは、前記放送サービスに対するサービスタイプ情報を含み、前記サービスタイプ情報が、前記放送サービスがコンパニオンデバイスに対するサービスデータを含むことを表す時、前記サービスデータは前記サービスタイプ情報に基づいてユーザに知らされる、請求項１に記載の放送受信機。
【請求項５】
放送信号受信処理方法であって、
サービスガイドフラグメントと、放送サービスと、前記放送サービスと物理層パイプ（ＰＬＰ）との間のマッピング情報と、チャネルスキャニングとサービスアクイジション（service acquisition）を支援する情報と、
前記放送サービスに対する情報を知らせるために利用される拡張可能な(extensible)マークアップ言語（ＸＭＬ）フォーマットを備えた前記サービスガイドフラグメントと、
前記放送サービスについての情報を有するサービスフラグメントと、前記放送サービスに含まれるコンテンツデータに関する情報を有するコンテンツフラグメントと、を含む前記サービスガイドフラグメントと、
ビデオコンポーネントの役割を記述するビデオコンポーネントエレメントと、オーディオコンポーネントの役割を記述するオーディオコンポーネントエレメントの少なくとも一つを含むコンポーネントエレメントを含むプライベート拡張エレメントを含む前記コンテンツフラグメントと、
visually impairedに対応する前記オーディオコンポーネントの役割を含む前記オーディオコンポーネントエレメントと、
を受信するステップと、
前記コンテンツデータと前記サービスガイドフラグメントをデコーディングするステップと、
前記サービスガイドフラグメントと前記visually impairedを表示し得るアディショナルオーディオに対する情報に基づいてサービスガイドを表示するステップと
を含む、放送信号受信処理方法。
【請求項６】
前記プライベート拡張エレメントは、
性能コード及び性能ストリングにより表され、前記コンテンツデータをデコーディングするための性能情報を表す性能エレメントを含む、請求項５に記載の放送信号受信処理方法。
【請求項７】
前記性能コードは、ビデオレンダリング性能及びオーディオレンダリング性能の少なくとも１つに関する情報を示し、
前記コンテンツフラグメントは、前記コンテンツフラグメントと前記サービスフラグメントの間の関係情報を更に含む、請求項６に記載の放送信号受信処理方法。
【請求項８】
前記サービスフラグメントは、前記放送サービスに対するサービスタイプ情報を含み、前記サービスタイプ情報が、前記放送サービスがコンパニオンデバイスに対するサービスデータを含むことを表す時、前記サービスデータは前記サービスタイプ情報に基づいてユーザに知らされる、請求項５に記載の放送信号受信処理方法。
【請求項９】
放送信号送信処理方法であって、
放送サービスに対する情報を知らせるために利用されるサービスガイドフラグメントと、
前記放送サービスに関する情報を有するサービスフラグメントと、前記放送サービスに含まれるコンテンツデータに関する情報を有するコンテンツフラグメントと、を含む、拡張可能な(extensible)マークアップ言語（ＸＭＬ）フォーマットを備えたサービスガイドフラグメントと、
ビデオコンポーネントの役割を表現するビデオコンポーネントエレメントとオーディオコンポーネントの役割を表現するオーディオコンポーネントエレメントの少なくとも一つを含むコンポーネントエレメントを含むプライベート拡張エレメントを含む前記コンテンツフラグメントと、visually impairedに対応する前記オーディオコンポーネントの役割を含む前記オーディオコンポーネントエレメントとを生成するステップと、
前記コンテンツデータをエンコーディングするステップと、
前記エンコーディングされたコンテンツデータと、前記生成されたサービスガイドフラグメントと、前記放送サービスと物理層パイプ（ＰＬＰ）との間のマッピング情報と、チャネルスキャニングとサービスアクイジション（service acquisition）を支援する情報と、を含む放送信号を送信するステップとを含む、放送信号送信処理方法。
【請求項１０】
前記プライベート拡張エレメントは、
性能コード及び性能ストリングにより表され、前記コンテンツデータをデコーディングするための性能情報を表す性能エレメントを含む、請求項９に記載の放送信号送信処理方法。
【請求項１１】
前記性能コードは、ビデオレンダリング性能及びオーディオレンダリング性能の少なくとも１つに関する情報を示し、
前記サービスフラグメントは、前記放送サービスに対するサービスタイプ情報を含み、前記サービスタイプ情報が、前記放送サービスがコンパニオンデバイスに対するサービスデータを含むことを表す時、前記サービスデータは前記サービスタイプ情報に基づいてユーザに知らされる、請求項１０に記載の放送信号送信処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送信号送信装置、放送信号受信装置、及び放送信号送受信方法に関する。
【背景技術】
【０００２】
アナログ放送信号の送信が終了するに伴い、デジタル放送信号を送受信するための様々な技術が開発されている。デジタル放送信号は、アナログ放送信号に比べてさらに多くの量のビデオ／オーディオデータを含むことができ、ビデオ／オーディオデータだけでなく、様々な種類の付加データをさらに含むことができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
すなわち、デジタル放送システムは、ＨＤ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ）イメージ、マルチチャネル（ｍｕｌｔｉ  ｃｈａｎｎｅｌ、多チャネル）オーディオ、及び様々な付加サービスを提供することができる。しかし、デジタル放送のためには、大量のデータ伝送に対するデータ伝送効率、送受信ネットワークのロバスト性（ｒｏｂｕｓｔｎｅｓｓ）、及びモバイル受信装置を考慮したネットワークの柔軟性（ｆｌｅｘｉｂｉｌｉｔｙ）を向上させなければならない。
【課題を解決するための手段】
【０００４】
本発明の一実施例に係る放送受信機は、１つ以上のコンポーネント（ｃｏｍｐｏｎｅｎｔ）を含む放送コンテンツ及び前記１つ以上のコンポーネントを説明するコンポーネントエレメント（ｅｌｅｍｅｎｔ）を含む放送信号を受信する放送信号インターフェース、前記コンポーネントエレメントをパーシングし、前記パーシングされたコンポーネントエレメントを参照して前記放送コンテンツをデコーディングする制御ユニットであって、前記コンポーネントエレメントは、前記コンポーネントを処理するために要求される放送受信機の性能（Ｃａｐａｂｉｌｉｔｙ）を説明する性能エレメントを含む、制御ユニット、及び前記デコーディングされた放送コンテンツをディスプレイするディスプレイユニットを含むことができる。
【０００５】
好ましくは、性能エレメントは、前記性能の種類を識別するｃｏｄｅに対する値を指定するＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメント、及び前記性能を文字で説明するストリング（ｓｔｒｉｎｇ）に関する情報を含むＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントのいずれか１つ以上を含むことを特徴とする。
【０００６】
好ましくは、ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントは、ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントによって説明されるｃａｐａｂｉｌｉｔｙのカテゴリ（ｃａｔｅｇｏｒｙ）を示すＣａｔｅｇｏｒｙ属性情報を含むことを特徴とする。
【０００７】
好ましくは、ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントは、前記放送受信機がいかなる種類のビデオ、オーディオ、アプリケーション、及び／又はＣＣをレンダリングできるかを示すＲｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙを識別する情報を含むことを特徴とする。
【０００８】
好ましくは、コンポーネントエレメントは、前記１つ以上のコンポーネントに対してＰＰＶ（Ｐａｙ−Ｐｅｒ−Ｖｉｅｗ）関連情報を含むことを特徴とする。
【０００９】
好ましくは、制御ユニットは、前記ＰＰＶ関連情報を用いて、特定のコンポーネントに対してＰＰＶが適用されるかを識別する表示を含む放送編成表を生成し、前記ディスプレイユニットは、前記生成された放送編成表をディスプレイすることができる。
【００１０】
本発明の一実施例に係る、放送信号を受信処理する方法は、１つ以上のコンポーネント（ｃｏｍｐｏｎｅｎｔ）を含む放送コンテンツ及び前記１つ以上のコンポーネントを説明するコンポーネントエレメント（ｅｌｅｍｅｎｔ）を含む放送信号を受信するステップ、前記コンポーネントエレメントをパーシングし、前記パーシングされたコンポーネントエレメントを参照して前記放送コンテンツをデコーディングするステップであって、前記コンポーネントエレメントは、前記コンポーネントを処理するために要求される放送受信機の性能（Ｃａｐａｂｉｌｉｔｙ）を説明する性能エレメントを含む、ステップ、及び前記デコーディングされた放送コンテンツをディスプレイするステップを含むことができる。
【００１１】
好ましくは、性能エレメントは、前記性能の種類を識別するｃｏｄｅに対する値を指定するＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメント、及び前記性能を文字で説明するストリング（ｓｔｒｉｎｇ）に関する情報を含むＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントのいずれか１つ以上を含むことを特徴とする。
【００１２】
好ましくは、ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントは、ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントによって説明されるｃａｐａｂｉｌｉｔｙのカテゴリ（ｃａｔｅｇｏｒｙ）を示すＣａｔｅｇｏｒｙ属性情報を含むことを特徴とする。
【００１３】
好ましくは、ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントは、前記放送受信機がいかなる種類のビデオ、オーディオ、アプリケーション、及び／又はＣＣをレンダリングできるかを示すＲｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙを識別する情報を含むことを特徴とする。
【００１４】
好ましくは、コンポーネントエレメントは、前記１つ以上のコンポーネントに対してＰＰＶ（Ｐａｙ−Ｐｅｒ−Ｖｉｅｗ）関連情報を含むことを特徴とする。
【００１５】
好ましくは、ＰＰＶ関連情報を用いて、特定のコンポーネントに対してＰＰＶが適用されるかを識別する表示を含む放送編成表を生成するステップ、及び前記生成された放送編成表をディスプレイするステップをさらに含むことができる。
【００１６】
本発明の一実施例に係る放送信号送信処理方法は、放送コンテンツに含まれる１つ以上のコンポーネント（ｃｏｍｐｏｎｅｎｔ）を生成するステップ、前記１つ以上のコンポーネントを説明するコンポーネントエレメント（ｅｌｅｍｅｎｔ）を生成するステップであって、前記コンポーネントエレメントは、前記コンポーネントを処理するために要求される放送受信機の性能（Ｃａｐａｂｉｌｉｔｙ）を説明する性能エレメントを含む、ステップ、前記１つ以上のコンポーネント及び前記コンポーネントエレメントを含む放送信号を生成するステップ、及び前記生成された放送信号を送信するステップを含むことができる。
【００１７】
好ましくは、性能エレメントは、前記性能の種類を識別するｃｏｄｅに対する値を指定するＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメント、及び前記性能を文字で説明するストリング（ｓｔｒｉｎｇ）に関する情報を含むＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントのいずれか１つ以上を含むことを特徴とする。
【００１８】
好ましくは、ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントは、ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントによって説明されるｃａｐａｂｉｌｉｔｙのカテゴリ（ｃａｔｅｇｏｒｙ）を示すＣａｔｅｇｏｒｙ属性情報を含むことを特徴とする。
【発明の効果】
【００１９】
本発明は、サービスの特性に応じてデータを処理して各サービスまたはサービスコンポーネントに対するＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を制御することによって、様々な放送サービスを提供することができる。
【００２０】
本発明は、同一のＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）信号帯域幅を介して様々な放送サービスを伝送することによって伝送柔軟性（ｆｌｅｘｉｂｉｌｉｔｙ）を実現することができる。
【００２１】
本発明は、ＭＩＭＯ（ＭｕｌｔｉｐｌｅＩｎｐｕｔ  ＭｕｌｔｉｐｌｅＯｕｔｐｕｔ）システムを用いてデータ伝送効率及び放送信号の送受信ロバスト性（Ｒｏｂｕｓｔｎｅｓｓ）を向上させることができる。
【００２２】
本発明によれば、モバイル受信装置を使用したり室内環境にいても、エラーなしにデジタル放送信号を受信可能な放送信号送信及び受信方法及び装置を提供することができる。
【図面の簡単な説明】
【００２３】
本発明のさらなる理解のために含まれ、本出願に含まれ、その一部を構成する添付の図面は、本発明の原理を説明する詳細な説明と共に本発明の実施例を示す。
【図１】本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置の構造を示す図である。
【図２】本発明の一実施例に係るインプットフォーマッティング（Ｉｎｐｕｔ  ｆｏｒｍａｔｔｉｎｇ、入力フォーマット）ブロックを示す図である。
【図３】本発明の他の一実施例に係るインプットフォーマッティング（Ｉｎｐｕｔ  ｆｏｒｍａｔｔｉｎｇ、入力フォーマット）ブロックを示す図である。
【図４】本発明の一実施例に係るＢＩＣＭ（ｂｉｔ  ｉｎｔｅｒｌｅａｖｅｄ  ｃｏｄｉｎｇ  ＆  ｍｏｄｕｌａｔｉｏｎ）ブロックを示す図である。
【図５】本発明の他の一実施例に係るＢＩＣＭブロックを示す図である。
【図６】本発明の一実施例に係るフレームビルディング（Ｆｒａｍｅ  Ｂｕｉｌｄｉｎｇ、フレーム生成）ブロックを示す図である。
【図７】本発明の一実施例に係るＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）ジェネレーション（ｇｅｎｅｒａｔｉｏｎ、生成）ブロックを示す図である。
【図８】本発明の一実施例に係る次世代放送サービスに対する放送信号受信装置の構造を示す図である。
【図９】本発明の一実施例に係るフレーム構造を示す図である。
【図１０】本発明の一実施例に係るフレームのシグナリング階層構造を示す図である。
【図１１】本発明の一実施例に係るプリアンブルシグナリングデータを示す図である。
【図１２】本発明の一実施例に係るＰＬＳ１データを示す図である。
【図１３】本発明の一実施例に係るＰＬＳ２データを示す図である。
【図１４】本発明の他の一実施例に係るＰＬＳ２データを示す図である。
【図１５】本発明の一実施例に係るフレームのロジカル（ｌｏｇｉｃａｌ、論理）構造を示す図である。
【図１６】本発明の一実施例に係るＰＬＳ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｓｉｇｎａｌｌｉｎｇ）マッピングを示す図である。
【図１７】本発明の一実施例に係るＥＡＣ（ｅｍｅｒｇｅｎｃｙ  ａｌｅｒｔ  ｃｈａｎｎｅｌ）マッピングを示す図である。
【図１８】本発明の一実施例に係るＦＩＣ（ｆａｓｔ  ｉｎｆｏｒｍａｔｉｏｎ  ｃｈａｎｎｅｌ）マッピングを示す図である。
【図１９】本発明の一実施例に係るＦＥＣ（ｆｏｒｗａｒｄ  ｅｒｒｏｒ  ｃｏｒｒｅｃｔｉｏｎ）構造を示す図である。
【図２０】本発明の一実施例に係るタイムインターリービングを示す図である。
【図２１】本発明の一実施例に係るツイストされた行列ブロックインターリーバの基本動作を示す図である。
【図２２】本発明の他の一実施例に係るツイストされた行列ブロックインターリーバの動作を示す図である。
【図２３】本発明の一実施例に係るツイストされた行列ブロックインターリーバの対角線方向の読み取りパターンを示す図である。
【図２４】本発明の一実施例に係る各インターリービングアレイ（ａｒｒａｙ）からインターリービングされたＸＦＥＣＢＬＯＣＫを示す図である。
【図２５】本発明の一実施例に係るメインフィジカルデバイス（Ｍａｉｎ  Ｐｈｙｓｉｃａｌ  Ｄｅｖｉｃｅ）及びコンパニオンフィジカルデバイス（Ｃｏｍｐａｎｉｏｎ  Ｐｈｙｓｉｃａｌ  Ｄｅｖｉｃｅ）の構成を示す図である。
【図２６】本発明の一実施例に係るハイブリッド放送サービスをサポートするためのプロトコルスタックを示す図である。
【図２７】本発明の一実施例に係るサービスタイプエレメント（Ｓｅｒｖｉｃｅ  Ｔｙｐｅ  ｅｌｅｍｅｎｔ）のＸＭＬスキーマ（ＸＭＬ  ｓｃｈｅｍａ）を示す図である。
【図２８】本発明の一実施例によって、サービスタイプの値として１４を有するサービスに対するｘｍｌスキーマ（ｘｍｌ  ｓｃｈｅｍａ）及びディスプレイ表示例を示す図である。
【図２９】本発明の一実施例によって、サービスタイプの値として１４及び１５を有するサービスに対するｘｍｌスキーマ及びディスプレイ表示例を示す図である。
【図３０】本発明の一実施例によって、サービスタイプの値として１４及び１６を有するサービスに対するｘｍｌスキーマ及びディスプレイ表示例を示す図である。
【図３１】本発明の一実施例に係るコンポーネントフラグメント（Ｃｏｍｐｏｎｅｎｔ  ｆｒａｇｍｅｎｔ）のＸＭＬスキーマを示す図である。
【図３２】本発明の一実施例に係るＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのｘｍｌスキーマを示す図である。
【図３３】本発明の一実施例に係るＣｏｍｐｏｎｅｎｔＤａｔａエレメントのｘｍｌスキーマを示す図である。
【図３４】本発明の一実施例に係るＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント及びＶｉｄｅｏＲｏｌｅエレメントのｘｍｌスキーマを示す図である。
【図３５】本発明の一実施例に係るＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント及びＡｕｄｉｏＲｏｌｅエレメントのｘｍｌスキーマを示す図である。
【図３６】本発明の一実施例に係るＣＣＣｏｍｐｏｎｅｎｔエレメント及びＣＣＲｏｌｅエレメントのｘｍｌスキーマを示す図である。
【図３７】本発明の一実施例によって、スケーラブルビデオコーディング（ｓｃａｌａｂｌｅ  ｖｉｄｅｏ  ｃｏｄｉｎｇ）において１つのベースレイヤ（ｂａｓｅ  ｌａｙｅｒ）と２つのエンハンスメントレイヤ（ｅｎｈａｎｃｅｍｅｎｔ  ｌａｙｅｒ）を含むコンポジットビデオコンポーネント（Ｃｏｍｐｏｓｉｔｅ  Ｖｉｄｅｏ  Ｃｏｍｐｏｎｅｎｔ）に対してコンポーネントフラグメントのｘｍｌスキーマを示す図である。
【図３８】本発明の一実施例によって、３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗと３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗを含むコンポジットコンポーネント（Ｃｏｍｐｏｓｉｔｅ  Ｃｏｍｐｏｎｅｎｔ）に対してコンポーネントフラグメントのｘｍｌスキーマを示す図である。
【図３９】本発明の一実施例によってコンプリートオーディオコンポーネント（Ｃｏｍｐｌｅｔｅ  Ａｕｄｉｏ  Ｃｏｍｐｏｎｅｎｔ）を記述するコンポーネントフラグメントのｘｍｌスキーマを示す図である。
【図４０】本発明の一実施例に係るコンテンツフラグメント（ｃｏｎｔｅｎｔ  ｆｒａｇｍｅｎｔ）内のＣｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマを示す図である。
【図４１】本発明の一実施例に係るＶｉｄｅｏ、Ａｕｄｉｏ及びＣＣ Ｃｏｍｐｏｎｅｎｔを含むＬｉｎｅａｒ Ｓｅｒｖｉｃｅに対するコンテンツフラグメントのｘｍｌスキーマを示す図である。
【図４２】Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間の関連付けを説明するためにコンテンツフラグメント内にＣｏｍｐｏｎｅｎｔエレメントを定義する場合のＣｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマを示す図である。
【図４３】Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間の関連付けを説明するためにＡｓｓｏｃｉａｔｅｄＴｏアトリビュートを使用する実施例を示す図である。
【図４４】Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間の関連付けを説明するためにａｓｓｏｃｉａｔｅｄＡｕｄｉｏ及びａｓｓｏｃｉａｔｅｄＣＣアトリビュートを使用する実施例を示す図である。
【図４５】ＡｓｓｏｃｉａｔｅｄＴｏアトリビュートを使用してＶｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間の関連付けを説明する実施例を示す図である。
【図４６】ａｓｓｏｃｉａｔｅｄＡｕｄｉｏ及び／又はａｓｓｏｃｉａｔｅｄＣＣアトリビュートを使用してＶｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間の関連付けを説明する実施例を示す図である。
【図４７】本発明の一実施例に係るフラグメント間の参照関係を示す図である。
【図４８】本発明の一実施例によって、フラグメントとの参照関係を示すエレメントを含むＣｏｍｐｏｎｅｎｔフラグメントのｘｍｌスキーマを示す図である。
【図４９】本発明の一実施例によって、フラグメントとの参照関係を示すエレメントを含むＳｃｈｅｄｕｌｅフラグメントのｘｍｌスキーマを示す図である。
【図５０】Ｓｅｒｖｉｃｅ、Ｃｏｎｔｅｎｔ及びＣｏｍｐｏｎｅｎｔフラグメントの間の参照関係を説明する実施例を示す図である。
【図５１】Ｃｏｎｔｉｎｕｏｕｓ Ｃｏｍｐｏｎｅｎｔを記述するＣｏｍｐｏｎｅｎｔフラグメント間の参照関係を説明する実施例を示す図である。
【図５２】Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するＣｏｍｐｏｎｅｎｔを記述するＣｏｍｐｏｎｅｎｔフラグメント間の参照関係を説明する実施例を示す図である。
【図５３】本発明の一実施例によって、コンテンツフラグメントで関連サービスフラグメントを参照する場合に提供できる機能を示す図である。
【図５４】本発明の一実施例に係るｒｅｌａｔｉｏｎｓｈｉｐアトリビュートを用いて、コンテンツフラグメントで関連サービスフラグメントを参照する実施例を示す図である。
【図５５】本発明の他の一実施例に係るフラグメント間の参照関係を示す図である。
【図５６】本発明の他の一実施例に係るフラグメントとの参照関係を示すエレメントを含むサービスフラグメント、コンテンツフラグメント及びコンポーネントフラグメントのｘｍｌスキーマを示す図である。
【図５７】Ｓｅｒｖｉｃｅ、Ｃｏｎｔｅｎｔ及びＣｏｍｐｏｎｅｎｔフラグメントの間の参照関係を説明する他の一実施例を示す図である。
【図５８】Ｃｏｎｔｉｎｕｏｕｓ Ｃｏｍｐｏｎｅｎｔを記述するＣｏｍｐｏｎｅｎｔフラグメント間の参照関係を説明する他の一実施例を示す図である。
【図５９】Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するＣｏｍｐｏｎｅｎｔを記述するＣｏｍｐｏｎｅｎｔフラグメント間の参照関係を説明する他の一実施例を示す図である。
【図６０】本発明の一実施例に係るＣｏｍｐｏｎｅｎｔフラグメントの構成を示す図である。
【図６１】本発明の一実施例に係るＣｏｍｐｏｎｅｎｔフラグメントの構成を示す図である。
【図６２】本発明の他の一実施例に係るＣｏｍｐｏｎｅｎｔフラグメントのｘｍｌスキーマを示す図である。
【図６３】本発明の他の一実施例に係るＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのｘｍｌスキーマを示す図である。
【図６４】本発明の一実施例に係るＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントのｘｍｌスキーマを示す図である。
【図６５】本発明の他の一実施例によって、スケーラブルビデオコーディング（ｓｃａｌａｂｌｅ  ｖｉｄｅｏ  ｃｏｄｉｎｇ）において一つのベースレイヤ（ｂａｓｅ  ｌａｙｅｒ）と２つのエンハンスメントレイヤ（ｅｎｈａｎｃｅｍｅｎｔ  ｌａｙｅｒ）を含むコンポジットビデオコンポーネント（Ｃｏｍｐｏｓｉｔｅ  Ｖｉｄｅｏ  Ｃｏｍｐｏｎｅｎｔ）に対してコンポーネントフラグメントのｘｍｌスキーマを示す図である。
【図６６】本発明の他の一実施例によって、３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗと３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗを含むコンポジットコンポーネント（Ｃｏｍｐｏｓｉｔｅ  Ｃｏｍｐｏｎｅｎｔ）に対してコンポーネントフラグメントのｘｍｌスキーマを示す図である。
【図６７】本発明の他の一実施例によってコンプリートオーディオコンポーネント（Ｃｏｍｐｌｅｔｅ  Ａｕｄｉｏ  Ｃｏｍｐｏｎｅｎｔ）を記述するコンポーネントフラグメントのｘｍｌスキーマを示す図である。
【図６８】本発明の一実施例に係るコンテンツ（Ｃｏｎｔｅｎｔ）フラグメントの構成を示す図である。
【図６９】本発明の一実施例に係るＣｏｍｐｏｎｅｎｔエレメントの構成を示す図である。
【図７０】本発明の一実施例に係るＣｏｍｐｏｎｅｎｔエレメントの構成を示す図である。
【図７１】本発明の一実施例に係るＣｏｍｐｏｎｅｎｔエレメントの構成を示す図である。
【図７２】本発明の一実施例に係るＣｏｍｐｏｎｅｎｔエレメントの構成を示す図である。
【図７３】本発明の一実施例に係るＣｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマを示す図である。
【図７４】本発明の一実施例に係るＬａｎｇｕａｇｅエレメント及びＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのｘｍｌスキーマを示す図である。
【図７５】本発明の一実施例に係るＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントのｘｍｌスキーマを示す図である。
【図７６】本発明の一実施例に係るＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメント及びＴａｒｇｅｔＤｅｖｉｃｅエレメントのｘｍｌスキーマを示す図である。
【図７７】Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（２Ｄ／ＨＤ）及びＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１  ｃｈａｎｎｅｌｓ）を伝送する場合の、Ｃｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマ構造の一実施例を示す図である。
【図７８】Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ（ＵＨＤ）及びＰｒｅｓｅｎｔａｂｌｅ ＥＮＧ ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔをブロードキャストで伝送し、Ｐｒｅｓｅｎｔａｂｌｅ ＳＰＡ ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔをブロードバンドで伝送する場合の、Ｃｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマ構造の一実施例を示す図である。
【図７９】Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（ＵＨＤ／Ｗｉｄｅ  Ｃｏｌｏｒ  Ｇａｍｕｔ）及びＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１  ｃｈａｎｎｅｌｓ）を伝送する場合の、Ｃｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマ構造の一実施例を示す図である。
【図８０】本発明の他の実施例に係るコンポーネントエレメント（ｃｏｍｐｏｎｅｎｔ  ｅｌｅｍｅｎｔ）を示す図である。
【図８１】本発明の一実施例に係るＣｏｍｐｏｎｅｎｔＲｏｌエレメントを示す図である。
【図８２】本発明の他の実施例に係るコンポーネントエレメントをＸＭＬ形態で示す図である。
【図８３】本発明の他の実施例に係るコンポーネントエレメントを示す図である。
【図８４】本発明の他の実施例に係るＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメント及びＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントを示す図である。
【図８５】本発明の他の実施例に係るコンポーネントエレメントをＸＭＬ形態で示す図である。
【図８６】本発明の一実施例に係るＥｓｓｅｎｔｉａｌ Ｃａｐａｂｉｌｉｔｉｅｓエレメントを示す図である。
【図８７】本発明の一実施例に係るＣａｐａｂｉｌｉｔｙＣｏｄｅエレメントの値によるケイパビリティ（ｃａｐａｂｉｌｉｔｙ）の意味を示す図である。
【図８８】本発明の一実施例に係る、Ｃａｔｅｇｏｒｙ（カテゴリ）属性情報の値によるケイパビリティカテゴリ（Ｃａｐａｂｉｌｉｔｙ  Ｃａｔｅｇｏｒｙ）を示す図である。
【図８９】本発明の一実施例に係る、コンポーネント別にＰａｙ Ｐｅｒ Ｖｉｅｗ（ＰＰＶ）が提供される過程を示す図である。
【図９０】本発明の一実施例に係る、放送プログラムの各コンポーネント別にメディアが提供される順序を示す図である。
【図９１】本発明の一実施例に係る、放送プログラムの各コンポーネント別にメディアが提供される画面を示す図である。
【図９２】本発明の一実施例に係る、ビデオコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
【図９３】本発明の他の実施例に係る、ビデオコンポーネントに対する役割がＥＳＧに表示される場合を示す図である。
【図９４】本発明の他の実施例に係る、ビデオコンポーネントに対する役割がＥＳＧに表示される場合を示す図である。
【図９５】本発明の一実施例に係る、オーディオコンポーネントに対する役割がＥＳＧに表示される場合を示す図である。
【図９６】本発明の他の実施例に係る、オーディオコンポーネントに対する役割がＥＳＧに表示される場合を示す図である。
【図９７】本発明の他の実施例に係る、オーディオコンポーネントに対する役割がＥＳＧに表示される場合を示す図である。
【図９８】本発明の一実施例に係る、ＣＣ（Ｃｌｏｓｅｄ  Ｃａｐｔｉｏｎ）コンポーネントに対する役割がＥＳＧに表示される場合を示す図である。
【図９９】本発明の一実施例に係る、放送信号を受信処理する過程を示すフローチャートである。
【図１００】本発明の一実施例に係る、放送信号を送信処理する過程を示すフローチャートである。
【図１０１】本発明の一実施例に係る放送受信機を示す図である。
【図１０２】本発明の一実施例に係る放送送信機を示す図である。
【発明を実施するための形態】
【００２４】
本発明の好ましい実施例について具体的に説明し、その例は添付の図面に示す。添付の図面を参照した以下の詳細な説明は、本発明の実施例によって実装可能な実施例のみを示すためのものではなく、本発明の好ましい実施例を説明するためのものである。以下の詳細な説明は、本発明に対する徹底した理解を提供するために詳細を含む。しかし、本発明がこのような詳細なしにも実行可能であるということは当業者に自明である。
【００２５】
本発明で使用されるほとんどの用語は、当該分野で広く使用される一般的な用語から選択されるが、一部の用語は出願人によって任意に選択され、その意味は、必要に応じて以下の説明で詳細に記載する。したがって、本発明は、用語の単純な名称や意味ではなく、用語の意図された意味に基づいて理解されなければならない。
【００２６】
本明細書において、‘シグナリング（ｓｉｇｎａｌｉｎｇ）’とは、放送システム、インターネット放送システム、及び／又は放送／インターネット融合システムで提供されるサービス情報（Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ；ＳＩ）を送信／受信することを示す。サービス情報は、現在存在する各放送システムで提供される放送サービス情報（例えば、ＡＴＳＣＳＩ及び／又はＤＶＢＳＩ）を含む。
【００２７】
本明細書において、‘放送信号’とは、地上波放送、ケーブル放送、衛星放送、及び／又はモバイル放送以外にも、インターネット放送、ブロードバンド放送、通信放送、データ放送及び／又はＶＯＤ（Ｖｉｄｅｏ  Ｏｎ  Ｄｅｍａｎｄ）などの双方向放送で提供される信号及び／又はデータを含む概念として定義する。
【００２８】
本明細書において、‘ＰＬＰ’とは、物理層に属するデータを伝送する一定のユニットを意味する。したがって、本明細書において、‘ＰＬＰ’と命名された内容は、‘データユニット’または‘データパイプ（ｄａｔａ  ｐｉｐｅ）’と呼ぶこともできる。
【００２９】
デジタル放送（ＤＴＶ）サービスで活用される有力なアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）の一つとして、放送網とインターネット網との連動を通じたハイブリッド放送サービスを挙げることができる。ハイブリッド放送サービスは、地上波放送網を介して伝送される放送Ａ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）コンテンツと関連するエンハンスメントデータ（ｅｎｈａｎｃｅｍｅｎｔ  ｄａｔａ）あるいは放送Ａ／Ｖコンテンツの一部をインターネット網を介してリアルタイムで伝送することによって、ユーザが様々なコンテンツを経験できるようにする。
【００３０】
本発明は、次世代放送サービスに対する放送信号送信及び受信装置及び方法を提供する。本発明の一実施例に係る次世代放送サービスは、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを含む。本発明は、一実施例によって、非ＭＩＭＯ（ｎｏｎＭｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）またはＭＩＭＯ方式を用いて次世代放送サービスに対する放送信号を処理することができる。本発明の一実施例に係る非ＭＩＭＯ方式は、ＭＩＳＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｓｉｎｇｌｅ  Ｏｕｔｐｕｔ）方式、ＳＩＳＯ（Ｓｉｎｇｌｅ  Ｉｎｐｕｔ  Ｓｉｎｇｌｅ  Ｏｕｔｐｕｔ）方式などを含むことができる。
【００３１】
以下では、説明の便宜のため、ＭＩＳＯ又はＭＩＭＯ方式は２つのアンテナを使用するが、本発明は、２つ以上のアンテナを使用するシステムに適用できる。本発明は、特定の用途に要求される性能を達成すると共に、受信機の複雑度を最小化するために、最適化された３つのフィジカルプロファイル（ＰＨＹ  ｐｒｏｆｉｌｅ）（ベース（ｂａｓｅ）、ハンドヘルド（ｈａｎｄｈｅｌｄ）、アドバンスド（ａｄｖａｎｃｅｄ）プロファイル）を定義することができる。フィジカルプロファイルは、該当する受信機が実装しなければならない全ての構造のサブセットである。
【００３２】
３つのフィジカルプロファイルは、ほとんどの機能ブロックを共有するが、特定のブロック及び／又はパラメータでは少し異なる。後で追加的にフィジカルプロファイルを定義できる。システムの発展のために、フューチャープロファイルは、ＦＥＦ（ｆｕｔｕｒｅ  ｅｘｔｅｎｓｉｏｎ  ｆｒａｍｅ）を介して単一のＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）チャネルに存在するプロファイルとマルチプレクシングされてもよい。各フィジカルプロファイルについての詳細は後述する。
【００３３】
１．ベースプロファイル
ベースプロファイルは、主にルーフトップ（ｒｏｏｆｔｏｐ）アンテナと接続される固定された受信装置の主な用途を示す。ベースプロファイルは、ある場所に移動できるが、比較的静止された受信カテゴリに属する携帯用装置も含むことができる。ベースプロファイルの用途は、若干の改善された実行によってハンドヘルド装置または車両用に拡張できるが、このような使用用途は、ベースプロファイルの受信機動作では期待されない。
【００３４】
受信のターゲット信号対雑音比の範囲は約１０〜２０ｄＢであり、これは、既存の放送システム（例えば、ＡＴＳＣ  Ａ／５３）の１５ｄＢの信号対雑音比の受信能力を含む。受信機の複雑度及び消費電力は、ハンドヘルドプロファイルを使用するバッテリーで駆動されるハンドヘルド装置の場合ほど重要ではない。ベースプロファイルに対する重要なシステムパラメータが、下記の表１に記載されている。
【００３５】
【表１】
0006599864.tif 000002
【００３６】
２．ハンドヘルドプロファイル
ハンドヘルドプロファイルは、バッテリー電源で駆動されるハンドヘルド及び車両用装置での使用のために設計される。当該装置は、歩行者または車両の速度で移動することができる。受信機の複雑度だけでなく消費電力は、ハンドヘルドプロファイルの装置の実装のために非常に重要である。ハンドヘルドプロファイルのターゲット信号対雑音比の範囲は約０〜１０ｄＢであるが、さらに低い室内受信のために意図された場合、０ｄＢ未満に達するように設定できる。
【００３７】
低信号対雑音比能力だけでなく、受信機の移動性によって現れるドップラー効果に対する復元力は、ハンドヘルドプロファイルの最も重要な性能の特性である。ハンドヘルドプロファイルに対する重要なシステムパラメータが、下記の表２に記載されている。
【００３８】
【表２】
0006599864.tif 000003
【００３９】
３．アドバンスドプロファイル
アドバンスドプロファイルは、さらに大きい実装の複雑度に対する代価として、さらに高いチャネル能力を提供する。当該プロファイルは、ＭＩＭＯ送信及び受信を使用することを要求し、ＵＨＤＴＶサービスはターゲット用途であり、そのために、当該プロファイルが特別に設計される。向上した能力は、与えられた帯域幅でサービス数の増加、例えば、多数のＳＤＴＶまたはＨＤＴＶサービスを許容する際にも使用できる。
【００４０】
アドバンスドプロファイルのターゲット信号対雑音比の範囲は約２０〜３０ｄＢである。ＭＩＭＯ伝送は、初期には既存の楕円偏波伝送装置を使用し、後で全出力交差偏波伝送に拡張できる。アドバンスドプロファイルに対する重要なシステムパラメータが、下記の表３に記載されている。
【００４１】
【表３】
0006599864.tif 000004
【００４２】
この場合、ベースプロファイルは、地上波放送サービス及びモバイル放送サービスの両方に対するプロファイルとして使用することができる。すなわち、ベースプロファイルは、モバイルプロファイルを含むプロファイルの概念を定義するために使用することができる。また、アドバンスドプロファイルは、ＭＩＭＯを有するベースプロファイルに対するアドバンスドプロファイルと、ＭＩＭＯを有するハンドヘルドプロファイルに対するアドバンスドプロファイルとに区分できる。そして、当該３つのプロファイルは、設計者の意図によって変更されてもよい。
【００４３】
次の用語及び定義は本発明に適用できる。次の用語及び定義は、設計によって変更されてもよい。
【００４４】
補助ストリーム：フューチャーエクステンション（ｆｕｔｕｒｅ  ｅｘｔｅｎｓｉｏｎ、将来の拡張）または放送局やネットワーク運営者によって要求されることによって使用され得るまだ定義されていない変調及びコーディングのデータを伝達するセルのシーケンス
【００４５】
ベースデータパイプ（ｂａｓｅ  ｄａｔａ  ｐｉｐｅ）：サービスシグナリングデータを伝達するデータパイプ
【００４６】
ベースバンドフレーム（またはＢＢＦＲＡＭＥ）：一つのＦＥＣエンコーディング過程（ＢＣＨ及びＬＤＰＣエンコーディング）に対する入力を形成するＫｂｃｈビットの集合
【００４７】
セル（ｃｅｌｌ）：ＯＦＤＭ伝送の一つのキャリアによって伝達される変調値
【００４８】
コーディングブロック（ｃｏｄｅｄ  ｂｌｏｃｋ）：ＰＬＳ１データのＬＤＰＣエンコーディングされたブロックまたはＰＬＳ２データのＬＤＰＣエンコーディングされたブロックのうち一つ
【００４９】
データパイプ（ｄａｔａ  ｐｉｐｅ）：一つ又は多数のサービスまたはサービスコンポーネントを伝達できる、サービスデータまたは関連するメタデータを伝達する物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）でのロジカルチャネル
【００５０】
データパイプユニット（ＤＰＵ、ｄａｔａ  ｐｉｐｅ  ｕｎｉｔ）：データセルをフレームでのデータパイプに割り当てることができる基本ユニット
【００５１】
データシンボル（ｄａｔａ  ｓｙｍｂｏｌ）：プリアンブルシンボルではなく、フレームでのＯＦＤＭシンボル（フレームシグナリングシンボル及びフレームエッジ（ｅｄｇｅ）シンボルはデータシンボルに含まれる。）
【００５２】
ＤＰ_ＩＤ：当該８ビットフィールドは、ＳＹＳＴＥＭ_ＩＤによって識別されたシステム内でデータパイプを一意に識別する。
【００５３】
ダミーセル（ｄｕｍｍｙ  ｃｅｌｌ）：ＰＬＳ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｓｉｇｎａｌｌｉｎｇ）シグナリング、データパイプ、または補助ストリームのために使用されていない残っている容量を埋めるのに使用される擬似ランダム値を伝達するセル
【００５４】
ＦＡＣ（ｅｍｅｒｇｅｎｃｙ  ａｌｅｒｔ  ｃｈａｎｎｅｌ、非常警報チャネル）：ＥＡＳ情報データを伝達するフレームの一部
【００５５】
フレーム（ｆｒａｍｅ）：プリアンブルで開始し、フレームエッジシンボルで終了する物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）タイムスロット
【００５６】
フレームレペティションユニット（ｆｒａｍｅ  ｒｅｐｅｔｉｔｉｏｎ  ｕｎｉｔ、フレーム繰り返し単位）：スーパーフレーム（ｓｕｐｅｒｆｒａｍｅ）で８回繰り返されるＦＥＦを含む同一または異なるフィジカルプロファイルに属するフレームの集合
【００５７】
ＦＩＣ（ｆａｓｔ  ｉｎｆｏｒｍａｔｉｏｎ  ｃｈａｎｎｅｌ、高速情報チャネル）：サービスと当該ベースデータパイプとの間でのマッピング情報を伝達するフレームでロジカルチャネル
【００５８】
ＦＥＣＢＬＯＣＫ：データパイプデータのＬＤＰＣエンコーディングされたビットの集合
【００５９】
ＦＦＴサイズ：基本周期Ｔのサイクルで表現されたアクティブシンボル周期Ｔｓと同一の特定のモードに使用される名目上のＦＦＴサイズ
【００６０】
フレームシグナリングシンボル（ｆｒａｍｅ  ｓｉｇｎａｌｉｎｇ  ｓｙｍｂｏｌ）：ＰＬＳデータの一部を伝達する、ＦＦＴサイズ、ガードインターバル（ｇｕａｒｄ  ｉｎｔｅｒｖａｌ）、及びスキャッタード（ｓｃａｔｔｅｒｅｄ）パイロットパターンの特定の組み合わせにおいてフレームの開始で使用されるさらに高いパイロット密度を有するＯＦＤＭシンボル
【００６１】
フレームエッジシンボル（ｆｒａｍｅ  ｅｄｇｅ  ｓｙｍｂｏｌ）：ＦＦＴサイズ、ガードインターバル、及びスキャッタードパイロットパターンの特定の組み合わせにおいて、フレームの末尾で使用されるさらに高いパイロット密度を有するＯＦＤＭシンボル
【００６２】
フレームグループ（ｆｒａｍｅｇｒｏｕｐ）：スーパーフレームにおいて同一のフィジカルプロファイルタイプを有する全てのフレームの集合
【００６３】
フューチャーエクステンションフレーム（ｆｕｔｕｒｅ  ｅｘｔｅｎｔｉｏｎ  ｆｒａｍｅ、将来の拡張フレーム）：プリアンブルで開始する、将来の拡張に使用できるスーパーフレーム内の物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）タイムスロット
【００６４】
フューチャーキャスト（ｆｕｔｕｒｅｃａｓｔ）ＵＴＢシステム：入力が１つ以上のＭＰＥＧ２ＴＳまたはＩＰ（Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）または一般のストリームであり、出力がＲＦシグナルである、提案された物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）放送システム
【００６５】
インプットストリーム（ｉｎｐｕｔ  ｓｔｒｅａｍ、入力ストリーム）：システムによって最終ユーザに伝達されるサービスの集合（ｅｎｓｅｍｂｌｅ）のためのデータのストリーム
【００６６】
ノーマル（ｎｏｒｍａｌ）データシンボル：フレームシグナリングシンボル及びフレームエッジシンボルを除いたデータシンボル
【００６７】
フィジカルプロファイル（ＰＨＹ  ｐｒｏｆｉｌｅ）：該当する受信機が実装しなければならない全ての構造のサブセット
【００６８】
ＰＬＳ：ＰＬＳ１及びＰＬＳ２で構成された物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）シグナリングデータ
【００６９】
ＰＬＳ１：ＰＬＳ２をデコーディングするのに必要なパラメータだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するＦＳＳ（ｆｒａｍｅ  ｓｉｇｎａｌｌｉｎｇ  ｓｙｍｂｏｌ）で伝達されるＰＬＳデータの１番目の集合
【００７０】
注：ＰＬＳ１データは、フレームグループのデュレーション（ｄｕｒａｔｉｏｎ）の間、一定である。
【００７１】
ＰＬＳ２：データパイプ及びシステムに関するより詳細なＰＬＳデータを伝達するＦＳＳで伝送されるＰＬＳデータの２番目の集合
【００７２】
ＰＬＳ２ダイナミック（ｄｙｎａｍｉｃ、動的）データ：フレーム毎にダイナミック（ｄｙｎａｍｉｃ、動的）に変化するＰＬＳ２データ
【００７３】
ＰＬＳ２スタティック（ｓｔａｔｉｃ、静的）データ：フレームグループのデュレーションの間、スタティック（ｓｔａｔｉｃ、静的）なＰＬＳ２データ
【００７４】
プリアンブルシグナリングデータ（ｐｒｅａｍｂｌｅ  ｓｉｇｎａｌｉｎｇ  ｄａｔａ）：プリアンブルシンボルによって伝達され、システムの基本モードを確認するのに使用されるシグナリングデータ
【００７５】
プリアンブルシンボル（ｐｒｅａｍｂｌｅ  ｓｙｍｂｏｌ）：基本ＰＬＳデータを伝達し、フレームの先頭に位置する固定された長さのパイロットシンボル
【００７６】
注：プリアンブルシンボルは、システム信号、そのタイミング、周波数オフセット、及びＦＦＴサイズを検出するために高速の初期バンドスキャンに主に使用される。
【００７７】
将来の使用（ｆｕｔｕｒｅ  ｕｓｅ）のためにリザーブド（ｒｅｓｅｒｖｅｄ）：現在の文書で定義されないが、将来に定義され得る
【００７８】
スーパーフレーム（ｓｕｐｅｒｆｒａｍｅ）：８個のフレーム繰り返し単位の集合
【００７９】
タイムインターリービングブロック（ｔｉｍｅ  ｉｎｔｅｒｌｅａｖｉｎｇ  ｂｌｏｃｋ，ＴＩ  ｂｌｏｃｋ）：タイムインターリーバメモリの一つの用途に該当する、タイムインターリービングが実行されるセルの集合
【００８０】
タイムインターリービンググループ（ｔｉｍｅ  ｉｎｔｅｒｌｅａｖｉｎｇ  ｇｒｏｕｐ、ＴＩ  ｇｒｏｕｐ）：整数であり、ダイナミック（ｄｙｎａｍｉｃ、動的）に変化するＸＦＥＣＢＬＯＣＫの数からなる、特定のデータパイプに対するダイナミック（ｄｙｎａｍｉｃ、動的）容量割り当てが実行される単位
【００８１】
注：タイムインターリービンググループは、一つのフレームに直接マッピングされるか、または多数のフレームにマッピングされてもよい。タイムインターリービンググループは、１つ以上のタイムインターリービングブロックを含むことができる。
【００８２】
タイプ１のデータパイプ（Ｔｙｐｅ  １  ＤＰ）：全てのデータパイプがフレームにＴＤＭ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）方式でマッピングされるフレームのデータパイプ
【００８３】
タイプ２のデータパイプ（Ｔｙｐｅ  ２  ＤＰ）：全てのデータパイプがフレームにＦＤＭ方式でマッピングされるフレームのデータパイプ
【００８４】
ＸＦＥＣＢＬＯＣＫ：一つのＬＤＰＣ ＦＥＣＢＬＯＣＫの全てのビットを伝達するＮcellsセルの集合
【００８５】
図１は、本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置の構造を示す。
【００８６】
本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置は、インプットフォーマットブロック（Ｉｎｐｕｔ  Ｆｏｒｍａｔ  ｂｌｏｃｋ）１０００、ＢＩＣＭ（ｂｉｔ  ｉｎｔｅｒｌｅａｖｅｄ  ｃｏｄｉｎｇ  ＆  ｍｏｄｕｌａｔｉｏｎ）ブロック１０１０、フレームビルディングブロック（Ｆｒａｍｅ  ｂｕｉｌｄｉｎｇ  ｂｌｏｃｋ）１０２０、ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）ジェネレーションブロック（ＯＦＤＭ  ｇｅｎｅｒａｔｉｏｎ  ｂｌｏｃｋ）１０３０、及びシグナリング生成ブロック１０４０を含むことができる。放送信号送信装置の各ブロックの動作について説明する。
【００８７】
ＩＰストリーム／パケット及びＭＰＥＧ２−ＴＳは主要入力フォーマットであり、他のストリームタイプは一般のストリームとして扱われる。これらデータ入力に加えて、管理情報が入力されて、各入力ストリームに対する当該帯域幅のスケジューリング及び割り当てを制御する。１つ又は多数のＴＳストリーム、ＩＰストリーム及び／又は一般のストリームの入力が同時に許容される。
【００８８】
インプットフォーマットブロック１０００は、それぞれの入力ストリームを、独立したコーディング及び変調が適用される１つ又は多数のデータパイプに逆多重化することができる。データパイプは、ロバスト性（ｒｏｂｕｓｔｎｅｓｓ）の制御のための基本単位であり、これは、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）に影響を及ぼす。１つ又は多数のサービスまたはサービスコンポーネントが一つのデータパイプによって伝達され得る。インプットフォーマットブロック１０００の詳細な動作は後述する。
【００８９】
データパイプは、１つ又は多数のサービスまたはサービスコンポーネントを伝達できる、サービスデータまたは関連メタデータを伝達する物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）でのロジカルチャネルである。
【００９０】
また、データパイプユニットは、一つのフレームでデータセルをデータパイプに割り当てるための基本ユニットである。
【００９１】
インプットフォーマットブロック１０００において、パリティ（ｐａｒｉｔｙ）データはエラー訂正のために追加され、エンコーディングされたビットストリームは、複素数値のコンステレーションシンボルにマッピングされる。当該シンボルは、当該データパイプに使用される特定のインターリービング深さにわたってインターリービングされる。アドバンスドプロファイルにおいて、ＢＩＣＭブロック１０１０でＭＩＭＯエンコーディングが実行され、追加データ経路がＭＩＭＯ伝送のために出力に追加される。ＢＩＣＭブロック１０１０の詳細な動作は後述する。
【００９２】
フレームビルディングブロック１０２０は、１つのフレーム内で入力データパイプのデータセルをＯＦＤＭシンボルにマッピングすることができる。マッピングの後、周波数領域ダイバーシティのために、特に周波数選択的フェーディングチャネルを防止するために周波数インターリービングが用いられる。フレームビルディングブロック１０２０の詳細な動作は後述する。
【００９３】
プリアンブルを各フレームの先頭に挿入した後、ＯＦＤＭジェネレーションブロック１０３０は、サイクリックプレフィックス（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）をガードインターバルとして有する既存のＯＦＤＭ変調を適用することができる。アンテナスペースダイバーシティのために、分散された（ｄｉｓｔｒｉｂｕｔｅｄ）ＭＩＳＯ方式が送信機全体に適用される。また、ＰＡＰＲ（ｐｅａｋ−ｔｏ−ａｖｅｒａｇｅ  ｐｏｗｅｒ  ｒａｔｉｏ）方式が時間領域で実行される。柔軟なネットワーク方式のために、当該提案は、様々なＦＦＴサイズ、ガードインターバルの長さ、当該パイロットパターンの集合を提供する。ＯＦＤＭジェネレーションブロック１０３０の詳細な動作は後述する。
【００９４】
シグナリング生成ブロック１０４０は、各機能ブロックの動作に使用される物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）シグナリング情報を生成することができる。当該シグナリング情報はまた、関心のあるサービスが受信機側で適切に復旧されるように伝送される。シグナリング生成ブロック１０４０の詳細な動作は後述する。
【００９５】
図２、図３、図４は、本発明の実施例に係るインプットフォーマットブロック１０００を示す。各図面について説明する。
【００９６】
図２は、本発明の一実施例に係るインプットフォーマットブロックを示す。図２は、入力信号が単一の入力ストリーム（ｓｉｎｇｌｅ  ｉｎｐｕｔ  ｓｔｒｅａｍ）であるときのインプットフォーマットブロックを示す。
【００９７】
図２に示されたインプットフォーマットブロックは、図１を参照して説明したインプットフォーマットブロック１０００の一実施例に該当する。
【００９８】
物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）への入力は、１つ又は多数のデータストリームで構成されてもよい。それぞれのデータストリームは、１つのデータパイプによって伝達される。モードアダプテーション（ｍｏｄｅ  ａｄａｐｔａｉｏｎ、モード適応）モジュールは、入力されるデータストリームをＢＢＦ（ｂａｓｅｂａｎｄ  ｆｒａｍｅ）のデータフィールドにスライスする。当該システムは、３つの種類の入力データストリーム、すなわち、ＭＰＥＧ２−ＴＳ、ＩＰ、ＧＳ（ｇｅｎｅｒｉｃ  ｓｔｒｅａｍ）をサポートする。ＭＰＥＧ２−ＴＳは、最初のバイトが同期バイト（０ｘ４７）である固定された長さ（１８８バイト）のパケットを特徴とする。ＩＰストリームは、ＩＰパケットヘッダー内でシグナリングされる可変長のＩＰデータグラムパケットで構成される。当該システムは、ＩＰストリームに対してＩＰｖ４とＩＰｖ６をいずれもサポートする。ＧＳは、カプセル化パケットヘッダー内でシグナリングされる可変長のパケットまたは一定の長さのパケットで構成されてもよい。
【００９９】
（ａ）は、信号データパイプに対するモードアダプテーション（ｍｏｄｅ  ａｄａｐｔａｉｏｎ、モード適応）ブロック２０００及びストリームアダプテーション（ｓｔｒｅａｍ  ａｄａｐｔａｔｉｏｎ、ストリーム適応）２０１０を示し、（ｂ）は、ＰＬＳデータを生成及び処理するためのＰＬＳ生成ブロック２０２０及びＰＬＳスクランブラ２０３０を示す。各ブロックの動作について説明する。
【０１００】
入力ストリームスプリッターは、入力されたＴＳ、ＩＰ、ＧＳストリームを多数のサービスまたはサービスコンポーネント（オーディオ、ビデオなど）ストリームに分割する。モードアダプテーション（ｍｏｄｅ  ａｄａｐｔａｉｏｎ、モード適応）モジュール２０１０は、ＣＲＣエンコーダ、ＢＢ（ｂａｓｅｂａｎｄ）フレームスライサー、及びＢＢフレームヘッダー挿入ブロックで構成される。
【０１０１】
ＣＲＣエンコーダは、ユーザパケット（ｕｓｅｒ  ｐａｃｋｅｔ、ＵＰ）レベルでのエラー検出のための３種類のＣＲＣエンコーディング、すなわち、ＣＲＣ８、ＣＲＣ１６、ＣＲＣ３２を提供する。算出されたＣＲＣバイトは、ＵＰの後に添付される。ＣＲＣ８はＴＳストリームに使用され、ＣＲＣ３２はＩＰストリームに使用される。ＧＳストリームがＣＲＣエンコーディングを提供しないと、提案されたＣＲＣエンコーディングが適用されなければならない。
【０１０２】
ＢＢフレームスライサーは、入力を内部ロジカルビットフォーマットにマッピングする。最初の受信ビットはＭＳＢと定義する。ＢＢフレームスライサーは、利用可能データフィールド容量と同じ数のビットを割り当てる。ＢＢＦペイロードと同じ数の入力ビットを割り当てるために、ＵＰストリームがＢＢＦのデータフィールドに合うようにスライスされる。
【０１０３】
ＢＢフレームヘッダー挿入ブロックは、２バイトの固定された長さのＢＢＦヘッダーをＢＢフレームの前に挿入することができる。ＢＢＦヘッダーは、ＳＴＵＦＦＩ（１ビット）、ＳＹＮＣＤ（１３ビット）、及びＲＦＵ（２ビット）で構成される。固定された２バイトのＢＢＦヘッダーだけでなく、ＢＢＦは、２バイトのＢＢＦヘッダーの末尾に拡張フィールド（１又は３バイト）を有することができる。
【０１０４】
ストリームアダプテーション（ｓｔｒｅａｍ  ａｄａｐｔａｔｉｏｎ、ストリーム適応）２０１０は、スタッフィング（ｓｔｕｆｆｉｎｇ）挿入ブロック及びＢＢスクランブラで構成される。スタッフィング挿入ブロックは、スタッフィングフィールドをＢＢフレームのペイロードに挿入することができる。ストリームアダプテーション（ｓｔｒｅａｍ  ａｄａｐｔａｔｉｏｎ、ストリーム適応）に対する入力データがＢＢフレームを埋めるのに十分であれば、ＳＴＵＦＦＩは‘０’に設定され、ＢＢＦはスタッフィングフィールドを有さない。そうでなければ、ＳＴＵＦＦＩは‘１’に設定され、スタッフィングフィールドはＢＢＦヘッダーの直後に挿入される。スタッフィングフィールドは、２バイトのスタッフィングフィールドヘッダー及び可変サイズのスタッフィングデータを含む。
【０１０５】
ＢＢスクランブラは、エネルギー分散のために完全なＢＢＦをスクランブリングする。スクランブリングシーケンスはＢＢＦと同期化される。スクランブリングシーケンスは、フィードバックシフトレジスタによって生成される。
【０１０６】
ＰＬＳ生成ブロック２０２０はＰＬＳデータを生成することができる。ＰＬＳは、受信機で物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）データパイプに接続できる手段を提供する。ＰＬＳデータはＰＬＳ１データ及びＰＬＳ２データで構成される。
【０１０７】
ＰＬＳ１データは、ＰＬＳ２データをデコーディングするのに必要なパラメータだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するフレームでＦＳＳで伝達されるＰＬＳデータの１番目の集合である。ＰＬＳ１データは、ＰＬＳ２データの受信及びデコーディングを可能にするために要求されるパラメータを含む基本送信パラメータを提供する。また、ＰＬＳ１データは、フレームグループのデュレーションの間、一定である。
【０１０８】
ＰＬＳ２データは、データパイプ及びシステムに関するより詳細なＰＬＳデータを伝達するＦＳＳで伝送されるＰＬＳデータの２番目の集合である。ＰＬＳ２は、受信機が望むデータパイプをデコーディングするのに十分な情報を提供するパラメータを含む。ＰＬＳ２シグナリングは、ＰＬＳ２スタティック（ｓｔａｔｉｃ、静的）データ（ＰＬＳ２ＳＴＡＴデータ）及びＰＬＳ２ダイナミック（ｄｙｎａｍｉｃ、動的）データ（ＰＬＳ２ＤＹＮデータ）の２種類のパラメータで構成される。ＰＬＳ２スタティックデータは、フレームグループのデュレーションの間、スタティックであるＰＬＳ２データであり、ＰＬＳ２ダイナミックデータは、フレーム毎にダイナミック（ｄｙｎａｍｉｃ、動的）に変化するＰＬＳ２データである。
【０１０９】
ＰＬＳデータについての詳細は後述する。
【０１１０】
ＰＬＳスクランブラ２０３０は、エネルギー分散のために生成されたＰＬＳデータをスクランブリングすることができる。
【０１１１】
前述したブロックは、省略されてもよく、類似又は同一の機能を有するブロックによって代替されてもよい。
【０１１２】
図３は、本発明の他の一実施例に係るインプットフォーマットブロックを示す。
【０１１３】
図３に示されたインプットフォーマットブロックは、図１を参照して説明したインプットフォーマットブロック１０００の一実施例に該当する。
【０１１４】
図３は、入力信号がマルチインプットストリーム（ｍｕｌｔｉ  ｉｎｐｕｔ  ｓｔｒｅａｍ、多数の入力ストリーム）に該当する場合の、インプットフォーマットブロックのモードアダプテーション（ｍｏｄｅ  ａｄａｐｔａｉｏｎ、モード適応）ブロックを示す。
【０１１５】
マルチインプットストリーム（ｍｕｌｔｉ  ｉｎｐｕｔ  ｓｔｒｅａｍ、多数の入力ストリーム）を処理するためのインプットフォーマットブロックのモードアダプテーション（ｍｏｄｅ  ａｄａｐｔａｉｏｎ、モード適応）ブロックは、多数の入力ストリームを独立して処理することができる。
【０１１６】
図３を参照すると、マルチインプットストリーム（ｍｕｌｔｉ  ｉｎｐｕｔ  ｓｔｒｅａｍ、多数の入力ストリーム）をそれぞれ処理するためのモードアダプテーション（ｍｏｄｅ  ａｄａｐｔａｉｏｎ、モード適応）ブロックは、インプットストリームスプリッター（ｉｎｐｕｔ  ｓｔｒｅａｍ  ｓｐｌｉｔｔｅｒ）３０００、インプットストリームシンクロナイザ（ｉｎｐｕｔ  ｓｔｒｅａｍ  ｓｙｎｃｈｒｏｎｉｚｅｒ）３０１０、コンペンセーティングディレイ（ｃｏｍｐｅｎｓａｔｉｎｇ  ｄｅｌａｙ、補償遅延）ブロック３０２０、ヌルパケットディリーションブロック（ｎｕｌｌ  ｐａｃｋｅｔ  ｄｅｌｅｔｉｏｎ  ｂｌｏｃｋ）３０３０、ヘッダーコンプレッションブロック（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ  ｂｌｏｃｋ）３０４０、ＣＲＣエンコーダ（ＣＲＣ  ｅｎｃｏｄｅｒ）３０５０、ＢＢフレームスライサー（ＢＢ  ｆｒａｍｅ  ｓｌｉｃｅｒ）３０６０、及びＢＢヘッダー挿入ブロック（ＢＢ  ｈｅａｄｅｒ  ｉｎｓｅｒｔｉｏｎ  ｂｌｏｃｋ）３０７０を含むことができる。モードアダプテーション（ｍｏｄｅ  ａｄａｐｔａｉｏｎ、モード適応）ブロックの各ブロックについて説明する。
【０１１７】
ＣＲＣエンコーダ３０５０、ＢＢフレームスライサー３０６０、及びＢＢヘッダー挿入ブロック３０７０の動作は、図２を参照して説明したＣＲＣエンコーダ、ＢＢフレームスライサー、及びＢＢヘッダー挿入ブロックの動作に該当するので、その説明は省略する。
【０１１８】
インプットストリームスプリッター３０００は、入力されたＴＳ、ＩＰ、ＧＳストリームを多数のサービスまたはサービスコンポーネント（オーディオ、ビデオなど）ストリームに分割する。
【０１１９】
インプットストリームシンクロナイザ３０１０はＩＳＳＹと呼ぶことができる。ＩＳＳＹは、いかなる入力データフォーマットに対してもＣＢＲ（ｃｏｎｓｔａｎｔ  ｂｉｔ  ｒａｔｅ）及び一定の終端間伝送（ｅｎｄｔｏｅｎｄ  ｔｒａｎｓｍｉｓｓｉｏｎ）遅延を保証するために適した手段を提供することができる。ＩＳＳＹは、ＴＳを伝達する多数のデータパイプの場合に常に用いられ、ＧＳストリームを伝達する多数のデータパイプに選択的に用いられる。
【０１２０】
コンペンセーティングディレイ（ｃｏｍｐｅｎｓａｔｉｎ  ｄｅｌａｙ、補償遅延）ブロック３０２０は、受信機で追加のメモリを必要とせず、ＴＳパケット再結合メカニズムを許容するために、ＩＳＳＹ情報の挿入に後続する分割されたＴＳパケットストリームを遅延させることができる。
【０１２１】
ヌルパケットディリーションブロック３０３０は、ＴＳ入力ストリームの場合にのみ使用される。一部のＴＳ入力ストリームまたは分割されたＴＳストリームは、ＶＢＲ（ｖａｒｉａｂｌｅ  ｂｉｔｒａｔｅ）サービスをＣＢＲ ＴＳストリームに収容するために存在する多くの数のヌルパケットを有することができる。この場合、不必要な伝送オーバーヘッドを避けるために、ヌルパケットは、確認されて伝送されなくてもよい。受信機で、除去されたヌルパケットは、伝送に挿入されたＤＮＰ（ｄｅｌｅｔｅｄ  ｎｕｌｌｐａｃｋｅｔ、削除されたヌルパケット）カウンターを参照して、元々存在していた正確な位置に再挿入することができるので、ＣＢＲが保証され、タイムスタンプ（ＰＣＲ）更新の必要がなくなる。
【０１２２】
ヘッダーコンプレッションブロック３０４０は、ＴＳ又はＩＰ入力ストリームに対する伝送効率を増加させるためにパケットヘッダー圧縮を提供することができる。受信機は、ヘッダーの特定の部分に対する先天的な（ａ  ｐｒｉｏｒｉ）情報を有することができるので、この既知情報（ｋｎｏｗｎ  ｉｎｆｏｒｍａｔｉｏｎ）は送信機で削除されてもよい。
【０１２３】
ＴＳに対して、受信機は、同期バイト構成（０ｘ４７）及びパケット長（１８８バイト）に関する先天的な情報を有することができる。入力されたＴＳが１つのＰＩＤのみを有するコンテンツを伝達すると、すなわち、１つのサービスコンポーネント（ビデオ、オーディオなど）またはサービスサブコンポーネント（ＳＶＣベースレイヤ、ＳＶＣエンハンスメントレイヤ、ＭＶＣベースビュー、またはＭＶＣ依存ビュー）に対してのみ、ＴＳパケットヘッダー圧縮がＴＳに（選択的に）適用され得る。ＴＳパケットヘッダー圧縮は、入力ストリームがＩＰストリームである場合に選択的に使用される。前記ブロックは、省略されてもよく、類似又は同一の機能を有するブロックで代替されてもよい。
【０１２４】
図４は、本発明の一実施例に係るＢＩＣＭブロックを示す。
【０１２５】
図４に示されたＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の一実施例に該当する。
【０１２６】
前述したように、本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置は、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを提供することができる。
【０１２７】
ＱｏＳが、本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置によって提供されるサービスの特性に依存するので、それぞれのサービスに該当するデータは、互いに異なる方式を用いて処理されなければならない。したがって、本発明の一実施例に係るＢＩＣＭブロックは、ＳＩＳＯ、ＭＩＳＯ、ＭＩＭＯ方式をそれぞれのデータ経路に該当するデータパイプに独立して適用することによって、各データパイプを独立して処理することができる。結果的に、本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置は、それぞれのデータパイプを介して伝送される各サービスまたはサービスコンポーネントに対するＱｏＳを調節することができる。
【０１２８】
（ａ）は、ベースプロファイル及びハンドヘルドプロファイルによって共有されるＢＩＣＭブロックを示し、（ｂ）は、アドバンスドプロファイルのＢＩＣＭブロックを示す。
【０１２９】
ベースプロファイル及びハンドヘルドプロファイルによって共有されるＢＩＣＭブロック及びアドバンスドプロファイルのＢＩＣＭブロックは、それぞれのデータパイプを処理するための複数の処理ブロックを含むことができる。
【０１３０】
ベースプロファイル及びハンドヘルドプロファイルに対するＢＩＣＭブロック、及びアドバンスドプロファイルに対するＢＩＣＭブロックのそれぞれの処理ブロックについて説明する。
【０１３１】
ベースプロファイル及びハンドヘルドプロファイルに対するＢＩＣＭブロックの処理ブロック５０００は、データＦＥＣエンコーダ５０１０、ビットインターリーバ５０２０、コンステレーションマッパー（ｍａｐｐｅｒ）５０３０、ＳＳＤ（ｓｉｇｎａｌ  ｓｐａｃｅ  ｄｉｖｅｒｓｉｔｙ）エンコーディングブロック５０４０、タイムインターリーバ５０５０を含むことができる。
【０１３２】
データＦＥＣエンコーダ５０１０は、外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手順を生成するために、入力ＢＢＦにＦＥＣエンコーディングを行う。外部コーディング（ＢＣＨ）は選択的なコーディング方法である。データＦＥＣエンコーダ５０１０の具体的な動作については後述する。
【０１３３】
ビットインターリーバ５０２０は、効率的に実現可能な構造を提供すると共に、データＦＥＣエンコーダ５０１０の出力をインターリービングしてＬＤＰＣコード及び変調方式の組み合わせで最適化された性能を達成することができる。ビットインターリーバ５０２０の具体的な動作については後述する。
【０１３４】
コンステレーションマッパー５０３０は、ＱＰＳＫ、ＱＡＭ１６、不均一ＱＡＭ（ＮＵＱ６４、ＮＵＱ２５６、ＮＵＱ１０２４）または不均一コンステレーション（ＮＵＣ１６、ＮＵＣ６４、ＮＵＣ２５６、ＮＵＣ１０２４）を用いて、ベース及びハンドヘルドプロファイルでビットインターリーバ５０２０からのそれぞれのセルワードを変調するか、またはアドバンスドプロファイルでセルワードデマルチプレクサ５０１０−１からのセルワードを変調してパワーが正規化されたコンステレーションポイントｅlを提供することができる。当該コンステレーションマッピングは、データパイプに対してのみ適用される。ＮＵＱが任意の形状を有する一方、ＱＡＭ１６及びＮＵＱは正方形の形状を有することが観察される。それぞれのコンステレーションが９０度の倍数だけ回転すると、回転したコンステレーションは、元のものと正確に重なる。回転対称特性により、実数及び虚数コンポーネントの容量及び平均パワーが互いに同一になる。ＮＵＱ及びＮＵＣは、いずれも、各コードレート（ｃｏｄｅ  ｒａｔｅ）に対して特別に定義され、使用される特定の一つは、ＰＬＳ２データに保管されたパラメータＤＰ_ＭＯＤによってシグナリングされる。
【０１３５】
タイムインターリーバ５０５０はデータパイプレベルで動作することができる。タイムインターリービングのパラメータは、それぞれのデータパイプに対して異なって設定されてもよい。タイムインターリーバ５０５０の具体的な動作については後述する。
【０１３６】
アドバンスドプロファイルに対するＢＩＣＭブロックの処理ブロック５０００−１は、データＦＥＣエンコーダ、ビットインターリーバ、コンステレーションマッパー、及びタイムインターリーバを含むことができる。
【０１３７】
ただし、処理ブロック５０００−１は、セルワードデマルチプレクサ５０１０−１及びＭＩＭＯエンコーディングブロック５０２０−１をさらに含むという点で、処理ブロック５０００と区別される。
【０１３８】
また、処理ブロック５０００−１でのデータＦＥＣエンコーダ、ビットインターリーバ、コンステレーションマッパー、タイムインターリーバの動作は、前述したデータＦＥＣエンコーダ５０１０、ビットインターリーバ５０２０、コンステレーションマッパー５０３０、タイムインターリーバ５０５０の動作に該当するので、その説明は省略する。
【０１３９】
セルワードデマルチプレクサ５０１０−１は、アドバンスドプロファイルのデータパイプが、ＭＩＭＯ処理のために単一のセルワードストリームを二重セルワードストリームに分離するのに使用される。セルワードデマルチプレクサ５０１０−１の具体的な動作については後述する。
【０１４０】
ＭＩＭＯエンコーディングブロック５０２０−１は、ＭＩＭＯエンコーディング方式を用いてセルワードデマルチプレクサ５０１０−１の出力を処理することができる。ＭＩＭＯエンコーディング方式は、放送信号送信のために最適化された。ＭＩＭＯ技術は、容量の増加を得るための有望な方式であるが、チャネル特性に依存する。特に放送に対して、互いに異なる信号伝搬特性による２つのアンテナ間の受信信号パワーの差またはチャネルの強いＬＯＳコンポーネントは、ＭＩＭＯから容量利得を得ることを難しくする。提案されたＭＩＭＯエンコーディング方式は、ＭＩＭＯ出力信号のうち１つの位相ランダム化及び回転ベースのプリコーディングを用いてこの問題を克服する。
【０１４１】
ＭＩＭＯエンコーディングは、送信機及び受信機の両方で少なくとも２つのアンテナを必要とする２ｘ２ＭＩＭＯシステムのために意図される。２つのＭＩＭＯエンコーディングモードは、本提案であるＦＲＳＭ（ｆｕｌｌｒａｔｅ  ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）及びＦＲＦＤＳＭ（ｆｕｌｌｒａｔｅ  ｆｕｌｌｄｉｖｅｒｓｉｔｙ  ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）で定義される。ＦＲＳＭエンコーディングは、受信機側での比較的小さい複雑度の増加で容量の増加を提供する一方、ＦＲＦＤＳＭエンコーディングは、受信機側での大きい複雑度の増加で容量の増加及び追加のダイバーシティ利得を提供する。提案されたＭＩＭＯエンコーディング方式はアンテナ極性配置を制限しない。
【０１４２】
ＭＩＭＯ処理は、アドバンスドプロファイルフレームに要求され、これは、アドバンスドプロファイルフレームでの全てのデータパイプがＭＩＭＯエンコーダによって処理されることを意味する。ＭＩＭＯ処理はデータパイプレベルで適用される。コンステレーションマッパー出力のペア（ｐａｉｒ、対）であるＮＵＱ（ｅ1,i及びｅ2,i）は、ＭＩＭＯエンコーダの入力に供給される。ＭＩＭＯエンコーダ出力ペア（ｐａｉｒ、対）（ｇ1,i及びｇ2,i）は、それぞれの送信アンテナの同一のキャリアｋ及びＯＦＤＭシンボルｌによって伝送される。
【０１４３】
前述したブロックは、省略されてもよく、類似又は同一の機能を有するブロックで代替されてもよい。
【０１４４】
図５は、本発明の他の実施例に係るＢＩＣＭブロックを示す。
【０１４５】
図５に示されたＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の一実施例に該当する。
【０１４６】
図５は、ＰＬＳ、ＥＡＣ、及びＦＩＣの保護のためのＢＩＣＭブロックを示す。ＥＡＣは、ＥＡＳ情報データを伝達するフレームの一部であり、ＦＩＣは、サービスと該当するベースデータパイプとの間でマッピング情報を伝達するフレームでのロジカルチャネルである。ＥＡＣ及びＦＩＣについての詳細な説明は後述する。
【０１４７】
図５を参照すると、ＰＬＳ、ＥＡＣ、及びＦＩＣの保護のためのＢＩＣＭブロックは、ＰＬＳ ＦＥＣエンコーダ６０００、ビットインターリーバ６０１０、及びコンステレーションマッパー６０２０を含むことができる。
【０１４８】
また、ＰＬＳ ＦＥＣエンコーダ６０００は、スクランブラ、ＢＣＨエンコーディング／ゼロ挿入ブロック、ＬＤＰＣエンコーディングブロック、及びＬＤＰＣパリティパンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）ブロックを含むことができる。ＢＩＣＭブロックの各ブロックについて説明する。
【０１４９】
ＰＬＳ ＦＥＣエンコーダ６０００は、スクランブルされたＰＬＳ １／２データ、ＥＡＣ及びＦＩＣセクションをエンコーディングすることができる。
【０１５０】
スクランブラは、ＢＣＨエンコーディング及びショートニング（ｓｈｏｒｔｅｎｉｎｇ）及びパンクチャリングされたＬＤＰＣエンコーディングの前に、ＰＬＳ１データ及びＰＬＳ２データをスクランブルすることができる。
【０１５１】
ＢＣＨエンコーディング／ゼロ挿入ブロックは、ＰＬＳ保護のためのショートニングされたＢＣＨコードを用いてスクランブルされたＰＬＳ １／２データに外部エンコーディングを行い、ＢＣＨエンコーディングの後にゼロビットを挿入することができる。ＰＬＳ１データに対してのみ、ゼロ挿入の出力ビットがＬＤＰＣエンコーディングの前にパーミュテーション（ｐｅｒｍｕｔａｔｉｏｎ）されてもよい。
【０１５２】
ＬＤＰＣエンコーディングブロックは、ＬＤＰＣコードを用いてＢＣＨエンコーディング／ゼロ挿入ブロックの出力をエンコーディングすることができる。完全なコーディングブロックを生成するために、Ｃldpc及びパリティビットＰldpcは、それぞれのゼロが挿入されたＰＬＳ情報ブロックＩldpcから組織的にエンコーディングされ、その後に添付される。
【０１５３】
【数１】
0006599864.tif 000005
【０１５４】
ＰＬＳ１及びＰＬＳ２に対するＬＤＰＣコードパラメータは、次の表４の通りである。
【０１５５】
【表４】
0006599864.tif 000006
【０１５６】
ＬＤＰＣパリティパンクチャリングブロックは、ＰＬＳ１データ及びＰＬＳ２データに対してパンクチャリングを行うことができる。
【０１５７】
ショートニングがＰＬＳ１データの保護に適用される場合、一部のＬＤＰＣパリティビットは、ＬＤＰＣエンコーディングの後にパンクチャリングされる。また、ＰＬＳ２データの保護のために、ＰＬＳ２のＬＤＰＣパリティビットがＬＤＰＣエンコーディングの後にパンクチャリングされる。これらパンクチャリングされたビットは伝送されない。
【０１５８】
ビットインターリーバ６０１０は、それぞれのショートニング及びパンクチャリングされたＰＬＳ１データ及びＰＬＳ２データをインターリービングすることができる。
【０１５９】
コンステレーションマッパー６０２０は、ビットインターリービングされたＰＬＳ１データ及びＰＬＳ２データをコンステレーションにマッピングすることができる。
【０１６０】
前述したブロックは、省略されてもよく、類似又は同一の機能を有するブロックで代替されてもよい。
【０１６１】
図６は、本発明の一実施例に係るフレームビルディングブロック（ｆｒａｍｅ  ｂｕｉｌｄｉｎｇ  ｂｌｏｃｋ）を示す。
【０１６２】
図７に示したフレームビルディングブロックは、図１を参照して説明したフレームビルディングブロック１０２０の一実施例に該当する。
【０１６３】
図６を参照すると、フレームビルディングブロックは、ディレイコンペンセーション（ｄｅｌａｙ  ｃｏｍｐｅｎｓａｔｉｏｎ、遅延補償）ブロック７０００、セルマッパー（ｃｅｌｌ  ｍａｐｐｅｒ）７０１０、及び周波数インターリーバ（ｆｒｅｑｕｅｎｃｙ  ｉｎｔｅｒｌｅａｖｅｒ）７０２０を含むことができる。フレームビルディングブロックの各ブロックについて説明する。
【０１６４】
ディレイコンペンセーション（ｄｅｌａｙ  ｃｏｍｐｅｎｓａｔｉｏｎ、遅延補償）ブロック７０００は、データパイプと該当するＰＬＳデータとの間のタイミングを調節して、送信機側でデータパイプと該当するＰＬＳデータとの間の同時性（ｃｏｔｉｍｅ）を保証することができる。インプットフォーマットブロック及びＢＩＣＭブロックによるデータパイプの遅延を扱うことによって、ＰＬＳデータはデータパイプだけ遅延される。ＢＩＣＭブロックの遅延は、主にタイムインターリーバ５０５０によるものである。インバンド（Ｉｎｂａｎｄ）シグナリングデータは、次のタイムインターリービンググループの情報を、シグナリングされるデータパイプより１フレーム先に伝達されるようにすることができる。ディレイコンペンセーション（ｄｅｌａｙ  ｃｏｍｐｅｎｓａｔｉｏｎ、遅延補償）ブロックは、それに合せてインバンド（Ｉｎｂａｎｄ）シグナリングデータを遅延させる。
【０１６５】
セルマッパー７０１０は、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、及びダミーセルをフレーム内でＯＦＤＭシンボルのアクティブ（ａｃｔｉｖｅ）キャリアにマッピングすることができる。セルマッパー７０１０の基本機能は、それぞれのデータパイプ、ＰＬＳセル、及びＥＡＣ／ＦＩＣセルに対するタイムインターリービングによって生成されたデータセルを、もし存在すれば、１つのフレーム内でそれぞれのＯＦＤＭシンボルに該当するアクティブＯＦＤＭセルのアレイにマッピングすることである。（ＰＳＩ（ｐｒｏｇｒａｍ  ｓｐｅｃｉｆｉｃ  ｉｎｆｏｒｍａｔｉｏｎ）／ＳＩのような）サービスシグナリングデータは、個別的に収集されてデータパイプによって送られてもよい。セルマッパーは、フレーム構造の構成及びスケジューラによって生成されたダイナミックインフォメーション（ｄｙｎａｍｉｃ  ｉｎｆｏｒｍａｔｉｏｎ、動的情報）に従って動作する。フレームについての詳細は後述する。
【０１６６】
周波数インターリーバ７０２０は、セルマッパー７０１０から受信されたデータセルをランダムにインターリービングして周波数ダイバーシティを提供することができる。また、周波数インターリーバ７０２０は、単一のフレームで最大のインターリービング利得を得るために、異なるインターリービングシード（ｓｅｅｄ）順序を用いて、２つのシーケンシャルなＯＦＤＭシンボルで構成されたＯＦＤＭシンボルペア（ｐａｉｒ、対）で動作することができる。
【０１６７】
前述したブロックは、省略されてもよく、類似又は同一の機能を有するブロックで代替されてもよい。
【０１６８】
図７は、本発明の一実施例に係るＯＦＤＭジェネレーションブロックを示す。
【０１６９】
図７に示されたＯＦＤＭジェネレーションブロックは、図１を参照して説明したＯＦＤＭジェネレーションブロック１０３０の一実施例に該当する。
【０１７０】
ＯＦＤＭジェネレーションブロックは、フレームビルディングブロックによって生成されたセルによってＯＦＤＭキャリアを変調し、パイロットを挿入し、伝送のための時間領域信号を生成する。また、当該ブロックは、順々にガードインターバルを挿入し、ＰＡＰＲ低減処理を適用して最終ＲＦ信号を生成する。
【０１７１】
図８を参照すると、ＯＦＤＭジェネレーションブロックは、パイロット及びリザーブドトーン挿入ブロック（ｐｉｌｏｔ  ａｎｄ  ｒｅｖｓｅｒｖｅｄ  ｔｏｎｅ  ｉｎｓｅｒｔｉｏｎ  ｂｌｏｃｋ）８０００、２Ｄ−ｅＳＦＮ（ｓｉｎｇｌｅ  ｆｒｅｑｕｅｎｃｙ  ｎｅｔｗｏｒｋ）エンコーディングブロック８０１０、ＩＦＦＴ（ｉｎｖｅｒｓｅ  ｆａｓｔ  Ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）ブロック８０２０、ＰＡＰＲ低減ブロック８０３０、ガードインターバル挿入ブロック（ｇｕａｒｄ  ｉｎｔｅｒｖａｌ  ｉｎｓｅｒｔｉｏｎ  ｂｌｏｃｋ）８０４０、プリアンブル挿入ブロック（ｐｒｅａｍｂｌｅ  ｉｎｓｅｒｔｉｏｎ  ｂｌｏｃｋ）８０５０、その他のシステム挿入ブロック８０６０、及びＤＡＣブロック８０７０を含むことができる。
【０１７２】
その他のシステム挿入ブロック８０６０は、放送サービスを提供する２つ以上の互いに異なる放送送信／受信システムのデータが、同じＲＦ信号帯域で同時に伝送され得るように、時間領域で複数の放送送信／受信システムの信号をマルチプレクシングすることができる。この場合、２つ以上の互いに異なる放送送信／受信システムは、互いに異なる放送サービスを提供するシステムのことをいう。互いに異なる放送サービスは、地上波放送サービス、モバイル放送サービスなどを意味し得る。
【０１７３】
図８は、本発明の一実施例に係る次世代放送サービスに対する放送信号受信装置の構造を示す。
【０１７４】
本発明の一実施例に係る次世代放送サービスに対する放送信号受信装置は、図１を参照して説明した次世代放送サービスに対する放送信号送信装置に対応し得る。
【０１７５】
本発明の一実施例に係る次世代放送サービスに対する放送信号受信装置は、同期及び復調モジュール（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ＆  ｄｅｍｏｄｕｌａｔｉｏｎ  ｍｏｄｕｌｅ）９０００、フレームパーシングモジュール（ｆｒａｍｅ  ｐａｒｓｉｎｇ  ｍｏｄｕｌｅ）９０１０、デマッピング及びデコーディングモジュール（ｄｅｍａｐｐｉｎｇ  ＆  ｄｅｃｏｄｉｎｇ  ｍｏｄｕｌｅ）９０２０、出力プロセッサ（ｏｕｔｐｕｔ  ｐｒｏｃｅｓｓｏｒ）９０３０、及びシグナリングデコーディングモジュール（ｓｉｇｎａｌｉｎｇ  ｄｅｃｏｄｉｎｇ  ｍｏｄｕｌｅ）９０４０を含むことができる。放送信号受信装置の各モジュールの動作について説明する。
【０１７６】
同期及び復調モジュール９０００は、ｍ個の受信アンテナを介して入力信号を受信し、放送信号受信装置に該当するシステムに対して信号検出及び同期化を行い、放送信号送信装置によって行われる手順の逆過程に該当する復調を行うことができる。
【０１７７】
フレームパーシングモジュール９０１０は、入力信号フレームをパーシングし、ユーザによって選択されたサービスが伝送されるデータを抽出することができる。放送信号送信装置がインターリービングを行うと、フレームパーシングモジュール９０１０は、インターリービングの逆過程に該当するデインターリービングを行うことができる。この場合、抽出されなければならない信号及びデータの位置が、シグナリングデコーディングモジュール９０４０から出力されたデータをデコーディングすることによって取得されて、放送信号送信装置によって生成されたスケジューリング情報が復元され得る。
【０１７８】
デマッピング及びデコーディングモジュール９０２０は、入力信号をビット領域データに変換した後、必要に応じて、ビット領域データをデインターリービングすることができる。デマッピング及びデコーディングモジュール９０２０は、伝送効率のために適用されたマッピングに対するデマッピングを行い、デコーディングを通じて、伝送チャネルで発生したエラーを訂正することができる。この場合、デマッピング及びデコーディングモジュール９０２０は、シグナリングデコーディングモジュール９０４０から出力されたデータをデコーディングすることによって、デマッピング及びデコーディングのために必要な伝送パラメータを取得することができる。
【０１７９】
出力プロセッサ９０３０は、伝送効率を向上させるために放送信号送信装置によって適用される様々な圧縮／信号処理手順の逆過程を行うことができる。この場合、出力プロセッサ９０３０は、シグナリングデコーディングモジュール９０４０から出力されたデータから、必要な制御情報を取得することができる。出力プロセッサ９０３０の出力は、放送信号送信装置に入力される信号に該当し、ＭＰＥＧ−ＴＳ、ＩＰストリーム（ｖ４又はｖ６）及びＧＳであってもよい。
【０１８０】
シグナリングデコーディングモジュール９０４０は、同期及び復調モジュール９０００によって復調された信号からＰＬＳ情報を取得することができる。前述したように、フレームパーシングモジュール９０１０、デマッピング及びデコーディングモジュール９０２０、出力プロセッサ９０３０は、シグナリングデコーディングモジュール９０４０から出力されたデータを用いてその機能を行うことができる。
【０１８１】
図９は、本発明の一実施例に係るフレーム構造を示す。
【０１８２】
図９は、フレームタイプの構成例及びスーパーフレームでのＦＲＵ（ｆｒａｍｅ  ｒｅｐｅｔｉｔｉｏｎ  ｕｎｉｔ、フレーム繰り返し単位）を示す。（ａ）は、本発明の一実施例に係るスーパーフレームを示し、（ｂ）は、本発明の一実施例に係るＦＲＵを示し、（ｃ）は、ＦＲＵでの様々なフィジカルプロファイル（ＰＨＹ  ｐｒｏｆｉｌｅ）のフレームを示し、（ｄ）はフレームの構造を示す。
【０１８３】
スーパーフレームは８個のＦＲＵで構成されてもよい。ＦＲＵは、フレームのＴＤＭに対する基本マルチプレクシング単位であり、スーパーフレームで８回繰り返される。
【０１８４】
ＦＲＵにおける各フレームは、フィジカルプロファイル（ベース、ハンドヘルド、アドバンスドプロファイル）のうち１つまたはＦＥＦに属する。ＦＲＵにおけるフレームの最大許容数は４であり、与えられたフィジカルプロファイルは、ＦＲＵにおいて０回〜４回のいずれかの回数だけ現れてもよい（例えば、ベース、ベース、ハンドヘルド、アドバンスド）。フィジカルプロファイルの定義は、必要に応じて、プリアンブルでのＰＨＹ_ＰＲＯＦＩＬＥのリザーブド値を用いて拡張されてもよい。
【０１８５】
ＦＥＦ部分は、含まれる場合、ＦＲＵの最後に挿入される。ＦＥＦがＦＲＵに含まれる場合、ＦＥＦの最大数はスーパーフレームにおいて８である。ＦＥＦ部分が互いに隣接することが推奨されない。
【０１８６】
１つのフレームは、多数のＯＦＤＭシンボル及びプリアンブルにさらに分離される。（ｄ）に示したように、フレームは、プリアンブル、１つ以上のＦＳＳ、ノーマルデータシンボル、及びＦＥＳを含む。
【０１８７】
プリアンブルは、高速フューチャーキャストＵＴＢシステム信号検出を可能にし、信号の効率的な送信及び受信のための基本伝送パラメータの集合を提供する特別なシンボルである。プリアンブルについての詳細は後述する。
【０１８８】
ＦＳＳの主な目的は、ＰＬＳデータを伝達することである。高速同期化及びチャネル推定のために、これによるＰＬＳデータの高速デコーディングのために、ＦＳＳは、ノーマルデータシンボルよりも高密度のパイロットパターンを有する。ＦＥＳは、ＦＳＳと完全に同じパイロットを有し、これは、ＦＥＳの直前のシンボルに対して、外挿（ｅｘｔｒａｐｏｌａｔｉｏｎ）なしに、ＦＥＳ内での周波数のみのインタポレーション（ｉｎｔｅｒｐｏｌａｔｉｏｎ、補間）及び時間的補間（ｔｅｍｐｏｒａｌ  ｉｎｔｅｒｐｏｌａｔｉｏｎ）を可能にする。
【０１８９】
図１０は、本発明の一実施例に係るフレームのシグナリング階層構造（ｓｉｇｎａｌｉｎｇ  ｈｉｅｒａｒｃｈｙ  ｓｔｒｕｃｔｕｒｅ）を示す。
【０１９０】
図１０は、シグナリング階層構造を示し、これは、３つの主要部分であるプリアンブルシグナリングデータ１１０００、ＰＬＳ１データ１１０１０、及びＰＬＳ２データ１１０２０に分割される。フレーム毎にプリアンブル信号によって伝達されるプリアンブルの目的は、フレームの基本伝送パラメータ及び伝送タイプを示すことである。ＰＬＳ１は、受信機が、関心のあるデータパイプに接続するためのパラメータを含むＰＬＳ２データに接続してデコーディングできるようにする。ＰＬＳ２は、フレーム毎に伝達され、２つの主要部分であるＰＬＳ２ＳＴＡＴデータとＰＬＳ２ＤＹＮデータとに分割される。ＰＬＳ２データのスタティック（ｓｔａｔｉｃ、静的）及びダイナミック（ｄｙｎａｍｉｃ、動的）部分には、必要に応じてパディングが後続する。
【０１９１】
図１１は、本発明の一実施例に係るプリアンブルシグナリングデータを示す。
【０１９２】
プリアンブルシグナリングデータは、受信機がフレーム構造内でＰＬＳデータに接続し、データパイプを追跡できるようにするために必要な２１ビットの情報を伝達する。プリアンブルシグナリングデータについての詳細は、次の通りである。
【０１９３】
ＰＨＹ_ＰＲＯＦＩＬＥ：当該３ビットフィールドは、現フレームのフィジカルプロファイルタイプを示す。互いに異なるフィジカルプロファイルタイプのマッピングは、下記の表５に与えられる。
【０１９４】
【表５】
0006599864.tif 000007
【０１９５】
ＦＦＴ_ＳＩＺＥ：当該２ビットフィールドは、下記の表６で説明するように、フレームグループ内で現フレームのＦＦＴサイズを示す。
【０１９６】
【表６】
0006599864.tif 000008
【０１９７】
ＧＩ_ＦＲＡＣＴＩＯＮ：当該３ビットフィールドは、下記の表７で説明するように、現スーパーフレームでのガードインターバルの一部（ｆｒａｃｔｉｏｎ）の値を示す。
【０１９８】
【表７】
0006599864.tif 000009
【０１９９】
ＥＡＣ_ＦＬＡＧ：当該１ビットフィールドは、ＥＡＣが現フレームに提供されるか否かを示す。当該フィールドが‘１’に設定されると、ＥＡＳが現フレームに提供される。当該フィールドが‘０’に設定されると、ＥＡＳが現フレームで伝達されない。当該フィールドは、スーパーフレーム内でダイナミック（ｄｙｎａｍｉｃ、動的）に切り替わってもよい。
【０２００】
ＰＩＬＯＴ_ＭＯＤＥ：当該１ビットフィールドは、現フレームグループで現フレームに対してパイロットモードがモバイルモードであるか、または固定モードであるかを示す。当該フィールドが‘０’に設定されると、モバイルパイロットモードが使用される。当該フィールドが‘１’に設定されると、固定パイロットモードが使用される。
【０２０１】
ＰＡＰＲ_ＦＬＡＧ：当該１ビットフィールドは、現フレームグループで現フレームに対してＰＡＰＲ低減が使用されるか否かを示す。当該フィールドが‘１’に設定されると、トーン予約（ｔｏｎｅ  ｒｅｓｅｒｖａｔｉｏｎ）がＰＡＰＲ低減のために使用される。当該フィールドが‘０’に設定されると、ＰＡＰＲ低減が使用されない。
【０２０２】
ＦＲＵ_ＣＯＮＦＩＧＵＲＥ：当該３ビットフィールドは、現スーパーフレームで存在するＦＲＵのフィジカルプロファイルタイプの構成を示す。現スーパーフレームで全てのプリアンブルでの当該フィールドにおいて、現スーパーフレームで伝達される全てのプロファイルタイプが識別される。当該３ビットフィールドは、下記の表８に示すように、それぞれのプロファイルに対して異なって定義される。
【０２０３】
【表８】
0006599864.tif 000010
【０２０４】
ＲＥＳＥＲＶＥＤ：当該７ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
【０２０５】
図１２は、本発明の一実施例に係るＰＬＳ１データを示す。
【０２０６】
ＰＬＳ１データは、ＰＬＳ２の受信及びデコーディングを可能にするために必要なパラメータを含んだ基本伝送パラメータを提供する。前述したように、ＰＬＳ１データは、１つのフレームグループの全デュレーションの間変化しない。ＰＬＳ１データのシグナリングフィールドの具体的な定義は、次の通りである。
【０２０７】
ＰＲＥＡＭＢＬＥ_ＤＡＴＡ：当該２０ビットフィールドは、ＥＡＣ_ＦＬＡＧを除いたプリアンブルシグナリングデータのコピーである。
【０２０８】
ＮＵＭ_ＦＲＡＭＥ_ＦＲＵ：当該２ビットフィールドは、ＦＲＵ当たりのフレーム数を示す。
【０２０９】
ＰＡＹＬＯＡＤ_ＴＹＰＥ：当該３ビットフィールドは、フレームグループで伝達されるペイロードデータのフォーマットを示す。ＰＡＹＬＯＡＤ_ＴＹＰＥは、表９に示すようにシグナリングされる。
【０２１０】
【表９】
0006599864.tif 000011
【０２１１】
ＮＵＭ_ＦＳＳ：当該２ビットフィールドは、現フレームでのＦＳＳの数を示す。
【０２１２】
ＳＹＳＴＥＭ_ＶＥＲＳＩＯＮ：当該８ビットフィールドは、伝送される信号フォーマットのバージョンを示す。ＳＹＳＴＥＭ_ＶＥＲＳＩＯＮは、主バージョン及び副バージョンの２つの４ビットフィールドに分離される。
【０２１３】
主バージョン：ＳＹＳＴＥＭ_ＶＥＲＳＩＯＮフィールドのＭＳＢである４ビットは、主バージョン情報を示す。主バージョンフィールドでの変化は互換性のない変化を示す。デフォルト値は‘００００’である。当該標準で記述されたバージョンに対して、値が‘００００’に設定される。
【０２１４】
副バージョン：ＳＹＳＴＥＭ_ＶＥＲＳＩＯＮフィールドのＬＳＢである４ビットは、副バージョン情報を示す。副バージョンフィールドでの変化は互換性がある。
【０２１５】
ＣＥＬＬ_ＩＤ：これは、ＡＴＳＣネットワークで地理的セルを一意に識別する１６ビットフィールドである。ＡＴＳＣセルカバレッジは、フューチャーキャストＵＴＢシステム毎に使用される周波数の数に応じて、１つ以上の周波数で構成されてもよい。ＣＥＬＬ_ＩＤの値が知られていないか、または特定されていない場合、当該フィールドは‘０’に設定される。
【０２１６】
ＮＥＴＷＯＲＫ_ＩＤ：これは、現ＡＴＳＣネットワークを一意に識別する１６ビットフィールドである。
【０２１７】
ＳＹＳＴＥＭ_ＩＤ：当該１６ビットフィールドは、ＡＴＳＣネットワーク内でフューチャーキャストＵＴＢシステムを一意に識別する。フューチャーキャストＵＴＢシステムは、入力が１つ以上の入力ストリーム（ＴＳ、ＩＰ、ＧＳ）であり、出力がＲＦ信号である、地上波放送システムである。フューチャーキャストＵＴＢシステムは、もし存在すれば、ＦＥＦ及び１つ以上のフィジカルプロファイルを伝達する。同一のフューチャーキャストＵＴＢシステムは、互いに異なる入力ストリームを伝達し、互いに異なる地理的領域で互いに異なるＲＦを使用できるので、ローカルサービスの挿入を許容する。フレーム構造及びスケジューリングは、一つの場所で制御され、フューチャーキャストＵＴＢシステム内で全ての伝送に対して同一である。１つ以上のフューチャーキャストＵＴＢシステムは、全て同一のフィジカル構造及び構成を有するという同一のＳＹＳＴＥＭ_ＩＤの意味を有することができる。
【０２１８】
次のループ（ｌｏｏｐ）は、各フレームタイプの長さ及びＦＲＵ構成を示すＦＲＵ_ＰＨＹ_ＰＲＯＦＩＬＥ、ＦＲＵ_ＦＲＡＭＥ_ＬＥＮＧＴＨ、ＦＲＵ_ＧＩ_ＦＲＡＣＴＩＯＮ、ＲＥＳＥＲＶＥＤで構成される。ループのサイズは、ＦＲＵ内で４個のフィジカルプロファイル（ＦＥＦ含む）がシグナリングされるように固定される。ＮＵＭ_ＦＲＡＭＥ_ＦＲＵが４より小さいと、使用されないフィールドはゼロで埋められる。
【０２１９】
ＦＲＵ_ＰＨＹ_ＰＲＯＦＩＬＥ：当該３ビットフィールドは、関連するＦＲＵの（ｉ＋１）番目のフレーム（ｉは、ループインデックス）のフィジカルプロファイルタイプを示す。当該フィールドは、表８に示したものと同じシグナリングフォーマットを使用する。
【０２２０】
ＦＲＵ_ＦＲＡＭＥ_ＬＥＮＧＴＨ：当該２ビットフィールドは、関連するＦＲＵの（ｉ＋１）番目のフレームの長さを示す。ＦＲＵ_ＧＩ_ＦＲＡＣＴＩＯＮと共にＦＲＵ_ＦＲＡＭＥ_ＬＥＮＧＴＨを使用すれば、フレームデュレーションの正確な値を得ることができる。
【０２２１】
ＦＲＵ_ＧＩ_ＦＲＡＣＴＩＯＮ：当該３ビットフィールドは、関連するＦＲＵの（ｉ＋１）番目のフレームのガードインターバルの一部の値を示す。ＦＲＵ_ＧＩ_ＦＲＡＣＴＩＯＮは、表７に従ってシグナリングされる。
【０２２２】
ＲＥＳＥＲＶＥＤ：当該４ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
【０２２３】
次のフィールドは、ＰＬＳ２データをデコーディングするためのパラメータを提供する。
【０２２４】
ＰＬＳ２_ＦＥＣ_ＴＹＰＥ：当該２ビットフィールドは、ＰＬＳ２保護によって使用されるＦＥＣタイプを示す。ＦＥＣタイプは、表１０に従ってシグナリングされる。ＬＤＰＣコードについての詳細は後述する。
【０２２５】
【表１０】
0006599864.tif 000012
【０２２６】
ＰＬＳ２_ＭＯＤ：当該３ビットフィールドは、ＰＬＳ２によって使用される変調タイプを示す。変調タイプは、表１１に従ってシグナリングされる。
【０２２７】
【表１１】
0006599864.tif 000013
【０２２８】
ＰＬＳ２_ＳＩＺＥ_ＣＥＬＬ：当該１５ビットフィールドは、現フレームグループで伝達されるＰＬＳ２に対する全てのコーディングブロックのサイズ（ＱＡＭセルの数として特定される）であるＣtotal_partial_blockを示す。当該値は、現フレームグループの全デュレーションの間一定である。
【０２２９】
ＰＬＳ２_ＳＴＡＴ_ＳＩＺＥ_ＢＩＴ：当該１４ビットフィールドは、現フレームグループに対するＰＬＳ２ＳＴＡＴのサイズをビット数で示す。当該値は、現フレームグループの全デュレーションの間一定である。
【０２３０】
ＰＬＳ２_ＤＹＮ_ＳＩＺＥ_ＢＩＴ：当該１４ビットフィールドは、現フレームグループに対するＰＬＳ２ＤＹＮのサイズをビット数で示す。当該値は、フレームグループの全デュレーションの間一定である。
【０２３１】
ＰＬＳ２_ＲＥＰ_ＦＬＡＧ：当該１ビットフラグは、ＰＬＳ２繰り返しモードが現フレームグループで使用されるか否かを示す。当該フィールドの値が‘１’に設定されると、ＰＬＳ２繰り返しモードは活性化される。当該フィールドの値が‘０’に設定されると、ＰＬＳ２繰り返しモードは非活性化される。
【０２３２】
ＰＬＳ２_ＲＥＰ_ＳＩＺＥ_ＣＥＬＬ：当該１５ビットフィールドは、ＰＬＳ２繰り返しが使用される場合、現フレームグループのフレーム毎に伝達されるＰＬＳ２に対する部分コーディングブロックのサイズ（ＱＡＭセルの数として特定される）であるＣtotal_partial_blockを示す。繰り返しが使用されない場合、当該フィールドの値は０と同一である。当該値は、現フレームグループの全デュレーションの間一定である。
【０２３３】
ＰＬＳ２_ＮＥＸＴ_ＦＥＣ_ＴＹＰＥ：当該２ビットフィールドは、次のフレームグループの各フレームで伝達されるＰＬＳ２に使用されるＦＥＣタイプを示す。ＦＥＣタイプは、表１０に従ってシグナリングされる。
【０２３４】
ＰＬＳ２_ＮＥＸＴ_ＭＯＤ：当該３ビットフィールドは、次のフレームグループの各フレームで伝達されるＰＬＳ２に使用される変調タイプを示す。変調タイプは、表１１に従ってシグナリングされる。
【０２３５】
ＰＬＳ２_ＮＥＸＴ_ＲＥＰ_ＦＬＡＧ：当該１ビットフラグは、ＰＬＳ２繰り返しモードが次のフレームグループで使用されるか否かを示す。当該フィールドの値が‘１’に設定されると、ＰＬＳ２繰り返しモードは活性化される。当該フィールドの値が‘０’に設定されると、ＰＬＳ２繰り返しモードは非活性化される。
【０２３６】
ＰＬＳ２_ＮＥＸＴ_ＲＥＰ_ＳＩＺＥ_ＣＥＬＬ：当該１５ビットフィールドは、ＰＬＳ２繰り返しが使用される場合、次のフレームグループのフレーム毎に伝達されるＰＬＳ２に対する全コーディングブロックのサイズ（ＱＡＭセルの数として特定される）であるＣtotal_full_blockを示す。次のフレームグループで繰り返しが使用されない場合、当該フィールドの値は０と同一である。当該値は、現フレームグループの全デュレーションの間一定である。
【０２３７】
ＰＬＳ２_ＮＥＸＴ_ＲＥＰ_ＳＴＡＴ_ＳＩＺＥ_ＢＩＴ：当該１４ビットフィールドは、次のフレームグループに対するＰＬＳ２ＳＴＡＴのサイズをビット数で示す。当該値は、現フレームグループで一定である。
【０２３８】
ＰＬＳ２_ＮＥＸＴ_ＲＥＰ_ＤＹＮ_ＳＩＺＥ_ＢＩＴ：当該１４ビットフィールドは、次のフレームグループに対するＰＬＳ２ＤＹＮのサイズをビット数で示す。当該値は、現フレームグループで一定である。
【０２３９】
ＰＬＳ２_ＡＰ_ＭＯＤＥ：当該２ビットフィールドは、現フレームグループでＰＬＳ２に対して追加パリティが提供されるか否かを示す。当該値は、現フレームグループの全デュレーションの間一定である。下記の表１２は、当該フィールドの値を提供する。当該フィールドの値が‘００’に設定されると、現フレームグループで追加パリティがＰＬＳ２に対して使用されない。
【０２４０】
【表１２】
0006599864.tif 000014
【０２４１】
ＰＬＳ２_ＡＰ_ＳＩＺＥ_ＣＥＬＬ：当該１５ビットフィールドは、ＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数として特定される）を示す。当該値は、現フレームグループの全デュレーションの間一定である。
【０２４２】
ＰＬＳ２_ＮＥＸＴ_ＡＰ_ＭＯＤＥ：当該２ビットフィールドは、次のフレームグループのフレーム毎にＰＬＳ２シグナリングに対して追加パリティが提供されるか否かを示す。当該値は、現フレームグループの全デュレーションの間一定である。表１２は、当該フィールドの値を定義する。
【０２４３】
ＰＬＳ２_ＮＥＸＴ_ＡＰ_ＳＩＺＥ_ＣＥＬＬ：当該１５ビットフィールドは、次のフレームグループのフレーム毎にＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数として特定される）を示す。当該値は、現フレームグループの全デュレーションの間一定である。
【０２４４】
ＲＥＳＥＲＶＥＤ：当該３２ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
【０２４５】
ＣＲＣ_３２：全ＰＬＳ１シグナリングに適用される３２ビットのエラー検出コード
【０２４６】
図１３は、本発明の一実施例に係るＰＬＳ２データを示す。
【０２４７】
図１３は、ＰＬＳ２データのＰＬＳ２ＳＴＡＴデータを示す。ＰＬＳ２ＳＴＡＴデータは、フレームグループ内で同一である一方、ＰＬＳ２ＤＹＮデータは、現フレームに対して特定の情報を提供する。
【０２４８】
ＰＬＳ２ＳＴＡＴデータのフィールドについて、以下で具体的に説明する。
【０２４９】
ＦＩＣ_ＦＬＡＧ：当該１ビットフィールドは、ＦＩＣが現フレームグループで使用されるか否かを示す。当該フィールドの値が‘１’に設定されると、ＦＩＣは現フレームで提供される。当該フィールドの値が‘０’に設定されると、ＦＩＣは現フレームで伝達されない。当該値は、現フレームグループの全デュレーションの間一定である。
【０２５０】
ＡＵＸ_ＦＬＡＧ：当該１ビットフィールドは、補助ストリームが現フレームグループで使用されるか否かを示す。当該フィールドの値が‘１’に設定されると、補助ストリームは現フレームで提供される。当該フィールドの値が‘０’に設定されると、補助フレームは現フレームで伝達されない。当該値は、現フレームグループの全デュレーションの間一定である。
【０２５１】
ＮＵＭ_ＤＰ：当該６ビットフィールドは、現フレーム内で伝達されるデータパイプの数を示す。当該フィールドの値は１〜６４の間であり、データパイプの数はＮＵＭ_ＤＰ＋１である。
【０２５２】
ＤＰ_ＩＤ：当該６ビットフィールドは、フィジカルプロファイル内でデータパイプを一意に識別する。
【０２５３】
ＤＰ_ＴＹＰＥ：当該３ビットフィールドは、データパイプのタイプを示す。これは、下記の表１３に従ってシグナリングされる。
【０２５４】
【表１３】
0006599864.tif 000015
【０２５５】
ＤＰ_ＧＲＯＵＰ_ＩＤ：当該８ビットフィールドは、現データパイプが関連しているデータパイプグループを識別する。これは、受信機が同じＤＰ_ＧＲＯＵＰ_ＩＤを有するようになる特定のサービスと関連しているサービスコンポーネントのデータパイプに接続するのに使用することができる。
【０２５６】
ＢＡＳＥ_ＤＰ_ＩＤ：当該６ビットフィールドは、管理層で使用される（ＰＳＩ／ＳＩのような）サービスシグナリングデータを伝達するデータパイプを示す。ＢＡＳＥ_ＤＰ_ＩＤによって示すデータパイプは、サービスデータと共にサービスシグナリングデータを伝達するノーマルデータパイプであるか、またはサービスシグナリングデータのみを伝達する専用データパイプであってもよい。
【０２５７】
ＤＰ_ＦＥＣ_ＴＹＰＥ：当該２ビットフィールドは、関連するデータパイプによって使用されるＦＥＣタイプを示す。ＦＥＣタイプは、下記の表１４に従ってシグナリングされる。
【０２５８】
【表１４】
0006599864.tif 000016
【０２５９】
ＤＰ_ＣＯＤ：当該４ビットフィールドは、関連するデータパイプによって使用されるコードレート（ｃｏｄｅ  ｒａｔｅ）を示す。コードレートは、下記の表１５に従ってシグナリングされる。
【０２６０】
【表１５】
0006599864.tif 000017
【０２６１】
ＤＰ_ＭＯＤ：当該４ビットフィールドは、関連するデータパイプによって使用される変調を示す。変調は、下記の表１６に従ってシグナリングされる。
【０２６２】
【表１６】
0006599864.tif 000018
【０２６３】
ＤＰ_ＳＳＤ_ＦＬＡＧ：当該１ビットフィールドは、ＳＳＤモードが、関連するデータパイプで使用されるか否かを示す。当該フィールドの値が‘１’に設定されると、ＳＳＤは使用される。当該フィールドの値が‘０’に設定されると、ＳＳＤは使用されない。
【０２６４】
次のフィールドは、ＰＨＹ_ＰＲＯＦＩＬＥがアドバンスドプロファイルを示す‘０１０’と同一であるときにのみ現れる。
【０２６５】
ＤＰ_ＭＩＭＯ：当該３ビットフィールドは、どのタイプのＭＩＭＯエンコーディング処理が、関連するデータパイプに適用されるかを示す。ＭＩＭＯエンコーディング処理のタイプは、下記の表１７に従ってシグナリングされる。
【０２６６】
【表１７】
0006599864.tif 000019
【０２６７】
ＤＰ_ＴＩ_ＴＹＰＥ：当該１ビットフィールドは、タイムインターリービングのタイプを示す。‘０’の値は、１つのタイムインターリービンググループが１つのフレームに該当し、１つ以上のタイムインターリービングブロックを含むことを示す。‘１’の値は、１つのタイムインターリービンググループが１つより多いフレームで伝達され、１つのタイムインターリービングブロックのみを含むことを示す。
【０２６８】
ＤＰ_ＴＩ_ＬＥＮＧＴＨ：当該２ビットフィールド（許容された値は１、２、４、８のみである）の使用は、次のようなＤＰ_ＴＩ_ＴＹＰＥフィールド内で設定される値によって決定される。
【０２６９】
ＤＰ_ＴＩ_ＴＹＰＥの値が‘１’に設定されると、当該フィールドは、それぞれのタイムインターリービンググループがマッピングされるフレームの数であるＰIを示し、タイムインターリービンググループ当たり１つのタイムインターリービングブロックが存在する（ＮTI＝１）。当該２ビットフィールドで許容されるＰIの値は、下記の表１８に定義される。
【０２７０】
ＤＰ_ＴＩ_ＴＹＰＥの値が‘０’に設定されると、当該フィールドは、タイムインターリービンググループ当たりのタイムインターリービングブロックの数ＮTIを示し、フレーム当たり１つのタイムインターリービンググループが存在する（ＰI＝１）。当該２ビットフィールドで許容されるＰIの値は、下記の表１８に定義される。
【０２７１】
【表１８】
0006599864.tif 000020
【０２７２】
ＤＰ_ＦＲＡＭＥ_ＩＮＴＥＲＶＡＬ：当該２ビットフィールドは、関連するデータパイプに対するフレームグループ内でフレーム間隔（ＩJUMP）を示し、許容された値は１、２、４、８（該当する２ビットフィールドは、それぞれ００、０１、１０、１１）である。フレームグループの全てのフレームに現れないデータパイプに対して、当該フィールドの値は、シーケンシャルなフレーム間の間隔と同一である。例えば、データパイプが１、５、９、１３などのフレームに現れる場合、当該フィールドの値は‘４’に設定される。全てのフレームに現れるデータパイプに対して、当該フィールドの値は１に設定される。
【０２７３】
ＤＰ_ＴＩ_ＢＹＰＡＳＳ：当該１ビットフィールドは、タイムインターリーバ５０５０の利用可能性を決定する。データパイプに対してタイムインターリービングが使用されない場合、当該フィールドの値は‘１’に設定される。一方、タイムインターリービングが使用される場合、当該フィールドの値は‘０’に設定される。
【０２７４】
ＤＰ_ＦＩＲＳＴ_ＦＲＡＭＥ_ＩＤＸ：当該５ビットフィールドは、現データパイプが発生するスーパーフレームの最初のフレームのインデックスを示す。ＤＰ_ＦＩＲＳＴ_ＦＲＡＭＥ_ＩＤＸの値は０〜３１の間である。
【０２７５】
ＤＰ_ＮＵＭ_ＢＬＯＣＫ_ＭＡＸ：当該１０ビットフィールドは、当該データパイプに対するＤＰ_ＮＵＭ_ＢＬＯＣＫＳの最大値を示す。当該フィールドの値は、ＤＰ_ＮＵＭ_ＢＬＯＣＫＳと同一の範囲を有する。
【０２７６】
ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥ：当該２ビットフィールドは、与えられたデータパイプによって伝達されるペイロードデータのタイプを示す。ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥは、下記の表１９に従ってシグナリングされる。
【０２７７】
【表１９】
0006599864.tif 000021
【０２７８】
ＤＰ_ＩＮＢＡＮＤ_ＭＯＤＥ：当該２ビットフィールドは、現データパイプがインバンド（Ｉｎｂａｎｄ）シグナリング情報を伝達するか否かを示す。インバンド（Ｉｎｂａｎｄ）シグナリングタイプは、下記の表２０に従ってシグナリングされる。
【０２７９】
【表２０】
0006599864.tif 000022
【０２８０】
ＤＰ_ＰＲＯＴＯＣＯＬ_ＴＹＰＥ：当該２ビットフィールドは、与えられたデータパイプによって伝達されるペイロードのプロトコルタイプを示す。ペイロードのプロトコルタイプは、入力ペイロードタイプが選択されると、下記の表２１に従ってシグナリングされる。
【０２８１】
【表２１】
0006599864.tif 000023
【０２８２】
ＤＰ_ＣＲＣ_ＭＯＤＥ：当該２ビットフィールドは、ＣＲＣエンコーディングがインプットフォーマットブロックで使用されるか否かを示す。ＣＲＣモードは、下記の表２２に従ってシグナリングされる。
【０２８３】
【表２２】
0006599864.tif 000024
【０２８４】
ＤＮＰ_ＭＯＤＥ：当該２ビットフィールドは、ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連するデータパイプによって使用されるヌルパケット削除モードを示す。ＤＮＰ_ＭＯＤＥは、下記の表２３に従ってシグナリングされる。ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）でなければ、ＤＮＰ_ＭＯＤＥは‘００’の値に設定される。
【０２８５】
【表２３】
0006599864.tif 000025
【０２８６】
ＩＳＳＹ_ＭＯＤＥ：当該２ビットフィールドは、ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連するデータパイプによって使用されるＩＳＳＹモードを示す。ＩＳＳＹ_ＭＯＤＥは、下記の表２４に従ってシグナリングされる。ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）でなければ、ＩＳＳＹ_ＭＯＤＥは‘００’の値に設定される。
【０２８７】
【表２４】
0006599864.tif 000026
【０２８８】
ＨＣ_ＭＯＤＥ_ＴＳ：当該２ビットフィールドは、ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連するデータパイプによって使用されるＴＳヘッダー圧縮モードを示す。ＨＣ_ＭＯＤＥ_ＴＳは、下記の表２５に従ってシグナリングされる。
【０２８９】
【表２５】
0006599864.tif 000027
【０２９０】
ＨＣ_ＭＯＤＥ_ＩＰ：当該２ビットフィールドは、ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＩＰ（‘０１’）に設定される場合にＩＰヘッダー圧縮モードを示す。ＨＣ_ＭＯＤＥ_ＩＰは、下記の表２６に従ってシグナリングされる。
【０２９１】
【表２６】
0006599864.tif 000028
【０２９２】
ＰＩＤ：当該１３ビットフィールドは、ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）に設定され、ＨＣ_ＭＯＤＥ_ＴＳが‘０１’又は‘１０’に設定される場合にＴＳヘッダー圧縮のためのＰＩＤの数を示す。
【０２９３】
ＲＥＳＥＲＶＥＤ：当該８ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
【０２９４】
次のフィールドは、ＦＩＣ_ＦＬＡＧが１と同一であるときにのみ現れる。
【０２９５】
ＦＩＣ_ＶＥＲＳＩＯＮ：当該８ビットフィールドは、ＦＩＣのバージョンナンバーを示す。
【０２９６】
ＦＩＣ_ＬＥＮＧＴＨ_ＢＹＴＥ：当該１３ビットフィールドは、ＦＩＣの長さをバイト単位で示す。
【０２９７】
ＲＥＳＥＲＶＥＤ：当該８ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
【０２９８】
次のフィールドは、ＡＵＸ_ＦＬＡＧが１と同一であるときにのみ現れる。
【０２９９】
ＮＵＭ_ＡＵＸ：当該４ビットフィールドは補助ストリームの数を示す。ゼロは、補助ストリームが使用されないことを示す。
【０３００】
ＡＵＸ_ＣＯＮＦＩＧ_ＲＦＵ：当該８ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
【０３０１】
ＡＵＸ_ＳＴＲＥＡＭ_ＴＹＰＥ：当該４ビットは、現在の補助ストリームのタイプを示すための将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
【０３０２】
ＡＵＸ_ＰＲＩＶＡＴＥ_ＣＯＮＦＩＧ：当該２８ビットフィールドは、補助ストリームをシグナリングするための将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
【０３０３】
図１４は、本発明の他の一実施例に係るＰＬＳ２データを示す。
【０３０４】
図１４は、ＰＬＳ２データのＰＬＳ２ＤＹＮを示す。ＰＬＳ２ＤＹＮデータの値は１つのフレームグループのデュレーションの間変化できる一方、フィールドのサイズは一定である。
【０３０５】
ＰＬＳ２ＤＹＮデータのフィールドの具体的な内容は、次の通りである。
【０３０６】
ＦＲＡＭＥ_ＩＮＤＥＸ：当該５ビットフィールドは、スーパーフレーム内で現フレームのフレームインデックスを示す。スーパーフレームの最初のフレームのインデックスは０に設定される。
【０３０７】
ＰＬＳ_ＣＨＡＮＧＥ_ＣＯＵＮＴＥＲ：当該４ビットフィールドは、構成が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは、当該フィールド内でシグナリングされる値によって示す。当該フィールドの値が‘００００’に設定されると、これは、いかなる予定された変化も予測されないことを意味する。例えば、‘１’の値は、次のスーパーフレームに変化があることを示す。
【０３０８】
ＦＩＣ_ＣＨＡＮＧＥ_ＣＯＵＮＴＥＲ：当該４ビットフィールドは、構成（即ち、ＦＩＣのコンテンツ）が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは、当該フィールド内でシグナリングされる値によって示す。当該フィールドの値が‘００００’に設定されると、これは、いかなる予定された変化も予測されないことを意味する。例えば、‘０００１’の値は、次のスーパーフレームに変化があることを示す。
【０３０９】
ＲＥＳＥＲＶＥＤ：当該１６ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
【０３１０】
次のフィールドは、現フレームで伝達されるデータパイプと関連するパラメータを説明するＮＵＭ_ＤＰでのループ（ｌｏｏｐ）に現れる。
【０３１１】
ＤＰ_ＩＤ：当該６ビットフィールドは、フィジカルプロファイル内でデータパイプを一意に示す。
【０３１２】
ＤＰ_ＳＴＡＲＴ：当該１５ビット（または１３ビット）フィールドは、ＤＰＵアドレッシング（ａｄｄｒｅｓｓｉｎｇ）技法を用いてデータパイプの最初の開始位置を示す。ＤＰ_ＳＴＡＲＴフィールドは、下記の表２７に示したように、フィジカルプロファイル及びＦＦＴサイズによって異なる長さを有する。
【０３１３】
【表２７】
0006599864.tif 000029
【０３１４】
ＤＰ_ＮＵＭ_ＢＬＯＣＫ：当該１０ビットフィールドは、現データパイプに対する現タイムインターリービンググループでＦＥＣブロックの数を示す。ＤＰ_ＮＵＭ_ＢＬＯＣＫの値は、０から１０２３の間にある。
【０３１５】
ＲＥＳＥＲＶＥＤ：当該８ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
【０３１６】
次のフィールドは、ＥＡＣと関連するＦＩＣパラメータを示す。
【０３１７】
ＥＡＣ_ＦＬＡＧ：当該１ビットフィールドは、現フレームでＥＡＣの存在を示す。当該ビットは、プリアンブルでＥＡＣ_ＦＬＡＧと同じ値である。
【０３１８】
ＥＡＳ_ＷＡＫＥ_ＵＰ_ＶＥＲＳＩＯＮ_ＮＵＭ：当該８ビットフィールドは、自動活性化指示のバージョンナンバーを示す。
【０３１９】
ＥＡＣ_ＦＬＡＧフィールドが１と同一であれば、次の１２ビットがＥＡＣ_ＬＥＮＧＴＨ_ＢＹＴＥフィールドに割り当てられる。ＥＡＣ_ＦＬＡＧフィールドが０と同一であれば、次の１２ビットがＥＡＣ_ＣＯＵＮＴＥＲに割り当てられる。
【０３２０】
ＥＡＣ_ＬＥＮＧＴＨ_ＢＹＴＥ：当該１２ビットフィールドは、ＥＡＣの長さをバイトで示す。
【０３２１】
ＥＡＣ_ＣＯＵＮＴＥＲ：当該１２ビットフィールドは、ＥＡＣが到達するフレームの前のフレームの数を示す。
【０３２２】
次のフィールドは、ＡＵＸ_ＦＬＡＧフィールドが‘１’と同一である場合にのみ現れる。
【０３２３】
ＡＵＸ_ＰＲＩＶＡＴＥ_ＤＹＮ：当該４８ビットフィールドは、補助ストリームをシグナリングするための将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。当該フィールドの意味は、設定可能なＰＬＳ２ＳＴＡＴでＡＵＸ_ＳＴＲＥＡＭ_ＴＹＰＥの値に依存する。
【０３２４】
ＣＲＣ_３２：全ＰＬＳ２に適用される３２ビットのエラー検出コード。
【０３２５】
図１５は、本発明の一実施例に係るフレームのロジカル（ｌｏｇｉｃａｌ）構造を示す。
【０３２６】
前述したように、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、ダミーセルは、フレームにおいてＯＦＤＭシンボルのアクティブ（ａｃｔｉｖｅ）キャリアにマッピングされる。ＰＬＳ１及びＰＬＳ２は、初めに１つ以上のＦＳＳにマッピングされる。その後、ＥＡＣが存在すれば、ＥＡＣセルは、後続するＰＬＳフィールドにマッピングされる。次に、ＦＩＣが存在すれば、ＦＩＣセルがマッピングされる。データパイプは、ＰＬＳの次にマッピングされるか、または、ＥＡＣ又はＦＩＣが存在する場合、ＥＡＣ又はＦＩＣの後にマッピングされる。タイプ１のデータパイプが初めにマッピングされ、タイプ２のデータパイプが次にマッピングされる。データパイプのタイプの具体的な内容は後述する。一部の場合、データパイプは、ＥＡＳに対する一部の特殊データまたはサービスシグナリングデータを伝達することができる。補助ストリームまたはストリームは、存在すれば、データパイプの次にマッピングされ、これには順にダミーセルが後続する。前述した順序、すなわち、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、及びダミーセルの順序で全て共にマッピングすれば、フレームでセル容量を正確に埋める。
【０３２７】
図１６は、本発明の一実施例に係るＰＬＳマッピングを示す。
【０３２８】
ＰＬＳセルは、ＦＳＳのアクティブ（ａｃｔｉｖｅ）キャリアにマッピングされる。ＰＬＳが占めるセルの数によって、１つ以上のシンボルがＦＳＳとして指定され、ＦＳＳの数ＮFSSは、ＰＬＳ１でのＮＵＭ_ＦＳＳによってシグナリングされる。ＦＳＳは、ＰＬＳセルを伝達する特殊なシンボルである。ロバスト性及び遅延時間（ｌａｔｅｎｃｙ）は、ＰＬＳで重大な事項であるので、ＦＳＳは、高いパイロット密度を有しており、高速同期化及びＦＳＳ内での周波数のみのインタポレーション（ｉｎｔｅｒｐｏｌｏａｔｉｏｎ、補間）を可能にする。
【０３２９】
ＰＬＳセルは、図１６の例に示したように、上から下へＦＳＳのアクティブ（ａｃｔｉｖｅ）キャリアにマッピングされる。ＰＬＳ１セルは、初めに最初のＦＳＳの最初のセルからセルインデックスの昇順にマッピングされる。ＰＬＳ２セルは、ＰＬＳ１の最後のセルの直後に続き、マッピングは、最初のＦＳＳの最後のセルインデックスまで下方向に続く。必要なＰＬＳセルの総数が１つのＦＳＳのアクティブ（ａｃｔｉｖｅ）キャリアの数を超えると、マッピングは、次のＦＳＳに進み、最初のＦＳＳと完全に同じ方式で続く。
【０３３０】
ＰＬＳマッピングが完了した後、データパイプが次に伝達される。ＥＡＣ、ＦＩＣまたは両方ともが現フレームに存在すれば、ＥＡＣ及びＦＩＣはＰＬＳとノーマルデータパイプとの間に配置される。
【０３３１】
図１７は、本発明の一実施例に係るＥＡＣマッピングを示す。
【０３３２】
ＥＡＣは、ＥＡＳメッセージを伝達する専用チャネルであり、ＥＡＳに対するデータパイプに接続される。ＥＡＳサポートは提供されるが、ＥＡＣ自体は、全てのフレームに存在してもよく、存在しなくてもよい。ＥＡＣが存在する場合、ＥＡＣは、ＰＬＳ２セルの直後にマッピングされる。ＰＬＳセルを除いて、ＦＩＣ、データパイプ、補助ストリームまたはダミーセルのいずれもＥＡＣの前に位置しない。ＥＡＣセルのマッピング手順は、ＰＬＳと完全に同一である。
【０３３３】
ＥＡＣセルは、図１７の例に示したように、ＰＬＳ２の次のセルからセルインデックスの昇順にマッピングされる。ＥＡＳメッセージの大きさによって、図１７に示したように、ＥＡＣセルは少ないシンボルを占めることができる。
【０３３４】
ＥＡＣセルは、ＰＬＳ２の最後のセルの直後に続き、マッピングは、最後のＦＳＳの最後のセルインデックスまで下方向に続く。必要なＥＡＣセルの総数が最後のＦＳＳの残っているアクティブ（ａｃｔｉｖｅ）キャリアの数を超えると、ＥＡＣマッピングは、次のシンボルに進み、ＦＳＳと完全に同じ方式で続く。この場合、ＥＡＣのマッピングが行われる次のシンボルはノーマルデータシンボルであり、これは、ＦＳＳよりさらに多いアクティブ（ａｃｔｉｖｅ）キャリアを有する。
【０３３５】
ＥＡＣマッピングが完了した後、もし存在すれば、ＦＩＣが次に伝達される。ＦＩＣが伝送されないと（ＰＬＳ２フィールドでシグナリングとして）、データパイプがＥＡＣの最後のセルの直後に続く。
【０３３６】
図１８は、本発明の一実施例に係るＦＩＣマッピングを示す。
【０３３７】
（ａ）は、ＥＡＣがないときのＦＩＣセルのマッピングの例を示し、（ｂ）は、ＥＡＣがあるときのＦＩＣセルのマッピングの例を示す。
【０３３８】
ＦＩＣは、高速サービス取得及びチャネルスキャンを可能にするために階層間情報（ｃｒｏｓｓｌａｙｅｒ  ｉｎｆｏｒｍａｔｉｏｎ）を伝達する専用チャネルである。当該情報は、主にデータパイプ間のチャネルバインディング（ｃｈａｎｎｅｌ  ｂｉｎｄｉｎｇ）情報及び各放送局のサービスを含む。高速スキャンのために、受信機は、ＦＩＣをデコーディングし、放送局ＩＤ、サービスの数、ＢＡＳＥ_ＤＰ_ＩＤのような情報を取得することができる。高速サービス取得のために、ＦＩＣだけでなくベースデータパイプもＢＡＳＥ_ＤＰ_ＩＤを用いてデコーディングされ得る。ベースデータパイプが伝送するコンテンツを除いて、ベースデータパイプは、ノーマルデータパイプと正確に同じ方式でエンコーディングされてフレームにマッピングされる。したがって、ベースデータパイプに関する追加説明が必要でない。ＦＩＣデータが生成されて管理層で消費される。ＦＩＣデータのコンテンツは、管理層の仕様に説明された通りである。
【０３３９】
ＦＩＣデータは選択的であり、ＦＩＣの使用は、ＰＬＳ２のスタティック（ｓｔａｔｉｃ、静的）な部分でＦＩＣ_ＦＬＡＧパラメータによってシグナリングされる。ＦＩＣが使用される場合、ＦＩＣ_ＦＬＡＧは‘１’に設定され、ＦＩＣに対するシグナリングフィールドは、ＰＬＳ２のスタティック（静的）な部分で定義される。当該フィールドでシグナリングされるものはＦＩＣ_ＶＥＲＳＩＯＮであり、ＦＩＣ_ＬＥＮＧＴＨ_ＢＹＴＥ．ＦＩＣは、ＰＬＳ２と同一の変調、コーディング、タイムインターリービングパラメータを使用する。ＦＩＣは、ＰＬＳ２_ＭＯＤ及びＰＬＳ２_ＦＥＣのような同一のシグナリングパラメータを共有する。ＦＩＣデータは、もし存在すれば、ＰＬＳ２の後にマッピングされるか、またはＥＡＣが存在する場合、ＥＡＣの直後にマッピングされる。ノーマルデータパイプ、補助ストリーム、またはダミーセルのいずれもＦＩＣの前に位置しない。ＦＩＣセルをマッピングする方法はＥＡＣと完全に同一であり、これはまたＰＬＳと同一である。
【０３４０】
ＰＬＳの後のＥＡＣが存在しない場合、ＦＩＣセルは、（ａ）の例に示したように、ＰＬＳ２の次のセルからセルインデックスの昇順にマッピングされる。ＦＩＣデータのサイズによって、（ｂ）に示したように、ＦＩＣセルは、数個のシンボルに対してマッピングされる。
【０３４１】
ＦＩＣセルは、ＰＬＳ２の最後のセルの直後に続き、マッピングは、最後のＦＳＳの最後のセルインデックスまで下方向に続く。必要なＦＩＣセルの総数が最後のＦＳＳの残っているアクティブ（ａｃｔｉｖｅ）キャリアの数を超えると、残りのＦＩＣセルのマッピングは、次のシンボルに進み、これは、ＦＳＳと完全に同じ方式で続く。この場合、ＦＩＣがマッピングされる次のシンボルはノーマルデータシンボルであり、これは、ＦＳＳよりさらに多くのアクティブ（ａｃｔｉｖｅ）キャリアを有する。
【０３４２】
ＥＡＳメッセージが現フレームで伝送されると、ＥＡＣは、ＦＩＣより先にマッピングされ、（ｂ）に示したように、ＥＡＣの次のセルから、ＦＩＣセルはセルインデックスの昇順にマッピングされる。
【０３４３】
ＦＩＣのマッピングが完了した後、１つ以上のデータパイプがマッピングされ、その後、もし存在すれば、補助ストリーム、ダミーセルが後続する。
【０３４４】
図１９は、本発明の一実施例に係るＦＥＣ構造を示す。
【０３４５】
図１９は、ビットインターリービングの前の本発明の一実施例に係るＦＥＣ構造を示す。前述したように、データＦＥＣエンコーダは、外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手順を生成するために、入力ＢＢＦにＦＥＣエンコーディングを行うことができる。図示したＦＥＣ構造はＦＥＣＢＬＯＣＫに該当する。また、ＦＥＣＢＬＯＣＫ及びＦＥＣ構造は、ＬＤＰＣコードワードの長さに該当する同一の値を有する。
【０３４６】
図１９に示したように、ＢＣＨエンコーディングがそれぞれのＢＢＦ（Ｋbchビット）に適用された後、ＬＤＰＣエンコーディングが、ＢＣＨエンコーディングされたＢＢＦ（Ｋldpcビット＝Ｎbchビット）に適用される。
【０３４７】
Ｎldpcの値は、６４８００ビット（ロングＦＥＣＢＬＯＣＫ）または１６２００ビット（ショートＦＥＣＢＬＯＣＫ）である。
【０３４８】
下記の表２８及び表２９は、ロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫのそれぞれに対するＦＥＣエンコーディングパラメータを示す。
【０３４９】
【表２８】
0006599864.tif 000030
【０３５０】
【表２９】
0006599864.tif 000031
【０３５１】
ＢＣＨエンコーディング及びＬＤＰＣエンコーディングの具体的な動作は、次の通りである。
【０３５２】
１２エラー訂正ＢＣＨコードがＢＢＦの外部エンコーディングに使用される。ショートＦＥＣＢＬＯＣＫ及びロングＦＥＣＢＬＯＣＫに対するＢＢＦ生成多項式は、全ての多項式を乗算することによって得られる。
【０３５３】
ＬＤＰＣコードは、外部ＢＣＨエンコーディングの出力をエンコーディングするのに使用される。完成されたＢldpc（ＦＥＣＢＬＯＣＫ）を生成するために、Ｐldpc（パリティビット）がそれぞれのＩldpc（ＢＣＨエンコーディングされたＢＢＦ）から組織的にエンコーディングされ、Ｉldpcに添付される。完成されたＢldpc（ＦＥＣＢＬＯＣＫ）は、次の数式で表現される。
【０３５４】
【数２】
0006599864.tif 000032
【０３５５】
ロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫに対するパラメータは、上記の表２８及び表２９にそれぞれ与えられる。
【０３５６】
ロングＦＥＣＢＬＯＣＫに対してＮldpc Ｋldpcパリティビットを計算する具体的な手順は、次の通りである。
【０３５７】
１）パリティビットの初期化
【０３５８】
【数３】
0006599864.tif 000033
【０３５９】
２）パリティチェックマトリクスのアドレスの１番目の行で特定されたパリティビットアドレスで１番目の情報ビットｉ0の累算（ａｃｃｕｍｕｌａｔｅ）。パリティチェックマトリクスのアドレスの詳細な内容は後述する。例えば、比率１３／１５に対して、
【０３６０】
【数４】
0006599864.tif 000034
【０３６１】
３）次の３５９個の情報ビットｉs、ｓ＝１，２，…，３５９に対して、次の数式を用いてパリティビットアドレスでｉsの累算（ａｃｃｕｍｕｌａｔｅ）。
【０３６２】
【数５】
0006599864.tif 000035
【０３６３】
ここで、ｘは、１番目のビットｉ0に該当するパリティビット累算器のアドレスを示し、Ｑldpcは、パリティチェックマトリクスのアドレスで特定されたコードレート（ｃｏｄｅ  ｒａｔｅ）依存定数である。前記した例である、比率１３／１５に対する、したがって、情報ビットｉ1に対するＱldpc＝２４に続けて、次の動作が行われる。
【０３６４】
【数６】
0006599864.tif 000036
【０３６５】
４）３６１番目の情報ビットｉ360に対して、パリティビット累算器のアドレスは、パリティチェックマトリクスのアドレスの２番目の行に与えられる。同様の方式で、次の３５９個の情報ビットｉs、ｓ＝３６１，３６２，…，７１９に対するパリティビット累算器のアドレスは、数式６を用いて得られる。ここで、ｘは、情報ビットｉ360に該当するパリティビット累算器のアドレス、すなわち、パリティチェックマトリクスの２番目の行のエントリーを示す。
【０３６６】
５）同様の方式で、３６０個の新しい情報ビットの全てのグループに対して、パリティチェックマトリクスのアドレスからの新しい行は、パリティビット累算器のアドレスを求めるのに使用される。
【０３６７】
全ての情報ビットが用いられた後、最終パリティビットが、次のように得られる。
【０３６８】
６）ｉ＝１から始めて、次の動作を順々に行う
【０３６９】
【数７】
0006599864.tif 000037
【０３７０】
ここで、ｐi、ｉ＝０，１，．．．Ｎldpc−Ｋldpc−１の最終コンテンツは、パリティビットｐiと同一である。
【０３７１】
【表３０】
0006599864.tif 000038
【０３７２】
表３０を表３１に代替し、ロングＦＥＣＢＬＯＣＫに対するパリティチェックマトリクスのアドレスを、ショートＦＥＣＢＬＯＣＫに対するパリティチェックマトリクスのアドレスに代替することを除いて、ショートＦＥＣＢＬＯＣＫに対する当該ＬＤＰＣエンコーディング手順は、ロングＦＥＣＢＬＯＣＫに対するｔ ＬＤＰＣエンコーディング手順に従う。
【０３７３】
【表３１】
0006599864.tif 000039
【０３７４】
図２０は、本発明の一実施例に係るタイムインターリービングを示す。
【０３７５】
（ａ）〜（ｃ）は、タイムインターリービングモードの例を示す。
【０３７６】
タイムインターリーバはデータパイプレベルで動作する。タイムインターリービングのパラメータは、それぞれのデータパイプに対して異なって設定されてもよい。
【０３７７】
ＰＬＳ２ＳＴＡＴデータの一部に現れる次のパラメータは、タイムインターリービングを構成する。
【０３７８】
ＤＰ_ＴＩ_ＴＹＰＥ（許容された値：０又は１）：タイムインターリービングモードを示す。０は、タイムインターリービンググループ当たり多数のタイムインターリービングブロック（１つ以上のタイムインターリービングブロック）を有するモードを示す。この場合、１つのタイムインターリービンググループは、１つのフレームに（フレーム間インターリービングなしに）直接マッピングされる。１は、タイムインターリービンググループ当たり１つのタイムインターリービングブロックのみを有するモードを示す。この場合、タイムインターリービングブロックは、１つ以上のフレームにわたって拡散する（フレーム間インターリービング）。
【０３７９】
ＤＰ_ＴＩ_ＬＥＮＧＴＨ：ＤＰ_ＴＩ_ＴＹＰＥ＝‘０’であれば、当該パラメータは、タイムインターリービンググループ当たりタイムインターリービングブロックの数ＮTIである。ＤＰ_ＴＩ_ＴＹＰＥ＝‘１’の場合、当該パラメータは、１つのタイムインターリービンググループから拡散するフレームの数ＰIである。
【０３８０】
ＤＰ_ＮＵＭ_ＢＬＯＣＫ_ＭＡＸ（許容された値：０〜１０２３）：タイムインターリービンググループ当たりＸＦＥＣＢＬＯＣＫの最大数を示す。
【０３８１】
ＤＰ_ＦＲＡＭＥ_ＩＮＴＥＲＶＡＬ（許容された値：１、２、４、８）：与えられたフィジカルプロファイルの同一のデータパイプを伝達する２つのシーケンシャルなフレーム間のフレームの数ＩJUMPを示す。
【０３８２】
ＤＰ_ＴＩ_ＢＹＰＡＳＳ（許容された値：０又は１）：タイムインターリービングがデータフレームに用いられない場合、当該パラメータは‘１’に設定される。タイムインターリービングが用いられる場合、‘０’に設定される。
【０３８３】
さらに、ＰＬＳ２ＤＹＮデータからのパラメータＤＰ_ＮＵＭ_ＢＬＯＣＫは、データグループの１つのタイムインターリービンググループによって伝達されるＸＦＥＣＢＬＯＣＫの数を示す。
【０３８４】
タイムインターリービングがデータフレームに用いられない場合、次のタイムインターリービンググループ、タイムインターリービング動作、タイムインターリービングモードは考慮されない。しかし、スケジューラからのダイナミック（ｄｙｎａｍｉｃ、動的）構成情報のためのディレイコンペンセーション（ｄｅｌａｙ  ｃｏｍｐｅｎｓａｔｉｏｎ、遅延補償）ブロックは、依然として必要である。それぞれのデータパイプにおいて、ＳＳＤ／ＭＩＭＯエンコーディングから受信したＸＦＥＣＢＬＯＣＫはタイムインターリービンググループにグループ化される。すなわち、それぞれのタイムインターリービンググループは、整数個のＸＦＥＣＢＬＯＣＫの集合であり、ダイナミック（ｄｙｎａｍｉｃ、動的）に変化する数のＸＦＥＣＢＬＯＣＫを含む。インデックスｎのタイムインターリービンググループにあるＸＦＥＣＢＬＯＣＫの数は、ＮxBLOCK_Group（ｎ）で示し、ＰＬＳ２ＤＹＮデータでＤＰ_ＮＵＭ_ＢＬＯＣＫとしてシグナリングされる。このとき、ＮxBLOCK_Group（ｎ）は、最小値０から、最も大きい値が１０２３である最大値ＮxBLOCK_Group_MAX（ＤＰ_ＮＵＭ_ＢＬＯＣＫ_ＭＡＸに該当）まで変化し得る。
【０３８５】
それぞれのタイムインターリービンググループは、１つのフレームに直接マッピングされるか、またはＰI個のフレームにわたって拡散する。また、それぞれのタイムインターリービンググループは、１つ以上（ＮTI個）のタイムインターリービングブロックに分離される。ここで、それぞれのタイムインターリービングブロックは、タイムインターリーバメモリの１つの使用に該当する。タイムインターリービンググループ内のタイムインターリービングブロックは、若干の異なる数のＸＦＥＣＢＬＯＣＫを含むことができる。タイムインターリービンググループが多数のタイムインターリービングブロックに分離されると、タイムインターリービンググループは１つのフレームにのみ直接マッピングされる。下記の表３２に示したように、タイムインターリービングには３つのオプションがある（タイムインターリービングを省略する追加オプション除外）。
【０３８６】
【表３２】
0006599864.tif 000040
【０３８７】
一般に、タイムインターリーバは、フレーム生成過程の前にデータパイプデータに対するバッファーとしても作用する。これは、それぞれのデータパイプに対して２つのメモリバンクによって達成される。１番目のタイムインターリービングブロックは１番目のバンクに書き込まれる。１番目のバンクが読み取られる間、２番目のタイムインターリービングブロックが２番目のバンクに書き込まれる。
【０３８８】
タイムインターリービングは、ツイストされた行列ブロックインターリーバである。ｎ番目のタイムインターリービンググループのｓ番目のタイムインターリービングブロックに対して、列の数ＮcがＮxBLOCK_TI（ｎ，ｓ）と同一である一方、タイムインターリービングメモリの行の数Ｎrは、セルの数Ｎcellsと同一である（即ち、Ｎr＝Ｎcells）。
【０３８９】
図２１は、本発明の一実施例に係るツイストされた行列ブロックインターリーバの基本動作を示す。
【０３９０】
図２１（ａ）は、タイムインターリーバの書き込み動作を示し、図２１（ｂ）は、タイムインターリーバの読み取り動作を示す。（ａ）に示したように、１番目のＸＦＥＣＢＬＯＣＫは、タイムインターリービングメモリの１番目の列に列方向に書き込まれ、２番目のＸＦＥＣＢＬＯＣＫは、次の列に書き込まれ、このような動作が続く。そして、インターリービングアレイにおいて、セルが対角線方向に読み取られる。（ｂ）に示したように、１番目の行から（最も左側の列から始まって行に沿って右側に）最後の行まで対角線方向の読み取りが行われる間、Ｎｒ個のセルが読み取られる。具体的に、Ｚｎ，ｓ，ｉ（ｉ＝０，…，ＮｒＮｃ）が、順々に読み取られるタイムインターリービングメモリセルの位置であると仮定すると、このようなインターリービングアレイでの読み取り動作は、下記の式のように、行インデックスＲｎ，ｓ，ｉ、列インデックスＣｎ，ｓ，ｉ、関連するツイストパラメータＴｎ，ｓ，ｉを算出することによって行われる。
【０３９１】
【数８】
0006599864.tif 000041
【０３９２】
ここで、Ｓｓｈｉｆｔは、ＮｘＢＬＯＣＫ＿ＴＩ（ｎ，ｓ）に関係なく、対角線方向の読み取り過程に対する共通シフト値であり、シフト値は、下記の式のように、ＰＬＳ２ＳＴＡＴで与えられたＮｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸによって決定される。
【０３９３】
【数９】
0006599864.tif 000042
【０３９４】
結果的に、読み取られるセル位置は、座標Ｚｎ，ｓ，ｉ＝ＮｒＣｎ，ｓ，ｉ＋Ｒｎ，ｓ，ｉによって算出される。
【０３９５】
図２２は、本発明の他の一実施例に係るツイストされた行列ブロックインターリーバの動作を示す。
【０３９６】
より具体的に、図２２は、ＮｘＢＬＯＣＫ＿ＴＩ（０，０）＝３、ＮｘＢＬＯＣＫ＿ＴＩ（１，０）＝６、ＮｘＢＬＯＣＫ＿ＴＩ（２，０）＝５であるとき、仮想ＸＦＥＣＢＬＯＣＫを含む、それぞれのタイムインターリービンググループに対するタイムインターリービングメモリにおけるインターリービングアレイを示す。
【０３９７】
変数ＮｘＢＬＯＣＫ＿ＴＩ（ｎ，ｓ）＝Ｎｒは、Ｎ’ｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸより小さいか又は同一である。したがって、ＮｘＢＬＯＣＫ＿ＴＩ（ｎ，ｓ）に関係なく、受信機側で単一のメモリデインターリービングを達成するために、ツイストされた行列ブロックインターリーバ用インターリービングアレイは、仮想ＸＦＥＣＢＬＯＣＫをタイムインターリービングメモリに挿入することによって、Ｎｒ×Ｎｃ＝Ｎｃｅｌｌｓ×Ｎ’ｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸの大きさに設定され、読み取り過程は、次の式のように行われる。
【０３９８】
【数１０】
0006599864.tif 000043
【０３９９】
タイムインターリービンググループの数は３に設定される。タイムインターリーバのオプションは、ＤＰ_ＴＩ_ＴＹＰＥ＝‘０’、ＤＰ_ＦＲＡＭＥ_ＩＮＴＥＲＶＡＬ＝‘１’、ＤＰ_ＴＩ_ＬＥＮＧＴＨ＝‘１’、すなわち、ＮＴＩ＝１、ＩＪＵＭＰ＝１、ＰＩ＝１によってＰＬＳ２ＳＴＡＴデータでシグナリングされる。それぞれＮｃｅｌｌｓ＝３０であるＸＦＥＣＢＬＯＣＫのタイムインターリービンググループ当たりの数は、それぞれのＮｘＢＬＯＣＫ_ＴＩ（０，０）＝３、ＮｘＢＬＯＣＫ_ＴＩ（１，０）＝６、ＮｘＢＬＯＣＫ_ＴＩ（２，０）＝５によってＰＬＳ２ＤＹＮデータでシグナリングされる。ＸＦＥＣＢＬＯＣＫの最大数は、ＮｘＢＬＯＣＫ_Ｇｒｏｕｐ_ＭＡＸによってＰＬＳ２ＳＴＡＴデータでシグナリングされ、これは、
【数１１】
0006599864.tif 000044
につながる。
【０４００】
図２３は、本発明の一実施例に係るツイストされた行列ブロックインターリーバの対角線方向の読み取りパターンを示す。
【０４０１】
より具体的に、図２３は、パラメータＮ’ｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸ＝７及びＳｓｈｉｆｔ＝（７１）／２＝３を有するそれぞれのインターリービングアレイからの対角線方向の読み取りパターンを示す。このとき、前記で擬似コードとして示した読み取り過程で、Ｖｔ≧ＮｃｅｌｌｓＮｘＢＬＯＣＫ＿ＴＩ（ｎ，ｓ）であると、Ｖｉの値が省略され、Ｖｉの次の計算値が使用される。
【０４０２】
図２４は、本発明の一実施例に係るそれぞれのインターリービングアレイからのインターリービングされたＸＦＥＣＢＬＯＣＫを示す。
【０４０３】
図２４は、パラメータＮ’ｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸ＝７及びＳｓｈｉｆｔ＝３を有するそれぞれのインターリービングアレイからインターリービングされたＸＦＥＣＢＬＯＣＫを示す。
【０４０４】
図２５は、本発明の一実施例に係るメインフィジカルデバイス（Ｍａｉｎ  Ｐｈｙｓｉｃａｌ  Ｄｅｖｉｃｅ）及びコンパニオンフィジカルデバイス（Ｃｏｍｐａｎｉｏｎ  Ｐｈｙｓｉｃａｌ  Ｄｅｖｉｃｅ）の構成を示す図である。
【０４０５】
本発明の一実施例は、地上波放送またはモバイル放送環境でサービスガイド（ｓｅｒｖｉｃｅ  ｇｕｉｄｅ）を提供することができる。また、本発明の一実施例は、地上波放送網とインターネット網の連動をベースとする次世代ハイブリッド放送環境で可能なサービスに対するサービスガイドを提供することができる。
【０４０６】
本発明の一実施例は、次世代ハイブリッド放送システムで提供できる様々なサービスと、これを構成するコンテンツ（ｃｏｎｔｅｎｔ）及び／又はコンポーネント（ｃｏｍｐｏｎｅｎｔ）要素をユーザに知らせることができる。これを通じて、ユーザが当該サービスを確認、選択及び鑑賞するのに利便性を提供することができる。
【０４０７】
本発明の一実施例は、一つのサービスと、これを構成する様々なコンテンツ及び／又はコンポーネント要素を構造化し、互いに連係（ｒｅｆｅｒｅｎｃｅ）させることができる。これを通じて、放送受信機は、当該サービスを容易に構成及び提供することができ、ユーザが当該サービスを容易に把握できるようにすることができる。
【０４０８】
本発明の一実施例は、一つのサービスと、これを構成する様々なコンテンツ及び／又はコンポーネント要素を連係させるレファレンス（ｒｅｆｅｒｅｎｃｅ）構造を拡張することによって、放送受信機及び／又はユーザが、一つのサービスを構成するコンテンツ及び／又はコンポーネント要素を検索するのにかかるリソース（ｒｅｓｏｕｒｃｅ）及び／又は時間を節約できるようにする。
【０４０９】
同図は、本発明の一実施例に係るメインフィジカルデバイス及びコンパニオンフィジカルデバイスの全体的な構成を示す図である。
【０４１０】
本発明の一実施例に係るメインフィジカルデバイス（ｍａｉｎ  ｐｈｙｓｉｃａｌ  ｄｅｖｉｃｅ）Ｌ２５０１０は、インタラクティブサービス（ｉｎｔｅｒａｃｔｉｖｅ  ｓｅｒｖｉｃｅ）のためのデバイスのうち一つであって、主にコンパニオンフィジカルデバイス（ｃｏｍｐａｎｉｏｎ  ｐｈｙｓｉｃａｌ  ｄｅｖｉｃｅ）Ｌ２５０２０による制御対象となる機器を示すことができる。メインフィジカルデバイスは、メインデバイス、メイン受信装置、メイン受信機、メインディスプレイ、メインスクリーンなどと命名することができる。
【０４１１】
本発明の一実施例に係るメインフィジカルデバイスＬ２５０１０は、ブロードキャストインターフェース（ｂｒｏａｄｃａｓｔ  ｉｎｔｅｒｆａｃｅ）Ｌ２５０３０、ネットワークインターフェース（ｎｅｔｗｏｒｋ  ｉｎｔｅｒｆａｃｅ）Ｌ２５０４０、メモリユニット（ｍｅｍｏｒｙ  ｕｎｉｔ）Ｌ２５０５０、コントロールユニット（ｃｏｎｔｒｏｌ  ｕｎｉｔ）Ｌ２５０６０、ディスプレイユニット（ｄｉｓｐｌａｙ  ｕｎｉｔ）Ｌ２５０７０、マルチメディアモジュール（ｍｕｌｔｉｍｅｄｉａ  ｍｏｄｕｌｅ）Ｌ２５０８０、ストレージ（ｓｔｏｒａｇｅ）Ｌ２５０９０、パワーサプライ（ｐｏｗｅｒ  ｓｕｐｐｌｙ）Ｌ２５１００及び／又はユーザ入力インターフェース（ｕｓｅｒ  ｉｎｐｕｔ  ｉｎｔｅｒｆａｃｅ）Ｌ２５１１０を含むことができる。
【０４１２】
ブロードキャストインターフェースＬ２５０３０は、放送局（ｂｒｏａｄｃａｓｔｅｒ）とデバイスとの間にＡＶストリーム（ＡＶ  ｓｔｒｅａｍ）、サービスガイド（ｓｅｒｖｉｃｅ  ｇｕｉｄｅ）、ノーティフィケーション（ｎｏｔｉｆｉｃａｔｉｏｎ）などのメッセージ（ｍｅｓｓａｇｅ）及び／又はデータ伝送を可能にする物理的装置を示すことができる。ブロードキャストインターフェースは、放送局から放送信号、シグナリング情報、データなどを受信することができる。
【０４１３】
ネットワークインターフェースＬ２５０４０は、デバイス（例えば、メインフィジカルデバイスとコンパニオンフィジカルデバイス）間にコマンド（ｃｏｍｍａｎｄ）、リクエスト（ｒｅｑｕｅｓｔ）、アクション（ａｃｔｉｏｎ）、レスポンス（ｒｅｓｐｏｎｓｅ）などのメッセージ、アドバタイズ（ａｄｖｅｒｔｉｓｅ）及び／又はデータ伝送を可能にする物理的装置を示すことができる。ネットワークインターフェースは、インターネットサービスプロバイダー（ｉｎｔｅｒｎｅｔ  ｓｅｒｖｉｃｅ  ｐｒｏｖｉｄｅｒ）から放送サービス、放送コンテンツ、シグナリング情報、アプリケーション、データなどを受信することができる。
【０４１４】
メモリユニットＬ２５０５０は、様々な種類のデバイスで実装される選択的な装置であって、様々な種類のデータを一時的に格納できる揮発性性質の物理的装置を示すことができる。
【０４１５】
コントロールユニットＬ２５０６０は、ソースデバイス（ｓｏｕｒｃｅ  ｄｅｖｉｃｅ）及び／又はシンクデバイス（ｓｉｎｋ  ｄｅｖｉｃｅ）の全般的な動作を制御する装置であって、ソフトウェア又はハードウェアであってもよい。ここで、ソースデバイスは、メッセージ及び／又はデータを伝送するデバイスを示すことができ、シンクデバイスは、メッセージ及び／又はデータを受信するデバイスを示すことができる。したがって、本発明の一実施例に係るメインフィジカルデバイス及びコンパニオンフィジカルデバイスは、ソースデバイスまたはシンクデバイスに該当し得る。
【０４１６】
ディスプレイユニットＬ２５０７０は、ネットワークインターフェースを介して受信されたデータ又はストレージに格納されているデータを画面上にディスプレイすることができる。このとき、ディスプレイユニットは、コントロールユニットの制御によって動作することができる。
【０４１７】
マルチメディアモジュールＬ２５０８０は、様々な種類のマルチメディアを再生することができる。マルチメディアモジュールは、コントロールユニットに含まれていてもよく、コントロールユニットと別個に存在してもよい。
【０４１８】
ストレージＬ２５０９０は、様々な種類のデータを格納できる非揮発性性質の物理的装置を示すことができる。例えば、ＳＤカードがストレージに該当し得る。
【０４１９】
パワーサプライＬ２５１００は、コントロールユニットの制御によって、外部の電源及び／又は内部の電源の印加を受け、他の構成要素の動作に必要な電源を供給する装置を示すことができる。
【０４２０】
ユーザ入力インターフェースＬ２５１１０は、ユーザから命令などの入力を受信できる装置を示すことができる。
【０４２１】
本発明の一実施例に係るコンパニオンフィジカルデバイスＬ２５０２０は、インタラクティブサービス（ｉｎｔｅｒａｃｔｉｖｅ  ｓｅｒｖｉｃｅ）のためのデバイスのうち一つであって、メインデバイスを制御する機器を示すことができる。コンパニオンフィジカルデバイスは、主にユーザから直接インプット（ｉｎｐｕｔ）を受信することができる。コンパニオンフィジカルデバイスは、コンパニオンデバイス、セカンドデバイス、付加デバイス、補助デバイス、コンパニオン受信装置、コンパニオン受信機、コンパニオンディスプレイ、セカンドスクリーンなどと命名することができる。
【０４２２】
本発明の一実施例に係るコンパニオンフィジカルデバイスＬ２５０２０は、ネットワークインターフェース、メモリユニット、コントロールユニット、ディスプレイユニット、マルチメディアモジュール、ストレージ、パワーサプライ及び／又はユーザ入力インターフェースを含むことができる。
【０４２３】
本発明の一実施例に係るコンパニオンフィジカルデバイスを構成する構成要素のうち、メインデバイスを構成する構成要素と同一の名称の構成要素は、前述したメインデバイスを構成する構成要素と同じ機能を実行することができる。
【０４２４】
図２６は、本発明の一実施例に係るハイブリッド放送サービスをサポートするためのプロトコルスタックを示す図である。
【０４２５】
物理層（Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）は、地上波放送信号を受信し、これを適切な形態に変換することができる。
【０４２６】
ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）エンカプセレーション（Ｅｎｃａｐｓｕｌａｔｉｏｎ）は、物理層から取得された情報を用いてＩＰデータグラムを取得することができる。また、取得されたＩＰデータグラムを特定のフレーム（例えば、ＲＳ  Ｆｒａｍｅ、ＧＳＥなど）に変換することができる。
【０４２７】
ＭＰＥＧ−２ ＴＳエンカプセレーション（Ｅｎｃａｐｓｕｌａｔｉｏｎ）は、物理層から取得された情報を用いてＭＰＥＧ−２ ＴＳを取得することができる。また、取得されたＭＰＥＧ２ ＴＳデータグラムを特定のフレーム（例えば、ＲＳ  Ｆｒａｍｅ、ＧＳＥなど）に変換することができる。
【０４２８】
ＦＩＣ（ｆａｓｔ  ｉｎｆｏｒｍａｔｉｏｎ  ｃｈａｎｎｅｌ）は、サービス及び／又はコンテンツにアクセスできるようにするための情報（例えば、サービスＩＤとフレームとの間のマッピング情報など）を伝達することができる。
【０４２９】
シグナリング（Ｓｉｇｎａｌｉｎｇ）は、サービス及び／又はコンテンツの効果的な取得をサポートするためのシグナリング情報を含むことができる。シグナリング情報は、バイナリ及び／又はＸＭＬ形態で表現されてもよく、地上波放送網及び／又はブロードバンド（ｂｒｏａｄｂａｎｄ）を介して伝送されてもよい。
【０４３０】
リアルタイム放送Ａ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）コンテンツ及びデータ（Ｄａｔａ）は、ＩＳＯ Ｂａｓｅ Ｍｅｄｉａ Ｆｉｌｅ Ｆｏｒｍａｔ（ＩＳＯＢＭＦＦ）などで表現されてもよく、地上波放送網及び／又はブロードバンドを介してリアルタイムで伝送されてもよい。非リアルタイムコンテンツは、ＩＰ／ＵＤＰ／ＦＬＵＴＥをベースとして伝送されてもよい。そして、リアルタイム放送Ａ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）コンテンツ、データ及び／又はシグナリング情報は、ＤＡＳＨなどを用いてインターネット網を介してリアルタイムで伝送されてもよい。このとき、リアルタイム放送Ａ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）コンテンツ、データ及び／又はシグナリング情報は、要求によって伝送されてもよく、あるいは、リアルタイムストリーミングによって伝送されてもよい。
【０４３１】
本発明の一実施例は、上述したプロトコルスタックを経て伝達されたデータを組み合わせてＩｎｔｅｒａｃｔｉｖｅサービス、ｓｅｃｏｎｄ ｓｃｒｅｅｎサービスなどの様々なｅｎｈａｎｃｅｄ ｓｅｒｖｉｃｅを視聴者に提供することができる。
【０４３２】
図２７は、本発明の一実施例に係るサービスタイプエレメント（Ｓｅｒｖｉｃｅ  Ｔｙｐｅ  ｅｌｅｍｅｎｔ）のＸＭＬスキーマ（ＸＭＬ  ｓｃｈｅｍａ）を示す図である。
【０４３３】
同図に対する説明に先立ち、本発明の一実施例に係るサービスガイド（ｓｅｒｖｉｃｅ  ｇｕｉｄｅ）、サービスフラグメント（ｓｅｒｖｉｃｅ  ｆｒａｇｍｅｎｔ）及びサービスタイプエレメント（ＳｅｒｖｉｃｅＴｙｐｅ  ｅｌｅｍｅｎｔ）の定義及び構成について説明すると、以下の通りである。
【０４３４】
サービスガイドは、アナウンスメントセッション内で伝送されるサービスガイドデリバリーディスクリプタが端末に伝達される放送分配チャネルを示すことができる。（The service guide may indicate a broadcast distribution channel over which Service Guide Delivery Descriptors carried within announcement sessions, can be delivered to the terminal.）
【０４３５】
サービスガイドは、放送チャネル及び／又はインタラクションチャネルを介して伝送されるモバイル放送サービスのように、サービス提供者及び／又はコンテンツ提供者が、彼らが利用可能なようにしたサービス及び／又はコンテンツを説明できるようにし、定期購読又は購買を提案できるようにすることができる。また、サービスガイドは、サービスにアクセスする方法を説明するようにすることができる。ユーザの観点で、サービスガイドは、現在利用可能なまたは予定されたサービス及び／又はコンテンツを見つけるための開始点として見なすことができ、ユーザの好みに基づいてサービス及び／又はコンテンツをフィルタリングするための開始点として見なすことができる。さらに、サービスガイドは、インタラクティブサービスへの開始点を提供することができる。（Service Guide may enable the service and content providers to describe the services and content they make available, or offer for subscription or purchase, as Mobile Broadcast services either over Broadcast Channel or over Interaction Channel. It may also enable the way to describe how to access the services. From the user perspective the Service Guide can be seen as an entry point to discover the currently available or scheduled services and content and to filter those based on their preferences. Furthermore, the Service Guide may provide the entry point to interactive services.)
【０４３６】
サービスガイドは、サービスガイドフラグメントの観点で、サービス（ｓｅｒｖｉｃｅ）、スケジュール（ｓｃｈｅｄｕｌｅ）、コンテンツ（ｃｏｎｔｅｎｔ）、関連購買データ（ｒｅｌａｔｅｄ  ｐｕｒｃｈａｓｅ  ｄａｔａ）、プロビジョニングデータ（ｐｒｏｖｉｓｉｏｎｉｎｇ  ｄａｔａ）、アクセスデータ（ａｃｅｓｓ  ｄａｔａ）、インタラクティビティデータ（ｉｎｔｅｒａｃｔｉｖｉｔｙ  ｄａｔａ）などのデータモデルを含むことができる。（The Service Guide may include data model that models the services, schedules, content, related purchase and provisioning data, access and interactivity data and so on in terms of Service Guide fragments.)
【０４３７】
本発明の一実施例は、サービスガイドアナウンスメントチャネルを介して伝送されるサービスガイドデリバリーディスクリプタを通じて、サービスガイドフラグメントの宣言及び／又はサービスガイドの最初の発見のための方法を提供することができる。放送チャネル及び／又はインタラクティブチャネルを介して、サービスガイドデリバリーチャネルを介したサービスガイドフラグメント伝送のための伝送方法が提供され得る。サービスガイドデータを管理するために、本発明の一実施例は、アップデート及び／又はマネージメント方法を提供することができる。また、本発明の一実施例は、サービスガイドのための関連バックエンドインターフェースを提供することができる。（An embodiment of the invention may provide methods for initial discovery of Service Guide and the declaration of Service Guide fragments through Service Guide Delivery Descriptors that are sent over Service Guide Announcement Channel. An embodiment of the invention may provide delivery methods specified for Service Guide fragment delivery over Service Guide Delivery Channel, both over the Broadcast Channel as well as over the Interactive Channel. To manage the Service Guide data, an embodiment of the invention may provide update and management methods. An embodiment of the invention may provide the relevant backend interfaces for Service Guide.)
【０４３８】
サービスフラグメントは、アグリゲートレベル（ａｇｇｒｅｇａｔｅ  ｌｅｖｌｅ）で、放送サービスを構成するコンテンツアイテムを説明することができる。（The ‘Service’ fragment may describe at an aggregate level the content items which comprise a broadcast service.）
【０４３９】
サービスフラグメントは、サービスのタイプによって、インタラクティブ部分及び／又は放送部分を含むことができる。（Depending on the type of the service, it may have interactive part(s), broadcastonly part(s), or both.）
【０４４０】
サービスフラグメントは、コンテンツと直接的に関連がないが、サービスと機能的に関連のあるコンポーネント（例えば、購買情報、定期購読情報など）を含むことができる。（The service may include components not directly related to the content but to the functionality of the service such as purchasing or subscription information.）
【０４４１】
本発明の一実施例によれば、サービスガイドの一部分として、サービスフラグメントは、他のフラグメントによって参照される中央ハブを形成することができる。（As the part of the Service Guide, the ‘Service’ fragment may form a central hub referenced by the other fragments.）
【０４４２】
本発明の一実施例によれば、サービスフラグメントをはじめとする関連フラグメントを共に用いて、端末は、どの時点でも当該サービスと関連する詳細情報を決定することができる。ここで、前記詳細情報は、ユーザフレンドリーなディスプレイ内で要約され得る。例えば、要約された詳細情報は、関連コンテンツが何であるか、関連コンテンツがいつ、どのように消費されたか、関連コンテンツがいくらであるかを示すことができる。（Together with the associated fragments the terminal may determine the details associated with the service at any point of time. These details may be summarized into a userfriendly display, for example, of what, how and when the associated content may be consumed and at what cost.）
【０４４３】
本発明の一実施例に係るサービスは、コンテンツアイテムのグループを示すことができる。すなわち、サービスは、最終ユーザに伝達される論理的グループを形成することができる。例えば、いくつかのＴＶショーで構成されるＴＶチャネルがサービスに該当し得る。サービスフラグメントは、モバイル放送サービスを記述するメタデータを含むことができる。（A service may represent a bundle of content items, which forms a logical group to the enduser. An example would be a TV channel, composed of several TV shows. A ‘Service’ fragment contains the metadata describing the Mobile Broadcast service.)
【０４４４】
ＳｅｒｖｉｃｅＴｙｐｅエレメントは、当該サービスフラグメント（ｓｅｒｖｉｃｅ  ｆｒａｇｍｅｎｔ）で記述しているサービスのタイプを示すことができる。さらに、１つ以上のタイプが混在するサービスタイプ（ｓｅｒｖｉｃｅ  ｔｙｐｅｓ）は、多数のＳｅｒｖｉｃｅＴｙｐｅインスタンスの存在によって表現されてもよい。（The mixed service types may be indicated by the presence of multiple instances of ServiceType.）このエレメントは、サービスをテクスチュアルインジケーター（ｔｅｘｔｕａｌ  ｉｎｄｉｃａｔｏｒ）、アイコン（ｉｃｏｎ）またはグラフィックレプリゼンテーション（ｇｒａｐｈｉｃ  ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）の形態でユーザにレンダリングするために、端末によって処理されてもよい。（This element may be processed by the terminal strictly for rendering to the user for example as a textual indicator, an icon, or graphic representation for the service.)
【０４４５】
本発明の一実施例は、ハイブリッド放送システムで使用するサービスタイプを示すことができる方法を提供できる。さらに、本発明の一実施例は、ＳｅｒｖｉｃｅＴｙｐｅＲａｎｇｅＴｙｐｅ値に、ハイブリッド放送システムで示さなければならないサービスタイプ値（ＳｅｒｖｉｃｅＴｙｐｅ  ｖａｌｕｅ）の範囲を割り当てることができる。
【０４４６】
本発明の一実施例に係るサービスタイプ（Ｓｅｒｖｉｃｅ  Ｔｙｐｅ）に割り当てられた値は、次の通りである。サービスタイプ値が０であれば、Ｕｎｓｐｅｃｉｆｉｅｄであることを示すことができ、１であれば、当該サービスがＢａｓｉｃ ＴＶであることを示すことができ、２であれば、当該サービスがＢａｓｉｃ Ｒａｄｉｏであることを示すことができ、３であれば、当該サービスがＲｉｇｈｔｓ Ｉｓｓｕｅｒ Ｓｅｒｖｉｃｅであることを示すことができ、４であれば、Ｃａｃｈｅｃａｓｔであることを示すことができ、５であれば、Ｆｉｌｅ ｄｏｗｎｌｏａｄ ｓｅｒｖｉｃｅｓであることを示すことができ、６であれば、Ｓｏｆｔｗａｒｅ ｍａｎａｇｅｍｅｎｔ ｓｅｒｖｉｃｅｓであることを示すことができ、７であれば、Ｎｏｔｉｆｉｃａｔｉｏｎであることを示すことができ、８であれば、Ｓｅｒｖｉｃｅ Ｇｕｉｄｅであることを示すことができ、９であれば、Ｔｅｒｍｉｎａｌ Ｐｒｏｖｉｓｉｏｎｉｎｇ ｓｅｒｖｉｃｅｓであることを示すことができ、１０であれば、Ａｕｘｉｌｉａｒｙ Ｄａｔａであることを示すことができ、１１であれば、Ｓｔｒｅａｍｉｎｇ ｏｎ ｄｅｍａｎｄであることを示すことができ、１２であれば、Ｆｉｌｅ ｄｏｗｎｌｏａｄ ｏｎ ｄｅｍａｎｄであることを示すことができ、１３であれば、ＳｍａｒｔＣａｒｄ Ｐｒｏｖｉｓｉｏｎｉｎｇ ｓｅｒｖｉｃｅｓであることを示すことができ、１４であれば、Ｌｉｎｅａｒ ｓｅｒｖｉｃｅであることを示すことができ、１５であれば、Ａｐｐｂａｓｅｄ ｓｅｒｖｉｃｅであることを示すことができ、１６であれば、Ｃｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎ ｓｅｒｖｉｃｅであることを示すことができる。上述した値以外の値が、上述したサービス以外のサービスを示すのに使用されてもよい。
【０４４７】
同図を参照すると、本発明の一実施例に係るサービスタイプエレメント（ＳｅｒｖｉｃｅＴｙｐｅ  ｅｌｅｍｅｎｔ）は、ＳｅｒｖｉｃｅＴｙｐｅＲａｎｇｅＴｙｐｅというタイプを有することができる。本発明の一実施例に係るＳｅｒｖｉｃｅＴｙｐｅＲａｎｇｅＴｙｐｅは、ＳｅｒｖｉｃｅＴｙｐｅＬＲＴｙｐｅ、ＳｅｒｖｉｃｅＴｙｐｅＯｔｈｅｒＥｎａｂｌｅｒｓＲａｎｇｅＴｙｐｅ及び／又はＳｅｒｖｉｃｅＴｙｐｅＰｒｏｐｒｉｅｔａｒｙＲａｎｇｅＴｙｐｅを含むことができる。ここで、ＳｅｒｖｉｃｅＴｙｐｅＬＲＴｙｐｅは、最小値として０を有し、最大値として１３、１４、１５、１６またはそれ以上の値を有することができる。
【０４４８】
図２８は、本発明の一実施例によって、サービスタイプ値として１４を有するサービスに対するｘｍｌスキーマ（ｘｍｌ  ｓｃｈｅｍａ）及びディスプレイ表示例を示す図である。
【０４４９】
本発明の一実施例に係るサービスフラグメント（Ｓｅｒｖｉｃｅ  ｆｒａｇｍｅｎｔ）は、Ｈｏｍｅ ａｎｄ Ｓｈｏｐｐｉｎｇという名前を有し、ＳｅｒｖｉｃｅＴｙｐｅとして１４を有することができる（Ｌ２８０１０）。
【０４５０】
ＳｅｒｖｉｃｅＴｙｐｅ値１４は、Ｌｉｎｅａｒ Ｓｅｒｖｉｃｅを示すことができる。この場合、本発明の一実施例に係る受信装置は、選択したサービスのタイプがＬｉｎｅａｒ Ｓｅｒｖｉｃｅ（ｖａｌｕｅ＝１４）である場合、画面にサービスガイドのスケジュール情報が含まれていることがわかる。さらに、本発明の一実施例は、当該サービスとスケジュール情報を組み合わせ、ユーザに放送編成表のような情報を提供することができる（Ｌ２８０２０）。また、サービスタイプをサービスフラグメント内でシグナリングすると、受信機は、時間情報を含むサービスに対してのみ、上述したスケジュール情報を組み合わせるなどの作業を行えばよい。したがって、本発明の一実施例は、受信機の性能を向上させることができる。
【０４５１】
図２９は、本発明の一実施例によって、サービスタイプ値として１４及び１５を有するサービスに対するｘｍｌスキーマ及びディスプレイ表示例を示す図である。
【０４５２】
本発明の一実施例に係るサービスフラグメントは、ＭＢＣという名前を有し、ＳｅｒｖｉｃｅＴｙｐｅとして１４及び１５を有することができる（Ｌ２９０１０）。
【０４５３】
ＳｅｒｖｉｃｅＴｙｐｅ値１５は、Ａｐｐｂａｓｅｄ ｓｅｒｖｉｃｅを示すことができる。Ａｐｐｂａｓｅｄ ｓｅｒｖｉｃｅタイプをサービスフラグメント内でシグナリングすると、本発明の一実施例に係る受信装置は、当該サービスにＡｐｐｂａｓｅｄ Ｓｅｒｖｉｃｅが含まれていることがわかる（Ｌ２９０２０）。したがって、本発明の一実施例は、サービスフラグメントのみを取得しても、ＳｅｒｖｉｃｅＴｙｐｅを通じて、ユーザに関連Ａｐｐを実行できることを知らせることができる（Ｌ２９０３０）。さらに、同図に示されたように、ＭＢＣというサービスは、ＳｅｒｖｉｃｅＴｙｐｅ値１４も含んでいるので、当該サービスがＬｉｎｅａｒ Ｓｅｒｖｉｃｅ（ｖａｌｕｅ＝１４）である場合の本発明の効果を同様に有することができる。これについての説明は前述した。
【０４５４】
図３０は、本発明の一実施例によって、サービスタイプ値として１４及び１６を有するサービスに対するｘｍｌスキーマ及びディスプレイ表示例を示す図である。
【０４５５】
本発明の一実施例に係るサービスフラグメントは、ＭＢＣ Ｃｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎという名前を有し、ＳｅｒｖｉｃｅＴｙｐｅとして１４及び１６を有することができる（Ｌ３００１０）。
【０４５６】
ＳｅｒｖｉｃｅＴｙｐｅ値１６は、Ｃｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎ ｓｅｒｖｉｃｅを示すことができる。Ｃｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎ ｓｅｒｖｉｃｅタイプをサービスフラグメント内でシグナリングすると、本発明の一実施例に係る受信装置は、当該サービスにＣｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎ ｓｅｒｖｉｃｅが含まれていることがわかる（Ｌ３００２０）。したがって、本発明の一実施例は、サービスフラグメントのみを取得しても、ＳｅｒｖｉｃｅＴｙｐｅを通じて、ユーザにＣｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎから提供されるサービスがあることを知らせることができる（Ｌ３００３０）。さらに、同図に示されたように、ＭＢＣ Ｃｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎというサービスは、ＳｅｒｖｉｃｅＴｙｐｅ値１４も含んでいるので、当該サービスがＬｉｎｅａｒ Ｓｅｒｖｉｃｅ（ｖａｌｕｅ＝１４）である場合の本発明の効果を同様に有することができる。これについては前述した。
【０４５７】
図３１は、本発明の一実施例に係るコンポーネントフラグメント（Ｃｏｍｐｏｎｅｎｔ  ｆｒａｇｍｅｎｔ）のＸｍｌスキーマを示す図である。
【０４５８】
本発明の一実施例に係るコンポーネントフラグメント（Ｃｏｍｐｏｎｅｎｔ  ｆｒａｇｍｅｎｔ）は、コンポーネントが参照するコンテンツ、またはサービスの一部分であるコンポーネントを記述することができる。（The ‘Component’ fragment describes a component that is a part of a service or a content that the component refers to.）
本発明の一実施例に係るコンポーネントフラグメントは、ｉｄアトリビュート、ｖｅｒｓｉｏｎアトリビュート、ｖａｌｉｄＦｒｏｍアトリビュート、ｖａｌｉｄＴｏアトリビュート、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメント、ＣｏｍｐｏｎｅｎｔＤａｔａエレメント及び／又はＰｒｉｖａｔｅＥｘｔエレメントを含むことができる。
【０４５９】
ｉｄアトリビュートは、コンポーネントフラグメントのＩＤを示すことができる。このアトリビュートの値はｇｌｏｂａｌｌｙ ｕｎｉｑｕｅであってもよい。
【０４６０】
ｖｅｒｓｉｏｎアトリビュートは、コンポーネントフラグメントのバージョン情報を示すことができる。
【０４６１】
ｖａｌｉｄＦｒｏｍアトリビュートは、コンポーネントフラグメントが有効な最初の時点を示すことができる。
【０４６２】
ｖａｌｉｄＴｏアトリビュートは、コンポーネントフラグメントが有効な最後の時点を示すことができる。
【０４６３】
ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントは、コンポーネントフラグメントが記述するコンテンツのタイプを示すことができる。タイプが混在する場合には、１つ以上のＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを使用してタイプを示すことができる。
【０４６４】
ＣｏｍｐｏｎｅｎｔＤａｔａエレメントは、コンポーネントフラグメントが含むコンポーネントコンテンツ（Ｃｏｍｐｏｎｅｎｔ  Ｃｏｎｔｅｎｔ）を示すことができる。このエレメントは、ビデオ、オーディオまたはＣＣ（Ｃｌｏｓｅｄ  Ｃａｐｔｉｏｎ）データを示すことができる。
【０４６５】
ＰｒｉｖａｔｅＥｘｔエレメントは、私有のまたはアプリケーションに限定された拡張のためのコンテナーを示すことができる。（An element serving as a container for proprietary or applicationspecific extensions.）
【０４６６】
図３２は、本発明の一実施例に係るＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのｘｍｌスキーマを示す図である。
【０４６７】
本発明の一実施例に係るコンポーネントは、ハイブリッド放送で送り得る全てのＣｏｍｐｏｎｅｎｔＴｙｐｅを表現することができる。そのために、本発明の一実施例は、タイプの範囲を整数値で表現することができる。
【０４６８】
本発明の一実施例によれば、全てのコンポーネントがコンポーネントデータ（ＣｏｍｐｏｎｅｎｔＤａｔａ）を含んでいるものではないので、受信装置は、コンポーネントフラグメントのタイプ値をまず見つけた後、コンポーネントデータの情報を知ることができる。
【０４６９】
本発明の一実施例に係る各コンポーネント間の上下または従属関係は、後述する。
【０４７０】
本発明の一実施例によれば、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのタイプを示すＣｏｍｐｏｎｅｎｔＲａｎｇｅＴｙｐｅは、最小値として０を、最大値として１３を有することができる。
【０４７１】
同図に示したように、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値が０であれば、定められていないコンポーネント（Ｕｎｓｐｅｃｉｆｉｅｄ）を示すことができ、１であれば、Ｃｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔを示すことができ、２であれば、Ｅｌｅｍｅｎｔａｒｙ ｃｏｍｐｏｎｅｎｔを示すことができ、３であれば、Ｃｏｍｐｏｓｉｔｅ ｃｏｍｐｏｎｅｎｔを示すことができ、４であれば、ＰｉｃｋＯｎｅ ｃｏｍｐｏｎｅｎｔを示すことができ、５であれば、Ｃｏｍｐｌｅｘ ｃｏｍｐｏｎｅｎｔを示すことができ、６であれば、Ｐｒｅｓｅｎｔａｂｌｅ ｃｏｍｐｏｎｅｎｔを示すことができ、７であれば、ＮＲＴ Ｆｉｌｅを示すことができ、８であれば、ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍを示すことができ、９であれば、Ａｐｐｌｉｃａｔｉｏｎを示すことができ、１０であれば、ＡＴＳＣ３．０ Ａｐｐｌｉｃａｔｉｏｎを示すことができ、１１であれば、Ｏｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔを、１２であれば、Ｎｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍを、１３であれば、Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔを、１４〜２５５であれば、Ｒｅｓｅｒｖｅｄであることを示すことができる。
【０４７２】
Ｃｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔは、一つの連続するストリームにおいて表現されるコンテンツコンポーネントを示すことができる。例えば、オーディオ、ビデオまたはＣｌｏｓｅｄ Ｃａｐｔｉｏｎがこれに該当し得る。
【０４７３】
Ｅｌｅｍｅｎｔａｒｙ ｃｏｍｐｏｎｅｎｔは、シングルエンコーディングに該当するＣｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔを示すことができる。すなわち、別途のエンコーダによってエンコーディングされるＣｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔを示すことができる。例えば、サウンドシーケンスのシングルエンコーディング、ピクチャシーケンスのシングルエンコーディングまたはシングルｃｌｏｓｅｄ ｃａｐｔｉｏｎトラックがこれに該当し得る。
【０４７４】
Ｃｏｍｐｏｓｉｔｅ ｃｏｍｐｏｎｅｎｔは、同じコンテンツタイプを有し、同じ場面を表現し、一つのプレゼンテーションを作るために組み合わせることができるＣｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔの集合を構成するコンテンツコンポーネントを示すことができる。例えば、完全なオーディオを提供するために混合される音楽、ダイアローグまたは効果音楽がこれに該当し得る。また、３Ｄ映像を提供するために組み合わされる左映像または右映像がこれに該当し得る。
【０４７５】
ＰｉｃｋＯｎｅ ｃｏｍｐｏｎｅｎｔは、同じコンテンツタイプを有し、同じ場面を表現し、一つのプレゼンテーションを作るために選択できるＣｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔの集合を構成するコンテンツコンポーネントを示すことができる。例えば、同じサウンドシーケンスと異なるビットレートでエンコーディングされたオーディオコンポーネントの集合、同じピクチャシーケンスと異なるビットレートでエンコーディングされたビデオコンポーネントの集合、または同じダイアローグのための一般的なｃｌｏｓｅｄ ｃａｐｔｉｏｎトラック及びｅａｓｙ ｒｅａｄｅｒ ｃｌｏｓｅｄ ｃａｐｔｉｏｎトラックの集合がこれに該当し得る。
【０４７６】
Ｃｏｍｐｌｅｘ ｃｏｍｐｏｎｅｎｔは、Ｃｏｍｐｏｓｉｔｅ ｃｏｍｐｏｎｅｎｔまたはＰｉｃｋＯｎｅ ｃｏｍｐｏｎｅｎｔを示すことができる。
【０４７７】
Ｐｒｅｓｅｎｔａｂｌｅ ｃｏｍｐｏｎｅｎｔは、ユーザに表示されるＣｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔを示すことができる。このコンポーネントは、Ｅｌｅｍｅｎｔａｒｙ ｃｏｍｐｏｎｅｎｔまたはＣｏｍｐｌｅｘ ｃｏｍｐｏｎｅｎｔを含むことができる。
【０４７８】
ＮＲＴ Ｆｉｌｅは、非リアルタイムで伝送されるファイルを示すことができる。
【０４７９】
ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍは、統合された全体として消費される意図で作られた１つ以上のＮＲＴファイルの集合を示すことができる。
【０４８０】
Ａｐｐｌｉｃａｔｉｏｎは、それ自体で完全なエンハンスドまたはインタラクティブサービスを構成する文書の集合を示すことができる。前記文書は、ＨＴＭＬ、ジャバスクリプト（ＪａｖａＳｃｒｉｐｔ）、ＣＳＳ、ＸＭＬ及び／又はマルチメディアファイル（ｍｕｌｔｉｍｅｄｉａ  ｆｉｌｅｓ）を含むことができる。このＡｐｐｌｉｃａｔｉｏｎは、このａｐｐｌｉｃａｔｉｏｎの一部分ではなく他のデータにアクセスすることができる。このＡｐｐｌｉｃａｔｉｏｎは、ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍの特別なケースに該当し得る。
【０４８１】
ＡＴＳＣ３．０ Ａｐｐｌｉｃａｔｉｏｎは、ＡＴＳＣ３．０ Ａｐｐｌｉｃａｔｉｏｎ Ｒｕｎｔｉｍｅ Ｅｎｖｉｒｏｎｍｅｎｔ Ｓｐｅｃｉｆｉｃａｔｉｏｎに従うＡｐｐｌｉｃａｔｉｏｎを示すことができる。
【０４８２】
Ｏｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔは、ｏｎ ｄｅｍａｎｄによって伝送されるコンテンツコンポーネントを示すことができる。
【０４８３】
Ｎｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍは、Ｌｉｎｅａｒ Ｔｉｍｅ Ｂａｓｅ下でアプリケーションのアクションを同期化するためのｎｏｔｉｆｉｃａｔｉｏｎを伝送できるストリームを示すことができる。
【０４８４】
Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔは、アクションの同期化されたｎｏｔｉｆｉｃａｔｉｏｎを伝送する０個以上のＮｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍｓ、１つ以上のアプリケーション、アプリケーションによって使用される０個以上の異なるＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍｓ、アプリケーションによって管理される０個以上のＯｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔｓを含むことができる。
【０４８５】
図３３は、本発明の一実施例に係るＣｏｍｐｏｎｅｎｔＤａｔａエレメントのｘｍｌスキーマを示す図である。
【０４８６】
本発明の一実施例は、実際のコンポーネントデータ（Ｃｏｍｐｏｎｅｎｔ  Ｄａｔａ）の特性をサービスガイドするためにＣｏｍｐｏｎｅｎｔＤａｔａエレメントをスキーマとして定義することができる。
【０４８７】
本発明の一実施例に係るＣｏｍｐｏｎｅｎｔＤａｔａエレメントは、前述したコンポーネントフラグメントのＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値が２、３、４または６である場合、それぞれのタイプの組み合わせ及び関係によってコンポーネントデータを表現できるようにすることができる。
【０４８８】
本発明の一実施例によれば、各コンポーネントは、ＣｏｎｔｅｎｔＴｙｐｅアトリビュートを有することができる。ＣｏｎｔｅｎｔＴｙｐｅアトリビュートは、ビデオ、オーディオ及び／又はＣＣ（Ｃｌｏｓｅｄ  Ｃａｐｔｉｏｎ）値を有することができる。
【０４８９】
同図に示されたスキーマ構造のように、本発明の一実施例は、各ＣｏｎｔｅｎｔＴｙｐｅアトリビュートに応じてコンポーネントデータが記述され得るようにする方法を提供することができる。すなわち、本発明の一実施例に係るＣｏｍｐｏｎｅｎｔＤａｔａエレメントは、ＣｏｎｔｅｎｔＴｙｐｅアトリビュートの値がＶｉｄｅｏである場合、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントを下位エレメントとして有することができ、ＣｏｎｔｅｎｔＴｙｐｅアトリビュートの値がＡｕｄｉｏである場合、ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントを下位エレメントとして有することができ、ＣｏｎｔｅｎｔＴｙｐｅアトリビュートの値がＣＣである場合、ＣＣＣｏｍｐｏｎｅｎｔエレメントを下位エレメントとして有することができる。そして、前記下位エレメントに各コンポーネントデータが記述され得る。
【０４９０】
図３４は、本発明の一実施例に係るＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント及びＶｉｄｅｏＲｏｌｅエレメントのｘｍｌスキーマを示す図である。
【０４９１】
本発明の一実施例は、ハイブリッド放送で使用されるビデオコンポーネント（Ｖｉｄｅｏ  Ｃｏｍｐｏｎｅｎｔ）を表現できるようにする方法を提供することができる。
【０４９２】
本発明の一実施例に係るＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントは、ＶｉｄｅｏＲｏｌｅエレメント、ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント及び／又はＴａｒｇｅｔＤｅｖｉｃｅエレメントを下位エレメントとして有することができる（Ｌ３４０１０）。
【０４９３】
ＶｉｄｅｏＲｏｌｅエレメントは、当該ビデオコンポーネントがどのようなロール（Ｒｏｌｅ）を有するかを示すことができる。本発明の一実施例によれば、将来の拡張性を考慮して、このエレメントは整数値を有することができる。また、本発明の一実施例は、ビデオコンポーネントがｐｒｅｓｅｎｔａｂｌｅである場合に有するｒｏｌｅ及びｃｏｍｐｏｓｉｔｅである場合に有するｒｏｌｅをいずれも示すことができるようにこのエレメント値の範囲を提供することができる。
【０４９４】
ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント及びＴａｒｇｅｔＤｅｖｉｃｅエレメントは、全てのｐｒｅｓｅｎｔａｂｌｅ ｃｏｍｐｏｎｅｎｔの共通エレメント（ｃｏｍｍｏｎ  ｅｌｅｍｅｎｔ）に該当し得る。このエレメントは、ターゲットの属性を示すことができる。
【０４９５】
本発明の一実施例に係るＶｉｄｅｏＲｏｌｅエレメントが示す値が０であれば、ｕｎｓｐｅｃｉｆｉｅｄを、１であればＰｒｉｍａｒｙ （ｄｅｆａｕｌｔ） ｖｉｄｅｏを、２であればＡｌｔｅｒｎａｔｉｖｅ ｃａｍｅｒａ ｖｉｅｗを、３であればＯｔｈｅｒ ａｌｔｅｒｎａｔｉｖｅ ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔを、４であればＳｉｇｎ ｌａｎｇｕａｇｅ （ｅ．ｇ．，ＡＳＬ） ｉｎｓｅｔを、５であればＦｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏを、６であればＢａｓｅ ｌａｙｅｒ ｆｏｒ ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｅｎｃｏｄｉｎｇを、７であればＥｎｈａｎｃｅｍｅｎｔ ｌａｙｅｒ ｆｏｒ ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｅｎｃｏｄｉｎｇ， ｗｉｔｈ ｌｅｖｅｌを、８であれば３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗを、９であれば３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗを、１０であれば３Ｄ ｖｉｄｅｏ ｄｅｐｔｈ ｉｎｆｏｒｍａｔｉｏｎを、１１であればＰａｒｔ ｏｆ ｖｉｄｅｏ ａｒｒａｙ， ＜ｘ，ｙ＞ ｏｆ ＜ｎ，ｍ＞を、１２であればＦｏｌｌｏｗＳｕｂｊｅｃｔ ｍｅｔａｄａｔａを、１３〜２５５であればＲｅｓｅｒｖｅｄであることを示すことができる。ここで、このエレメント値０〜５はｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔのロール（ｒｏｌｅ）を示すことができ、６〜１２はＣｏｍｐｏｓｉｔｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔのロールを示すことができ、１３〜２５５はＯｔｈｅｒ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔのロールを示すことができる（Ｌ３４０２０）。
【０４９６】
図３５は、本発明の一実施例に係るＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント及びＡｕｄｉｏＲｏｌｅエレメントのｘｍｌスキーマを示す図である。
【０４９７】
本発明の一実施例は、ハイブリッド放送で使用されるオーディオコンポーネント（Ａｕｄｉｏ  Ｃｏｍｐｏｎｅｎｔ）を表現できるようにする方法を提供することができる。
【０４９８】
本発明の一実施例に係るＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントは、ａｓｓｏｃｉａｔｅｄＴｏアトリビュート及び／又はＮｕｍｂｅｒＯｆＡｕｄｉｏＣｈｎｎｅｌｓアトリビュートを有することができ、ＡｕｄｉｏＲｏｌｅエレメント、ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント及び／又はＴａｒｇｅｔＤｅｖｉｃｅエレメントを下位エレメントとして有することができる（Ｌ３５０１０）。
【０４９９】
ａｓｓｏｃｉａｔｅｄＴｏアトリビュートは、当該オーディオコンポーネントがＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔに関連しているかを示すことができる。このアトリビュートは、コンポーネントフラグメントのｉｄ値を有することができる。
【０５００】
ＮｕｍｂｅｒＯｆＡｕｄｉｏＣｈｎｎｅｌｓアトリビュートは、オーディオコンポーネントのチャネルの数を示すことができる。
【０５０１】
ＡｕｄｉｏＲｏｌｅエレメントは、当該オーディオコンポーネントがどのようなロール（Ｒｏｌｅ）を有するかを示すことができる。本発明の一実施例によれば、将来の拡張性を考慮して、このエレメントは整数値を有することができる。
【０５０２】
ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント及びＴａｒｇｅｔＤｅｖｉｃｅエレメントは、全てのｐｒｅｓｅｎｔａｂｌｅ ｃｏｍｐｏｎｅｎｔの共通エレメント（ｃｏｍｍｏｎ  ｅｌｅｍｅｎｔ）に該当し得る。このエレメントはターゲットの属性を示すことができる。
【０５０３】
本発明の一実施例に係るＡｕｄｉｏＲｏｌｅエレメントは０〜７の値を有することができる。このエレメントの値が０であればｕｎｓｐｅｃｉｆｉｅｄ、１であればＣｏｍｐｌｅｔｅ ｍａｉｎ、２であればＭｕｓｉｃ、３であればＤｉａｌｏｇ、４であればＥｆｆｅｃｔｓ、５であればＶｉｓｕａｌｌｙ ｉｍｐａｉｒｅｄ、６であればＨｅａｒｉｎｇ ｉｍｐａｉｒｅｄ、７であればＣｏｍｍｅｎｔａｒｙ、８〜２５５であればＲｅｓｅｒｖｅｄであることを示すことができる（Ｌ３５０２０）。
【０５０４】
図３６は、本発明の一実施例に係るＣＣＣｏｍｐｏｎｅｎｔエレメント及びＣＣＲｏｌｅエレメントのｘｍｌスキーマを示す図である。
【０５０５】
本発明の一実施例は、ハイブリッド放送で使用されるＣＣコンポーネント（ＣＣ  Ｃｏｍｐｏｎｅｎｔ）を表現できるようにする方法を提供することができる。
【０５０６】
本発明の一実施例に係るＣＣＣｏｍｐｏｎｅｎｔエレメントは、ａｓｓｏｃｉａｔｅｄＴｏアトリビュートを有することができ、ＣＣＲｏｌｅエレメント、ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント及び／又はＴａｒｇｅｔＤｅｖｉｃｅエレメントを下位エレメントとして有することができる（Ｌ３６０１０）。
【０５０７】
ａｓｓｏｃｉａｔｅｄＴｏアトリビュートは、当該ＣＣコンポーネントがＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔに関連しているかを示すことができる。このアトリビュートは、コンポーネントフラグメントのｉｄ値を有することができる。
【０５０８】
ＣＣＲｏｌｅエレメントは、当該ＣＣコンポーネントがどのようなロール（Ｒｏｌｅ）を有するかを示すことができる。本発明の一実施例によれば、将来の拡張性を考慮して、このエレメントは整数値を有することができる。
【０５０９】
ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント及びＴａｒｇｅｔＤｅｖｉｃｅエレメントは、全てのｐｒｅｓｅｎｔａｂｌｅ ｃｏｍｐｏｎｅｎｔの共通エレメント（ｃｏｍｍｏｎ  ｅｌｅｍｅｎｔ）に該当し得る。このエレメントは、ターゲットの属性を示すことができる。
【０５１０】
本発明の一実施例に係るＣＣＲｏｌｅエレメントは０〜２の値を有することができる。このエレメントの値が０であればｕｎｓｐｅｃｉｆｉｅｄ、１であればｎｏｒｍａｌ、２であればｅａｓｙ ｒｅａｄｅｒであることを示すことができる（Ｌ３６０２０）。
【０５１１】
図３７は、本発明の一実施例によって、スケーラブルビデオコーディング（ｓｃａｌａｂｌｅ  ｖｉｄｅｏ  ｃｏｄｉｎｇ）において１つのベースレイヤ（ｂａｓｅ  ｌａｙｅｒ）と２つのエンハンスメントレイヤ（ｅｎｈａｎｃｅｍｅｎｔ  ｌａｙｅｒ）を含むコンポジットビデオコンポーネント（Ｃｏｍｐｏｓｉｔｅ  Ｖｉｄｅｏ  Ｃｏｍｐｏｎｅｎｔ）に対してコンポーネントフラグメントのｘｍｌスキーマを示す図である。
【０５１２】
本発明の一実施例によれば、同図の上端に位置するコンポーネントフラグメント（Ｌ３７０１０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＣｏｍｐｏｓｉｔｅコンポーネントであることを示すことができる。
【０５１３】
同図の左側に位置するコンポーネントフラグメント（Ｌ３７０２０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＥｌｅｍｅｎｔａｒｙコンポーネントであることを示すことができ、ＣｏｍｐｏｎｅｎｔＤａｔａエレメント、ＣｏｎｔｅｎｔＴｙｐｅアトリビュート、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント及びＶｉｄｅｏＲｏｌｅエレメントを用いて、当該コンポーネントがＶｉｄｅｏに関するものであり、Ｂａｓｅ Ｌａｙｅｒ ｏｆ ＳＶＣコンポーネントであることを示すことができる。
【０５１４】
同図の右側に位置するコンポーネントフラグメント（Ｌ３７０３０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＥｌｅｍｅｎｔａｒｙコンポーネントであることを示すことができ、ＣｏｍｐｏｎｅｎｔＤａｔａエレメント、ＣｏｎｔｅｎｔＴｙｐｅアトリビュート、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント及びＶｉｄｅｏＲｏｌｅエレメントを用いて、当該コンポーネントがＶｉｄｅｏに関するものであり、Ｅｎｈａｎｃｅｍｎｅｔ Ｌａｙｅｒ ｏｆ ＳＶＣコンポーネントであることを示すことができる。
【０５１５】
図３８は、本発明の一実施例によって、３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗと３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗを含むコンポジットコンポーネント（Ｃｏｍｐｏｓｉｔｅ  Ｃｏｍｐｏｎｅｎｔ）に対してコンポーネントフラグメントのｘｍｌスキーマを示す図である。
【０５１６】
本発明の一実施例によれば、同図の上端に位置するコンポーネントフラグメント（Ｌ３８０１０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＣｏｍｐｏｓｉｔｅコンポーネントであることを示すことができる。
【０５１７】
同図の左側に位置するコンポーネントフラグメント（Ｌ３８０２０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＰｉｃｋｏｎｅコンポーネントであることを示すことができ、ＣｏｍｐｏｎｅｎｔＤａｔａエレメント、ＣｏｎｔｅｎｔＴｙｐｅアトリビュート、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント及びＶｉｄｅｏＲｏｌｅエレメントを用いて、当該コンポーネントがＶｉｄｅｏに関するものであり、３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗコンポーネントであることを示すことができる。
【０５１８】
同図の右側に位置するコンポーネントフラグメント（Ｌ３８０３０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＰｉｃｋｏｎｅコンポーネントであることを示すことができ、ＣｏｍｐｏｎｅｎｔＤａｔａエレメント、ＣｏｎｔｅｎｔＴｙｐｅアトリビュート、ＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント及びＶｉｄｅｏＲｏｌｅエレメントを用いて、当該コンポーネントがＶｉｄｅｏに関するものであり、３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗコンポーネントであることを示すことができる。
【０５１９】
図３９は、本発明の一実施例によって、コンプリートオーディオコンポーネント（Ｃｏｍｐｌｅｔｅ  Ａｕｄｉｏ  Ｃｏｍｐｏｎｅｎｔ）を記述するコンポーネントフラグメントのｘｍｌスキーマを示す図である。
【０５２０】
本発明の一実施例によれば、同図の最上端に位置するコンポーネントフラグメント（Ｌ３９０１０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＰｉｃｋｏｎｅコンポーネントであることを示すことができる。
【０５２１】
同図の２番目の列の左側に位置するコンポーネントフラグメント（Ｌ３９０２０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＰｉｃｋｏｎｅコンポーネントであることを示すことができ、ＣｏｍｐｏｎｅｎｔＤａｔａエレメント、ＣｏｎｔｅｎｔＴｙｐｅアトリビュート、ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント及びＡｕｄｉｏＲｏｌｅエレメントを用いて、当該コンポーネントがＡｕｄｉｏに関するものであり、Ｃｏｍｐｌｅｔｅｌｙ Ｍａｉｎコンポーネントであることを示すことができる。
【０５２２】
同図の２番目の列の右側に位置するコンポーネントフラグメント（Ｌ３９０３０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＣｏｍｐｏｓｉｔｅコンポーネントであることを示すことができる。
【０５２３】
同図の３番目の列の左側に位置するコンポーネントフラグメント（Ｌ３９０４０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／４”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＰｉｃｋｏｎｅコンポーネントであることを示すことができ、ＣｏｍｐｏｎｅｎｔＤａｔａエレメント、ＣｏｎｔｅｎｔＴｙｐｅアトリビュート、ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント及びＡｕｄｉｏＲｏｌｅエレメントを用いて、当該コンポーネントがＡｕｄｉｏに関するものであり、Ｍｕｓｉｃコンポーネントであることを示すことができる。
【０５２４】
同図の３番目の列の右側に位置するコンポーネントフラグメント（Ｌ３９０５０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／５”を有し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて、当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＰｉｃｋｏｎｅコンポーネントであることを示すことができ、ＣｏｍｐｏｎｅｎｔＤａｔａエレメント、ＣｏｎｔｅｎｔＴｙｐｅアトリビュート、ＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント及びＡｕｄｉｏＲｏｌｅエレメントを用いて、当該コンポーネントがＡｕｄｉｏに関するものであり、Ｄｉａｌｏｇコンポーネントであることを示すことができる。
【０５２５】
図４０は、本発明の一実施例に係るコンテンツフラグメント（ｃｏｎｔｅｎｔ  ｆｒａｇｍｅｎｔ）内のＣｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマを示す図である。
【０５２６】
本発明の一実施例は、コンテンツに含まれるコンポーネントをサブエレメントとして構成することができる。すなわち、コンテンツフラグメントの内部にＣｏｍｐｏｎｅｎｔエレメントを含ませることができる。ここで、サブエレメントは、下位エレメントと同一の意味を有することができる。
【０５２７】
本発明の一実施例に係るＣｏｍｐｏｎｅｎｔエレメントは、コンテンツに含まれるコンポーネント情報を示すことができる。
【０５２８】
本発明の一実施例に係るＣｏｍｐｏｎｅｎｔエレメントのタイプはＣｏｍｐｏｎｅｎｔＥｌｅｍｅｎｔＴｙｐｅであり、ＣｏｍｐｏｎｅｎｔＥｌｅｍｅｎｔＴｙｐｅは、コンテンツに含まれるコンポーネント情報をシーケンスの形態で定義することができる。したがって、コンテンツに含まれる全てのタイプのコンポーネントが記述され得る。
【０５２９】
本発明の一実施例に係るＣｏｍｐｏｎｅｎｔエレメントは、ＶｉｄｅｏＤａｔａエレメント、ＡｕｄｉｏＤａｔａエレメント及び／又はＣＣＤａｔａエレメントをサブエレメントとして有することができる。また、ＶｉｄｅｏＤａｔａエレメントは、ＶｉｄｅｏＲｏｌｅエレメント、ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント及び／又はＴａｒｇｅｔＤｅｖｉｃｅエレメントをサブエレメントとして有することができ、ＡｕｄｉｏＤａｔａエレメントは、ＡｕｄｉｏＲｏｌｅエレメント、ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント及び／又はＴａｒｇｅｔＤｅｖｉｃｅエレメントをサブエレメントとして有することができ、ＣＣＤａｔａエレメントは、ＣＣＲｏｌｅエレメント、ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント及び／又はＴａｒｇｅｔＤｅｖｉｃｅエレメントをサブエレメントとして有することができる。上述したエレメントについての詳細は前述した。
【０５３０】
図４１は、本発明の一実施例に係るＶｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネント（ＣＣ  Ｃｏｍｐｏｎｅｎｔ）を含むＬｉｎｅａｒ Ｓｅｒｖｉｃｅに対するコンテンツフラグメントのｘｍｌスキーマを示す図である。
【０５３１】
本発明の一実施例によって、コンテンツフラグメント内にＣｏｍｐｏｎｅｎｔエレメントを構成すると、Ｃｏｍｐｏｎｅｎｔ間のレファレンス（Ｒｅｆｅｒｅｎｃｅ）規定が不要となるので効率的である。したがって、本発明の一実施例に係る受信機は、コンテンツフラグメントを受信すると、当該コンテンツがどのようなコンポーネントで構成されているか、どのロール（ｒｏｌｅ）を有しているかについて直観的に把握することができる。
【０５３２】
本発明の一実施例によれば、Ｃｏｍｐｏｎｅｎｔエレメントは、コンテンツフラグメントに含まれたＰｒｉｃａｔｅＥｘｔエレメント内で定義されてもよい。
【０５３３】
同図の左側の絵及びスキーマを見ると、２Ｄテニス放送コンテンツは、Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントを含むことができる。このコンテンツのＶｉｄｅｏコンポーネントはＰｒｉｍａｒｙ （ｄｅｆａｕｌｔ） ｖｉｄｅｏを示し、ＡｕｄｉｏコンポーネントはＣｏｍｐｌｅｔｅ ｍａｉｎを示し、ＣＣコンポーネントはｎｏｒｍａｌを示すことができる。
【０５３４】
同図の右側の絵及びスキーマを見ると、３Ｄテニス放送コンテンツは、２つのＶｉｄｅｏコンポーネント、Ａｕｄｉｏコンポーネント及びＣＣコンポーネントを含むことができる。このコンテンツの１番目のＶｉｄｅｏコンポーネントは３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗを示し、２番目のＶｉｄｅｏコンポーネントは３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗを示し、ＡｕｄｉｏコンポーネントはＣｏｍｐｌｅｔｅ ｍａｉｎを示し、ＣＣコンポーネントはｎｏｒｍａｌを示すことができる。
【０５３５】
図４２は、Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間の関連付けを説明するためにコンテンツフラグメント内にＣｏｍｐｏｎｅｎｔエレメントを定義する場合のＣｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマを示す図である。
【０５３６】
本発明の一実施例によれば、一つのコンテンツを構成するコンポーネント間の関連付けに対する定義が必要であり得る。
【０５３７】
本発明の一実施例によって、コンテンツフラグメント内にＣｏｍｐｏｎｅｎｔエレメントを構成すると、コンテンツフラグメント内で、当該コンテンツに含まれる全てのコンポーネント（Ｖｉｄｅｏ、Ａｕｄｉｏ及び／又はＣＣコンポーネント）を記述するので、コンポーネント間の関連付けを別途に記述する必要がない。
【０５３８】
図４３は、Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間の関連付けを説明するためにＡｓｓｏｃｉａｔｅｄＴｏアトリビュートを使用する実施例を示す図である。
【０５３９】
本発明の一実施例は、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネント（ＣＣ  Ｃｏｍｐｏｎｅｎｔ）の間の関連（Ａｓｓｏｃｉａｔｉｏｎ）付けを規定するために、オーディオコンポーネント（Ａｕｄｉｏ  ｃｏｍｐｏｎｅｎｔ）とＣＣコンポーネントの属性としてａｓｓｏｃｉａｔｅｄＴｏアトリビュートを記述することができる。これによって、本発明の一実施例に係る受信機は、オーディオコンポーネントを受信すると、これと関連付けられているビデオコンポーネント（Ｖｉｄｅｏ  ｃｏｍｐｏｎｅｎｔ）を知ることができる。同様に、ＣＣコンポーネントを受信すると、これと関連付けられているビデオコンポーネントを知ることができる。
【０５４０】
同図を見ると、本発明の一実施例は、コンポーネントフラグメントの下位のＣｏｍｐｏｎｅｎｔＤａｔａエレメントの下位のＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントのアトリビュートとしてａｓｓｏｃｉａｔｅｄＴｏアトリビュートを定義し、ＣＣＣｏｍｐｏｎｅｎｔエレメントのアトリビュートとしてａｓｓｏｃｉａｔｅｄＴｏアトリビュートを定義することができる。
【０５４１】
図４４は、Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間の関連付けを説明するためにａｓｓｏｃｉａｔｅｄＡｕｄｉｏ及びａｓｓｏｃｉａｔｅｄＣＣアトリビュートを使用する実施例を示す図である。
【０５４２】
本発明の一実施例は、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネント（ＣＣ  Ｃｏｍｐｏｎｅｎｔ）の間の関連（Ａｓｓｏｃｉａｔｉｏｎ）付けを規定するために、ビデオコンポーネント（Ｖｉｄｅｏ  ｃｏｍｐｏｎｅｎｔ）の属性としてａｓｓｏｃｉａｔｅｄＡｕｄｉｏ及びａｓｓｏｃｉａｔｅｄＣＣアトリビュートを記述することができる。これによって、本発明の一実施例に係る受信機は、ビデオコンポーネント（Ｖｉｄｅｏ  ｃｏｍｐｏｎｅｎｔ）を受信すると、これと関連付けられている全てのＡｕｄｉｏ及び／又はＣＣコンポーネントを知ることができる。
【０５４３】
同図を見ると、本発明の一実施例は、コンポーネントフラグメントの下位のＣｏｍｐｏｎｅｎｔＤａｔａエレメントの下位のＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントのアトリビュートとして、ａｓｓｏｃｉａｔｅｄＡｕｄｉｏ及び／又はａｓｓｏｃｉａｔｅｄＣＣアトリビュートを定義することができる。
【０５４４】
図４５は、ＡｓｓｏｃｉａｔｅｄＴｏアトリビュートを使用してＶｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間の関連付けを説明する実施例を示す図である。
【０５４５】
本発明の一実施例によれば、Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔを記述するコンポーネントフラグメントにおいてＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントにａｓｓｏｃｉａｔｅｄＴｏアトリビュートを定義して“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を参照することによって、当該Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔと関連するＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔを記述するコンポーネントフラグメントをシグナリングすることができる。
【０５４６】
本発明の一実施例によれば、Ｐｒｅｓｅｎｔａｂｌｅ ＣＣ Ｃｏｍｐｏｎｅｎｔを記述するコンポーネントフラグメントにおいてＣＣＣｏｍｐｏｎｅｎｔエレメントにａｓｓｏｃｉａｔｅｄＴｏアトリビュートを定義して“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を参照することによって、当該Ｐｒｅｓｅｎｔａｂｌｅ ＣＣ Ｃｏｍｐｏｎｅｎｔと関連するＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔを記述するコンポーネントフラグメントをシグナリングすることができる。
【０５４７】
図４６は、ａｓｓｏｃｉａｔｅｄＡｕｄｉｏ及び／又はａｓｓｏｃｉａｔｅｄＣＣアトリビュートを使用してＶｉｄｅｏ、Ａｕｄｉｏ及びＣＣコンポーネントの間の関連付けを説明する実施例を示す図である。
【０５４８】
本発明の一実施例によれば、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔを記述するコンポーネントフラグメントにおいてＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントにａｓｓｏｃｉａｔｅｄＡｕｄｉｏ及びａｓｓｏｃｉａｔｅｄＣＣアトリビュートを定義し、それぞれ“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”、“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を参照することによって、当該Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔと関連するＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ及びＰｒｅｓｅｎｔａｂｌｅ ＣＣ Ｃｏｍｐｏｎｅｎｔを記述するコンポーネントフラグメントをシグナリングすることができる。
【０５４９】
図４７は、本発明の一実施例に係るフラグメント間の参照関係を示す図である。
【０５５０】
本発明の一実施例によって、次世代ハイブリッド放送システムのサービスガイドを提供するためにＳｅｒｖｉｃｅ、Ｃｏｎｔｅｎｔ及びＣｏｍｐｏｎｅｎｔフラグメントを定義する方法を前述した。
【０５５１】
本発明の一実施例は、前述した各フラグメント間の参照関係を定義することによって、次世代ハイブリッド放送システムのサービスガイドがアナウンスメント（ａｎｎｏｕｎｃｅｍｅｎｔ）され得る方法を提供することができる。
【０５５２】
本発明の一実施例によれば、ＣｏｍｐｏｎｅｎｔフラグメントでＳｅｒｖｉｃｅ及び／又はＣｏｎｔｅｎｔフラグメントを参照することができる。
【０５５３】
同図を見ると、ＣｏｍｐｏｎｅｎｔフラグメントでＳｅｒｖｉｃｅ及びＣｏｎｔｅｎｔフラグメントを参照し、ＣｏｎｔｅｎｔフラグメントでＳｅｒｖｉｃｅフラグメントを参照し、ＳｃｈｅｄｕｌｅフラグメントでＳｅｒｖｉｃｅ、Ｃｏｎｔｅｎｔ及びＣｏｍｐｏｎｅｎｔフラグメントを参照することができる。
【０５５４】
図４８は、本発明の一実施例によって、フラグメントとの参照関係を示すエレメントを含むＣｏｍｐｏｎｅｎｔフラグメントのｘｍｌスキーマを示す図である。
【０５５５】
本発明の一実施例に係るＣｏｍｐｏｎｅｎｔフラグメントは、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメント、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメント及び／又はＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを含むことができる。上述した各エレメントは、それぞれのｉｄを示すｉｄＲｅｆアトリビュートを有することができる。
【０５５６】
ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントは、当該Ｃｏｍｐｏｎｅｎｔフラグメントで参照するＳｅｒｖｉｃｅフラグメントを示すことができ、参照するＳｅｒｖｉｃｅフラグメントのｉｄ値を有することができる。
【０５５７】
ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、当該Ｃｏｍｐｏｎｅｎｔフラグメントで参照するＣｏｎｔｅｎｔフラグメントを示すことができ、参照するＣｏｎｔｅｎｔフラグメントのｉｄ値を有することができる。
【０５５８】
ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、当該Ｃｏｍｐｏｎｅｎｔフラグメントで参照する上位のＣｏｍｐｏｎｅｎｔフラグメントを示すことができ、参照する上位のＣｏｍｐｏｎｅｎｔフラグメントのｉｄ値を有することができる。この場合、前述したＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントが示すタイプ値の分類によって、Ｃｏｍｐｏｎｅｎｔフラグメント間の参照関係または上下関係が成立し得る。
【０５５９】
図４９は、本発明の一実施例によって、フラグメントとの参照関係を示すエレメントを含むＳｃｈｅｄｕｌｅフラグメントのｘｍｌスキーマを示す図である。
【０５６０】
本発明の一実施例に係るＳｃｈｅｄｕｌｅフラグメントは、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメント、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメント及び／又はＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを含むことができる。上述した各エレメントは、それぞれのｉｄを示すｉｄＲｅｆアトリビュートを有することができる。
【０５６１】
ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントは、参照するＳｅｒｖｉｃｅフラグメントを示すことができ、参照するＳｅｒｖｉｃｅフラグメントのｉｄ値を有することができる。これによって、Ｓｃｈｅｄｕｌｅフラグメントで当該Ｓｅｒｖｉｃｅの時間情報を提供することができる。
【０５６２】
ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、参照するＣｏｎｔｅｎｔフラグメントを示すことができ、参照するＣｏｎｔｅｎｔフラグメントのｉｄ値を有することができる。これによって、Ｓｃｈｅｄｕｌｅフラグメントで当該Ｃｏｎｔｅｎｔの時間情報を提供することができる。
【０５６３】
ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、参照するＣｏｍｐｏｎｅｎｔフラグメントを示すことができ、参照するＣｏｍｐｏｎｅｎｔフラグメントのｉｄ値を有することができる。これによって、Ｓｃｈｅｄｕｌｅフラグメントで当該Ｃｏｍｐｏｎｅｎｔの時間情報を提供することができる。
【０５６４】
図５０は、Ｓｅｒｖｉｃｅ、Ｃｏｎｔｅｎｔ及びＣｏｍｐｏｎｅｎｔフラグメントの間の参照関係を説明する実施例を示す図である。
【０５６５】
同図を見ると、前述したように、Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔを記述するコンポーネントフラグメント、Ｐｒｅｓｅｎｔａｂｌｅ ＣＣ Ｃｏｍｐｏｎｅｎｔを記述するコンポーネントフラグメントは、ａｓｓｏｃｉａｔｅｄＴｏアトリビュートを用いて、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔを記述するコンポーネントフラグメントを参照することができる。
【０５６６】
さらに、Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔを記述するコンポーネントフラグメント、Ｐｒｅｓｅｎｔａｂｌｅ ＣＣ Ｃｏｍｐｏｎｅｎｔを記述するコンポーネントフラグメント、及びＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔを記述するコンポーネントフラグメントは、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて、ｉｄ値が“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｎｔｅｎｔ／１”であるＣｏｎｔｅｎｔフラグメントを参照することができる。
【０５６７】
さらに、ｉｄ値が“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｎｔｅｎｔ／１”であるＣｏｎｔｅｎｔフラグメントは、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いて、ｉｄ値が“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｓｅｒｖｉｃｅ／１”であるＳｅｒｖｉｃｅフラグメントを参照することができる。
【０５６８】
このように、本発明の一実施例は、フラグメント間の参照関係を定義することによって、ハイブリッド放送システムで提供できるサービスガイドモデルを構成することができる。
【０５６９】
図５１は、Ｃｏｎｔｉｎｕｏｕｓ Ｃｏｍｐｏｎｅｎｔを記述するＣｏｍｐｏｎｅｎｔフラグメント間の参照関係を説明する実施例を示す図である。
【０５７０】
本発明の一実施例は、コンポーネントフラグメント間の参照関係を定義することによって、ハイブリッド放送システムで提供できるＣｏｎｔｉｎｕｏｕｓ Ｃｏｍｐｏｎｅｎｔの参照関係を表現することができる。
【０５７１】
本発明の一実施例によれば、ＣｏｍｐｏｎｅｎｔＴｙｐｅ値１〜６に該当するコンポーネントであるＣｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔ、Ｅｌｅｍｅｎｔａｒｙ ｃｏｍｐｏｎｅｎｔ、Ｃｏｍｐｏｓｉｔｅ ｃｏｍｐｏｎｅｎｔ、ＰｉｃｋＯｎｅ ｃｏｍｐｏｎｅｎｔ、Ｃｏｍｐｌｅｘ ｃｏｍｐｏｎｅｎｔ及び／又はＰｒｅｓｅｎｔａｂｌｅ ｃｏｍｐｏｎｅｎｔは、Ｃｏｎｔｉｎｕｏｕｓ Ｃｏｍｐｏｎｅｎｔに該当し得るものであり、同図に示されたように、上述したＣｏｎｔｉｎｕｏｕｓ Ｃｏｍｐｏｎｅｎｔ間の参照関係を表現することができる。
【０５７２】
本発明の一実施例によれば、Ｓｅｃｏｎｄ Ｅｎｈａｎｃｅｍｅｎｔ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／４”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を記述することによって、Ｆｉｒｓｔ Ｅｎｈａｎｃｅｍｅｎｔ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”）を参照することができる。
【０５７３】
同様に、Ｆｉｒｓｔ Ｅｎｈａｎｃｅｍｅｎｔ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”を記述することによって、Ｂａｓｅ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”）を参照することができる。
【０５７４】
同様に、Ｂａｓｅ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を記述することによって、Ｃｏｍｐｏｓｉｔｅ Ｃｏｍｐｏｎｅｎｔを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”）を参照することができる。
【０５７５】
図５２は、Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するＣｏｍｐｏｎｅｎｔを記述するＣｏｍｐｏｎｅｎｔフラグメント間の参照関係を説明する実施例を示す図である。
【０５７６】
本発明の一実施例は、コンポーネントフラグメント間の参照関係を定義することによって、ハイブリッド放送システムで提供できるＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するＣｏｍｐｏｎｅｎｔの参照関係を表現することができる。
【０５７７】
本発明の一実施例によれば、ＣｏｍｐｏｎｅｎｔＴｙｐｅ値７〜１３に該当するコンポーネントであるＮＲＴ Ｆｉｌｅ、ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍ、Ａｐｐｌｉｃａｔｉｏｎ、ＡＴＳＣ３．０ Ａｐｐｌｉｃａｔｉｏｎ、Ｏｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔ、Ｎｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍ及び／又はＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔは、Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するＣｏｍｐｏｎｅｎｔに該当し得るものであり、同図に示されたように、上述したＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するＣｏｍｐｏｎｅｎｔ間の参照関係を表現することができる。
【０５７８】
本発明の一実施例によれば、ＮＲＴ Ｆｉｌｅを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”を記述することによって、ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”）を参照することができる。
【０５７９】
同様に、ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を記述することによって、Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”）を参照することができる。
【０５８０】
同様に、Ｏｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／５”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を記述することによって、Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”）を参照することができる。
【０５８１】
同様に、Ａｐｐｌｉｃａｔｉｏｎを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／４”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を記述することによって、Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”）を参照することができる。
【０５８２】
図５３は、本発明の一実施例によって、コンテンツフラグメントで関連サービスフラグメントを参照する場合に提供できる機能を示す図である。
【０５８３】
本発明の一実施例は、コンテンツで参照するＳｅｒｖｉｃｅフラグメントを表現するとき、ハイブリッド放送網でサポートする機能を詳細に示すことができるサービスガイド方法を提供できる。
【０５８４】
本発明の一実施例に係るＣｏｎｔｅｎｔフラグメントはＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを有することができ、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントは、ｉｄＲｅｆアトリビュート、ｗｅｉｇｈアトリビュート及び／又はｒｅｌａｔｉｏｎｓｈｉｐアトリビュートを含むことができる。
【０５８５】
ｉｄＲｅｆアトリビュートは、参照するＣｏｎｔｅｎｔフラグメントで参照するＳｅｒｖｉｃｅフラグメントのｉｄを示すことができる。
【０５８６】
ｗｅｉｇｈアトリビュートは、Ｓｅｒｖｉｃｅフラグメントの参照時、その重要度を示すことができる。
【０５８７】
ｒｅｌａｔｉｏｎｓｈｉｐアトリビュートは、Ｓｅｒｖｉｃｅフラグメントの参照時、ＣｏｎｔｅｎｔフラグメントとＳｅｒｖｉｃｅフラグメントとの関係を示すことができる。さらに、このアトリビュートの値は、将来の拡張性のために整数値で表現されてもよい。このアトリビュートの値が０であればｕｎｓｐｅｃｉｆｉｅｄ、１であればＰｒｏｇｒａｍＯｆ、２であればＣｏｎｔｅｎｔＩｔｅｍＯｆ、３であればＯｎＤｅｍａｎｄＣｏｍｐｏｎｅｎｔＯｆ、４〜２５５であればｒｅｓｅｒｖｅｄであることを示すことができる。ＰｒｏｇｒａｍＯｆは、当該Ｃｏｎｔｅｎｔが、参照されるＳｅｒｖｉｃｅのＰｒｏｇｒａｍに該当することを示すことができ、ＣｏｎｔｅｎｔＩｔｅｍＯｆは、当該Ｃｏｎｔｅｎｔが、参照されるＳｅｒｖｉｃｅのＣｏｎｔｅｎｔＩｔｅｍに該当することを示すことができ、ＯｎＤｅｍａｎｄＣｏｍｐｏｎｅｎｔＯｆは、当該Ｃｏｎｔｅｎｔが、参照されるＳｅｒｖｉｃｅのＯｎＤｅｍａｎｄＣｏｍｐｏｎｅｎｔに該当することを示すことができる。
【０５８８】
図５４は、本発明の一実施例に係るｒｅｌａｔｉｏｎｓｈｉｐアトリビュートを用いて、コンテンツフラグメントで関連サービスフラグメントを参照する実施例を示す図である。
【０５８９】
本発明の一実施例に係る受信機は、ｒｅｌａｔｉｏｎｓｈｉｐアトリビュートを用いてＣｏｎｔｅｎｔフラグメントでＳｅｒｖｉｃｅフラグメントを参照する場合、両フラグメント間の関係を知ることができる。したがって、本発明の一実施例は、ｒｅｌａｔｉｏｎｓｈｉｐアトリビュートを通じて、コンポーネントレベル（Ｃｏｍｐｏｎｅｎｔ  ｌｅｖｅｌ）まで分析しなくても、当該サービスがユーザにどの属性のコンテンツで構成されるかを、サービスガイドで表現することができる。
【０５９０】
同図を見ると、計３個のＣｏｎｔｅｎｔフラグメントは、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いて、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｓｅｒｖｉｃｅ／１”を有するＳｅｒｖｉｃｅフラグメントを参照している。左側のコンテンツフラグメントは、ｒｅｌａｔｉｏｎｓｈｉｐアトリビュート値として１を有することによって、参照されるサービスフラグメントのＰｒｏｇｒａｍであることを示すことができ、中間のコンテンツフラグメントは、ｒｅｌａｔｉｏｎｓｈｉｐアトリビュート値として２を有することによって、参照されるサービスフラグメントのＣｏｎｔｅｎｔＩｔｅｍであることを示すことができ、右側のコンテンツフラグメントは、ｒｅｌａｔｉｏｎｓｈｉｐアトリビュート値として３を有することによって、参照されるサービスフラグメントのＯｎＤｅｍａｎｄＣｏｍｐｏｎｅｎｔであることを示すことができる。
【０５９１】
図５５は、本発明の他の一実施例に係るフラグメント間の参照関係を示す図である。
【０５９２】
本発明の一実施例によって、次世代ハイブリッド放送システムのサービスガイドを提供するために、Ｓｅｒｖｉｃｅ、Ｃｏｎｔｅｎｔ及びＣｏｍｐｏｎｅｎｔフラグメントを定義する方法を前述した。
【０５９３】
本発明の一実施例は、前述した各フラグメント間の参照関係を定義することによって、次世代ハイブリッド放送システムのサービスガイドがアナウンスメント（ａｎｎｏｕｎｃｅｍｅｎｔ）され得る方法を提供することができる。
【０５９４】
本発明の一実施例によれば、ＳｅｒｖｉｃｅフラグメントでＣｏｎｔｅｎｔフラグメント及び／又はＣｏｍｐｏｎｅｎｔフラグメントを参照することができる。
【０５９５】
同図を見ると、サービスフラグメントでコンテンツフラグメント及び／又はコンポーネントフラグメントを参照し、コンテンツフラグメントでコンポーネントフラグメントを参照し、ＳｃｈｅｄｕｌｅフラグメントでＳｅｒｖｉｃｅ、Ｃｏｎｔｅｎｔ及び／又はＣｏｍｐｏｎｅｎｔフラグメントを参照することができる。
【０５９６】
本発明の一実施例によれば、特定のサービスを構成するコンテンツ、コンポーネント要素を見つけるためのリソースの節約が可能である。
【０５９７】
図５６は、本発明の他の一実施例に係る、フラグメントとの参照関係を示すエレメントを含むサービスフラグメント、コンテンツフラグメント及びコンポーネントフラグメントのｘｍｌスキーマを示す図である。
【０５９８】
本発明の一実施例に係るサービスガイドの各フラグメントは参照関係を有することができる。
【０５９９】
本発明の一実施例に係るサービスフラグメントは、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメント及び／又はＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを含むことができる。上述した各エレメントは、それぞれのｉｄを示すｉｄＲｅｆアトリビュートを有することができる（Ｌ５６０１０）。
【０６００】
ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、当該サービスフラグメントで参照するＣｏｎｔｅｎｔフラグメントを示すことができ、参照するＣｏｎｔｅｎｔフラグメントのｉｄ値を有することができる。
【０６０１】
ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、当該サービスフラグメントで参照するＣｏｍｐｏｎｅｎｔフラグメントを示すことができ、参照するＣｏｍｐｏｎｅｎｔフラグメントのｉｄ値を有することができる。
【０６０２】
本発明の一実施例に係るコンテンツフラグメントはＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを含むことができる。このエレメントは、このエレメントのｉｄを示すｉｄＲｅｆアトリビュートを有することができる（Ｌ５６０２０）。
【０６０３】
ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、当該コンテンツフラグメントで参照するＣｏｍｐｏｎｅｎｔフラグメントを示すことができ、参照するＣｏｍｐｏｎｅｎｔフラグメントのｉｄ値を有することができる。
【０６０４】
本発明の一実施例に係るコンポーネントフラグメントはＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを含むことができる。このエレメントは、このエレメントのｉｄを示すｉｄＲｅｆアトリビュートを有することができる（Ｌ５６０３０）。
【０６０５】
ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、当該Ｃｏｍｐｏｎｅｎｔフラグメントで参照する下位のＣｏｍｐｏｎｅｎｔフラグメントを示すことができ、参照する下位のＣｏｍｐｏｎｅｎｔフラグメントのｉｄ値を有することができる。この場合、前述したＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントが示すタイプ値の分類によって、Ｃｏｍｐｏｎｅｎｔフラグメント間の参照関係または上下関係が成立し得る。
【０６０６】
本発明の一実施例に係るＳｃｈｅｄｕｌｅフラグメントは、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメント、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメント及び／又はＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを含むことができる。上述した各エレメントは、それぞれのｉｄを示すｉｄＲｅｆアトリビュートを有することができる（図示せず）。
【０６０７】
ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントは、参照するＳｅｒｖｉｃｅフラグメントを示すことができ、参照するＳｅｒｖｉｃｅフラグメントのｉｄ値を有することができる。これによって、Ｓｃｈｅｄｕｌｅフラグメントで当該Ｓｅｒｖｉｃｅの時間情報を提供することができる。
【０６０８】
ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、参照するＣｏｎｔｅｎｔフラグメントを示すことができ、参照するＣｏｎｔｅｎｔフラグメントのｉｄ値を有することができる。これによって、Ｓｃｈｅｄｕｌｅフラグメントで当該Ｃｏｎｔｅｎｔの時間情報を提供することができる。
【０６０９】
ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、参照するＣｏｍｐｏｎｅｎｔフラグメントを示すことができ、参照するＣｏｍｐｏｎｅｎｔフラグメントのｉｄ値を有することができる。これによって、Ｓｃｈｅｄｕｌｅフラグメントで当該Ｃｏｍｐｏｎｅｎｔの時間情報を提供することができる。
【０６１０】
図５７は、Ｓｅｒｖｉｃｅ、Ｃｏｎｔｅｎｔ及びＣｏｍｐｏｎｅｎｔフラグメントの間の参照関係を説明する他の一実施例を示す図である。
【０６１１】
同図を見ると、前述したように、Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔを記述するコンポーネントフラグメント、Ｐｒｅｓｅｎｔａｂｌｅ ＣＣ Ｃｏｍｐｏｎｅｎｔを記述するコンポーネントフラグメントは、ａｓｓｏｃｉａｔｅｄＴｏアトリビュートを用いて、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔを記述するコンポーネントフラグメントを参照することができる。
【０６１２】
Ｉｄ値が“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｓｅｒｖｉｃｅ／１”であるＳｅｒｖｉｃｅフラグメントは、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて、ｉｄ値が“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｎｔｅｎｔ／１”であるＣｏｎｔｅｎｔフラグメントを参照することができる。
【０６１３】
Ｉｄ値が“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｎｔｅｎｔ／１”であるＣｏｎｔｅｎｔフラグメントは、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて、ｉｄ値が“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”であるＣｏｍｐｏｎｅｎｔフラグメント（Ｐｒｅｓｅｎｔａｂｌｅ  Ｖｉｄｅｏ  Ｃｏｍｐｏｎｅｎｔ）を参照することができる。
【０６１４】
このように、本発明の一実施例は、フラグメント間の参照関係を定義することによって、ハイブリッド放送システムで提供できるサービスガイドモデルを構成することができる。
【０６１５】
本発明の一実施例は、サービスフラグメントでコンテンツフラグメントを参照し、コンテンツフラグメントでコンポーネントフラグメントを参照する方式のように、上位レベルで下位レベルを参照する方向を使用することによって、リソースを低減することができる。
【０６１６】
図５８は、Ｃｏｎｔｉｎｕｏｕｓ Ｃｏｍｐｏｎｅｎｔを記述するＣｏｍｐｏｎｅｎｔフラグメント間の参照関係を説明する他の一実施例を示す図である。
【０６１７】
本発明の一実施例は、コンポーネントフラグメント間の参照関係を定義することによって、ハイブリッド放送システムで提供できるＣｏｎｔｉｎｕｏｕｓ Ｃｏｍｐｏｎｅｎｔの参照関係を表現することができる。
【０６１８】
本発明の一実施例によれば、ＣｏｍｐｏｎｅｎｔＴｙｐｅ値１〜６に該当するコンポーネントであるＣｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔ、Ｅｌｅｍｅｎｔａｒｙ ｃｏｍｐｏｎｅｎｔ、Ｃｏｍｐｏｓｉｔｅ ｃｏｍｐｏｎｅｎｔ、ＰｉｃｋＯｎｅ ｃｏｍｐｏｎｅｎｔ、Ｃｏｍｐｌｅｘ ｃｏｍｐｏｎｅｎｔ及び／又はＰｒｅｓｅｎｔａｂｌｅ ｃｏｍｐｏｎｅｎｔはＣｏｎｔｉｎｕｏｕｓ Ｃｏｍｐｏｎｅｎｔに該当し得るものであり、同図に示されたように、上述したＣｏｎｔｉｎｕｏｕｓ Ｃｏｍｐｏｎｅｎｔ間の参照関係を表現することができる。
【０６１９】
本発明の一実施例によれば、Ｃｏｍｐｏｓｉｔｅ Ｃｏｍｐｏｎｅｎｔを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”を記述することによって、Ｂａｓｅ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”）を参照することができる。
【０６２０】
同様に、Ｂａｓｅ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を記述することによって、Ｆｉｒｓｔ Ｅｎｈａｎｃｅｍｅｎｔ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”）を参照することができる。
【０６２１】
同様に、Ｆｉｒｓｔ Ｅｎｈａｎｃｅｍｅｎｔ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／４”を記述することによって、Ｓｅｃｏｎｄ Ｅｎｈａｎｃｅｍｅｎｔ Ｌａｙｅｒを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／４”）を参照することができる。
【０６２２】
図５９は、Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するＣｏｍｐｏｎｅｎｔを記述するＣｏｍｐｏｎｅｎｔフラグメント間の参照関係を説明する他の一実施例を示す図である。
【０６２３】
本発明の一実施例は、コンポーネントフラグメント間の参照関係を定義することによって、ハイブリッド放送システムで提供できるＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するＣｏｍｐｏｎｅｎｔの参照関係を表現することができる。
【０６２４】
本発明の一実施例によれば、ＣｏｍｐｏｎｅｎｔＴｙｐｅ値７〜１３に該当するコンポーネントであるＮＲＴ Ｆｉｌｅ、ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍ、Ａｐｐｌｉｃａｔｉｏｎ、ＡＴＳＣ３．０ Ａｐｐｌｉｃａｔｉｏｎ、Ｏｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔ、Ｎｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍ及び／又はＡｐｐｂａｓｅｄ ＥｎｈａｎｃｅｍｅｎｔはＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するＣｏｍｐｏｎｅｎｔに該当し得るものであり、同図に示されたように、上述したＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔと関連するＣｏｍｐｏｎｅｎｔ間の参照関係を表現することができる。
【０６２５】
本発明の一実施例によれば、Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”、“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／４”及び“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／５”を記述することによって、ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”）、Ａｐｐｌｉｃａｔｉｏｎを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／４”）及びＯｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／５”）を参照することができる。
【０６２６】
同様に、ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”）は、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントに“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を記述することによって、ＮＲＴ Ｆｉｌｅを記述するコンポーネントフラグメント（ｉｄ＝“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”）を参照することができる。
【０６２７】
図６０及び図６１は、本発明の一実施例に係るＣｏｍｐｏｎｅｎｔフラグメントの構成を示す図である。
【０６２８】
２つの図面にわたって示されたテーブルは、連結された一つのテーブルに該当する。
【０６２９】
本発明の一実施例に係るコンポーネントフラグメントは、ｉｄアトリビュート、ｖｅｒｓｉｏｎアトリビュート、ｖａｌｉｄＦｒｏｍアトリビュート、ｖａｌｉｄＴｏアトリビュート、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメント、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメント、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメント、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメント、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメント、ＰｒｉｖａｔｅＥｘｔエレメント及び／又はＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓエレメントを含むことができる。ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメント、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメント及びＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、それぞれｉｄＲｅｆアトリビュートを含むことができる。上述したｉｄアトリビュート及び／又はｉｄＲｅｆアトリビュートはＵＲＩの形態を有することができ、上述したアトリビュート及び／又はエレメントについての詳細は後述する。
【０６３０】
図６２は、本発明の他の一実施例に係るＣｏｍｐｏｎｅｎｔフラグメントのｘｍｌスキーマを示す図である。
【０６３１】
本発明の一実施例に係るコンポーネントフラグメント（Ｃｏｍｐｏｎｅｎｔ  ｆｒａｇｍｅｎｔ）は、コンポーネントが参照するコンテンツ又はサービスの一部分である、コンポーネントを記述することができる。（The ‘Component’ fragment describes a component that is a part of a service or a content that the component refers to.）
【０６３２】
本発明の一実施例に係るコンポーネントフラグメントは、ｉｄアトリビュート、ｖｅｒｓｉｏｎアトリビュート、ｖａｌｉｄＦｒｏｍアトリビュート、ｖａｌｉｄＴｏアトリビュート、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメント、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメント、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメント、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメント、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメント、ＰｒｉｖａｔｅＥｘｔエレメント及び／又はＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓエレメントを含むことができる。
【０６３３】
ｉｄアトリビュートは、コンポーネントフラグメントのＩＤを示すことができる。このアトリビュートの値はｇｌｏｂａｌｌｙ ｕｎｉｑｕｅであってもよい。
【０６３４】
ｖｅｒｓｉｏｎアトリビュートは、コンポーネントフラグメントのバージョン情報を示すことができる。
【０６３５】
ｖａｌｉｄＦｒｏｍアトリビュートは、コンポーネントフラグメントが有効な最初の時点を示すことができる。
【０６３６】
ｖａｌｉｄＴｏアトリビュートは、コンポーネントフラグメントが有効な最後の時点を示すことができる。
【０６３７】
ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントは、当該コンポーネントフラグメントが属するサービスフラグメントを参照することができる。
【０６３８】
ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、当該コンポーネントが属するコンテンツフラグメントを参照することができる。
【０６３９】
ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントは、当該コンポーネントが属するコンポーネントフラグメントを参照することができる。
【０６４０】
ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントは、コンポーネントフラグメントが記述するコンテンツのタイプを示すことができる。タイプが混在する場合には、１つ以上のＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを使用してタイプを示すことができる。
【０６４１】
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、当該コンポーネントのロール（ｒｏｌｅ）を示すことができる。本発明の一実施例によれば、該当するコンポーネントがＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ、Ｃｏｍｐｏｓｉｔｅ Ｖｉｄｅｏ、Ｐｒｅｓｅｎｔａｂｌｅ ＡｕｄｉｏまたはＰｒｅｓｅｎｔａｂｌｅ ＣＣ ｃｏｍｐｏｎｅｎｔである場合にコンポーネントロール（Ｃｏｍｐｏｎｅｎｔ  Ｒｏｌｅ）を有し、このエレメントに対する値についての詳細は後述する。
【０６４２】
ＰｒｉｖａｔｅＥｘｔエレメントは、私有のまたはアプリケーションに限定された拡張のためのコンテナーを示すことができる。（An element serving as a container for proprietary or applicationspecific extensions．）
ＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓエレメントは、私有のまたはアプリケーションに限定されたエレメントを示すことができる。このエレメントは、１つ以上のサブエレメント又はアトリビュートを含むことができる。
【０６４３】
図６３は、本発明の他の一実施例に係るＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのｘｍｌスキーマを示す図である。
【０６４４】
本発明の一実施例に係るコンポーネントは、ハイブリッド放送で送り得る全てのＣｏｍｐｏｎｅｎｔＴｙｐｅを表現することができる。そのために、本発明の一実施例は、タイプの範囲を整数値で表現することができる。
【０６４５】
本発明の一実施例によれば、全てのコンポーネントがコンポーネントデータ（ＣｏｍｐｏｎｅｎｔＤａｔａ）を含んでいるものではないので、受信装置は、コンポーネントフラグメントのタイプ値をまず見つけた後、コンポーネントデータの情報を知ることができる。
【０６４６】
本発明の一実施例に係る各コンポーネント間の上下又は従属関係は後述する。
【０６４７】
本発明の一実施例によれば、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのタイプを示すＣｏｍｐｏｎｅｎｔＲａｎｇｅＴｙｐｅは、最小値として０を、最大値として１５を有することができる。
【０６４８】
同図に示したように、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値が０であれば、定められていないコンポーネント（Ｕｎｓｐｅｃｉｆｉｅｄ）を示すことができ、１であればＣｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔを示すことができ、２であればＥｌｅｍｅｎｔａｒｙ ｃｏｍｐｏｎｅｎｔを示すことができ、３であればＣｏｍｐｏｓｉｔｅ ｃｏｍｐｏｎｅｎｔを示すことができ、４であればＰｉｃｋＯｎｅ ｃｏｍｐｏｎｅｎｔを示すことができ、５であればＣｏｍｐｌｅｘ ｃｏｍｐｏｎｅｎｔを示すことができ、６であればＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔを示すことができ、７であればＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔを示すことができ、８であればＰｒｅｓｅｎｔａｂｌｅ ＣＣ ｃｏｍｐｏｎｅｎｔを示すことができ、９であればＮＲＴ Ｆｉｌｅを示すことができ、１０であればＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍを示すことができ、１１であればＡｐｐｌｉｃａｔｉｏｎを示すことができ、１２であればＡＴＳＣ３．０ Ａｐｐｌｉｃａｔｉｏｎを示すことができ、１３であればＯｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔを、１４であればＮｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍを、１５であればＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔを、１６〜２５５であればＲｅｓｅｒｖｅｄであることを示すことができる。
【０６４９】
Ｃｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔは、一つの連続するストリームにおいて表現されるコンテンツコンポーネントを示すことができる。例えば、オーディオ、ビデオまたはＣｌｏｓｅｄ Ｃａｐｔｉｏｎがこれに該当し得る。
【０６５０】
Ｅｌｅｍｅｎｔａｒｙ ｃｏｍｐｏｎｅｎｔは、シングルエンコーディングに該当するＣｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔを示すことができる。すなわち、別途のエンコーダによってエンコーディングされるＣｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔを示すことができる。例えば、サウンドシーケンスのシングルエンコーディング、ピクチャシーケンスのシングルエンコーディングまたはシングルｃｌｏｓｅｄ ｃａｐｔｉｏｎトラックがこれに該当し得る。
【０６５１】
Ｃｏｍｐｏｓｉｔｅ ｃｏｍｐｏｎｅｎｔは、同じコンテンツタイプを有し、同じ場面を表現し、一つのプレゼンテーションを作るために組み合わせることができるＣｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔの集合を構成するコンテンツコンポーネントを示すことができる。例えば、完全なオーディオを提供するために混合される音楽、ダイアローグまたは効果音楽がこれに該当し得る。また、３Ｄ映像を提供するために組み合わされる左映像または右映像がこれに該当し得る。
【０６５２】
ＰｉｃｋＯｎｅ ｃｏｍｐｏｎｅｎｔは、同じコンテンツタイプを有し、同じ場面を表現し、一つのプレゼンテーションを作るために選択できるＣｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔの集合を構成するコンテンツコンポーネントを示すことができる。例えば、同じサウンドシーケンスと異なるビットレートでエンコーディングされたオーディオコンポーネントの集合、同じピクチャシーケンスと異なるビットレートでエンコーディングされたビデオコンポーネントの集合、または同じダイアローグのための一般的なｃｌｏｓｅｄ ｃａｐｔｉｏｎトラック及びｅａｓｙ ｒｅａｄｅｒ ｃｌｏｓｅｄ ｃａｐｔｉｏｎトラックの集合がこれに該当し得る。
【０６５３】
Ｃｏｍｐｌｅｘ ｃｏｍｐｏｎｅｎｔは、Ｃｏｍｐｏｓｉｔｅ ｃｏｍｐｏｎｅｎｔまたはＰｉｃｋＯｎｅ ｃｏｍｐｏｎｅｎｔを示すことができる。
【０６５４】
Ｐｒｅｓｅｎｔａｂｌｅ ｃｏｍｐｏｎｅｎｔは、ユーザに表示されるＣｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔを示すことができる。このコンポーネントは、Ｅｌｅｍｅｎｔａｒｙ ｃｏｍｐｏｎｅｎｔまたはＣｏｍｐｌｅｘ ｃｏｍｐｏｎｅｎｔを含むことができる。
【０６５５】
Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔは、ユーザに表示されるＶｉｄｅｏ Ｃｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔを示すことができる。
【０６５６】
Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔは、ユーザに表示されるＡｕｄｉｏ Ｃｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔを示すことができる。
【０６５７】
Ｐｒｅｓｅｎｔａｂｌｅ ＣＣ ｃｏｍｐｏｎｅｎｔは、ユーザに表示されるＣＣ Ｃｏｎｔｉｎｕｏｕｓ ｃｏｍｐｏｎｅｎｔを示すことができる。
【０６５８】
ＮＲＴ Ｆｉｌｅは、非リアルタイムで伝送されるファイルを示すことができる。
【０６５９】
ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍは、統合された全体として消費される意図で作られた１つ以上のＮＲＴファイルの集合を示すことができる。
【０６６０】
Ａｐｐｌｉｃａｔｉｏｎは、それ自体で完全なエンハンスドまたはインタラクティブサービスを構成する文書の集合を示すことができる。前記文書は、ＨＴＭＬ、ジャバスクリプト（ＪａｖａＳｃｒｉｐｔ）、ＣＳＳ、ＸＭＬ及び／又はマルチメディアファイル（ｍｕｌｔｉｍｅｄｉａ ｆｉｌｅｓ）を含むことができる。このＡｐｐｌｉｃａｔｉｏｎは、このａｐｐｌｉｃａｔｉｏｎの一部分ではなく他のデータにアクセスすることができる。このＡｐｐｌｉｃａｔｉｏｎは、ＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍの特別なケースに該当し得る。
【０６６１】
ＡＴＳＣ３．０ Ａｐｐｌｉｃａｔｉｏｎは、ＡＴＳＣ３．０ Ａｐｐｌｉｃａｔｉｏｎ Ｒｕｎｔｉｍｅ Ｅｎｖｉｒｏｎｍｅｎｔ Ｓｐｅｃｉｆｉｃａｔｉｏｎに従うＡｐｐｌｉｃａｔｉｏｎを示すことができる。
【０６６２】
Ｏｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔは、ｏｎ ｄｅｍａｎｄによって伝送されるコンテンツコンポーネントを示すことができる。
【０６６３】
Ｎｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍは、Ｌｉｎｅａｒ Ｔｉｍｅ Ｂａｓｅ下でアプリケーションのアクションを同期化するためのｎｏｔｉｆｉｃａｔｉｏｎを伝送できるストリームを示すことができる。
【０６６４】
Ａｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔは、アクションの同期化されたｎｏｔｉｆｉｃａｔｉｏｎを伝送する０個以上のＮｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍｓ、１つ以上のアプリケーション、アプリケーションによって使用される０個以上の異なるＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍｓ、アプリケーションによって管理される０個以上のＯｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔｓを含むことができる。
【０６６５】
図６４は、本発明の一実施例に係るＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントのｘｍｌスキーマを示す図である。
【０６６６】
本発明の一実施例は、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントを使用して、ハイブリッド放送で送り得る全てのコンポーネントのロール（ｒｏｌｅ）を表現することができる。そのために、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値は整数値で表現されてもよい。
【０６６７】
本発明の一実施例に係るＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、０から２１までの値を有することができる。
【０６６８】
本発明の一実施例は、Ｃｏｍｐｏｎｅｎｔがｐｒｅｓｅｎｔａｂｌｅである場合に有するｒｏｌｅ及びｃｏｍｐｏｓｉｔｅである場合に有するｒｏｌｅをいずれも示すことができるように、このエレメント値の範囲を提供することができる。
【０６６９】
本発明の一実施例に係るＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントが示す値が０であればｕｎｓｐｅｃｉｆｉｅｄを、１であればＰｒｉｍａｒｙ （ｄｅｆａｕｌｔ） ｖｉｄｅｏを、２であればＡｌｔｅｒｎａｔｉｖｅ ｃａｍｅｒａ ｖｉｅｗを、３であればＯｔｈｅｒ ａｌｔｅｒｎａｔｉｖｅ ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔを、４であればＳｉｇｎ ｌａｎｇｕａｇｅ （ｅ．ｇ．， ＡＳＬ） ｉｎｓｅｔを、５であればＦｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏを、６であればＢａｓｅ ｌａｙｅｒ ｆｏｒ ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｅｎｃｏｄｉｎｇを、７であればＥｎｈａｎｃｅｍｅｎｔ ｌａｙｅｒ ｆｏｒ ｓｃａｌａｂｌｅ ｖｉｄｅｏ ｅｎｃｏｄｉｎｇ， ｗｉｔｈ ｌｅｖｅｌを、８であれば３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗを、９であれば３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗを、１０であれば３Ｄ ｖｉｄｅｏ ｄｅｐｔｈ ｉｎｆｏｒｍａｔｉｏｎを、１１であればＰａｒｔ ｏｆ ｖｉｄｅｏ ａｒｒａｙ， ＜ｘ，ｙ＞ ｏｆ ＜ｎ，ｍ＞を、１２であればＦｏｌｌｏｗＳｕｂｊｅｃｔ ｍｅｔａｄａｔａを、１３であればＣｏｍｐｌｅｔｅ ｍａｉｎを、１４であればＭｕｓｉｃを、１５であればＤｉａｌｏｇを、１６であればＥｆｆｅｃｔｓを、１７であればＶｉｓｕａｌｌｙ ｉｍｐａｉｒｅｄを、１８であればＨｅａｒｉｎｇ ｉｍｐａｉｒｅｄを、１９であればＣｏｍｍｅｎｔａｒｙを、２０であればＮｏｒｍａｌを、２１であればＥａｓｙ ｒｅａｄｅｒを、２２〜２５５であればｒｅｓｅｒｖｅｄであることを示すことができる。ここで、このエレメント値１〜５はｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔのｒｏｌｅを示すことができ、６〜１２はＣｏｍｐｏｓｉｔｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔのｒｏｌｅを示すことができ、１３〜１９はｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔのｒｏｌｅを示すことができ、２０〜２１はｐｒｅｓｅｎｔａｂｌｅ ＣＣ Ｃｏｍｐｏｎｅｎｔのｒｏｌｅを示すことができる。
【０６７０】
図６５は、本発明の他の一実施例によって、スケーラブルビデオコーディング（ｓｃａｌａｂｌｅ  ｖｉｄｅｏ  ｃｏｄｉｎｇ）において一つのベースレイヤ（ｂａｓｅ  ｌａｙｅｒ）と２つのエンハンスメントレイヤ（ｅｎｈａｎｃｅｍｅｎｔ  ｌａｙｅｒ）を含むコンポジットビデオコンポーネント（Ｃｏｍｐｏｓｉｔｅ  Ｖｉｄｅｏ  Ｃｏｍｐｏｎｅｎｔ）に対してコンポーネントフラグメントのｘｍｌスキーマを示す図である。
【０６７１】
本発明の一実施例によれば、同図の上端に位置するコンポーネントフラグメント（Ｌ６５０１０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＣｏｍｐｏｓｉｔｅコンポーネントであることを示すことができる。
【０６７２】
同図の左側に位置するコンポーネントフラグメント（Ｌ６５０２０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ、Ｅｌｅｍｅｎｔａｒｙ及びＢａｓｅ Ｌａｙｅｒ ｏｆ ＳＶＣコンポーネントであることを示すことができる。
【０６７３】
同図の右側に位置するコンポーネントフラグメント（Ｌ６５０３０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ、Ｅｌｅｍｅｎｔａｒｙ及びＥｎｈａｎｃｅｍｅｎｔ Ｌａｙｅｒ ｏｆ ＳＶＣコンポーネントであることを示すことができる。
【０６７４】
図６６は、本発明の他の一実施例によって、３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗと３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗを含むコンポジットコンポーネント（Ｃｏｍｐｏｓｉｔｅ  Ｃｏｍｐｏｎｅｎｔ）に対してコンポーネントフラグメントのｘｍｌスキーマを示す図である。
【０６７５】
本発明の一実施例によれば、同図の上端に位置するコンポーネントフラグメント（Ｌ６６０１０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＣｏｍｐｏｓｉｔｅコンポーネントであることを示すことができる。
【０６７６】
同図の左側に位置するコンポーネントフラグメント（Ｌ６６０２０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ、Ｐｉｃｋｏｎｅ及び３Ｄ ｖｉｄｅｏ ｌｅｆｔ ｖｉｅｗコンポーネントであることを示すことができる。
【０６７７】
同図の右側に位置するコンポーネントフラグメント（Ｌ６６０３０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ、Ｐｉｃｋｏｎｅ及び３Ｄ ｖｉｄｅｏ ｒｉｇｈｔ ｖｉｅｗコンポーネントであることを示すことができる。
【０６７８】
図６７は、本発明の他の一実施例によって、コンプリートオーディオコンポーネント（Ｃｏｍｐｌｅｔｅ  Ａｕｄｉｏ  Ｃｏｍｐｏｎｅｎｔ）を記述するコンポーネントフラグメントのｘｍｌスキーマを示す図である。
【０６７９】
本発明の一実施例によれば、同図の最上端に位置するコンポーネントフラグメント（Ｌ６７０１０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＰｉｃｋｏｎｅコンポーネントであることを示すことができる。
【０６８０】
同図の２番目の列の左側に位置するコンポーネントフラグメント（Ｌ６７０２０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／２”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ、Ｐｉｃｋｏｎｅ及びＡｕｄｉｏ Ｃｏｍｐｏｌｅｔｅｌｙ Ｍａｉｎコンポーネントであることを示すことができる。
【０６８１】
同図の２番目の列の右側に位置するコンポーネントフラグメント（Ｌ６７０３０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／１”を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ及びＣｏｍｐｏｓｉｔｅコンポーネントであることを示すことができる。
【０６８２】
同図の３番目の列の左側に位置するコンポーネントフラグメント（Ｌ６７０４０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／４”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ、Ｐｉｃｋｏｎｅ及びＡｕｄｉｏ Ｍｕｓｉｃコンポーネントであることを示すことができる。
【０６８３】
同図の３番目の列の右側に位置するコンポーネントフラグメント（Ｌ６７０５０）は、ｉｄ値として“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／５”を有し、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントを用いてＳｅｒｖｉｃｅ１を参照し、ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いてＣｏｎｔｅｎｔ１を参照し、ＣｏｍｐｏｎｅｎｔＲｅｆｅｒｅｎｃｅエレメントを用いて“ｂｃａｓｔ：／／ｌｇｅ．ｃｏｍ／Ｃｏｍｐｏｎｅｎｔ／３”を参照し、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントを用いて当該コンポーネントがＣｏｎｔｉｎｕｏｕｓ、Ｐｉｃｋｏｎｅ及びＡｕｄｉｏ Ｄｉａｌｏｇコンポーネントであることを示すことができる。
【０６８４】
図６８は、本発明の一実施例に係るコンテンツ（Ｃｏｎｔｅｎｔ）フラグメントの構成を示す図である。
【０６８５】
本発明の一実施例は、コンテンツフラグメントの下位エレメントとしてコンポーネント（Ｃｏｍｐｏｎｅｎｔ）を定義し、デバイス及びユーザにアナウンスメント（ａｎｎｏｕｎｃｅｍｅｎｔ）する方法を提供することができる。
【０６８６】
本発明の一実施例によれば、コンポーネントフラグメントを別途に構成することによって、不可避であった構成要素及び／又はアトリビュートの重畳または繰り返し使用を低減することができる。また、ユーザにアナウンスメント情報を直観的に提供することができる。
【０６８７】
本発明の一実施例に係るコンテンツフラグメントは、ｉｄアトリビュート、ｖｅｒｓｉｏｎアトリビュート、ｖａｌｉｄＦｒｏｍアトリビュート、ｖａｌｉｄＴｏアトリビュート、ｇｌｏｂａｌＣｏｎｔｅｎｔＩＤアトリビュート、ｅｍｅｒｇｅｎｃｙアトリビュート、ｂａｓｅＣＩＤアトリビュート、ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメント、ＰｒｏｔｅｃｔｉｏｎＫｅｙＩＤエレメント、Ｎａｍｅエレメント、Ｄｅｓｃｒｉｐｔｉｏｎエレメント、ＳｔａｒｔＴｉｍｅエレメント、ＥｎｄＴｉｍｅエレメント、ＡｕｄｉｏＬａｎｇｕａｇｅエレメント、ＴｅｘｔＬａｎｇｕａｇｅエレメント、Ｌｅｎｇｔｈエレメント、ＰａｒｅｎｔａｌＲａｔｉｎｇエレメント、ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメント、Ｇｅｎｒｅエレメント、Ｅｘｔｅｎｓｉｏｎエレメント、ＰｒｅｖｉｅｗＤａｔａＲｅｆｅｒｅｎｃｅエレメント、ＢｒｏａｄｃａｓｔＡｒｅａエレメント、ＴｅｒｍｓＯｆＵｓｅエレメント及び／又はＰｒｉｖａｔｅＥｘｔエレメントを含むことができる。
【０６８８】
ｉｄアトリビュートは、コンテンツフラグメントのＩＤを示すことができる。
【０６８９】
ｖｅｒｓｉｏｎアトリビュートは、当該コンテンツフラグメントのバージョン情報を示すことができる。
【０６９０】
ｖａｌｉｄＦｒｏｍアトリビュートは、当該コンテンツフラグメントが有効な最初の時間情報を示すことができる。
【０６９１】
ｖａｌｉｄＴｏアトリビュートは、当該コンテンツフラグメントが有効な最後の時間情報を示すことができる。
【０６９２】
ｇｌｏｂａｌＣｏｎｔｅｎｔＩＤアトリビュートは、当該コンテンツフラグメントが記述するコンテンツを識別する識別子を示すことができる。
【０６９３】
ｅｍｅｒｇｅｎｃｙアトリビュートは、当該コンテンツフラグメントが記述するコンテンツがｅｍｅｒｇｅｎｃｙな性格のコンテンツであるか否かを示すことができる。
【０６９４】
ｂａｓｅＣＩＤアトリビュートは、サービス又はプログラムのＣＩＤに関する情報を示すことができる。
【０６９５】
ＳｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅエレメントは、当該コンテンツフラグメントが参照するサービスを示すことができる。
【０６９６】
ＰｒｏｔｅｃｔｉｏｎＫｅｙＩＤエレメントは、保護されたコンテンツにアクセスするために必要なＫｅｙ識別子を示すことができる。
【０６９７】
Ｎａｍｅエレメントは、当該コンテンツフラグメントの名前を示すことができる。
【０６９８】
Ｄｅｓｃｒｉｐｔｉｏｎエレメントは、当該コンテンツフラグメントに関する説明を示すことができる。
【０６９９】
ＳｔａｒｔＴｉｍｅエレメントは、当該コンテンツのプレゼンテーションのための開始時間情報を示すことができる。
【０７００】
ＥｎｄＴｉｍｅエレメントは、当該コンテンツのプレゼンテーションのための終了時間情報を示すことができる。
【０７０１】
ＡｕｄｉｏＬａｎｇｕａｇｅエレメントは、当該コンテンツがオーディオストリームと共に利用可能であり、このときに使用されるオーディオの言語情報を示すことができる。
【０７０２】
ＴｅｘｔＬａｎｇｕａｇｅエレメントは、当該コンテンツがテキストコンポーネントと共に利用可能であり、このときに使用されるテキストの言語情報を示すことができる。
【０７０３】
Ｌｅｎｇｔｈエレメントは、当該Ａ／Ｖコンテンツの持続時間を示すことができる。
【０７０４】
ＰａｒｅｎｔａｌＲａｔｉｎｇエレメントは、当該コンテンツが子供に適しているかに関する基準情報を示すことができる。
【０７０５】
ＴａｒｇｅｔＵｓｅｒＰｒｏｆｉｌｅエレメントは、目標とするユーザに関する情報を示すことができる。
【０７０６】
Ｇｅｎｒｅエレメントは、当該コンテンツのジャンル情報を示すことができる。
【０７０７】
Ｅｘｔｅｎｓｉｏｎエレメントは、当該コンテンツフラグメントと関連のある付加情報を示すことができる。
【０７０８】
ＰｒｅｖｉｅｗＤａｔａＲｅｆｅｒｅｎｃｅエレメントは、当該コンポーネントフラグメントが参照するＰｒｅｖｉｅｗＤａｔａフラグメントを示すことができる。
【０７０９】
ＢｒｏａｄｃａｓｔＡｒｅａエレメントは、ブロードキャストコンテンツのための位置情報を含むブロードキャスト地域情報を示すことができる。
【０７１０】
ＴｅｒｍｓＯｆＵｓｅエレメントは、当該フラグメントと関連のあるＴｅｒｍｓ ｏｆ Ｕｓｅを示すことができる。
【０７１１】
ＰｒｉｖａｔｅＥｘｔエレメントは、私有のまたはアプリケーションに限定された拡張のためのコンテナーを示すことができる。（An element serving as a container for proprietary or applicationspecific extensions.）このエレメントは、ＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓエレメントをサブエレメントとして有することができ、ＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓエレメントは、私有のまたはアプリケーションに限定されたエレメントを示すことができる。ＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓエレメントは、１つ以上のサブエレメントまたはアトリビュートを含むことができる。
【０７１２】
本発明の一実施例に係るコンテンツフラグメントのＰｒｉｖａｔｅＥｘｔエレメントは、Ｅ１レベルのエレメントであるので、Ｃｏｍｐｏｎｅｎｔエレメントは、ＰｒｉｖａｔｅＥｘｔエレメントのサブエレメントであってＥ２レベルに該当し得る。このとき、Ｃｏｍｐｏｎｅｎｔエレメントは、上述したＰｒｏｐｒｉｅｔａｒｙＥｌｅｍｅｎｔｓエレメントに該当し得る。
【０７１３】
図６９、図７０、図７１、図７２は、本発明の一実施例に係るＣｏｍｐｏｎｅｎｔエレメントの構成を示す図である。
【０７１４】
計４個の図面にわたって示されたテーブルは、連結された一つのテーブルに該当する。
【０７１５】
本発明の一実施例に係るＣｏｍｐｏｎｅｎｔエレメントは、Ｅ２レベルに該当し得るものであり、コンポーネントに関する詳細な内容を記述できるので、コンポーネントの数だけ存在してもよく、存在しなくてもよい。したがって、０〜Ｎのｃａｒｄｉｎａｌｉｔｙを有することができる。
【０７１６】
本発明の一実施例に係るＣｏｍｐｏｎｅｎｔエレメントは、サブエレメントとして、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメント、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメント、ＳｔａｒｔＴｉｍｅエレメント、ＥｎｄＴｉｍｅエレメント、Ｌａｎｇｕａｇｅエレメント、Ｌｅｎｇｔｈエレメント、ＰａｒｅｎｔａｌＲａｔｉｎｇエレメント、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメント及び／又はＴａｒｇｅｔＤｅｖｉｃｅエレメントを含むことができる。
【０７１７】
ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントは、コンポーネントのタイプを記述するエレメントであってもよい。このエレメントは、コンポーネントエレメントの下位に存在するので、Ｅ３レベルに該当し得る。このエレメントは、コンポーネントエレメントのタイプを示す必須要素であるので、ｃａｒｄｉｎａｌｉｔｙは１を有することができる。このエレメントの値が０であればｕｎｓｐｅｃｉｆｉｅｄ、１であればＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ、２であればＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔ、３であればＰｒｅｓｅｎｔａｂｌｅ ＣＣ ｃｏｍｐｏｎｅｎｔ、４であればＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔ、５〜２５５であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる。
【０７１８】
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、コンポーネントのロール（ｒｏｌｅ）を記述するエレメントであってもよい。このエレメントは、コンポーネントエレメントの下位に存在するので、Ｅ３レベルに該当し得る。このエレメントは、コンポーネントエレメントのタイプを示す必須要素であるので、ｃａｒｄｉｎａｌｉｔｙは１を有することができる。各コンポーネントは、前述したＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのタイプに応じてロールを有することができ、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値に応じて該当するロールを有することができる。このエレメントの値が０であればｕｎｓｐｅｃｉｆｉｅｄを、１であればＰｒｉｍａｒｙ （ｄｅｆａｕｌｔ） ｖｉｄｅｏを、２であればＡｌｔｅｒｎａｔｉｖｅ ｃａｍｅｒａ ｖｉｅｗを、３であればＯｔｈｅｒ ａｌｔｅｒｎａｔｉｖｅ ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔを、４であればＳｉｇｎ ｌａｎｇｕａｇｅ （ｅ．ｇ．, ＡＳＬ） ｉｎｓｅｔを、５であればＦｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏを、６であればＣｏｍｐｌｅｔｅ ｍａｉｎを、７であればＭｕｓｉｃを、８であればＤｉａｌｏｇを、９であればＥｆｆｅｃｔｓを、１０であればＶｉｓｕａｌｌｙ ｉｍｐａｉｒｅｄを、１１であればＨｅａｒｉｎｇ ｉｍｐａｉｒｅｄを、１２であればＣｏｍｍｅｎｔａｒｙを、１３であればＮｏｒｍａｌを、１４であればＥａｓｙ ｒｅａｄｅｒを、１５であればＡｐｐ、１６であればＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍ、１７であればＯｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔ、１８であればＮｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍ、１９であればＳｔａｒｔＯｖｅｒ、２０であればＣｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎ、２１〜２５５であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる。
【０７１９】
ＳｔａｒｔＴｉｍｅエレメントは、当該コンポーネントのディスプレイが開始する時間を示すことができる。
【０７２０】
ＥｎｄＴｉｍｅエレメントは、当該コンポーネントのディスプレイが終了する時間を示すことができる。
【０７２１】
Ｌａｎｇｕａｇｅエレメントは、当該コンポーネントの表現言語を示すことができる。このエレメントは、アトリビュートとしてｌａｎｇｕａｇｅＳＤＰＴａｇアトリビュートを有することができる。ｌａｎｇｕａｇｅＳＤＰＴａｇアトリビュートは、セッションディスクリプションで示す言語を一致させるためにタグ付けされる値を示すことができる。
【０７２２】
Ｌｅｎｇｔｈエレメントは、当該コンポーネントのディスプレイが行われる持続時間を示すことができる。
【０７２３】
ＰａｒｅｎｔａｌＲａｔｉｎｇエレメントは、当該コンポーネントの等級表示情報を示すことができる。
【０７２４】
ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントは、当該コンポーネントをレンダリングするデバイスの性能情報を示すことができる。本発明の一実施例は、このエレメントを用いて、コンポーネントをレンダリングするためのデバイスのｃａｐａｂｉｌｉｔｙ情報を提供することができる。このエレメントの値２〜８はデバイスのＶｉｄｅｏ Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報を示し、９〜１５はデバイスのＡｕｄｉｏ Ｓｕｒｒｏｕｎｄ Ｓｏｕｎｄ Ｃａｐａｂｉｌｉｔｙ情報を示し、１６はＡｕｄｉｏ Ｍｉｘｉｎｇ／Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報を示し、１７〜２１はＩｎｐｕｔ Ｃａｐａｂｉｌｉｔｙ情報を示すことができる。このエレメントの値が０であればＵｎｓｐｅｃｉｆｉｅｄ、１であればＢｒｏａｄｂａｎｄ ｃｏｎｎｅｃｔｉｏｎ、２であればＳＤ、３であればＨＤ、４であればＵＨＤ、５であれば８Ｋ、６であれば３Ｄ ｖｉｄｅｏ、７であればＨｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ Ｉｍａｇｉｎｇ、８であればＷｉｄｅ Ｃｏｌｏｒ Ｇａｍｕｔ、９であれば２．０ ｃｈａｎｎｅｌｓ、１０であれば２．１ ｃｈａｎｎｅｌｓ、１１であれば５．１ ｃｈａｎｎｅｌｓ、１２であれば６．１ ｃｈａｎｎｅｌｓ、１３であれば７．１ ｃｈａｎｎｅｌｓ、１４であれば２２．１ ｃｈａｎｎｅｌｓ、１５であれば３Ｄ ａｕｄｉｏ、１６であればＤｉａｌｏｇ Ｌｅｖｅｌ ａｄｊｕｓｔｍｅｎｔ、１７であればｍａｇｉｃ ｒｅｍｏｔｅ ｃｏｎｔｒｏｌ ｉｎｐｕｔ、１８であればｔｏｕｃｈ ｓｃｒｅｅｎ ｉｎｐｕｔ、１９であればｍｏｕｓｅ ｉｎｐｕｔ、２０であればｋｅｙｂｏａｒｄ ｉｎｐｕｔ、２１であればａｐｐ ｒｅｎｄｅｒｉｎｇ、２２〜２５５であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる。ここで、上述したＢｒｏａｄｂａｎｄ ｃｏｎｎｅｃｔｉｏｎは、当該ｃｏｍｐｏｎｅｎｔをｄｅｌｉｖｅｒｙするためにｂｒｏａｄｂａｎｄ ｃｏｎｎｅｃｔｉｏｎが必要であるか否かを示すことができ、Ｖｉｄｅｏ Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報は、Ｒｅｓｏｌｕｔｉｏｎ、２Ｄ、３Ｄ及び／又はその他のｒｅｎｄｅｒｉｎｇ関連情報を示すことができる。Ａｕｄｉｏ Ｓｕｒｒｏｕｎｄ Ｓｏｕｎｄ Ｃａｐａｂｉｌｉｔｙ情報はオーディオチャネル（ａｕｄｉｏ  ｃｈａｎｎｅｌ）情報を示すことができ、Ａｕｄｉｏ Ｍｉｘｉｎｇ／Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報のＤｉａｌｏｇ ｌｅｖｅｌ ａｄｊｕｓｔｍｅｎｔは、オーディオダイアログレベル（ａｕｄｉｏ  Ｄｉａｌｏｇ  ｌｅｖｅｌ）を調節できるか否かを示すことができる。Ｉｎｐｕｔ Ｃａｐａｂｉｌｉｔｙ情報は、特定の入力デバイス（Ｉｎｐｕｔ  ｄｅｖｉｃｅ）に合わせて作製された放送プログラムであることを示すことができる。ａｐｐ ｒｅｎｄｅｒｉｎｇは、ａｐｐ ｒｅｎｄｅｒｉｎｇが必要であるか否かを示すことができる。
【０７２５】
ＴａｒｇｅｔＤｅｖｉｃｅエレメントは、コンポーネントがディスプレイされるターゲットデバイスの情報を示すことができる。このエレメントの値が０であればＵｎｓｐｅｃｉｆｉｅｄ、１であればＰｒｉｍａｒｙ、２であればＣｏｍｐａｎｉｏｎ、３であればＩｎｓｅｔ ｏｎ Ｐｒｉｍａｒｙ Ｓｃｒｅｅｎ（“ＰｉｃｔｕｒｅｉｎＰｉｃｔｕｒｅ”）、４であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる。
【０７２６】
図７３は、本発明の一実施例に係るＣｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマを示す図である。
【０７２７】
本発明の一実施例に係るＣｏｍｐｏｎｅｎｔエレメントは、サブエレメントとして、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメント、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメント、ＳｔａｒｔＴｉｍｅエレメント、ＥｎｄＴｉｍｅエレメント、Ｌａｎｇｕａｇｅエレメント、Ｌｅｎｇｔｈエレメント、ＰａｒｅｎｔａｌＲａｔｉｎｇエレメント、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメント及び／又はＴａｒｇｅｔＤｅｖｉｃｅエレメントを含むことができる。上述した各エレメントについての詳細は前述した。
【０７２８】
図７４は、本発明の一実施例に係るＬａｎｇｕａｇｅエレメント及びＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのｘｍｌスキーマを示す図である。
【０７２９】
本発明の一実施例に係るＬａｎｇｕａｇｅエレメントは、当該コンポーネントの表現言語を示すことができる。このエレメントは、アトリビュートとして、ｌａｎｇｕａｇｅＳＤＰＴａｇアトリビュートを有することができる。ｌａｎｇｕａｇｅＳＤＰＴａｇアトリビュートは、セッションディスクリプションで示す言語を一致させるためにタグ付けされる値を示すことができる（Ｌ７４０１０）。
【０７３０】
本発明の一実施例に係るＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントは、コンポーネントのタイプを記述するエレメントであってもよい。このエレメントは、コンポーネントエレメントの下位に存在するので、Ｅ３レベルに該当し得る。このエレメントは、コンポーネントエレメントのタイプを示す必須要素であるので、ｃａｒｄｉｎａｌｉｔｙは１を有することができる。このエレメントの値が０であればｕｎｓｐｅｃｉｆｉｅｄ、１であればＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ、２であればＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔ、３であればＰｒｅｓｅｎｔａｂｌｅ ＣＣ ｃｏｍｐｏｎｅｎｔ、４であればＡｐｐｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔ、５〜２５５であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる（Ｌ７４０２０）。
【０７３１】
図７５は、本発明の一実施例に係るＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントのｘｍｌスキーマを示す図である。
【０７３２】
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、コンポーネントのロール（ｒｏｌｅ）を記述するエレメントであってもよい。このエレメントは、コンポーネントエレメントの下位に存在するので、Ｅ３レベルに該当し得る。このエレメントは、コンポーネントエレメントのタイプを示す必須要素であるので、ｃａｒｄｉｎａｌｉｔｙは１を有することができる。各コンポーネントは、前述したＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントのタイプに応じてロールを有することができ、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値に応じて該当するロールを有することができる。このエレメントの値が０であればｕｎｓｐｅｃｉｆｉｅｄを、１であればＰｒｉｍａｒｙ （ｄｅｆａｕｌｔ） ｖｉｄｅｏを、２であればＡｌｔｅｒｎａｔｉｖｅ ｃａｍｅｒａ ｖｉｅｗを、３であればＯｔｈｅｒ ａｌｔｅｒｎａｔｉｖｅ ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔを、４であればＳｉｇｎ ｌａｎｇｕａｇｅ （ｅ．ｇ．, ＡＳＬ） ｉｎｓｅｔを、５であればＦｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏを、６であればＣｏｍｐｌｅｔｅ ｍａｉｎを、７であればＭｕｓｉｃを、８であればＤｉａｌｏｇを、９であればＥｆｆｅｃｔｓを、１０であればＶｉｓｕａｌｌｙ ｉｍｐａｉｒｅｄを、１１であればＨｅａｒｉｎｇ ｉｍｐａｉｒｅｄを、１２であればＣｏｍｍｅｎｔａｒｙを、１３であればＮｏｒｍａｌを、１４であればＥａｓｙ ｒｅａｄｅｒを、１５であればＡｐｐ、１６であればＮＲＴ Ｃｏｎｔｅｎｔ Ｉｔｅｍ、１７であればＯｎ Ｄｅｍａｎｄ ｃｏｍｐｏｎｅｎｔ、１８であればＮｏｔｉｆｉｃａｔｉｏｎ Ｓｔｒｅａｍ、１９であればＳｔａｒｔＯｖｅｒ、２０であればＣｏｍｐａｎｉｏｎ Ｓｃｒｅｅｎ、２１〜２５５であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる。
【０７３３】
図７６は、本発明の一実施例に係るＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメント及びＴａｒｇｅｔＤｅｖｉｃｅエレメントのｘｍｌスキーマを示す図である。
【０７３４】
ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントは、当該コンポーネントをレンダリングするデバイスの性能情報を示すことができる。本発明の一実施例は、このエレメントを用いて、コンポーネントをレンダリングするためのデバイスのｃａｐａｂｉｌｉｔｙ情報を提供することができる。このエレメントの値２〜８はデバイスのＶｉｄｅｏ Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報を示し、９〜１５はデバイスのＡｕｄｉｏ Ｓｕｒｒｏｕｎｄ Ｓｏｕｎｄ Ｃａｐａｂｉｌｉｔｙ情報を示し、１６はＡｕｄｉｏ Ｍｉｘｉｎｇ／Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報を示し、１７〜２１はＩｎｐｕｔ Ｃａｐａｂｉｌｉｔｙ情報を示すことができる。このエレメントの値が０であればＵｎｓｐｅｃｉｆｉｅｄ、１であればＢｒｏａｄｂａｎｄ ｃｏｎｎｅｃｔｉｏｎ、２であればＳＤ、３であればＨＤ、４であればＵＨＤ、５であれば８Ｋ、６であれば３Ｄ ｖｉｄｅｏ、７であればＨｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ Ｉｍａｇｉｎｇ、８であればＷｉｄｅ Ｃｏｌｏｒ Ｇａｍｕｔ、９であれば２．０ ｃｈａｎｎｅｌｓ、１０であれば２．１ ｃｈａｎｎｅｌｓ、１１であれば５．１ ｃｈａｎｎｅｌｓ、１２であれば６．１ ｃｈａｎｎｅｌｓ、１３であれば７．１ ｃｈａｎｎｅｌｓ、１４であれば２２．１ ｃｈａｎｎｅｌｓ、１５であれば３Ｄ ａｕｄｉｏ、１６であればＤｉａｌｏｇ Ｌｅｖｅｌ ａｄｊｕｓｔｍｅｎｔ、１７であればｍａｇｉｃ ｒｅｍｏｔｅ ｃｏｎｔｒｏｌ ｉｎｐｕｔ、１８であればｔｏｕｃｈ ｓｃｒｅｅｎ ｉｎｐｕｔ、１９であればｍｏｕｓｅ ｉｎｐｕｔ、２０であればｋｅｙｂｏａｒｄ ｉｎｐｕｔ、２１であればａｐｐ ｒｅｎｄｅｒｉｎｇ、２２〜２５５であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる。ここで、上述したＢｒｏａｄｂａｎｄ ｃｏｎｎｅｃｔｉｏｎは、当該ｃｏｍｐｏｎｅｎｔをｄｅｌｉｖｅｒｙするためにｂｒｏａｄｂａｎｄ ｃｏｎｎｅｃｔｉｏｎが必要であるか否かを示すことができ、Ｖｉｄｅｏ Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報は、Ｒｅｓｏｌｕｔｉｏｎ、２Ｄ、３Ｄ及び／又はその他のｒｅｎｄｅｒｉｎｇ関連情報を示すことができる。Ａｕｄｉｏ Ｓｕｒｒｏｕｎｄ Ｓｏｕｎｄ Ｃａｐａｂｉｌｉｔｙ情報は、オーディオチャネル（ａｕｄｉｏ  ｃｈａｎｎｅｌ）情報を示すことができ、Ａｕｄｉｏ Ｍｉｘｉｎｇ／Ｒｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙ情報のＤｉａｌｏｇ ｌｅｖｅｌ ａｄｊｕｓｔｍｅｎｔは、オーディオダイアログレベル（ａｕｄｉｏ  Ｄｉａｌｏｇ  ｌｅｖｅｌ）を調節できるか否かを示すことができる。Ｉｎｐｕｔ Ｃａｐａｂｉｌｉｔｙ情報は、特定の入力デバイス（Ｉｎｐｕｔ  ｄｅｖｉｃｅ）に合わせて作製された放送プログラムであることを示すことができる。ａｐｐ ｒｅｎｄｅｒｉｎｇは、ａｐｐ ｒｅｎｄｅｒｉｎｇが必要であるか否かを示すことができる（Ｌ７６０１０）。
【０７３５】
ＴａｒｇｅｔＤｅｖｉｃｅエレメントは、コンポーネントがディスプレイされるターゲットデバイスの情報を示すことができる。このエレメントの値が０であればＵｎｓｐｅｃｉｆｉｅｄ、１であればＰｒｉｍａｒｙ、２であればＣｏｍｐａｎｉｏｎ、３であればＩｎｓｅｔ ｏｎ Ｐｒｉｍａｒｙ Ｓｃｒｅｅｎ（“ＰｉｃｔｕｒｅｉｎＰｉｃｔｕｒｅ”）、４であればＲｅｓｅｒｖｅｄ ｆｏｒ ｆｕｔｕｒｅ ｕｓｅであることを示すことができる（Ｌ７６０２０）。
【０７３６】
図７７は、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（２Ｄ／ＨＤ）及びＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１ ｃｈａｎｎｅｌｓ）を伝送する場合の、Ｃｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマ構造の一実施例を示す図である。
【０７３７】
本発明の一実施例によれば、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（２Ｄ／ＨＤ）及びＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１ ｃｈａｎｎｅｌｓ）を伝送する場合、アナウンスメントは、コンテンツフラグメント（Ｃｏｎｔｅｎｔ  ｆｒａｇｍｅｎｔ）内のＰｒｉｖａｔｅＥｘｔエレメントのサブエレメント（ｓｕｂｅｌｅｍｅｎｔ）として、２つのＣｏｍｐｏｎｅｎｔエレメントを用いることができる（Ｌ７７０１０）。
【０７３８】
Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（２Ｄ／ＨＤ）のためのコンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値として１（Ｖｉｄｅｏ）を有し、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値として１（Ｐｒｉｍａｒｙ  Ｖｉｄｅｏ）を有し、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値として３（ＨＤ）を有し、ＴａｒｇｅｔＤｅｖｉｃｅエレメントの値として１（Ｐｒｉｍａｒｙ  Ｄｅｖｉｃｅ）を有することができる（Ｌ７７０１０）。
【０７３９】
Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１ ｃｈａｎｎｅｌｓ）のためのコンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値として２（Ａｕｄｉｏ）を有し、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値として６（Ｃｏｍｐｌｅｔｅｌｙ  Ｍａｉｎ）を有し、Ｌａｎｇｕａｇｅエレメントの値としてＫＯＲ（韓国語）を有し、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値として１１（５．１ ｃｈａｎｎｅｌｓ）を有し、ＴａｒｇｅｔＤｅｖｉｃｅエレメントの値として１（Ｐｒｉｍａｒｙ  Ｄｅｖｉｃｅ）を有することができる（Ｌ７７０１０）。
【０７４０】
本発明の一実施例に係る受信機（デバイス）は、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値を取得した後、当該機能をサポートできるか否かを判断し、ユーザにＣａｐａｂｉｌｉｔｙ情報を提供することができる。
【０７４１】
同図において、右側上端の図は、ＨＤ及び５．１ ｃｈａｎｎｅｌｓをサポートするデバイスの表示画面を示すことができる。この場合、本発明の一実施例は、当該デバイスがＨＤ及び５．１ ｃｈａｎｎｅｌｓをサポートできることを画面上に示すことができる（Ｌ７７０２０）。
【０７４２】
同図において、右側下端の図は、ＨＤをサポートするが、５．１ ｃｈａｎｎｅｌｓをサポートしないデバイスの表示画面を示すことができる。この場合、本発明の一実施例によれば、５．１ ｃｈａｎｎｅｌｓをサポートできない受信機でＣａｐａｂｉｌｉｔｙ情報を取得したとき、サポートできない５．１ ｃｈａｎｎｅｌｓ ａｕｄｉｏ情報をグレイアウト（Ｇｒａｙｏｕｔ）処理して画面に示すことができる（Ｌ７７０３０）。
【０７４３】
図７８は、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ（ＵＨＤ）及びＰｒｅｓｅｎｔａｂｌｅ ＥＮＧ ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔをブロードキャストで伝送し、Ｐｒｅｓｅｎｔａｂｌｅ ＳＰＡ ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔをブロードバンドで伝送する場合の、Ｃｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマ構造の一実施例を示す図である。
【０７４４】
本発明の一実施例によれば、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ（ＵＨＤ）及びＰｒｅｓｅｎｔａｂｌｅ ＥＮＧ ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔをブロードキャストで伝送し、Ｐｒｅｓｅｎｔａｂｌｅ ＳＰＡ ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔをブロードバンドで伝送する場合、アナウンスメントは、コンテンツフラグメント（Ｃｏｎｔｅｎｔ  ｆｒａｇｍｅｎｔ）内のＰｒｉｖａｔｅＥｘｔエレメントのサブエレメント（ｓｕｂｅｌｅｍｅｎｔ）として、３つのＣｏｍｐｏｎｅｎｔエレメントを用いることができる（Ｌ７８０１０）。
【０７４５】
Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ（ＵＨＤ）のためのコンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値として１（Ｖｉｄｅｏ）を有し、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値として１（Ｐｒｉｍａｒｙ  Ｖｉｄｅｏ）を有し、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値として４（ＵＨＤ）を有し、ＴａｒｇｅｔＤｅｖｉｃｅエレメントの値として１（Ｐｒｉｍａｒｙ  Ｄｅｖｉｃｅ）を有することができる（Ｌ７８０１０）。
【０７４６】
Ｐｒｅｓｅｎｔａｂｌｅ ＥＮＧ ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔ（ｔｈｒｏｕｇｈ  Ｂｒｏａｄｃａｓｔ）のためのコンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値として２（Ａｕｄｉｏ）を有し、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値として６（Ｃｏｍｐｌｅｔｅｌｙ  Ｍａｉｎ）を有し、Ｌａｎｇｕａｇｅエレメントの値としてＥＮＧ（英語）を有し、ＴａｒｇｅｔＤｅｖｉｃｅエレメントの値として１（Ｐｒｉｍａｒｙ  Ｄｅｖｉｃｅ）を有することができる（Ｌ７８０１０）。
【０７４７】
Ｐｒｅｓｅｎｔａｂｌｅ ＳＰＡ ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔ（ｔｈｒｏｕｇｈ  Ｂｒｏａｄｂａｎｄ）のためのコンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値として２（Ａｕｄｉｏ）を有し、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値として６（Ｃｏｍｐｌｅｔｅｌｙ  Ｍａｉｎ）を有し、Ｌａｎｇｕａｇｅエレメントの値としてＳＰＡ（スペイン語）を有し、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値として１（ブロードバンドでコンポーネントが伝送される）を有し、ＴａｒｇｅｔＤｅｖｉｃｅエレメントの値として１（Ｐｒｉｍａｒｙ  Ｄｅｖｉｃｅ）を有することができる（Ｌ７８０１０）。
【０７４８】
本発明の一実施例に係る受信機（デバイス）は、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値を取得した後、当該機能をサポートできるか否かを判断し、ユーザにＣａｐａｂｉｌｉｔｙ情報を提供することができる。
【０７４９】
同図において、右側の図は、Ｂｒｏｄａｂａｎｄ ｃｏｎｎｅｃｔｉｏｎをサポートできない場合、または、サポートできるが、接続されていない場合に受信機（デバイス）に表示される画面を示すことができる（Ｌ７８０２０）。
【０７５０】
本発明の一実施例に係る受信機は、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙの値が１である場合、ブロードバンドで当該コンポーネントが伝送されることを知ることができる。この場合、Ｂｒｏｄａｂａｎｄ ｃｏｎｎｅｃｔｉｏｎをサポートできないデバイス、またはサポートできるが、接続されていないデバイスは、ブロードバンドで伝送されるコンポーネントの情報をグレイアウト（Ｇｒａｙｏｕｔ）処理して画面に示すことができる。この場合、ＳＰＡオーディオ情報をグレイアウト処理して画面に示すことができる（Ｌ７８０２０）。
【０７５１】
図７９は、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（ＵＨＤ／Ｗｉｄｅ  Ｃｏｌｏｒ  Ｇａｍｕｔ）及びＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１  ｃｈａｎｎｅｌｓ）を伝送する場合の、Ｃｏｍｐｏｎｅｎｔエレメントのｘｍｌスキーマ構造の一実施例を示す図である。
【０７５２】
本発明の一実施例によれば、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（ＵＨＤ／Ｗｉｄｅ  Ｃｏｌｏｒ  Ｇａｍｕｔ）及びＰｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１  ｃｈａｎｎｅｌｓ）を伝送する場合、アナウンスメントは、コンテンツフラグメント（Ｃｏｎｔｅｎｔ  ｆｒａｇｍｅｎｔ）内のＰｒｉｖａｔｅＥｘｔエレメントのサブエレメント（ｓｕｂｅｌｅｍｅｎｔ）として、２つのＣｏｍｐｏｎｅｎｔエレメントを用いることができる（Ｌ７９０１０）。
【０７５３】
Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔ（ＵＨＤ／Ｗｉｄｅ  Ｃｏｌｏｒ  Ｇａｍｕｔ）のためのコンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値として１（Ｖｉｄｅｏ）を有し、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値として１（Ｐｒｉｍａｒｙ  Ｖｉｄｅｏ）を有し、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値として４（ＵＨＤ）及び８（ＷＣＧ）を有し、ＴａｒｇｅｔＤｅｖｉｃｅエレメントの値として１（Ｐｒｉｍａｒｙ  Ｄｅｖｉｃｅ）を有することができる（Ｌ７９０１０）。
【０７５４】
Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔ（５．１  ｃｈａｎｎｅｌｓ）のためのコンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅエレメントの値として２（Ａｕｄｉｏ）を有し、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値として６（Ｃｏｍｐｌｅｔｅｌｙ  Ｍａｉｎ）を有し、Ｌａｎｇｕａｇｅエレメントの値としてＫＯＲ（韓国語）を有し、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値として１１（５．１ｃｈａｎｎｅｌｓ）を有し、ＴａｒｇｅｔＤｅｖｉｃｅエレメントの値として１（Ｐｒｉｍａｒｙ  Ｄｅｖｉｃｅ）を有することができる（Ｌ７９０１０）。
【０７５５】
本発明の一実施例に係る受信機（デバイス）は、ＤｅｖｉｃｅＣａｐａｂｉｌｉｔｙエレメントの値を取得した後、当該機能をサポートできるか否かを判断し、ユーザにＣａｐａｂｉｌｉｔｙ情報を提供することができる。
【０７５６】
同図において、右側上端の図は、ＵＨＤ、ＷＣＧ（Ｗｉｄｅ  Ｃｏｌｏｒ  Ｇａｍｕｔ）及び５．１ ｃｈａｎｎｅｌｓをサポートするデバイスの表示画面を示すことができる。この場合、本発明の一実施例は、当該デバイスがＵＨＤ、ＷＣＧ及び５．１ ｃｈａｎｎｅｌｓをサポートできることを画面上に示すことができる（Ｌ７９０２０）。
【０７５７】
同図において、右側下端の図は、ＵＨＤ及び５．１ ｃｈａｎｎｅｌｓをサポートするが、ＷＣＧをサポートしないデバイスの表示画面を示すことができる。この場合、本発明の一実施例によれば、ＷＣＧをサポートできない受信機でＣａｐａｂｉｌｉｔｙ情報を取得したとき、サポートできないＷＣＧ情報をグレイアウト処理して画面に示すことができる（Ｌ７９０３０）。
【０７５８】
図８０は、本発明の他の実施例に係る、コンポーネントエレメント（ｃｏｍｐｏｎｅｎｔ  ｅｌｅｍｅｎｔ）を示す図である。
【０７５９】
コンポーネントエレメントは、コンポーネントサブエレメント（Ｃｏｍｐｏｎｅｎｔ  ｓｕｂｅｌｅｍｅｎｔ）のルートエレメント（ｒｏｏｔ  ｅｌｅｍｅｎｔ）である。コンポーネントエレメントはＥ２レベルで開始する。コンポーネントエレメントはコンポーネントに対する詳細な内容を記述するので、コンポーネントの数だけのエレメント（ｅｌｅｍｅｎｔ）が記述され得る。一部のコンポーネントに対して、コンポーネントエレメントが省略されることも可能である。したがって、コンポーネントエレメントは、０．．Ｎのｃａｒｄｉｎａｌｉｔｙを有する。コンポーネントエレメントは、ＣｏｍｐｏｎｅｎｔＴｙｐｅ属性、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメント、Ｌａｎｇｕａｇｅエレメント及び／又はＥｓｓｅｎｔｉａｌＣａｐａｂｉｌｉｔｉｅｓエレメントを含むことができる。
【０７６０】
ＣｏｍｐｏｎｅｎｔＴｙｐｅフィールドは、コンポーネントの種類（ｔｙｐｅ）を示す属性（ａｔｔｒｉｂｕｔｅ）情報を含む。すなわち、ＣｏｍｐｏｎｅｎｔＴｙｐｅフィールドは、コンポーネントのタイプを示すａｔｔｒｉｂｕｔｅである。ＣｏｍｐｏｎｅｎｔＴｙｐｅフィールドは、コンポーネントの種類を示す必須要素であるので、Ｃａｒｄｉｎａｌｉｔｙは１と定義され得る。ＣｏｍｐｏｎｅｎｔＴｙｐｅフィールドは、値に応じて、コンポーネントがＰｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ、Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ、Ｐｒｅｓｅｎｔａｂｌｅ ＣＣ（ｃｌｏｓｅｄ  ｃａｐｔｉｏｎ）及び／又はＰｒｅｓｅｎｔａｂｌｅ Ａｐｐに該当することを識別することができる。
【０７６１】
図示されたメッセージには１つ以上のフィールドが含まれてもよく、それぞれのフィールドは、それぞれの意味又は情報を含むことができる。それぞれのフィールドにはｔｙｐｅ情報が割り当てられてもよく、ｔｙｐｅ情報は、‘Ｅ’、‘Ａ’、‘Ｅ１’、‘Ｅ２’、または‘Ｅ［ｎ］’の値を有することができる。‘Ｅ’は、当該フィールドがエレメントに該当することを示す。‘Ａ’は、当該フィールドが属性（ａｔｔｒｉｂｕｔｅ）情報に該当することを示す。‘Ｅ１’は、当該フィールドがサブエレメントであることを示す。サブエレメントは、エレメント内で定義される下位エレメントに該当する。‘Ｅ２’は、サブエレメントのサブエレメントを示す。すなわち、‘Ｅ［ｎ］’は、エレメントの［ｎ１］番目の下位エレメントを示すことができる。
【０７６２】
図８１は、本発明の一実施例に係る、ＣｏｍｐｏｎｅｎｔＲｏｌエレメントを示す図である。
【０７６３】
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、コンポーネントの役割（ｒｏｌｅ）を記述するエレメントである。ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、コンポーネントの下位エレメントとして定義されることが好ましいので、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントはＥ３のレベルで開始し得る。ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントはＳｔｒｉｎｇ値を有することができる。ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値は、アナウンスメントデータ（Ａｎｎｏｕｎｃｅｍｅｎｔ  Ｄａｔａ）の作製時に、放送局で任意の有効なＳｔｒｉｎｇ値として指定されてもよい。ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値は拡張可能なＳｔｒｉｎｇ値であるので、いかなる値のＣａｐａｂｉｌｉｔｙ Ｓｔｒｉｎｇでも記述が可能である。ターゲット装置（Ｔａｒｇｅｔ  Ｄｅｖｉｃｅ；例えば、受信機）では、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントの値を用いて、エンドユーザ（Ｅｎｄ  Ｕｓｅｒ；例えば、視聴者）に有用な情報を表示することができる。
【０７６４】
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、コンポーネントに対して、視聴者が認識できる文字の形態の説明を提供する情報を含む。
【０７６５】
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントが示し得るコンポーネントの種類は、ｐｒｅｓｅｎｔａｂｌｅ ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔに対しては、“Ｐｒｉｍａｒｙ ｖｉｄｅｏ”、“Ａｌｔｅｒｎａｔｉｖｅ ｃａｍｅｒａ ｖｉｅｗ”、“Ｏｔｈｅｒ ａｌｔｅｒｎａｔｉｖｅ ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ”、“Ｓｉｇｎ ｌａｎｇｕａｇｅ ｉｎｓｅｔ”及び／又は“Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ”を含むことができる。
【０７６６】
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントが示し得るコンポーネントの種類は、ｐｒｅｓｅｎｔａｂｌｅ ａｕｄｉｏ ｃｏｍｐｏｎｅｎｔに対しては、“Ｃｏｍｐｌｅｔｅ ｍａｉｎ”、“Ｍｕｓｉｃ”、“Ｄｉａｌｏｇ”、“Ｅｆｆｅｃｔｓ”、“Ｖｉｓｕａｌｌｙ ｉｍｐａｉｒｅｄ”、“Ｈｅａｒｉｎｇ ｉｍｐａｉｒｅｄ”及び／又は“Ｃｏｍｍｅｎｔａｒｙ”を含むことができる。
【０７６７】
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントが示し得るコンポーネントの種類は、ｐｒｅｓｅｎｔａｂｌｅ ＣＣ ｃｏｍｐｏｎｅｎｔに対しては、“Ｎｏｒｍａｌ”及び／又は“Ｅａｓｙ ｒｅａｄｅｒ”を含むことができる。
【０７６８】
ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントが示し得るコンポーネントの種類は、ｐｒｅｓｅｎｔａｂｌｅ Ａｐｐ（ａｐｐｌｉｃａｔｉｏｎ） ｃｏｍｐｏｎｅｎｔに対しては、“Ｏｎ Ｄｅｍａｎｄ”、“Ｓｔａｒｔｏｖｅｒ”、及び／又は“ＣｏｍｐａｎｉｏｎＳｃｒｅｅｎ”を含むことができる。
【０７６９】
図８２は、本発明の他の実施例に係る、コンポーネントエレメントをＸＭＬ形態で示す図である。
【０７７０】
本発明の一実施例に係るコンポーネントエレメントは、コンポーネントが多数の種類のメディアで構成される場合、それぞれのコンポーネントの種類をシグナリングできるので、受信側では、視聴者又は受信機の所望の種類のコンポーネントを事前に識別できるという効果がある。また、コンポーネントの役割を文字の形態で提供できるので、当該情報を消費する視聴者が所望のコンポーネントを容易に認識または選択することができるという効果がある。
【０７７１】
本発明の一実施例に係るコンポーネントエレメントは、ＯＭＡ ＢＣＡＳＴで予め定義されたサービスガイドコンテンツフラグメント（Ｓｅｒｖｉｃｅ  Ｇｕｉｄｅ  Ｃｏｎｔｅｎｔ  Ｆｒａｇｅｍｅｎｔ）に拡張形態で含まれてもよい。
【０７７２】
図８３は、本発明の他の実施例に係る、コンポーネントエレメントを示す図である。
【０７７３】
コンポーネントエレメントは、コンポーネントサブエレメント（Ｃｏｍｐｏｎｅｎｔ  ｓｕｂｅｌｅｍｅｎｔ）のルートエレメント（ｒｏｏｔ  ｅｌｅｍｅｎｔ）である。コンポーネントエレメントはＥ２レベルで開始する。コンポーネントエレメントはコンポーネントに対する詳細な内容を記述するので、コンポーネントの数だけのエレメント（ｅｌｅｍｅｎｔ）が記述され得る。一部のコンポーネントに対して、コンポーネントエレメントが省略されることも可能である。したがって、コンポーネントエレメントは、０．．Ｎのｃａｒｄｉｎａｌｉｔｙを有する。コンポーネントエレメントは、ＰｒｅｓｅｎｔａｂｌｅＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメント、ＰｒｅｓｅｎｔａｂｌｅＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメント、ＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメント及び／又はＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントを含むことができる。
【０７７４】
ＰｒｅｓｅｎｔａｂｌｅＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントは、Ｐｒｅｓｅｎｔａｂｌｅ Ｖｉｄｅｏ Ｃｏｍｐｏｎｅｎｔを記述するエレメントである。ＰｒｅｓｅｎｔａｂｌｅＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントエレメントの下位エレメントであって、Ｅ３レベル（ｌｅｖｅｌ）で開始し得る。ＰｒｅｓｅｎｔａｂｌｅＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントはｓｔｒｉｎｇ値を有し、ビデオコンポーネント（ｖｉｄｅｏ  ｃｏｍｐｏｎｅｎｔ）の役割（ｒｏｌｅ）を記述することができる。ＰｒｅｓｅｎｔａｂｌｅＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントに対して、視聴者が認識できる文字の形態の説明を提供する情報を含む。ＰｒｅｓｅｎｔａｂｌｅＶｉｄｅｏＣｏｍｐｏｎｅｎｔエレメントが示し得るコンポーネントの役割は、“Ｐｒｉｍａｒｙ ｖｉｄｅｏ”、“Ａｌｔｅｒｎａｔｉｖｅ ｃａｍｅｒａ ｖｉｅｗ”、“Ｏｔｈｅｒ ａｌｔｅｒｎａｔｉｖｅ ｖｉｄｅｏ ｃｏｍｐｏｎｅｎｔ”、“Ｓｉｇｎ ｌａｎｇｕａｇｅ ｉｎｓｅｔ”及び／又は“Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ”を含むことができる。
【０７７５】
ＰｒｅｓｅｎｔａｂｌｅＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントは、Ｐｒｅｓｅｎｔａｂｌｅ Ａｕｄｉｏ Ｃｏｍｐｏｎｅｎｔを記述するエレメントである。ＰｒｅｓｅｎｔａｂｌｅＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントエレメントの下位エレメントであって、Ｅ３レベルで開始し得る。ＰｒｅｓｅｎｔａｂｌｅＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントはｓｔｒｉｎｇ値を有し、オーディオコンポーネント（ａｕｄｉｏ  ｃｏｍｐｏｎｅｎｔ）の役割（ｒｏｌｅ）を記述する。ＰｒｅｓｅｎｔａｂｌｅＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントに対して、視聴者が認識できる文字の形態の説明を提供する情報を含む。ＰｒｅｓｅｎｔａｂｌｅＡｕｄｉｏＣｏｍｐｏｎｅｎｔエレメントが示し得るコンポーネントの役割は、“Ｃｏｍｐｌｅｔｅ ｍａｉｎ”、“Ｍｕｓｉｃ”、“Ｄｉａｌｏｇ”、“Ｅｆｆｅｃｔｓ”、“Ｖｉｓｕａｌｌｙ ｉｍｐａｉｒｅｄ”、“Ｈｅａｒｉｎｇ ｉｍｐａｉｒｅｄ”及び／又は“Ｃｏｍｍｅｎｔａｒｙ”を含むことができる。
【０７７６】
図８４は、本発明の他の実施例に係る、ＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメント及びＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントを示す図である。
【０７７７】
同図で説明されるエレメントは、図８３で説明されたコンポーネントエレメントに含まれてもよい。
【０７７８】
ＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメントは、Ｐｒｅｓｅｎｔａｂｌｅ ＣＣ Ｃｏｍｐｏｎｅｎｔを記述するエレメントである。ＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントエレメントの下位エレメントであって、Ｅ３レベルで開始し得る。ＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメントはｓｔｒｉｎｇ値を有し、ＣＣコンポーネント（ＣＣ  ｃｏｍｐｏｎｅｎｔ）の役割（ｒｏｌｅ）を記述することができる。ＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントに対して、視聴者が認識できる文字の形態の説明を提供する情報を含む。ＰｒｅｓｅｎｔａｂｌｅＣＣＣｏｍｐｏｎｅｎｔエレメントが示し得るコンポーネントの役割は、“Ｎｏｒｍａｌ”及び／又は“Ｅａｓｙ ｒｅａｄｅｒ”を含むことができる。
【０７７９】
ＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントは、Ｐｒｅｓｅｎｔａｂｌｅ Ａｐｐ Ｃｏｍｐｏｎｅｎｔを記述するエレメントである。ＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントエレメントの下位エレメントであって、Ｅ３レベルで開始し得る。ＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントはｓｔｒｉｎｇ値を有し、ａｐｐコンポーネント（ａｐｐ  ｃｏｍｐｏｎｅｎｔ）の役割（ｒｏｌｅ）を記述する。ＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントは、コンポーネントに対して、視聴者が認識できる文字の形態の説明を提供する情報を含む。ＰｒｅｓｅｎｔａｂｌｅＡｐｐＣｏｍｐｏｎｅｎｔエレメントが示し得るコンポーネントの役割は、“Ｏｎ Ｄｅｍａｎｄ”、“Ｓｔａｒｔｏｖｅｒ”、及び／又は“ＣｏｍｐａｎｉｏｎＳｃｒｅｅｎ”を含むことができる。
【０７８０】
本実施例によってコンポーネントエレメントを構成する場合、コンポーネントフラグメント（Ｃｏｍｐｏｎｅｎｔ  ｆｒａｇｍｅｎｔ）を新たに構成するために必要な構成要素及び／又は属性値の繰り返し使用を低減することができ、エンドユーザ（Ｅｎｄ  Ｕｓｅｒ）にＡｎｎｏｕｎｃｅｍｅｎｔ情報を効率的且つ直観的に提供することができる。
【０７８１】
図８５は、本発明の他の実施例に係る、コンポーネントエレメントをＸＭＬ形態で示す図である。
【０７８２】
本発明の他の実施例に係るコンポーネントエレメントは、コンポーネントが多数の種類のメディアで構成される場合、それぞれのコンポーネントの種類をシグナリングできるので、受信側では、視聴者又は受信機の所望の種類のコンポーネントを事前に識別できるという効果がある。また、コンポーネントの役割を文字の形態で提供できるので、当該情報を消費する視聴者が所望のコンポーネントを容易に認識または選択することができるという効果がある。また、本発明の他の実施例によれば、コンポーネントのタイプ別にコンポーネントエレメント（Ｃｏｍｐｏｎｅｎｔ  ｅｌｅｍｅｎｔ）を構成し、各コンポーネントのロールをストリング（Ｓｔｒｉｎｇ）で記述することによって、拡張可能性を確保できるという効果がある。
【０７８３】
本発明の一実施例に係るコンポーネントエレメントは、ＯＭＡ ＢＣＡＳＴで予め定義されたサービスガイドコンテンツフラグメント（Ｓｅｒｖｉｃｅ  Ｇｕｉｄｅ  Ｃｏｎｔｅｎｔ  Ｆｒａｇｅｍｅｎｔ）に拡張形態で含まれてもよい。
【０７８４】
図８６は、本発明の一実施例に係る、Ｅｓｓｅｎｔｉａｌ Ｃａｐａｂｉｌｉｔｉｅｓエレメントを示す図である。
【０７８５】
本発明の一実施例によれば、コンポーネントエレメントはＣａｐａｂｉｌｉｔｙ項目を含むことができる。Ｃａｐａｂｉｌｉｔｙ項目は、受信機が当該コンポーネントを適切にデコーディングするために要求される受信機の性能を知らせる情報に該当し得る。Ｃａｐａｂｉｌｉｔｙ項目は、ケイパビリティコード（Ｃａｐａｂｉｌｉｔｙ  ｃｏｄｅ）とストリング（Ｓｔｒｉｎｇ）の組み合わせで構成されてもよい。本発明の一実施例は、ケイパビリティコードとケイパビリティカテゴリ（Ｃａｐａｂｉｌｉｔｙ  ｃａｔｅｇｏｒｙ）に新しい値を追加で定義することを提案する。
【０７８６】
図面を参照すると、Ｃａｐａｂｉｌｉｔｙ項目は、コンポーネントエレメントの下位エレメントとして定義することができる。Ｃａｐａｂｉｌｉｔｙ項目は、ＥｓｓｅｎｔｉａｌＣａｐａｂｉｌｉｔｉｅｓエレメント、ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメント、ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメント及び／又はＣａｔｅｇｏｒｙ属性情報を含むことができる。
【０７８７】
ＥｓｓｅｎｔｉａｌＣａｐａｂｉｌｉｔｉｅｓエレメントは、サービス（メディア、放送サービス）の意味のあるプレゼンテーションのために要求されるｃａｐａｂｉｌｉｔｙを記述する。ＥｓｓｅｎｔｉａｌＣａｐａｂｉｌｉｔｉｅｓエレメントは、ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメント、及び／又はＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントを含むことができる。ＥｓｓｅｎｔｉａｌＣａｐａｂｉｌｉｔｉｅｓエレメントは、コンポーネントエレメントの下位エレメントとして定義できるので、Ｅ３レベルで開始し得る。
【０７８８】
ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントは、ｃａｐａｂｉｌｉｔｙの種類を識別するｃｏｄｅに対する値を有する。ＣａｐａｂｉｌｉｔｙＣｏｄｅｓエレメントは、１つ以上のｃａｐａｂｉｌｉｔｙを示すことができる。
【０７８９】
ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントは、ｃａｐａｂｉｌｉｔｙを説明するｓｔｒｉｎｇを含むことができる。ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントは、ｃａｐａｂｉｌｉｔｙに対する説明を文字で表現するための情報を含むことができる。ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントはＣａｔｅｇｏｒｙ属性情報を含むことができる。
【０７９０】
Ｃａｔｅｇｏｒｙ属性情報は、ＣａｐａｂｉｌｉｔｙＳｔｒｉｎｇエレメントによって説明されるｃａｐａｂｉｌｉｔｙのカテゴリ（ｃａｔｅｇｏｒｙ）を示す情報である。
【０７９１】
図８７は、本発明の一実施例に係る、ＣａｐａｂｉｌｉｔｙＣｏｄｅエレメントの値によるｃａｐａｂｉｌｉｔｙの意味を示す図である。
【０７９２】
ＣａｐａｂｉｌｉｔｙＣｏｄｅエレメントの値による意味は、説明する代わりに図面を参照することとする。
【０７９３】
本発明の一実施例によれば、Ｄｏｗｎｌｏａｄ Ｐｒｏｔｏｃｏｌｓの項目に新しい値を定義し、当該値が示すｃａｐａｂｉｌｉｔｙが‘ＩＰ ｖｉａ Ｂｒｏａｄｂａｎｄ’に該当するように設定できる。すなわち、次世代放送システムでは、ブロードバンドのＩＰを介したデータの受信が可能であるので、ＩＰ ｖｉａ Ｂｒｏａｄｂａｎｄに該当するＤｏｗｎｌｏａｄ ｐｒｏｔｏｃｏｌにｃａｐａｂｉｌｉｔｙの１つの種類として追加することができる。
【０７９４】
本発明の一実施例によれば、ＣａｐａｂｉｌｉｔｙＣｏｄｅエレメントがＲｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙを識別することもできる。ＣａｐａｂｉｌｉｔｙＣｏｄｅエレメントの値に応じて、コンポーネントを使用するために受信機が必要とするＲｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙがシグナリングされ得る。ＣａｐａｂｉｌｉｔｙＣｏｄｅエレメントが示すＲｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙは、受信機がいかなる種類のビデオ、オーディオ、アプリケーション、及び／又はＣＣをレンダリングできるかを示すことができる。
【０７９５】
図８８は、本発明の一実施例に係る、Ｃａｔｅｇｏｒｙ属性情報の値によるＣａｐａｂｉｌｉｔｙ Ｃａｔｅｇｏｒｙを示す図である。
【０７９６】
本発明によれば、ｃａｐａｂｉｌｉｔｙがＲｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙのカテゴリに含まれることを識別できるように、Ｃａｔｅｇｏｒｙ属性情報の値を追加で定義することができる。例えば、Ｃａｔｅｇｏｒｙ属性情報の値が０ｘ０６を有する場合、ｃａｐａｂｉｌｉｔｙがＲｅｎｄｅｒｉｎｇ Ｃａｐａｂｉｌｉｔｙのカテゴリに含まれることを示すことができる。
【０７９７】
図８９は、本発明の一実施例に係る、コンポーネント別にＰａｙ Ｐｅｒ Ｖｉｅｗ（ＰＰＶ）が提供される過程を示す図である。
【０７９８】
本発明の一実施例によれば、Ｃｏｍｐｏｎｅｎｔ別に、Ｐａｙｐｅｒｖｉｅｗサービスを提供することができる。すなわち、本発明によれば、１つのサービスまたはコンテンツ内で、特定のコンポーネントを有料でサービスすることができる。例えば、本発明によれば、ＡｎｎｏｕｎｃｅｍｅｎｔでＣｏｍｐｏｎｅｎｔを定義し、Ｃｏｍｐｏｎｅｎｔに応じてＰａｙｐｅｒｖｉｅｗサービスを提供することができる。
【０７９９】
そのために、コンポーネントエレメント（Ｃｏｍｐｏｎｅｎｔ  ｅｌｅｍｅｎｔ）に対する属性及び／又は要素情報をＣｏｎｔｅｎｔ内に記述して送信することができる。各Ｃｏｍｐｏｎｅｎｔは、Ｐａｙに対する情報を有することができる。放送プログラム（メディア、放送サービス、または放送コンテンツ）は無料であってもよいが、放送プログラムの各コンポーネントの付加的な情報の量と質によって放送局は、コンポーネントに対して料金を課することができる。例えば、放送局は、ＨＤは無料であるが、高画質のためのＵＨＤを視聴するためのデータを伝送するビデオコンポーネント（Ｖｉｄｅｏ  ｃｏｍｐｏｎｅｎｔ）を消費するためには、視聴者が料金を払うように設定してもよい。または、放送局は、オーディオ（Ａｕｄｉｏ）のステレオ（Ｓｔｅｒｅｏ）音響のためのオーディオコンポーネント（Ａｕｄｉｏ  ｃｏｍｐｏｎｅｎｔ）に対して料金を課することができるように設定してもよい。または、放送局は、選挙プログラムを視聴中、ｖｏｔｉｎｇ ａｐｐを使用するために必要なコンポーネントに対しては、料金を払わなければ当該コンポーネントを視聴者が消費できないように設定してもよい。これは、本発明で提示するように、Ｃｏｍｐｏｎｅｎｔ別にＥＳＧを伝送することによって可能なＰａｙｐｅｒｖｉｅｗ方式である。
【０８００】
各コンポーネント別に、ＰＰＶが設定可能なようにするために、コンポーネントエレメントは、各コンポーネントに対してＰＰＶ関連情報を含むことができる。または、ＣｏｍｐｏｎｅｎｔＲｏｌｅエレメントは、各コンポーネントロール（ｃｏｍｐｏｎｅｎｔ  ｒｏｌｅ）に対してＰＰＶ関連情報を含むことができる。ＰＰＶ関連情報は、コンポーネントまたはコンポーネントロールに対してＰＰＶが適用されるか否かを識別する情報、ＰＰＶのための決済方式に関する情報、ＰＰＶのための価格情報、ＰＰＶに対する決済が行われた後、認証と関連する情報、及び／又はＰＰＶが決済された後、当該コンポーネントを有効に使用できる期間情報を含むことができる。
【０８０１】
図面を参照して、本発明が適用され得る一実施例を説明すると、ＥＳＧ（Ｅｌｅｃｔｒｏｎｉｃ  Ｓｅｒｖｉｃｅ  Ｇｕｉｄｅ）を通じて、放送プログラムにＰＰＶで視聴可能な要素があることを知ることができる。受信機は、ＰＰＶで提供されるコンポーネントの項目をＥＳＧを介してディスプレイすることができる。視聴者がＰＰＶで視聴可能な要素がある放送プログラムを選択すると、受信機は、ＰＰＶで視聴可能な要素が当該プログラムに存在することを知らせ、視聴者に、当該要素をＰＰＶで視聴するか否かを問うＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）をディスプレイし、視聴者の選択を受信することができる。本実施例では、放送プログラムが基本的に提供する映像以外に追加の映像が存在する場合を示した。視聴者がＡｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗに該当するビデオコンポーネント（Ｖｉｄｅｏ  ｃｏｍｐｏｎｅｎｔ）を見るために当該金額を決済すると、Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ画面を見ることができる。この過程で、前述した制御ユニットは、ＰＰＶ関連情報を用いて、特定のコンポーネントに対してＰＰＶが適用されるかを識別する表示を含む放送編成表を生成することができる。前述したディスプレイユニットは、生成された放送編成表をディスプレイすることができる。
【０８０２】
Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ画面を後で見ることを選択することができる。この場合、受信機は、現在の映像が終了したり、視聴者の所望の特定の時点でＡｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ画面をディスプレイすることができる。または、メインデバイスが提供する基本映像と共に、Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ画面をリアルタイムでコンパニオンデバイス（Ｃｏｍｐａｎｉｏｎ  Ｄｅｖｉｃｅ）を用いて視聴することも可能である。
【０８０３】
図９０は、本発明の一実施例に係る、放送プログラムの各コンポーネント別にメディアが提供される順序を示す図である。
【０８０４】
受信機は、放送信号を介してＥＳＧ（Ｅｌｅｃｔｒｏｎｉｃ  Ｓｅｒｖｉｃｅ  Ｇｕｉｄｅ）データを受信する（ＪＳ９００１０）。ＥＳＧデータは、前述したエレメント、サービスフラグメント、コンテンツフラグメント、スケジュールフラグメント及び／又はコンポーネントフラグメントを含むことができる。
【０８０５】
受信機は、サービスフラグメントをパーシングして、チャネルリストに表示される放送局リストを生成する（ＪＳ９００２０）。
【０８０６】
受信機は、コンテンツフラグメントをパーシングして、各放送局別に提供されるプログラムのリストを生成する（ＪＳ９００３０）。
【０８０７】
受信機は、スケジュールフラグメントをパーシングして、各放送局別に提供されるプログラムのスケジュールを生成する（ＪＳ９００４０）。
【０８０８】
受信機は、視聴者／ユーザから放送編成表をディスプレイするようにする命令を受信する（ＪＳ９００５０）。
【０８０９】
受信機は、放送サービス又は放送プログラムに含まれるコンポーネントに対する役割がＥＳＧに表示されたか否かを判断する（ＪＳ９００６０）。
【０８１０】
放送サービス又は放送プログラムに含まれるコンポーネントに対する役割がＥＳＧに表示される場合、受信機は、放送編成表で各プログラムに関する詳細情報をディスプレイする（ＪＳ９００７０）。受信機は、コンポーネントの役割に関する情報は、前述したコンポーネントエレメント及びその下位のエレメントから取得することができる。
【０８１１】
受信機は、視聴者／ユーザから、特定のプログラムに対する選択又は予約視聴命令を受信する（ＪＳ９００８０）。
【０８１２】
受信機は、視聴者／ユーザによって選択された放送プログラムに進入（デコーディング）する（ＪＳ９００９０）。
【０８１３】
受信機は、放送プログラムに含まれる各コンポーネントの役割の特性に合わせてＶｉｄｅｏ、Ａｕｄｉｏ、ＣＣ及び／又はＡｐｐを画面にディスプレイする（ＪＳ９０１００）。受信機は、視聴者／ユーザが視聴したいＶｉｄｅｏ、Ａｕｄｉｏ、ＣＣ及び／又はＡｐｐのコンポーネントを選択する命令を視聴者／ユーザから受信することができる。この場合、各コンポーネントに対するＰＰＶポリシーがある場合、前述した方式でＰＰＶが処理され得る。ＥＳＧには、各コンポーネントに対して、ＰＰＶポリシーがあるかを知らせる表示がディスプレイされ得る。
【０８１４】
受信機がディスプレイするメディアを視聴者／ユーザが視聴する（ＪＳ９０１００）。
【０８１５】
一方、放送サービスまたは放送プログラムに含まれるコンポーネントに対する役割がＥＳＧに表示されない場合、受信機は、放送編成表にプログラム名及び／又はプログラムの時間情報をディスプレイする（ＪＳ９０１２０）。
【０８１６】
受信機は、視聴者／ユーザから、放送編成表で特定のプログラムに対する選択又は予約視聴命令を受信する（ＪＳ９０１３０）。
【０８１７】
受信機は、視聴者／ユーザが選択した放送プログラムに進入（デコーディング）する（ＪＳ９０１４０）。
【０８１８】
一方、放送視聴中、視聴者／ユーザが、放送編成表をディスプレイするようにする命令を入力すると、受信機は、ステップＪＳ９００５０から、提示された手順を行う。
【０８１９】
図９１は、本発明の一実施例に係る、放送プログラムの各コンポーネント別にメディアが提供される画面を示す図である。
【０８２０】
Ｌ９１０１０を参照すると、ＥＳＧに、ＣＮＴＶという放送サービス（放送局）で提供する‘Ｇ’プログラムに対して、それぞれのコンポーネントの役割が記載された図面と、そうでない図面が示されている。例えば、コンポーネントの役割がＥＳＧに表示される場合は、ＥＳＧは、‘Ｇ’プログラムに対して、‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’、‘Ｆｏｌｌｏｗ Ｓｕｂｊｅｃｔ’及び‘Ｓｉｇｎ Ｌａｎｇｕａｇｅ’を提供するコンポーネントが存在することを示している。
【０８２１】
Ｌ９１０２０を参照すると、‘Ｇ’プログラムがディスプレイされる場合、受信機は、‘Ｓｉｇｎ ｌａｎｇｕａｇｅ’や‘ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’を共にディスプレイしたり、このようなコンポーネントに対するｔｈｕｍｂｎａｉｌイメージをディスプレイすることができる。ここで、‘Ｓｉｇｎ ｌａｎｇｕａｇｅ’は手話に該当し得るものであり、‘ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’は、現在のプログラムと関連する映像に該当し得る。
【０８２２】
Ｌ９１０３０を参照すると、‘Ｇ’プログラムに対して、‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’を視聴者が選択した場合、現在のプログラムで基本的に提供する映像以外に、他の映像を提供する場面が示されている。
【０８２３】
図９２は、本発明の一実施例に係る、ビデオコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
【０８２４】
受信機は、視聴者の放送編成表に対する要求を受信し、放送編成表をディスプレイする。放送編成表には、現在時刻以降の放送プログラムに関する情報がディスプレイされる。特定のプログラムに対しては特定の役割に該当するコンポーネントが提供されるということがＥＳＧに表示され得る。例えば、‘Ｂ’プログラムに対しては、手話（ｓｉｇｎ  ｌａｎｇｕａｇｅ）コンテンツが提供されてもよい。したがって、手話コンテンツを利用したい視聴者は、‘ｓｉｇｎ ｌａｎｇｕａｇｅ’が表示されたプログラムを選択して、当該プログラムへチャネル切り替えを行ったり、当該プログラムに対する視聴予約を行うことができる。受信機は、視聴予約されたプログラムの開始時間になると、当該プログラムを視聴するか否かに対する問い合わせを視聴者に提供し、当該プログラムをディスプレイすることができる。
【０８２５】
図９３は、本発明の他の実施例に係る、ビデオコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
【０８２６】
受信機は、視聴者の放送編成表に対する要求を受信し、放送編成表をディスプレイする。放送編成表には現在時刻以降の放送プログラムに関する情報がディスプレイされる。特定のプログラムに対しては特定の役割に該当するコンポーネントが提供されるということがＥＳＧに表示され得る。例えば、放送編成表は、‘Ｇ’プログラムに対して‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’が存在することを示すことができる。視聴者が‘Ｇ’プログラムを選択すると、受信機は、視聴者に、‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’を視聴するか否かに対する問い合わせを提供することができる。受信機が、視聴者から、‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’を視聴することを指示する命令を受信すると、受信機は、現在の映像を‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’に置換してディスプレイすることができる。または、受信機は、‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’をｃｏｍｐａｉｎｉｏｎ ｄｅｖｉｃｅに伝達して、ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅで‘Ａｌｔｅｒｎａｔｉｖｅ Ｖｉｅｗ’がディスプレイされ得るように処理することができる。
【０８２７】
図９４は、本発明の他の実施例に係る、ビデオコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
【０８２８】
受信機は、視聴者の放送編成表に対する要求を受信し、放送編成表をディスプレイする。放送編成表には、現在時刻以降の放送プログラムに関する情報がディスプレイされる。特定のプログラムに対しては特定の役割に該当するコンポーネントが提供されるということがＥＳＧに表示され得る。例えば、放送編成表は、‘Ｉ’プログラムに対する‘Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’コンポーネントが存在することを示すことができる。視聴者が‘Ｉ’プログラムを選択すると、受信機は、視聴者に、‘Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’を確認するか否かに対する問い合わせを提供することができる。受信機が、視聴者から、‘Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’を確認することを指示する命令を受信すると、受信機は、現在の映像を‘Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’に置換してディスプレイすることができる。または、受信機は、‘Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’をｃｏｍｐａｉｎｉｏｎ ｄｅｖｉｃｅに伝達して、ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅで‘Ｆｏｌｌｏｗ ｓｕｂｊｅｃｔ ｖｉｄｅｏ’がディスプレイされ得るように処理することができる。
【０８２９】
図９５は、本発明の一実施例に係る、オーディオコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
【０８３０】
受信機は、視聴者の放送編成表に対する要求を受信し、放送編成表をディスプレイする。放送編成表には、現在時刻以降の放送プログラムに関する情報がディスプレイされる。特定のプログラムに対しては特定の役割に該当するコンポーネントが提供されるということがＥＳＧに表示され得る。例えば、放送編成表は、‘Ｉ’プログラムに対する‘Ｍｕｓｉｃ’コンポーネントが存在することを示すことができる。‘Ｍｕｓｉｃ’コンポーネントは、当該プログラムに対してより良い音質のオーディオを提供するコンポーネントに該当し得る。視聴者は、より良い音質のオーディオの提供を受けるために‘Ｉ’プログラムを選択し、当該プログラムと‘Ｍｕｓｉｃ’コンポーネントを共に消費することができる。
【０８３１】
図９６は、本発明の他の実施例に係る、オーディオコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
【０８３２】
受信機は、視聴者の放送編成表に対する要求を受信し、放送編成表をディスプレイする。放送編成表には、現在時刻以降の放送プログラムに関する情報がディスプレイされる。特定のプログラムに対しては特定の役割に該当するコンポーネントが提供されるということがＥＳＧに表示され得る。例えば、放送編成表は、‘Ｇ’プログラムに対する‘Ｄｉａｌｏｇ’コンポーネントが存在することを示すことができる。‘Ｄｉａｌｏｇ’コンポーネントは、当該プログラムで特定の出演者のセリフや発言に対する別途のコンポーネントに該当する。視聴者は、‘Ｄｉａｌｏｇ’コンポーネントを提供する‘Ｇ’プログラムを選択し、当該プログラムの出演者のＤｉａｌｏｇを別途のスピーカーを介して再生して、当該コンテンツを消費することができる。‘Ｄｉａｌｏｇ’コンポーネントが別途に提供される場合、受信機は、Ｄｉａｌｏｇのレベルを別途に調節することができる。
【０８３３】
図９７は、本発明の他の実施例に係る、オーディオコンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
【０８３４】
受信機は、視聴者の放送編成表に対する要求を受信し、放送編成表をディスプレイする。放送編成表には、現在時刻以降の放送プログラムに関する情報がディスプレイされる。特定のプログラムに対しては特定の役割に該当するコンポーネントが提供されるということがＥＳＧに表示され得る。例えば、放送編成表は、‘Ｄ’プログラムに対する‘Ｖｉｓｕａｌｌｙ Ｉｍｐａｉｒｅｄ’コンポーネントが存在することを示すことができる。‘Ｖｉｓｕａｌｌｙ Ｉｍｐａｉｒｅｄ’コンポーネントは、当該プログラムで提供する視覚的なコンテンツに対する音声的説明を提供するコンポーネントに該当し得る。‘Ｖｉｓｕａｌｌｙ Ｉｍｐａｉｒｅｄ’コンポーネントは、視覚障害者のために、プログラムに対する音声的説明を提供するコンポーネントに該当し得る。視聴者は、‘Ｖｉｓｕａｌｌｙ Ｉｍｐａｉｒｅｄ’コンポーネントを提供する‘Ｄ’プログラムを選択し、‘Ｖｉｓｕａｌｌｙ Ｉｍｐａｉｒｅｄ’コンポーネントに該当するコンテンツを消費することができる。このとき、受信機は、‘Ｖｉｓｕａｌｌｙ Ｉｍｐａｉｒｅｄ’コンポーネントをｍａｉｎ ｄｅｉｖｃｅで再生してもよく、ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅに‘Ｖｉｓｕａｌｌｙ Ｉｍｐａｉｒｅｄ’コンポーネントを伝達し、ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅで当該コンポーネントを再生できるように処理してもよい。
【０８３５】
図９８は、本発明の一実施例に係る、ＣＣ（Ｃｌｏｓｅｄ  Ｃａｐｔｉｏｎ）コンポーネントに対する役割（ｒｏｌｅ）がＥＳＧに表示される場合を示す図である。
【０８３６】
受信機は、視聴者の放送編成表に対する要求を受信し、放送編成表をディスプレイする。放送編成表には、現在時刻以降の放送プログラムに関する情報がディスプレイされる。特定のプログラムに対しては特定の役割に該当するコンポーネントが提供されるということがＥＳＧに表示され得る。例えば、放送編成表は、‘Ｄ’プログラムに対する‘Ｅａｓｙ Ｒｅａｄｅｒ’コンポーネントが存在することを示すことができる。‘Ｅａｓｙ Ｒｅａｄｅｒ’コンポーネントは、当該プログラムのコンテンツに対する字幕またはサブタイトルを提供するコンポーネントに該当し得る。字幕またはサブタイトルは１つ以上の言語で提供されてもよい。視聴者は、‘Ｅａｓｙ Ｒｅａｄｅｒ’コンポーネントを提供する‘Ｄ’プログラムを選択し、‘Ｅａｓｙ Ｒｅａｄｅｒ’コンポーネントに該当するコンテンツを消費することができる。このとき、受信機は、‘Ｅａｓｙ Ｒｅａｄｅｒ’コンポーネントをｍａｉｎ ｄｅｉｖｃｅで再生してもよく、ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅに‘Ｅａｓｙ Ｒｅａｄｅｒ’コンポーネントを伝達し、ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅで当該コンポーネントを再生できるように処理してもよい。
【０８３７】
図９９は、本発明の一実施例に係る、放送信号を受信処理する過程を示すフローチャートである。
【０８３８】
受信機は、１つ以上のコンポーネント（ｃｏｍｐｏｎｅｎｔ）を含む放送コンテンツ及び前記１つ以上のコンポーネントを説明するコンポーネントエレメント（ｅｌｅｍｅｎｔ）を含む放送信号を受信する（ＪＳ９９０１０）。
【０８３９】
受信機は、コンポーネントエレメントをパーシングし、前記パーシングされたコンポーネントエレメントを参照して前記放送コンテンツをデコーディングする（ＪＳ９９０２０）。ここで、コンポーネントエレメントは、コンポーネントを処理するために要求される放送受信機の性能（Ｃａｐａｂｉｌｉｔｙ）を説明する性能エレメントを含むことができる。または、コンポーネントエレメントは、前述したように構成されてもよい。
【０８４０】
受信機は、デコーディングされた放送コンテンツをディスプレイする（ＪＳ９９０３０）。
【０８４１】
図１００は、本発明の一実施例に係る、放送信号を送信処理する過程を示すフローチャートである。
【０８４２】
送信機は、放送コンテンツに含まれる１つ以上のコンポーネント（ｃｏｍｐｏｎｅｎｔ）を生成する（ＪＳ１０００１０）。
【０８４３】
送信機は、１つ以上のコンポーネントを説明するコンポーネントエレメント（ｅｌｅｍｅｎｔ）を生成する（ＪＳ１０００２０）。ここで、前記コンポーネントエレメントは、前記コンポーネントを処理するために要求される放送受信機の性能（Ｃａｐａｂｉｌｉｔｙ）を説明する性能エレメントを含むことができる。または、コンポーネントエレメントは、前述したように構成されてもよい。
【０８４４】
送信機は、１つ以上のコンポーネント及び前記コンポーネントエレメントを含む放送信号を生成する（ＪＳ１０００３０）。
【０８４５】
送信機は、生成された放送信号を伝送する（ＪＳ１０００４０）。
【０８４６】
図１０１は、本発明の一実施例に係る放送受信機を示す図である。
【０８４７】
本発明の一実施例に係る放送受信機は、放送信号インターフェース、制御ユニット及び／又はディスプレイユニットを含むことができる。
【０８４８】
放送信号インターフェースＪ１０１０１０は、１つ以上のコンポーネント（ｃｏｍｐｏｎｅｎｔ）を含む放送コンテンツ及び前記１つ以上のコンポーネントを説明するコンポーネントエレメント（ｅｌｅｍｅｎｔ）を含む放送信号を受信する。放送信号インターフェースは、ブロードキャスト、ブロードバンド及び／又はＩＰネットワークで伝送されるデータを受信することができる。
【０８４９】
制御ユニットＪ１０１０２０は、コンポーネントエレメントをパーシングし、パーシングされたコンポーネントエレメントを参照して前記放送コンテンツをデコーディングする。コンポーネントエレメントは、コンポーネントを処理するために要求される放送受信機の性能（Ｃａｐａｂｉｌｉｔｙ）を説明する性能エレメントを含むことができる。または、コンポーネントエレメントは、前述したように構成されてもよい。
【０８５０】
ディスプレイユニットＪ１０１０３０は、デコーディングされた放送コンテンツをディスプレイする。
【０８５１】
図１０２は、本発明の一実施例に係る放送送信機を示す図である。
【０８５２】
本発明の一実施例に係る放送送信機は、コンポーネント生成部Ｊ１０２０１０、シグナリング情報生成部Ｊ１０２０２０及び／又は放送信号生成部Ｊ１０２０３０を含むことができる。
【０８５３】
コンポーネント生成部Ｊ１０２０１０は、放送コンテンツに含まれる１つ以上のコンポーネント（ｃｏｍｐｏｎｅｎｔ）を生成する。
【０８５４】
シグナリング情報生成部Ｊ１０２０２０は、１つ以上のコンポーネントを説明するコンポーネントエレメント（ｅｌｅｍｅｎｔ）を生成する。シグナリング情報生成部は、本発明で説明されたシグナリング情報、及び／又はサービス／コンテンツ／コンポーネントを説明する情報を生成することができる。コンポーネントエレメントは、前記コンポーネントを処理するために要求される放送受信機の性能（Ｃａｐａｂｉｌｉｔｙ）を説明する性能エレメントを含むことができる。または、コンポーネントエレメントは、前述したように構成されてもよい。
【０８５５】
放送信号生成部Ｊ１０２０３０は、１つ以上のコンポーネント及びコンポーネントエレメントを含む放送信号を生成し、生成された放送信号を伝送する。
【０８５６】
モジュール又はユニットは、メモリ（又は、格納ユニット）に記憶された連続した過程を実行するプロセッサであってもよい。前述した実施例に記述された各段階は、ハードウェア／プロセッサによって実行することができる。前述した実施例に記述された各モジュール／ブロック／ユニットは、ハードウェア／プロセッサとして動作することができる。また、本発明が提示する方法はコードとして実装されるようにするこができる。このコードは、プロセッサが読み出し可能な記憶媒体に書き込まれ、装置（ａｐｐａｒａｔｕｓ）が提供するプロセッサによって読み出されるようにすることができる。
【０８５７】
説明の便宜のため、各図を個別に説明したが、各図に開示した実施例を組み合わせて新しい実施例として実装するように設計することも可能である。そして、通常の技術者の必要に応じて、以前に説明された実施例を実行するためのプログラムが記録されているコンピュータで読み出し可能な記録媒体を設計することも、本発明の権利範囲に属する。
【０８５８】
本発明に係る装置及び方法は、上述したように、説明された実施例の構成と方法に限定されて適用されるものではなく、上述した実施例は、様々な変形が可能なように、各実施例の全部又は一部が選択的に組み合わされて構成されてもよい。
【０８５９】
一方、本発明が提案する方法を、ネットワークデバイスに備えられた、プロセッサが読み出し可能な記録媒体に、プロセッサが読み出し可能なコードとして実装することができる。プロセッサが読み出し可能な記録媒体は、プロセッサによって読み出されるデータが格納されるいかなる種類の記録装置をも含む。プロセッサが読み出し可能な記録媒体の例には、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピーディスク、光データ格納装置などがあり、また、インターネットを介した伝送などのようなキャリアウェーブの形態で実装されるものも含む。また、プロセッサが読み出し可能な記録媒体は、ネットワークで接続されたコンピュータシステムに分散されて、分散方式でプロセッサが読み出し可能なコードが格納され、実行されてもよい。
【０８６０】
また、以上では、本発明の好適な実施例について図示及び説明したが、本発明は、上述した特定の実施例に限定されず、特許請求の範囲で請求する本発明の要旨を逸脱することなく、当該発明の属する技術分野における通常の知識を有する者によって、様々な変形実施が可能であることはもちろんであり、このような変形実施は、本発明の技術的思想や展望から個別的に理解されてはならない。
【０８６１】
そして、当該明細書では、物の発明及び方法の発明の両方が説明されており、必要に応じて、両発明の説明は補充的に適用されてもよい。
【０８６２】
本発明の思想や範囲内で本発明の様々な変更及び変形が可能であることは当業者にとって明らかである。したがって、本発明は、添付の請求項及びその同等範囲内で提供される本発明の変更及び変形を含むように意図される。
【０８６３】
本明細書において、装置の発明も方法の発明も言及されており、装置及び方法の発明に関する説明は互いに補完して適用可能である。
【０８６４】
様々な実施例が、本発明を実施するための最良の形態において説明されている。
【産業上の利用可能性】
【０８６５】
本発明は、一連の放送信号提供分野で利用可能である。
【０８６６】
本発明の思想や範囲内で本発明の様々な変更及び変形が可能であることは当業者にとって明らかである。したがって、本発明は、添付の請求項及びその同等範囲内で提供される本発明の変更及び変形を含むように意図される。
【図１】
0006599864.tif 000045
【図２】
0006599864.tif 000046
【図３】
0006599864.tif 000047
【図４】
0006599864.tif 000048
【図５】
0006599864.tif 000049
【図６】
0006599864.tif 000050
【図７】
0006599864.tif 000051
【図８】
0006599864.tif 000052
【図９】
0006599864.tif 000053
【図１０】
0006599864.tif 000054
【図１１】
0006599864.tif 000055
【図１２】
0006599864.tif 000056
【図１３】
0006599864.tif 000057
【図１４】
0006599864.tif 000058
【図１５】
0006599864.tif 000059
【図１６】
0006599864.tif 000060
【図１７】
0006599864.tif 000061
【図１８】
0006599864.tif 000062
【図１９】
0006599864.tif 000063
【図２０】
0006599864.tif 000064
【図２１】
0006599864.tif 000065
【図２２】
0006599864.tif 000066
【図２３】
0006599864.tif 000067
【図２４】
0006599864.tif 000068
【図２５】
0006599864.tif 000069
【図２６】
0006599864.tif 000070
【図２７】
0006599864.tif 000071
【図２８】
0006599864.tif 000072
【図２９】
0006599864.tif 000073
【図３０】
0006599864.tif 000074
【図３１】
0006599864.tif 000075
【図３２】
0006599864.tif 000076
【図３３】
0006599864.tif 000077
【図３４】
0006599864.tif 000078
【図３５】
0006599864.tif 000079
【図３６】
0006599864.tif 000080
【図３７】
0006599864.tif 000081
【図３８】
0006599864.tif 000082
【図３９】
0006599864.tif 000083
【図４０】
0006599864.tif 000084
【図４１】
0006599864.tif 000085
【図４２】
0006599864.tif 000086
【図４３】
0006599864.tif 000087
【図４４】
0006599864.tif 000088
【図４５】
0006599864.tif 000089
【図４６】
0006599864.tif 000090
【図４７】
0006599864.tif 000091
【図４８】
0006599864.tif 000092
【図４９】
0006599864.tif 000093
【図５０】
0006599864.tif 000094
【図５１】
0006599864.tif 000095
【図５２】
0006599864.tif 000096
【図５３】
0006599864.tif 000097
【図５４】
0006599864.tif 000098
【図５５】
0006599864.tif 000099
【図５６】
0006599864.tif 000100
【図５７】
0006599864.tif 000101
【図５８】
0006599864.tif 000102
【図５９】
0006599864.tif 000103
【図６０】
0006599864.tif 000104
【図６１】
0006599864.tif 000105
【図６２】
0006599864.tif 000106
【図６３】
0006599864.tif 000107
【図６４】
0006599864.tif 000108
【図６５】
0006599864.tif 000109
【図６６】
0006599864.tif 000110
【図６７】
0006599864.tif 000111
【図６８】
0006599864.tif 000112
【図６９】
0006599864.tif 000113
【図７０】
0006599864.tif 000114
【図７１】
0006599864.tif 000115
【図７２】
0006599864.tif 000116
【図７３】
0006599864.tif 000117
【図７４】
0006599864.tif 000118
【図７５】
0006599864.tif 000119
【図７６】
0006599864.tif 000120
【図７７】
0006599864.tif 000121
【図７８】
0006599864.tif 000122
【図７９】
0006599864.tif 000123
【図８０】
0006599864.tif 000124
【図８１】
0006599864.tif 000125
【図８２】
0006599864.tif 000126
【図８３】
0006599864.tif 000127
【図８４】
0006599864.tif 000128
【図８５】
0006599864.tif 000129
【図８６】
0006599864.tif 000130
【図８７】
0006599864.tif 000131
【図８８】
0006599864.tif 000132
【図８９】
0006599864.tif 000133
【図９０】
0006599864.tif 000134
【図９１】
0006599864.tif 000135
【図９２】
0006599864.tif 000136
【図９３】
0006599864.tif 000137
【図９４】
0006599864.tif 000138
【図９５】
0006599864.tif 000139
【図９６】
0006599864.tif 000140
【図９７】
0006599864.tif 000141
【図９８】
0006599864.tif 000142
【図９９】
0006599864.tif 000143
【図１００】
0006599864.tif 000144
【図１０１】
0006599864.tif 000145
【図１０２】
0006599864.tif 000146