JP2005174094A - 利用履歴サーバ装置、サービス検索サーバ装置、通信端末、サービス推薦方法 - Google Patents

Abstract

【課題】 ユーザの状況や嗜好にあったサービスの推薦を可能とする。
【解決手段】 サービス検索サーバ装置が、ユーザ要求の中で指定された利用履歴サーバ装置３−１〜３−３の少なくとも１つに対して検索結果の候補であるサービスの評価スコアを問い合わせる。また、選択された利用履歴サーバ装置は、ユーザ要求の中で指定された状況や嗜好と、利用履歴データベースに含まれるサービス利用の際の状況や嗜好とを適合させることで、状況や嗜好に応じた評価スコアを計算する。このため、アクセス数やユーザ数によって単純にランキングを計算するのではなく、どんな状況（位置や時間、活動状況）や嗜好のユーザがそのサービスを利用したかの情報を用いて、サービスを推薦することができる。
【選択図】 図１

Description

本発明は利用履歴サーバ装置、サービス検索サーバ装置、通信端末、サービス推薦方法に関し、特にインターネットや移動網におけるサービスについての利用履歴サーバ装置、サービスについてのサービス検索サーバ装置、サービス検索を行う携帯電話機やＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）などの通信端末、サービス推薦方法に関する。

サービスの検索は一般的に、ユーザが端末を介して検索要求をサービス検索サーバ装置に送信し、その装置がデータベースから要求に適合するサービスを抽出し、応答として端末に返す手順をとる。従来、そのサービス検索結果の提供において、アクセス数やユーザ数によるランキング（人気）に基づき、順番付けをして返すサービス推薦方法が存在する。
この種の従来のシステムとして、ユーザの嗜好や利用履歴に基づき、サービスを選択して提供する技術が知られている（例えば、特許文献１）。
特開平１１−９６０９９号公報（要約）

従来のサービス推薦方法は、アクセス数やユーザ数によって、単純にランキングが計算されている。そのため、必ずしも検索するユーザの状況や嗜好にあったサービスが上位に推薦されない可能性がある。また、ユーザによっては、不特定の人にどれだけ人気があるかよりも、自分の友人や属するコミュニティの評判のほうが、より重要である場合もある。しかしながら、そのような仕組みは存在しなかった。
本発明は、このような課題に鑑みてなされたものであり、その目的はユーザの状況や嗜好にあったサービスの推薦を可能とする利用履歴サーバ装置、サービス検索サーバ装置、通信端末、サービス推薦方法を提供することである。

本発明の請求項１による利用履歴サーバ装置は、サービスの利用者による該サービスについての利用履歴を外部から受信する受信手段と、前記受信手段により受信した利用履歴を記憶する利用履歴記憶手段と、外部からの要求に応答して、前記利用履歴記憶手段に記憶されている利用履歴に基づいて前記サービスについての評価値を算出する評価スコア計算部と、前記評価スコア計算部により算出した評価値を要求元に送信する評価応答送信手段とを含むことを特徴とする。このように、外部からの要求に応答して算出した評価値を要求元に送信することにより、ユーザの状況や嗜好にあったサービスを推薦することができる。

本発明の請求項２による利用履歴サーバ装置は、請求項１において、前記利用履歴記憶手段に記憶されている利用履歴は、前記サービスの利用者の状況に関する状況情報を含み、
前記評価スコア計算部は、前記状況情報と前記要求に含まれる該要求元の状況との類似度に応じて前記サービスについての評価値を算出することを特徴とする。こうすることにより、状況に応じたサービスの評価を取得することができる。

本発明の請求項３によるサービス検索サーバ装置は、外部からの検索要求に応答して、請求項１又は２記載の利用履歴サーバ装置を、少なくとも１つ選択する選択手段と、前記選択手段によって選択された利用履歴サーバ装置を利用することによって取得した評価値を要求元に送信する評価値送信手段とを含むことを特徴とする。このように、利用履歴サーバ装置を選択することにより、自分の友人や属するコミュニティの評判に応じて、サービスを推薦することができる。

本発明の請求項４によるサービス検索サーバ装置は、請求項３において、前記選択手段は、前記検索要求にかかるサービスの種別と、該検索要求において指定された嗜好と、該検索要求元の状況と、のうちの少なくとも１つに応じて、前記利用履歴サーバ装置を選択することを特徴とする。こうすることにより、サービスの種別、該検索要求において指定された嗜好、又は、検索要求元の状況に応じて、サービスを推薦することができる。

本発明の請求項５による通信端末は、自端末の利用者によるサービスについての利用履歴を、請求項１又は２記載の利用履歴サーバ装置に送信する利用履歴送信手段を含むことを特徴とする。このように、利用履歴を利用履歴サーバ装置に送信し、これを利用することにより、ユーザは信頼する人や組織のサービス利用実態や評判に基づき、サービスを選択することができる。

本発明の請求項６による通信端末は、自端末の利用者の状況を検出する状況検出手段と、前記状況検出手段の検出結果を含む検索要求を請求項３記載のサービス検索サーバ装置に送信する検索要求送信手段を含むことを特徴とする。このように、利用者の状況を含む検出要求を送信することにより、その状況に適合したサービスを選択することができる。
本発明の請求項７による通信端末は、請求項６において、前記検索要求は、前記利用者の嗜好に関する嗜好情報を含み、請求項３又は４記載の選択手段は、前記嗜好情報に応じて、請求項１又は２記載の利用履歴サーバ装置を、少なくとも１つ選択するようにしたことを特徴とする。このように、嗜好情報に応じて、利用履歴サーバ装置を選択することにより、ユーザが参考にしたい人などの利用実態や評価を取得することができる。

