知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6581776
(24)【登録日】2019年9月6日
(45)【発行日】2019年9月25日
(54)【発明の名称】情報処理装置および情報処理方法
(51)【国際特許分類】
H04N 21/454 20110101AFI20190912BHJP
H04N 21/443 20110101ALI20190912BHJP
H04N 21/475 20110101ALI20190912BHJP
G06F 13/00 20060101ALI20190912BHJP
G06F 16/9035 20190101ALI20190912BHJP
【ＦＩ】
H04N21/454
H04N21/443
H04N21/475
G06F13/00 547T
G06F16/9035
【請求項の数】17
【全頁数】40
(21)【出願番号】特願2014-543246(P2014-543246)
(86)(22)【出願日】2013年10月16日
(86)【国際出願番号】JP2013078039
(87)【国際公開番号】WO2014065166
(87)【国際公開日】20140501
【審査請求日】2016年10月12日
(31)【優先権主張番号】61/719,041
(32)【優先日】2012年10月26日
(33)【優先権主張国】US
(31)【優先権主張番号】13/894,779
(32)【優先日】2013年5月15日
(33)【優先権主張国】US
(73)【特許権者】
【識別番号】316009762
【氏名又は名称】サターン ライセンシング エルエルシー
【氏名又は名称原語表記】Ｓａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ
(74)【代理人】
【識別番号】100121131
【弁理士】
【氏名又は名称】西川 孝
(74)【代理人】
【識別番号】100082131
【弁理士】
【氏名又は名称】稲本 義雄
(72)【発明者】
【氏名】山岸 靖明
【審査官】
古川 哲也
(56)【参考文献】
【文献】
国際公開第２０１２／０２６３８８（ＷＯ，Ａ１）
【文献】
特開２００５−１３０１９６（ＪＰ，Ａ）
【文献】
特表２００５−５２５７５５（ＪＰ，Ａ）
【文献】
特開２００３−１０１８９３（ＪＰ，Ａ）
【文献】
特表２００２−５２８９７１（ＪＰ，Ａ）
【文献】
特表２００９−５１９６２４（ＪＰ，Ａ）
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｈ０４Ｎ ２１／００ − ２１／８５８
Ｇ０６Ｆ １３／００
Ｇ０６Ｆ １６／９０ − １６／９５８
(57)【特許請求の範囲】
【請求項1】
サーバから配信されるコンテンツを取得する情報処理装置において、
前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答を表す情報であるユーザ側回答情報を生成する回答生成部と、
前記ユーザ側回答情報と、前記サーバから送信されてくる、前記質問に対して前記コンテンツを提供する提供者が設定した回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチング部と
を備え、
前記マッチング部は、ウェブアプリケーションとして提供され、前記サーバからの前記提供者側回答情報に対応する前記ユーザ側回答情報の有無を評価するためのAPI（Application Programming Interface）を含む複数のAPIを呼び出すことで、前記ユーザ側回答情報と前記提供者側回答情報とのマッチングを行う
情報処理装置。
前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答を表す情報であるユーザ側回答情報を生成する回答生成部と、
前記ユーザ側回答情報と、前記サーバから送信されてくる、前記質問に対して前記コンテンツを提供する提供者が設定した回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチング部と
を備え、
前記マッチング部は、ウェブアプリケーションとして提供され、前記サーバからの前記提供者側回答情報に対応する前記ユーザ側回答情報の有無を評価するためのAPI（Application Programming Interface）を含む複数のAPIを呼び出すことで、前記ユーザ側回答情報と前記提供者側回答情報とのマッチングを行う
情報処理装置。
【請求項2】
前記回答生成部により生成された前記ユーザ側回答情報を記憶する記憶部をさらに備え、
前記マッチング部は、複数の前記APIを呼び出すことで、前記記憶部に記憶されている前記ユーザ側回答情報と前記提供者側回答情報とのマッチングを行う
請求項１に記載の情報処理装置。
前記マッチング部は、複数の前記APIを呼び出すことで、前記記憶部に記憶されている前記ユーザ側回答情報と前記提供者側回答情報とのマッチングを行う
請求項１に記載の情報処理装置。
【請求項3】
前記マッチング部は、前記記憶部から前記ユーザ側回答情報を取得するためのユーザ側回答情報取得APIを呼び出す
請求項２に記載の情報処理装置。
請求項２に記載の情報処理装置。
【請求項4】
前記マッチング部は、前記サーバから前記提供者側回答情報を取得するための提供者側回答情報取得APIを呼び出す
請求項２に記載の情報処理装置。
請求項２に記載の情報処理装置。
【請求項5】
前記マッチング部は、前記記憶部がデータベースとして構成される場合、前記記憶部に、前記提供者側回答情報に対応する前記ユーザ側回答情報が記憶されているか否かを評価するためのユーザ側回答情報評価APIを呼び出し、
評価結果が真となった前記提供者側回答情報に対応する前記コンテンツを取得する
請求項２に記載の情報処理装置。
評価結果が真となった前記提供者側回答情報に対応する前記コンテンツを取得する
請求項２に記載の情報処理装置。
【請求項6】
前記マッチング部は、マッチングの結果を用いて前記コンテンツを取得するためのコンテンツ取得APIを呼び出す
請求項２に記載の情報処理装置。
請求項２に記載の情報処理装置。
【請求項7】
前記マッチング部は、前記ユーザ側回答情報と、前記サーバから送信されてくる、前記提供者によって設定された前記回答の組み合わせを示すクエリとのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得する
請求項２に記載の情報処理装置。
請求項２に記載の情報処理装置。
【請求項8】
前記マッチング部は、前記サーバから前記クエリを取得するためのクエリ取得APIを呼び出す
請求項７に記載の情報処理装置。
請求項７に記載の情報処理装置。
【請求項9】
前記マッチング部は、前記記憶部がデータベースとして構成される場合、前記記憶部に、前記クエリに対応する前記ユーザ側回答情報が記憶されているか否かを評価するためのユーザ側回答情報評価APIを呼び出し、
評価結果が真となった前記クエリに対応する前記コンテンツを取得する
請求項７に記載の情報処理装置。
評価結果が真となった前記クエリに対応する前記コンテンツを取得する
請求項７に記載の情報処理装置。
【請求項10】
サーバから配信されるコンテンツを取得する情報処理装置の情報処理方法であって、
前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答を表す情報であるユーザ側回答情報を生成する回答生成ステップと、
前記ユーザ側回答情報と、前記サーバから送信されてくる、前記質問に対して前記コンテンツを提供する提供者が設定した回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチングステップと
を含み、
前記マッチングステップは、ウェブアプリケーション上で、前記サーバからの前記提供者側回答情報に対応する前記ユーザ側回答情報の有無を評価するためのAPI（Application Programming Interface）を含む複数のAPIが呼び出されることで、前記ユーザ側回答情報と前記提供者側回答情報とのマッチングを行う
情報処理方法。
前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答を表す情報であるユーザ側回答情報を生成する回答生成ステップと、
前記ユーザ側回答情報と、前記サーバから送信されてくる、前記質問に対して前記コンテンツを提供する提供者が設定した回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチングステップと
を含み、
前記マッチングステップは、ウェブアプリケーション上で、前記サーバからの前記提供者側回答情報に対応する前記ユーザ側回答情報の有無を評価するためのAPI（Application Programming Interface）を含む複数のAPIが呼び出されることで、前記ユーザ側回答情報と前記提供者側回答情報とのマッチングを行う
情報処理方法。
【請求項11】
サーバから配信されるコンテンツを取得する情報処理装置において、
前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答の組み合わせを示すクエリを生成するクエリ生成部と、
前記クエリと、前記サーバから送信されてくる、前記質問に対して前記コンテンツを提供する提供者が設定した回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチング部と
を備え、
前記マッチング部は、ウェブアプリケーションとして提供され、前記サーバからの前記提供者側回答情報に対応する前記クエリの有無を評価するためのAPI（Application Programming Interface）を含む複数のAPIを呼び出すことで、前記クエリと前記提供者側回答情報とのマッチングを行う
情報処理装置。
前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答の組み合わせを示すクエリを生成するクエリ生成部と、
前記クエリと、前記サーバから送信されてくる、前記質問に対して前記コンテンツを提供する提供者が設定した回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチング部と
を備え、
前記マッチング部は、ウェブアプリケーションとして提供され、前記サーバからの前記提供者側回答情報に対応する前記クエリの有無を評価するためのAPI（Application Programming Interface）を含む複数のAPIを呼び出すことで、前記クエリと前記提供者側回答情報とのマッチングを行う
情報処理装置。
【請求項12】
前記クエリ生成部により生成された前記クエリを記憶する記憶部をさらに備え、
前記マッチング部は、複数の前記APIを呼び出すことで、前記記憶部に記憶されている前記クエリと前記提供者側回答情報とのマッチングを行う
請求項１１に記載の情報処理装置。
前記マッチング部は、複数の前記APIを呼び出すことで、前記記憶部に記憶されている前記クエリと前記提供者側回答情報とのマッチングを行う
請求項１１に記載の情報処理装置。
【請求項13】
前記マッチング部は、前記記憶部から前記クエリを取得するためのクエリ取得APIを呼び出す
請求項１２に記載の情報処理装置。
請求項１２に記載の情報処理装置。
【請求項14】
前記マッチング部は、前記サーバから前記提供者側回答情報を取得するための提供者側回答情報取得APIを呼び出す
請求項１２に記載の情報処理装置。
請求項１２に記載の情報処理装置。
【請求項15】
前記マッチング部は、前記記憶部がデータベースとして構成される場合、前記記憶部に、前記提供者側回答情報に対応する前記クエリが記憶されているか否かを評価するためのクエリ評価APIを呼び出し、
評価結果が真となった前記提供者側回答情報に対応する前記コンテンツを取得する
請求項１２に記載の情報処理装置。
評価結果が真となった前記提供者側回答情報に対応する前記コンテンツを取得する
請求項１２に記載の情報処理装置。
【請求項16】
前記マッチング部は、マッチングの結果を用いて前記コンテンツを取得するためのコンテンツ取得APIを呼び出す
請求項１２に記載の情報処理装置。
請求項１２に記載の情報処理装置。
【請求項17】
サーバから配信されるコンテンツを取得する情報処理装置の情報処理方法であって、
前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答の組み合わせを示すクエリを生成するクエリ生成ステップと、
前記クエリと、前記サーバから送信されてくる、前記質問に対して前記コンテンツを提供する提供者が設定した回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチングステップと
を含み、
前記マッチングステップは、ウェブアプリケーション上で、前記サーバからの前記提供者側回答情報に対応する前記クエリの有無を評価するためのAPI（Application Programming Interface）を含む複数のAPIが呼び出されることで、前記クエリと前記提供者側回答情報とのマッチングを行う
情報処理方法。
前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答の組み合わせを示すクエリを生成するクエリ生成ステップと、
前記クエリと、前記サーバから送信されてくる、前記質問に対して前記コンテンツを提供する提供者が設定した回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチングステップと
を含み、
前記マッチングステップは、ウェブアプリケーション上で、前記サーバからの前記提供者側回答情報に対応する前記クエリの有無を評価するためのAPI（Application Programming Interface）を含む複数のAPIが呼び出されることで、前記クエリと前記提供者側回答情報とのマッチングを行う
情報処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本技術は、情報処理装置および情報処理方法に関し、特に、メタデータに応じてコンテンツを取得することができるようにする情報処理装置および情報処理方法に関する。【背景技術】
【0002】
近年、テレビジョン放送のデジタル化に伴い、同時に放送できる情報量が飛躍的に増加したことにより、リアルタイムに視聴されるテレビジョン番組（コンテンツ）とともに、各種のデータを同時に放送することがなされている。【0003】
また、コンテンツの通信経路として、上述したテレビジョン放送と、高速なデータのダウンロードが可能なインターネットとを使い分けるようにしたコンテンツダウンロードサービスが提案されている（例えば、特許文献１参照）。【0004】
ところで、一般的なコンテンツダウンロードサービスにおいては、コンテンツを提供（配信）するプロバイダ（コンテンツプロバイダやサービスプロバイダ）側のサーバにおいて設定されたフィルタリング属性（フィルタリングインデックス、フィルタリングメタデータ等ともいう）を、メタデータとしてコンテンツに付与することで、コンテンツを受信（取得）するクライアントにおけるコンテンツのフィルタリング（取捨選択）が行われるようになされている。【0005】
フィルタリング属性は、ATSC(Advanced Television Standard Committee)やARIB（Association of Radio Industries and Businesses）等の標準化団体によって規定されたメタデータセットの中から選択されたメタデータの要素についての値として設定される。【0006】
すなわち、例えば、メタデータの要素として“視聴対象”が選択され、メタデータの要素についての値として“10代”が設定されたフィルタリング属性が付与されたコンテンツは、「“視聴対象が10代”である視聴者向けのコンテンツ」を取得するようにフィルタリングを行うクライアントに提供されるようになる。【先行技術文献】
【特許文献】
【0007】
【特許文献1】特開２０１０−２１９８８号公報
【発明の概要】
【発明が解決しようとする課題】
【0008】
しかしながら、標準化団体によって規定されたメタデータセットに含まれないメタデータ（フィルタリング属性）を、コンテンツに付与することはなされていない。【0009】
例えば、プロバイダ側が、「“視聴対象が10代”であり、かつ、“就職活動に興味がある”視聴者向けのコンテンツ」を配信したい場合であっても、標準化団体によって規定されたメタデータセットの中に、“就職活動に興味があるか否か”がメタデータの要素として存在しない場合には、コンテンツに、メタデータの要素として“就職活動に興味がある”が設定されたフィルタリング属性を付与することはできなかった。【0010】
したがって、プロバイダ側では、その時のニーズに応じた（例えば、流行を考慮した）、視聴者の関心事をメタデータとして付与したコンテンツを配信することはできなかった。【0011】
また、このような場合、クライアント側においては、その時のニーズに応じたコンテンツを取得するようにフィルタリングを行うことはできなかった。【0012】
本技術は、このような状況に鑑みてなされたものであり、その時のニーズに応じたコンテンツを取得することができるようにするものである。【課題を解決するための手段】
【0013】
本技術の第１の側面の情報処理装置は、サーバから配信されるコンテンツを取得する情報処理装置であって、前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答を表す情報であるユーザ側回答情報を生成する回答生成部と、前記ユーザ側回答情報と、前記サーバから送信されてくる、前記質問に対して前記コンテンツを提供する提供者が設定した回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチング部とを備え、前記マッチング部は、ウェブアプリケーションとして提供され、前記サーバからの前記提供者側回答情報に対応する前記ユーザ側回答情報の有無を評価するためのAPI（Application Programming Interface）を含む複数のAPIを呼び出すことで、前記ユーザ側回答情報と前記提供者側回答情報とのマッチングを行う。
【0014】
前記情報処理装置には、前記回答生成部により生成された前記ユーザ側回答情報を記憶する記憶部をさらに設け、前記マッチング部には、複数の前記APIを呼び出すことで、前記記憶部に記憶されている前記ユーザ側回答情報と前記提供者側回答情報とのマッチングを行わせることができる。【0015】
前記マッチング部には、前記記憶部から前記ユーザ側回答情報を取得するためのユーザ側回答情報取得APIを呼び出させることができる。【0016】
前記マッチング部には、前記サーバから前記提供者側回答情報を取得するための提供者側回答情報取得APIを呼び出させることができる。【0017】
前記マッチング部には、前記記憶部がデータベースとして構成される場合、前記記憶部に、前記提供者側回答情報に対応する前記ユーザ側回答情報が記憶されているか否かを評価するためのユーザ側回答情報評価APIを呼び出させ、評価結果が真となった前記提供者側回答情報に対応する前記コンテンツを取得させることができる。
【0018】
前記マッチング部には、マッチングの結果を用いて前記コンテンツを取得するためのコンテンツ取得APIを呼び出させることができる。【0019】
前記マッチング部には、前記ユーザ側回答情報と、前記サーバから送信されてくる、前記提供者によって設定された前記回答の組み合わせを示すクエリとのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得させることができる。【0020】
前記マッチング部には、前記サーバから前記クエリを取得するためのクエリ取得APIを呼び出させることができる。【0021】
前記マッチング部は、前記記憶部がデータベースとして構成される場合、前記記憶部に、前記クエリに対応する前記ユーザ側回答情報が記憶されているか否かを評価するためのユーザ側回答情報評価APIを呼び出させ、評価結果が真となった前記クエリに対応する前記コンテンツを取得させることができる。
【0022】
本技術の第１の側面の情報処理方法は、サーバから配信されるコンテンツを取得する情報処理装置の情報処理方法であって、前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答を表す情報であるユーザ側回答情報を生成する回答生成ステップと、前記ユーザ側回答情報と、前記サーバから送信されてくる、前記質問に対して前記コンテンツを提供する提供者が設定した回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチングステップとを含み、前記マッチングステップは、ウェブアプリケーション上で、前記サーバからの前記提供者側回答情報に対応する前記ユーザ側回答情報の有無を評価するためのAPI（Application Programming Interface）を含む複数のAPIが呼び出されることで、前記ユーザ側回答情報と前記提供者側回答情報とのマッチングを行う。
【0023】
本技術の第１の側面においては、サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、質問に対するユーザの回答を表す情報であるユーザ側回答情報が生成され、ユーザ側回答情報と、サーバから送信されてくる、質問に対して、コンテンツを提供する提供者が設定した回答を表す情報である提供者側回答情報とのマッチングが行われることで、サーバから配信されるコンテンツが取得される。サーバからの提供者側回答情報に対応するユーザ側回答情報の有無を評価するためのAPIを含む複数のAPIが呼び出されることで、ユーザ側回答情報と提供者側回答情報とのマッチングが行われる。
【0024】
本技術の第２の側面の情報処理装置は、サーバから配信されるコンテンツを取得する情報処理装置であって、前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答の組み合わせを示すクエリを生成するクエリ生成部と、前記クエリと、前記サーバから送信されてくる、前記質問に対して、前記コンテンツを提供する提供者が設定した回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチング部とを備え、前記マッチング部は、ウェブアプリケーションとして提供され、前記サーバからの前記提供者側回答情報に対応する前記クエリの有無を評価するためのAPI（Application Programming Interface）を含む複数のAPIを呼び出すことで、前記クエリと前記提供者側回答情報とのマッチングを行う。
【0025】
前記情報処理装置には、前記クエリ生成部により生成された前記クエリを記憶する記憶部をさらに設け、前記マッチング部には、複数の前記APIを呼び出すことで、前記記憶部に記憶されている前記クエリと前記提供者側回答情報とのマッチングを行わせることができる。【0026】
前記マッチング部には、前記記憶部から前記クエリを取得するためのクエリ取得APIを呼び出させることができる。【0027】
前記マッチング部には、前記サーバから前記提供者側回答情報を取得するための提供者側回答情報取得APIを呼び出させることができる。【0028】
前記マッチング部には、前記記憶部がデータベースとして構成される場合、前記記憶部に、前記提供者側回答情報に対応する前記クエリが記憶されているか否かを評価するためのクエリ評価APIを呼び出させ、評価結果が真となった前記提供者側回答情報に対応する前記コンテンツを取得させることができる。
【0029】
前記マッチング部には、マッチングの結果を用いて前記コンテンツを取得するためのコンテンツ取得APIを呼び出させることができる。【0030】
本技術の第２の側面の情報処理方法は、サーバから配信されるコンテンツを取得する情報処理装置の情報処理方法であって、前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答の組み合わせを示すクエリを生成するクエリ生成ステップと、前記クエリと、前記サーバから送信されてくる、前記質問に対して前記コンテンツを提供する提供者が設定した回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチングステップとを含み、前記マッチングステップは、ウェブアプリケーション上で、前記サーバからの前記提供者側回答情報に対応する前記クエリの有無を評価するためのAPI（Application Programming Interface）を含む複数のAPIを呼び出されることで、前記クエリと前記提供者側回答情報とのマッチングを行う。
【0031】
本技術の第２の側面においては、サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、質問に対するユーザの回答の組み合わせを示すクエリが生成され、クエリと、サーバから送信されてくる、質問に対してコンテンツを提供する提供者が設定した回答を表す情報である提供者側回答情報とのマッチングが行われることで、サーバから配信されるコンテンツが取得される。サーバからの提供者側回答情報に対応するクエリの有無を評価するためのAPIを含む複数のAPIが呼び出されることで、クエリと提供者側回答情報とのマッチングが行われる。
【発明の効果】
【0032】
本技術の第１および第２の側面によれば、その時のニーズに応じたコンテンツを取得することが可能となる。【図面の簡単な説明】
【0033】
【図1】本技術の一実施の形態に係る放送システムの構成例を示すブロック図である。
【図2】サーバのハードウェア構成例を示すブロック図である。
【図3】サーバの機能構成例を示すブロック図である。
【図4】クライアントの機能構成例を示すブロック図である。
【図5】コンテンツの送受信処理について説明するフローチャートである。
【図6】XMLスキーマのシンタックスの例について説明する図である。
【図7】PDI-Qの例について説明する図である。
【図8】ユーザとの対話における画面表示例について説明する図である。
【図9】ユーザとの対話における画面表示例について説明する図である。
【図10】ユーザとの対話における画面表示例について説明する図である。
【図11】ユーザとの対話における画面表示例について説明する図である。
【図12】ユーザとの対話における画面表示例について説明する図である。
【図13】PDI-Aの例について説明する図である。
【図14】プロバイダ側PDI-Aの例について説明する図である。
【図15】プロバイダ側PDI-Aの例について説明する図である。
【図16】マッチング処理の詳細について説明するフローチャートである。
【図17】マッチング処理の詳細について説明するフローチャートである。
【図18】サーバの他の機能構成例を示すブロック図である。
【図19】コンテンツの送受信処理について説明するフローチャートである。
【図20】マッチング処理の詳細について説明するフローチャートである。
【図21】マッチング処理の詳細について説明するフローチャートである。
【図22】クライアントの他の機能構成例を示すブロック図である。
【図23】コンテンツの送受信処理について説明するフローチャートである。
【図24】マッチング処理の詳細について説明するフローチャートである。
【図25】マッチング処理の詳細について説明するフローチャートである。
【図26】本技術を適用した、ATSC-M/H方式で放送を行う放送システムの構成例を示すブロック図である。
【図27】ATSC-M/H方式で送信される放送波の信号におけるプロトコルスタックを示す図である。
【図28】Service Guideのデータ構成を示す図である。
【図29】Serviceフラグメントの構成を説明する図である。
【図30】Scheduleフラグメントの構成を説明する図である。
【図31】Contentフラグメントの構成を説明する図である。
【図32】Interactivity Dataフラグメントの構成を説明する図である。
【図33】NRT放送で送信される放送波の信号におけるプロトコルスタックを示す図である。
【図34】TVCT、PAT、PMT、およびDSM-CC Addressable Sectionのデータ構造を示す図である。
【図35】SMT、NRT-IT、およびFLUTE FDTのデータ構造を示す図である。
【図36】PDI descriptorのシンタックスの例を示す図である。
【発明を実施するための形態】
【0034】
以下、本技術の実施の形態について図を参照して説明する。【0036】
図１の放送システム１０は、デジタルテレビジョン番組（以下、適宜コンテンツという）を放送（提供）する放送事業者などのプロバイダ側に設置されたサーバ１１、および、放送されたコンテンツを視聴するユーザ宅などに設置されたクライアント端末（以下、単にクライアントという）１２により構成されている。なお、クライアント１２は、複数のユーザ宅のそれぞれに設置されるものとするが、携帯電話機やPDA（Personal Digital Assistant）等の携帯型端末装置として構成されるようにもできる。【0037】
放送システム１０において、サーバ１１は、コンテンツとともに、そのコンテンツに関するコンテンツメタデータを、デジタル放送波の信号として、クライアント１２に送出する。クライアント１２は、コンテンツとともに送出されるコンテンツメタデータを基に、コンテンツをフィルタリングすることにより、ユーザの所望するコンテンツのみを再生または蓄積する。なお、コンテンツメタデータは、コンテンツとともに送出されるのではなく、コンテンツが送出されるより前に送出されるようにしてもよい。【0039】
CPU（Central Processing Unit）２１は、ROM（Read Only Memory）２２に記憶されているプログラム、または記憶部２８からRAM（Random Access Memory）２３にロードされたプログラムに従って各種の処理を実行する。RAM２３にはまた、CPU２１が各種の処理を実行する上において必要なデータなども適宜記憶される。【0040】
CPU２１、ROM２２、およびRAM２３は、バス２４を介して相互に接続されている。このバス２４にはまた、入出力インタフェース２５も接続されている。【0041】
入出力インタフェース２５には、キーボード、マウスなどよりなる入力部２６、LCD（Liquid Crystal Display）や有機EL（Electro Luminescence）などよりなるディスプレイ、並びにスピーカなどよりなる出力部２７、ハードディスクなどより構成される記憶部２８、モデム、ターミナルアダプタなどより構成される通信部２９が接続されている。通信部２９は、図示せぬネットワークを介して外部の装置と通信する。また、通信部２９を介してプログラムが取得され、記憶部２８に記憶されるようにしてもよい。【0042】
入出力インタフェース２５にはまた、必要に応じてドライブ３０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア３１が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部２８にインストールされる。【0043】
なお、図示は省略するが、クライアント１２も同様に、そのハードウェアは図２に示されるように構成される。【0045】
サーバ１１は、PDI-Qジェネレータ４１、通信部４２、PDI-Aジェネレータ４３、メタデータディストリビュータ４４、コンテンツ蓄積部４５、およびコンテンツディストリビュータ４６から構成される。【0046】
PDI-Qジェネレータ４１は、クライアント１２のユーザ（視聴者）の嗜好についての質問を表す情報であるPDI-Q（Preference Demographic and Interest - Question）を生成し、通信部４２を介してクライアント１２に送信するとともに、PDI-Aジェネレータ４３に供給する。【0047】
通信部４２は、クライアント１２からの要求に応じて、PDI-Qジェネレータ４１、メタデータディストリビュータ４４、およびコンテンツディストリビュータ４６から供給される各種データを、クライアント１２に送信する。【0048】
PDI-Aジェネレータ４３は、PDI-Qジェネレータ４１からのPDI-Qに基づいて、PDI-Qに対応する、上述したクライアント１２のユーザの嗜好についての質問に対して、プロバイダ側が設定した回答を表す情報であるPDI-A（Preference Demographic and Interest - Answer）を生成し、メタデータディストリビュータ４４に供給する。【0049】
メタデータディストリビュータ４４は、PDI-Aジェネレータ４３からのPDI-Aに基づいて、コンテンツ蓄積部４５に蓄積されているコンテンツの中から、プロバイダ側が設定した回答に対応するコンテンツを特定（照会）する。メタデータディストリビュータ４４は、特定したコンテンツのコンテンツメタデータとして、PDI-Aを含むコンテンツメタデータを生成し、通信部４２を介してクライアント１２に送信する。【0050】
コンテンツ蓄積部４５は、クライアント１２に対して配信される種々のコンテンツを蓄積している。【0051】
コンテンツディストリビュータ４６は、コンテンツ蓄積部４５に蓄積されているコンテンツの中からメタデータディストリビュータ４４によって特定されたコンテンツを取得し、通信部４２を介してクライアント１２に送信する。【0053】
クライアント１２は、通信部５１、PDI-Aジェネレータ５２、PDIストア５３、コンテンツフィルタ５４、コンテンツ再生部５５、およびコンテンツ蓄積部５６から構成される。【0054】
通信部５１は、サーバ１１から送信されてきた各種データを受信し、PDI-Aジェネレータ５２またはコンテンツフィルタ５４に供給する。また、通信部５１は、サーバ１１に対する要求を、サーバ１１に送信する。【0055】
PDI-Aジェネレータ５２は、サーバ１１から送信されてきたPDI-Qに基づいて、PDI-Qに対応する、クライアント１２のユーザの嗜好についての質問に対するユーザの回答を表すPDI-Aを生成し、PDIストア５３に格納する。【0056】
PDIストア５３は、PDI-Aジェネレータ５２からのPDI-Aを記憶する。PDIストア５３に記憶されているPDI-Aは、ファイルシステムによりアクセスされ、必要に応じて、コンテンツフィルタ５４に読み出される。【0057】
コンテンツフィルタ５４は、PDIストア５３からPDI-Aを読み出し、そのPDI-Aと、サーバ１１から送信されてきたコンテンツのコンテンツメタデータに含まれているPDI-Aとのマッチングを行うことで、サーバ１１から配信されるコンテンツをフィルタリングする。コンテンツフィルタ５４は、フィルタリングの結果に応じて、フィルタリングしたコンテンツをコンテンツ再生部５５またはコンテンツ蓄積部５６に供給する。なお、コンテンツフィルタ５４は、ウェブブラウザ上で実行されるウェブアプリケーションとして提供され、複数のAPI（Application Programming Interface）を呼び出すことでマッチングを行い、コンテンツをフィルタリングする。【0058】
コンテンツ再生部５５は、コンテンツフィルタ５４からのコンテンツを再生する。また、コンテンツ再生部５５は、コンテンツ蓄積部５６からコンテンツを取得し、そのコンテンツを再生する。【0059】
コンテンツ蓄積部５６は、コンテンツフィルタ５４からのコンテンツを蓄積（記録）する。【0060】
［コンテンツの送受信処理の例］次に、図５のフローチャートを参照して、放送システム１０におけるコンテンツの送受信処理について説明する。放送システム１０におけるコンテンツの送受信処理においては、サーバ１１によりコンテンツ配信処理が実行されることでコンテンツが配信され、クライアント１２によりコンテンツ取得処理が実行されることでコンテンツが取得される。
【0061】
放送事業者などのプロバイダ側において、例えば、放送（配信）されるコンテンツのスポンサや、放送事業者自身が、特定の嗜好や属性を有する視聴者に対するコンテンツの配信を要求した場合、プロバイダ側のスタッフの操作に応じて、サーバ１１のPDI-Qジェネレータ４１は、ステップＳ１１において、視聴者、すなわち、クライアント１２のユーザに対して、どのような嗜好や属性を有するかを質問するためのPDI-Qを生成する。【0062】
［XMLスキーマのシンタックスの例］ここで、図６を参照して、PDI-QおよびPDI-Aを構成するためのXML（Extensible Markup Language）スキーマのシンタックスの例について説明する。
【0063】
図６において、１行目は、PDI-Qが識別されるための宣言や定義を示しており、２行目は、PDI-Qとして定義される質問全体の名称および型の宣言を示している。【0064】
３行目乃至１２行目は、２行目で宣言された質問のそれぞれについての名称および型の宣言を示している。具体的には、５行目の”QIA”の名称で定義される質問の型”IntegerAnswerType”は、その質問が整数値型の回答を求める質問であることを示しており、６行目の”QBA”の名称で定義される質問の型”BooleanAnswerType”は、その質問が論理値型の回答を求める質問であることを示している。また、７行目の”QSA”の名称で定義される質問の型”SelectionAnswerType”は、その質問が回答選択型の回答を求める質問であることを示しており、８行目の”QTA”の名称で定義される質問の型”TextAnswerType”は、その質問が文字列型の回答を求める質問であることを示している。そして、９行目の”QAA”の名称で定義される質問の型”AnyAnswerType”は、その質問が回答の型を制限しない質問であることを示している。【0065】
１３行目乃至４４行目は、上述のように宣言された質問のうちの、”QIA”、”QBA”、”QSA”、および”QTA”の名称で定義される質問それぞれの要素の宣言を示している。特に、１５行目、２４行目、３１行目、４０行目に示されるid要素は、それぞれの質問の項目を識別するためのID（Identifier）を表しており、その第１のフォーマットとして、“common:[category:]question-ID”
と定義される。この第１のフォーマットにおいて、“common”は、そのid要素で識別される質問がプロバイダに関わらず共通に定義された質問であることを表し、“category”は、質問のカテゴリを表し、“question-ID”は、質問の識別子を表している。なお、“category”は、必要に応じて、
“common:[category1:category2:category3:・・・]question-ID”
などのように、階層的なネスト構造としてもよい。
【0066】
また、id要素は、第２のフォーマットとして、“providerName:[category:]question-ID”
と定義される。この第２のフォーマットにおいて、“providerName”は、そのid要素で識別される質問を設定したプロバイダの名称を表している。なお、“category”および“question-ID”は、第１のフォーマットにおけるそれぞれと同様である。
【0067】
このように、PDI-Qとして定義される質問は、id要素によって、コンテンツを提供するプロバイダによらない（プロバイダ共通の）質問と、コンテンツを提供するプロバイダ独自に定義される質問とに区別される。【0068】
以下においては、適宜、コンテンツを提供するプロバイダによらない質問、およびその質問に対する回答を、プロバイダ共通フィルタリングパラメータといい、コンテンツを提供するプロバイダ独自に定義される質問、およびその質問に対する回答を、プロバイダ独自フィルタリングパラメータということとする。【0069】
上述したように、プロバイダ共通フィルタリングパラメータは、個々のプロバイダによらず、プロバイダ共通に定義されるため、一般的には、クライアント１２のベンダ（製造メーカ等）が提供することとなる。したがって、サーバ１１におけるPDI-Qジェネレータ４１は、プロバイダ側によって提供されるようにもできるが、クライアント１２のベンダによって提供されるようにもできる。【0070】
なお、PDI-QおよびPDI-Aを構成するシンタックスは、図６で示された例に限られない。【0072】
図７において、１行目における”transactional”は、PDI-Qで定義されている質問（質問群）が、送信されたクライアント１２において更新される際、PDI-Qの各項目の内容をクライアント１２の図示せぬ記憶領域に記録／更新する処理の途中で何らかの事故（ディスク書き込みエラーや処理負荷の増大による処理の中断等）により、PDI-Qの各項目の全ての内容が記録／更新されなかった場合に、PDI-Qの各項目の内容を記録／更新する直前の状態まで遡ってこの記録／更新処理を無とする（いわゆるロールバックする）か否かを示す値であり、”transactional”が”true”の場合、PDI-Qはロールバックされる。【0073】
２行目乃至５行目は、論理値型の回答を求める質問を定義しており、３行目における<id>Common:111</id>は質問のid要素を、４行目における<q>Are you currently employed?</q>は質問自体を表している。【0074】
６行目乃至９行目は、整数値型の回答を求める質問を定義しており、７行目における<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以下の整数値に制約されることを表している。【0075】
１０行目乃至１７行目は、回答選択型の回答を求める質問を定義しており、１１行目における<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"は、その質問に対する回答の数が、選択肢のうちの１以上３以下に制約されることを表している。【0076】
１８行目乃至２４行目は、回答選択型の回答を求める質問を定義しており、１９行目における<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"は、その質問に対する回答の数が、１に制約されることを表している。【0077】
このように、PDI-Qにおいては、質問の型によって、その質問に対する回答の候補や、回答に対する制約条件も定義される。【0078】
２５行目乃至２８行目は、文字列型の回答を求める質問を定義しており、２６行目における<id>ProviderA:321</id>はその質問のid要素を、２７行目における<q>Who’s products are you most interested in recently?</q>はその質問自体を表している。【0079】
ここで、以下においては、図７のPDI-Qで定義される質問それぞれを、それぞれのid要素の質問ということとする。具体的には、２行目乃至５行目で定義される質問を”Common:111”の質問といい、６行目乃至９行目で定義される質問を”Common:222”の質問といい、１０行目乃至１７行目で定義される質問を”ProviderA:123”の質問といい、１８行目乃至２４行目で定義される質問を”ProviderA:ProgramX:123”の質問といい、２５行目乃至２８行目で定義される質問を”ProviderA:321”の質問ということとする。【0080】
このとき、”Common:111”の質問および”Common:222”の質問は、プロバイダ共通フィルタリングパラメータに区別され、”ProviderA:123”の質問、”ProviderA:ProgramX:123”の質問、および”ProviderA:321”の質問は、プロバイダ独自フィルタリングパラメータに区別される。例えば、”Common:111”の質問は、プロバイダ共通に設定された、識別子が”111”である質問であることを示しており、”ProviderA:ProgramX:123”の質問は、”ProviderA”であるプロバイダによって設定された、カテゴリ（プログラムID）が”ProgramX”であって、識別子が”123”である質問であることを示している。【0081】
図５のフローチャートに戻り、ステップＳ１２において、サーバ１１のPDI-Qジェネレータ４１は、生成したPDI-Qを、通信部４２を介してクライアント１２に送信するとともに、PDI-Aジェネレータ４３に供給する。【0082】
ステップＳ２１において、クライアント１２の通信部５１は、サーバ１１から送信されてくるPDI-Qを受信し、PDI-Aジェネレータ５２に供給する。【0083】
なお、PDI-Qは、例えば、サーバ１１が設置されているプロバイダとしての放送局から所定の時間間隔で放送（送信）される毎に、クライアント１２に受信される。また、PDI-Qは、クライアント１２においてサーバ１１が設置されている放送局にチャンネルが合わされたときに、クライアント１２に受信されるようにしてもよい。【0084】
ステップＳ２２において、クライアント１２のPDI-Aジェネレータ５２は、通信部５１において受信されたPDI-Qで定義されている質問に対するPDI-Aを生成する。具体的には、PDI-Aジェネレータ５２は、サーバ１１からのPDI-Qが受信されると、図示せぬ表示部に、PDI-Qで定義されている質問に対応する画面を表示させ、その質問に対する回答を、クライアント１２のユーザ（視聴者）に入力または選択させることで、その回答を表すPDI-Aを生成する。すなわち、PDI-Aジェネレータ５２は、ユーザと対話することによって、PDI-Qで定義されている質問に対する回答を表すPDI-Aを生成する。【0085】
そして、ステップＳ２３において、PDI-Aジェネレータ５２は、生成したPDI-AをPDIストア５３に格納する。【0086】
［PDI-Aジェネレータによるユーザとの対話における画面表示例］ここで、図８乃至図１２を参照して、PDI-Aジェネレータ５２によるユーザとの対話における画面表示例について説明する。なお、ここでは、クライアント１２は、図７を参照して説明したPDI-Qを受信したものとし、クライアント１２の図示せぬ表示部には、受信したPDI-Qで定義されている質問群に対応する画面が、順次表示されるものとする。
【0087】
図８は、図７を参照して説明したPDI-Qで定義されている質問のうちの、”Common:111”の質問に対応する画面表示例を示している。図８においては、質問提示部６１に、図７の４行目に示されている質問「Are you currently employed?」が表示されている。また、ユーザに対して、質問に対する回答の入力を促すメッセージ「いずれか選択してくだざい。」と、質問に対する回答として「Yes」をユーザに選択させるための選択ボタン６２−１、および、質問に対する回答として「No」をユーザに選択させるための選択ボタン６２−２が表示されている。【0088】
図９は、図７を参照して説明したPDI-Qで定義されている質問のうちの、”Common:222”の質問に対応する画面表示例を示している。図９においては、質問提示部７１に、図７の８行目に示されている質問「What is the age of the oldest member of the household who watches television?」が表示されている。また、ユーザに対して、質問に対する回答の入力を促すメッセージ「年齢を入力してくだざい。」と、質問に対する回答として整数値をユーザに入力させるための回答入力部７２が表示されている。【0089】
図１０は、図７を参照して説明したPDI-Qで定義されている質問のうちの、”ProviderA:123”の質問に対応する画面表示例を示している。図１０においては、質問提示部８１に、図７の１２行目に示されている質問「In which of the following sports are you most interested? (Multiple selection allowed)」が表示されている。また、ユーザに対して、質問に対する回答の入力を促すメッセージ「次の中から１つ以上３つ以下で選択してください。」と、質問に対する回答としての選択肢「Baseball」、「Basketball」、「Soccer」、および「Hockey」をユーザに選択させるための選択ボタン８２−１乃至８２−４が表示されている。【0090】
図１１は、図７を参照して説明したPDI-Qで定義されている質問のうちの、”ProviderA:ProgramX:123”の質問に対応する画面表示例を示している。図１１においては、質問提示部９１に、図７の２０行目に示されている質問「Do you enjoy camping and outdoor recreation?(Only one selection)」が表示されている。また、ユーザに対して、質問に対する回答の入力を促すメッセージ「次の中から１つだけ選択してください。」と、質問に対する回答としての選択肢「Never」、「Occasionally」、および「Frequently」をユーザに選択させるための選択ボタン９２−１乃至９２−３が表示されている。【0091】
図１２は、図７を参照して説明したPDI-Qで定義されている質問のうちの、”ProviderA:321”の質問に対応する画面表示例を示している。図１２においては、質問提示部１０１に、図７の２７行目に示されている質問「Who’s products are you most interested in recently?」が表示されている。また、ユーザに対して、質問に対する回答の入力を促すメッセージ「自由に記述してくだざい。」と、質問に対する回答として文字列をユーザに入力させるための回答入力部１０２が表示されている。【0092】
このようにして、PDI-Aジェネレータ５２は、図８乃至図１２で説明した画面表示により、ユーザに、PDI-Qで定義されている質問に対する回答を入力または選択させることで、PDI-Qに対応するPDI-Aを生成する。【0093】
なお、図８乃至図１２で説明した画面表示は、PDI-Qを受信して間もなく後に表示されるようにしてもよいし、PDI-Qの受信後、図示せぬ記憶部にPDI-Qを保持するようにし、ユーザにより設定画面の表示が指示されたとき等に表示されるようにしてもよい。【0094】
［PDI-Aの例］ここで、図１３を参照して、PDI-Aジェネレータ５２によって生成されるPDI-Aの例について説明する。図１３で示されるPDI-Aは、図８乃至図１２で示した画面表示に対する、ユーザによる回答の選択または入力に基づいて生成されたPDI-Aである。
【0095】
すなわち、２行目乃至５行目は、図８で説明した画面表示により提示された質問に対するユーザの回答を示している。すなわち、３行目における<id>Common:111</id>は、図８の画面表示により提示された質問のid要素を示しており、４行目における<a>true</a>は質問に対する回答として、図８の画面表示において選択ボタン６２−１（「Yes」の回答）がユーザに選択されたことを示している。【0096】
６行目乃至９行目は、図９で説明した画面表示により提示された質問に対するユーザの回答を示している。すなわち、７行目における<id>Common:222</id>は、図９の画面表示により提示された質問のid要素を示しており、８行目における<a>34</a>は質問に対する回答として、図９の画面表示において回答入力部７２に整数値として「34」がユーザにより入力されたことを示している。【0097】
１０行目乃至１５行目は、図１０で説明した画面表示により提示された質問に対するユーザの回答を示している。すなわち、１１行目における<id>ProviderA:123</id>は、図１０の画面表示により提示された質問のid要素を示しており、１２行目における<a>Baseball</a>、１３行目における<a>Soccer</a>、１４行目における<a>Hockey</a>は質問に対する回答として、図１０の画面表示において選択ボタン８２−１，８２−３，８２−４がユーザにより選択されたことを示している。【0098】
１６行目乃至１９行目は、図１１で説明した画面表示により提示された質問に対するユーザの回答を示している。すなわち、１７行目における<id>ProviderA:ProgramX:123</id>は、図１１の画面表示により提示された質問のid要素を示しており、１８行目における<a>Occasionally</a>は質問に対する回答として、図１１の画面表示において選択ボタン９２−２がユーザにより選択されたことを示している。【0099】
２０行目乃至２３行目は、図１２で説明した画面表示により提示された質問に対するユーザの回答を示している。すなわち、２１行目における<id>ProviderA:321</id>は、図１２の画面表示により提示された質問のid要素を示しており、２２行目における<a>Somy</a>は質問に対する回答として、図１２の画面表示において回答入力部１０２に文字列として「Somy」がユーザにより入力されたことを示している。【0100】
PDI-Aジェネレータ５２は、このようにして生成したPDI-AをPDIストア５３に供給し、記憶させる。PDIストア５３に記憶されたPDI-Aは、後述するように、サーバ１１から配信されるコンテンツが、クライアント１２のユーザの嗜好に合っているか否かを判定する際に用いられる。【0101】
さて、図５のフローチャートに戻り、ステップＳ１３において、サーバ１１のPDI-Aジェネレータ４３は、PDI-Qジェネレータ４１からのPDI-Qで定義されている質問に対するPDI-Aを生成し、メタデータディストリビュータ４４に供給する。具体的には、PDI-Aジェネレータ４３は、放送局（プロバイダ側）のスタッフの操作によってPDI-Qが生成されると、図示せぬ表示部に、例えば図８乃至図１２を参照して説明したような、PDI-Qで定義されている質問に対応する画面を表示させ、その質問に対する回答を、放送局のスタッフに入力または選択させることで、その回答を表すPDI-Aを生成する。このとき、放送局のスタッフは、PDI-Qで定義されている質問に対する回答として、配信しようとするコンテンツに対応する回答を入力または選択する。すなわち、PDI-Aジェネレータ４３によって生成されるPDI-Aは、プロバイダ側がクライアント１２のユーザ（視聴者）の嗜好を考慮に入れ、その視聴者に、のちに配信されるコンテンツを視聴させるための情報（回答）を表している。【0102】
ステップＳ１４において、メタデータディストリビュータ４４は、PDI-Aジェネレータ４３からのPDI-Aに基づいて、コンテンツ蓄積部４５に蓄積されているコンテンツの中から、PDI-Aに対応するコンテンツを特定（照会）する。ここで特定されるコンテンツは、PDI-Aジェネレータ４３からのPDI-Aと、蓄積されているコンテンツに予め付与されているコンテンツメタデータとの類似度が所定値より高いものとしてもよいし、放送局のスタッフによって、ユーザに視聴させたいコンテンツとして予め選択されたものであってもよい。なお、メタデータディストリビュータ４４によって特定されたコンテンツは、コンテンツディストリビュータ４６によって、コンテンツ蓄積部４５から取得される。【0103】
ステップＳ１５において、メタデータディストリビュータ４４は、ステップＳ１４において特定したコンテンツに予め付与されているコンテンツメタデータと、PDI-Aジェネレータ４３からのPDI-Aとに基づいて、PDI-Aを含むコンテンツメタデータを新たに生成する。【0104】
ステップＳ１６において、通信部４２は、クライアント１２からの要求に応じて、メタデータディストリビュータ４４によって生成されたコンテンツメタデータを配信する。このとき、コンテンツメタデータとしては、メタデータディストリビュータ４４によって生成されたコンテンツメタデータ以外に、標準化団体によって規定されたコンテンツメタデータが送信されてもよい。【0105】
また、ステップＳ１７において、通信部４２は、クライアント１２からの要求に応じて、コンテンツディストリビュータ４６に取得されたコンテンツを配信する。【0106】
一方、ステップＳ２３において、クライアント１２のコンテンツフィルタ５４は、マッチング処理を実行し、PDIストア５３に記憶されているPDI-Aと、サーバ１１からのコンテンツメタデータに含まれるPDI-Aとのマッチングを行うことで、サーバ１１からのコンテンツを取得する。なお、以下においては、PDIストア５３に記憶されているPDI-Aと、サーバ１１からのコンテンツメタデータに含まれるPDI-Aとを区別するために、前者をユーザ側PDI-A、後者をプロバイダ側PDI-Aということとする。【0107】
［コンテンツフィルタにおけるマッチング処理の例］ここで、ユーザ側PDI-Aとして、図１３を参照して説明したPDI-Aが生成され記憶されているものとし、プロバイダ側PDI-Aとして、図１４に示されるPDI-Aがサーバ１１から送信されてきたものとする。
【0108】
図１４に示されるプロバイダ側PDI-Aは、図１３で示されたユーザ側PDI-Aと基本的な構成は同一であるので詳細な説明は省略するが、このプロバイダ側PDI-Aは、”Common:111”の質問に対する回答として「false」が選択され、”ProviderA:123”の質問に対する回答として「Baseball」が選択され、”ProviderA:ProgramX:123”の質問に対する回答として「Never」が選択されたことを示している。【0109】
このとき、コンテンツフィルタ５４は、ユーザ側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とはマッチしていると判定される。【0110】
次に、プロバイダ側PDI-Aとして、図１５に示されるPDI-Aがサーバ１１から送信されてきたものとする。【0111】
図１５に示されるプロバイダ側PDI-Aは、”ProviderA:123”の質問に対する回答として「Basketball」が選択され、”ProviderA:ProgramX:123”の質問に対する回答として「Never」が選択されたことを示している。【0112】
この場合、図１３に示されるユーザ側PDI-Aにおける質問に対する回答と、図１５に示されるプロバイダ側PDI-Aにおける質問に対する回答が１つも一致しないので、ユーザ側PDI-Aとプロバイダ側PDI-Aとはマッチしていないと判定される。【0113】
ところで、上述したように、コンテンツフィルタ５４は、ウェブアプリケーションとして提供され、複数のAPIを呼び出すことでマッチング処理を行う。【0114】
［マッチング処理の詳細］ここで、図１６のフローチャートを参照して、ステップＳ２４において、コンテンツフィルタ５４により複数のAPIが呼び出されることによって実行されるマッチング処理の詳細について説明する。
【0115】
まず、ステップＳ５１において、コンテンツフィルタ５４は、PDIストア５３からユーザ側PDI-Aを取得するためのAPIであるユーザ側PDI-A取得APIを呼び出す。【0116】
ユーザ側PDI-A取得APIの入力引数および出力引数を以下に示す。入力引数：型が”QXA”である質問のid要素（QXA/@id）
出力引数：入力引数で指定された型”QXA”の質問に対するユーザ側PDI-Aが格納されたPDI Table
【0117】
なお、”QXA”は、上述で説明した、質問の型を表す名称”QIA”，”QBA”，”QSA”，”QTA”，”QAA”のいずれかまたは全部を示す。例えば、QXA/@id=*として入力引数がセットされた場合、全ての質問の型が指定されることとする。また、出力引数として返されるPDI Tableは、例えば、図１３を参照して説明したユーザ側PDI-Aが格納されるテーブルを示す。したがって、QXA/@id=*として入力引数がセットされた場合、PDIストア５３に格納されている全てのユーザ側PDI-Aが出力引数として返される。【0118】
ステップＳ５２において、コンテンツフィルタ５４は、ユーザ側PDI-A取得APIの出力引数として返されるユーザ側PDI-Aを取得する。【0119】
ステップＳ５３において、コンテンツフィルタ５４は、サーバ１１からプロバイダ側PDI-Aを取得するためのAPIであるプロバイダ側PDI-A取得APIを呼び出す。【0120】
プロバイダ側PDI-A取得APIの入力引数および出力引数を以下に示す。入力引数：コンテンツID（C_ID）
出力引数：入力引数で指定されたコンテンツIDに対応するコンテンツメタデータに含まれるプロバイダ側PDI-A
【0121】
なお、コンテンツIDは、コンテンツを特定するための情報であり、そのコンテンツのコンテンツメタデータにも対応付けられている。例えば、C_ID=*として入力引数がセットされた場合、全てのコンテンツが指定されることとする。したがって、C_ID=*として入力引数がセットされた場合、全てのコンテンツのコンテンツメタデータの配信がサーバ１１に要求され、その要求に応じてサーバ１１から配信されてきたコンテンツメタデータに含まれるプロバイダ側PDI-Aが出力引数として返される。【0122】
ステップＳ５４において、コンテンツフィルタ５４は、プロバイダ側PDI-A取得APIの出力引数として返されるプロバイダ側PDI-Aを取得する。【0124】
ステップＳ５６において、コンテンツフィルタ５４は、ユーザ側PDI-Aとマッチしたプロバイダ側PDI-Aを含むコンテンツメタデータのコンテンツIDを同定する。【0125】
ステップＳ５７において、コンテンツフィルタ５４は、サーバ１１からコンテンツを取得するためのAPIであるコンテンツ取得APIを呼び出す。【0126】
コンテンツ取得APIの入力引数および出力引数を以下に示す。入力引数：コンテンツID（C_ID）
出力引数：入力引数で指定されたコンテンツIDで特定されるコンテンツおよびそのコンテンツへの参照
【0127】
上述と同様、コンテンツIDは、コンテンツを特定するための情報であり、コンテンツフィルタ５４により同定された、ユーザ側PDI-Aとマッチしたプロバイダ側PDI-Aを含むコンテンツメタデータのコンテンツIDとされる。すなわち、ユーザ側PDI-Aとマッチしたプロバイダ側PDI-Aを含むコンテンツメタデータのコンテンツIDで特定されるコンテンツの配信がサーバ１１に要求され、その要求に応じてサーバ１１から配信されてきたコンテンツおよびそのコンテンツへの参照が出力引数として返される。【0128】
ステップＳ５８において、コンテンツフィルタ５４は、コンテンツ取得APIの出力引数として返されるコンテンツを取得し、コンテンツ再生部５５またはコンテンツ蓄積部５６に供給して、処理は図５のフローチャートのステップＳ２４に戻る。【0129】
すなわち、サーバ１１から配信されたコンテンツが、コンテンツフィルタ５４からコンテンツ再生部５５に供給された場合、ステップＳ２５において、コンテンツ再生部５５は、コンテンツを再生する。また、サーバ１１から配信されたコンテンツが、コンテンツフィルタ５４からコンテンツ蓄積部５６に供給された場合、ステップＳ２５において、コンテンツ蓄積部５６は、コンテンツを蓄積（記録）する。蓄積されたコンテンツは、ユーザの操作指示に応じて、適宜、コンテンツ再生部５５に供給され再生される。【0130】
以上の処理によれば、放送システムにおいて、プロバイダ側では、サーバによって、ユーザの嗜好についての質問を表すPDI-Qが生成され、そのPDI-Qがクライアント端末に送信され、そのPDI-Qに対して、プロバイダ側が設定した回答を表すプロバイダ側PDI-Aが、対応するコンテンツのコンテンツメタデータとして配信される。これにより、コンテンツメタデータとして、標準化団体によって規定されたコンテンツメタデータ以外の、その時のニーズに応じたコンテンツメタデータをコンテンツに付与することができるようになる。一方、ユーザ側では、クライアント端末によって、サーバからのPDI-Qに対するユーザの回答を表すユーザ側PDI-Aが生成され、生成したユーザ側PDI-Aと、サーバからのプロバイダ側PDI-Aとのマッチングが行われることで、サーバから配信されたコンテンツを取得するか否かが決定される。これにより、標準化団体によって規定されたコンテンツメタデータ以外の、その時のニーズに応じたコンテンツメタデータによって、コンテンツをフィルタリングすることができるようになる。したがって、その時のニーズに応じたコンテンツを取得することが可能となる。【0131】
なお、以上においては、クライアント１２は、サーバ１１からのコンテンツの配信時に、リアルタイムにPDI-Aのマッチングを行うようにしたが、予め、サーバ１１からの全てのコンテンツを蓄積するようにし、処理のバックグラウンドにおいてPDI-Aのマッチングを行い、蓄積したコンテンツのうちの、マッチしたPDI-A（プロバイダ側PDI-A）に対応するコンテンツを再生したり、マッチしないPDI-Aに対応するコンテンツを削除したりするようにしてもよい。【0132】
また、以上においては、PDIストア５３に格納されているユーザ側PDI-Aは、ファイルシステムによりアクセスされるものとしたが、PDIストア５３をデータベースとして構成するようにした場合には、PDIストア５３に格納されているユーザ側PDI-Aは、データベース管理システム（Database Management System：DBMS）により管理されるようになる。【0134】
まず、ステップＳ７１において、コンテンツフィルタ５４は、サーバ１１からプロバイダ側PDI-Aを取得するためのAPIであるプロバイダ側PDI-A取得APIを呼び出す。【0135】
ステップＳ７２において、コンテンツフィルタ５４は、プロバイダ側PDI-A取得APIの出力引数として返されるプロバイダ側PDI-Aを取得する。【0136】
ステップＳ７３において、コンテンツフィルタ５４は、PDIストア５３に、サーバ１１からのプロバイダ側PDI-Aに対応するユーザ側PDI-Aが格納されているか否かを評価するためのAPIであるユーザ側PDI-A評価APIを呼び出す。【0137】
ユーザ側PDI-A評価APIの入力引数および出力引数を以下に示す。入力引数：プロバイダ側PDI-A
出力引数：入力引数で指定されたプロバイダ側PDI-Aに対応するユーザ側PDI-Aが格納されているか否かの評価結果（真／偽（true／false））
【0138】
なお、プロバイダ側PDI-Aは、プロバイダ側PDI-A取得APIにより取得されたプロバイダ側PDI-Aである。ユーザ側PDI-A評価APIにより、プロバイダ側PDI-AがPDIストア５３のデータを管理するDBMSに渡されると、DBMSは、そのプロバイダ側PDI-Aに対応するユーザ側PDI-Aを検索する。その検索結果に基づいて、プロバイダ側PDI-Aに対応するユーザ側PDI-Aが格納されているか否かの評価結果が出力引数として返される。【0139】
ステップＳ７４において、コンテンツフィルタ５４は、ユーザ側PDI-A評価APIの出力引数として返されるユーザ側PDI-Aの評価結果を取得する。【0140】
ステップＳ７５において、コンテンツフィルタ５４は、ユーザ側PDI-Aの評価結果が真（true）となったプロバイダ側PDI-Aを含むコンテンツメタデータのコンテンツIDを同定する。【0141】
ステップＳ７６において、コンテンツフィルタ５４は、サーバ１１からコンテンツを取得するためのAPIであるコンテンツ取得APIを呼び出す。【0142】
ステップＳ７７において、コンテンツフィルタ５４は、コンテンツ取得APIの出力引数として返されるコンテンツを取得する。【0143】
このように、PDIストア５３がデータベースとして構成される場合には、コンテンツフィルタ５４は、ユーザ側PDI-A評価APIを呼び出すことで、ユーザ側PDI-Aとプロバイダ側PDI-Aとのマッチングを行うことができる。【0144】
また、以上においては、コンテンツフィルタ５４は、インスタンスとして表現されたユーザ側PDI-Aとプロバイダ側PDI-Aとを比較し、質問に対する回答が１つでも一致しているか否かによって、ユーザ側PDI-Aとプロバイダ側PDI-Aとのマッチングを行うようにしたが、ユーザ側PDI-Aまたはプロバイダ側PDI-Aのいずれか一方を、PDI-Aを評価するクエリとして表現することで、ユーザ側PDI-Aとプロバイダ側PDI-Aとを比較するようにしてもよい。【0145】
ここで、以下においては、ユーザ側PDI-Aまたはプロバイダ側PDI-Aのいずれか一方を、クエリとして表現することで、ユーザ側PDI-Aとプロバイダ側PDI-Aとを比較する構成について説明する。【0146】
［PDI-Aを評価するクエリによるマッチング処理の例１］まずは、プロバイダ側PDI-Aをクエリとして表現することで、ユーザ側PDI-Aとプロバイダ側PDI-Aとを比較する構成について説明する。
【0147】
図１８は、プロバイダ側PDI-Aをクエリとして表現するようにしたサーバ１１の機能構成例を示している。【0148】
図１８のサーバ１１は、PDI-Qジェネレータ４１、通信部４２、コンテンツ蓄積部４５、コンテンツディストリビュータ４６、PDI-FCジェネレータ１１１、およびメタデータディストリビュータ１１２から構成される。【0150】
すなわち、図１８のサーバ１１において、図３のサーバ１１と異なるのは、PDI-Aジェネレータ４３およびメタデータディストリビュータ４４に代えて、PDI-FCジェネレータ１１１およびメタデータディストリビュータ１１２を設けた点である。【0151】
PDI-FCジェネレータ１１１は、PDI-Qジェネレータ４１からのPDI-Qに基づいて、PDI-Qに対応するPDI-A（プロバイダ側PDI-A）を生成し、生成したプロバイダ側PDI-Aを所定の条件文に当てはめたPDI-FC（Preference Demographic and Interest Filtering Criteria）を生成して、メタデータディストリビュータ１１２に供給する。【0152】
メタデータディストリビュータ１１２は、PDI-FCジェネレータ１１１からのPDI-FCに基づいて、コンテンツ蓄積部４５に蓄積されているコンテンツの中から、PDI-FCに対応するコンテンツを特定（照会）する。メタデータディストリビュータ１１２は、特定したコンテンツのコンテンツメタデータとして、PDI-FCを含むコンテンツメタデータを生成し、通信部４２を介してクライアント１２に送信する。【0153】
また、この例におけるクライアント１２は、図４のコンテンツフィルタ５４が、PDIストア５３からユーザ側PDI-Aを読み出し、そのユーザ側PDI-Aと、サーバ１１から送信されてきたコンテンツメタデータに含まれているPDI-FCとに基づいて、コンテンツをフィルタリングする以外は、図４のクライアント１２と同一であるので、その説明は、省略するものとする。【0155】
なお、図１９のフローチャートのステップＳ１１１，Ｓ１１２，Ｓ１１６，Ｓ１１７，Ｓ１２１乃至Ｓ１２３，Ｓ１２５の処理は、図５のフローチャートのステップＳ１１，Ｓ１２，Ｓ１６，Ｓ１７，Ｓ２１乃至Ｓ２３，Ｓ２５の処理と基本的に同様であるので、その説明は省略する。【0156】
すなわち、ステップＳ１１３において、サーバ１１の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は、プロバイダ側がクライアント１２のユーザ（視聴者）の嗜好を考慮に入れ、その視聴者に、のちに配信されるコンテンツを視聴させるための情報（回答の組み合わせ）を表している。【0157】
ステップＳ１１４において、メタデータディストリビュータ１１２は、PDI-FCジェネレータ１１１からのPDI-FCに基づいて、コンテンツ蓄積部４５に蓄積されているコンテンツの中から、PDI-FCに対応するコンテンツを特定（照会）する。ここで特定されるコンテンツは、PDI-FCジェネレータ１１１からのPDI-FCと、蓄積されているコンテンツに予め付与されているコンテンツメタデータとの類似度が所定値より高いものとしてもよいし、放送局のスタッフによって、ユーザに視聴させたいコンテンツとして予め選択されたものであってもよい。なお、メタデータディストリビュータ１１２によって特定されたコンテンツは、コンテンツディストリビュータ４６によって、コンテンツ蓄積部４５から取得される。【0158】
ステップＳ１１５において、メタデータディストリビュータ１１２は、ステップＳ１１４において特定したコンテンツに予め付与されているコンテンツメタデータと、PDI-FCジェネレータ１１１からのPDI-FCとに基づいて、PDI-FCを含むコンテンツメタデータを新たに生成する。【0159】
そして、ステップＳ１２４において、クライアント１２のコンテンツフィルタ５４は、マッチング処理を実行し、サーバ１１からのコンテンツメタデータに含まれるPDI-FCに基づいて、PDIストア５３に記憶されているPDI-Aのマッチングを行うことで、サーバ１１からのコンテンツを取得する。【0160】
ここで、ユーザ側PDI-Aとして、図１３を参照して説明したPDI-Aが生成され記憶されているものとし、以下に示されるPDI-FCがサーバ１１から送信されてきたものとする。“//QBA[id='Common:111' and a='true'] and //QSA[id='ProviderA:123' and a='Baseball']”
【0161】
上述のPDI-FCは、ユーザ側PDI-Aが、”Common:111”の質問に対する回答として「true」が選択され、かつ、”ProviderA:123”の質問に対する回答として「Baseball」が選択されているか否かを評価することを示している。【0162】
このとき、コンテンツフィルタ５４は、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とはマッチしていると判定される。【0164】
まず、ステップＳ１５１において、コンテンツフィルタ５４は、PDIストア５３からユーザ側PDI-Aを取得するためのAPIであるユーザ側PDI-A取得APIを呼び出す。【0165】
ステップＳ１５２において、コンテンツフィルタ５４は、ユーザ側PDI-A取得APIの出力引数として返されるユーザ側PDI-Aを取得する。【0166】
ステップＳ１５３において、コンテンツフィルタ５４は、サーバ１１からPDI-FCを取得するためのAPIであるPDI-FC取得APIを呼び出す。【0167】
PDI-FC取得APIの入力引数および出力引数を以下に示す。入力引数：コンテンツID（C_ID）
出力引数：入力引数で指定されたコンテンツIDに対応するコンテンツメタデータに含まれるPDI-FC
【0168】
コンテンツIDは、コンテンツを特定するための情報であり、そのコンテンツのコンテンツメタデータにも対応付けられている。例えば、C_ID=*として入力引数がセットされた場合、全てのコンテンツが指定されることとする。したがって、C_ID=*として入力引数がセットされた場合、全てのコンテンツのコンテンツメタデータの配信がサーバ１１に要求され、その要求に応じてサーバ１１から配信されてきたコンテンツメタデータに含まれるPDI-FCが出力引数として返される。【0169】
ステップＳ１５４において、コンテンツフィルタ５４は、PDI-FC取得APIの出力引数として返されるPDI-FCを取得する。【0170】
ステップＳ１５５において、コンテンツフィルタ５４は、上述した手法により、ユーザ側PDI-AとPDI-FCとのマッチングを行う。【0171】
ステップＳ１５６において、コンテンツフィルタ５４は、ユーザ側PDI-AとマッチしたPDI-FCを含むコンテンツメタデータのコンテンツIDを同定する。【0172】
ステップＳ１５７において、コンテンツフィルタ５４は、サーバ１１からコンテンツを取得するためのAPIであるコンテンツ取得APIを呼び出す。【0173】
ステップＳ１５８において、コンテンツフィルタ５４は、コンテンツ取得APIの出力引数として返されるコンテンツを取得し、コンテンツ再生部５５またはコンテンツ蓄積部５６に供給して、処理は図１９のフローチャートのステップＳ１２４に戻る。【0174】
以上においては、PDIストア５３に格納されているユーザ側PDI-Aは、ファイルシステムによりアクセスされるものとしたが、PDIストア５３をデータベースとして構成するようにした場合には、PDIストア５３に格納されているユーザ側PDI-Aは、データベース管理システム（DBMS）により管理されるようになる。【0176】
まず、ステップＳ１７１において、コンテンツフィルタ５４は、サーバ１１からPDI-FCを取得するためのAPIであるPDI-FC取得APIを呼び出す。【0177】
ステップＳ１７２において、コンテンツフィルタ５４は、PDI-FC取得APIの出力引数として返されるPDI-FCを取得する。【0178】
ステップＳ１７３において、コンテンツフィルタ５４は、PDIストア５３に、サーバ１１からのPDI-FCに対応するユーザ側PDI-Aが格納されているか否かを評価するためのAPIであるユーザ側PDI-A評価APIを呼び出す。【0179】
ユーザ側PDI-A評価APIの入力引数および出力引数を以下に示す。入力引数：PDI-FC
出力引数：入力引数で指定されたPDI-FCによる評価結果（真／偽（true／false））
【0180】
PDI-FCは、PDI-FC取得APIにより取得されたPDI-FCである。ユーザ側PDI-A評価APIにより、PDI-FCがPDIストア５３のデータを管理するDBMSに渡されると、DBMSは、PDI-FCを用いてユーザ側PDI-Aを評価し、その評価結果が出力引数として返される。【0181】
ステップＳ１７４において、コンテンツフィルタ５４は、ユーザ側PDI-A評価APIの出力引数として返されるユーザ側PDI-Aの評価結果を取得する。【0182】
ステップＳ１７５において、コンテンツフィルタ５４は、ユーザ側PDI-Aの評価結果が真（true）となったプロバイダ側PDI-Aを含むコンテンツメタデータのコンテンツIDを同定する。【0183】
ステップＳ１７６において、コンテンツフィルタ５４は、サーバ１１からコンテンツを取得するためのAPIであるコンテンツ取得APIを呼び出す。【0184】
ステップＳ１７７において、コンテンツフィルタ５４は、コンテンツ取得APIの出力引数として返されるコンテンツを取得する。【0185】
このように、PDIストア５３がデータベースとして構成される場合には、コンテンツフィルタ５４は、ユーザ側PDI-A評価APIを呼び出すことで、ユーザ側PDI-AとPDI-FCとのマッチングを行うことができる。【0186】
以上のようにして、プロバイダ側で設定されたPDI-FCによって、より複雑なフィルタリングの条件が表現されるようになるので、より確実に、プロバイダ側が期待するユーザ（視聴者）にコンテンツを取得させることが可能となる。【0187】
［PDI-Aを評価するクエリによるマッチング処理の例２］次に、ユーザ側PDI-Aをクエリとして表現することで、ユーザ側PDI-Aとプロバイダ側PDI-Aとを比較する構成について説明する。
【0188】
図２２は、ユーザ側PDI-Aをクエリとして表現するようにしたクライアント１２の機能構成例を示している。【0189】
図２２のクライアント１２は、通信部５１、コンテンツフィルタ５４、コンテンツ再生部５５、コンテンツ蓄積部５６、PDI-FCジェネレータ１３１、およびPDIストア１３２から構成される。【0190】
なお、図２２のクライアント１２においては、図４のクライアント１２に設けられたものと同様の機能を備える構成については、同一名称および同一符号を付するものとし、その説明は、適宜省略するものとする。【0191】
すなわち、図２２のクライアント１２において、図４のクライアント１２と異なるのは、PDI-Aジェネレータ５２およびPDIストア５３に代えて、PDI-FCジェネレータ１３１およびPDIストア１３２を設けた点である。【0192】
PDI-FCジェネレータ１３１は、サーバ１１から送信されてきたPDI-Qに基づいて、PDI-Qに対応する、クライアント１２のユーザの嗜好についての質問に対するユーザの回答を表すユーザ側PDI-Aを生成し、生成したユーザ側PDI-Aを所定の条件文に当てはめたPDI-FCを生成して、PDIストア１３２に供給する。【0193】
PDIストア１３２は、PDI-FCジェネレータ１３１からのPDI-FCを記憶する。PDIストア１３２に記憶されているPDI-FCは、ファイルシステムによりアクセスされ、必要に応じて、コンテンツフィルタ５４に読み出される。【0194】
なお、図２２のコンテンツフィルタ５４は、PDIストア５３からPDI-FCを読み出し、そのPDI-FCと、サーバ１１から送信されてきたコンテンツメタデータに含まれるプロバイダ側PDI-Aとに基づいて、コンテンツをフィルタリングする。【0195】
また、この例におけるサーバ１１は、図３のサーバ１１と同一であるので、その説明は省略するものとする。【0198】
すなわち、ステップＳ２２２において、クライアント１２のPDI-FCジェネレータ１３１は、通信部５１において受信されたPDI-Qで定義されている質問に対するユーザ側PDI-Aを生成し、生成したユーザ側PDI-Aを所定の条件文に当てはめたPDI-FCを生成する。具体的には、例えば、PDI-FCジェネレータ１３１は、放送局からのPDI-Qが受信されると、図示せぬ表示部に、図８乃至図１２を参照して説明したような、PDI-Qで定義されている質問に対応する画面を表示させ、その質問に対する回答を、クライアント１２のユーザ（視聴者）に入力または選択させ、さらに、それぞれの回答の組み合わせ（フィルタリング条件）をそのユーザに決定させることで、その回答の組み合わせを表すPDI-FCを生成する。すなわち、PDI-FCジェネレータ１３１は、ユーザと対話することによって、PDI-Qで定義されている質問に対する回答の組み合わせを表すPDI-FCを生成する。【0199】
ステップＳ２２３において、PDI-FCジェネレータ１３１は、生成したPDI-FCをPDIストア１３２に格納する。【0200】
そして、ステップＳ２２４において、コンテンツフィルタ５４は、マッチング処理を実行し、PDIストア１３２に記憶されているPDI-FCに基づいて、サーバ１１からのコンテンツメタデータに含まれるプロバイダ側PDI-Aのマッチングを行うことで、サーバ１１からのコンテンツを取得する。【0201】
ここで、プロバイダ側PDI-Aとして、図１４を参照して説明したPDI-Aがサーバ１１から送信されてきたものとし、以下に示されるPDI-FCが生成され記憶されているものとする。“//QBA[id='Common:111' and a='false'] and //QSA[id='ProviderA:123' and a='Baseball']”
【0202】
上述のPDI-FCは、プロバイダ側PDI-Aが、”Common:111”の質問に対する回答として「false」が選択され、かつ、”ProviderA:123”の質問に対する回答として「Baseball」が選択されているか否かを評価することを示している。【0203】
このとき、コンテンツフィルタ５４は、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とはマッチしていると判定される。【0205】
まず、ステップＳ２５１において、コンテンツフィルタ５４は、PDIストア５３からPDI-FCを取得するためのAPIであるPDI-FC取得APIを呼び出す。【0206】
PDI-FC取得APIの入力引数および出力引数を以下に示す。入力引数：無し
出力引数：PDIストア１３２に記憶されているPDI-FC
【0207】
すなわち、PDI-FC取得APIが呼び出されると、PDIストア１３２に格納されている全てのPDI-FCが出力引数として返される。【0208】
ステップＳ２５２において、コンテンツフィルタ５４は、PDI-FC取得APIの出力引数として返されるPDI-FCを取得する。【0209】
ステップＳ２５３において、コンテンツフィルタ５４は、サーバ１１からプロバイダ側PDI-Aを取得するためのAPIであるプロバイダ側PDI-A取得APIを呼び出す。【0210】
ステップＳ２５４において、コンテンツフィルタ５４は、プロバイダ側PDI-A取得APIの出力引数として返されるプロバイダ側PDI-Aを取得する。【0211】
ステップＳ２５５において、コンテンツフィルタ５４は、上述した手法により、PDI-FCとプロバイダ側PDI-Aとのマッチングを行う。【0212】
ステップＳ２５６において、コンテンツフィルタ５４は、PDI-FCとマッチしたプロバイダ側PDI-Aを含むコンテンツメタデータのコンテンツIDを同定する。【0213】
ステップＳ２５７において、コンテンツフィルタ５４は、サーバ１１からコンテンツを取得するためのAPIであるコンテンツ取得APIを呼び出す。【0214】
ステップＳ２５８において、コンテンツフィルタ５４は、コンテンツ取得APIの出力引数として返されるコンテンツを取得し、コンテンツ再生部５５またはコンテンツ蓄積部５６に供給して、処理は、図２３のフローチャートのステップＳ２２４に戻る。【0215】
以上においては、PDIストア１３２に格納されているPDI-FCは、ファイルシステムによりアクセスされるものとしたが、PDIストア１３２をデータベースとして構成するようにした場合には、PDIストア１３２に格納されているPDI-FCは、データベース管理システム（DBMS）により管理されるようになる。【0217】
まず、ステップＳ２７１において、コンテンツフィルタ５４は、サーバ１１からプロバイダ側PDI-Aを取得するためのAPIであるプロバイダ側PDI-A取得APIを呼び出す。【0218】
ステップＳ２７２において、コンテンツフィルタ５４は、プロバイダ側PDI-A取得APIの出力引数として返されるプロバイダ側PDI-Aを取得する。【0219】
ステップＳ２７３において、コンテンツフィルタ５４は、PDIストア１３２に、サーバ１１からのプロバイダ側PDI-Aに対応するPDI-FCが格納されているか否かを評価するためのAPIであるPDI-FC評価APIを呼び出す。【0220】
PDI-FC評価APIの入力引数および出力引数を以下に示す。入力引数：プロバイダ側PDI-A
出力引数：入力引数で指定されたプロバイダ側PDI-Aに対応するPDI-FCが格納されているか否かの評価結果（真／偽（true／false））
【0221】
なお、プロバイダ側PDI-Aは、プロバイダ側PDI-A取得APIにより取得されたプロバイダ側PDI-Aである。PDI-FC評価APIにより、プロバイダ側PDI-AがPDIストア１３２のデータを管理するDBMSに渡されると、DBMSは、PDIストア１３２に格納されているPDI-FCを用いてプロバイダ側PDI-Aを評価する。その評価結果に基づいて、プロバイダ側PDI-Aに対応するPDI-FCが格納されているか否かの評価結果が出力引数として返される。【0222】
ステップＳ２７４において、コンテンツフィルタ５４は、PDI-FC評価APIの出力引数として返されるPDI-FCの評価結果を取得する。【0223】
ステップＳ２７５において、コンテンツフィルタ５４は、PDI-FCの評価結果が真（true）となったプロバイダ側PDI-Aを含むコンテンツメタデータのコンテンツIDを同定する。【0224】
ステップＳ２７６において、コンテンツフィルタ５４は、サーバ１１からコンテンツを取得するためのAPIであるコンテンツ取得APIを呼び出す。【0225】
ステップＳ２７７において、コンテンツフィルタ５４は、コンテンツ取得APIの出力引数として返されるコンテンツを取得する。【0226】
このように、PDIストア１３２がデータベースとして構成される場合には、コンテンツフィルタ５４は、PDI-FC評価APIを呼び出すことで、PDI-FCとプロバイダ側PDI-Aとのマッチングを行うことができる。【0227】
以上のようにして、ユーザ側で設定されたPDI-FCによって、より複雑なフィルタリングの条件が表現されるようになるので、より確実に、ユーザ側が期待するコンテンツを取得させることが可能となる。【0228】
ところで、本技術は、デジタルテレビジョン番組を放送する放送システムに適用することができるが、その一例として、ATSC（Advanced Television Standard Committee）方式を移動体受信に拡張させたATSC-M/H（Mobile/Handheld）方式で放送を行う放送システムに適用することができる。【0229】
［ATSC-M/H方式で放送を行う放送システムへの適用例］図２６は、本技術を適用した、従来のATSC方式およびATSC-M/Hのそれぞれでデジタルテレビジョン番組を放送する放送システムの構成例を示す図である。
【0230】
図２６の放送システムは、図１の放送システム１０におけるサーバ１１に対応し、ATSC Legacy System１５１、ATSC M/H System１５２、M/H Framing１５３、およびRF/Transmission System１５４を備えている。【0231】
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）コンテンツ）に関する制御情報である。【0232】
そして、上述した放送ストリームそれぞれは、M/H Framing１５３によって多重化され、RF/Transmission System１５４によって放送波として送信される。なお、各ブロックの機能の詳細については、ATSCの規格に記載されているので、ここでは、その説明は省略する。【0233】
図２７は、ATSC-M/H方式で送信される放送波の信号におけるプロトコルスタックを示している。【0234】
詳細な説明は省略するが、最も上位の階層の１つは、「Service Guide」とされ、ATSC-M/H方式で提供されるコンテンツのメタデータを規定している。図２６で示されるControl Data１５２ａは、「Service Guide」で規定されるコンテンツメタデータ（以下、単にService Guideという）として伝送される。すなわち、図２６の放送システムにおいては、上述した放送システム１０においてサーバ１１からクライアント１２に送信されるPDI-A（プロバイダ側PDI-A）やPDI-FC、PDI-Qは、Service Guideに格納されて送信される。【0235】
なお、図２７において、「Service Guide」に隣接する下位の階層「FLUTE」、および、「FLUTE」に隣接する下位の階層「ALC」は、UDP/IP（User Datagram Protocol/Internet Protocol）によってパケット化されたService Guideを転送するための階層である。【0236】
この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」に規定されているため、その説明は省略する。【0237】
PDI-A（プロバイダ側PDI-A）またはPDI-FCは、図２８に示されるService Guideを構成する要素のうちの、「Service」フラグメント、「Schedule」フラグメント、および「Content」フラグメントのうちの少なくともいずれか１つに格納される。【0238】
「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"/>と文字列で表現されてエンコードされる。【0239】
「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"/>と文字列で表現されてエンコードされる。【0240】
「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"/>と文字列で表現されてエンコードされる。【0241】
また、PDI-Qは、図２８に示されるService Guideを構成する要素のうちの、「Interactivity Data」フラグメントに格納される。【0242】
「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"/>と文字列で表現されてエンコードされる。【0243】
以上においては、本技術を、ATSC-M/H方式で放送を行う放送システムに適用した例について説明したが、従来のATSC方式でNRT（Non-RealTime）放送を行う放送システムに適用することもできる。NRT放送においては、リアルタイムでのコンテンツの視聴を前提としないため、データとして放送信号により放送されるコンテンツの放送時刻に同期してコンテンツを再生する必要はない。【0244】
［NRT放送を行う放送システムへの適用例］図３３は、NRT放送で送信される放送波の信号におけるプロトコルスタックを示している。
詳細な説明は省略するが、最も下位の階層は、「Physical Layer（物理層）」とされ、放送波の周波数帯域がこれに対応する。「Physical Layer」に隣接する上位の階層は、「MPEG2-TS」とされ、放送波として放送される放送ストリームがこれに対応する。
【0245】
「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)を有する階層とされる。【0246】
また、「MPEG2-TS」に隣接する上位の階層として、「DSM-CC（Digital Storage Media Command and Control） Addressable Section」が示されている。「DSM-CC Addressable Section」は、放送ストリームのMPEG2-TS上でIPパケットを転送するためのアダプテーションレイヤとして用いられる。【0247】
図３４は、TVCT、PAT、PMT、およびDSM-CC Addressable Sectionのデータ構造を示している。TVCTには、MPEG2-TSで放送される放送ストリームに関する制御情報が記述されており、TVCTに基づいて、IPパケットストリーム（UDP/IP Packets）を転送するためのDSM-CC Addressable Sectionを転送するMPEG2-TSが特定される。【0248】
図３３に戻り、「DSM-CC Addressable Section」に隣接する上位の階層として、「IP」が示され、さらに「IP」に隣接する上位の階層として、「UDP」が示されている。【0249】
「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ファイル）を有する階層とされる。【0250】
図３５は、SMT、NRT-IT、およびFLUTE FDTのデータ構造を示している。SMTには、チャネルに関するメタデータが記述され、NRT-ITには、コンテンツに関するメタデータが記述される。SMTおよびNRT-ITは、上述した「Service Signaling Channel」で転送される。FLUTE FDTには、A/Vファイルそれぞれを識別するための情報が記述されている。なお、A/Vファイルは、上述した「FLUTE/ALC」で転送される。【0251】
ここで、NRT放送を行う放送システムにおいては、上述した放送システム１０においてサーバ１１からクライアント１２に送信されるPDI-A（プロバイダ側PDI-A）やPDI-FC、PDI-Qは、SMTまたはNRT-ITに格納されて送信される。【0252】
すなわち、配信されるコンテンツのフィルタリングを、チャネル（放送局）単位で行う場合には、SMTのサービスレベルのdescriptor loop（図中、「Service #1」の最下段）に、PDI-A、PDI-FC、またはPDI-Qを格納する「PDI descriptor」を新たに規定する。【0253】
また、配信されるコンテンツのフィルタリングを、コンテンツ単位で行う場合には、NRT-ITのサービスレベルのdescriptor loop（図中、「Content #1」の最下段）に、PDI-A、PDI-FC、またはPDI-Qを格納する「PDI descriptor」を新たに規定する。【0254】
図３６は、「PDI descriptor」のシンタックスの例を示している。図３６においては、記述される記述子のそれぞれが、ビット数（No.of Bits）およびフォーマット（Format）とともに定義されている。【0255】
図３６に示されるシンタックスによれば、PDI-A、PDI-FC、またはPDI-Qは、可変ビットである記述子「PDI_Q or PDI_A or PDI-FC」に記述される。【0256】
なお、「PDI descriptor」のシンタックスは、図３６に示された例に限るものではない。【0257】
このように、本技術は、NRT放送を行う放送システムに適用することも可能である。【0258】
なお、本技術は、上述したATSC-M/H方式で放送を行う放送システムや、NRT放送を行放送システム以外の方式で放送を行う放送システムに適用するようにしてももちろんよい。【0259】
上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。【0260】
コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを格納するプログラム記録媒体は、図２に示すように、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory),DVD(Digital Versatile Disc)を含む）、光磁気ディスクを含む）、もしくは半導体メモリなどよりなるパッケージメディアであるリムーバブルメディア３１、または、プログラムが一時的もしくは永続的に格納されるROM２２や、記憶部２８を構成するハードディスクなどにより構成される。プログラム記録媒体へのプログラムの格納は、必要に応じてルータ、モデムなどのインタフェースである通信部２９を介して、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の通信媒体を利用して行われる。【0261】
なお、本明細書において、プログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。【0262】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。【0263】
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。【符号の説明】
【0264】
１０ 放送システム， １１ サーバ， １２ クライアント， ４１ PDI-Qジェネレータ， ４２ 通信部， ４３ PDI-Aジェネレータ， ４４ メタデータディストリビュータ， ４５ コンテンツ蓄積部， ４６ コンテンツディストリビュータ， ５１ 通信部， ５２ PDI-Aジェネレータ， ５３ PDIストア， ５４ コンテンツフィルタ， ５５ コンテンツ再生部， ５６ コンテンツ蓄積部， １１１ PDI-FCジェネレータ， １１２ メタデータディストリビュータ， １３１ PDI-FCジェネレータ， １３２ PDIストア