"コンテンツをクライアントに配信する送信装置において、前記クライアントのユーザの嗜好についての質問を表す情報である質問情報を生成する質問生成手段と、前記質問情報と、前記ユーザの嗜好についての質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とを、前記クライアントに送信する送信手段とを備える送信装置。前記提供者によって設定された前記回答に対応する前記コンテンツのメタデータとして、前記提供者側回答情報を含む前記メタデータを生成するメタデータ生成手段をさらに備え、前記送信手段は、前記メタデータを前記クライアントに送信する請求項1に記載の送信装置。前記提供者によって設定された前記回答の組み合わせを示すクエリを生成するクエリ生成手段をさらに備え、前記送信手段は、前記クエリを前記クライアントに送信する請求項1に記載の送信装置。前記提供者側回答情報は、前記提供者によらない質問に対する回答を表す共通回答情報と、前記提供者独自の質問に対する回答を表す独自回答情報とに区別される請求項1に記載の送信装置。コンテンツをクライアントに配信する送信装置の送信方法において、前記クライアントのユーザの嗜好についての質問を表す情報である質問情報を生成する質問生成ステップと、前記質問情報と、前記ユーザの嗜好についての質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とを、前記クライアントに送信する送信ステップとを含む送信方法。サーバから配信されるコンテンツを取得する受信装置において、前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答を表す情報であるユーザ側回答情報を生成する回答生成手段と、前記ユーザ側回答情報と、前記サーバから送信されてくる、前記質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツの取得を決定するマッチング手段とを備える受信装置。前記マッチング手段は、前記マッチングを行うことで、前記提供者側回答情報を含むメタデータに対応する前記コンテンツの取得を決定する請求項6に記載の受信装置。前記マッチング手段は、前記ユーザ側回答情報と、前記サーバから送信されてくる、前記提供者によって設定された前記回答の組み合わせを示すクエリとに基づいて、前記マッチングを行うことで、前記サーバから配信される前記コンテンツの取得を決定する請求項6に記載の受信装置。前記回答生成手段は、前記ユーザの嗜好についての質問に対する前記ユーザの回答の組み合わせを示すクエリを生成し、前記マッチング手段は、前記クエリと、前記サーバから送信されてくる前記提供者側回答情報とに基づいて、前記マッチングを行うことで、前記サーバから配信される前記コンテンツの取得を決定する請求項6に記載の受信装置。前記ユーザ側回答情報および前記提供者側回答情報は、前記提供者によらない質問に対する回答を表す共通回答情報と、前記提供者独自の質問に対する回答を表す独自回答情報とに区別される請求項6に記載の受信装置。サーバから配信されるコンテンツを取得する受信装置の受信方法において、前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答を表す情報であるユーザ側回答情報を生成する回答生成ステップと、前記ユーザ側回答情報と、前記サーバから送信されてくる、前記質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツの取得を決定するマッチングステップとを含む受信方法。コンテンツを配信する送信装置と、前記送信装置から配信される前記コンテンツを取得する受信装置とからなる送受信システムにおいて、前記送信装置は、前記受信装置のユーザの嗜好についての質問を表す情報である質問情報を生成する質問生成手段と、前記質問情報と、前記ユーザの嗜好についての質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とを、前記受信装置に送信する送信手段とを備え、前記受信装置は、前記送信装置から送信されてくる前記質問情報に対応して、前記質問に対する前記ユーザの回答を表すユーザ側回答情報を生成する回答生成手段と、前記ユーザ側回答情報と、前記送信装置から送信されてくる前記提供者側回答情報とのマッチングを行うことで、前記送信装置から配信される前記コンテンツの取得を決定するマッチング手段とを備える送受信システム。しかしながら、標準化団体によって規定されたメタデータセットに含まれないメタデータフィルタリング属性を、コンテンツに付与することはなされていない。例えば、プロバイダ側が、視聴対象が10代であり、かつ、就職活動に興味がある視聴者向けのコンテンツを配信したい場合であっても、標準化団体によって規定されたメタデータセットの中に、就職活動に興味があるか否かがメタデータの要素として存在しない場合には、コンテンツに、メタデータの要素として就職活動に興味があるが設定されたフィルタリング属性を付与することはできなかった。したがって、プロバイダ側では、その時のニーズに応じた例えば、流行を考慮した、視聴者の関心事をメタデータとして付与したコンテンツを配信することはできなかった。また、このような場合、クライアント側においては、その時のニーズに応じたコンテンツを取得するようにフィルタリングを行うことはできなかった。本発明は、このような状況に鑑みてなされたものであり、その時のニーズに応じたコンテンツを取得することができるようにするものである。本発明の第1の側面の送信装置は、コンテンツをクライアントに配信する送信装置であって、前記クライアントのユーザの嗜好についての質問を表す情報である質問情報を生成する質問生成手段と、前記質問情報と、前記ユーザの嗜好についての質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とを、前記クライアントに送信する送信手段とを備える。前記送信装置には、前記提供者によって設定された前記回答に対応する前記コンテンツのメタデータとして、前記提供者側回答情報を含む前記メタデータを生成するメタデータ生成手段をさらに設け、前記送信手段には、前記メタデータを前記クライアントに送信させることができる。前記送信装置には、前記提供者によって設定された前記回答の組み合わせを示すクエリを生成するクエリ生成手段をさらに設け、前記送信手段には、前記クエリを前記クライアントに送信させることができる。前記提供者側回答情報は、前記提供者によらない質問に対する回答を表す共通回答情報と、前記提供者独自の質問に対する回答を表す独自回答情報とに区別されるようにできる。本発明の第1の側面の送信方法は、コンテンツをクライアントに配信する送信装置の送信方法であって、前記クライアントのユーザの嗜好についての質問を表す情報である質問情報を生成する質問生成ステップと、前記質問情報と、前記ユーザの嗜好についての質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とを、前記クライアントに送信する送信ステップとを含む。本発明の第1の側面においては、クライアントのユーザの嗜好についての質問を表す情報である質問情報が生成され、質問情報と、ユーザの嗜好についての質問に対して、コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とが、クライアントに送信される。本発明の第2の側面の受信装置は、サーバから配信されるコンテンツを取得する受信装置であって、前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答を表す情報であるユーザ側回答情報を生成する回答生成手段と、前記ユーザ側回答情報と、前記サーバから送信されてくる、前記質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツの取得を決定するマッチング手段とを備える。前記マッチング手段には、前記マッチングを行うことで、前記提供者側回答情報を含むメタデータに対応する前記コンテンツの取得を決定させることができる。前記マッチング手段には、前記ユーザ側回答情報と、前記サーバから送信されてくる、前記提供者によって設定された前記回答の組み合わせを示すクエリとに基づいて、前記マッチングを行うことで、前記サーバから配信される前記コンテンツの取得を決定させることができる。前記受信装置には、前記ユーザの嗜好についての質問に対する前記ユーザの回答の組み合わせを示すクエリを生成するクエリ生成手段をさらに設け、前記マッチング手段には、前記クエリと、前記サーバから送信されてくる前記提供者側回答情報とに基づいて、前記マッチングを行うことで、前記サーバから配信される前記コンテンツの取得を決定させることができる。前記ユーザ側回答情報および前記提供者側回答情報は、前記提供者によらない質問に対する回答を表す共通回答情報と、前記提供者独自の質問に対する回答を表す独自回答情報とに区別されるようにできる。本発明の第2の側面の受信方法は、サーバから配信されるコンテンツを取得する受信装置の受信方法であって、前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答を表す情報であるユーザ側回答情報を生成する回答生成ステップと、前記ユーザ側回答情報と、前記サーバから送信されてくる、前記質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツの取得を決定するマッチングステップとを含む。本発明の第2の側面においては、サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、質問に対するユーザの回答を表す情報であるユーザ側回答情報が生成され、ユーザ側回答情報と、サーバから送信されてくる、質問に対して、コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とのマッチングが行われることで、サーバから配信されるコンテンツの取得が決定される。本発明の第3の側面の送受信システムは、コンテンツを配信する送信装置と、前記送信装置から配信される前記コンテンツを取得する受信装置とからなる送受信システムであって、前記送信装置が、前記受信装置のユーザの嗜好についての質問を表す情報である質問情報を生成する質問生成手段と、前記質問情報と、前記ユーザの嗜好についての質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とを、前記受信装置に送信する送信手段とを備え、前記受信装置が、前記送信装置から送信されてくる前記質問情報に対応して、前記質問に対する前記ユーザの回答を表すユーザ側回答情報を生成する回答生成手段と、前記ユーザ側回答情報と、前記送信装置から送信されてくる前記提供者側回答情報とのマッチングを行うことで、前記送信装置から配信される前記コンテンツの取得を決定するマッチング手段とを備える。本発明の第3の側面においては、受信装置のユーザの嗜好についての質問を表す情報である質問情報が生成され、質問情報と、ユーザの嗜好についての質問に対して、コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とが、受信装置に送信され、送信装置から送信されてくる質問情報に対応して、質問に対するユーザの回答を表すユーザ側回答情報が生成され、ユーザ側回答情報と、送信装置から送信されてくる提供者側回答情報とのマッチングが行われることで、送信装置から配信されるコンテンツの取得が決定される。本発明の第1乃至第3の側面によれば、その時のニーズに応じたコンテンツを取得することが可能となる。以下、本発明の実施の形態について図を参照して説明する。[放送システムの構成例]図1は、本発明の一実施の形態に係る放送システムの構成例を示している。図1の放送システム10は、デジタルテレビジョン番組以下、適宜コンテンツというを放送提供する放送事業者などのプロバイダ側に設置されたサーバ11、および、放送されたコンテンツを視聴するユーザ宅などに設置されたクライアント端末以下、単にクライアントという12により構成されている。なお、クライアント12は、複数のユーザ宅のそれぞれに設置されるものとするが、携帯電話機やPDAPersonalDigitalAssistant等の携帯型端末装置として構成されるようにもできる。放送システム10において、サーバ11は、コンテンツとともに、そのコンテンツに関するコンテンツメタデータを、デジタル放送波の信号として、クライアント12に送出する。クライアント12は、コンテンツとともに送出されるコンテンツメタデータを基に、コンテンツをフィルタリングすることにより、ユーザの所望するコンテンツのみを再生または蓄積する。なお、コンテンツメタデータは、コンテンツとともに送出されるのではなく、コンテンツが送出されるより前に送出されるようにしてもよい。[サーバのハードウェア構成例]図2は、サーバ11のハードウェア構成例を表している。図2においては、サーバ11は、例えばコンピュータをベースに構成されている。CPUCentralProcessingUnit21は、ROMReadOnlyMemory22に記憶されているプログラム、または記憶部28からRAMRandomAccessMemory23にロードされたプログラムに従って各種の処理を実行する。RAM23にはまた、CPU21が各種の処理を実行する上において必要なデータなども適宜記憶される。CPU21、ROM22、およびRAM23は、バス24を介して相互に接続されている。このバス24にはまた、入出力インタフェース25も接続されている。入出力インタフェース25には、キーボード、マウスなどよりなる入力部26、CRTCathodeRayTube、LCDLiquidCrystalDisplayなどよりなるディスプレイ、並びにスピーカなどよりなる出力部27、ハードディスクなどより構成される記憶部28、モデム、ターミナルアダプタなどより構成される通信部29が接続されている。通信部29は、図示せぬネットワークを介して外部の装置と通信する。また、通信部29を介してプログラムが取得され、記憶部28に記憶されるようにしてもよい。入出力インタフェース25にはまた、必要に応じてドライブ30が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア31が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部28にインストールされる。なお、図示は省略するが、クライアント12も同様に、そのハードウェアは図2に示されるように構成される。[サーバの機能構成例]次に、図3を参照して、サーバ11の機能構成例について説明する。サーバ11は、PDIQジェネレータ41、送信部42、PDIAジェネレータ43、メタデータディストリビュータ44、コンテンツ蓄積部45、およびコンテンツディストリビュータ46から構成される。PDIQジェネレータ41は、クライアント12のユーザ視聴者の嗜好についての質問を表す情報であるPDIQPreferenceDemographicandInterestQuestionを生成し、送信部42を介してクライアント12に送信するとともに、PDIAジェネレータ43に供給する。送信部42は、PDIQジェネレータ41、メタデータディストリビュータ44、およびコンテンツディストリビュータ46から供給される各種データを、クライアント12に送信する。PDIAジェネレータ43は、PDIQジェネレータ41からのPDIQに基づいて、PDIQに対応する、上述したクライアント12のユーザの嗜好についての質問に対して、プロバイダ側が設定した回答を表す情報であるPDIAPreferenceDemographicandInterestAnswerを生成し、メタデータディストリビュータ44に供給する。メタデータディストリビュータ44は、PDIAジェネレータ43からのPDIAに基づいて、コンテンツ蓄積部45に蓄積されているコンテンツの中から、プロバイダ側が設定した回答に対応するコンテンツを特定照会する。メタデータディストリビュータ44は、特定したコンテンツのコンテンツメタデータとして、PDIAを含むコンテンツメタデータを生成し、送信部42を介してクライアント12に送信する。コンテンツ蓄積部45は、クライアント12に対して配信される種々のコンテンツを蓄積している。コンテンツディストリビュータ46は、コンテンツ蓄積部45に蓄積されているコンテンツの中からメタデータディストリビュータ44によって特定されたコンテンツを取得し、送信部42を介してクライアント12に送信する。[クライアントの機能構成例]次に、図4を参照して、クライアント12の機能構成例について説明する。クライアント12は、受信部51、PDIAジェネレータ52、PDIA記憶部53、コンテンツフィルタ54、コンテンツ再生部55、およびコンテンツ蓄積部56から構成される。受信部51は、サーバ11から送信されてきた各種データを受信し、PDIAジェネレータ52またはコンテンツフィルタ54に供給する。PDIAジェネレータ52は、サーバ11から送信されてきたPDIQに基づいて、PDIQに対応する、クライアント12のユーザの嗜好についての質問に対するユーザの回答を表すPDIAを生成し、PDIA記憶部53に供給する。PDIA記憶部53は、PDIAジェネレータ52からのPDIAを記憶する。PDIA記憶部53に記憶されているPDIAは、適宜コンテンツフィルタ54に読み出される。コンテンツフィルタ54は、PDIA記憶部53からPDIAを読み出し、そのPDIAと、サーバ11から送信されてきたコンテンツのコンテンツメタデータに含まれているPDIAとに基づいて、コンテンツをフィルタリングする。コンテンツフィルタ54は、フィルタリングの結果に応じて、フィルタリングしたコンテンツをコンテンツ再生部55またはコンテンツ蓄積部56に供給する。コンテンツ再生部55は、コンテンツフィルタ54からのコンテンツを再生する。また、コンテンツ再生部55は、コンテンツ蓄積部56からコンテンツを取得し、そのコンテンツを再生する。コンテンツ蓄積部56は、コンテンツフィルタ54からのコンテンツを蓄積記録する。[コンテンツの送受信処理の例]次に、図5のフローチャートを参照して、放送システム10におけるコンテンツの送受信処理について説明する。放送システム10におけるコンテンツの送受信処理においては、サーバ11によりコンテンツ配信処理が実行されることでコンテンツが配信され、クライアント12によりコンテンツ取得処理が実行されることでコンテンツが取得される。放送事業者などのプロバイダ側において、例えば、放送配信されるコンテンツのスポンサや、放送事業者自身が、特定の嗜好や属性を有する視聴者に対するコンテンツの配信を要求した場合、プロバイダ側のスタッフの操作に応じて、サーバ11のPDIQジェネレータ41は、ステップS11において、視聴者、すなわち、クライアント12のユーザに対して、どのような嗜好や属性を有するかを質問するためのPDIQを生成する。[XMLスキーマのシンタックスの例]ここで、図6を参照して、PDIQおよびPDIAを構成するためのXMLExtensibleMarkupLanguageスキーマのシンタックスの例について説明する。図6において、1行目は、PDIQが識別されるための宣言や定義を示しており、2行目は、PDIQとして定義される質問全体の名称および型の宣言を示している。3行目乃至12行目は、2行目で宣言された質問のそれぞれについての名称および型の宣言を示している。具体的には、5行目のQIAの名称で定義される質問の型IntegerAnswerTypeは、その質問が整数値型の回答を求める質問であることを示しており、6行目のQBAの名称で定義される質問の型BooleanAnswerTypeは、その質問が論理値型の回答を求める質問であることを示している。また、7行目のQSAの名称で定義される質問の型SelectionAnswerTypeは、その質問が回答選択型の回答を求める質問であることを示しており、8行目のQTAの名称で定義される質問の型TextAnswerTypeは、その質問が文字列型の回答を求める質問であることを示している。そして、9行目のQAAの名称で定義される質問の型AnyAnswerTypeは、その質問が回答の型を制限しない質問であることを示している。13行目乃至44行目は、上述のように宣言された質問のうちの、QIA、QBA、QSA、およびQTAの名称で定義される質問それぞれの要素の宣言を示している。特に、15行目、24行目、31行目、40行目に示されるid要素は、それぞれの質問の項目を識別するためのIDIdentifierを表しており、その第1のフォーマットとして、commoncategoryquestionIDと定義される。この第1のフォーマットにおいて、commonは、そのid要素で識別される質問がプロバイダに関わらず共通に定義された質問であることを表し、categoryは、質問のカテゴリを表し、questionIDは、質問の識別子を表している。なお、categoryは、必要に応じて、commoncategory1category2category3questionIDなどのように、階層的なネスト構造としてもよい。また、id要素は、第2のフォーマットとして、providerNamecategoryquestionIDと定義される。この第2のフォーマットにおいて、providerNameは、そのid要素で識別される質問を設定したプロバイダの名称を表している。なお、categoryおよびquestionIDは、第1のフォーマットにおけるそれぞれと同様である。このように、PDIQとして定義される質問は、id要素によって、コンテンツを提供するプロバイダによらないプロバイダ共通の質問と、コンテンツを提供するプロバイダ独自に定義される質問とに区別される。以下においては、適宜、コンテンツを提供するプロバイダによらない質問、およびその質問に対する回答を、プロバイダ共通フィルタリングパラメータといい、コンテンツを提供するプロバイダ独自に定義される質問、およびその質問に対する回答を、プロバイダ独自フィルタリングパラメータということとする。上述したように、プロバイダ共通フィルタリングパラメータは、個々のプロバイダによらず、プロバイダ共通に定義されるため、一般的には、クライアント12のベンダ製造メーカ等が提供することとなる。したがって、サーバ11におけるPDIQジェネレータ41は、プロバイダ側によって提供されるようにもできるが、クライアント12のベンダによって提供されるようにもできる。なお、PDIQおよびPDIAを構成するシンタックスは、図6で示された例に限られない。[PDIQの例]次に、図7を参照して、図6のシンタックスに基づいて構成されるPDIQの例について説明する。図7において、1行目におけるtransactionalは、PDIQで定義されている質問質問群が、送信されたクライアント12において更新される際、PDIQの各項目の内容をクライアント12の図示せぬ記憶領域に記録/更新する処理の途中で何らかの事故ディスク書き込みエラーや処理負荷の増大による処理の中断等により、PDIQの各項目の全ての内容が記録/更新されなかった場合に、PDIQの各項目の内容を記録/更新する直前の状態まで遡ってこの記録/更新処理を無とするいわゆるロールバックするか否かを示す値であり、transactionalがtrueの場合、PDIQはロールバックされる。2行目乃至5行目は、論理値型の回答を求める質問を定義しており、3行目におけるCommon111は質問のid要素を、4行目におけるAreyoucurrentlyemployedは質問自体を表している。6行目乃至9行目は、整数値型の回答を求める質問を定義しており、7行目におけるCommon222はその質問のid要素を、8行目におけるWhatistheageoftheoldestmemberofthehouseholdwhowatchestelevisionはその質問自体を表している。なお、6行目におけるminInclusive10maxInclusive100は、その質問に対する回答が、10以上100以下の整数値に制約されることを表している。10行目乃至17行目は、回答選択型の回答を求める質問を定義しており、11行目におけるProviderA123はその質問のid要素を、12行目におけるInwhichofthefollowingsportsareyoumostinterestedはその質問自体を表しており、13行目におけるBaseball、14行目におけるBasketball、15行目におけるSoccer、16行目におけるHockeyはそれぞれ、質問に対する回答の選択肢を表している。なお、10行目におけるminChoice1maxChoice3は、その質問に対する回答の数が、選択肢のうちの1以上3以下に制約されることを表している。18行目乃至24行目は、回答選択型の回答を求める質問を定義しており、19行目におけるProviderAProgramX123はその質問のid要素を、20行目におけるDoyouenjoycampingandoutdoorrecreationはその質問自体を表しており、21行目におけるNever、22行目におけるOccasionally、23行目におけるFrequentlyはそれぞれ、質問に対する回答の選択肢を表している。なお、18行目におけるmaxChoice1は、その質問に対する回答の数が、1に制約されることを表している。このように、PDIQにおいては、質問の型によって、その質問に対する回答の候補や、回答に対する制約条件も定義される。25行目乃至28行目は、文字列型の回答を求める質問を定義しており、26行目におけるProviderA321はその質問のid要素を、27行目におけるWhosproductsareyoumostinterestedinrecentlyはその質問自体を表している。ここで、以下においては、図7のPDIQで定義される質問それぞれを、それぞれのid要素の質問ということとする。具体的には、2行目乃至5行目で定義される質問をCommon111の質問といい、6行目乃至9行目で定義される質問をCommon222の質問といい、10行目乃至17行目で定義される質問をProviderA123の質問といい、18行目乃至24行目で定義される質問をProviderAProgramX123の質問といい、25行目乃至28行目で定義される質問をProviderA321の質問ということとする。このとき、Common111の質問およびCommon222の質問は、プロバイダ共通フィルタリングパラメータに区別され、ProviderA123の質問、ProviderAProgramX123の質問、およびProviderA321の質問は、プロバイダ独自フィルタリングパラメータに区別される。例えば、Common111の質問は、プロバイダ共通に設定された、識別子が111である質問であることを示しており、ProviderAProgramX123の質問は、ProviderAであるプロバイダによって設定された、カテゴリプログラムIDがProgramXであって、識別子が123である質問であることを示している。図5のフローチャートに戻り、ステップS12において、サーバ11のPDIQジェネレータ41は、生成したPDIQを、送信部42を介してクライアント12に送信するとともに、PDIAジェネレータ43に供給する。ステップS21において、クライアント12の受信部51は、サーバ11から送信されてくるPDIQを受信し、PDIAジェネレータ52に供給する。なお、PDIQは、例えば、サーバ11が設置されているプロバイダとしての放送局から所定の時間間隔で放送送信される毎に、クライアント12に受信される。また、PDIQは、クライアント12においてサーバ11が設置されている放送局にチャンネルが合わされたときに、クライアント12に受信されるようにしてもよい。ステップS22において、クライアント12のPDIAジェネレータ52は、受信部51において受信されたPDIQで定義されている質問に対するPDIAを生成する。具体的には、PDIAジェネレータ52は、サーバ11からのPDIQが受信されると、図示せぬ表示部に、PDIQで定義されている質問に対応する画面を表示させ、その質問に対する回答を、クライアント12のユーザ視聴者に入力または選択させることで、その回答を表すPDIAを生成する。すなわち、PDIAジェネレータ52は、ユーザと対話することによって、PDIQで定義されている質問に対する回答を表すPDIAを生成する。[PDIAジェネレータによるユーザとの対話における画面表示例]ここで、図8乃至図12を参照して、PDIAジェネレータ52によるユーザとの対話における画面表示例について説明する。なお、ここでは、クライアント12は、図7を参照して説明したPDIQを受信したものとし、クライアント12の図示せぬ表示部には、受信したPDIQで定義されている質問群に対応する画面が、順次表示されるものとする。図8は、図7を参照して説明したPDIQで定義されている質問のうちの、Common111の質問に対応する画面表示例を示している。図8においては、質問提示部61に、図7の4行目に示されている質問Areyoucurrentlyemployedが表示されている。また、ユーザに対して、質問に対する回答の入力を促すメッセージいずれか選択してくだざい。と、質問に対する回答としてYesをユーザに選択させるための選択ボタン62-1、および、質問に対する回答としてNoをユーザに選択させるための選択ボタン62-2が表示されている。図9は、図7を参照して説明したPDIQで定義されている質問のうちの、Common222の質問に対応する画面表示例を示している。図9においては、質問提示部71に、図7の8行目に示されている質問Whatistheageoftheoldestmemberofthehouseholdwhowatchestelevisionが表示されている。また、ユーザに対して、質問に対する回答の入力を促すメッセージ年齢を入力してくだざい。と、質問に対する回答として整数値をユーザに入力させるための回答入力部72が表示されている。図10は、図7を参照して説明したPDIQで定義されている質問のうちの、ProviderA123の質問に対応する画面表示例を示している。図10においては、質問提示部81に、図7の12行目に示されている質問Inwhichofthefollowingsportsareyoumostinterestedが表示されている。また、ユーザに対して、質問に対する回答の入力を促すメッセージ次の中から1つ以上3つ以下で選択してください。と、質問に対する回答としての選択肢Baseball、Basketball、Soccer、およびHockeyをユーザに選択させるための選択ボタン82-1乃至82-4が表示されている。図11は、図7を参照して説明したPDIQで定義されている質問のうちの、ProviderAProgramX123の質問に対応する画面表示例を示している。図11においては、質問提示部91に、図7の20行目に示されている質問Doyouenjoycampingandoutdoorrecreationが表示されている。また、ユーザに対して、質問に対する回答の入力を促すメッセージ次の中から1つだけ選択してください。と、質問に対する回答としての選択肢Never、Occasionally、およびFrequentlyをユーザに選択させるための選択ボタン92-1乃至92-3が表示されている。図12は、図7を参照して説明したPDIQで定義されている質問のうちの、ProviderA321の質問に対応する画面表示例を示している。図12においては、質問提示部101に、図7の27行目に示されている質問Whosproductsareyoumostinterestedinrecentlyが表示されている。また、ユーザに対して、質問に対する回答の入力を促すメッセージ自由に記述してくだざい。と、質問に対する回答として文字列をユーザに入力させるための回答入力部102が表示されている。このようにして、PDIAジェネレータ52は、図8乃至図12で説明した画面表示により、ユーザに、PDIQで定義されている質問に対する回答を入力または選択させることで、PDIQに対応するPDIAを生成する。なお、図8乃至図12で説明した画面表示は、PDIQを受信して間もなく後に表示されるようにしてもよいし、PDIQの受信後、図示せぬ記憶部にPDIQを保持するようにし、ユーザにより設定画面の表示が指示されたとき等に表示されるようにしてもよい。[PDIAの例]ここで、図13を参照して、PDIAジェネレータ52によって生成されるPDIAの例について説明する。図13で示されるPDIAは、図8乃至図12で示した画面表示に対する、ユーザによる回答の選択または入力に基づいて生成されたPDIAである。すなわち、2行目乃至5行目は、図8で説明した画面表示により提示された質問に対するユーザの回答を示している。すなわち、3行目におけるCommon111は、図8の画面表示により提示された質問のid要素を示しており、4行目におけるtrueは質問に対する回答として、図8の画面表示において選択ボタン62-1Yesの回答がユーザに選択されたことを示している。6行目乃至9行目は、図9で説明した画面表示により提示された質問に対するユーザの回答を示している。すなわち、7行目におけるCommon222は、図9の画面表示により提示された質問のid要素を示しており、8行目における34は質問に対する回答として、図9の画面表示において回答入力部72に整数値として34がユーザにより入力されたことを示している。10行目乃至15行目は、図10で説明した画面表示により提示された質問に対するユーザの回答を示している。すなわち、11行目におけるProviderA123は、図10の画面表示により提示された質問のid要素を示しており、12行目におけるBaseball、13行目におけるSoccer、14行目におけるHockeyは質問に対する回答として、図10の画面表示において選択ボタン82-1,82-3,82-4がユーザにより選択されたことを示している。16行目乃至19行目は、図11で説明した画面表示により提示された質問に対するユーザの回答を示している。すなわち、17行目におけるProviderAProgramX123は、図11の画面表示により提示された質問のid要素を示しており、18行目におけるOccasionallyは質問に対する回答として、図11の画面表示において選択ボタン92-2がユーザにより選択されたことを示している。20行目乃至23行目は、図12で説明した画面表示により提示された質問に対するユーザの回答を示している。すなわち、21行目におけるProviderA321は、図12の画面表示により提示された質問のid要素を示しており、22行目におけるSomyは質問に対する回答として、図12の画面表示において回答入力部102に文字列としてSomyがユーザにより入力されたことを示している。PDIAジェネレータ52は、このようにして生成したPDIAをPDIA記憶部53に供給し、記憶させる。PDIA記憶部53に記憶されたPDIAは、後述するように、サーバ11から配信されるコンテンツが、クライアント12のユーザの嗜好に合っているか否かを判定する際に用いられる。さて、図5のフローチャートに戻り、ステップS13において、サーバ11のPDIAジェネレータ43は、PDIQジェネレータ41からのPDIQで定義されている質問に対するPDIAを生成し、メタデータディストリビュータ44に供給する。具体的には、PDIAジェネレータ43は、放送局プロバイダ側のスタッフの操作によってPDIQが生成されると、図示せぬ表示部に、例えば図8乃至図12を参照して説明したような、PDIQで定義されている質問に対応する画面を表示させ、その質問に対する回答を、放送局のスタッフに入力または選択させることで、その回答を表すPDIAを生成する。このとき、放送局のスタッフは、PDIQで定義されている質問に対する回答として、配信しようとするコンテンツに対応する回答を入力または選択する。すなわち、PDIAジェネレータ43によって生成されるPDIAは、プロバイダ側がクライアント12のユーザ視聴者の嗜好を考慮に入れ、その視聴者に、のちに配信されるコンテンツを視聴させるための情報回答を表している。ステップS14において、メタデータディストリビュータ44は、PDIAジェネレータ43からのPDIAに基づいて、コンテンツ蓄積部45に蓄積されているコンテンツの中から、PDIAに対応するコンテンツを特定照会する。ここで特定されるコンテンツは、PDIAジェネレータ43からのPDIAと、蓄積されているコンテンツに予め付与されているコンテンツメタデータとの類似度が所定値より高いものとしてもよいし、放送局のスタッフによって、ユーザに視聴させたいコンテンツとして予め選択されたものであってもよい。なお、メタデータディストリビュータ44によって特定されたコンテンツは、コンテンツディストリビュータ46によって、コンテンツ蓄積部45から取得される。ステップS15において、メタデータディストリビュータ44は、ステップS15において特定したコンテンツに予め付与されているコンテンツメタデータと、PDIAジェネレータ43からのPDIAとに基づいて、PDIAを含むコンテンツメタデータを新たに生成する。ステップS16において、送信部42は、メタデータディストリビュータ44によって生成されたコンテンツメタデータとともに、コンテンツディストリビュータ46に取得されたコンテンツを配信する。このとき、コンテンツメタデータとしては、メタデータディストリビュータ44によって生成されたコンテンツメタデータ以外に、標準化団体によって規定されたコンテンツメタデータが送信されてもよい。このようにして、PDIQで定義される質問に対する回答として、プロバイダ側の意図する回答を表すPDIAをコンテンツメタデータに含むコンテンツ、言い換えれば、プロバイダ側が視聴を期待するユーザの嗜好に合ったコンテンツが配信されるようになる。なお、ステップS13乃至S16の処理は、ステップS12の処理の後、すぐに続けて実行される必要はなく、各ユーザが所有するクライアント12において、PDIAが生成され記憶されるまでに実行されていればよい。また、ステップS16においては、コンテンツがコンテンツメタデータとともに配信されるものとしたが、コンテンツがコンテンツメタデータとともに配信されなくてもよく、PDIAを含むコンテンツメタデータが前もってクライアント12に送信された後で、そのコンテンツメタデータに対応するコンテンツが配信されるようにしてもよい。さて、このようにしてサーバ11からコンテンツおよびコンテンツメタデータが配信されると、ステップS23において、クライアント12の受信部51は、サーバ11から配信されたコンテンツおよびコンテンツメタデータを受信し、コンテンツフィルタ54に供給する。ステップS24において、コンテンツフィルタ54は、PDIA記憶部53に記憶されているPDIAと、サーバ11からのコンテンツメタデータに含まれるPDIAとのマッチングを行う。なお、以下においては、PDIA記憶部53に記憶されているPDIAと、サーバ11からのコンテンツメタデータに含まれるPDIAとを区別するために、前者をユーザ側PDIA、後者をプロバイダ側PDIAということとする。[コンテンツフィルタにおけるマッチング処理の例]ここで、ユーザ側PDIAとして、図13を参照して説明したPDIAが生成され記憶されているものとし、プロバイダ側PDIAとして、図14に示されるPDIAがサーバ11から送信されてきたものとする。図14に示されるプロバイダ側PDIAは、図13で示されたユーザ側PDIAと基本的な構成は同一であるので詳細な説明は省略するが、このプロバイダ側PDIAは、Common111の質問に対する回答としてfalseが選択され、ProviderA123の質問に対する回答としてBaseballが選択され、ProviderAProgramX123の質問に対する回答としてNeverが選択されたことを示している。このとき、コンテンツフィルタ54は、ユーザ側PDIAとプロバイダ側PDIAとを比較し、質問に対する回答が1つでも一致している場合、ユーザ側PDIAとプロバイダ側PDIAとはマッチしていると判定し、質問に対する回答が1つも一致しない場合、ユーザ側PDIAとプロバイダ側PDIAとはマッチしていないと判定する。この場合、図13に示されるユーザ側PDIAにおけるProviderA123の質問に対する回答と、図14に示されるプロバイダ側PDIAにおけるProviderA123の質問に対する回答のそれぞれにBaseballが含まれている点でそれぞれ一致しているので、ユーザ側PDIAとプロバイダ側PDIAとはマッチしていると判定される。次に、プロバイダ側PDIAとして、図15に示されるPDIAがサーバ11から送信されてきたものとする。図15に示されるプロバイダ側PDIAは、ProviderA123の質問に対する回答としてBasketballが選択され、ProviderAProgramX123の質問に対する回答としてNeverが選択されたことを示している。この場合、図13に示されるユーザ側PDIAにおける質問に対する回答と、図15に示されるプロバイダ側PDIAにおける質問に対する回答が1つも一致しないので、ユーザ側PDIAとプロバイダ側PDIAとはマッチしていないと判定される。このようにして、コンテンツフィルタ54は、ユーザ側PDIAとプロバイダ側PDIAとのマッチング処理を行う。ステップS25において、コンテンツフィルタ54は、ユーザ側PDIAとプロバイダ側PDIAとがマッチしたか否かを判定する。ステップS25において、ユーザ側PDIAとプロバイダ側PDIAとがマッチすると判定された場合、コンテンツフィルタ54は、サーバ11から配信されたコンテンツはクライアント12のユーザ視聴者の嗜好に合ったコンテンツであると判断し、そのコンテンツを、コンテンツ再生部55またはコンテンツ蓄積部56に供給して、処理はステップS26に進む。サーバ11から配信されたコンテンツが、コンテンツフィルタ54からコンテンツ再生部55に供給された場合、ステップS26において、コンテンツ再生部55は、コンテンツを再生する。また、サーバ11から配信されたコンテンツが、コンテンツフィルタ54からコンテンツ蓄積部56に供給された場合、ステップS26において、コンテンツ蓄積部56は、コンテンツを蓄積記録する。蓄積されたコンテンツは、ユーザの操作指示に応じて、適宜、コンテンツ再生部55に供給され再生される。一方、ステップS25において、ユーザ側PDIAとプロバイダ側PDIAとがマッチしないと判定された場合、コンテンツフィルタ54は、サーバ11から配信されたコンテンツはクライアント12のユーザ視聴者の嗜好に合ったコンテンツではないと判断し、そのコンテンツを破棄削除し、処理は終了する。以上の処理によれば、放送システムにおいて、プロバイダ側では、サーバによって、ユーザの嗜好についての質問を表すPDIQが生成され、そのPDIQがクライアント端末に送信され、そのPDIQに対して、プロバイダ側が設定した回答を表すプロバイダ側PDIAが、対応するコンテンツのコンテンツメタデータとして配信される。これにより、コンテンツメタデータとして、標準化団体によって規定されたコンテンツメタデータ以外の、その時のニーズに応じたコンテンツメタデータをコンテンツに付与することができるようになる。一方、ユーザ側では、クライアント端末によって、サーバからのPDIQに対するユーザの回答を表すユーザ側PDIAが生成され、生成したユーザ側PDIAと、サーバからのプロバイダ側PDIAとのマッチングが行われることで、サーバから配信されたコンテンツを取得するか否かが決定される。これにより、標準化団体によって規定されたコンテンツメタデータ以外の、その時のニーズに応じたコンテンツメタデータによって、コンテンツをフィルタリングすることができるようになる。したがって、その時のニーズに応じたコンテンツを取得することが可能となる。なお、以上においては、クライアント12は、サーバ11からのコンテンツの配信時に、リアルタイムにPDIAのマッチングを行うようにしたが、サーバ11からのコンテンツの配信時には全てのコンテンツを蓄積するようにし、処理のバックグラウンドにおいてPDIAのマッチングを行い、蓄積したコンテンツのうちの、マッチしたPDIAプロバイダ側PDIAに対応するコンテンツを再生したり、マッチしないPDIAに対応するコンテンツを削除したりするようにしてもよい。また、以上においては、コンテンツフィルタ54は、インスタンスとして表現されたユーザ側PDIAとプロバイダ側PDIAとを比較し、質問に対する回答が1つでも一致しているか否かによって、ユーザ側PDIAとプロバイダ側PDIAとのマッチングを行うようにしたが、ユーザ側PDIAまたはプロバイダ側PDIAのいずれか一方を、PDIAを評価するクエリとして表現することで、ユーザ側PDIAとプロバイダ側PDIAとを比較するようにしてもよい。ここで、以下においては、ユーザ側PDIAまたはプロバイダ側PDIAのいずれか一方を、クエリとして表現することで、ユーザ側PDIAとプロバイダ側PDIAとを比較する構成について説明する。[PDIAを評価するクエリによるマッチング処理の例1]まずは、プロバイダ側PDIAをクエリとして表現することで、ユーザ側PDIAとプロバイダ側PDIAとを比較する構成について説明する。図16は、プロバイダ側PDIAをクエリとして表現するようにしたサーバ11の機能構成例を示している。図16のサーバ11は、PDIQジェネレータ41、送信部42、コンテンツ蓄積部45、コンテンツディストリビュータ46、PDIAクエリジェネレータ111、およびメタデータディストリビュータ112から構成される。なお、図16のサーバ11においては、図3のサーバ11に設けられたものと同様の機能を備える構成については、同一名称および同一符号を付するものとし、その説明は、適宜省略するものとする。すなわち、図16のサーバ11において、図3のサーバ11と異なるのは、PDIAジェネレータ43およびメタデータディストリビュータ44に代えて、PDIAクエリジェネレータ111およびメタデータディストリビュータ112を設けた点である。PDIAクエリジェネレータ111は、PDIQジェネレータ41からのPDIQに基づいて、PDIQに対応するPDIAプロバイダ側PDIAを生成し、生成したプロバイダ側PDIAを所定の条件文に当てはめたPDIAクエリを生成して、メタデータディストリビュータ112に供給する。メタデータディストリビュータ112は、PDIAクエリジェネレータ111からのPDIAクエリに基づいて、コンテンツ蓄積部45に蓄積されているコンテンツの中から、PDIAクエリに対応するコンテンツを特定照会する。メタデータディストリビュータ112は、特定したコンテンツのコンテンツメタデータとして、PDIAクエリを含むコンテンツメタデータを生成し、送信部42を介してクライアント12に送信する。また、この例におけるクライアント12は、図4のコンテンツフィルタ54が、PDIA記憶部53からPDIAユーザ側PDIAを読み出し、そのユーザ側PDIAと、サーバ11から送信されてきたコンテンツメタデータに含まれているPDIAクエリとに基づいて、コンテンツをフィルタリングする以外は、図4のクライアント12と同一であるので、その説明は、省略するものとする。次に、図17のフローチャートを参照して、図16のサーバ11を備える放送システム10におけるコンテンツの送受信処理について説明する。なお、図17のフローチャートのステップS31,S32,S36,S41乃至S43,S45,S46の処理は、図5のフローチャートのステップS11,S12,S16,S21乃至S23,S25,S26の処理と基本的に同様であるので、その説明は省略する。すなわち、ステップS33において、サーバ11のPDIAクエリジェネレータ111は、PDIQジェネレータ41からのPDIQで定義されている質問に対するプロバイダ側PDIAを生成し、生成したプロバイダ側PDIAを所定の条件文に当てはめたPDIAクエリを生成して、メタデータディストリビュータ112に供給する。具体的には、例えば、PDIAクエリジェネレータ111は、放送局プロバイダ側のスタッフの操作によってPDIQが生成されると、図示せぬ表示部に、例えば図8乃至図12を参照して説明したような、PDIQで定義されている質問に対応する画面を表示させ、その質問に対する回答を、放送局のスタッフに入力または選択させ、さらに、それぞれの回答の組み合わせフィルタリング条件をそのスタッフに決定させることで、その回答の組み合わせを表すPDIAクエリを生成する。このとき、放送局のスタッフは、PDIQで定義されている質問に対する回答として、配信しようとするコンテンツに対応する回答を入力または選択し、さらにその組み合わせを決定する。すなわち、PDIAクエリジェネレータ111によって生成されるPDIAクエリは、プロバイダ側がクライアント12のユーザ視聴者の嗜好を考慮に入れ、その視聴者に、のちに配信されるコンテンツを視聴させるための情報回答の組み合わせを表している。ステップS34において、メタデータディストリビュータ112は、PDIAクエリジェネレータ111からのPDIAクエリに基づいて、コンテンツ蓄積部45に蓄積されているコンテンツの中から、PDIAクエリに対応するコンテンツを特定照会する。ここで特定されるコンテンツは、PDIAクエリジェネレータ111からのPDIAクエリと、蓄積されているコンテンツに予め付与されているコンテンツメタデータとの類似度が所定値より高いものとしてもよいし、放送局のスタッフによって、ユーザに視聴させたいコンテンツとして予め選択されたものであってもよい。なお、メタデータディストリビュータ112によって特定されたコンテンツは、コンテンツディストリビュータ46によって、コンテンツ蓄積部45から取得される。ステップS35において、メタデータディストリビュータ112は、ステップS34において特定したコンテンツに予め付与されているコンテンツメタデータと、PDIAクエリジェネレータ111からのPDIAクエリとに基づいて、PDIAクエリを含むコンテンツメタデータを新たに生成する。そして、ステップS44において、クライアント12のコンテンツフィルタ54は、サーバ11からのコンテンツメタデータに含まれるPDIAクエリに基づいて、PDIA記憶部53に記憶されているPDIAのマッチングを行う。ここで、ユーザ側PDIAとして、図13を参照して説明したPDIAが生成され記憶されているものとし、以下に示されるPDIAクエリがサーバ11から送信されてきたものとする。QBAid’Common111andatrueandQSAidProviderA123andaBaseball上述のPDIAクエリは、ユーザ側PDIAが、Common111の質問に対する回答としてtrueが選択され、かつ、ProviderA123の質問に対する回答としてBaseballが選択されているか否かを評価することを示している。このとき、コンテンツフィルタ54は、PDIAクエリに基づいてユーザ側PDIAを評価し、PDIAクエリが満たされる真となるユーザ側PDIAである場合、ユーザ側PDIAとPDIAクエリとはマッチしていると判定し、PDIAクエリが満たされない偽となるユーザ側PDIAである場合、ユーザ側PDIAとPDIAクエリとはマッチしていないと判定する。この場合、図13に示されるユーザ側PDIAにおいては、Common111の質問に対する回答としてtrueが選択され、かつ、ProviderA123の質問に対する回答としてBaseballが選択されているので、ユーザ側PDIAとPDIAクエリとはマッチしていると判定される。このように、プロバイダ側で設定されたPDIAクエリによって、より複雑なフィルタリングの条件が表現されるようになるので、より確実に、プロバイダ側が期待するユーザ視聴者にコンテンツを取得させることが可能となる。[PDIAを評価するクエリによるマッチング処理の例2]次に、ユーザ側PDIAをクエリとして表現することで、ユーザ側PDIAとプロバイダ側PDIAとを比較する構成について説明する。図18は、ユーザ側PDIAをクエリとして表現するようにしたクライアント12の機能構成例を示している。図18のクライアント12は、受信部51、コンテンツフィルタ54、コンテンツ再生部55、コンテンツ蓄積部56、PDIAクエリジェネレータ131、およびPDIAクエリ記憶部132から構成される。なお、図18のクライアント12においては、図4のクライアント12に設けられたものと同様の機能を備える構成については、同一名称および同一符号を付するものとし、その説明は、適宜省略するものとする。すなわち、図18のクライアント12において、図4のクライアント12と異なるのは、PDIAジェネレータ52およびPDIA記憶部53に代えて、PDIAクエリジェネレータ131およびPDIAクエリ記憶部132を設けた点である。PDIAクエリジェネレータ131は、サーバ11から送信されてきたPDIQに基づいて、PDIQに対応する、クライアント12のユーザの嗜好についての質問に対するユーザの回答を表すPDIAユーザ側PDIAを生成し、生成したユーザ側PDIAを所定の条件文に当てはめたPDIAクエリを生成して、PDIAクエリ記憶部132に供給する。PDIAクエリ記憶部132は、PDIAクエリジェネレータ131からのPDIAクエリを記憶する。PDIAクエリ記憶部132に記憶されているPDIAクエリは、適宜コンテンツフィルタ54に読み出される。なお、図18のコンテンツフィルタ54は、PDIA記憶部53からPDIAクエリを読み出し、そのPDIAクエリと、サーバ11から送信されてきたコンテンツメタデータに含まれるプロバイダ側PDIAとに基づいて、コンテンツをフィルタリングする。また、この例におけるサーバ11は、図3のサーバ11と同一であるので、その説明は省略するものとする。次に、図19のフローチャートを参照して、図18のクライアント12を備える放送システム10におけるコンテンツの送受信処理について説明する。なお、図19のフローチャートのステップS51乃至S61,S63,S65,S66の処理は、図5のフローチャートのステップS11乃至S21,S23,S25,S26の処理と基本的に同様であるので、その説明は省略する。すなわち、ステップS62において、クライアント12のPDIAクエリジェネレータ131は、受信部51において受信されたPDIQで定義されている質問に対するユーザ側PDIAを生成し、生成したユーザ側PDIAを所定の条件文に当てはめたPDIAクエリを生成する。具体的には、例えば、PDIAクエリジェネレータ131は、放送局からのPDIQが受信されると、図示せぬ表示部に、図8乃至図12を参照して説明したような、PDIQで定義されている質問に対応する画面を表示させ、その質問に対する回答を、クライアント12のユーザ視聴者に入力または選択させ、さらに、それぞれの回答の組み合わせフィルタリング条件をそのユーザに決定させることで、その回答の組み合わせを表すPDIAクエリを生成する。すなわち、PDIAクエリジェネレータ131は、ユーザと対話することによって、PDIQで定義されている質問に対する回答の組み合わせを表すPDIAクエリを生成する。そして、ステップS64において、コンテンツフィルタ54は、PDIAクエリ記憶部132に記憶されているPDIAクエリに基づいて、サーバ11からのコンテンツメタデータに含まれるプロバイダ側PDIAのマッチングを行う。ここで、プロバイダ側PDIAとして、図14を参照して説明したPDIAがサーバ11から送信されてきたものとし、以下に示されるPDIAクエリが生成され記憶されているものとする。QBAidCommon111andafalseandQSAidProviderA123andaBaseball上述のPDIAクエリは、プロバイダ側PDIAが、Common111の質問に対する回答としてfalseが選択され、かつ、ProviderA123の質問に対する回答としてBaseballが選択されているか否かを評価することを示している。このとき、コンテンツフィルタ54は、PDIAクエリに基づいてプロバイダ側PDIAを評価し、PDIAクエリが満たされる真となるプロバイダ側PDIAである場合、プロバイダ側PDIAとPDIAクエリとはマッチしていると判定し、PDIAクエリが満たされない偽となるプロバイダ側PDIAである場合、プロバイダ側PDIAとPDIAクエリとはマッチしていないと判定する。この場合、図14に示されるプロバイダ側PDIAにおいては、Common111の質問に対する回答としてfalseが選択され、かつ、ProviderA123の質問に対する回答としてBaseballが選択されているので、プロバイダ側PDIAとPDIAクエリとはマッチしていると判定される。このように、ユーザ側で設定されたPDIAクエリによって、より複雑なフィルタリングの条件が表現されるようになるので、より確実に、ユーザ側が期待するコンテンツを取得させることが可能となる。ところで、本発明は、デジタルテレビジョン番組を放送する放送システムに適用することができるが、その一例として、ATSCAdvancedTelevisionStandardCommittee方式を移動体受信に拡張させたATSCMHMobileHandheld方式で放送を行う放送システムに適用することができる。[ATSCMH方式で放送を行う放送システムへの適用例]図20は、本発明を適用した、従来のATSC方式およびATSCMHのそれぞれでデジタルテレビジョン番組を放送する放送システムの構成例を示す図である。図20の放送システムは、図1の放送システム10におけるサーバ11に対応し、ATSCLegacySystem151、ATSCMHSystem152、MHFraming153、およびRFTransmissionSystem154を備えている。ATSCLegacySystem151は、従来のATSC方式で、MPEG2TSMovingPictureExpertsGroup2TransportStreamにより放送ストリームを送出する。ATSCMHSystem152は、ATSCMH方式でIPパケットの放送ストリームを送出する。ATSCMHSystem152におけるControlData152aは、ATSCMHSystem152から送出される放送ストリームAVAudioVideoコンテンツに関する制御情報である。そして、上述した放送ストリームそれぞれは、MHFraming153によって多重化され、RFTransmissionSystem154によって放送波として送信される。なお、各ブロックの機能の詳細については、ATSCの規格に記載されているので、ここでは、その説明は省略する。図21は、ATSCMH方式で送信される放送波の信号におけるプロトコルスタックを示している。詳細な説明は省略するが、最も上位の階層の1つは、ServiceGuideとされ、ATSCMH方式で提供されるコンテンツのメタデータを規定している。図20で示されるControlData152aは、ServiceGuideで規定されるコンテンツメタデータ以下、単にServiceGuideというとして伝送される。すなわち、図20の放送システムにおいては、上述した放送システム10においてサーバ11からクライアント12に送信されるPDIAプロバイダ側PDIAやPDIAクエリ、PDIQは、ServiceGuideに格納されて送信される。なお、図21において、ServiceGuideに隣接する下位の階層FLUTE、および、FLUTEに隣接する下位の階層ALCは、UDPIPUserDatagramProtocolInternetProtocolによってパケット化されたServiceGuideを転送するための階層である。このServiceGuideの仕様としては、OMAOpenMobileAllianceによって、図22に示されるデータ構成が規定されている。なお、図22に示されるServiceGuideの構成の詳細は、ServiceGuideforMobileBroadcastServicesOpenMobileAllianceOMATSBCASTServiceGuideV10CandidateVersion10に規定されているため、その説明は省略する。PDIAプロバイダ側PDIAまたはPDIAクエリは、図22に示されるServiceGuideを構成する要素のうちの、Serviceフラグメント、Scheduleフラグメント、およびContentフラグメントのうちの少なくともいずれか1つに格納される。Serviceフラグメントは、チャネルサービスの内容に関する制御情報を含むメタデータであり、図23は、その構成の詳細を示している。PDIAまたはPDIAクエリは、図23に示されるServiceフラグメントにおいて、最下段に規定されているPrivateExt要素に新たにPDIA要素を追加することで、そこに格納される。具体的には、例えば、PDIA要素は、XMLスキーマによって、と文字列で表現されてエンコードされる。Scheduleフラグメントは、コンテンツデジタルテレビジョン番組の配信スケジュールに関する制御情報を含むメタデータであり、図24は、その構成の詳細を示している。PDIAまたはPDIAクエリは、図24に示されるScheduleフラグメントにおいて、最下段に規定されているPrivateExt要素に新たにPDIA要素を追加することで、そこに格納される。具体的には、例えば、PDIA要素は、XMLスキーマによって、と文字列で表現されてエンコードされる。Contentフラグメントは、コンテンツデジタルテレビジョン番組の内容に関する制御情報を含むメタデータであり、図25は、その構成の詳細を示している。PDIAまたはPDIAクエリは、図25に示されるContentフラグメントにおいて、最下段に規定されているPrivateExt要素に新たにPDIA要素を追加することで、そこに格納される。具体的には、例えば、PDIA要素は、XMLスキーマによって、と文字列で表現されてエンコードされる。また、PDIQは、図22に示されるServiceGuideを構成する要素のうちの、InteractivityDataフラグメントに格納される。InteractivityDataフラグメントは、チャネルサービスやコンテンツテレビジョン番組に関するアプリケーションについてのメタデータであり、図26は、その構成の詳細を示している。PDIQは、図26に示されるInteractivityDataフラグメントにおいて、最下段に規定されているPrivateExt要素に新たにPDIQ要素を追加することで、そこに格納される。具体的には、例えば、PDIQ要素は、XMLスキーマによって、と文字列で表現されてエンコードされる。以上においては、本発明を、ATSCMH方式で放送を行う放送システムに適用した例について説明したが、従来のATSC方式でNRTNonRealTime放送を行う放送システムに適用することもできる。NRT放送においては、リアルタイムでのコンテンツの視聴を前提としないため、データとして放送信号により放送されるコンテンツの放送時刻に同期してコンテンツを再生する必要はない。[NRT放送を行う放送システムへの適用例]図27は、NRT放送で送信される放送波の信号におけるプロトコルスタックを示している。詳細な説明は省略するが、最も下位の階層は、PhysicalLayer物理層とされ、放送波の周波数帯域がこれに対応する。PhysicalLayerに隣接する上位の階層は、MPEG2TSとされ、放送波として放送される放送ストリームがこれに対応する。MPEG2TSに隣接する上位の階層として、ATSCPSIPProgramandSystemInformationProtocolおよびMPEG2PSIProgramSpecificInformationが示されている。ATSCPSIPは、TVCTを有する階層とされ、MPEG2PSIは、PAT、PMTを有する階層とされる。また、MPEG2TSに隣接する上位の階層として、DSMCCDigitalStorageMediaCommandandControlAddressableSectionが示されている。DSMCCAddressableSectionは、放送ストリームのMPEG2TS上でIPパケットを転送するためのアダプテーションレイヤとして用いられる。図28は、TVCT、PAT、PMT、およびDSMCCAddressableSectionのデータ構造を示している。TVCTには、MPEG2TSで放送される放送ストリームに関する制御情報が記述されており、TVCTに基づいて、IPパケットストリームUDPIPPacketsを転送するためのDSMCCAddressableSectionを転送するMPEG2TSが特定される。図27に戻り、DSMCCAddressableSectionに隣接する上位の階層として、IPが示され、さらにIPに隣接する上位の階層として、UDPが示されている。UDPに隣接する上位の階層として、ServiceSignalingChannelおよびFLUTEALCFileDeliveryoverUnidirectionalTransportAsynchronousLayeredCodingProtocolが示されている。ServiceSignalingChannelは、SMTServiceMapTableおよびNRTITNRTInformationTableを有する階層とされる。FLUTEALCに隣接する上位の階層として、FLUTESessionが示されている。FLUTESessionは、FLUTEFDTFileDeliveryTableおよびAVFileAVファイルを有する階層とされる。図29は、SMT、NRTIT、およびFLUTEFDTのデータ構造を示している。SMTには、チャネルに関するメタデータが記述され、NRTITには、コンテンツに関するメタデータが記述される。SMTおよびNRTITは、上述したServiceSignalingChannelで転送される。FLUTEFDTには、AVファイルそれぞれを識別するための情報が記述されている。なお、AVファイルは、上述したFLUTEALCで転送される。ここで、NRT放送を行う放送システムにおいては、上述した放送システム10においてサーバ11からクライアント12に送信されるPDIAプロバイダ側PDIAやPDIAクエリ、PDIQは、SMTまたはNRTITに格納されて送信される。すなわち、配信されるコンテンツのフィルタリングを、チャネル放送局単位で行う場合には、SMTのサービスレベルのdescriptorloop図中、Service1の最下段に、PDIA、PDIAクエリ、またはPDIQを格納するPDIdescriptorを新たに規定する。また、配信されるコンテンツのフィルタリングを、コンテンツ単位で行う場合には、NRTITのサービスレベルのdescriptorloop図中、Content1の最下段に、PDIA、PDIAクエリ、またはPDIQを格納するPDIdescriptorを新たに規定する。図30は、PDIdescriptorのシンタックスの例を示している。図30においては、記述される記述子のそれぞれが、ビット数NoofBitsおよびフォーマットFormatとともに定義されている。図30に示されるシンタックスによれば、PDIA、PDIAクエリ、またはPDIQは、可変ビットである記述子PDIQorPDIAorPDIAQueryに記述される。なお、PDIdescriptorのシンタックスは、図30に示された例に限るものではない。このように、本発明は、NRT放送を行う放送システムに適用することも可能である。なお、本発明は、上述したATSCMH方式で放送を行う放送システムや、NRT放送を行放送システム以外の方式で放送を行う放送システムに適用するようにしてももちろんよい。上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを格納するプログラム記録媒体は、図2に示すように、磁気ディスクフレキシブルディスクを含む、光ディスクCDROMDVDを含む、光磁気ディスクを含む、もしくは半導体メモリなどよりなるパッケージメディアであるリムーバブルメディア31、または、プログラムが一時的もしくは永続的に格納されるROM22や、記憶部28を構成するハードディスクなどにより構成される。プログラム記録媒体へのプログラムの格納は、必要に応じてルータ、モデムなどのインタフェースである通信部29を介して、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の通信媒体を利用して行われる。なお、本明細書において、プログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。"