本発明の請求項８によるサービス推薦方法は、サービスについての検索要求を通信端末から受け取る検索要求受信ステップと、前記検索要求に適合するサービスをデータベースから抽出するサービス抽出ステップと、前記サービス抽出ステップにおいて抽出されたサービスの評価の問い合わせ先となる利用履歴サーバ装置を選択する利用履歴サーバ装置選択ステップと、前記利用履歴サーバ装置選択ステップにおいて選択された利用履歴サーバ装置にサービスの評価値を要求して取得する評価獲得ステップと、前記サービス抽出ステップにおいて抽出されたサービスと前記評価獲得ステップにおいて取得された評価値とに基づく検索結果を前記通信端末に応答する検索応答送信ステップとを含むことを特徴とする。こうすることにより、サービス利用履歴に基づき、ユーザの嗜好や状況を考慮してサービスを推薦することができる。

要するに本発明では、第１に、サービス検索サーバ装置が、ユーザ要求の中で指定された利用履歴サーバ装置（ユーザが属するコミュニティや知人が提供するサーバ装置など）に対して検索結果の候補であるサービスの評価スコアを問い合わせることを特徴としている。また、第２に、利用履歴サーバ装置がユーザ要求の中で指定された状況や嗜好と、利用履歴データベースに含まれるサービス利用の際の状況や嗜好とを適合させることで、状況や嗜好に応じた評価スコアを計算することを特徴としている。
したがって本発明によれば、アクセス数やユーザ数によって単純にランキングを計算するのではなく、どんな状況（位置や時間、活動状況）や嗜好のユーザがそのサービスを利用したかの情報を用いて、サービスを推薦することができる。

以上説明したように本発明によれば、サービス利用履歴に基づき、ユーザの嗜好や状況を考慮してサービスを推薦することができるため、単なるアクセス数によるランキングに比べて、ユーザ要求に適合したサービスを推薦することができる。また、本発明によれば、ユーザは信頼する人や組織のサービス利用実態や評判に基づき、サービスを選択することができる。

以下、本発明の実施の形態を、図面を参照して説明する。なお、以下の説明において参照する各図では、他の図と同等部分は同一符号によって示されている。
（システム全体の構成）
図１は、本発明にかかる利用履歴サーバ装置、サービス検索サーバ装置、及び、通信端末を用いたサービス検索システムの構成例を示すブロック図である。同図において、本例のサービス検索システムは、サービス検索サーバ装置１と、通信端末２と、複数の利用履歴サーバ装置３−１〜３−３とを含んで構成され、これらがネットワークＮＷによって接続されている。サービス検索サーバ装置１は検索サービスの提供者が提供するサーバ装置である。通信端末２は、その検索サービスを利用するユーザが用いる端末である。利用履歴サーバ装置３−ｉ（ｉ＝１，２，３）は、例えば、サービス提供者や、サービスブローカ、ある組織やコミュニティ、個人によって提供されるサーバ装置である。本例では、３台の利用履歴サーバ装置３−１〜３−３を用いている。

以下、サービス検索サーバ装置、通信端末、利用履歴サーバ装置の構成例について説明する。
（サービス検索サーバ装置）
図２は、図１中のサービス検索サーバ装置の構成例を示すブロック図である。
同図において、サービス検索サーバ装置１は、通信部１０１と、バス１０２と、制御管理部１０３と、タイマ１０４と、検索要求受信部１０５と、検索応答送信部１０６と、評価要求送信部１０７と、評価応答受信部１０８と、サービスデータベース１０９と、サービス抽出部１１０と、抽出サービス書き込み部１１１と、ユーザ要求解析部１１２と、ユーザ要求嗜好解析部１１３と、利用履歴サーバ装置選択部１１４と、利用履歴サーバ情報保持テーブル１１５と、評価獲得部１１６と、検索結果作業テーブル１１７と、検索結果応答部１１８と、検索結果ソート部１１９とを含んで構成されている。

通信部１０１は、別の装置、通信端末と通信を行うためのモジュールであり、その通信手段は有線・無線、あるいはパケット、回線交換など方式を問わない。また、バス１０２は、内部の各機能ブロック同士の通信路である。
制御管理部１０３は、後述するフローチャートに従った手順を実行するものである。この制御管理部１０３は、タイマ１０４を補助的に利用して各機能ブロックの制御を行う。

検索要求受信部１０５及び検索応答送信部１０６は、通信部１０１を介して、通信端末や利用履歴サーバ装置との間で、エージェントと呼ばれるメッセージの受信や送信を行う。検索要求受信部１０５は、通信端末から受信した検索要求エージェントをユーザ要求解析部１１２に渡す。要求エージェントには、（エージェントのＩＤ、タスク要求、状況、嗜好）の情報が構造化されて含まれている。

