(57)【要約】【課題】対象ユーザに関する履歴情報が無いまたは少ないドメインについても、対象ユーザの嗜好に合った情報を提供する。【解決手段】情報提供システムが、例えば、グルメドメインに関するユーザの嗜好を表す嗜好データと宿泊ドメインに関するユーザの嗜好を表す嗜好データとを複数のユーザごとに記憶する。そして、情報提供システムは、複数のユーザの嗜好データを用いて、グルメドメインに関する嗜好と宿泊ドメインに関する嗜好との間の相関を算出する。また、情報提供システムは、算出された相関に基づいて、記憶された対象ユーザに関するグルメドメインに関する嗜好データから宿泊ドメインに関する対象ユーザの嗜好を推測する。【選択図】図１
2011233041.tif 000002
【特許請求の範囲】
【請求項１】
第１のドメインに関するユーザの嗜好を表す第１の嗜好データと第２のドメインに関するユーザの嗜好を表す第２の嗜好データとを複数のユーザごとに記憶する記憶手段と、
前記記憶手段により記憶された複数のユーザの嗜好データを用いて、前記第１のドメインに関する嗜好と前記第２のドメインに関する嗜好との間の相関を算出する相関算出手段と、
前記相関算出手段により算出された相関に基づいて、前記記憶手段により記憶された対象ユーザに関する第１の嗜好データから前記第２のドメインに関する当該対象ユーザの嗜好を推測する嗜好推測手段と
を備えたことを特徴とする嗜好推測システム。
【請求項２】
前記記憶手段は、第３のドメインに関するユーザの嗜好を表す第３の嗜好データをさらに記憶し、
前記相関算出手段は、前記第３のドメインに関する嗜好と前記第２のドメインに関する嗜好との間の相関をさらに算出し、
前記嗜好推測手段は、対象ユーザに関する第１の嗜好データおよび第３の嗜好データそれぞれから前記第２のドメインに関する前記対象ユーザの嗜好を推測することを特徴とする請求項１に記載の嗜好推測システム。
【請求項３】
前記記憶手段は、前記ユーザの属性情報を各嗜好データに対応付けてさらに記憶し、
前記相関算出手段は、前記記憶手段により記憶された各嗜好データのうち、前記対象ユーザと属性情報が類似するユーザに関する嗜好データのみを用いて前記相関を算出することを特徴とする請求項１または２に記載の嗜好推測システム。
【請求項４】
第１のドメインに関するユーザの嗜好を表す第１の嗜好データと第２のドメインに関するユーザの嗜好を表す第２の嗜好データとを複数のユーザごとに記憶した記憶部から複数のユーザの嗜好データを読み出し、読み出した嗜好データを用いて、前記第１のドメインに関する嗜好と前記第２のドメインに関する嗜好との間の相関を算出するステップと、
算出された相関に基づいて、前記記憶部により記憶された対象ユーザに関する第１の嗜好データから前記第２のドメインに関する当該対象ユーザの嗜好を推測するステップと
を含んだことを特徴とする嗜好推測方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、嗜好推測システムおよび嗜好推測方法に関する。
【背景技術】
【０００２】
近年、各種ドメイン（サービス領域）に関する情報をユーザに提供する情報提供サービスにおいて、ユーザの嗜好に合った情報を提供するレコメンド手法が用いられている。このレコメンド手法として、例えば、協調フィルタリングを用いた方法がある。この方法は、多数のユーザの履歴情報に基づいてユーザ間の相関を算出し、情報提供の対象となるユーザ（以下、対象ユーザと呼ぶ）との相関が高いユーザの履歴情報の中から、対象ユーザに提供する情報を選択するものである。
【０００３】
かかる協調フィルタリングを用いた方法では、対象ユーザに関する履歴情報が無いまたは少ない場合に対象ユーザと他のユーザとの相関が正しく算出されず、その結果、対象ユーザに情報を提供することができないこともある。例えば、グルメドメインに関する情報を提供するサービスを行っていた企業が宿泊ドメインに関する情報を提供するサービスを開始する場合に、宿泊ドメインを初めて利用するユーザに対して宿泊ドメインに関する情報を提供することができない。
【０００４】
そこで、対象ユーザに関する履歴情報が無いまたは少ないドメインについても、対象ユーザに情報を提供するための方法が提案されている。例えば、ユーザの履歴情報に基づいて、嗜好が似ているユーザを複数のグループに分類し、対象ユーザが属するグループに最も類似するグループの履歴情報を対象ユーザに提供する方法が提案されている。また、例えば、年齢や職業、性別などの属性が類似するユーザを複数のグループに分類し、対象ユーザが所属するグループ内で評価が高い情報を対象ユーザに提供する方法が提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−３３４２５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した従来の方法では、以下で説明するように、必ずしも対象ユーザの嗜好に合った情報を提供することができないという課題がある。
【０００７】
例えば、嗜好が似ているユーザを複数のグループに分類し、対象ユーザが属するグループに最も類似するグループの履歴情報を対象ユーザに提供する方法では、対象ユーザの嗜好は対象ユーザがどのグループに所属するかという観点でしか考慮されないため、細やかな嗜好が反映されない可能性がある。
【０００８】
また、ユーザの属性に基づいてユーザを複数のグループに分類し、対象ユーザが所属するグループ内で評価が高い情報を対象ユーザに提供する方法では、属性が類似しているからといって必ずしも嗜好も類似するとはいえず、対象ユーザの嗜好に合った情報が常に提供されるとは限らない。
【０００９】
本発明は、上記に鑑みてなされたものであって、対象ユーザに関する履歴情報が無いまたは少ないドメインについても、対象ユーザの嗜好に合った情報を提供することができる嗜好推測システムおよび嗜好推測方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するために、本発明は、第１のドメインに関するユーザの嗜好を表す第１の嗜好データと第２のドメインに関するユーザの嗜好を表す第２の嗜好データとを複数のユーザごとに記憶する記憶手段と、前記記憶手段により記憶された複数のユーザの嗜好データを用いて、前記第１のドメインに関する嗜好と前記第２のドメインに関する嗜好との間の相関を算出する相関算出手段と、前記相関算出手段により算出された相関に基づいて、前記記憶手段により記憶された対象ユーザに関する第１の嗜好データから前記第２のドメインに関する当該対象ユーザの嗜好を推測する嗜好推測手段とを備えたことを特徴とする。
【００１１】
また、本発明は、第１のドメインに関するユーザの嗜好を表す第１の嗜好データと第２のドメインに関するユーザの嗜好を表す第２の嗜好データとを複数のユーザごとに記憶した記憶部から複数のユーザの嗜好データを読み出し、読み出した嗜好データを用いて、前記第１のドメインに関する嗜好と前記第２のドメインに関する嗜好との間の相関を算出するステップと、算出された相関に基づいて、前記記憶部により記憶された対象ユーザに関する第１の嗜好データから前記第２のドメインに関する当該対象ユーザの嗜好を推測するステップとを含んだことを特徴とする。
【発明の効果】
【００１２】
本発明によれば、対象ユーザに関する履歴情報が無いまたは少ないドメインについても、対象ユーザの嗜好に合った情報を提供することができるという効果を奏する。
【図面の簡単な説明】
【００１３】
【図１】図１は、本実施例に係る情報提供システムによる嗜好推測の概念を説明するための図である。
【図２】図２は、本実施例に係る情報提供システムの構成を示す機能ブロック図である。
【図３−１】図３−１は、ユーザ嗜好データ記憶部により記憶される嗜好データの一例を示す図（１）である。
【図３−２】図３−２は、ユーザ嗜好データ記憶部により記憶される嗜好データの一例を示す図（２）である。
【図３−３】図３−３は、ユーザ嗜好データ記憶部により記憶される嗜好データの一例を示す図（３）である。
【図４−１】図４−１は、ドメイン間相関データ記憶部により記憶されるドメイン間相関データの一例を示す図（１）である。
【図４−２】図４−２は、ドメイン間相関データ記憶部により記憶されるドメイン間相関データの一例を示す図（２）である。
【図４−３】図４−３は、ドメイン間相関データ記憶部により記憶されるドメイン間相関データの一例を示す図（３）である。
【図５−１】図５−１は、ドメイン間相関算出部により算出されるドメイン間の嗜好の相関を示す図（１）である。
【図５−２】図５−２は、ドメイン間相関算出部により算出されるドメイン間の嗜好の相関を示す図（２）である。
【図５−３】図５−３は、ドメイン間相関算出部により算出されるドメイン間の嗜好の相関を示す図（３）である。
【図６−１】図６−１は、嗜好推測部による嗜好推測を説明するための図（１）である。
【図６−２】図６−２は、嗜好推測部による嗜好推測を説明するための図（２）である。
【図６−３】図６−３は、嗜好推測部による嗜好推測を説明するための図（３）である。
【図７】図７は、本実施例に係る情報提供システムによる嗜好推測の処理手順を示すシーケンス図である。
【発明を実施するための形態】
【００１４】
以下に、本発明に係る嗜好推測システムおよび嗜好推測方法の実施例を図面に基づいて詳細に説明する。なお、以下に示す実施例では、各種ドメイン（サービス領域）に関する情報をユーザに提供する情報提供システムに本発明を適用した場合について説明するが、この実施例によって本発明が限定されるものではない。
【実施例】
【００１５】
まず、本実施例に係る情報提供システムによる嗜好推測の概要について説明する。図１は、本実施例に係る情報提供システムによる嗜好推測の概念を説明するための図である。図１に示すように、本実施例に係る情報提供システムは、例えば、グルメドメインに関するユーザの嗜好を表す嗜好データと宿泊ドメインに関するユーザの嗜好を表す嗜好データとを複数のユーザごとに記憶する。（図１のＳ１およびＳ２参照）。
【００１６】
そして、情報提供システムは、例えば、グルメドメインの嗜好データと宿泊ドメインの嗜好データとを用いて、グルメドメインに関する嗜好と宿泊ドメインに関する嗜好との間の相関を算出する（図１のＳ３参照）。この結果、例えば、和食と温泉との相関値、洋食と温泉との相関値などが算出される（図１のＳ４参照）。
【００１７】
また、情報提供システムは、例えば、グルメドメインに関する嗜好と宿泊ドメインに関する嗜好との間の相関に基づいて、対象ユーザに関するグルメドメインの嗜好データから宿泊ドメインに関する対象ユーザの嗜好を推測する（図１のＳ５参照）。この結果、例えば、対象ユーザの嗜好に合う宿泊ドメインの情報としてシティホテルが推測される（図１のＳ６参照）。
【００１８】
このように、本実施例では、情報提供システムが、例えば、グルメドメインに関するユーザの嗜好を表す嗜好データと宿泊ドメインに関するユーザの嗜好を表す嗜好データとを複数のユーザごとに記憶する。また、情報提供システムは、記憶された複数のユーザの嗜好データを用いて、グルメドメインに関する嗜好と宿泊ドメインに関する嗜好との間の相関を算出する。そして、情報提供システムは、算出された相関に基づいて、記憶された対象ユーザに関するグルメドメインに関する嗜好データから宿泊ドメインに関する対象ユーザの嗜好を推測する。
【００１９】
すなわち、本実施例では、グルメドメインに関する対象ユーザの嗜好データが存在していれば、宿泊ドメインに関する対象ユーザのデータが無いまたは少なかった場合でも、複数のユーザに関するグルメドメインと宿泊ドメインとの相関と、グルメドメインに関する対象ユーザの嗜好データから、宿泊ドメインに関する対象ユーザの嗜好に合った情報が推測される。したがって、本実施例によれば、対象ユーザに関する履歴情報が無いまたは少ないドメインについても、対象ユーザの嗜好に合った情報を提供することができる。
【００２０】
なお、ここでは、複数ユーザのグルメドメインおよび宿泊ドメインに関する嗜好データから宿泊ドメインに関する対象ユーザの嗜好を推測する場合について説明した。しかし、本実施例に係る情報提供システムは、各種ドメインに関する嗜好データを記憶しており、各種ドメインに関する対象ユーザの嗜好を推測することが可能である。
【００２１】
次に、本実施例に係る情報提供システムの構成について説明する。図２は、本実施例に係る情報提供システムの構成を示す機能ブロック図である。図２に示すように、本実施例に係る情報提供システムは、クライアント装置１０およびサーバ装置２０を有する。クライアント装置１０とサーバ装置２０とは、インターネット１を介して通信可能に接続されている。
【００２２】
クライアント装置１０は、サーバ装置２０により提供される情報提供サービスを利用するユーザが使用する端末装置である。このクライアント装置１０は、例えば、通信制御部１１および情報取得部１２を有する。
【００２３】
通信制御部１１は、インターネット１を介してサーバ装置２０との間でやり取りされる各種情報の送受信を制御する。
【００２４】
情報取得部１２は、対象ユーザから要求されたドメインに関する情報をサーバ装置２０から取得し、取得した情報を出力する。例えば、情報取得部１２は、キーボードやマウスなどの入力装置を介して、任意のドメインに関する情報を要求する操作を対象ユーザから受け付ける。その後、情報取得部１２は、通信制御部１１を介して、ユーザから要求されたドメインに関する情報を要求する要求メッセージをサーバ装置２０に送信する。そして、情報取得部１２は、要求したドメインに関する情報がサーバ装置２０から応答されると、応答された情報をモニタやプリンタなどの出力装置に出力する。
【００２５】
サーバ装置２０は、クライアント装置１０からの要求に応じて各種ドメインに関する情報を提供する。このサーバ装置２０は、例えば、通信制御部２１と、記憶部２２と、制御部２３とを有する。
【００２６】
通信制御部２１は、インターネット１を介してクライアント装置１０との間でやり取りされる各種情報の送受信を制御する。
【００２７】
記憶部２２は、制御部２３によって実行される各種処理に必要な各種プログラムや各種データを記憶する。この記憶部２２は、例えば、ユーザ嗜好データ記憶部２２ａおよびドメイン間相関データ記憶部２２ｂを有する。
【００２８】
ユーザ嗜好データ記憶部２２ａは、各種ドメインに関するユーザの嗜好を表す各種の嗜好データを複数のユーザごとに記憶する。
【００２９】
図３−１〜３−３は、ユーザ嗜好データ記憶部２２ａにより記憶される嗜好データの一例を示す図である。図３−１は、グルメドメインに関する嗜好データの一例を示している。また、図３−２は、宿泊ドメインに関する嗜好データの一例を示している。また、図３−３は、エンターテイメントドメインに関する嗜好データの一例を示している。
【００３０】
図３−１〜３−３に示すように、例えば、ユーザ嗜好データ記憶部２２ａは、嗜好データとして、各種ドメインに関する項目の種類と、その種類に対するユーザの嗜好度合いを示す値とを対応付けた情報を記憶する。
【００３１】
具体的な例としては、例えば、図３−１に示すように、ユーザ嗜好データ記憶部２２ａは、グルメドメインの嗜好データとして、「和食」や「洋食」、「中華」などの食事の種類を記憶する。また、例えば、図３−２に示すように、ユーザ嗜好データ記憶部２２ａは、宿泊ドメインに関する嗜好データとして、「温泉旅館」や「シティホテル」、「ビジネスホテル」などのホテルの種類を記憶する。また、例えば、図３−３に示すように、ユーザ嗜好データ記憶部２２ａは、エンターテイメントドメインの嗜好データとして、「アクション」や「ホラー」、「ファンタジー」などの映画の種類を記憶する。なお、図３−１〜３−３に示す例では、各項目の種類に対する嗜好度合いを「０」〜「９」の１０段階の点数で示しており、点数の数値が大きくなるほど嗜好度合いが高いことを示している。
【００３２】
なお、かかるユーザ嗜好データ記憶部２２ａによって記憶される嗜好データは、各ドメインに関するサービスが開始される際に、システムの管理者などによってユーザ嗜好データ記憶部２２ａに登録される。
【００３３】
図２の説明にもどって、ドメイン間相関データ記憶部２２ｂは、ユーザ嗜好データ記憶部２２ａにより嗜好データが記憶された各ドメイン間での嗜好の相関を表すドメイン間相関データを記憶する。
【００３４】
図４−１〜４−３は、ドメイン間相関データ記憶部２２ｂにより記憶されるドメイン間相関データの一例を示す図である。図４−１は、グルメドメインおよび宿泊ドメインに関するドメイン間相関データの一例を示している。また、図４−２は、グルメドメインおよびエンターテイメントドメインに関するドメイン間相関データの一例を示している。また、図４−３は、エンターテイメントドメインおよび宿泊ドメインに関するドメイン間相関データの一例を示している。
【００３５】
図４−１〜４−３に示すように、例えば、ドメイン間相関データ記憶部２２ｂは、ドメイン間相関データとして、２つのドメイン間での各項目の組み合わせと、各項目間の相関値とを対応付けた情報を記憶する。本実施例では、各項目間の相関値は、各項目の嗜好度合いを乗算した値とする。
【００３６】
なお、かかるドメイン間相関データ記憶部２２ｂによって記憶されるドメイン間相関データは、後述するドメイン間相関算出部２３ａによって作成されて、ドメイン間相関データ記憶部２２ｂに登録される。
【００３７】
図２の説明にもどって、制御部２３は、図示していないＣＰＵ（Central  Processing  Unit）やメモリを有し、これらＣＰＵおよびメモリを用いて各種プログラムを実行することで、サーバ装置２０を動作させるための各種処理を実行する。この制御部２３は、例えば、ドメイン間相関算出部２３ａおよび嗜好推測部２３ｂを有する。
【００３８】
ドメイン間相関算出部２３ａは、ユーザ嗜好データ記憶部２２ａにより記憶された各嗜好データを用いて、各ドメイン間の嗜好の相関を算出する。
【００３９】
例えば、ドメイン間相関算出部２３ａは、通信制御部２１を介して、クライアント装置１０から送信された要求メッセージを受信すると、まず、ユーザ嗜好データ記憶部２２ａから２つのドメインに関する嗜好データを読み出す。そして、ドメイン間相関算出部２３ａは、読み出した各嗜好データを用いて、２つのドメイン間での各項目の組み合わせごとに、嗜好度合いを乗算することで相関値を算出する。そして、ドメイン間相関算出部２３ａは、２つのドメイン間での各項目の組み合わせと各項目間の相関値とを対応付けた情報を作成し、作成した情報をドメイン間相関データとしてドメイン間相関データ記憶部２２ｂに登録する。
【００４０】
具体的な例としては、例えば、ドメイン間相関算出部２３ａは、グルメドメインおよび宿泊ドメインに関するドメイン間相関データを作成する。このとき、ドメイン間相関算出部２３ａは、図４−１に示したように、温泉旅館と和食、温泉旅館と洋食、温泉旅館と中華、シティホテルと和食、シティホテルと洋食、シティホテルと中華、ビジネスホテルと和食、ビジネスホテルと洋食、ビジネスホテルと中華の９つの組み合わせそれぞれについて相関値を算出し、算出した相関値をドメイン間相関データに設定する。
【００４１】
ドメイン間相関算出部２３ａは、ユーザ嗜好データ記憶部２２ａにより記憶された全てのユーザの全ての嗜好データの組み合わせについて、同様の手順でドメイン間相関データを作成する。そして、全てのドメイン間相関データを作成したのちに、ドメイン間相関算出部２３ａは、複数のユーザに関するドメイン間相関データに基づいて、ドメイン間の項目の組み合わせごとに相関値の平均値（各ユーザの値／ユーザの人数）を算出する。
【００４２】
図５−１〜５−３は、ドメイン間相関算出部２３ａにより算出されるドメイン間の嗜好の相関を示す図である。図５−１は、グルメドメインと宿泊ドメインとの間の嗜好の相関を示している。また、図５−２は、グルメドメインとエンターテイメントドメインとの間の嗜好の相関を示している。また、図５−３は、エンターテイメントドメインと宿泊ドメインとの間の嗜好の相関を示している。図５−１〜５−３において、横軸は、ドメイン間の項目の組み合わせを示している。また、縦軸は、各項目の組み合わせに関する相関値の平均値を示している。
【００４３】
図５−１〜５−３に示すように、ドメイン間相関算出部２３ａがドメイン間の項目の組み合わせごとに相関値の平均値を算出することによって、一般論として、ドメイン間でどういった項目の組み合わせを好むユーザが多いかを判別することができる。例えば、図５−１に示す例では、グルメドメインと宿泊ドメインとの間で、和食と温泉旅館の組み合わせ、洋食とシティホテルの組み合わせ、中華とビジネスホテルの組み合わせを好むユーザが多いことが分かる。
【００４４】
嗜好推測部２３ｂは、ドメイン間相関算出部２３ａにより算出された相関に基づいて、ユーザ嗜好データ記憶部２２ａにより記憶された対象ユーザに関する嗜好データから特定のドメインに関する対象ユーザの嗜好を推測する。
【００４５】
例えば、嗜好推測部２３ｂは、ドメイン間相関算出部２３ａによって各ドメイン間の嗜好の相関が算出されたのちに、ユーザ嗜好データ記憶部２２ａによって記憶された対象ユーザに関する嗜好データのうち、クライアント装置１０から要求されたドメインとは異なるドメインの嗜好データを読み出す。さらに、嗜好推測部２３ｂは、クライアント装置１０から要求されたドメインと他のドメインとの相関を表すドメイン間相関データをドメイン間相関データ記憶部２２ｂから読み出す。
【００４６】
そして、嗜好推測部２３ｂは、嗜好データに含まれる各項目の嗜好度合いと、ドメイン間相関データに含まれる各項目の組み合わせの相関値とを用いて、要求されたドメインに関する対象ユーザの嗜好の強さを表す値を項目ごとに算出する。その後、嗜好推測部２３ｂは、要求されたドメインに関する項目のうち、対象ユーザの嗜好が最も強い項目の種類を示す情報をクライアント装置１０へ応答する。
【００４７】
図６−１〜６−３は、嗜好推測部２３ｂによる嗜好推測を説明するための図である。図６−１〜６−３は、対象ユーザのグルメドメインの嗜好データから宿泊ドメインに関する対象ユーザの嗜好を推測する場合の例を示している。例えば、ドメイン間相関算出部２３ａによって、図６−１に示すように、グルメドメインと宿泊ドメインとの間の嗜好の相関が算出されていたとする。図６−１において、棒グラフの上に記載された数値は、各項目の組み合わせに関する相関値の平均値を示している。また、例えば、ユーザ嗜好データ記憶部２２ａによって、図６−２に示すように、対象ユーザに関するグルメドメインの嗜好データが記憶されていたとする。
【００４８】
例えば、嗜好推測部２３ｂは、宿泊ドメインに関するｎ番目の項目に対する対象ユーザの嗜好の強さをＳn、対象ユーザに関するグルメドメインの嗜好データにおけるｍ番目の項目の嗜好度合いをＴm、グルメドメインおよび宿泊ドメインに関するドメイン間相関データにおけるグルメドメインのｍ番目の項目と宿泊ドメインのｎ番目の項目との間の相関値をＣmnとした場合に、以下に示す式（１）でＳnを算出する。
【００４９】
Ｓn＝Ｔ1×Ｃ1n＋Ｔ2×Ｃ2n＋・・・＋Ｔm×Ｃmn      ・・・（１）
【００５０】
例えば、図６−１および６−２に示す例の場合には、嗜好推測部２３ｂは、温泉旅館に対する対象ユーザの嗜好の強さをＳ1、洋食に対する対象ユーザの嗜好の強さをＳ2、中華に対する対象ユーザの嗜好の強さをＳ3とすると、以下に示すようにＳ1，Ｓ2，Ｓ3を算出する（図６−３を参照）。
【００５１】
温泉旅館      ：Ｓ1＝２×３２＋９×１４＋１×５＝１９５
シティホテル  ：Ｓ2＝２×８＋９×３０＋１×８＝２９４
ビジネスホテル：Ｓ3＝２×３＋９×１２＋１×３３＝１４７
【００５２】
そして、図６−１および６−２に示す例の場合には、嗜好推測部２３ｂは、宿泊ドメインに関する項目のうち、対象ユーザの嗜好が最も強いシティホテルを示す情報をクライアント装置１０へ応答する。
【００５３】
なお、嗜好推測部２３ｂは、ユーザ嗜好データ記憶部２２ａによって記憶された対象ユーザに関する嗜好データの中に、クライアント装置１０から要求されたドメインとは異なるドメインの嗜好データが複数あった場合には、それら複数のドメインに関する嗜好データおよび相関データを用いて、要求されたドメインに関する対象ユーザの嗜好の強さを表す値を項目ごとに算出する。
【００５４】
例えば、嗜好推測部２３ｂは、対象ユーザのグルメドメインに関する嗜好データと、グルメドメインおよび宿泊ドメインに関するドメイン間相関データとから、宿泊ドメインに関する対象ユーザの嗜好の強さを表す値を算出し、さらに、エンターテイメントドメインに関する嗜好データと、エンターテイメントドメインおよび宿泊ドメインに関するドメイン間相関データとからも、宿泊ドメインに関する対象ユーザの嗜好の強さを表す値を算出する。
【００５５】
そして、この場合には、嗜好推測部２３ｂは、各ドメインに関する嗜好データおよび相関データから算出した嗜好の強さを表す値を項目ごとに合計し、合計値が最も大きい項目の種類を示す情報をクライアント装置１０へ応答する。
【００５６】
次に、本実施例に係る情報提供システムによる嗜好推測の処理手順について説明する。図７は、本実施例に係る情報提供システムによる嗜好推測の処理手順を示すシーケンス図である。なお、ここでは、サーバ装置２０が、グルメドメインおよび宿泊ドメインに関する相関と対象ユーザのグルメドメインに関する嗜好データとから、対象ユーザの宿泊ドメインに関する嗜好を推測する場合について説明する。
【００５７】
図７に示すように、クライアント装置１０において、情報取得部１２が、対象ユーザによる操作に応じて、宿泊ドメインに関する情報を要求する要求メッセージをサーバ装置２０に送信する（ステップＳ１１）。
【００５８】
続いて、サーバ装置２０において、ドメイン間相関算出部２３ａが、通信制御部２１を介して、クライアント装置１０から送信された要求メッセージを受信すると、ユーザ嗜好データ記憶部２２ａにより記憶された各嗜好データを用いて、各ドメイン間の嗜好の相関を算出する（ステップＳ１２）。
【００５９】
続いて、嗜好推測部２３ｂが、対象ユーザのグルメドメインに関する嗜好データと、グルメドメインおよび宿泊ドメインに関するドメイン間相関データとを用いて、宿泊ドメインに関する対象ユーザの嗜好を推測する（ステップＳ１３）。そして、嗜好推測部２３ｂは、宿泊ドメインに関する項目のうち、対象ユーザの嗜好が最も強い項目の種類を示す情報をクライアント装置１０へ応答する（ステップＳ１４）。
【００６０】
その後、クライアント装置１０において、情報取得部１２が、通信制御部１１を介して、情報がサーバ装置２０から応答された宿泊ドメインに関する情報を受信すると、受信した情報をモニタやプリンタなどの出力装置に出力する（ステップＳ１５）。
【００６１】
なお、図７に示した処理手順では、ドメイン間相関算出部２３ａが、クライアント装置１０から送信された要求メッセージを受信した場合に、各ドメイン間の嗜好の相関を算出することとした。これに対し、例えば、ドメイン間相関算出部２３ａが、あらかじめ決められた所定のタイミングまたは定期的に、バッチ処理で各ドメイン間の嗜好の相関を算出するようにしてもよい。
【００６２】
このように、ドメイン間相関算出部２３ａがバッチ処理で嗜好の相関を算出することによって、ユーザ嗜好データ記憶部２２ａに大量の嗜好データが記憶されている場合でも、クライアント装置１０に対するサーバ装置２０のレスポンスを低下させることなく、対象ユーザの嗜好に合った情報を提供することができる。
【００６３】
上述したように、本実施例では、ユーザ嗜好データ記憶部２２ａが、グルメドメインに関するユーザの嗜好を表す嗜好データと宿泊ドメインに関するユーザの嗜好を表す嗜好データとを複数のユーザごとに記憶する。また、ドメイン間相関算出部２３ａが、ユーザ嗜好データ記憶部２２ａにより記憶された複数のユーザの嗜好データを用いて、グルメドメインに関する嗜好と宿泊ドメインに関する嗜好との間の相関を算出する。そして、嗜好推測部２３ｂが、ドメイン間相関算出部２３ａにより算出された相関に基づいて、ユーザ嗜好データ記憶部２２ａにより記憶された対象ユーザに関するグルメドメインの嗜好データから宿泊ドメインに関する対象ユーザの嗜好を推測する。
【００６４】
すなわち、本実施例では、グルメドメインに関する対象ユーザの嗜好データが存在していれば、宿泊ドメインに関する対象ユーザのデータが無いまたは少なかった場合でも、複数のユーザに関するグルメドメインと宿泊ドメインとの相関と、グルメドメインに関する対象ユーザの嗜好データから、宿泊ドメインに関する対象ユーザの嗜好に合った情報が推測される。したがって、本実施例によれば、対象ユーザに関する履歴情報が無いまたは少ないドメインについても、対象ユーザの嗜好に合った情報を提供することができる。
【００６５】
また、本実施例では、ユーザ嗜好データ記憶部２２ａが、エンターテイメントドメインに関するユーザの嗜好を表す嗜好データをさらに記憶する。また、ドメイン間相関算出部２３ａが、エンターテイメントドメインに関する嗜好と宿泊ドメインに関する嗜好との間の相関をさらに算出する。そして、嗜好推測部２３ｂが、対象ユーザに関するグルメドメインの嗜好データおよびエンターテイメントドメインの嗜好データそれぞれから、宿泊ドメインに関する対象ユーザの嗜好を推測する。
【００６６】
すなわち、本実施例では、複数種類のドメインと宿泊ドメインとの相関に基づいて、対象ユーザに関する複数種類のドメインの嗜好データから宿泊ドメインに関する対象ユーザの嗜好が推測される。したがって、本実施例によれば、対象ユーザの嗜好を多角的に推測することができるので、対象ユーザに提供される情報の信頼性を向上させることができる。
【００６７】
なお、本実施例では、グルメドメイン、宿泊ドメインおよびエンターテイメントドメインに関する嗜好データが用いられる場合について説明したが、本発明はこれに限られるものではなく、その他のドメインを含む各種ドメインに関する嗜好データを用いて実施することが可能である。
【００６８】
また、本実施例では、ドメイン間相関算出部２３ａが、ユーザ嗜好データ記憶部２２ａにより記憶された全てのユーザの嗜好データを用いてドメイン間相関データを作成することとした。これに対し、例えば、ドメイン間相関算出部２３ａが、ユーザ嗜好データ記憶部２２ａにより記憶された各嗜好データのうち、対象ユーザと属性情報が類似するユーザに関する嗜好データのみを用いて相関を算出するようにしてもよい。なお、ここでいう属性とは、例えば、ユーザの年齢や職業、性別などである。
【００６９】
この場合には、例えば、クライアント装置１０において、情報取得部１２が、サーバ装置２０に要求メッセージを送信する際に、要求メッセージとともに対象ユーザの属性を送信する。また、サーバ装置２０において、ユーザ嗜好データ記憶部２２ａが、ユーザの属性に関する情報を各嗜好データに対応付けてさらに記憶しておく。そして、ドメイン間相関算出部２３ａが、ユーザ嗜好データ記憶部２２ａにより記憶された各嗜好データのうち、クライアント装置１０から送信された対象ユーザの属性と類似した属性を有するユーザの嗜好データのみを用いて、ドメイン間相関データを作成する。
【００７０】
このように、ドメイン間相関算出部２３ａが、対象ユーザと属性が類似するユーザに関する嗜好データのみを用いて相関を算出することによって、より精度よく対象ユーザの嗜好を推測することができるようになる。
【００７１】
また、本実施例では、ドメイン間相関算出部２３ａが、複数ユーザの嗜好データから作成したドメイン間相関データをドメイン間相関データ記憶部２２ｂに登録することとした。しかしながら、ドメイン間相関データは、必ずしも記憶部に登録される必要はない。例えば、ドメイン間相関算出部２３ａが、作成したドメイン間相関データを引継ぎ情報として嗜好推測部２３ｂに引き渡すようにしてもよい。
【００７２】
また、本実施例では、ユーザ嗜好データ記憶部２２ａによって記憶される嗜好データは、各ドメインに関するサービスが開始される際にシステムの管理者などによって登録されることとした。しかしながら、嗜好データは、必ずしもシステムの管理者によって登録される必要はない。
【００７３】
例えば、サーバ装置２０が、ユーザによって情報提供サービスが利用された際に、ユーザからの要求に応じて提供した情報に基づいて、ユーザ嗜好データ記憶部２２ａに嗜好データを登録するようにしてもよい。具体的には、サーバ装置２０は、あるドメインに関する項目の情報をユーザから要求された場合に、要求された情報をユーザに提供するとともに、そのドメインに関するそのユーザの嗜好を表す嗜好データをユーザ嗜好データ記憶部２２ａに登録する。
【００７４】
このとき、例えば、サーバ装置２０は、情報を提供したドメインに関する嗜好データがまだ登録されていなかった場合には、そのドメインに関する各項目について、情報を提供した項目の嗜好度合いには所定の値（例えば、「１」など）を設定し、他の項目の嗜好度合いには「０」を設定する。また、情報を提供したドメインに関する嗜好データがすでに登録されていた場合には、サーバ装置２０は、ユーザに提供した回数が多い項目ほど嗜好度合いの値が大きくなるように、各項目の嗜好度合いを更新する。この構成によれば、ユーザによってサービスが利用されるたびに、複数ユーザの複数ドメインに関する嗜好データがユーザ嗜好データ記憶部２２ａに自動的に登録される。
【００７５】
例えば、グルメドメイン、宿泊ドメインの順でサービスが開始される場合を考える。まず、グルメドメインに関するサービスが開始されたとする。グルメドメインのサービスが開始された時点では、ユーザ嗜好データ記憶部２２ａには、いずれのユーザについてもグルメドメインの嗜好データは登録されていない。その後、複数ユーザによってグルメドメインのサービスが利用されるにつれて、グルメドメインに関する複数ユーザの嗜好データがユーザ嗜好データ記憶部２２ａに蓄積されてゆく。
【００７６】
その後、宿泊ドメインに関するサービスが新規で開始されたとする。宿泊ドメインのサービスが開始された直後は、グルメドメインおよび宿泊ドメインの両方を利用したユーザがまだ少ないため、グルメドメインと宿泊ドメインとの間の相関は算出されない。しかし、宿泊サービスを利用したユーザが増えるにつれて、グルメドメインと宿泊ドメインとの間の相関が算出されるようになる。この時点で、グルメドメインのサービスは過去に利用したことがあるが宿泊ドメインのサービスは初めて利用するユーザについて、宿泊ドメインに関する嗜好を推測することができるようになる。
【００７７】
また、例えば、サーバ装置２０が、新規にサービスを利用する際にユーザがユーザ情報として登録する属性情報に基づいて、ユーザ嗜好データ記憶部２２ａに嗜好データを登録するようにしてもよい。この場合には、例えば、サーバ装置２０は、ユーザに関する属性と各ドメインに対する嗜好との関係を示す一般的な統計情報を記憶しておく。そして、サーバ装置２０は、新規のユーザによって属性情報が登録された場合に、登録された属性情報と統計情報とに基づいて、そのユーザに関する嗜好データをドメインごとに生成し、ユーザ嗜好データ記憶部２２ａに登録する。これにより、新規のユーザが登録されるごとに、そのユーザの複数ドメインに関する嗜好データがユーザ嗜好データ記憶部２２ａに自動的に登録される。
【符号の説明】
【００７８】
１    インターネット
１０    クライアント装置
１１    通信制御部
１２    情報取得部
２０    サーバ装置
２１    通信制御部
２２ａ    ユーザ嗜好データ記憶部
２２ｂ    ドメイン間相関データ記憶部
２２    記憶部
２３    制御部
２３ａ    ドメイン間相関算出部
２３ｂ    嗜好推測部
【図１】
2011233041.tif 000003
【図２】
2011233041.tif 000004
【図３−１】
2011233041.tif 000005
【図３−２】
2011233041.tif 000006
【図３−３】
2011233041.tif 000007
【図４−１】
2011233041.tif 000008
【図４−２】
2011233041.tif 000009
【図４−３】
2011233041.tif 000010
【図５−１】
2011233041.tif 000011
【図５−２】
2011233041.tif 000012
【図５−３】
2011233041.tif 000013
【図６−１】
2011233041.tif 000014
【図６−２】
2011233041.tif 000015
【図６−３】
2011233041.tif 000016
【図７】
2011233041.tif 000017