JP5782562B2 - レコメンド作成システム - Google Patents

Description

本発明は、ユーザの問いかけに対して最適な回答を提供するレコメンド作成システムに関する。

近年、携帯電話機等から入力されたユーザの音声を解析し、ユーザが要求する情報を検索して取得するサービスがある。これらのサービスでは、正確な回答、ユーザに最適な回答を提供することを目的として、ユーザ特性に応じた情報の提供等が行われている。このようなサービスを実現する技術として、例えば、特許文献１には、ユーザの行動要求内容に対して必要とされる情報の検索処理を可能にするエージェント機能を備えた携帯情報端末が開示されている。

特開平１０−２８３３６２号公報

しかしながら、上記のような情報検索サービスにおいては、ユーザの問いかけに含まれるキーワード及びユーザの属性情報から回答を提供しているので、ユーザが予期していない回答やユーザに対して適切なレコメンドは得られない。

本発明はかかる点に鑑みてなされたものであり、ユーザが予期していない回答やユーザに対して適切な回答等の最適なレコメンドを提供することができるレコメンド作成システムを提供することを目的とする。

本発明のレコメンド作成システムは、少なくとも一つの項目をそれぞれ含む複数のカテゴリで分類された状態でユーザの情報を格納したデータベースと、前記カテゴリにおける未収集の項目に関するユーザ情報を取得するために前記ユーザへの質問を生成する質問制御手段と、前記データベースに格納されている複数のカテゴリにおける項目に関するユーザ情報から前記ユーザの問いかけに対するレコメンドを作成するレコメンド作成手段と、を具備し、前記質問制御手段は、前記問いかけに含まれるキーワードから一つのカテゴリを推定し、推定されたカテゴリを中心カテゴリとし、前記問いかけに対して中心カテゴリ以外で関連するカテゴリを関連カテゴリとし、前記中心カテゴリ及び前記関連カテゴリでブロックマトリクスを設定し、前記ブロックマトリクスに基づき前記中心カテゴリ以外のカテゴリについての項目に対するユーザ情報を用いて前記レコメンドを作成することを特徴とする。

この構成によれば、ユーザが予期していない回答やユーザに対して適切な回答等の最適なレコメンドを提供することができる。また、この構成によれば、ユーザの問いかけから推定されたカテゴリ以外のカテゴリについての項目に対するユーザ情報を用いることができるので、ユーザが予期していない回答やユーザに対して適切な回答等のより最適なレコメンドを提供することができる。

本発明のレコメンド作成システムにおいては、各カテゴリに含まれるそれぞれの項目には、他のカテゴリに対して関連度が予め設定されており、前記質問制御手段は、前記関連カテゴリにおける、前記中心カテゴリに対する関連度が高い未収集の項目に関するユーザ情報を取得するための質問を生成することが好ましい。

この構成によれば、中心カテゴリに対する関連度が高い未収集の項目を優先して収集することができるので、ユーザが予期していない回答やユーザに対して適切な回答等のより最適なレコメンドを提供することができる。

本発明のレコメンド作成システムにおいては、前記質問制御手段は、前記ブロックマトリクスを構成する中心カテゴリ及び関連カテゴリにおける項目の登録率が所定値未満であるときに、ユーザ情報が未収集の項目についての質問を生成することが好ましい。

この構成によれば、ユーザの問いかけに対して、関連カテゴリの情報を含めたレコメンドを提供することができるので、ユーザ自身も気がついていないような、意外で、ユーザのためになる回答を得ることができる。

本発明のレコメンド作成システムにおいては、前記レコメンド作成手段は、ユーザの履歴ログも用いて前記ユーザの問いかけに対するレコメンドを作成することが好ましい。

この構成によれば、ユーザ情報としてユーザの履歴ログを用いるので、ユーザ自身も気がついていないような、意外で、ユーザのためになる回答を得ることができ、ユーザが予期していない回答やユーザに対して適切な回答等のより最適なレコメンドを提供することができる。

本発明のレコメンド作成システムにおいては、前記データベースは、各カテゴリにおける各項目に関するユーザ情報を取得するための質問を格納していることが好ましい。

本発明のレコメンド作成システムにおいては、前記データベースは、前記中心カテゴリ毎に設定されたブロックマトリクスを格納していることが好ましい。

本発明の携帯端末装置は、上記レコメンド作成システムを搭載したことを特徴とする。

