(57)【特許請求の範囲】
【請求項１】
第１のユーザに使用される情報処理装置において、
前記第１のユーザの嗜好情報に応じた推薦情報であって、前記嗜好情報に基づいて推薦されたコンテンツを一意に識別するための識別子と前記コンテンツを識別するための識別情報を少なくとも含んでいる前記推薦情報を生成する生成手段と、
生成した前記推薦情報を、前記第１のユーザと同一または異なる第２のユーザに使用され、前記第１のユーザの前記嗜好情報に応じた前記推薦情報に含まれる前記識別子に基づいて推薦されたコンテンツの提示を行う他の情報処理装置に送信する送信手段と
を備え、
前記識別子は、所定の規格に準拠している標準体系または独自の規格である独自体系のいずれかの体系に属しており、
前記生成手段は、前記識別子が前記標準体系である場合、前記標準体系の識別子に基づいて、前記推薦情報を生成し、前記識別子が前記独自体系である場合、前記識別情報から前記標準体系の識別子の特定を行う管理装置に問い合せることで得られた前記識別情報に対応する前記標準体系の識別子に基づいて、前記推薦情報を生成する
情報処理装置。
【請求項２】
前記推薦情報には、前記第１のユーザの性質を表わす性質情報が含まれている
請求項１に記載の情報処理装置。
【請求項３】
前記送信手段は、前記推薦情報を前記管理装置に送信し、
前記管理装置は、前記推薦情報を履歴として蓄積する
請求項２に記載の情報処理装置。
【請求項４】
前記コンテンツの種類は、楽曲、静止画、動画、または電子書籍であり、それらの種類ごとの体系で前記識別子が構築されている
請求項１に記載の情報処理装置。
【請求項５】
第１のユーザに使用される情報処理装置の情報処理方法において、
前記第１のユーザの嗜好情報に応じた推薦情報であって、前記嗜好情報に基づいて推薦されたコンテンツを一意に識別するための識別子と前記コンテンツを識別するための識別情報を少なくとも含んでいる前記推薦情報を生成する生成ステップと、
生成した前記推薦情報を、前記第１のユーザと同一または異なる第２のユーザに使用され、前記第１のユーザの前記嗜好情報に応じた前記推薦情報に含まれる前記識別子に基づいて推薦されたコンテンツの提示を行う他の情報処理装置に送信させる制御を行う送信制御ステップと
を含み、
前記識別子は、所定の規格に準拠している標準体系または独自の規格である独自体系のいずれかの体系に属しており、
前記生成ステップの処理によって、前記識別子が前記標準体系である場合、前記標準体系の識別子に基づいて、前記推薦情報を生成し、前記識別子が前記独自体系である場合、前記識別情報から前記標準体系の識別子の特定を行う管理装置に問い合せることで得られた前記識別情報に対応する前記標準体系の識別子に基づいて、前記推薦情報を生成する
情報処理方法。
【請求項６】
第１のユーザに使用される機器を制御するコンピュータに実行させるプログラムであって、
前記第１のユーザの嗜好情報に応じた推薦情報であって、前記嗜好情報に基づいて推薦されたコンテンツを一意に識別するための識別子と前記コンテンツを識別するための識別情報を少なくとも含んでいる前記推薦情報を生成する生成ステップと、
生成した前記推薦情報を、前記第１のユーザと同一または異なる第２のユーザに使用され、前記第１のユーザの前記嗜好情報に応じた前記推薦情報に含まれる前記識別子に基づいて推薦されたコンテンツの提示を行う他の情報処理装置に送信させる制御を行う送信制御ステップと
を含み、
前記識別子は、所定の規格に準拠している標準体系または独自の規格である独自体系のいずれかの体系に属しており、
前記生成ステップの処理によって、前記識別子が前記標準体系である場合、前記標準体系の識別子に基づいて、前記推薦情報を生成し、前記識別子が前記独自体系である場合、前記識別情報から前記標準体系の識別子の特定を行う管理装置に問い合せることで得られた前記識別情報に対応する前記標準体系の識別子に基づいて、前記推薦情報を生成する
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および方法、並びにプログラムに関し、特に、簡単に、ユーザの嗜好情報を共有することができるようにした情報処理装置および方法、並びにプログラムに関する。
【背景技術】
【０００２】
従来、利用者の嗜好に基づいてテレビジョン番組、楽曲等のコンテンツを検索して推薦する、いわゆるコンテンツパーソナライゼーションのための発明が提案されている（例えば、特許文献１参照）。
【０００３】
コンテンツパーソナライゼーションには、協調フィルタリングと称される手法（以下、CF手法という）やコンテントベーストフィルタリングと称される手法（以下、CBF手法という）が広く使われている。
【０００４】
CF（Collaborative Filtering）手法は、各利用者の購入履歴を管理し、コンテンツを推薦しようとする利用者に対し、購入履歴が似ている他の利用者を検出して、当該他の利用者が購入しており、かつ、利用者が購入してないコンテンツを推薦するようにしたものであり、例えば、インターネット上の通信販売サイトにおいて利用されている。
【０００５】
CBF（Content Based Filtering）手法は、コンテンツに対して配信側や販売側によってあらかじめ付与されているメタデータが直接的に嗜好の抽出やコンテンツの推薦に利用されていた。すなわち、利用者の嗜好を示す特徴ベクトルと、候補となる各楽曲の特徴ベクトルとの距離（余弦相関等）を算出し、算出された距離の短い楽曲が利用者の嗜好に合致したものとして推薦されるようになされている。
【特許文献１】特開２００４−１９４１０７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、多くの機器で独自に嗜好情報が抽出されている現状では、ある機器でせっかく得たユーザの嗜好モデルが、別の機器では全く使用することができないという事態が発生し、問題となっている。
【０００７】
この問題に対して、嗜好表現のスキーマを統一するというアプローチが考えられるが、例えばテレビ番組と楽曲、映画等のコンテンツの種類により、メタデータの種類が異なり、さらに同じ種類でも機器毎に形式が異なるため、この手法を採用することは現実的であるとは言えない。
【０００８】
一方、コンテンツのメタデータを各機器で理解できるようにする、いわゆるメタ共有のアプローチも存在する。その場合には、各機器での理解のベースとなるオントロジー、あるいは辞書の共有が必須となり、さらに、そこから嗜好プロファイルを生成するためには他機器での操作の意味を理解することも必要となるため、操作オントロジーも必要になる。オントロジーの整備は、領域を区切っても困難を極めるため、それが扱えるメディア種類（楽曲、テレビ番組、映画、本等）の異なる機器間での共有となると、この手法を採用することも現実的であるとは言えない。
【０００９】
本発明はこのような状況に鑑みてなされたものであり、異なる機器間において、簡単に、ユーザの嗜好情報を共有することができるようにするものである。
【課題を解決するための手段】
【００１０】
本発明の一側面の情報処理装置は、第１のユーザに使用される情報処理装置において、前記第１のユーザの嗜好情報に応じた推薦情報であって、前記嗜好情報に基づいて推薦されたコンテンツを一意に識別するための識別子と前記コンテンツを識別するための識別情報を少なくとも含んでいる前記推薦情報を生成する生成手段と、生成した前記推薦情報を、前記第１のユーザと同一または異なる第２のユーザに使用され、前記第１のユーザの前記嗜好情報に応じた前記推薦情報に含まれる前記識別子に基づいて推薦されたコンテンツの提示を行う他の情報処理装置に送信する送信手段とを備え、前記識別子は、所定の規格に準拠している標準体系または独自の規格である独自体系のいずれかの体系に属しており、前記生成手段は、前記識別子が前記標準体系である場合、前記標準体系の識別子に基づいて、前記推薦情報を生成し、前記識別子が前記独自体系である場合、前記識別情報から前記標準体系の識別子の特定を行う管理装置に問い合せることで得られた前記識別情報に対応する前記標準体系の識別子に基づいて、前記推薦情報を生成する。
【００１３】
前記推薦情報には、前記第１のユーザの性質を表わす性質情報が含まれている。
【００１４】
前記送信手段は、前記推薦情報を前記管理装置に送信し、前記管理装置は、前記推薦情報を履歴として蓄積する。
【００１５】
前記コンテンツの種類は、楽曲、静止画、動画、または電子書籍であり、それらの種類ごとの体系で前記識別子が構築されている。
【００１６】
本発明の一側面の情報処理方法は、第１のユーザに使用される情報処理装置の情報処理方法において、前記第１のユーザの嗜好情報に応じた推薦情報であって、前記嗜好情報に基づいて推薦されたコンテンツを一意に識別するための識別子と前記コンテンツを識別するための識別情報を少なくとも含んでいる前記推薦情報を生成する生成ステップと、生成した前記推薦情報を、前記第１のユーザと同一または異なる第２のユーザに使用され、前記第１のユーザの前記嗜好情報に応じた前記推薦情報に含まれる前記識別子に基づいて推薦されたコンテンツの提示を行う他の情報処理装置に送信させる制御を行う送信制御ステップとを含み、前記識別子は、所定の規格に準拠している標準体系または独自の規格である独自体系のいずれかの体系に属しており、前記生成ステップの処理によって、前記識別子が前記標準体系である場合、前記標準体系の識別子に基づいて、前記推薦情報を生成し、前記識別子が前記独自体系である場合、前記識別情報から前記標準体系の識別子の特定を行う管理装置に問い合せることで得られた前記識別情報に対応する前記標準体系の識別子に基づいて、前記推薦情報を生成する。
【００１７】
本発明の一側面のプログラムは、上述した本発明の第１の側面の情報処理方法に対応するプログラムである。
【００１８】
本発明の一側面の情報処理装置および方法、並びにプログラムにおいては、第１のユーザの嗜好情報に応じた推薦情報であって、嗜好情報に基づいて推薦されたコンテンツを一意に識別するための識別子とコンテンツを識別するための識別情報を少なくとも含んでいる推薦情報が生成され、生成された推薦情報が、第１のユーザと同一または異なる第２のユーザに使用され、第１のユーザの嗜好情報に応じた推薦情報に含まれる識別子に基づいて推薦されたコンテンツの提示を行う他の情報処理装置に送信される。そして、識別子は、所定の規格に準拠している標準体系または独自の規格である独自体系のいずれかの体系に属しており、識別子が標準体系である場合、標準体系の識別子に基づいて、推薦情報が生成され、識別子が独自体系である場合、識別情報から標準体系の識別子の特定を行う管理装置に問い合せることで得られた識別情報に対応する標準体系の識別子に基づいて、推薦情報が生成される。
【発明の効果】
【００３２】
以上の如く、本発明によれば、簡単に、ユーザの嗜好情報を共有することができる。
【発明を実施するための最良の形態】
【００３３】
以下、図面を参照しながら本発明の実施の形態について説明する。
【００３４】
図１は、本発明を適用したコンテンツ推薦システムの一実施の形態の構成を示すブロック図である。
【００３５】
コンテンツ推薦システム１は、クライアント機器１１1、クライアント機器１１2、楽曲推薦サーバ１２1、楽曲推薦サーバ１２2、およびブローカサーバ１３から構成される。
【００３６】
なお、図１の例のコンテンツ推薦システム１の取り扱うコンテンツの種類は、音楽（楽曲）であるとされている。換言すると、コンテンツ推薦システム１は、特に楽曲のダウンロードサービスにおける嗜好抽出を行うことが可能なシステムとされている。それ故、図１の例では、楽曲推薦サーバ１２1、楽曲推薦サーバ１２2、およびブローカサーバ１３が設けられているのである。
【００３７】
また、以下、説明の簡略上、クライアント機器１１1にダウンロードされて再生された楽曲を、そのクライアント機器１１1を使用するユーザにとっての好みの楽曲（以下、嗜好楽曲と称する）として取り扱うものとする。
【００３８】
クライアント機器１１1は、例えば、携帯型音楽プレーヤやパーソナルコンピュータ、携帯電話機等の楽曲を再生可能な機器である。クライアント機器１１1は、楽曲推薦サーバ１２1から推薦された楽曲を再生する。
【００３９】
クライアント機器１１1は、制御部２１1、入力部２２1、通信部２３1、推薦提示部２４1、曲再生部２５1、履歴蓄積部２６1、嗜好抽出部２７1、初期登録部２８1、および嗜好プロファイル蓄積部２９1を含むようにして構成される。
【００４０】
制御部２１1は、入力部２２1から供給される操作信号に基づいて、クライアント機器１１1の各部の動作を制御する。このとき、入力部２２1は、ユーザによるクライアント機器１１1の操作に基づいて、操作信号を制御部２１1に供給する。
【００４１】
通信部２３1は、制御部２１1の制御にしたがって、クライアント機器１１2や楽曲推薦サーバ１２1等の他の機器との通信を行う。
【００４２】
推薦提示部２４1は、通信部２３1を介して楽曲推薦サーバ１２1から配信された、クライアント機器１１1を利用するユーザに推薦すべき楽曲（以下、推薦楽曲と称する）をユーザに提示する。より正確には、推薦楽曲の提示とは、推薦楽曲全体の再生による提示を意味する訳ではなく、例えば、楽曲推薦の一部分の再生による提示や、推薦楽曲のメタデータから生成される情報の提示、具体的には画像情報の表示による提示や、音声情報の音声出力による提示等を意味する。
【００４３】
ユーザが、この推薦を受け入れて、その推薦楽曲を視聴する指示を、入力部２２1を介して制御部２１1に与えると、曲再生部２５1は、指示された楽曲の再生を行う。
【００４４】
この曲再生部２５1により再生された楽曲、すなわち、ユーザが推薦を受け入れて視聴した楽曲が、本実施の形態では、ユーザの嗜好楽曲とみなされる。そこで、その嗜好楽曲に関する情報、例えば本実施の形態ではメタデータが、再生履歴情報として履歴蓄積部２６1に蓄積される。
【００４５】
なお、履歴蓄積部２６1に蓄積される再生履歴情報は、楽曲推薦サーバ１２1からの推薦を受け入れて視聴した楽曲に限らず、例えば、リッピングされた楽曲の再生や、他の機器から取得した楽曲の再生等の再生した楽曲に関する履歴であればよい。従って、履歴蓄積部２６1には、クライアント機器１１1を使用するユーザによって視聴された嗜好楽曲の再生履歴情報が蓄積される。
【００４６】
嗜好抽出部２７1は、履歴蓄積部２６1に蓄積された再生履歴情報から、ユーザの嗜好情報を抽出し、嗜好プロファイルとして、嗜好プロファイル蓄積部２９1に蓄積する。なお、ユーザの嗜好情報の抽出方法は、特に限定されず、例えば、コンテントベーストフィルタリング等の手法を適用することができる。
【００４７】
また、以下、説明を分かり易くするために、クライアント機器１１1を使用するユーザの嗜好プロファイルのことを、UP-1とも称して説明する。なお、本実施の形態において、プロファイルとは、ユーザの再生履歴情報から抽出した嗜好モデルおよびユーザ個人を特徴付けるモデルを意味する。
【００４８】
一方、初期登録部２８1には、他の機器から提供される、同一または他のユーザの嗜好情報を、初期登録データとして登録する。嗜好抽出部２７1は、初期登録部２８1に登録された初期登録データから、ユーザの嗜好情報を抽出し、嗜好プロファイル蓄積部２９1に蓄積する。
【００４９】
以上のようにクライアント機器１１1は構成される。
【００５０】
楽曲推薦サーバ１２1は、例えば、専用のサーバ等であり、かかるクライアント機器１１1からの要求に応じて、クライアント機器１１1を使用するユーザの嗜好に合った推薦楽曲を推薦する。
【００５１】
楽曲推薦サーバ１２1は、通信部３１1、楽曲推薦エンジン３２1、楽曲アイテムデータベース３３1、および楽曲登録ＩＤ管理部３４1を含むようにして構成される。
【００５２】
通信部３１1は、クライアント機器１１1等の他の機器と通信を行う。
【００５３】
楽曲アイテムデータベース３３1には、ダウンロード可能な複数の楽曲がそのメタデータと関連付けられて蓄積されている。
【００５４】
なお、本実施の形態では、楽曲推薦サーバ１２1は、楽曲のダウンロードサービス自体も行っているため、楽曲アイテムデータベース３３1には、ダウンロード対象の楽曲の実データ自体も蓄積されている。換言すると、楽曲のダウンロードサービスは、別のサーバが行ない、楽曲推薦サーバ１２1は、楽曲推薦のみを行うとした場合には、楽曲のメタデータのみを楽曲アイテムデータベース３３1に蓄積させることができる。
【００５５】
また、以下、説明の簡略上、特に断りのない限り、楽曲が伝達されると表現した場合には、楽曲の実データとともに、そのメタデータも伝達されることを意味するとする。
【００５６】
楽曲推薦エンジン３２1は、楽曲アイテムデータベース３３1に蓄積されている複数の楽曲のなかから、クライアント機器１１1を利用するユーザに推薦すべき推薦楽曲を選択し、通信部３１1を介して、クライアント機器１１1に提供する。このため、楽曲推薦エンジン３２1は、類似度演算部３２Ａ1を有している。
【００５７】
類似度演算部３２Ａ1は、クライアント機器１１1から送信されてくる嗜好プロファイル（UP-1）と類似する楽曲、すなわち、クライアント機器１１1のユーザの嗜好楽曲と類似する楽曲を、推薦楽曲の候補（以下、推薦楽曲候補と称する）として選択する。なお、類似度演算部３２Ａ1の類似度演算手法は特に限定されず、例えば、各楽曲のメタデータをベクトル化して、それらの各ベクトル間のコサイン距離等で類似度を演算する、といった手法を採用できる。
【００５８】
楽曲登録ＩＤ管理部３４1は、楽曲を一意に識別するＩＤに関係する処理を行う。
【００５９】
ここで、楽曲を一意に識別するＩＤには、複数のダウンロードサービスにおいて標準化された共通のＩＤである標準ＩＤと、特定のダウンロードサービスにおいて独自に割り当てられたＩＤである独自ＩＤの２種類のＩＤが存在する。すなわち、独自ＩＤを割り当てているサービス（以下、独自ＩＤ体系と称する）においては、ある楽曲にＩＤを付与する際に標準ＩＤを割り当てているサービス（以下、標準ＩＤ体系と称する）とは異なる独自ＩＤで登録をするため、同じ楽曲であってもＩＤが異なることになる。
【００６０】
例えば、楽曲推薦サーバ１２1が独自ＩＤ体系となる楽曲のダウンロードサービスを提供している場合、楽曲アイテムデータベース３３1に蓄積されている楽曲には、独自ＩＤが付与されている。楽曲登録ＩＤ管理部３４1は、クライアント機器１１1からある楽曲の標準ＩＤに対応する独自ＩＤの問い合せを受けた場合、例えば、楽曲のタイトルテキスト等の情報を用いて、楽曲アイテムデータベース３３1に蓄積されている楽曲に対して、テキスト曖昧検索処理を実行することで、標準ＩＤを独自ＩＤに翻訳（変換）する処理を行う。
【００６１】
また、楽曲登録ＩＤ管理部３４1は、新たな楽曲を楽曲アイテムデータベース３３1に登録する際に、その楽曲に対してＩＤを付与する。すなわち、楽曲登録ＩＤ管理部３４1は、新たな楽曲に対して、標準ＩＤ体系の場合には標準ＩＤを付与し、独自ＩＤ体系の場合には独自ＩＤを付与する。
【００６２】
以上のように楽曲推薦サーバ１２1は構成される。
【００６３】
クライアント機器１１2は、クライアント機器１１1と同様に、楽曲のダウンロードサービスを受けている楽曲推薦サーバ１２2から推薦された推薦楽曲をユーザに提示し、ユーザから視聴が指示された場合にその推薦楽曲を再生する。
【００６４】
クライアント機器１１2において、制御部２１2乃至嗜好プロファイル蓄積部２９2は、クライアント機器１１1の制御部２１1乃至嗜好プロファイル蓄積部２９1と同様であるので、その説明は省略する。但し、クライアント機器１１2を使用するユーザの嗜好プロファイルは、上記のUP-1と区別する目的で、以下UP-2と称して説明する。
【００６５】
なお、図１の例では、クライアント機器１１1とクライアント機器１１2の２台のクライアント機器を図示しているが、図１の例に限定されず、さらに多くのクライアント機器１１n（ｎは自然数）を設けることも可能である。実際には、多数のユーザが存在し、また、取り扱うコンテンツの種類も様々であることから、多数のクライアント機器が存在することになろう。また、特に、クライアント機器１１1乃至１１nを区別する必要がない場合には、単に、クライアント機器１１と称して説明する。
【００６６】
楽曲推薦サーバ１２2は、楽曲推薦サーバ１２1と同様に、自身の提供する楽曲のダウンロードサービスを受けているクライアント機器１１2に対し、推薦楽曲を配信する。
【００６７】
楽曲推薦サーバ１２2において、通信部３１2乃至楽曲登録ＩＤ管理部３４2は、楽曲推薦サーバ１２1の通信部３１1乃至楽曲登録ＩＤ管理部３４1と同様であるので、その説明は省略する。
【００６８】
なお、図１の例では、楽曲推薦サーバ１２1と楽曲推薦サーバ１２2の２台の楽曲推薦サーバを図示しているが、図１の例に限定されず、さらに多くの楽曲推薦サーバ１２n（ｎは自然数）を設けることも可能である。また、特に、楽曲推薦サーバ１２1乃至１２nを区別する必要がない場合には、単に、楽曲推薦サーバ１２と称して説明する。
【００６９】
さらに、説明の都合上、楽曲推薦サーバ１２1により提供される楽曲ダウンロードサービスであって、クライアント機器１１1の受けているサービスを、サービスＳ1と称し、楽曲推薦サーバ１２2により提供される楽曲ダウンロードサービスであって、クライアント機器１１2の受けているサービスを、サービスＳ2と称して説明する。
【００７０】
ブローカサーバ１３は、例えば専用のサーバ等であり、クライアント機器１１からの問い合せに応じて楽曲を同定し、標準ＩＤと結び付ける。
【００７１】
ブローカサーバ１３は、制御部４１、通信部４２、ＩＤマッピングデータベース４３、楽曲登録ＩＤ管理部４４、およびログマイニング部４５を含むようにして構成される。
【００７２】
制御部４１は、ブローカサーバ１３の各部の動作を制御する。
【００７３】
通信部４２は、制御部４１の制御にしたがって、クライアント機器１１等の他の機器と通信を行う。
【００７４】
ＩＤマッピングデータベース４３には、複数の楽曲に関する情報が標準ＩＤ体系で構築されている。楽曲登録ＩＤ管理部４４は、クライアント機器１１からの問い合せに応じて、ＩＤマッピングデータベース４３を参照して、例えば、テキスト解析や特徴解析、フィンガープリント、１２音解析等の楽曲を同定するための処理を行い、同定された楽曲に標準ＩＤを結び付ける。
【００７５】
また、ＩＤマッピングデータベース４３には、クライアント機器１１からの問い合せに応じて実行された処理に関するアクセス履歴等の各種履歴も蓄積される。ログマイニング部４５は、ＩＤマッピングデータベース４３に蓄積された履歴を解析する処理を行う。
【００７６】
なお、ＩＤマッピングデータベース４３に、標準ＩＤとメタデータとを関連付けて蓄積させることで、楽曲登録ＩＤ管理部４４は、そのメタデータを参照して楽曲を同定することも可能となる。
【００７７】
以上のようにブローカサーバ１３は構成される。
【００７８】
なお、図１の例では、説明を簡略化するため、あたかも各機器同士が直接データをやり取りするように図示しているが、実際には、各機器において直接データがやり取りされる以外にも、インターネットその他のネットワークを介して各機器間の通信が行われる意味も含んでいるのは言うまでもない。また、各機器同士が直接データをやり取りする場合には、例えば専用のドライブを取り付けて、光ディスクや半導体メモリ等からなるリムーバブルメディアを利用するようにしてもよい。
【００７９】
また、コンテンツ推薦システム１を構成するサーバは、図１の例では、楽曲推薦サーバ１２とブローカサーバ１３のみであるが、図１の例に限定されず、コンテンツ推薦システム１の用途や後述する性質情報に応じた他のサーバを採用することもできる。
【００８０】
以上のようにして、コンテンツ推薦システム１は構成される。
【００８１】
かかるコンテンツ推薦システム１においては、クライアント機器１１1とクライアント機器１１2との間でユーザの嗜好情報を共有する場合、楽曲（コンテンツ）のＩＤ体系が標準ＩＤ体系であるか、あるいは独自ＩＤ体系であるかにより、その共有方法が異なる。すなわち、サービスＳ1とサービスＳ2の両方とも標準ＩＤ体系に準拠している第１のケース、サービスＳ2が独自ＩＤ体系となる第２のケース、サービスＳ1が独自ＩＤ体系となる第３のケース、あるいはサービスＳ1とサービスＳ2の両方とも独自ＩＤ体系となる第４のケースのそれぞれのケースによって、嗜好情報の共有方法が異なる。
【００８２】
そこで、最初に、図２乃至図４を参照して、上記の第１のケース、すなわち、サービスＳ1とサービスＳ2の両方とも標準ＩＤ体系に準拠している場合に、コンテンツ推薦システム１で行われる、嗜好情報の共有処理について説明する。
【００８３】
なお、第１のケースにおいて、クライアント機器１１1とクライアント機器１１2は、同一のユーザにより使用される端末である。従って、かかる共有処理を実行することで、同じユーザにより使用される端末での嗜好情報が共有されることになる。また、以下の第１のケースの説明においては、クライアント機器１１2は、楽曲推薦サーバ１２2により提供されるサービスＳ2を受けているものの、まだサービス利用開始前であるために再生履歴情報等のログが存在せず、楽曲の推薦を受けられる状況にはないものとする。
【００８４】
ここでは、まず、図２のフローチャートを参照して、第１のケースにおいて、クライアント機器１１1、楽曲推薦サーバ１２1、およびブローカサーバ１３により実行される嗜好情報の共有処理について説明し、その後、図４のフローチャートを参照して、クライアント機器１１2および楽曲推薦サーバ１２2により実行される嗜好情報の共有処理について説明する。すなわち、図２および図４のフローチャートで示される処理は、クライアント機器１１1で構築した嗜好プロファイル（UP-1）を、クライアント機器１１2でも利用可能にする際に実行される処理である。
【００８５】
クライアント機器１１1においては、嗜好抽出部２７1は、ステップＳ１１において、履歴蓄積部２６1に蓄積された再生履歴情報から、クライアント機器１１1を使用するユーザの嗜好情報を抽出して、嗜好プロファイル（UP-1）を生成し、嗜好プロファイル蓄積部２９1に保存する。
【００８６】
ステップＳ１２において、通信部２３1は、嗜好プロファイル蓄積部２９1に蓄積された嗜好プロファイル（UP-1）を、楽曲推薦サーバ１２1に送信する。すると、楽曲推薦サーバ１２1では、以下の処理が実行される。
【００８７】
ステップＳ２１において、通信部３１1は、クライアント機器１１1から送信されてくる嗜好プロファイル（UP-1）を受信する。
【００８８】
ステップＳ２２において、類似度演算部３２Ａ1は、受信した嗜好プロファイル（UP-1）に基づいて、クライアント機器１１1のユーザの嗜好楽曲と類似する楽曲を推薦楽曲候補として選択する。ステップＳ２３において、楽曲推薦エンジン３２1は、類似度の演算結果に基づいて、推薦楽曲候補のなかから類似度の高い（ユーザの嗜好に近い）楽曲を選択し、推薦楽曲リストを生成する。つまり、推薦楽曲リストには、推薦楽曲候補のなかから選ばれたクライアント機器１１1のユーザの嗜好楽曲と類似する楽曲であって、ユーザに推薦すべき１または複数の推薦楽曲が含まれている。
【００８９】
ステップＳ２３において、通信部３１1は、生成した推薦楽曲リストを、クライアント機器１１1に送信する。
【００９０】
そして、楽曲推薦サーバ１２1から推薦楽曲リストが送信されると、クライアント機器１１1では、ステップＳ１３において、通信部２３1は、その推薦楽曲リストを受信する。これにより、クライアント機器１１1は、嗜好プロファイル（UP-1）に応じた推薦楽曲リストを受け取ったことになる。
【００９１】
ステップＳ１４において、制御部２１1は、推薦楽曲リストをＩＤ列の形で表わしたリスト（以下、推薦楽曲ＩＤリストと称する）を生成し、ステップＳ１５において、通信部２３1は、その推薦楽曲ＩＤリストを、ブローカサーバ１３に送信する。
【００９２】
ここで、推薦楽曲ＩＤリストのスキーマの例を示すと、図３のようになる。
【００９３】
図３の例で示すように、推薦楽曲ＩＤリストの先頭には、“MUSIC”で表わされる要求するコンテンツの種類が配置される。コンテンツの種類の次には、“MUSIC”で表わされるリストのヘッダとしてコンテンツの種類を示すコードが配置される。つまり、図３の例では、要求するコンテンツ種類と、実際のコンテンツの種類が両方とも楽曲を示す“MUSIC”となっている。なお、コンテンツの種類には、図３の例で示すような“MUSIC”や、“MOVIE”等の一般名詞をアスキーコードで入れるのが望ましい。
【００９４】
コンテンツの種類の次にＩＤが標準であることを示す１ビットの“STD”が配置され、“STD”の次に、コンテンツのＩＤが配置され、コンテンツのＩＤに続いてコンテンツのタイトルが配置される。図３において、コンテンツのＩＤは、“S-ID”で表わされ、コンテンツのタイトルは、“Content Title”で表わされている。
【００９５】
続いて、“Content Title”の次には、“STD”、“S-ID”、“Content Title”の組み合わせが再度配置される。すなわち、推薦楽曲ＩＤリストには、推薦するコンテンツの数だけ、“STD”、“S-ID”、“Content Title”の組み合わせが繰り返し配置されることになる。
【００９６】
以上のように構成される推薦楽曲ＩＤリストは、例えば、マークアップ言語であるXML（extensible markup language）方式等により記述される。
【００９７】
なお、本実施の形態においては、クライアント機器１１1によって、推薦楽曲ＩＤリストが生成されるとして説明するが、楽曲推薦サーバ１２1から送信されてくる推薦楽曲リストが既に図３に示すようなＩＤ列となっている場合には、その推薦楽曲リストを、そのまま推薦楽曲ＩＤリストとして転送すればよい。
【００９８】
図２のフローチャートに戻り、クライアント機器１１1から推薦楽曲ＩＤリストが送信されると、ブローカサーバ１３では、ステップＳ３１において、通信部４２は、その推薦楽曲ＩＤリストを受信する。ここで、第１のケースでは、クライアント機器１１1とクライアント機器１１2の両方とも標準ＩＤ体系に準拠しているため、ＩＤをマッピングする必要がない。そこで、ステップＳ３２において、通信部４２は、制御部４１の制御にしたがって、標準ＩＤであることの確認の取れた推薦楽曲ＩＤリストをそのままクライアント機器１１1に返信する。
【００９９】
ステップＳ３３において、制御部４１は、ＩＤマッピングデータベース４３に、クライアント機器１１1から受信した推薦楽曲ＩＤリストを履歴として記録する。これにより、ブローカサーバ１３は、例えばCF手法等を働かせることで、クライアント機器１１に対して独自の推薦を行うことが可能となる。なお、ブローカサーバ１３による推薦の詳細については後述する。
【０１００】
一方、ブローカサーバ１３から推薦楽曲ＩＤリストが返信されると、クライアント機器１１1では、ステップＳ１６において、通信部２３1は、ブローカサーバ１３からの推薦楽曲ＩＤリストを受信し、ステップＳ１７において、その推薦楽曲ＩＤリストを、嗜好情報を共有するクライアント機器１１2に送信する。
【０１０１】
図２のフローチャートにおいて、クライアント機器１１1により送信された推薦楽曲ＩＤリストは、図４のフローチャートで示すように、クライアント機器１１2によって受信される。すなわち、ステップＳ４１において、通信部２３2は、クライアント機器１１1から送信されてくる推薦楽曲ＩＤリストを受信する。
【０１０２】
制御部２１2は、ステップＳ４２において、受信した推薦楽曲ＩＤリストの“STD”（図３）を参照して、標準ＩＤ体系であることを認識し（第１のケースの場合、サービスＳ1とサービスＳ2の両方とも標準ＩＤ体系となるので、標準ＩＤ体系であると判定する）、ステップＳ４３において、受信した推薦楽曲ＩＤリストを、初期登録部２８2に登録する。
【０１０３】
続いて、ステップＳ４４において、嗜好抽出部２７2は、初期登録部２８2に登録された推薦楽曲ＩＤリストから、クライアント機器１１1を使用するユーザの嗜好情報を抽出し、嗜好プロファイル（UP-2）として、嗜好プロファイル蓄積部２９2に蓄積する。
【０１０４】
ステップＳ４５において、通信部２３2は、嗜好プロファイル蓄積部２９2に蓄積された嗜好プロファイル（UP-2）を、楽曲推薦サーバ１２2に送信する。すると、楽曲推薦サーバ１２2では、クライアント機器１１1からの嗜好プロファイル（UP-1）を受け取った楽曲推薦サーバ１２1と同様に、嗜好プロファイル（UP-2）に基づいた推薦楽曲リストを生成する処理が行われる。
【０１０５】
つまり、図４のステップＳ５１乃至ステップＳ５４においては、図２のステップＳ２１乃至ステップＳ２４の処理と同様に、クライアント機器１１2からの嗜好プロファイル（UP-2）に基づいた推薦楽曲リストが生成され、クライアント機器１１2に送信される。
【０１０６】
そして、推薦楽曲リストが送信されると、クライアント機器１１2では、ステップＳ４６において、通信部２３2は、楽曲推薦サーバ１２2から送信されてくる推薦楽曲リストを受信し、ステップＳ４７において、推薦提示部２４2は、受信した推薦楽曲リストをユーザに提示する。これにより、クライアント機器１１2においても、クライアント機器１１1を使用するユーザの嗜好情報に基づいた楽曲の推薦を、楽曲推薦サーバ１２2から受けることが可能となる。
【０１０７】
以上のように、嗜好情報を共有するサービスが共に標準ＩＤ体系に準拠している場合、推薦楽曲ＩＤリストをマッピングせずに直接送信することができるので、その推薦楽曲ＩＤリストを受信した受信側の機器では、受信した推薦楽曲ＩＤリストに基づいて嗜好プロファイルを生成することで、楽曲を推薦するサーバからの推薦を受けることが可能となる。
【０１０８】
なお、上記の第１のケースにおいては、クライアント機器１１1は、推薦楽曲ＩＤリストをクライアント機器１１2に送信する前に、ブローカサーバ１３に対しても推薦楽曲ＩＤリストを送信する（図２のステップＳ１５、ステップＳ１６、およびステップＳ３１乃至ステップＳ３３の処理）として説明したが、ブローカサーバ１３には推薦楽曲ＩＤリストを送信しない簡略な構成とすることも可能である。その場合、ブローカサーバ１３には、推薦楽曲ＩＤリストの履歴は蓄積されないものの、クライアント機器間での嗜好情報の共有は実現できる。
【０１０９】
次に、図５のフローチャートを参照して、上記の第２のケース、すなわち、サービスＳ2が独自ＩＤ体系である場合に、コンテンツ推薦システム１で行われる、嗜好情報の共有処理について説明する。
【０１１０】
なお、サービスＳ2が独自ＩＤ体系である場合、サービスＳ1は標準ＩＤ体系となり、クライアント機器１１1、楽曲推薦サーバ１２1、およびブローカサーバ１３のそれぞれで実行される処理は、図２のフローチャートで説明した処理と同様となるので、その説明は省略する。つまり、以下の第２のケースの説明は、クライアント機器１１1により推薦楽曲ＩＤリストが送信される処理（図２のステップＳ１７の処理）以降の処理の説明となる。
【０１１１】
すなわち、図５のフローチャートで示すように、クライアント機器１１1から推薦楽曲ＩＤリストが送信されると、クライアント機器１１2では、ステップＳ６１において、通信部２３2は、クライアント機器１１1からの推薦楽曲ＩＤリストを受信する。
【０１１２】
ステップＳ６２において、制御部２１2は、推薦楽曲ＩＤリストの“STD”（図３）を参照して、独自ＩＤ体系であることを認識する（第２のケースの場合、サービスＳ2は独自ＩＤ体系となるので、独自ＩＤ体系であると判定する）。ステップＳ６３において、通信部２３2は、制御部２１2の制御にしたがって、標準ＩＤと、タイトルテキストのリスト（以下、標準ＩＤ付タイトルのリストと称する）を、楽曲推薦サーバ１２2に送信する。図３の例では、“S-ID”と、“Content Title”とが、楽曲推薦サーバ１２2に送信される。
【０１１３】
クライアント機器１１2から標準ＩＤ付タイトルのリストが送信されると、楽曲推薦サーバ１２2では、ステップＳ７１において、通信部３１2によって、その標準ＩＤ付タイトルのリストが受信される。
【０１１４】
ステップＳ７２において、楽曲登録ＩＤ管理部３４2は、受信した標準ＩＤ付タイトルのリストを用いて、楽曲アイテムデータベース３３2に蓄積されている楽曲に対して、テキスト曖昧検索処理等の処理を実行することで、クライアント機器１１1から受信した標準ＩＤを、楽曲推薦サーバ１２2により提供されるサービスで使用されている独自ＩＤに翻訳する。なお、この翻訳処理は、テキスト曖昧検索処理に限らず、楽曲とそのＩＤとを特定できる他の処理であっても勿論よい。例えば、クライアント機器１１2から推薦楽曲ＩＤリストそのものを受信することで、楽曲登録ＩＤ管理部３４2は、そのリストに対して所定の信号処理を施して楽曲を同定し、自身の独自ＩＤに翻訳することが可能となる。
【０１１５】
ステップＳ７３において、通信部２３2は、翻訳により得られた推薦楽曲リストを、クライアント機器１１1に送信する。
【０１１６】
すると、クライアント機器１１2では、ステップＳ６４において、通信部２３2は、楽曲推薦サーバ１２2から送信されてくる推薦楽曲リストを受信し、ステップＳ６５において、推薦提示部２４2は、受信した推薦楽曲リストをユーザに提示する。これにより、標準ＩＤ体系とは異なる独自ＩＤ体系で楽曲の推薦を受けているクライアント機器１１2においても、クライアント機器１１1を使用するユーザの嗜好情報に基づいた楽曲の推薦を、楽曲推薦サーバ１２2から受けることが可能となる。
【０１１７】
以上のように、嗜好情報の共有先の機器が独自ＩＤ体系である場合、受信側で標準ＩＤ体系を独自ＩＤ体系に翻訳することで、楽曲を推薦するサーバからの推薦を受けることが可能となる。
【０１１８】
次に、図６のフローチャートを参照して、上記の第３のケース、すなわち、サービスＳ1が独自ＩＤ体系である場合に、コンテンツ推薦システム１で行われる、嗜好情報の共有処理について説明する。
【０１１９】
なお、図６において、クライアント機器１１1により実行されるステップＳ８１乃至ステップＳ８３の処理と、楽曲推薦サーバ１２1により実行されるステップＳ９１乃至ステップＳ９４の処理は、それぞれ、図２のステップＳ１１乃至ステップＳ１３の処理と、ステップＳ２１乃至ステップＳ２４の処理と同様であるので、その説明は省略する。
【０１２０】
従って、その後、クライアント機器１１1では、楽曲推薦サーバ１２1から推薦楽曲リストを受信すると、ステップＳ８４において、制御部２１1は、例えば、受信した推薦楽曲リスト等に基づいて、自身が独自ＩＤ体系であることを認識する（第３のケースの場合、サービスＳ1は独自ＩＤ体系となるので、独自ＩＤ体系であると判定する）。
【０１２１】
ステップＳ８５において、通信部２３1は、制御部２１1の制御にしたがって、推薦楽曲リストに基づいた楽曲のタイトルテキストのリストを、ブローカサーバ１３に送信する。なお、クライアント機器１１1は、タイトル等のテキストを送信することで、ブローカサーバ１３に対して問い合せてもよいし、楽曲の一部の情報その他の情報を送信することで問い合せるようにしてもよい。
【０１２２】
すると、ブローカサーバ１３では、ステップＳ１０１において、通信部４２は、クライアント機器１１1からのタイトルテキストのリストを受信し、ステップＳ１０２において、楽曲登録ＩＤ管理部４４は、受信したタイトルテキストのリストに対して所定のテキスト解析処理を施すことで、楽曲を同定し、その楽曲の標準ＩＤと結び付ける。
【０１２３】
ステップＳ１０３において、通信部４２は、制御部４１の制御にしたがって、標準ＩＤと結び付けられたタイトルテキストのリストである標準ＩＤ付タイトルリストを、クライアント機器１１1に返信する。
【０１２４】
ステップＳ１０４において、制御部４１は、ＩＤマッピングデータベース４３に、標準ＩＤ付タイトルリストを履歴として記録する。これにより、楽曲推薦サーバ１２1とクライアント機器１１1とが独自ＩＤ体系で動作している場合に、ブローカサーバ１３側で標準ＩＤとのマッピングの都度、標準ＩＤ付タイトルリストを蓄積することができるので、ブローカサーバ１３は、例えば次回同じ問い合せがきたときに、同様の解析処理を繰り返すことなく、迅速に標準ＩＤ付タイトルリストを返信できる。
【０１２５】
一方、ブローカサーバ１３から標準ＩＤ付タイトルリストが送信されると、クライアント機器１１1では、ステップＳ８６において、通信部２３1は、その標準ＩＤ付タイトルリストを受信する。
【０１２６】
ステップＳ８７において、制御部２１1は、受信した標準ＩＤ付タイトルリストに基づいて、推薦楽曲ＩＤリストを生成し、ステップＳ８８において、通信部２３1は、その推薦楽曲ＩＤリストをクライアント機器１１2に送信する。なお、上述したように、ブローカサーバ１３から送信されてくる標準ＩＤ付タイトルリストが既に図３に示すようなＩＤ列となっている場合には、その標準ＩＤ付タイトルリストを、そのまま推薦楽曲ＩＤリストとして転送すればよい。
【０１２７】
その後、クライアント機器１１1から送信された推薦楽曲ＩＤリストを受信したクライアント機器１１2においては、標準ＩＤ体系に準拠している場合には、第１のケースと同様の処理が行われる。すなわち、図４のフローチャートに示したように、例えば、クライアント機器１１2によって、嗜好プロファイル（UP-2）が生成され、その嗜好プロファイル（UP-2）に基づいて生成された推薦楽曲リストが提示される。
【０１２８】
以上のように、サービスＳ1が独自ＩＤ体系である場合、クライアント機器１１2に推薦楽曲ＩＤリストを送信する前に、ブローカサーバ１３に問い合せて、独自ＩＤ体系を標準ＩＤ体系に翻訳してから送信することで、サービスＳ2側では、標準ＩＤ体系のリストを受信することが可能となる。
【０１２９】
最後に、上記の第４のケース、すなわち、サービスＳ1とサービスＳ2の両方とも独自ＩＤ体系である場合に、コンテンツ推薦システム１で行われる、嗜好情報の共有処理について説明する。
【０１３０】
なお、サービスＳ1とサービスＳ2の両方とも独自ＩＤ体系である場合、クライアント機器１１1、楽曲推薦サーバ１２1、およびブローカサーバ１３のそれぞれで実行される処理は、図６のフローチャートで説明した処理と同様となり、クライアント機器１１2および楽曲推薦サーバ１２2のそれぞれで実行される処理は、図５のフローチャートで説明した処理と同様である。
【０１３１】
すなわち、図６を参照して説明したように、クライアント機器１１1は、ブローカサーバ１３に問い合せることで、推薦楽曲ＩＤリストを生成して、クライアント機器１１2に送信する。その後、図５を参照して説明したように、クライアント機器１１2は、標準ＩＤ付タイトルのリストを楽曲推薦サーバ１２2に送信することで、推薦楽曲リストを取得することができる。
【０１３２】
以上のように、サービスＳ1とサービスＳ2の両方とも独自ＩＤ体系である場合、サービスＳ1側では、クライアント機器１１1は、ブローカサーバ１３に問い合せて、サービスＳ1の独自ＩＤ体系を標準ＩＤ体系に翻訳してから推薦楽曲ＩＤリストを送信し、サービスＳ2側では、クライアント機器１１2は、その推薦楽曲ＩＤリストを受信し、楽曲推薦サーバ１２2に問い合せることで、サービスＳ2の独自ＩＤ体系となった推薦楽曲リストを提示することが可能となる。
【０１３３】
このように、第１のケース乃至第４のケースにおいて、サービスＳ1とサービスＳ2は、独自ＩＤ体系または標準ＩＤ体系のいずれかのＩＤ体系となるが、本実施の形態においては、それらのＩＤ体系の違いを吸収できるようにすることで、ＩＤ体系と関係なく、ある機器で得られた楽曲に対する嗜好情報を、他の機器でも活用することができる。つまり、第１のケース乃至第４のケースのいずれであっても、メタデータやプロファイルの厳密な規格なしに、またそれゆえに機器独自の解釈と利用方法を許容するかたちで実現可能である。
【０１３４】
ところで、上述した第１のケース乃至第４のケースにおいては、楽曲同士、すなわち、同種のコンテンツを機器間で共有する例について説明したが、コンテンツは同種に限らず、例えば楽曲と映画等、異種のコンテンツを機器間で共有することもできる。そこで、以下、第５のケースとして、異種コンテンツを共有する例について説明する。
【０１３５】
図７は、本発明を適用したコンテンツ推薦システムの一実施の形態の他の構成を示すブロック図である。
【０１３６】
図７のコンテンツ推薦システム５１において、図１と同様の箇所には、同一の符号が付してあり、処理が同じ部分に関しては、その説明は繰り返しになるので省略する。すなわち、この例においては、図１のクライアント機器１１2と楽曲推薦サーバ１２2の代わりに、クライアント機器１１3と映画推薦サーバ１２3が設けられている。また、クライアント機器１１3は、映画推薦サーバ１２3により提供される映画ダウンロードサービス（以下、サービスＳ3と称する）を受けている。
【０１３７】
クライアント機器１１3において、映画再生部２５3以外の構成は、図１のクライアント機器１１1およびクライアント機器１１2の構成と同様である。映画再生部２５3は、推薦提示部２４3に提示された、クライアント機器１１3を利用するユーザに推薦すべき映画（以下、推薦映画と称する）の視聴が指示された場合、指示された映画の再生を行う。
【０１３８】
すなわち、クライアント機器１１3は、図１のクライアント機器１１1等と比較すると、楽曲の代わりに映画を再生する点を除けば、図１のクライアント機器１１1等と同様の機能を有している。但し、クライアント機器１１3を使用するユーザの嗜好プロファイルは、上記のUP-1およびUP-2と区別する目的で、UP-3と称して説明する。
【０１３９】
一方、映画推薦サーバ１２3は、通信部３１3、映画推薦エンジン３２3、映画アイテムデータベース３３3、および映画登録ＩＤ管理部３４3を含むようにして構成される。映画推薦サーバ１２3は、図１の楽曲推薦サーバ１２1および楽曲推薦サーバ１２2と比較すると、楽曲の代わりに映画を推薦する点を除けば、図１の楽曲推薦サーバ１２1等と同様の機能を有している。
【０１４０】
すなわち、映画推薦エンジン３２3は、映画アイテムデータベース３３3に蓄積されている複数の映画のなかから、クライアント機器１１3を利用するユーザに推薦すべき推薦映画を選択し、通信部３１3を介して、クライアント機器１１3に提供する。このため、映画推薦エンジン３２3は、類似度演算部３２Ａ3を有している。また、映画登録ＩＤ管理部３４3は、映画を一意に識別するＩＤに関する処理を行う。
【０１４１】
また、ブローカサーバ１３は、図１のブローカサーバ１３の構成と基本的に同様の構成を有しているが、図７のＩＤマッピングデータベース４３には、楽曲-映画嗜好対応マップも蓄積されている。
【０１４２】
ここで、楽曲-映画嗜好対応マップとは、楽曲と映画の嗜好情報を対応させたリストである。従って、制御部４１は、この楽曲-映画嗜好対応マップを参照することで、推薦楽曲ＩＤリストから、推薦映画リストをＩＤ列の形で表わしたリスト（以下、推薦映画ＩＤリストと称する）を生成することが可能となる。なお、楽曲-映画嗜好対応マップは、例えば、あらかじめ作成しておいてもよいし、あるいは、多数のユーザから異種パターン推薦リストが送られてくることになるので、そのログに基づいた情報を、いわゆるマイニングにより順次拡充するようにしてもよい。その際には、タイプの異なるユーザごとにグループ化（クラスタリング）することも可能である。
【０１４３】
以上のようにコンテンツ推薦システム５１は構成される。
【０１４４】
次に、図８のフローチャートを参照して、かかるコンテンツ推薦システム５１において行われる第５のケースの処理、すなわち、異種コンテンツを共有する処理について説明する。
【０１４５】
なお、図８のフローチャートにおいては、異種コンテンツを共有する際に各機器で行われる処理として、クライアント機器１１3側で推薦映画ＩＤリストがほしい場合に、クライアント機器１１1から推薦映画ＩＤリストではなく、推薦楽曲ＩＤリストが送られてきた場合の処理を一例にして説明する。従って、図８のフローチャートの処理は、上述した、第１のケース（図２のステップＳ１７の処理）、あるいは第３のケース（図６のステップＳ８８の処理）において、クライアント機器１１1によって推薦楽曲ＩＤリストが送信された後の処理となる。また、以下の第５のケースの説明においては、クライアント機器１１3は、映画推薦サーバ１２3により提供されるサービスＳ3を受けているものの、まだサービス利用開始前であるために再生履歴情報等のログが存在せず、映画の推薦を受けられる状況にはないものとする。
【０１４６】
すなわち、図８のフローチャートで示すように、クライアント機器１１1から推薦楽曲ＩＤリストが送信されると、クライアント機器１１3では、ステップＳ１１１において、通信部２３3は、クライアント機器１１1からの推薦楽曲ＩＤリストを受信する。
【０１４７】
続いて、ステップＳ１１２において、制御部２１3は、受信した推薦楽曲ＩＤリストのコンテンツの種類を示すコード（図３の例では、左から２番目に配置された“MUSIC”）を参照して、コンテンツの種類を確認する。制御部２１3は、要求していたコンテンツと種類が異なる場合、クライアント機器１１1から受信した推薦楽曲ＩＤリストに要求するコンテンツの種類を示すヘッダを付加する。より具体的には、クライアント機器１１3側では、映画の推薦を受けたかったのに、楽曲の推薦が送られてきたので、制御部２１3は、例えば、図３の推薦楽曲ＩＤリストの先頭に“MOVIE”、その次に“MUSIC”をそれぞれ配置する。
【０１４８】
ステップＳ１１３において、通信部２３3は、ヘッダの付加された推薦楽曲ＩＤリストを、ブローカサーバ１３に送信する。
【０１４９】
クライアント機器１１3から推薦楽曲ＩＤリストが送信されると、ブローカサーバ１３では、ステップＳ１４１において、通信部４２は、その推薦楽曲ＩＤリストを受信する。
【０１５０】
ステップＳ１４２において、制御部４１は、受信した推薦楽曲ＩＤリストの先頭を参照して、クライアント機器１１3から要求されたコンテンツの種類を確認する。ステップＳ１４３において、制御部４１は、推薦楽曲ＩＤリストの先頭に“MOVIE”が配置されている場合には、映画が要求されているので、ＩＤマッピングデータベース４３に蓄積されている楽曲-映画嗜好対応マップを参照し、受信した推薦楽曲ＩＤリストから、推薦映画ＩＤリストを生成する。
【０１５１】
ステップＳ１４４において、通信部４２は、生成された推薦映画ＩＤリストを、クライアント機器１１3に送信する。
【０１５２】
ブローカサーバ１３から推薦映画ＩＤリストが送信されると、クライアント機器１１3では、ステップＳ１１４において、通信部２３3は、その推薦映画ＩＤリストを受信する。
【０１５３】
ステップＳ１１５において、推薦提示部２４3は、受信した推薦映画ＩＤリストに対応する推薦映画をユーザに提示する。これにより、クライアント機器１１3において、クライアント機器１１1から推薦された楽曲に基づいた映画の推薦を受けることが可能となる。
【０１５４】
このとき、ユーザは、推薦提示部２４3に提示された推薦映画を確認して、推薦された映画が、自分の見たかった映画であるか否かを判断し、投票できる。つまり、ステップＳ１１６において、制御部２１3は、ユーザによる入力部２２3への操作に応じて、ユーザの推薦映画の好みを取得する。
【０１５５】
ステップＳ１１７において、通信部２３3は、制御部２１3の制御にしたがって、取得したユーザの好きな映画に対応するＩＤと、クライアント機器１１1から推薦された推薦楽曲ＩＤリストを含むリスト（以下、楽曲映画嗜好リストと称する）を、ブローカサーバ１３に送信する。
【０１５６】
クライアント機器１１3から楽曲映画嗜好リストが送信されると、ブローカサーバ１３では、ステップＳ１４５において、通信部４２は、その楽曲映画嗜好リストを受信する。
【０１５７】
ステップＳ１４６において、制御部４１は、受信した楽曲映画嗜好リストを、ＩＤマッピングデータベース４３の楽曲-映画嗜好対応マップに蓄積する。これにより、ブローカサーバ１３には、多くのユーザからの推薦映画の好き嫌いのフィードバックに基づいた異種パターンが集まることになり、そのマイニングによりマップを拡充精緻化していくことが可能となる。また、クライアント機器１１3としては、楽曲映画嗜好リストをブローカサーバ１３に送ることで、拡充精緻化された楽曲-映画嗜好対応マップを有するブローカサーバ１３による推薦が受けられることになる。言うなれば、コンテンツの人気度に応じた知的成長型のサーバを構築することが可能となる。
【０１５８】
一方、クライアント機器１１3においては、その後、ステップＳ１１８において、受信した推薦映画ＩＤリストを、初期登録部２８3に登録する。続いて、ステップＳ１１９において、嗜好抽出部２７3は、初期登録部２８3に登録された推薦映画ＩＤリストから嗜好情報を抽出し、嗜好プロファイル（UP-3）として、嗜好プロファイル蓄積部２９3に蓄積する。
【０１５９】
ステップＳ１２０において、通信部２３3は、嗜好プロファイル蓄積部２９3に蓄積された嗜好プロファイル（UP-3）を、映画推薦サーバ１２3に送信する。すると、映画推薦サーバ１２3では、クライアント機器１１1からの嗜好プロファイル（UP-1）を受け取った楽曲推薦サーバ１２1等と同様に、嗜好プロファイル（UP-3）に基づいた推薦映画リストを生成する処理が行われる。
【０１６０】
つまり、ステップＳ１３１乃至ステップＳ１３４においては、図２のステップＳ２１乃至ステップＳ２４の処理等と同様に、映画推薦エンジン３２3によって、クライアント機器１１3からの嗜好プロファイル（UP-3）に基づいた推薦映画リストが生成され、通信部３１3によって、クライアント機器１１3に送信される。
【０１６１】
そして、映画推薦サーバ１２3から推薦映画リストが送信されると、クライアント機器１１3では、通信部２３3は、ステップＳ１２１において、その推薦映画リストを受信する。
【０１６２】
ステップＳ１２２において、推薦提示部２４3は、受信した推薦映画リストをユーザに提示する。これにより、クライアント機器１１3において、クライアント機器１１1を使用するユーザの嗜好情報に基づいた楽曲による映画の推薦を、映画推薦サーバ１２3から受けることが可能となる。
【０１６３】
以上のように、クライアント機器１１3において、所望の種類のコンテンツの推薦リストが送信されなかった場合、ブローカサーバ１３に問い合せることで、その推薦リストを取得し、異種コンテンツの機器間における嗜好プロファイルの共有を行うことができる。換言すれば、例えば楽曲から映画等、種類の異なるコンテンツの領域横断推薦を行うことが可能となる。
【０１６４】
ところで、本実施の形態においては、上述した動作に加えて、各機器間において性質情報を授受するようにしてもよい。ここで、性質情報とは、所定の種類のコンテンツについてのユーザの性質を表わす情報であって、例えば志向性、広さ、または深さ等の属性により定義される情報である。従って、例えば、クライアント機器１１1で得られたユーザの性質を表わす性質情報を活用して、クライアント機器１１2やクライアント機器１１3等の別の機器において、同一または別の種類のコンテンツの推薦ができるようになる。
【０１６５】
かかる性質情報を付加した場合における推薦楽曲ＩＤリストのスキーマの例を示すと、図９のようになる。
【０１６６】
なお、図９において、上段の「“MUSIC”，・・・，“Content Title”，・・・」は、上述した図３と同様であるため、その説明は省略する。
【０１６７】
すなわち、図９の例において、繰り返し配置された“STD”、“S-ID”、“Content Title”の次には、“Major”、“Value”、“Wide”、“Value”、“Deep”、“Value”で表わされる性質情報の属性付き値が配置される。つまり、図９において、志向性は“Major”で表わされ、それに続く“Value”にはその値として例えば0.32が入れられる。同様にまた、広さは“Wide”、深さは“Deep”で表わされ、それらに続く“Value”には対応する値として、例えば0.21や0.54が入れられる。
【０１６８】
なお、この性質情報はオプションの情報であって、推薦楽曲ＩＤリストにおける必須の情報ではないため、性質情報を配置する構成とする場合には、これらの属性を機器側で処理可能な状態となるように事前に組み込んでおく必要がある。
【０１６９】
以上のように、ユーザの性質を示す性質情報を、推薦楽曲ＩＤリストに付加することで、一機器から得られた性質情報を活用して、別の機器において、同一または別の種類のコンテンツの推薦ができるようになる。
【０１７０】
また、本実施の形態において、サービスＳ1が標準ＩＤ体系に準拠している場合、クライアント機器１１1は、推薦楽曲ＩＤリストをクライアント機器１１2に送信する前に、ブローカサーバ１３に対して、その推薦楽曲ＩＤリストを送信している（図２のステップＳ１５の処理）。つまり、ブローカサーバ１３において、制御部４１は、各クライアント機器１１から送られてくるそれぞれの推薦楽曲ＩＤリストを、ＩＤマッピングデータベース４３に履歴として残すことで（図２のステップＳ３３の処理）、例えばCF手法を働かせて、各機器に対して独自の推薦を行うことが可能となる。
【０１７１】
例えば、制御部４１は、クライアント機器１１1からの推薦楽曲ＩＤリスト（R-1）とパターンの似ている別のクライアント機器１１4からの推薦楽曲ＩＤリスト（R-4）を、ＩＤマッピングデータベース４３に蓄積された履歴から検索し、推薦楽曲ＩＤリスト（R-4）にあって、推薦楽曲ＩＤリスト（R-1）にはないコンテンツＩＤを抽出して、推薦の対象とする。そして、ブローカサーバ１３は、例えば、クライアント機器１１1からの推薦楽曲ＩＤリスト（R-1）を受信したとき、上記の図９の推薦楽曲ＩＤリストに続けて、下記の図１０の推薦楽曲ＩＤリストを、クライアント機器１１1に送信する（図２のステップＳ３２の処理）。
【０１７２】
図１０は、ブローカサーバ１３による推薦情報を付加した場合における、推薦楽曲ＩＤリストのスキーマの例を示す図である。
【０１７３】
なお、図１０において、先頭のヘッダに配置される推薦情報を示す項目以外の項目については、上述した図９と同様であるため、その説明は省略する。
【０１７４】
すなわち、図１０の例において、先頭には、ブローカサーバ１３からの推薦であることを示す“Recommend”が配置される。図１０の例において、この“Recommend”以降に配置される項目は、図９と同様であり、例えばユーザの志向等の性質情報が付加される。この性質情報は、ブローカサーバ１３に集まった履歴からマイニングにより求めることが可能となる。
【０１７５】
一方、ブローカサーバ１３から推薦楽曲ＩＤリスト（図１０）を受信したクライアント機器１１1は、先頭の“Recommend”を参照することで、そのリストがブローカサーバ１３からの推薦であることを認識することになる。その後、クライアント機器１１1は、例えば、ブローカサーバ１３からの推薦リストをユーザに提示することができる。
【０１７６】
また、上記のCF手法は、異種のコンテンツに対しても働かせることが可能となるため、ブローカサーバ１３は、上述した、楽曲映画嗜好リストに関しては、推薦楽曲ＩＤリストおよび推薦映画リストの両方を送ることができる。なお、言うまでもないが、このブローカサーバ１３による推薦のタイミングは、クライアント機器１１の間で、嗜好プロファイルを交換するときだけでなく、任意のタイミングとすることができる。例えば、それぞれのクライアント機器１１が、任意のタイミングで自身の推薦楽曲ＩＤリスト、あるいは再生履歴情報等をブローカサーバ１３に送信することで、ブローカサーバ１３からのコンテンツの推薦を受けることが可能となる。
【０１７７】
以上の如く、本発明によれば、簡単に、ユーザの嗜好情報を共有することができる。すなわち、ある機器で得られたコンテンツに対するユーザ嗜好情報を、他の機器でも活用することが可能となる。
【０１７８】
また、ブローカサーバを設けることで、コンテンツの意味付けをすることなしに、ＩＤによる一意性のみで、コンテンツの推薦を行うことができる。
【０１７９】
さらに、クライアントとサーバ等の従来のサービスに手を加えることなく、そのまま活用することができるとともに、サービスの質の向上を図ることができる。
【０１８０】
なお、本実施の形態においては、コンテンツの一例として、楽曲と映画について説明したが、それらのコンテンツに限らず、例えば、写真等の静止画、映画やテレビ番組等の動画、小説等の電子書籍等、その他のコンテンツにも適用することができる。その場合、楽曲、静止画、動画、電子書籍等のコンテンツの種類ごとにＩＤ体系が構築されることになる。
【０１８１】
また、本実施の形態においては、クライアント機器１１1乃至クライアント機器１１nを使用するユーザは同一のユーザであって、同一のユーザの機器間の嗜好プロファイルの交換の例を示したが、例えば恋人同士での嗜好情報のやり取り等、他のユーザとの交換であっても勿論よい。その場合、他人の嗜好を、自分の嗜好にマージした推薦を受けられるので、自分とは別の他の人と一緒にコンテンツを楽しむことができる。あるいは相手の嗜好による推薦コンテンツをひとり楽しむことができる等、マイニング次第で多様な適用ができる。
【０１８２】
さらに、クライアント機器１１1は、クライアント機器１１2、あるいはクライアント機器１１3に対して嗜好プロファイルを受け渡す際に、事前にクライアント機器１１2等の要求しているコンテンツの種類を取得してから、ブローカサーバ１３に問い合せるようにしてもよい。その際は、クライアント機器１１1とクライアント機器１１2、あるいはクライアント機器１１1とクライアント機器１１3との間で事前に、いわゆるネゴシエーションフェーズによって、ヘッダ付リスト転送を行うことで、送信側のクライアント機器１１は、受信側のクライアント機器１１で要求しているコンテンツの種類を取得することが可能となる。これにより、受信側のクライアント機器１１で要求しているコンテンツのリストを迅速にかつ確実に送信することが可能となる。
【０１８３】
また、本実施の形態においては、嗜好プロファイルは、クライアント機器１１側で生成されるとして説明したが、例えば、クライアント機器１１1の再生履歴情報を楽曲推薦サーバ１２1に送信することで、楽曲推薦サーバ１２1側で生成するようにしてもよい。
【０１８４】
ところで、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータ等に、プログラム記録媒体からインストールされる。
【０１８５】
図１１は、上述した一連の処理をプログラムにより実行するパーソナルコンピュータの構成の例を示すブロック図である。CPU（Central Processing Unit）１１１は、ROM（Read Only Memory）１１２、または記録部１１８に記録されているプログラムに従って各種の処理を実行する。RAM（Random Access Memory）１１３には、CPU１１１が実行するプログラムやデータ等が適宜記憶される。これらのCPU１１１、ROM１１２、およびRAM１１３は、バス１１４により相互に接続されている。
【０１８６】
CPU１１１にはまた、バス１１４を介して入出力インターフェース１１５が接続されている。入出力インターフェース１１５には、マイクロホン等よりなる入力部１１６、ディスプレイ、スピーカ等よりなる出力部１１７が接続されている。CPU１１１は、入力部１１６から入力される指令に対応して各種の処理を実行する。そして、CPU１１１は、処理の結果を出力部１１７に出力する。
【０１８７】
入出力インターフェース１１５に接続されている記録部１１８は、例えばハードディスクからなり、CPU１１１が実行するプログラムや各種のデータを記録する。通信部１１９は、インターネットやローカルエリアネットワーク等のネットワークを介して外部の装置と通信する。
【０１８８】
また、通信部１１９を介してプログラムを取得し、記録部１１８に記録してもよい。
【０１８９】
入出力インターフェース１１５に接続されているドライブ１２０は、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等のリムーバブルメディア１２１が装着されたとき、それらを駆動し、そこに記録されているプログラムやデータ等を取得する。取得されたプログラムやデータは、必要に応じて記録部１１８に転送され、記録される。
【０１９０】
コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを格納するプログラム記録媒体は、図１１に示すように、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory),DVD(Digital Versatile Disc)を含む）、光磁気ディスク、もしくは半導体メモリ等よりなるパッケージメディアであるリムーバブルメディア１２１、または、プログラムが一時的もしくは永続的に格納されるROM１１２や、記録部１１８を構成するハードディスク等により構成される。プログラム記録媒体へのプログラムの格納は、必要に応じてルータ、モデム等のインターフェースである通信部１１９を介して、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の通信媒体を利用して行われる。
【０１９１】
なお、本明細書において、記録媒体に格納されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１９２】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１９３】
さらに、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【図面の簡単な説明】
【０１９４】
【図１】本発明を適用したコンテンツ推薦システムの一実施の形態の構成を示すブロック図である。
【図２】第１のケースにおける嗜好情報の共有処理を説明するフローチャートである。
【図３】推薦楽曲ＩＤリストのスキーマの例を示す図である。
【図４】第１のケースにおける嗜好情報の共有処理を説明するフローチャートである。
【図５】第２のケースにおける嗜好情報の共有処理を説明するフローチャートである。
【図６】第３のケースにおける嗜好情報の共有処理を説明するフローチャートである。
【図７】本発明を適用したコンテンツ推薦システムの一実施の形態の構成を示すブロック図である。
【図８】第５のケースにおける嗜好情報の共有処理を説明するフローチャートである。
【図９】推薦楽曲ＩＤリストのスキーマの例を示す図である。
【図１０】推薦楽曲ＩＤリストのスキーマの例を示す図である。
【図１１】本発明が適用される情報処理をソフトウェアで実行するコンピュータの構成例を示すブロック図である。
【符号の説明】
【０１９５】
１  コンテンツ推薦システム，  １１1乃至１１nおよび１１  クライアント機器，  １２1乃至１２nおよび１２  楽曲推薦サーバ，  １３  ブローカサーバ，  ２１1乃至２１n  制御部，  ２２1乃至２２n  入力部，  ２３1乃至２３n  通信部，  ２４1乃至２４n  推薦提示部，  ２５1乃至２５n  曲再生部，  ２６1乃至２６n  履歴蓄積部，  ２７1乃至２７n  嗜好抽出部，  ２８1乃至２８n  初期登録部，  ２９1乃至２９n  嗜好プロファイル蓄積部，  ３１1乃至３１n  通信部，  ３２1乃至３２n  楽曲推薦エンジン，  ３２Ａ1乃至３２Ａn  類似度演算部，  ３３1乃至３３n  楽曲アイテムデータベース，  ３４1乃至３４n  楽曲登録ＩＤ管理部，  ４１  制御部，  ４２  通信部，  ４３  ＩＤマッピングデータベース，  ４４  楽曲登録ＩＤ管理部，  ４５  ログマイニング部，  ５１  コンテンツ推薦システム
【図１】
0004465633.tif 000002
【図２】
0004465633.tif 000003
【図３】
0004465633.tif 000004
【図４】
0004465633.tif 000005
【図５】
0004465633.tif 000006
【図６】
0004465633.tif 000007
【図７】
0004465633.tif 000008
【図８】
0004465633.tif 000009
【図９】
0004465633.tif 000010
【図１０】
0004465633.tif 000011
【図１１】
0004465633.tif 000012