ユーザ要求解析部１１２は、作業テーブルに（エージェントのＩＤ、タスク要求、状況、嗜好、抽出結果、検索結果）のエントリを保持する。抽出結果は、１つ以上のサービスのＩＤ（ＵＲＬなど）のリスト、検索結果は例えば、サービスのＩＤと評価スコアの組を評価スコアに従ってソートしたリストである。
ユーザ要求嗜好解析部１１３は、ユーザ要求解析部１１２の下請けとして、ユーザ嗜好の解析を行う。ユーザ嗜好には、サービス評価の問い合わせ先、料金、新しさ、機能などについての好みが指定され、要求エージェントに含まれる可能性がある。これらは、例えばタグ付きで
＜usage−history-server＞グルメコミュニティ１＜／usage-history-server＞＜price＞２００円以下＜／price＞（以下、「条件１」と称する）
のように記述される。ユーザ要求嗜好解析部１１３はこれらを解析し、評価問い合わせ先は「グルメコミュニティ１」の利用履歴サーバ、サービスの料金は「２００円以下」のものであると、ユーザ要求解析部１１２に報告する。

検索結果応答部１１８は作業テーブルに保持されたエントリから検索応答エージェントを作成し、検索応答送信部を介し、検索結果として通信端末に送り返す。検索応答エージェントは（エージェントのＩＤ、タスク要求、状況、嗜好、検索結果）を含む。
検索結果ソート部１１９は、検索結果応答部１１８の下請けとして働くものであり、検索結果に含まれるサービスのリストを、サービス評価値の高い順にサービスをソートして順番付けする。例えば、「遊園地を探す」というタスク要求に対して、（遊園地検索サイトＡ、評価スコア６０）、（遊園地検索サイトＢ、評価スコア４０）、（遊園地検索サイトＣ、評価スコア７５）というサービスのリストを検索結果として検索結果応答部１１８が保持していた場合、検索結果ソート部１１９はスコアの高い、Ｃ、Ａ、Ｂという順番にサービスリストを変更する。

評価獲得部１１６は、検索結果作業テーブル１１７に保持されたエントリから評価要求エージェントを作成し、利用履歴サーバ装置３−ｉに対して送信する。評価要求エージェントには、（エージェントのＩＤ、状況、嗜好、抽出結果）が含まれる。また、利用履歴サーバ装置３−ｉから評価応答エージェントを受信したら、その検索結果を検索結果作業テーブル１１７に書き込む。評価応答エージェントには、（エージェントのＩＤ、状況、嗜好、評価スコア）が含まれる。

サービスデータベース１０９は、サービスの機能や属性、ＵＲＬなどのサービス情報を保持するデータベースである。このサービスデータベース１０９は、他の装置に設けられていてもよい。
サービス抽出部１１０は、ユーザ要求に含まれるタスク要求をキーとして、サービスデータベース１０９に問い合わせ、タスク要求に適合するサービスを抽出する。

このサービス抽出部１１０は、以下のようにマッチング処理を行う。すなわち、サービスデータベース１０９に記憶されているサービス情報は、例えば、図３に示されているように、サービス名、サービス説明、タスク、ＵＲＬを含んで構成されている。同図においては、インデックス番号「１」〜「５」のサービスが示されている。
インデックス番号「１」のサービスは、「サービス名」が「０円で遊ぼう！！」であり、「サービス説明」は「０円で遊べる遊園地、博物館、動物園などが満載」、「タスク」は“遊園地を検索する”、“博物館を検索する”及び“動物園を検索する”、「カテゴリ」は「遊び情報」、「ＵＲＬ」は「ｈｔｔｐ：／／０ｙｅｎ−ｘｘｘ．ｃｏｍ」、「料金」は「無料」である。

インデックス番号「２」のサービスは、「サービス名」が「どこどこゲーセン？」であり、「サービス説明」は「ゲームセンターの検索サイト」、「タスク」は“ゲームセンターを検索する”、「カテゴリ」は「遊び情報」、「ＵＲＬ」は「ｈｔｔｐ：／／ｈｏｍｅｐａｇｅ２．ｘｘｘ．ｃｏｍ」、「料金」は「無料」である。
インデックス番号「３」のサービスは、「サービス名」が「リストランテパルマ」であり、「サービス説明」は「パスタ・ピッツァのお店」、「タスク」は“レストランを検索する”及び“イタリアンを食べる”、「カテゴリ」は「グルメ情報」、「ＵＲＬ」は「ｈｔｔｐ：／／ｐａｒｍａ．ｃｏｍ」、「料金」は「無料」である。

インデックス番号「４」のサービスは、「サービス名」が「レストランマルガリータ」であり、「サービス説明」は「イタリア南部家庭料理」、「タスク」は“レストランを検索する”及び“イタリアンを食べる”、「カテゴリ」は「グルメ情報」、「ＵＲＬ」は「ｈｔｔｐ：／／ｍａｒｇ．ｃｏｍ」、「料金」は「無料」である。
インデックス番号「５」のサービスは、「サービス名」が「おいしいガイド」であり、「サービス説明」は「レストラン検索サイト」、「タスク」は“パーティ会場を検索する”及び“レストランを検索する”、「カテゴリ」は「グルメ情報」、「ＵＲＬ」は「ｈｔｔｐ：／／ｏｉｓｉｉｇｕｉｄ．ｃｏｍ」、「料金」は「１００円」である。

