"コンテンツをクライアントに配信する送信装置において、前記クライアントのユーザの嗜好についての質問を表す情報である質問情報を生成する質問生成手段と、前記質問情報と、前記ユーザの嗜好についての質問に対して、前記コンテンツを提供する提供者によって設定された回答を表すビット列の情報である提供者側回答情報とを、前記クライアントに送信する送信手段とを備える送信装置。前記提供者によって設定された前記回答に対応する前記コンテンツのメタデータとして、前記提供者側回答情報を含む前記メタデータを生成するメタデータ生成手段をさらに備え、前記送信手段は、前記メタデータを前記クライアントに送信する請求項1に記載の送信装置。コンテンツをクライアントに配信する送信装置の送信方法において、前記クライアントのユーザの嗜好についての質問を表す情報である質問情報を生成する質問生成ステップと、前記質問情報と、前記ユーザの嗜好についての質問に対して、前記コンテンツを提供する提供者によって設定された回答を表すビット列の情報である提供者側回答情報とを、前記クライアントに送信する送信ステップとを含む送信方法。サーバから配信されるコンテンツを取得する受信装置において、前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答を表すビット列の情報であるユーザ側回答情報を生成する回答生成手段と、前記回答情報と、前記サーバから送信されてくる、前記質問に対して、前記コンテンツを提供する提供者によって設定された回答を表すビット列の情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツの取得を決定するマッチング手段とを備える受信装置。前記マッチング手段は、前記マッチングを行うことで、前記提供者側回答情報を含むメタデータに対応する前記コンテンツの取得を決定する請求項4に記載の受信装置。サーバから配信されるコンテンツを取得する受信装置の受信方法において、前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答を表すビット列の情報であるユーザ側回答情報を生成する回答生成ステップと、前記回答情報と、前記サーバから送信されてくる、前記質問に対して、前記コンテンツを提供する提供者によって設定された回答を表すビット列の情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツの取得を決定するマッチングステップとを含む受信方法。コンテンツを配信する送信装置と、前記送信装置から配信される前記コンテンツを取得する受信装置とからなる送受信システムにおいて、前記送信装置は、前記受信装置のユーザの嗜好についての質問を表す情報である質問情報を生成する質問生成手段と、前記質問情報と、前記ユーザの嗜好についての質問に対して、前記コンテンツを提供する提供者によって設定された回答を表すビット列の情報である提供者側回答情報とを、前記受信装置に送信する送信手段とを備え、前記受信装置は、前記送信装置から送信されてくる前記質問情報に対応して、前記質問に対する前記ユーザの回答を表すビット列の情報であるユーザ側回答情報を生成する回答生成手段と、前記ユーザ側回答情報と、前記送信装置から送信されてくる前記提供者側回答情報とのマッチングを行うことで、前記送信装置から配信される前記コンテンツの取得を決定するマッチング手段とを備える送受信システム。しかしながら、標準化団体によって規定されたメタデータセットに含まれないメタデータフィルタリング属性を、コンテンツに付与することはなされていない。例えば、プロバイダ側が、視聴対象が10代であり、かつ、就職活動に興味がある視聴者向けのコンテンツを配信したい場合であっても、標準化団体によって規定されたメタデータセットの中に、就職活動に興味があるか否かがメタデータの要素として存在しない場合には、コンテンツに、メタデータの要素として就職活動に興味があるが設定されたフィルタリング属性を付与することはできなかった。したがって、プロバイダ側では、その時のニーズに応じた例えば、流行を考慮した、視聴者の関心事をメタデータとして付与したコンテンツを配信することはできなかった。また、このような場合、クライアント側においては、その時のニーズに応じたコンテンツを取得するようにフィルタリングを行うことはできなかった。本発明は、このような状況に鑑みてなされたものであり、その時のニーズに応じたコンテンツを取得することができるようにするものである。本発明の第1の側面の送信装置は、コンテンツをクライアントに配信する送信装置であって、前記クライアントのユーザの嗜好についての質問を表す情報である質問情報を生成する質問生成手段と、前記質問情報と、前記ユーザの嗜好についての質問に対して、前記コンテンツを提供する提供者によって設定された回答を表すビット列の情報である提供者側回答情報とを、前記クライアントに送信する送信手段とを備える。前記送信装置には、前記提供者によって設定された前記回答に対応する前記コンテンツのメタデータとして、前記提供者側回答情報を含む前記メタデータを生成するメタデータ生成手段をさらに設け、前記送信手段には、前記メタデータを前記クライアントに送信させることができる。本発明の第1の側面の送信方法は、コンテンツをクライアントに配信する送信装置の送信方法であって、前記クライアントのユーザの嗜好についての質問を表す情報である質問情報を生成する質問生成ステップと、前記質問情報と、前記ユーザの嗜好についての質問に対して、前記コンテンツを提供する提供者によって設定された回答を表すビット列の情報である提供者側回答情報とを、前記クライアントに送信する送信ステップとを含む。本発明の第1の側面においては、クライアントのユーザの嗜好についての質問を表す情報である質問情報が生成され、質問情報と、ユーザの嗜好についての質問に対して、コンテンツを提供する提供者によって設定された回答を表すビット列の情報である提供者側回答情報とが、クライアントに送信される。本発明の第2の側面の受信装置は、サーバから配信されるコンテンツを取得する受信装置であって、前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答を表すビット列の情報であるユーザ側回答情報を生成する回答生成手段と、前記回答情報と、前記サーバから送信されてくる、前記質問に対して、前記コンテンツを提供する提供者によって設定された回答を表すビット列の情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツの取得を決定するマッチング手段とを備える。前記マッチング手段には、前記マッチングを行うことで、前記提供者側回答情報を含むメタデータに対応する前記コンテンツの取得を決定させることができる。本発明の第2の側面の受信方法は、サーバから配信されるコンテンツを取得する受信装置の受信方法であって、前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答を表すビット列の情報であるユーザ側回答情報を生成する回答生成ステップと、前記回答情報と、前記サーバから送信されてくる、前記質問に対して、前記コンテンツを提供する提供者によって設定された回答を表すビット列の情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツの取得を決定するマッチングステップとを含む。本発明の第2の側面においては、サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、質問に対するユーザの回答を表すビット列の情報であるユーザ側回答情報が生成され、回答情報と、サーバから送信されてくる、質問に対して、コンテンツを提供する提供者によって設定された回答を表すビット列の情報である提供者側回答情報とのマッチングを行うことで、サーバから配信されるコンテンツの取得が決定される。本発明の第3の側面の送受信システムは、コンテンツを配信する送信装置と、前記送信装置から配信される前記コンテンツを取得する受信装置とからなる送受信システムであって、前記送信装置が、前記受信装置のユーザの嗜好についての質問を表す情報である質問情報を生成する質問生成手段と、前記質問情報と、前記ユーザの嗜好についての質問に対して、前記コンテンツを提供する提供者によって設定された回答を表すビット列の情報である提供者側回答情報とを、前記受信装置に送信する送信手段とを備え、前記受信装置が、前記送信装置から送信されてくる前記質問情報に対応して、前記質問に対する前記ユーザの回答を表すビット列の情報であるユーザ側回答情報を生成する回答生成手段と、前記ユーザ側回答情報と、前記送信装置から送信されてくる前記提供者側回答情報とのマッチングを行うことで、前記送信装置から配信される前記コンテンツの取得を決定するマッチング手段とを備える。本発明の第3の側面においては、受信装置のユーザの嗜好についての質問を表す情報である質問情報が生成され、質問情報と、ユーザの嗜好についての質問に対して、コンテンツを提供する提供者によって設定された回答を表すビット列の情報である提供者側回答情報とが、受信装置に送信される。送信装置から送信されてくる質問情報に対応して、質問に対するユーザの回答を表すビット列の情報であるユーザ側回答情報が生成され、ユーザ側回答情報と、送信装置から送信されてくる提供者側回答情報とのマッチングを行うことで、送信装置から配信されるコンテンツの取得が決定される。本発明の第1乃至第3の側面によれば、その時のニーズに応じたコンテンツを取得することが可能となる。以下、本発明の実施の形態について図を参照して説明する。なお、説明は以下の順序で行う。1.第1の実施の形態2.第2の実施の形態3.第3の実施の形態<1.第1の実施の形態>[放送システムの構成例]図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から送信されてきたものとする。QBAidCommon111andatrueandQSAidProviderA123andaBaseball上述の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放送を行放送システム以外の方式で放送を行う放送システムに適用するようにしてももちろんよい。ところで、上述で説明した放送システム10におけるクライアント12は、サーバ11からのPDIQで定義されている質問に対応する画面表示により、ユーザと対話することによって、ユーザ側PDIAを生成するようにした。プロバイダ側で設定生成される質問が単純な内容であれば、クライアント12は、図8乃至図12で示された画面表示によってユーザと対話することが可能であるが、プロバイダ側で設定される質問が、高度な対話性を必要とする内容例えば、ユーザの選択により複雑に条件分岐するような内容である場合、図8乃至図12で示されたような画面表示では、十分にユーザと対話することができない恐れがある。このような場合、ユーザの嗜好を精度よく反映したPDIAを生成することができなくなるので、正確なフィルタリング条件を得ることもできず、ひいては、その時のニーズに応じたコンテンツを取得することができなくなる。そこで、以下においては、プロバイダ側で設定される質問が、高度な対話性を必要とする内容であっても、ユーザとの対話を十分に行うようにした放送システムの実施の形態について説明する。<2.第2の実施の形態>[サーバの機能構成例]まず、図31を参照して、スクリプトを実行することによってユーザとの対話を行うようにした放送システム10におけるサーバ11の機能構成例について説明する。図31のサーバ11は、送信部42、メタデータディストリビュータ44、コンテンツ蓄積部45、コンテンツディストリビュータ46、PDISジェネレータ311、およびPDIS実行部312から構成される。なお、図31のサーバ11においては、図3のサーバ11に設けられたものと同様の機能を備える構成については、同一名称および同一符号を付するものとし、その説明は、適宜省略するものとする。すなわち、図31のサーバ11において、図3のサーバ11と異なるのは、PDIQジェネレータ41およびPDIAジェネレータ43に代えて、PDISジェネレータ311およびPDIS実行部312を設けた点である。PDISジェネレータ311は、クライアント12のユーザ視聴者の嗜好についての質問に対するユーザの回答を表すユーザ側PDIAを得るためのスクリプトであるPDISPreferenceDemographicandInterestScriptを生成し、送信部42を介してクライアント12に送信するとともに、PDIS実行部312に供給する。PDISには、Webブラウザやその他のアプリケーションなどが含まれる。PDIS実行部312は、PDISジェネレータ311からのPDISを実行することで、クライアント12のユーザの嗜好についての質問に対して、プロバイダ側が設定した回答を表すプロバイダ側PDIAを生成し、メタデータディストリビュータ44に供給する。[クライアントの機能構成例]次に、図32を参照して、スクリプトを実行することによってユーザとの対話を行うようにした放送システム10におけるクライアント12の機能構成例について説明する。図32のクライアント12は、受信部51、PDIA記憶部53、コンテンツフィルタ54、コンテンツ再生部55、コンテンツ蓄積部56、PDIS実行部321、および履歴情報記憶部322から構成される。なお、図32のクライアント12においては、図4のクライアント12に設けられたものと同様の機能を備える構成については、同一名称および同一符号を付するものとし、その説明は、適宜省略するものとする。すなわち、図32のクライアント12において、図4のクライアント12と異なるのは、PDIAジェネレータ52に代えてPDIS実行部321を設け、履歴情報記憶部322を新たに設けた点である。PDIS実行部321は、サーバ11から送信されてきたPDISを実行することで、クライアント12のユーザの嗜好についての質問に対するユーザの回答を表すユーザ側PDIAを生成し、PDIA記憶部53に供給する。PDIS実行部321は、必要に応じて、後述する履歴情報に基づいてPDISを実行する。履歴情報記憶部322は、クライアント12を所有するユーザの行動履歴を表す履歴情報を記憶している。履歴情報記憶部322に記憶されている履歴情報は、必要に応じて、PDIS実行部321に読み出される。[コンテンツの送受信処理の例]次に、図33のフローチャートを参照して、図31のサーバ11および図32のクライアント12から構成される放送システム10におけるコンテンツの送受信処理について説明する。なお、図33のフローチャートのステップS114乃至S116,S123乃至S126の処理は、図5のフローチャートのステップS14乃至S16,S23乃至S26の処理と基本的に同様であるので、その説明は省略する。すなわち、放送事業者などのプロバイダ側において、例えば、放送配信されるコンテンツのスポンサや、放送事業者自身が、特定の嗜好や属性を有する視聴者に対するコンテンツの配信を要求した場合、プロバイダ側のスタッフの操作に応じて、サーバ11のPDISジェネレータ311は、ステップS111において、視聴者、すなわち、クライアント12のユーザに対する、どのような嗜好や属性を有するかの質問に対するユーザの回答を表すユーザ側PDIAを得るためのPDISを生成する。[XMLスキーマのシンタックスの他の例]ここで、図34を参照して、本実施の形態におけるPDISおよびPDIAを構成するためのXMLスキーマのシンタックスの他の例について説明する。なお、図34に示されるシンタックスにおける1行目乃至44行目は、図6に示されるシンタックスおける1行目乃至44行目と同一であるので、その説明は省略する。45行目乃至50行目は、5行目乃至9行目で宣言された質問のうちの、QAAの名称で定義される質問質問の型がAnyAnswerTypeである質問の要素の宣言を示している。47行目に示されるid要素は、その質問の項目を識別するためのIDを表しており、そのフォーマットは、プロバイダ独自フィルタリングパラメータと同様のフォーマットproviderNamecategoryquestionIDで定義される。すなわち、QAAの名称で定義される質問質問の型がAnyAnswerTypeである質問、およびその質問に対する回答は、プロバイダ独自フィルタリングパラメータに区分される。なお、QAAの名称で定義される質問は、回答の型を制限しないので、45行目乃至50行目においては、その質問q要素は定義されていない。また、QAAの名称で定義される質問に対する回答a要素は、後述するように、その質問を設定したプロバイダのみが内容を把握可能なフォーマットとすることができるので、プロバイダ隠蔽フォーマットのプロバイダ独自フィルタリングパラメータということとする。図33のフローチャートに戻り、ステップS112において、サーバ11のPDISジェネレータ311は、生成したPDISを、送信部42を介してクライアント12に送信するとともに、PDIS実行部312に供給する。ステップS121において、クライアント12の受信部51は、サーバ11から送信されてくるPDISを受信し、PDIS実行部321に供給する。なお、PDISは、例えば、サーバ11が設置されているプロバイダとしての放送局から所定の時間間隔で放送送信される毎に、クライアント12に受信されるようにしてもよいし、クライアント12においてサーバ11が設置されている放送局にチャンネルが合わされたときに、クライアント12に受信されるようにしてもよい。ステップS122において、クライアント12のPDIS実行部321は、PDIS実行処理を行うことでユーザ側PDIAを生成する。[PDIS実行処理の例]ここで、図35を参照して、PDIS実行部321によるPDIS実行処理の詳細について説明する。PDIS実行処理が開始されると、PDIS実行部321は、図示せぬ表示部に、PDISで定義されている質問に対応する画面を表示させ、その質問に対する回答を表すユーザ側PDIAを自動生成するか、または、クライアント12のユーザ視聴者の入力に応じてユーザ側PDIAを生成するかをユーザに選択させる。ステップS131において、PDIS実行部321は、ユーザ側PDIAの自動生成が選択されたか否かを判定する。ステップS131において、図示せぬ表示部に表示された画面上で、ユーザ側PDIAの自動生成が選択されたと判定された場合、処理はステップS132に進む。ステップS132において、PDIS実行部321は、PDISを実行することで、履歴情報記憶部322から履歴情報を読み出し、その履歴情報に基づいてユーザ側PDIAを生成する。具体的には、PDIS実行部321は、履歴情報記憶部322から読み出した履歴情報で表わされるユーザの行動履歴からユーザの嗜好を解析し、嗜好の解析結果に基づいて、PDISで定義される質問に対する回答を表すユーザ側PDIAを生成する。また、PDIS実行部321は、受信部51を介して、外部のネットワーク上のデータベースに記憶されている履歴情報で表わされるユーザの行動履歴からユーザの嗜好を解析し、嗜好の解析結果に基づいて、PDISで定義される質問に対する回答を表すユーザ側PDIAを生成する。このように、PDIS実行部321は、PDISを実行し、ユーザと対話することによって、PDISで定義されている質問に対して、ユーザの嗜好を精度よく反映させた回答を表すユーザ側PDIAを生成する。一方、ステップS131において、図示せぬ表示部に表示された画面上で、PDIAの自動生成が選択されていなかったと判定された場合、処理はステップS133に進む。ステップS133において、PDIS実行部321は、図示せぬ表示部に表示された画面上におけるユーザの入力に応じたユーザ側PDIAを生成する。具体的には、PDIS実行部321は、図示せぬ表示部に表示されている、PDISで定義されている質問に対する回答を、クライアント12のユーザ視聴者に入力または選択させることで、その回答を表すユーザ側PDIAを生成する。[PDISによるユーザとの対話における画面表示例]ここで、図36乃至図39を参照して、PDISによるユーザとの対話における画面表示例について説明する。なお、ここでは、クライアント12は、図7を参照して説明したPDIQで定義される質問と同一の質問を定義するPDISを受信したものとし、クライアント12の図示せぬ表示部には、受信したPDISで定義されている質問群に対応する画面が、順次表示されるものとする。図36は、図7におけるProviderA123の質問に対応する画面表示例を示している。図36においては、図7の12行目に示されている質問を含むメッセージ最近の視聴履歴を参照してInwhichofthefollowingsportsareyoumostinterestedに対する回答を自動的に生成する場合にはこのボタンを押下ください。自分で指定する場合は以下の中から1つ以上3つ以下で選択してください。が表示された履歴参照ボタン341と、質問に対する回答の候補としての選択肢Baseball、Basketball、Soccer、およびHockeyをユーザに選択させるための選択ボタン342-1乃至342-4が表示されている。図36で示される画面において、ユーザによって履歴参照ボタン341が押下されると、PDIS実行部321は、履歴情報記憶部322から、例えば過去1か月間のテレビジョン番組の視聴履歴を表す履歴情報を読み出すことで、ユーザの嗜好を解析し、ProviderA123の質問に対する回答の候補から、嗜好の解析結果との関連性が強いものを選択し、その回答を表すユーザ側PDIAを生成する。図37は、図7におけるProviderAProgramX123の質問に対応する画面表示例を示している。図37においては、図7の20行目に示されている質問を含むメッセージ最近の行動履歴を参照してDoyouenjoycampingandoutdoorrecreationに対する回答を自動的に生成する場合はこのボタンを押下してください。自分で指定する場合は以下の中から1つ選択してください。が表示された履歴参照ボタン351と、質問に対する回答の候補としての選択肢Never、Occasionally、およびFrequentlyをユーザに選択させるための選択ボタン352-1乃至352-3が表示されている。図37で示される画面において、ユーザによって履歴参照ボタン351が押下されると、PDIS実行部321は、履歴情報記憶部322から、例えば予定表等の、過去1か月間の外出した記録を表す履歴情報を読み出すことで、ユーザの嗜好を解析し、ProviderAProgramX123の質問に対する回答の候補から、嗜好の解析結果との関連性が強いものを選択し、その回答を表すユーザ側PDIAを生成する。図38は、図7におけるProviderA321の質問に対応する画面表示例を示している。図38においては、図7の27行目に示されている質問を含むメッセージ最近の商品検索履歴を参照してWhosproductsareyoumostinterestedinrecentlyに対する回答を自動的に生成する場合はこのボタンを押下してください。自分で指定する場合は以下にメーカ名を自由に記入してください。が表示された履歴参照ボタン361と、質問に対する回答として文字列をユーザに入力させるための回答入力部362が表示されている。図38で示される画面において、ユーザによって履歴参照ボタン361が押下されると、PDIS実行部321は、インターネット上でショッピングサイトを運営する会社のデータベースから、例えば過去1か月間に検索した商品を表す履歴情報を読み出すことで、ユーザの嗜好を解析し、その解析結果に基づいて、ProviderA321の質問に対する回答を表すPDIAを生成する。そして、図39は、図7を参照して説明したPDIQで定義されている質問には含まれない、ProviderASpecial999の質問に対応する画面表示例を示している。ProviderASpecial999の質問は、上述した、質問の型がAnyAnswerTypeである質問であるものとする。図39においては、PDISで与えられる質問を含むメッセージ最近の会話履歴を参照してWhatsubjectareyoumostinterestedinrecentlyに対する回答を自動的に生成してもよい場合はこのボタンを押下してください。余計なお世話と思われる場合は下のキャンセルボタンを押してください。が表示された履歴参照ボタン371と、質問に対する回答をキャンセルするためのキャンセルボタン372が表示されている。図39で示される画面において、ユーザによって履歴参照ボタン371が押下されると、PDIS実行部321は、例えば、インターネット上でSNSSocialNetworkServiceを提供する会社のデータベースから、例えば過去1週間にやりとりした会話文章を表す履歴情報を読み出すことで、ユーザの嗜好を解析し、その解析結果に基づいて、ProviderASpecial999の質問に対する回答を表すPDIAを生成する。なお、図36および図37で示される画面表示例においては、PDISで定義されている質問に対する回答の候補から、ユーザの回答を選択させるようにしたが、履歴情報記憶部322や外部のデータベースに記憶されている履歴情報で表わされるユーザの行動履歴から、質問に対する回答の候補を類推し、類推された回答の候補から、ユーザの回答を選択させるようにしてもよい。図40は、図7におけるProviderA123の質問に対応する画面表示の他の例を示している。図40においては、図7の12行目に示されている質問を含むメッセージInwhichofthefollowingsportsareyoumostinterestedに対する回答としてあなたの各種履歴情報から類推した結果、以下の3つが候補として考えられますがこの中から1つ以上で選択してください。が表示された質問提示部381と、質問に対する、類推された回答の候補としての選択肢Basketball、Soccer、およびHockeyをユーザに選択させるための選択ボタン382-1乃至382-3が表示されている。この場合、PDIS実行部321は、PDISを実行して、履歴情報記憶部322から、例えば過去1か月間のテレビジョン番組の視聴履歴を表す履歴情報を読み出して、ユーザの嗜好を解析することで、ProviderA123の質問に対する回答の候補を類推して、対応する選択ボタンを図40で示される画面のように表示させる。ユーザによって選択ボタンが選択されると、PDIS実行部321は、選択された選択ボタンに対応する回答を表すユーザ側PDIAを生成する。このようにして、PDIS実行部321は、PDISを実行することにより、ユーザの履歴情報に基づいて、PDISで定義される質問に対する回答を表すユーザ側PDIAを自動生成するか、または、ユーザに入力または選択させた、質問に対する回答を表すユーザ側PDIAを生成する。[PDIAの例]ここで、図41を参照して、PDIS実行部321によって生成されるPDIAユーザ側PDIAの例について説明する。なお、図41で示されるPDIAは、ユーザの履歴情報に基づいて生成されたPDIAであるものとする。すなわち、2行目乃至7行目は、図36で説明した画面表示により提示された質問に対して自動生成されたユーザの回答を示している。すなわち3行目におけるProviderA123は、図36の画面表示により提示された質問のid要素を示しており、4行目におけるBaseball、5行目におけるSoccer、6行目におけるHockeyは質問に対する回答として、PDIS実行部321によってユーザの履歴情報に基づいて選択された回答を示している。8行目乃至11行目は、図37で説明した画面表示により提示された質問に対して自動生成されたユーザの回答を示している。すなわち、9行目におけるProviderAProgramX123は、図37の画面表示により提示された質問のid要素を示しており、10行目におけるOccasionallyは質問に対する回答として、PDIS実行部321によってユーザの履歴情報に基づいて選択された回答を示している。12行目乃至15行目は、図38で説明した画面表示により提示された質問に対して自動生成されたユーザの回答を示している。すなわち、13行目におけるProviderA321は、図38の画面表示により提示された質問のid要素を示しており、14行目におけるSomyは質問に対する回答として、PDIS実行部321によってユーザの履歴情報に基づいて生成された回答を示している。16行目乃至19行目は、図39で説明した画面表示により提示された質問に対して自動生成されたユーザの回答を示している。すなわち、17行目におけるProviderASpecial:999は、図39の画面表示により提示された質問のid要素を示しており、18行目におけるjlKK3Qは質問に対する回答として、PDIS実行部321によってユーザの履歴情報に基づいて生成された回答を示している。ここで、jlKK3Qは、質問を設定したプロバイダのみが内容を把握可能な、プロバイダ隠蔽フォーマットのプロバイダ独自フィルタリングパラメータであり、例えば、Base64などの方式によりエンコードされている。すなわち、このプロバイダ独自フィルタリングパラメータは、他のプロバイダがフィルタリングパラメータとして使用することができないようになされている。PDIS実行部321は、このようにして生成したユーザ側PDIAをPDIA記憶部53に供給し、記憶させる。PDIA記憶部53に記憶されたユーザ側PDIAは、後述するように、サーバ11から配信されるコンテンツが、クライアント12のユーザの嗜好に合っているか否かを判定する際に用いられる。なお、PDIA記憶部53に記憶されたユーザ側PDIAは、PDIS実行部321によって、プロバイダ側により予め指定された実行周期でPDISが実行されることで、更新されるようになされている。さて、図33のフローチャートに戻り、ステップS113において、サーバ11のPDIS実行部312は、PDISジェネレータ311からのPDISで定義されている質問に対するプロバイダ側PDIAを生成し、メタデータディストリビュータ44に供給する。具体的には、PDIS実行部312は、放送局プロバイダ側のスタッフの操作によってPDISを解析または実行し、図示せぬ表示部に、例えば図36乃至図39を参照して説明したような、PDISで定義されている質問に対応する画面を表示させ、その質問に対する回答を表すプロバイダ側PDIAを生成する。このとき、放送局のスタッフは、PDISを解析または実行させることで、PDISで定義されている質問に対する回答として、配信しようとするコンテンツに対応する回答を選択させる。すなわち、PDIS実行部312によって生成されるプロバイダ側PDIAは、プロバイダ側がクライアント12のユーザ視聴者の嗜好を考慮に入れ、その視聴者に、のちに配信されるコンテンツを視聴させるための情報回答を表している。その後、サーバ11においては、生成されたプロバイダ側PDIAに対応するコンテンツが特定照会され、特定されたコンテンツのコンテンツメタデータとして、プロバイダ側PDIAを含むコンテンツメタデータが生成され、生成されたコンテンツメタデータとともに、特定したコンテンツが配信される。なお、ここでも、コンテンツがコンテンツメタデータとともに配信されなくてもよく、プロバイダ側PDIAを含むコンテンツメタデータが前もってクライアント12に送信された後で、そのコンテンツメタデータに対応するコンテンツが配信されるようにしてもよい。一方、クライアント12においては、サーバ11から配信されたコンテンツおよびコンテンツメタデータが受信され、ユーザ側PDIAと、プロバイダ側PDIAとのマッチングが行われる。ここで、ユーザ側PDIAとして、図41を参照して説明したPDIAが生成され記憶されているものとし、プロバイダ側PDIAとして、図42に示されるPDIAがサーバ11から送信されてきたものとする。図42に示されるプロバイダ側PDIAは、図41で示されたユーザ側PDIAと基本的な構成は同一であるので詳細な説明は省略するが、このプロバイダ側PDIAは、ProviderA123の質問に対する回答としてBaseballが設定され、ProviderAProgramX123の質問に対する回答としてNeverが設定されたことを示している。このとき、クライアント12は、ユーザ側PDIAとプロバイダ側PDIAとを比較し、質問に対する回答が1つでも一致している場合、ユーザ側PDIAとプロバイダ側PDIAとはマッチしていると判定し、質問に対する回答が1つも一致しない場合、ユーザ側PDIAとプロバイダ側PDIAとはマッチしていないと判定する。この場合、図41に示されるユーザ側PDIAにおけるProviderA123の質問に対する回答と、図42に示されるプロバイダ側PDIAにおけるProviderA123の質問に対する回答のそれぞれにBaseballが含まれている点で、それぞれは一致しているので、ユーザ側PDIAとプロバイダ側PDIAとはマッチしていると判定される。次に、プロバイダ側PDIAとして、図43に示されるPDIAがサーバ11から送信されてきたものとする。図43に示されるプロバイダ側PDIAは、ProviderA123の質問に対する回答としてBasketballが選択され、ProviderAProgramX123の質問に対する回答としてNeverが選択されたことを示している。この場合、図41に示されるユーザ側PDIAにおける質問に対する回答と、図43に示されるプロバイダ側PDIAにおけるの質問に対する回答が1つも一致しないので、ユーザ側PDIAとプロバイダ側PDIAとはマッチしていないと判定される。このようなマッチング処理の結果によって、配信されたコンテンツが取得されるか否かが決定される。以上の処理によれば、放送システムにおいて、プロバイダ側では、サーバによって、ユーザの嗜好についての質問に対するユーザ側PDIAを得るためのPDISが生成され、そのPDISがクライアント端末に送信され、そのPDISに対して、プロバイダ側が設定した回答を表すプロバイダ側PDIAが、対応するコンテンツのコンテンツメタデータとして配信される。これにより、コンテンツメタデータとして、標準化団体によって規定されたコンテンツメタデータ以外の、その時のニーズに応じたコンテンツメタデータをコンテンツに付与することができるようになる。一方、ユーザ側では、クライアント端末によって、サーバからのPDISが実行されることでユーザ側PDIAが生成され、生成されたユーザ側PDIAと、サーバからのプロバイダ側PDIAとのマッチングが行われることで、サーバから配信されたコンテンツを取得するか否かが決定される。これにより、標準化団体によって規定されたコンテンツメタデータ以外の、その時のニーズに応じたコンテンツメタデータによって、コンテンツをフィルタリングすることができるようになる。したがって、その時のニーズに応じたコンテンツを取得することが可能となる。また、クライアント端末においては、PDISによってユーザとの対話が行えるので、プロバイダ側で設定される質問が、高度な対話性を必要とする内容であっても、十分にユーザと対話することができるようになる。したがって、ユーザの嗜好を精度よく反映したユーザ側PDIAを生成することができるので、正確なフィルタリング条件を得ることができ、ひいては、より確実に、その時のニーズに応じたコンテンツを取得することが可能となる。なお、スクリプトを実行することによってユーザとの対話を行う放送システムにおいても、ユーザ側PDIAまたはプロバイダ側PDIAのいずれか一方を、PDIAを評価するクエリとして表現することで、ユーザ側PDIAとプロバイダ側PDIAとを比較し、マッチングを行うようにしてもよい。ここで、以下においては、ユーザ側PDIAまたはプロバイダ側PDIAのいずれか一方を、クエリとして表現することで、ユーザ側PDIAとプロバイダ側PDIAとを比較する構成について説明する。[PDIAを評価するクエリによるマッチング処理の例3]まずは、プロバイダ側PDIAをクエリとして表現することで、ユーザ側PDIAとプロバイダ側PDIAとを比較する構成について説明する。図44は、プロバイダ側PDIAをクエリとして表現するようにしたサーバ11の機能構成例を示している。図44のサーバ11は、送信部42、コンテンツ蓄積部45、コンテンツディストリビュータ46、PDISジェネレータ311、PDIS実行部391、およびメタデータディストリビュータ392から構成される。なお、図44のサーバ11においては、図31のサーバ11に設けられたものと同様の機能を備える構成については、同一名称および同一符号を付するものとし、その説明は、適宜省略するものとする。すなわち、図44のサーバ11において、図31のサーバ11と異なるのは、PDIS実行部312およびメタデータディストリビュータ44に代えて、PDIS実行部391およびメタデータディストリビュータ392を設けた点である。PDIS実行部391は、PDISジェネレータ311からのPDISを実行することで、クライアント12のユーザの嗜好についての質問に対して、プロバイダ側が設定した回答を表すプロバイダ側PDIAを生成し、生成したプロバイダ側PDIAを所定の条件文に当てはめたPDIAクエリを生成して、メタデータディストリビュータ392に供給する。メタデータディストリビュータ392は、PDIS実行部391からのPDIAクエリに基づいて、コンテンツ蓄積部45に蓄積されているコンテンツの中から、PDIAクエリに対応するコンテンツを特定照会する。メタデータディストリビュータ392は、特定したコンテンツのコンテンツメタデータとして、PDIAクエリを含むコンテンツメタデータを生成し、送信部42を介してクライアント12に送信する。また、この例におけるクライアント12は、図32のコンテンツフィルタ54が、PDIA記憶部53からユーザ側PDIAを読み出し、そのユーザ側PDIAと、サーバ11から送信されてきたコンテンツメタデータに含まれているPDIAクエリとに基づいて、コンテンツをフィルタリングする以外は、図32のクライアント12と同一であるので、その説明は、省略するものとする。次に、図45のフローチャートを参照して、図44のサーバ11を備える放送システム10におけるコンテンツの送受信処理について説明する。なお、図45のフローチャートのステップS151,S152,S156,S161乃至S163,S165,S166の処理は、図33のフローチャートのステップS111,S112,S116,S121乃至S123,S125,S126の処理と基本的に同様であるので、その説明は省略する。すなわち、ステップS153において、サーバ11のPDIS実行部391は、PDISジェネレータ311からのPDISで定義されている質問に対するプロバイダ側PDIAを生成し、生成したプロバイダ側PDIAを所定の条件文に当てはめたPDIAクエリを生成して、メタデータディストリビュータ392に供給する。具体的には、例えば、PDIS実行部391は、放送局プロバイダ側のスタッフの操作によってPDISを解析または実行し、図示せぬ表示部に、例えば図36乃至図39を参照して説明したような、PDISで定義されている質問に対応する画面を表示させ、その質問に対する回答を設定し、さらに、それぞれの回答の組み合わせフィルタリング条件をそのスタッフに決定させることで、その回答の組み合わせを表すPDIAクエリを生成する。このとき、放送局のスタッフは、PDISを解析または実行させることで、PDISで定義されている質問に対する回答として、配信しようとするコンテンツに対応する回答を選択させ、さらにその組み合わせを決定させる。すなわち、PDIS実行部391によって生成されるPDIAクエリは、プロバイダ側がクライアント12のユーザ視聴者の嗜好を考慮に入れ、その視聴者に、のちに配信されるコンテンツを視聴させるための情報回答の組み合わせを表している。ステップS154において、メタデータディストリビュータ392は、PDIS実行部391からのPDIAクエリに基づいて、コンテンツ蓄積部45に蓄積されているコンテンツの中から、PDIAクエリに対応するコンテンツを特定照会する。ここで特定されるコンテンツは、PDIS実行部391からのPDIAクエリと、蓄積されているコンテンツに予め付与されているコンテンツメタデータとの類似度が所定値より高いものとしてもよいし、放送局のスタッフによって、ユーザに視聴させたいコンテンツとして予め選択されたものであってもよい。なお、メタデータディストリビュータ392によって特定されたコンテンツは、コンテンツディストリビュータ46によって、コンテンツ蓄積部45から取得される。ステップS155において、メタデータディストリビュータ392は、ステップS154において特定したコンテンツに予め付与されているコンテンツメタデータと、PDIS実行部391からのPDIAクエリとに基づいて、PDIAクエリを含むコンテンツメタデータを新たに生成する。そして、ステップS164において、クライアント12のコンテンツフィルタ54は、サーバ11からのコンテンツメタデータに含まれるPDIAクエリに基づいて、PDIA記憶部53に記憶されているユーザ側PDIAのマッチングを行う。ここで、ユーザ側PDIAとして、図41を参照して説明したPDIAが生成され記憶されているものとし、以下に示されるPDIAクエリがサーバ11から送信されてきたものとする。QSAidProviderA123andaBaseball上述のPDIAクエリは、ユーザ側PDIAが、ProviderA123の質問に対する回答としてBaseballが選択されているか否かを評価することを示している。このとき、コンテンツフィルタ54は、PDIAクエリに基づいてユーザ側PDIAを評価し、PDIAクエリが満たされる真となるユーザ側PDIAである場合、ユーザ側PDIAとPDIAクエリとはマッチしていると判定し、PDIAクエリが満たされない偽となるユーザ側PDIAである場合、ユーザ側PDIAとPDIAクエリとはマッチしていないと判定する。この場合、図41に示されるユーザ側PDIAにおいては、ProviderA123の質問に対する回答としてBaseballが選択されているので、ユーザ側PDIAとPDIAクエリとはマッチしていると判定される。このように、プロバイダ側で設定されたPDIAクエリによって、より複雑なフィルタリングの条件が表現されるようになるので、より確実に、プロバイダ側が期待するユーザ視聴者にコンテンツを取得させることが可能となる。[PDIAを評価するクエリによるマッチング処理の例4]次に、ユーザ側PDIAをクエリとして表現することで、ユーザ側PDIAとプロバイダ側PDIAとを比較する構成について説明する。図46は、ユーザ側PDIAをクエリとして表現するようにしたクライアント12の機能構成例を示している。図46のクライアント12は、受信部51、コンテンツフィルタ54、コンテンツ再生部55、コンテンツ蓄積部56、履歴情報記憶部322、PDIS実行部401、およびPDIAクエリ記憶部402から構成される。なお、図46のクライアント12においては、図32のクライアント12に設けられたものと同様の機能を備える構成については、同一名称および同一符号を付するものとし、その説明は、適宜省略するものとする。すなわち、図46のクライアント12において、図32のクライアント12と異なるのは、PDIS実行部321およびPDIA記憶部53に代えて、PDIS実行部401およびPDIAクエリ記憶部402を設けた点である。PDIS実行部401は、サーバ11から送信されてきたPDISを実行することで、クライアント12のユーザの嗜好についての質問に対するユーザの回答を表すユーザ側PDIAを生成し、生成したユーザ側PDIAを所定の条件文に当てはめたPDIAクエリを生成して、PDIAクエリ記憶部132に供給する。PDIAクエリ記憶部402は、PDIS実行部401からのPDIAクエリを記憶する。PDIAクエリ記憶部402に記憶されているPDIAクエリは、適宜コンテンツフィルタ54に読み出される。なお、図46のコンテンツフィルタ54は、PDIAクエリ記憶部402からPDIAクエリを読み出し、そのPDIAクエリと、サーバ11から送信されてきたコンテンツメタデータに含まれるプロバイダ側PDIAとに基づいて、コンテンツをフィルタリングする。また、この例におけるサーバ11は、図31のサーバ11と同一であるので、その説明は省略するものとする。次に、図47のフローチャートを参照して、図46のクライアント12を備える放送システム10におけるコンテンツの送受信処理について説明する。なお、図47のフローチャートのステップS171乃至S181,S183,S185,S186の処理は、図33のフローチャートのステップS111乃至S121,S123,S125,S126の処理と基本的に同様であるので、その説明は省略する。すなわち、ステップS182において、クライアント12のPDIS実行部401は、PDIS実行処理を行うことでPDIAクエリを生成する。[PDIS実行処理の例]ここで、図48を参照して、PDIS実行部401によるPDIS実行処理の詳細について説明する。PDIS実行処理が開始されると、PDIS実行部401は、図示せぬ表示部に、PDISで定義されている質問に対応する画面を表示させ、その質問に対する回答を表すユーザ側PDIAを所定の条件文に当てはめたPDIAクエリを自動生成するか、または、クライアント12のユーザ視聴者の入力に応じてPDIAクエリを生成するかをユーザに選択させる。ステップS191において、PDIS実行部401は、PDIAクエリの自動生成が選択されたか否かを判定する。ステップS191において、図示せぬ表示部に表示された画面上で、PDIAの自動生成が選択されたと判定された場合、処理はステップS192に進む。ステップS192において、PDIS実行部401は、PDISを実行することで、履歴情報記憶部322から履歴情報を読み出し、その履歴情報に基づいてPDIAクエリを生成する。具体的には、PDIS実行部401は、履歴情報記憶部322から読み出した履歴情報で表わされるユーザの行動履歴からユーザの嗜好を解析し、嗜好の解析結果に基づいて、PDISで定義される質問に対する回答を生成する。さらに、PDIS実行部401は、それぞれの回答の組み合わせフィルタリング条件を履歴情報に基づいて決定することで、その回答の組み合わせを表すPDIAクエリを生成する。また、PDIS実行部401は、受信部51を介して、外部のネットワーク上のデータベースに記憶されている履歴情報で表わされるユーザの行動履歴からユーザの嗜好を解析し、嗜好の解析結果に基づいて、PDISで定義される質問に対する回答を生成する。さらに、PDIS実行部401は、それぞれの回答の組み合わせフィルタリング条件を履歴情報に基づいて決定することで、その回答の組み合わせを表すPDIAクエリを生成する。このように、PDIS実行部401は、PDISを実行し、ユーザと対話することによって、PDISで定義されている質問に対して、ユーザの嗜好を精度よく反映させた回答を表すPDIAクエリを生成する。一方、ステップS191において、図示せぬ表示部に表示された画面上で、PDIAクエリの自動生成が選択されていないと判定された場合、処理はステップS193に進む。ステップS193において、PDIS実行部401は、図示せぬ表示部に表示された画面上におけるユーザの入力に応じたPDIAクエリを生成する。具体的には、PDIS実行部401は、図示せぬ表示部に表示されている、PDISで定義されている質問に対する回答を、クライアント12のユーザ視聴者に入力または選択させ、さらに、それぞれの回答の組み合わせフィルタリング条件をそのユーザに決定させることで、その回答の組み合わせを表すPDIAクエリを生成する。PDIS実行部401は、このようにして生成したPDIAクエリを、PDIAクエリ記憶部402に供給し、記憶させる。図47のフローチャートに戻り、ステップS184において、コンテンツフィルタ54は、PDIAクエリ記憶部402に記憶されているPDIAクエリに基づいて、サーバ11からのコンテンツメタデータに含まれるプロバイダ側PDIAのマッチングを行う。ここで、プロバイダ側PDIAとして、図42を参照して説明したPDIAがサーバ11から送信されてきたものとし、以下に示されるPDIAクエリが生成され記憶されているものとする。QSAidProviderA123andaBaseballandQSAidProviderAProgramX123andaNever上述のPDIAクエリは、プロバイダ側PDIAが、ProviderA123の質問に対する回答としてBaseballが選択され、かつ、ProviderAProgramX123の質問に対する回答としてNeverが選択されているか否かを評価することを示している。このとき、コンテンツフィルタ54は、PDIAクエリに基づいてプロバイダ側PDIAを評価し、PDIAクエリが満たされる真となるプロバイダ側PDIAである場合、プロバイダ側PDIAとPDIAクエリとはマッチしていると判定し、PDIAクエリが満たされない偽となるプロバイダ側PDIAである場合、プロバイダ側PDIAとPDIAクエリとはマッチしていないと判定する。この場合、図42に示されるプロバイダ側PDIAにおいては、ProviderA123の質問に対する回答としてBaseballが選択され、かつ、ProviderAProgramX123の質問に対する回答としてNeverが選択されているので、プロバイダ側PDIAとPDIAクエリとはマッチしていると判定される。このように、ユーザ側で設定されたPDIAクエリによって、より複雑なフィルタリングの条件が表現されるようになるので、より確実に、ユーザ側が期待するコンテンツを取得させることが可能となる。[ATSCMH方式で放送を行う放送システムへの適用例]ところで、上述した本実施の形態の放送システムもまた、ATSCMH方式で放送を行う放送システムに適用することができる。このような場合、PDIAプロバイダ側PDIAまたはPDIAクエリは、上述したように、図22に示されるServiceGuideを構成する要素のうちの、Serviceフラグメント図23、Scheduleフラグメント図24、およびContentフラグメント図25のうちの少なくともいずれか1つに格納される。また、PDISは、図22に示されるServiceGuideを構成する要素のうちの、InteractivityDataフラグメントに格納されるようになる。図49は、InteractivityDataフラグメントの構成の詳細を示している。PDISは、図49に示されるInteractivityDataフラグメントにおいて、最下段に規定されているPrivateExt要素に新たにPDIS要素を追加することで、そこに格納される。具体的には、例えば、PDIS要素は、XMLスキーマによって、と文字列で表現されてエンコードされる。[NRT放送を行う放送システムへの適用例]また、本実施の形態の放送システムは、NRT放送を行う放送システムにも適用することができる。このような場合、上述した放送システム10においてサーバ11からクライアント12に送信されるPDIAプロバイダ側PDIAやPDIAクエリ、PDISは、SMTまたはNRTIT図29に新たに規定されるPDIdescriptorに格納されて送信される。図50は、PDIdescriptorのシンタックスの例を示している。図50においては、記述される記述子のそれぞれが、ビット数NoofBitsおよびフォーマットFormatとともに定義されている。図50に示されるシンタックスによれば、PDIA、PDIAクエリ、またはPDISは、可変ビットである記述子PDISorPDIAorPDIAQueryに記述される。なお、本実施の形態の放送システムは、上述したATSCMH方式で放送を行う放送システムや、NRT放送を行放送システム以外の方式で放送を行う放送システムに適用するようにしてももちろんよい。ところで、上述した実施の形態において、PDIAユーザ側PDIAおよびプロバイダ側PDIAは、XML等のテキスト表現のメタデータとして生成され、フィルタリングマッチング処理に用いられるようになされていた。すなわち、フィルタリングにおいては、テキストXMLインスタンス同士を比較し、それぞれが同一であるか否かを判定することが行われていた。しかしながら、テキスト同士を比較する処理は、CPU負荷やメモリ使用量などのコストがかかる処理であるので、一度に配信されるコンテンツが大量である場合、配信されたコンテンツを、効率良くフィルタリングすることの妨げとなる恐れがある。そこで、以下においては、配信されたコンテンツを、より効率良くフィルタリングするようにした放送システムの実施の形態について説明する。<3.第3の実施の形態>[サーバの機能構成例]まず、図51を参照して、メタデータをビットマップインデックスで表現するようにした放送システム10におけるサーバ11の機能構成例について説明する。図51のサーバ11は、送信部42、コンテンツ蓄積部45、コンテンツディストリビュータ46、PDIQジェネレータ411、PDIBAジェネレータ412、およびメタデータディストリビュータ413から構成される。なお、図51のサーバ11においては、図3のサーバ11に設けられたものと同様の機能を備える構成については、同一名称および同一符号を付するものとし、その説明は、適宜省略するものとする。すなわち、図51のサーバ11において、図3のサーバ11と異なるのは、PDIQジェネレータ41、PDIAジェネレータ43、およびメタデータディストリビュータ44に代えて、PDIQジェネレータ411、PDIBAジェネレータ412、およびメタデータディストリビュータ413を設けた点である。PDIQジェネレータ411は、クライアント12のユーザ視聴者の嗜好についての質問を表すPDIQを生成し、送信部42を介してクライアント12に送信するとともに、PDIBAジェネレータ412に供給する。PDIQジェネレータ411によって生成されるPDIQで定義される質問のid要素は、後述するように、ビットマップインデックスビット列で表現される。PDIBAジェネレータ412は、PDIQジェネレータ411からのPDIQに基づいて、PDIQに対応する、上述したクライアント12のユーザの嗜好についての質問に対して、プロバイダ側が設定した回答を表す、ビットマップインデックスビット列で表現される情報であるPDIBAPreferenceDemographicandInterestBitmapAnswer以下、適宜、プロバイダ側PDIBAというを生成し、メタデータディストリビュータ413に供給する。メタデータディストリビュータ413は、PDIBAジェネレータ412からのPDIBAに基づいて、コンテンツ蓄積部45に蓄積されているコンテンツの中から、プロバイダ側が設定した回答に対応するコンテンツを特定照会する。メタデータディストリビュータ413は、特定したコンテンツのコンテンツメタデータとして、PDIBAを含むコンテンツメタデータを生成し、送信部42を介してクライアント12に送信する。[クライアントの機能構成例]次に、図52を参照して、メタデータをビットマップインデックスで表現するようにした放送システム10におけるクライアント12の機能構成例について説明する。図52のクライアント12は、受信部51、コンテンツ再生部55、コンテンツ蓄積部56、PDIBAジェネレータ421、PDIBA記憶部422、およびコンテンツフィルタ423から構成される。なお、図52のクライアント12においては、図4のクライアント12に設けられたものと同様の機能を備える構成については、同一名称および同一符号を付するものとし、その説明は、適宜省略するものとする。すなわち、図52のクライアント12において、図4のクライアント12と異なるのは、PDIAジェネレータ52、PDIA記憶部53、およびコンテンツフィルタ54に代えて、PDIBAジェネレータ421、PDIBA記憶部422、およびコンテンツフィルタ423を設けた点である。PDIBAジェネレータ421は、サーバ11から送信されてきたPDIQに基づいて、PDIQに対応する、クライアント12のユーザの嗜好についての質問に対するユーザの回答を表す、ビットマップインデックスで表現される情報であるPDIBA以下、適宜、ユーザ側PDIBAというを生成し、PDIBA記憶部422に供給する。PDIBA記憶部422は、PDIBAジェネレータ421からのPDIBAを記憶する。PDIBA記憶部422に記憶されているPDIBAは、適宜コンテンツフィルタ423に読み出される。コンテンツフィルタ423は、PDIBA記憶部422からPDIBAを読み出し、そのPDIBAユーザ側PDIBAと、サーバ11から送信されてきたコンテンツのコンテンツメタデータに含まれているPDIBAプロバイダ側PDIBAとに基づいて、コンテンツをフィルタリングする。コンテンツフィルタ423は、フィルタリングの結果に応じて、フィルタリングしたコンテンツをコンテンツ再生部55またはコンテンツ蓄積部56に供給する。[コンテンツの送受信処理の例]次に、図53のフローチャートを参照して、図51のサーバ11および図52のクライアント12から構成される放送システム10におけるコンテンツの送受信処理について説明する。放送事業者などのプロバイダ側において、例えば、放送配信されるコンテンツのスポンサや、放送事業者自身が、特定の嗜好や属性を有する視聴者に対するコンテンツの配信を要求した場合、プロバイダ側のスタッフの操作に応じて、サーバ11のPDIQジェネレータ411は、ステップS211において、視聴者、すなわち、クライアント12のユーザに対して、どのような嗜好や属性を有するかを質問するためのPDIQを生成する。[XMLスキーマのシンタックスのさらに他の例]ここで、図54および図55を参照して、本実施の形態におけるPDIQおよびPDIBAを構成するためのXMLスキーマのシンタックスの例について説明する。なお、図54に示されるシンタックスにおける1行目乃至50行目は、図34に示されるシンタックスにおける1行目乃至50行目と基本的に同一であるので、その詳細な説明は省略する。ただし、図54においては、図34と異なり、15行目、24行目、31行目、40行目、および47行目に示される、QIA、QBA、QSA、QTA、およびQAAの名称で定義されるそれぞれの質問の項目を識別するid要素の型が、BitmapAnyURITypeと定義されている。また、図54においては、図34と異なり、26行目、33行目、および48行目に示される、QBA、QSA、およびQAAの名称で定義されるそれぞれの質問に対する回答a要素の型が、それぞれ、BitmapBooleanURIType、BitmapStringURIType、およびBitmapBase64BinaryURITypeと定義されている。図55の51行目乃至57行目は、BitmapAnyURITypeで定義される型のid要素の属性の宣言を示している。また、58行目乃至64行目は、BitmapBooleanURITypeで定義される型のa要素の属性の宣言を示している。そして、65行目乃至71行目は、BitmapStringURITypeで定義される型のa要素の属性の宣言を示しており、72行目乃至78行目は、BitmapBase64BinaryURITypeで定義される型のa要素の属性の宣言を示している。具体的には、図55の51行目乃至78行目は、PDIQで定義される全ての質問のid要素と、QBA、QSA、およびQAAの名称で定義される質問に対する回答a要素とは、ビットマップインデックスで表現されることを宣言している。なお、図54および図55に示されるシンタックスにおいて宣言されている質問およびその回答も、プロバイダ共通フィルタリングパラメータとプロバイダ独自フィルタリングパラメータとに区別される。また、QAAの名称で定義される質問に対する回答a要素は、その質問を設定したプロバイダのみが内容を把握可能なフォーマットとされ、Base64方式でエンコードされた、プロバイダ隠蔽フォーマットのプロバイダ独自フィルタリングパラメータとされる。[PDIQの例]次に、図56を参照して、図54および図55のシンタックスに基づいて構成されるPDIQの例について説明する。なお、図56に示されるPDIQで定義される質問は、図7に示されるPDIQと基本的に同一であるので、その詳細な説明は省略する。ただし、図56においては、図7と異なり、QBAおよびQSAの名称で定義される質問のid要素、および、その質問に対する回答a要素は、ビットマップインデックスで表現されている。具体的には、3行目におけるCommon111の質問のid要素は、00000000000101のビット列で表現されている。なお、4行目におけるは、論理値型の回答を求める質問であるCommon111の質問に対する回答が、1Trueまたは0Falseのいずれかのビットで表現されることを示している。10行目におけるProviderA123の質問のid要素は、00000100000111のビット列で表現されている。また、その質問に対する回答の候補としての選択肢である、13行目におけるBaseball、14行目におけるBasketball、15行目におけるSoccer、16行目におけるHockeyはそれぞれ、0001、0010、0100、1000のビット列で表現されている。19行目におけるProviderAProgramX123の質問のid要素は、00000100000101のビット列で表現されている。また、その質問に対する回答の候補としての選択肢である、21行目におけるNever、22行目におけるOccasionally、23行目におけるFrequentlyはそれぞれ、001、010、100のビット列で表現されている。このように、図56で示されるPDIQにおいては、論理値型および回答選択型の回答を求める質問のid要素と、それぞれの質問に対する回答a要素とが、ビットマップインデックスで表現される。なお、整数値型および文字列型の回答を求める質問に対する回答は、論理値型および回答選択型の回答を求める質問に対する回答のように、複数の2以上の候補としての選択肢から選択されるものではなく、ユーザによって任意に入力される整数値や文字列であるので、ビットマップインデックスでは表現されない。また、図54および図55のシンタックスによれば、整数値型および文字列型の回答を求める質問のid要素もビットマップインデックスで表現可能であるが、ここでは、ビットマップインデックスで表現されないものとする。ここで、以下においては、PDIQで定義される質問は、論理値型および回答選択型の回答を求める質問からなるものとして説明する。図53のフローチャートに戻り、ステップS212において、サーバ11のPDIQジェネレータ411は、生成したPDIQを、送信部42を介してクライアント12に送信するとともに、PDIBAジェネレータ412に供給する。ステップS221において、クライアント12の受信部51は、サーバ11から送信されてくるPDIQを受信し、PDIBAジェネレータ421に供給する。なお、PDIQは、例えば、サーバ11が設置されているプロバイダとしての放送局から所定の時間間隔で放送送信される毎に、クライアント12に受信されるようにしてもよいし、クライアント12においてサーバ11が設置されている放送局にチャンネルが合わされたときに、クライアント12に受信されるようにしてもよい。ステップS222において、クライアント12のPDIBAジェネレータ421は、受信部51において受信されたPDIQで定義されている質問に対するユーザ側PDIBAを生成する。具体的には、PDIBAジェネレータ421は、サーバ11からのPDIQが受信されると、図示せぬ表示部に、PDIQで定義されている質問に対応する画面を表示させ、その質問に対する回答を、クライアント12のユーザ視聴者に入力または選択させることで、その回答を表すユーザ側PDIBAを生成する。すなわち、PDIBAジェネレータ421は、ユーザと対話することによって、PDIQで定義されている質問に対する回答を表すユーザ側PDIBAを生成する。ここで、クライアント12は、図56において論理値型および回答選択型の回答を求める質問のみ定義されたPDIQを受信するものとし、クライアント12の図示せぬ表示部には、受信したPDIQで定義されている質問群に対応する画面として、図8,10,および11で示された画面が、順次表示されるものとする。そして、図8を参照して説明したCommon111の質問に対応する画面において、質問に対する回答として、選択ボタン62-1がユーザに選択され、図10を参照して説明したProviderA123の質問に対応する画面において、質問に対する回答として、選択ボタン82-1,82-3,82-4がユーザに選択され、図11を参照して説明したProviderAProgramX123の質問に対応する画面において、質問に対する回答として、選択ボタン92-2がユーザに選択されたものとする。このとき、PDIBAジェネレータ421によって生成されるユーザ側PDIBAは、以下のようになる。{00000000000101100000100000111:110100000100000101:010}上述したユーザ側PDIBAにおいて、1行目は、Common111の質問のid要素と、その質問に対する回答として、Trueが選択されたことを示している。2行目は、ProviderA123の質問のid要素と、その質問に対する回答として、Baseball、Soccer、およびHockeyが選択されたことを示している。それぞれの回答のビットマップインデックス表記は、0001、0100、1000であるが、ProviderA123の質問は複数1以上3以下の回答が許されているので、それぞれのビットをOR結合した1101が、ProviderA123の質問に対する回答のビットマップインデックス表記となる。3行目は、ProviderAProgramX123の質問のid要素と、その質問に対する回答として、Occasionallyが選択されたことを示している。ProviderAProgramX123の質問は1のみの回答に制約されているので、回答の候補のビットマップインデックス表記におけるビットをOR結合した表記とはならず、Occasionallyを表す010が、ProviderAProgramX123の質問に対する回答のビットマップインデックス表記となる。なお、ユーザ側PDIBAにおいて回答を表す各ビットの値は、実際には、バイナリのフィールドにマッピングされる。図57は、バイナリのフィールドにマッピングされたユーザ側PDIBAにおける回答の例を示している。図57の右上には、上述で説明したユーザ側PDIBAにおける、ProviderAProgramX123の質問のid要素と、その質問に対する回答が示されている。図57に示されるように、ビットマップインデックス表記されたこの質問のid要素の上位6ビットは、1バイトのビット列B1の下位6ビットにマッピングされ、この質問のid要素の下位8ビットは、1バイトのビット列B2の各ビットにマッピングされる。また、この質問の回答a要素3ビットは、1バイトのビット列B3の下位3ビットにマッピングされる。このように、ユーザ側PDIBAにおける1つの質問のid要素、および、その質問に対する回答は、高々3バイトで表現することができ、その3バイトだけで、質問とそれに対する回答を特定することができる。PDIBAジェネレータ421は、このようにして生成したユーザ側PDIBAをPDIBA記憶部422に供給し、記憶させる。PDIBA記憶部422に記憶されたユーザ側PDIBAは、後述するように、サーバ11から配信されるコンテンツが、クライアント12のユーザの嗜好に合っているか否かを判定する際に用いられる。さて、図53のフローチャートに戻り、ステップS213において、サーバ11のPDIBAジェネレータ412は、PDIQジェネレータ411からのPDIQで定義されている質問に対するプロバイダ側PDIBAを生成し、メタデータディストリビュータ413に供給する。具体的には、PDIBAジェネレータ412は、放送局プロバイダ側のスタッフの操作によってPDIQが生成されると、図示せぬ表示部に、例えば図8,10,11を参照して説明したような、PDIQで定義されている質問に対応する画面を表示させ、その質問に対する回答を、放送局のスタッフに入力または選択させることで、その回答を表すプロバイダ側PDIBAを生成する。このとき、放送局のスタッフは、PDIQで定義されている質問に対する回答として、配信しようとするコンテンツに対応する回答を入力または選択する。すなわち、PDIBAジェネレータ412によって生成されるプロバイダ側PDIBAは、プロバイダ側がクライアント12のユーザ視聴者の嗜好を考慮に入れ、その視聴者に、のちに配信されるコンテンツを視聴させるための情報回答を表している。ステップS214において、メタデータディストリビュータ413は、PDIBAジェネレータ412からのプロバイダ側PDIBAに基づいて、コンテンツ蓄積部45に蓄積されているコンテンツの中から、プロバイダ側PDIBAに対応するコンテンツを特定照会する。ここで特定されるコンテンツは、PDIBAジェネレータ412からのプロバイダ側PDIBAで表わされる回答と、蓄積されているコンテンツに予め付与されているコンテンツメタデータとの類似度が所定値より高いものとしてもよいし、放送局のスタッフによって、ユーザに視聴させたいコンテンツとして予め選択されたものであってもよい。なお、メタデータディストリビュータ413によって特定されたコンテンツは、コンテンツディストリビュータ46によって、コンテンツ蓄積部45から取得される。ステップS215において、メタデータディストリビュータ413は、ステップS215において特定したコンテンツに予め付与されているコンテンツメタデータと、PDIBAジェネレータ412からのプロバイダ側PDIBAとに基づいて、プロバイダ側PDIBAを含むコンテンツメタデータを新たに生成する。ステップS216において、送信部42は、メタデータディストリビュータ413によって生成されたコンテンツメタデータとともに、コンテンツディストリビュータ46に取得されたコンテンツを配信する。このとき、コンテンツメタデータとしては、メタデータディストリビュータ44によって生成されたコンテンツメタデータ以外に、標準化団体によって規定されたコンテンツメタデータが送信されてもよい。このようにして、PDIQで定義される質問に対する回答として、プロバイダ側の意図する回答を表すプロバイダ側PDIBAをコンテンツメタデータに含むコンテンツ、言い換えれば、プロバイダ側が視聴を期待するユーザの嗜好に合ったコンテンツが配信されるようになる。なお、ステップS213乃至S216の処理は、ステップS212の処理の後、すぐに続けて実行される必要はなく、各ユーザが所有するクライアント12において、PDIBAが生成され記憶されるまでに実行されていればよい。また、ステップS216においては、コンテンツがコンテンツメタデータとともに配信されるものとしたが、コンテンツがコンテンツメタデータとともに配信されなくてもよく、PDIBAを含むコンテンツメタデータが前もってクライアント12に送信された後で、そのコンテンツメタデータに対応するコンテンツが配信されるようにしてもよい。さて、このようにしてサーバ11からコンテンツおよびコンテンツメタデータが配信されると、ステップS223において、クライアント12の受信部51は、サーバ11から配信されたコンテンツおよびコンテンツメタデータを受信し、コンテンツフィルタ423に供給する。ステップS224において、コンテンツフィルタ423は、PDIBA記憶部422に記憶されているユーザ側PDIBAと、サーバ11からのコンテンツメタデータに含まれるプロバイダ側PDIBAとのマッチングを行う。[コンテンツフィルタにおけるマッチング処理の例]ここで、ユーザ側PDIBAとして、上述で説明したユーザ側PDIBAが生成され記憶されているものとし、プロバイダ側PDIBAとして、以下に示されるプロバイダ側PDIBAがサーバ11から送信されてきたものとする。{00000100000111:0001}このプロバイダ側PDIBAは、上述で説明したユーザ側PDIBAと基本的な構成は同一であるので詳細な説明は省略するが、このプロバイダ側PDIBAは、ProviderA123の質問に対する回答としてBaseballが選択されたことを示している。このとき、コンテンツフィルタ423は、ユーザ側PDIBAとプロバイダ側PDIBAとを比較し、質問に対する回答が1つでも一致している場合、ユーザ側PDIBAとプロバイダ側PDIBAとはマッチしていると判定し、質問に対する回答が1つも一致しない場合、ユーザ側PDIBAとプロバイダ側PDIBAとはマッチしていないと判定する。この場合、上述で説明したユーザ側PDIBAにおけるProviderA123の質問に対する回答と、このプロバイダ側PDIBAにおけるProviderA123の質問に対する回答のそれぞれにBaseballを表すビットが含まれている点で、それぞれは一致しているので、ユーザ側PDIBAとプロバイダ側PDIBAとはマッチしていると判定される。次に、プロバイダ側PDIBAとして、以下に示されるPDIBAがサーバ11から送信されてきたものとする。{00000100000111:001000000100000101:001}このプロバイダ側PDIBAは、ProviderA123の質問に対する回答としてBasketballが選択され、ProviderAProgramX123の質問に対する回答としてNeverが選択されたことを示している。この場合、上述で説明したユーザ側PDIBAにおける質問に対する回答と、このプロバイダ側PDIBAにおける質問に対する回答が1つも一致しないので、ユーザ側PDIBAとプロバイダ側PDIBAとはマッチしていないと判定される。このようにして、コンテンツフィルタ423は、ユーザ側PDIBAとプロバイダ側PDIBAとのマッチング処理を行う。ステップS225において、コンテンツフィルタ423は、ユーザ側PDIBAとプロバイダ側PDIBAとがマッチしたか否かを判定する。ステップS225において、ユーザ側PDIBAとプロバイダ側PDIBAとがマッチすると判定された場合、コンテンツフィルタ423は、サーバ11から配信されたコンテンツはクライアント12のユーザ視聴者の嗜好に合ったコンテンツであると判断し、そのコンテンツを、コンテンツ再生部55またはコンテンツ蓄積部56に供給して、処理はステップS226に進む。サーバ11から配信されたコンテンツが、コンテンツフィルタ423からコンテンツ再生部55に供給された場合、ステップS226において、コンテンツ再生部55は、コンテンツを再生する。また、サーバ11から配信されたコンテンツが、コンテンツフィルタ423からコンテンツ蓄積部56に供給された場合、ステップS226において、コンテンツ蓄積部56は、コンテンツを蓄積記録する。蓄積されたコンテンツは、ユーザの操作指示に応じて、適宜、コンテンツ再生部55に供給され再生される。一方、ステップS225において、ユーザ側PDIBAとプロバイダ側PDIBAとがマッチしないと判定された場合、コンテンツフィルタ423は、サーバ11から配信されたコンテンツはクライアント12のユーザ視聴者の嗜好に合ったコンテンツではないと判断し、そのコンテンツを破棄削除し、処理は終了する。以上の処理によれば、放送システムにおいて、プロバイダ側では、サーバによって、ユーザの嗜好についての質問を表すPDIQが生成され、そのPDIQがクライアント端末に送信され、そのPDIQに対して、プロバイダ側が設定した回答を表すプロバイダ側PDIBAが、対応するコンテンツのコンテンツメタデータとして配信される。これにより、コンテンツメタデータとして、標準化団体によって規定されたコンテンツメタデータ以外の、その時のニーズに応じたコンテンツメタデータをコンテンツに付与することができるようになる。一方、ユーザ側では、クライアント端末によって、サーバからのPDIQに対するユーザの回答を表すユーザ側PDIBAが生成され、生成されたユーザ側PDIBAと、サーバからのプロバイダ側PDIBAとのマッチングが行われることで、サーバから配信されたコンテンツを取得するか否かが決定される。これにより、標準化団体によって規定されたコンテンツメタデータ以外の、その時のニーズに応じたコンテンツメタデータによって、コンテンツをフィルタリングすることができるようになる。したがって、その時のニーズに応じたコンテンツを取得することが可能となる。また、PDIQで定義される質問が、論理値型および回答選択型の回答を求める質問である場合、クライアント端末においては、コンテンツをフィルタリングする際、ビットマップインデックスで表現されたユーザ側PDIBAとプロバイダ側PDIBAとが比較されるので、テキスト表現のユーザ側PDIAとプロバイダ側PDIAとを比較するよりもCPU負荷やメモリ使用量などのコストがかからず、一度に配信されるコンテンツが大量である場合でも、配信されたコンテンツを、より効率良くフィルタリングすることが可能となる。なお、以上においては、PDIQで定義される質問は、論理値型および回答選択型の回答を求める質問のみからなるものとして説明したが、整数値型および文字列型の回答を求める質問が含まれてももちろんよい。この場合、PDIBAユーザ側PDIBAおよびプロバイダ側PDIBAには、整数値型および文字列型の回答を求める質問に対する回答として、テキスト表現の回答が含まれるようになる。すなわち、PDIQにおいて、id要素がビットマップインデックス表記である質問に対しては、ビットマップインデックス表記の回答が生成され、id要素がビットマップインデックス表記でない質問に対しては、テキスト表現整数値や文字列などの回答が生成されるようになる。また、上述で説明した、質問のid要素、および、その質問に対する回答をビットマップインデックスで表現する構成は、第2の実施の形態の放送システムにも適用することができる。以下では、先述の第2の実施の形態の放送システムにおいて、PDIBAを用いるようにした構成について説明する。[サーバの他の機能構成例]まず、図58を参照して、メタデータをビットマップインデックスで表現するようにした放送システム10におけるサーバ11の他の機能構成例について説明する。図58のサーバ11は、送信部42、コンテンツ蓄積部45、コンテンツディストリビュータ46、メタデータディストリビュータ413、PDISジェネレータ431、およびPDIS実行部432から構成される。なお、図58のサーバ11においては、図51のサーバ11に設けられたものと同様の機能を備える構成については、同一名称および同一符号を付するものとし、その説明は、適宜省略するものとする。すなわち、図58のサーバ11において、図51のサーバ11と異なるのは、PDIQジェネレータ411およびPDIBAジェネレータ412に代えて、PDISジェネレータ431およびPDIS実行部432を設けた点である。PDISジェネレータ431は、クライアント12のユーザ視聴者の嗜好についての質問に対するユーザの回答を表すユーザ側PDIBAを得るためのスクリプトであるPDISを生成し、送信部42を介してクライアント12に送信するとともに、PDIS実行部432に供給する。PDIS実行部432は、PDISジェネレータ431からのPDISを実行することで、クライアント12のユーザの嗜好についての質問に対して、プロバイダ側が設定した回答を表すプロバイダ側PDIBAを生成し、メタデータディストリビュータ413に供給する。[クライアントの他の機能構成例]次に、図59を参照して、メタデータをビットマップインデックスで表現するようにした放送システム10におけるクライアント12の他の機能構成例について説明する。図59のクライアント12は、受信部51、コンテンツ再生部55、コンテンツ蓄積部56、PDIBA記憶部422、コンテンツフィルタ423、PDIS実行部441、および履歴情報記憶部442から構成される。なお、図59のクライアント12においては、図52のクライアント12に設けられたものと同様の機能を備える構成については、同一名称および同一符号を付するものとし、その説明は、適宜省略するものとする。すなわち、図59のクライアント12において、図52のクライアント12と異なるのは、PDIBAジェネレータ421に代えてPDIS実行部441を設け、履歴情報記憶部442を新たに設けた点である。PDIS実行部441は、サーバ11から送信されてきたPDISを実行することで、クライアント12のユーザの嗜好についての質問に対するユーザの回答を表すユーザ側PDIBAを生成し、PDIBA記憶部422に供給する。PDIS実行部441は、必要に応じて、後述する履歴情報に基づいてPDISを実行する。履歴情報記憶部442は、クライアント12を所有するユーザの行動履歴を表す履歴情報を記憶している。履歴情報記憶部442に記憶されている履歴情報は、必要に応じて、PDIS実行部441に読み出される。[コンテンツの送受信処理の例]次に、図60および図61のフローチャートを参照して、図58のサーバ11および図59のクライアント12から構成される放送システム10におけるコンテンツの送受信処理およびPDIS実行処理について説明する。なお、図60および図61のフローチャートで示されるコンテンツの送受信処理およびPDIS実行処理は、ユーザ側PDIAおよびプロバイダ側PDIAが生成される代わりに、ユーザ側PDIBAおよびプロバイダ側PDIBAが生成されるようになった点以外は、図33および図35のフローチャートで示される、先述の第2の実施の形態の放送システム10によって実行されるコンテンツの送受信処理およびPDIS実行処理と基本的に同様であるので、その説明は省略する。なお、ユーザ側PDIBAおよびプロバイダ側PDIBAの生成は、図53のフローチャートで説明したコンテンツの送受信処理におけるユーザ側PDIBAおよびプロバイダ側PDIBAの生成と同様して行われる。すなわち、以上の処理によれば、放送システムにおいて、プロバイダ側では、サーバによって、ユーザの嗜好についての質問に対するユーザ側PDIBAを得るためのPDISが生成され、そのPDISがクライアント端末に送信され、そのPDISに対して、プロバイダ側が設定した回答を表すプロバイダ側PDIBAが、対応するコンテンツのコンテンツメタデータとして配信される。これにより、コンテンツメタデータとして、標準化団体によって規定されたコンテンツメタデータ以外の、その時のニーズに応じたコンテンツメタデータをコンテンツに付与することができるようになる。一方、ユーザ側では、クライアント端末によって、サーバからのPDISが実行されることでユーザ側PDIBAが生成され、生成されたユーザ側PDIAと、サーバからのプロバイダ側PDIBAとのマッチングが行われることで、サーバから配信されたコンテンツを取得するか否かが決定される。これにより、標準化団体によって規定されたコンテンツメタデータ以外の、その時のニーズに応じたコンテンツメタデータによって、コンテンツをフィルタリングすることができるようになる。したがって、その時のニーズに応じたコンテンツを取得することが可能となる。また、PDISで定義される質問が、論理値型および回答選択型の回答を求める質問である場合、クライアント端末においては、コンテンツをフィルタリングする際、ビットマップインデックスで表現されたユーザ側PDIBAとプロバイダ側PDIBAとが比較されるので、テキスト表現のユーザ側PDIAとプロバイダ側PDIAとを比較するよりもCPU負荷やメモリ使用量などのコストがかからず、一度に配信されるコンテンツが大量である場合でも、配信されたコンテンツを、より効率良くフィルタリングすることが可能となる。さらに、クライアント端末においては、PDISによってユーザとの対話が行えるので、プロバイダ側で設定される質問が、高度な対話性を必要とする内容であっても、十分にユーザと対話することができるようになる。したがって、ユーザの嗜好を精度よく反映したユーザ側PDIBAを生成することができるので、正確なフィルタリング条件を得ることができ、ひいては、より確実に、その時のニーズに応じたコンテンツを取得することが可能となる。ところで、上述した本実施の形態の放送システムもまた、ATSCMH方式で放送を行う放送システムに適用することができる。[ATSCMH方式で放送を行う放送システムへの適用例]このような場合、PDIBAは、上述したように、図22に示されるServiceGuideを構成する要素のうちの、Serviceフラグメント、Scheduleフラグメント、およびContentフラグメントのうちの少なくともいずれか1つに格納される。図62は、Serviceフラグメントの構成の詳細を示している。PDIBAは、図62に示されるServiceフラグメントにおいて、最下段に規定されているPrivateExt要素に新たにPDIBA要素を追加することで、そこに格納される。具体的には、例えば、PDIBA要素は、XMLスキーマによって、として、バイト表現されたビットマップインデックスがbase64バイナリとしてエンコードされる。図63は、Scheduleフラグメントの構成の詳細を示している。PDIBAは、図63に示されるScheduleフラグメントにおいて、最下段に規定されているPrivateExt要素に新たにPDIBA要素を追加することで、そこに格納される。具体的には、例えば、PDIBA要素は、XMLスキーマによって、として、バイト表現されたビットマップインデックスがbase64バイナリとしてエンコードされる。図64は、Contentフラグメントの構成の詳細を示している。PDIBAは、図64に示されるContentフラグメントにおいて、最下段に規定されているPrivateExt要素に新たにPDIBA要素を追加することで、そこに格納される。具体的には、例えば、PDIBA要素は、XMLスキーマによって、として、バイト表現されたビットマップインデックスがbase64バイナリとしてエンコードされる。なお、PDIQまたはPDISは、上述で説明したように、図22に示されるServiceGuideを構成する要素のうちの、InteractivityDataフラグメントに格納されるようになる。また、本実施の形態の放送システムは、NRT放送を行う放送システムにも適用することができる。[NRT放送を行う放送システムへの適用例]このような場合、上述した放送システム10においてサーバ11からクライアント12に送信されるPDIBAプロバイダ側PDIBAは、SMTまたはNRTIT図29に新たに規定されるPDIdescriptorに格納されて送信される。図65は、PDIdescriptorのシンタックスの例を示している。図65においては、記述される記述子のそれぞれが、ビット数NoofBitsおよびフォーマットFormatとともに定義されている。図65に示されるシンタックスによれば、PDIBAは、可変ビットである記述子PDIBAに記述される。なお、本実施の形態の放送システムは、上述したATSCMH方式で放送を行う放送システムや、NRT放送を行放送システム以外の方式で放送を行う放送システムに適用するようにしてももちろんよい。上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを格納するプログラム記録媒体は、図2に示すように、磁気ディスクフレキシブルディスクを含む、光ディスクCDROMDVDを含む、光磁気ディスクを含む、もしくは半導体メモリなどよりなるパッケージメディアであるリムーバブルメディア31、または、プログラムが一時的もしくは永続的に格納されるROM22や、記憶部28を構成するハードディスクなどにより構成される。プログラム記録媒体へのプログラムの格納は、必要に応じてルータ、モデムなどのインタフェースである通信部29を介して、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の通信媒体を利用して行われる。なお、本明細書において、プログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。"