本発明によれば、ユーザからの問いかけに対するレコメンドを提供するにあたり、問いかけと相関関係が高い項目を優先的に使用し、相関関係が高いにもかかわらず未収集の項目があれば、そのような項目を収集する質問をユーザに対して行うので、ユーザが予期していない回答やユーザに対して適切な回答等の最適なレコメンドを提供することができる。

本発明の実施の形態に係るレコメンド作成システムを含むシステム構成を示す図である。 本発明の実施の形態に係るレコメンド作成システムの概略構成を示すブロック図である。 ブロックマトリクスの一例を示す図である。 ブロックマトリクスにおける中心項目からの関連度の例を示す図である。 履歴ログを含めたブロックマトリクスの例を示す図である。 レコメンドパターンの例を示す図である。 預金額の時間的推移を示す図である。 本発明の実施の形態に係るレコメンド作成システムにおけるレコメンド作成動作を示すフローチャートである。 ブロックマトリクスの他の例を示す図である。 レコメンドパターンの例を示す図である。

以下、本発明の実施の形態について、添付図面を参照して詳細に説明する。
図１は、本発明の実施の形態に係るレコメンド作成システムを含むシステム構成を示す図である。図１においては、レコメンド作成システムがネットワークに接続されたサーバにある場合について示している。本発明においては、図１に示すシステム構成に限定されず、レコメンド作成システムが携帯端末装置に搭載されている場合についても適用することができる。

図１に示すシステムは、携帯電話等の携帯端末装置１と、この携帯端末装置１とモバイルネットワーク２及びインターネットのようなネットワーク３を介して接続された検索エンジン４と、モバイルネットワーク２及びインターネットのようなネットワーク３を介して接続されたレコメンド作成システム（Ｗｅｂサーバ）５とから主に構成されている。

携帯端末装置１は、携帯電話やタブレット型端末等の端末装置を含み、少なくとも検索エンジン４と接続して情報検索をすることができ、レコメンド作成システムを備えたサーバに接続してレコメンドを取得できる機能を備えている。また、携帯端末装置１は、音声入力したユーザの音声を解析し、ユーザが要求する情報を検索エンジン４から取得する機能を備えている。また、携帯端末装置１は、その他の通話機能、電子メール機能、非接触カード機能等を備えていても良い。

モバイルネットワーク２は、携帯端末装置１とインターネット３との間のネットワークである。このモバイルネットワーク２には、通常の移動通信網に加えて移動パケット通信網も含まれる。モバイルネットワーク２は、インターネットのようなネットワーク３とを結ぶゲートウェイ機能を担っている。

ネットワーク３には、インターネットをはじめその他のネットワーク、例えばＬＡＮやＷＡＮなども含まれる。

レコメンド作成システム５は、図２に示すように、対話制御部５１と、レコメンド作成部５２と、質問制御部５３と、個人情報データベース（ＤＢ）５４とから主に構成されている。レコメンド作成システム５においては、ユーザからの問いかけに対するレコメンドを提供するにあたり、問いかけと相関関係が高い項目を優先的に使用してレコメンドを提供する。また、相関関係が高いにもかかわらず未収集の項目があれば、そのような項目を収集する質問をユーザに対して行う。

対話制御部５１は、ユーザから入力された問いかけに対してレコメンドをユーザに出力すると共に、未収集の項目に関するユーザ情報を取得するための質問をユーザに出力する。ここで、「問いかけ」とは、ユーザがレコメンドを求めるためにレコメンド作成システムに入力する問いを意味し、「レコメンド」とは、ユーザからの「問いかけ」に対してレコメンド作成システムが提供する提案を意味する。例えば、「問いかけ」として、「家の購入を検討しているけど、どうかな？」とユーザがレコメンド作成システムに入力すると、「レコメンド」として、「預金額に対して負債が多い。まずはローンが残っている車を売却したら？」が出力される。

また、「質問」とは、後述する個人情報ＤＢ５４に格納され、少なくとも一つの項目を含むカテゴリ別に分類されたユーザ情報において、未収集である項目に対応する質問を意味する。例えば、金融情報のカテゴリにおいて、預金額の項目が未収集であれば、「預金額はいくら？」という質問がレコメンド作成システムからユーザに出力される。