上記のように、「タスク」のレコードには、そのサービスが有用なタスク（複数存在し得る）が文字列で格納される。ユーザ要求に含まれるタスク要求が「遊園地を検索する」という場合、そのタスクのレコードとのマッチングが行われる。この結果、上記の条件１の場合は、インデックス番号「１」のサービスがヒットすることになる。
なお、この場合のマッチングの手法には、完全一致や部分一致、周知のシソーラスの利用（「遊園地」と「テーマパーク」、「検索」と「探す」などの類似語をマッチさせる）など、既存の手法を利用する。

抽出サービス書き込み部１１１は、検索結果作業テーブル１１７の当該エントリの抽出結果に、抽出されたサービスを書き込む。
評価要求送信部１０７は評価要求を送信する。評価応答受信部１０８は評価応答を受信する。
利用履歴サーバ装置選択部１１４は、検索結果作業テーブル１１７の当該エージェントのエントリから評価問合せ先に関する嗜好に関する情報を取り出し、問い合わせる利用履歴サーバ装置３−ｉを選択するものである。
また、変形例として、利用履歴サーバ情報保持テーブル１１５に利用履歴サーバ装置３−ｉのアドレスとキーワード情報とを保持しておき、それらと検索要求で指定されたサービス種別、状況、嗜好とのマッチングに基づき、利用履歴サーバ装置３−ｉを選択するようにしても良い。

（通信端末）
図４は、図１中の通信端末２の構成例を示すブロック図である。
同図に示されている通信端末は、通信部１０１と、バス１０２と、制御管理部１０３と、タイマ１０４と、検索要求送信部２０１と、検索応答受信部２０２と、応答解析部２０３と、履歴登録送信部２０４と、活動情報入力部２０５と、入力部２０６と、出力部２０７と、検索要求作成部２０８と、状況監視部２０９と、ユーザ嗜好保持テーブル２１０と、ユーザ状況保持テーブル２１１と、サービス利用監視部２１２と、利用履歴保持テーブル２１３と、利用履歴登録部２１４と、利用履歴設定保持テーブル２１５と、履歴登録作成部２１７とを含んで構成されている。通信部１０１、バス１０２、制御管理部１０３、及び、タイマ１０４については、図２の場合と同様な構成である。

入力部２０６はユーザによって操作される、キーボードやボタン、マウスなどのデバイスである。また、出力部２０７は通信端末の画面やスピーカなどからユーザに対して情報を提示するものである。検索要求送信部２０１、検索応答受信部２０２はサービス検索サーバ装置１との間で検索要求／応答エージェントとをやりとりするものである。検索要求作成部２０８がユーザ要求や嗜好、状況などから検索要求エージェントを作成し、検索要求送信部２０１を介して送信する。また、検索結果として検索応答受信部２０２が受信した検索応答エージェントは応答解析部２０３に渡され、解析された後、出力部２０７によりユーザに検索結果が提示される。

活動情報入力部２０５は通信端末のユーザについての活動情報が、ユーザによって入力される部分である。
状況監視部２０９は、ユーザの位置情報（例えば、新宿にいる、自宅にいる）や活動情報（例えば、電車で移動中、車で移動中、テレビ番組を視聴中、食事中、会議中、スポーツ中など）、環境情報（例えば、温度、照度、騒音度）を内蔵センサ又は外部のセンサや、活動情報入力部２０５によるユーザの入力によって取得する。この取得した活動情報は、ユーザ状況保持テーブル２１１に登録される。

ユーザ状況保持テーブル２１１は、ユーザの状況を保持するテーブルである。例えば、図５に示されているように、「位置情報」が「神奈川県横須賀（北緯３５，東経１３９）」、「活動情報」が「電車で移動中」、「日時」が「２００３年１２月５日１５時３２分」という情報が、ユーザ状況保持テーブル２１１に保持される。「活動情報」については、活動情報入力部２０５によってユーザ自身が入力した情報や、スケジューラに投入された情報が、このユーザ状況保持テーブル２１１に登録される。

状況監視部２０９はセンサの検知やユーザの入力があった際に起動されるか、周期的に起動される。この状況監視部２０９が起動されることにより、ユーザ状況保持テーブル２１１が最新の状態に保たれる。
ユーザ嗜好保持テーブル２１０は、ユーザがサービスを選択する際に誰の利用履歴を参考にするかを指定するサービス評価問い合わせ先の好み（あるコミュニティや友人、一般サイトなど）に関する情報を保持する。他にも料金的な好み、新しさの好み（新しく公開・更新されたものや、以前から公開されて現在まで継続しているものがいいか）、機能性の好み（多機能か単機能か）などをユーザから入力部２０６を介して受け付け、保持してもよい。

ユーザ嗜好保持テーブル２１０の構成例が図６に示されている。同図に示されているように、「サービス評価 問い合わせ先の好み」という嗜好項目については、カテゴリ「デフォルト」が「なんでもブローカＡ」、カテゴリ「グルメ情報」が「グルメコミュニティ１」、カテゴリ「病院情報」が「病院情報コミュニティＤ」、カテゴリ「遊び情報」が「友達サークルＪ」である。
「料金的好み」という嗜好項目については、カテゴリ「デフォルト」が「無料」、カテゴリ「グルメ情報」が「１００円以下」、カテゴリ「病院情報」が「２００円以下」、カテゴリ「遊び情報」が「無料」である。
ユーザはタスクが関連するカテゴリを選択し、対応する好みが要求エージェントの嗜好に反映される。

