(57)【要約】【課題】デジタルサービス信号処理装置及びその方法が提供される。【解決手段】ＰＤＩ質問を識別する識別子フィールドを有する質問エレメントを含むＰＤＩテーブルを受信し、ＰＤＩ質問を抽出するＰＤＩモジュールと、ＰＤＩ回答を受信するＰＤＩ記憶モジュールと、ＰＤＩ質問の識別子フィールドと一致する基準を識別する基準識別子及び基準値を含むダウンロード可能なコンテンツと関連したフィルタリング基準情報を受信し、フィルタリング基準情報を用いてデジタルサービス信号のコンテンツをフィルタリングするフィルタリングモジュールとを備え、フィルタリングモジュールは、ＰＤＩ回答の値と基準値とが一致するか否かを判断し、一致すると、ダウンロード可能なコンテンツを決定し、コンテンツをダウンロードするコンテンツ記憶モジュールを含み、フィルタリング基準情報は、放送ストリーム又はインターネットを通して受信される。【選択図】図７
2015530800.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>
【０３２７】
図２３は、本発明の他の実施例に係るデジタル放送システムのフローチャートである。
【０３２８】
具体的に、図２３は、本発明の一実施例に係る受信機が放送網を介してＰＤＩテーブル及び／又はフィルタリング基準テーブルを受信するための個人化放送システムのフローチャートである。
【０３２９】
本発明の一実施例に係る個人化放送システムの基本的な構造は、図７乃至図１０で説明したものと同一である。本発明の一実施例に係るＰＤＩテーブルは、図９乃至図１８で説明したものと同一である。本発明の一実施例に係るフィルタリング基準テーブルは、図１９乃至図２２で説明したものと同一である。
【０３３０】
図２３に示すように、本発明の一実施例に係る個人化放送システムは、ＳＳＣ（Ｓｅｒｖｉｃｅ  Ｓｉｇｎａｌｉｎｇ  Ｃｈａｎｎｅｌ）２３００、ＦＬＵＴＥ（Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  ｏｖｅｒ  Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ  Ｔｒａｎｓｐｏｒｔ）セッション２３１０、フィルタリングエンジン２３２０、ＰＤＩエンジン２３３０及び／又はＵＩ ２３４０を含むことができる。本発明の一実施例に係る受信機は、ＤＳＭ−ＣＣ（Ｄｉｇｉｔａｌ  Ｓｔｏｒａｇｅ  Ｍｅｄｉａ  Ｃｏｍｍａｎｄａｎｄ  Ｃｏｎｔｒｏｌ）セクションを介してＰＤＩテーブルを受信することができる。この場合、本発明の一実施例に係る受信機は、ＦＬＵＴＥセッション２３１０を通してＰＤＩテーブルを受信することができる。上述した個人化放送システムの構造は設計者の意図によって変更されてもよい。以下、図２３に示す各構成エレメントの動作について説明する。
【０３３１】
本発明の一実施例に係る受信機は、まず、ＳＳＣ ２３００を通してＰＤＩテーブルセクションを受信することができる。具体的に、本発明の一実施例に係る受信機は、ＤＳＭ−ＣＣセクションを通して受信されるＩＰデータグラムのうち、ＳＳＣ ２３００に該当するＩＰデータグラムをパーシングしてＰＤＩテーブルセクションを受信することができる。この場合、本発明の一実施例に係る受信機は、ＳＳＣ ２３００が有する周知のＩＰアドレス及び／又はＵＤＰポートナンバーを用いてＰＤＩテーブルセクションを受信することができる。本発明の一実施例に係るＰＤＩテーブルセクションは、ＰＤＩテーブルを放送網を介して伝達するために、本発明の一実施例に係るＰＤＩテーブルを圧縮したテーブルを意味する。ＰＤＩテーブルセクションに関する具体的な内容は後述する。
【０３３２】
本発明の一実施例に係る受信機は、ＳＳＣ ２３００を介して受信したＰＤＩテーブルセクションをパーシングしてＰＤＩテーブルを取得することができる。その後、本発明の一実施例に係る受信機は、ＰＤＩエンジン２３３０にＰＤＩテーブルを伝達することができる。
【０３３３】
本発明の一実施例に係るＰＤＩエンジン２３３０は、受信したＰＤＩテーブルを処理し、当該ＰＤＩテーブルに含まれたＰＤＩ質問を抽出することができる。その後、本発明の一実施例に係るＰＤＩエンジン２３３０は、抽出されたＰＤＩ質問をＵＩ ２３４０に伝達することができる。
【０３３４】
本発明の一実施例に係るＵＩ ２３４０は、受信したＰＤＩ質問をディスプレイし、当該ＰＤＩ質問に対するＰＤＩ回答を受信することができる。この場合、本発明の一実施例に係るＵＩ ２３４０は、リモコンを介してＰＤＩ回答を受信することができる。その後、本発明の一実施例に係るＰＤＩエンジン２３３０は、ＵＩ ２３４０から受信したＰＤＩ回答を用いてＰＤＩデータを更新することができる。その具体的な内容は、図７及び図８で説明したものと同一である。
【０３３５】
また、本発明の一実施例に係る受信機は、ＳＳＣ ２３００を介してＳＭＴ（Ｓｅｒｖｉｃｅ  Ｍａｐ  Ｔａｂｌｅ）及び／又はＮＲＴ−ＩＴ（Ｎｏｎ  Ｒｅａｌ  Ｔｉｍｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）を受信することができる。本発明の一実施例に係るＳＭＴは、個人化サービスのためのシグナリング情報を含むことができる。本発明の一実施例に係るＮＲＴ−ＩＴは、個人化サービスのための報知情報（ａｎｎｏｕｎｃｅｍｅｎｔ  ｉｎｆｏｒｍａｔｉｏｎ）を含むことができる。
【０３３６】
その後、本発明の一実施例に係る受信機は、受信したＳＭＴ及び／又はＮＲＴ−ＩＴをパーシングしてフィルタリング基準記述語を取得することができる。受信機は、フィルタリング基準記述語を用いて、フィルタリングエンジン２３２０にフィルタリング基準を伝達することができる。この場合、本発明のフィルタリング基準は、ｘｍｌ文書フォーマットのフィルタリング基準テーブルを一実施例とすることができ、フィルタリング基準テーブルについては図２１及び図２２で具体的に説明した。
【０３３７】
その後、本発明の一実施例に係るフィルタリングエンジン２３２０は、ＰＤＩエンジン２３３０にＰＤＩデータ要請信号を伝達することができる。本発明の一実施例に係るＰＤＩエンジン２３３０は、ＰＤＩデータ要請信号を受信すると、当該ＰＤＩデータ要請信号に対応するＰＤＩデータを検索してフィルタリングエンジン２３２０に伝達することができる。その結果、本発明の一実施例に係る受信機は、フィルタリング結果を用いてコンテンツをダウンロードすることができる。本発明の一実施例に係るフィルタリング後の過程については図９及び図１０で具体的に説明した。
【０３３８】
図２４は、本発明の一実施例に係るＰＤＩテーブルセクションを示す図である。
【０３３９】
具体的に、図２４は、図２３で説明したＰＤＩテーブルセクションの構文である。
【０３４０】
ＰＤＩテーブルが放送ストリームで伝達されると、図２３に定義されたテーブルのＸＭＬ形式はＤＥＦＬＡＴＥ圧縮アルゴリズムを用いて圧縮される。得られた圧縮されたテーブルは、図２４のテーブルに示すようにブロックに区分されてセクションに挿入されることによって、ＮＲＴスタイルの専用セクションに要約される。
【０３４１】
結論的に、本発明の一実施例に係る受信機は、同一のシーケンスナンバーを有するセクション番号順にＰＤＩ−Ｑインスタンス文書のブロックを組み合わせて圧縮を解除することができる。本発明の一実施例に係る受信機は、圧縮を解除した結果としてＰＤＩ−Ｑインスタンス文書を生成することができる。その後、受信機は、ＰＤＩ−Ｑインスタンス文書を本発明の一実施例に係るＰＤＩエンジンに伝達することができる。その具体的な方法は、図２３で上述したものと同一である。
【０３４２】
以下、図２４に示すＰＤＩテーブルセクションの構文について説明する。
【０３４３】
ブロックは、昇順のｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールド値のセクションに挿入されるはずである。「ＳＳＣ」及び「ＩＰサブネット」という用語は、ＡＴＳＣ ＮＲＴ標準で定義されるため、専用セクションは、ＰＤＩテーブルが関連した仮想チャネルのＩＰサブネットのＳＳＣで伝達される。当該セクションのｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒフィールドは、同一のＳＳＣで伝達される互いに異なるＰＤＩテーブルインスタンスを区別するために用いられる。
【０３４４】
８ビットのｔａｂｌｅ＿ｉｄフィールドは、当該テーブルセクションがＰＤＩテーブルインスタンスに属すると識別するように設定されるはずである。８ビットのｔａｂｌｅ＿ｉｄフィールドは、当該テーブルセクションがＰＤＩテーブルインスタンスに属すると識別するように設定されるはずである。ｔａｂｌｅ＿ｉｄフィールドは、図２４に示すＰＤＩテーブルセクションが本発明の一実施例に係るＰＤＩテーブルに関する情報を含んでいることを示すことができる。
【０３４５】
本実施例に係るｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒフィールドは、ＰＤＩテーブルセクションのフォーマットを示すことができる。
【０３４６】
本実施例に係るｐｒｉｖａｔｅ＿ｉｎｄｉｃａｔｏｒフィールドは、使用者に対するビット情報を示すことができる。
【０３４７】
本実施例に係るｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈフィールドは、ＰＤＩテーブルセクションでバイトの数を示すことができる。
【０３４８】
本実施例に係るｔａｂｌｅ＿ｉｄ＿ｅｘｔｅｎｓｉｏｎフィールドは、ＰＤＩテーブルセクションを識別することができる。
【０３４９】
本実施例に係るｐｒｏｔｏｃｏｌ＿ｖｅｒｓｉｏｎフィールドは、ＰＤＩテーブル構文のプロトコルバージョンを含むことができる。
【０３５０】
８ビットのｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒフィールドの値は、ＰＤＩ−Ｑインスタンスの他の全てのセクションのｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒと同一であり、ＳＳＣで伝達される他のＰＤＩ−Ｑインスタンスの全てのセクションのｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒと異なる。ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒフィールドは、同時にＳＳＣで伝達されるＰＤＩ−Ｑの互いに異なるインスタンスに属するセクションを区別するために用いられる。
【０３５１】
５ビットのＰＤＩＱ＿ｄａｔａ＿ｖｅｒｓｉｏｎフィールドは、ｐｄｉＴａｂｌｅＩｄ値によって定義されるＰＤＩ−Ｑインスタンスのバージョンナンバーを示す。ＰＤＩ−Ｑインスタンスのいずれかのエレメント又は属性が変化すると、バージョンナンバーは、１ ｍｏｄｕｌｏ ３２ずつ増分する。
【０３５２】
１ビットのｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒフィールドは、ＰＤＩ−Ｑセクションに対しては常に１に設定され、ＰＤＩ−Ｑが常にｓｅｇｍｅｎｔ＿ｉｄによって識別されるセグメントに対して現在ＰＤＩ−Ｑであることを示す。
【０３５３】
８ビットのｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、ＰＤＩ−Ｑインスタンスの当該セクションのセクションナンバーを提供する。ＰＤＩ−Ｑインスタンスの最初のセクションのｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒは０ｘ００に設定される。ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒは、ＰＤＩ−Ｑインスタンスのそれぞれの追加セクションによって１ずつ増分する。
【０３５４】
８ビットのｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、当該セクションが一部であるＰＤＩ−Ｑインスタンスの最後のセクション（すなわち、最高のｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒのセクション）のナンバーを提供する。
【０３５５】
１６ビットのｓｅｒｖｉｃｅ＿ｉｄフィールドは、当該ＰＤＩ−Ｑインスタンスが、或る特定サービスではなく、それが現れる仮想チャネルでの全てのデータサービスに適用されるということを示すために、０ｘ００００に設定される。
【０３５６】
可変長を有するｐｄｉｑ＿ｂｙｔｅｓ（）フィールドは、当該セクションによって部分的に伝達されるＰＤＩ−Ｑインスタンスのブロックで構成される。当該テーブルインスタンスの全てのセクションのｐｄｉｑ＿ｂｙｔｅｓ（）フィールドがそれらのｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドの順に連結されると、結果は完全なＰＤＩ−Ｑインスタンスである。
【０３５７】
図２５は、本発明の他の実施例に係るＰＤＩテーブルセクションを示す図である。
【０３５８】
具体的に、図２５は、図２３で説明したＰＤＩテーブルセクションの構文であって、基本的な内容は、図２４で説明したものと同一である。ただし、図２４に示すＰＤＩテーブルセクションとは違い、図２５に示すＰＤＩテーブルセクションはｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒフィールドを含まなくてもよい。以下、図２５に示すＰＤＩテーブルセクションの構文について説明する。
【０３５９】
本発明の一実施例に係るｎｕｍ＿ｑｕｅｓｔｉｏｎｓフィールドは、ＰＤＩテーブルに含まれたＰＤＩ質問の数を示すことができる。
【０３６０】
本発明の一実施例に係るｑｕｅｓｔｉｏｎ＿ｉｄ＿ｌｅｎｇｔｈフィールドは、一つのＰＤＩ質問のＩＤの長さを示すことができる。
【０３６１】
本発明の一実施例に係るｑｕｅｓｔｉｏｎ＿ｉｄ＿ｖａｌｕｅフィールドは、一つのＰＤＩ質問のＩＤが有する値を示すことができる。
【０３６２】
本発明の一実施例に係るｑｕｅｓｔｉｏｎ＿ｔｅｘｔ＿ｌｅｎｇｔｈフィールドは、ｑｕｅｓｔｉｏｎ＿ｔｅｘｔの長さを示すことができる。
【０３６３】
本発明の一実施例に係るｑｕｅｓｔｉｏｎ＿ｔｅｘｔフィールドは、一つのＰＤＩ質問の実際内容を含むことができる。
【０３６４】
本発明の一実施例に係るａｎｓｗｅｒ＿ｔｙｐｅ＿ｃｏｄｅフィールドは、ＰＤＩ質問に対するＰＤＩ回答のタイプを示すことができる。具体的に、本発明の一実施例に係るａｎｓｗｅｒ＿ｔｙｐｅ＿ｃｏｄｅフィールドは、次の表１に表現された回答タイプコードを含むことができる。次の表１に示すそれぞれの回答タイプコードは、図１１で説明したＰＤＩ回答のタイプを示すことができる。
【表１】
2015530800.tif 000003
【０３６５】
本発明の一実施例に係るｎｕｍ＿ａｎｓｗｅｒフィールドは、ＰＤＩ質問に対するＰＤＩ回答の数を示すことができる。
【０３６６】
本発明の一実施例に係るａｎｓｗｅｒ＿ｖａｌｕｅ＿ｌｅｎｇｔｈフィールドは、ａｎｓｗｅｒ＿ｖａｌｕｅの実際の長さを示すことができる。
【０３６７】
本発明の一実施例に係るａｎｓｗｅｒ＿ｖａｌｕｅフィールドは、ａｎｓｗｅｒ＿ｔｙｐｅ＿ｃｏｄｅと表現されるＰＤＩ回答の実際内容を含むことができる。
【０３６８】
図２６は、本発明の他の実施例に係るＰＤＩテーブルセクションを示す図である。
【０３６９】
具体的に、図２６は、図２３で説明したＰＤＩテーブルセクションの構文であって、基本的な内容は、図２４及び図２５で説明したものと同一である。図２６の構文を構成するフィールドは、図２５の構文を構成するフィールドと同一であり、以下、その具体的な説明は省略する。
【０３７０】
図２７は、本発明の他の実施例に係るＰＤＩテーブルセクションを示す図である。
【０３７１】
具体的に、図２７は、図２３で説明したＰＤＩテーブルセクションの構文であって、基本的な内容は、図２４及び図２５で説明したものと同一である。図２７の構文を構成する基本的なフィールドは、図２５のｓｙｎｔａｘを構成するフィールドと同一であり、以下、その具体的な説明は省略する。
【０３７２】
ただし、図２５の構文に比べて、図２７の構文は、ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒフィールドをさらに含むことができる。本発明の一実施例に係るｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒフィールドについての説明は、図２４で上述したものと同一である。
【０３７３】
図２８は、他の実施例に係るデジタル放送システムのフローチャートである。
【０３７４】
具体的に、図２３で説明した個人化放送システム上のＦＬＵＴＥセッション、フィルタリングエンジン及び／又はＰＤＩエンジンの動作に関する本発明の一実施例を示す図である。
【０３７５】
図２８に示すように、本発明の一実施例に係る個人化放送システムは、ＦＬＵＴＥセッション２８００、フィルタリングエンジン２８１０及び／又はＰＤＩエンジン２８２０を含むことができる。本発明の一実施例に係る個人化放送システムは、ＡＴＳＣ ２．０サービス及び次世代放送サービスなどを提供することができる。上述した個人化放送システムの構造は、設計者の意図によって変更されてもよい。
【０３７６】
図２３で上述した通り、本発明の一実施例に係る受信機は、ＦＬＵＴＥセッションを通してＰＤＩテーブルを受信することができる。以下、図２８では、本発明の一実施例に係る受信機がＦＬＵＴＥセッションを通してＰＤＩテーブルを受信する方法を説明する。
【０３７７】
本発明の一実施例に係る受信機は、ＦＬＵＴＥセッション２８００を通してＦＤＴインスタンスを受信することができる。ＦＤＴ（Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  Ｔａｂｌｅ）インスタンスは、同一のＦＬＵＴＥセッション２８００を通して伝送されるコンテンツの伝送単位を意味する。本発明の一実施例に係るＦＤＴインスタンスは、コンテンツのタイプを示すコンテンツタイプ属性を含むことができる。具体的に、本発明の一実施例に係るコンテンツタイプ属性は、ＦＬＵＴＥセッション２８００を通して伝送されるファイルがＰＤＩ−Ｑインスタンス文書（又は、ＰＤＩテーブル）であることを示す内容を含むことができる。本発明の一実施例に係るコンテンツタイプ属性に関する具体的な内容は後述する。
【０３７８】
本発明の一実施例に係る受信機は、ＦＤＴインスタンスを用いて、ＦＬＵＴＥセッション２８００を通して伝送されるファイルがＰＤＩ−Ｑインスタンス文書であることを認知できる。その後、本発明の一実施例に係る受信機は、ＰＤＩ−Ｑインスタンス文書をＰＤＩエンジン２８２０に伝達することができる。その具体的な内容は、図２３で説明したものと同一である。
【０３７９】
図２９は、本発明の他の実施例に係るＦＤＴインスタンスのＸＭＬスキーマを示す図である。
【０３８０】
具体的に、図２９は、図２８で説明したＦＤＴインスタンスのＸＭＬスキーマを示す図である。以下、上述したコンテンツタイプ属性（２９００）について説明する。
【０３８１】
図２９に示すように、本発明の一実施例に係るＦＤＴインスタンスは、ＦＤＴインスタンス自体の属性情報を示す属性２９００及び／又はＦＬＵＴＥセッションを通して伝送されるファイルを示すｆｉｌｅエレメント２９１０を含むことができる。図２９に示すｆｉｌｅエレメント２９１０は、ファイルに関する属性情報を示す属性を含むことができる。図２９に示すように、ｆｉｌｅエレメント２９１０は、本発明の実施例に係るｃｏｎｔｅｎｔ ｔｙｐｅ属性２９２０を含むことができる。
【０３８２】
図２８で説明した通り、本発明の実施例に係る受信機は、ｃｏｎｔｅｎｔ ｔｙｐｅ属性２９２０に含まれた値を用いてＰＤＩ−Ｑインスタンス文書を識別することができる。例えば、図２９に示すｃｏｎｔｅｎｔ ｔｙｐｅ属性２９２０は、「ａｐｐｌｉｃａｔｉｏｎ／ａｔｓｃ−ｐｄｉｑ」又は「ｔｅｘｔ／ａｔｓｃ−ｐｄｉｑ＋ｘｍｌ」で表現されるＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ  Ｅｘｔｅｎｓｉｏｎｓ）プロトコル形態の値などを有することができる。
【０３８３】
図３０は、本発明の一実施例に係るキャパビリティ記述語構文を示す図である。
【０３８４】
具体的に、図３０は、図２３で説明した個人化放送システムにおいて、本発明の一実施例に係る受信機がＰＤＩテーブルを識別するための構文を示している。
【０３８５】
本発明の一実施例に係るキャパビリティ記述語は、ＳＭＴサービスレベルでのサービス又はＮＲＴ−ＩＴコンテンツレベルでのコンテンツがＰＤＩテーブルであるか否かを示すために用いることができる。本発明の一実施例に係る受信機は、当該情報を用いてサービス／コンテンツがＰＤＩテーブルであるか否かを知り、当該サービス／コンテンツがダウンロードされるべきかをＰＤＩエンジンを支援するなどのキャパビリティによって判断する。
【０３８６】
次の表２に表現されたコードは、ＰＤＩテーブルシグナリングに対するキャパビリティ記述語でｃａｐａｂｉｌｉｔｙ＿ｃｏｄｅに追加することができる。本発明の一実施例に係るｃａｐａｂｌｉｌｔｙ＿ｃｏｄｅ値は、他の値に割り当てることができない。次の表２に表現されたｃａｐａｂｉｌｉｔｙ＿ｃｏｄｅ値は、設計者の意図によってその設定が変更されてもよい。
【表２】
2015530800.tif 000004
【０３８７】
図３１は、本発明の一実施例に係る消費モデルを示す図である。
【０３８８】
具体的に、図３１は、図２３で説明した個人化放送システムにおいて、本発明の一実施例に係る受信機でＰＤＩテーブルを識別するためにＳＭＴ上に追加されたフィールドを示す。
【０３８９】
ＮＲＴサービス記述語は、ＮＲＴ ＳＭＴのサービスレベルに位置し、そのＮＲＴ＿ｓｅｒｖｉｃｅ＿ｃａｔｅｇｏｒｙは、サービスがＰＤＩテーブルを提供すると、０ｘ０４（ＰＤＩ）となる。したがって、受信機は、フィールド値が０ｘ０４であると、ＰＤＩテーブルが提供されることがわかる。
【０３９０】
図３１に示す消費モデルの値は、設計者の意図によってその設定が変更されてもよい。
【０３９１】
図３２は、本発明の一実施例に係るフィルタリング基準記述語構文を示す図である。
【０３９２】
具体的に、図３２は、図２３で説明した個人化放送システム上で、本発明の一実施例に係る受信機がフィルタリング基準テーブルを受信するためのフィルタリング基準記述語のビットストリーム構文を示している。
【０３９３】
本発明の一実施例に係るフィルタリング基準は、本発明の一実施例に係る受信機がコンテンツをダウンロードするか否かを判断するよう、ダウンロード可能なコンテンツと関連付けられる。ＡＴＳＣ ２．０環境には、ダウンロード可能なコンテンツに２種のカテゴリーがある。独立型のＮＲＴサービスにおけるＮＲＴコンテンツ及び附属双方向データサービスでＴＤＯによって使われるＮＲＴコンテンツアイテムがある。
【０３９４】
以下、図３２では、独立型のＮＲＴサービスにおけるＮＲＴコンテンツをフィルタリングするためのフィルタリング基準について説明する。
【０３９５】
本発明の一実施例に係るＮＲＴサービス及びコンテンツアイテムに対するフィルタリング基準で、以下に定義されたフィルタリング基準記述語の一つ以上のインスタンスは、受信機が使用者にＮＲＴサービスを提供するか否かを決定するようにするために、ＳＭＴでサービスレベル記述語ループに含まれてもよく、受信機が当該特定コンテンツアイテムをダウンロードして使用者に使用可能にさせるか否かを決定するようにＮＲＴ−ＩＴでコンテンツアイテムレベル記述語ループに含まれてもよい。
【０３９６】
フィルタリング基準記述語の一つ以上のインスタンスは、複数値が同一の又は異なるターゲット基準に対して提供されるようにする。意図するターゲット論理は、同一のターゲット基準に対して複数値間の論理和であり、異なるターゲット基準間の論理積である。
【０３９７】
以下、図３２に示すフィルタリング基準記述語のビットストリーム構文における各フィールドのセマンティック定義について説明する。
【０３９８】
８ビットフィールドであるｄｅｓｃｒｉｐｔｏｒ＿ｔａｇフィールドは、記述語が本発明の一実施例に係るフィルタリング基準記述語である旨を示すために０ｘＴＢＤに設定することができる。
【０３９９】
８ビット符号無し整数フィールドであるｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈフィールドは、ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈフィールド自身に続くバイト数を示すことができる。
【０４００】
８ビットフィールドであるｎｕｍ＿ｆｉｌｔｅｒ＿ｃｒｉｔｅｒｉａフィールドは、図３２に示した当該記述語に含まれたフィルタリング基準の数を示すことができる。
【０４０１】
８ビットフィールドであるｃｒｉｔｅｒｉｏｎ＿ｉｄ＿ｌｅｎｇｔｈフィールドは、ｃｒｉｔｅｒｉｏｎ＿ｉｄフィールドの長さを示すことができる。
【０４０２】
可変長フィールドであるｃｒｉｔｅｒｉｏｎ＿ｉｄフィールドは、当該記述語が現れる仮想チャネルのＰＤＩテーブルで質問（ＱＩＡ、ＱＢＡ、ＱＳＡ、ＱＴＡ、又はＱＡＡエレメント）のｉｄ属性にマッチングするＵＲＩの形態で当該フィルタリング基準の識別子を提供することができる。
【０４０３】
３ビットフィールドであるｃｒｉｔｅｒｉｏｎ＿ｔｙｐｅ＿ｃｏｄｅフィールドは、次の表３によって当該基準（質問）のタイプを提供することができる。
【表３】
2015530800.tif 000005
【０４０４】
５ビットフィールドであるｎｕｍ＿ｃｒｉｔｅｒｉｏｎ＿ｖａｌｕｅｓフィールドは、各値がｃｒｉｔｅｒｉｏｎ＿ｉｄによって識別される質問（ＱＩＡ、ＱＢＡ、ＱＳＡ、ＱＴＡ、又はＱＡＡ）に対する可能な回答である当該フィルタリング基準に対するループでターゲット基準値の数を提供する。
【０４０５】
８ビットフィールドであるｃｒｉｔｅｒｉｏｎ＿ｖａｌｕｅ＿ｌｅｎｇｔｈフィールドは、当該ターゲット基準値を表す必要があるバイトの数を提供する。
【０４０６】
可変長フィールドであるｃｒｉｔｅｒｉｏｎ＿ｖａｌｕｅフィールドは、当該ターゲット基準値を提供する。
【０４０７】
本発明の一実施例に係るフィルタリング基準記述語は、サービスやコンテンツアイテムと関連した特定ターゲット基準に対する値を示す。ＡＴＳＣ ２．０送出において、上記の定義されたｆｉｌｔｅｒｉｎｇ＿ｃｒｉｔｅｒｉａ＿ｄｅｓｃｒｉｐｔｏｒ（）の一つ以上のインスタンスは、ＳＭＴにおいてＮＲＴサービスの記述語ループ又はＮＲＴ−ＩＴにおいてコンテンツアイテムの記述語ループに入ることができる。前者の場合、それらはサービス自体（全てのコンテンツアイテム）に適用することができる。後者の場合、それらは個別コンテンツアイテムに適用することができる。
【０４０８】
記述語ループに一つのフィルタリング基準記述語のみがあり、それが一つの基準値のみを有すると、サービス又はコンテンツアイテムがフィルタを通過するか否かの決定は、当該基準値が（ｃｒｉｔｅｒｉｏｎ＿ｉｄによって示されるように）フィルタリング基準に該当する質問に対するＰＤＩ−Ａで質問のいずれかの値と一致する場合は「真」（はい）になり、そうでない場合は「偽」（いいえ）になるはずである。
【０４０９】
単一記述語ループの全てのフィルタリング基準記述語において総基準値の数が１より大きいと、各基準値の結果は、基準値が（ｃｒｉｔｅｒｉｏｎ＿ｉｄによって示されるように）フィルタリング基準に該当する質問に対するＰＤＩ−Ａで回答のいずれかの値と一致する場合は、「真」を答える中間用語として評価されるはずであり、そうでない場合は「偽」を答える中間用語として評価されるはずである。これらの中間用語のうち、（ｃｒｉｔｅｒｉｏｎ＿ｉｄによって決定されるように）フィルタリング基準の同一値を有するものは、各ターゲット基準に対する中間結果を得るために論理和されるはずであり、これらの中間結果は、最終結果を決定するために論理積されるはずである。最終結果が受信機に対して「真」と評価されると、これは、関連したＮＲＴサービス又はコンテンツアイテムがフィルタを通過して受信機にダウンロードされてもよいことを意味する。
【０４１０】
図３３は、本発明の他の実施例に係るフィルタリング基準記述語構文を示す図である。
【０４１１】
具体的に、図３３は、図２３で説明した個人化放送システム上で、本発明の一実施例に係る受信機がフィルタリング基準テーブルを受信するためのフィルタリング基準記述語のビットストリーム構文を示している。
【０４１２】
図３３に示すフィルタリング基準記述語構文の基本的な内容は、図３２で説明したものと同一である。
【０４１３】
しかし、ｃｒｉｔｅｒｉｏｎ＿ｔｙｐｅ＿ｃｏｄｅフィールドは、下記の表４によって当該基準（質問）のタイプを提供することができる。
【表４】
2015530800.tif 000006
【０４１４】
図３４は、本発明の他の実施例に係るデジタル放送システムのフローチャートである。
【０４１５】
具体的に、図３４は、本発明の一実施例に係る受信機が放送網を通してＰＤＩテーブル及び／又はフィルタリング基準テーブルを受信するための個人化放送システムのフローチャートである。
【０４１６】
本発明の一実施例に係る個人化放送システムの基本的な構造は、図７乃至図１０で説明したものと同一である。本発明の一実施例に係るＰＤＩテーブルは、図９乃至図１８で説明したものと同一である。本発明の一実施例に係るフィルタリング基準テーブルは、図１９乃至図２２で説明したものと同一である。
【０４１７】
図３４に示すように、本発明の一実施例に係る個人化放送システムは、シグナリングサーバー３４１０、フィルタリングエンジン３４２０、ＰＤＩエンジン３４３０及び／又はＵＩ ３４４０を含むことができる。上述した個人化放送システムの構造は、設計者の意図によって変更されてもよい。
【０４１８】
本発明の一実施例に係るＰＤＩテーブル及びフィルタリング基準を処理するためのフィルタリングエンジン３４２０、ＰＤＩエンジン３４３０及び／又はＵＩ ３４４０の動作は、図２３で説明したものと同一である。以下、図３４に示すシグナリングサーバー３４１０の動作を中心に説明する。
【０４１９】
本発明の一実施例に係る受信機は、まず、ＰＤＩテーブルセクションを受信するための要請信号をシグナリングサーバー３４１０に伝送することができる。この場合、本発明の一実施例に係る受信機は、クエリー用語を用いて要請信号を伝送することができる。クエリーに関する具体的な内容は後述する。
【０４２０】
本発明の一実施例に係るシグナリングサーバー３４１０は、当該クエリーに応じたＰＤＩテーブルセクションを受信機に伝送することができる。ＰＤＩテーブルセクションに関する具体的な内容は、図２４乃至図２７で説明したものと同一である。
【０４２１】
図３５は、本発明の一実施例に係るＨＴＴＰ要請テーブルを示す図である。
【０４２２】
具体的に、図３５は、本発明の一実施例に係る受信機が図３４で説明したシグナリングサーバーにクエリーを伝送するためのＨＴＴＰプロトコルを示す。
【０４２３】
放送局によって支援されると、図３５に示すプロトコルは、２つのキャパビリティを提供することができる。第一に、圧縮されないオーディオ又はビデオのみを伝達する経路を通してＤＴＶ放送信号を受ける装置に対して、当該プロトコルは一般に放送局の独立型ＮＲＴサービスに接続する唯一の方法である。第二に、完全な放送ストリームに接続できる装置に対しても、当該プロトコルはローカル放送領域で使用可能な全ての放送ストリームを循環して所望のテーブルが現れることを待たずに、プログラム／サービスガイドを埋めるデータを検索する方法を提供する。これは、また、別のチューナーを必要とせず、視聴者がＴＶを視聴している間にも、いつでもこのようなデータの検索を可能にする。
【０４２４】
図３５に示すＨＴＴＰ要請テーブルは、受信しようとするテーブルの種類及び当該テーブルを受信するためのベースＵＲＬを示すクエリー用語を含むことができる。
【０４２５】
本発明の一実施例に係る受信機は、図３５に示すＨＴＴＰ要請テーブルのクエリー用語を用いて特定ｔａｂｌｅを受信することができる。具体的に、本発明の一実施例に係る受信機は、「？ｔａｂｌｅ＝ＰＤＩＴ［＆ｃｈａｎ＝＜ｃｈａｎ＿ｉｄ＞］」というクエリー用語を用いてシグナリングサーバーに要請信号を送ることができる。その具体的な内容は図３４で説明したものと同一である。
【０４２６】
図３６は、本発明の他の実施例に係るデジタル放送システムのフローチャートである。
【０４２７】
具体的に、図３６は、本発明の一実施例に係る受信機がインターネットを通してＰＤＩテーブル及び／又はフィルタリング基準テーブルを受信するための個人化放送システムのフローチャートである。
【０４２８】
本発明の一実施例に係る個人化放送システムの基本的な構造は、図７乃至図１０で説明したものと同一である。本発明の一実施例に係るＰＤＩテーブルは、図９乃至図１８で説明したものと同一である。本発明の一実施例に係るフィルタリング基準テーブルは、図１９乃至図２２で説明したものと同一である。
【０４２９】
インターネットを通して伝達される時、ＰＤＩテーブルインスタンスは、ＨＴＴＰ又はＨＴＴＰＳを通して伝達されるはずである。ＨＴＴＰ応答ヘッダーでＰＤＩテーブルのコンテンツタイプは「ｔｅｘｔ／ｘｍｌ」になるだろう。
【０４３０】
インターネットを通してＰＤＩテーブルを検索するために使われるＵＲＬは、ＤＴＶ字幕放送チャネルで標準字幕サービス＃６で移動するＳＤＯＰｒｉｖａｔｅＤａｔａＵＲＩＳｔｒｉｎｇ命令語を介して伝達されてもよく、ＴＰＴと共に伝達されるＵｒｌＬｉｓｔＸＭＬエレメントで伝達されてもよい。
【０４３１】
ＴＰＴ（ＴＤＯパラメータテーブル）は、セグメントのＴＤＯに関するメタデータ及びそれらをターゲットとするイベントを含む。ＴＤＯという用語は、トリガリングされた双方向付加データサービスでトリガーによって開始されたＤＯ（Ｄｅｃｌａｒａｔｉｖｅ  Ｏｂｊｅｃｔ）又はトリガーによって開始されたＤＯによって開始されたＤＯなどを反復して指定するために使われる。トリガーは、シグナリングを識別し、双方向イベントの再生のタイミングを設定する機能を有するシグナリングエレメントである。
【０４３２】
図３６に示すように、本発明の一実施例に係る個人化放送システムは、ＰＤＩサーバー３６００、コンテンツサーバー３６５０及び／又は受信機を含むことができる。本発明の一実施例に係る受信機はＴＰＴ（ＴＤＯ  Ｐａｒａｍｅｔｅｒｓ  Ｔａｂｌｅ）クライアント３６１０、フィルタリングエンジン３６２０、ＰＤＩエンジン３６３０及び／又はＵＩ３６４０を含むことができる。上述した個人化放送システムの構造は、設計者の意図によって変更されてもよい。以下、図３６に示す各構成エレメントの動作について説明する。
【０４３３】
本発明の一実施例に係るＴＰＴクライアント３６１０は、ＴＰＴ及び／又はＵＲＬリストテーブルを受信することができる。本発明の一実施例に係るＴＰＴは、セグメントのＴＤＯに関するメタデータ及びそれらをターゲットとするイベントを含む。本発明の一実施例に係るＴＰＴは、ＰＤＩテーブル及びフィルタリング基準テーブルに関する情報を含むことができる。本発明の一実施例に係るＵＲＬリストテーブルは、ＰＤＩサーバー３６００のＵＲＬ情報を含むことができる。ＴＰＴ及びＵＲＬリストテーブルに関する具体的な内容は後述する。
【０４３４】
また、本発明の一実施例に係るＴＰＴクライアント３６１０は、ＵＲＬリストテーブルからＰＤＩサーバー３６００のＵＲＬ情報を取得することができる。ＴＰＴクライアント３６１０は、取得したＵＲＬ情報を用いてＰＤＩサーバー３６００にアクセスし、本発明の一実施例に係るＰＤＩテーブルの伝送を要請することができる。本発明の一実施例に係るＰＤＩサーバー３６００は、ＴＰＴクライアント３６１０の要請によって当該ＰＤＩテーブルをＴＰＴクライアント３６１０に伝送することができる。
【０４３５】
図３６に示すように、本発明の一実施例に係るＴＰＴクライアント３６１０は、受信したＰＤＩテーブルをＰＤＩエンジン３６３０に伝達することができる。本発明の一実施例に係るＰＤＩエンジン３６３０は、受信したＰＤＩテーブルを処理し、当該ＰＤＩテーブルに含まれたＰＤＩ質問を抽出することができる。その後、本発明の一実施例に係るＰＤＩエンジン３６３０は、抽出されたＰＤＩ質問をＵＩ ３６４０に伝達することができる。
【０４３６】
本発明の一実施例に係るＵＩ ３６４０は、受信したＰＤＩ質問をディスプレイし、当該ＰＤＩ質問に対するＰＤＩ回答を受信することができる。本発明の一実施例に係るＵＩ ３６４０はリモコンによってＰＤＩ回答を受信することができる。その後、本発明の一実施例に係るＰＤＩエンジン３６３０は、ＵＩ ３６４０から受信したＰＤＩ回答を用いてＰＤＩデータを更新することができる。その具体的な内容は、図７及び図８で説明したものと同一である。
【０４３７】
また、本発明の一実施例に係るＴＰＴクライアント３６１０は、ＴＰＴをパーシングしてフィルタリング基準を取得することができる。図３６に示すように、ＴＰＴクライアント３６１０は、フィルタリング基準をフィルタリングエンジン３６２０に伝達することができる。この場合、本発明のフィルタリング基準は、ｘｍｌ文書フォーマットのフィルタリング基準テーブルを一実施例とすることができ、フィルタリング基準テーブルについては図２１及び図２２で具体的に説明した。
【０４３８】
その後、本発明の一実施例に係るフィルタリングエンジン３６２０は、ＰＤＩエンジン３６３０にＰＤＩデータ要請信号を伝達することができる。本発明の一実施例に係るＰＤＩエンジン３６３０はＰＤＩデータ要請信号を受信すると、当該ＰＤＩデータ要請信号に対応するＰＤＩデータを検索してフィルタリングエンジン３６２０に伝達することができる。本発明の一実施例に係るフィルタリング以降の過程については図９及び図１０で具体的に説明した。
【０４３９】
結果的に、本発明の一実施例に係る受信機は、フィルタリング結果を用いてコンテンツをダウンロードすることができる。さらにいうと、ＴＰＴクライアント３６１０は、フィルタリング結果をフィルタリングエンジン３６２０から受信し、ＴＤＯ及び／又はコンテンツダウンロード要請信号をコンテンツサーバー３６５０に伝達することができる。コンテンツサーバー３６５０はＴＤＯ及び／又はコンテンツダウンロード要請信号に応じてＴＤＯ及び／又はコンテンツをＴＰＴクライアント３６１０に伝送することができる。
【０４４０】
図３７は、本発明の一実施例に係るＵＲＬリストテーブル示す図である。
【０４４１】
具体的に、図３７は、本発明の一実施例に係る受信機がインターネットを通してＰＤＩテーブル及び／又はフィルタリング基準を受信するためのＵＲＬ情報を含んでいるテーブルである。本発明の一実施例に係るＵＲＬリストテーブルの送受信過程は、図３６で具体的に説明した。
【０４４２】
ＵＲＬリストテーブルは、インターネットを通して伝達される時、マルチパート（ｍｕｌｔｉｐａｒｔ）ＭＩＭＥメッセージの形態でＴＰＴと共にＨＴＴＰを通して伝達されうる。
【０４４３】
インターネットを通して伝達される時、ＴＰＴはＨＴＴＰを通して伝達されてもよい。現セグメントのＴＰＴに関するＵＲＬ情報は、ＤＴＶ字幕サービス＃６又は自動コンテンツ認識サーバーを介して伝達され、トリガーに現れるはずである。ＴＰＴの要請に対する応答は、現セグメントに対するＴＰＴのみで構成されてもよく、要請されたＴＰＴが一番目のパート、セグメントに対するＡＭＴが選択的に二番目のパート、ＵｒｌＬｉｓｔＸＭＬ文書が選択的にその次のパートであるマルチパートＭＩＭＥメッセージで構成されてもよい。
【０４４４】
以下、本発明の一実施例に係るＵＲＬリストテーブルに含まれた各エレメントのセマンティクスについて説明する。
【０４４５】
図３７に示すＵｒｌＬｉｓｔエレメントは、本発明の一実施例に係る受信機に有用なＵＲＬのリストを含む。
【０４４６】
図３７に示すＵｒｌＬｉｓｔエレメントのＴｐｔＵｒｌエレメントは、現双方向付加サービスで将来のセグメントに対するＴＰＴのＵＲＬ情報を含むことができる。複数のＴｐｔＵｒｌエレメントが含まれると、それらは放送でセグメントの出現順に整列されるはずである。
【０４４７】
図３７に示すＵｒｌＬｉｓｔエレメントのＮｒｔＳｉｇｎａｌｉｎｇＵｒｌエレメントは、受信機が当該標準のセクション１８に定義された要請プロトコルを用いて現伝送ストリームで全ての仮想チャネルに対するＮＲＴシグナリングテーブルを取得できるサーバーのＵＲＬ情報を含むことができる。
【０４４８】
図３７に示すＵｒｌＬｉｓｔエレメントのＵｒｓＵｒｌエレメントは、受信機が当該標準のセクション１０に定義されたプロトコルを用いて使用（視聴率調査）レポートを伝送できるサーバーのＵＲＬ情報を含むことができる。
【０４４９】
図３７に示すＵｒｌＬｉｓｔエレメントのＰｄｉＵｒｌエレメントは、ＰＤＩＴａｂｌｅのＵＲＬ情報を含むことができる。すなわち、本発明の一実施例に係るＰｄｉＵｒｌエレメントは、ＰＤＩテーブル及び／又はフィルタリング基準を伝送できるサーバーのＵＲＬ情報を示すことができる。
【０４５０】
上述した図３７のＵＲＬリストテーブルは、次の表５のようなフォーマットで構成することができる。
【表５】
2015530800.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>
【０５５８】
図５４は、本発明の一実施例に係るＰＤＩ ＡＰＩを示す図である。
【０５５９】
具体的に、図５４は、上述した宣言コンテンツオブジェクト（ＤＯ）などのアプリケーションがＰＤＩデータを用いるための関数を示す図である。本発明の一実施例に係るＰＤＩ ＡＰＩは、本発明の一実施例に係る受信機がＰＤＩ記憶装置にアクセスするためのインターフェースを意味する。
【０５６０】
ＡＴＳＣ ２．０クライアント装置は、ＰＤＩ質問に対する接近（例えば、検索及び更新）を可能にするためにＰＤＩ ＡＰＩを支援する。
【０５６１】
ＡＴＳＣ ２．０ ＤＡＥの一環として提供されるＡＰＩは、記憶装置から当該質問のテキストを読み出し、（可能ならば）当該質問に対して既に提供された回答を読み出し、当該質問に対する回答を記憶するために与えられた質問のＩＤを考慮してＤＯを許容する。
【０５６２】
ＴＤＯが或る特定質問又は回答に対して接近したり記録することを防止する或る規則を定義したり実施する試みは行われない。複数の個体が与えられたチャネルで使用可能なアンケートを提供できると構想される。このような客体は、国家の伝送網事業者、ローカル放送局系列会社、様々なプログラム生産者／供給者を含むことができるが、これに制限されない。
【０５６３】
ＡＴＳＣ ２．０クライアント装置は、ＰＤＩデータ記憶及び検索のためのＡＰＩを実現する。ＰＤＩ機能を実行するために、装置は、ネイティブアプリケーション、ファイルシステム／データベースを使用したり遠隔サービスを使用してＰＤＩデータベースを提供することができる。ＰＤＩ記憶装置は、ＡＴＳＣクライアントに拘束されている。一つのＰＤＩ記憶装置インスタンスのみがクライアントのために存在する。ＰＤＩ記憶装置は、ＤＯがクライアントのＰＤＩデータに接続できるようにし、また、使用者がネイティブアプリケーションを用いて互いに異なるサービスプロバイダにわたって持続的にＰＤＩ質問を管理（例えば、更新、追加、又は削除）できるようにする。
【０５６４】
図５４は、本発明の一実施例に係るＰＤＩ ＡＰＩを示すテーブルである。本発明の一実施例に係る受信機は図５４に示すＰＤＩ ＡＰＩを用いてＰＤＩテーブルリストを取得することができる。
【０５６５】
以下、図５４に示すＡＰＩについて説明する。
【０５６６】
図５４に示すＡＰＩの名称は、ｇｅｔＰＤＩＴａｂｌｅＬｉｓｔ（）であり、これは設計者の意図によって変更可能な事項である。図５４に示す説明は、ｇｅｔＰＤＩＴａｂｌｅＬｉｓｔ（）ＡＰＩ関数の詳細内容を示す。図５４に示す引数（ａｒｇｕｍｅｎｔｓ）は、ｇｅｔＰＤＩＴａｂｌｅＬｉｓｔ（）ＡＰＩ関数の媒介変数を参照する。
【０５６７】
より具体的に、図５４に示す説明は、ｇｅｔＰＤＩＴａｂｌｅＬｉｓｔ（）ＡＰＩ関数がそれぞれに対してｐｄｉＴａｂｌｅＩｄを提供し、ＰＤＩテーブルのリストを有するＸＭＬ構造を応答するということを示す。ＸＭＬ構造は、次のＸＭＬスキーマの通りである。一つのｐｄｉＴａｂｌｅＩｄ下位エレメントを有するｐｄｉＴａｂｌｅＬｉｓｔエレメントはカーディナリティ０を有し、無限である。０ ｐｄｉＴａｂｌｅＩｄインスタンスは、放送局がＰＤＩテーブルを提供していないということを示す。
【０５６８】
図５４に示す引数は、ｐｄｉＴａｂｌｅＩｄがＰＤＩテーブルの全世界的に唯一の識別子であるということをＵＲＩの形態で示す。
【０５６９】
したがって、本発明の一実施例に係る受信機は、ＸＭＬスキーマによるテーブルフォーマットのＰＤＩテーブルリストを受信することができる。図５４に示すように、ＰＤＩテーブルリストはｐｄｉＴａｂｌｅＩｄエレメントを含むことができる。図５４に示すｐｄｉＴａｂｌｅＩｄエレメントのカーティナリティが０を示す場合は、本発明の一実施例に係る受信機が放送局からＰＤＩテーブルを受信していないということを意味できる。
【０５７０】
図５５は、本発明の他の実施例に係るＰＤＩ ＡＰＩを示す図である。
【０５７１】
具体的に、図５５は、本発明の一実施例に係る受信機がＰＤＩテーブルを取得するためのＰＤＩ ＡＰＩを示す図である。
【０５７２】
以下、図５５に示すＡＰＩについて説明する。
【０５７３】
図５５に示すＡＰＩの名称はｇｅｔＰＤＩＴａｂｌｅ（Ｓｔｒｉｎｇ  ｐｄｉＴａｂｌｅＩｄ）であり、これは設計者の意図によって変更可能な事項である。図５５に示す説明は、ｇｅｔＰＤＩＴａｂｌｅ（Ｓｔｒｉｎｇ  ｐｄｉＴａｂｌｅＩｄ）ＡＰＩ関数の詳細内容を示す。図５５に示す引数は、ｇｅｔＰＤＩＴａｂｌｅ（Ｓｔｒｉｎｇ  ｐｄｉＴａｂｌｅＩｄ）ＡＰＩ関数の媒介変数を参照する。
【０５７４】
より具体的に、図５５に示す説明は、ｇｅｔＰＤＩＴａｂｌｅ（Ｓｔｒｉｎｇ  ｐｄｉＴａｂｌｅＩｄ）ＡＰＩ関数が受信機に対してＰＤＩテーブルＸＭＬ文書を応答するためのものであることを示す。各ｐｄｉＴａｂｌｅは、当該方法に対する入力として提供された全世界的に唯一のｐｄｉＴａｂｌｅＩｄ識別子によって識別されたものと関連している。応答された値は、連載されたＰＤＩテーブルＸＭＬインスタンスを含み、選択的にＰＤＩ−Ｑ又はＰＤＩ−Ａ ＸＭＬインスタンスを含むストリングである。
【０５７５】
図５５に示す引数は、ｐｄｉＴａｂｌｅＩｄがＰＤＩテーブルの全世界的に唯一の識別子であるということをＵＲＩの形態で示す。
【０５７６】
したがって、本発明の一実施例に係る受信機は、図５４で説明したＰＤＩテーブルリストを受信した後に、ＰＤＩテーブルを受信することができる。具体的に、ＰＤＩテーブルリストを受信した受信機は、図５４に示すｐｄｉＴａｂｌｅＩｄに関連したＰＤＩテーブルＸＭＬ文書を受信することができる。
【０５７７】
具体的に、図５５に示すＰＤＩ ＡＰＩによる受信機の動作は、図７乃至１０、図２３、図３４、図３６、及び図３９乃至図４２で説明したものと同一である。また、図５５に示すＰＤＩ ＡＰＩによる受信機は、図１１乃至図１８で説明したＰＤＩテーブルフォーマットによるＰＤＩテーブルリストを受信することができる。
【０５７８】
図５６は、本発明の他の実施例に係るＰＤＩ ＡＰＩを示す図である。
【０５７９】
具体的に、図５６は、本発明の一実施例に係る受信機がＰＤＩ回答を取得するためのＰＤＩ ＡＰＩを示す図である。
【０５８０】
以下、図５６に示すＡＰＩについて説明する。
【０５８１】
図５６に示すＡＰＩの名称はｇｅｔＰＤＩＡ（Ｓｔｒｉｎｇ  ｐｄｉＴａｂｌｅＩｄ）であり、これは設計者の意図によって変更可能な事項である。図５６に示す説明は、ｇｅｔＰＤＩＡ（Ｓｔｒｉｎｇ  ｐｄｉＴａｂｌｅＩｄ）ＡＰＩ関数の詳細内容を示す。図５６に示す引数は、ｇｅｔＰＤＩＡ（Ｓｔｒｉｎｇ  ｐｄｉＴａｂｌｅＩｄ）ＡＰＩ関数の媒介変数を参照する。
【０５８２】
より具体的に、図５６に示す説明は、ｇｅｔＰＤＩＡ（Ｓｔｒｉｎｇ  ｐｄｉＴａｂｌｅＩｄ）ＡＰＩ関数が受信機に対してＰＤＩ−Ａ ＸＭＬ文書を応答するためのものであることを示す。各ｐｄｉＴａｂｌｅは、当該方法に対する入力として提供された全世界的に唯一のｐｄｉＴａｂｌｅＩｄ識別子によって識別されたものと関連している。応答された値は、連載されたＰＤＩ−Ａ ＸＭＬインスタンスを含むストリングである。
【０５８３】
図５６に示す引数は、ｐｄｉＴａｂｌｅＩｄがＰＤＩテーブルの全世界的に唯一の識別子であるということをＵＲＩの形態で示す。
【０５８４】
したがって、図５４で説明したＰＤＩテーブルリストを受信した受信機は、図５４に示すｐｄｉＴａｂｌｅＩｄに関連したＰＤＩ−ＡテーブルのＸＭＬ文書（又は、ＰＤＩ−Ａインスタンス文書）を受信することができる。本発明の一実施例に係るＰＤＩ−Ａインスタンス文書は、図１７で説明したものと同一である。
【０５８５】
具体的に、図５６に示すＰＤＩ ＡＰＩによる受信機の動作は、図７乃至１０、図２３、図３４、図３６、及び図３９乃至図４２で説明したものと同一である。
【０５８６】
図５４乃至５６に示してはいないが、本実施例に係るＰＤＩ ＡＰＩは、次の表６及び／又は表７のように記述できる。
【表６】
2015530800.tif 000008
【表７】
2015530800.tif 000009
【０５８７】
図５７は、本発明の一実施例に係るデジタルサービス信号処理装置を示す図である。
【０５８８】
具体的に、図５７は、本発明の一実施例に係るデジタルサービス信号を処理できる受信装置の構造を示す図である。図５７に示す受信装置は、個人化放送サービスを具現でき、ＡＴＳＣ ２．０サービスを提供することができる。
【０５８９】
図５７に示すように、本発明の一実施例に係る受信装置５７００は、ＰＤＩモジュール５７１０、ＰＤＩ回答モジュール５７２０、フィルタリングモジュール５７３０及び／又はコンテンツ記憶モジュール５７４０を含むことができる。上述した受信装置５７００の構造は設計者の意図によって変更されてもよい。以下、各モジュールについて説明する。
【０５９０】
図５７に示すＰＤＩモジュール５７１０は、ＰＤＩテーブルを受信することができ、このとき、ＰＤＩテーブルはＰＤＩ質問の属性を有する少なくとも一つの質問エレメントを含む。図５７に示すＰＤＩモジュール５７１０は、少なくとも一つの質問エレメントからＰＤＩ質問を抽出することもできるが、このとき、それぞれの少なくとも一つの質問エレメントは互いに異なるタイプを有する。本発明の一実施例に係るＰＤＩモジュール５７１０の動作は、図７及び図８、図５４乃至図５６で説明したものと同一である。
【０５９１】
本発明の一実施例に係る少なくとも一つの質問エレメントのタイプは整数回答、ブール回答、選択回答、テキスト回答、ＰＤＩ質問のない回答のうち一つを有するＰＤＩ質問に対するタイプを示す。
【０５９２】
本発明の一実施例に係るＰＤＩテーブルは、ｔａｂｌｅ Ｉｄフィールド、ｔａｂｌｅ ｖｅｒｓｉｏｎフィールド、ｔｉｍｅフィールド、ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎフィールド、ｅｘｐｉｒｅフィールド、及び／又はｘａｃｔｉｏｎＳｅｔＩｄフィールドをさらに含むことができる。
【０５９３】
本発明の一実施例に係るｔａｂｌｅ Ｉｄフィールドは、ＰＤＩテーブルを識別することができる。本発明の一実施例に係るｔａｂｌｅ ｖｅｒｓｉｏｎフィールドは、ＰＤＩテーブルのバージョンを示すことができる。本発明の一実施例に係るｔｉｍｅフィールドは、ＰＤＩ質問に対する最近の変化の日付及び時間を示すことができる。本発明の一実施例に係るｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎフィールドは、ＰＤＩテーブルのプロトコルバージョンを示すことができる。本発明の一実施例に係るｅｘｐｉｒｅフィールドは、各ＰＤＩ質問の満了日付及び時間を示すことができる。本発明の一実施例に係るｘａｃｔｉｏｎＳｅｔＩｄフィールドは、各ＰＤＩ質問がＰＤＩ質問の集合に属するか否かを示すことができる。
【０５９４】
本発明の一実施例に係る少なくとも一つの質問エレメントは、位置及び時間の情報を示すｓｉｔｕａｔｉｏｎフィールドをさらに含むことができるが、当該ｓｉｔｕａｔｉｏｎフィールドは緯度及び経度の情報を含むｌｏｃａｔｉｏｎフィールドを含む。
【０５９５】
上述したＰＤＩテーブル及び質問エレメントに関する具体的な内容は、図１１乃至図１８で説明したものと同一である。
【０５９６】
図５７に示すＰＤＩ回答モジュール５７２０は、抽出されたＰＤＩ質問によるＰＤＩ回答を受信することができる。本発明の一実施例に係るＰＤＩ回答モジュール５７２０の動作は、図７及び図８、図５４乃至図５６で説明したものと同一である。
【０５９７】
図５７に示すフィルタリングモジュール５７３０は、フィルタリング基準情報を受信することができる。フィルタリングモジュール５７３０はまた、フィルタリング基準情報と受信したＰＤＩ回答とを比較することによってデジタルサービス信号の内容をフィルタリングすることができる。本発明の一実施例に係るフィルタリングモジュール５７３０の動作は、図７乃至図１０、図５４乃至図５６で説明したものと同一である。
【０５９８】
本発明の一実施例に係るフィルタリング基準情報のタイプは、整数回答、ブール回答、選択回答、テキスト回答、ＰＤＩ質問のない回答のうち一つを有するＰＤＩ質問に対するタイプを示し、フィルタリングは、フィルタリング基準情報がＰＤＩ回答と一致するか否かを判断することをさらに含む。本発明の一実施例に係るフィルタリング基準情報に関する内容は、図１９乃至図２２で説明したものと同一である。
【０５９９】
図５７に示すコンテンツ記憶モジュール５７４０は、フィルタリングされたコンテンツをダウンロードすることができる。本発明の一実施例に係るコンテンツ記憶モジュール５７４０の動作は、図７及び図８、図５４乃至図５６で説明したものと同一である。
【０６００】
ＰＤＩテーブルがＩＰサブネットを通して伝達されると、図５７に示すＰＤＩモジュール５７１０は、また、コンテンツのシグネチャーを含む要請を自動コンテンツ認識サーバーに周期的に送り、自動コンテンツ認識サーバーからＵＲＬＬｉｓｔ情報を受信するためのトリガー及びフィルタリング基準情報を含むＴＰＴを含む回答を受信することができる。本発明の一実施例に係るＰＤＩモジュール５７１０の動作は、図３６乃至図３９で説明したものと同一である。また、上述したＩＰサブネットは、図２４で説明したものと同一である。
【０６０１】
ＰＤＩテーブルが放送ストリームで伝達されると、図５７に示すＰＤＩモジュール５７１０は、また、ＰＤＩテーブルを識別するために、シーケンスナンバー情報を含むテーブルセクションを受信し、当該テーブルセクションのシーケンスナンバー情報を用いてＰＤＩテーブルを受信することができる。本発明の一実施例に係るＰＤＩモジュール５７１０の動作は、図２３乃至図３５で説明したものと同一である。
【０６０２】
また、図５７に示してはいないが、本発明の一実施例に係る受信装置５７００は、使用ログ、使用モニタリングエンジン及び／又は使用モニタリングエンジンをさらに含むことができる。本発明の一実施例に係る使用ログは、サービス使用の内訳を記憶することができる。本発明の一実施例に係る使用モニタリングエンジンは、サービス使用を周期的に又は要請信号を受信することによってモニタリングすることができる。本発明の一実施例に係る使用モニタリングエンジンは、モニタリング結果をコンテンツを更新するために適用することができる。その具体的な内容は、図８で説明したものと同一である。
【０６０３】
図５８は、本発明の他の実施例に係るデジタルサービス信号処理装置を示す図である。
【０６０４】
具体的に、図５８は、本発明の一実施例に係るデジタルサービス信号を処理できる送信装置の構造を示す図である。図５８に示す送信装置は、個人化放送サービスを提供でき、ＡＴＳＣ ２．０サービスを提供することができる。
【０６０５】
図５８に示すように、本発明の一実施例に係る送信装置５８００は、ＰＤＩテーブル生成器５８１０、フィルタリング基準情報生成モジュール５８２０、伝送モジュール５８３０を含むことができる。上述した送信装置５８００の構造は、設計者の意図によって変更されてもよい。以下、各モジュールについて説明する。
【０６０６】
図５８に示すＰＤＩテーブル生成器５８１０は、ＰＤＩテーブルを生成することができる。ここで、ＰＤＩテーブルは、ＰＤＩ質問の属性を含む少なくとも一つの質問エレメントを含み、ＰＤＩテーブルは、ＰＤＩテーブルを識別するｔａｂｌｅ Ｉｄフィールド、ｔａｂｌｅ ｖｅｒｓｉｏｎフィールド、ＰＤＩテーブルのバージョンを示すｔａｂｌｅ ｖｅｒｓｉｏｎフィールド、ＰＤＩ質問に対する最近の変化の日付及び時間を示すｔｉｍｅフィールドをさらに含む。
【０６０７】
本発明の一実施例に係る少なくとも一つの質問エレメントのタイプは、整数回答、ブール回答、選択回答、テキスト回答、ＰＤＩ質問のない回答のうち一つを有するＰＤＩ質問に対するタイプを示す。
【０６０８】
上述したＰＤＩテーブル及び質問エレメントに関する具体的な内容は、図１１乃至図１８で説明したものと同一である。
【０６０９】
図５８に示すフィルタリング基準情報生成モジュール５８２０は、フィルタリング基準情報を生成することができる。本発明の一実施例に係るフィルタリング基準情報に関する内容は、図１９乃至図２２で説明したものと同一である。
【０６１０】
図５８に示す伝送モジュール５８３０は、ＰＤＩテーブル、フィルタリング基準情報、及びデジタルサービス信号のコンテンツを伝送することができる。本発明の一実施例に係る伝送モジュール５８３０の動作は、図７及び図８、図５４乃至図５６で説明したものと同一である。
【０６１１】
ＰＤＩテーブルが放送ストリームで伝送されると、伝送モジュール５８３０は、生成されたＰＤＩテーブルを圧縮し、圧縮されたＰＤＩテーブルをブロックに分け、ブロックをＳＳＣで伝達されるセクションに挿入することができる。ここで、セクションは、ＰＤＩテーブルを識別するためにシーケンスナンバー情報を含む。上述した伝送モジュール５８３０の具体的な動作は、図２４で説明したものと同一である。
【０６１２】
図５９は、本発明の一実施例に係るデジタルサービス信号処理方法を示す図である。
【０６１３】
具体的に、図５９は、本発明の一実施例に係る個人化放送システムがデジタルサービス信号を受信及び処理する方法を示すフローチャートである。上述した個人化放送システムは、図１７乃至図５６に示す本発明の一実施例に係る個人化放送サービスを処理することができる。
【０６１４】
本発明の一実施例に係る受信機は、ＰＤＩテーブルを受信することができる（Ｓ５９０１）。
【０６１５】
具体的に、本発明の一実施例に係る受信機は、コンテンツプロバイダ又は放送局からＰＤＩアンケートを含んでいるＰＤＩテーブルを受信することができる。より具体的な内容は、図７及び図８、図５４乃至図５６で説明したものと同一である。
【０６１６】
また、本発明の一実施例に係る受信機は、ｉｐサブネットを通してＰＤＩテーブルを受信することができる。本発明の一実施例に係る受信機は、また、コンテンツのシグネチャーを含む要請を自動コンテンツ認識サーバーに周期的に送り、自動コンテンツ認識サーバーからＵＲＬＬｉｓｔ情報を受信するためのトリガー及びフィルタリング基準情報を含むＴＰＴを含む回答を受信することができる。より詳細な内容は、図２４、図３６乃至図３９で説明したものと同一である。
【０６１７】
また、本発明の一実施例に係る受信機は、放送ストリームを介してＰＤＩテーブルを受信することができる。本発明の一実施例に係る受信機は、また、ＰＤＩテーブルを識別するためにシーケンスナンバー情報を含むテーブルセクションを受信し、当該テーブルセクションのシーケンスナンバー情報を用いてＰＤＩテーブルを受信することができる。より詳細な内容は、図２３乃至図３５で説明したものと同一である。
【０６１８】
本発明の一実施例に係る少なくとも一つの質問エレメントのタイプは、整数回答、ブール回答、選択回答、テキスト回答、ＰＤＩ質問のない回答のうち一つを有するＰＤＩ質問に対するタイプを示す。
【０６１９】
本発明の一実施例に係るＰＤＩテーブルは、ｔａｂｌｅ Ｉｄフィールド、ｔａｂｌｅ ｖｅｒｓｉｏｎフィールド、ｔｉｍｅフィールド、ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎフィールド、ｅｘｐｉｒｅフィールド、及び／又はｘａｃｔｉｏｎ ＳｅｔＩｄフィールドをさらに含むことができる。
【０６２０】
本発明の一実施例に係るｔａｂｌｅ Ｉｄフィールドは、ＰＤＩテーブルを識別することができる。本発明の一実施例に係るｔａｂｌｅ ｖｅｒｓｉｏｎフィールドは、ＰＤＩテーブルのバージョンを示すことができる。本発明の一実施例に係るｔｉｍｅフィールドは、ＰＤＩ質問に対する最近の変化の日付及び時間を示すことができる。本発明の一実施例に係るｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎフィールドは、ＰＤＩテーブルのプロトコルバージョンを示すことができる。本発明の一実施例に係るｅｘｐｉｒｅフィールドは、各ＰＤＩ質問の満了日付及び時間を示すことができる。本発明の一実施例に係るｘａｃｔｉｏｎ ＳｅｔＩｄフィールドは、各ＰＤＩ質問がＰＤＩ質問の集合に属するか否かを示すことができる。
【０６２１】
本発明の一実施例に係る少なくとも一つの質問エレメントは、位置及び時間の情報を示すｓｉｔｕａｔｉｏｎフィールドをさらに含むことができ、該ｓｉｔｕａｔｉｏｎフィールドは、緯度及び経度の情報を含むｌｏｃａｔｉｏｎフィールドを含む。
【０６２２】
上述したＰＤＩテーブル及び質問エレメントに関する具体的な内容は、図１１乃至図１８で説明したものと同一である。
【０６２３】
本発明の一実施例に係る受信機は、ＰＤＩテーブルからＰＤＩ質問を抽出することができる（Ｓ５９０２）。
【０６２４】
具体的に、本発明の一実施例に係る受信機は、図１７に示すＰＤＩテーブルからストリングタイプからなるＱｘＡ．Ｑエレメントを抽出することができる。より詳細な内容は、図１１及び図１８で説明したものと同一である。
【０６２５】
本発明の一実施例に係る受信機は、ＰＤＩ質問に対するＰＤＩ回答を受信することができる（Ｓ５９０３）。
【０６２６】
具体的に、本発明の一実施例に係る受信機は、上述したＰＤＩ質問をＵＩを介してディスプレイし、使用者から当該ＰＤＩ質問に対するＰＤＩ回答を受信することができる。本発明の一実施例に係る受信機は、受信したＰＤＩ回答を用いて、当該ＰＤＩ質問を含んでいるＰＤＩテーブルを更新することができる。より詳細な内容は、図７、図８及び図２３で説明したものと同一である。
【０６２７】
本発明の一実施例に係る受信機は、フィルタリング基準情報を受信することができる（Ｓ５９０４）。
【０６２８】
具体的に、本発明の一実施例に係る受信機は、図１９乃至図２２で説明したフォーマットのフィルタリング基準情報を受信することができる。
【０６２９】
また、本発明の一実施例に係る受信機は、放送網を通してフィルタリング基準情報を受信することができる。この場合、本発明の一実施例に係る受信機は、図３２及び図３３で説明したフォーマットのフィルタリング基準情報を受信することができる。
【０６３０】
本発明の一実施例に係る受信機は、フィルタリング基準情報とＰＤＩ回答とを比較してコンテンツをフィルタリングすることができる（Ｓ５９０５）。
【０６３１】
具体的に本発明の一実施例に係る受信機は、ＰＤＩデータを識別するためのＰＤＩデータ識別子を用いてフィルタリング基準情報とＰＤＩ回答とをマッチングさせて比較することができる。より詳細な内容は、図７乃至図１０で説明したものと同一である。
【０６３２】
本発明の一実施例に係る受信機は、フィルタリングされたコンテンツをダウンロードすることができる（Ｓ５９０６）。
【０６３３】
具体的に、本発明の一実施例に係る受信機は、上述したフィルタリング結果を用いて当該コンテンツを使用者に提供する必要があるか否か判断し、必要によって、当該コンテンツをダウンロードすることができる。より詳細な内容は、図７乃至図１０で説明したものと同一である。
【０６３４】
図６０は、本発明の他の実施例に係るデジタルサービス信号処理方法を示す図である。
【０６３５】
具体的に、図６０は、本発明の一実施例に係る個人化放送システムがデジタルサービス信号を伝送及び処理する方法を示すフローチャートである。上述した個人化放送システムは、図１７乃至図５６に示す本発明の一実施例に係る個人化放送サービスを処理することができる。
【０６３６】
本発明の一実施例に係る個人化放送システムは、ＰＤＩテーブルを生成することができる（Ｓ６００１）。
【０６３７】
具体的に、上述したＰＤＩテーブルは、ＰＤＩ質問の属性を含む少なくとも一つの質問エレメントを含み、ＰＤＩテーブルは、ＰＤＩテーブルを識別するｔａｂｌｅ Ｉｄフィールド、ｔａｂｌｅ ｖｅｒｓｉｏｎフィールド、ＰＤＩテーブルのバージョンを示すｔａｂｌｅ ｖｅｒｓｉｏｎフィールド、ＰＤＩ質問に対する最近の変化の日付及び時間を示すｔｉｍｅフィールドをさらに含む。
【０６３８】
本発明の一実施例に係る少なくとも一つの質問エレメントのタイプは、整数回答、ブール回答、選択回答、テキスト回答、ＰＤＩ質問のない回答のうち一つを有するＰＤＩ質問に対するタイプを示す。
【０６３９】
上述したＰＤＩテーブル及び質問エレメントに関する具体的な内容は、図１１乃至図１８で説明したものと同一である。
【０６４０】
本発明の一実施例に係る個人化放送システムは、フィルタリング基準情報を生成することができる（Ｓ６００２）。
【０６４１】
具体的に、図７及び図８に示すように、コンテンツプロバイダ及び／又は放送局は、使用者のＰＤＩ情報を得るためのフィルタリング基準情報を生成することができる。本発明の一実施例に係るフィルタリング基準情報に関する内容は、図１９乃至図２２で説明したものと同一である。
【０６４２】
本発明の一実施例に係る個人化放送システムは、ＰＤＩテーブル、フィルタリング基準情報及び／又はコンテンツを伝送することができる（Ｓ６００３）。
【０６４３】
具体的に、コンテンツプロバイダ及び／又は放送局は、ＰＤＩテーブル、フィルタリング基準情報及び／又はコンテンツを放送網又はインターネットを通して受信機に伝送することができる。より詳細な内容は、図７及び図８、図２３乃至図３９に示した通りである。
【０６４４】
様々な実施例が、本発明を実施するための具体的な内容で記述された。
【０６４５】
当業者にとっては本発明の思想や範囲から逸脱することなく本発明で様々な変形及び変更が可能であるということが明らかである。したがって、本発明は、添付の請求項及びその同等範囲内にある本発明の変形及び変更を含むように意図される。
【０６４６】
本発明は、放送サービス提供に関連した一連の産業分野で利用可能である。
【図１】
2015530800.tif 000010
【図２】
2015530800.tif 000011
【図３】
2015530800.tif 000012
【図４】
2015530800.tif 000013
【図５】
2015530800.tif 000014
【図６】
2015530800.tif 000015
【図７】
2015530800.tif 000016
【図８】
2015530800.tif 000017
【図９】
2015530800.tif 000018
【図１０】
2015530800.tif 000019
【図１１】
2015530800.tif 000020
【図１２】
2015530800.tif 000021
【図１３】
2015530800.tif 000022
【図１４】
2015530800.tif 000023
【図１５】
2015530800.tif 000024
【図１６】
2015530800.tif 000025
【図１７Ａ】
2015530800.tif 000026
【図１７Ｂ】
2015530800.tif 000027
【図１８Ａ】
2015530800.tif 000028
【図１８Ｂ】
2015530800.tif 000029
【図１９】
2015530800.tif 000030
【図２０】
2015530800.tif 000031
【図２１】
2015530800.tif 000032
【図２２】
2015530800.tif 000033
【図２３】
2015530800.tif 000034
【図２４】
2015530800.tif 000035
【図２５】
2015530800.tif 000036
【図２６】
2015530800.tif 000037
【図２７】
2015530800.tif 000038
【図２８】
2015530800.tif 000039
【図２９】
2015530800.tif 000040
【図３０】
2015530800.tif 000041
【図３１】
2015530800.tif 000042
【図３２】
2015530800.tif 000043
【図３３】
2015530800.tif 000044
【図３４】
2015530800.tif 000045
【図３５】
2015530800.tif 000046
【図３６】
2015530800.tif 000047
【図３７】
2015530800.tif 000048
【図３８】
2015530800.tif 000049
【図３９】
2015530800.tif 000050
【図４０】
2015530800.tif 000051
【図４１】
2015530800.tif 000052
【図４２】
2015530800.tif 000053
【図４３】
2015530800.tif 000054
【図４４】
2015530800.tif 000055
【図４５】
2015530800.tif 000056
【図４６】
2015530800.tif 000057
【図４７】
2015530800.tif 000058
【図４８】
2015530800.tif 000059
【図４９】
2015530800.tif 000060
【図５０】
2015530800.tif 000061
【図５１】
2015530800.tif 000062
【図５２】
2015530800.tif 000063
【図５３】
2015530800.tif 000064
【図５４】
2015530800.tif 000065
【図５５】
2015530800.tif 000066
【図５６】
2015530800.tif 000067
【図５７】
2015530800.tif 000068
【図５８】
2015530800.tif 000069
【図５９】
2015530800.tif 000070
【図６０】
2015530800.tif 000071
【国際調査報告】
2015530800.tif 000072
2015530800.tif 000073