また、「カテゴリ」とは、ユーザ情報を分類するためのものであり、例えば、食事、健康、人間関係、夢・目標、基本情報、趣味、運動、仕事、金融等が挙げられる。「項目」とは、カテゴリに含まれる具体的な情報を意味する。例えば、食事カテゴリに含まれる項目としては、好きな食べ物等が挙げられ、金融カテゴリに含まれる項目としては、預金額、定期的支出、負債額等が挙げられる。基本情報とは、氏名、身長、体重、住所、年齢、職業、家族構成等のユーザについての基本的な情報であり、この基本情報は、ユーザが予め入力しておいても良く、他のアプリケーション操作時にユーザが入力した情報を用いても良く、質問により収集しても良い。なお、このカテゴリや項目は、これらに限定されず、適宜設定することができる。

対話制御部５１は、ユーザから入力された問いかけに含まれるキーワードからユーザ情報を分類するカテゴリを推定する。例えば、ユーザからの問いかけが上記「家の購入を検討しているけど、どうかな？」である場合、キーワードとなり得る「家」や「購入」から中心カテゴリとして「金融カテゴリ」を推定する。対話制御部５１は、推定した中心カテゴリを質問制御部５３に出力する。なお、対話制御部５１にユーザが入力する場合、ユーザが音声で入力しても良く、ユーザが手でデータ入力しても良い。

対話制御部５１は、上記中心カテゴリと、この中心カテゴリ以外で関連する関連カテゴリとで設定されたブロックマトリクスにおける項目についてのユーザ情報の収集状況（登録率）に応じて、上記質問の出力と上記レコメンドの出力を切り替える。すなわち、対話制御部５１は、ブロックマトリクスにおける登録率が所定値（例えば、８０％）以上であれば、後述するレコメンド作成部５２から、問いかけに対するレコメンドを出力する。なお、登録率が所定値以上である旨は、後述する質問制御部５３から通知される。また、対話制御部５１は、ブロックマトリクスにおける登録率が所定値（例えば、８０％）未満であれば、質問制御部５３から未収集の項目に対する質問を出力する。

質問制御部５３は、中心カテゴリ及び関連カテゴリ（ブロックマトリクス）における未収集の項目に関するユーザ情報を取得するためにユーザへの質問を生成する。また、質問制御部５３は、問いかけに含まれるキーワードから一つのカテゴリを推定し、推定されたカテゴリを中心カテゴリとし、問いかけに対して中心カテゴリ以外で関連する関連カテゴリとし、中心カテゴリ及び関連カテゴリでブロックマトリクスを設定する。このようにブロックマトリクスを用いることにより、ユーザの問いかけから推定されたカテゴリ以外のカテゴリについての項目に対するユーザ情報を用いることができるので、ユーザが予期していない回答やユーザに対して適切な回答等のより最適なレコメンドを提供することができる。

例えば、質問制御部５３では、上述したように、対話制御部５１から中心カテゴリが通知されるので、図３に示すように、この中心カテゴリＡを中心とし、この中心カテゴリＡ以外で関連する関連カテゴリＢを周囲に配置してなるブロックマトリクスを設定する。図３においては、中心カテゴリＡが金融カテゴリであり、関連カテゴリＢが食事カテゴリ、趣味カテゴリ、スポーツカテゴリ及び健康カテゴリである。なお、このブロックマトリクスは、中心カテゴリの種類毎に予めそれぞれ設定されており、中心カテゴリが決定したときに、ブロックマトリクスが決まるようになっている。この中心カテゴリ毎に設定されたブロックマトリクスは、個人情報ＤＢ５４に格納されている。

また、質問制御部５３は、関連カテゴリにおける、中心カテゴリに対する関連度が高い未収集の項目に関するユーザ情報を取得するための質問を生成する。なお、関連度については、ブロックマトリクス毎に設定されている。中心カテゴリ及び関連カテゴリにおける各項目は、中心カテゴリの中心項目からの関連度（距離）が予め設定されているので、質問制御部５３は、その関連度が高い（距離が短い）項目についての質問を優先して生成する。例えば、図４に示すように、ブロックマトリクスには、中心カテゴリＡの中心項目（中心カテゴリにおける中心の項目（距離０））から他の項目までの距離が設定されている。質問制御部５３は、選択されたブロックマトリクスにおいて、ユーザ情報が未収集である項目であって、中心カテゴリＡの中心項目からの距離が小さい（中心項目に関連度が高い）項目についての質問を優先して生成する。これにより、中心カテゴリに対する関連度が高い未収集の項目を中心カテゴリに対する関連度が低い未収集の項目より優先して収集することができるので、ユーザが予期していない回答やユーザに対して適切な回答等のより最適なレコメンドを提供することができる。