また、プロファイル情報も本テーブルに含まれる。本例では、プロファイル情報として、「２０代男性」が含まれている。
サービス利用監視部２１２は、サービスが利用された際に、そのサービスのＩＤ（ＵＲＬなど）、その際の状況と嗜好とを利用履歴保持テーブル２１３に記録する。
利用履歴保持テーブル２１３には、ユーザのサービス利用時の状況や嗜好（プロファイル）が記録される。利用履歴保持テーブル２１３の記録項目は、例えば、図７に示されているように、「利用日時」、「サービス」、「カテゴリ」、「状況」、「嗜好」、「評価スコア」、である。「評価スコア」は、ユーザが入力した場合（例えば「１」〜「３」の３段階の値）に、記録される。「カテゴリ」は、サービスデータベース１０９のカテゴリを記録する。

同図中の２番目の利用履歴は、ユーザが「おいしいガイド」というレストラン検索サイトを利用して、評価を「２」に設定した場合である。
同図中の３番目の利用履歴は、ユーザが「レストランマルガリータ」というレストランを実際に利用して、その評価を「３」に設定した場合の利用履歴である。
また、ユーザがブラウザにあるサービスをブックマークした場合や、入力部２０６を介した明示的に評価（そのサービスが有用だ、あるいはよくないなど）も受け付け、利用履歴設定保持テーブル２１５に記録する。

利用履歴設定保持テーブル２１５は、ユーザの利用履歴情報をどの利用履歴サーバ装置に登録するかを指定するものである。例えば、図８に示されているように、「カテゴリ」として、「デフォルト」、「グルメ情報」、「病院情報」、「遊び情報」がある。利用履歴保持テーブル２１３中のサービスのカテゴリが分かっていれば、そのカテゴリの登録先へ、分からなければデフォルトの宛先へ登録される。
なお、サービスの分類ごとに別々の利用履歴サーバ装置を指定したり、あるサービス分類を複数の利用履歴サーバ装置に指定したりすることもできる。これらの場合、抽出された複数のサービスについて評価を獲得し、複数のサービスを含む検索結果を作成することになる。

利用履歴登録部２１４は、周期的にあるいはユーザによって起動され、利用履歴設定保持テーブル２１５に従って、登録する利用履歴サーバ装置を選択し、利用履歴保持テーブル２１３から当該の利用履歴を抽出する。そして、履歴登録作成部２１７を利用して抽出した利用履歴を含む履歴登録エージェントを作成し、履歴登録送信部２０４を介して利用履歴サーバ装置に送信する。
利用履歴登録先決定部２１６は、設定情報に従って登録先の利用履歴サーバ装置を選択する。この場合、利用履歴保持テーブル２１３中のサービスのカテゴリ（グルメや病院、遊びなど）が、分かっていれば、そのカテゴリに対応する利用履歴サーバ装置へ登録する。それが分かっていなければ、デフォルトの宛先である利用履歴サーバ装置へ登録する。

（利用履歴サーバ装置）
図９は、図１中の利用履歴サーバ装置３−ｉの構成例を示すブロック図である。
同図に示されている利用履歴サーバ装置３−ｉは、通信部１０１と、バス１０２と、制御管理部１０３と、タイマ１０４と、評価要求受信部３０１と、評価応答送信部３０２と、履歴登録受信部３０３と、要求解析部３０４と、利用履歴登録部３０５と、利用履歴抽出部３０６と、利用履歴データベース３０７と、評価スコア計算部３０８と、評価応答作成部３０９と、評価要求保持テーブル３１０とを含んで構成されている。通信部１０１、バス１０２、制御管理部１０３、及び、タイマ１０４については、図２の場合と同様な構成である。

評価要求受信部３０１、評価応答送信部３０２はサービス検索サーバ装置と通信端末との間でエージェントをやりとりするものであり、評価要求エージェントを受信したらそれを要求解析部３０４に渡す。
要求解析部３０４は、評価要求エージェントから状況、嗜好、抽出結果を取り出し、評価要求保持テーブル３１０に書き出す。評価要求保持テーブル３１０には、図１０に示されているように、「エージェントＩＤ」、「状況」、「嗜好」、「抽出結果」、「評価結果」の各エントリが用意されている。「状況」は例えば、位置が「銀座」で、活動が「デート」である。「嗜好」は例えば、「２０代男性」である。「抽出結果」は例えば、「１．リストランテパルマ」、「２．レストランマルガリータ」、「３．おいしいガイド」である。「評価結果」は例えば、「１．リストランテパルマ」について[５０点]、「２．レストランマルガリータ」について[９０点]、「３．おいしいガイド」について[７０点]である。

利用履歴抽出部３０６は、サービスをキーに利用履歴データベース３０７から利用履歴を抽出し、評価スコア計算部３０８に渡す。
評価スコア計算部３０８は抽出された利用履歴に含まれる状況及び嗜好と、評価要求エージェント内で指定された状況及び嗜好とを比較し、その類似度を計算する評価関数によって評価スコアを計算する。例えば、同じ位置で利用された利用履歴がある場合、スコアは高くなる。そして、評価スコアを評価要求保持テーブルの当該エントリの評価結果に書き出す。

