(57)【要約】【課題】センサで認識されるユーザの情報が環境によって異なる際に、その情報を用いて解釈可能なユーザコンテキストがあれば解釈し、サービス検索の条件とすることによって、ユーザのサービス選択を支援し、サービスへの到達効率の向上を図る。【解決手段】ユーザコンテキストを解釈するための解釈手段と解釈のために必要なセンサに関するセンサ情報とを解釈手段データベース１２として保持しておく。ユーザコンテキストの解釈に必要なセンサ情報を取得できる環境であれば、解釈手段に則って解釈を行い、これをサービス検索のための条件として利用する。このため、環境の違いに応じてユーザコンテキストを解釈し、サービス検索のための条件として利用することが可能となるので、その環境において効率的なサービスの選択と利用を行うことができる。【選択図】      図１
2006059094.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの現在の環境中に配置されているセンサによって把握されるユーザコンテキストの内容に応じて、適切なサービスを該ユーザに提示するサービス選択支援システムであって、前記ユーザコンテキストを解釈するための解釈手段を検索する解釈手段検索部と、前記解釈手段検索部によって検索された解釈手段に則ってユーザコンテキスト解釈するユーザコンテキスト解釈実行部と、前記解釈手段によって解釈されるユーザコンテキストと前記センサによって得られるセンサ情報とをユーザコンテキスト条件として生成するユーザコンテキスト条件生成部と、前記ユーザコンテキスト条件生成部によって生成されるユーザコンテキスト条件と前記ユーザからの検索要求とに基づいてサービスデータベースを検索し、適切なサービスを検索結果として出力するサービスデータベース検索部とを含むことを特徴とするサービス選択支援システム。
【請求項２】
前記解釈手段検索部、前記ユーザコンテキスト解釈実行部、前記ユーザコンテキスト条件生成部、及び、前記サービスデータベース検索部のうち、少なくとも、前記サービスデータベース検索部がサーバ装置に設けられ、外部から前記検索要求が入力されることを特徴とする請求項１記載のサービス選択支援システム。
【請求項３】
前記解釈手段検索部は、前記解釈手段を読み出す機能と、前記解釈手段と前記センサ情報とに基づいて、前記ユーザコンテキストの解釈可否を判定する機能とを有することを特徴とする請求項１又は２記載のサービス選択支援システム。
【請求項４】
前記ユーザコンテキスト解釈実行部は、ユーザコンテキストの解釈に必要なデータを入力として解釈手段を実行する解釈手段実行モジュールと、解釈可能な解釈手段に応じて前記解釈手段実行モジュールを選択する機能とを有することを特徴とする請求項１又は２記載のサービス選択支援システム。
【請求項５】
前記ユーザコンテキスト条件生成部は、予め定められたユーザコンテキスト条件記述フォーマットに則って、前記解釈手段による解釈結果をどの要素に格納するかを判定する解釈結果要素判定機能を有することを特徴とする請求項１又は２記載のサービス選択支援システム。
【請求項６】
前記サービスデータベース検索部は、前記ユーザからの検索要求と前記ユーザコンテキスト条件生成部によって得られたユーザコンテキストとを比較した結果に応じて、適合するものをサービス候補とする処理と適合しないものをサービス候補から除外する処理との少なくとも一方の処理を行う機能を有することを特徴とする請求項１又は２記載のサービス選択支援システム。
【請求項７】
ユーザの現在の環境中に配置されているセンサによって把握されるユーザコンテキストの内容に応じて、適切なサービスを該ユーザに提示するサービス選択支援方法であって、前記ユーザコンテキストを解釈するための解釈手段を検索する解釈手段検索ステップと、前記解釈手段検索ステップにおいて検索された解釈手段に則ってユーザコンテキスト解釈するユーザコンテキスト解釈実行ステップと、前記解釈手段によって解釈されるユーザコンテキストと前記センサによって得られるセンサ情報とをユーザコンテキスト条件として生成するユーザコンテキスト条件生成ステップと、前記ユーザコンテキスト条件生成ステップにおいて生成されるユーザコンテキスト条件と前記ユーザからの検索要求とに基づいてサービスデータベースを検索し、適切なサービスを検索結果として出力するサービスデータベース検索ステップとを含むことを特徴とするサービス選択支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はサービス選択支援システム、サービス選択支援方法に関し、特にインターネットに接続可能な端末からネットワーク上のサービスや情報を検索・利用する場合に用いられるサービス選択支援システム、サービス選択支援方法に関する。
【背景技術】
【０００２】
ユーザコンテキストを把握し、ユーザに対して適切なサービスを提供するシステムでは、各システムが特定の環境を設定し、その環境で獲得されるセンサ情報により各サービスが提示される条件としてサービス毎に記述している。
例えば、ユーザコンテキストとしてユーザ位置に基づきサービスを提供するシステムがある（非特許文献１参照）。このシステムでは、位置情報が獲得できる環境を設定し、位置情報をサービス提示条件として記述している。また、非特許文献２では、より汎用的な環境として５Ｗ１Ｈすなわち、いつ（Ｗｈｅｎ）、どこで（Ｗｈｅｒｅ）、だれが（Ｗｈｏ）、何を（Ｗｈａｔ）、なぜ（Ｗｈｙ）、どのように（Ｈｏｗ）が獲得できる環境を設定し、それらのセンサ情報をサービス提示条件としてサービスに記述している。
【０００３】
【非特許文献１】末田  欣子、Casey Tan Ocampo、中津留  毅、村上  幸司、坂井  博、「位置情報に基づくコンテキスト生成方式」、情報処理学会第４回ユビキタスコンピューティングシステム研究発表会（２００４）
【非特許文献２】Jang、 S.、Woo、W.,“ubi-UCAM:A Unified Context‐Aware Application Model.“、Lecture Notes in Artificial Intelligence, Springer-Verlag, Vol.2680,pp.178-189.（２００３）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述した  従来のユーザコンテキストに基づくサービス選択支援システムでは、特定の環境に設置されたセンサの情報を解釈して得られるユーザコンテキストをサービス検索の条件として利用し、サービスの絞込みを行っている。しかしながら、ユビキタス環境では、環境毎に取得できるセンサ情報は異なる。そのため、環境毎にユーザコンテキストを解釈するための解釈手段を用意し、センサ情報を解釈しなければならないという課題があった。
【０００５】
本発明は上述した従来技術の問題点を解決するためになされたものであり、その目的はセンサで認識されるユーザの情報が環境によって異なる際に、その情報を用いて解釈可能なユーザコンテキストがあれば解釈し、サービス検索の条件とすることによって、ユーザのサービス選択を支援し、サービスへの到達効率の向上を図ることのできるサービス選択支援システム、サービス選択支援方法を提供することである。
【課題を解決するための手段】
【０００６】
本発明の請求項１によるサービス選択支援システムは、ユーザの現在の環境中に配置されているセンサによって把握されるユーザコンテキストの内容に応じて、適切なサービスを該ユーザに提示するサービス選択支援システムであって、前記ユーザコンテキストを解釈するための解釈手段を検索する解釈手段検索部と、前記解釈手段検索部によって検索された解釈手段に則ってユーザコンテキスト解釈するユーザコンテキスト解釈実行部と、前記解釈手段によって解釈されるユーザコンテキストと前記センサによって得られるセンサ情報とをユーザコンテキスト条件として生成するユーザコンテキスト条件生成部と、前記ユーザコンテキスト条件生成部によって生成されるユーザコンテキスト条件と前記ユーザからの検索要求とに基づいてサービスデータベースを検索し、適切なサービスを検索結果として出力するサービスデータベース検索部とを含むことを特徴とする。これにより、解釈可能なセンサ情報が獲得できる環境において、よりサービス選択に有効なユーザコンテキスト条件を追加・利用し、ユーザにとってより適切なサービス選択支援を行うことが可能となる。
【０００７】
本発明の請求項２によるサービス選択支援システムは、請求項１において、前記解釈手段検索部、前記ユーザコンテキスト解釈実行部、前記ユーザコンテキスト条件生成部、及び、前記サービスデータベース検索部のうち、少なくとも、前記サービスデータベース検索部がサーバ装置に設けられ、外部から前記検索要求が入力されることを特徴とする。これにより、システムを構成する要素の一部をサーバ側に設け、その他の部分を例えばクライアント端末側に設けた場合に、ユーザにとってより適切なサービス選択支援を行うことができ、サーバ装置、クライアント端末それぞれの処理能力に適合した構成を実現できる。
【０００８】
本発明の請求項３によるサービス選択支援システムは、請求項１又は２において、前記解釈手段検索部は、前記解釈手段を読み出す機能（例えば、図７中の解釈手段データベース読出部１１１に対応）と、前記解釈手段と前記センサ情報とに基づいて、前記ユーザコンテキストの解釈可否を判定する機能（例えば、図７中の解釈可否判定部１１３に対応）とを有することを特徴とする。これにより、環境毎に獲得できるセンサ情報が異なる場合においても、その環境で解釈可能なユーザコンテキストを把握することが可能となる。
【０００９】
本発明の請求項４によるサービス選択支援システムは、請求項１又は２において、前記ユーザコンテキスト解釈実行部は、ユーザコンテキストの解釈に必要なデータを入力として解釈手段を実行する解釈手段実行モジュール（例えば、図８中の解釈手段実行モジュール＃１〜＃Ｎに対応）と、解釈可能な解釈手段に応じて前記解釈手段実行モジュールを選択する機能（例えば、図８中の解釈実行モジュール選択部１３２に対応）とを有することを特徴とする。これにより、環境毎に獲得できるセンサ情報が異なる場合においても、その環境で解釈可能なユーザコンテキストを把握することが可能となる。
【００１０】
本発明の請求項５によるサービス選択支援システムは、請求項１又は２において、前記ユーザコンテキスト条件生成部は、予め定められたユーザコンテキスト条件記述フォーマットに則って、前記解釈手段による解釈結果をどの要素に格納するかを判定する解釈結果要素判定機能（例えば、図１５中の解釈結果要素判定部１４２に対応）を有することを特徴とする。これにより、解釈されるユーザコンテキストが環境毎に異なる場合でも、その環境に応じたユーザコンテキスト条件を生成することが可能となる。
【００１１】
本発明の請求項６によるサービス選択支援システムは、請求項１又は２において、前記サービスデータベース検索部は、前記ユーザからの検索要求と前記ユーザコンテキスト条件生成部によって得られたユーザコンテキストとを比較した結果に応じて、適合するものをサービス候補とする処理と適合しないものをサービス候補から除外する処理との少なくとも一方の処理を行う機能を有することを特徴とする。このように、比較の結果に応じてサービス候補を絞り込めば、より適切なサービス候補をユーザに提示することができる。
【００１２】
本発明の請求項７によるサービス選択支援方法は、ユーザの現在の環境中に配置されているセンサによって把握されるユーザコンテキストの内容に応じて、適切なサービスを該ユーザに提示するサービス選択支援方法であって、前記ユーザコンテキストを解釈するための解釈手段を検索する解釈手段検索ステップと、前記解釈手段検索ステップにおいて検索された解釈手段に則ってユーザコンテキスト解釈するユーザコンテキスト解釈実行ステップと、前記解釈手段によって解釈されるユーザコンテキストと前記センサによって得られるセンサ情報とをユーザコンテキスト条件として生成するユーザコンテキスト条件生成ステップと、前記ユーザコンテキスト条件生成ステップにおいて生成されるユーザコンテキスト条件と前記ユーザからの検索要求とに基づいてサービスデータベースを検索し、適切なサービスを検索結果として出力するサービスデータベース検索ステップとを含むことを特徴とする。この方法により、解釈可能なセンサ情報が獲得できる環境において、よりサービス選択に有効なユーザコンテキスト条件を追加・利用し、ユーザにとってより適切なサービス選択支援を行うことが可能となる。
【００１３】
要するに本発明では、解釈手段とそのために必要なセンサ情報をデータベースとして保持する。そして、解釈に必要なセンサ情報を取得できる環境であれば、解釈手段に則って解釈を行い、サービス検索のための条件として追加する構成をとる。そのため、環境の変化に応じて、センサ情報を解釈して得られるユーザコンテキストをサービス検索のための条件として生成することができる。
【発明の効果】
【００１４】
以上説明したように本発明は、ユーザコンテキストを解釈するための解釈手段と解釈のために必要なセンサに関するセンサ情報とをデータベースとして保持し、ユーザコンテキストの解釈に必要なセンサ情報を取得できる環境であれば、解釈手段に則って解釈を行い、これをサービス検索のための条件として利用する。このため、環境の違いに応じてユーザコンテキストを解釈し、サービス検索のための条件として利用することが可能となるので、その環境において効率的なサービスの選択と利用を行うことができるという効果がある。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態を、図面を参照して説明する。なお、以下の説明において参照する各図では、他の図と同等部分は同一符号によって示されている。
（システム全体の構成）
本発明の実施の一形態に係るサービス選択支援システムは、例えば図１、図２に示されているように構成される。図１に示されているようにユーザコンテキスト条件生成に係る処理をサービス選択処理サーバで行う場合であり、図２に示されているようにそれをクライアント端末で処理を行う場合である。つまり、システムを構成する要素の一部をサーバ側に設け、その他の部分をクライアント端末側に設けた場合に、ユーザ２０にとってより適切なサービス選択支援を行うことができ、サーバ装置、クライアント端末それぞれの処理能力に適合した構成を実現できる。一般に、クライアント端末よりもサーバ装置の処理能力が高いので、図１に示されているように構成すればよい。一方、クライアント端末の処理能力がそれほど低くない場合には図２に示されているようにサービスデータベース及び検索機能のみをサーバ装置に設けてもよい。ただし、図１及び図２の構成は例示にすぎず、本システムの構成要素の一部をサーバ側に設けた場合、その他の部分をクライアント端末側に設けることになる。
【００１６】
（システムの一構成例）
図１を参照すると、サービス選択支援システムは、ユーザコンテキスト条件生成に係る処理を行うサービス選択処理サーバ１と、ユーザ２０のサービス検索要求を入力するためのクライアント端末２とから構成されている。
同図中のサービス選択処理サーバ１は、環境中に配置されたセンサによって得られるセンサ情報を獲得するセンサ情報獲得部１０と、解釈手段番号や解釈に必要な情報が記述された解釈手段データベース１２と、解釈手段データベース１２から解釈可能なユーザコンテキストを検索する解釈手段検索部１１と、解釈可能なユーザコンテキストについて解釈手段に則って解釈を行うユーザコンテキスト解釈実行部１３と、各解釈手段によって把握されるユーザコンテキストとセンサ情報獲得部１０によって獲得されるセンサ情報とをユーザコンテキスト条件として生成するユーザコンテキスト条件生成部１４と、サービスをクライアント端末２に提示する場合のサービス提示条件が各サービスに記述されたサービスデータベース１６と、ユーザコンテキスト条件生成部１４によって生成されるユーザコンテキスト条件とクライアント端末２に入力される検索要求に基づいて、サービスデータベース１６の各サービス提示条件を判定し、検索要求とユーザコンテキスト条件とに適合するサービスを検索結果としてクライアント端末に提供するサービスデータベース検索部１５とを含んで構成されている。
同図中のクライアント端末２は、サービス利用履歴データベース１７と、人間関係データベース１８とを含んで構成されている。
【００１７】
（システムの他の構成例）
図２を参照すると、サービス選択支援システムは、ユーザコンテキスト条件生成に係る処理を行うと共にユーザのサービス検索要求を入力するためのクライアント端末２と、サービス選択処理サーバ１とから構成されている。
同図中のクライアント端末２は、環境中に配置されたセンサによって得られるセンサ情報を獲得するセンサ情報獲得部１０と、解釈手段番号や解釈に必要な情報が記述された解釈手段データベース１２と、解釈手段データベース１２から解釈可能なユーザコンテキストを検索する解釈手段検索部１１と、解釈可能なユーザコンテキストについて解釈手段に則って解釈を行うユーザコンテキスト解釈実行部１３と、各解釈手段によって把握されるユーザコンテキストとセンサ情報獲得部１０によって獲得されるセンサ情報とをユーザコンテキスト条件として生成するユーザコンテキスト条件生成部１４とを含んで構成されている。
【００１８】
同図中のサービス選択処理サーバ１は、サービスをクライアント端末２に提示する場合のサービス提示条件が各サービスに記述されたサービスデータベース１６と、ユーザコンテキスト条件生成部１４によって生成されるユーザコンテキスト条件とクライアント端末２に入力される検索要求に基づいて、サービスデータベース１６の各サービス提示条件を判定し、検索要求とユーザコンテキスト条件とに適合するサービスを検索結果としてクライアント端末に提供するサービスデータベース検索部１５とを含んで構成されている。
【００１９】
図１、図２に示されているシステムの構成では、含まれている機能は同一のものであるため、以下では例として図１の場合について説明する。
（サービスデータベース）
図１において、サービスデータベースは、例えば図３に示されているようなタスクオントロジと各タスクや、図４に示されているようなサービスに記述されるサービス提示条件によって構成される。
ここで、タスクオントロジとは、サービスの種類による構造化ではなく、ユーザが解決したい問題（タスク）と、それを解決するサービスとをサービス利用知識として構造化したものである。タスクオントロジは、ある特定の意味を持った場所（映画館、レストランなど）をドメインとして形成し、ドメインに関係のあるタスク（チケットを買う、予約するなど）と、タスクを解決するサービス（オンラインチケット購入サービス、レストラン予約サービスなど）とによって構成されている。
【００２０】
図３を参照すると、「映画を見る」について、「映画を決める」、「チケットを買う」、「映画館に行く」、「座席を探す」、「飲み物を買う」というタスクが存在し、これらのタスクを解決するための各種サービスが対応付けられている。一方、「食事をする」について、「飲みに行く」、「レストランに行く」、「カフェに行く」、「注文する」というタスクが存在し、これらのタスクを解決するための各種サービスが対応付けられている。
【００２１】
また、図４に示されているように、サービス提示条件は、「映画を決める」、「チケットを買う」、「映画館に行く」、「座席を探す」、「飲みに行く」などのタスクノード・サービスエントリについて、５Ｗ１Ｈの各項目が対応付けられる構造になっている。ここで、「映画を決める」には、「持物：チケット無」、「検索要求：映画を見る」の各項目が対応付けられている。「チケットを買う」には、「検索要求：映画を見る」という項目が対応付けられている。「映画館に行く」には、「朝、昼」、「場所：映画館、検索要求との位置関係：Ｎｏ」、「持物：チケット」、「検索要求：映画を見る」、「サービス利用履歴：チケットを買う」の各項目が対応付けられている。「座席を探す」には、「場所：映画館、検索要求との位置関係：Ｙｅｓ」、「立っている」、「検索要求：映画を見る」の各項目が対応付けられている。「飲みに行く」には、「ＰＭ、夜」、「検索要求との位置関係：Ｎｏ」、「ユーザと周囲の人物との関係：子供以外」、「持物：車無」、「検索要求：食事をする」の各項目が対応付けられている。
【００２２】
（サービス提示条件）
サービスデータベース１６のサービス提示条件１６ａは、例えば図５に示されているようなサービス提示条件記述フォーマットを参照して記述する。
同図に示されているように、５Ｗ１Ｈをカテゴリとして各要素に値を記述することによって、サービス提示条件が構成されている。各カテゴリには情報量が異なる複数の値が入ることが可能となっている。また、同図においては、下の項目ほど、解釈の抽象度がより高くなっている。例えば、「いつ（Ｗｈｅｎ）」についての項目は、上から「日時」、「ＡＭ／ＰＭ」、「朝／昼／晩」である。「どこで（Ｗｈｅｎ）」についての項目は、上から「緯度経度」、「住所」、「場所名」、「検索要求との位置関係」である。「誰が（Ｗｈｏ）」についての項目は、上から「ユーザ」、「ユーザの属性」、「周囲の人物」、「周囲の人物との関係」、「周囲の人物の属性」である。「何を（Ｗｈａｔ）」についての項目は、上から「行動」、「移動状態」、「持物」である。「なぜ（Ｗｈｙ）」についての項目は、上から「検索要求」、「感情」、「意図」である。「どのように（Ｈｏｗ）」についての項目は、上から「操作端末」、「サービス利用履歴」である。これらの項目に限らず、様々な条件を記述することができる。
【００２３】
（センサ情報獲得部）
図１において、センサ情報獲得部１０は、ユーザの周囲に存在する各種のセンサからユーザの情報を獲得する。獲得される情報はセンサの検出周期毎に更新される。なお、人物が所持しているＩＣタグに記憶されている情報を検出することにより、ユーザの周囲にいる人物を判別してもよい。
【００２４】
（解釈手段データベース）
解釈手段データベース１２には、例えば、図６に示されているように、解釈手段番号「＃１」〜「＃Ｎ」と、解釈されることで把握されるユーザコンテキストと、解釈するために必要となる情報とが記述されている。
同図において、解釈手段番号「＃１」の「ユーザコンテキスト」が「検索要求との位置関係」で、その「解釈に必要となる情報」が「現在位置、検索要求」である。
解釈手段番号「＃２」の「ユーザコンテキスト」が「サービス利用履歴」で、その「解釈に必要となる情報」が「現在時刻、検索要求」である。
【００２５】
解釈手段番号「＃３」の「ユーザコンテキスト」が「周囲の人物との人間関係」で、その「解釈に必要となる情報」が「ユーザの周囲にいる人、人間関係データベース」である。
解釈手段番号「＃Ｎ」の「ユーザコンテキスト」が「移動状態」で、その「解釈に必要となる情報」が「ユーザの行動」である。
以上は、例示にすぎず、解釈されることで把握されるユーザコンテキストと、解釈するために必要となる情報とを様々に記述できる。
【００２６】
（解釈手段検索部の構成例）
図１中の解釈手段検索部１１の構成例が図７に示されている。同図を参照すると、解釈手段検索部１１は、解釈手段番号、解釈に必要な情報が記述されている解釈手段データベースの各データレコードを読み出す解釈データベース読出し部１１と、後述する各解釈手段において必要となる情報を獲得できるかをセンサ情報獲得部やデータベースに問い合わせるセンサ情報参照部１１２と、解釈手段が適用できるかを判定する解釈可否判定部１１３と、解釈可能であれば、その解釈手段番号と必要な情報をユーザコンテキスト解釈実行部に通知する解釈手段番号通知部１１４とを含んで構成されている。
【００２７】
このような構成において、解釈手段データベース読出部１１１は、図６に示されている解釈手段データベース１２に検索命令１２０を送り、その内容を読み出す。センサ情報参照部１１２は、解釈手段データベース１２に記述されている情報が獲得可能であるかセンサ情報獲得部１０やクライアント端末２に問い合わせ、獲得可能かどうかを解釈可否判定部１１３に通知する。解釈可否判定部１１３は、すべてが獲得可能であったときユーザコンテキスト解釈実行部１３に、読み出した解釈手段番号１１０を通知する。
【００２８】
（ユーザコンテキスト解釈実行部の構成例）
図１中のユーザコンテキスト解釈実行部１３の構成例が図８に示されている。同図に示されているように、ユーザコンテキスト解釈実行部１３は、解釈手段検索部１１から与えられる解釈手段番号を受信する解釈手段番号受信部１３１と、解釈に必要なデータを入力として解釈手段を実行する各解釈実行モジュールを保持する解釈実行部１３３と、受信した解釈手段番号に応じて、解釈実行部１３３内の解釈手段実行モジュール＃１〜＃Ｎを選択する解釈実行モジュール選択部１３２と、解釈に必要となる検索要求、データベースの情報、センサ情報を受信する解釈必要データ受信部１３４と、解釈された結果をユーザコンテキスト条件生成部に通知する解釈結果通知部１３５とを含んで構成されている。
【００２９】
このような構成において、解釈手段番号受信部１３１は、解釈手段検索部１１によって通知された解釈手段番号を受信する。解釈実行モジュール選択部１３２は、解釈実行部１３３に保持されている各解釈モジュールの中から解釈手段番号に対応するものを選択し、解釈を実行する。解釈必要データ受信部１３４は、各解釈実行モジュールが解釈に必要とするデータを受信する。解釈実行部１３３では解釈必要データ受信部１３４を参照し各解釈実行モジュールで解釈を行う。解釈結果通知部１３５は、解釈された結果である解釈結果１３０をユーザコンテキスト条件生成部１４に通知する。
【００３０】
（解釈実行モジュールの構成例）
図１中の解釈実行モジュールの構成例が図９〜図１４に示されている。以下、各解釈実行モジュールの構成例について説明する。
（１）ユーザコンテキスト解釈実行部内の解釈実行モジュールの構成例である、検索要求位置関係解釈モジュールが図９に示されている。同図に示されているように、検索要求位置関係解釈モジュール１３３ａは、ユーザがクライアント端末に入力するサービス検索要求３１に基づいて検索命令１６０を送り、サービスデータベース１６を検索することによってその検索要求に関係する場所を把握する検索要求場所把握部３２と、その場所とセンサ情報獲得部１０によって獲得されるユーザの現在位置３３に基づいて、検索要求に関連する場所にユーザがいるかどうかを判定する検索要求位置関係解釈部３４とを含み、ユーザの現在位置と検索要求との関係３５を得る機能を有している。
【００３１】
このような構成において、検索要求場所把握部３２は、ユーザからのサービス検索要求３１を入力とし、サービスデータベース１６を検索する。これにより、検索要求場所把握部３２は、その検索要求に関係する場所にユーザがいるかどうかを判定する。この判定結果により得られる、ユーザの検索要求に関係する場所と、センサ情報獲得部１０により獲得される現在位置３３とが検索要求位置関係解釈部３４に入力される。検索要求位置関係解釈部３４では例えば、入力される文字列を比較することによって、同一であるか、異なるかを判定する。その判定結果である、現在位置と検索要求との関係３５は、ユーザコンテキスト条件生成部１４に与えられる。
【００３２】
例えば、ユーザの位置が「家」で入力が「映画を見る」であった場合、検索要求場所把握部３２によってユーザの検索要求に関する場所は「映画館」と出力され、検索要求位置関係解釈部３４によって、文字列を比較した結果、それらは異なっていると判定される。一方、ユーザの位置が「映画館」で入力が「映画を見る」であった場合は、検索要求位置関係解釈部３４は同一であると判定する。
このような検索要求位置関係解釈モジュールを用いることにより、ユーザがサービス選択をする際に、ユーザの位置で実行可能なサービスを条件として絞り込むことが可能となり、ユーザにとってより適切なサービス選択支援を行うことが可能となる。
【００３３】
（２）ユーザコンテキスト解釈実行部内の解釈実行モジュールの構成例である、サービス利用履歴把握モジュールが図１０に示されている。同図に示されているように、サービス利用履歴把握モジュール１３３ｂは、ユーザがクライアント端末に入力するサービス検索要求３１と、現在時刻とに基づいて、過去に利用したサービス名とその利用日時が記述されているサービス利用履歴データベース１７から、現在のサービス検索要求に関するサービスで以前に利用したものを検索し、ユーザが検索要求以前にどのようなサービスを利用しているかを把握するサービス利用履歴検索部３７を含んで構成されている。サービス利用履歴検索部３７によって得られる、過去に利用したサービス３８に関する情報は、ユーザコンテキスト条件生成部１４に送られ、ユーザコンテキスト条件として利用される。
【００３４】
このような構成において、サービス利用履歴検索部３７は、現在時刻３６とユーザからのサービス検索要求３１とに基づいてサービス利用履歴データベース１７を検索する。例えば、サービス利用履歴データベースが、図８に示されているように、利用サービス名とその利用日時とによって構成されているとき、サービス利用履歴検索部３７は、図３に示されているサービスデータベース１６を検索し、ユーザの検索要求に関連するサービスを獲得する。
【００３５】
次に、サービス利用履歴検索部３７は、それらのサービスが現在の日時以前に利用されているかを検索し、適合するものがあれば、それを過去に利用したサービスとして、ユーザコンテキスト条件生成部１４に与える。例えば、図１１に示されているようなサービス利用履歴データベースには、日時「２００４−６−６−２１：０３：２０ＪＳＴ」にサービス名「映画情報サイト」を、日時「２００４−６−６−２２：１５：５２ＪＳＴ」にサービス名「オンラインチケット購入サービス」を、それぞれ利用したという履歴が保持されている。
このようなサービス利用履歴データベースがあったとき、ユーザの入力が「映画を見る」であった場合、現在時刻より以前で「映画を見る」に関して実行されたサービスが把握される。
【００３６】
図３に示されているサービス利用履歴データベースでは、「オンラインチケット購入サービス」の利用履歴や「映画情報サイト」の閲覧履歴が検索の結果例として把握される。
このようなサービス利用履歴把握モジュールを用いることにより、ユーザがサービス選択する際に、利用する順序に依存関係があるサービスについて、過去に利用したサービスから現在利用可能なサービスを絞り込み、ユーザにとってより適切なサービス選択支援を行うことが可能となる。
【００３７】
（３）ユーザコンテキスト解釈実行部内の解釈実行モジュールの構成例である、人間関係把握モジュールが図１２に示されている。同図に示されているように、人間関係把握モジュール１３３ｃは、センサ情報獲得部１０によって得られる、ユーザの周囲にいる人物３９の名前に基づいて、各ユーザが保持する他者の名前とその人物との属性を記述した人間関係テータベース１８を検索し、ユーザと共にいる人がユーザとどのような人間関係にあるかを把握する人間関係検索部４０を含んで構成されている。人間関係検索部４０によって得られる、周囲の人との人間関係４１に関する情報は、ユーザコンテキスト条件生成部１４に送られ、ユーザコンテキスト条件として利用される。
【００３８】
このような構成において、人間関係検索部４０は、ユーザの周囲にいる人物の名前に基づいて人間関係データベース１８を検索する。例えば、人間関係データベースが、図１３に示されているように、人物名（例えば「Ｍｉｃｈｅｌ」や「Ｔｏｎｙ」）とユーザとの関係を表現した属性（例えば同僚を意味する「Ａ  Ｃｏｌｌｅａｇｕｅ」や、息子を意味する「Ａ  Ｓｏｎ」）とで構成されているとき、人間関係検索部４０は、周囲にいる人物の名前によって人間関係データベースを検索する。そして、人間関係データベースの人物名と適合する属性をユーザと周囲に居る人の人間関係として、ユーザコンテキスト条件生成部に与える。例えば、ユーザの周囲にいる人物がＴｏｎｙであったとき、図１３のような人間関係データベースを検索することによって、ユーザの周囲には、Ｔｏｎｙという名のユーザの息子がいる、ということを把握することができる。
【００３９】
なお、センサからの情報や、その人物が所持しているＩＣタグに記憶されている情報を検出することにより、ユーザの周囲にいる人物を判別することができる。
このような人間関係把握モジュールを用いることにより、ユーザがサービス選択をする際に、一緒に居る人との関係を条件として、ユーザに提示されるサービス候補を絞り込むことが可能となり、ユーザにとってより適切なサービス選択支援を行うことが可能となる。
【００４０】
（４）ユーザコンテキスト解釈実行部内の解釈実行モジュールの構成例である、移動状態判別モジュールが図１４に示されている。同図に示されているように、移動状態判別モジュール１３３ｄは、センサ情報獲得部１０により獲得されるユーザの行動４２に基づいて、ユーザの移動速度により移動しているか静止しているかを判別する移動状態判定部４３を含んで構成されている。移動状態判定部４３によって得られる、移動状態４４に関する情報は、ユーザコンテキスト条件生成部１４に送られ、ユーザコンテキスト条件として利用される。
【００４１】
このような構成において、移動状態判定部４３は、ユーザの移動速度に基づいて、速度の閾値に応じて、ユーザが移動しているか、静止しているかを判定する。そして、その判定結果をユーザコンテキスト条件生成部１４に与える。例えば、移動判定の閾値が秒速２ｍとしたとき、ユーザが秒速２．５ｍで移動していたら、移動していると判定される。また、同じ閾値であるとき、椅子に座っていれば、静止していると判定される。
【００４２】
なお、周囲に存在しているセンサからの情報や、ユーザが所持している加速度センサの出力を検出することにより、ユーザの移動速度を検出することができる。椅子に予めセンサを設けておけば、その椅子にユーザが座っていることを検出することができる。
このような移動状態判別モジュールを用いることにより、これにより、ユーザがサービス選択をする際に、移動状態を条件としてユーザに提示されるサービス候補を絞り込むことが可能となり、ユーザにとってより適切なサービス選択支援を行うことが可能となる。
【００４３】
（５）その他の例
上述した解釈実行モジュールを組み合わせることによって、ユーザにとってより適切なサービス選択支援を行うことが可能となる。
例えば、ユーザが自分の「家」にいて、かつ、近くにＴｏｎｙがいて、検索要求が「映画を見る」の場合を考える。この場合、検索要求位置関係解釈モジュール１３３ａ及び人間関係把握モジュール１３３ｃにより、「映画に行く」サービスと「映画を決める」サービスと「チケットを買う」サービスとが起動し、ユーザにとってより適切なサービス選択支援を行うことが可能となる。
【００４４】
また、「映画館」の付近で、ゆっくりと移動しており（移動速度は秒速２ｍ以下）に、近くにＭｉｃｈｅｌがいて、検索要求が「映画を見る」の場合を考える。この場合、検索要求位置関係解釈モジュール１３３ａ、人間関係把握モジュール１３３ｃ及び移動状態判別モジュール１３３ｄにより、「映画を決める」サービスと「座席を探す」サービスと「飲み物を買う」サービスとが起動し、ユーザにとってより適切なサービス選択支援を行うことが可能となる。
【００４５】
（ユーザコンテキスト条件生成部の構成例）
図１中のユーザコンテキスト条件生成部１４の構成例が図１５に示されている。同図に示されているように、ユーザコンテキスト条件生成部１４は、ユーザコンテキスト解釈実行部１３から通知される解釈結果１３０を受信する解釈結果受信部１４１と、ユーザコンテキスト条件記述フォーマット１４３に則って解釈結果をどの要素に格納するかを判定する解釈結果要素判定部１４２と、判定結果に従って、ユーザコンテキスト条件に格納するユーザコンテキスト条件格納部１４４と、生成されたユーザコンテキスト条件１４０をサービスデータベース検索部１５に通知するユーザコンテキスト条件通知部１４５とを含んで構成されている。
【００４６】
このような構成において、解釈結果受信部１４１は、ユーザコンテキスト解釈実行部１３によって通知される解釈結果１３０を受信する。解釈結果要素判定部１４２は、例えば図５に示されているユーザコンテキスト条件記述フォーマット１４３を参照して、解釈結果がユーザコンテキスト条件のどの要素のデータかを判定する。ユーザコンテキスト条件格納部１４４は解釈結果要素判定部１４２によって判定された要素へ解釈結果を格納する。ユーザコンテキスト条件通知部１４５は、生成されたユーザコンテキスト条件１４０を、サービスデータベース検索部１５に通知する。
このように構成されたユーザコンテキスト条件生成部１４は、ユーザコンテキスト解釈実行部１３内の解釈実行モジュール例として説明したようなユーザコンテキストを、５Ｗ１Ｈのカテゴリの中の各要素に格納していくことによって、ユーザコンテキスト条件を生成する。
【００４７】
（サービスデータベース検索部の構成例）
図１中のサービスデータベース検索部１５は、クライアント端末に入力された検索要求とユーザコンテキスト条件生成部によって得られるユーザコンテキストを条件として、サービスデータベース１６を検索する。
ここで、サービスデータベース１６が図３に示されているような構成であったとき、ユーザの検索要求によって、サービスデータベースから検索要求に適合するサービスを検索する。次に、ユーザコンテキスト条件の要素の値と、検索されたサービスに記述されているサービス提示条件の同じ要素の値とを比較し、適合しないものを検索結果（すなわちサービス候補）の中から除外していく。そして、最終的に残ったサービスをクライアント端末にサービス候補として提示する。要するに、ユーザからの検索要求とユーザコンテキストとの比較結果に応じて、適合するものをサービス候補とする処理と適合しないものをサービス候補から除外する処理との少なくとも一方の処理を行うのであり、このようにサービス候補を絞り込めば、より適切なサービス候補をユーザに提示することができる。
【００４８】
例えば、ユーザの検索要求が「映画を見る」であったとき、サービスデータベースを検索して映画を見る以下のタスク・サービスを検索する。次に、各サービスに記述されているサービス提示条件を呼び出す。このとき、ある環境において、場所名を獲得できるセンサ環境であったとき、ユーザの位置が映画館であれば、検索要求の場所と同一であると判定されるため、これを利用することによって「映画館に行く」サービス（すなわち、乗り換え案内サービス、経路検索サービス、時刻表検索サービス）が検索結果（すなわちサービス候補）から除外され、座席検索サービスや売店検索サービスのみが検索結果として残る。
また、別の環境では、ユーザの緯度経度しか取得できない環境であったとき、ユーザの検索要求が「映画を見る」であったとしても検索要求と位置の関係や場所名は把握できない。そのため、「どこで」を示す要素には緯度経度のみ格納され、そのユーザには「映画館に行く」以下のサービスすべてが提示されることになる。
【００４９】
（クライアント端末）
図１や図２に示されているクライアント端末２は、インターネットに接続可能な端末であり、ユーザの入力や情報を処理する機能や、情報を表示する機能を有している。このクライアント端末は、図１１に示されているようなサービス利用履歴や、図１３に示す人間関係データベースを備えている端末である。例えば、携帯電話機や通信機能を有する計算機を、このクライアント端末として用いることができる。
【００５０】
（サービス選択支援方法）
以上説明したサービス選択支援システムにおいては、以下のようなサービス選択支援方法が実現されている。すなわち、ユーザの現在の環境中に配置されているセンサによって把握されるユーザコンテキストの内容に応じて、適切なサービスを該ユーザに提示するサービス選択支援方法であり、上記ユーザコンテキストを解釈するための解釈手段を検索する解釈手段検索ステップと、上記解釈手段検索ステップにおいて検索された解釈手段に則ってユーザコンテキスト解釈するユーザコンテキスト解釈実行ステップと、上記解釈手段によって解釈されるユーザコンテキストと上記センサによって得られるセンサ情報とをユーザコンテキスト条件として生成するユーザコンテキスト条件生成ステップと、上記ユーザコンテキスト条件生成ステップにおいて生成されるユーザコンテキスト条件と上記ユーザからの検索要求とに基づいてサービスデータベースを検索し、適切なサービスを検索結果として出力するサービスデータベース検索ステップとを含むサービス選択支援方法が実現されている。
この方法により、解釈可能なセンサ情報が獲得できる環境において、よりサービス選択に有効なユーザコンテキスト条件を追加・利用し、ユーザにとってより適切なサービス選択支援を行うことが可能となる。
【産業上の利用可能性】
【００５１】
本発明は、クライアント端末を利用して入力されたユーザのサービス検索要求に対し、環境中に配置されたセンサからユーザコンテキストを把握し、そのコンテキストに合わせて適切なサービス候補をユーザに提示する場合に利用することができる。
【図面の簡単な説明】
【００５２】
【図１】本発明の実施の形態に係るサービス選択支援システムの一構成例を示す図である。
【図２】本発明の実施の形態に係るサービス選択支援システムの他の構成例を示す図である。
【図３】本発明の実施形態に係るサービスデータベースの構成例を示す図である。
【図４】サービス提示条件の例を示す図である。
【図５】ユーザコンテキスト条件・サービス提示条件の記述フォーマット例を示す図である。
【図６】解釈手段データベースの例を示す図である。
【図７】解釈手段検索部の機能構成を示す図である。
【図８】ユーザコンテキスト解釈実行部の機能構成を示す図である。
【図９】解釈実行モジュールの構成例である、検索要求位置関係解釈モジュールの構成を示す図である。
【図１０】解釈実行モジュールの構成例である、サービス利用履歴把握モジュールの構成を示す図である。
【図１１】サービス利用履歴データベースの一例を示す図である。
【図１２】解釈実行モジュールの構成例である、人間関係把握モジュールの構成を示す図である。
【図１３】人間関係データベースの一例を示す図である。
【図１４】解釈実行モジュールの構成例である、移動状態判別モジュールの構成を示す図である。
【図１５】ユーザコンテキスト条件生成部の機能構成を示す図である。
【符号の説明】
【００５３】
１  サービス選択処理サーバ
２  クライアント端末
１０  センサ情報獲得部
１１  解釈手段検索部
１２  解釈手段データベース
１３  ユーザコンテキスト解釈実行部
１４  ユーザコンテキスト条件生成部
１５  サービスデータベース検索部
１６  サービスデータベース
１６ａ  サービス提示条件
１７  サービス利用履歴データベース
１８  人間関係データベース
２０  ユーザ
３１  サービス検索要求
３２  検索要求場所把握部
３３  現在位置
３４  検索要求位置関係解釈部
３５  現在位置と検索要求との関係
３６  現在時刻
３７  サービス利用履歴検索部
３８  過去に利用したサービス
３９  周囲の人物
４０  人間関係検索部
４１  周囲の人との人間関係
４２  行動
４３  移動状態判定部
４４  移動状態
１１０  解釈手段番号
１１１  解釈手段データベース読出部
１１２  センサ情報参照部
１１３  解釈可否判定部
１１４  解釈手段番号通知部
１２０  検索命令
１３０  解釈結果
１３１  解釈手段番号受信部
１３２  解釈実行モジュール選択部
１３３  解釈実行部
１３３ａ  検索要求位置関係解釈モジュール
１３３ｂ  サービス利用履歴把握モジュール
１３３ｃ  人間関係把握モジュール
１３３ｄ  移動状態判別モジュール
１３４  解釈必要データ受信部
１３５  解釈結果通知部
１４０  ユーザコンテキスト条件
１４１  解釈結果受信部
１４２  解釈結果要素判定部
１４３  ユーザコンテキスト条件記述フォーマット
１４４  ユーザコンテキスト条件格納部
１４５  ユーザコンテキスト条件通知部
１６０  検索命令
＃１〜＃Ｎ  解釈手段実行モジュール
【図１】
2006059094.tif 000003
【図２】
2006059094.tif 000004
【図３】
2006059094.tif 000005
【図４】
2006059094.tif 000006
【図５】
2006059094.tif 000007
【図６】
2006059094.tif 000008
【図７】
2006059094.tif 000009
【図８】
2006059094.tif 000010
【図９】
2006059094.tif 000011
【図１０】
2006059094.tif 000012
【図１１】
2006059094.tif 000013
【図１２】
2006059094.tif 000014
【図１３】
2006059094.tif 000015
【図１４】
2006059094.tif 000016
【図１５】
2006059094.tif 000017