(57)【要約】  本技術は、その時のニーズに応じたコンテンツを取得することができるようにする情報処理装置および情報処理方法、並びに情報処理システムに関する。受信部は、サーバから送信されてくる、ユーザの嗜好についての質問を表す質問情報を受信し、処理実行部は、質問に対するユーザの回答を表すユーザ側回答情報を生成し、質問情報が格納されている蓄積部に格納し、マッチング部は、ユーザ側回答情報と、サーバから送信されてくる、質問に対して、コンテンツを提供する提供者によって設定された回答を表す提供者側回答情報とのマッチングを行うことで、サーバから配信されるコンテンツを取得する。処理実行部は、蓄積部に格納されている質問情報および／またはユーザ側回答情報の少なくとも読み出しまたは更新を行う。本技術は、デジタルテレビジョン番組を受信する受信装置に適用することができる。
2014125947.tif 000002
【特許請求の範囲】
【請求項１】
サーバから送信されてくる、ユーザの嗜好についての質問を表す質問情報を受信する受信部と、
前記質問に対する前記ユーザの回答を表すユーザ側回答情報を生成し、前記質問情報が格納されている蓄積部に格納する処理実行部と、
前記ユーザ側回答情報と、前記サーバから送信されてくる、前記質問に対して、コンテンツを提供する提供者によって設定された回答を表す提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチング部と
を備え、
前記処理実行部は、前記蓄積部に格納されている前記質問情報および／または前記ユーザ側回答情報の少なくとも読み出しまたは更新を行う
情報処理装置。
【請求項２】
前記処理実行部は、Webアプリケーションとして提供され、所定のAPI（Application Programming Interface）を呼び出すことで、前記蓄積部に格納されている前記質問情報および／または前記ユーザ側回答情報の少なくとも読み出しまたは更新を行う
請求項１に記載の情報処理装置。
【請求項３】
１以上の前記質問情報および／または前記ユーザ側回答情報は、１つのテーブルとして前記蓄積部に格納される
請求項２に記載の情報処理装置。
【請求項４】
前記処理実行部は、前記テーブルを特定するテーブルIDを基に、対応する前記テーブルの読み出しまたは削除を行う
請求項３に記載の情報処理装置。
【請求項５】
前記処理実行部は、前記蓄積部内の前記テーブルの有無に応じて、前記テーブルの生成または更新を行い、
更新された前記テーブルのバージョンは更新される
請求項３に記載の情報処理装置。
【請求項６】
前記処理実行部は、前記質問情報を特定する質問情報IDを基に、対応する前記質問情報および／または前記ユーザ側回答情報の読み出しを行う
請求項３に記載の情報処理装置。
【請求項７】
前記処理実行部は、前記蓄積部内の前記質問情報および／または前記ユーザ側回答情報の有無に応じて、前記ユーザ側回答情報のみの更新を行い、
更新された前記ユーザ側回答情報を含む前記テーブルのバージョンは更新されない
請求項３に記載の情報処理装置。
【請求項８】
前記蓄積部は、１つの前記Webアプリケーションのみとセッションが確立される
請求項２に記載の情報処理装置。
【請求項９】
前記蓄積部をさらに備える
請求項１に記載の情報処理装置。
【請求項１０】
サーバから送信されてくる、ユーザの嗜好についての質問を表す質問情報を受信し、
前記質問に対する前記ユーザの回答を表すユーザ側回答情報を生成し、前記質問情報が格納されている蓄積部に格納し、
前記ユーザ側回答情報と、前記サーバから送信されてくる、前記質問に対して、コンテンツを提供する提供者によって設定された回答を表す提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得する
ステップを含み、
前記蓄積部に格納されている前記質問情報および／または前記ユーザ側回答情報の少なくとも読み出しまたは更新を行う
情報処理方法。
【請求項１１】
コンテンツを配信する送信装置と、前記送信装置から配信される前記コンテンツを取得する受信装置とからなる送受信システムにおいて、
前記送信装置は、
前記受信装置のユーザの嗜好についての質問を表す情報である質問情報を生成する質問生成手段と、
前記質問情報と、前記質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す提供者側回答情報とを、前記受信装置に送信する送信手段と
を備え、
前記受信装置は、
前記送信装置から送信されてくる前記質問情報を受信する受信部と、
前記質問に対する前記ユーザの回答を表すユーザ側回答情報を生成し、前記質問情報が格納されている蓄積部に格納する処理実行部と、
前記ユーザ側回答情報と、前記送信装置から送信されてくる前記提供者側回答情報とのマッチングを行うことで、前記送信装置から配信される前記コンテンツを取得するマッチング部と
を備え、
前記処理実行部は、前記蓄積部に格納されている前記質問情報および／または前記ユーザ側回答情報の少なくとも読み出しまたは更新を行う
情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、情報処理装置および情報処理方法、並びに情報処理システムに関し、特に、メタデータに応じてコンテンツを取得することができるようにする情報処理装置および情報処理方法、並びに情報処理システムに関する。
【背景技術】
【０００２】
近年、テレビジョン放送のデジタル化に伴い、同時に放送できる情報量が飛躍的に増加したことにより、リアルタイムに視聴されるテレビジョン番組（コンテンツ）とともに、各種のデータを同時に放送することがなされている。【０００３】
また、コンテンツの通信経路として、上述したテレビジョン放送と、高速なデータのダウンロードが可能なインターネットとを使い分けるようにしたコンテンツダウンロードサービスが提案されている（例えば、特許文献１参照）。【０００４】
ところで、一般的なコンテンツダウンロードサービスにおいては、コンテンツを提供（配信）するプロバイダ（コンテンツプロバイダやサービスプロバイダ）側のサーバにおいて設定されたフィルタリング属性（フィルタリングインデックス、フィルタリングメタデータ等ともいう）を、メタデータとしてコンテンツに付与することで、コンテンツを受信（取得）するクライアントにおけるコンテンツのフィルタリング（取捨選択）が行われるようになされている。【０００５】
フィルタリング属性は、ATSC(Advanced Television Standard Committee)やARIB（Association of Radio Industries and Businesses）等の標準化団体によって規定されたメタデータセットの中から選択されたメタデータの要素についての値として設定される。【０００６】
すなわち、例えば、メタデータの要素として“視聴対象”が選択され、メタデータの要素についての値として“10代”が設定されたフィルタリング属性が付与されたコンテンツは、「“視聴対象が10代”である視聴者向けのコンテンツ」を取得するようにフィルタリングを行うクライアントに提供されるようになる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１０−２１９８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、標準化団体によって規定されたメタデータセットに含まれないメタデータ（フィルタリング属性）を、コンテンツに付与することはなされていない。【０００９】
例えば、プロバイダ側が、「“視聴対象が10代”であり、かつ、“就職活動に興味がある”視聴者向けのコンテンツ」を配信したい場合であっても、標準化団体によって規定されたメタデータセットの中に、“就職活動に興味があるか否か”がメタデータの要素として存在しない場合には、コンテンツに、メタデータの要素として“就職活動に興味がある”が設定されたフィルタリング属性を付与することはできなかった。【００１０】
したがって、プロバイダ側では、その時のニーズに応じた（例えば、流行を考慮した）、視聴者の関心事をメタデータとして付与したコンテンツを配信することはできなかった。【００１１】
また、このような場合、クライアント側においては、その時のニーズに応じたコンテンツを取得するようにフィルタリングを行うことはできなかった。【００１２】
本技術は、このような状況に鑑みてなされたものであり、その時のニーズに応じたコンテンツを取得することができるようにするものである。
【課題を解決するための手段】
【００１３】
本技術の一側面の情報処理装置は、サーバから送信されてくる、ユーザの嗜好についての質問を表す質問情報を受信する受信部と、前記質問に対する前記ユーザの回答を表すユーザ側回答情報を生成し、前記質問情報が格納されている蓄積部に格納する処理実行部と、前記ユーザ側回答情報と、前記サーバから送信されてくる、前記質問に対して、コンテンツを提供する提供者によって設定された回答を表す提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチング部とを備え、前記処理実行部は、前記蓄積部に格納されている前記質問情報および／または前記ユーザ側回答情報の少なくとも読み出しまたは更新を行う。【００１４】
前記処理実行部には、Webアプリケーションとして提供され、所定のAPI（Application Programming Interface）を呼び出すことで、前記蓄積部に格納されている前記質問情報および／または前記ユーザ側回答情報の少なくとも読み出しまたは更新を行わせることができる。【００１５】
１以上の前記質問情報および／または前記ユーザ側回答情報は、１つのテーブルとして前記蓄積部に格納されるようにすることができる。【００１６】
前記処理実行部には、前記テーブルを特定するテーブルIDを基に、対応する前記テーブルの読み出しまたは削除を行わせることができる。【００１７】
前記処理実行部には、前記蓄積部内の前記テーブルの有無に応じて、前記テーブルの生成または更新を行わせ、更新された前記テーブルのバージョンは更新されるようにすることができる。【００１８】
前記処理実行部には、前記質問情報を特定する質問情報IDを基に、対応する前記質問情報および／または前記ユーザ側回答情報の読み出しを行わせることができる。【００１９】
前記処理実行部には、前記蓄積部内の前記質問情報および／または前記ユーザ側回答情報の有無に応じて、前記ユーザ側回答情報のみの更新を行わせ、更新された前記ユーザ側回答情報を含む前記テーブルのバージョンは更新されないようにすることができる。【００２０】
前記蓄積部は、１つの前記Webアプリケーションのみとセッションが確立されるようにすることができる。【００２１】
前記情報処理装置には、前記蓄積部をさらに設けるようにすることができる。【００２２】
本技術の一側面の情報処理方法は、サーバから送信されてくる、ユーザの嗜好についての質問を表す質問情報を受信し、前記質問に対する前記ユーザの回答を表すユーザ側回答情報を生成し、前記質問情報が格納されている蓄積部に格納し、前記ユーザ側回答情報と、前記サーバから送信されてくる、前記質問に対して、コンテンツを提供する提供者によって設定された回答を表す提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するステップを含み、前記蓄積部に格納されている前記質問情報および／または前記ユーザ側回答情報の少なくとも読み出しまたは更新を行う。【００２３】
本技術の一側面の情報処理システムは、コンテンツを配信する送信装置と、前記送信装置から配信される前記コンテンツを取得する受信装置とからなる送受信システムであって、前記送信装置が、前記受信装置のユーザの嗜好についての質問を表す情報である質問情報を生成する質問生成手段と、前記質問情報と、前記質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す提供者側回答情報とを、前記受信装置に送信する送信手段とを備え、前記受信装置が、前記送信装置から送信されてくる前記質問情報を受信する受信部と、前記質問に対する前記ユーザの回答を表すユーザ側回答情報を生成し、前記質問情報が格納されている蓄積部に格納する処理実行部と、前記ユーザ側回答情報と、前記送信装置から送信されてくる前記提供者側回答情報とのマッチングを行うことで、前記送信装置から配信される前記コンテンツを取得するマッチング部とを備え、前記処理実行部は、前記蓄積部に格納されている前記質問情報および／または前記ユーザ側回答情報の少なくとも読み出しまたは更新を行う。【００２４】
本技術の一側面においては、サーバから送信されてくる、ユーザの嗜好についての質問を表す質問情報が受信され、質問に対するユーザの回答を表すユーザ側回答情報が生成され、質問情報が格納されている蓄積部に格納され、ユーザ側回答情報と、サーバから送信されてくる、質問に対して、コンテンツを提供する提供者によって設定された回答を表す提供者側回答情報とのマッチングが行われることで、サーバから配信されるコンテンツが取得され、蓄積部に格納されている質問情報および／またはユーザ側回答情報の少なくとも読み出しまたは更新が行われる。
【発明の効果】
【００２５】
本技術の一側面によれば、その時のニーズに応じたコンテンツを取得することが可能となる。
【図面の簡単な説明】
【００２６】
【図１】本技術の一実施の形態に係る放送システムの構成例を示すブロック図である。
【図２】サーバのハードウェア構成例を示すブロック図である。
【図３】サーバの機能構成例を示すブロック図である。
【図４】クライアントの機能構成例を示すブロック図である。
【図５】XMLスキーマのシンタックスの例について説明する図である。
【図６】PDIテーブルのXMLスキーマの例について説明する図である。
【図７】PDI-Qの例について説明する図である。
【図８】ユーザとの対話における画面表示例について説明する図である。
【図９】ユーザとの対話における画面表示例について説明する図である。
【図１０】ユーザとの対話における画面表示例について説明する図である。
【図１１】ユーザとの対話における画面表示例について説明する図である。
【図１２】ユーザとの対話における画面表示例について説明する図である。
【図１３】PDI-Aの例について説明する図である。
【図１４】プロバイダ側PDI-Aの例について説明する図である。
【図１５】プロバイダ側PDI-Aの例について説明する図である。
【図１６】PDI APIの機能について説明する図である。
【図１７】getPDITable()について説明する図である。
【図１８】setPDITable()について説明する図である。
【図１９】removePDITable()について説明する図である。
【図２０】getPDITableID()について説明する図である。
【図２１】getPDI()について説明する図である。
【図２２】setPDI()について説明する図である。
【図２３】getPDIID()について説明する図である。
【図２４】clear()について説明する図である。
【図２５】queryPDI()について説明する図である。
【図２６】IDLによるPDI APIの定義を示す図である。
【図２７】IDLによるPDI APIの定義を示す図である。
【図２８】コンテンツの送受信処理について説明するフローチャートである。
【図２９】コンテンツの送受信処理について説明するフローチャートである。
【図３０】本技術を適用した、ATSC-M/H方式で放送を行う放送システムの構成例を示すブロック図である。
【図３１】ATSC-M/H方式で送信される放送波の信号におけるプロトコルスタックを示す図である。
【図３２】Service Guideのデータ構成を示す図である。
【図３３】Serviceフラグメントの構成を説明する図である。
【図３４】Scheduleフラグメントの構成を説明する図である。
【図３５】Contentフラグメントの構成を説明する図である。
【図３６】Interactivity Dataフラグメントの構成を説明する図である。
【図３７】NRT放送で送信される放送波の信号におけるプロトコルスタックを示す図である。
【図３８】TVCT、PAT、PMT、およびDSM-CC Addressable Sectionのデータ構造を示す図である。
【図３９】SMT、NRT-IT、およびFLUTE FDTのデータ構造を示す図である。
【図４０】PDI descriptorのシンタックスの例を示す図である。
【発明を実施するための形態】
【００２７】
以下、本技術の実施の形態について図を参照して説明する。
【００２８】
［放送システムの構成例］
図１は、本技術の一実施の形態に係る放送システムの構成例を示している。
【００２９】
図１の放送システム１０は、デジタルテレビジョン番組（以下、適宜コンテンツという）を放送（提供）する放送事業者などのプロバイダ側に設置されたサーバ１１、および、放送されたコンテンツを視聴するユーザ宅などに設置されたクライアント端末（以下、単にクライアントという）１２により構成されている。なお、クライアント１２は、複数のユーザ宅のそれぞれに設置されるものとするが、携帯電話機やPDA（Personal Digital Assistant）等の携帯型端末装置として構成されるようにもできる。
【００３０】
放送システム１０において、サーバ１１は、コンテンツとともに、そのコンテンツに関するコンテンツメタデータを、デジタル放送波の信号として、クライアント１２に送出する。クライアント１２は、コンテンツとともに送出されるコンテンツメタデータを基に、コンテンツをフィルタリングすることにより、ユーザの所望するコンテンツのみを再生または蓄積する。なお、コンテンツメタデータは、コンテンツとともに送出されるのではなく、コンテンツが送出されるより前に送出されるようにしてもよい。
【００３１】
また、放送システム１０において、サーバ１１とクライアント１２とは、インターネット等のネットワークを介して、コンテンツメタデータやコンテンツの送受信を行うようにしてもよい。
【００３２】
［サーバのハードウェア構成例］
図２は、サーバ１１のハードウェア構成例を表している。図２においては、サーバ１１は、例えばコンピュータをベースに構成されている。
【００３３】
CPU（Central Processing Unit）２１は、ROM（Read Only Memory）２２に記憶されているプログラム、または記憶部２８からRAM（Random Access Memory）２３にロードされたプログラムに従って各種の処理を実行する。RAM２３にはまた、CPU２１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【００３４】
CPU２１、ROM２２、およびRAM２３は、バス２４を介して相互に接続されている。このバス２４にはまた、入出力インタフェース２５も接続されている。
【００３５】
入出力インタフェース２５には、キーボード、マウスなどよりなる入力部２６、LCD（Liquid Crystal Display）や有機EL（Electro Luminescence）などよりなるディスプレイ、並びにスピーカなどよりなる出力部２７、ハードディスクなどより構成される記憶部２８、モデム、ターミナルアダプタ、アンテナなどにより構成される通信部２９が接続されている。通信部２９は、図示せぬネットワーク等を介して外部の装置と通信する。また、通信部２９を介してプログラムが取得され、記憶部２８に記憶されるようにしてもよい。
【００３６】
入出力インタフェース２５にはまた、必要に応じてドライブ３０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア３１が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部２８にインストールされる。
【００３７】
なお、図示は省略するが、クライアント１２も同様に、そのハードウェアは図２に示されるように構成される。
【００３８】
［サーバの機能構成例］
次に、図３を参照して、サーバ１１の機能構成例について説明する。
【００３９】
サーバ１１は、PDI-Qジェネレータ４１、通信部４２、PDI-Aジェネレータ４３、メタデータディストリビュータ４４、コンテンツ蓄積部４５、およびコンテンツディストリビュータ４６から構成される。
【００４０】
PDI-Qジェネレータ４１は、クライアント１２のユーザ（視聴者）の嗜好についての質問を表す情報であるPDI-Q（Preference Demographic and Interest - Question）を生成し、通信部４２を介してクライアント１２に送信するとともに、PDI-Aジェネレータ４３に供給する。
【００４１】
通信部４２は、クライアント１２からの要求に応じて、PDI-Qジェネレータ４１、メタデータディストリビュータ４４、およびコンテンツディストリビュータ４６から供給される各種データを、クライアント１２に送信する。
【００４２】
PDI-Aジェネレータ４３は、PDI-Qジェネレータ４１からのPDI-Qに基づいて、PDI-Qに対応する、上述したクライアント１２のユーザの嗜好についての質問に対して、プロバイダ側が設定した回答を表す情報であるPDI-A（Preference Demographic and Interest - Answer）を生成し、メタデータディストリビュータ４４に供給する。
【００４３】
メタデータディストリビュータ４４は、PDI-Aジェネレータ４３からのPDI-Aに基づいて、コンテンツ蓄積部４５に蓄積されているコンテンツの中から、プロバイダ側が設定した回答に対応するコンテンツを特定（照会）する。メタデータディストリビュータ４４は、特定したコンテンツのコンテンツメタデータとして、PDI-Aを含むコンテンツメタデータを生成し、通信部４２を介してクライアント１２に送信する。
【００４４】
コンテンツ蓄積部４５は、クライアント１２に対して配信される種々のコンテンツを蓄積している。
【００４５】
コンテンツディストリビュータ４６は、コンテンツ蓄積部４５に蓄積されているコンテンツの中からメタデータディストリビュータ４４によって特定されたコンテンツを取得し、通信部４２を介してクライアント１２に送信する。
【００４６】
［クライアントの機能構成例］
次に、図４を参照して、クライアント１２の機能構成例について説明する。
【００４７】
クライアント１２は、通信部５１、PDI-Aジェネレータ５２、PDIストア５３、コンテンツフィルタ５４、コンテンツ再生部５５、およびコンテンツ蓄積部５６から構成される。
【００４８】
通信部５１は、サーバ１１から送信されてきた各種データを受信し、PDI-Aジェネレータ５２、PDIストア５３、またはコンテンツフィルタ５４に供給する。
【００４９】
PDI-Aジェネレータ５２は、サーバ１１から送信されてきたPDI-Qに基づいて、PDI-Qに対応する、クライアント１２のユーザの嗜好についての質問に対するユーザの回答を表すPDI-Aを生成し、PDIストア５３に格納する。
【００５０】
PDIストア５３は、PDI-Aジェネレータ５２からのPDI-Aを記憶したり、サーバ１１から送信されてきたPDI-Qを記憶したりする。PDIストア５３に記憶されているPDI-Aは、必要に応じて、コンテンツフィルタ５４に読み出される。なお、PDIストア５３は、クライアント１２の内部に設けられる必要はなく、サーバ１１の内部に設けられるようにしてもよいし、クライアント１２が通信可能なネットワーク上の他の端末の内部に設けられるようにしてもよい。
【００５１】
コンテンツフィルタ５４は、PDIストア５３からPDI-Aを読み出し、そのPDI-Aと、サーバ１１から送信されてきたコンテンツのコンテンツメタデータに含まれているPDI-Aとのマッチングを行うことで、サーバ１１から配信されるコンテンツをフィルタリングする。コンテンツフィルタ５４は、フィルタリングの結果に応じて、フィルタリングしたコンテンツをコンテンツ再生部５５またはコンテンツ蓄積部５６に供給する。
【００５２】
コンテンツ再生部５５は、コンテンツフィルタ５４からのコンテンツを再生する。また、コンテンツ再生部５５は、コンテンツ蓄積部５６からコンテンツを取得し、そのコンテンツを再生する。
【００５３】
コンテンツ蓄積部５６は、コンテンツフィルタ５４からのコンテンツを蓄積（記録）する。
【００５４】
［XMLスキーマのシンタックスの例］
ここで、図５を参照して、PDI-QおよびPDI-Aを構成するためのXML（Extensible Markup Language）スキーマのシンタックスの例について説明する。
【００５５】
図５において、１行目は、PDI-Qが識別されるための宣言や定義を示しており、２行目は、PDI-Qとして定義される質問全体の名称および型の宣言を示している。１以上のPDI-Q、および／または、PDI-Qとして定義される質問に対する回答を表すPDI-Aは、１つのテーブル（以下、PDIテーブルという）として扱われる。
【００５６】
３行目乃至１２行目は、２行目で宣言された質問のそれぞれについての名称および型の宣言を示している。具体的には、５行目の”QIA”の名称で定義される質問の型”IntegerAnswerType”は、その質問が整数値型の回答を求める質問であることを示しており、６行目の”QBA”の名称で定義される質問の型”BooleanAnswerType”は、その質問が論理値型の回答を求める質問であることを示している。また、７行目の”QSA”の名称で定義される質問の型”SelectionAnswerType”は、その質問が回答選択型の回答を求める質問であることを示しており、８行目の”QTA”の名称で定義される質問の型”TextAnswerType”は、その質問が文字列型の回答を求める質問であることを示している。そして、９行目の”QAA”の名称で定義される質問の型”AnyAnswerType”は、その質問が回答の型を制限しない質問であることを示している。
【００５７】
１３行目乃至４４行目は、上述のように宣言された質問のうちの、”QIA”、”QBA”、”QSA”、および”QTA”の名称で定義される質問それぞれの要素の宣言を示している。特に、１５行目、２４行目、３１行目、４０行目に示されるid要素は、それぞれの質問の項目を識別するためのID（Identifier）を表しており、その第１のフォーマットとして、
“common:[category:]question-ID”
と定義される。この第１のフォーマットにおいて、“common”は、そのid要素で識別される質問がプロバイダに関わらず共通に定義された質問であることを表し、“category”は、質問のカテゴリを表し、“question-ID”は、質問の識別子を表している。なお、“category”は、必要に応じて、
“common:[category1:category2:category3:・・・]question-ID”
などのように、階層的なネスト構造としてもよい。
【００５８】
また、id要素は、第２のフォーマットとして、
“providerName:[category:]question-ID”
と定義される。この第２のフォーマットにおいて、“providerName”は、そのid要素で識別される質問を設定したプロバイダの名称を表している。なお、“category”および“question-ID”は、第１のフォーマットにおけるそれぞれと同様である。
【００５９】
このように、PDI-Qとして定義される質問は、id要素によって、コンテンツを提供するプロバイダによらない（プロバイダ共通の）質問と、コンテンツを提供するプロバイダ独自に定義される質問とに区別される。
【００６０】
以下においては、適宜、コンテンツを提供するプロバイダによらない質問、およびその質問に対する回答を、プロバイダ共通フィルタリングパラメータといい、コンテンツを提供するプロバイダ独自に定義される質問、およびその質問に対する回答を、プロバイダ独自フィルタリングパラメータということとする。
【００６１】
上述したように、プロバイダ共通フィルタリングパラメータは、個々のプロバイダによらず、プロバイダ共通に定義されるため、一般的には、クライアント１２のベンダ（製造メーカ等）が提供することとなる。したがって、サーバ１１におけるPDI-Qジェネレータ４１は、プロバイダ側によって提供されるようにもできるが、クライアント１２のベンダによって提供されるようにもできる。
【００６２】
なお、PDI-Qおよび／またはPDI-Aを含むPDIテーブルを構成するシンタックスは、図５で示された例に限らず、例えば、図６に示されるようなXMLスキーマに従うものであってもよい。
【００６３】
［PDI-Qの例］
次に、図７を参照して、図５のシンタックスに基づいて構成されるPDI-Qを含むPDIテーブルの例について説明する。
【００６４】
図７において、１行目における”transactional”は、PDI-Qで定義されている質問（質問群）を含むPDIテーブルが、送信先のクライアント１２によって更新される際、PDI-Qの各項目の内容をクライアント１２の図示せぬ記憶領域に記録／更新する処理の途中で何らかの事故（ディスク書き込みエラーや処理負荷の増大による処理の中断等）により、PDI-Qの各項目の全ての内容が記録／更新されなかった場合に、PDI-Qの各項目の内容を記録／更新する直前の状態まで遡ってこの記録／更新処理を無とする（いわゆるロールバックする）か否かを示す値であり、”transactional”が”true”の場合、PDI-Qはロールバックされる。
【００６５】
２行目乃至５行目は、論理値型の回答を求める質問を定義しており、３行目における<id>Common:111</id>は質問のid要素を、４行目における<q>Are you currently employed?</q>は質問自体を表している。
【００６６】
６行目乃至９行目は、整数値型の回答を求める質問を定義しており、７行目における<id>Common:222</id>はその質問のid要素を、８行目における<q>What is the age of the oldest member of the household who watches television?</q>はその質問自体を表している。なお、６行目におけるminInclusive="10" maxInclusive="100"は、その質問に対する回答が、10以上100以下の整数値に制約されることを表している。
【００６７】
１０行目乃至１７行目は、回答選択型の回答を求める質問を定義しており、１１行目における<id>ProviderA:123</id>はその質問のid要素を、１２行目における<q>In which of the following sports are you most interested? (Multiple selection allowed)</q>はその質問自体を表しており、１３行目における<a>Baseball</a>、１４行目における<a>Basketball</a>、１５行目における<a>Soccer</a>、１６行目における<a>Hockey</a>はそれぞれ、質問に対する回答の選択肢を表している。なお、１０行目におけるminChoice="1" maxChoice="3"は、その質問に対する回答の数が、選択肢のうちの１以上３以下に制約されることを表している。
【００６８】
１８行目乃至２４行目は、回答選択型の回答を求める質問を定義しており、１９行目における<id>ProviderA:ProgramX:123</id>はその質問のid要素を、２０行目における<q>Do you enjoy camping and outdoor recreation?(Only one selection)</q>はその質問自体を表しており、２１行目における<a>Never</a>、２２行目における<a>Occasionally</a>、２３行目における<a>Frequently</a>はそれぞれ、質問に対する回答の選択肢を表している。なお、１８行目におけるmaxChoice="1"は、その質問に対する回答の数が、１に制約されることを表している。
【００６９】
このように、PDI-Qにおいては、質問の型によって、その質問に対する回答の候補や、回答に対する制約条件も定義される。
【００７０】
２５行目乃至２８行目は、文字列型の回答を求める質問を定義しており、２６行目における<id>ProviderA:321</id>はその質問のid要素を、２７行目における<q>Who's products are you most interested in recently?</q>はその質問自体を表している。
【００７１】
ここで、以下においては、図７のPDI-Qで定義される質問それぞれを、それぞれのid要素の質問ということとする。具体的には、２行目乃至５行目で定義される質問を”Common:111”の質問といい、６行目乃至９行目で定義される質問を”Common:222”の質問といい、１０行目乃至１７行目で定義される質問を”ProviderA:123”の質問といい、１８行目乃至２４行目で定義される質問を”ProviderA:ProgramX:123”の質問といい、２５行目乃至２８行目で定義される質問を”ProviderA:321”の質問ということとする。
【００７２】
このとき、”Common:111”の質問および”Common:222”の質問は、プロバイダ共通フィルタリングパラメータに区別され、”ProviderA:123”の質問、”ProviderA:ProgramX:123”の質問、および”ProviderA:321”の質問は、プロバイダ独自フィルタリングパラメータに区別される。例えば、”Common:111”の質問は、プロバイダ共通に設定された、識別子が”111”である質問であることを示しており、”ProviderA:ProgramX:123”の質問は、”ProviderA”であるプロバイダによって設定された、カテゴリ（プログラムID）が”ProgramX”であって、識別子が”123”である質問であることを示している。
【００７３】
［PDI-Aジェネレータによるユーザとの対話における画面表示例］
次に、図８乃至図１２を参照して、クライアント１２のユーザとの対話における画面表示例について説明する。なお、ここでは、クライアント１２は、図７を参照して説明したPDIテーブルに含まれるPDI-Qを受信したものとし、クライアント１２の図示せぬ表示部には、受信したPDIテーブルに含まれるPDI-Qで定義されている質問群に対応する画面が、順次表示されるものとする。
【００７４】
図８は、図７を参照して説明したPDI-Qで定義されている質問のうちの、”Common:111”の質問に対応する画面表示例を示している。図８においては、質問提示部６１に、図７の４行目に示されている質問「Are you currently employed?」が表示されている。また、ユーザに対して、質問に対する回答の入力を促すメッセージ「いずれか選択してくだざい。」と、質問に対する回答として「Yes」をユーザに選択させるための選択ボタン６２−１、および、質問に対する回答として「No」をユーザに選択させるための選択ボタン６２−２が表示されている。
【００７５】
図９は、図７を参照して説明したPDI-Qで定義されている質問のうちの、”Common:222”の質問に対応する画面表示例を示している。図９においては、質問提示部７１に、図７の８行目に示されている質問「What is the age of the oldest member of the household who watches television?」が表示されている。また、ユーザに対して、質問に対する回答の入力を促すメッセージ「年齢を入力してくだざい。」と、質問に対する回答として整数値をユーザに入力させるための回答入力部７２が表示されている。
【００７６】
図１０は、図７を参照して説明したPDI-Qで定義されている質問のうちの、”ProviderA:123”の質問に対応する画面表示例を示している。図１０においては、質問提示部８１に、図７の１２行目に示されている質問「In which of the following sports are you most interested? (Multiple selection allowed)」が表示されている。また、ユーザに対して、質問に対する回答の入力を促すメッセージ「次の中から１つ以上３つ以下で選択してください。」と、質問に対する回答としての選択肢「Baseball」、「Basketball」、「Soccer」、および「Hockey」をユーザに選択させるための選択ボタン８２−１乃至８２−４が表示されている。
【００７７】
図１１は、図７を参照して説明したPDI-Qで定義されている質問のうちの、”ProviderA:ProgramX:123”の質問に対応する画面表示例を示している。図１１においては、質問提示部９１に、図７の２０行目に示されている質問「Do you enjoy camping and outdoor recreation?(Only one selection)」が表示されている。また、ユーザに対して、質問に対する回答の入力を促すメッセージ「次の中から１つだけ選択してください。」と、質問に対する回答としての選択肢「Never」、「Occasionally」、および「Frequently」をユーザに選択させるための選択ボタン９２−１乃至９２−３が表示されている。
【００７８】
図１２は、図７を参照して説明したPDI-Qで定義されている質問のうちの、”ProviderA:321”の質問に対応する画面表示例を示している。図１２においては、質問提示部１０１に、図７の２７行目に示されている質問「Who's products are you most interested in recently?」が表示されている。また、ユーザに対して、質問に対する回答の入力を促すメッセージ「自由に記述してくだざい。」と、質問に対する回答として文字列をユーザに入力させるための回答入力部１０２が表示されている。
【００７９】
このようにして、PDI-Aジェネレータ５２は、図８乃至図１２で説明した画面表示により、ユーザに、PDI-Qで定義されている質問に対する回答を入力または選択させることで、PDI-Qに対応するPDI-Aを生成する。
【００８０】
なお、図８乃至図１２で説明した画面表示は、PDI-Qを受信して間もなく後に表示されるようにしてもよいし、PDI-Qの受信後、図示せぬ記憶部にPDI-Qを保持するようにし、ユーザにより設定画面の表示が指示されたとき等に表示されるようにしてもよい。
【００８１】
［PDI-Aの例］
次に、図１３を参照して、クライアント１２によって生成されるPDI-Aを含むPDIテーブルの例について説明する。図１３で示されるPDIテーブルに含まれるPDI-Aは、図８乃至図１２で示した画面表示に対する、ユーザによる回答の選択または入力に基づいて生成されたPDI-Aである。
【００８２】
すなわち、２行目乃至５行目は、図８で説明した画面表示により提示された質問に対するユーザの回答を示している。すなわち、３行目における<id>Common:111</id>は、図８の画面表示により提示された質問のid要素を示しており、４行目における<a>true</a>は質問に対する回答として、図８の画面表示において選択ボタン６２−１（「Yes」の回答）がユーザに選択されたことを示している。
【００８３】
６行目乃至９行目は、図９で説明した画面表示により提示された質問に対するユーザの回答を示している。すなわち、７行目における<id>Common:222</id>は、図９の画面表示により提示された質問のid要素を示しており、８行目における<a>34</a>は質問に対する回答として、図９の画面表示において回答入力部７２に整数値として「34」がユーザにより入力されたことを示している。
【００８４】
１０行目乃至１５行目は、図１０で説明した画面表示により提示された質問に対するユーザの回答を示している。すなわち、１１行目における<id>ProviderA:123</id>は、図１０の画面表示により提示された質問のid要素を示しており、１２行目における<a>Baseball</a>、１３行目における<a>Soccer</a>、１４行目における<a>Hockey</a>は質問に対する回答として、図１０の画面表示において選択ボタン８２−１，８２−３，８２−４がユーザにより選択されたことを示している。
【００８５】
１６行目乃至１９行目は、図１１で説明した画面表示により提示された質問に対するユーザの回答を示している。すなわち、１７行目における<id>ProviderA:ProgramX:123</id>は、図１１の画面表示により提示された質問のid要素を示しており、１８行目における<a>Occasionally</a>は質問に対する回答として、図１１の画面表示において選択ボタン９２−２がユーザにより選択されたことを示している。
【００８６】
２０行目乃至２３行目は、図１２で説明した画面表示により提示された質問に対するユーザの回答を示している。すなわち、２１行目における<id>ProviderA:321</id>は、図１２の画面表示により提示された質問のid要素を示しており、２２行目における<a>Somy</a>は質問に対する回答として、図１２の画面表示において回答入力部１０２に文字列として「Somy」がユーザにより入力されたことを示している。
【００８７】
なお、図１３に示されるPDIテーブルには、ユーザによる回答の選択または入力に基づいて生成されたPDI-Aのみが含まれるものとしたが、PDI-Aとともに、そのPDI-Aに対応するPDI-Qが含まれるようにしてもよい。
【００８８】
このようにしてクライアント１２において生成されるPDI-Aは、サーバ１１からのコンテンツメタデータに含まれるPDI-Aとのマッチングが行われ、その結果に基づいて、サーバ１１からのコンテンツが取得される。なお、以下においては、PDIストア５３に記憶されているPDI-Aと、サーバ１１からのコンテンツメタデータに含まれるPDI-Aとを区別するため、前者をユーザ側PDI-A、後者をプロバイダ側PDI-Aということとする。
【００８９】
［コンテンツフィルタにおけるマッチング処理の例］
ここで、ユーザ側PDI-Aとして、図１３を参照して説明したPDI-Aが生成され記憶されているものとし、プロバイダ側PDI-Aとして、図１４に示されるPDI-Aがサーバ１１から送信されてきたものとする。
【００９０】
図１４に示されるプロバイダ側PDI-Aは、図１３で示されたユーザ側PDI-Aと基本的な構成は同一であるので詳細な説明は省略するが、このプロバイダ側PDI-Aは、”Common:111”の質問に対する回答として「false」が選択され、”ProviderA:123”の質問に対する回答として「Baseball」が選択され、”ProviderA:ProgramX:123”の質問に対する回答として「Never」が選択されたことを示している。
【００９１】
このとき、コンテンツフィルタ５４は、ユーザ側PDI-Aとプロバイダ側PDI-Aとを比較し、質問に対する回答が１つでも一致している場合、ユーザ側PDI-Aとプロバイダ側PDI-Aとはマッチしていると判定し、質問に対する回答が１つも一致しない場合、ユーザ側PDI-Aとプロバイダ側PDI-Aとはマッチしていないと判定する。この場合、図１３に示されるユーザ側PDI-Aにおける”ProviderA:123”の質問に対する回答と、図１４に示されるプロバイダ側PDI-Aにおける”ProviderA:123”の質問に対する回答のそれぞれに「Baseball」が含まれている点でそれぞれ一致しているので、ユーザ側PDI-Aとプロバイダ側PDI-Aとはマッチしていると判定される。
【００９２】
次に、プロバイダ側PDI-Aとして、図１５に示されるPDI-Aがサーバ１１から送信されてきたものとする。
【００９３】
図１５に示されるプロバイダ側PDI-Aは、”ProviderA:123”の質問に対する回答として「Basketball」が選択され、”ProviderA:ProgramX:123”の質問に対する回答として「Never」が選択されたことを示している。
【００９４】
この場合、図１３に示されるユーザ側PDI-Aにおける質問に対する回答と、図１５に示されるプロバイダ側PDI-Aにおける質問に対する回答が１つも一致しないので、ユーザ側PDI-Aとプロバイダ側PDI-Aとはマッチしていないと判定される。
【００９５】
［PDI APIの機能］
ところで、サーバ１１から送信されたPDI-Qや、クライアント１２において生成されたユーザ側PDI-Aを含むPDIテーブルは、PDIストア５３に蓄積される。そして、クライアント１２によって実行されるアプリケーションによって、PDIストア５３に蓄積されているPDIテーブル、またはそのPDIテーブルに含まれるPDI-Qやユーザ側PDI-Aの読み出しや更新が行われる。
【００９６】
具体的には、図１６に示されるように、クライアント１２上の、例えばWebブラウザによって実行されるPDIアプリケーション１１１は、複数のAPI（Application Programming Interface）からなるPDI API１１２を呼び出すことで、PDIストア５３に蓄積されているPDIテーブル１２１−１やPDIテーブル１２１−２にアクセスする。
【００９７】
PDIテーブル１２１−１，１２１−２にはそれぞれ、ユニークに割り当てられたID（以下、PDIテーブルIDという）とバージョンとが付与されており、PDIアプリケーション１１１は、そのPDIテーブルIDやバージョンに基づいて、PDIテーブル１２１−１やPDIテーブル１２１−２にアクセスする。
【００９８】
また、PDIテーブル１２１−１，PDIテーブル１２１−２には、複数のPDI-Qやユーザ側PDI-Aが含まれている。ここで、PDI-Qやユーザ側PDI-Aをあわせて、PDIインスタンスということとすると、PDIアプリケーション１１１は、PDI API１１２を呼び出すことで、PDIテーブル１２１−１に含まれるPDIインスタンス１３１−１，１３１−２，１３２−１や、PDIテーブル１２１−２に含まれるPDIインスタンス１３１−３，１３２−２，１３２−３にアクセスする。
【００９９】
PDIインスタンス１３１−１乃至１３１−３には、プロバイダ共通のID（以下、PDIIDという）が付与され、PDIインスタンス１３２−１乃至１３２−３には、プロバイダ独自のPDIIDが付与されている。PDIインスタンスのPDIIDはそれぞれ、ユニークに割り当てられており、PDIアプリケーション１１１は、そのPDIIDに基づいて、PDIインスタンス１３１−１乃至１３１−３やPDIインスタンス１３２−１乃至１３２−３にアクセスする。
【０１００】
このように、クライアント１２は、PDI API１１２を呼び出すことによってPDIストア５３へのアクセスを行う。このPDIストア５３は、クライアント１２においてネイティブなアプリケーションによって実行されるファイルシステムやデータベースであってもよいし、ネットワークを利用したリモートサービスによって提供されるデータベースであってもよい。また、PDIストア５３は、１つのクライアント１２のみに対応付けられて存在するようになされている。PDIストア５３においては、クライアント１２においてネイティブなアプリケーションによってもPDIテーブルの更新や削除が行われ、これらの処理は、Webブラウザがアクティブな状態でない場合であっても、そのバックグラウンドのプロセスとして実行される。
【０１０１】
また、PDI API１１２は、PDIストア５３に対するクエリ処理を実行するためのインタフェースを提供する。なお、このクエリ処理は、クライアント１２上のみで実行されてもよいし、サーバ１１との通信を行うことによって実行されてもよい。
【０１０２】
以下、PDI API１１２に含まれるAPIについて、具体的に説明する。
【０１０３】
［getPDITable()］
図１７は、PDI API１１２に含まれるAPIの１つであるgetPDITable()について説明する図である。
【０１０４】
getPDITable()は、PDIテーブルのPDIテーブルID（pdiTableId）を入力引数とし、そのpdiTableIdで特定されるPDIテーブルをドキュメントとして返す。そのpdiTableIdで特定されるPDIテーブルが存在しない場合、nullが返される。なお、PDIテーブルは、１つのPDIテーブルIDによって特定され、そのバージョンは常に最新のものとされる。すなわち、同じPDIテーブルIDであって異なるバージョンを有するPDIテーブルが複数存在することない。
【０１０５】
［setPDITable()］
図１８は、PDI API１１２に含まれるAPIの１つであるsetPDITable()について説明する図である。
【０１０６】
setPDITable()は、PDIテーブルそのものを入力引数とし、まず、そのPDIテーブルがPDIストア５３に存在するか否かをチェックする。そのPDIテーブルがPDIストア５３に存在しない場合、入力引数としてのPDIテーブルがPDIストア５３に新たに追加（生成）される。そのPDIテーブルがPDIストア５３に存在する場合、PDIストア５３に既に存在するPDIテーブルが、入力引数としてのPDIテーブルによって更新され、そのバージョンも更新される。
【０１０７】
入力引数としてのPDIテーブルが追加も更新もされない場合、例えば、PDIストア５３の容量が上限を超えているような場合、setPDITable()は例外エラーQUOTA_EXCEEDED_ERRを返す。また、例えば、PDIテーブルが不正な場合（例えば、入力されるPDIテーブルのバージョンが、PDIストア５３に既に存在するPDIテーブルのバージョンより古い場合）、setPDITable()は例外エラーWRONG_DOCUMENT_ERRを返す。setPDITable()は、PDIテーブルの全ての内容が追加／更新されなかった場合、PDIテーブルの内容を追加／更新する直前の状態まで遡ってこの追加／更新処理を無とする。
【０１０８】
［removePDITable()］
図１９は、PDI API１１２に含まれるAPIの１つであるremovePDITable()について説明する図である。
【０１０９】
removePDITable()は、PDIテーブルのPDIテーブルID（pdiTableId）を入力引数とし、そのpdiTableIdで特定されるPDIテーブルがPDIストア５３に存在する場合、そのPDIテーブルを削除する。PDIテーブルがPDIストア５３に存在しない場合、removePDITable()は何もしない。
【０１１０】
removePDITable()は、PDIテーブルの全ての内容が削除されなかった場合、PDIテーブルの内容を削除する直前の状態まで遡ってこの削除処理を無とする。
【０１１１】
［getPDITableID()］
図２０は、PDI API１１２に含まれるAPIの１つであるgetPDITableID()について説明する図である。
【０１１２】
getPDITableID()は、PDIストア５３内の全てのPDIテーブルのPDIテーブルIDを返し、PDIストア５３内にPDIテーブルが存在しない場合にはnullを返す。
【０１１３】
［getPDI()］
図２１は、PDI API１１２に含まれるAPIの１つであるgetPDI()について説明する図である。
【０１１４】
getPDI()は、PDIインスタンスのPDIID（pdiId）を入力引数とし、そのpdiIdで特定されるPDIインスタンスをドキュメントとして返す。そのpdiIdで特定されるPDIインスタンスが存在しない場合、nullが返される。なお、PDIインスタンスは、１つのみPDIストア５３に蓄積可能とされ、複数のPDIテーブルは、同一のPDIIDを有するPDIインスタンスを共有することができる。
【０１１５】
［setPDI()］
図２２は、PDI API１１２に含まれるAPIの１つであるsetPDI()について説明する図である。
【０１１６】
setPDI()は、PDIインスタンスそのものを入力引数とし、まず、そのPDIインスタンスがPDIストア５３に存在するか否かをチェックする。そのPDIインスタンスがPDIストア５３に存在しない場合、setPDI()は何もしない。そのPDIインスタンスがPDIストア５３に存在する場合、PDIストア５３に既に存在するPDIインスタンスが、入力引数としてのPDIインスタンスによって更新される。
【０１１７】
このとき、PDIインスタンスとして、PDI-Aのみが更新されるようになされており、そのPDIインスタンスを含むPDIテーブルのバージョンは更新されない。例えば、更新されるPDIインスタンスが複数のPDIテーブルに共有されている場合、それぞれのPDIテーブルのバージョンは更新されることなく、それぞれのPDIテーブルの内容が更新される。
【０１１８】
例えば、PDIストア５３の容量が上限を超えているような場合、setPDI()は例外エラーQUOTA_EXCEEDED_ERRを返す。また、PDIインスタンスが不正な場合、setPDI()は例外エラーWRONG_DOCUMENT_ERRを返す。setPDI()は、PDIインスタンスの全ての内容が更新されなかった場合、PDIインスタンスの内容を更新する直前の状態まで遡ってこの更新処理を無とする。
【０１１９】
なお、setPDI()は、getPDI()によって取得されたPDIインスタンスのみの更新を行う。
【０１２０】
［getPDIID()］
図２３は、PDI API１１２に含まれるAPIの１つであるgetPDIID()について説明する図である。
【０１２１】
getPDIID()は、PDIストア５３内の全てのPDIインスタンスのPDIIDを返す。PDIストア５３内にPDIインスタンスが存在しない場合にはnullを返す。
【０１２２】
［clear()］
図２４は、PDI API１１２に含まれるAPIの１つであるclear()について説明する図である。
【０１２３】
clear()は、PDIストア５３内にデータが存在する場合、PDIストア５３を空にし、PDIストア５３内にデータが存在しない場合何もしない。
【０１２４】
なお、図１７乃至図２４を参照して説明したAPIは、ディスクに対する物理的な書き込みを終えるまで処理を待つ必要はなく、キャッシュ領域等に一時的に書き込んだ後、ディスクに対して書き込みするようにしてもよい。また、PDIストア５３内の同一のデータに対する、複数のスクリプト（アプリケーション）からの同時アクセスは許可されないものとする。
【０１２５】
［queryPDI()］
図２５は、PDI API１１２に含まれるAPIの１つであるqueryPDI()について説明する図である。
【０１２６】
queryPDI()は、問合せを表す文字列（XPathOrXQuery）を入力引数とし、PDIストア５３に対して、XPathやXQuery等の問い合わせ言語を用いて問合せを行う。入力引数XpathOrXQueryは、XPathやXqueryで記述され、XpathOrXQueryに不正な文字列が含まれる場合、queryPDI()は例外エラーSYNTAX_ERRを返す。
【０１２７】
以上のようなAPIを、例えばJavaScript（登録商標）においてWeb IDL（Interface Definition Language）を用いて定義する場合には、図２６に示されるように定義される。
【０１２８】
また、JavaScript（登録商標）におけるWindowオブジェクトに、以上のようなAPIメソッドを追加する場合には、図２７に示されるように定義される。
【０１２９】
図２７に示されるように、Windowオブジェクトに上述したAPIが追加された場合、属性window.pdiStoreへのアクセスがされると、クライアント１２上で、ブラウザ（Webアプリケーション）はそのクライアント１２に対応するPDIストアのオブジェクトを返す。PDIストアのオブジェクトは、複数のセッションによりアクセスされることはない。したがって、PDIストアと他のブラウザとのセッションが確立されている場合、そのPDIストアにアクセスしようとすると、ブラウザは例外エラーを返す。
【０１３０】
以上のように、PDI API１１２によって、PDIテーブルや、PDI-Q、ユーザ側PDI-AといったPDIインスタンスが、必要に応じてPDIストア５３から読み出されたり、更新されるようになる。したがって、ユーザは、その時のPDIテーブルやPDIインスタンスを確認したり、最新のものとしたりすることができ、ひいては、その時のニーズに応じたコンテンツを確実に取得することができるようになる。
【０１３１】
［コンテンツの送受信処理の例］
次に、図２８のフローチャートを参照して、放送システム１０におけるコンテンツの送受信処理について説明する。放送システム１０におけるコンテンツの送受信処理においては、サーバ１１によりコンテンツ配信処理が実行されることでコンテンツが配信され、クライアント１２によりコンテンツ取得処理が実行されることでコンテンツが取得される。
【０１３２】
放送事業者などのプロバイダ側において、例えば、放送（配信）されるコンテンツのスポンサや、放送事業者自身が、特定の嗜好や属性を有する視聴者に対するコンテンツの配信を要求した場合、プロバイダ側のスタッフの操作に応じて、サーバ１１のPDI-Qジェネレータ４１は、ステップＳ１１において、視聴者、すなわち、クライアント１２のユーザに対して、どのような嗜好や属性を有するかを質問するためのPDI-Qを生成する。
【０１３３】
ステップＳ１２において、サーバ１１のPDI-Qジェネレータ４１は、生成したPDI-Qを含むPDIテーブルを、通信部４２を介してクライアント１２に送信するとともに、PDI-Aジェネレータ４３に供給する。
【０１３４】
ステップＳ２１において、クライアント１２の通信部５１は、サーバ１１から送信されてくるPDIテーブルを受信し、PDI-Aジェネレータ５２に供給する。ここでは、クライアント１２において、ブラウザによって実行されるWebアプリケーション（スクリプト）、例えばPDIアプリケーション１１１（図１６）がPDIテーブルの受信処理を行うものとする。
【０１３５】
なお、PDIテーブルは、例えば、サーバ１１が設置されているプロバイダとしての放送局から所定の時間間隔で放送（送信）される毎に、クライアント１２に受信される。また、PDIテーブルは、クライアント１２においてサーバ１１が設置されている放送局にチャンネルが合わされたときに、クライアント１２に受信されるようにしてもよい。
【０１３６】
ステップＳ２２において、クライアント１２のPDI-Aジェネレータ５２は、通信部５１において受信されたPDIテーブルに含まれるPDI-Qで定義されている質問に対するユーザ側PDI-Aを生成する。具体的には、PDI-Aジェネレータ５２は、サーバ１１からのPDI-Qが受信されると、図示せぬ表示部に、PDI-Qで定義されている質問に対応する画面を表示させ、その質問に対する回答を、クライアント１２のユーザ（視聴者）に入力または選択させることで、その回答を表すPDI-Aを生成する。すなわち、PDI-Aジェネレータ５２は、ユーザと対話することによって、PDI-Qで定義されている質問に対する回答を表すユーザ側PDI-Aを生成する。
【０１３７】
ここでは、PDI-Aジェネレータ５２は、Webアプリケーションにより実現され、Webアプリケーションがユーザ側PDI-Aを生成する。
【０１３８】
そして、ステップＳ２３において、PDI-Aジェネレータ５２は、生成したユーザ側PDI-AをPDIストア５３に格納する。具体的には、WebアプリケーションがsetPDITable()を呼び出し、ユーザ側PDI-AをPDIストア５３に格納する。
【０１３９】
一方、ステップＳ１３において、サーバ１１のPDI-Aジェネレータ４３は、PDI-Qジェネレータ４１からのPDIテーブルに含まれるPDI-Qで定義されている質問に対するプロバイダ側PDI-Aを生成し、メタデータディストリビュータ４４に供給する。具体的には、PDI-Aジェネレータ４３は、放送局（プロバイダ側）のスタッフの操作によってPDI-Qが生成されると、図示せぬ表示部に、例えば図８乃至図１２を参照して説明したような、PDI-Qで定義されている質問に対応する画面を表示させ、その質問に対する回答を、放送局のスタッフに入力または選択させることで、その回答を表すプロバイダ側PDI-Aを生成する。このとき、放送局のスタッフは、PDI-Qで定義されている質問に対する回答として、配信しようとするコンテンツに対応する回答を入力または選択する。すなわち、PDI-Aジェネレータ４３によって生成されるプロバイダ側PDI-Aは、プロバイダ側がクライアント１２のユーザ（視聴者）の嗜好を考慮に入れ、その視聴者に、のちに配信されるコンテンツを視聴させるための情報（回答）を表している。
【０１４０】
ステップＳ１４において、メタデータディストリビュータ４４は、PDI-Aジェネレータ４３からのプロバイダ側PDI-Aに基づいて、コンテンツ蓄積部４５に蓄積されているコンテンツの中から、プロバイダ側PDI-Aに対応するコンテンツを特定（照会）する。ここで特定されるコンテンツは、PDI-Aジェネレータ４３からのプロバイダ側PDI-Aと、蓄積されているコンテンツに予め付与されているコンテンツメタデータとの類似度が所定値より高いものとしてもよいし、放送局のスタッフによって、ユーザに視聴させたいコンテンツとして予め選択されたものであってもよい。なお、メタデータディストリビュータ４４によって特定されたコンテンツは、コンテンツディストリビュータ４６によって、コンテンツ蓄積部４５から取得される。
【０１４１】
ステップＳ１５において、メタデータディストリビュータ４４は、ステップＳ１４において特定したコンテンツに予め付与されているコンテンツメタデータと、PDI-Aジェネレータ４３からのPDI-Aとに基づいて、プロバイダ側PDI-Aを含むコンテンツメタデータを新たに生成する。
【０１４２】
ステップＳ１６において、通信部４２は、クライアント１２からの要求に応じて、メタデータディストリビュータ４４によって生成されたコンテンツメタデータとともに、コンテンツディストリビュータ４６に取得されたコンテンツを配信する。このとき、コンテンツメタデータとしては、メタデータディストリビュータ４４によって生成されたコンテンツメタデータ以外に、標準化団体によって規定されたコンテンツメタデータが送信されてもよい。
【０１４３】
このようにして、PDI-Qで定義される質問に対する回答として、プロバイダ側の意図する回答を表すプロバイダ側PDI-Aをコンテンツメタデータに含むコンテンツ、言い換えれば、プロバイダ側が視聴を期待するユーザの嗜好に合ったコンテンツが配信されるようになる。
【０１４４】
なお、ステップＳ１３乃至Ｓ１６の処理は、ステップＳ１２の処理の後、すぐに続けて実行される必要はなく、各ユーザが所有するクライアント１２において、ユーザ側PDI-Aが生成され記憶されるまでに実行されていればよい。
【０１４５】
また、ステップＳ１６においては、コンテンツがコンテンツメタデータとともに配信されるものとしたが、コンテンツがコンテンツメタデータとともに配信されなくてもよく、プロバイダ側PDI-Aを含むコンテンツメタデータが前もってクライアント１２に送信された後で、そのコンテンツメタデータに対応するコンテンツが配信されるようにしてもよい。
【０１４６】
さて、このようにしてサーバ１１からコンテンツおよびコンテンツメタデータが配信されると、ステップＳ２４において、クライアント１２の受信部５１は、サーバ１１から配信されたコンテンツおよびコンテンツメタデータを受信し、コンテンツフィルタ５４に供給する。なお、ステップＳ２４以降の処理は、ブラウザ上で実行されるWebアプリケーションではなく、クライアント１２におけるネイティブなアプリケーションが行うものとする。
【０１４７】
ステップＳ２５において、コンテンツフィルタ５４は、PDIストア５３からユーザ側PDI-Aを読み出す。
【０１４８】
ステップＳ２６において、コンテンツフィルタ５４は、PDIストア５３から読み出したユーザ側PDI-Aと、サーバ１１からのコンテンツメタデータに含まれるプロバイダ側PDI-Aとのマッチングを行う。
【０１４９】
ステップＳ２７において、コンテンツフィルタ５４は、ユーザ側PDI-Aとプロバイダ側PDI-Aとがマッチしたか否かを判定する。ステップＳ２７において、ユーザ側PDI-Aとプロバイダ側PDI-Aとがマッチすると判定された場合、コンテンツフィルタ５４は、サーバ１１から配信されたコンテンツはクライアント１２のユーザ（視聴者）の嗜好に合ったコンテンツであると判断し、そのコンテンツを、コンテンツ再生部５５またはコンテンツ蓄積部５６に供給して、処理はステップＳ２８に進む。
【０１５０】
すなわち、サーバ１１から配信されたコンテンツが、コンテンツフィルタ５４からコンテンツ再生部５５に供給された場合、ステップＳ２８において、コンテンツ再生部５５は、コンテンツを再生する。また、サーバ１１から配信されたコンテンツが、コンテンツフィルタ５４からコンテンツ蓄積部５６に供給された場合、ステップＳ２８において、コンテンツ蓄積部５６は、コンテンツを蓄積（記録）する。蓄積されたコンテンツは、ユーザの操作指示に応じて、適宜、コンテンツ再生部５５に供給され再生される。
【０１５１】
一方、ステップＳ２７において、ユーザ側PDI-Aとプロバイダ側PDI-Aとがマッチしないと判定された場合、コンテンツフィルタ５４は、サーバ１１から配信されたコンテンツはクライアント１２のユーザ（視聴者）の嗜好に合ったコンテンツではないと判断し、そのコンテンツを破棄（削除）し、処理は終了する。
【０１５２】
以上の処理によれば、放送システムにおいて、プロバイダ側では、サーバによって、ユーザの嗜好についての質問を表すPDI-Qが生成され、そのPDI-Qがクライアント端末に送信され、そのPDI-Qに対して、プロバイダ側が設定した回答を表すプロバイダ側PDI-Aが、対応するコンテンツのコンテンツメタデータとして配信される。これにより、コンテンツメタデータとして、標準化団体によって規定されたコンテンツメタデータ以外の、その時のニーズに応じたコンテンツメタデータをコンテンツに付与することができるようになる。一方、ユーザ側では、クライアント端末によって、サーバからのPDI-Qに対するユーザの回答を表すユーザ側PDI-Aが生成され、生成したユーザ側PDI-Aと、サーバからのプロバイダ側PDI-Aとのマッチングが行われることで、サーバから配信されたコンテンツを取得するか否かが決定される。これにより、標準化団体によって規定されたコンテンツメタデータ以外の、その時のニーズに応じたコンテンツメタデータによって、コンテンツをフィルタリングすることができるようになる。したがって、その時のニーズに応じたコンテンツを取得することが可能となる。
【０１５３】
なお、以上においては、クライアント１２は、サーバ１１からのコンテンツの配信時に、リアルタイムにPDI-Aのマッチングを行うようにしたが、予め、サーバ１１からの全てのコンテンツを蓄積するようにし、処理のバックグラウンドにおいてPDI-Aのマッチングを行い、蓄積したコンテンツのうちの、マッチしたPDI-A（プロバイダ側PDI-A）に対応するコンテンツを再生したり、マッチしないPDI-Aに対応するコンテンツを削除したりするようにしてもよい。
【０１５４】
また、以上においては、Webアプリケーションが、PDIテーブルの受信からユーザ側PDI-AのPDIストアへの格納までの処理を行うものとしたが、クライアント１２においてネイティブなアプリケーションがPDIテーブルの受信を行うようにしてもよい。
【０１５５】
［コンテンツの送受信処理の他の例］
ここで、図２９のフローチャートを参照して、ネイティブなアプリケーションがPDIテーブルの受信を行う場合のコンテンツの送受信処理について説明する。
【０１５６】
なお、図２９のフローチャートのステップＳ３１乃至Ｓ３６，Ｓ４５乃至Ｓ４９の処理は、図２８のフローチャートのステップＳ１１乃至Ｓ１６，Ｓ２４乃至Ｓ２８の処理と基本的に同様であるので、その説明は省略する。
【０１５７】
すなわち、ステップＳ４１において、クライアント１２の通信部５１は、サーバ１１から送信されてくるPDIテーブルを受信し、PDI-Aジェネレータ５２に供給する。ここでは、クライアント１２においてネイティブなアプリケーションがPDIテーブルの受信処理を行う。
【０１５８】
ステップＳ４２において、通信部５１は、受信したPDIテーブルをPDIストア５３に格納する。
【０１５９】
ステップＳ４３において、PDI-Aジェネレータ５２は、PDIストア５３からPDI-Qを読み出す。ここで、PDI-Aジェネレータ５２は、Webアプリケーションにより実現される。すなわち、Webアプリケーションが、getPDI()を呼び出し、PDIストア５３に格納されているPDIテーブルからPDI-Qを読み出す。
【０１６０】
ステップＳ４４において、PDI-Aジェネレータ５２は、読み出したPDI-Qで定義されている質問に対するユーザ側PDI-Aを生成する。
【０１６１】
そして、ステップＳ４５において、PDI-Aジェネレータ５２は、生成したユーザ側PDI-AをPDIストア５３に格納する。具体的には、Webアプリケーションが、setPDI()を呼び出し、ユーザ側PDI-AをPDIストア５３に格納する。
【０１６２】
このように、クライアント１２においてネイティブなアプリケーションがPDIテーブルの受信を行う場合であっても、ユーザ側PDI-Aとプロバイダ側PDI-Aとのマッチングが行われ、サーバから配信されたコンテンツを取得するか否かが決定されるようになる。結果として、標準化団体によって規定されたコンテンツメタデータ以外の、その時のニーズに応じたコンテンツメタデータによって、コンテンツをフィルタリングすることができるようになり、その時のニーズに応じたコンテンツを取得することが可能となる。
【０１６３】
また、以上においては、コンテンツフィルタ５４は、インスタンスとして表現されたユーザ側PDI-Aとプロバイダ側PDI-Aとを比較し、質問に対する回答が１つでも一致しているか否かによって、ユーザ側PDI-Aとプロバイダ側PDI-Aとのマッチングを行うようにしたが、ユーザ側PDI-Aまたはプロバイダ側PDI-Aのいずれか一方を、PDI-Aを評価するクエリとして表現することで、ユーザ側PDI-Aとプロバイダ側PDI-Aとを比較するようにしてもよい。
【０１６４】
ところで、本技術は、デジタルテレビジョン番組を放送する放送システムに適用することができるが、その一例として、ATSC（Advanced Television Standard Committee）方式を移動体受信に拡張させたATSC-M/H（Mobile/Handheld）方式で放送を行う放送システムに適用することができる。
【０１６５】
［ATSC-M/H方式で放送を行う放送システムへの適用例］
図３０は、本技術を適用した、従来のATSC方式およびATSC-M/Hのそれぞれでデジタルテレビジョン番組を放送する放送システムの構成例を示す図である。
【０１６６】
図３０の放送システムは、図１の放送システム１０におけるサーバ１１に対応し、ATSC Legacy System１５１、ATSC M/H System１５２、M/H Framing１５３、およびRF/Transmission System１５４を備えている。
【０１６７】
ATSC Legacy System１５１は、従来のATSC方式で、MPEG2-TS（Moving Picture Experts Group 2 Transport Stream）により放送ストリームを送出する。ATSC M/H System１５２は、ATSC-M/H方式でIPパケットの放送ストリームを送出する。ATSC M/H System１５２におけるControl Data１５２ａは、ATSC M/H System１５２から送出される放送ストリーム（A/V（Audio/Video）コンテンツ）に関する制御情報である。
【０１６８】
そして、上述した放送ストリームそれぞれは、M/H Framing１５３によって多重化され、RF/Transmission System１５４によって放送波として送信される。なお、各ブロックの機能の詳細については、ATSCの規格に記載されているので、ここでは、その説明は省略する。
【０１６９】
図３１は、ATSC-M/H方式で送信される放送波の信号におけるプロトコルスタックを示している。
【０１７０】
詳細な説明は省略するが、最も上位の階層の１つは、「Service Guide」とされ、ATSC-M/H方式で提供されるコンテンツのメタデータを規定している。図３０で示されるControl Data１５２ａは、「Service Guide」で規定されるコンテンツメタデータ（以下、単にService Guideという）として伝送される。すなわち、図３０の放送システムにおいては、上述した放送システム１０においてサーバ１１からクライアント１２に送信されるPDI-A（プロバイダ側PDI-A）やPDI-Qは、Service Guideに格納されて送信される。
【０１７１】
なお、図３１において、「Service Guide」に隣接する下位の階層「FLUTE」、および、「FLUTE」に隣接する下位の階層「ALC」は、UDP/IP（User Datagram Protocol/Internet Protocol）によってパケット化されたService Guideを転送するための階層である。
【０１７２】
このService Guideの仕様としては、OMA（Open Mobile Alliance）によって、図３２に示されるデータ構成が規定されている。なお、図３２に示されるService Guideの構成の詳細は、「"Service Guide for Mobile Broadcast Services", Open Mobile Alliance, OMA-TSBCAST_ServiceGuide-V1_0, Candidate Version 1.0」に規定されているため、その説明は省略する。
【０１７３】
PDI-A（プロバイダ側PDI-A）は、図３２に示されるService Guideを構成する要素のうちの、「Service」フラグメント、「Schedule」フラグメント、および「Content」フラグメントのうちの少なくともいずれか１つに格納される。
【０１７４】
「Service」フラグメントは、チャネル・サービスの内容に関する制御情報を含むメタデータであり、図３３は、その構成の詳細を示している。PDI-Aは、図３３に示される「Service」フラグメントにおいて、最下段に規定されている「PrivateExt」要素に新たに、例えば「PDI-A」要素を追加することで、そこに格納される。具体的には、例えば、「PDI-A」要素は、XMLスキーマによって、<xs:element name = "PDI-A" type = "xs:string" xmlns:xs = "http://www.w3.org/2001/XMLSchema"/>と文字列で表現されてエンコードされる。
【０１７５】
「Schedule」フラグメントは、コンテンツ（デジタルテレビジョン番組）の配信スケジュールに関する制御情報を含むメタデータであり、図３４は、その構成の詳細を示している。PDI-Aは、図３４に示される「Schedule」フラグメントにおいて、最下段に規定されている「PrivateExt」要素に新たに、例えば「PDI-A」要素を追加することで、そこに格納される。具体的には、例えば、「PDI-A」要素は、XMLスキーマによって、<xs:element name = "PDI-A" type = "xs:string" xmlns:xs = "http://www.w3.org/2001/XMLSchema"/>と文字列で表現されてエンコードされる。
【０１７６】
「Content」フラグメントは、コンテンツ（デジタルテレビジョン番組）の内容に関する制御情報を含むメタデータであり、図３５は、その構成の詳細を示している。PDI-Aは、図３５に示される「Content」フラグメントにおいて、最下段に規定されている「PrivateExt」要素に新たに、例えば「PDI-A」要素を追加することで、そこに格納される。具体的には、例えば、「PDI-A」要素は、XMLスキーマによって、<xs:element name = "PDI-A" type = "xs:string" xmlns:xs = "http://www.w3.org/2001/XMLSchema"/>と文字列で表現されてエンコードされる。
【０１７７】
また、PDI-Qは、図３２に示されるService Guideを構成する要素のうちの、「Interactivity Data」フラグメントに格納される。
【０１７８】
「Interactivity Data」フラグメントは、チャネル・サービスやコンテンツ（テレビジョン番組）に関するアプリケーションについてのメタデータであり、図３６は、その構成の詳細を示している。PDI-Qは、図３６に示される「Interactivity Data」フラグメントにおいて、最下段に規定されている「PrivateExt」要素に新たに「PDI-Q」要素を追加することで、そこに格納される。具体的には、例えば、「PDI-Q」要素は、XMLスキーマによって、<xs:element name = "PDI-Q" type = "xs:string " xmlns:xs = "http://www.w3.org/2001 /XMLSchema"/>と文字列で表現されてエンコードされる。
【０１７９】
以上においては、本技術を、ATSC-M/H方式で放送を行う放送システムに適用した例について説明したが、従来のATSC方式でNRT（Non-RealTime）放送を行う放送システムに適用することもできる。NRT放送においては、リアルタイムでのコンテンツの視聴を前提としないため、データとして放送信号により放送されるコンテンツの放送時刻に同期してコンテンツを再生する必要はない。
【０１８０】
［NRT放送を行う放送システムへの適用例］
図３７は、NRT放送で送信される放送波の信号におけるプロトコルスタックを示している。
詳細な説明は省略するが、最も下位の階層は、「Physical Layer（物理層）」とされ、放送波の周波数帯域がこれに対応する。「Physical Layer」に隣接する上位の階層は、「MPEG2-TS」とされ、放送波として放送される放送ストリームがこれに対応する。
【０１８１】
「MPEG2-TS」に隣接する上位の階層として、「ATSC-PSIP（Program and System Information Protocol）」および「MPEG2-PSI（Program Specific Information）」が示されている。「ATSC-PSIP」は、TVCTを有する階層とされ、「MPEG2-PSI」は、PAT(Program Association Table)、PMT(Program Map Table)を有する階層とされる。
【０１８２】
また、「MPEG2-TS」に隣接する上位の階層として、「DSM-CC（Digital Storage Media Command and Control） Addressable Section」が示されている。「DSM-CC Addressable Section」は、放送ストリームのMPEG2-TS上でIPパケットを転送するためのアダプテーションレイヤとして用いられる。
【０１８３】
図３８は、TVCT、PAT、PMT、およびDSM-CC Addressable Sectionのデータ構造を示している。TVCTには、MPEG2-TSで放送される放送ストリームに関する制御情報が記述されており、TVCTに基づいて、IPパケットストリーム（UDP/IP Packets）を転送するためのDSM-CC Addressable Sectionを転送するMPEG2-TSが特定される。
【０１８４】
図３７に戻り、「DSM-CC Addressable Section」に隣接する上位の階層として、「IP」が示され、さらに「IP」に隣接する上位の階層として、「UDP」が示されている。
【０１８５】
「UDP」に隣接する上位の階層として、「Service Signaling Channel」および「FLUTE/ALC（File Delivery over Unidirectional Transport/Asynchronous Layered Coding Protocol）」が示されている。「Service Signaling Channel」は、SMT（Service Map Table）およびNRT-IT（NRT Information Table）を有する階層とされる。「FLUTE/ALC」に隣接する上位の階層として、「FLUTE Session」が示されている。「FLUTE Session」は、FLUTE-FDT（File Delivery Table）およびA/V File（A/Vファイル）を有する階層とされる。
【０１８６】
図３９は、SMT、NRT-IT、およびFLUTE FDTのデータ構造を示している。SMTには、チャネルに関するメタデータが記述され、NRT-ITには、コンテンツに関するメタデータが記述される。SMTおよびNRT-ITは、上述した「Service Signaling Channel」で転送される。FLUTE FDTには、A/Vファイルそれぞれを識別するための情報が記述されている。なお、A/Vファイルは、上述した「FLUTE/ALC」で転送される。
【０１８７】
ここで、NRT放送を行う放送システムにおいては、上述した放送システム１０においてサーバ１１からクライアント１２に送信されるPDI-A（プロバイダ側PDI-A）やPDI-Qは、SMTまたはNRT-ITに格納されて送信される。
【０１８８】
すなわち、配信されるコンテンツのフィルタリングを、チャネル（放送局）単位で行う場合には、SMTのサービスレベルのdescriptor loop（図中、「Service #1」の最下段）に、PDI-AまたはPDI-Qを格納する「PDI descriptor」を新たに規定する。
【０１８９】
また、配信されるコンテンツのフィルタリングを、コンテンツ単位で行う場合には、NRT-ITのサービスレベルのdescriptor loop（図中、「Content #1」の最下段）に、PDI-AまたはPDI-Qを格納する「PDI descriptor」を新たに規定する。
【０１９０】
図４０は、「PDI descriptor」のシンタックスの例を示している。図４０においては、記述される記述子のそれぞれが、ビット数（No.of Bits）およびフォーマット（Format）とともに定義されている。
【０１９１】
図４０に示されるシンタックスによれば、PDI-AまたはPDI-Qは、可変ビットである記述子「PDI_Q or PDI_A」に記述される。
【０１９２】
なお、「PDI descriptor」のシンタックスは、図４０に示された例に限るものではない。
【０１９３】
このように、本技術は、NRT放送を行う放送システムに適用することも可能である。
【０１９４】
なお、本技術は、上述したATSC-M/H方式で放送を行う放送システムや、NRT放送を行放送システム以外の方式で放送を行う放送システムの他、ネットワークを介してコンテンツの配信を行う情報処理システムに適用するようにしてももちろんよい。
【０１９５】
上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【０１９６】
コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを格納するプログラム記録媒体は、図２に示すように、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory),DVD(Digital Versatile Disc)を含む）、光磁気ディスク、もしくは半導体メモリなどよりなるパッケージメディアであるリムーバブルメディア３１、または、プログラムが一時的もしくは永続的に格納されるROM２２や、記憶部２８を構成するハードディスクなどにより構成される。プログラム記録媒体へのプログラムの格納は、必要に応じてルータ、モデムなどのインタフェースである通信部２９を介して、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の通信媒体を利用して行われる。
【０１９７】
なお、本明細書において、プログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１９８】
また、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【０１９９】
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０２００】
例えば、本技術は、１つの機能をネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
【０２０１】
また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０２０２】
さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
【符号の説明】
【０２０３】
１０  放送システム，  １１  サーバ，  １２  クライアント，  ４１  PDI-Qジェネレータ，  ４２  通信部，  ４３  PDI-Aジェネレータ，  ４４  メタデータディストリビュータ，  ４５  コンテンツ蓄積部，  ４６  コンテンツディストリビュータ，  ５１  通信部，  ５２  PDI-Aジェネレータ，  ５３  PDIストア，  ５４  コンテンツフィルタ，  ５５  コンテンツ再生部，  ５６  コンテンツ蓄積部，  １１１  PDIアプリケーション，  １１２  PDI API
【図１】
2014125947.tif 000003
【図２】
2014125947.tif 000004
【図３】
2014125947.tif 000005
【図４】
2014125947.tif 000006
【図５】
2014125947.tif 000007
【図６】
2014125947.tif 000008
【図７】
2014125947.tif 000009
【図８】
2014125947.tif 000010
【図９】
2014125947.tif 000011
【図１０】
2014125947.tif 000012
【図１１】
2014125947.tif 000013
【図１２】
2014125947.tif 000014
【図１３】
2014125947.tif 000015
【図１４】
2014125947.tif 000016
【図１５】
2014125947.tif 000017
【図１６】
2014125947.tif 000018
【図１７】
2014125947.tif 000019
【図１８】
2014125947.tif 000020
【図１９】
2014125947.tif 000021
【図２０】
2014125947.tif 000022
【図２１】
2014125947.tif 000023
【図２２】
2014125947.tif 000024
【図２３】
2014125947.tif 000025
【図２４】
2014125947.tif 000026
【図２５】
2014125947.tif 000027
【図２６】
2014125947.tif 000028
【図２７】
2014125947.tif 000029
【図２８】
2014125947.tif 000030
【図２９】
2014125947.tif 000031
【図３０】
2014125947.tif 000032
【図３１】
2014125947.tif 000033
【図３２】
2014125947.tif 000034
【図３３】
2014125947.tif 000035
【図３４】
2014125947.tif 000036
【図３５】
2014125947.tif 000037
【図３６】
2014125947.tif 000038
【図３７】
2014125947.tif 000039
【図３８】
2014125947.tif 000040
【図３９】
2014125947.tif 000041
【図４０】
2014125947.tif 000042
【国際調査報告】
2014125947.tif 000043
2014125947.tif 000044