利用履歴に、（サービス：おいしいガイド、位置：新橋周辺、活動：デート、嗜好：２０代男性、評価値：２）というレコードが存在して、評価要求エージェント内で指定された状況、嗜好が（位置：新橋周辺、活動：デート、嗜好：３０代男性）の場合は、２つの項目が一致するため、類似度６６％と評価される。（位置：銀座、活動:デート、嗜好：３０代男性）の場合は、一致するのが１つの項目のため、類似度３３％と計算する。評価スコアを例えば類似度と評価値との乗算を評価関数とした場合、２×３３％＝６６となり、「６６点」が評価スコアとなる。

変形例として、項目ごとに重み付けを変えて（例えば、位置情報の一致に重み付け）、類似度を計算しても良い。また、「銀座」と「新橋」は近隣にあるため、類似度を高くし、「横浜」と「新橋」は類似度を低くする計算も考えられる。
すべてのサービスの評価結果を計算し終えたら、評価応答作成部３０９は、評価要求保持テーブル３１０から評価応答エージェントを作成し、評価応答送信部３０２を介してサービス検索サーバ装置に返す。
一方、履歴登録受信部３０３が通信端末から履歴登録エージェントを受信した場合、要求解析部３０４は利用履歴データを抽出し、利用履歴登録部３０５に渡す。利用履歴登録部３０５はそのデータを利用履歴データベース３０７に登録する。
利用履歴データベース３０７には、サービスのＩＤ（ＵＲＬなど）、そのサービスが利用された際の状況、ユーザの嗜好が記録される。

（サービス検索）
図１１は本システムを用いた、サービス検索処理の例を示すフローチャートである。同図に示されているように、通信端末２内の入力部２０６はユーザからサービス検索の要求を文字列の入力やメニュー選択の操作によって受け付ける（ステップＳ５０１）。このとき、ユーザはサービス選択の嗜好を入力してもよい。そして、検索要求作成部２０８はユーザ嗜好保持テーブル２１０、ユーザ状況保持テーブル２１１から嗜好と要求を獲得し、検索要求エージェントを作成する（ステップＳ５０２）。そして、検索要求送信部２０１は、検索要求エージェントをサービス検索サーバ装置１へ送信する（ステップＳ５０３）。

次に、サービス検索サーバ装置１内の検索要求受信部１０５が検索要求エージェントを受信し（ステップＳ５０４）、ユーザ要求解析部１１２が検索要求を解析して得られたタスク要求、状況、嗜好を検索結果作業テーブル１１７に保持する（ステップＳ５０５）。そして、サービス抽出部１１０はタスク要求をキーとしてサービスデータベース１０９を検索し、適合するサービスをすべて抽出し（ステップＳ５０６）、この抽出結果を検索結果作業テーブル１１７の当該エントリに書き出す（ステップＳ５０７）。

次に、利用履歴サーバ装置選択部１１４は、検索要求エージェントの嗜好に基づき、評価要求を送信する利用履歴サーバを選択し（ステップＳ５０８）、評価獲得部１１６は評価要求エージェントを作成してそれを送信する（ステップＳ５０９）。評価要求エージェントは複数送信される場合もある。
利用履歴サーバ装置内の評価要求受信部３０１は、評価要求エージェントを受信し（ステップＳ５１０）、要求解析部３０４による解析が行われる（ステップＳ５１１）。この解析の後、利用履歴抽出部３０６は利用履歴データベース３０７から適合するサービスを抽出する（ステップＳ５１２）。そして、各サービスに対して、評価スコア計算部３０８がサービスの評価値を計算する（ステップＳ５１３）。その後、評価応答作成部３０９は、評価応答エージェントを作成して（ステップＳ５１４）、サービス検索サーバ装置１に送信する（ステップＳ５１５）。

サービス検索サーバ装置１内の評価応答受信部１０８は、すべての評価応答エージェントを受信するまで受信処理を継続して行う（ステップＳ５１６→Ｓ５１７→Ｓ５１６…）。すべての評価応答エージェントを受信したら、検索結果応答部１１８を呼び出し、検索結果を保持する検索応答エージェントを作成させる。そして、検索応答送信部１０６が、検索応答エージェントを通信端末２に送信する（ステップＳ５１７→Ｓ５１８）。

最後に通信端末２は検索応答エージェントを受信し（ステップＳ５１９）、通信端末２内の応答解析部２０３がそれを解析して検索結果を抽出し（ステップＳ５２０）、出力部２０７がユーザに検索結果を提示する（ステップＳ５２１）。
（サービス利用履歴の記録）
図１２は、サービス利用履歴の記録処理の例を示すフローチャートである。

通信端末２内のサービス利用監視部２１２は、ユーザがサービスを実行したことを検出する（ステップＳ６０１）。ユーザがサービスを実行したことは、ユーザの入力（ブラウザやキーボード）や通信路の監視による割り込みによって検出される。ユーザがサービスを実行したことが検出されると、状況監視部２０９は、そのときの状況及び嗜好を獲得する（ステップＳ６０２）。この獲得した状況及び嗜好と、そのサービスの識別子（サービスの名前やＵＲＬなど）とに基づいて、登録すべき内容を、履歴登録作成部２１７が作成する（ステップＳ６０３）。履歴登録作成部２１７が作成した登録すべき内容、すなわちサービスの識別子（サービスの名前やＵＲＬなど）と、そのときの状況及び嗜好とを一緒にしたものが、利用履歴登録部２１４によって、利用履歴保持テーブル２１３に記録される（ステップＳ６０４）。

