(57)【要約】【課題】デジタルサービス信号を処理する装置及びその方法を提供すること。【解決手段】本発明による装置は、ＰＤＩテーブルを受信するＰＤＩモジュールであって、ＰＤＩテーブルはＰＤＩ質問の属性を有する少なくとも一つの質問エレメントを含み、異なるタイプを有する質問エレメントからＰＤＩ質問を抽出するＰＤＩモジュールと、抽出されたＰＤＩ質問に応じてＰＤＩ回答を受信するＰＤＩ回答モジュールと、選択基準情報を受信し、選択基準情報を受信したＰＤＩ回答と比較することによってデジタルサービス信号のコンテンツを選択する選択モジュールと、選択されたコンテンツをダウンロードするコンテンツ記憶モジュールとを備え、質問エレメントのタイプは、数値回答、正誤回答、選択回答、記述式回答、ＰＤＩ質問のない回答のうち一つを有するＰＤＩ質問のタイプを示す。【選択図】図７
2015530027.tif 000002
【特許請求の範囲】
【請求項１】
デジタルサービス信号を受信する方法であって、
プロファイル・人口統計・興味（ＰＤＩ）テーブルを受信するステップであって、該ＰＤＩテーブルは質問の属性を有する少なくとも一つの質問エレメントを含み、前記ＰＤＩテーブルを識別するテーブル識別子フィールドと、前記ＰＤＩテーブルのバージョンを示すテーブルバージョンフィールドと、少なくとも一つのＰＤＩ質問についての直近の変更日付及び時間を示す時間フィールドとを更に含む、ステップと、
前記ＰＤＩテーブルから前記ＰＤＩ質問を抽出するステップであって、前記少なくとも一つの質問エレメントはそれぞれ異なるタイプを有する、ステップと、
前記抽出されたＰＤＩ質問に応じたＰＤＩ回答を受信するステップと、
選択基準情報を受信するステップと、
前記選択基準情報を前記受信したＰＤＩ回答と比較することによって、デジタルサービス信号のコンテンツを選択するステップと、
前記選択されたコンテンツをダウンロードするステップと、を有し、
前記少なくとも一つの質問エレメントのタイプは、数値回答と、正誤回答と、選択回答と、記述式回答と、ＰＤＩ質問のない回答とのうち一つを有する前記ＰＤＩ質問のタイプを示す、方法。
【請求項２】
前記選択基準情報のタイプは、数値回答と、正誤回答と、選択回答と、記述式回答と、ＰＤＩ質問のない回答とのうち一つを有する前記ＰＤＩ質問のタイプを示し、前記選択するステップは、前記選択基準情報が前記ＰＤＩ回答と一致するか否かを判断するステップを更に有する、請求項１に記載の方法。
【請求項３】
前記ＰＤＩテーブルは、インターネットプロトコル（ＩＰ）サブネットによって伝達される、請求項１に記載の方法。
【請求項４】
前記コンテンツの署名を含む要求を自動コンテンツ認識（ＡＣＲ）サーバに周期的に送るステップと、
前記ＡＣＲサーバからＵＲＬＬｉｓｔ情報を受信するためのトリガ及び前記選択基準情報を含むトリガ宣言オブジェクト（ＴＤＯ）パラメータテーブル（ＴＰＴ）を含む回答を受信するステップと、
を更に含む、請求項３に記載の方法。
【請求項５】
前記ＰＤＩテーブルが放送ストリームを介して伝達されるとき、
前記ＰＤＩテーブルを識別するためのシーケンス番号情報を含むテーブルセクションを受信するステップと、
前記テーブルセクションの前記シーケンス番号情報を用いて、前記ＰＤＩテーブルを受信するステップと、
を更に含む、請求項１に記載の方法。
【請求項６】
前記ＰＤＩテーブルは、前記ＰＤＩテーブルのプロトコルバージョンを示すプロトコルバージョンフィールドと、前記各ＰＤＩテーブルの期限日及び時間を示す期限フィールドと、前記各ＰＤＩテーブルが前記ＰＤＩテーブルの集合に属するか否かを示すｘａｃｔｉｏｎ ＳｅｔＩｄフィールドとのうち少なくとも一つを更に含む、請求項１に記載の方法。
【請求項７】
前記少なくとも一つの質問エレメントは、位置及び時間の情報を示す状況フィールドを更に含み、前記状況フィールドは、緯度及び経度の情報を含む位置フィールドを含む、請求項１に記載の方法。
【請求項８】
サービス使用の内訳を記憶するステップと、
前記サービス使用を、周期的に、又は要求信号を受信することによって、監視するステップと、
前記監視の結果を、前記コンテンツを更新するために適用するステップと、
を更に含む、請求項１に記載の方法。
【請求項９】
デジタルサービス信号を処理する方法であって、
プロファイル・人口統計・興味（ＰＤＩ）テーブルを生成するステップであって、該ＰＤＩテーブルはＰＤＩ質問の属性を有する少なくとも一つの質問エレメントを含み、前記ＰＤＩテーブルを識別するテーブル識別子フィールドと、前記ＰＤＩテーブルのバージョンを示すテーブルバージョンフィールドと、前記ＰＤＩ質問についての直近の変更日付及び時間を示す時間フィールドとを更に含む、ステップと、
選択基準情報を生成するステップと、
前記ＰＤＩテーブルと、前記選択基準情報と、デジタルサービス信号のコンテンツとを送信するステップを含み、
前記少なくとも一つの質問エレメントのタイプは、数値回答と、正誤回答と、選択回答と、記述式回答と、ＰＤＩ質問のない回答とのうち一つを有する前記ＰＤＩ質問のタイプを示す、方法。
【請求項１０】
前記ＰＤＩテーブルが放送ストリームを介して伝達されるとき、
前記生成されたＰＤＩテーブルを圧縮するステップと、
前記圧縮されたＰＤＩテーブルをブロックに分けるステップと、
前記ブロックを、前記ＰＤＩテーブルを識別するためのシーケンス番号情報を含み、サービス信号通知チャネル（ＳＳＣ）を介して伝達されるセクションに挿入するステップと、
を更に含む、請求項９に記載の方法。
【請求項１１】
デジタルサービス信号を受信する装置であって、
プロファイル・人口統計・興味（ＰＤＩ）テーブルを受信するように構成されたＰＤＩモジュールであって、該ＰＤＩテーブルはＰＤＩ質問の属性を有する少なくとも一つの質問エレメントを含み、前記ＰＤＩテーブルを識別するテーブル識別子フィールドと、前記ＰＤＩテーブルのバージョンを示すテーブルバージョンフィールドと、前記ＰＤＩ質問についての直近の変更日付及び時間を示す時間フィールドとを更に含み、それぞれ異なるタイプを有する前記少なくとも一つの質問エレメントから前記ＰＤＩ質問を抽出するＰＤＩモジュールと、
前記抽出されたＰＤＩ質問に応じてＰＤＩ回答を受信するように構成されたＰＤＩ回答モジュールと、
選択基準情報を受信し、前記選択基準情報を前記受信したＰＤＩ回答と比較することによって、デジタルサービス信号のコンテンツを選択するように構成された選択モジュールと、
前記選択されたコンテンツをダウンロードするように構成されたコンテンツ記憶モジュールと、を備え、
前記少なくとも一つの質問エレメントのタイプは、数値回答と、正誤回答と、選択回答と、記述式回答と、ＰＤＩ質問のない回答とのうち一つを有する前記ＰＤＩ質問のタイプを示す、装置。
【請求項１２】
前記選択基準情報のタイプは、数値回答と、正誤回答と、選択回答と、記述式回答と、ＰＤＩ質問のない回答とのうち一つを有する前記ＰＤＩ質問のタイプを示し、前記選択モジュールは、前記選択基準情報が前記ＰＤＩ回答と一致するか否かを判断する、請求項１１に記載の装置。
【請求項１３】
前記ＰＤＩテーブルは、ＩＰサブネットによって伝達される、請求項１１に記載の装置。
【請求項１４】
前記ＰＤＩモジュールは、
前記コンテンツの署名を含む要求を自動コンテンツ認識（ＡＣＲ）サーバに周期的に送り、
前記ＡＣＲサーバからＵＲＬＬｉｓｔ情報を受信するためのトリガ及び前記選択基準情報を含むトリガ宣言オブジェクト（ＴＤＯ）パラメータテーブル（ＴＰＴ）を含む回答を受信する、請求項１３に記載の装置。
【請求項１５】
前記ＰＤＩテーブルが放送ストリームを介して伝達されるとき、前記ＰＤＩモジュールは、
前記ＰＤＩテーブルを識別するためのシーケンス番号情報を含むテーブルセクションを受信し、
前記テーブルセクションの前記シーケンス番号情報を用いて前記ＰＤＩテーブルを受信する、請求項１１に記載の装置。
【請求項１６】
前記ＰＤＩテーブルは、前記ＰＤＩテーブルのプロトコルバージョンを示すプロトコルバージョンフィールドと、前記各ＰＤＩテーブルの期限日及び時間を示す期限フィールドと、前記各ＰＤＩテーブルが前記ＰＤＩテーブルの集合に属するか否かを示すｘａｃｔｉｏｎ ＳｅｔＩｄフィールドとのうち少なくとも一つを更に含む、請求項１１に記載の装置。
【請求項１７】
前記少なくとも一つの質問エレメントは、位置及び時間の情報を示す状況フィールドを更に含み、前記状況フィールドは、緯度及び経度の情報を含む位置フィールドを含む、請求項１１に記載の装置。
【請求項１８】
サービス使用の内訳を記憶するように構成された使用ログと、
前記サービス使用を、周期的に、又は要求信号を受信することによって、監視するように構成された使用監視エンジンと、
前記監視の結果を、前記コンテンツを更新するために適用するように構成された使用監視エンジンと、
を更に備える、請求項１１に記載の装置。
【請求項１９】
デジタルサービス信号を処理する装置であって、
プロファイル・人口統計・興味（ＰＤＩ）テーブルを生成するように構成されたＰＤＩテーブル生成器であって、該ＰＤＩテーブルはＰＤＩ質問の属性を有する少なくとも一つの質問エレメントを含み、ＰＤＩテーブルを識別するテーブル識別子フィールドと、前記ＰＤＩテーブルのバージョンを示すテーブルバージョンフィールドと、前記ＰＤＩ質問に対して直近の変更日付及び時間を示す時間フィールドとを更に含む、ＰＤＩテーブル生成器と、
選択基準情報を生成するように構成された選択基準情報生成モジュールと、
前記ＰＤＩテーブルと、前記選択基準情報と、デジタルサービス信号のコンテンツとを送信するように構成された送信モジュールと、を備え、
前記少なくとも一つの質問エレメントのタイプは、数値回答と、正誤回答と、選択回答と、記述式回答と、ＰＤＩ質問のない回答とのうち一つを有する前記ＰＤＩ質問のタイプを示す、装置。
【請求項２０】
前記ＰＤＩテーブルが放送ストリームを介して伝達されるとき、前記送信モジュールは、
前記生成されたＰＤＩテーブルを圧縮し、
前記圧縮されたＰＤＩテーブルをブロックに分け、
前記ブロックを、前記ＰＤＩテーブルを識別するためのシーケンス番号情報を含み、サービス信号通知チャネル（ＳＳＣ）を介して伝達されるセクションに挿入する、請求項１９に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルサービス信号処理方法及び装置に関し、特に、個人化（ｐｅｒｓｏｎａｌｉｚａｔｉｏｎ）サービスのためのデジタルサービス信号処理方法及び装置に関する。
【背景技術】
【０００２】
デジタル技術の発展に伴ってデジタル放送サービスが提供される中、より高品質の放送サービスを提供するための技術が脚光を浴びている。
【０００３】
最近では、放送網を効率的に使用するための方法として、非実時間（Ｎｏｎ  Ｒｅａｌ  Ｔｉｍｅ、ＮＲＴ）サービスに基づく放送技術が開発されている。ＮＲＴサービスは、地上波放送網の一部の帯域幅を活用して一定量のコンテンツをファイル形態で伝送するための次世代放送技術サービスである。
【０００４】
特に、米国高度テレビジョンシステム委員会（ＡＴＳＣ）は、地上波デジタルＴＶ放送の伝送によってＮＲＴサービスを提供するための技術としてＡＴＳＣ−ＮＲＴを含めている。ＡＴＳＣ−ＮＲＴは、「ダウンロードして再生」（ｄｏｗｎｌｏａｄ ＆ ｐｌａｙ）技術に基づき、地上波デジタルＴＶ放送網を用いてビデオオンデマンド（ＶＯＤ）サービスなどを提供するものである。既存のＤＴＶ地上波サービスは、固定受信及び実時間放送を提供することに限定されたが、ＮＲＴサービスは、移動放送だけでなく、多様なコンテンツを指定された時間ではなく利用者の所望する時間に提供することもできる。具体的には、ＮＲＴサービスは、プッシュ型ＶＯＤサービス、ターゲット広告サービスなどの様々なＤＴＶサービスを提供することができる。すなわち、ＮＲＴサービスを提供することによって、地上波放送の空間領域及び時間領域が崩れ、コンテンツの選択権が放送局から利用者に移るようになった。
【０００５】
このようなＮＲＴサービスの提供が可能になるに伴って、コンテンツをより能動的に利用しようとする利用者の要求が増えており、放送局にとっては利用者の要求に合わせて放送サービスを提供する必要性が増加している。
【０００６】
しかしながら、現在の放送システムでは利用者情報を収集し、収集した利用者情報を処理できる体系が構築されておらず、利用者に適した放送サービスを効率的に提供することは難しい。
【０００７】
そのため、利用者に最適化したサービスを提供することには制約があり、利用者が望まないコンテンツを受信し、結果として利用者の便宜性が低下することがある。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明が達成しようとする技術的課題は、上述した問題点を解決するためのものであり、ＮＲＴサービスにおいて、利用者情報に基づいて、利用者の要求に応じてコンテンツを選別して提供することである。
【課題を解決するための手段】
【０００９】
本発明の目的は、本発明によるプロファイル・人口統計・興味（Ｐｒｏｆｉｌｅｓ、Ｄｅｍｏｇｒａｐｈｉｃｓ、Ｉｎｔｅｒｅｓｔｓ：ＰＤＩ）テーブルを受信するステップであって、ＰＤＩテーブルは質問の属性を有する少なくとも一つの質問エレメントを含み、ＰＤＩテーブルを識別するテーブル識別子（ｔａｂｌｅ  Ｉｄ）フィールドと、ＰＤＩテーブルのバージョンを示すテーブルバージョンフィールドと、少なくとも一つのＰＤＩ質問に対する直近の変化の日付及び時間を示す時間フィールドとを更に含む、ステップと、ＰＤＩテーブルからＰＤＩ質問を抽出するステップであって、少なくとも一つの質問エレメントがそれぞれ異なるタイプを有する、ステップと、抽出されたＰＤＩ質問に応じたＰＤＩ回答を受信するステップと、選択（ｆｉｌｔｅｒｉｎｇ）基準情報を受信するステップと、選択基準情報を受信したＰＤＩ回答と比較することによってデジタルサービス信号のコンテンツを選択するステップと、選択されたコンテンツをダウンロードするステップと、を含み、少なくとも一つの質問エレメントのタイプは、数値（ｉｎｔｅｇｅｒ）回答、正誤（Ｂｏｏｌｅａｎ）回答、選択回答、記述式（ｔｅｘｔ）回答、ＰＤＩ質問のない回答のうち一つを有するＰＤＩ質問のタイプを示す、デジタルサービス信号受信方法を提供することによって達成される。
【００１０】
選択基準情報のタイプは、数値回答、正誤回答、選択回答、記述式回答、ＰＤＩ質問のない回答のうち一つを有するＰＤＩ質問のタイプを示し、選択するステップは、選択基準情報がＰＤＩ回答と一致するか否かを判断するステップを更に含むことが好ましい。
【００１１】
ＰＤＩテーブルは、インターネットプロトコル（ＩＰ）サブネットによって伝達されることが好ましい。
【００１２】
方法は、コンテンツの署名を含む要求を自動コンテンツ認識サーバに周期的に送るステップと、自動コンテンツ認識サーバからＵＲＬリスト（ＵＲＬＬｉｓｔ）情報を受信するためのトリガ及び選択基準情報を含むトリガ宣言オブジェクト（ＴＤＯ）パラメータテーブル（ＴＰＴ）を含む回答を受信するステップと、を更に含むことが好ましい。
【００１３】
ＰＤＩテーブルが放送ストリームを介して伝達されるとき、方法は、ＰＤＩテーブルを識別するためにシーケンス番号情報を含むテーブルセクションを受信するステップと、テーブルセクションのシーケンス番号情報を用いてＰＤＩテーブルを受信するステップと、を更に含むことが好ましい。
【００１４】
ＰＤＩテーブルは、ＰＤＩテーブルのプロトコルバージョンを示すプロトコルバージョンフィールドと、各ＰＤＩテーブルの期限日及び時間を示す期限（ｅｘｐｉｒｅ）フィールドと、各ＰＤＩテーブルがＰＤＩテーブルの集合に属するか否かを示すｘａｃｔｉｏｎ ＳｅｔＩｄフィールドとのうち少なくとも一つを更に含むことが好ましい。
【００１５】
少なくとも一つの質問エレメントは、緯度及び経度の情報を含む位置フィールドを含み、位置及び時間の情報を示す状況フィールドを更に含むことが好ましい。
【００１６】
方法は、サービス使用の内訳を記憶するステップと、サービス使用を、周期的に、又は要求信号を受信することによって、監視するステップと、監視の結果を、コンテンツを更新するために適用するステップと、を更に含むことが好ましい。
【００１７】
本発明の他の態様においては、ＰＤＩテーブルを生成するステップであって、該ＰＤＩテーブルはＰＤＩ質問の属性を有する少なくとも一つの質問エレメントを含み、ＰＤＩテーブルを識別するテーブル識別子フィールドと、ＰＤＩテーブルのバージョンを示すテーブルバージョンフィールドと、ＰＤＩ質問に対する直近の変化の日付及び時間を示す時間フィールドとを更に含む、ステップと、選択基準情報を生成するステップと、ＰＤＩテーブルと、選択基準情報と、デジタルサービス信号のコンテンツとを送信するステップと、を含み、少なくとも一つの質問エレメントのタイプは、数値回答、正誤回答、選択回答、記述式回答、ＰＤＩ質問のない回答のうち一つを有するＰＤＩ質問のタイプを示す、本発明によるデジタルサービス信号処理方法が提供される。
【００１８】
ＰＤＩテーブルが放送ストリームを介して伝達されるとき、方法は、生成されたＰＤＩテーブルを圧縮するステップと、圧縮されたＰＤＩテーブルをブロックに分けるステップと、ブロックを、ＰＤＩテーブルを識別するためにシーケンス番号情報を含み、サービス通知チャネル（ｓｅｒｖｉｃｅ  ｓｉｇｎａｌｉｎｇ  ｃｈａｎｎｅｌ、ＳＳＣ）を介して伝達されるセクションに挿入するステップと、を更に含むことが好ましい。
【発明の効果】
【００１９】
本発明によれば、個人化放送システムは利用者情報を効率的に収集し、個人化サービス提供のために収集した利用者情報を処理することができる。
【００２０】
また、本発明によれば、個人化放送システムは利用者情報を用いて利用者に最適化されたコンテンツを選別して提供することができる。
【００２１】
また、本発明によれば、利用者は個人化放送システムを用いてコンテンツを能動的に選択して利用することができる。
【００２２】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本発明に関する実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
【図面の簡単な説明】
【００２３】
【図１】自動コンテンツ認識ベースＥＴＶサービスシステムを示す図である。
【図２】本発明の一実施例によるデジタル透かし技術の流れを示す図である。
【図３】本発明の一実施例による自動コンテンツ認識問合せ結果フォーマットを示す図である。
【図４】本発明の一実施例によるコンテンツ識別子の構文を示す図である。
【図５】本発明の一実施例による受信機の構造を示す図である。
【図６】本発明の他の実施例による受信機の構造を示す図である。
【図７】本発明の一実施例によるデジタル放送システムを示す図である。
【図８】本発明の他の実施例によるデジタル放送システムを示す図である。
【図９】本発明の他の実施例によるデジタル放送システムのフローチャートを示す図である。
【図１０】本発明の他の実施例によるデジタル放送システムのフローチャートを示す図である。
【図１１】本発明の一実施例によるＰＤＩテーブルを示す図である。
【図１２】本発明の他の実施例によるＰＤＩテーブルを示す図である。
【図１３】本発明の他の実施例によるＰＤＩテーブルを示す図である。
【図１４】本発明の他の実施例によるＰＤＩテーブルを示す図である。
【図１５】本発明の他の実施例によるＰＤＩテーブルを示す図である。
【図１６】本発明の他の実施例によるＰＤＩテーブルを示す図である。
【図１７Ａ】本発明の他の実施例によるＰＤＩテーブルを示す図である。
【図１７Ｂ】本発明の他の実施例によるＰＤＩテーブルを示す図である。
【図１８Ａ】本発明の他の実施例によるＰＤＩテーブルを示す図である。
【図１８Ｂ】本発明の他の実施例によるＰＤＩテーブルを示す図である。
【図１９】本発明の一実施例による選択基準テーブルを示す図である。
【図２０】本発明の他の実施例による選択基準テーブルを示す図である。
【図２１】本発明の他の実施例による選択基準テーブルを示す図である。
【図２２】本発明の他の実施例による選択基準テーブルを示す図である。
【図２３】本発明の他の実施例によるデジタル放送システムのフローチャートを示す図である。
【図２４】本発明の一実施例によるＰＤＩテーブルセクションを示す図である。
【図２５】本発明の他の実施例によるＰＤＩテーブルセクションを示す図である。
【図２６】本発明の他の実施例によるＰＤＩテーブルセクションを示す図である。
【図２７】本発明の他の実施例によるＰＤＩテーブルセクションを示す図である。
【図２８】本発明の他の実施例によるデジタル放送システムのフローチャートを示す図である。
【図２９】本発明の他の実施例によるＦＤＴインスタンスのＸＭＬスキーマを示す図である。
【図３０】本発明の一実施例による能力記述子構文を示す図である。
【図３１】本発明の一実施例による消費モデルを示す図である。
【図３２】本発明の一実施例による選択基準記述子構文を示す図である。
【図３３】本発明の他の実施例による選択基準記述子構文を示す図である。
【図３４】本発明の他の実施例によるデジタル放送システムのフローチャートを示す図である。
【図３５】本発明の一実施例によるＨＴＴＰ要求テーブルを示す図である。
【図３６】本発明の他の実施例によるデジタル放送システムのフローチャートである。
【図３７】本発明の一実施例によるＵＲＬリストテーブルを示す図である。
【図３８】本発明の一実施例によるＴＰＴを示す図である。
【図３９】本発明の他の実施例によるデジタル放送システムのフローチャートである。
【図４０】本発明の他の実施例によるデジタル放送システムのフローチャートである。
【図４１】本発明の他の実施例によるデジタル放送システムのフローチャートである。
【図４２】本発明の他の実施例によるデジタル放送システムのフローチャートである。
【図４３】本発明の一実施例による受信機ターゲット基準テーブルを示す図である。
【図４４】本発明の一実施例による事前登録ＰＤＩ質問を示す図である。
【図４５】本発明の他の実施例による事前登録ＰＤＩ質問を示す図である。
【図４６】本発明の他の実施例による事前登録ＰＤＩ質問を示す図である。
【図４７】本発明の他の実施例による事前登録ＰＤＩ質問を示す図である。
【図４８】本発明の他の実施例による事前登録ＰＤＩ質問を示す図である。
【図４９】本発明の他の実施例による事前登録ＰＤＩ質問を示す図である。
【図５０】本発明の他の実施例による事前登録ＰＤＩ質問を示す図である。
【図５１】本発明の他の実施例による事前登録ＰＤＩ質問を示す図である。
【図５２】本発明の他の実施例による事前登録ＰＤＩ質問を示す図である。
【図５３】本発明の他の実施例による事前登録ＰＤＩ質問を示す図である。
【図５４】本発明の一実施例によるＰＤＩ ＡＰＩを示す図である。
【図５５】本発明の他の実施例によるＰＤＩ ＡＰＩを示す図である。
【図５６】本発明の他の実施例によるＰＤＩ ＡＰＩを示す図である。
【図５７】本発明の一実施例によるデジタルサービス信号処理装置を示す図である。
【図５８】本発明の他の実施例によるデジタルサービス信号処理装置を示す図である。
【図５９】本発明の一実施例によるデジタルサービス信号処理方法を示す図である。
【図６０】本発明の他の実施例によるデジタルサービス信号処理方法を示す図である。
【発明を実施するための形態】
【００２４】
以下、上述した目的を具体的に実現できる本発明の好適な実施例を、添付の図面を参照して説明する。ここで、図面に示され、それによって説明される本発明の構成及び作用は、少なくとも一つの実施例として説明されるものであり、それらの実施例によって本発明の技術的思想並びにその核心構成及び作用が制限されることはない。
【００２５】
本発明で使われる用語は、本発明における機能を考慮すると共に、可能な限り現在広く使われている一般的な用語を選択したが、それらの用語は、当該分野に従事する技術者の意図、慣例又は新しい技術の出現などによって変更してもよい。また、特定の場合は、出願人が任意に選定した用語もあり、その場合には、該当する発明の説明の部分でその意味を詳述するものとする。したがって、本発明で使われる用語は、単純な用語の名称ではなく、その用語が持つ意味と本発明の全般にわたる内容に基づいて定義しなければならない。
【００２６】
図１は、自動コンテンツ認識ベース強化テレビジョン（ｅｎｈａｎｃｅｄ  ｔｅｌｅｖｉｓｉｏｎ、ＥＴＶ）サービスシステムを示す図である。
【００２７】
図１に示す自動コンテンツ認識ベースＥＴＶサービスシステムは、放送局又はコンテンツプロバイダ１００、多チャネル放送事業者１０１、セットトップボックス１０２、デジタルＴＶ受信機などの受信機１０３、自動コンテンツ認識サーバ（又は、自動コンテンツ認識ソリューションプロバイダ）１０４を含むことができる。受信機１０３は、ＡＴＳＣの定義に従って動作することができ、自動コンテンツ認識機能をサポートすることができる。実時間放送サービス１１０は、オーディオ／ビデオコンテンツを含むことができる。
【００２８】
デジタル放送サービスは、放送局１００によって提供される地上波放送サービスと、多チャネル放送事業者１０１によって提供されるケーブル放送又は衛星放送などの多チャネル放送サービスと、に大別できる。放送局１００は、実時間放送サービス１１０及び強化（ｅｎｈａｎｃｅｍｅｎｔ）データ（又は、付加データ）１２０を共に伝送することができる。この場合、図１に示すように、受信機１０３は、多チャネル放送事業者１０１及びセットトップボックス１０２を介して実時間放送サービス１１０だけを受信し、強化データ１２０は受信できないことがある。
【００２９】
したがって、強化データ１２０を受信するために、受信機１０３は、オーディオ／ビデオコンテンツ出力を実時間放送サービス１１０として分析及び処理し、放送番組情報及び／又は放送番組関連メタデータを確認する。確認された放送番組情報及び／又は放送番組関連メタデータを用いて、受信機１０３は、放送局１００又は自動コンテンツ認識サーバ１０４から強化データを受信することができる（１４０）。この場合、強化データは、ＩＰネットワーク１５０を介して伝送するすることができる。
【００３０】
強化データが別の自動コンテンツ認識サーバ１０４から受信されると（１４０）、自動コンテンツ認識サーバ１０４と受信機１０３との間のメカニズムによって、ＡＴＳＣ ２．０標準で定義したトリガ宣言オブジェクト（ｔｒｉｇｇｅｒｅｄ  ｄｅｃｌａｒａｔｉｖｅ  ｏｂｊｅｃｔ、ＴＤＯ）モデルのうち要求／応答モデルを自動コンテンツ認識サーバ１０４に適用することができる。ＴＤＯ及び要求／応答モデルは後述する。
【００３１】
ＴＤＯは、放送コンテンツに含まれた付加情報を表す。ＴＤＯは、放送コンテンツ内で付加情報を適時にトリガする役割を有する。例えば、オーディション番組が放送されると、視聴者が好むオーディション参加者の現在順位が放送コンテンツと共に表示される。このとき、オーディション参加者の現在順位の付加情報はＴＤＯになり得る。このようなＴＤＯは、視聴者との相互作用によって変更してもよいし、視聴者の意図によって提供してもよい。
【００３２】
標準ＡＴＳＣ ２．０の要求／応答自動コンテンツ認識モデルで、デジタル放送受信機１０３は、周期的に（例えば、５秒ごとに）コンテンツの署名（ｓｉｇｎａｔｕｒｅ）を生成し、当該署名を含む要求を自動コンテンツ認識サーバ１０４に伝送するようになっている。自動コンテンツ認識サーバ１０４は、デジタル放送受信機１０３から要求を受けると応答を送る。通信セッションは要求と応答との間は開放されない。このモデルにおいて、自動コンテンツ認識サーバ１０４はクライアントに対するメッセージを開始することができない。
【００３３】
デジタル衛星放送の導入によって、デジタルデータ放送が新しい付加サービスとして出現した。代表的な対話型サービスである対話型データ放送は、様々な付加サービスを提供するために、データ信号だけでなく既存の放送信号を加入者に伝送することができる。
【００３４】
デジタルデータ放送は、仮想チャネルを用いた独立型サービスと、ＥＴＶによる放送関連サービスと、に大別できる。独立型サービスは、放送イメージ信号無しで文字及び図形だけを含み、既存のインターネットウェブページと類似のフォーマットで提供される。独立型サービスの代表例として、天気及び株式情報提供サービス、ＴＶ金融サービス、商取引サービスなどを挙げることができる。放送関連サービスは、放送イメージ信号だけでなく付加的な文字及び図形情報も伝送する。視聴者は、放送関連サービスによって視聴する放送番組に関連した情報を得ることができる。例えば、視聴者がドラマを視聴しながら、前回のあらすじ又は撮影場所を見ることができるようにするサービスがある。
【００３５】
デジタルデータ放送の放送関連サービスでは、ＥＴＶサービスが自動コンテンツ認識技術に基づいて提供してもよい。自動コンテンツ認識とは、装置がオーディオ／ビデオコンテンツを再生する際、コンテンツに隠れている情報から自動でコンテンツを認識する技術を指す。
【００３６】
自動コンテンツ認識技術を実現するとき、コンテンツに関する情報を得るために、透かし（ｗａｔｅｒｍａｒｋｉｎｇ）又は指紋（ｆｉｎｇｅｒ  ｐｒｉｎｔｉｎｇ）方式を用いることができる。透かしは、デジタルコンテンツプロバイダを示す情報をデジタルコンテンツに挿入する技術を指す。指紋は、特定情報がデジタルコンテンツに挿入される点は透かしと同一であるが、コンテンツプロバイダに関する情報ではなくコンテンツ購買者に関する情報が挿入される点が透かしと異なる。
【００３７】
図２は、本発明の一実施例によるデジタル透かし技術の流れを示す図である。
【００３８】
デジタル衛星放送の導入によって、デジタルデータ放送が新しい付加サービスとして出現した。代表的な対話型サービスである対話型データ放送は、様々な付加サービスを提供するために、データ信号だけでなく既存の放送信号を加入者に伝送することができる。
【００３９】
デジタルデータ放送は、仮想チャネルを用いた独立型サービスと、ＥＴＶによる放送関連サービスと、に大別できる。独立型サービスは、放送イメージ信号無しで文字及び図形だけを含み、既存のインターネットウェブページと類似のフォーマットで提供される。独立型サービスの代表例として、天気及び株式情報提供サービス、ＴＶ金融サービス、商取引サービスなどを挙げることができる。放送関連サービスは、放送イメージ信号だけでなく付加的な文字及び図形情報も伝送する。視聴者は、放送関連サービスによって視聴する放送番組に関連した情報を得ることができる。例えば、視聴者がドラマを視聴しながら前回のあらすじ又は撮影場所を見ることができるようにするサービスがある。
【００４０】
デジタルデータ放送の放送関連サービスでは、ＥＴＶサービスが自動コンテンツ認識技術に基づいて提供してもよい。自動コンテンツ認識とは、装置がオーディオ／ビデオコンテンツを再生する際、コンテンツに隠れている情報から自動でコンテンツを認識する技術を指す。
【００４１】
自動コンテンツ認識技術を実現するとき、コンテンツに関する情報を得るために、透かし又は指紋方式を用いることができる。透かしは、デジタルコンテンツプロバイダを示す情報をデジタルコンテンツに挿入する技術を指す。指紋は、特定情報がデジタルコンテンツに挿入される点は透かしと同一であるが、コンテンツプロバイダに関する情報ではなくコンテンツ購買者に関する情報が挿入される点が透かしと異なる。
【００４２】
以下、図２と関連して透かし技術について具体的に説明する。
【００４３】
デジタル透かしは、除去され難い方式でデジタル信号に情報を埋め込む処理である。例えば、信号としては、音声、画像、又は映像を挙げることができる。信号が複製されると、情報も複製された信号に乗せられる。一つの信号は同時に複数の異なる透かしを乗せることができる。
【００４４】
視覚的透かしにおいて、情報は画像又は映像で可視できる。一般に、情報は、メディアの所有者を識別する文字又はロゴである。ＴＶ放送局が、伝送される映像の隅にロゴを追加すると、これも視覚的透かしである。
【００４５】
非視覚的透かしにおいて、情報はデジタルデータとして音声、画像、又は映像に追加される。若干の情報が隠されていることは感知できても、それ自体を認知することはできない。透かしは、広く使用されるためのものであって、検索しやすくなっていてもよいし、又は、ある団体がデジタル信号に埋め込まれた秘密メッセージを授受するデータ秘匿技術（ｓｔｅｇａｎｏｇｒａｐｈｙ）の形態であってもよい。いずれの場合であれ、視覚的透かしと同様、目的は、所有主又は他の記述情報を除去され難い方式で信号に付加することにある。隠されている埋め込み情報を、個々人間の通信を切り替えるための手段として用いることもできる。
【００４６】
透かしの一つの応用として、デジタルメディアの非承認複製を防止又は阻止するための著作権保護システムがある。この用途では、複製装置が複製前に信号から透かしを検索し、透かしのコンテンツによって複製をするか否かを決定する。他の応用としては情報源追跡がある。
【００４７】
透かしは配布のたびにデジタル信号に埋め込まれる。著作物の複製物が後で発見されると、透かしを複製物から検索でき、配布の情報源を見つける。報道によると、この技術は、不正に複製された映画の情報源を見つけるために用いられている。
【００４８】
記述情報を持つデジタル写真の注釈（ａｎｎｏｔａｔｉｏｎ）は、非視覚的透かしの更に他の応用である。
【００４９】
デジタルメディアに対するファイル形式の一部がメタデータと呼ばれる付加情報を含むことができるのに対し、デジタル透かしはデータが信号自体で伝達される。
【００５０】
一部の文脈において、デジタル透かしという言葉は透かしが加えられた信号とカバー信号との相違を意味するが、埋め込まれる情報はデジタル透かしと呼ばれる。透かしが埋め込まれる信号はホスト信号と呼ばれる。
【００５１】
透かしシステムは、主に、埋め込み（２０１）、攻撃（２０２）、検出（又は、抽出）（２０３）の、三つの異なる段階に区別される。
【００５２】
埋め込み（２０１）で、アルゴリズムは、ホスト及び埋め込まれるデータを取り込み、透かしされた信号を生成する。
【００５３】
透かしされた信号は伝送又は記憶されるが、主に、他の人に伝送される。この人が変更を加えると、これは攻撃（２０２）と呼ばれる。変更が悪意的でない場合もあるが、攻撃という用語は、著作権侵害者が変更によってデジタル透かしを除去しようとする著作権保護アプリケーションから発生したものである。様々な変更が可能である。例えば、データの非可逆圧縮、イメージ又は映像の切取り（ｃｒｏｐｐｉｎｇ）、又は意図的に加える雑音などがありうる。
【００５４】
検出（２０３）は、攻撃された信号から透かしを抽出するために攻撃された信号に適用するアルゴリズムである。信号が伝送中に変更されなかった場合、透かしは依然として存在し、透かしの抽出が可能である。堅固な透かしアプリケーションでは、変更が強力であっても抽出アルゴリズムは透かしを正しく生成できる。ぜい弱な透かしでは、信号にいかなる変更が加えられても抽出アルゴリズムは失敗する。
【００５５】
埋め込まれた情報が数回の変形によって劣化しても、マーク付けされた信号から確実に検出されるとき、デジタル透かしは変形に対して堅固であるという。典型的なイメージ劣化は、ＪＰＥＧ圧縮、回転、切取り、付加的な雑音及び量子化である。ビデオコンテンツにおいて、一時的な変更及びＭＰＥＧ圧縮が主にここに含まれる。透かしされたコンテンツが、本来の透かしが付加されていないコンテンツと知覚的に同等であるとき、透かしは感知できないという。一般に、堅固な透かし又は感知できない透かしは生成しやすいが、堅固、かつ感知できない透かしは生成し難いことが知られている。堅固、かつ感知できない透かしは、デジタルコンテンツの保護のための道具、例えば、専門的なビデオコンテンツで埋め込まれた“複製不許”フラグとして提案された。
【００５６】
デジタル透かし技術は、いくつかの方式に分類できる。
【００５７】
第一に、透かしは、若干の変形後に検出されないとき、ぜい弱であるという（堅固性）。ぜい弱な透かしは通常、改ざん検出（完全性立証）のために用いられる。明らかに明確な原著作物に加えた変形は、普通、透かしと呼ばれず、一般化バーコードと呼ばれる。良性変形には抵抗力があるが、悪性変形後には検出に失敗する透かしは、ややぜい弱であるという。ややぜい弱な透かしは、通常、悪性変形を検出するために用いられる。指定された部類の変形に抵抗力がある透かしは堅固であるという。堅固な透かしは、複製物を伝達し、制御情報に接続するために、複製防止アプリケーションで用いることができる。
【００５８】
第二に、本来のカバー信号とマーク付けされた信号とが知覚的に区別されない（区別され難い）とき、透かしは感知できないという（知覚性）。マーク付けされた信号での存在が明らかであるが、非侵入的（ｎｏｎ−ｉｎｔｒｕｓｉｖｅ）であると、透かしは感知できるという。
【００５９】
第三に、容量に関して、埋め込まれたメッセージの長さは、二つの異なる主部類の透かし方式を決定する。
【００６０】
メッセージは概念上０ビットの長さを有し、システムは、マーク付けされたオブジェクトから透かしの存在有無を検出するために設計される。この種の透かし方式は、主に、イタリック０ビット又はイタリック存在透かし方式と呼ばれる。しばしばこの種の透かし方式は、１が透かしの存在を示すため（０は不在）、１ビット透かしと呼ばれる。
【００６１】
メッセージはｎビット長のストリーム（ｎ＝｜ｍ｜又はＭ＝｛０，１｝ｎ）であり、透かしで変調される。この種の方式は主に、多ビット透かし又は非零ビット透かし方式と呼ばれる。
【００６２】
第四に、埋め込み段階にはいくつかの方式がある。マーク付けされた信号が付加的な変形によって得られるとき、透かし方法は帯域拡散と呼ばれる。帯域拡散透かしは適当に堅固であると知られているが、ホスト干渉のため情報容量が低いとも知られている。マーク付けされた信号が量子化によって得られるとき、透かし法は、量子化タイプのものという。量子化透かしは低い堅固性を有するが、ホスト干渉の排除によって高い情報容量を有する。マーク付けされた信号が帯域拡散法及び類似の付加的な変形によって埋め込まれるが、特別に空間領域で埋め込まれるとき、透かし法は振幅変調と呼ばれる。
【００６３】
図３は、本発明の一実施例による自動コンテンツ認識問合せ（ｑｕｅｒｙ）結果フォーマットを示す図である。
【００６４】
既存の自動コンテンツ認識サービス処理システムによれば、放送局が実時間サービスのためのコンテンツとＥＴＶサービスのための強化データとを共に伝送し、ＴＶ受信機がコンテンツ及びＥＴＶサービスを受信する場合、実時間サービスのためのコンテンツは受信できるが、強化データは受信できない。
【００６５】
この場合、本発明の一実施例によれば、ＩＰネットワークを用いた独立したＩＰ信号通知（ｓｉｇｎａｌｉｎｇ）チャネルを用いて、既存の自動コンテンツ認識処理システムの問題を解決することができる。すなわち、ＴＶ受信機は、多チャネル放送事業者によって実時間サービスのためのコンテンツを受信することができ、独立したＩＰ信号通知チャネルを介して強化データを受信することができる。
【００６６】
この場合、本発明の一実施例によれば、ＩＰ信号通知チャネルは、ＰＳＩＰストリームが２値ストリームの形態で伝達及び処理されるように構成される。このとき、ＩＰ信号通知チャネルは、プル法又はプッシュ法を用いるように構成される。
【００６７】
プル法のＩＰ信号通知チャネルは、ＨＴＴＰ要求／応答方法によって構成することができる。ＨＴＴＰ要求／応答方法によれば、ＰＳＩＰ２値ストリームは、ＨＴＴＰ要求信号に対するＨＴＴＰ応答信号に含まれ、ＳｉｇｎａｌｉｎｇＣｈａｎｎｅｌＵＲＬによって伝送してもよい。この場合、ポーリングサイクルは、自動コンテンツ認識問合せ結果として伝達されたメタデータ内のＰｏｌｌｉｎｇ＿ｃｙｃｌｅによって周期的に要求してもよい。また、更新される時間及び／又は周期に関する情報は、信号通知チャネルに含まれて伝送してもよい。この場合、受信機は、ＩＰ信号通知チャネルから受信した更新時間及び／又は周期情報に基づいてサーバに信号通知情報を要求することができる。
【００６８】
プッシュ法のＩＰ信号通知チャネルは、ＸＭＬＨＴＴＰＲｅｑｕｅｓｔアプリケーションプログラムインタフェースを用いて構成することができる。ＸＭＬＨＴＴＰＲｅｑｕｅｓｔアプリケーションプログラムインタフェースを用いると、サーバから非同期で最新情報を受信することができる。これは、受信機にとっては、ＸＭＬＨＴＴＰＲｅｑｕｅｓｔオブジェクトによってサーバに非周期的に信号通知情報を要求する方法であり、サーバにとっては、信号通知情報が変更された場合は、要求に応答してこのチャネルを介して信号通知情報を提供する方法である。セッションの待ち時間に制限があるときはセッションタイムアウト応答が生成され、受信機はセッションタイムアウト応答を認識し、信号通知情報を再び要求し、受信機とサーバとの間で信号通知チャネルを維持することができる。
【００６９】
ＩＰ信号通知チャネルを介して強化データを受信するために、受信機は透かし及び指紋を用いて動作することができる。指紋は、コンテンツ購買者に関する情報をコンテンツプロバイダの代わりにコンテンツに挿入する技術を指す。指紋が用いられると、受信機は、コンテンツを確認するために参照データベースを検索することができる。コンテンツを確認した結果は、自動コンテンツ認識問合せ結果と呼ばれる。自動コンテンツ認識問合せ結果は、ＴＶ視聴者に提供された問合せを含み、自動コンテンツ認識機能を実行するために問合せの情報に回答することができる。受信機は、自動コンテンツ認識問合せ結果に基づいてＥＴＶサービスを提供することができる。
【００７０】
コンテンツ識別子部３０１は、大域的、かつ一意ににコンテンツを識別するための識別子を示し、サービスを識別するための識別子であるグローバルサービス識別子部を含むことができる。
【００７１】
ＮＴＰタイムスタンプ部３０２は、自動コンテンツ認識問合せに用いられるサンプルフレーム間隔の特定時点がＮＴＰタイムスタンプの形態で提供されるということを示すことができる。ここで、特定時点は、サンプルフレームの始点又は終点であってもよい。ＮＴＰは、インターネットによってコンピュータの時間を参照クロックに合わせるためのプロトコルを指し、タイムサーバと、コンピューターネットワーク上に分配されたクライアントとの間の時間同期のために用いることができる。ＮＴＰが協定世界時（ＵＴＣ）を使用し、１０ｍｓの正確度を保証するため、受信機はフレーム同期化動作を正確に処理することができる。
【００７２】
信号通知チャネル情報部３０３は、ＥＴＶサービスのためのＩＰネットワーク上の独立した信号通知チャネルのアクセス情報を示すことができる。
【００７３】
より具体的には、信号通知チャネル情報部３０３の下位部である信号通知チャネルＵＲＬ部３１３は、信号通知チャネルのＵＲＬ情報を示すことができる。信号通知チャネルＵＲＬ部３１３は、更新モード部３２３及びポーリングサイクル部３３３を下位部として含むことができる。更新モード部３２３は、ＩＰ信号通知チャネルを介して情報を取得する方法を示す。例えば、プルモードでは、受信機は情報を取得するためにプル法によって周期的にポーリングを行うことができ、プッシュモードでは、サーバはプッシュ法によって受信機に情報を送信することができる。ポーリングサイクル部３３３は、更新モード部３２３がプルモードのとき、プル法によって受信機の基本ポーリングサイクル値を示すことができる。そして、自動コンテンツ認識問合せ結果に関する情報は、透かしベース自動コンテンツ認識システム上でオーディオ／ビデオコンテンツに挿入／埋め込みされて送信してもよい。受信機は、透かし抽出器によって自動コンテンツ認識問合せ結果情報を抽出及び取得した後、ＥＴＶサービスを提供することができる。この場合、ＥＴＶサービスを別途の自動コンテンツ認識サーバ無しで提供することができ、ＩＰネットワークによる問合せは省略することができる。
【００７４】
図３は、本発明の一実施例による自動コンテンツ認識問合せ結果を示すＸＭＬスキーマの図である。図３に示すように、自動コンテンツ認識問合せ結果のＸＭＬフォーマットは、結果コード部３１０を含むことができ、自動コンテンツ認識問合せ結果タイプ３００は、コンテンツ識別子部３０１、ネットワーク時間プロトコル（ＮＴＰ）タイムスタンプ部３０２、信号通知チャネル情報部３０３、サービス情報部３０４、その他識別子部３０５を含むことができる。信号通知チャネル情報部３０３は、信号通知チャネルＵＲＬ部３１３、更新モード部３２３、ポーリングサイクル部３３３を含むことができ、サービス情報部３０４は、サービス名部３１４、サービスロゴ部３２４、サービス記述部３３４を含むことができる。
【００７５】
次に、図３に示す自動コンテンツ認識問合せ結果のＸＭＬスキーマの図を詳しく説明し、ＸＭＬスキーマの例を説明する。
【００７６】
結果コード部３１０は、自動コンテンツ認識問合せの結果値を示すことができる。これは問合せの成功又は失敗と、問合せに失敗したときの失敗理由とをコード値の形態で示すことができる。例えば、結果コード部３１０の値が２００のとき、これは問合せに成功し、それに該当するコンテンツ情報が返却されたということを示す。結果コード部３１０の値が４０４のとき、これは、コンテンツが発見されなかったことを示す。
【００７７】
受信機は基本ポーリングサイクル値を特定し、任意時間間隔で要求信号をサーバに送信することによって、サーバが要求によって過負荷となることを防止することができる。
【００７８】
サービス情報部３０４は、放送チャネルに関する情報を示すことができる。コンテンツＩＤ部３０１は、視聴者によって現在視聴されているサービスの識別子を示すことができ、サービス情報部３０４は、放送チャネルに関する具体的な情報を示すことができる。例えば、サービス情報部３０４が示す具体的な情報は、チャネル名、ロゴ、又は文字説明であってもよい。
【００７９】
より具体的には、サービス情報部３０４の下位部であるサービス名部３１４は、チャネル名を示すことができ、サービスロゴ部３２４は、チャネルロゴを示すことができ、サービス記述部３３４は、チャネル文字説明を示すことができる。
【００８０】
次に、本発明の一実施例による図３に示した自動コンテンツ認識問合せ結果のエレメントのＸＭＬスキーマを示す。
【００８１】
<xs:complexType name="ACR-ResultType">
<xs:sequence>
<xs:element name="ContentID" type="xs:anyURI"/>
<xs:element name="NTPTimestamp" type="xs:unsignedLong"/>
<xs:element name="SignalingChannelInformation">
<xs:complexType>
<xs:sequence>
<xs:element name="SignalingChannelURL" maxOccurs="unbounded">
<xs:complexType>
<xs:simpleContent>
<xs:extension base="xs:anyURI">
<xs:attribute name="UpdateMode">
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:enumeration value="Pull"/>
<xs:enumeration value="Push"/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name="PollingCycle" type="xs:unsignedInt"/>
</xs:extension>
</xs:simpleContent>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="ServiceInformation">
<xs:complexType>
<xs:sequence>
<xs:element name="ServiceName" type="xs:string"/>
<xs:element name="ServiceLogo" type="xs:anyURI" minOccurs="0"/>
<xs:element name="ServiceDescription" type="xs:string" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:any namespace="##other" processContents="skip" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="ResultCode" type="xs:string" use="required"/>
<xs:anyAttribute processContents="skip"/>
</xs:complexType>
【００８２】
図４は、本発明の一実施例によるコンテンツ識別子の構文を示す図である。
【００８３】
図４は、本発明の一実施例によるＡＴＳＣ標準に基づくコンテンツ識別子の構文を示す。ＡＴＳＣコンテンツ識別子は、受信機によって受信したコンテンツを識別するための識別子として用いることができる。
【００８４】
また、図４に示すコンテンツ識別子の構文は、図３で説明した自動コンテンツ認識問合せ結果フォーマットのコンテンツ識別子部の構文である。
【００８５】
ＡＴＳＣコンテンツ識別子は、一意性の期間を有し、送信加入者識別情報（Ｔｒａｎｓｍｉｔｔｉｎｇ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ、ＴＳＩＤ）及び「家屋番号」（ｈｏｕｓｅ  ｎｕｍｂｅｒ）で構成された構造である。家屋番号は、ここに制約されたとおり、ＴＳＩＤの保有者が所望するいずれかの番号である。番号は、ＴＳＩＤそれぞれの値に対して一意である。ＡＴＳＣコンテンツ識別子構造の構文は、図４に定義したとおりである。
【００８６】
１６ビットの符号無し整数フィールドであるＴＳＩＤは、ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄの値を含む。米国においてこの値の割当権限はＦＣＣにある。メキシコ、カナダ、米国に対する範囲は、これら国家間の公式協約によって設定された。他の地域の値は任意の権限によって設定される。
【００８７】
５ビットの符号無し整数であるｅｎｄ＿ｏｆ＿ｄａｙフィールドは、放送日（ｂｒｏａｄｃａｓｔ  ｄａｙ）が終了する日の、ＵＴＣで表された時間であって、その後にｃｏｎｔｅｎｔ＿ｉｄ値がｕｎｉｑｕｅ＿ｆｏｒに従って再使用されうる瞬間に設定される。このフィールドの値は、０？２３の範囲にある。値２４？３１は予約されている。このフィールドの値は放送局ごとに固定されることが期待される。
【００８８】
９ビットの符号無し整数であるｕｎｉｑｕｅ＿ｆｏｒフィールドは、最終桁の数が切り上げられ、ｅｎｄ＿ｏｆ＿ｄａｙが示す時間に関して測定された、ｃｏｎｔｅｎｔ＿ｉｄ値が他のコンテンツに再割当されない日数に設定される。その値は１乃至５１１の範囲にある。０は禁止される。５１１は“無期限”という特別な意味がある。このとき、このフィールドの値は、家屋番号付け方法が変更されるときにだけ変更され、放送局ごとに本質的に固定されることが期待される。また、復号器は、ｕｎｉｑｕｅ＿ｆｏｒフィールドの期限まで、記憶されたｃｏｎｔｅｎｔ＿ｖａｌｕｅｓを一意のものとして取扱うことができ、これは、記憶されたすべてのｕｎｉｑｕｅ＿ｆｏｒフィールドが０になるまで、ｅｎｄ＿ｏｆ＿ｄａｙに毎日１ずつ減少させることによって実行できる。
【００８９】
可変長フィールドであるｃｏｎｔｅｎｔ＿ｉｄフィールドは、家屋番号システム又はＴＳＩＤの値のためのシステムによって識別子の値に設定できる。このような各値は、ｅｎｄ＿ｏｆ＿ｄａｙ及びｕｎｉｑｕｅ＿ｆｏｒフィールドの値によって設定された一意性の期間内では、他のコンテンツに割り当てることができない。当該識別子は、人が読み取りできる値、及び／又は２進値のいずれかの組合せであってよく、家屋番号の形態と完全に一致する必要はなく、２４２バイトを越えない。
【００９０】
また、本発明の一実施例による受信機が、図４に示したコンテンツ識別子の構文からサービスを大域的に一意に識別できない場合、本発明の一実施例による受信機は、グローバルサービス識別子を用いてサービスを識別することができる。本発明の一実施例によるグローバルサービス識別子は、図３で説明した自動コンテンツ認識問合せ結果フォーマットのコンテンツ識別子部に含めることができる。
【００９１】
以下、［例示１］は、本発明の一実施例によるＵＲＩフォーマットのグローバルサービス識別子を示す。［例示１］のグローバルサービス識別子は、ＡＴＳＣ−Ｍ／Ｈサービスのために用いることができる。
【００９２】
［例示１］urn:oma:bcast:iauth:atsc:service:<region>:<xsid>:<serviceid>
【００９３】
＜ｒｅｇｉｏｎ＞は、ＩＳＯ６３９−２によって特定される２文字国際国コード（言語コード）である。
【００９４】
＜ｘｓｉｄ＞は、当該地域で定義されたとおり、地域サービスに対してはＴＳＩＤの１０進符号と定義される。＜ｘｓｉｄ＞は、地域サービスに対しては（ｍａｊｏｒ＞６９）、“０”と定義される。
【００９５】
＜ｓｅｒｖｉｃｅｉｄ＞は、＜ｍａｊｏｒ＞．＜ｍｉｎｏｒ＞と定義される。ここで、＜ｍａｊｏｒ＞は主チャネル番号を示すことができ、＜ｍｉｎｏｒ＞は副チャネル番号を示すことができる。
【００９６】
上述したグローバルサービス識別子は、次のようなＵＲＩフォーマットで表現することができる。
【００９７】
［例示２］urn:oma:bcast:iauth:atsc:service:us:1234:5.1
【００９８】
［例示３］urn:oma:bcast:iauth:atsc:service:us:0:100.200
【００９９】
また、本発明の一実施例による受信機は、上述したグローバルサービス識別子に基づいて、グローバルコンテンツ識別子を用いてコンテンツを識別することができる。
【０１００】
以下、［例示４］は、本発明の一実施例によるＵＲＩフォーマットのグローバルコンテンツ識別子を示す。［例示４］のグローバルサービス識別子は、ＡＴＳＣサービスのために用いることができる。具体的には、［例示４］は、本発明の一実施例によるグローバルコンテンツ識別子としてＡＴＳＣコンテンツ識別子が用いられた場合を示す。
【０１０１】
［例示４］urn:oma:bcast:iauth:atsc:content:<region>:<xsidz>:<contentid>:<unique_for>:<end_of_day>
【０１０２】
＜ｒｅｇｉｏｎ＞は、ＩＳＯ ６３９−２［４］によって特定される２文字国際国コードである。
【０１０３】
＜ｘｓｉｄｚ＞は、当該地域で定義されたとおり、地域サービスに対してはＴＳＩＤの１０進符号と定義される。ここには、放送する放送局が＜ｓｅｒｖｉｃｅｉｄ＞を使用せず、グローバルコンテンツ識別子の一意性を保証できない限り、“．”＜ｓｅｒｖｉｃｅｉｄ＞が続く。＜ｘｓｉｄｚ＞は、地域サービスに対しては（ｍａｊｏｒ＞６９）、＜ｓｅｒｖｉｃｅｉｄ＞と定義される。
【０１０４】
双方の場合において、＜ｓｅｒｖｉｃｅｉｄ＞は、セクションＡ１でコンテンツを伝達するサービスに対して定義されたとおりである。＜ｃｏｎｔｅｎｔ＿ｉｄ＞は、ｃｏｎｔｅｎｔ＿ｉｄフィールドを２進列（ｂｉｎａｒｙ  ｓｔｒｉｎｇ）と考えた、図４で定義したｃｏｎｔｅｎｔ＿ｉｄフィールドのｂａｓｅ６４［５］符号である。＜ｕｎｉｑｕｅ＿ｆｏｒ＞は、図４で定義したｕｎｉｑｕｅ＿ｆｏｒフィールドの１０進符号である。＜ｅｎｄ＿ｏｆ＿ｄａｙ＞は、図４で定義したｅｎｄ＿ｏｆ＿ｄａｙフィールドの１０進符号である。
【０１０５】
上述した例示のとおりに定義されたフォーマットを持つＡＴＳＣコンテンツ識別子を、自動コンテンツ認識処理システム上でコンテンツを識別するために用いることができる。
【０１０６】
以下、本発明の一実施例による図５及び図６と関連して、透かし及び指紋技術を具現できるように設計された受信機を説明する。図５及び図６の構成は設計者の意図によって変更してもよい。
【０１０７】
図５は、本発明の一実施例による受信機の構造を示す図である。
【０１０８】
具体的には、図５は、透かしを用いて自動コンテンツ認識ベースＥＴＶサービスに対応する受信機の構成の一例を示す。
【０１０９】
図５に示すように、本発明の一実施例による自動コンテンツ認識ベースＥＴＶサービスに対応する受信機は、入力データプロセッサ、ＡＴＳＣメインサービスプロセッサ、ＡＴＳＣ携帯端末向け（ｍｏｂｉｌｅ  ｈａｎｄｈｅｌｄ、ＭＨ）サービスプロセッサ、及び／又は自動コンテンツ認識サービスプロセッサを含むことができる。入力データプロセッサは、チューナ／復調器４００及び／又は残留側波帯復号器４０１を含むことができる。ＡＴＳＣメインサービスプロセッサは、トランスポートプロトコル（ＴＰ）デマルチプレクサ４０２、非実時間ガイド情報プロセッサ４０３、デジタル記憶媒体コマンド制御プロトコル（ｄｉｇｉｔａｌ  ｓｔｏｒａｇｅ  ｍｅｄｉａ  ｃｏｍｍａｎｄａｎｄ  ｃｏｎｔｒｏｌ、ＤＳＭ−ＣＣ）アドレス指定可能セクションパーサ４０４、ＩＰ／ＵＤＰパーサ４０５、片方向伝送路用ファイル配信プロトコル（ｆｉｌｅ  ｄｅｌｉｖｅｒｙ  ｏｖｅｒ  ｕｎｉｄｉｒｅｃｔｉｏｎａｌ  ｔｒａｎｓｐｏｒｔ、ＦＬＵＴＥ）パーサ４０６、メタデータモジュール４０７、ファイルモジュール４０８、電子サービスガイド（ＥＳＧ）／データ搬送波検出（ｄａｔａ  ｃａｒｒｉｅｒ  ｄｅｔｅｃｔ、ＤＣＤ）ハンドラ４０９、記憶制御モジュール４１０、ファイル／トランスポートプロトコルスイッチ４１１、再生制御モジュール４１２、第１記憶装置４１３、ＩＰパケット記憶制御モジュール４１４、インターネット接続制御モジュール４１５、ＩＰインタフェース４１６、ライブ／録画スイッチ４１７、ファイル（オブジェクト）復号器４１８、トランスポートプロトコル／ＰＥＳ（ｐａｃｋｅｔｉｚｅｄ  ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ）復号器４２０、ＰＳＩ（ｐｒｏｇｒａｍ  ｓｐｅｃｉｆｉｃ  ｉｎｆｏｒｍａｔｉｏｎ）／ＰＳＩＰ（ｐｒｏｇｒａｍ  ａｎｄ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｐｒｏｔｏｃｏｌ）復号器４２１、及び／又は電子番組ガイド（ｅｌｅｃｔｒｏｎｉｃ  ｐｒｏｇｒａｍ  ｇｕｉｄｅ、ＥＰＧ）ハンドラ４２２を含むことができる。ＡＴＳＣ ＭＨサービスプロセッサは、メイン／ＭＨ／非実時間スイッチ４１９、ＭＨベースバンドプロセッサ４２３、ＭＨ物理層適応プロセッサ４２４、ＩＰスタック４２５、ファイルハンドラ４２６、ＥＳＧハンドラ４２７、第２記憶装置４２８、及び／又はストリーミングハンドラ４２９を含むことができる。自動コンテンツ認識サービスプロセッサは、メイン／ＭＨ／非実時間スイッチ４１９、オーディオ／ビデオ復号器４３０、オーディオ／ビデオ処理モジュール４３１、外部入力ハンドラ４３２、透かし抽出器４３３、及び／又はアプリケーション４３４を含むことができる。
【０１１０】
次に、各プロセッサの各モジュールの動作について説明する。
【０１１１】
入力データプロセッサで、チューナ／復調器４００は、アンテナから受信した放送信号を選択及び復調することができる。この処理によって、残留側波帯シンボルを抽出することができる。残留側波帯復号器４０１は、チューナ／復調器４００によって抽出された残留側波帯シンボルを復号することができる。
【０１１２】
残留側波帯復号器４０１は、復号によるＡＴＳＣメインサービスデータ及びＭＨサービスデータを出力することができる。ＡＴＳＣメインサービスデータはＡＴＳＣメインサービスプロセッサに伝達されて処理され、ＭＨサービスデータはＡＴＳＣ ＭＨサービスプロセッサに伝達されて処理されうる。
【０１１３】
ＡＴＳＣメインサービスプロセッサは、ＭＨ信号を除くメインサービスデータを自動コンテンツ認識サービスプロセッサに伝達するために、メインサービス信号を処理することができる。トランスポートプロトコルデマルチプレクサ４０２は、残留側波帯信号を介して送信されたＡＴＳＣメインサービスデータの送信パケットを逆多重化して、他の処理モジュールに伝達することができる。すなわち、トランスポートプロトコルデマルチプレクサ４０２は、放送信号のエレメントがそれぞれ放送受信機のモジュールによって処理されるように、伝送パケットに含まれた様々な情報を逆多重化して伝達することができる。逆多重化されたデータは、実時間ストリーム、ＤＳＭ−ＣＣアドレス指定可能セクション、及び／又は非実時間サービステーブル／Ａ／９０＆９２信号通知テーブルを含むことができる。より具体的には、図５に示すように、トランスポートプロトコルデマルチプレクサ４０２は、実時間ストリームをライブ／録画スイッチ４１７に出力でき、ＤＳＭ−ＣＣアドレス指定可能セクションをＤＳＭ−ＣＣアドレス指定可能セクションパーサ４０４に出力でき、非実時間サービステーブル／Ａ／９０＆９２信号通知テーブルを非実時間ガイド情報プロセッサ４０３に出力することができる。
【０１１４】
非実時間ガイド情報プロセッサ４０３は、トランスポートプロトコルデマルチプレクサ４０２から非実時間サービステーブル／Ａ／９０＆９２信号通知テーブルを受信し、ＦＬＵＴセッション情報を抽出してＤＳＭ−ＣＣアドレス指定可能セクションパーサ４０４に伝達することができる。ＤＳＭ−ＣＣアドレス指定可能セクションパーサ４０４は、トランスポートプロトコルデマルチプレクサ４０２からＤＳＭ−ＣＣアドレス指定可能セクションを受信し、非実時間ガイド情報プロセッサ４０３からＦＬＵＴセッション情報を受信し、ＤＳＭ−ＣＣアドレス指定可能セクションを処理することができる。ＩＰ／ＵＤＰパーサ４０５は、ＤＳＭ−ＣＣアドレス指定可能セクションパーサ４０４からデータ出力を受信し、ＩＰ／ＵＤＰによって伝送されたＩＰデータグラムをパースすることができる。ＦＬＵＴＥパーサ４０６は、ＩＰ／ＵＤＰパーサ４０５から出力されたデータを受信し、非同期階層符号化（ａｓｙｎｃｈｒｏｎｏｕｓ  ｌａｙｅｒｅｄ  ｃｏｄｉｎｇ、ＡＬＣ）オブジェクトの形態で伝送されたデータサービスを伝送するためのＦＬＵＴＥデータを処理することができる。メタデータモジュール４０７及びファイルモジュール４０８は、ＦＬＵＴＥパーサ４０６から出力されたデータを受信し、メタデータ及び復元されたファイルを処理することができる。ＥＳＧ／ＤＣＤハンドラ４０９は、メタデータモジュール４０７から出力されたデータを受信し、放送番組に関連した電子サービスガイド及び／又は下りリンクチャネル記述子を処理することができる。復旧されたファイルは、参照指紋及びＡＴＳＣ ２．０コンテンツのようなファイルオブジェクトの形態で記憶制御モジュール４１０に伝達されうる。ファイルオブジェクトは、記憶制御モジュール４１０によって処理され、正常ファイル及びトランスポートプロトコルファイルに分離されて第１記憶装置４１３に記憶されうる。再生制御モジュール４１２は、記憶されたファイルオブジェクトを更新し、ファイルオブジェクトをファイル／トランスポートプロトコルスイッチ４１１に伝達して、正常ファイル及びトランスポートプロトコルファイルを復号することができる。ファイル／トランスポートプロトコルスイッチ４１１は、正常ファイル及びトランスポートプロトコルファイルが別個の経路を通じて復号されるように、正常ファイルはファイル復号器４１８に伝達し、トランスポートプロトコルファイルはライブ／録画スイッチ４１７に伝達する。
【０１１５】
ファイル復号器４１８は、正常ファイルを復号して自動コンテンツ認識サービスプロセッサに伝達することができる。復号された正常ファイルは、自動コンテンツ認識サービスプロセッサのメイン／ＭＨ／非実時間スイッチ４１９に伝達することができる。トランスポートプロトコルファイルは、ライブ／録画スイッチ４１７の制御下に、トランスポートプロトコル／ＰＥＳ復号器４２０に伝達することができる。トランスポートプロトコル／ＰＥＳ復号器４２０は、トランスポートプロトコルファイルを復号し、ＰＳＩ／ＰＳＩＰ復号器４２１は、復号されたトランスポートプロトコルファイルを再び復号する。ＥＰＧハンドラ４２２は、復号されたトランスポートプロトコルファイルを処理し、ＡＴＳＣによってＥＰＧサービスを処理することができる。
【０１１６】
ＡＴＳＣ ＭＨサービスプロセッサは、ＡＴＳＣ ＭＨサービスデータを自動コンテンツ認識サービスプロセッサに送信するためにＭＨ信号を処理することができる。より具体的には、ＭＨベースバンドプロセッサ４２３は、ＡＴＳＣ ＭＨサービスデータを送信に適したパルス波形に切り替えることができる。ＭＨ物理層適応プロセッサ４２４は、ＡＴＳＣ ＭＨサービスデータをＭＨ物理階層に適した形態として処理することができる。
【０１１７】
ＩＰスタック４２５は、ＭＨ物理層適応プロセッサ４２４から出力されたデータを受信し、インターネット送信／受信のための通信プロトコルによって処理することができる。ファイルハンドラ４２６は、ＩＰスタック４２５から出力されたデータを受信し、応用階層のファイルを処理することができる。ＥＳＧハンドラ４２７は、ファイルハンドラ４２６から出力されたデータを受信し、モバイルＥＳＧを処理することができる。また、第２記憶装置４２８は、ファイルハンドラ４２６から出力されたデータを受信し、ファイルオブジェクトを記憶することができる。また、ＩＰスタックモジュール４２５から出力されたデータの一部は、ＡＴＳＣによるモバイルＥＳＧサービスの代わりに受信機の自動コンテンツ認識サービスのためのデータになり得る。この場合、ストリーミングハンドラ４２９は、実時間転送プロトコル（ＲＴＰ）によって受信された実時間ストリーミングを処理して自動コンテンツ認識サービスプロセッサに伝達することができる。
【０１１８】
自動コンテンツ認識サービスプロセッサのメイン／ＭＨ／非実時間スイッチ４１９は、ＡＴＳＣメインサービスプロセッサ及び／又はＡＴＳＣ ＭＨサービスプロセッサから出力された信号を受信することができる。オーディオ／ビデオ復号器４３０はメイン／ＭＨ／非実時間スイッチ４１９から受信された圧縮オーディオ／ビデオデータを復号することができる。復号されたオーディオ／ビデオデータは、オーディオ／ビデオ処理モジュール４３１に伝達できる。
【０１１９】
外部入力ハンドラ４３２は、外部入力によって受信されたオーディオ／ビデオコンテンツを処理してオーディオ／ビデオ処理モジュール４３１に伝送することができる。
【０１２０】
オーディオ／ビデオ処理モジュール４３１は、オーディオ／ビデオ復号器４３０及び／又は外部入力ハンドラ４３２から受信されたオーディオ／ビデオデータを処理して画面に表示することができる。この場合、透かし抽出器４３３は、オーディオ／ビデオデータから透かしの形態で挿入されたデータを抽出することができる。抽出された透かしデータは、アプリケーション４３４に伝達できる。アプリケーション４３４は、自動コンテンツ認識機能に基づく強化サービスを提供し、放送コンテンツを確認し、そこに関連した強化データを提供することができる。アプリケーション４３４が強化データをオーディオ／ビデオ処理モジュール４３１に伝達すると、オーディオ／ビデオ処理モジュール４３１は、受信したオーディオ／ビデオデータを処理して画面に表示することができる。
【０１２１】
具体的には、図５に示す透かし抽出器４３３は、外部入力を介して受信されたオーディオ／ビデオデータから、透かしの形態で挿入されたデータ（又は、透かし）を抽出することができる。透かし抽出器４３３は、オーディオデータから透かしを抽出したり、ビデオデータから透かしを抽出したり、又はオーディオデータ及びビデオデータから透かしを抽出したりすることができる。透かし抽出器４３３は、抽出された透かしからチャネル情報及び／又はコンテンツ情報を取得することができる。
【０１２２】
本発明の一実施例による受信機は、透かし抽出器４３３が取得したチャネル情報及び／又はコンテンツ情報を用いて、ＡＴＳＣ ＭＨチャネルを選択し、当該コンテンツ及び／又はメタデータを受信することができる。また、本発明の一実施例による受信機は、インターネットによって当該コンテンツ及び／又はメタデータを受信することもできる。その後、受信機は、トリガなどを用いて、受信したコンテンツ及び／又はメタデータを表示することができる。
【０１２３】
図６は、本発明の他の実施例による受信機の構造を示す図である。
【０１２４】
より具体的には、図６は、透かしを用いて自動コンテンツ認識ベースＥＴＶサービスに対応する受信機の構成の一例を示す。
【０１２５】
図６に示す本発明の一実施例による受信機の基本構造は、図５に図示された受信機に基本構造と同一である。ただし、図６に示す受信機は、本発明の一実施例によって指紋抽出器５３５及び／又は指紋比較器５３６を更に含むことができるという相違点がある。また、図６に示す受信機は、図５に示した構成エレメントのうち、透かし抽出器４３３を含めなくてもよい。
【０１２６】
図６の基本的な構成は、図５に示した受信機の基本的な構成と同一であり、その説明を省略する。以下、指紋抽出器５３５及び／又は指紋比較器５３６を中心に受信機の動作を説明する。
【０１２７】
指紋抽出器５３５は、外部入力を介して受信されたＡ／Ｖコンテンツに挿入されたデータ（又は、署名）を抽出することができる。本発明の一実施例による指紋抽出器５３５は、オーディオコンテンツから署名を抽出したり、ビデオコンテンツから署名を抽出したり、又はオーディオコンテンツ及びビデオコンテンツから署名を抽出したりすることができる。
【０１２８】
指紋比較器５３６は、Ａ／Ｖコンテンツから抽出された署名を用いてチャネル情報及び／又はコンテンツ情報を取得することができる。本発明の一実施例による指紋比較器５３６は、局所探索及び／又は遠隔探索によってチャネル情報及び／又はコンテンツ情報を取得することができる。
【０１２９】
具体的には、図６に示すように、指紋比較器５３６が記憶装置５３７にアクセスして動作するルートを局所探索という。また、図６に示すように、指紋比較器５３６がインターネット接続制御モジュール５３８にアクセスして動作するルートを遠隔探索という。以下、局所探索及び遠隔探索について説明する。
【０１３０】
本発明の一実施例による局所探索によれば、指紋比較器５３５は、抽出された署名と記憶装置５３７に記憶された参照指紋とを比較することができる。参照指紋は、指紋比較器５３６が抽出された署名を処理するために更に受信するデータである。
【０１３１】
具体的には、指紋比較器５３６は、抽出された署名と参照指紋とを照合して両者が同一であるか否か比較し、チャネル情報及び／又はコンテンツ情報を取得することができる。
【０１３２】
比較の結果、抽出された署名と参照指紋とが同一である場合、指紋比較器５３６は、比較の結果をアプリケーションに伝達することができる。アプリケーションは、比較の結果を用いて、抽出された署名と関連したチャネル情報及び／又はコンテンツ情報を受信機に伝達することができる。
【０１３３】
比較の結果、抽出された署名と参照指紋とが一致しないか、又は参照指紋が不足している場合、指紋比較器５３６は、ＡＴＳＣ ＭＨチャネルを介して新しい参照指紋を受信することができる。その後、指紋比較器５３６は、抽出された署名と参照指紋とを再び比較することができる。
【０１３４】
また、本発明の一実施例による遠隔探索によれば、指紋比較器５３６は、インターネット上の署名データベースサーバからチャネル情報及び／又はコンテンツ情報を受信することができる。
【０１３５】
具体的には、指紋比較器５３６は、インターネット接続制御モジュール５３８を介してインターネットに接続して署名データベースサーバにアクセスすることができる。その後、指紋比較器５３６は、抽出された署名を問合せパラメータとして署名データベースサーバに伝達することができる。
【０１３６】
すべて放送局が一つの統合された署名データベースサーバを用いる場合、指紋比較器５３６は、当該署名データベースサーバに問合せパラメータを伝達することができる。放送局が個別に署名データベースサーバを運営する場合、指紋比較器５３６は、それぞれの署名データベースに問合せパラメータを伝達することができる。又は、指紋比較器５３６は、二つ以上の署名データベースサーバに同時に問合せパラメータを伝達することもできる。
【０１３７】
本発明の一実施例による受信機は、指紋比較器５３６が取得したチャネル情報及び／又はコンテンツ情報を用いて、ＡＴＳＣ Ｍ／Ｈチャネルを選択し、該当のコンテンツ及び／又はメタデータを受信することができる。その後、受信機は、トリガなどを用いて、受信されたコンテンツ及び／又はメタデータを表示することができる。
【０１３８】
図７は、本発明の一実施例によるデジタル放送システムを示す図である。
【０１３９】
具体的には、図７は、個人化サービスのためのデジタル放送受信機（又は、受信機）を含む個人化放送システムを示す。本発明の一実施例による個人化サービスは、利用者情報に基づいて利用者に適したコンテンツを選別して提供するサービスである。また、本発明の一実施例による個人化放送システムは、ＡＴＳＣ ２．０又は個人化されたサービスを提供する次世代放送サービスを提供することができる。
【０１４０】
本発明では、利用者情報の一実施例として、利用者のプロファイル、人口統計及び興味情報（又は、ＰＤＩデータ）を定義する。以下では、個人化放送システムの構成エレメントについて説明する。
【０１４１】
アンケートに対する回答は、総合すると、利用者のプロファイル、人口統計、興味（ＰＤＩ）を示す。アンケート及び特定利用者によって与えられた回答を要約したデータ構造は、ＰＤＩアンケート又はＰＤＩテーブルと呼ばれる。データ構造は、使用可能なとき、回答を含むことができるが、ＰＤＩテーブルは、ネットワーク、放送局、又はコンテンツプロバイダによって提供されるため、回答データを含まない。ＰＤＩテーブルにおいてエントリの質問部分は、非公式的に、“ＰＤＩ−質問”又は“ＰＤＩ−Ｑ”と呼ばれる。与えられたＰＤＩ質問に対する回答は、非公式的に、“ＰＤＩ−Ａ”と呼ばれる。選択基準の集合は、非公式的に、“ＰＤＩ−ＦＣ”と呼ばれる。
【０１４２】
ＡＴＳＣ ２．０可能受信機のようなクライアント装置は、アンケートで質問に対する回答の生成を可能にする機能を含む（ＰＤＩ−Ａインスタンス）。このＰＤＩ生成機能は、ＰＤＩ−Ｑインスタンスを入力として用い、ＰＤＩ−Ａインスタンスを出力として生成する。ＰＤＩ−Ｑインスタンス及びＰＤＩ−Ａインスタンスの両方とも、受信機の不揮発性記憶装置に記憶される。クライアントは、ＰＤＩ−ＡインスタンスとＰＤＩ−ＦＣインスタンスとを比較し、どのコンテンツアイテムがダウンロード及び使用に適合するかを決定する選択機能を提供する。
【０１４３】
図示のように、サービスプロバイダ側では、ＰＤＩテーブルを維持及び分配するための機能が実現される。コンテンツと共にコンテンツメタデータが生成される。メタデータの一部がＰＤＩテーブルにおいて質問に基づくＰＤＩ−ＦＣインスタンスである。
【０１４４】
図７に示すように、個人化放送システムは、コンテンツプロバイダ（又は、放送局）７０７及び／又は受信機７００を含むことができる。本発明の一実施例による受信機７００は、ＰＤＩエンジン７０１、選択エンジン７０２、ＰＤＩ記憶装置７０３、コンテンツ記憶装置７０４、宣言コンテンツモジュール７０５及び／又は利用者インタフェース（ＵＩ）モジュール７０６を含むことができる。また、図７に示すように、本発明の一実施例による受信機７００は、コンテンツプロバイダ７０７からコンテンツなどを受信することができる。上述した個人化放送システムの構造は設計者の意図によって変更してもよい。
【０１４５】
本発明の一実施例によるコンテンツプロバイダ７０７は、コンテンツ、ＰＤＩアンケート及び／又は選択基準を受信機７００に伝送することができる。アンケート及び特定利用者によって与えられた回答を要約したデータ構造はＰＤＩアンケートと呼ばれる。本発明の一実施例によるＰＤＩアンケートは、利用者のプロファイル、人口統計、興味などに関する質問（又は、ＰＤＩ質問）を含むことができる。
【０１４６】
受信機７００は、コンテンツプロバイダ７０７から受信したコンテンツ、ＰＤＩアンケート及び／又は選択基準を処理することができる。以下、図７に示す受信機７００に含まれたモジュールの動作を中心に説明する。
【０１４７】
本発明の一実施例によるＰＤＩエンジン７０１は、まず、コンテンツプロバイダ７０７が提供するＰＤＩアンケートを受信することができる。ＰＤＩエンジン７０１は、受信したＰＤＩアンケートに含まれたＰＤＩ質問をＵＩモジュール７０６に伝達することができる。当該ＰＤＩ質問に関する利用者の入力がある場合、ＰＤＩエンジン７０１は、当該ＰＤＩ質問に対する利用者の回答及びその他の情報（以下、ＰＤＩ回答）をＵＩモジュール７０６から受信することができる。その後、ＰＤＩエンジン７０１は、個人化サービスを提供するためにＰＤＩ質問及びＰＤＩ回答を処理してＰＤＩデータを生成することができる。すなわち、本発明の一実施例によるＰＤＩデータは、上述したＰＤＩ質問及び／又はＰＤＩ回答を含むことができる。したがって、ＰＤＩアンケートに対するＰＤＩ回答は、総合すると、利用者のプロファイル、人口統計、興味（又は、ＰＤＩ）を表す。
【０１４８】
また、本発明の一実施例によるＰＤＩエンジン７０１は、受信したＰＤＩ回答を用いてＰＤＩデータを更新することができる。具体的には、ＰＤＩエンジン７０１は、ＰＤＩ回答のＩＤを用いて、ＰＤＩデータを削除、追加及び／又は修正することができる。本発明の一実施例によるＰＤＩ回答のＩＤの具体的な内容は後述する。また、他のモジュールでＰＤＩデータの受信を要求する場合、ＰＤＩエンジン７０１は、当該要求に適したＰＤＩデータを当該モジュールに伝達することができる。
【０１４９】
本発明の一実施例による選択エンジン７０２は、ＰＤＩデータ及び選択基準に応じてコンテンツを選択することができる。選択基準とは、ＰＤＩデータを用いて利用者に適したコンテンツだけを選択するための基準（選択基準）の集合を意味する。具体的には、選択エンジン７０２は、ＰＤＩエンジン７０１からＰＤＩデータを受信することができ、コンテンツプロバイダ７０７からコンテンツ及び／又は選択基準を受信することができる。また、コンテンツプロバイダ７０７は、宣言コンテンツに関するパラメータを伝送するとき、当該宣言コンテンツと関連した選択基準テーブルを併せて伝送することができる。その後、選択エンジン７０２は、選択基準とＰＤＩデータとを照合して比較し、比較の結果を用いてコンテンツを選択してダウンロードすることができる。ダウンロードしたコンテンツは、コンテンツ記憶装置７０４に記憶することができる。選択方法及び選択基準に関する具体的な内容は、図９及び図１０で後述する。
【０１５０】
本発明の一実施例によるＵＩモジュール７０６は、ＰＤＩエンジン７０１から受信したＰＤＩ質問を表示し、当該ＰＤＩ質問に対して利用者からＰＤＩ回答を受信することができる。利用者は、表示されたＰＤＩ質問に対してリモコンを用いてＰＤＩ回答を受信機７００側に伝達することができる。ＵＩモジュール７０６は、受信したＰＤＩ回答をＰＤＩエンジン７０１に伝達することができる。
【０１５１】
本発明の一実施例による宣言コンテンツモジュール７０５は、ＰＤＩエンジン７０１にアクセスしてＰＤＩデータを取得することができる。また、図７に示すように、宣言コンテンツモジュール７０５は、コンテンツプロバイダ７０７が提供する宣言コンテンツを受信することができる。本発明の一実施例による宣言コンテンツは、受信機７００で実行されるアプリケーションに関するコンテンツであって、ＴＤＯのような宣言オブジェクト（ＤＯ）を含むことができる。
【０１５２】
また、図７には示していないが、本発明の一実施例による宣言コンテンツモジュール７０５は、ＰＤＩ記憶装置７０３にアクセスしてＰＤＩ質問及び／又はＰＤＩ回答を取得することができる。この場合、宣言コンテンツモジュール７０５は、アプリケーションプログラムインタフェース（ＡＰＩ）を用いることができる。具体的には、宣言コンテンツモジュール７０５はＡＰＩを用いてＰＤＩ記憶装置７０３を取得（ｒｅｔｒｉｅｖｅ）することによって、少なくとも一つ以上のＰＤＩ質問を取得することができる。その後、宣言コンテンツモジュール７０５は、ＵＩモジュール７０６を介してＰＤＩ質問を伝達したり、又はＰＤＩ回答を受信し、受信したＰＤＩ回答をＰＤＩ記憶装置７０３に伝達したりすることができる。
【０１５３】
本発明の一実施例によるＰＤＩ記憶装置７０３は、ＰＤＩ質問及び／又はＰＤＩ回答を記憶することができる。
【０１５４】
本発明の一実施例によるコンテンツ記憶装置７０４は、選択されたコンテンツを記憶することができる。
【０１５５】
上述したとおり、図７に示すＰＤＩエンジン７０１は、コンテンツプロバイダ７０７からＰＤＩアンケートを受信することができる。受信機７００は、ＵＩモジュール７０６を介して受信したＰＤＩアンケートのＰＤＩ質問を表示し、当該ＰＤＩ質問に対するＰＤＩ回答を利用者から受信することができる。ＰＤＩエンジン７０１は、ＰＤＩ質問及び／又はＰＤＩ回答を含むＰＤＩデータを選択エンジン７０２に伝達することができる。選択エンジン７０２は、ＰＤＩデータと選択基準を用いてコンテンツを選択することができる。したがって、受信機７００は、選択されたコンテンツを利用者に提供することによって個人化サービスを具現することができる。
【０１５６】
図８は、本発明の他の実施例によるデジタル放送システムを示す図である。
【０１５７】
具体的には、図８は、個人化サービスのための受信機を含む個人化放送システムの構造を示すものである。本発明の一実施例による個人化放送システムは、ＡＴＳＣ ２．０サービスを提供することができる。以下では、個人化放送システムの構成エレメントについて説明する。
【０１５８】
図８に示すように、個人化放送システムは、コンテンツプロバイダ（又は、放送局）８０７及び／又は受信機７００を含むことができる。本発明の一実施例による受信機８００は、ＰＤＩエンジン８０１、選択エンジン８０２、ＰＤＩ記憶装置８０３、コンテンツ記憶装置８０４、宣言コンテンツモジュール８０５、ＵＩモジュール８０６、使用監視エンジン８０８及び／又は使用ログモジュール８０９を含むことができる。また、図７に示すように、本発明の一実施例による受信機は、コンテンツプロバイダ８０７からコンテンツなどを受信することができる。図８の基本的なモジュールは、図７のモジュールと同一であるが、図８の放送システムは、使用監視エンジン８０８及び／又は使用ログモジュール８０９を更に含む点が図７の放送システムと異なる。上述した個人化放送システムの構造は設計者の意図によって変更してもよい。以下、使用監視エンジン８０８及び使用ログモジュール８０９を中心に説明する。
【０１５９】
本発明の一実施例による使用ログモジュール８０９は、利用者の放送サービス使用内訳に関する情報（又は、履歴情報）を記憶することができる。履歴情報は二つ以上の使用データを含むことができる。本発明の一実施例による使用データは、一定時間で利用者がどのような放送サービスを用いたかに関する情報を意味する。具体的には、使用データは、午後９時にニュースを４０分間視聴したという情報、午後１１時に恐怖映画をダウンロードしたという情報などを含むことができる。
【０１６０】
本発明の一実施例による使用監視エンジン８０８は、利用者の放送サービス使用現況を持続して監視することができる。その後、使用監視エンジン８０８は、監視結果を用いて、使用ログモジュール８０９に記憶された使用データを削除、追加及び／又は修正することができる。また、本発明の一実施例による使用監視エンジン８０８は使用データをＰＤＩエンジン８０１に伝達でき、ＰＤＩエンジン８０１は、伝達されてきた使用データを用いてＰＤＩデータを更新することができる。
【０１６１】
図９は、本発明の他の実施例によるデジタル放送システムのフローチャートである。
【０１６２】
具体的には、図９は、図７及び図８で説明した個人化放送システムの選択エンジン及びＰＤＩエンジンの動作を示すフローチャートである。
【０１６３】
図９に示すように、本発明の一実施例による受信機９００は、選択エンジン９０１及び／又はＰＤＩエンジン９０２を含むことができる。以下、本発明の一実施例による選択エンジン９０１及びＰＤＩエンジン９０２の動作を説明する。上述した受信機の構造は設計者の意図によって変更してもよい。
【０１６４】
図７で説明したとおり、コンテンツを選択するために、本発明の一実施例による受信機９００は選択基準とＰＤＩデータとを照合して比較することができる。
【０１６５】
具体的には、本発明の一実施例による選択エンジン９０１は、コンテンツプロバイダから選択基準を受信し、ＰＤＩエンジン９０２にＰＤＩデータを要求する信号（又は、ＰＤＩデータ要求信号）を伝達することができる。本発明の一実施例によるＰＤＩエンジン９０２は、受信したＰＤＩデータ要求信号によって、当該ＰＤＩデータ要求信号に対応するＰＤＩデータを検索することができる。
【０１６６】
図９に示す選択エンジン９０１は、基準ＩＤを含むＰＤＩデータ要求信号をＰＤＩエンジン９０２に伝達することができる。上述したとおり、選択基準は、選択基準の集合であり、それぞれの選択基準は、選択基準を識別するための基準ＩＤを含むことができる。また、本発明の一実施例による基準ＩＤは、ＰＤＩ質問及び／又はＰＤＩ回答を識別するために用いることができる。
【０１６７】
ＰＤＩデータ要求信号を受信したＰＤＩエンジン９０２は、ＰＤＩ記憶装置にアクセスしてＰＤＩデータを検索することができる。本発明の一実施例によるＰＤＩデータは、ＰＤＩ質問及び／又はＰＤＩ回答を識別するためのＰＤＩデータＩＤを含むことができる。図９に示すＰＤＩエンジン９０２は、基準ＩＤとＰＤＩデータＩＤとを照合し、基準ＩＤとＰＤＩデータＩＤとが同一であるか否かを比較することができる。
【０１６８】
マッチングの結果、基準ＩＤとＰＤＩデータＩＤとが同一であり、これに対する値が同一である場合、受信機９００は、該当のコンテンツをダウンロードすることができる。具体的には、本発明の一実施例による選択エンジン９０１は、コンテンツをダウンロードするためのダウンロード要求信号をコンテンツプロバイダに伝達することができる。
【０１６９】
マッチングの結果、基準ＩＤとＰＤＩデータＩＤとが同一でない場合、図９に示すように、ＰＤＩエンジン９０２は選択エンジン９０１にヌル（ｎｕｌｌ）ＩＤを伝達することができる。ヌルＩＤを受信した選択エンジン９０１は、新しいＰＤＩデータ要求信号をＰＤＩエンジン９０２に伝達することができる。この場合、新しいＰＤＩデータ要求信号は、新しい基準ＩＤを含むことができる。
【０１７０】
本発明の一実施例による受信機９００は、上述の方法によって、選択基準に含まれたすべての選択基準とＰＤＩデータとを照合することができる。照合の結果、すべての選択基準がＰＤＩデータと一致する場合、選択エンジン９０１は、コンテンツをダウンロードするためのダウンロード要求信号をコンテンツプロバイダに伝達することができる。
【０１７１】
図１０は、本発明の他の実施例によるデジタル放送システムのフローチャートである。
【０１７２】
具体的には、図１０は、図７及び図８で説明した個人化放送システムにおける選択エンジン及びＰＤＩエンジンの動作を示すフローチャートである。
【０１７３】
図１０に示すように、本発明の一実施例による受信機１０００は、選択エンジン１００１及び／又はＰＤＩエンジン１００２を含むことができる。上述した受信機の構造は設計者の意図によって変更してもよい。図１０に示す選択エンジン１００１及びＰＤＩエンジン１００２の基本的な動作は、図９で説明したものと同一である。
【０１７４】
ただし、選択基準とＰＤＩデータとの照合の結果、基準ＩＤとＰＤＩデータＩＤとが同一でない場合、図１０に示す受信機１０００は、該当のコンテンツをダウンロードしないことを一実施例とすることができる。
【０１７５】
具体的には、本発明の選択エンジン１００１は、ヌルＩＤを受信する場合、新しいＰＤＩデータ要求信号をＰＤＩエンジン１００２に伝達しないことを一実施例とすることができる。また、選択基準に含まれたすべての選択基準がＰＤＩデータと一致しない場合、本発明の選択エンジン１００１は、ダウンロード要求信号をコンテンツプロバイダに伝達しないことを一実施例とすることができる。
【０１７６】
図１１は、本発明の一実施例によるＰＤＩテーブルを示す図である。
【０１７７】
上述した図７の個人化放送システムは、個人化サービスを提供するためにＰＤＩデータを使用する。ＰＤＩデータは、ＰＤＩテーブル形式で処理することができる。アンケート及び特定利用者によって与えられた回答を要約したデータ構造は、ＰＤＩアンケート又はＰＤＩテーブルと呼ばれる。データ構造は、使用可能なときに回答を含むことができるが、ＰＤＩテーブルは、ネットワーク、放送局、又はコンテンツプロバイダによって提供されるために、回答データを含まない。ＰＤＩテーブル内のエントリの質問部分は、非公式的に、“ＰＤＩ−質問”又は“ＰＤＩ−Ｑ”と呼ばれる。与えられたＰＤＩ質問に対する回答は、非公式的に、“ＰＤＩ−Ａ”と呼ばれる。選択基準の集合は、非公式的に、“ＰＤＩ−ＦＣ”と呼ばれる。本発明のＰＤＩテーブルはＸＭＬスキーマで表現されることを一実施例とする。本発明の一実施例によるＰＤＩテーブルのフォーマットは、設計者の意図によって変更してもよい。
【０１７８】
図１１に示すように、本発明の一実施例によるＰＤＩテーブルは、属性１１１０及び／又はＰＤＩタイプエレメントを含むことができる。本発明の一実施例による属性１１１０は、取引（ｔｒａｎｓａｃｔｉｏｎａｌ）属性１１００、時間（ｔｉｍｅ）属性１１０１を含むことができる。本発明の一実施例によるＰＤＩタイプエレメントは、数値選択回答問題（Ｑｕｅｓｔｉｏｎ  ｗｉｔｈ  Ｉｎｔｅｇｅｒ  Ａｎｓｗｅｒ、ＱＩＡ）エレメント１１０２、正誤回答問題（Ｑｕｅｓｔｉｏｎ  ｗｉｔｈ  Ｂｏｏｌｅａｎ  Ａｎｓｗｅｒ、ＱＢＡ）エレメント１１０２、選択回答問題（Ｑｕｅｓｔｉｏｎ  ｗｉｔｈ  Ｓｅｌｅｃｔｉｏｎ  Ａｎｓｗｅｒ、ＱＳＡ）エレメント１１０４、記述式回答問題（Ｑｕｅｓｔｉｏｎ  ｗｉｔｈ  Ｔｅｘｔ  Ａｎｓｗｅｒ、ＱＴＡ）エレメント１１０５及び／又は自由回答問題（Ｑｕｅｓｔｉｏｎ  ｗｉｔｈ  Ａｎｙ−ｆｏｒｍａｔ  Ａｎｓｗｅｒ、ＱＡＡ）エレメント１１０６を含むことができる。以下、図１１に示すＰＤＩテーブルの構成エレメントについて説明する。
【０１７９】
具体的には、図１１に示す属性１１１０は、本発明の一実施例によるＰＤＩテーブル自体の属性情報を示すことができる。そのため、ＰＤＩテーブルが含むＰＤＩタイプエレメントが変わっても、属性１１１０は、本発明の一実施例によるＰＤＩテーブルに同一に表現されうる。例えば、本発明の一実施例によるｔｒａｎｓａｃｔｉｏｎａｌ属性１１００は、ＰＤＩ質問の目的に関する情報を示すことができる。本発明の一実施例によるｔｉｍｅ属性１１０１は、ＰＤＩテーブルが生成されるか、更新された時間に関する情報を示すことができる。この場合、それぞれ異なるＰＤＩタイプエレメントを含むＰＤＩテーブルは、ＰＤＩタイプエレメントが変わってもｔｒａｎｓａｃｔｉｏｎａｌ属性１１００及び／又はｔｉｍｅ属性１１０１を含むことができる。
【０１８０】
また、本発明の一実施例によるＰＤＩテーブルは、ルートエレメントとして一つ又は二つ以上のＰＤＩタイプエレメント１１０２を含むことができる。この場合、ＰＤＩタイプエレメント１１０２は、リスト形式で表現してもよい。
【０１８１】
本発明の一実施例によるＰＤＩタイプエレメントは、ＰＤＩ回答のタイプによって区別できる。例えば、本発明の一実施例によるＰＤＩタイプエレメントは、“ＱｘＡ”エレメントと呼ぶことができ、この場合、“ｘ”は、ＰＤＩ回答のタイプによって決定することができる。本発明の一実施例によるＰＤＩ回答のタイプは、数値タイプ、正誤タイプ、選択タイプ、記述タイプ、及びこれら４つのタイプ以外の任意形態の回答を含むタイプを含むことができる。
【０１８２】
本発明の一実施例によるＱＩＡエレメント１１０３は、一つのＰＤＩ質問及び／又は当該ＰＤＩ質問に対する数値タイプのＰＤＩ回答を含むことができる。
【０１８３】
本発明の一実施例によるＱＢＡエレメント１１０４は、一つのＰＤＩ質問及び／又は当該ＰＤＩ質問に対する正誤タイプのＰＤＩ回答を含むことができる。
【０１８４】
本発明の一実施例によるＱＳＡエレメント１１０５は、一つのＰＤＩ質問及び／又は当該ＰＤＩ質問に対する多肢選択タイプのＰＤＩ回答を含むことができる。
【０１８５】
本発明の一実施例によるＱＴＡエレメント１１０６は、一つのＰＤＩ質問及び／又は当該ＰＤＩ質問に対する記述タイプのＰＤＩ回答を含むことができる。
【０１８６】
本発明の一実施例によるＱＡＡエレメント１１０７は、一つのＰＤＩ質問及び／又は当該ＰＤＩ質問に対する数値、正誤、多肢選択及び記述形態以外の形態のＰＤＩ回答を含むことができる。
【０１８７】
図１２は、本発明の他の実施例によるＰＤＩテーブルを示す図である。
【０１８８】
具体的には、図１２は、図１１で説明したＰＤＩタイプエレメントのうち、ＱＩＡエレメントのＸＭＬスキーマを示す図である。
【０１８９】
図１２に示すように、ＱＩＡエレメントは、ＰＤＩ質問タイプと関連した特徴に関する情報を示す属性１２１０、ｉｄ属性１２２０、質問エレメント１２３０及び／又は回答エレメント１２４０を含むことができる。
【０１９０】
具体的には、本発明の一実施例による属性１２１０は、ＰＤＩ質問の言語を示すｌａｎｇ属性を含むことができる。また、本発明の一実施例によるＱＩＡエレメントの属性１２１０は、ＰＤＩ回答が有し得る最小の整数値を示すｍｉｎＩｎｃｌｕｓｉｖｅ属性１２３０、及び／又はＰＤＩ回答が有し得る最大の整数値を示すｍａｘＩｎｃｌｕｓｉｖｅ属性１２４０を含むことができる。
【０１９１】
また、本発明の一実施例によるｉｄ属性１２２０は、ＰＤＩ質問及び／又はＰＤＩ回答を識別するのに用いることができる。
【０１９２】
また、本発明の一実施例による質問エレメント１２３０は、ＰＤＩ質問自体を含むことができる。図１２に示すように、質問エレメント１２３０は、ＰＤＩ質問に関する情報を示す属性を含むことができる。例えば、質問エレメント１２３０は、ＰＤＩ質問が生成された時間又はＰＤＩ質問が伝送された時間を示すｔｉｍｅ属性１２３１及び／又はＰＤＩ質問の有効時間を示す期限（ｅｘｐｉｒａｔｉｏｎ）属性１２３２を含むことができる。
【０１９３】
また、本発明の一実施例による回答エレメント１２４０は、ＰＤＩ回答自体を含む。図１２に示すように、回答エレメント１２４０は、ＰＤＩ回答に関する情報を示した属性を含むことができる。例えば、図１２に示すように、回答エレメント１２４０は、それぞれのＰＤＩ回答を認識するために使用可能なｉｄ属性１２４１及び／又はそれぞれのＰＤＩ回答が生成され、又は修正された時間を示すｔｉｍｅ属性１２４２を含むことができる。
【０１９４】
図１３は、本発明の他の実施例によるＰＤＩテーブルを示す図である。
【０１９５】
具体的には、図１３は、図１１で説明したＰＤＩタイプエレメントのうち、ＱＢＡエレメントのＸＭＬスキーマを示す図である。
【０１９６】
図１３に示すように、ＱＢＡエレメントを示しているＸＭＬスキーマの基本的な構成エレメントは図１２で説明したとおりであり、その具体的な説明は省略する。
【０１９７】
図１４は、本発明の他の実施例によるＰＤＩテーブルを示す図である。
【０１９８】
具体的には、図１４は、図１１で説明したＰＤＩタイプエレメントのうち、ＱＳＡエレメントのＸＭＬスキーマを示す図である。
【０１９９】
図１４に示すＱＳＡエレメントを示しているＸＭＬスキーマの基本的な構成エレメントは図１２で説明したとおりであり、その具体的な説明は省略する。
【０２００】
ただし、多肢選択質問の特性によって、本発明の一実施例によるＱＳＡエレメントの属性は、ｍｉｎＣｈｏｉｃｅ属性１４１１及び／又はｍａｘＣｈｏｉｃｅ属性１４１２を更に含むことができる。本発明の一実施例によるｍｉｎＣｈｏｉｃｅ属性１４１１は、利用者が選択できるＰＤＩ回答の最小個数を示すことができる。本発明の一実施例によるｍａｘＣｈｏｉｃｅ属性１４１２は、利用者が選択できるＰＤＩ回答の最大個数を示すことができる。
【０２０１】
図１５は、本発明の他の実施例によるＰＤＩテーブルを示す図である。
【０２０２】
具体的には、図１５は、図１１で説明したＰＤＩタイプエレメントのうち、ＱＡＡエレメントのＸＭＬスキーマを示す図である。
【０２０３】
図１５に示すように、ＱＡＡエレメントを示しているＸＭＬスキーマの基本的な構成エレメントは図１２で説明したとおりであり、その具体的な説明は省略する。
【０２０４】
図１６は、本発明の他の実施例によるＰＤＩテーブルを示す図である。
【０２０５】
具体的には、図１６は、図１１乃至図１５で説明したＰＤＩテーブルと同様に、ＰＤＩテーブルの拡張されたフォーマットをＸＭＬスキーマで示す図である。
【０２０６】
上述したとおり、本発明では、個人化サービスを提供するためにＰＤＩテーブルを使用することを一実施例とする。しかし、同一の利用者であっても、利用者の属した状況によって好むコンテンツが変わることがある。
【０２０７】
そこで、本発明では、上述した問題点を解決するために、ＰＤＩテーブルに、利用者の状況情報を示す構成エレメントを更に含むことを一実施例とすることができる。
【０２０８】
図１６に示すＰＤＩテーブルは、利用者の状況情報を示す構成エレメントとして状況エレメント１６００を更に含むことができる。図１６に示すＰＤＩテーブルの基本的なＸＭＬスキーマは、図１１乃至図１５で説明したとおりであり、具体的な説明は省略する。以下、状況エレメント１６００を説明する。
【０２０９】
本発明の一実施例による状況エレメント１６００は、利用者の状況情報として時間帯及び／又は位置に関する情報を示すことができる。図１６に示すように、状況エレメント１６００は、時間エレメント１６１０、位置エレメント１６２０及び／又は利用者の状況情報を示すその他のエレメントを更に含むことができる。以下、各エレメントを説明する。
【０２１０】
本発明の一実施例による時間エレメント１６１０は、利用者が属す地域の時間と関連した情報を含むことができる。例えば、本発明の一実施例による時間エレメント１６１０は、“ｙｙｙｙ−ｍｍ−ｄｄ”形式の時間情報を示すｔｉｍｅ属性１６１１及び／又は利用者の属した地域の時間帯を示すｔｉｍｅｚｏｎｅ属性１６１２を含むことができる。
【０２１１】
本発明の一実施例による位置エレメント１６２０は、利用者が属している地域の位置情報を含むことができる。例えば、図１６に示すように、場所エレメント１６２０は、当該位置の情報を示すｌｏｃａｔｉｏｎ−ｄｅｓｃ属性１６２１、当該位置の緯度情報を示すｌａｔｉｔｕｄｅ属性１６２２及び／又は当該位置の経度情報を示すｌｏｎｇｉｔｕｄｅ属性１６２３を含むことができる。
【０２１２】
図１７Ａ及び図１７Ｂ（以下、図１７）は、本発明の他の実施例によるＰＤＩテーブルを示す図である。
【０２１３】
具体的には、図１７は、図１１乃至図１６で説明したＸＭＬスキーマによるＰＤＩテーブルの一実施例を示す図である。
【０２１４】
図１７は、ＰＤＩテーブルインスタンス文書の構造を定義するＰＤＩテーブルと呼ばれるルートエレメントに対するＸＭＬスキーマ定義を示している。本発明の一実施例によるＰＤＩテーブルインスタンス文書は、ＰＤＩテーブルをＸＭＬスキーマによって具現した実際の文書を意味する。
【０２１５】
図１７は、また、ＰＤＩ ＡＰＩを用いてＤＯと、基礎となる受信機との間で授受できる個別質問を示すルートエレメントＱＩＡ、ＱＢＡ、ＱＳＡ、ＱＴＡ、又はＱＡＡに対するＸＭＬスキーマ定義も示している。本発明の一実施例によるＰＤＩ ＡＰＩに関する具体的な内容は後述する。図１７に示すエレメントは、名称空間が“ｈｔｔｐ：／／ｗｗｗ．ａｔｓｃ．ｏｒｇ／ＸＭＬＳｃｈｅｍａｓ／ｉｓｓ／ｐｄｉ／１”であるＸＭＬスキーマにおける定義を従うことができる。
【０２１６】
ＰＤＩ質問（又は、ＰＤＩ−Ｑ）とＰＤＩ回答（又は、ＰＤＩ−Ａ）との相違は、スキーマ自体ではなく使用規則に明示されている。ＰＤＩテーブルで、エントリの質問部分は非公式的に“ＰＤＩ質問”又は“ＰＤＩ−Ｑ”と呼ばれる。与えられたＰＤＩ質問に対する回答は非公式的に“ＰＤＩ−Ａ”と呼ばれる。例えば、スキーマが種々の質問の“ｑ”エレメントに対するｍｉｎＯｃｃｕｒｓ＝“０”を示すが、スキーマがＰＤＩ−Ｑに用いられると、その場合、“ｑ”エレメントの使用は必須である。スキーマがＰＤＩ−Ａに用いられると、“ｑ”エレメントは選択的に含むことができる。
【０２１７】
ＰＤＩ−Ｑインスタンス文書は、名称空間と共にＡＴＳＣ ２．０標準の一部である“ＰＤＩテーブル”ＸＭＬスキーマを従うことができ、相違がある場合には、その定義をここに提供された説明より優先してもよい。本発明の一実施例によるＰＤＩ−Ｑインスタンス文書は、ＰＤＩ−Ｑを含むＰＤＩテーブルをＸＭＬスキーマによって具現した実際の文書を意味する。
【０２１８】
ＰＤＩ−Ｑインスタンス文書は、ＱＩＡ、ＱＢＡ、ＱＳＡ、及び／又はＱＴＡタイプのうち一つ以上のエレメントで構成される。
【０２１９】
このような最上位エレメントの“Ａ”（回答）下位（ｃｈｉｌｄ）エレメント以外のエレメントがＰＤＩ−Ｑインスタンスに存在することができる。
【０２２０】
これらの各エレメントで、識別子属性（“ｉｄ”）は、ＰＤＩ−Ａインスタンス文書において該当するエレメントに対する連結又は基準の役割を担うことができる。本発明の一実施例によるＰＤＩ−Ａインスタンス文書は、ＰＤＩ−Ａを含むＰＤＩテーブルをＸＭＬスキーマによって具現した実際文書を意味する。
【０２２１】
ＰＤＩ−Ａインスタンス文書は、名称空間と共にＡＴＳＣ ２．０標準の一部である“ＰＤＩテーブル”ＸＭＬスキーマを従うことができ、相違がある場合、その定義をここに提供された説明より優先してもよい。
【０２２２】
ＰＤＩ−Ａインスタンス文書は、ＱＩＡ、ＱＢＡ、ＱＳＡ、ＱＴＡ、及び／又はＱＡＡタイプのうち一つ以上のエレメントで構成される。
【０２２３】
これらの各エレメントは、少なくとも一つの“Ａ”（回答）下位エレメントを有する。これらは、“Ｑ”（質問文字列（ｓｔｒｉｎｇ））下位エレメントを含んでもよいし、含まなくてもよい。
【０２２４】
これらの各エレメントにおいて、識別子属性（“ｉｄ”）は、ＰＤＩ−Ｑインスタンス文書において該当するエレメントに対する連結又は基準の役割を担うことができる。
【０２２５】
以下、図１７に示すＰＤＩテーブルに含まれたエレメント及び属性の意味（ｓｅｍａｎｔｉｃｓ）について説明する。
【０２２６】
図１７に示すように、本発明の一実施例によるＰＤＩテーブルでは、属性の名称の前に“＠”を付けることによって、属性とエレメントとを区別することができる。
【０２２７】
また、本発明の一実施例によるＰＤＩテーブルは、ＰＤＩタイプエレメントを含むことができる。具体的には、ＰＤＩタイプエレメントは、図１１で説明したとおり、ＱＩＡエレメント、ＱＢＡエレメント、ＱＳＡエレメント、ＱＴＡエレメント及び／又はＱＡＡエレメントを含むことができる。
【０２２８】
また、図１７に示すように、本発明の一実施例によるＰＤＩテーブルは、質問タイプエレメントとは無関係に、ｐｒｏｔｏｃｏｌＶｅｒｓｉｏｎ属性、ｐｄｉＴａｂｌｅＩｄ属性、ｐｄｉＴａｂｌｅＶｅｒｓｉｏｎ属性及び／又はｔｉｍｅ属性を含むことができる。
【０２２９】
ＱＩＡ、ＱＢＡ、ＱＳＡ、ＱＴＡ及びＱＡＡエレメントのｉｄ属性は、これらの各エレメントのｅｘｐｉｒａｔｉｏｎ属性と同様に、いずれも同一の意味を有する。同様に、各Ａエレメントのｔｉｍｅ属性と同様に、各Ｑエレメントのｌａｎｇ属性は、それぞれ同一の意味を有する。また、ｉｄ属性は、図９で上述したＰＤＩデータ識別子を意味することができる。
【０２３０】
ＰＤＩＴａｂｌｅエレメントは、一つ以上の質問エレメントのリストを含む。それぞれはＱＩＡ、ＱＢＡ、ＱＳＡ、ＱＴＡ、又はＱＡＡのフォーマットになっている。基数（ｃａｒｄｉｎａｌｉｔｙ）０．．Ｎで構成された＜ｃｈｏｉｃｅ＞の使用は、任意の数のＱＩＡ、ＱＢＡ、ＱＳＡ、ＱＴＡ及びＱＡＡエレメントがいずれの順序で現れてもよいということを意味する。
【０２３１】
ＰＤＩＴａｂｌｅエレメントのｐｒｏｔｏｃｏｌＶｅｒｓｉｏｎ属性は、２個の１６進数で構成される。上位４ビットは、テーブル定義のメジャーバージョン数を示す。下位４ビットは、テーブル定義のマイナバージョン数を示す。当該標準の当該バージョンに対するメジャーバージョン数は１に設定される。受信機は、サポートするように準備されていないメジャーバージョン数を示すＰＤＩのインスタンスを捨てるようになっている。当該標準の該当バージョンに対するマイナバージョン数は０に設定される。受信機は、サポートするように準備されていないマイナバージョン数を示すＰＤＩのインスタンスを捨てないようになっている。この場合、受信機は、サポートしない個別エレメント又は属性を無視するようになっている。
【０２３２】
ＰＤＩＴａｂｌｅエレメントのｐｄｉＴａｂｌｅＩｄ属性は、当該ＰＤＩテーブルエレメントの大域的に一意の識別子であってもよい。
【０２３３】
ＰＤＩＴａｂｌｅエレメントの８ビットのｐｄｉＴａｂｌｅＶｅｒｓｉｏｎ属性は、当該ＰＤＩテーブルエレメントのバージョンを示す。初期値は０であってもよい。当該値は、当該ＰＤＩテーブルエレメントが変化するたびに１ずつ増加し、２５５を超えると０に更改（ｒｏｌｌｏｖｅｒ）される。
【０２３４】
ＰＤＩＴａｂｌｅエレメントのｔｉｍｅ属性は、当該ＰＤＩテーブルである質問への直近の変化の日付及び時間を示す。
【０２３５】
ＱＩＡエレメントは、質問の数値回答タイプを示す。これは、回答の最大及び最小の許容値を明示する選択的許容値を含む。
【０２３６】
ＱＩＡのＱＩＡ．ｌｏＥｎｄ属性は、当該ＱＩＡエレメントの“Ａ”下位エレメントの最小可能値を示す。すなわち、“Ａ”エレメントの値はｌｏＥｎｄより小さくない。ｌｏＥｎｄ属性が存在しないと、これは、最小値がないことを示す。
【０２３７】
ＱＩＡのＱＩＡ．ｈｉＥｎｄ属性は、当該ＱＩＡエレメントの“Ａ”下位エレメントの最大可能値を示す。すなわち、回答の値はｈｉＥｎｄより大きくない。ｈｉＥｎｄ属性が存在しないと、これは、最大値がないことを示す。
【０２３８】
ＱＩＡ．Ｑエレメントは、ＱＩＡエレメントの下位エレメントである。ＱＩＡ．Ｑエレメントの値は、利用者に提示される質問文を示すことができる。質問は、数値タイプ回答を有するように表現しなければならない。当該エレメントには、種々の言語の複数のインスタンスがある。
【０２３９】
ＱＩＡエレメントの下位エレメントとしてＱＩＡ．Ａエレメントは整数値を有することができる。ＱＩＡ．Ａエレメントは、ＱＩＡ．Ｑで質問に対する回答を示すことができる。
【０２４０】
ＱＢＡエレメントは、質問の正誤回答タイプを示すことができる。
【０２４１】
ＱＢＡ．Ｑエレメントは、ＱＢＡエレメントの下位エレメントである。ＱＢＡ．Ｑエレメントの値は、利用者に提示される質問文を示すことができる。質問は、はい／いいえ又は真／偽の形態の回答を有するように表現しなければならない。当該エレメントには、種々の言語の複数のインスタンスがある。
【０２４２】
ＱＢＡエレメントの下位エレメントとしてＱＢＡ．Ａエレメントはブール値を有することができる。ＱＢＡ．Ａエレメントは、ＱＢＡ．Ｑで質問に対する回答を示すことができる。
【０２４３】
ＱＳＡエレメントは、質問の選択回答タイプを示すことができる。
【０２４４】
ＱＳＡエレメントのＱＳＡ．ｍｉｎＣｈｏｉｃｅｓ属性は、利用者によって作成可能な選択の最小個数を明示することができる。
【０２４５】
ＱＳＡエレメントのＱＳＡ．ｍａｘＣｈｏｉｃｅｓ属性は、利用者によって作成可能な選択の最大個数を明示することができる。
【０２４６】
ＱＳＡ．Ｑエレメントは、ＱＳＡエレメントの下位エレメントである。ＱＳＡ．Ｑエレメントの値は、利用者に提示される質問文を示すことができる。質問は、一つ以上の与えられた選択に該当する回答を有するように表現しなければならない。
【０２４７】
ＱＳＡ．Ｑ．Ｓｅｌｅｃｔｉｏｎエレメントは、ＱＳＡ．Ｑエレメントの下位エレメントである。ＱＳＡ．Ｑ．Ｓｅｌｅｃｔｉｏｎエレメントの値は、利用者に提示される可能性がある選択を示すことができる。同一のＱＳＡエレメントに（種々の言語で）複数のＱＳＡ．Ｑ下位エレメントがあると、それぞれは、同一の意味を有する同一の数のＳｅｌｅｃｔｉｏｎ下位エレメントを有する。
【０２４８】
ＱＳＡ．Ｑ．ＳｅｌｅｃｔｉｏｎのＱＳＡ．Ｑ．Ｓｅｌｅｃｔｉｏｎ．ｉｄ属性は、ＱＳＡ．Ｑの範囲内で唯一のＳｅｌｅｃｔｉｏｎエレメントに対する識別子であってもよい。同一のＱＳＡエレメントに（種々の言語で）複数のＱＳＡ．Ｑ下位エレメントがあると、それらの同一の意味を有するＳｅｌｅｃｔｉｏｎエレメントのｉｄ属性間には一対一対応があってもよい。
【０２４９】
ＱＳＡ．Ａは、ＱＳＡエレメントの下位エレメントである。当該ＱＳＡエレメントの下位エレメントの各インスタンスは、Ｓｅｌｅｃｔｉｏｎエレメントのうち一つのｉｄ値の形態で当該ｓｅｌｅｃｔｉｏｎタイプ質問に許容された一つの回答を明示することができる。
【０２５０】
ＱＴＡエレメントは、質問の記述式回答（記述型エントリ）タイプを示す。
【０２５１】
ＱＴＡ．Ｑエレメントは、ＱＴＡエレメントの下位エレメントである。ＱＴＡ．Ｑエレメントの値は、利用者に提示される質問文を示すことができる。質問は、記述型回答を有するように表現しなければならない。
【０２５２】
ＱＴＡ．Ａエレメントは、ＱＴＡエレメントの下位エレメントである。ＱＴＡ．Ａエレメントエレメントの値は、ＱＴＡ、Ｑにおいて質問に対する回答を示すことができる。
【０２５３】
ＱＡＡエレメントは、データベースにおけるエントリのように、様々なタイプの情報を保有するように用いられてもよい。
【０２５４】
ＱＡＡ．Ａエレメントは、ＱＡＡエレメントの下位エレメントである。ＱＡＡ．Ａエレメントの値は、いくつかのタイプの情報を含む。
【０２５５】
ＱＩＡ、ＱＢＡ、ＱＳＡ、ＱＴＡ、ＱＡＡエレメントのｉｄ属性は、それが示すエレメントに対して大域的に一意の識別子であるＵＲＩであってもよい。
【０２５６】
ＱＩＡ、ＱＢＡ、ＱＳＡ、ＱＴＡ、ＱＡＡエレメントのｅｘｐｉｒｅエレメントは、それが現れるエレメントがそれ以上関連しておらず、テーブルから削除される日付及び時間を示すことができる。
【０２５７】
ＱＩＡ．Ｑ、ＱＢＡ．Ｑ、ＱＳＡ．Ｑ、ＱＴＡ．Ｑ、ＱＴＡ．Ａエレメントのｌａｎｇ属性は、質問又は回答文字列の言語を示すことができる。ＱＳＡ．Ｑの場合、ｌａｎｇ属性は、ＱＳＡ．ＱのＳｅｌｅｃｔｉｏｎ下位エレメントの言語も示すことができる。ｌａｎｇ属性が存在しないときは、当該言語が英語であることを示すことができる。
【０２５８】
ＱＩＡ．Ａ、ＱＢＡ．Ａ、ＱＳＡ．Ａ、ＱＴＡ．Ａ、ＱＡＡ．Ａエレメントのｔｉｍｅ属性は、回答がテーブルに入力された日付及び時間を示すことができる。
【０２５９】
また、図１７に示してはいないが、本発明の一実施例によるＰＤＩテーブルは、ＱＩＡＤエレメント、ＱＢＡＤエレメント、ＱＳＡＤエレメント、ＱＴＡＤエレメント、及び／又はＱＡＡＤエレメントを更に含むことができる。これらのエレメントを総称して、ＱｘＡＤエレメントと呼ぶ。以下、ＱｘＡＤエレメントについて説明する。
【０２６０】
ルートエレメントとしてのＱＩＡＤエレメントは、ＱＩＡ下位エレメントで数値回答タイプの質問を含むことができる。ＱＩＡは、回答の最大及び最小許容値を明示する選択的許容値を含むことができる。
【０２６１】
ルートエレメントとしてのＱＢＡＤエレメントは、質問の正誤回答タイプを示す。
【０２６２】
ルートエレメントとしてのＱＳＡＤエレメントは、質問の選択回答タイプを表す。
【０２６３】
ルートエレメントとしてのＱＴＡＤエレメントは、質問の記述式回答（記述型エントリ）タイプを表す。
【０２６４】
ルートエレメントとしてのＱＡＡＤエレメントは、データベースでのエントリのように様々なタイプの情報を保有するように用いられる。
【０２６５】
また、図１７に示してはいないが、本発明の一実施例によるそれぞれのＰＤＩタイプエレメントは、ＱＴｅｘｔエレメント及び／又はｔｉｍｅ属性を更に含むことができる。
【０２６６】
ＱＩＡ．Ｑ．ＱＴｅｘｔエレメントは、ＱＩＡ．Ｑエレメントの下位エレメントである。ＱＩＡ．Ｑ．ＱＴｅｘｔエレメントの値は、利用者に提示される質問文を表す。質問は、数値タイプ回答を有するように表現しなければならない。
【０２６７】
ＱＩＡ．Ａ．ａｎｓｗｅｒ属性は、ＱＩＡ．Ａエレメントの整数値属性である。ＱＩＡ．Ａ．ａｎｓｗｅｒ属性は、ＱＩＡ．Ｑ．ＱＴｅｘｔエレメントで質問に対する回答を表す。
【０２６８】
ＱＢＡ．Ｑ．Ｑｔｅｘｔエレメントは、ＱＢＡ．Ｑエレメントの下位エレメントである。ＱＢＡ．Ｑ．Ｑｔｅｘｔエレメントの値は、利用者に提示される質問文を表す。質問は、はい／いいえ又は真／偽の形態の回答を有するように表現しなければならない。当該エレメントには、種々の言語の様々なインスタンスがありうる。
【０２６９】
ＱＢＡ．Ａ．ａｎｓｗｅｒ属性は、ＱＢＡ．Ａエレメントのブール値属性である。ＱＢＡ．Ａ＠ａｎｓｗｅｒ属性は、ＱＢＡ．Ｑ．ＱＴｅｘｔエレメントで質問に対する回答を表す。
【０２７０】
ＱＳＡ．Ｑ．ＱＴｅｘｔエレメントは、ＱＳＡ．Ｑエレメントの下位エレメントである。ＱＳＡ．Ｑ．ＱＴｅｘｔエレメントは、利用者に提示される質問文を表す。質問は、一つ以上の与えられた選択に対応する回答を有するように表現しなければならない。当該エレメントには、種々の言語の様々なインスタンスがありうる。
【０２７１】
ＱＳＡ．Ａ下位エレメントのＱＳＡ．Ａ．ａｎｓｗｅｒ属性は、Ｓｅｌｅｃｔｉｏｎエレメントのうち一つのｉｄ値の形態で、当該選択タイプ質問に対して許容された一つの回答を明示する。
【０２７２】
ＱＴＡ．Ｑ．ＱＴｅｘｔエレメントは、ＱＴＡエレメントの下位エレメントである。ＱＴＡ．Ｑ．ＱＴｅｘｔエレメントの値は、利用者に提示される質問文を表す。質問は、記述型回答を有するように表現しなければならない。
【０２７３】
ＱＴＡ．Ａ．ａｎｓｗｅｒ属性は、ＱＴＡエレメントの下位エレメントである。ＱＴＡ．Ａ．ａｎｓｗｅｒエレメントの値は、ＱＴＡ．Ｑ．ＱＴｅｘｔエレメントで質問に対する回答を表す。
【０２７４】
図１８Ａ及び図１８Ｂ（以下、図１８）は、本発明の他の実施例によるＰＤＩテーブルを示す図である。
【０２７５】
具体的には、図１８は、図１１乃至図１６で説明したＸＭＬスキーマによるＰＤＩテーブルの構造を示す図である。
【０２７６】
図１８に示すＰＤＩテーブルの基本的な構造とＰＤＩテーブルに含まれた基本的なエレメント及び属性の意味は、図１７で説明したバーのようである。ただし、図１７に示すＰＤＩテーブルに比べて、図１８に示すＰＤＩテーブルは、ｘａｃｔｉｏｎＳｅｔＩｄ属性及び／又はｔｅｘｔ属性を更に含むことができる。以下、ｘａｃｔｉｏｎＳｅｔＩｄ属性及び／又はｔｅｘｔ属性を中心に説明する。
【０２７７】
ＱｘＡエレメントのｘａｃｔｉｏｎＳｅｔＩｄ属性は、質問に対する回答を目的とするユニットとして扱われる集合である質問のｔｒａｎｓａｃｔｉｏｎａｌ集合に質問が属することを示す。これは、質問の属するｔｒａｎｓａｃｔｉｏｎａｌ集合の識別子を提供することもできる。そのため、同一のｘａｃｔｉｏｎＳｅｔＩｄ属性の値を有するＰＤＩテーブルにおけるすべての質問の集合は択一的に回答される。
【０２７８】
ＱｘＡエレメントのｔｅｘｔ属性は、ＱｘＡ．Ｑエレメントの下位エレメントである。ｔｅｘｔ属性の値は、利用者に提示される質問文を表す。
【０２７９】
図１９は、本発明の一実施例による選択基準テーブルを示す図である。上述した図７の個人化放送システムは、個人化サービスを提供するために選択基準を使用することができる。図７、図９及び図１０で説明した選択基準は、選択基準テーブルの形式とすることができる。本発明の選択基準テーブルはＸＭＬスキーマで表現されることを一実施例とする。
【０２８０】
また、本発明の選択基準テーブルは、ＰＤＩデータと選択基準とを効率的に比較するために、ＰＤＩテーブルのフォーマットと類似のフォーマットを有することを一実施例とすることができる。本発明の一実施例による選択基準テーブルのフォーマットは、設計者の意図によって変更してもよい。
【０２８１】
図１９に示すように、本発明の一実施例による選択基準テーブルは、選択基準（ｆｉｌｔｅｒｉｎｇ  ｃｒｉｔｅｒｉｏｎ）エレメント１９００を含むことができ、選択基準エレメント１９００は、識別子（ｉｄｅｎｔｉｆｉｅｒ）属性１９０１、基準タイプ（ｃｒｉｔｅｒｉｏｎ  ｔｙｐｅ）属性１９０２及び／又は基準値（ｃｒｉｔｅｒｉｏｎ  ｖａｌｕｅ）エレメント１９０３を含むことができる。本発明の選択基準は、上述したＰＤＩ質問に対応する概念として用いてもよい。以下、図１９に示す選択基準テーブルの構成エレメントについて説明する。
【０２８２】
本発明の一実施例による選択基準エレメント１９００は、ＰＤＩ質問に対応する選択基準を示すことができる。
【０２８３】
本発明の一実施例による識別子属性１９０１は、選択基準に対応するＰＤＩ質問を識別することができる。
【０２８４】
本発明の一実施例による基準タイプ属性１９０２は、選択基準のタイプを示すことができる。選択基準のタイプに関する具体的な内容は後述する。
【０２８５】
本発明の一実施例による基準値エレメント１９０３は、選択基準が有する値を示すことができる。各基準値は、ＰＤＩ質問に対する可能な回答である。
【０２８６】
具体的には、本発明による選択基準のタイプは、数値タイプ、正誤タイプ、選択タイプ、記述タイプ及び／又は任意タイプのうち一つのタイプを一実施例とすることができる。
【０２８７】
数値タイプの選択基準（又は、数値タイプ基準）は、数値タイプのＰＤＩ回答に対応する選択基準を意味する。
【０２８８】
正誤タイプの選択基準（又は、正誤タイプ基準）は、正誤タイプのＰＤＩ回答に対応する選択基準を意味する。
【０２８９】
選択タイプの選択基準（又は、選択タイプ基準）は、選択タイプのＰＤＩ回答に対応する選択基準を意味する。
【０２９０】
記述タイプの選択基準（又は、記述タイプ基準）は、記述タイプのＰＤＩ回答に対応する選択基準を意味する。
【０２９１】
任意タイプの選択基準（又は、任意タイプ基準）は、上述した４つのタイプ以外のいずれかの形態のＰＤＩ回答に対応する選択基準を意味する。
【０２９２】
以下、［例示５」は、図１９に示す選択基準テーブルのＸＭＬスキーマを示す本発明の一実施例である。
【０２９３】
［例示５］
<?xml version="1.0" encoding="UTF-8"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified" attributeFormDefault="unqualified">
<xs:element name="FilterCriteriaTable" type="FilterCriteriaTableType"/>
<xs:complexType name="FilterCriteriaTableType">
<xs:sequence maxOccurs="unbounded">
<xs:element name="FilterCriterion" type="FilterCriterionType"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="FilterCriterionType">
<xs:sequence>
<xs:element name="CriterionValue" type="xs:base64Binary" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="id" type="xs:anyURI" use="required"/>
<xs:attribute name="CriterionType" type="xs:unsignedByte" use="required"/>
</xs:complexType>
</xs:schema>
【０２９４】
図２０は、本発明の他の実施例による選択基準テーブルを示す図である。
【０２９５】
具体的には、図２０は、図１９で説明した選択基準テーブルの拡張されたフォーマットをＸＭＬスキーマで表現した図である。図１９に示す選択基準のＸＭＬスキーマによって選択基準テーブルを構成する場合、本発明の一実施例による選択基準のタイプ及びタイプ別細部属性を設定できないという問題点がある。そこで、図２０では、選択基準のタイプを表現し、タイプ別属性を設定したＸＭＬスキーマを提示する。本発明の一実施例による個人化放送システムは、図２０のＸＭＬスキーマによって構成された選択基準テーブルを用いて、より精密にコンテンツを選択することができる。
【０２９６】
図２０に示すように、選択基準テーブルは属性２０００及び／又は選択基準タイプエレメントを含むことができる。本発明の一実施例による属性２０００は、ｔｉｍｅ属性２００１を含むことができる。本発明の一実施例による選択基準タイプエレメントは、数値タイプ基準エレメント（Ｉｎｔｅｇｅｒ  Ｔｙｐｅ  Ｃｒｉｔｅｒｉｏｎエレメント）（又は、ＱＩＡ基準エレメント）２０１０、正誤タイプ基準エレメント（Ｂｏｏｌｅａｎ  Ｔｙｐｅ  Ｃｒｉｔｅｒｉｏｎエレメント）（又は、ＱＢＡ基準エレメント）２０２０、選択タイプ基準エレメント（Ｓｅｌｅｃｔｉｏｎ  Ｔｙｐｅ  Ｃｒｉｔｅｒｉｏｎ  ｅｌｅｍｅｎｔ）（又は、ＱＳＡ基準エレメント）２０３０、記述タイプ基準エレメント（Ｔｅｘｔ  Ｔｙｐｅ  Ｃｒｉｔｅｒｉｏｎ  ｅｌｅｍｅｎｔ）（又は、ＱＴＡ基準エレメント）２０４０及び／又は任意タイプ基準エレメント（Ａｎｙ  Ｔｙｐｅ  Ｃｒｉｔｅｒｉｏｎ  ｅｌｅｍｅｎｔ）（又は、ＱＡＡ基準エレメント）２０５０を含むことができる。以下、図２０に示す選択基準テーブルの構成エレメントについて説明する。
【０２９７】
具体的には、図２０に示す属性２０００は、本発明の一実施例による選択基準テーブル自体の属性情報を示すことができる。したがって、選択基準テーブルが含む選択基準タイプエレメントが変わっても、同一に表現されうる。例えば、本発明の実施例によるｔｉｍｅ属性２００１は、選択基準が生成された時間又は更新された時間を示すことができる。この場合、種々の選択基準タイプエレメントを含む選択基準テーブルは、選択基準タイプエレメントが変わってもｔｉｍｅ属性２００１を含むことができる。
【０２９８】
また、本発明の一実施例による選択基準テーブルは、一つ又は二つ以上の選択基準タイプエレメントを含むことができる。本発明の一実施例による選択基準タイプエレメントは、選択基準のタイプを示すことができる。選択基準のタイプは、図１９で説明したものと同一である。この場合、選択基準タイプエレメントはリスト形式で表現してもよい。
【０２９９】
本発明の一実施例による選択基準タイプエレメントは、“ＱｘＡ”基準と呼ぶことができ、この場合、“ｘ”は、選択基準のタイプによって決定することができる。
【０３００】
図２０に示すように、それぞれの選択基準タイプエレメントは、識別子属性及び／又は基準値エレメントを含むことができる。図２０に示す識別子属性及び基準値エレメントの具体的な内容は、図１９で説明したものと同一である。
【０３０１】
ただし、図２０に示すように、数値タイプ基準エレメント２０１０は、ｍｉｎ ｉｎｔｅｇｅｒ属性２０１１及び／又はｍａｘ ｉｎｔｅｇｅｒ属性２０１２を更に含むことができる。本発明の一実施例によるｍｉｎ ｉｎｔｅｇｅｒ属性２０１１は、数値タイプの回答として表現された選択基準の最小値を示すことができる。本発明の一実施例によるｍａｘ ｉｎｔｅｇｅｒ属性２０１２は、数値タイプの回答として表現された選択基準の最大値を示すことができる。
【０３０２】
また、図２０に示すように、ｓｅｌｅｃｔｉｏｎ ｔｙｐｅ ｃｒｉｔｅｒｉｏｎエレメント２０３０及び／又はｔｅｘｔ ｔｙｐｅ ｃｒｉｔｅｒｉｏｎエレメント２０４０は、ｌａｎｇ属性２０３１を含むことができる。本発明の一実施例によるｌａｎｇ属性２０３１は、文字列形態で表現された選択基準の値を示すことができる。
【０３０３】
次の［例示６」は、図２０に示す選択基準テーブルのＸＭＬスキーマを示す本発明の一実施例である。
【０３０４】
［例示６］
<?xml version="1.0" encoding="UTF-8"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified" attributeFormDefault="unqualified">
<xs:element name="FilterCriteriaTable" type="FilterCriteriaTableType"/>
<xs:complexType name="FilterCriteriaTableType">
<xs:choice maxOccurs="unbounded">
<xs:element name="IntegerTypeCriterion" type="IntegerCriterionOption"/>
<xs:element name="BooleanTypeCriterion" type="BooleanCriterionOpntion"/>
<xs:element name="SelectionTypeCriterion" type="StringCriterionOption"/>
<xs:element name="TextTypeCriterion" type="StringCriterionOption"/>
<xs:element name="AnyTypeCriterion" type="AnyTypeCriterionOption"/>
</xs:choice>
<xs:attribute name="time" type="xs:dateTime"/>
</xs:complexType>
<xs:complexType name="IntegerCriterionOption">
<xs:sequence>
<xs:element name="id" type="xs:anyURI"/>
<xs:sequence>
<xs:element name="CriterionValue" maxOccurs="unbounded">
<xs:complexType>
<xs:simpleContent>
<xs:extension base="xs:integer">
<xs:attribute name="minInteger" type="xs:integer"/
<xs:attribute name="maxInteger" type="xs:integer"/>
</xs:extension>
</xs:simpleContent>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:sequence>
</xs:complexType>
<xs:complexType name="BooleanCriterionOpntion">
<xs:sequence>
<xs:element name="id" type="xs:anyURI"/>
<xs:sequence>
<xs:element name="CriterionValue" type="xs:boolean"/>
</xs:sequence>
</xs:sequence>
</xs:complexType>
<xs:complexType name="StringCriterionOption">
<xs:sequence>
<xs:element name="id" type="xs:anyURI"/>
<xs:sequence>
<xs:element name="CriterionValue" maxOccurs="unbounded">
<xs:complexType>
<xs:simpleContent>
<xs:extension base="xs:string">
<xs:attribute name="lang" type="xs:string" default="EN-US"/>
</xs:extension>
</xs:simpleContent>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:sequence>
</xs:complexType>
<xs:complexType name="AnyTypeCriterionOption">
<xs:sequence>
<xs:element name="id" type="xs:anyURI"/>
<xs:sequence>
<xs:element name="CriterionValue" maxOccurs="unbounded"/>
<xs:complexType>
<xs:simpleContent>
<xs:extension base="xs:base64Binary">
<xs:attribute name="any" type="xs:anySimpleType"/>
</xs:extension>
</xs:simpleContent>
</xs:complexType>
</xs:sequence>
</xs:sequence>
</xs:complexType></xs:schema>
【０３０５】
図２１は、本発明の他の実施例による選択基準テーブルを示す図である。
【０３０６】
具体的には、図２１は、図１９及び図２０で説明したＸＭＬスキーマによる選択基準テーブルの一実施例を示す図である。図２１に示す選択基準テーブルの基本的な構成エレメントは、図１９及び図２０で上述したものと同一である。以下、図２１に示す選択基準テーブルに含まれたエレメント及び属性の意味について説明する。
【０３０７】
図２１に示すように、本発明の一実施例による選択基準テーブルでは、属性の名称の前に“＠”を表示することによって属性とエレメントとを区別することができる。
【０３０８】
テーブルで＠ｉｄ属性が現れる各位置で、ＰＤＩテーブルで質問の＠ｉｄ属性があり、これで、＠ｉｄ属性が現れる選択基準に該当する質問を識別する。
【０３０９】
ＱＩＡ Ｃｒｉｔｅｒｉｏｎエレメントは、整数値を有する質問に該当する選択基準を表す。
【０３１０】
ＱＩＡ ＣｒｉｔｅｒｉｏｎエレメントのＣｒｉｔｅｒｉｏｎ Ｖａｌｕｅ下位エレメントが＠ｅｘｔｅｎｔエレメントを含まないと、これは、選択基準に該当する質問に対する数値回答を表す。ＱＩＡ ＣｒｉｔｅｒｉｏｎエレメントのＣｒｉｔｅｒｉｏｎ Ｖａｌｕｅ下位エレメントが＠ｅｘｔｅｎｔ属性を含むときは、質問に対する回答の数範囲の下位点を表し、＠ｅｘｔｅｎｔ属性はその範囲で整数の個数を表す。
【０３１１】
ＱＢＡ Ｃｒｉｔｅｒｉｏｎエレメントは、ブール値を有する質問に該当する選択基準を表す。
【０３１２】
ＱＢＡ ＣｒｉｔｅｒｉｏｎエレメントのＣｒｉｔｅｒｉｏｎ Ｖａｌｕｅ下位エレメントは、選択基準に該当する質問に対する正誤回答を表す。
【０３１３】
ＱＳＡ Ｃｒｉｔｅｒｉｏｎエレメントは、選択値を有する質問に該当する選択基準を表す。
【０３１４】
ＱＳＡ ＣｒｉｔｅｒｉｏｎエレメントのＣｒｉｔｅｒｉｏｎ Ｖａｌｕｅ下位エレメントは、選択基準に該当する質問に対する選択回答の識別子を表す。
【０３１５】
ＱＴＡ Ｃｒｉｔｅｒｉｏｎエレメントは、文字列値を有する質問に該当する選択基準を表す。
【０３１６】
ＱＴＡ ＣｒｉｔｅｒｉｏｎエレメントのＣｒｉｔｅｒｉｏｎ Ｖａｌｕｅ下位エレメントは、選択基準に該当する質問に対する記述式回答を表す。
【０３１７】
ＱＡＡ Ｃｒｉｔｅｒｉｏｎエレメントは、質問無しで記述式“回答”だけを有する“質問”に該当する選択基準を表す。
【０３１８】
ＱＡＡ ＣｒｉｔｅｒｉｏｎエレメントのＣｒｉｔｅｒｉｏｎ Ｖａｌｕｅ下位エレメントは、選択基準に該当する“質問”に対する記述式“回答”を表す。
【０３１９】
Ｆｉｌｔｅｒｉｎｇ Ｃｒｉｔｅｒｉａエレメントに一つのＣｒｉｔｅｒｉｏｎ Ｖａｌｕｅエレメントだけがある場合、Ｃｒｉｔｅｒｉｏｎ Ｖａｌｕｅエレメントの値が（質問がＣｒｉｔｅｒｉｏｎ Ｖａｌｕｅエレメントを含むエレメントのｉｄ属性によって示される）Ｃｒｉｔｅｒｉｏｎ Ｖａｌｕｅエレメントを含むエレメントに該当する質問に対するＰＤＩ−Ａにおける質問の中の値と一致するとき、サービスやコンテンツアイテムがフィルタを通過するかに対する選択決定は“真”（はい）となり、そうでないときは、“偽”（いいえ）になる。
【０３２０】
“ｅｘｔｅｎｔ”属性が存在するＱＩＡ ＣｒｉｔｅｒｉｏｎエレメントのＣｒｉｔｅｒｉｏｎ Ｖａｌｕｅ下位要素の場合、質問の値がＣｒｉｔｅｒｉｏｎ Ｖａｌｕｅ及びｅｘｔｅｎｔ属性によって定義される区間に存在するとき、Ｃｒｉｔｅｒｉｏｎ Ｖａｌｕｅエレメントの値は、該当するＰＤＩ−Ａにおける回答のいずれかの値と一致すると見なされる。
【０３２１】
Ｆｉｌｔｅｒｉｎｇ ＣｒｉｔｅｒｉａエレメントでＣｒｉｔｅｒｉｏｎ Ｖａｌｕｅエレメントの総数が１よりも大きい場合、各Ｃｒｉｔｅｒｉｏｎ Ｖａｌｕｅエレメントの値は、（ｉｄ値によって示されるように）Ｃｒｉｔｅｒｉｏｎ Ｖａｌｕｅが選択基準に該当する質問に対するＰＤＩ−Ａにおける回答のいずれかの値と一致するとき、“真”を返す中間用語と評価されるはずであり、そうでないときは、“偽”を返す中間用語と評価される。このような中間用語のうち、上位エレメント識別子（ＱＩＡ．ｉｄ、ＱＢＡ．ｉｄなど）の同一値を有する用語は、各ターゲット基準に対する中間結果を得るために論理和され、これらの中間結果は、最終結果を決定するために論理積される。最終結果が受信機に対して“真”と評価されると、これは関連コンテンツアイテムが選択された（フィルタを通過した）ことを意味する。
【０３２２】
図２２は、本発明の他の実施例による選択基準テーブルを表す図である。
【０３２３】
具体的には、図２２に示す選択基準テーブルは、図２１に示す選択基準テーブルの拡張された構造を示す。図２２に示す選択基準テーブルの基本的な構成エレメントは、図２１で説明したものと同一である。以下、図２１で説明した選択基準テーブルとの差異点を中心に、図２２に示す選択基準テーブルを説明する。
【０３２４】
図２２に示す選択基準テーブルは、選択基準の集合の様々なインスタンスを許容する。それぞれの集合は、選択基準の様々なインスタンスを含む。それぞれの選択基準は、一部の選択基準に対して提供される複数の値を許容する。選択論理は、選択基準の集合の複数のインスタンスのうち、“ＯＲ”論理である。選択基準の各集合内で、選択論理は、同一の選択基準の複数の値の間では“ＯＲ”論理であり、別の選択基準の中では“ＡＮＤ”論理である。
【０３２５】
例えば、選択基準が（（年齢＝２０）及び（ジャンル＝“スポーツ”））であるか、（（年齢＝１０）及び（ジャンル＝“アニメーション”））のとき、選択基準テーブルは、次の［例示７］のように表すことができる。
【０３２６】
［例示７］
<FilterCriteriaTable time="2012-09-03T09:30:47.0Z" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<FilterCriterionSet>
<IntegerTypeCriterion id="abc.tv/age/">
<CriterionValue>20</CriterionValue>
</IntegerTypeCriterion>
<TextTypeCriterion id = "abc.tv/genre/">
<CriterionValue>sport</CriterionValue>
</TextTypeCriterion>
</FilterCriterionSet>
<FilterCriterionSet>
<IntegerTypeCriterion id= "abc.tv/age/">
<CriterionValue>10</CriterionValue>
</IntegerTypeCriterion>
<TextTypeCriterion id = "abc.tv/genre//">
<CriterionValue>animation</CriterionValue>
</TextTypeCriterion>
</FilterCriterionSet>
</FilterCriteriaTable>
【０３２７】
図２３は、本発明の他の実施例によるデジタル放送システムのフローチャートである。
【０３２８】
具体的には、図２３は、本発明の一実施例による受信機が放送網を介してＰＤＩテーブル及び／又は選択基準テーブルを受信するための個人化放送システムのフローチャートである。
【０３２９】
本発明の一実施例による個人化放送システムの基本的な構造は、図７乃至図１０で説明したものと同一である。本発明の一実施例によるＰＤＩテーブルは、図９乃至図１８で説明したものと同一である。本発明の一実施例による選択基準テーブルは、図１９乃至図２２で説明したものと同一である。
【０３３０】
図２３に示すように、本発明の一実施例による個人化放送システムは、ＳＳＣ２３００、ＦＬＵＴＥセッション２３１０、選択エンジン２３２０、ＰＤＩエンジン２３３０及び／又はＵＩ ２３４０を含むことができる。本発明の一実施例による受信機は、ＤＳＭ−ＣＣセクションを介してＰＤＩテーブルを受信することができる。この場合、本発明の一実施例による受信機は、ＦＬＵＴＥセッション２３１０によってＰＤＩテーブルを受信することができる。上述した個人化放送システムの構造は設計者の意図によって変更してもよい。以下、図２３に示す各構成エレメントの動作について説明する。
【０３３１】
本発明の一実施例による受信機は、まず、ＳＳＣ ２３００によってＰＤＩテーブルセクションを受信することができる。具体的には、本発明の一実施例による受信機は、ＤＳＭ−ＣＣセクションによって受信されるＩＰデータグラムのうち、ＳＳＣ ２３００に該当するＩＰデータグラムをパースしてＰＤＩテーブルセクションを受信することができる。この場合、本発明の一実施例による受信機は、ＳＳＣ ２３００が有する周知のＩＰアドレス及び／又はＵＤＰポート番号を用いてＰＤＩテーブルセクションを受信することができる。本発明の一実施例によるＰＤＩテーブルセクションは、ＰＤＩテーブルを放送網を介して伝達するために、本発明の一実施例によるＰＤＩテーブルを圧縮したテーブルを意味する。ＰＤＩテーブルセクションに関する具体的な内容は後述する。
【０３３２】
本発明の一実施例による受信機は、ＳＳＣ ２３００を介して受信したＰＤＩテーブルセクションをパースしてＰＤＩテーブルを取得することができる。その後、本発明の一実施例による受信機は、ＰＤＩエンジン２３３０にＰＤＩテーブルを伝達することができる。
【０３３３】
本発明の一実施例によるＰＤＩエンジン２３３０は、受信したＰＤＩテーブルを処理し、当該ＰＤＩテーブルに含まれたＰＤＩ質問を抽出することができる。その後、本発明の一実施例によるＰＤＩエンジン２３３０は、抽出されたＰＤＩ質問をＵＩ ２３４０に伝達することができる。
【０３３４】
本発明の一実施例によるＵＩ ２３４０は、受信したＰＤＩ質問を表示し、当該ＰＤＩ質問に対するＰＤＩ回答を受信することができる。この場合、本発明の一実施例によるＵＩ ２３４０は、リモコンを介してＰＤＩ回答を受信することができる。その後、本発明の一実施例によるＰＤＩエンジン２３３０は、ＵＩ ２３４０から受信したＰＤＩ回答を用いてＰＤＩデータを更新することができる。その具体的な内容は、図７及び図８で説明したものと同一である。
【０３３５】
また、本発明の一実施例による受信機は、ＳＳＣ ２３００を介してサービスマップテーブル（ＳＭＴ）及び／又は非実時間情報テーブル（ＮＲＴ−ＩＴ）を受信することができる。本発明の一実施例によるＳＭＴは、個人化サービスのための信号通知情報を含むことができる。本発明の一実施例によるＮＲＴ−ＩＴは、個人化サービスのための報知情報（ａｎｎｏｕｎｃｅｍｅｎｔ  ｉｎｆｏｒｍａｔｉｏｎ）を含むことができる。
【０３３６】
その後、本発明の一実施例による受信機は、受信したＳＭＴ及び／又はＮＲＴ−ＩＴをパースして選択基準記述子を取得することができる。受信機は、選択基準記述子を用いて、選択エンジン２３２０に選択基準を伝達することができる。この場合、本発明の選択基準は、ｘｍｌ文書フォーマットの選択基準テーブルを一実施例とすることができ、選択基準テーブルについては図２１及び図２２で具体的に説明した。
【０３３７】
その後、本発明の一実施例による選択エンジン２３２０は、ＰＤＩエンジン２３３０にＰＤＩデータ要求信号を伝達することができる。本発明の一実施例によるＰＤＩエンジン２３３０は、ＰＤＩデータ要求信号を受信すると、当該ＰＤＩデータ要求信号に対応するＰＤＩデータを検索して選択エンジン２３２０に伝達することができる。その結果、本発明の一実施例による受信機は、選択結果を用いてコンテンツをダウンロードすることができる。本発明の一実施例による選択後の処理については図９及び図１０で具体的に説明した。
【０３３８】
図２４は、本発明の一実施例によるＰＤＩテーブルセクションを示す図である。
【０３３９】
具体的には、図２４は、図２３で説明したＰＤＩテーブルセクションの構文である。
【０３４０】
ＰＤＩテーブルが放送ストリームで伝達されると、図２３に定義されたテーブルのＸＭＬ形式はＤＥＦＬＡＴＥ圧縮アルゴリズムを用いて圧縮される。得られた圧縮されたテーブルは、図２４のテーブルに示すようにブロックに区分されてセクションに挿入されることによって、ＮＲＴスタイルの専用セクションに要約される。
【０３４１】
結論的に、本発明の一実施例による受信機は、同一のシーケンス番号を有するセクション番号順にＰＤＩ−Ｑインスタンス文書のブロックを組み合わせて圧縮を解除することができる。本発明の一実施例による受信機は、圧縮を解除した結果としてＰＤＩ−Ｑインスタンス文書を生成することができる。その後、受信機は、ＰＤＩ−Ｑインスタンス文書を本発明の一実施例によるＰＤＩエンジンに伝達することができる。その具体的な方法は、図２３で上述したものと同一である。
【０３４２】
以下、図２４に示すＰＤＩテーブルセクションの構文について説明する。
【０３４３】
ブロックは、昇順のｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールド値のセクションに挿入される。“ＳＳＣ”及び“ＩＰサブネット”という用語は、ＡＴＳＣ ＮＲＴ標準で定義されるため、専用セクションは、ＰＤＩテーブルが関連した仮想チャネルのＩＰサブネットのＳＳＣで伝達される。当該セクションのｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒフィールドは、同一のＳＳＣで伝達される別個のＰＤＩテーブルインスタンスを区別するために用いられる。
【０３４４】
８ビットのｔａｂｌｅ＿ｉｄフィールドは、当該テーブルセクションがＰＤＩテーブルインスタンスに属すると識別するように設定される。８ビットのｔａｂｌｅ＿ｉｄフィールドは、当該テーブルセクションがＰＤＩテーブルインスタンスに属すると識別するように設定される。ｔａｂｌｅ＿ｉｄフィールドは、図２４に示すＰＤＩテーブルセクションが本発明の一実施例によるＰＤＩテーブルに関する情報を含んでいることを示すことができる。
【０３４５】
本実施例によるｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒフィールドは、ＰＤＩテーブルセクションのフォーマットを示すことができる。
【０３４６】
本実施例によるｐｒｉｖａｔｅ＿ｉｎｄｉｃａｔｏｒフィールドは、利用者に対するビット情報を示すことができる。
【０３４７】
本実施例によるｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈフィールドは、ＰＤＩテーブルセクションでバイトの数を示すことができる。
【０３４８】
本実施例によるｔａｂｌｅ＿ｉｄ＿ｅｘｔｅｎｓｉｏｎフィールドは、ＰＤＩテーブルセクションを識別することができる。
【０３４９】
本実施例によるｐｒｏｔｏｃｏｌ＿ｖｅｒｓｉｏｎフィールドは、ＰＤＩテーブル構文のプロトコルバージョンを含むことができる。
【０３５０】
８ビットのｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒフィールドの値は、ＰＤＩ−Ｑインスタンスの他のすべてのセクションのｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒと同一であり、ＳＳＣで伝達される他のＰＤＩ−Ｑインスタンスのすべてのセクションのｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒと異なる。ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒフィールドは、同時にＳＳＣで伝達されるＰＤＩ−Ｑの別個のインスタンスに属するセクションを区別するために用いられる。
【０３５１】
５ビットのＰＤＩＱ＿ｄａｔａ＿ｖｅｒｓｉｏｎフィールドは、ｐｄｉＴａｂｌｅＩｄ値によって定義されるＰＤＩ−Ｑインスタンスのバージョン番号を示す。ＰＤＩ−Ｑインスタンスのいずれかのエレメント又は属性が変化すると、バージョン番号は、１ ｍｏｄｕｌｏ ３２ずつ増加する。
【０３５２】
１ビットのｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒフィールドは、ＰＤＩ−Ｑセクションに対しては常に１に設定され、ＰＤＩ−Ｑが常にｓｅｇｍｅｎｔ＿ｉｄによって識別されるセグメントに対して現在ＰＤＩ−Ｑであることを示す。
【０３５３】
８ビットのｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、ＰＤＩ−Ｑインスタンスの当該セクションのセクション番号を提供する。ＰＤＩ−Ｑインスタンスの最初のセクションのｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒは０ｘ００に設定される。ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒは、ＰＤＩ−Ｑインスタンスのそれぞれの追加セクションによって１ずつ増加する。
【０３５４】
８ビットのｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、当該セクションが一部であるＰＤＩ−Ｑインスタンスの最後のセクション（すなわち、最高のｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒのセクション）の番号を提供する。
【０３５５】
１６ビットのｓｅｒｖｉｃｅ＿ｉｄフィールドは、当該ＰＤＩ−Ｑインスタンスが、ある特定サービスではなく、それが現れる仮想チャネルでのすべてのデータサービスに適用されるということを示すために、０ｘ００００に設定される。
【０３５６】
可変長を有するｐｄｉｑ＿ｂｙｔｅｓ（）フィールドは、当該セクションによって部分的に伝達されるＰＤＩ−Ｑインスタンスのブロックで構成される。当該テーブルインスタンスのすべてのセクションのｐｄｉｑ＿ｂｙｔｅｓ（）フィールドがそれらのｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドの順に連結されると、結果は完全なＰＤＩ−Ｑインスタンスである。
【０３５７】
図２５は、本発明の他の実施例によるＰＤＩテーブルセクションを示す図である。
【０３５８】
具体的には、図２５は、図２３で説明したＰＤＩテーブルセクションの構文であって、基本的な内容は、図２４で説明したものと同一である。ただし、図２４に示すＰＤＩテーブルセクションとは違い、図２５に示すＰＤＩテーブルセクションはｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒフィールドを含まなくてもよい。以下、図２５に示すＰＤＩテーブルセクションの構文について説明する。
【０３５９】
本発明の一実施例によるｎｕｍ＿ｑｕｅｓｔｉｏｎｓフィールドは、ＰＤＩテーブルに含まれたＰＤＩ質問の数を示すことができる。
【０３６０】
本発明の一実施例によるｑｕｅｓｔｉｏｎ＿ｉｄ＿ｌｅｎｇｔｈフィールドは、一つのＰＤＩ質問のＩＤの長さを示すことができる。
【０３６１】
本発明の一実施例によるｑｕｅｓｔｉｏｎ＿ｉｄ＿ｖａｌｕｅフィールドは、一つのＰＤＩ質問のＩＤが有する値を示すことができる。
【０３６２】
本発明の一実施例によるｑｕｅｓｔｉｏｎ＿ｔｅｘｔ＿ｌｅｎｇｔｈフィールドは、ｑｕｅｓｔｉｏｎ＿ｔｅｘｔの長さを示すことができる。
【０３６３】
本発明の一実施例によるｑｕｅｓｔｉｏｎ＿ｔｅｘｔフィールドは、一つのＰＤＩ質問の実際内容を含むことができる。
【０３６４】
本発明の一実施例によるａｎｓｗｅｒ＿ｔｙｐｅ＿ｃｏｄｅフィールドは、ＰＤＩ質問に対するＰＤＩ回答のタイプを示すことができる。具体的には、本発明の一実施例によるａｎｓｗｅｒ＿ｔｙｐｅ＿ｃｏｄｅフィールドは、次の表１に表現された回答タイプコードを含むことができる。次の表１に示すそれぞれの回答タイプコードは、図１１で説明したＰＤＩ回答のタイプを示すことができる。
【表１】
2015530027.tif 000003
【０３６５】
本発明の一実施例によるｎｕｍ＿ａｎｓｗｅｒフィールドは、ＰＤＩ質問に対するＰＤＩ回答の数を示すことができる。
【０３６６】
本発明の一実施例によるａｎｓｗｅｒ＿ｖａｌｕｅ＿ｌｅｎｇｔｈフィールドは、ａｎｓｗｅｒ＿ｖａｌｕｅの実際の長さを示すことができる。
【０３６７】
本発明の一実施例によるａｎｓｗｅｒ＿ｖａｌｕｅフィールドは、ａｎｓｗｅｒ＿ｔｙｐｅ＿ｃｏｄｅと表現されるＰＤＩ回答の実際の内容を含むことができる。
【０３６８】
図２６は、本発明の他の実施例によるＰＤＩテーブルセクションを示す図である。
【０３６９】
具体的には、図２６は、図２３で説明したＰＤＩテーブルセクションの構文であって、基本的な内容は、図２４及び図２５で説明したものと同一である。図２６の構文を構成するフィールドは、図２５の構文を構成するフィールドと同一であり、以下、その具体的な説明は省略する。
【０３７０】
図２７は、本発明の他の実施例によるＰＤＩテーブルセクションを示す図である。
【０３７１】
具体的には、図２７は、図２３で説明したＰＤＩテーブルセクションの構文であって、基本的な内容は、図２４及び図２５で説明したものと同一である。図２７の構文を構成する基本的なフィールドは、図２５の構文を構成するフィールドと同一であり、以下、その具体的な説明は省略する。
【０３７２】
ただし、図２５の構文に比べて、図２７の構文は、ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒフィールドを更に含むことができる。本発明の一実施例によるｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒフィールドについての説明は、図２４で上述したものと同一である。
【０３７３】
図２８は、他の実施例によるデジタル放送システムのフローチャートである。
【０３７４】
具体的には、図２３で説明した個人化放送システム上のＦＬＵＴＥセッション、選択エンジン及び／又はＰＤＩエンジンの動作に関する本発明の一実施例を示す図である。
【０３７５】
図２８に示すように、本発明の一実施例による個人化放送システムは、ＦＬＵＴＥセッション２８００、選択エンジン２８１０及び／又はＰＤＩエンジン２８２０を含むことができる。本発明の一実施例による個人化放送システムは、ＡＴＳＣ ２．０サービス及び次世代放送サービスなどを提供することができる。上述した個人化放送システムの構造は、設計者の意図によって変更してもよい。
【０３７６】
図２３で上述したとおり、本発明の一実施例による受信機は、ＦＬＵＴＥセッションによってＰＤＩテーブルを受信することができる。以下、図２８では、本発明の一実施例による受信機がＦＬＵＴＥセッションによってＰＤＩテーブルを受信する方法を説明する。
【０３７７】
本発明の一実施例による受信機は、ＦＬＵＴＥセッション２８００によってファイル配信テーブル（Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  Ｔａｂｌｅ、ＦＤＴ）インスタンスを受信することができる。ＦＤＴインスタンスは、同一のＦＬＵＴＥセッション２８００によって伝送されるコンテンツの伝送単位を意味する。本発明の一実施例によるＦＤＴインスタンスは、コンテンツのタイプを示すコンテンツタイプ属性を含むことができる。具体的には、本発明の一実施例によるコンテンツタイプ属性は、ＦＬＵＴＥセッション２８００によって伝送されるファイルがＰＤＩ−Ｑインスタンス文書（又は、ＰＤＩテーブル）であることを示す内容を含むことができる。本発明の一実施例によるコンテンツタイプ属性に関する具体的な内容は後述する。
【０３７８】
本発明の一実施例による受信機は、ＦＤＴインスタンスを用いて、ＦＬＵＴＥセッション２８００によって伝送されるファイルがＰＤＩ−Ｑインスタンス文書であることを認知できる。その後、本発明の一実施例による受信機は、ＰＤＩ−Ｑインスタンス文書をＰＤＩエンジン２８２０に伝達することができる。その具体的な内容は、図２３で説明したものと同一である。
【０３７９】
図２９は、本発明の他の実施例によるＦＤＴインスタンスのＸＭＬスキーマを示す図である。
【０３８０】
具体的には、図２９は、図２８で説明したＦＤＴインスタンスのＸＭＬスキーマを示す図である。以下、上述したコンテンツタイプ属性（２９００）について説明する。
【０３８１】
図２９に示すように、本発明の一実施例によるＦＤＴインスタンスは、ＦＤＴインスタンス自体の属性情報を示す属性２９００及び／又はＦＬＵＴＥセッションによって伝送されるファイルを示すｆｉｌｅエレメント２９１０を含むことができる。図２９に示すｆｉｌｅエレメント２９１０は、ファイルに関する属性情報を示す属性を含むことができる。図２９に示すように、ｆｉｌｅエレメント２９１０は、本発明の実施例によるｃｏｎｔｅｎｔ ｔｙｐｅ属性２９２０を含むことができる。
【０３８２】
図２８で説明したとおり、本発明の実施例による受信機は、ｃｏｎｔｅｎｔ ｔｙｐｅ属性２９２０に含まれた値を用いてＰＤＩ−Ｑインスタンス文書を識別することができる。例えば、図２９に示すｃｏｎｔｅｎｔ ｔｙｐｅ属性２９２０は、“ａｐｐｌｉｃａｔｉｏｎ／ａｔｓｃ−ｐｄｉｑ”又は“ｔｅｘｔ／ａｔｓｃ−ｐｄｉｑ＋ｘｍｌ”で表現されるＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ  Ｅｘｔｅｎｓｉｏｎｓ）プロトコル形態の値などを有することができる。
【０３８３】
図３０は、本発明の一実施例による能力（ｃａｐａｂｉｌｉｔｙ）記述子構文を示す図である。
【０３８４】
具体的には、図３０は、図２３で説明した個人化放送システムにおいて、本発明の一実施例による受信機がＰＤＩテーブルを識別するための構文を示している。
【０３８５】
本発明の一実施例による能力記述子は、ＳＭＴサービスレベルでのサービス又はＮＲＴ−ＩＴコンテンツレベルでのコンテンツがＰＤＩテーブルであるか否かを示すために用いることができる。本発明の一実施例による受信機は、当該情報を用いてサービス／コンテンツがＰＤＩテーブルであるか否かを知り、当該サービス／コンテンツがダウンロードされるべきかをＰＤＩエンジンに対応するなどの能力によって判断する。
【０３８６】
次の表２に表現されたコードは、ＰＤＩテーブル信号通知に対する能力記述子でｃａｐａｂｉｌｉｔｙ＿ｃｏｄｅに追加することができる。本発明の一実施例によるｃａｐａｂｌｉｌｔｙ＿ｃｏｄｅ値は、他の値に割り当てることができない。次の表２に表現されたｃａｐａｂｉｌｉｔｙ＿ｃｏｄｅ値は、設計者の意図によってその設定を変更してもよい。
【表２】
2015530027.tif 000004
【０３８７】
図３１は、本発明の一実施例による消費モデルを示す図である。
【０３８８】
具体的には、図３１は、図２３で説明した個人化放送システムにおいて、本発明の一実施例による受信機でＰＤＩテーブルを識別するためにＳＭＴ上に追加されたフィールドを示す。
【０３８９】
ＮＲＴサービス記述子は、ＮＲＴ ＳＭＴのサービスレベルに位置し、そのＮＲＴ＿ｓｅｒｖｉｃｅ＿ｃａｔｅｇｏｒｙは、サービスがＰＤＩテーブルを提供すると、０ｘ０４（ＰＤＩ）となる。したがって、受信機は、フィールド値が０ｘ０４であると、ＰＤＩテーブルが提供されることがわかる。
【０３９０】
図３１に示す消費モデルの値は、設計者の意図によってその設定を変更してもよい。
【０３９１】
図３２は、本発明の一実施例による選択基準記述子構文を示す図である。
【０３９２】
具体的には、図３２は、本発明の一実施例による受信機が図２３で説明した個人化放送システム上で選択基準テーブルを受信するための、選択基準記述子のビットストリーム構文を示している。
【０３９３】
本発明の一実施例による選択基準は、本発明の一実施例による受信機がコンテンツをダウンロードするか否かを判断するよう、ダウンロード可能なコンテンツと関連付けられる。ＡＴＳＣ ２．０環境には、ダウンロード可能なコンテンツに２種のカテゴリがある。独立型のＮＲＴサービスにおけるＮＲＴコンテンツ及び付属対話型データサービスでＴＤＯによって使われるＮＲＴコンテンツアイテムがある。
【０３９４】
以下、図３２では、独立型のＮＲＴサービスにおけるＮＲＴコンテンツを選択するための選択基準について説明する。
【０３９５】
本発明の一実施例によるＮＲＴサービス及びコンテンツアイテムに対する選択基準で、以下に定義された選択基準記述子の一つ以上のインスタンスは、受信機が利用者にＮＲＴサービスを提供するか否かを決定するようにするために、ＳＭＴでサービスレベル記述子ループに含まれてもよく、受信機が当該特定コンテンツアイテムをダウンロードして利用者に使用可能にさせるか否かを決定するようにＮＲＴ−ＩＴでコンテンツアイテムレベル記述子ループに含まれてもよい。
【０３９６】
選択基準記述子の一つ以上のインスタンスは、複数値が同一の又は異なるターゲット基準に対して提供されるようにする。意図するターゲット論理は、同一のターゲット基準に対して複数値間の論理和であり、異なるターゲット基準間の論理積である。
【０３９７】
以下、図３２に示す選択基準記述子のビットストリーム構文における各フィールドのセマンティック定義について説明する。
【０３９８】
８ビットフィールドであるｄｅｓｃｒｉｐｔｏｒ＿ｔａｇフィールドは、記述子が本発明の一実施例による選択基準記述子であることを示すために０ｘＴＢＤに設定することができる。
【０３９９】
８ビット符号無し整数フィールドであるｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈフィールドは、ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈフィールド自身に続くバイト数を示すことができる。
【０４００】
８ビットフィールドであるｎｕｍ＿ｆｉｌｔｅｒ＿ｃｒｉｔｅｒｉａフィールドは、図３２に示した当該記述子に含まれた選択基準の数を示すことができる。
【０４０１】
８ビットフィールドであるｃｒｉｔｅｒｉｏｎ＿ｉｄ＿ｌｅｎｇｔｈフィールドは、ｃｒｉｔｅｒｉｏｎ＿ｉｄフィールドの長さを示すことができる。
【０４０２】
可変長フィールドであるｃｒｉｔｅｒｉｏｎ＿ｉｄフィールドは、当該記述子が現れる仮想チャネルのＰＤＩテーブルで質問（ＱＩＡ、ＱＢＡ、ＱＳＡ、ＱＴＡ、又はＱＡＡエレメント）のｉｄ属性に一致するＵＲＩの形態で、当該選択基準の識別子を提供することができる。
【０４０３】
３ビットフィールドであるｃｒｉｔｅｒｉｏｎ＿ｔｙｐｅ＿ｃｏｄｅフィールドは、次の表３によって当該基準（質問）のタイプを提供することができる。
【表３】
2015530027.tif 000005
【０４０４】
５ビットフィールドであるｎｕｍ＿ｃｒｉｔｅｒｉｏｎ＿ｖａｌｕｅｓフィールドは、各値がｃｒｉｔｅｒｉｏｎ＿ｉｄによって識別される質問（ＱＩＡ、ＱＢＡ、ＱＳＡ、ＱＴＡ、又はＱＡＡ）に対する可能な回答である当該選択基準に対するループでターゲット基準値の数を提供する。
【０４０５】
８ビットフィールドであるｃｒｉｔｅｒｉｏｎ＿ｖａｌｕｅ＿ｌｅｎｇｔｈフィールドは、当該ターゲット基準値を表す必要があるバイトの数を提供する。
【０４０６】
可変長フィールドであるｃｒｉｔｅｒｉｏｎ＿ｖａｌｕｅフィールドは、当該ターゲット基準値を提供する。
【０４０７】
本発明の一実施例による選択基準記述子は、サービス又はコンテンツアイテムと関連した特定ターゲット基準に対する値を示す。ＡＴＳＣ ２．０送出において、上記の定義されたｆｉｌｔｅｒｉｎｇ＿ｃｒｉｔｅｒｉａ＿ｄｅｓｃｒｉｐｔｏｒ（）の一つ以上のインスタンスは、ＳＭＴにおいてＮＲＴサービスの記述子ループ又はＮＲＴ−ＩＴにおいてコンテンツアイテムの記述子ループに入ることができる。前者の場合、それらはサービス自体（すべてのコンテンツアイテム）に適用することができる。後者の場合、それらは個別コンテンツアイテムに適用することができる。
【０４０８】
記述子ループに一つの選択基準記述子だけがあり、それが一つの基準値だけを有するとき、サービス又はコンテンツアイテムがフィルタを通過するか否かの決定は、当該基準値が（ｃｒｉｔｅｒｉｏｎ＿ｉｄによって示されるように）選択基準に該当する質問に対するＰＤＩ−Ａで質問のいずれかの値と一致する場合は“真”（はい）になり、そうでない場合は“偽”（いいえ）になる。
【０４０９】
単一記述子ループのすべての選択基準記述子において総基準値の数が１より大きいとき、各基準値の結果は、基準値が（ｃｒｉｔｅｒｉｏｎ＿ｉｄによって示されるように）選択基準に該当する質問に対するＰＤＩ−Ａで回答のいずれかの値と一致する場合は、“真”を答える中間用語として評価され、そうでない場合は“偽”を答える中間用語として評価される。これらの中間用語のうち、（ｃｒｉｔｅｒｉｏｎ＿ｉｄによって決定されるように）選択基準の同一値を有するものは、各ターゲット基準に対する中間結果を得るために論理和がとられ、これらの中間結果は、最終結果を決定するために論理積がとられる。最終結果が受信機に対して“真”と評価されると、これは、関連したＮＲＴサービス又はコンテンツアイテムがフィルタを通過して受信機にダウンロードしてもよいことを意味する。
【０４１０】
図３３は、本発明の他の実施例による選択基準記述子構文を示す図である。
【０４１１】
具体的には、図３３は、図２３で説明した個人化放送システム上で、本発明の一実施例による受信機が選択基準テーブルを受信するための選択基準記述子のビットストリーム構文を示している。
【０４１２】
図３３に示す選択基準記述子構文の基本的な内容は、図３２で説明したものと同一である。
【０４１３】
しかし、ｃｒｉｔｅｒｉｏｎ＿ｔｙｐｅ＿ｃｏｄｅフィールドは、下記の表４によって当該基準（質問）のタイプを提供することができる。
【表４】
2015530027.tif 000006
【０４１４】
図３４は、本発明の他の実施例によるデジタル放送システムのフローチャートである。
【０４１５】
具体的には、図３４は、本発明の一実施例による受信機が放送網によってＰＤＩテーブル及び／又は選択基準テーブルを受信するための個人化放送システムのフローチャートである。
【０４１６】
本発明の一実施例による個人化放送システムの基本的な構造は、図７乃至図１０で説明したものと同一である。本発明の一実施例によるＰＤＩテーブルは、図９乃至図１８で説明したものと同一である。本発明の一実施例による選択基準テーブルは、図１９乃至図２２で説明したものと同一である。
【０４１７】
図３４に示すように、本発明の一実施例による個人化放送システムは、信号通知サーバ３４１０、選択エンジン３４２０、ＰＤＩエンジン３４３０及び／又はＵＩ ３４４０を含むことができる。上述した個人化放送システムの構造は、設計者の意図によって変更してもよい。
【０４１８】
本発明の一実施例によるＰＤＩテーブル及び選択基準を処理するための選択エンジン３４２０、ＰＤＩエンジン３４３０及び／又はＵＩ ３４４０の動作は、図２３で説明したものと同一である。以下、図３４に示す信号通知サーバ３４１０の動作を中心に説明する。
【０４１９】
本発明の一実施例による受信機は、まず、ＰＤＩテーブルセクションを受信するための要求信号を信号通知サーバ３４１０に伝送することができる。この場合、本発明の一実施例による受信機は、問合せ用語を用いて要求信号を伝送することができる。問合せに関する具体的な内容は後述する。
【０４２０】
本発明の一実施例による信号通知サーバ３４１０は、当該問合せに応じたＰＤＩテーブルセクションを受信機に伝送することができる。ＰＤＩテーブルセクションに関する具体的な内容は、図２４乃至図２７で説明したものと同一である。
【０４２１】
図３５は、本発明の一実施例によるＨＴＴＰ要求テーブルを示す図である。
【０４２２】
具体的には、図３５は、本発明の一実施例による受信機が図３４で説明した信号通知サーバに問合せを伝送するためのＨＴＴＰプロトコルを示す。
【０４２３】
放送局がサポートするとき、図３５に示すプロトコルは、二つの能力を提供することができる。第一に、圧縮されないオーディオ又はビデオだけを伝達する経路によってＤＴＶ放送信号を受信する装置に対して、当該プロトコルは一般に放送局の独立型ＮＲＴサービスに接続する唯一の方法である。第二に、完全な放送ストリームに接続できる装置に対しても、当該プロトコルは地域放送領域で使用可能なすべての放送ストリームを循環して所望のテーブルが現れることを待たずに、番組／サービスガイドを埋めるデータを検索する方法を提供する。これは、また、別のチューナを必要とせず、視聴者がＴＶを視聴している間にも、いつでもこのようなデータの検索を可能にする。
【０４２４】
図３５に示すＨＴＴＰ要求テーブルは、受信しようとするテーブルの種類及び当該テーブルを受信するためのベースＵＲＬを示す問合せ用語を含むことができる。
【０４２５】
本発明の一実施例による受信機は、図３５に示すＨＴＴＰ要求テーブルの問合せ用語を用いて特定ｔａｂｌｅを受信することができる。具体的には、本発明の一実施例による受信機は、“？ｔａｂｌｅ＝ＰＤＩＴ［＆ｃｈａｎ＝＜ｃｈａｎ＿ｉｄ＞］”という問合せ用語を用いて信号通知サーバに要求信号を送ることができる。その具体的な内容は図３４で説明したものと同一である。
【０４２６】
図３６は、本発明の他の実施例によるデジタル放送システムのフローチャートである。
【０４２７】
具体的には、図３６は、本発明の一実施例による受信機がインターネットによってＰＤＩテーブル及び／又は選択基準テーブルを受信するための個人化放送システムのフローチャートである。
【０４２８】
本発明の一実施例による個人化放送システムの基本的な構造は、図７乃至図１０で説明したものと同一である。本発明の一実施例によるＰＤＩテーブルは、図９乃至図１８で説明したものと同一である。本発明の一実施例による選択基準テーブルは、図１９乃至図２２で説明したものと同一である。
【０４２９】
インターネットによって伝達されるとき、ＰＤＩテーブルインスタンスは、ＨＴＴＰ又はＨＴＴＰＳによって伝達される。ＨＴＴＰ応答ヘッダにおけるＰＤＩテーブルのコンテンツタイプは“ｔｅｘｔ／ｘｍｌ”になる。
【０４３０】
インターネットによってＰＤＩテーブルを検索するために使われるＵＲＬは、ＤＴＶ字幕放送チャネルで標準字幕サービス＃６で伝送されるＳＤＯＰｒｉｖａｔｅＤａｔａＵＲＩＳｔｒｉｎｇ命令語を介して伝達してもよく、ＴＰＴと共に伝達されるＵｒｌＬｉｓｔＸＭＬエレメントで伝達してもよい。
【０４３１】
ＴＰＴ（ＴＤＯパラメータテーブル）は、セグメントのＴＤＯに関するメタデータ及びそれらをターゲットとするイベントを含む。ＴＤＯという用語は、トリガされた対話型付加データサービスでトリガによって開始されたＤＯ、又はトリガによって開始されたＤＯによって開始されたＤＯなどを反復して指定するために使われる。トリガは、信号通知を識別し、対話型イベントの再生のタイミングを設定する機能を有する信号通知エレメントである。
【０４３２】
図３６に示すように、本発明の一実施例による個人化放送システムは、ＰＤＩサーバ３６００、コンテンツサーバ３６５０及び／又は受信機を含むことができる。本発明の一実施例による受信機はＴＰＴクライアント３６１０、選択エンジン３６２０、ＰＤＩエンジン３６３０及び／又はＵＩ３６４０を含むことができる。上述した個人化放送システムの構造は、設計者の意図によって変更してもよい。以下、図３６に示す各構成エレメントの動作について説明する。
【０４３３】
本発明の一実施例によるＴＰＴクライアント３６１０は、ＴＰＴ及び／又はＵＲＬリストテーブルを受信することができる。本発明の一実施例によるＴＰＴは、セグメントのＴＤＯに関するメタデータ及びそれらをターゲットとするイベントを含む。本発明の一実施例によるＴＰＴは、ＰＤＩテーブル及び選択基準テーブルに関する情報を含むことができる。本発明の一実施例によるＵＲＬリストテーブルは、ＰＤＩサーバ３６００のＵＲＬ情報を含むことができる。ＴＰＴ及びＵＲＬリストテーブルに関する具体的な内容は後述する。
【０４３４】
また、本発明の一実施例によるＴＰＴクライアント３６１０は、ＵＲＬリストテーブルからＰＤＩサーバ３６００のＵＲＬ情報を取得することができる。ＴＰＴクライアント３６１０は、取得したＵＲＬ情報を用いてＰＤＩサーバ３６００にアクセスし、本発明の一実施例によるＰＤＩテーブルの伝送を要求することができる。本発明の一実施例によるＰＤＩサーバ３６００は、ＴＰＴクライアント３６１０の要求によって当該ＰＤＩテーブルをＴＰＴクライアント３６１０に伝送することができる。
【０４３５】
図３６に示すように、本発明の一実施例によるＴＰＴクライアント３６１０は、受信したＰＤＩテーブルをＰＤＩエンジン３６３０に伝達することができる。本発明の一実施例によるＰＤＩエンジン３６３０は、受信したＰＤＩテーブルを処理し、当該ＰＤＩテーブルに含まれたＰＤＩ質問を抽出することができる。その後、本発明の一実施例によるＰＤＩエンジン３６３０は、抽出されたＰＤＩ質問をＵＩ ３６４０に伝達することができる。
【０４３６】
本発明の一実施例によるＵＩ ３６４０は、受信したＰＤＩ質問を表示し、当該ＰＤＩ質問に対するＰＤＩ回答を受信することができる。本発明の一実施例によるＵＩ ３６４０はリモコンによってＰＤＩ回答を受信することができる。その後、本発明の一実施例によるＰＤＩエンジン３６３０は、ＵＩ ３６４０から受信したＰＤＩ回答を用いてＰＤＩデータを更新することができる。その具体的な内容は、図７及び図８で説明したものと同一である。
【０４３７】
また、本発明の一実施例によるＴＰＴクライアント３６１０は、ＴＰＴをパースして選択基準を取得することができる。図３６に示すように、ＴＰＴクライアント３６１０は、選択基準を選択エンジン３６２０に伝達することができる。この場合、本発明の選択基準は、ｘｍｌ文書フォーマットの選択基準テーブルを一実施例とすることができ、選択基準テーブルについては図２１及び図２２で具体的に説明した。
【０４３８】
その後、本発明の一実施例による選択エンジン３６２０は、ＰＤＩエンジン３６３０にＰＤＩデータ要求信号を伝達することができる。本発明の一実施例によるＰＤＩエンジン３６３０はＰＤＩデータ要求信号を受信すると、当該ＰＤＩデータ要求信号に対応するＰＤＩデータを検索して選択エンジン３６２０に伝達することができる。本発明の一実施例による選択以降の処理については図９及び図１０で具体的に説明した。
【０４３９】
結果的に、本発明の一実施例による受信機は、選択結果を用いてコンテンツをダウンロードすることができる。さらに、ＴＰＴクライアント３６１０は、選択結果を選択エンジン３６２０から受信し、ＴＤＯ及び／又はコンテンツダウンロード要求信号をコンテンツサーバ３６５０に伝達することができる。コンテンツサーバ３６５０はＴＤＯ及び／又はコンテンツダウンロード要求信号に応じてＴＤＯ及び／又はコンテンツをＴＰＴクライアント３６１０に伝送することができる。
【０４４０】
図３７は、本発明の一実施例によるＵＲＬリストテーブル示す図である。
【０４４１】
具体的には、図３７は、本発明の一実施例による受信機がインターネットによってＰＤＩテーブル及び／又は選択基準を受信するためのＵＲＬ情報を含んでいるテーブルである。本発明の一実施例によるＵＲＬリストテーブルの送受信処理は、図３６で具体的に説明した。
【０４４２】
ＵＲＬリストテーブルは、インターネットによって伝達されるとき、マルチパートＭＩＭＥメッセージの形態でＴＰＴと共にＨＴＴＰによって伝達されうる。
【０４４３】
インターネットによって伝達されるとき、ＴＰＴはＨＴＴＰによって伝達してもよい。現セグメントのＴＰＴに関するＵＲＬ情報は、ＤＴＶ字幕サービス＃６又は自動コンテンツ認識サーバを介して伝達され、トリガに現れる。ＴＰＴの要求に対する応答は、現セグメントに対するＴＰＴだけで構成してもよく、要求されたＴＰＴが一番目のパート、セグメントに対するＡＭＴが選択的に二番目のパート、ＵｒｌＬｉｓｔＸＭＬ文書が選択的にその次のパートであるマルチパートＭＩＭＥメッセージで構成してもよい。
【０４４４】
以下、本発明の一実施例によるＵＲＬリストテーブルに含まれた各エレメントの意味について説明する。
【０４４５】
図３７に示すＵｒｌＬｉｓｔエレメントは、本発明の一実施例による受信機に有用なＵＲＬのリストを含む。
【０４４６】
図３７に示すＵｒｌＬｉｓｔエレメントのＴｐｔＵｒｌエレメントは、現対話型付加サービスで将来のセグメントに対するＴＰＴのＵＲＬ情報を含むことができる。複数のＴｐｔＵｒｌエレメントが含まれると、それらは放送でセグメントの出現順に整列される。
【０４４７】
図３７に示すＵｒｌＬｉｓｔエレメントのＮｒｔＳｉｇｎａｌｉｎｇＵｒｌエレメントは、受信機が当該標準の第１８章に定義された要求プロトコルを用いて現伝送ストリーム内のすべての仮想チャネルに対するＮＲＴ信号通知テーブルを取得できるサーバのＵＲＬ情報を含むことができる。
【０４４８】
図３７に示すＵｒｌＬｉｓｔエレメントのＵｒｓＵｒｌエレメントは、受信機が当該標準の第１０章に定義されたプロトコルを用いて使用（視聴率調査）レポートを伝送できるサーバのＵＲＬ情報を含むことができる。
【０４４９】
図３７に示すＵｒｌＬｉｓｔエレメントのＰｄｉＵｒｌエレメントは、ＰＤＩＴａｂｌｅのＵＲＬ情報を含むことができる。すなわち、本発明の一実施例によるＰｄｉＵｒｌエレメントは、ＰＤＩテーブル及び／又は選択基準を伝送できるサーバのＵＲＬ情報を示すことができる。
【０４５０】
上述した図３７のＵＲＬリストテーブルは、次の表５のようなフォーマットで構成することができる。
【表５】
2015530027.tif 000007
【０４５１】
図３８は、本発明の一実施例によるＴＰＴを示す図である。
【０４５２】
具体的には、図３８に示すＴＰＴは、ＰＤＩテーブル及び／又は選択基準のＵＲＬ情報を含むことができる。本発明の一実施例によるＴＰＴの送受信処理は、図３６で具体的に説明した。以下、ＴＰＴに含まれた選択基準に関するエレメントを説明する。
【０４５３】
具体的には、図３８に示すＦｉｌｔｅｒ Ｃｒｉｔｅｒｉｏｎエレメントは、選択基準に関する情報を含むことができる。
【０４５４】
本発明の一実施例によるｉｄ属性は、当該選択基準に関するＰＤＩ質問を示すことができる。
【０４５５】
本発明の一実施例による基準タイプ属性は、選択基準タイプ（又は、選択基準タイプエレメント）を示すことができる。本発明の一実施例による選択基準のタイプに関しては図２０で具体的に説明した。
【０４５６】
本発明の一実施例によるｃｒｉｔｅｒｉｏｎ ｖａｌｕｅ属性は、上述した基準タイプ属性による選択基準の値を示すことができる。
【０４５７】
図３９は、本発明の他の実施例によるデジタル放送システムのフローチャートである。
【０４５８】
具体的には、図３９は、本発明の一実施例による受信機が自動コンテンツ認識システム上でＰＤＩテーブル及び／又は選択基準テーブルを受信するための個人化放送システムを示す図である。
【０４５９】
本発明の一実施例による自動コンテンツ認識システムは、図１で説明したものと同一である。本発明の一実施例による個人化放送システムの基本的な構造は、図７乃至図１０で説明したものと同一である。本発明の一実施例によるＰＤＩテーブルは、図９乃至図１８で説明したものと同一である。本発明の一実施例による選択基準テーブルは、図１９乃至図２２で説明したものと同一である。
【０４６０】
図３９に示すように、本発明の一実施例による個人化放送システムは、自動コンテンツ認識サーバ３９００、ＴＰＴサーバ３９５０、ＰＤＩサーバ３９６０、コンテンツサーバ３９７０、自動コンテンツ認識クライアント３９１０、選択エンジン３９２０、ＰＤＩエンジン３９３０及び／又はＵＩ ３９４０を含むことができる。上述した個人化放送システムの構造は、設計者の意図によって変更してもよい。以下、図３９に示す各構成エレメントの動作について説明する。
【０４６１】
本発明の一実施例による自動コンテンツ認識クライアント３９１０は、指紋から署名を抽出し、署名と共に要求を自動コンテンツ認識サーバ３９００に伝送することができる。本発明の一実施例による自動コンテンツ認識サーバ３９００は署名を受信し、該署名と関連したトリガなどと共に応答を自動コンテンツ認識クライアント３９１０に伝送することができる。上述した内容は図１乃至図６で具体的に説明した。
【０４６２】
本発明の一実施例による自動コンテンツ認識クライアント３９１０は、受信したトリガなどを用いて、ＴＰＴサーバ３９５０にＴＰＴ及び／又はＵＲＬリストテーブルを要求することができる。本発明の一実施例によるＴＰＴサーバ３９５０は、自動コンテンツ認識クライアント３９１０の要求に応じて、自動コンテンツ認識クライアント３９１０にＴＰＴ及び／又はＵＲＬリストテーブルを伝送することができる。ＴＰＴ及び／又はＵＲＬリストテーブルに関する具体的な内容は、上述したとおりである。その後、本発明の一実施例によるＴＰＴサーバ３９５０は、受信したＴＰＴ及び／又はＵＲＬリストテーブルを自動コンテンツ認識クライアント３９１０に伝達することができる。
【０４６３】
本発明の一実施例による自動コンテンツ認識クライアント３９１０は、ＵＲＬリストテーブルからＰＤＩサーバ３９６０のＵＲＬ情報を取得することができる。自動コンテンツ認識クライアント３９１０は、取得したＵＲＬ情報を用いてＰＤＩサーバ３９６０にアクセスし、本発明の一実施例によるＰＤＩテーブルの伝送を要求することができる。本発明の一実施例によるＰＤＩサーバ３９６０は、自動コンテンツ認識クライアント３９１０の要求に応じて当該ＰＤＩテーブルを自動コンテンツ認識クライアント３９１０に伝送することができる。
【０４６４】
図３４に示すように、本発明の一実施例による自動コンテンツ認識クライアント３９１０は、受信したＰＤＩテーブルをＰＤＩエンジン３９３０に伝達することができる。本発明の一実施例によるＰＤＩエンジン３９３０は、受信したＰＤＩテーブルを処理し、当該ＰＤＩテーブルに含まれたＰＤＩ質問を抽出することができる。その後、本発明の一実施例によるＰＤＩエンジン３９３０は、抽出されたＰＤＩ質問をＵＩ ３９４０に伝達することができる。
【０４６５】
本発明の一実施例によるＵＩ ３９４０は、受信したＰＤＩ質問を表示し、当該ＰＤＩ質問に対するＰＤＩ回答を受信することができる。本発明の一実施例によるＵＩ ３９４０はリモコンを介してＰＤＩ回答を受信することができる。その後、本発明の一実施例によるＰＤＩエンジン３９３０はＵＩ ３９４０から受信したＰＤＩ回答を用いてＰＤＩデータを更新することができる。その具体的な内容は、図７及び図８で説明したものと同一である。
【０４６６】
また、本発明の一実施例による自動コンテンツ認識クライアント３９１０は、ＴＰＴをパースして選択基準を取得することができる。図３９に示すように、自動コンテンツ認識クライアント３９１０は、選択基準を選択エンジン３９２０に伝達することができる。この場合、本発明の選択基準はｘｍｌ文書フォーマットの選択基準テーブルを一実施例とすることができ、選択基準テーブルについては図２１及び図２２で具体的に説明した。
【０４６７】
その後、本発明の一実施例による選択エンジン３９２０は、ＰＤＩエンジン３９３０にＰＤＩデータ要求信号を伝達することができる。本発明の一実施例によるＰＤＩエンジン３９３０はＰＤＩデータ要求信号を受信すると、当該ＰＤＩデータ要求信号に対応するＰＤＩデータを検索して選択エンジン３９２０に伝達することができる。本発明の一実施例による選択以降の処理については図９及び図１０で具体的に説明した。
【０４６８】
結果的に、本発明の一実施例による受信機は、選択結果を用いてコンテンツをダウンロードすることができる。具体的には、自動コンテンツ認識クライアント３９１０は、選択結果を選択エンジン３９２０から受信し、ＴＤＯ及び／又はコンテンツダウンロード要求信号をコンテンツサーバ３９７０に伝達することができる。コンテンツサーバ３９７０は、ＴＤＯ及び／又はコンテンツダウンロード要求信号によってＴＤＯ及び／又はコンテンツを自動コンテンツ認識クライアント３９１０に伝送することができる。
【０４６９】
図４０は、本発明の他の実施例によるデジタル放送システムのフローチャートである。
【０４７０】
具体的には、図４０は、ＰＤＩ回答の重複防止のための個人化放送システムの一実施例を示す図である。
【０４７１】
さらに、図４０は、本発明の一実施例による受信機が複数の放送局及びコンテンツプロバイダから同一のＰＤＩ質問を受信する場合、あらかじめ記憶しているＰＤＩ回答を用いてＰＤＩデータを更新できる個人化放送システムを示す。図４０に示す個人化放送システムによって、利用者は同一のＰＤＩ質問に対して重複してＰＤＩ回答を入力する面倒さを減らすことができる。
【０４７２】
図４０に示すように、本発明の一実施例による個人化放送システムは、二つ以上の放送局（又は、コンテンツプロバイダ）及び／又は受信機を含むことができる。本発明の一実施例による二つ以上の放送局は、放送局Ａ ４０１０及び／又は放送局Ｂ ４０２０を含むことができる。本発明の一実施例による受信機は、ＰＤＩエンジン４０３０及び／又はＵＩ ４０４０を含むことができる。本発明の一実施例による個人化放送システムは、ＡＴＳＣ ２．０サービスを提供することができる。上述した個人化放送システムの構造は、設計者の意図によって変更してもよい。以下、図４０に示す各構成エレメントの動作を説明する。
【０４７３】
まず、本発明の一実施例による受信機は、放送局Ａ ４０１０から第１のＰＤＩテーブル４０１１を受信することができる。第１のＰＤＩテーブル４０１１を受信した受信機は、ＰＤＩエンジン４０３０に第１のＰＤＩテーブル４０１１を伝達することができる。本発明の一実施例による第１のＰＤＩテーブル４０１１は、第１のＰＤＩタイプエレメント４０１２を含むことができる。本発明の一実施例による第１のＰＤＩタイプエレメント４０１２のそれぞれは、図１７及び図１８で上述したとおり、第１識別子エレメント（又は、第１のＩＤ）及び／又は第１のＰＤＩ質問を含むことができる。また、図４０に示すように、第１のＰＤＩテーブル４０１１は、それぞれ異なる第１のＩＤを有する二つ以上の第１のＰＤＩタイプエレメント４０１２を含むことができる。
【０４７４】
本発明の一実施例によるＰＤＩエンジン４０３０は、第１のＰＤＩタイプエレメント４０１２から第１のＰＤＩ質問を抽出し、抽出した第１のＰＤＩ質問をＵＩ ４０４０に伝達することができる。その後、本発明の一実施例によるＵＩ ４０４０は、利用者から第１のＰＤＩ質問に対する第１のＰＤＩ回答を受信することができる。ＰＤＩエンジン４０３０は第１のＰＤＩ回答を第１のＰＤＩタイプエレメント４０１２に追加及び／又は修正することができる。本発明の一実施例によるＰＤＩエンジン４０３０及びＵＩ ４０４０の具体的な動作は、図２３で説明したものと同一である。
【０４７５】
また、本発明の一実施例によるＰＤＩエンジン４０３０は、放送局Ｂ ４０２０から第２のＰＤＩテーブル４０２１を受信することができる。本発明の一実施例による第２のＰＤＩテーブル４０２１は、第２のＰＤＩタイプエレメント４０２２を含むことができる。図１７及び図１８で上述したとおり、第２のＰＤＩタイプエレメント４０２２は第２識別子エレメント（又は、第２のＩＤ）及び／又は第２のＰＤＩ質問を含むことができる。
【０４７６】
第２のＰＤＩテーブルを受信したＰＤＩエンジン４０３０はＰＤＩ記憶装置にアクセスし、あらかじめ記憶されている第１のＰＤＩテーブルを探索することができる。その後、本発明の一実施例によるＰＤＩエンジン４０３０は、第２のＩＤと第１のＩＤとを比較することができる。比較の結果、第２のＩＤと第１のＩＤとが同一のとき、第１のＰＤＩ回答を第２のＰＤＩタイプエレメント４０２２に追加及び／又は修正することができる。
【０４７７】
結論的に、本発明の一実施例による受信機は、あらかじめ記憶されているＰＤＩ質問と同一のＰＤＩ質問を受信する場合、ＰＤＩ質問を重複して表示せず、あらかじめ記憶されているＰＤＩ回答を用いて処理することができる。したがって、本発明の一実施例による個人化放送システム上で、利用者は同一のＰＤＩ質問に対して同一の内容のＰＤＩ回答を重複して入力しなくて済むため、利用者はより便利に個人化サービスを受けることができる。
【０４７８】
図４１は、本発明の他の実施例によるデジタル放送システムのフローチャートである。
【０４７９】
具体的には、図４１は、ＰＤＩ回答の重複防止のための個人化放送システムの一実施例を示す図である。図４０で説明した個人化放送システムは、ＰＤＩ回答の重複防止のために、本発明の一実施例による受信機にあらかじめ記憶されているＰＤＩテーブルを用いることができる。ＰＤＩ回答の重複防止のための他の実施例として、図４１ではＰＤＩ質問登録を用いる個人化放送システムを提示する。
【０４８０】
消費者が本質的に同一の質問に繰り返し答えるよう促されないように、別個の放送局が質問を再使用することに対応するために、質問をＡＴＳＣによって指定されるレジストラに登録してもよい。各登録記録は、図１７及び図１８に明示されたとおり、大域的に一意の質問ＩＤに関する情報、質問タイプ（ＱＩＡ、ＱＢＡ、ＱＳＡ、又はＱＴＡ）、一つ以上の言語からなる質問文、登録日、及び／又は登録のために質問を提出した団体に対する連絡先情報を含むことができる。また、ＱＳＡの場合、各登録記録（又は、事前登録ＰＤＩ質問）は、各選択の識別子のような許容される選択、及び一つ以上の言語からなる各選択の文字を含むことができる。
【０４８１】
ＰＤＩテーブルは、登録された質問及び登録されていない質問の組合せを含むことができる。
【０４８２】
登録された質問及び登録されていない質問はいずれも複数のＰＤＩテーブルに現れてもよい。利用者が複数のＰＤＩテーブルに現れた質問に答えるたびに、受信機が提供する機能による場合であれ、又はアプリケーションが提供する機能による場合であれ、回答は、それが現れるすべてのアンケートにある質問のすべてのインスタンスに伝ぱされることが期待される。したがって、利用者はそれが別々のアンケートに何回現れるかにかかわらず、与えられた質問に１回だけ回答すればよい。
【０４８３】
利用者に質問が殺到することを防止するために、アンケート生成者は、可能なたびに、登録された質問を使用し、登録された質問を得ることのできない特別なターゲット要求があるときにだけ、登録されていない質問を使用するように推奨される。
【０４８４】
本発明の一実施例による受信機は、受信機ターゲット基準を用いて事前登録ＰＤＩ質問を抽出することができる。本発明の一実施例による受信機ターゲット基準は、ＡＴＳＣ ＮＲＴ標準であるＡ／１０３に従う。
【０４８５】
図４１に示すように、本発明の一実施例による個人化放送システムはＳＳＣ ４１００、ＦＬＵＴＥセッション４１１０、選択エンジン４１２０、ＰＤＩエンジン４１３０及び／又はＵＩ ４１４０を含むことができる。本発明の一実施例による個人化放送システムは、ＡＴＳＣ ２．０サービスを提供することができる。上述した個人化放送システムの構造は、設計者の意図によって変更してもよい。以下、図４１に示す個人化放送システムについて説明する。
【０４８６】
本発明の一実施例による受信機は、ＳＳＣ ４１００を介してＳＭＴ及び／又はＮＲＴ−ＩＴを受信し、ＳＭＴ及び／又はＮＲＴ−ＩＴに含まれた受信機ターゲット基準を取得することができる。本発明の受信機ターゲット基準は、受信機ターゲット記述子又は受信機ターゲット基準テーブルを一実施例とすることができる。
【０４８７】
その後、本発明の一実施例によるＰＤＩエンジン４１３０は、取得した受信機ターゲット基準を変換してＰＤＩ質問を生成することができる。本発明の一実施例によるＵＩ ４１４０は、ＰＤＩエンジン４１３０から上述のＰＤＩ質問を受け取って表示し、利用者のＰＤＩ回答を受信することができる。本発明の一実施例によるＰＤＩエンジン４１３０及びＵＩ ４１４０の具体的な動作は、図２３で説明したものと同一である。
【０４８８】
図４２は、本発明の他の実施例によるデジタル放送システムのフローチャートである。
【０４８９】
具体的には、図４２は、ＰＤＩ質問登録を用いた個人化放送システムを示す。
【０４９０】
図４２に示すように、本発明の一実施例による個人化放送システムは、信号通知サーバ４２００、受信機４２１０、選択エンジン４２２０、ＰＤＩエンジン４２３０及びＵＩ ４２４０を含むことができる。受信機４２１０は、選択エンジン４２２０、ＰＤＩエンジン４２３０及び／又はＵＩ ４２４０を含む概念として用いることができ、これは、設計者の意図によって変更してもよい。また、本発明の一実施例による個人化放送システムは、ＡＴＳＣ ２．０サービスを提供することができる。以下、図４２に示す個人化放送システムについて説明する。
【０４９１】
基本的な構成エレメントの動作は、図４１で説明したものと同一である。ただし、図４２に示す受信機４２１０は、信号通知サーバ４２００にＳＭＴ及び／又はＮＲＴ−ＩＴを要求することができる。本発明の一実施例による受信機４２１０の要求に応じて、信号通知サーバ４２００は当該ＳＭＴ及び／又はＮＲＴ−ＩＴを受信機４２１０に伝送することができる。
【０４９２】
本発明の一実施例による受信機がＳＭＴ及び／又はＮＲＴ−ＩＴを受信した後の、受信機４２１０、ＰＤＩエンジン４２３０及び／又はＵＩ ４２４０の具体的な動作は、図４１で説明したものと同一である。
【０４９３】
図４３は、本発明の一実施例による受信機ターゲット基準テーブルを示す図である。
【０４９４】
具体的には、図４３は、図４１及び図４２で説明した受信機ターゲット基準をテーブル形式で表現した図である。
【０４９５】
図４３に示すように、受信機ターゲット基準テーブルは、ターゲット基準タイプコード、ターゲット値長及び／又はターゲット値に関する情報を含むことができる。図４３に示すターゲット基準タイプコードは、それぞれのターゲット基準を識別するためのコードを意味する。図４３に示すターゲット値長は、ターゲット基準値を示すためのバイト数を意味する。図４３に示すターゲット値は、ターゲット基準が示す情報を意味する。
【０４９６】
本発明の一実施例による受信機は、ターゲット基準タイプコードによってターゲット基準を変換して事前登録ＰＤＩ質問を取得することができる。
【０４９７】
具体的には、本発明の一実施例によるターゲット基準タイプコードが０ｘ００である場合、ターゲット値は保有し、ターゲット値長は定められない。
【０４９８】
本発明の一実施例によるターゲット基準タイプコードが０ｘ０１の場合、ターゲット値は下位３バイトだけを使用するＡ／６５の表６．２１に定義された地理的位置であり、ターゲット値長は３バイトである。上述したＡ／６５は、番組及びシステム情報プロトコル（Ｐｒｏｇｒａｍ  ａｎｄ  Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、ＰＳＩＰ）に関するＡＴＳＣ標準である。その詳細な内容は後述する。
【０４９９】
本発明の一実施例によるターゲット基準タイプコードが０ｘ０２の場合、ターゲット値は当該領域に適切なバイト数（８まで）を使用するＡ／６５のセクション６．７．２に定義される文字及び数字で書かれた郵便番号であり、ターゲット値長は可変である。その詳細な内容は後述する。
【０５００】
本発明の一実施例によるターゲット基準タイプコードが０ｘ０３の場合、ターゲット値は、下位２バイトだけを使用するＡ／６５の表６．１８に定義されたような人口統計学的カテゴリであり、ターゲット値長は２バイトである。その詳細な内容は後述する。
【０５０１】
本発明の一実施例によるターゲット基準タイプコードが０ｘ０４？０ｘ０Ｆである場合、ターゲット値は、将来ＡＴＳＣ使用のために予約され、ターゲット値長は定められない。
【０５０２】
本発明の一実施例によるターゲット基準タイプコードが０ｘ１０？０ｘ１Ｆである場合、ターゲット値は、私的使用が可能であり、ターゲット値長は定められない。
【０５０３】
図４４乃至図４７は、本発明の一実施例による事前登録ＰＤＩ質問を示す図である。
【０５０４】
具体的には、図４４乃至図４７は、図４３で上述したターゲット基準タイプコードが０ｘ０１である場合に、本発明の一実施例による事前登録ＰＤＩ質問を示すテーブルである。
【０５０５】
図４４乃至図４７に示すように、ターゲット基準タイプコードが０ｘ０１の場合、本発明の一実施例によるターゲット基準テーブルは、地理的位置に関する事前登録ＰＤＩ質問情報を含むことができる。この場合、本発明の一実施例による受信機は、下位３バイトだけを用いてターゲット基準テーブルを変換し、事前登録ＰＤＩ質問を取得することができる。
【０５０６】
図４４は、ターゲット基準タイプコードが０ｘ０１である場合に、位置コード（ｌｏｃａｔｉｏｎ  ｃｏｄｅ）に関する事前登録ＰＤＩ質問を示すテーブルである。図４４に示す事前登録ＰＤＩ質問テーブルに含まれた事前登録ＰＤＩ質問情報は、図４１で説明したものと同一である。
【０５０７】
具体的には、図４４に示すように、ターゲット基準タイプコードが０ｘ０１の場合、本発明の一実施例による質問ＩＤは、位置コードに関する情報を含むことができる。また、図４４に示す事前登録ＰＤＩ質問はＱＴＡタイプであり、位置コードに対する記述タイプのＰＤＩ回答を要求する内容の質問文を含むことができる。
【０５０８】
次の［例示８」は、図４４に示すテーブルをＸＭＬスキーマで表す一実施例である。
【０５０９】
［例示８］
<a20:QTA id="atsc.org/PDIQ/location-code">
<a20:Q xml:lang="en-us">
<a20:Text>What is your location code?</a20:Text>
</a20:Q>
</a20:QTA>
【０５１０】
図４５は、ターゲット基準タイプコードが０ｘ０１である場合の、連邦情報処理規格（ＦＩＰＳ）の州に関する事前登録ＰＤＩ質問を示すテーブルである。図４５に示す事前登録ＰＤＩ質問が含む基本的な内容は、図４１で説明したものと同一である。ただし、図４５に示す事前登録ＰＤＩ質問は、ｑｕｅｓｔｉｏｎ ｘａｃｔｉｏｎＳｅｔＩｄに関する情報を更に含むことができ、本発明の一実施例によるｑｕｅｓｔｉｏｎ ｘａｃｔｉｏｎＳｅｔＩｄに関する具体的な内容は後述する。
【０５１１】
具体的には、図４５に示すように、ターゲット基準タイプコードが０ｘ０１の場合に、本発明の一実施例による質問ＩＤは、ＦＩＰＳの州に関する情報を含むことができる。また、図４５に示す事前登録ＰＤＩ質問はＱＴＡタイプであり、ＦＩＰＳの州に対する記述タイプのＰＤＩ回答を要求する内容の質問文を含むことができる。
【０５１２】
次の［例示９］は、図４５に示すテーブルをＸＭＬスキーマで表す一実施例である。
【０５１３】
［例示９］
<a20:QTA id="atsc.org/PDIQ/state" xactionSetId="1">
<a20:Q xml:lang="en-us">
<a20:Text>What state are you located in?</a20:Text>
</a20:Q>
</a20:QTA>
【０５１４】
図４６は、ターゲット基準タイプコードが０ｘ０１である場合に、ＦＩＰＳの郡に関する事前登録ＰＤＩ質問を示すテーブルである。図４６に示す事前登録ＰＤＩ質問が含む基本的な内容は、図４１で説明したものと同一である。ただし、図４６に示す事前登録ＰＤＩ質問は、ｑｕｅｓｔｉｏｎ ｘａｃｔｉｏｎＳｅｔＩｄに関する情報を更に含むことができ、本発明の一実施例によるｑｕｅｓｔｉｏｎ ｘａｃｔｉｏｎＳｅｔＩｄに関する具体的な内容は後述する。
【０５１５】
具体的には、図４６に示すように、ターゲット基準タイプコードが０ｘ０１の場合に、本発明の一実施例による質問ＩＤは、ＦＩＰＳの郡に関する情報を含むことができる。また、図４６に示す事前登録ＰＤＩ質問はＱＴＡタイプであり、ＦＩＰＳの郡に対する記述タイプのＰＤＩ回答を要求する内容の質問文を含むことができる。
【０５１６】
次の［例示１０」は、図４６に示すテーブルをＸＭＬスキーマで表した一実施例である。
【０５１７】
［例示１０］
<a20:QTA id="atsc.org/PDIQ/county" xactionSetId="1">
<a20:Q xml:lang="en-us">
<a20:Text>What county are you located in?</a20:Text>
</a20:Q>
</a20:QTA>
【０５１８】
図４７は、ターゲット基準タイプコードが０ｘ０１の場合に、郡細分（ｃｏｕｎｔｙ  ｓｕｂｄｉｖｉｓｉｏｎ）に関する事前登録ＰＤＩ質問を示すテーブルである。図４７に示す事前登録ＰＤＩ質問が含む基本的な内容は、図４１で説明したものと同一である。ただし図４７に示す事前登録ＰＤＩ質問は、ｑｕｅｓｔｉｏｎ ｘａｃｔｉｏｎＳｅｔＩｄに関する情報を更に含むことができ、本発明の一実施例によるｑｕｅｓｔｉｏｎ ｘａｃｔｉｏｎＳｅｔＩｄに関する具体的な内容は後述する。
【０５１９】
具体的には、図４７に示すように、ターゲット基準タイプコードが０ｘ０１の場合に、本発明の一実施例による質問ＩＤは、郡細分に関するセクタ情報を含むことができる。また、図４７に示す事前登録ＰＤＩ質問はＱＳＡタイプであり、郡細分に関する選択タイプのＰＤＩ回答を要求する内容の質問文を含むことができる。
【０５２０】
また、本発明の一実施例によるＱＳＡタイプの事前登録ＰＤＩ質問は、ＰＤＩ回答に対する選択肢情報を含むことができる。例えば、図４７に示す郡細分に関する事前登録ＰＤＩ質問は、北西、北中、北東、西中、中央、東中、南西、南中、及び南東に対する９つの選択情報を含むことができる。
【０５２１】
次の［例示１１」は、テーブルをＸＭＬスキーマで表した一実施例である。
【０５２２】
［例示１１］
<a20:QSA id="atsc.org/PDIQ/sector" xactionSetId="1">
<a20:Q xml:lang="en-us">
<a20:Text>What part of your county are you located in?
</a20:Text>
<a20:Selection id="1">NW</a20:Selection>
<a20:Selection id="2">NC</a20:Selection>
<a20:Selection id="3">NE</a20:Selection>
<a20:Selection id="4">WC</a20:Selection>
<a20:Selection id="5">C</a20:Selection>
<a20:Selection id="6">EC</a20:Selection>
<a20:Selection id="7">SW</a20:Selection>
<a20:Selection id="8">SC</a20:Selection>
<a20:Selection id="9">SE</a20:Selection>
</a20:Q>
</a20:QTA>
【０５２３】
上述した図４５乃至図４７に示すｑｕｅｓｔｉｏｎ ｘａｃｔｉｏｎＳｅｔＩｄは、類似の内容を含むＰＤＩ質問の集合を示すことができる。本発明の一実施例による受信機は、同一のｑｕｅｓｔｉｏｎ ｘａｃｔｉｏｎＳｅｔＩｄを含む事前登録ＰＤＩ質問を組み合わせて個人化放送サービスに用いることができる。
【０５２４】
例えば、図４４に示す受信機ターゲット基準は、同じｑｕｅｓｔｉｏｎ ｘａｃｔｉｏｎＳｅｔＩｄを有する図４５乃至図４７の受信機ターゲット基準と表現してもよい。本発明の一実施例による受信機は、図４４に示す受信機ターゲット基準及び／又は図４５乃至図４７の受信機ターゲット基準を組み合わせた結果を用いて個人化放送サービスを提供することができる。
【０５２５】
図４８及び図４９は、本発明の一実施例による事前登録ＰＤＩ質問を示す図である。
【０５２６】
具体的には、図４８及び図４９は、図４３で上述したターゲット基準タイプコードが０ｘ０２の場合に、事前登録ＰＤＩ質問を示すテーブルである。
【０５２７】
図４８及び図４９に示すように、ターゲット基準タイプコードが０ｘ０２の場合に、本発明の一実施例によるターゲット基準テーブルは文字及び数字で書かれた郵便番号に関する事前登録ＰＤＩ質問情報を含むことができる。この場合、本発明の一実施例による受信機は、領域による適切な数のバイトを用いて目標基準テーブルを変換し、事前登録ＰＤＩ質問を取得することができる。本発明の一実施例による受信機は、目標基準テーブル変換のために最大８バイトを使用することができる。
【０５２８】
図４８は、ターゲット基準タイプコードが０ｘ０２の場合に、５桁の郵便番号に関する事前登録ＰＤＩ質問を示すテーブルである。５桁の郵便番号は、米国で使用する文字及び数字で書かれた郵便番号を意味する。図４８に示す事前登録ＰＤＩ質問が含む内容は、図４１で説明したものと同一である。
【０５２９】
具体的には、図４８に示すように、ターゲット基準タイプコードが０ｘ０２の場合に、本発明の一実施例による質問ＩＤは、郵便番号に関する情報を含むことができる。また、図４８に示す事前登録ＰＤＩ質問はＱＴＡタイプであり、郵便番号に対する記述タイプのＰＤＩ回答を要求する内容の質問文を含むことができる。
【０５３０】
次の［例示１２］は、図４８に示すテーブルをＸＭＬスキーマで表した一実施例である。
【０５３１】
［例示１２］
<a20:QTA id="atsc.org/PDIQ/ZIPcode">
<a20:Q xml:lang="en-us">
<a20:Text>What is your 5-digit ZIP code?</a20:Text>
</a20:Q>
</a20:QTA>
【０５３２】
図４９は、ターゲット基準タイプコードが０ｘ０２の場合に、数字で表された郵便番号に関する事前登録ＰＤＩ質問を示すテーブルである。数字で表された郵便番号は、米国以外の地域で使用する文字及び数字で書かれた郵便番号を意味する。図４９に示す事前登録ＰＤＩ質問が含む内容は、図４１で説明したものと同一である。
【０５３３】
具体的には、図４９に示すように、ターゲット基準タイプコードが０ｘ０２の場合、本発明の一実施例による質問ＩＤは、郵便番号に関する情報を含むことができる。また、図４９に示す事前登録ＰＤＩ質問はＱＴＡタイプであり、郵便番号に対する記述タイプのＰＤＩ回答を要求する内容の質問文を含むことができる。
【０５３４】
次の［例示１３］は、図４９に示すテーブルをＸＭＬスキーマで表した一実施例である。
【０５３５】
［例示１３］
<a20:QTA id="atsc.org/PDIQ/ZIPcode">
<a20:Q xml:lang="en-us">
<a20:Text>What is your 5-digit ZIP code?</a20:Text>
</a20:Q>
</a20:QTA>
【０５３６】
図５０乃至図５３は、本発明の一実施例による事前登録ＰＤＩ質問を示す図である。
【０５３７】
具体的には、図５０乃至図５３は、図４３で上述したターゲット基準タイプコードが０ｘ０３の場合に、本発明の一実施例による事前登録ＰＤＩ質問を示すテーブルである。
【０５３８】
図５０乃至図５３に示すように、ターゲット基準タイプコードが０ｘ０３の場合に、本発明の一実施例によるターゲット基準テーブルは、利用者の人口統計カテゴリに関する事前登録ＰＤＩ質問情報を含むことができる。この場合、本発明の一実施例による受信機は、下位２バイトだけを用いてターゲット基準テーブルを変換し、事前登録ＰＤＩ質問を取得することができる。
【０５３９】
図５０は、ターゲット基準タイプコードが０ｘ０３の場合に、利用者の性別に関する事前登録ＰＤＩ質問を示すテーブルである。図５０に示す事前登録ＰＤＩ質問が含む内容は、図４１で説明したものと同一である。
【０５４０】
具体的には、図５０に示すように、ターゲット基準タイプコードが０ｘ０３の場合に、本発明の一実施例による質問ＩＤは、性別に関する情報を含むことができる。また、図５０に示す事前登録ＰＤＩ質問はＱＳＡタイプであり、利用者の性別に関する選択タイプのＰＤＩ回答を要求する内容の質問文を含むことができる。
【０５４１】
また、図５０に示す事前登録ＰＤＩ質問はＱＳＡタイプであるから、ＰＤＩ回答に対する選択情報を含むことができる。例えば、図５０に示す性別に関する事前登録ＰＤＩ質問は、男性及び女性に対する二つの選択情報を含むことができる。
【０５４２】
次の［例示１４］は、図５０に示すテーブルをＸＭＬスキーマで表した一実施例である。
【０５４３】
［例示１４］
<a20:QSA id="atsc.org/PDIQ/gender" minChoices="1">
<a20:Q xml:lang="en-us">
<a20:Text>What is your gender?</a20:Text>
<a20:Selection id="1">Male</a20:Selection>
<a20:Selection id="2">Female</a20:Selection>
</a20:Q>
</a20:QSA>
【０５４４】
図５１は、ターゲット基準タイプコードが０ｘ０３の場合に、利用者の年齢層（ａｇｅ  ｂｒａｃｋｅｔ）に関する事前登録ＰＤＩ質問を示すテーブルである。図５１に示す事前登録ＰＤＩ質問が含む内容は、図４１で説明したものと同一である。
【０５４５】
具体的には、図５１に示すように、ターゲット基準タイプコードが０ｘ０３の場合に、本発明の一実施例による質問ＩＤは、年齢層に関する情報を含むことができる。また、図５１に示す事前登録ＰＤＩ質問はＱＳＡタイプであり、年齢層に関する選択タイプのＰＤＩ回答を要求する内容の質問文を含むことができる。
【０５４６】
また、図５１に示す事前登録ＰＤＩ質問はＱＳＡタイプであるから、ＰＤＩ回答に対する選択情報を含むことができる。例えば、図５１に示す年齢層に関する事前登録ＰＤＩ質問は、２−５才、６−１１才、１２−１７才、１８−３４才、３５−４９才、５０−５４才、５５−６４才、６５才以上に関する８つの選択情報を含むことができる。
【０５４７】
次の［例示１５］は、図５１に示すテーブルをＸＭＬスキーマで表した一実施例である。
【０５４８】
［例示１５］
<a20:QSA id="atsc.org/PDIQ/age-bracket" minChoices="1">
<a20:Q xml:lang="en-us">
<a20:Text> What age bracket are you in</a20:Text>
<a20:Selection id="1">Ages 2-5</a20:Selection>
<a20:Selection id="2">Ages 6-11</a20:Selection>
<a20:Selection id="3">Ages 12-17</a20:Selection>
<a20:Selection id="4">Ages 18-34</a20:Selection>
<a20:Selection id="5">Ages 35-49</a20:Selection>
<a20:Selection id="6">Ages 50-54</a20:Selection>
<a20:Selection id="7">Ages 55-64</a20:Selection>
<a20:Selection id="8">Ages 65+</a20:Selection>
</a20:Q>
</a20:QSA>
【０５４９】
図５２は、ターゲット基準タイプコードが０ｘ０３の場合に、利用者が勤労しているか否かに関する事前登録ＰＤＩ質問を示すテーブルである。図５２に示す事前登録ＰＤＩ質問が含む内容は、図４１で説明したものと同一である。
【０５５０】
具体的には、図５２に示すように、ターゲット基準タイプコードが０ｘ０３の場合に、本発明の一実施例による質問ＩＤは、勤労に関する情報を含むことができる。また、図５２に示す事前登録ＰＤＩ質問はＱＳＡタイプであり、利用者が勤労しているか否かに関する選択タイプのＰＤＩ回答を要求する内容の質問文を含むことができる。
【０５５１】
また、図５２に示す事前登録ＰＤＩ質問はＱＳＡタイプであるから、ＰＤＩ回答に対する選択情報を含むことができる。例えば、図５０に示す勤労に関する事前登録ＰＤＩ質問は、はい及びいいえに関する二つの選択情報を含むことができる。
【０５５２】
次の［例示１６］は、図５２に示すテーブルをＸＭＬスキーマで表した一実施例である。
【０５５３】
［例示１６］
<a20:QSA id="atsc.org/PDIQ/working" minChoices="1">
<a20:Q xml:lang="en-us">
<a20:Text>Are you working at a paying job?
</a20:Text>
<a20:Selection id="1">Yes</a20:Selection>
<a20:Selection id="2">No</a20:Selection>
</a20:Q>
</a20:QSA>
【０５５４】
図５３は、ターゲット基準タイプコードが０ｘ０３の場合に、利用者の性別に関する事前登録ＰＤＩ質問を示すテーブルである。図５３に示す事前登録ＰＤＩ質問が含む内容は、図４１で説明したものと同一である。
【０５５５】
具体的には、図５３に示すように、ターゲット基準タイプコードが０ｘ０３の場合に、本発明の一実施例による質問ＩＤは、勤労に関する情報を含むことができる。また、図５３に示す事前登録ＰＤＩ質問はＱＢＡタイプであり、利用者が勤労しているか否かに関する正誤タイプのＰＤＩ回答を要求する内容の質問文を含むことができる。
【０５５６】
次の［例示１７］は、図５３に示すテーブルをＸＭＬスキーマで表した一実施例である。
【０５５７】
［例示１７］
<a20:QBA id="atsc.org/PDIQ/working" >
<a20:Q xml:lang="en-us">
<a20:Text>Are you working at a paying job?
</a20:Q>
</a20:QBA>
【０５５８】
図５４は、本発明の一実施例によるＰＤＩ ＡＰＩを示す図である。
【０５５９】
具体的には、図５４は、上述した宣言コンテンツオブジェクト（ＤＯ）などのアプリケーションがＰＤＩデータを用いるための関数を示す図である。本発明の一実施例によるＰＤＩ ＡＰＩは、本発明の一実施例による受信機がＰＤＩ記憶装置にアクセスするためのインタフェースを意味する。
【０５６０】
ＡＴＳＣ ２．０クライアント装置は、ＰＤＩ質問に対するアクセス（例えば、検索及び更新）を可能にするためにＰＤＩ ＡＰＩに対応する。
【０５６１】
ＡＴＳＣ ２．０ ＤＡＥの一環として提供されるＡＰＩは、記憶装置から当該質問文を読み出し、（可能ならば）当該質問に対して既に提供された回答を読み出し、当該質問に対する回答を記憶するために与えられた質問のＩＤを考慮してＤＯを許容する。
【０５６２】
ＴＤＯがある特定の質問又は回答に対してアクセスしたり記録することを防止するある規則を定義したり、実施したりする試みは行われない。複数のエンティティが与えられたチャネルで使用可能なアンケートを提供できると構想される。このようなエンティティは、全国的通信網事業者、地域放送局系列会社、様々な番組制作者／提供事業者を含むことができるが、これに制限されない。
【０５６３】
ＡＴＳＣ ２．０クライアント装置は、ＰＤＩデータ記憶及び検索のためのＡＰＩを実現する。ＰＤＩ機能を実行するために、装置は、固有（ｎａｔｉｖｅ）アプリケーション、ファイルシステム／データベースを使用したり、遠隔サービスを使用してＰＤＩデータベースを提供したりすることができる。ＰＤＩ記憶装置は、ＡＴＳＣクライアントに拘束されている。一つのＰＤＩ記憶装置インスタンスだけがクライアントのために存在する。ＰＤＩ記憶装置は、ＤＯがクライアントのＰＤＩデータに接続できるようにし、また、利用者が固有アプリケーションを用いて別個のサービスプロバイダにわたって持続的にＰＤＩ質問を管理（例えば、更新、追加、又は削除）できるようにする。
【０５６４】
図５４は、本発明の一実施例によるＰＤＩ ＡＰＩを示すテーブルである。本発明の一実施例による受信機は図５４に示すＰＤＩ ＡＰＩを用いてＰＤＩテーブルリストを取得することができる。
【０５６５】
以下、図５４に示すＡＰＩについて説明する。
【０５６６】
図５４に示すＡＰＩの名称は、ｇｅｔＰＤＩＴａｂｌｅＬｉｓｔ（）であり、これは設計者の意図によって変更可能な事項である。図５４に示す説明は、ｇｅｔＰＤＩＴａｂｌｅＬｉｓｔ（）ＡＰＩ関数の詳細内容を示す。図５４に示す引数は、ｇｅｔＰＤＩＴａｂｌｅＬｉｓｔ（）ＡＰＩ関数の媒介変数を参照する。
【０５６７】
より具体的には、図５４に示す説明は、ｇｅｔＰＤＩＴａｂｌｅＬｉｓｔ（）ＡＰＩ関数がそれぞれに対してｐｄｉＴａｂｌｅＩｄを提供し、ＰＤＩテーブルのリストを有するＸＭＬ構造を返却することを示す。ＸＭＬ構造は、次のＸＭＬスキーマのとおりである。一つのｐｄｉＴａｂｌｅＩｄ下位エレメントを有するｐｄｉＴａｂｌｅＬｉｓｔエレメントはカーディナリティ０を有し、無限である。０ ｐｄｉＴａｂｌｅＩｄインスタンスは、放送局がＰＤＩテーブルを提供していないことを示す。
【０５６８】
図５４に示す引数は、ｐｄｉＴａｂｌｅＩｄがＰＤＩテーブルの大域的に一意の識別子であるということをＵＲＩの形態で示す。
【０５６９】
したがって、本発明の一実施例による受信機は、ＸＭＬスキーマによるテーブルフォーマットのＰＤＩテーブルリストを受信することができる。図５４に示すように、ＰＤＩテーブルリストはｐｄｉＴａｂｌｅＩｄエレメントを含むことができる。図５４に示すｐｄｉＴａｂｌｅＩｄエレメントの基数が０を示す場合は、本発明の一実施例による受信機が放送局からＰＤＩテーブルを受信していないことを意味する。
【０５７０】
図５５は、本発明の他の実施例によるＰＤＩ ＡＰＩを示す図である。
【０５７１】
具体的には、図５５は、本発明の一実施例による受信機がＰＤＩテーブルを取得するためのＰＤＩ ＡＰＩを示す図である。
【０５７２】
以下、図５５に示すＡＰＩについて説明する。
【０５７３】
図５５に示すＡＰＩの名称はｇｅｔＰＤＩＴａｂｌｅ（Ｓｔｒｉｎｇ  ｐｄｉＴａｂｌｅＩｄ）であり、これは設計者の意図によって変更可能な事項である。図５５に示す説明は、ｇｅｔＰＤＩＴａｂｌｅ（Ｓｔｒｉｎｇ  ｐｄｉＴａｂｌｅＩｄ）ＡＰＩ関数の詳細内容を示す。図５５に示す引数は、ｇｅｔＰＤＩＴａｂｌｅ（Ｓｔｒｉｎｇ  ｐｄｉＴａｂｌｅＩｄ）ＡＰＩ関数の媒介変数を参照する。
【０５７４】
より具体的には、図５５に示す説明は、ｇｅｔＰＤＩＴａｂｌｅ（Ｓｔｒｉｎｇ  ｐｄｉＴａｂｌｅＩｄ）ＡＰＩ関数が受信機に対してＰＤＩテーブルＸＭＬ文書を応答するためのものであることを示す。各ｐｄｉＴａｂｌｅは、当該方法に対する入力として提供された大域的に一意のｐｄｉＴａｂｌｅＩｄ識別子によって識別されたのと関連している。返却された値は、連載されたＰＤＩテーブルＸＭＬインスタンスを含み、選択的にＰＤＩ−Ｑ又はＰＤＩ−Ａ ＸＭＬインスタンスを含む文字列である。
【０５７５】
図５５に示す引数は、ｐｄｉＴａｂｌｅＩｄがＰＤＩテーブルの大域的に一意の識別子であるということをＵＲＩの形態で示す。
【０５７６】
したがって、本発明の一実施例による受信機は、図５４で説明したＰＤＩテーブルリストを受信した後に、ＰＤＩテーブルを受信することができる。具体的には、ＰＤＩテーブルリストを受信した受信機は、図５４に示すｐｄｉＴａｂｌｅＩｄに関連したＰＤＩテーブルＸＭＬ文書を受信することができる。
【０５７７】
具体的には、図５５に示すＰＤＩ ＡＰＩによる受信機の動作は、図７乃至１０、図２３、図３４、図３６、及び図３９乃至図４２で説明したものと同一である。また、図５５に示すＰＤＩ ＡＰＩによる受信機は、図１１乃至図１８で説明したＰＤＩテーブルフォーマットによるＰＤＩテーブルリストを受信することができる。
【０５７８】
図５６は、本発明の他の実施例によるＰＤＩ ＡＰＩを示す図である。
【０５７９】
具体的には、図５６は、本発明の一実施例による受信機がＰＤＩ回答を取得するためのＰＤＩ ＡＰＩを示す図である。
【０５８０】
以下、図５６に示すＡＰＩについて説明する。
【０５８１】
図５６に示すＡＰＩの名称はｇｅｔＰＤＩＡ（Ｓｔｒｉｎｇ  ｐｄｉＴａｂｌｅＩｄ）であり、これは設計者の意図によって変更可能な事項である。図５６に示す説明は、ｇｅｔＰＤＩＡ（Ｓｔｒｉｎｇ  ｐｄｉＴａｂｌｅＩｄ）ＡＰＩ関数の詳細内容を示す。図５６に示す引数は、ｇｅｔＰＤＩＡ（Ｓｔｒｉｎｇ  ｐｄｉＴａｂｌｅＩｄ）ＡＰＩ関数の媒介変数を参照する。
【０５８２】
より具体的には、図５６に示す説明は、ｇｅｔＰＤＩＡ（Ｓｔｒｉｎｇ  ｐｄｉＴａｂｌｅＩｄ）ＡＰＩ関数が受信機に対してＰＤＩ−Ａ ＸＭＬ文書を返却するためのものであることを示す。各ｐｄｉＴａｂｌｅは、当該方法に対する入力として提供された大域的に一意のｐｄｉＴａｂｌｅＩｄ識別子によって識別されたものと関連している。返却された値は、連載されたＰＤＩ−Ａ ＸＭＬインスタンスを含む文字列である。
【０５８３】
図５６に示す引数は、ｐｄｉＴａｂｌｅＩｄがＰＤＩテーブルの大域的に一意の識別子であるということをＵＲＩの形態で示す。
【０５８４】
したがって、図５４で説明したＰＤＩテーブルリストを受信した受信機は、図５４に示すｐｄｉＴａｂｌｅＩｄに関連したＰＤＩ−ＡテーブルのＸＭＬ文書（又は、ＰＤＩ−Ａインスタンス文書）を受信することができる。本発明の一実施例によるＰＤＩ−Ａインスタンス文書は、図１７で説明したものと同一である。
【０５８５】
具体的には、図５６に示すＰＤＩ ＡＰＩによる受信機の動作は、図７乃至１０、図２３、図３４、図３６、及び図３９乃至図４２で説明したものと同一である。
【０５８６】
図５４乃至５６に示してはいないが、本実施例によるＰＤＩ ＡＰＩは、次の表６及び／又は表７のように記述できる。
【０５８７】
【表６】
2015530027.tif 000008
【０５８８】
【表７】
2015530027.tif 000009
【０５８９】
図５７は、本発明の一実施例によるデジタルサービス信号処理装置を示す図である。
【０５９０】
具体的には、図５７は、本発明の一実施例によるデジタルサービス信号を処理できる受信装置の構造を示す図である。図５７に示す受信装置は、個人化放送サービスを具現でき、ＡＴＳＣ ２．０サービスを提供することができる。
【０５９１】
図５７に示すように、本発明の一実施例による受信装置５７００は、ＰＤＩモジュール５７１０、ＰＤＩ回答モジュール５７２０、選択モジュール５７３０及び／又はコンテンツ記憶モジュール５７４０を含むことができる。上述した受信装置５７００の構造は設計者の意図によって変更してもよい。以下、各モジュールについて説明する。
【０５９２】
図５７に示すＰＤＩモジュール５７１０は、ＰＤＩテーブルを受信することができ、このとき、ＰＤＩテーブルはＰＤＩ質問の属性を有する少なくとも一つの質問エレメントを含む。図５７に示すＰＤＩモジュール５７１０は、少なくとも一つの質問エレメントからＰＤＩ質問を抽出することもできるが、このとき、それぞれの少なくとも一つの質問エレメントは別個のタイプを有する。本発明の一実施例によるＰＤＩモジュール５７１０の動作は、図７及び図８、図５４乃至図５６で説明したものと同一である。
【０５９３】
本発明の一実施例による少なくとも一つの質問エレメントのタイプは数値回答、正誤回答、選択回答、記述式回答、ＰＤＩ質問のない回答のうち一つを有するＰＤＩ質問に対するタイプを示す。
【０５９４】
本発明の一実施例によるＰＤＩテーブルは、ｔａｂｌｅ Ｉｄフィールド、ｔａｂｌｅ ｖｅｒｓｉｏｎフィールド、ｔｉｍｅフィールド、ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎフィールド、ｅｘｐｉｒｅフィールド、及び／又はｘａｃｔｉｏｎＳｅｔＩｄフィールドを更に含むことができる。
【０５９５】
本発明の一実施例によるｔａｂｌｅ Ｉｄフィールドは、ＰＤＩテーブルを識別することができる。本発明の一実施例によるｔａｂｌｅ ｖｅｒｓｉｏｎフィールドは、ＰＤＩテーブルのバージョンを示すことができる。本発明の一実施例によるｔｉｍｅフィールドは、ＰＤＩ質問に対する直近の変化の日付及び時間を示すことができる。本発明の一実施例によるｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎフィールドは、ＰＤＩテーブルのプロトコルバージョンを示すことができる。本発明の一実施例によるｅｘｐｉｒｅフィールドは、各ＰＤＩ質問の期限日及び時間を示すことができる。本発明の一実施例によるｘａｃｔｉｏｎＳｅｔＩｄフィールドは、各ＰＤＩ質問がＰＤＩ質問の集合に属するか否かを示すことができる。
【０５９６】
本発明の一実施例による少なくとも一つの質問エレメントは、位置及び時間の情報を示すｓｉｔｕａｔｉｏｎフィールドを更に含むことができるが、当該ｓｉｔｕａｔｉｏｎフィールドは緯度及び経度の情報を含むｌｏｃａｔｉｏｎフィールドを含む。
【０５９７】
上述したＰＤＩテーブル及び質問エレメントに関する具体的な内容は、図１１乃至図１８で説明したものと同一である。
【０５９８】
図５７に示すＰＤＩ回答モジュール５７２０は、抽出されたＰＤＩ質問によるＰＤＩ回答を受信することができる。本発明の一実施例によるＰＤＩ回答モジュール５７２０の動作は、図７及び図８、図５４乃至図５６で説明したものと同一である。
【０５９９】
図５７に示す選択モジュール５７３０は、選択基準情報を受信することができる。選択モジュール５７３０はまた、選択基準情報と受信したＰＤＩ回答とを比較することによってデジタルサービス信号の内容を選択することができる。本発明の一実施例による選択モジュール５７３０の動作は、図７乃至図１０、図５４乃至図５６で説明したものと同一である。
【０６００】
本発明の一実施例による選択基準情報のタイプは、数値回答、正誤回答、選択回答、記述式回答、ＰＤＩ質問のない回答のうち一つを有するＰＤＩ質問に対するタイプを示し、選択は、選択基準情報がＰＤＩ回答と一致するか否かを判断することを更に含む。本発明の一実施例による選択基準情報に関する内容は、図１９乃至図２２で説明したものと同一である。
【０６０１】
図５７に示すコンテンツ記憶モジュール５７４０は、選択されたコンテンツをダウンロードすることができる。本発明の一実施例によるコンテンツ記憶モジュール５７４０の動作は、図７及び図８、図５４乃至図５６で説明したものと同一である。
【０６０２】
ＰＤＩテーブルがＩＰサブネットによって伝達されると、図５７に示すＰＤＩモジュール５７１０は、また、コンテンツの署名を含む要求を自動コンテンツ認識サーバに周期的に送り、自動コンテンツ認識サーバからＵＲＬＬｉｓｔ情報を受信するためのトリガ及び選択基準情報を含むＴＰＴを含む回答を受信することができる。本発明の一実施例によるＰＤＩモジュール５７１０の動作は、図３６乃至図３９で説明したものと同一である。また、上述したＩＰサブネットは、図２４で説明したものと同一である。
【０６０３】
ＰＤＩテーブルが放送ストリームで伝達されると、図５７に示すＰＤＩモジュール５７１０は、また、ＰＤＩテーブルを識別するために、シーケンス番号情報を含むテーブルセクションを受信し、当該テーブルセクションのシーケンス番号情報を用いてＰＤＩテーブルを受信することができる。本発明の一実施例によるＰＤＩモジュール５７１０の動作は、図２３乃至図３５で説明したものと同一である。
【０６０４】
また、図５７に示してはいないが、本発明の一実施例による受信装置５７００は、使用ログ、使用監視エンジン及び／又は使用監視エンジンを更に含むことができる。本発明の一実施例による使用ログは、サービス使用の内訳を記憶することができる。本発明の一実施例による使用監視エンジンは、サービス使用を周期的に、又は要求信号を受信することによって、監視することができる。本発明の一実施例による使用監視エンジンは、監視結果をコンテンツを更新するために適用することができる。その具体的な内容は、図８で説明したものと同一である。
【０６０５】
図５８は、本発明の他の実施例によるデジタルサービス信号処理装置を示す図である。
【０６０６】
具体的には、図５８は、本発明の一実施例によるデジタルサービス信号を処理できる送信装置の構造を示す図である。図５８に示す送信装置は、個人化放送サービスを提供でき、ＡＴＳＣ ２．０サービスを提供することができる。
【０６０７】
図５８に示すように、本発明の一実施例による送信装置５８００は、ＰＤＩテーブル生成器５８１０、選択基準情報生成モジュール５８２０、送信モジュール５８３０を含むことができる。上述した送信装置５８００の構造は、設計者の意図によって変更してもよい。以下、各モジュールについて説明する。
【０６０８】
図５８に示すＰＤＩテーブル生成器５８１０は、ＰＤＩテーブルを生成することができる。ここで、ＰＤＩテーブルは、ＰＤＩ質問の属性を含む少なくとも一つの質問エレメントを含み、ＰＤＩテーブルは、ＰＤＩテーブルを識別するｔａｂｌｅ Ｉｄフィールド、ｔａｂｌｅ ｖｅｒｓｉｏｎフィールド、ＰＤＩテーブルのバージョンを示すｔａｂｌｅ ｖｅｒｓｉｏｎフィールド、ＰＤＩ質問に対する直近の変化の日付及び時間を示すｔｉｍｅフィールドを更に含む。
【０６０９】
本発明の一実施例による少なくとも一つの質問エレメントのタイプは、数値回答、正誤回答、選択回答、記述式回答、ＰＤＩ質問のない回答のうち一つを有するＰＤＩ質問に対するタイプを示す。
【０６１０】
上述したＰＤＩテーブル及び質問エレメントに関する具体的な内容は、図１１乃至図１８で説明したものと同一である。
【０６１１】
図５８に示す選択基準情報生成モジュール５８２０は、選択基準情報を生成することができる。本発明の一実施例による選択基準情報に関する内容は、図１９乃至図２２で説明したものと同一である。
【０６１２】
図５８に示す送信モジュール５８３０は、ＰＤＩテーブル、選択基準情報、及びデジタルサービス信号のコンテンツを伝送することができる。本発明の一実施例による送信モジュール５８３０の動作は、図７及び図８、図５４乃至図５６で説明したものと同一である。
【０６１３】
ＰＤＩテーブルが放送ストリームで伝送されると、送信モジュール５８３０は、生成されたＰＤＩテーブルを圧縮し、圧縮されたＰＤＩテーブルをブロックに分け、ブロックをＳＳＣで伝達されるセクションに挿入することができる。ここで、セクションは、ＰＤＩテーブルを識別するためにシーケンス番号情報を含む。上述した送信モジュール５８３０の具体的な動作は、図２４で説明したものと同一である。
【０６１４】
図５９は、本発明の一実施例によるデジタルサービス信号処理方法を示す図である。
【０６１５】
具体的には、図５９は、本発明の一実施例による個人化放送システムがデジタルサービス信号を受信及び処理する方法を示すフローチャートである。上述した個人化放送システムは、図１７乃至図５６に示す本発明の一実施例による個人化放送サービスを処理することができる。
【０６１６】
本発明の一実施例による受信機は、ＰＤＩテーブルを受信することができる（Ｓ５９０１）。
【０６１７】
具体的には、本発明の一実施例による受信機は、コンテンツプロバイダ又は放送局からＰＤＩアンケートを含んでいるＰＤＩテーブルを受信することができる。より具体的な内容は、図７及び図８、図５４乃至図５６で説明したものと同一である。
【０６１８】
また、本発明の一実施例による受信機は、ＩＰサブネットによってＰＤＩテーブルを受信することができる。本発明の一実施例による受信機は、また、コンテンツの署名を含む要求を自動コンテンツ認識サーバに周期的に送り、自動コンテンツ認識サーバからＵＲＬＬｉｓｔ情報を受信するためのトリガ及び選択基準情報を含むＴＰＴを含む回答を受信することができる。より詳細な内容は、図２４、図３６乃至図３９で説明したものと同一である。
【０６１９】
また、本発明の一実施例による受信機は、放送ストリームを介してＰＤＩテーブルを受信することができる。本発明の一実施例による受信機は、また、ＰＤＩテーブルを識別するためにシーケンス番号情報を含むテーブルセクションを受信し、当該テーブルセクションのシーケンス番号情報を用いてＰＤＩテーブルを受信することができる。より詳細な内容は、図２３乃至図３５で説明したものと同一である。
【０６２０】
本発明の一実施例による少なくとも一つの質問エレメントのタイプは、数値回答、正誤回答、選択回答、記述式回答、ＰＤＩ質問のない回答のうち一つを有するＰＤＩ質問に対するタイプを示す。
【０６２１】
本発明の一実施例によるＰＤＩテーブルは、ｔａｂｌｅ Ｉｄフィールド、ｔａｂｌｅ ｖｅｒｓｉｏｎフィールド、ｔｉｍｅフィールド、ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎフィールド、ｅｘｐｉｒｅフィールド、及び／又はｘａｃｔｉｏｎ ＳｅｔＩｄフィールドを更に含むことができる。
【０６２２】
本発明の一実施例によるｔａｂｌｅ Ｉｄフィールドは、ＰＤＩテーブルを識別することができる。本発明の一実施例によるｔａｂｌｅ ｖｅｒｓｉｏｎフィールドは、ＰＤＩテーブルのバージョンを示すことができる。本発明の一実施例によるｔｉｍｅフィールドは、ＰＤＩ質問に対する直近の変化の日付及び時間を示すことができる。本発明の一実施例によるｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎフィールドは、ＰＤＩテーブルのプロトコルバージョンを示すことができる。本発明の一実施例によるｅｘｐｉｒｅフィールドは、各ＰＤＩ質問の期限日及び時間を示すことができる。本発明の一実施例によるｘａｃｔｉｏｎ ＳｅｔＩｄフィールドは、各ＰＤＩ質問がＰＤＩ質問の集合に属するか否かを示すことができる。
【０６２３】
本発明の一実施例による少なくとも一つの質問エレメントは、位置及び時間の情報を示すｓｉｔｕａｔｉｏｎフィールドを更に含むことができ、該ｓｉｔｕａｔｉｏｎフィールドは、緯度及び経度の情報を含むｌｏｃａｔｉｏｎフィールドを含む。
【０６２４】
上述したＰＤＩテーブル及び質問エレメントに関する具体的な内容は、図１１乃至図１８で説明したものと同一である。
【０６２５】
本発明の一実施例による受信機は、ＰＤＩテーブルからＰＤＩ質問を抽出することができる（Ｓ５９０２）。
【０６２６】
具体的には、本発明の一実施例による受信機は、図１７に示すＰＤＩテーブルから文字列タイプからなるＱｘＡ．Ｑエレメントを抽出することができる。より詳細な内容は、図１１及び図１８で説明したものと同一である。
【０６２７】
本発明の一実施例による受信機は、ＰＤＩ質問に対するＰＤＩ回答を受信することができる（Ｓ５９０３）。
【０６２８】
具体的には、本発明の一実施例による受信機は、上述したＰＤＩ質問をＵＩを介して表示し、利用者から当該ＰＤＩ質問に対するＰＤＩ回答を受信することができる。本発明の一実施例による受信機は、受信したＰＤＩ回答を用いて、当該ＰＤＩ質問を含んでいるＰＤＩテーブルを更新することができる。より詳細な内容は、図７、図８及び図２３で説明したものと同一である。
【０６２９】
本発明の一実施例による受信機は、選択基準情報を受信することができる（Ｓ５９０４）。
【０６３０】
具体的には、本発明の一実施例による受信機は、図１９乃至図２２で説明したフォーマットの選択基準情報を受信することができる。
【０６３１】
また、本発明の一実施例による受信機は、放送網によって選択基準情報を受信することができる。この場合、本発明の一実施例による受信機は、図３２及び図３３で説明したフォーマットの選択基準情報を受信することができる。
【０６３２】
本発明の一実施例による受信機は、選択基準情報とＰＤＩ回答とを比較してコンテンツを選択することができる（Ｓ５９０５）。
【０６３３】
具体的に本発明の一実施例による受信機は、ＰＤＩデータを識別するためのＰＤＩデータ識別子を用いて選択基準情報とＰＤＩ回答とを照合して比較することができる。より詳細な内容は、図７乃至図１０で説明したものと同一である。
【０６３４】
本発明の一実施例による受信機は、選択されたコンテンツをダウンロードすることができる（Ｓ５９０６）。
【０６３５】
具体的には、本発明の一実施例による受信機は、上述した選択結果を用いて当該コンテンツを利用者に提供する必要があるか否か判断し、必要によって、当該コンテンツをダウンロードすることができる。より詳細な内容は、図７乃至図１０で説明したものと同一である。
【０６３６】
図６０は、本発明の他の実施例によるデジタルサービス信号処理方法を示す図である。
【０６３７】
具体的には、図６０は、本発明の一実施例による個人化放送システムがデジタルサービス信号を伝送及び処理する方法を示すフローチャートである。上述した個人化放送システムは、図１７乃至図５６に示す本発明の一実施例による個人化放送サービスを処理することができる。
【０６３８】
本発明の一実施例による個人化放送システムは、ＰＤＩテーブルを生成することができる（Ｓ６００１）。
【０６３９】
具体的には、上述したＰＤＩテーブルは、ＰＤＩ質問の属性を含む少なくとも一つの質問エレメントを含み、ＰＤＩテーブルは、ＰＤＩテーブルを識別するｔａｂｌｅ Ｉｄフィールド、ｔａｂｌｅ ｖｅｒｓｉｏｎフィールド、ＰＤＩテーブルのバージョンを示すｔａｂｌｅ ｖｅｒｓｉｏｎフィールド、ＰＤＩ質問に対する直近の変化の日付及び時間を示すｔｉｍｅフィールドを更に含む。
【０６４０】
本発明の一実施例による少なくとも一つの質問エレメントのタイプは、数値回答、正誤回答、選択回答、記述式回答、ＰＤＩ質問のない回答のうち一つを有するＰＤＩ質問に対するタイプを示す。
【０６４１】
上述したＰＤＩテーブル及び質問エレメントに関する具体的な内容は、図１１乃至図１８で説明したものと同一である。
【０６４２】
本発明の一実施例による個人化放送システムは、選択基準情報を生成することができる（Ｓ６００２）。
【０６４３】
具体的には、図７及び図８に示すように、コンテンツプロバイダ及び／又は放送局は、利用者のＰＤＩ情報を得るための選択基準情報を生成することができる。本発明の一実施例による選択基準情報に関する内容は、図１９乃至図２２で説明したものと同一である。
【０６４４】
本発明の一実施例による個人化放送システムは、ＰＤＩテーブル、選択基準情報及び／又はコンテンツを伝送することができる（Ｓ６００３）。
【０６４５】
具体的には、コンテンツプロバイダ及び／又は放送局は、ＰＤＩテーブル、選択基準情報及び／又はコンテンツを放送網又はインターネットによって受信機に伝送することができる。より詳細な内容は、図７及び図８、図２３乃至図３９に示したとおりである。
【０６４６】
様々な実施例が、本発明を実施するための具体的な内容で記述された。
【０６４７】
当業者にとっては本発明の思想や範囲から逸脱することなく本発明で様々な変形及び変更が可能であるということが明らかである。したがって、本発明は、添付の請求項及びその均等範囲内にある本発明の変形及び変更を含むように意図される。
【０６４８】
本発明は、放送サービス提供に関連した一連の産業分野で利用可能である。
【図１】
2015530027.tif 000010
【図２】
2015530027.tif 000011
【図３】
2015530027.tif 000012
【図４】
2015530027.tif 000013
【図５】
2015530027.tif 000014
【図６】
2015530027.tif 000015
【図７】
2015530027.tif 000016
【図８】
2015530027.tif 000017
【図９】
2015530027.tif 000018
【図１０】
2015530027.tif 000019
【図１１】
2015530027.tif 000020
【図１２】
2015530027.tif 000021
【図１３】
2015530027.tif 000022
【図１４】
2015530027.tif 000023
【図１５】
2015530027.tif 000024
【図１６】
2015530027.tif 000025
【図１７Ａ】
2015530027.tif 000026
【図１７Ｂ】
2015530027.tif 000027
【図１８Ａ】
2015530027.tif 000028
【図１８Ｂ】
2015530027.tif 000029
【図１９】
2015530027.tif 000030
【図２０】
2015530027.tif 000031
【図２１】
2015530027.tif 000032
【図２２】
2015530027.tif 000033
【図２３】
2015530027.tif 000034
【図２４】
2015530027.tif 000035
【図２５】
2015530027.tif 000036
【図２６】
2015530027.tif 000037
【図２７】
2015530027.tif 000038
【図２８】
2015530027.tif 000039
【図２９】
2015530027.tif 000040
【図３０】
2015530027.tif 000041
【図３１】
2015530027.tif 000042
【図３２】
2015530027.tif 000043
【図３３】
2015530027.tif 000044
【図３４】
2015530027.tif 000045
【図３５】
2015530027.tif 000046
【図３６】
2015530027.tif 000047
【図３７】
2015530027.tif 000048
【図３８】
2015530027.tif 000049
【図３９】
2015530027.tif 000050
【図４０】
2015530027.tif 000051
【図４１】
2015530027.tif 000052
【図４２】
2015530027.tif 000053
【図４３】
2015530027.tif 000054
【図４４】
2015530027.tif 000055
【図４５】
2015530027.tif 000056
【図４６】
2015530027.tif 000057
【図４７】
2015530027.tif 000058
【図４８】
2015530027.tif 000059
【図４９】
2015530027.tif 000060
【図５０】
2015530027.tif 000061
【図５１】
2015530027.tif 000062
【図５２】
2015530027.tif 000063
【図５３】
2015530027.tif 000064
【図５４】
2015530027.tif 000065
【図５５】
2015530027.tif 000066
【図５６】
2015530027.tif 000067
【図５７】
2015530027.tif 000068
【図５８】
2015530027.tif 000069
【図５９】
2015530027.tif 000070
【図６０】
2015530027.tif 000071
【国際調査報告】
2015530027.tif 000072
2015530027.tif 000073
2015530027.tif 000074