生成すべき質問は、各カテゴリにおける各項目に関するユーザ情報を取得するための質問として、カテゴリ別、項目毎に予め個人情報ＤＢ５４に記憶されており、項目及びカテゴリを指定して読み出すことができる。例えば、質問は、データレコード［項目，カテゴリ，質問］で管理されており、項目を第１キー、カテゴリを第２キーとしてそれらの順にソートしたリスト（表）として個人情報ＤＢ５４に格納することができる。また、このリストには、項目毎にユーザ情報が収集済であるか未収集であるかを示すフラグが付けられており、項目におけるユーザ情報の収集状況も関連付けられている。例えば、ユーザ情報が収集済であれば、フラグ”１”が入力されており、ユーザ情報が未収集であれば”０”が入力されている。

なお、本実施の形態においては、質問が予め個人情報ＤＢ５４に格納されている場合について説明しているが、本発明はこれに限定されず、質問制御部が個人情報ＤＢ５４に格納されているブロックマトリクスの未収集項目に対する質問を生成する場合についても同様に適用することができる。

質問制御部５３は、上記のように中心項目からの距離で決定された項目を第１キーとし、中心カテゴリを第２キーとして、二分探索又は線形探索によってこのリストを探索し、一致したレコードの質問を、ユーザに出力すべき質問として生成する。なお、質問の内容としては、未収集の項目に対するユーザ情報が収集できる内容であれば特に制限はない。

また、質問制御部５３は、ブロックマトリクスを構成する中心カテゴリ及び関連カテゴリにおける項目の登録率が所定値未満であるときに、ユーザ情報が未収集の項目についての質問を生成する。ここで、登録率とは、ブロックマトリクスを構成する中心カテゴリ及び関連カテゴリにおける全項目数（図３においては４５項目）に対するユーザ情報収集済の項目数（フラグ”１”の項目数）の割合をいう。例えば、質問制御部５３において、登録率が８０％未満である場合に、ユーザ情報が未収集の項目についての質問を生成すると設定されたときには、登録率が８０％以上になるまで、ユーザ情報が未収集の項目についての質問を生成し続ける。図５においては、ユーザ情報が収集済の項目（例えば、金融カテゴリの預金額項目、負債額項目、定期的支出項目）を網掛けしている。したがって、ユーザ情報が未収集の項目（図５において網掛けのない項目）について登録率が８０％以上になるまで順次質問を行う。

本実施の形態においては、ユーザ情報の登録率が所定値以上になったときにレコメンドを作成する場合について説明しているが、本発明はこれに限定されず、カテゴリにおける項目に重み付けをしておき、重み付けが高い（重要度が高い）項目すべてについてユーザ情報が収集されたときにレコメンドを作成するようにしても良い。また、登録率が８０％未満であっても登録率がある範囲内（例えば、６０％〜８０％）にあるときには、ユーザに未収集項目についての質問を出力すると共にレコメンドを出力するように設定しても良い。

質問制御部５３は、質問を生成してユーザからの回答があり、項目に対するユーザ情報が収集された際に登録率を計算し、登録率が８０％以上になったときに、その旨を対話制御部５１及びレコメンド作成部５２に出力する。これは、登録率が８０％以上になるまではレコメンドをユーザに出力しないことを意味する。なお、登録率の閾値については、これに限定されず、適宜設定することができる。

このように、登録率が所定値以上になったときにレコメンドを出力することにより、ユーザの問いかけに対して、関連カテゴリの情報を含めたレコメンドを提供することができるので、ユーザ自身も気がついていないような、意外で、ユーザのためになる回答を得ることができる。

個人情報ＤＢ５４は、少なくとも一つの項目をそれぞれ含む複数のカテゴリで分類された状態でユーザの情報を格納する。また、個人情報ＤＢ５４は、中心カテゴリ毎に設定されたブロックマトリクスを格納する。また、個人情報ＤＢ５４は、各カテゴリにおける各項目に関するユーザ情報を取得するための質問を格納する。