また、サービス利用監視部２１２は、ユーザの操作や、利用履歴設定保持テーブル２１５の起動設定に従ったタイマ割り込みにより起動される（ステップＳ６１１）。すると、利用履歴登録部２１４は利用履歴設定保持テーブル２１５を参照する（ステップＳ６１２）。利用履歴設定保持テーブル２１５には、どのサービスをどの利用履歴サービス装置に登録するかに関する情報が格納されている。例えば、そのサービス提供者が管理している利用履歴サービス装置に登録するかもしれないし、自分が属するコミュニティが管理している利用履歴サービス装置、自分が管理している利用履歴サーバ装置に登録する場合も考えられる。

利用履歴登録先決定部２１６が利用履歴設定の内容を取得することにより（ステップＳ６１３）、履歴登録先が決定される（ステップＳ６１４）。履歴登録送信部２０４は、決定された履歴登録先である利用履歴サービス装置に、利用履歴保持テーブル２１３の情報を履歴登録エージェントとして送信する（ステップＳ６１５）。この送信は、履歴登録先として決定されたすべての利用履歴サーバ装置に対して行われる（ステップＳ６１５→Ｓ６１６→Ｓ６１５…）。

通信端末２はすべての利用履歴サーバ装置に履歴登録エージェントを送信し終えたら、次のタイマ割り込みや入力を待つ（ステップＳ６１６→Ｓ６１１…）。
一方、利用履歴サーバ装置内の履歴登録受信部３０３は通信端末２から送信されてくる履歴登録エージェントを受け取る（ステップＳ６１７）。すると、要求解析部３０４が利用履歴情報を解析して抽出し、利用履歴データベース３０７に渡す（ステップＳ６１８）。最後に、利用履歴登録部３０５は利用履歴情報を、利用履歴データベース３０７に書き込む（ステップＳ６１９）。

（システム全体の動作）
図１に戻り、以上のような構成を有するサービス検索システムにおいて、通信端末２から、タスク要求・嗜好・状況を含む要求エージェントが送信されると（ステップＡ）、サービス検索サーバ装置１は、データベースを参照してサービスを抽出する（ステップＢ）。そして、サービス検索サーバ装置１は、利用履歴サーバ装置を選択し（ステップＣ）、サービス評価を問い合わせる（ステップＤ）。
利用履歴サーバ装置３−１〜３−３のうち、選択された装置では、評価スコアが計算され（ステップＥ）、その評価スコアをサービス検索サーバ装置１に対して応答する（ステップＦ）。

これらの応答を受け取ったサービス検索サーバ装置１は、推薦結果を作成して通信端末２に対して応答する（ステップＧ）。通信端末２は、サービス検索サーバ装置１からの推薦結果を受信し（ステップＨ）、推薦サービスを画面表示などによって提示する（ステップＩ）。
また、別の通信端末２において、サービスの利用（嗜好や状況を含む）が監視される（ステップａ）。そして、サービスが利用されると、利用履歴の送信先として利用履歴サーバ装置３−１〜３−３が選択され（ステップｂ）、選択された送信先に利用履歴が送信される（ステップｃ）。送信先として選択され、利用履歴を受信した利用履歴サーバ装置では、各サービス利用時のユーザの状況・嗜好・満足度を登録（又は更新）する（ステップｄ）。

（サービス推薦方法）
上述したサービス検索システムにおいては、以下のようなサービス推薦方法が実現されている。すなわち、サービスについての検索要求を通信端末から受け取る検索要求受信ステップ（図１１中のステップＳ５０４に対応）と、上記検索要求に適合するサービスをデータベースから抽出するサービス抽出ステップ（図１１中のステップＳ５０６に対応）と、上記サービス抽出ステップにおいて抽出されたサービスの評価の問い合わせ先となる利用履歴サーバ装置を選択する利用履歴サーバ装置選択ステップ（図１１中のステップＳ５０８に対応）と、上記利用履歴サーバ装置選択ステップにおいて選択された利用履歴サーバ装置にサービスの評価値を要求して取得する評価獲得ステップ（図１１中のステップＳ５１６に対応）と、上記サービス抽出ステップにおいて抽出されたサービスと上記評価獲得ステップにおいて取得された評価値とに基づく検索結果を上記通信端末に応答する検索応答送信ステップ（図１１中のステップＳ５１８に対応）とを含むサービス推薦方法が実現されている。このようなサービス推薦方法を採用することにより、サービス利用履歴に基づき、ユーザの嗜好や状況を考慮してサービスを推薦することができる。

本発明によれば、サービスの利用履歴に基づいて、ユーザの状況や嗜好に応じた評価スコアを算出し、これを用いることで、ユーザの状況や嗜好にあったサービスを推薦することができる。

