(57)【要約】  本技術は、その時のニーズに応じたコンテンツを取得することができるようにする情報処理装置および情報処理方法に関する。PDI-Aジェネレータは、サーバから送信されてくる、ユーザの嗜好についての質問を表す情報であるPDI-Qに対応して、質問に対するユーザの回答を表す情報であるユーザ側PDI-Aを生成し、コンテンツフィルタは、ユーザ側PDI-Aと、サーバから送信されてくる、質問に対して、コンテンツを提供する提供者によって設定された回答を表す情報である提供者側PDI-Aとのマッチングを行うことで、サーバから配信されるコンテンツを取得する。コンテンツフィルタは、ウェブアプリケーションとして提供され、複数のAPI（Application Programming Interface）を呼び出すことで、ユーザ側PDI-Aと提供者側PDI-Aとのマッチングを行う。本技術は、デジタルテレビジョン番組を受信する受信装置に適用することができる。
2014065166.tif 000002
【特許請求の範囲】
【請求項１】
サーバから配信されるコンテンツを取得する情報処理装置において、
前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答を表す情報であるユーザ側回答情報を生成する回答生成部と、
前記ユーザ側回答情報と、前記サーバから送信されてくる、前記質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチング部と
を備え、
前記マッチング部は、ウェブアプリケーションとして提供され、複数のAPI（Application Programming Interface）を呼び出すことで、前記ユーザ側回答情報と前記提供者側回答情報とのマッチングを行う
情報処理装置。
【請求項２】
前記回答生成部により生成された前記ユーザ側回答情報を記憶する記憶部をさらに備え、
前記マッチング部は、複数の前記APIを呼び出すことで、前記記憶部に記憶されている前記ユーザ側回答情報と前記提供者側回答情報とのマッチングを行う
請求項１に記載の情報処理装置。
【請求項３】
前記マッチング部は、前記記憶部から前記ユーザ側回答情報を取得するためのユーザ側回答情報取得APIを呼び出す
請求項２に記載の情報処理装置。
【請求項４】
前記マッチング部は、前記サーバから前記提供者側回答情報を取得するための提供者側回答情報取得APIを呼び出す
請求項２に記載の情報処理装置。
【請求項５】
前記マッチング部は、前記記憶部がデータベースとして構成される場合、前記記憶部に、前記提供者側回答情報に対応する前記ユーザ側回答情報が記憶されているか否かを評価するための前記ユーザ側回答情報評価APIを呼び出し、
評価結果が真となった前記提供者側回答情報に対応する前記コンテンツを取得する
請求項２に記載の情報処理装置。
【請求項６】
前記マッチング部は、マッチングの結果を用いて前記コンテンツを取得するためのコンテンツ取得APIを呼び出す
請求項２に記載の情報処理装置。
【請求項７】
前記マッチング部は、前記ユーザ側回答情報と、前記サーバから送信されてくる、前記提供者によって設定された前記回答の組み合わせを示すクエリとのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得する
請求項２に記載の情報処理装置。
【請求項８】
前記マッチング部は、前記サーバから前記クエリを取得するためのクエリ取得APIを呼び出す
請求項７に記載の情報処理装置。
【請求項９】
前記マッチング部は、前記記憶部がデータベースとして構成される場合、前記記憶部に、前記クエリに対応する前記ユーザ側回答情報が記憶されているか否かを評価するための前記ユーザ側回答情報評価APIを呼び出し、
評価結果が真となった前記クエリに対応する前記コンテンツを取得する
請求項７に記載の情報処理装置。
【請求項１０】
サーバから配信されるコンテンツを取得する情報処理装置の情報処理方法であって、
前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答を表す情報であるユーザ側回答情報を生成する回答生成ステップと、
前記ユーザ側回答情報と、前記サーバから送信されてくる、前記質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチングステップと
を含み、
前記マッチングステップは、ウェブアプリケーション上で、複数のAPI（Application Programming Interface）が呼び出されることで、前記ユーザ側回答情報と前記提供者側回答情報とのマッチングを行う
情報処理方法。
【請求項１１】
サーバから配信されるコンテンツを取得する情報処理装置において、
前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答の組み合わせを示すクエリを生成するクエリ生成部と、
前記クエリと、前記サーバから送信されてくる、前記質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチング部と
を備え、
前記マッチング部は、ウェブアプリケーションとして提供され、複数のAPI（Application Programming Interface）を呼び出すことで、前記クエリと前記提供者側回答情報とのマッチングを行う
情報処理装置。
【請求項１２】
前記クエリ生成部により生成された前記クエリを記憶する記憶部をさらに備え、
前記マッチング部は、複数の前記APIを呼び出すことで、前記記憶部に記憶されている前記クエリと前記提供者側回答情報とのマッチングを行う
請求項１１に記載の情報処理装置。
【請求項１３】
前記マッチング部は、前記記憶部から前記クエリを取得するためのクエリ取得APIを呼び出す
請求項１２に記載の情報処理装置。
【請求項１４】
前記マッチング部は、前記サーバから前記提供者側回答情報を取得するための提供者側回答情報取得APIを呼び出す
請求項１２に記載の情報処理装置。
【請求項１５】
前記マッチング部は、前記記憶部がデータベースとして構成される場合、前記記憶部に、前記提供者側回答情報に対応する前記クエリが記憶されているか否かを評価するための前記クエリ評価APIを呼び出し、
評価結果が真となった前記提供者側回答情報に対応する前記コンテンツを取得する
請求項１２に記載の情報処理装置。
【請求項１６】
前記マッチング部は、マッチングの結果を用いて前記コンテンツを取得するためのコンテンツ取得APIを呼び出す
請求項１２に記載の情報処理装置。
【請求項１７】
サーバから配信されるコンテンツを取得する情報処理装置の情報処理方法であって、
前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答の組み合わせを示すクエリを生成するクエリ生成ステップと、
前記クエリと、前記サーバから送信されてくる、前記質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチングステップと
を含み、
前記マッチングステップは、ウェブアプリケーション上で、複数のAPI（Application Programming Interface）が呼び出されることで、前記クエリと前記提供者側回答情報とのマッチングを行う
情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、情報処理装置および情報処理方法に関し、特に、メタデータに応じてコンテンツを取得することができるようにする情報処理装置および情報処理方法に関する。
【背景技術】
【０００２】
近年、テレビジョン放送のデジタル化に伴い、同時に放送できる情報量が飛躍的に増加したことにより、リアルタイムに視聴されるテレビジョン番組（コンテンツ）とともに、各種のデータを同時に放送することがなされている。【０００３】
また、コンテンツの通信経路として、上述したテレビジョン放送と、高速なデータのダウンロードが可能なインターネットとを使い分けるようにしたコンテンツダウンロードサービスが提案されている（例えば、特許文献１参照）。【０００４】
ところで、一般的なコンテンツダウンロードサービスにおいては、コンテンツを提供（配信）するプロバイダ（コンテンツプロバイダやサービスプロバイダ）側のサーバにおいて設定されたフィルタリング属性（フィルタリングインデックス、フィルタリングメタデータ等ともいう）を、メタデータとしてコンテンツに付与することで、コンテンツを受信（取得）するクライアントにおけるコンテンツのフィルタリング（取捨選択）が行われるようになされている。【０００５】
フィルタリング属性は、ATSC(Advanced Television Standard Committee)やARIB（Association of Radio Industries and Businesses）等の標準化団体によって規定されたメタデータセットの中から選択されたメタデータの要素についての値として設定される。【０００６】
すなわち、例えば、メタデータの要素として“視聴対象”が選択され、メタデータの要素についての値として“10代”が設定されたフィルタリング属性が付与されたコンテンツは、「“視聴対象が10代”である視聴者向けのコンテンツ」を取得するようにフィルタリングを行うクライアントに提供されるようになる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１０−２１９８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、標準化団体によって規定されたメタデータセットに含まれないメタデータ（フィルタリング属性）を、コンテンツに付与することはなされていない。【０００９】
例えば、プロバイダ側が、「“視聴対象が10代”であり、かつ、“就職活動に興味がある”視聴者向けのコンテンツ」を配信したい場合であっても、標準化団体によって規定されたメタデータセットの中に、“就職活動に興味があるか否か”がメタデータの要素として存在しない場合には、コンテンツに、メタデータの要素として“就職活動に興味がある”が設定されたフィルタリング属性を付与することはできなかった。【００１０】
したがって、プロバイダ側では、その時のニーズに応じた（例えば、流行を考慮した）、視聴者の関心事をメタデータとして付与したコンテンツを配信することはできなかった。【００１１】
また、このような場合、クライアント側においては、その時のニーズに応じたコンテンツを取得するようにフィルタリングを行うことはできなかった。【００１２】
本技術は、このような状況に鑑みてなされたものであり、その時のニーズに応じたコンテンツを取得することができるようにするものである。
【課題を解決するための手段】
【００１３】
本技術の第１の側面の情報処理装置は、サーバから配信されるコンテンツを取得する情報処理装置であって、前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答を表す情報であるユーザ側回答情報を生成する回答生成部と、前記ユーザ側回答情報と、前記サーバから送信されてくる、前記質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチング部とを備え、前記マッチング部は、ウェブアプリケーションとして提供され、複数のAPI（Application Programming Interface）を呼び出すことで、前記ユーザ側回答情報と前記提供者側回答情報とのマッチングを行う。【００１４】
前記情報処理装置には、前記回答生成部により生成された前記ユーザ側回答情報を記憶する記憶部をさらに設け、前記マッチング部には、複数の前記APIを呼び出すことで、前記記憶部に記憶されている前記ユーザ側回答情報と前記提供者側回答情報とのマッチングを行わせることができる。【００１５】
前記マッチング部には、前記記憶部から前記ユーザ側回答情報を取得するためのユーザ側回答情報取得APIを呼び出させることができる。【００１６】
前記マッチング部には、前記サーバから前記提供者側回答情報を取得するための提供者側回答情報取得APIを呼び出させることができる。【００１７】
前記マッチング部には、前記記憶部がデータベースとして構成される場合、前記記憶部に、前記提供者側回答情報に対応する前記ユーザ側回答情報が記憶されているか否かを評価するための前記ユーザ側回答情報評価APIを呼び出させ、評価結果が真となった前記提供者側回答情報に対応する前記コンテンツを取得させることができる。【００１８】
前記マッチング部には、マッチングの結果を用いて前記コンテンツを取得するためのコンテンツ取得APIを呼び出させることができる。【００１９】
前記マッチング部には、前記ユーザ側回答情報と、前記サーバから送信されてくる、前記提供者によって設定された前記回答の組み合わせを示すクエリとのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得させることができる。【００２０】
前記マッチング部には、前記サーバから前記クエリを取得するためのクエリ取得APIを呼び出させることができる。【００２１】
前記マッチング部は、前記記憶部がデータベースとして構成される場合、前記記憶部に、前記クエリに対応する前記ユーザ側回答情報が記憶されているか否かを評価するための前記ユーザ側回答情報評価APIを呼び出させ、評価結果が真となった前記クエリに対応する前記コンテンツを取得させることができる。【００２２】
本技術の第１の側面の情報処理方法は、サーバから配信されるコンテンツを取得する情報処理装置の情報処理方法であって、前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答を表す情報であるユーザ側回答情報を生成する回答生成ステップと、前記ユーザ側回答情報と、前記サーバから送信されてくる、前記質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチングステップとを含み、前記マッチングステップは、ウェブアプリケーション上で、複数のAPI（Application Programming Interface）が呼び出されることで、前記ユーザ側回答情報と前記提供者側回答情報とのマッチングを行う。【００２３】
本技術の第１の側面においては、サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、質問に対するユーザの回答を表す情報であるユーザ側回答情報が生成され、ユーザ側回答情報と、サーバから送信されてくる、質問に対して、コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とのマッチングが行われることで、サーバから配信されるコンテンツが取得される。複数のAPIが呼び出されることで、ユーザ側回答情報と提供者側回答情報とのマッチングが行われる。【００２４】
本技術の第２の側面の情報処理装置は、サーバから配信されるコンテンツを取得する情報処理装置であって、前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答の組み合わせを示すクエリを生成するクエリ生成部と、前記クエリと、前記サーバから送信されてくる、前記質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチング部とを備え、前記マッチング部は、ウェブアプリケーションとして提供され、複数のAPI（Application Programming Interface）を呼び出すことで、前記クエリと前記提供者側回答情報とのマッチングを行う。【００２５】
前記情報処理装置には、前記クエリ生成部により生成された前記クエリを記憶する記憶部をさらに設け、前記マッチング部には、複数の前記APIを呼び出すことで、前記記憶部に記憶されている前記クエリと前記提供者側回答情報とのマッチングを行わせることができる。【００２６】
前記マッチング部には、前記記憶部から前記クエリを取得するためのクエリ取得APIを呼び出させることができる。【００２７】
前記マッチング部には、前記サーバから前記提供者側回答情報を取得するための提供者側回答情報取得APIを呼び出させることができる。【００２８】
前記マッチング部には、前記記憶部がデータベースとして構成される場合、前記記憶部に、前記提供者側回答情報に対応する前記クエリが記憶されているか否かを評価するための前記クエリ評価APIを呼び出させ、評価結果が真となった前記提供者側回答情報に対応する前記コンテンツを取得させることができる。【００２９】
前記マッチング部には、マッチングの結果を用いて前記コンテンツを取得するためのコンテンツ取得APIを呼び出させることができる。【００３０】
本技術の第２の側面の情報処理方法は、サーバから配信されるコンテンツを取得する情報処理装置の情報処理方法であって、前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答の組み合わせを示すクエリを生成するクエリ生成ステップと、前記クエリと、前記サーバから送信されてくる、前記質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチングステップとを含み、前記マッチングステップは、ウェブアプリケーション上で、複数のAPI（Application Programming Interface）を呼び出されることで、前記クエリと前記提供者側回答情報とのマッチングを行う。【００３１】
本技術の第２の側面においては、サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、質問に対するユーザの回答の組み合わせを示すクエリが生成され、クエリと、サーバから送信されてくる、質問に対して、コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とのマッチングが行われることで、サーバから配信されるコンテンツが取得される。複数のAPIが呼び出されることで、クエリと提供者側回答情報とのマッチングが行われる。
【発明の効果】
【００３２】
本技術の第１および第２の側面によれば、その時のニーズに応じたコンテンツを取得することが可能となる。
【図面の簡単な説明】
【００３３】
【図１】本技術の一実施の形態に係る放送システムの構成例を示すブロック図である。
【図２】サーバのハードウェア構成例を示すブロック図である。
【図３】サーバの機能構成例を示すブロック図である。
【図４】クライアントの機能構成例を示すブロック図である。
【図５】コンテンツの送受信処理について説明するフローチャートである。
【図６】XMLスキーマのシンタックスの例について説明する図である。
【図７】PDI-Qの例について説明する図である。
【図８】ユーザとの対話における画面表示例について説明する図である。
【図９】ユーザとの対話における画面表示例について説明する図である。
【図１０】ユーザとの対話における画面表示例について説明する図である。
【図１１】ユーザとの対話における画面表示例について説明する図である。
【図１２】ユーザとの対話における画面表示例について説明する図である。
【図１３】PDI-Aの例について説明する図である。
【図１４】プロバイダ側PDI-Aの例について説明する図である。
【図１５】プロバイダ側PDI-Aの例について説明する図である。
【図１６】マッチング処理の詳細について説明するフローチャートである。
【図１７】マッチング処理の詳細について説明するフローチャートである。
【図１８】サーバの他の機能構成例を示すブロック図である。
【図１９】コンテンツの送受信処理について説明するフローチャートである。
【図２０】マッチング処理の詳細について説明するフローチャートである。
【図２１】マッチング処理の詳細について説明するフローチャートである。
【図２２】クライアントの他の機能構成例を示すブロック図である。
【図２３】コンテンツの送受信処理について説明するフローチャートである。
【図２４】マッチング処理の詳細について説明するフローチャートである。
【図２５】マッチング処理の詳細について説明するフローチャートである。
【図２６】本技術を適用した、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-Aジェネレータ５２は、サーバ１１から送信されてきたPDI-Qに基づいて、PDI-Qに対応する、クライアント１２のユーザの嗜好についての質問に対するユーザの回答を表すPDI-Aを生成し、PDIストア５３に格納する。
【００５６】
PDIストア５３は、PDI-Aジェネレータ５２からのPDI-Aを記憶する。PDIストア５３に記憶されているPDI-Aは、ファイルシステムによりアクセスされ、必要に応じて、コンテンツフィルタ５４に読み出される。
【００５７】
コンテンツフィルタ５４は、PDIストア５３からPDI-Aを読み出し、そのPDI-Aと、サーバ１１から送信されてきたコンテンツのコンテンツメタデータに含まれているPDI-Aとのマッチングを行うことで、サーバ１１から配信されるコンテンツをフィルタリングする。コンテンツフィルタ５４は、フィルタリングの結果に応じて、フィルタリングしたコンテンツをコンテンツ再生部５５またはコンテンツ蓄積部５６に供給する。なお、コンテンツフィルタ５４は、ウェブブラウザ上で実行されるウェブアプリケーションとして提供され、複数のAPI（Application Programming Interface）を呼び出すことでマッチングを行い、コンテンツをフィルタリングする。
【００５８】
コンテンツ再生部５５は、コンテンツフィルタ５４からのコンテンツを再生する。また、コンテンツ再生部５５は、コンテンツ蓄積部５６からコンテンツを取得し、そのコンテンツを再生する。
【００５９】
コンテンツ蓄積部５６は、コンテンツフィルタ５４からのコンテンツを蓄積（記録）する。
【００６０】
［コンテンツの送受信処理の例］
次に、図５のフローチャートを参照して、放送システム１０におけるコンテンツの送受信処理について説明する。放送システム１０におけるコンテンツの送受信処理においては、サーバ１１によりコンテンツ配信処理が実行されることでコンテンツが配信され、クライアント１２によりコンテンツ取得処理が実行されることでコンテンツが取得される。
【００６１】
放送事業者などのプロバイダ側において、例えば、放送（配信）されるコンテンツのスポンサや、放送事業者自身が、特定の嗜好や属性を有する視聴者に対するコンテンツの配信を要求した場合、プロバイダ側のスタッフの操作に応じて、サーバ１１のPDI-Qジェネレータ４１は、ステップＳ１１において、視聴者、すなわち、クライアント１２のユーザに対して、どのような嗜好や属性を有するかを質問するためのPDI-Qを生成する。
【００６２】
［XMLスキーマのシンタックスの例］
ここで、図６を参照して、PDI-QおよびPDI-Aを構成するためのXML（Extensible Markup Language）スキーマのシンタックスの例について説明する。
【００６３】
図６において、１行目は、PDI-Qが識別されるための宣言や定義を示しており、２行目は、PDI-Qとして定義される質問全体の名称および型の宣言を示している。
【００６４】
３行目乃至１２行目は、２行目で宣言された質問のそれぞれについての名称および型の宣言を示している。具体的には、５行目の”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-Qの例］
次に、図７を参照して、図６のシンタックスに基づいて構成されるPDI-Qの例について説明する。
【００７２】
図７において、１行目における”transactional”は、PDI-Qで定義されている質問（質問群）が、送信されたクライアント１２において更新される際、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-Qジェネレータ４１は、生成したPDI-Qを、通信部４２を介してクライアント１２に送信するとともに、PDI-Aジェネレータ４３に供給する。
【００８２】
ステップＳ２１において、クライアント１２の通信部５１は、サーバ１１から送信されてくるPDI-Qを受信し、PDI-Aジェネレータ５２に供給する。
【００８３】
なお、PDI-Qは、例えば、サーバ１１が設置されているプロバイダとしての放送局から所定の時間間隔で放送（送信）される毎に、クライアント１２に受信される。また、PDI-Qは、クライアント１２においてサーバ１１が設置されている放送局にチャンネルが合わされたときに、クライアント１２に受信されるようにしてもよい。
【００８４】
ステップＳ２２において、クライアント１２のPDI-Aジェネレータ５２は、通信部５１において受信されたPDI-Qで定義されている質問に対するPDI-Aを生成する。具体的には、PDI-Aジェネレータ５２は、サーバ１１からのPDI-Qが受信されると、図示せぬ表示部に、PDI-Qで定義されている質問に対応する画面を表示させ、その質問に対する回答を、クライアント１２のユーザ（視聴者）に入力または選択させることで、その回答を表すPDI-Aを生成する。すなわち、PDI-Aジェネレータ５２は、ユーザと対話することによって、PDI-Qで定義されている質問に対する回答を表すPDI-Aを生成する。
【００８５】
そして、ステップＳ２３において、PDI-Aジェネレータ５２は、生成したPDI-AをPDIストア５３に格納する。
【００８６】
［PDI-Aジェネレータによるユーザとの対話における画面表示例］
ここで、図８乃至図１２を参照して、PDI-Aジェネレータ５２によるユーザとの対話における画面表示例について説明する。なお、ここでは、クライアント１２は、図７を参照して説明したPDI-Qを受信したものとし、クライアント１２の図示せぬ表示部には、受信した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-Aの例について説明する。図１３で示される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-Aジェネレータ５２は、このようにして生成したPDI-AをPDIストア５３に供給し、記憶させる。PDIストア５３に記憶されたPDI-Aは、後述するように、サーバ１１から配信されるコンテンツが、クライアント１２のユーザの嗜好に合っているか否かを判定する際に用いられる。
【０１０１】
さて、図５のフローチャートに戻り、ステップＳ１３において、サーバ１１のPDI-Aジェネレータ４３は、PDI-Qジェネレータ４１からの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ストア５３に記憶されている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とはマッチしていないと判定される。
【０１１３】
ところで、上述したように、コンテンツフィルタ５４は、ウェブアプリケーションとして提供され、複数のAPIを呼び出すことでマッチング処理を行う。
【０１１４】
［マッチング処理の詳細］
ここで、図１６のフローチャートを参照して、ステップＳ２４において、コンテンツフィルタ５４により複数のAPIが呼び出されることによって実行されるマッチング処理の詳細について説明する。
【０１１５】
まず、ステップＳ５１において、コンテンツフィルタ５４は、PDIストア５３からユーザ側PDI-Aを取得するためのAPIであるユーザ側PDI-A取得APIを呼び出す。
【０１１６】
ユーザ側PDI-A取得APIの入力引数および出力引数を以下に示す。
入力引数：型が”QXA”である質問のid要素（QXA/@id）
出力引数：入力引数で指定された型”QXA”の質問に対するユーザ側PDI-Aが格納されたPDI Table
【０１１７】
なお、”QXA”は、上述で説明した、質問の型を表す名称”QIA”，”QBA”，”QSA”，”QTA”，”QAA”のいずれかまたは全部を示す。例えば、QXA/@id=*として入力引数がセットされた場合、全ての質問の型が指定されることとする。また、出力引数として返されるPDI Tableは、例えば、図１３を参照して説明したユーザ側PDI-Aが格納されるテーブルを示す。したがって、QXA/@id=*として入力引数がセットされた場合、PDIストア５３に格納されている全てのユーザ側PDI-Aが出力引数として返される。
【０１１８】
ステップＳ５２において、コンテンツフィルタ５４は、ユーザ側PDI-A取得APIの出力引数として返されるユーザ側PDI-Aを取得する。
【０１１９】
ステップＳ５３において、コンテンツフィルタ５４は、サーバ１１からプロバイダ側PDI-Aを取得するためのAPIであるプロバイダ側PDI-A取得APIを呼び出す。
【０１２０】
プロバイダ側PDI-A取得APIの入力引数および出力引数を以下に示す。
入力引数：コンテンツID（C_ID）
出力引数：入力引数で指定されたコンテンツIDに対応するコンテンツメタデータに含まれるプロバイダ側PDI-A
【０１２１】
なお、コンテンツIDは、コンテンツを特定するための情報であり、そのコンテンツのコンテンツメタデータにも対応付けられている。例えば、C_ID=*として入力引数がセットされた場合、全てのコンテンツが指定されることとする。したがって、C_ID=*として入力引数がセットされた場合、全てのコンテンツのコンテンツメタデータの配信がサーバ１１に要求され、その要求に応じてサーバ１１から配信されてきたコンテンツメタデータに含まれるプロバイダ側PDI-Aが出力引数として返される。
【０１２２】
ステップＳ５４において、コンテンツフィルタ５４は、プロバイダ側PDI-A取得APIの出力引数として返されるプロバイダ側PDI-Aを取得する。
【０１２３】
ステップＳ５５において、コンテンツフィルタ５４は、図１３乃至図１５を参照して説明した手法により、ユーザ側PDI-Aとプロバイダ側PDI-Aとのマッチングを行う。
【０１２４】
ステップＳ５６において、コンテンツフィルタ５４は、ユーザ側PDI-Aとマッチしたプロバイダ側PDI-Aを含むコンテンツメタデータのコンテンツIDを同定する。
【０１２５】
ステップＳ５７において、コンテンツフィルタ５４は、サーバ１１からコンテンツを取得するためのAPIであるコンテンツ取得APIを呼び出す。
【０１２６】
コンテンツ取得APIの入力引数および出力引数を以下に示す。
入力引数：コンテンツID（C_ID）
出力引数：入力引数で指定されたコンテンツIDで特定されるコンテンツおよびそのコンテンツへの参照
【０１２７】
上述と同様、コンテンツIDは、コンテンツを特定するための情報であり、コンテンツフィルタ５４により同定された、ユーザ側PDI-Aとマッチしたプロバイダ側PDI-Aを含むコンテンツメタデータのコンテンツIDとされる。すなわち、ユーザ側PDI-Aとマッチしたプロバイダ側PDI-Aを含むコンテンツメタデータのコンテンツIDで特定されるコンテンツの配信がサーバ１１に要求され、その要求に応じてサーバ１１から配信されてきたコンテンツおよびそのコンテンツへの参照が出力引数として返される。
【０１２８】
ステップＳ５８において、コンテンツフィルタ５４は、コンテンツ取得APIの出力引数として返されるコンテンツを取得し、コンテンツ再生部５５またはコンテンツ蓄積部５６に供給して、処理は図５のフローチャートのステップＳ２４に戻る。
【０１２９】
すなわち、サーバ１１から配信されたコンテンツが、コンテンツフィルタ５４からコンテンツ再生部５５に供給された場合、ステップＳ２５において、コンテンツ再生部５５は、コンテンツを再生する。また、サーバ１１から配信されたコンテンツが、コンテンツフィルタ５４からコンテンツ蓄積部５６に供給された場合、ステップＳ２５において、コンテンツ蓄積部５６は、コンテンツを蓄積（記録）する。蓄積されたコンテンツは、ユーザの操作指示に応じて、適宜、コンテンツ再生部５５に供給され再生される。
【０１３０】
以上の処理によれば、放送システムにおいて、プロバイダ側では、サーバによって、ユーザの嗜好についての質問を表す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に対応するコンテンツを削除したりするようにしてもよい。
【０１３２】
また、以上においては、PDIストア５３に格納されているユーザ側PDI-Aは、ファイルシステムによりアクセスされるものとしたが、PDIストア５３をデータベースとして構成するようにした場合には、PDIストア５３に格納されているユーザ側PDI-Aは、データベース管理システム（Database Management System：DBMS）により管理されるようになる。
【０１３３】
［マッチング処理の詳細］
ここで、図１７のフローチャートを参照して、PDIストア５３がデータベースとして構成される場合のマッチング処理の詳細について説明する。
【０１３４】
まず、ステップＳ７１において、コンテンツフィルタ５４は、サーバ１１からプロバイダ側PDI-Aを取得するためのAPIであるプロバイダ側PDI-A取得APIを呼び出す。
【０１３５】
ステップＳ７２において、コンテンツフィルタ５４は、プロバイダ側PDI-A取得APIの出力引数として返されるプロバイダ側PDI-Aを取得する。
【０１３６】
ステップＳ７３において、コンテンツフィルタ５４は、PDIストア５３に、サーバ１１からのプロバイダ側PDI-Aに対応するユーザ側PDI-Aが格納されているか否かを評価するためのAPIであるユーザ側PDI-A評価APIを呼び出す。
【０１３７】
ユーザ側PDI-A評価APIの入力引数および出力引数を以下に示す。
入力引数：プロバイダ側PDI-A
出力引数：入力引数で指定されたプロバイダ側PDI-Aに対応するユーザ側PDI-Aが格納されているか否かの評価結果（真／偽（true／false））
【０１３８】
なお、プロバイダ側PDI-Aは、プロバイダ側PDI-A取得APIにより取得されたプロバイダ側PDI-Aである。ユーザ側PDI-A評価APIにより、プロバイダ側PDI-AがPDIストア５３のデータを管理するDBMSに渡されると、DBMSは、そのプロバイダ側PDI-Aに対応するユーザ側PDI-Aを検索する。その検索結果に基づいて、プロバイダ側PDI-Aに対応するユーザ側PDI-Aが格納されているか否かの評価結果が出力引数として返される。
【０１３９】
ステップＳ７４において、コンテンツフィルタ５４は、ユーザ側PDI-A評価APIの出力引数として返されるユーザ側PDI-Aの評価結果を取得する。
【０１４０】
ステップＳ７５において、コンテンツフィルタ５４は、ユーザ側PDI-Aの評価結果が真（true）となったプロバイダ側PDI-Aを含むコンテンツメタデータのコンテンツIDを同定する。
【０１４１】
ステップＳ７６において、コンテンツフィルタ５４は、サーバ１１からコンテンツを取得するためのAPIであるコンテンツ取得APIを呼び出す。
【０１４２】
ステップＳ７７において、コンテンツフィルタ５４は、コンテンツ取得APIの出力引数として返されるコンテンツを取得する。
【０１４３】
このように、PDIストア５３がデータベースとして構成される場合には、コンテンツフィルタ５４は、ユーザ側PDI-A評価APIを呼び出すことで、ユーザ側PDI-Aとプロバイダ側PDI-Aとのマッチングを行うことができる。
【０１４４】
また、以上においては、コンテンツフィルタ５４は、インスタンスとして表現されたユーザ側PDI-Aとプロバイダ側PDI-Aとを比較し、質問に対する回答が１つでも一致しているか否かによって、ユーザ側PDI-Aとプロバイダ側PDI-Aとのマッチングを行うようにしたが、ユーザ側PDI-Aまたはプロバイダ側PDI-Aのいずれか一方を、PDI-Aを評価するクエリとして表現することで、ユーザ側PDI-Aとプロバイダ側PDI-Aとを比較するようにしてもよい。
【０１４５】
ここで、以下においては、ユーザ側PDI-Aまたはプロバイダ側PDI-Aのいずれか一方を、クエリとして表現することで、ユーザ側PDI-Aとプロバイダ側PDI-Aとを比較する構成について説明する。
【０１４６】
［PDI-Aを評価するクエリによるマッチング処理の例１］
まずは、プロバイダ側PDI-Aをクエリとして表現することで、ユーザ側PDI-Aとプロバイダ側PDI-Aとを比較する構成について説明する。
【０１４７】
図１８は、プロバイダ側PDI-Aをクエリとして表現するようにしたサーバ１１の機能構成例を示している。
【０１４８】
図１８のサーバ１１は、PDI-Qジェネレータ４１、通信部４２、コンテンツ蓄積部４５、コンテンツディストリビュータ４６、PDI-FCジェネレータ１１１、およびメタデータディストリビュータ１１２から構成される。
【０１４９】
なお、図１８のサーバ１１においては、図３のサーバ１１に設けられたものと同様の機能を備える構成については、同一名称および同一符号を付するものとし、その説明は、適宜省略するものとする。
【０１５０】
すなわち、図１８のサーバ１１において、図３のサーバ１１と異なるのは、PDI-Aジェネレータ４３およびメタデータディストリビュータ４４に代えて、PDI-FCジェネレータ１１１およびメタデータディストリビュータ１１２を設けた点である。
【０１５１】
PDI-FCジェネレータ１１１は、PDI-Qジェネレータ４１からのPDI-Qに基づいて、PDI-Qに対応するPDI-A（プロバイダ側PDI-A）を生成し、生成したプロバイダ側PDI-Aを所定の条件文に当てはめたPDI-FC（Preference Demographic and Interest  Filtering Criteria）を生成して、メタデータディストリビュータ１１２に供給する。
【０１５２】
メタデータディストリビュータ１１２は、PDI-FCジェネレータ１１１からのPDI-FCに基づいて、コンテンツ蓄積部４５に蓄積されているコンテンツの中から、PDI-FCに対応するコンテンツを特定（照会）する。メタデータディストリビュータ１１２は、特定したコンテンツのコンテンツメタデータとして、PDI-FCを含むコンテンツメタデータを生成し、通信部４２を介してクライアント１２に送信する。
【０１５３】
また、この例におけるクライアント１２は、図４のコンテンツフィルタ５４が、PDIストア５３からユーザ側PDI-Aを読み出し、そのユーザ側PDI-Aと、サーバ１１から送信されてきたコンテンツメタデータに含まれているPDI-FCとに基づいて、コンテンツをフィルタリングする以外は、図４のクライアント１２と同一であるので、その説明は、省略するものとする。
【０１５４】
次に、図１９のフローチャートを参照して、図１８のサーバ１１を備える放送システム１０におけるコンテンツの送受信処理について説明する。
【０１５５】
なお、図１９のフローチャートのステップＳ１１１，Ｓ１１２，Ｓ１１６，Ｓ１１７，Ｓ１２１乃至Ｓ１２３，Ｓ１２５の処理は、図５のフローチャートのステップＳ１１，Ｓ１２，Ｓ１６，Ｓ１７，Ｓ２１乃至Ｓ２３，Ｓ２５の処理と基本的に同様であるので、その説明は省略する。
【０１５６】
すなわち、ステップＳ１１３において、サーバ１１のPDI-FCジェネレータ１１１は、PDI-Qジェネレータ４１からのPDI-Qで定義されている質問に対するプロバイダ側PDI-Aを生成し、生成したプロバイダ側PDI-Aを所定の条件文に当てはめたPDI-FCを生成して、メタデータディストリビュータ１１２に供給する。具体的には、例えば、PDI-FCジェネレータ１１１は、放送局（プロバイダ側）のスタッフの操作によってPDI-Qが生成されると、図示せぬ表示部に、例えば図８乃至図１２を参照して説明したような、PDI-Qで定義されている質問に対応する画面を表示させ、その質問に対する回答を、放送局のスタッフに入力または選択させ、さらに、それぞれの回答の組み合わせ（フィルタリング条件）をそのスタッフに決定させることで、その回答の組み合わせを表すPDI-FCを生成する。このとき、放送局のスタッフは、PDI-Qで定義されている質問に対する回答として、配信しようとするコンテンツに対応する回答を入力または選択し、さらにその組み合わせを決定する。すなわち、PDI-FCジェネレータ１１１によって生成されるPDI-FCは、プロバイダ側がクライアント１２のユーザ（視聴者）の嗜好を考慮に入れ、その視聴者に、のちに配信されるコンテンツを視聴させるための情報（回答の組み合わせ）を表している。
【０１５７】
ステップＳ１１４において、メタデータディストリビュータ１１２は、PDI-FCジェネレータ１１１からのPDI-FCに基づいて、コンテンツ蓄積部４５に蓄積されているコンテンツの中から、PDI-FCに対応するコンテンツを特定（照会）する。ここで特定されるコンテンツは、PDI-FCジェネレータ１１１からのPDI-FCと、蓄積されているコンテンツに予め付与されているコンテンツメタデータとの類似度が所定値より高いものとしてもよいし、放送局のスタッフによって、ユーザに視聴させたいコンテンツとして予め選択されたものであってもよい。なお、メタデータディストリビュータ１１２によって特定されたコンテンツは、コンテンツディストリビュータ４６によって、コンテンツ蓄積部４５から取得される。
【０１５８】
ステップＳ１１５において、メタデータディストリビュータ１１２は、ステップＳ１１４において特定したコンテンツに予め付与されているコンテンツメタデータと、PDI-FCジェネレータ１１１からのPDI-FCとに基づいて、PDI-FCを含むコンテンツメタデータを新たに生成する。
【０１５９】
そして、ステップＳ１２４において、クライアント１２のコンテンツフィルタ５４は、マッチング処理を実行し、サーバ１１からのコンテンツメタデータに含まれるPDI-FCに基づいて、PDIストア５３に記憶されているPDI-Aのマッチングを行うことで、サーバ１１からのコンテンツを取得する。
【０１６０】
ここで、ユーザ側PDI-Aとして、図１３を参照して説明したPDI-Aが生成され記憶されているものとし、以下に示されるPDI-FCがサーバ１１から送信されてきたものとする。
“//QBA[id='Common:111' and a='true'] and //QSA[id='ProviderA:123' and a='Baseball']”
【０１６１】
上述のPDI-FCは、ユーザ側PDI-Aが、”Common:111”の質問に対する回答として「true」が選択され、かつ、”ProviderA:123”の質問に対する回答として「Baseball」が選択されているか否かを評価することを示している。
【０１６２】
このとき、コンテンツフィルタ５４は、PDI-FCに基づいてユーザ側PDI-Aを評価し、PDI-FCが満たされる（真となる）ユーザ側PDI-Aである場合、ユーザ側PDI-AとPDI-FCとはマッチしていると判定し、PDI-FCが満たされない（偽となる）ユーザ側PDI-Aである場合、ユーザ側PDI-AとPDI-FCとはマッチしていないと判定する。この場合、図１３に示されるユーザ側PDI-Aにおいては、”Common:111”の質問に対する回答として「true」が選択され、かつ、”ProviderA:123”の質問に対する回答として「Baseball」が選択されているので、ユーザ側PDI-AとPDI-FCとはマッチしていると判定される。
【０１６３】
［マッチング処理の詳細］
ここで、図２０のフローチャートを参照して、ステップＳ１２４において実行されるマッチング処理の詳細について説明する。
【０１６４】
まず、ステップＳ１５１において、コンテンツフィルタ５４は、PDIストア５３からユーザ側PDI-Aを取得するためのAPIであるユーザ側PDI-A取得APIを呼び出す。
【０１６５】
ステップＳ１５２において、コンテンツフィルタ５４は、ユーザ側PDI-A取得APIの出力引数として返されるユーザ側PDI-Aを取得する。
【０１６６】
ステップＳ１５３において、コンテンツフィルタ５４は、サーバ１１からPDI-FCを取得するためのAPIであるPDI-FC取得APIを呼び出す。
【０１６７】
PDI-FC取得APIの入力引数および出力引数を以下に示す。
入力引数：コンテンツID（C_ID）
出力引数：入力引数で指定されたコンテンツIDに対応するコンテンツメタデータに含まれるPDI-FC
【０１６８】
コンテンツIDは、コンテンツを特定するための情報であり、そのコンテンツのコンテンツメタデータにも対応付けられている。例えば、C_ID=*として入力引数がセットされた場合、全てのコンテンツが指定されることとする。したがって、C_ID=*として入力引数がセットされた場合、全てのコンテンツのコンテンツメタデータの配信がサーバ１１に要求され、その要求に応じてサーバ１１から配信されてきたコンテンツメタデータに含まれるPDI-FCが出力引数として返される。
【０１６９】
ステップＳ１５４において、コンテンツフィルタ５４は、PDI-FC取得APIの出力引数として返されるPDI-FCを取得する。
【０１７０】
ステップＳ１５５において、コンテンツフィルタ５４は、上述した手法により、ユーザ側PDI-AとPDI-FCとのマッチングを行う。
【０１７１】
ステップＳ１５６において、コンテンツフィルタ５４は、ユーザ側PDI-AとマッチしたPDI-FCを含むコンテンツメタデータのコンテンツIDを同定する。
【０１７２】
ステップＳ１５７において、コンテンツフィルタ５４は、サーバ１１からコンテンツを取得するためのAPIであるコンテンツ取得APIを呼び出す。
【０１７３】
ステップＳ１５８において、コンテンツフィルタ５４は、コンテンツ取得APIの出力引数として返されるコンテンツを取得し、コンテンツ再生部５５またはコンテンツ蓄積部５６に供給して、処理は図１９のフローチャートのステップＳ１２４に戻る。
【０１７４】
以上においては、PDIストア５３に格納されているユーザ側PDI-Aは、ファイルシステムによりアクセスされるものとしたが、PDIストア５３をデータベースとして構成するようにした場合には、PDIストア５３に格納されているユーザ側PDI-Aは、データベース管理システム（DBMS）により管理されるようになる。
【０１７５】
［マッチング処理の詳細］
ここで、図２１のフローチャートを参照して、PDIストア５３がデータベースとして構成される場合のマッチング処理の詳細について説明する。
【０１７６】
まず、ステップＳ１７１において、コンテンツフィルタ５４は、サーバ１１からPDI-FCを取得するためのAPIであるPDI-FC取得APIを呼び出す。
【０１７７】
ステップＳ１７２において、コンテンツフィルタ５４は、PDI-FC取得APIの出力引数として返されるPDI-FCを取得する。
【０１７８】
ステップＳ１７３において、コンテンツフィルタ５４は、PDIストア５３に、サーバ１１からのPDI-FCに対応するユーザ側PDI-Aが格納されているか否かを評価するためのAPIであるユーザ側PDI-A評価APIを呼び出す。
【０１７９】
ユーザ側PDI-A評価APIの入力引数および出力引数を以下に示す。
入力引数：PDI-FC
出力引数：入力引数で指定されたPDI-FCによる評価結果（真／偽（true／false））
【０１８０】
PDI-FCは、PDI-FC取得APIにより取得されたPDI-FCである。ユーザ側PDI-A評価APIにより、PDI-FCがPDIストア５３のデータを管理するDBMSに渡されると、DBMSは、PDI-FCを用いてユーザ側PDI-Aを評価し、その評価結果が出力引数として返される。
【０１８１】
ステップＳ１７４において、コンテンツフィルタ５４は、ユーザ側PDI-A評価APIの出力引数として返されるユーザ側PDI-Aの評価結果を取得する。
【０１８２】
ステップＳ１７５において、コンテンツフィルタ５４は、ユーザ側PDI-Aの評価結果が真（true）となったプロバイダ側PDI-Aを含むコンテンツメタデータのコンテンツIDを同定する。
【０１８３】
ステップＳ１７６において、コンテンツフィルタ５４は、サーバ１１からコンテンツを取得するためのAPIであるコンテンツ取得APIを呼び出す。
【０１８４】
ステップＳ１７７において、コンテンツフィルタ５４は、コンテンツ取得APIの出力引数として返されるコンテンツを取得する。
【０１８５】
このように、PDIストア５３がデータベースとして構成される場合には、コンテンツフィルタ５４は、ユーザ側PDI-A評価APIを呼び出すことで、ユーザ側PDI-AとPDI-FCとのマッチングを行うことができる。
【０１８６】
以上のようにして、プロバイダ側で設定されたPDI-FCによって、より複雑なフィルタリングの条件が表現されるようになるので、より確実に、プロバイダ側が期待するユーザ（視聴者）にコンテンツを取得させることが可能となる。
【０１８７】
［PDI-Aを評価するクエリによるマッチング処理の例２］
次に、ユーザ側PDI-Aをクエリとして表現することで、ユーザ側PDI-Aとプロバイダ側PDI-Aとを比較する構成について説明する。
【０１８８】
図２２は、ユーザ側PDI-Aをクエリとして表現するようにしたクライアント１２の機能構成例を示している。
【０１８９】
図２２のクライアント１２は、通信部５１、コンテンツフィルタ５４、コンテンツ再生部５５、コンテンツ蓄積部５６、PDI-FCジェネレータ１３１、およびPDIストア１３２から構成される。
【０１９０】
なお、図２２のクライアント１２においては、図４のクライアント１２に設けられたものと同様の機能を備える構成については、同一名称および同一符号を付するものとし、その説明は、適宜省略するものとする。
【０１９１】
すなわち、図２２のクライアント１２において、図４のクライアント１２と異なるのは、PDI-Aジェネレータ５２およびPDIストア５３に代えて、PDI-FCジェネレータ１３１およびPDIストア１３２を設けた点である。
【０１９２】
PDI-FCジェネレータ１３１は、サーバ１１から送信されてきたPDI-Qに基づいて、PDI-Qに対応する、クライアント１２のユーザの嗜好についての質問に対するユーザの回答を表すユーザ側PDI-Aを生成し、生成したユーザ側PDI-Aを所定の条件文に当てはめたPDI-FCを生成して、PDIストア１３２に供給する。
【０１９３】
PDIストア１３２は、PDI-FCジェネレータ１３１からのPDI-FCを記憶する。PDIストア１３２に記憶されているPDI-FCは、ファイルシステムによりアクセスされ、必要に応じて、コンテンツフィルタ５４に読み出される。
【０１９４】
なお、図２２のコンテンツフィルタ５４は、PDIストア５３からPDI-FCを読み出し、そのPDI-FCと、サーバ１１から送信されてきたコンテンツメタデータに含まれるプロバイダ側PDI-Aとに基づいて、コンテンツをフィルタリングする。
【０１９５】
また、この例におけるサーバ１１は、図３のサーバ１１と同一であるので、その説明は省略するものとする。
【０１９６】
次に、図２３のフローチャートを参照して、図２２のクライアント１２を備える放送システム１０におけるコンテンツの送受信処理について説明する。
【０１９７】
なお、図２３のフローチャートのステップＳ２１１乃至Ｓ２２１，Ｓ２２５の処理は、図５のフローチャートのステップＳ１１乃至Ｓ２１，Ｓ２５の処理と基本的に同様であるので、その説明は省略する。
【０１９８】
すなわち、ステップＳ２２２において、クライアント１２のPDI-FCジェネレータ１３１は、通信部５１において受信されたPDI-Qで定義されている質問に対するユーザ側PDI-Aを生成し、生成したユーザ側PDI-Aを所定の条件文に当てはめたPDI-FCを生成する。具体的には、例えば、PDI-FCジェネレータ１３１は、放送局からのPDI-Qが受信されると、図示せぬ表示部に、図８乃至図１２を参照して説明したような、PDI-Qで定義されている質問に対応する画面を表示させ、その質問に対する回答を、クライアント１２のユーザ（視聴者）に入力または選択させ、さらに、それぞれの回答の組み合わせ（フィルタリング条件）をそのユーザに決定させることで、その回答の組み合わせを表すPDI-FCを生成する。すなわち、PDI-FCジェネレータ１３１は、ユーザと対話することによって、PDI-Qで定義されている質問に対する回答の組み合わせを表すPDI-FCを生成する。
【０１９９】
ステップＳ２２３において、PDI-FCジェネレータ１３１は、生成したPDI-FCをPDIストア１３２に格納する。
【０２００】
そして、ステップＳ２２４において、コンテンツフィルタ５４は、マッチング処理を実行し、PDIストア１３２に記憶されているPDI-FCに基づいて、サーバ１１からのコンテンツメタデータに含まれるプロバイダ側PDI-Aのマッチングを行うことで、サーバ１１からのコンテンツを取得する。
【０２０１】
ここで、プロバイダ側PDI-Aとして、図１４を参照して説明したPDI-Aがサーバ１１から送信されてきたものとし、以下に示されるPDI-FCが生成され記憶されているものとする。
“//QBA[id='Common:111' and a='false'] and //QSA[id='ProviderA:123' and a='Baseball']”
【０２０２】
上述のPDI-FCは、プロバイダ側PDI-Aが、”Common:111”の質問に対する回答として「false」が選択され、かつ、”ProviderA:123”の質問に対する回答として「Baseball」が選択されているか否かを評価することを示している。
【０２０３】
このとき、コンテンツフィルタ５４は、PDI-FCに基づいてプロバイダ側PDI-Aを評価し、PDI-FCが満たされる（真となる）プロバイダ側PDI-Aである場合、プロバイダ側PDI-AとPDI-FCとはマッチしていると判定し、PDI-FCが満たされない（偽となる）プロバイダ側PDI-Aである場合、プロバイダ側PDI-AとPDI-FCとはマッチしていないと判定する。この場合、図１４に示されるプロバイダ側PDI-Aにおいては、”Common:111”の質問に対する回答として「false」が選択され、かつ、”ProviderA:123”の質問に対する回答として「Baseball」が選択されているので、プロバイダ側PDI-AとPDI-FCとはマッチしていると判定される。
【０２０４】
［マッチング処理の詳細］
ここで、図２４のフローチャートを参照して、ステップＳ２２４において実行されるマッチング処理の詳細について説明する。
【０２０５】
まず、ステップＳ２５１において、コンテンツフィルタ５４は、PDIストア５３からPDI-FCを取得するためのAPIであるPDI-FC取得APIを呼び出す。
【０２０６】
PDI-FC取得APIの入力引数および出力引数を以下に示す。
入力引数：無し
出力引数：PDIストア１３２に記憶されているPDI-FC
【０２０７】
すなわち、PDI-FC取得APIが呼び出されると、PDIストア１３２に格納されている全てのPDI-FCが出力引数として返される。
【０２０８】
ステップＳ２５２において、コンテンツフィルタ５４は、PDI-FC取得APIの出力引数として返されるPDI-FCを取得する。
【０２０９】
ステップＳ２５３において、コンテンツフィルタ５４は、サーバ１１からプロバイダ側PDI-Aを取得するためのAPIであるプロバイダ側PDI-A取得APIを呼び出す。
【０２１０】
ステップＳ２５４において、コンテンツフィルタ５４は、プロバイダ側PDI-A取得APIの出力引数として返されるプロバイダ側PDI-Aを取得する。
【０２１１】
ステップＳ２５５において、コンテンツフィルタ５４は、上述した手法により、PDI-FCとプロバイダ側PDI-Aとのマッチングを行う。
【０２１２】
ステップＳ２５６において、コンテンツフィルタ５４は、PDI-FCとマッチしたプロバイダ側PDI-Aを含むコンテンツメタデータのコンテンツIDを同定する。
【０２１３】
ステップＳ２５７において、コンテンツフィルタ５４は、サーバ１１からコンテンツを取得するためのAPIであるコンテンツ取得APIを呼び出す。
【０２１４】
ステップＳ２５８において、コンテンツフィルタ５４は、コンテンツ取得APIの出力引数として返されるコンテンツを取得し、コンテンツ再生部５５またはコンテンツ蓄積部５６に供給して、処理は、図２３のフローチャートのステップＳ２２４に戻る。
【０２１５】
以上においては、PDIストア１３２に格納されているPDI-FCは、ファイルシステムによりアクセスされるものとしたが、PDIストア１３２をデータベースとして構成するようにした場合には、PDIストア１３２に格納されているPDI-FCは、データベース管理システム（DBMS）により管理されるようになる。
【０２１６】
［マッチング処理の詳細］
ここで、図２５のフローチャートを参照して、PDIストア１３２がデータベースとして構成される場合のマッチング処理の詳細について説明する。
【０２１７】
まず、ステップＳ２７１において、コンテンツフィルタ５４は、サーバ１１からプロバイダ側PDI-Aを取得するためのAPIであるプロバイダ側PDI-A取得APIを呼び出す。
【０２１８】
ステップＳ２７２において、コンテンツフィルタ５４は、プロバイダ側PDI-A取得APIの出力引数として返されるプロバイダ側PDI-Aを取得する。
【０２１９】
ステップＳ２７３において、コンテンツフィルタ５４は、PDIストア１３２に、サーバ１１からのプロバイダ側PDI-Aに対応するPDI-FCが格納されているか否かを評価するためのAPIであるPDI-FC評価APIを呼び出す。
【０２２０】
PDI-FC評価APIの入力引数および出力引数を以下に示す。
入力引数：プロバイダ側PDI-A
出力引数：入力引数で指定されたプロバイダ側PDI-Aに対応するPDI-FCが格納されているか否かの評価結果（真／偽（true／false））
【０２２１】
なお、プロバイダ側PDI-Aは、プロバイダ側PDI-A取得APIにより取得されたプロバイダ側PDI-Aである。PDI-FC評価APIにより、プロバイダ側PDI-AがPDIストア１３２のデータを管理するDBMSに渡されると、DBMSは、PDIストア１３２に格納されているPDI-FCを用いてプロバイダ側PDI-Aを評価する。その評価結果に基づいて、プロバイダ側PDI-Aに対応するPDI-FCが格納されているか否かの評価結果が出力引数として返される。
【０２２２】
ステップＳ２７４において、コンテンツフィルタ５４は、PDI-FC評価APIの出力引数として返されるPDI-FCの評価結果を取得する。
【０２２３】
ステップＳ２７５において、コンテンツフィルタ５４は、PDI-FCの評価結果が真（true）となったプロバイダ側PDI-Aを含むコンテンツメタデータのコンテンツIDを同定する。
【０２２４】
ステップＳ２７６において、コンテンツフィルタ５４は、サーバ１１からコンテンツを取得するためのAPIであるコンテンツ取得APIを呼び出す。
【０２２５】
ステップＳ２７７において、コンテンツフィルタ５４は、コンテンツ取得APIの出力引数として返されるコンテンツを取得する。
【０２２６】
このように、PDIストア１３２がデータベースとして構成される場合には、コンテンツフィルタ５４は、PDI-FC評価APIを呼び出すことで、PDI-FCとプロバイダ側PDI-Aとのマッチングを行うことができる。
【０２２７】
以上のようにして、ユーザ側で設定されたPDI-FCによって、より複雑なフィルタリングの条件が表現されるようになるので、より確実に、ユーザ側が期待するコンテンツを取得させることが可能となる。
【０２２８】
ところで、本技術は、デジタルテレビジョン番組を放送する放送システムに適用することができるが、その一例として、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-FC、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）またはPDI-FCは、図２８に示されるService Guideを構成する要素のうちの、「Service」フラグメント、「Schedule」フラグメント、および「Content」フラグメントのうちの少なくともいずれか１つに格納される。
【０２３８】
「Service」フラグメントは、チャネル・サービスの内容に関する制御情報を含むメタデータであり、図２９は、その構成の詳細を示している。PDI-AまたはPDI-FCは、図２９に示される「Service」フラグメントにおいて、最下段に規定されている「PrivateExt」要素に新たに、例えば「PDI-FC」要素を追加することで、そこに格納される。具体的には、例えば、「PDI-FC」要素は、XMLスキーマによって、<xs:element name = "PDI-FC" type = "xs:string" xmlns:xs = "http://www.w3.org/2001/XMLSchema"/>と文字列で表現されてエンコードされる。
【０２３９】
「Schedule」フラグメントは、コンテンツ（デジタルテレビジョン番組）の配信スケジュールに関する制御情報を含むメタデータであり、図３０は、その構成の詳細を示している。PDI-AまたはPDI-FCは、図３０に示される「Schedule」フラグメントにおいて、最下段に規定されている「PrivateExt」要素に新たに、例えば「PDI-FC」要素を追加することで、そこに格納される。具体的には、例えば、「PDI-FC」要素は、XMLスキーマによって、<xs:element name = "PDI-FC" type = "xs:string" xmlns:xs = "http://www.w3.org/2001/XMLSchema"/>と文字列で表現されてエンコードされる。
【０２４０】
「Content」フラグメントは、コンテンツ（デジタルテレビジョン番組）の内容に関する制御情報を含むメタデータであり、図３１は、その構成の詳細を示している。PDI-AまたはPDI-FCは、図３１に示される「Content」フラグメントにおいて、最下段に規定されている「PrivateExt」要素に新たに、例えば「PDI-FC」要素を追加することで、そこに格納される。具体的には、例えば、「PDI-FC」要素は、XMLスキーマによって、<xs:element name = "PDI-FC" 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-FC、PDI-Qは、SMTまたはNRT-ITに格納されて送信される。
【０２５２】
すなわち、配信されるコンテンツのフィルタリングを、チャネル（放送局）単位で行う場合には、SMTのサービスレベルのdescriptor loop（図中、「Service #1」の最下段）に、PDI-A、PDI-FC、またはPDI-Qを格納する「PDI descriptor」を新たに規定する。
【０２５３】
また、配信されるコンテンツのフィルタリングを、コンテンツ単位で行う場合には、NRT-ITのサービスレベルのdescriptor loop（図中、「Content #1」の最下段）に、PDI-A、PDI-FC、またはPDI-Qを格納する「PDI descriptor」を新たに規定する。
【０２５４】
図３６は、「PDI descriptor」のシンタックスの例を示している。図３６においては、記述される記述子のそれぞれが、ビット数（No.of Bits）およびフォーマット（Format）とともに定義されている。
【０２５５】
図３６に示されるシンタックスによれば、PDI-A、PDI-FC、またはPDI-Qは、可変ビットである記述子「PDI_Q or PDI_A or PDI-FC」に記述される。
【０２５６】
なお、「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-FCジェネレータ，  １１２  メタデータディストリビュータ，  １３１  PDI-FCジェネレータ，  １３２  PDIストア
【図１】
2014065166.tif 000003
【図２】
2014065166.tif 000004
【図３】
2014065166.tif 000005
【図４】
2014065166.tif 000006
【図５】
2014065166.tif 000007
【図６】
2014065166.tif 000008
【図７】
2014065166.tif 000009
【図８】
2014065166.tif 000010
【図９】
2014065166.tif 000011
【図１０】
2014065166.tif 000012
【図１１】
2014065166.tif 000013
【図１２】
2014065166.tif 000014
【図１３】
2014065166.tif 000015
【図１４】
2014065166.tif 000016
【図１５】
2014065166.tif 000017
【図１６】
2014065166.tif 000018
【図１７】
2014065166.tif 000019
【図１８】
2014065166.tif 000020
【図１９】
2014065166.tif 000021
【図２０】
2014065166.tif 000022
【図２１】
2014065166.tif 000023
【図２２】
2014065166.tif 000024
【図２３】
2014065166.tif 000025
【図２４】
2014065166.tif 000026
【図２５】
2014065166.tif 000027
【図２６】
2014065166.tif 000028
【図２７】
2014065166.tif 000029
【図２８】
2014065166.tif 000030
【図２９】
2014065166.tif 000031
【図３０】
2014065166.tif 000032
【図３１】
2014065166.tif 000033
【図３２】
2014065166.tif 000034
【図３３】
2014065166.tif 000035
【図３４】
2014065166.tif 000036
【図３５】
2014065166.tif 000037
【図３６】
2014065166.tif 000038
【国際調査報告】
2014065166.tif 000039
2014065166.tif 000040
2014065166.tif 000041
2014065166.tif 000042