また、個人情報ＤＢ５４は、ユーザ情報が収集済である項目の組み合わせに応じたレコメンドパターンを格納する。このレコメンドパターンは、設定されたブロックマトリクス毎に予め決められている。レコメンドパターンは、図６に示すテーブルのように、ユーザ情報収集済の項目と関連付けられており、例えば、レコメンドパターン１は、預金額項目、預金額履歴項目、定期的支出項目（金融カテゴリ）、車項目（趣味カテゴリ）、好きな食べ物項目、食事履歴項目（食事カテゴリ）の項目からレコメンドを作成するパターンであり、レコメンドパターン２は、預金額項目、車項目（趣味カテゴリ）、好きな食べ物項目、他の検索情報からレコメンドを作成するパターンである。なお、このレコメンドパターンは図６に限定されず適宜設定することができる。

レコメンド作成部５２は、個人情報ＤＢ５４に格納されている複数のカテゴリにおける項目に関するユーザ情報からユーザの問いかけに対するレコメンドを作成する。レコメンド作成部５２は、質問制御部５３から登録率が所定値以上になった旨の通知を受けると、ユーザの問いかけに対するレコメンドを作成する。この場合において、レコメンド作成部５２は、ブロックマトリクスにおいてユーザ情報収集済の項目についてのユーザ情報を用いてユーザに対するレコメンドを作成する。レコメンドを作成する際には、ブロックマトリクスにおいてユーザ情報収集済の項目のみでレコメンドを作成しても良く、ブロックマトリクスにおいてユーザ情報収集済の項目に加えて、他の検索情報（例えば、ユーザ情報収集済の項目に関連する情報）を用いてレコメンドを作成しても良い。

例えば、レコメンド作成部５２は、ユーザ情報が収集済である項目からレコメンドパターンを選択し、そのレコメンドパターンを用いてレコメンドを作成する。この場合において、収集済のユーザ情報以外の情報でレコメンドに必要な情報については検索エンジン４を用いて情報収集する。レコメンド作成部５２は、このようなユーザ情報や検索情報を用いてレコメンドを作成する。

レコメンド作成部５２においては、図５及び図６に示すように、ユーザの履歴ログも用いてユーザの問いかけに対するレコメンドを作成する。このユーザの履歴ログは、例えば、図７に示すように、カテゴリにおける項目についての時間経過を示すものである（図７では預金額の時間経過を示している）。このようにユーザ情報としてユーザの履歴ログを用いることにより、ユーザ自身も気がついていないような、意外で、ユーザのためになる回答を得ることができ、ユーザが予期していない回答やユーザに対して適切な回答等のより最適なレコメンドを提供することができる。

上記構成を有するレコメンド作成システムのレコメンド作成手順について図８を用いて説明する。

まず、対話制御部５１において、ユーザから入力された問いかけに含まれるキーワードからユーザ情報を分類するカテゴリを推定する（ＳＴ１１）。例えば、ユーザからの問いかけが上記「家の購入を検討しているけど、どうかな？」である場合、キーワードとなり得る「家」や「購入」から中心カテゴリとして「金融カテゴリ」を推定する。推定されたカテゴリの情報は、質問制御部５３に出力される。

次いで、質問制御部５３において、金融カテゴリを中心カテゴリとするブロックマトリクスを設定する（ＳＴ１２）。このブロックマトリクスの設定は、個人情報ＤＢ５４に格納されている、予め設定されたブロックマトリクスを選択することにより行う。次いで、設定したブロックマトリクスの登録率を求める。登録率は、ブロックマトリクスを構成する中心カテゴリ及び関連カテゴリにおける全項目数に対するユーザ情報収集済の項目数の割合を演算することにより求める。そして、質問制御部５３において、登録率が所定値（ここでは８０％）以上であるかどうかを判断する（ＳＴ１３）。

登録率が８０％未満である場合（Ｎ）、質問制御部５３において、ブロックマトリクスにおける未収集の項目に関するユーザ情報を取得するためにユーザへの質問を生成する。まず、ブロックマトリクスにおいて、ユーザ情報が未収集である項目であって、中心カテゴリの中心項目からの距離が小さい（中心項目に関連度が高い）項目を選択する（ＳＴ１４）。そして、質問制御部５３は、選択した未収集項目についての質問を生成する。具体的には、データレコード［項目，カテゴリ，質問］で管理されたリストにおいて、項目及びカテゴリをキーとして質問を抽出する。抽出された質問は、対話制御部５１を介してユーザに出力される（ＳＴ１５）。