本発明の実施の形態に係る利用履歴サーバ装置、サービス検索サーバ装置、及び、通信端末を用いたサービス検索システムの構成例を示す図である。 図１中のサービス検索サーバ装置の構成例を示すブロック図である。 図２中のサービスデータベース１０９に記憶されているサービス情報の例を示す図である。 図１中の通信端末の構成例を示すブロック図である。 図４中のユーザ状況保持テーブル２１１の保持内容例を示す図である。 図４中のユーザ嗜好保持テーブル２１０の構成例を示す図である。 図４中の利用履歴保持テーブル２１３の記録項目例を示す図である。 図４中の利用履歴設定保持テーブル２１５の保持内容例を示す図である。 図１中の利用履歴サーバ装置の構成例を示すブロック図である。 図９中の評価要求保持テーブル３１０の構成例を示す図である。 サービス検索処理の例を示すフローチャートである。 サービス利用履歴の記録処理の例を示すフローチャートである。

符号の説明

１ サービス検索サーバ装置
２ 通信端末
３ 利用履歴サーバ装置
１０１ 通信部
１０２ バス
１０３ 制御管理部
１０４ タイマ
１０５ 検索要求受信部
１０６ 検索応答送信部
１０７ 評価要求送信部
１０８ 評価応答受信部
１０９ サービスデータベース
１１０ サービス抽出部
１１１ 抽出サービス書き込み部
１１２ ユーザ要求解析部
１１３ ユーザ要求嗜好解析部
１１４ 利用履歴サーバ装置選択部
１１５ 利用履歴サーバ情報保持テーブル
１１６ 評価獲得部
１１７ 検索結果作業テーブル
１１８ 検索結果応答部
１１９ 検索結果ソート部
２０１ 検索要求送信部
２０２ 検索応答受信部
２０３ 応答解析部
２０４ 履歴登録送信部
２０５ 活動情報入力部
２０６ 入力部
２０７ 出力部
２０８ 検索要求作成部
２０９ 状況監視部
２１０ ユーザ嗜好保持テーブル
２１１ ユーザ状況保持テーブル
２１２ サービス利用監視部
２１３ 利用履歴保持テーブル
２１４ 利用履歴登録部
２１５ 利用履歴設定保持テーブル
２１６ 利用履歴登録先決定部
２１７ 履歴登録作成部
３０１ 評価要求受信部
３０２ 評価応答送信部
３０３ 履歴登録受信部
３０４ 要求解析部
３０５ 利用履歴登録部
３０６ 利用履歴抽出部
３０７ 利用履歴データベース
３０８ 評価スコア計算部
３０９ 評価応答作成部
３１０ 評価要求保持テーブル

Claims (8)

1. サービスの利用者による該サービスについての利用履歴を外部から受信する受信手段と、前記受信手段により受信した利用履歴を記憶する利用履歴記憶手段と、外部からの要求に応答して、前記利用履歴記憶手段に記憶されている利用履歴に基づいて前記サービスについての評価値を算出する評価スコア計算部と、前記評価スコア計算部により算出した評価値を要求元に送信する評価応答送信手段とを含むことを特徴とする利用履歴サーバ装置。
2. 前記利用履歴記憶手段に記憶されている利用履歴は、前記サービスの利用者の状況に関する状況情報を含み、
   前記評価スコア計算部は、前記状況情報と前記要求に含まれる該要求元の状況との類似度に応じて前記サービスについての評価値を算出することを特徴とする請求項１記載の利用履歴サーバ装置。
3. 外部からの検索要求に応答して、請求項１又は２記載の利用履歴サーバ装置を、少なくとも１つ選択する選択手段と、前記選択手段によって選択された利用履歴サーバ装置を利用することによって取得した評価値を要求元に送信する評価値送信手段とを含むことを特徴とするサービス検索サーバ装置。
4. 前記選択手段は、前記検索要求にかかるサービスの種別と、該検索要求において指定された嗜好と、該検索要求元の状況と、のうちの少なくとも１つに応じて、前記利用履歴サーバ装置を選択することを特徴とする請求項３記載のサービス検索サーバ装置。
5. 自端末の利用者によるサービスについての利用履歴を、請求項１又は２記載の利用履歴サーバ装置に送信する利用履歴送信手段を含むことを特徴とする通信端末。
6. 自端末の利用者の状況を検出する状況検出手段と、前記状況検出手段の検出結果を含む検索要求を請求項３記載のサービス検索サーバ装置に送信する検索要求送信手段を含むことを特徴とする通信端末。
7. 前記検索要求は、前記利用者の嗜好に関する嗜好情報を含み、請求項３又は４記載の選択手段は、前記嗜好情報に応じて、請求項１又は２記載の利用履歴サーバ装置を、少なくとも１つ選択するようにしたことを特徴とする請求項６記載の通信端末。
8. サービスについての検索要求を通信端末から受け取る検索要求受信ステップと、前記検索要求に適合するサービスをデータベースから抽出するサービス抽出ステップと、前記サービス抽出ステップにおいて抽出されたサービスの評価の問い合わせ先となる利用履歴サーバ装置を選択する利用履歴サーバ装置選択ステップと、前記利用履歴サーバ装置選択ステップにおいて選択された利用履歴サーバ装置にサービスの評価値を要求して取得する評価獲得ステップと、前記サービス抽出ステップにおいて抽出されたサービスと前記評価獲得ステップにおいて取得された評価値とに基づく検索結果を前記通信端末に応答する検索応答送信ステップとを含むことを特徴とするサービス推薦方法。

Images