(57)【特許請求の範囲】
【請求項１】
放送される番組毎の、複数の項目の情報で構成される番組情報を取得し、前記放送される番組を選択的に受信して再生し、ユーザにより視聴された番組に関する前記番組情報中の、知的所有権により二次利用が制限される情報を内容としてもち得ない予め決められた複数の特定項目の情報を含むパッケージを送信することが可能な１以上の番組再生装置より前記パッケージを取得するパッケージ取得部と、
第１のテーブルを保存する第１のテーブル保存部と、
前記取得されたパッケージに含まれる前記複数の特定項目の情報のユニークな組み合わせ毎にこれを識別するためのパッケージ識別子を生成するパッケージ識別子生成部と、
前記取得されたパッケージから前記複数の特定項目の情報を抽出して、これら複数の特定項目の情報と、前記パッケージの送信元である番組再生装置のユーザを識別するユーザ識別子と、前記生成されたパッケージ識別子と対応付けて前記第１のテーブルに登録する第１のテーブル登録部と、
第２のテーブルを保存する第２のテーブル保存部と、
前記第１のテーブルから前記ユーザ識別子と前記パッケージ識別子との対応関係を抽出して、前記ユーザ識別子に対応する１以上の前記パッケージ識別子を前記ユーザ毎の番組視聴履歴として前記第２のテーブルに登録する第２のテーブル登録部と、
前記第２のテーブルに登録された互いに類似する複数の番組視聴履歴の間の差分にあたる１以上の前記パッケージ識別子を判定する判定部と、
前記判定部により判定された前記パッケージ識別子に対応して前記第１のテーブルに登録された前記複数の特定項目の情報のうち少なくとも一部を推薦先のユーザの番組再生装置に通知する通知部と
を具備する情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記パッケージ識別子毎の前記パッケージの取得回数を管理する取得回数管理部をさらに有し、
前記第２のテーブル登録部は、前記パッケージの取得回数が閾値に達した前記パッケージ識別子と前記ユーザ識別子との対応関係を抽出する
情報処理装置。
【請求項３】
請求項２に記載の情報処理装置であって、
前記判定部は、番組推薦要求元のユーザの番組再生装置からの前記ユーザ識別子を含む番組推薦要求に応じて、前記第２のテーブルを参照して、当該番組推薦要求元のユーザと前記番組視聴履歴が類似する他のユーザを判定し、前記他のユーザの番組視聴履歴の中で前記番組推薦要求元のユーザの番組視聴履歴にない１以上のパッケージ識別子を前記差分として判定し、
前記通知部は、前記判定部により判定された前記パッケージ識別子に対応して前記第１のテーブルに登録された前記複数の特定項目の情報のうち少なくとも一部を前記番組推薦要求元のユーザの番組再生装置に通知する
情報処理装置。
【請求項４】
請求項３に記載の情報処理装置であって、
前記番組情報中の前記複数の特定項目は、放送規格に則った方式で個々の番組にユニークに割り当てられる番組識別子の項目と、放送日時に関する情報の項目を少なくとも含む
情報処理装置。
【請求項５】
請求項４に記載の情報処理装置であって、
前記パッケージ識別子生成部は、前記取得されたパッケージに含まれる前記複数の特定項目の情報と前記番組再生装置に予め設定された利用国情報とのユニークな組み合わせ毎にこれを識別するためのパッケージ識別子を生成し、
前記第１のテーブル登録部は、前記複数の特定項目の情報と、前記ユーザ識別子と、前記利用国情報と、前記生成されたパッケージ識別子とを対応付けて前記第１のテーブルに登録する
情報処理装置。
【請求項６】
請求項１に記載の情報処理装置であって、
前記判定部は、前記第２のテーブルを参照して番組視聴履歴が類似する２人のユーザを判定し、これらユーザの番組視聴履歴の差分をもとに、それぞれの前記ユーザに推薦する番組に対応する前記ユーザ毎のパッケージ識別子を判定し、前記第１のテーブルから前記ユーザ毎の前記パッケージ識別子に対応する前記複数の特定項目の情報をそれぞれ抽出し、
前記通知部は、前記判定部により抽出された前記ユーザ毎の前記パッケージ識別子に対応する前記複数の特定項目の情報をそれぞれの前記ユーザの番組再生装置に通知する
情報処理装置。
【請求項７】
請求項１に記載の情報処理装置であって、
前記複数の特定項目の情報の１つが、放送規格に則った方式で個々の番組にユニークに割り当てられる番組識別子であり、
前記情報処理装置は、
対象エリア内の複数の国・地域の番組情報を取得する各国番組情報取得部と、
前記取得された複数の国・地域の番組情報を保持する各国番組情報保持部とをさらに具備し、
前記判定部は、番組推薦要求元のユーザの番組再生装置からの前記ユーザ識別子および利用国情報を含む番組推薦要求に応じて、前記第２のテーブルを参照して、当該番組推薦要求元のユーザと前記番組視聴履歴が類似する他のユーザを判定し、前記他のユーザの番組視聴履歴の中で前記番組推薦要求元のユーザの番組視聴履歴にない１以上のパッケージ識別子を推薦番組のパッケージ識別子として判定し、前記番組推薦要求に含まれる利用国情報をもとに、各国番組情報保持部に保持された複数の国・地域の番組情報の中で該当する国・地域の番組情報を判定し、前記推薦番組のパッケージ識別子に対応する複数の特定項目の情報と前記判定された国・地域の番組情報との整合性を判定し、
前記通知部は、前記判定部により整合性があることが判定された場合、前記推薦番組のパッケージ識別子に対応する前記複数の特定項目の情報のうち前記番組識別子を前記番組推薦要求元のユーザの番組再生装置に通知する
情報処理装置。
【請求項８】
パッケージ取得部が、放送される番組毎の、複数の項目の情報で構成される番組情報を取得し、前記放送される番組を選択的に受信して再生し、ユーザにより視聴された番組に関する前記番組情報中の、知的所有権により二次利用が制限される情報を内容としてもち得ない予め決められた複数の特定項目の情報と前記ユーザのユーザ識別子とを含むパッケージを送信することが可能な１以上の番組再生装置より前記パッケージを取得し、
パッケージ識別子生成部が、前記取得されたパッケージに含まれる前記複数の特定項目の情報のユニークな組み合わせ毎にこれを識別するためのパッケージ識別子を生成し、
第１のテーブル登録部が、前記取得されたパッケージから前記複数の特定項目の情報を抽出して、これら複数の特定項目の情報と、前記パッケージの送信元である番組再生装置のユーザを識別するユーザ識別子と、前記生成されたパッケージ識別子と対応付けて前記第１のテーブルに登録し、
第２のテーブル登録部が、前記第１のテーブルから前記ユーザ識別子と前記パッケージ識別子との対応関係を抽出して、前記ユーザ識別子に対応する１以上の前記パッケージ識別子を前記ユーザ毎の番組視聴履歴として前記第２のテーブルに登録し、
判定部が、前記第２のテーブルに登録された互いに類似する複数の番組視聴履歴の間の差分にあたる１以上の前記パッケージ識別子を判定し、
通知部が、前記判定された前記パッケージ識別子に対応して前記第１のテーブルに登録された前記複数の特定項目の情報のうち少なくとも一部を推薦先のユーザの番組再生装置に通知する
情報処理方法。
【請求項９】
放送される番組毎の、複数の項目の情報で構成される番組情報を取得し、前記放送される番組を選択的に受信して再生し、ユーザにより視聴された番組に関する前記番組情報中の、知的所有権により二次利用が制限される情報を内容としてもち得ない予め決められた複数の特定項目の情報を含むパッケージを送信することが可能な１以上の番組再生装置より前記パッケージを取得するパッケージ取得部と、
第１のテーブルを保存する第１のテーブル保存部と、
前記取得されたパッケージに含まれる前記複数の特定項目の情報のユニークな組み合わせ毎にこれを識別するためのパッケージ識別子を生成するパッケージ識別子生成部と、
前記取得されたパッケージから前記複数の特定項目の情報を抽出して、これら複数の特定項目の情報と、前記パッケージの送信元である番組再生装置のユーザを識別するユーザ識別子と、前記生成されたパッケージ識別子と対応付けて前記第１のテーブルに登録する第１のテーブル登録部と、
第２のテーブルを保存する第２のテーブル保存部と、
前記第１のテーブルから前記ユーザ識別子と前記パッケージ識別子との対応関係を抽出して、前記ユーザ識別子に対応する１以上の前記パッケージ識別子を前記ユーザ毎の番組視聴履歴として前記第２のテーブルに登録する第２のテーブル登録部と、
前記第２のテーブルに登録された互いに類似する複数の番組視聴履歴の間の差分にあたる１以上の前記パッケージ識別子を判定する判定部と、
前記判定部により判定された前記パッケージ識別子に対応して前記第１のテーブルに登録された前記複数の特定項目の情報のうち少なくとも一部を推薦先のユーザの番組再生装置に通知する通知部
としてコンピュータを機能させるプログラム。
【請求項１０】
放送される番組毎の、放送規格に則った方式で個々の番組にユニークに割り当てられる番組識別子を含む複数の項目の情報で構成される番組情報を取得し、前記放送される番組を選択的に受信して再生し、ユーザにより視聴された番組に関する前記番組情報中の前記番組識別子を含むパッケージを送信することが可能な１以上の番組再生装置より前記パッケージを取得するパッケージ取得部と、
第１のテーブルを保存する第１のテーブル保存部と、
前記取得されたパッケージに含まれる前記番組識別子と前記番組再生装置に予め設定された利用国情報とのユニークな組み合わせ毎にこれを識別するためのパッケージ識別子を生成するパッケージ識別子生成部と、
前記取得されたパッケージから前記番組識別子を抽出し、この番組識別子と、前記利用国情報と、前記パッケージの送信元である番組再生装置のユーザを識別するユーザ識別子と、前記生成されたパッケージ識別子とを対応付けて前記第１のテーブルに登録する第１のテーブル登録部と、
第２のテーブルを保存する第２のテーブル保存部と、
前記第１のテーブルから前記ユーザ識別子と前記パッケージ識別子との対応関係を抽出して、前記ユーザ識別子に対応する１以上の前記パッケージ識別子を前記ユーザ毎の番組視聴履歴として前記第２のテーブルに登録する第２のテーブル登録部と、
前記第２のテーブルに登録された互いに類似する複数の番組視聴履歴の間の差分にあたる１以上の前記パッケージ識別子を判定する判定部と、
前記判定部により判定された前記パッケージ識別子に対応して前記第１のテーブルに登録された前記番組識別子と前記利用国情報を推薦先のユーザの番組再生装置に通知する通知部と
を具備する情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、番組推薦サービスを提供するサーバ装置として用いられる情報処理装置、情報処理方法、およびプログラムに関する。
【背景技術】
【０００２】
近年、放送波やインターネットなどの伝送媒体を通じて放送あるいは配信される様々な番組の中から、ユーザの嗜好に合った番組を推定してユーザに推薦する仕組みがある。このような仕組みにおいて、ユーザの嗜好に合った番組を推定するための手法として代表的なものに、例えば、コンテンツベースフィルタリング（CBF;Content-Based-Filtering）、協調フィルタリング（CF;Collaborative-Filtering）などがある。
【０００３】
コンテンツベースフィルタリングは、ユーザによって過去に視聴された番組に関する情報をユーザの嗜好情報として蓄積し、この嗜好情報と現在放送中および今後放送予定のそれぞれの番組の情報との間の類似度を計算し、類似度の高い番組を推薦番組として判定する手法である（例えば、特許文献１など）。一方、協調フィルタリング法は、複数のユーザの番組視聴履歴をユーザの嗜好情報として蓄積しておき、番組視聴履歴が類似する複数のユーザの番組視聴履歴の差分をもとに各々のユーザに対する推薦番組を判定する手法である（例えば、特許文献２など）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−１６０９５５号公報
【特許文献２】特開２００５−１６７６２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
コンテンツベースフィルタリング、協調フィルタリングのいずれの手法においても、番組を特定するためには、放送規格により定められる番組固有の識別子である番組ＩＤが利用される。番組ＩＤは、network_id，transport_stream_id，service_id, event_idなどで構成される。この中でnetwork_id，transport_stream_id，service_idは番組提供先を特定するための識別子である。event_idは番組を特定するための識別子である。この番組ＩＤのユニーク性は同一の放送規格を採用する国や地域内で保証されたものに過ぎない。このため、サーバによる番組推薦サービスの対象エリアを、放送規格の異なる複数の国や地域までに拡げようとした場合、番組ＩＤで番組を特定することは現実的に困難となる。
【０００６】
そこで、番組ＩＤのみに拠らず、番組のタイトルや内容などをその番組を特定するための情報として加えて利用する方式が考えられる。しかしこの場合、商標や著作権などの知的所有権によって二次利用が制限される可能性の高い番組のタイトルや内容などの情報が、ユーザの機器とサーバとの間でＩＰネットワークを介して伝送されることとなる。このため大量の番組のタイトルや内容などの情報の二次利用について、世界中の権利保有者から許諾を得る必要が生じるなどして、現実的な導入が困難になることが予測される。
【０００７】
以上のような事情に鑑み、本発明の目的は、知的所有権により二次利用が制限される可能性の高い番組のタイトルや内容などの情報を用いることなく、放送規格の異なる複数の国や地域を対象とした番組推薦サービスを良好に行うことのできる情報処理装置、情報処理方法、およびプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明の一形態に係る情報処理装置は、放送される番組毎の、複数の項目の情報で構成される番組情報を取得し、前記放送される番組を選択的に受信して再生し、ユーザにより視聴された番組に関する前記番組情報中の、知的所有権により二次利用が制限される情報を内容としてもち得ない予め決められた複数の特定項目の情報を含むパッケージを送信することが可能な１以上の番組再生装置より前記パッケージを取得するパッケージ取得部と、第１のテーブルを保存する第１のテーブル保存部と、前記取得されたパッケージに含まれる前記複数の特定項目の情報のユニークな組み合わせ毎にこれを識別するためのパッケージ識別子を生成するパッケージ識別子生成部と、前記取得されたパッケージから前記複数の特定項目の情報を抽出して、これら複数の特定項目の情報と、前記パッケージの送信元である番組再生装置のユーザを識別するユーザ識別子と、前記生成されたパッケージ識別子と対応付けて前記第１のテーブルに登録する第１のテーブル登録部と、第２のテーブルを保存する第２のテーブル保存部と、前記第１のテーブルから前記ユーザ識別子と前記パッケージ識別子との対応関係を抽出して、前記ユーザ識別子に対応する１以上の前記パッケージ識別子を前記ユーザ毎の番組視聴履歴として前記第２のテーブルに登録する第２のテーブル登録部と、前記第２のテーブルに登録された互いに類似する複数の番組視聴履歴の間の差分にあたる１以上の前記パッケージ識別子を判定する判定部と、前記判定部により判定された前記パッケージ識別子に対応して前記第１のテーブルに登録された前記複数の特定項目の情報のうち少なくとも一部を推薦先のユーザの番組再生装置に通知する通知部とを具備する。
【０００９】
知的所有権により二次利用が制限される情報を内容としてもち得ない予め決められた複数の特定項目の情報は、個々には番組を特定するための情報として不十分であっても、複数の組み合わせとした場合には番組を特定するための十分な情報となり得る。そこで、本発明の情報処理装置では、第２のテーブル登録部が、上記複数の特定項目の情報のユニークな組み合わせ毎に生成されたパッケージ識別子を、番組に対応する情報として用いてユーザ毎の番組視聴履歴を第２のテーブルに登録する。判定部は、第２のテーブルに登録された互いに類似する複数の番組視聴履歴の間の差分にあたる１以上のパッケージ識別子を判定する。そして通知部は、判定されたパッケージ識別子に対応して第１のテーブルに登録された複数の特定項目の情報のうち少なくとも一部を推薦先のユーザの番組再生装置に通知する。これにより本発明によれば、知的所有権により二次利用が制限される可能性の高い番組のタイトルや内容などの情報を用いることなく、放送規格の異なる複数の国や地域を対象とした番組推薦サービスを良好に行うことができる。
【００１０】
本発明の情報処理装置は、前記パッケージ識別子毎の前記パッケージの取得回数を管理する取得回数管理部をさらに有し、前記第２のテーブル登録部は、前記パッケージの取得回数が閾値に達した前記パッケージ識別子と前記ユーザ識別子との対応関係を抽出することとしてもよい。これにより、取得回数が低い複数の特定項目の情報の組み合わせに対応するパッケージ識別子が第２のテーブルに登録されないため、処理負担を軽減できるとともに、何らのエラーにより本来発生し得ない複数の特定項目の情報の組み合わせに対応するパッケージ識別子が第２のテーブルに登録されることを回避できる。これにより、番組推薦のサービスの信頼性を向上させることができる。
【００１１】
本発明の情報処理装置において、前記判定部は、番組推薦要求元のユーザの番組再生装置からの前記ユーザ識別子を含む番組推薦要求に応じて、前記第２のテーブルを参照して、当該番組推薦要求元のユーザと前記番組視聴履歴が類似する他のユーザを判定し、前記他のユーザの番組視聴履歴の中で前記番組推薦要求元のユーザの番組視聴履歴にない１以上のパッケージ識別子を前記差分として判定し、前記通知部は、前記判定部により判定された前記パッケージ識別子に対応して前記第１のテーブルに登録された前記複数の特定項目の情報のうち少なくとも一部を前記番組推薦要求元のユーザの番組再生装置に通知することとしてもよい。これにより、番組推薦要求元のユーザの番組再生装置からの前記ユーザ識別子を含む番組推薦要求に対して、判定された推薦番組に対応する複数の特定項目の情報を通知することができる。一方、番組再生装置は、通知された複数の特定項目の情報と自身に保持されている番組情報とを比較することによって、推薦番組を特定することができる。
【００１２】
前記番組情報中の前記複数の特定項目は、放送規格に則った方式で個々の番組にユニークに割り当てられる番組識別子の項目と、放送日時に関する情報の項目を少なくとも含むものとしてもよい。番組推薦サービスの対象エリアを放送規格の異なる複数の国や地域まで拡げた場合、番組識別子が同一の異なる複数の番組が共存する可能性があるが、これら複数の番組の放送日時までもが一致する確率は非常に低い。したがって、番組識別子の項目と放送日時に関する情報の項目を少なくとも含む複数の特定項目の情報の組み合わせを利用することで、放送規格の異なる複数の国や地域を対象とする番組推薦サービスを良好に行うことができる。
【００１３】
本発明の情報処理装置において、前記パッケージ識別子生成部は、前記取得されたパッケージに含まれる前記複数の特定項目の情報と前記番組再生装置に予め設定された利用国情報とのユニークな組み合わせ毎にこれを識別するためのパッケージ識別子を生成し、前記第１のテーブル登録部は、前記複数の特定項目の情報と、前記ユーザ識別子と、前記利用国情報と、前記生成されたパッケージ識別子とを対応付けて前記第１のテーブルに登録することとしてもよい。これによっても、放送規格の異なる複数の国や地域を対象とする番組推薦サービスを良好に行うことができる。
【００１４】
本発明の情報処理装置において、前記判定部は、前記第２のテーブルを参照して番組視聴履歴が類似する２人のユーザを判定し、これらユーザの番組視聴履歴の差分をもとに、それぞれの前記ユーザに推薦する番組に対応する前記ユーザ毎のパッケージ識別子を判定し、前記第１のテーブルから前記ユーザ毎の前記パッケージ識別子に対応する前記複数の特定項目の情報をそれぞれ抽出し、前記通知部は、前記判定部により抽出された前記ユーザ毎の前記パッケージ識別子に対応する前記複数の特定項目の情報をそれぞれの前記ユーザの番組再生装置に通知するようにしてもよい。これにより、番組再生装置のユーザからの番組推薦要求に拠らず、自律的に、推薦番組に対応する複数の特定項目の情報を番組再生装置に通知することができる。
【００１５】
本発明の情報処理装置において、前記複数の特定項目の情報の１つが、放送規格に則った方式で個々の番組にユニークに割り当てられる番組識別子であり、前記情報処理装置は、対象エリア内の複数の国・地域の番組情報を取得する各国番組情報取得部と、前記取得された複数の国・地域の番組情報を保持する各国番組情報保持部とをさらに具備し、前記判定部は、番組推薦要求元のユーザの番組再生装置からの前記ユーザ識別子および利用国情報を含む番組推薦要求に応じて、前記第２のテーブルを参照して、当該番組推薦要求元のユーザと前記番組視聴履歴が類似する他のユーザを判定し、前記他のユーザの番組視聴履歴の中で前記番組推薦要求元のユーザの番組視聴履歴にない１以上のパッケージ識別子を推薦番組のパッケージ識別子として判定し、前記番組推薦要求に含まれる利用国情報をもとに、各国番組情報保持部に保持された複数の国・地域の番組情報の中で該当する国・地域の番組情報を判定し、前記推薦番組のパッケージ識別子に対応する複数の特定項目の情報と前記判定された国・地域の番組情報との整合性を判定し、前記通知部は、前記判定部により整合性があることが判定された場合、前記推薦番組のパッケージ識別子に対応する前記複数の特定項目の情報のうち前記番組識別子を前記番組推薦要求元のユーザの番組再生装置に通知するようにしてもよい。
【００１６】
本発明の別の側面に係る情報処理方法は、パッケージ取得部が、放送される番組毎の、複数の項目の情報で構成される番組情報を取得し、前記放送される番組を選択的に受信して再生し、ユーザにより視聴された番組に関する前記番組情報中の、知的所有権により二次利用が制限される情報を内容としてもち得ない予め決められた複数の特定項目の情報と前記ユーザのユーザ識別子とを含むパッケージを送信することが可能な１以上の番組再生装置より前記パッケージを取得し、パッケージ識別子生成部が、前記取得されたパッケージに含まれる前記複数の特定項目の情報のユニークな組み合わせ毎にこれを識別するためのパッケージ識別子を生成し、第１のテーブル登録部が、前記取得されたパッケージから前記複数の特定項目の情報を抽出して、これら複数の特定項目の情報と、前記パッケージの送信元である番組再生装置のユーザを識別するユーザ識別子と、前記生成されたパッケージ識別子と対応付けて前記第１のテーブルに登録し、第２のテーブル登録部が、前記第１のテーブルから前記ユーザ識別子と前記パッケージ識別子との対応関係を抽出して、前記ユーザ識別子に対応する１以上の前記パッケージ識別子を前記ユーザ毎の番組視聴履歴として前記第２のテーブルに登録し、判定部が、前記第２のテーブルに登録された互いに類似する複数の番組視聴履歴の間の差分にあたる１以上の前記パッケージ識別子を判定し、通知部が、前記判定された前記パッケージ識別子に対応して前記第１のテーブルに登録された前記複数の特定項目の情報のうち少なくとも一部を推薦先のユーザの番組再生装置に通知する、というものである。
【００１７】
本発明の別の側面に係るプログラムは、放送される番組毎の、複数の項目の情報で構成される番組情報を取得し、前記放送される番組を選択的に受信して再生し、ユーザにより視聴された番組に関する前記番組情報中の、知的所有権により二次利用が制限される情報を内容としてもち得ない予め決められた複数の特定項目の情報を含むパッケージを送信することが可能な１以上の番組再生装置より前記パッケージを取得するパッケージ取得部と、第１のテーブルを保存する第１のテーブル保存部と、前記取得されたパッケージに含まれる前記複数の特定項目の情報のユニークな組み合わせ毎にこれを識別するためのパッケージ識別子を生成するパッケージ識別子生成部と、前記取得されたパッケージから前記複数の特定項目の情報を抽出して、これら複数の特定項目の情報と、前記パッケージの送信元である番組再生装置のユーザを識別するユーザ識別子と、前記生成されたパッケージ識別子と対応付けて前記第１のテーブルに登録する第１のテーブル登録部と、第２のテーブルを保存する第２のテーブル保存部と、前記第１のテーブルから前記ユーザ識別子と前記パッケージ識別子との対応関係を抽出して、前記ユーザ識別子に対応する１以上の前記パッケージ識別子を前記ユーザ毎の番組視聴履歴として前記第２のテーブルに登録する第２のテーブル登録部と、前記第２のテーブルに登録された互いに類似する複数の番組視聴履歴の間の差分にあたる１以上の前記パッケージ識別子を判定する判定部と、前記判定部により判定された前記パッケージ識別子に対応して前記第１のテーブルに登録された前記複数の特定項目の情報のうち少なくとも一部を推薦先のユーザの番組再生装置に通知する通知部としてコンピュータを機能させるプログラムである。
【００１８】
さらに、本発明の別の側面に係る情報処理装置は、放送される番組毎の、放送規格に則った方式で個々の番組にユニークに割り当てられる番組識別子を含む複数の項目の情報で構成される番組情報を取得し、前記放送される番組を選択的に受信して再生し、ユーザにより視聴された番組に関する前記番組情報中の前記番組識別子を含むパッケージを送信することが可能な１以上の番組再生装置より前記パッケージを取得するパッケージ取得部と、第１のテーブルを保存する第１のテーブル保存部と、前記取得されたパッケージに含まれる前記番組識別子と前記番組再生装置に予め設定された利用国情報とのユニークな組み合わせ毎にこれを識別するためのパッケージ識別子を生成するパッケージ識別子生成部と、前記取得されたパッケージから前記番組識別子を抽出して、この番組識別子と、前記利用国情報と、前記パッケージの送信元である番組再生装置のユーザを識別するユーザ識別子と、前記生成されたパッケージ識別子とを対応付けて前記第１のテーブルに登録する第１のテーブル登録部と、第２のテーブルを保存する第２のテーブル保存部と、前記第１のテーブルから前記ユーザ識別子と前記パッケージ識別子との対応関係を抽出して、前記ユーザ識別子に対応する１以上の前記パッケージ識別子を前記ユーザ毎の番組視聴履歴として前記第２のテーブルに登録する第２のテーブル登録部と、前記第２のテーブルに登録された互いに類似する複数の番組視聴履歴の間の差分にあたる１以上の前記パッケージ識別子を判定する判定部と、前記判定部により判定された前記パッケージ識別子に対応して前記第１のテーブルに登録された前記番組識別子と前記利用国情報を推薦先のユーザの番組再生装置に通知する通知部とを具備する。
【発明の効果】
【００１９】
本発明によれば、知的所有権により二次利用が制限される可能性の高い番組のタイトルや内容などの情報を用いることなく、放送規格の異なる複数の国や地域を対象とした番組推薦サービスを良好に行うことができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の第１の実施形態に係る情報処理装置を含むシステム全体の構成を示す図である。
【図２】図１の番組再生装置の構成を示す図である。
【図３】図２の放送信号処理部の構成を示す図である。
【図４】図１の推薦サーバによる番組推薦サービスのための機能的な構成を示すブロック図である。
【図５】図１の番組再生装置による視聴履歴パッケージの生成・送信の動作手順を示すフローチャートである。
【図６】推薦サーバによるユーザ毎の視聴履歴管理の手順を示すフローチャートである。
【図７】パッケージテーブルの例を示す図である。
【図８】ＣＦテーブルの例を示す図である。
【図９】ＣＦテーブルの更新例を示す図である。
【図１０】図１の推薦サーバによる推薦番組の推定動作の手順を示すフローチャートである。
【図１１】第２の実施形態の推薦サーバによる推薦番組の推定動作の手順を示すフローチャートである。
【図１２】第３の実施形態の番組再生装置２Ａの構成を示す図である。
【図１３】第３の実施形態の推薦サーバによる番組推薦サービスのための機能的な構成を示すブロック図である。
【図１４】第３の実施形態の推薦サーバによる推薦番組の推定動作の手順を示すフローチャートである。
【発明を実施するための形態】
【００２１】
以下、図面を参照しながら、本発明の実施形態を説明する。
＜第１の実施形態＞
【００２２】
［システムの構成］
図１は、本発明の実施形態に係る情報処理装置を含むシステム全体の構成を示す図である。同図に示すように、本システムは、１以上の番組提供装置１と、複数の番組再生装置２（２−１，２−２）と、推薦サーバ３（情報処理装置）からなる。
【００２３】
番組提供装置１は、例えば、放送局や、サーバ装置などである。番組提供装置１は、例えば、地上波、衛星波、ＩＰネットワークなどの通信媒体を介してデジタル放送番組（以降「番組」と呼ぶ。）を送信する。番組提供装置１は、番組のストリームパケットと、現在放送中の番組に関する各種情報を含む番組情報のパケットとを多重化して送信することが可能である。
【００２４】
番組再生装置２は、番組提供装置１から地上波、衛星波、ＩＰネットワーク（インターネット）などの通信媒体を介して番組のデジタル放送信号を受信し、このデジタル放送信号から番組のトランスポートストリームパケットを分離し、復号することで、番組のビデオ信号および音声信号を復元し、表示部およびスピーカ部を通じて出力する。また、番組再生装置２は、受信したデジタル放送信号の中から番組情報のパケットを分離して復号し、適宜利用可能なデータとして保持することができる。
【００２５】
推薦サーバ３は、ＩＰネットワークを通じて接続された各番組再生装置２のユーザに対して、そのユーザの嗜好に合った番組を推薦するためのサービスを実行するサーバである。
【００２６】
なお、番組再生装置２は、より具体的には、テレビジョン装置、パーソナルコンピュータ、録画装置、再生専用装置、ゲーム機、携帯端末（電話機を含む。）などであるが、発明に関して、製品形態は問わない。
【００２７】
［番組再生装置２の構成］
次に、本実施形態の番組再生装置２の構成を説明する。
図２は番組再生装置２の構成を示す図である。
同図に示すように、番組再生装置２は、放送信号処理部２１、表示部２２、入力部２３、スピーカ部２４、番組推薦処理部２５を有する。
【００２８】
放送信号処理部２１は、番組提供装置１から地上波、衛星波、ＩＰネットワークなどの通信媒体を介してデジタル放送信号を受信し、このデジタル放送信号から番組のストリームパケットを分離し、復号することで、番組のビデオ信号および音声信号を復元（再生）し、表示部２２およびスピーカ部２４を通じて出力する。この放送信号処理部２１の詳細については後で説明する。
【００２９】
表示部２２は、放送信号処理部２１にてデジタル放送信号から復元されたビデオ信号を可視的な情報として出力する。入力部２３は、ユーザからの各種の操作命令やデータの入力を受け付ける。スピーカ部２４は、放送信号処理部２１にてデジタル放送信号から復元されたオーディオ信号をもとに音を出力する。表示部２２、入力部２３、およびスピーカ部２４は内蔵されたもの、外付けされたものを問わない。
【００３０】
番組推薦処理部２５は、推薦サーバ３が提供する番組推薦サービスを享受するために必要な処理を行う。番組推薦処理部２５は、より具体的には、ＣＰＵ（Central Processing Unit）、メインメモリを含む典型的なコンピュータハードウェアとこれを動作させるプログラムによって実現される。
【００３１】
さらに、番組再生装置２は、ハードディスクドライブ、フラッシュドライブなどの不揮発性のストレージ部を備えるものであってもよい。この場合、番組再生装置２は、受信した番組のビデオ信号およびオーディオ信号をストレージ部に記録できる。また、番組再生装置２は、ストレージ部に記録された番組のビデオ信号およびオーディオ信号を再生することも可能である。
【００３２】
ここで、放送信号処理部２１のより詳細な構成を説明する。
図３は放送信号処理部２１の構成を示す図である。
放送信号処理部２１は、放送信号受信部２１１、復調・復号部２１２、トランスポートストリーム（ＴＳ）再生部２１３、デマルチプレクサ２１４、ビデオ復号部２１５、オーディオ復号部２１６、データ復号部２１７などを有する。これらは地上波、衛星波、ＩＰネットワークなどの通信媒体を介して番組を受信する典型的な受信機の構成と同様である。
【００３３】
放送信号受信部２１１は、より具体的には、放送局から地上波、衛星波などの放送媒体を介してデジタル放送信号をアンテナを介して選局して受信するチューナや、ＩＰネットワークを通じてＩＰマルチキャスト放送信号を受信するＩＰネットワーク接続部である。
【００３４】
復調・復号部２１２は、放送信号受信部２１１にて受信されたデジタル放送信号を、伝送モード（変調方式、符号化率など）に応じた方法で復調および復号してトランスポートストリーム再生部２１３に供給する。
【００３５】
トランスポートストリーム再生部２１３は、復調・復号部２１２より供給された信号をもとにトランスポートストリームを再生してデマルチプレクサ２１４に供給する。
【００３６】
デマルチプレクサ２１４は、トランスポートストリーム再生部２１３より供給されたトランスポートストリームからビデオストリーム、オーディオストリーム、番組情報などのデータストリームなどを分離し、それぞれビデオ復号部２１５、オーディオ復号部２１６、データ復号部２１７に供給する。
【００３７】
ビデオ復号部２１５は、デマルチプレクサ２１４より供給されたビデオストリームを復号し、表示部２２にビデオ信号を供給する。オーディオ復号部２１６は、デマルチプレクサ２１４より供給されたオーディオストリームを復号してスピーカ部２４にオーディオ信号を供給する。データ復号部２１７は、デマルチプレクサ２１４より供給された番組情報などのデータストリームを復号し、番組情報の復号結果を番組推薦処理部２５に供給する。
【００３８】
［番組推薦処理部２５の構成］
図２に戻って番組推薦処理部２５の構成を説明する。番組推薦処理部２５は、番組情報取得部２５１、番組情報保持部２５２、利用国情報・ユーザＩＤ保持部２５３、視聴履歴パッケージ生成部２５４、視聴履歴パッケージ送信部２５５、推薦番組パッケージ取得部２５６、および推薦番組情報出力部２５７を具備する。
【００３９】
番組情報取得部２５１は、放送信号処理部２１より番組情報を取得して、番組情報保持部２５２に保持させる。番組情報保持部２５２は番組情報を保持する記憶領域である。
【００４０】
利用国情報・ユーザＩＤ保持部２５３は、利用国情報およびユーザＩＤ（ユーザ識別情報）が保持される記憶部である。利用国情報は、番組再生装置２の出荷前に利用国情報・ユーザＩＤ保持部２５２にプリセットされた情報である。例えば、日本国内で出荷された情報処理装置の利用国情報・ユーザＩＤ保持部２５２には、利用国情報として"日本"が記憶されている。ユーザＩＤは、番組再生装置２のユーザが推薦サーバ３に対してユーザ登録手続きを行うことによって当該ユーザに割り当てられるユーザ識別用のＩＤである。
【００４１】
視聴履歴パッケージ生成部２５４は、ユーザにより視聴された番組について、番組情報保持部２５２に保持された番組情報の中から、予め決められた複数の特定項目の情報を抽出し、これら複数の特定項目の情報と利用国情報・ユーザＩＤ保持部２５３に保持された利用国情報とユーザＩＤとをパッケージングして視聴履歴パッケージを作成する。複数の特定項目の情報については後で説明する。
【００４２】
視聴履歴パッケージ送信部２５５は、視聴履歴パッケージ生成部２５４により生成された視聴履歴パッケージをＩＰネットワークを通じて推薦サーバ３に送信する。
【００４３】
推薦番組パッケージ取得部２５６は、推薦サーバ３から番組推薦結果である推薦番組パッケージを取得して推薦番組情報出力部２５７に供給する。
【００４４】
推薦番組情報出力部２５７は、推薦番組パッケージ取得部２５６より供給された推薦番組パッケージと、番組情報保持部２５２に保持された番組情報とを比較して推薦番組を特定し、特定した推薦番組に関する情報を表示部２２を通じてユーザに提示する処理を行う。
【００４５】
［推薦サーバ３の構成］
次に、推薦サーバ３の構成について説明する。
【００４６】
推薦サーバ３は、ＣＰＵ（Central Processing Unit）、メインメモリ、ＲＯＭ（Read Only Member）、ストレージ部、入力部、表示部、ＩＰネットワーク接続部などを含む典型的なコンピュータハードウェアと、これを動作させるＯＳ（Operating System）、アプリケーションプログラム等のソフトウェアとにより構成される。ストレージ部は、例えば、ハードディスクドライブ、フラッシュドライブなどであり、ここにＯＳをはじめ、番組推薦サービスをコンピュータに実行させるためのアプリケーションプログラムや各種データが格納されている。ＯＳ、アプリケーションプログラムは、ストレージ部からメインメモリに適宜ロードされることによってＣＰＵにより解釈、実行されることで、コンピュータを番組推薦サービスを行う推薦サーバ３として機能させる。
【００４７】
図４は推薦サーバ３による番組推薦サービスのための機能的な構成を示すブロック図である。
同図に示すように、推薦サーバ３は、番組推薦サービスのための機能的な構成として、視聴履歴パッケージ取得部３１（パッケージ取得部）、パッケージテーブル保存部３２（第１のテーブル保存部）、パッケージテーブル管理部３３（パッケージ識別子生成部、第１のテーブル登録部）、ＣＦテーブル保存部３４（第２のテーブル保存部）、ＣＦエンジン３５（第２のテーブル登録部、判定部）、推薦番組パッケージ送信部３６（通知部）などを備えている。
【００４８】
視聴履歴パッケージ取得部３１は、複数の番組再生装置２よりＩＰネットワークを通じて視聴履歴パッケージを取得し、パッケージテーブル管理部３３に受け渡す。
【００４９】
パッケージテーブル保存部３２は、パッケージテーブル（第１のテーブル）を保存する部分である。パッケージテーブルは、視聴履歴パッケージ取得部３１により取得された視聴履歴パッケージに含まれる複数の特定項目の情報、利用国情報およびユーザＩＤと、パッケージＩＤおよび取得回数などが互いに対応付けて１つのレコードとして１以上登録されるテーブルである。ここで、パッケージＩＤは、視聴履歴パッケージに含まれる複数の特定項目の情報と利用国情報とのユニークな組み合わせに対してユニークに割り当てられる識別子（パッケージ識別子）である。
【００５０】
パッケージテーブル管理部３３は、視聴履歴パッケージ取得部３１より供給された視聴履歴パッケージに含まれる複数の特定項目の情報と利用国情報とのユニークな組み合わせ毎にこれを識別するためのパッケージＩＤを生成する。また、パッケージテーブル管理部３３は、視聴履歴パッケージ取得部３１より供給された視聴履歴パッケージから複数の特定項目の情報とユーザＩＤを抽出して、これらを、上記のパッケージＩＤと対応付けてパッケージテーブルに登録する。さらに、パッケージテーブル管理部３３は、パッケージテーブル保存部３２に保存されたパッケージテーブルにおいて取得回数が閾値に達したレコードの内容をＣＦエンジン３５に供給する。
【００５１】
ＣＦテーブル保存部３４は、番組再生装置２のユーザ毎の番組視聴履歴に相当する情報として、１以上のパッケージＩＤが登録されるＣＦテーブル（第２のテーブル）を保存する部分である。
【００５２】
ＣＦエンジン３５は、パッケージテーブル管理部３３より供給されたレコードの内容をもとにＣＦテーブル保存部３４に保存されたＣＦテーブルを更新する処理を行う。ＣＦエンジン３５は、より具体的には、パッケージテーブル管理部３３より供給されたレコード中のユーザＩＤをもとにＣＦテーブル上の該当するユーザの番組視聴履歴に相当するレコードを調べ、このレコードにパッケージテーブル管理部３３より供給されたレコードに含まれるパッケージＩＤを追加する。これによりＣＦテーブルに当該ユーザＩＤに対応付けられて登録されたパッケージＩＤの組み合わせが更新されて、当該ユーザの番組視聴履歴が更新される。
【００５３】
また、ＣＦエンジン３５は、番組再生装置２からユーザＩＤを含む番組推薦要求を受けたとき、ＣＦテーブルを参照して、番組推薦要求元のユーザと他のユーザとの間でのパッケージＩＤの組み合わせどうしの類似度を算出し、類似度の高い他のユーザを判定する。ＣＦエンジン３５は、番組推薦要求元のユーザと判定された他のユーザのそれぞれのパッケージＩＤの組み合わせどうしの差分にあたる１以上のパッケージＩＤを判定する。より具体的には、ＣＦエンジン３５は、判定した他のユーザのユーザＩＤに対応するＣＦテーブル上のレコードに含まれるパッケージＩＤの組み合わせの中で、番組推薦要求元のユーザのユーザＩＤに対応するＣＦテーブル上のレコードに含まれるパッケージＩＤ以外のものを上記の差分として判定する。そしてＣＦエンジン３５は、パッケージテーブル上の当該パッケージＩＤに対応するレコードに含まれる複数の特定項目の情報と利用国情報を１つの推薦番組パッケージにパッケージングして推薦番組パッケージ送信部３６に供給する。
【００５４】
推薦番組パッケージ送信部３６は、ＣＦエンジン３５より供給された推薦番組パッケージを、ＩＰネットワークを通じて番組推薦要求元のユーザの番組再生装置２に送信する。
【００５５】
［複数の特定項目の情報と利用国情報］
番組情報とは、番組のＩＤ、タイトル、放送日時に関する情報、番組内容など、複数の項目の情報からなり、現在放送中や今後放送予定の番組をユーザやコンピュータが特定するために用いられる情報である。番組情報はＳＩ（Service Information）、ＥＩＴ（Event Information Table）などとして、放送番組のトランスポートストリームに多重化されて放送配信される。番組情報を構成する複数項目の情報のうち、例えばタイトル、番組内容などは、商標や著作権などの知的所有権により二次利用が制限される情報を含む場合がある。このため、これらの情報を番組再生装置２と推薦サーバ３との間でやりとりするとなると、世界中の権利保有者に対して二次利用の許諾をとる必要が生じるなど、システムの導入に向けての現実的な壁が高くなることが予測される。
【００５６】
一方、番組ＩＤ、放送日時に関する情報などの情報は、知的所有権により二次利用が制限されることはないものの、個々には、情報の性格上、番組を特定するための情報としては不十分である。例えば、番組ＩＤは、放送規格に則った方式で個々の番組にユニークに割り当てられる識別子であるため、番組ＩＤのユニーク性は１つの国や地域の中で保証されているにすぎない。このため、放送規格の異なる複数の国や地域をサービス対象にした場合、番組ＩＤのみでは番組を特定することはできない。
【００５７】
そこで本実施形態の番組推薦方式は、番組情報の中で、知的所有権により二次利用が制限される情報を内容としてもち得ない予め決められた複数の特定項目の情報の組み合わせを、番組を特定するための情報として利用する。より具体的には、少なくとも、番組ＩＤの項目と放送日時に関する情報の項目を含む、予め決められた複数の特定項目の情報の組み合わせが利用される。少なくとも番組ＩＤと放送日時に関する情報の２つの項目の情報が利用されるのは、番組推薦サービスの対象エリアを放送規格の異なる複数の国や地域まで拡げた場合、番組ＩＤが同一の異なる複数の番組が共存する可能性があるが、これら複数の番組の放送日時までもが一致する確率は非常に低いためである。本実施形態の番組推薦方式の主な目的は、知的所有権により二次利用が制限される可能性のある情報を用いることなく、番組推薦サービスの対象エリアを放送規格の異なる複数の国や地域まで拡げることにあり、番組の特定精度、推薦番組の推定精度にある程度の制約が発生することは敢えて許容するものである。
【００５８】
また、番組情報には、番組ＩＤ、放送日時に関する情報以外にも、知的所有権により二次利用が制限される情報を内容としてもち得ない項目の情報が多々存在する。これら複数項目の情報のうち１以上の項目の情報を、番組ＩＤおよび放送日時に関する情報と組み合わせて利用してもよい。組み合わせる情報の数が多ければ多いほど、番組の特定精度、推薦番組の推定精度の向上が期待できる。
【００５９】
番組の特定精度、推薦番組の推定精度をさらに向上させるために、番組情報中の複数の特定項目の情報だけではなく、これらに番組再生装置２に予め設定されている利用国情報を加えたものを利用してもよい。
【００６０】
また、番組ＩＤと利用国情報との組み合わせを利用することも可能である。この場合にも、放送規格の異なる複数の国や地域を対象とする番組推薦サービスを良好に行うことができる。但し、次のような問題が予測される。すなわち、一つの国内や地域内において、同じ番組ＩＤが割り当てられた複数の異なる番組が共存してしまう可能性がある。これは、ＩＤの種類が枯渇した場合のＩＤの再利用方法や、過去の番組を再放送する際にその番組に既に割り当てられている番組ＩＤをそのまま使用するか、それとも改めて番組ＩＤを割り当てなおすか、といったルールが国際的に標準化されていないこと等に起因している。もし番組ＩＤの枯渇に対して初期値からＩＤが再利用され、古い番組を再放送する際にその番組に既に割り当てられている番組ＩＤがそのまま使用された場合、同じ番組ＩＤが割り当てられた複数の異なる番組が共存する場面が生じる可能性が高くなる。したがって、このような場面での番組特定エラーが発生するおそれがある。しかしながら、本実施形態の番組推薦方式の主な目的は、知的所有権により二次利用が制限される情報を用いることなく、番組推薦サービスの対象エリアを放送規格の異なる複数の国や地域まで拡げることにあり、番組の特定精度、推薦番組の推定精度にある程度の制約が発生することは敢えて許容するものである。
【００６１】
番組情報中の複数の特定項目の情報の具体例として、ＤＶＢ（欧州放送規格）の番組情報を対象とする場合を説明する。
ＤＶＢの番組情報は、タイトル、放送局名、スタッフ・キャスト情報、番組詳細、番組ＩＤ、放送開始時間、番組長、ジャンル、映像・音声情報、レーティングなどの複数項目の情報を含む。ここで、番組ＩＤは、network_id，transport_stream_id，service_id, event_idなどで構成される。この中でnetwork_id，transport_stream_id，service_idは番組提供先を特定するための識別子である。event_idは番組を特定するための識別子である。放送開始時間（start_time）は、番組の放送が開始される時刻（放送局が存在する地域での現地時刻）の情報である。番組長（duration）は、番組の放送時間の長さである。ジャンル（content_nibble_level_1/2）は、番組のジャンルを示す情報である。映像・音声情報（component_type）は、映像データの種別（走査線の数、アスペクト比など）および音声データの種別（モノラル／ステレオ）等を示す情報である。レーティング（rating）は視聴制限に関する情報である。
【００６２】
以上の項目の情報において、タイトル、放送局名、スタッフ・キャスト情報の各項目は、知的所有権により二次利用が制限される情報を内容としてもち得る項目と言える。一方、番組ＩＤ、放送開始時間、番組長、ジャンル、映像・音声情報、レーティングの各項目は、二次利用が制限される情報を内容としてもち得ない項目と言える。なお、放送開始時間は、上記の放送日時に関する情報に相当する。したがって、ＤＶＢの場合にも、少なくとも番組ＩＤと放送開始時間の２つの項目を含む複数の特定項目の情報の組み合わせを番組を特定するための情報として利用することができる。
【００６３】
次に、本実施形態のシステムの動作を説明する。
［視聴履歴パッケージの生成・送信］
図５は番組再生装置２による視聴履歴パッケージの生成・送信の動作の手順を示すフローチャートである。
なお、この動作では、ＤＶＢの番組情報の中の、番組ＩＤ、放送開始時間、番組長、ジャンル、映像・音声情報、レーティングの各項目の情報に利用国情報を組み合わせたものを、番組を特定するための情報として利用している。
【００６４】
番組再生装置２は、推薦サーバ３が提供する番組推薦サービスを享受するために次のような動作を行う。
（ステップＳ１０１）まず、番組再生装置２内の視聴履歴パッケージ生成部２５４は、放送信号処理部２１にて例えば一定時間連続して再生された番組をユーザにより視聴された番組として判定する。ここで、一定時間とは、ユーザによる番組選択時のザッピングを実際の視聴と判別できる程度の時間（例えば数分）である。
【００６５】
（ステップＳ１０２）視聴履歴パッケージ生成部２５４は、ユーザによる番組の視聴を判定すると、番組情報保持部２５２に保持された当該視聴番組の番組情報の中から複数の特定項目の情報である、番組ＩＤ、放送開始時間、番組長、ジャンル、映像・音声情報、レーティングの各項目の情報を抽出する。
【００６６】
（ステップＳ１０３）次に、視聴履歴パッケージ生成部２５４は、抽出した複数の特定項目の情報と、利用国情報・ユーザＩＤ保持部２５３に予め保持された利用国情報およびユーザＩＤとを１つの視聴履歴パッケージとしてパッケージングし、視聴履歴パッケージ送信部２５５に供給する。
【００６７】
（ステップＳ１０４）視聴履歴パッケージ送信部２５５は、視聴履歴パッケージを受け取ると、この視聴履歴パッケージをＩＰネットワークを通じて推薦サーバ３に送信する。
【００６８】
以上の視聴履歴パッケージの生成および送信は、上記のように、ユーザにより視聴された番組が判定される毎に行われてもよいし、ユーザにより視聴された番組を内部的に一意に識別可能な情報を保持しておき、一定の時間周期で、まとめて視聴履歴パッケージの生成と送信を行うようにしてもよい。
【００６９】
［ユーザ毎の番組視聴履歴の管理］
推薦サーバ３は、番組再生装置２より取得した視聴履歴パッケージに含まれる複数の特定項目の情報と利用国情報との組み合わせから番組を特定する。推薦サーバ３は、その情報の組み合わせに対してパッケージＩＤを生成し、視聴履歴パッケージに含まれるユーザＩＤをもとに、このパッケージＩＤを、ユーザ毎の番組視聴履歴を格納するためのＣＦテーブルに登録する。以下に、推薦サーバ３によるユーザ毎の番組視聴履歴の管理の詳細を説明する。
【００７０】
図６は推薦サーバ３によるユーザ毎の視聴履歴管理の手順を示すフローチャートである。
（ステップＳ２０１）まず、視聴履歴パッケージ取得部３１が、いずれかの番組再生装置２よりＩＰネットワークを通じて推薦サーバ３に送信されてきた視聴履歴パッケージを取得する。視聴履歴パッケージ取得部３１は、取得した視聴履歴パッケージをパッケージテーブル管理部３３に供給する。
【００７１】
パッケージテーブル管理部３３は、視聴履歴パッケージ取得部３１より視聴履歴パッケージを受け取ると、パッケージテーブル保存部３２に保存されたパッケージテーブルの更新を次のように行う。
【００７２】
図７はパッケージテーブルの例である。同図に示すように、パッケージテーブルは、視聴履歴パッケージから抽出された複数の特定項目の情報および利用国情報と、パッケージＩＤと、取得回数と、ユーザＩＤなどが互いに対応付けられて１つのレコードとして１以上登録することが可能なテーブルである。パッケージＩＤは、複数の特定項目の情報と利用国情報とのユニークな組み合わせに対してユニークに割り当てられる識別子である。取得回数は、パッケージＩＤ毎の視聴履歴パッケージの取得回数のカウント値である。ユーザＩＤは、視聴履歴パッケージに含まれていたユーザＩＤである。なお、図７において、"＊＊＊"は何らかの登録情報を示す。ユーザＩＤについては、パッケージＩＤと対応付けて別のテーブルで管理するようにしてもよい。
【００７３】
（ステップＳ２０２）パッケージテーブル管理部３３は、パッケージテーブルに登録される各レコードにおける複数の特定項目の情報と利用国情報との組み合わせのユニーク性を確保するために、取得した視聴履歴パッケージに含まれる複数の特定項目の情報と利用国情報との組み合わせがパッケージテーブルに既に登録されているかどうかを判定する。
【００７４】
（ステップＳ２０３）視聴履歴パッケージに含まれる複数の特定項目の情報と利用国情報との組み合わせがパッケージテーブルに登録されていない場合、パッケージテーブル管理部３３は、視聴履歴パッケージ取得部３１より供給された視聴履歴パッケージに含まれる複数の特定項目の情報と利用国情報との組み合わせに対して新たなパッケージＩＤを生成する。
【００７５】
（ステップＳ２０４）続いて、パッケージテーブル管理部３３は、視聴履歴パッケージ取得部３１より供給された視聴履歴パッケージに含まれる複数の特定項目の情報、利用国情報、ユーザＩＤを、上記の新たなパッケージＩＤと対応付けて新たなレコードとしてパッケージテーブルに登録する。さらに、パッケージテーブル管理部３３は、当該新たなレコードに取得回数として初期値である"１"をセットする。これで、視聴履歴パッケージの取得時の処理が終了する。
【００７６】
（ステップＳ２０５）また、視聴履歴パッケージに含まれる複数の特定項目の情報と利用国情報の組み合わせがパッケージテーブルのいずれかのレコードに既に登録されている場合の動作は次の通りである。この場合、パッケージテーブル管理部３３は、そのデータパッケージレコード中の取得回数の値をインクリメントする。さらに、パッケージテーブル管理部３３は、そのレコードに視聴履歴パッケージに含まれていたユーザＩＤを追加する。なお、同じユーザＩＤが既に登録されている場合には、取得回数の値のインクリメントのみが行われる。
【００７７】
（ステップＳ２０６）続いて、パッケージテーブル管理部３３は、インクリメントされた取得回数が閾値に達したかどうかを判定する。インクリメントされた取得回数が閾値に達していなければ、視聴履歴パッケージの取得時の処理が終了する。
【００７８】
（ステップＳ２０７）インクリメントされた取得回数が閾値に達した場合、パッケージテーブル管理部３３は、その取得回数が閾値に達したレコードに含まれるパッケージＩＤおよびユーザＩＤ（レコード中の全てのユーザＩＤ）を取り出し、これらを含むＣＦテーブル更新要求をＣＦエンジン３５に通知する。
【００７９】
（ステップＳ２０８）ＣＦエンジン３５は、このＣＦテーブル更新要求を受けると、このＣＦテーブル更新要求に含まれる各々のユーザＩＤに対応するＣＦテーブル上のレコードに、ＣＦテーブル更新要求に含まれるパッケージＩＤを追加する。
【００８０】
図８はＣＦテーブルの例である。同図に示すように、ＣＦテーブルは、推薦サーバ３が提供するサービスを利用可能な複数の番組再生装置２のユーザ毎の番組視聴履歴に相当する情報として複数のパッケージＩＤを登録することが可能なテーブルである。なお、図８において、"−−"はパッケージＩＤの未登録エリアを示す。このＣＦテーブルによると、例えば、ユーザＩＤ＝１に３つのパッケージＩＤ＝１，１０，１２が対応付けられており、これら３つのパッケージＩＤの組み合わせは当該ユーザの番組視聴履歴に相当する情報と言える。
【００８１】
ＣＦテーブルの更新の具体例を説明する。
ここで、推薦サーバ３では、番組再生装置２のユーザ（ユーザＩＤ＝１）から取得した視聴履歴パッケージに含まれる複数の特定項目の情報と利用国情報との組み合わせが、図７のパッケージテーブルのパッケージＩＤ＝２３のレコードに含まれる情報の組み合わせと一致したこととする。そして当該レコード中の取得回数の値がインクリメントされた結果、その取得回数の値が閾値（この例では100,000）に達した場合を想定する。ＣＦエンジン３５は、パッケージテーブル管理部３３より、その取得回数が閾値に達したレコードに含まれるパッケージＩＤ（＝２３）およびユーザＩＤ（＝１，４）を含むＣＦテーブル更新要求を受けてＣＦテーブルの更新を行う。例えば、更新前のＣＦテーブルが図８に示す状態にあるものとした場合、ＣＦテーブルのユーザＩＤ（＝１，４）に対応するそれぞれのレコードにパッケージＩＤ（＝２３）が追加されることによって、更新後のＣＦテーブルは図９に示す状態になる。
【００８２】
［推薦番組の推定］
ＣＦテーブルにおいて、パッケージＩＤの組み合わせが類似する複数のユーザは互いに類似した番組視聴履歴を有すると言える。したがって、これら類似した番組視聴履歴を有する複数のユーザのうち一部のユーザだけが視聴したことのある番組は他のユーザにとっての推薦番組である妥当性は高い。推薦サーバ３は、このような観点から次のようにして推薦番組を推定する。
【００８３】
図１０は推薦サーバ３による推薦番組の推定動作の手順を示すフローチャートである。
（ステップＳ３０１）番組再生装置２の推薦番組パッケージ取得部２５６は、ＩＰネットワークを通じて推薦サーバ３に対してユーザＩＤを含む番組推薦要求を送信する。
【００８４】
（ステップＳ３０２）推薦サーバ３は、番組再生装置２から送信されてきた、ユーザＩＤを含む番組推薦要求をＣＦエンジン３５で受け取る。
【００８５】
（ステップＳ３０３）ＣＦエンジン３５は、ユーザＩＤを含む番組推薦要求を受け取ると、ＣＦテーブルを参照して、要求元のユーザと他のユーザそれぞれとの間での、パッケージＩＤの組み合わせどうしの類似度から要求元のユーザと番組視聴履歴が類似する他のユーザを判定する。
【００８６】
この動作の具体例を説明する。例えば、番組再生装置２の、ユーザＩＤ＝１のユーザからの番組推薦要求が推薦サーバ３のＣＦエンジン３５にて受け取られたものとする。このときのＣＦテーブルの状態を図９とする。ＣＦエンジン３５は、ＣＦテーブル上の、要求元のユーザ（ユーザＩＤ＝１）と、ＣＦテーブル上の要求元ユーザ以外のユーザそれぞれとの間でのパッケージＩＤの組み合わせの類似度を求める。説明の簡単のため、ここでは図９のＣＦテーブルにおいてユーザＩＤが１から６の計６名のユーザを対象に類似度を求める場合を説明する。なお、類似度の具体的な計算方法については様々なものがあり、例えば、一致するパッケージＩＤの数に基づく方法、パッケージＩＤが一致した数の割合に基づく方法などを挙げることができる。ここでは、一致するパッケージＩＤの数に基づき類似度を求め、要求元のユーザと番組視聴履歴が類似する他のユーザを判定する場合について説明する。
【００８７】
要求元であるユーザのユーザＩＤ＝１に対応するパッケージＩＤの組み合わせ（１，１０，１２，２３）と、他のユーザのパッケージＩＤの組み合わせとの間でパッケージＩＤが一致する数を調べると、
ユーザＩＤ＝２のユーザとの間で一致する数は１、
ユーザＩＤ＝３のユーザとの間で一致する数は０、
ユーザＩＤ＝４のユーザとの間で一致する数は３、
ユーザＩＤ＝５のユーザとの間で一致する数は０、
ユーザＩＤ＝６のユーザとの間で一致する数は０である。
【００８８】
ここで、一致するパッケージＩＤの数が３以上で、かつ最大であることを番組視聴履歴が類似する他のユーザの判定基準とした場合、ユーザＩＤ＝４のユーザが、要求元のユーザと番組視聴履歴が類似する他のユーザとして判定される。したがって、要求元のユーザと番組視聴履歴が類似する他のユーザは複数判定されることもある。
【００８９】
（ステップＳ３０４）このようにして要求元のユーザと番組視聴履歴が類似する他のユーザが判定された後、ＣＦエンジン３５は、判定した他のユーザ毎に、そのユーザのユーザＩＤに対応付けられた複数のパッケージＩＤの中で、要求元のユーザのユーザＩＤに対応するパッケージＩＤ以外のものを判定する。例えば、上記の動作例では、要求元のユーザと番組視聴履歴が類似する他のユーザがユーザＩＤ＝４の１人のユーザであることが判定された。ここで、ユーザＩＤ＝４に対応する複数のパッケージＩＤが図９のように"１０"、"１２"、"１９"、"２３"であり、要求元であるユーザのユーザＩＤ＝１に対応するパッケージＩＤは"１"、"１０"、"１２"、"２３"であるから、パッケージＩＤ＝１９が判定の結果として得られる。なお、判定の結果であるパッケージＩＤの種類は１つとは限らず複数となる場合もある。また、要求元のユーザと番組視聴履歴が類似する他のユーザが複数である場合には、ＣＦエンジン３５は、各々の他のユーザのユーザＩＤを対象に判定されたパッケージＩＤの和集合を最終的な判定の結果とする。
【００９０】
（ステップＳ３０５）この後、ＣＦエンジン３５は、判定したパッケージＩＤに対応するパッケージテーブル上のレコードに含まれる複数の特定項目の情報をパッケージングして推薦番組パッケージを作成する。これにより、要求元のユーザの番組視聴履歴に合い、かつ要求元のユーザによってまだ視聴されていない可能性の高い番組に関する情報を１つにまとめた推薦番組パッケージが得られる。
【００９１】
（ステップＳ３０６）ＣＦエンジン３５は、生成した推薦番組パッケージを推薦番組パッケージ送信部３６に供給する。推薦番組パッケージ送信部３６はＣＦエンジン３５から供給された推薦番組パッケージをＩＰネットワークを通じて要求元のユーザの番組再生装置２に送信する。
【００９２】
（ステップＳ３０７）番組再生装置２は、推薦サーバ３のＣＦエンジン３５から送信されてきた推薦番組パッケージを推薦番組パッケージ取得部２５６にて取得して推薦番組情報出力部２５７に供給する。
【００９３】
（ステップＳ３０８）推薦番組情報出力部２５７は、推薦番組パッケージに含まれる複数の特定項目の情報と、番組情報保持部２５２に保持された番組情報とを比較して推薦番組を特定し、特定した推薦番組の番組情報を表示部２２を通じてユーザに提示する。このとき掲示される番組情報には、番組ＩＤおよび放送日時に関する情報に加えて、タイトル、放送局名、番組内容など、知的所有権により二次利用が制限される情報が含まれていてもよい。すなわち、これらの情報の表示は番組再生装置２に保持されている番組情報の一次利用によるからである。
【００９４】
表示部２２に推薦番組の番組情報を表示させる方法としては、例えば、表示部２２の画面にユーザにより選局された番組を表示する領域とは別に、ユーザによる番組の選局や機器の操作をナビゲーションするための情報表示領域が存在する場合には、この情報表示領域に推薦番組の番組情報を表示するなどすればよい。ユーザにより選局された番組を表示する領域に、推薦番組の番組情報を重ねて表示させるようにしてもよい。
【００９５】
以上のように、本実施形態では、番組再生装置２と推薦サーバ３との間で、番組情報中の例えば、タイトル、放送局名、スタッフ・キャスト情報など、知的所有権により二次利用が制限される情報を含む場合のある項目の情報をやりとりすることなく、放送規格の異なる複数の国や地域を対象とした番組推薦サービスを良好に行うことができる。
【００９６】
また、本実施形態では、パッケージテーブルにおいて、取得回数が閾値に達したレコードに含まれるパッケージＩＤおよびユーザＩＤでのみＣＦテーブルの更新が行われるので、ＣＦテーブルの更新回数を減らして処理負担を軽減できるとともに、何らのエラーにより本来発生し得ない複数の特定項目の情報の組み合わせに対応するパッケージＩＤが第２のテーブルに登録されることを回避できる。これにより番組推薦サービスの信頼性を向上させることができる。
【００９７】
＜第２の実施形態＞
次に、本発明の第２の実施形態を説明する。
第１の実施形態では、推薦サーバ３が、番組再生装置２からユーザＩＤを含む番組推薦要求をＣＦエンジン３５で受け取ったことを契機に推薦番組の推定動作を開始することとしたが、その変形形態として、推薦サーバ３が自律的に一定の時間周期で推薦番組の推定動作を開始することとしてもよい。
【００９８】
図１１は、第２の実施形態に係る推薦サーバ３による推薦番組の推定動作の手順を示すフローチャートである。
【００９９】
（ステップＳ４０１）ＣＦエンジン３５は、一定の時間周期で、ＣＦテーブルを参照して、パッケージＩＤの組み合わせの類似度が閾値に達した２人のユーザを判定する。
例えば、図９のＣＦテーブルが存在する状況において、２人のユーザ間でパッケージＩＤが一致する数は、
ユーザＩＤ＝１，２のユーザ間で１、
ユーザＩＤ＝１，３のユーザ間で０、
ユーザＩＤ＝１，４のユーザ間で３、
ユーザＩＤ＝１，５のユーザ間で０、
ユーザＩＤ＝１，６のユーザ間で０、
ユーザＩＤ＝２，３のユーザ間で２、
ユーザＩＤ＝２，４のユーザ間で０、
ユーザＩＤ＝２，５のユーザ間で１、
ユーザＩＤ＝２，６のユーザ間で０、
ユーザＩＤ＝３，４のユーザ間で０、
ユーザＩＤ＝３，５のユーザ間で１、
ユーザＩＤ＝３，６のユーザ間で０、
ユーザＩＤ＝４，５のユーザ間で０、
ユーザＩＤ＝４，６のユーザ間で０、
ユーザＩＤ＝５，６のユーザ間で０である。
閾値を３とした場合、ユーザＩＤ＝１，４の各ユーザが、パッケージＩＤの組み合わせの類似度が閾値に達した２人のユーザとして判定される。
【０１００】
（ステップＳ４０２）次に、ＣＦエンジン３５は、判定された２人のユーザにおいて、これらのユーザの番組視聴履歴の差分をもとに各々のユーザに推薦する番組に対応するパッケージ識別子をそれぞれ判定する。具体的には、ＣＦエンジン３５は、２人のユーザのうち一方のユーザのユーザＩＤに対応する複数のパッケージＩＤの中で、他方のユーザのユーザＩＤに対応するパッケージＩＤ以外のものを判定する。例えば、上記の例では、ユーザＩＤ＝１に対応するパッケージＩＤは"１"、"１０"、"１２"、"２３"、ユーザＩＤ＝４に対応するパッケージＩＤは"１０"、"１２"、"１９"、"２３"である。したがって、ユーザＩＤ＝１のユーザに対してパッケージＩＤ＝１９が判定され、ユーザＩＤ＝４のユーザに対してパッケージＩＤ＝１が判定される。
【０１０１】
（ステップＳ４０３）この後、ＣＦエンジン３５は、それぞれのユーザ毎に、判定されたパッケージＩＤに対応するパッケージテーブル上のレコードに含まれる複数の特定項目の情報をパッケージングして、ユーザ毎の推薦番組パッケージを作成する。ＣＦエンジン３５は、これらユーザ毎の推薦番組パッケージを、それぞれ該当するユーザの番組再生装置２（図１１の番組再生装置２−１，２−２）に送信するよう推薦番組パッケージ送信部３６に依頼する。
【０１０２】
（ステップＳ４０４）推薦番組パッケージ送信部３６はＣＦエンジン３５からの依頼に従って、ユーザ毎の推薦番組パッケージを、それぞれ該当するユーザの番組再生装置２（番組再生装置２−１，２−２）にＩＰネットワークを通じて送信する。
【０１０３】
（ステップＳ４０５Ａ，４０５Ｂ）番組再生装置２（２−１，２−２）はそれぞれ、第１の実施形態と同様に、推薦サーバ３のＣＦエンジン３５から送信されてきた推薦番組パッケージを推薦番組パッケージ取得部２５６にて取得して推薦番組情報出力部２５７に供給する。
【０１０４】
（ステップＳ４０６Ａ，４０６Ｂ）それぞれの番組再生装置２（２−１，２−２）において、推薦番組情報出力部２５７は、推薦番組パッケージに含まれる複数の特定項目の情報と、番組情報保持部２５２に保持された番組情報とを比較して推薦番組を特定し、特定した推薦番組の番組情報を表示部２２を通じてユーザに提示する。
【０１０５】
例えば、上記の例において、番組再生装置２−１のユーザがユーザＩＤ＝１のユーザだとした場合、この番組再生装置２−１のユーザに対してパッケージテーブル上のパッケージＩＤ＝１９に対応する番組が推薦番組としてこの推薦番組の番組情報が提示される。同様に、番組再生装置２−２のユーザがユーザＩＤ＝４のユーザだとした場合、この番組再生装置２−２のユーザに対してパッケージテーブル上のパッケージＩＤ＝１に対応する番組が推薦番組としてこの推薦番組の番組情報が提示される。
【０１０６】
このように、本第２の実施形態によれば、番組再生装置２（２−１，２−２）からの番組推薦要求に拠ることなく、推薦サーバ３にて、一定の時間周期で自律的に、パッケージＩＤの組み合わせの類似度が閾値に達した２人のユーザを判定し、それぞれのユーザの番組再生装置２（２−１，２−２）に推薦番組パッケージを送信することができる。
【０１０７】
＜第３の実施形態＞
次に、本発明の第３の実施形態を説明する。
上記第１の実施形態では、推薦サーバ３から番組再生装置２に番組推薦結果として、番組情報中の複数の特定項目の情報を含む番組推薦パッケージを送信され、番組再生装置２で、その推薦番組パッケージに含まれる複数の特定項目の情報と、番組情報保持部２５２に保持された番組情報とを比較して推薦番組を特定している。第３の実施形態では、推薦番組の特定を含めて推薦サーバ３で行うこととする。
【０１０８】
［番組再生装置２Ａの構成］
図１２は第３の実施形態の番組再生装置２Ａの構成を示す図である。
同図に示すように、この番組再生装置２Ａは、放送信号処理部２１、表示部２２、入力部２３、スピーカ部２４、番組推薦処理部２５Ａを有する。番組推薦処理部２５Ａ以外の構成は第１の実施形態の番組再生装置２と同様である。番組推薦処理部２５Ａは、番組情報取得部２５１、番組情報保持部２５２、利用国情報・ユーザＩＤ保持部２５３、視聴履歴パッケージ生成部２５４、視聴履歴パッケージ送信部２５５、推薦番組ＩＤ取得部２５６Ａ、および推薦番組情報出力部２５７Ａを具備する。ここで、推薦番組ＩＤ取得部２５６Ａおよび推薦番組情報出力部２５７Ａ以外の構成は第１の実施形態の番組推薦処理部２５と同様であるため、説明を省略する。
【０１０９】
推薦番組ＩＤ取得部２５６Ａは、ＩＰネットワークを通じて推薦サーバ３に対してユーザＩＤおよび利用国情報を含む番組推薦要求を送信し、推薦サーバ３Ａからその応答として、番組推薦結果である推薦番組の番組ＩＤを取得して推薦番組情報出力部２５７Ａに供給する。
【０１１０】
推薦番組情報出力部２５７Ａは、推薦番組ＩＤ取得部２５６Ａより供給された推薦番組の番組ＩＤをもとに番組情報保持部２５２から該当する番組の番組情報を抽出して表示部２２を通じてユーザに提示する処理を行う。
【０１１１】
［推薦サーバ３Ａの構成］
図１３は推薦サーバ３Ａによる番組推薦サービスのための機能的な構成を示すブロック図である。
同図に示すように、推薦サーバ３Ａは、番組推薦サービスのための機能的な構成として、視聴履歴パッケージ取得部３１、パッケージテーブル保存部３２、パッケージテーブル管理部３３、ＣＦテーブル保存部３４、ＣＦエンジン３５Ａ、推薦番組ＩＤ送信部３６Ａ、各国番組情報取得部３７Ａ、各国番組情報保持部３８Ａなどを備えている。
【０１１２】
各国番組情報取得部３７Ａは、放送波、ＩＰネットワーク、その他の伝送媒体を通じてサービス対象エリア内の全ての国・地域の番組情報を取得し、各国番組情報保持部３８Ａに保持させる処理を行う部分である。各国番組情報保持部３８Ａは、各国番組情報取得部３７Ａにて取得された各国・地域の番組情報を国・地域情報と対応付けて保持する部分である。
【０１１３】
ＣＦエンジン３５Ａは、番組推薦要求元のユーザと番組視聴履歴が類似する他のユーザを判定し、判定した他のユーザのユーザＩＤに対応するＣＦテーブル上のレコードに含まれるパッケージＩＤの中で、番組推薦要求元のユーザのユーザＩＤに対応するＣＦテーブル上のレコードに含まれるパッケージＩＤ以外のものを判定する。また、ＣＦエンジン３５Ａは、番組推薦要求に含まれる利用国情報をもとに、各国番組情報保持部３８Ａに国・地域情報と対応付けて保持された各国・地域の番組情報の中から該当する国・地域の番組情報を判定する。そして、ＣＦエンジン３５Ａは、上記判定されたパッケージＩＤに対応するレコード中の複数の特定項目の情報と上記判定された番組情報とを比較して、双方の整合性を判定し、整合がとれている場合には、複数の特定項目の情報のうちの番組ＩＤのみを推薦番組ＩＤ送信部３６Ａに供給する。
【０１１４】
推薦番組ＩＤ送信部３６Ａは、ＣＦエンジン３５Ａより供給された番組ＩＤを推薦番組の番組ＩＤとしてＩＰネットワークを通じて要求元であるユーザの番組再生装置２Ａに送信する。
【０１１５】
［第３の実施形態の動作］
次に、第３の実施形態の動作を説明する。
番組再生装置２Ａによる視聴履歴パッケージの生成・送信は第１の実施形態と同様であるため説明を省略する。
推薦サーバ３Ａによるユーザ毎の番組視聴履歴の管理は第１の実施形態と同様であるため説明を省略する。
推薦サーバ３Ａによる推薦番組の推定動作は、本実施形態では以下のようになる。
【０１１６】
図１４は推薦サーバ３Ａによる推薦番組の推定動作の手順を示すフローチャートである。
（ステップＳ３０１Ａ）番組再生装置２Ａの推薦番組ＩＤ取得部２５６Ａは、ＩＰネットワークを通じて推薦サーバ３Ａに対してユーザＩＤおよび利用国情報を含む番組推薦要求を送信する。
【０１１７】
（ステップＳ３０２Ａ）推薦サーバ３Ａは、番組再生装置２Ａから送信されてきた、ユーザＩＤおよび利用国情報を含む番組推薦要求をＣＦエンジン３５Ａで受け取る。
【０１１８】
（ステップＳ３０３Ａ）ＣＦエンジン３５Ａは、ユーザＩＤおよび利用国情報を含む番組推薦要求を受け取ると、ＣＦテーブルを参照して、要求元のユーザと他のユーザそれぞれとの間でのパッケージＩＤの組み合わせの類似度から要求元のユーザと番組視聴履歴が類似する他のユーザを判定する。
【０１１９】
（ステップＳ３０４Ａ）次に、ＣＦエンジン３５Ａは、判定した他のユーザ毎に、そのユーザのユーザＩＤに対応する複数のパッケージＩＤの中で、要求元のユーザのユーザＩＤに対応するパッケージＩＤ以外のものを推薦番組のパッケージＩＤとして判定する。
【０１２０】
（ステップＳ３０５Ａ）この後、ＣＦエンジン３５Ａは、番組推薦要求に含まれる利用国情報をもとに、各国番組情報保持部３８Ａに保持された各国・地域の番組情報の中で該当する国・地域の番組情報を判定する。
【０１２１】
（ステップＳ３０６Ａ）次に、ＣＦエンジン３５Ａは、ステップＳ３０４Ａで判定された推薦番組のパッケージＩＤに対応するレコード中の複数の特定項目の情報とステップＳ３０５Ａで判定された国・地域の番組情報とを比較して双方の整合性を判定する。
【０１２２】
（ステップＳ３０７Ａ）整合がとれない場合には、ＣＦエンジン３５Ａは、番組推薦の判定エラーとして処理を終了する。
【０１２３】
（ステップＳ３０８Ａ）整合がとれている場合、ＣＦエンジン３５Ａは、複数の特定項目の情報のうちの番組ＩＤのみを推薦番組ＩＤ送信部３６Ａに供給する。推薦番組ＩＤ送信部３６ＡはＣＦエンジン３５Ａから供給された推薦番組ＩＤをＩＰネットワークを通じて要求元のユーザの番組再生装置２Ａに送信する。
【０１２４】
（ステップＳ３０９Ａ）番組再生装置２Ａは、推薦サーバ３Ａから送信されてきた推薦番組ＩＤを推薦番組ＩＤ取得部２５６Ａにて取得して推薦番組情報出力部２５７Ａに供給する。
【０１２５】
（ステップＳ３１０Ａ）推薦番組情報出力部２５７は、推薦番組ＩＤ取得部２５６Ａより供給された推薦番組の番組ＩＤをもとに番組情報保持部２５２から該当する番組の番組情報を抽出して表示部２２を通じてユーザに提示する。このとき掲示される番組情報には、番組ＩＤおよび放送日時に関する情報に加えて、タイトル、放送局名、番組内容など、二次利用が制限される情報が含まれていてもよい。
【０１２６】
以上のように、本実施形態によっても、番組再生装置２Ａと推薦サーバ３Ａとの間で、番組情報中の例えば、タイトル、放送局名、スタッフ・キャスト情報など、知的所有権により二次利用が制限される情報を含む場合のある項目の情報をやりとりすることなく、推薦サーバ３による番組推薦サービスを良好に実施することができる。
【０１２７】
＜変形例１＞
なお、上記の第３の実施形態では、各国番組情報保持部３８Ａに、番組情報に対応付けて国・地域情報を保持しておき、この国・地域情報と番組再生装置２Ａからの番組推薦要求に含まれる利用国情報とを比較することとしたが、番組情報に国・地域情報が含まれているような仕様においては、この番組情報に含まれる国・地域情報と番組推薦要求に含まれる利用国情報とを比較するようにしてもよい。
【０１２８】
＜変形例２＞
以上の実施形態においては、番組情報中の、知的所有権により二次利用が制限される情報を内容としてもち得ない複数の特定項目の情報と利用国情報を番組再生装置から推薦サーバに供給して番組の特定を行うこととした。しかしながら［番組情報中の複数の特定項目の情報と利用国情報］で説明したように、知的所有権により二次利用が制限される情報を内容としてもち得ない複数の特定項目の情報のみを番組再生装置から推薦サーバに供給して番組の特定を行うことも可能である。また、番組情報中の番組ＩＤと利用国情報のみを番組再生装置から推薦サーバに供給して番組の特定を行うことも可能である。
【０１２９】
＜変形例３＞
以上の実施形態においては、番組情報中の複数の特定項目の情報と、利用国情報と、ユーザＩＤを１つの視聴履歴パッケージにして番組再生装置から推薦サーバに送信することとした。しかしながら、本発明はこれに限定されるものではなく、番組情報中の複数の特定項目の情報、利用国情報、ユーザＩＤの送信タイミングは同時である必要はない。例えば、一連の通信の開始、継続、終了などが管理される１つの通信セッション中で、番組再生装置から推薦サーバに複数の特定項目の情報、利用国情報、ユーザＩＤを送信するようにしてもよい。この場合、番組再生装置から推薦サーバへ、複数の特定項目の情報のみを含む視聴履歴パッケージが送信される。利用国情報、ユーザＩＤについては、視聴履歴パッケージの送信の前または後に送信される。推薦サーバは、１つの通信セッション中で番組再生装置から取得した複数の特定項目の情報、利用国情報、ユーザＩＤを対応付けてパッケージテーブルに登録する。
【０１３０】
本発明は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【０１３１】
２…番組再生装置
３…推薦サーバ
３１…視聴履歴パッケージ取得部
３２…パッケージテーブル保存部
３３…パッケージテーブル管理部
３４…ＣＦテーブル保存部
３５…ＣＦエンジン
３６…推薦番組パッケージ送信部
【図１】
0005526848.tif 000002
【図２】
0005526848.tif 000003
【図３】
0005526848.tif 000004
【図４】
0005526848.tif 000005
【図５】
0005526848.tif 000006
【図６】
0005526848.tif 000007
【図７】
0005526848.tif 000008
【図８】
0005526848.tif 000009
【図９】
0005526848.tif 000010
【図１０】
0005526848.tif 000011
【図１１】
0005526848.tif 000012
【図１２】
0005526848.tif 000013
【図１３】
0005526848.tif 000014
【図１４】
0005526848.tif 000015