次いで、ユーザが質問に対して回答したときに、その回答は、対話制御部５１を介して個人情報ＤＢ５４に送られ、ブロックマトリクスの項目（選択された未収集項目）にユーザ情報として登録される（ＳＴ１６）。このとき、個人情報ＤＢ５４において、ユーザ情報が登録された項目についてはフラグが書き換えられる（未収集→収集済）。

次いで、質問制御部５３において、ユーザ情報を登録した後のブロックマトリクスの登録率を求め、登録率が所定値（ここでは８０％）以上であるかどうかを判断する（ＳＴ１３）。登録率が８０％未満である場合（Ｎ）、ＳＴ１４〜ＳＴ１６の手順を繰り返す。一方、登録率が８０％以上である場合（Ｙ）、その旨が質問制御部５３からレコメンド作成部５２に通知され、レコメンド作成部５２でユーザの問いかけに対するレコメンドを作成する（ＳＴ１７）。この場合、レコメンド作成部５２は、個人情報ＤＢ５４に格納されているテーブルを参照して、ユーザ情報収集済の項目からレコメンドパターンを選択する。そして、このレコメンドパターンに沿ってレコメンドを作成する。作成されたレコメンドは、対話制御部５１を介してユーザに出力される。

本実施の形態においては、登録率が所定値以上になるまでユーザに質問を繰り返す場合について説明しているが、本発明はこれに限定されず、対話制御部５１が質問以外の検索結果をユーザに対して出力しても良い。例えば、ユーザがシステムに「問いかけ」をした後に、システム側からユーザに対して質問を出力して未収集項目のユーザ情報を収集しながら、ユーザからの通常の検索要求に対して検索エンジンを用いて検索結果を出力しても良い。この場合、対話制御部５１がユーザへの質問と検索結果を組み合わせてユーザに出力するようにしても良い。

以下、本発明の効果を明確にするために実施した実施例について説明する。なお、本発明は、以下の実施例によって何ら限定されるものではない。

＜住宅購入を考えているユーザの例＞
ユーザが「家の購入を検討しているけど、どうかな？」と携帯端末装置に入力すると、ネットワークを介してこの問いかけはレコメンド作成システムに送られる。レコメンド作成システムにおいては、ユーザの問いかけからカテゴリを推定して、ブロックマトリクスを決定する。ここでは、レコメンド作成システムが金融カテゴリと推定して、金融カテゴリを中心カテゴリとするブロックマトリクスを決定する（図３）。

そして、レコメンド作成システムにおいて、登録率を監視しながら、中心カテゴリの中心項目に関連度の高い項目についての質問をユーザに行って、未収集項目のユーザ情報を収集する。この動作を、登録率が所定値以上になるまで続ける。その後、レコメンド作成システムにおいては、登録率が所定値以上になったときに、収集済のユーザ情報と、検索情報とによりレコメンドを作成する。

このとき、レコメンド作成システムにおいては、収集済の項目からレコメンドパターンを選択し、そのレコメンドパターンに沿ってレコメンドを作成する。このレコメンドパターンは、少なくとも預金額項目、預金額履歴項目、定期的支出項目（金融カテゴリ）、車項目（趣味カテゴリ）、好きな食べ物項目、食事履歴項目（食事カテゴリ）の項目を用いるものである（図６のレコメンドパターン１）。ここで、預金額履歴については、図７に示すようになっているとする。また、レコメンド作成システムにおいて、家の値段等については検索エンジン４で検索する。

このようにして作成されたレコメンドは以下のようなものであり、このレコメンドをユーザに出力する。
「家の値段は Ｘ 円ぐらいだけど、預金額が Ｙ 円なので不足しているよ。ただし、出費が増加しているので注意が必要だよ。ところで、あなたは車を持っているので、一般的に Ｚ 円が毎月かかっているし、あなたの好きな食べ物が Ｏ で高くつくから今家を買うのは控えた方がいいよ！」

このように本発明のレコメンド作成システムによれば、家を購入したいという問いかけに対して家を紹介するレコメンドをするのではなく、家を購入することを抑制するという予期しない回答が得られる。

＜高血圧を改善したいユーザの例＞
ユーザが「血圧を１４５ｍｍＨｇ以下にしたい、どうしたらいいかな？」と携帯端末装置に入力すると、ネットワークを介してこの問いかけはレコメンド作成システムに送られる。レコメンド作成システムにおいては、ユーザの問いかけからカテゴリを推定して、ブロックマトリクスを決定する。ここでは、レコメンド作成システムが健康カテゴリと推定して、健康カテゴリを中心カテゴリとするブロックマトリクスを決定する（図９）。

そして、レコメンド作成システムにおいて、登録率を監視しながら、中心カテゴリの中心項目に関連度の高い項目についての質問をユーザに行って、未収集項目のユーザ情報を収集する。この動作を、登録率が所定値以上になるまで続ける。その後、レコメンド作成システムにおいては、登録率が所定値以上になったときに、収集済のユーザ情報と、検索情報とによりレコメンドを作成する。

このとき、レコメンド作成システムにおいては、収集済の項目からレコメンドパターンを選択し、そのレコメンドパターンに沿ってレコメンドを作成する。このレコメンドパターンは、少なくとも血圧項目、たばこ項目（健康カテゴリ）、ＴＯＥＩＣ項目（仕事カテゴリ）、ジョギング項目（スポーツカテゴリ）、アルコール項目（食事カテゴリ）の項目を用いるものである（図１０のレコメンドパターン３）。

このようにして作成されたレコメンドは以下のようなものであり、このレコメンドをユーザに出力する。
「たばこは吸うのに、ジョギング等の運動はしないし、アルコールが好きみたいだから大変だよ。ところで、あなたは休みの日にアルコールの量が多いみたいだから、その時間を利用してＴＯＥＩＣの勉強でもしたら！」

このように本発明のレコメンド作成システムによれば、血圧を下げたいという問いかけに対してＴＯＥＩＣの勉強をしろという予期しない回答が得られる。

本発明は上記実施の形態に限定されず、種々変更して実施することが可能である。例えば、本発明の範囲を逸脱しない限りにおいて、ブロックマトリクス、カテゴリ、項目、問いかけ、質問等については適宜変更して実施することが可能である。その他、本発明の範囲を逸脱しないで適宜変更して実施することが可能である。

Claims (7)

1. 少なくとも一つの項目をそれぞれ含む複数のカテゴリで分類された状態でユーザの情報を格納したデータベースと、前記カテゴリにおける未収集の項目に関するユーザ情報を取得するために前記ユーザへの質問を生成する質問制御手段と、前記データベースに格納されている複数のカテゴリにおける項目に関するユーザ情報から前記ユーザの問いかけに対するレコメンドを作成するレコメンド作成手段と、を具備し、
   前記質問制御手段は、前記問いかけに含まれるキーワードから一つのカテゴリを推定し、推定されたカテゴリを中心カテゴリとし、前記問いかけに対して中心カテゴリ以外で関連するカテゴリを関連カテゴリとし、前記中心カテゴリ及び前記関連カテゴリでブロックマトリクスを設定し、
   前記ブロックマトリクスに基づき前記中心カテゴリ以外のカテゴリについての項目に対するユーザ情報を用いて前記レコメンドを作成することを特徴とするレコメンド作成システム。
2. 各カテゴリに含まれるそれぞれの項目には、他のカテゴリに対して関連度が予め設定されており、前記質問制御手段は、前記関連カテゴリにおける、前記中心カテゴリに対する関連度が高い未収集の項目に関するユーザ情報を取得するための質問を生成することを特徴とする請求項１記載のレコメンド作成システム。
3. 前記質問制御手段は、前記ブロックマトリクスを構成する中心カテゴリ及び関連カテゴリにおける項目の登録率が所定値未満であるときに、ユーザ情報が未収集の項目についての質問を生成することを特徴とする請求項１又は請求項２に記載のレコメンド作成システム。
4. 前記レコメンド作成手段は、ユーザの履歴ログも用いて前記ユーザの問いかけに対するレコメンドを作成することを特徴とする請求項１から請求項３のいずれかに記載のレコメンド作成システム。
5. 前記データベースは、各カテゴリにおける各項目に関するユーザ情報を取得するための質問を格納していることを特徴とする請求項１から請求項４のいずれかに記載のレコメンド作成システム。
6. 前記データベースは、前記中心カテゴリ毎に設定されたブロックマトリクスを格納していることを特徴とする請求項１から請求項５のいずれかに記載のレコメンド作成システム。
7. 請求項１から請求項６のいずれかに記載のレコメンド作成システムを搭載したことを特徴とする携帯端末装置。

Images