(57)【要約】【課題】  簡便な入力で問題解決のための情報を容易に検索することのできる検索サーバ、検索端末、検索方法、及び、検索実行方法を提供する。【解決手段】  サービス検索実行サーバ１０は、問題を表す目的語と行動語と修飾語と、目的語と行動語とが含まれるタスクの階層構造を表すサブツリー情報とを対応付けて記憶するサブツリー管理部１０１と、入力された検索語を、目的語と行動語と修飾語とに分解する検索語前処理部１０３と、分解された目的語と行動語と修飾語とに基づいて、該当するサブツリー情報をサブツリー管理部１０１より取得するサブツリー取得部１０７とを備える。【選択図】  図２
2005332212.tif 000002
【特許請求の範囲】
【請求項１】
問題を解決するための情報を検索する検索サーバにおいて、
目的語と行動語とを含むタスクについての階層構造を表すサブツリー情報と、問題を表す目的語と行動語と修飾語と、を対応付けて記憶するサブツリー管理手段と、
入力された検索語から、目的語と行動語と修飾語とを判別する検索語前処理手段と、
前記検索語前処理手段により判別された目的語と行動語と修飾語とに基づいて、前記サブツリー管理手段より該当するサブツリー情報を取得するサブツリー取得手段と
を備えることを特徴とする検索サーバ。
【請求項２】
前記サブツリー管理手段は、
前記タスクの階層構造を表す情報を記憶するタスクオントロジデータベースと、
問題を表す目的語と行動語と修飾語と、前記タスクオントロジデータベースに記憶されたタスクの階層構造のうちの一部を示すサブツリー情報を識別するための識別子と、を対応付けて記憶するサブツリー検索用データベースと
を含むことを特徴とする請求項１に記載の検索サーバ。
【請求項３】
前記タスクと修飾語とに対応付けて、問題を解決するためのサービスに関するサービス情報を記憶するタスク関連サービス管理手段と、
前記サブツリー取得手段により取得されたサブツリー情報で表されるタスクの中からいずれかのタスクが選択された場合に、該選択されたタスクと前記検索語に含まれる修飾語とに基づいて、前記タスク関連サービス管理手段より該当するサービス情報を取得するサービスフィルタリング手段と
をさらに備えることを特徴とする
請求項１又は２に記載の検索サーバ。
【請求項４】
前記サービス情報には、
サービスを提供するサーバにアクセスするためのサービスプロバイダ情報と、
該サービスプロバイダ情報にパラメータとして付加するための、前記検索語に含まれる修飾語を表す情報と
が含まれることを特徴とする
請求項３に記載の検索サーバ。
【請求項５】
問題を解決するための情報を検索する検索端末において、
解決すべき問題を表す検索語に基づいて、目的語と行動語とを含むタスクの階層構造を表すサブツリー情報を取得するサブツリー取得手段と、
前記サブツリー取得手段により取得されたサブツリー情報に基づいて、前記タスクに対応するノードの階層構造を表すツリービューを表示するための情報を生成するビュー構築手段と、
前記ビュー構築手段により生成された情報に基づいて、ツリービューを表示する表示手段と、
前記表示手段により表示されたツリービューからいずれかのノードが選択された場合に、該選択されたノードに対応するタスクと前記検索語に含まれる修飾語とに基づいて、問題を解決するためのサービスに関するサービス情報を取得するサービス情報取得手段と、
前記サービス情報取得手段により取得したサービス情報と前記修飾語とを用いて、サービスを実行するサービス実行手段と
を備えることを特徴とする検索端末。
【請求項６】
問題を解決するための情報を検索する検索方法において、
解決すべき問題を表す検索語から、目的語と行動語と修飾語とを判別する検索語前処理ステップと、
前記検索語前処理ステップにおいて判別された目的語と行動語と修飾語とに基づいて、目的語と行動語とを含むタスクの階層構造を表すサブツリー情報を取得するサブツリー取得ステップと、
前記サブツリー取得ステップにおいて取得されたサブツリー情報で表されるタスクの中からいずれかのタスクが選択された場合に、該選択されたタスクと前記検索語に含まれる修飾語とに基づいて、問題を解決するためのサービスに関するサービス情報を取得するサービスフィルタリングステップと
を有する検索方法。
【請求項７】
検索システムが行う、問題を解決するための情報を検索する検索実行方法において、
解決すべき問題を表す検索語を入力する検索語入力ステップと、
前記検索語入力ステップにおいて入力された検索語から、目的語と行動語と修飾語とを判別する検索語前処理ステップと、
前記検索語前処理ステップにおいて判別された、目的語と行動語と修飾語とに基づいて、目的語と行動語とを含むタスクの階層構造を表すサブツリー情報を取得するサブツリー取得ステップと、
前記サブツリー取得ステップにおいて取得されたサブツリー情報に基づいて、前記タスクに対応するノードの階層構造を表すツリービューを表示するための情報を生成するビュー構築ステップと、
前記ビュー構築ステップにおいて生成された情報に基づいて、ツリービューを表示する表示ステップと、
前記表示ステップにおいて表示されたツリービューからいずれかのノードが選択された場合に、該選択されたノードに対応するタスクと前記検索語に含まれる修飾語とに基づいて、問題を解決するためのサービスに関するサービス情報を取得するサービスフィルタリングステップと、
前記サービスフィルタリングステップにおいて取得されたサービス情報と、前記修飾語とを用いて、サービスを実行するサービス実行ステップと
を有する検索実行方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、問題を解決するための情報を検索する検索サーバ、検索端末、検索方法、及び、検索実行方法に関する。
【背景技術】
【０００２】
従来、ユーザが、携帯端末等の通信端末から通信ネットワーク上のサーバが提供するサービスを利用することにより問題解決を行うには、ディレクトリ検索やキーワード検索などの検索手法を用いて、問題解決に適用可能なサービスをユーザ自身が検索する必要があった。
特に携帯端末のようなユーザインタフェースの機能に制約のある端末を用いて、ユーザが問題を解決するためのサービスや知識を検索する際には、なるべく簡便な入力で済ませたいという欲求がユーザにはある。しかし簡便な入力で得られる情報では情報量が少なく、ユーザの求める知識が得られない場合や、逆に非常に多くの候補が得られてしまいユーザが判断に困る場合が頻繁に起こる恐れがある。
【０００３】
従来、自然言語による検索を行う場合には、ユーザは「何をどうしたい」といった検索語を通信端末に入力することを求められることが多かった。入力された検索語は「何を（以下、「目的語」と呼ぶ）」「どうする（以下、「行動語」と呼ぶ）」という２つの要素に分解され、この２つの要素を用いた知識の検索が行われる（例えば、非特許文献１参照）。
【０００４】
一方、特許文献１には、ユーザが、端末装置に表示されたサービスリストから検索したいサービスを選択した時に、端末装置が、選択されたサービスに対応する概念ツリー構造を表示する技術が開示されている。ユーザは、ツリーを辿って所望の概念を容易に選択することができる。
【特許文献１】特開２００４−９４８０６号公報（段落００３３、図３）
【非特許文献１】屋内向け歩行者ナビゲーションシステムにおけるユーザの状況を考慮した目的地推論手法（情報処理学会論文誌  Vol.43,No.12）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ユーザが簡易な検索語を入力するだけで問題解決のための情報を検索することができたならば、ユーザの入力の手間を軽減することができる。しかしながら、非特許文献１のような、検索語を２つの要素に分解して検索する手法では、候補となる情報を十分に絞り込むことができないため、ユーザは、検索で得られた膨大な情報の中から所望の情報を検索するために、さらに多くの入力を行わなければならない。
【０００６】
また、特許文献１に記載されているような、ユーザが概念ツリー構造を辿って所望の概念を検索する手法では、ツリーを構成する概念の数が多い場合には、やはりツリーを辿る手間がかかってしまう。
本発明は、このような課題に鑑みてなされたものであり、簡便な入力で問題解決のための情報を容易に検索することのできる検索サーバ、検索端末、検索方法、及び、検索実行方法を提供することを課題とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、請求項１に記載の発明は、問題を解決するための情報を検索する検索サーバにおいて、目的語と行動語とを含むタスクについての階層構造を表すサブツリー情報と、問題を表す目的語と行動語と修飾語と、を対応付けて記憶するサブツリー管理手段と、入力された検索語から、目的語と行動語と修飾語とを判別する検索語前処理手段と、前記検索語前処理手段により判別された目的語と行動語と修飾語とに基づいて、前記サブツリー管理手段より該当するサブツリー情報を取得するサブツリー取得手段とを備えることを特徴とする検索サーバを提供する。
【０００８】
本発明によれば、検索サーバは、検索語前処理手段により、入力された検索語から目的語と行動語と修飾語とを判別し、サブツリー取得手段により、判別された目的語と行動語と修飾語とに基づいて、サブツリー管理手段より該当するサブツリー情報を取得するため、検索語に含まれる修飾語を利用して、サブツリー情報で表されるタスクの数を絞り込むことができる。このため、修飾語を利用しない場合に比較して、あらかじめタスクの数を絞り込んだ状態でユーザにタスクの階層構造を提示することができるため、ユーザは、所望のタスクを容易に発見することができる。このため、タスクに対して、関連する情報が対応付けられている場合には、ユーザはタスクに関連する情報を容易に取得することができる。これにより、ユーザは、簡便な入力で、容易に問題解決のための情報を検索することができ、入力の手間を軽減することができる。
【０００９】
請求項２に記載の発明は、請求項１に記載の検索サーバにおいて、前記サブツリー管理手段は、前記タスクの階層構造を表す情報を記憶するタスクオントロジデータベースと、問題を表す目的語と行動語と修飾語と、前記タスクオントロジデータベースに記憶されたタスクの階層構造のうちの一部を示すサブツリー情報を識別するための識別子と、を対応付けて記憶するサブツリー検索用データベースとを含むことを特徴とする。  本発明によれば、サブツリー管理手段は、タスクオントロジデータベースと、サブツリー検索用データベースとを保持するため、タスクの階層構造を管理するデータベースと、修飾語とタスクとを関連付けるデータベースとを分離して管理することができる。このため、一括して、サブツリー情報と目的語と行動語と修飾語とを対応付けて管理するのに比較して、修飾語によってデータ量が増大し、データ構造が複雑となるのを防ぐことができる。
【００１０】
請求項３に記載の発明は、請求項１又は２に記載の検索サーバにおいて、前記タスクと修飾語とに対応付けて、問題を解決するためのサービスに関するサービス情報を記憶するタスク関連サービス管理手段と、前記サブツリー取得手段により取得されたサブツリー情報で表されるタスクの中からいずれかのタスクが選択された場合に、該選択されたタスクと前記検索語に含まれる修飾語とに基づいて、前記タスク関連サービス管理手段より該当するサービス情報を取得するサービスフィルタリング手段とをさらに備えることを特徴とする。
【００１１】
本発明によれば、検索サーバは、サービスフィルタリング手段により、取得されたサブツリー情報で表されるタスクの中からいずれかのタスクが選択された場合に、該選択されたタスクと前記検索語に含まれる修飾語とに基づいて、前記タスク関連サービス管理手段より該当するサービス情報を取得するため、検索語に含まれる修飾語を利用して該当するサービス情報の候補を絞り込むことができる。このため、ユーザは、簡便な入力で所望のサービス情報を容易に取得することができる。
【００１２】
請求項４に記載の発明は、請求項３に記載の検索サーバにおいて、前記サービス情報には、サービスを提供するサーバにアクセスするためのサービスプロバイダ情報と、該サービスプロバイダ情報にパラメータとして付加するための、前記検索語に含まれる修飾語を表す情報とが含まれることを特徴とする。
本発明によれば、サービス情報には、サービスを提供するサーバにアクセスするためのサービスプロバイダ情報と、該サービスプロバイダ情報にパラメータとして付加するための、前記検索語に含まれる修飾語を表す情報とが含まれるため、ユーザの通信端末からサービスプロバイダ情報を用いてサービスを提供するサーバにアクセスする際に、修飾語をパラメータとして利用することができるため、サーバから提供されるサービスを修飾語で絞り込むことができる。また、サービス実行時におけるユーザのパラメータ入力や選択の手間を軽減することができる。このため、ユーザは入力の手間を軽減して、問題解決のためのサービス情報を容易に取得しサービスを実行することができる。
【００１３】
請求項５に記載の発明は、問題を解決するための情報を検索する検索端末において、解決すべき問題を表す検索語に基づいて、目的語と行動語とを含むタスクの階層構造を表すサブツリー情報を取得するサブツリー取得手段と、前記サブツリー取得手段により取得されたサブツリー情報に基づいて、前記タスクに対応するノードの階層構造を表すツリービューを表示するための情報を生成するビュー構築手段と、前記ビュー構築手段により生成された情報に基づいて、ツリービューを表示する表示手段と、前記表示手段により表示されたツリービューからいずれかのノードが選択された場合に、該選択されたノードに対応するタスクと前記検索語に含まれる修飾語とに基づいて、問題を解決するためのサービスに関するサービス情報を取得するサービス情報取得手段と、前記サービス情報取得手段により取得したサービス情報と前記修飾語とを用いて、サービスを実行するサービス実行手段とを備えることを特徴とする検索端末を提供する。
【００１４】
本発明によれば、検索端末は、検索語より取得されたサブツリー情報に基づいて、ビュー構築手段によりツリービューを表示するための情報を生成し、表示手段によりツリービューを表示するため、ユーザは、簡単な操作でツリーを辿って、所望のタスクに対応するノードを容易に選択することができる。また、検索端末は、サービス実行手段により、サービス情報と修飾語に含まれる修飾語とを用いてサービスを実行するため、選択したサービスを実行する際に、修飾語を利用することにより、実行するサービスを修飾語で絞り込むことができる。また、サービス実行時におけるユーザのパラメータ入力や選択の手間を軽減することができる。このため、ユーザの入力の手間を軽減しつつ、ユーザの所望するサービスを実行することが可能となる。
【００１５】
請求項６に記載の発明は、問題を解決するための情報を検索する検索方法において、解決すべき問題を表す検索語から、目的語と行動語と修飾語とを判別する検索語前処理ステップと、前記検索語前処理ステップにおいて判別された目的語と行動語と修飾語とに基づいて、目的語と行動語とを含むタスクの階層構造を表すサブツリー情報を取得するサブツリー取得ステップと、前記サブツリー取得ステップにおいて取得されたサブツリー情報で表されるタスクの中からいずれかのタスクが選択された場合に、該選択されたタスクと前記検索語に含まれる修飾語とに基づいて、問題を解決するためのサービスに関するサービス情報を取得するサービスフィルタリングステップとを有する検索方法を提供する。
【００１６】
本発明による検索方法によれば、検索語から判別された目的語と行動語と修飾語とに該当するサブツリー情報を取得し、該サブツリー情報で表されるタスクの中からいずれかのタスクが選択された場合に、該選択されたタスクと前記検索語に含まれる修飾語とに基づいてサービス情報を取得するため、検索語に含まれる修飾語を用いて、候補となるタスクやサービスを絞り込むことができる。このため、ユーザは、簡便な入力で、容易に問題解決のためのサービスを取得することができる。
【００１７】
請求項７に記載の発明は、検索システムが行う、問題を解決するための情報を検索する検索実行方法において、解決すべき問題を表す検索語を入力する検索語入力ステップと、前記検索語入力ステップにおいて入力された検索語から、目的語と行動語と修飾語とを判別する検索語前処理ステップと、前記検索語前処理ステップにおいて判別された、目的語と行動語と修飾語とに基づいて、目的語と行動語とを含むタスクの階層構造を表すサブツリー情報を取得するサブツリー取得ステップと、前記サブツリー取得ステップにおいて取得されたサブツリー情報に基づいて、前記タスクに対応するノードの階層構造を表すツリービューを表示するための情報を生成するビュー構築ステップと、前記ビュー構築ステップにおいて生成された情報に基づいて、ツリービューを表示する表示ステップと、前記表示ステップにおいて表示されたツリービューからいずれかのノードが選択された場合に、該選択されたノードに対応するタスクと前記検索語に含まれる修飾語とに基づいて、問題を解決するためのサービスに関するサービス情報を取得するサービスフィルタリングステップと、前記サービスフィルタリングステップにおいて取得されたサービス情報と、前記修飾語とを用いて、サービスを実行するサービス実行ステップとを有する検索実行方法を提供する。
【００１８】
本発明による検索実行方法によれば、検索システムは、検索語から判別された目的語と行動語と修飾語とに該当するサブツリー情報を取得し、該サブツリー情報に基づいてツリービューを表示し、該ツリービューから選択されたノードに対応するタスクと、前記検索語に含まれる修飾語とに基づいて、サービス情報を取得し、該サービス情報と該修飾語とを用いてサービスを実行するため、ユーザは修飾語を含む検索語を入力するだけで、問題解決のためのタスクやサービスを容易に検索し実行することができ、入力の手間を軽減することができる。
【発明の効果】
【００１９】
以上、説明したように、本発明によれば、検索サーバは、検索語前処理手段により、入力された検索語から目的語と行動語と修飾語とを判別し、サブツリー取得手段により、判別された目的語と行動語と修飾語とに基づいて、サブツリー管理手段より該当するサブツリー情報を取得するため、検索語に含まれる修飾語を利用して、サブツリー情報で表されるタスクの数を絞り込むことができる。このため、あらかじめタスクの数を絞り込んだ状態でユーザにタスクの階層構造を提示することができるため、ユーザは、所望のタスクを容易に発見し、タスクに関連付けられた情報を容易に取得することができる。これにより、ユーザは、簡便な入力で、容易に問題解決のための情報を検索することができ、入力の手間を軽減することができる。
【００２０】
また、本発明によれば、タスクに関連するサービス情報を取得する際や、サービスを実行する際に修飾語を利用することができるため、候補となるサービスを絞り込むことができる。また、サービスを実行する際に、ユーザのパラメータ入力や選択の手間を軽減することができる。従って、本発明によって、問題解決のためのサービスを容易に検索し実行することが可能となる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施の形態について、図面を参照して説明する。
［１．構成］
図１には、本発明に係るサービス検索実行システム１の全体構成を示す。同図に示すように、サービス検索実行システム１は、問題解決のためのサービスの検索や実行を行うサービス検索実行端末２０と、サービス検索実行端末２０からサービスの検索要求を受け付けるサービス検索実行サーバ１０と、サービス検索実行端末２０にサービスを提供するサービス提供サーバ３０とを含んで構成される。サービス検索実行サーバ１０とサービス検索実行端末２０とサービス提供サーバ３０とは、インターネットや移動通信網等の通信ネットワークを介して接続されている。なお、同図においては、サービス検索実行端末２０とサービス提供サーバ３０とを各々１つずつ図示しているが、実際には複数存在する。
【００２２】
［１．１．サービス検索実行サーバ］
次に、サービス検索実行サーバ１０の構成について説明する。サービス検索実行サーバ１０は、一般的なコンピュータのハードウェア構成を備えている。すなわち、サービス検索実行サーバ１０は、全体を制御するＣＰＵ（Central Processing Unit）と、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）及びハードディスクを含む記憶部と、通信ネットワークを介してデータの授受を制御する通信インターフェースとを備えている。
【００２３】
サービス検索実行サーバ１０の記憶部には、各種プログラムやデータ等のソフトウェアが記憶されている。これらのソフトウェアとハードウェアとが協働して動作することにより、図２に示すサービス検索実行サーバ１０の機能が実現される。
同図に示すように、サービス検索実行サーバ１０は、サブツリー管理部１０１、タスクオントロジ１０１１、サブツリー検索用辞書１０１２、タスク関連サービス管理部１０２、サービスリポジトリ１０２２、タスクサービス対応付機能１０２１、タスクオントロジ検索部１０９、サブツリー検索部１０８、サブツリー取得部１０７、サブツリー送信部１１０、サービスリポジトリ検索部１１１、サービスフィルタリング機能１１１１、サービス情報加工部１１２、サービス情報送信部１１３、検索語前処理部１０３、目的語保持部１０４、行動語保持部１０５、及び、修飾語保持部１０６を備えている。
【００２４】
サブツリー管理部１０１は、ユーザが解決したいと想定される問題についてのタスクモデルを管理する。本発明における「問題」には、目的語及び行動語の概念に加えて、修飾語の概念も含まれる。また、「タスク」とは、目的の対象と、当該目的に対する行動とを表す概念であり、「何をどうする」と表現される。このため、タスクには、目的語と行動語とが含まれる。よって、本発明における「問題」はタスクと修飾語とで表すことができる。
サブツリー管理部１０１は、タスクオントロジ１０１１とサブツリー検索用辞書１０１２とを保持している。タスクオントロジ１０１１は、ハードディスクに設けられたデータベースであり、タスクの階層構造を表す情報を記憶する。
【００２５】
図３には、タスクオントロジ１０１１で管理されるタスクの階層構造（ツリー）を概念的に示す。符号Ａ０００３〜Ａ０００３３は、タスクが記述されたノードを示す。ノードＡ０００３〜ノードＡ０００３３は階層的に連結されて、ノードツリーを形成している。
タスクオントロジ１０１１で管理される全体のタスクの階層構造のうちの、一部の階層構造をサブツリーという。サブツリーには関連のあるタスクが含まれる。例えば、ノードＡ０００３２を頂点として、ノードＡ０００３２１、及び、ノードＡ０００３２２で構成されるサブツリーには、「映画館を決める」というタスクに関連のあるタスクが含まれる。
【００２６】
図４には、タスクオントロジ１０１１で管理されるタスクの階層構造を、ＸＭＬ（eXtensible Markup Language）形式で記述した場合の一例を示す。ここでは、＜ｔａｓｋ＞タグで囲まれた範囲の記述を１つのタスク情報という。１つのタスク情報には、タスクを識別するためのタスクＩＤと、タスクを表す目的語及び行動語と、他のタスクとの関係とが記述されている。タスクオントロジ１０１１は、このような複数のタスク情報を、タスクの階層構造を表す情報として記憶する。
【００２７】
サブツリー検索用辞書１０１２は、ハードディスクに設けられたデータベースである。サブツリー検索用辞書１０１２には、サブツリー検索用情報が記憶されている。当該サブツリー検索用情報は、問題を表す目的語と行動語と修飾語と、タスクオントロジ１０１１に記憶されたサブツリー情報を識別するための識別子とを含んで構成される。
【００２８】
図５には、サブツリー検索用情報のデータ構造の一例を示す。ここで、「サブツリーＩＤ」は、サブツリーの頂点（最上階層）のタスクＩＤである。なお、「サブツリーＩＤ」は、サブツリーの頂点のタスクＩＤ以外に、タスクオントロジ１０１１で管理される一部のタスクの階層構造、すなわち、サブツリーを識別可能な情報であれば何でもよい。
【００２９】
以上のように、サブツリー管理部１０１は、タスクオントロジ１０１１とサブツリー検索用辞書１０１２とを用いて、問題を表す目的語と行動語と修飾語と、タスクの階層構造を表すサブツリー情報と、を対応付けて記憶することとなる。
タスク関連サービス管理部１０２は、タスクサービス対応付機能１０２１とサービスリポジトリ１０２２とを用いて、タスク及び修飾語と、問題を解決するためのサービスに関するサービス情報とを対応付けて記憶する。
【００３０】
具体的には、タスクサービス対応付機能１０２１は、タスクオントロジ１０１１で管理されるタスクとサービスとを対応付けるための情報を管理する。図６には、タスクサービス対応付機能１０２１によるタスクとサービスとの対応付けの例を概念的に示す。タスクには、当該タスクに関連するサービスや、当該タスクを解決するために利用されるサービスが関連付けられる。
【００３１】
ここでは、タスクサービス対応付機能１０２１は、図４に示すように、＜ｔａｓｋ＞タグで囲まれた範囲内にサービスＩＤを記述することによって、タスクとサービスとを対応付ける。なお、このような方法の他に、タスクＩＤとサービスＩＤとを対応付けるためのデータベースを別に設けてもよい。
サービスリポジトリ１０２２は、ハードディスクに設けられたデータベースであり、サービス情報を記憶する。図７には、サービスリポジトリ１０２２が記憶するサービス情報のデータ構造の一例を示す。同図に示すように、サービス情報は、「サービスＩＤ」、「サービスプロバイダ情報」、「サービスフィルタリング情報」、「修飾語利用情報」、「サービス名」及び、「サービスの説明」を含んで構成される。
【００３２】
「サービスプロバイダ情報」は、サービスを提供するサービスプロバイダに関する情報である。ここでは、「サービスプロバイダ情報」は、サービスプロバイダが保有するサービス提供サーバ３０にアクセスするためのＵＲＬ（Uniform Resource Locator）である。
「サービスフィルタリング情報」は、ユーザに提供すべきサービス情報を選択する際に、候補を絞り込むための修飾語である。サービスリポジトリ検索部１１１のサービスフィルタリング機能１１１１が、当該「サービスフィルタリング情報」と、ユーザが入力した検索語に含まれる修飾語とを比較し、一致の程度によって、当該「サービスフィルタリング情報」を含むサービス情報をサービス検索実行端末２０に送信するか否かを決定したり、送信対象のサービス情報の順位付けをしたりする。
【００３３】
「修飾語利用情報」は、サービスを実行する際に利用するための修飾語である。具体的に説明すると、「修飾語利用情報」は、「サービスプロバイダ情報」に付加するパラメータである。サービス検索実行端末２０は、サービス検索実行サーバ１０からサービス情報を受信した場合に、サービス情報に含まれる「サービスプロバイダ情報」に「修飾語利用情報」を付加した情報を含むＨＴＴＰ（Hyper Text Transfer Protocol）リクエストを、サービス提供サーバ３０に送信する。これに応答して、サービス検索実行端末２０は、「修飾語利用情報」で表される修飾語の内容に限定したサービスを提示するための情報を含むＨＴＴＰレスポンスを、サービス提供サーバ３０から受信することができる。これにより、実行すべきサービスが複数存在する場合に、修飾語を基にして適切なサービスのみを選択することができるため、従来手法よりも素早くサービスを実行することができる。
【００３４】
次に、以下では、サービス検索実行サーバ１０のＣＰＵがプログラムを実行することにより実現される機能について説明する。
検索語前処理部１０３は、入力された検索語から、目的語と行動語と修飾語とを判別する。具体的には、検索語前処理部１０３は、サービス検索実行端末２０に入力され送信されてきた自然文による検索語を、形態素解析により、目的語と行動語と修飾語とに分解する。
【００３５】
目的語保持部１０４、行動語保持部１０５、及び、修飾語保持部１０６は、検索語前処理部１０３が分解した目的語、行動語及び修飾語を各々保持する。
サブツリー取得部１０７は、目的語保持部１０４、行動語保持部１０５、及び、修飾語保持部１０６から取得した、目的語、行動語及び修飾語を、サブツリー検索部１０８に送信し、その応答として、タスクオントロジ検索部１０９よりサブツリー情報を受信する。
【００３６】
サブツリー検索部１０８は、サブツリー取得部１０７を経由して目的語保持部１０４、行動語保持部１０５及び修飾語保持部１０６より取得した目的語、行動語及び修飾語を検索キーとして、サブツリー検索用辞書１０１２に記憶されているサブツリー検索用情報を検索する。そして、サブツリー検索部１０８は、検索キーと一致する目的語、行動語及び修飾語を含むサブツリー検索用情報を抽出し、当該サブツリー検索用情報に含まれるサブツリーＩＤを取得する。
【００３７】
タスクオントロジ検索部１０９は、サブツリー検索部１０８が取得したサブツリーＩＤと一致するタスクＩＤを、タスクオントロジ１０１１より検索する。そして、タスクオントロジ検索部１０９は、一致するタスクＩＤを含むタスク情報と、その下位階層にある全てのタスク情報をサブツリー情報として取得し、サブツリー取得部１０７に送信する。
サブツリー送信部１１０は、サブツリー取得部１０７が取得したサブツリー情報を、サービス検索実行端末２０に送信する。
【００３８】
サービスリポジトリ検索部１１１は、サービス検索実行端末２０から、選択されたタスクに関連付けられたサービスＩＤを受信すると、受信したサービスＩＤと一致するサービスＩＤを含むサービス情報を、サービスリポジトリ１０２２より検索する。
サービスリポジトリ検索部１１１は、サービスをフィルタリングするためのサービスフィルタリング機能１１１１を備えている。
【００３９】
サービスフィルタリング機能１１１１は、受信したサービスＩＤと一致するサービスＩＤを含むサービス情報の中から、さらに修飾語によってサービス情報を抽出したり優先順位付けを行ったりする。具体的には、サービスフィルタリング機能１１１１は、一致するサービスＩＤを含むサービス情報の中から、サービス検索実行端末２０から受信した修飾語と一致する「サービスフィルタリング情報」を含むサービス情報のみを、サービス検索実行端末２０への送信対象として抽出する。なお、修飾語と一致する「サービスフィルタリング情報」が無い場合には、修飾語と一致しない「サービスフィルタリング情報」を含むサービス情報を送信対象として抽出するようにしてもよい。また、修飾語と一致する「サービスフィルタリング情報」が予め定められた数に満たない場合には、修飾語と一致しない「サービスフィルタリング情報」も送信対象として抽出するようにして、予め定められた数を満たすようにしてもよい。この場合には、サービスフィルタリング機能１１１１は、修飾語と「サービスフィルタリング情報」との一致の程度によって、サービス情報の順位付けを行う機能を備えていてもよい。
【００４０】
サービス情報加工部１１２は、サービスフィルタリング機能１１１１から取得した、送信対象のサービス情報を、サービス検索実行端末２０に提示可能な形式に加工する。このときに、サービス情報加工部１１２は、サービスフィルタリング機能１１１１による順位付けの結果によって、サービス情報の並べ替え等を行ってもよい。
サービス情報送信部１１３は、サービス情報加工部１１２が加工したサービス情報を、サービス検索実行端末２０に送信する。
【００４１】
［１．２．サービス検索実行端末］
次に、サービス検索実行端末２０の構成について説明する。サービス検索実行端末２０は、一般的な携帯電話機であり、小型のコンピュータのハードウェア構成を備えている。具体的には、サービス検索実行端末２０は、ＣＰＵと、揮発性メモリ及び不揮発性メモリを含む記憶部と、無線通信を制御する無線通信インターフェースと、各種画面を表示するディスプレイと、各種指令をＣＰＵに与えるための操作キーとを備えている。
【００４２】
サービス検索実行端末２０の記憶部には、各種プログラムやデータ等のソフトウェアが記憶されている。これらのソフトウェアとハードウェアとが協働して動作することにより、図２に示すサービス検索実行端末２０の機能が実現される。
同図に示すように、サービス検索実行端末２０は、入力部２０１、検索語保持部２０２、検索語送信部２０３、サブツリー取得部２０４、タスク蓄積部２０５、ビュー構築制御部２０６、ビュー構築部２０７、表示部２０８、ツリー内位置制御部２０９、ツリー内位置保持部２１０、サービスＩＤ送信部２１１、サービス情報取得部２１２、及び、サービス実行部２１３を備えている。
【００４３】
入力部２０１は、操作キーを含んで構成され、ユーザが操作キー操作することにより、検索語や各種指示を各機能部に転送する。
検索語保持部２０２は、入力部２０１より入力された検索語を不揮発性メモリに記憶する。
検索語送信部２０３は、無線通信インターフェースを含んで構成され、入力された検索語をサービス検索実行サーバ１０に送信する。
サブツリー取得部２０４は、無線通信インターフェースを含んで構成され、サービス検索実行サーバ１０から、検索語に関連のあるタスクが含まれたサブツリー情報を受信する。
【００４４】
タスク蓄積部２０５は、不揮発性メモリにサブツリー情報を蓄積する。なお、タスク蓄積部２０５は、複数のサブツリーを蓄積するようにしてもよい。これにより、検索語が入力された場合に、過去に同じ検索語が入力されたことがあり、その際に取得したサブツリー情報がタスク蓄積部２０５に保持されていれば、サービス検索実行端末２０はサービス検索実行サーバ１０と通信をしなくても、タスク蓄積部２０５に保持されていたサブツリー情報を参照すればよいことになる。
【００４５】
ビュー構築制御部２０６は、ＣＰＵとプログラムとを含んで構成され、ビュー構築部２０７やツリー内位置制御部２０９を制御することにより、タスクに対応するノードの階層構造を表すツリービューの構築を制御する。
ビュー構築部２０７は、ＣＰＵとプログラムとを含んで構成され、ビュー構築用情報に基づいて、例えば図３に示すようなツリービューを構築する。ビュー構築用情報としては、タスク蓄積部２０５に蓄積されているサブツリー情報や、ツリー内位置保持部２１０に記録されている、現在表示指定されているノードＩＤが含まれる。ビューの構築方法としては、一般的な方法により、「現在表示指定されているノード」「その下層のノード」をディスプレイに表示するようにビューを構築する。
【００４６】
表示部２０８は、ディスプレイを含んで構成され、ビュー構築部２０７が生成した情報に基づいて、ノードのツリービューを表示する。
ツリー内位置制御部２０９は、ＣＰＵとプログラムとを含んで構成され、入力部２０１へのユーザの入力を解釈し、表示部２０８に表示されているツリービューに含まれるノードの中から、どのノードが表示指定されたかを判定する。
【００４７】
ツリー内位置保持部２１０は、不揮発性メモリに位置情報を記憶する。位置情報とは、現在サブツリー全体のどの位置が表示指定されているかを表す情報である。ここでは、表示指定されているノードＩＤを位置情報として用いる。
サービスＩＤ送信部２１１は、無線通信インターフェースを含んで構成され、選択されたノードに対応するタスク情報に含まれるサービスＩＤを送信する。
【００４８】
サービス情報取得部２１２は、無線通信インターフェースを含んで構成され、サービス検索実行サーバ１０からサービス情報を受信する。このサービス情報は以下のようにしてサービス検索実行サーバ１０からサービス検索実行端末２０に送信されてきたものである。すなわち、表示部２０８に表示されたツリービューからノードが選択された場合に、サービスＩＤ送信部２１１が、選択されたノードに対応するタスク情報に含まれるサービスＩＤをサービス検索実行サーバ１０に送信する。そして、サービス検索実行サーバ１０のサービスフィルタリング機能１１１１は、受信したサービスＩＤと検索語に含まれる修飾語とに基づいて、該当するサービス情報をサービスリポジトリ１０２２より取得する。取得されたサービス情報は、サービス検索実行サーバ１０のサービス情報加工部１１２、及び、サービス情報送信部１１３を経由して、サービス検索実行端末２０に送信される。
【００４９】
サービス実行部２１３は、ＣＰＵとプログラムとを含んで構成され、サービス情報取得部２１２が取得したサービス情報に基づいて、サービスを実行する。具体的には、サービス実行部２１３は、サービス情報に含まれるサービスプロバイダ情報に修飾語利用情報をパラメータとして付加し、当該サービスプロバイダ情報をサービス提供サーバ３０宛てに送信する。
【００５０】
［２．動作］
図８には、サービス検索実行処理の流れを示す。以下、同図を参照しながら、サービス検索実行処理の手順を時系列に沿って説明する。前提として、サブツリー検索用辞書１０１２には、図５に示すサブツリー検索用情報が記憶されており、サービスリポジトリ１０２２には、図７に示すサービス情報が記憶されているものとする。
まず、ユーザはサービス検索実行端末２０の入力部２０１から、解決すべき問題を表す検索語を入力する（ステップＳ１）。ここでは、例えば、検索語として「泣ける映画を見たい」と入力されたとする。
入力された検索語は、検索語保持部２０２に保存され、検索語送信部２０３を介してサービス検索実行サーバ１０に送信される。
【００５１】
サービス検索実行サーバ１０の検索語前処理部１０３は、要求の前処理を行う（ステップＳ２）。具体的には、検索語前処理部１０３は、検索語の形態素解析を行い、検索語を修飾語「泣ける」と目的語「映画」と行動語「見る」とに分割する。
検索語から分割された修飾語と目的語と行動語とは、それぞれ修飾語保持部１０６と、目的語保持部１０４と、行動語保持部１０５とに保持される。
サブツリー検索部１０８は、修飾語保持部１０６と目的語保持部１０４と行動語保持部１０５とを参照し、サブツリー検索用辞書１０１２から、該当するサブツリー検索用情報を検索する。
【００５２】
具体的には、サブツリー検索部１０８は、修飾語保持部１０６に保持されている修飾語と、目的語保持部１０４に保持されている目的語と、行動語保持部１０５に保持されている行動語とを検索キーとして、サブツリー検索用辞書１０１２に記憶されているサブツリー検索用情報を検索する。そして、サブツリー検索部１０８は、検索キーに一致する目的語と行動語と修飾語とを含むサブツリー検索用情報を抽出し、当該サブツリー検索用情報に含まれるサブツリーＩＤを取得する。
ここでは、サブツリー検索部１０８は、図５に示すサブツリー検索用辞書１０１２より、検索キー「泣ける」「映画」「観る」に対応付けて記憶されているサブツリーＩＤ「Ａ０００３」を取得することとなる。
【００５３】
次に、タスクオントロジ検索部１０９は、サブツリー検索部１０８が取得したサブツリーＩＤと一致するタスクＩＤを含むタスク情報を、タスクオントロジ１０１１より検索する。そして、タスクオントロジ検索部１０９は、該当するタスク情報と、その下位階層にある全てのタスク情報をサブツリー情報として取得し、サブツリー取得部１０７に転送する（ステップＳ３）。ここでは、例えば、タスクオントロジ検索部１０９は、図４に示す情報をサブツリー情報として取得する。
【００５４】
サブツリー取得部１０７が取得したサブツリー情報は、サブツリー送信部１１０によってサービス検索実行端末２０へと送信される。
サービス検索実行端末２０のサブツリー取得部２０４は、サブツリー情報を受信し、タスク蓄積部２０５は受信したサブツリー情報を蓄積する。
ビュー構築部２０７は、タスク蓄積部２０５に蓄積されたサブツリー情報を参照し、タスクに対応するノードの階層構造を示すツリービューを表示するための情報を生成する（ステップＳ４）。表示部２０８は、ビュー構築部２０７が生成した情報に基づいて、ツリービューを表示する（ステップＳ５）。
【００５５】
ユーザは、表示部２０８に表示されたツリービューを見て、入力部２０１より、ノードの表示指定操作を行う（ステップＳ６）。
画面上にユーザの目的とするタスクが記述されているノードが見つからなかった場合には、ユーザは入力部２０１より、ツリー内の、同じ階層の他のノードを表示指定する（ステップＳ７；ＮＯ）。
これにより、入力部２０１へのユーザの入力をツリー内位置制御部２０９が解釈し、ツリー内位置保持部２１０は、表示指定されたノードＩＤを記録する（ステップＳ８）。ビュー構築部２０７は、ツリー内位置保持部２１０に記録されたノードＩＤを参照し、ツリービューを再構築する（ステップＳ４）。
【００５６】
一方、目的のタスクが見つかった場合には、ユーザは入力部２０１より、当該タスクに対応するノードの選択を確定する指示を行う（ステップＳ７；ＹＥＳ）。確定指示されたノードに下位階層のノードが存在する場合は（ステップＳ９；ＮＯ）、ツリー内位置制御部２０９は、ツリー内位置保持部２１０の位置情報を一つ下位の階層のノードＩＤに更新する（ステップＳ１０）。ビュー構築部２０７は、一つ下位の階層を頂点としたツリービューを再構築する（ステップＳ４）。
【００５７】
確定指示されたノードに下位階層のノードが存在しない、すなわち末端ノードである場合には（ステップＳ９；ＹＥＳ）、サービス検索実行端末２０は当該ノードを処理対象として選択し、当該ノードに対応するタスク情報に含まれるサービスＩＤ「000001」を、タスク蓄積部２０５より取得する。また、サービス検索実行端末２０は、検索語保持部２０２に保持されている検索語の修飾語「泣ける」を取得する。
サービスＩＤ送信部２１１は、取得されたサービスＩＤ「000001」と修飾語「泣ける」とを含んだ情報を、サービス検索実行サーバ１０に送信する。なお、該当するサービスＩＤが複数存在する場合には、サービスＩＤ送信部２１１は全てのサービスＩＤを送信する。
【００５８】
サービス検索実行サーバ１０のサービスリポジトリ検索部１１１は、サービス検索実行端末２０から受信したサービスＩＤ「000001」を検索キーとしてサービスリポジトリ１０２２を検索し、一致するサービスＩＤ「000001」を含むサービス情報を取得する。このときに、サービスフィルタリング機能１１１１は、修飾語によるサービスフィルタリングを行う（ステップＳ１１）。具体的には、サービスフィルタリング機能１１１１は、受信したサービスＩＤ「000001」と一致するサービスＩＤを含むサービス情報のうち、サービス検索実行端末２０より受信した修飾語「泣ける」と一致するサービスフィルタリング情報を含むサービス情報があれば、当該サービス情報のみをサービス検索実行端末２０への送信対象とする。ここでは、図７に示すサービスＩＤ「000001」を含むサービス情報が送信対象となる。
【００５９】
一方、受信した修飾語「泣ける」に一致するサービスフィルタリング情報を含むサービス情報が無ければ、サービスフィルタリング機能１１１１は、一致するサービスＩＤを含む全てのサービス情報を送信対象とし、また、一致の程度によってサービス情報の順位付けを行う。
サービス情報加工部１１２は、サービスフィルタリング機能１１１１から送信対象のサービス情報を取得する。サービス情報加工部１１２は、サービス情報が複数存在する場合には、並べ替え等を行うことにより、サービス検索実行端末２０の表示部２０８にサービスの一覧として表示可能な形式に加工する。
【００６０】
サービス情報送信部１１３は、サービス情報加工部１１２が生成したサービス情報を、サービス検索実行端末２０に送信する。
サービス検索実行端末２０のサービス情報取得部２１２は、サービス検索実行サーバ１０からサービス情報を受信する。表示部２０８は、サービス検索実行サーバ１０から送信されたサービス情報に基づき、ユーザにサービス情報の一覧を提示する。ユーザは、サービス情報の一覧を見て、入力部２０１よりいずれかのサービス情報を選択する。
【００６１】
これにより、サービス実行部２１３は、ユーザが選択したサービス情報に対応するサービスを呼び出す。具体的には、まず、サービス実行部２１３は、選択されたサービス情報よりサービスプロバイダ情報を抽出し、当該サービスプロバイダ情報を含んだＨＴＴＰリクエストを生成する。この際、サービス実行部２１３は、選択されたサービス情報に含まれる修飾語利用情報を利用することができるか否か判断を行う（ステップＳ１２）。その結果、修飾語利用情報を利用することができる、すなわち、修飾語利用情報をサービスプロバイダ情報にパラメータとして付加することができるようであれば（ステップＳ１２；ＹＥＳ）、サービス実行部２１３は、サービスプロバイダ情報に修飾語利用情報をパラメータとして付加した上で、ＨＴＴＰリクエストを生成して送信し、サービスの呼び出しを行う（ステップＳ１４）。ここでは、サービス実行部２１３は、サービスプロバイダ情報「http://www.s1.com」に修飾語利用情報「?genre=cry」を付加して、サービスの呼び出しを行う。
【００６２】
一方、修飾語利用情報を利用できないようであれば（ステップＳ１２；ＮＯ）、サービス実行部２１３は、サービスプロバイダ情報を変更せずに通常のサービス呼び出しを行う（ステップＳ１３）。
サービス実行部２１３は、サービス提供サーバ３０より、例えば、泣ける映画のランキングを表示するための情報を含んだＨＴＴＰレスポンスを受信することにより、問題解決のためのサービスの実行を開始する（ステップＳ１５）。
【００６３】
このように、ユーザが入力した検索語を「修飾語」「目的語」「行動語」に分解し、この３つ組に対応したサブツリー情報を元に構築したツリービューをユーザに提示することで、あらかじめタスクの候補を絞り込んだ状態でユーザにタスクを選択させることが可能となるため、ユーザの入力の手間を軽減することが可能となる。また、選択したタスクに関連するサービスを検索する際、及び、サービスを実行する際に「修飾語」を利用することにより、ユーザのパラメータ入力や選択の手間を軽減することが可能となる。
【００６４】
従来においては、修飾語を用いた情報の分類や検索が行われていなかったが、本発明においては、検索語に含まれる修飾語を用いて、サブツリー情報を取得する際に余分なタスクを予め排除し、かつ、サブツリー情報に基づいて表示されたツリービューを辿ってユーザが所望のタスクに到達した際に、修飾語を用いてタスクに関連するサービスを絞り込み、かつ、選択したサービスを実行する際に修飾語を用いてサービスプロバイダ情報を加工する、という修飾語を利用した処理を行うようにした。このため、ユーザは、修飾語を含んだ検索語を入力するだけで、容易に問題を解決するためのサービスを検索し実行することが可能となる。
【００６５】
［３．変形例］
以上、本発明の実施形態について説明したが、本発明は係る実施形態に限定されるものではなく、その技術思想の範囲内で様々な変形が可能である。変形例としては、例えば、以下のようなものが考えられる。
（１）上述した実施形態においては、サービス検索実行システム１は、サービス検索実行サーバ１０とサービス検索実行端末２０とを含んで構成されているとして説明したが、装置構成はこれに限定されることはない。例えば、サービス検索実行システム１は、一つの装置で構成されていてもよい。この場合には、サブツリー情報の検索と、ツリービューの表示と、サービスの実行とを一つの装置で行うこととなる。
【００６６】
また、サービス検索実行端末２０は、携帯電話機に限定されることはなく、ユーザインタフェースに機能上の制約がある装置であればよい。例えば、ＰＨＳ（Personal Handyphone System）であってもＰＤＡ（Personal Digital Assistance）であってもよい、また、ユーザインタフェースに機能上の制約がない装置であっても、さらに簡便に入力したいというニーズがある場合には、パーソナルコンピュータ等のキーボードを備えている装置であってもよい。
【００６７】
（２）上述した実施形態においては、検索語前処理部１０３は、サービス検索実行端末２０から送信されてきた自然語を目的語と行動語と修飾語とに分解するとして説明したが、サービス検索実行端末２０から複数の検索キーワードが送信されてきてもよい。この場合には、検索語前処理部１０３は、各々のキーワードが目的語と行動語と修飾語とのいずれであるかを判別することとなる。
【００６８】
また、「修飾語」については、目的語に対する修飾語と、行動語に対する修飾語とのいずれであるかを、検索語前処理部１０３が判別するようにしてもよい。この場合には、サブツリー検索用辞書１０１２やサービスリポジトリ１０２２に、目的語に対する修飾語、及び、行動語に対する修飾語と対応付けて、サブツリー情報やサービス情報を記憶させておく。これにより、より高い精度でタスクやサービスの候補を絞り込むことができる。
【００６９】
また、検索語前処理部１０３は、形態素解析のみならず、シソーラス（同義語辞典）を用いて、同様の意味を持つ複数の語を、代表する一つの語に集約することにより、単語を正規化するようにしてもよい。また、検索語前処理部１０３は、ユーザによる意図の補足等の入力情報を検索語に付加するようにしてもよい。
なお、検索語前処理部１０３の機能は、サービス検索実行端末２０が備えていてもよい。つまり、サービス検索実行端末２０が前処理を行った後の検索語をサービス検索実行サーバ１０に送信してもよい。但し、この場合には、サービス検索実行端末２０に高い処理能力が要求される。
【００７０】
（３）サービス検索実行サーバ１０のサブツリー送信部１１０は、サービスＩＤが記述されたタスク情報を含むサブツリー情報をサービス検索実行端末２０に送信し、サービス検索実行端末２０のサービスＩＤ送信部２１１が、選択されたノードに対応するタスク情報に記述されているサービスＩＤをサービス検索実行サーバ１０に送信するとして説明したが、サービス検索実行サーバ１０は、自サーバ１０内でタスクＩＤに対応するサービスＩＤを判別することができるため、サービスＩＤ送信部２１１は、サービスＩＤを送信する代わりに、選択されたノードに対応するタスクＩＤをサービス検索実行サーバ１０に送信するようにしてもよい。
【００７１】
（４）上述した実施形態におけるデータベースの構成は一例である。例えば、上述した実施形態においては、タスクオントロジ１０１１とサブツリー検索用辞書１０１２とを用いて、目的語、行動語、修飾語、及び、サブツリー情報の対応関係を管理するようにしたが、タスクオントロジ１０１１とサブツリー検索用辞書１０１２とを用いずに、サブツリー管理部１０１が目的語、行動語、修飾語、及び、サブツリー情報を一括して管理してもよい。但し、目的語と行動語と修飾語とを関連付けて管理した場合には、目的語及び行動語のみを関連付けて管理する場合に比較してデータ量が膨大となり、また、データ構成も複雑となる。このため、タスクオントロジ１０１１には、目的語及び行動語を含むタスク情報を記憶し、サブツリー検索用辞書１０１２にタスクと修飾語とを結びつける情報を記憶するようにした方が好ましい。
【００７２】
また、上述した実施形態においては、サブツリー検索用辞書１０１２の「サブツリーＩＤ」によって、当該サブツリーＩＤと一致するタスクＩＤを含むタスク情報と、その下位階層にある全てのタスク情報とが、サブツリー情報として指定されるとして説明したが、サブツリー情報の指定方法はこれに限定されることはない。例えば、サブツリー検索用辞書１０１２に頂点のタスクＩＤのみを記述する代わりに、サブツリー情報を構成するタスク情報に含まれるタスクＩＤを、全て記述するようにしてもよい。また、サブツリー検索用辞書１０１２の「サブツリーＩＤ」と対応付けて、サブツリー情報を構成するタスク情報に含まれるタスクＩＤのリストを記憶するデータベースを別に設けてもよい。このようなサブツリー情報の指定方法は、頂点となるタスク情報の下位階層にあるタスク情報全てではなく、特定のタスク情報のみをサブツリー情報として指定する必要がある場合に有効である。
【００７３】
（５）上述した実施形態においては、選択されたノードが末端ノードの場合のみに、サービスＩＤ送信部２１１がサービスＩＤを送信するようにしたが、これに限定されることはない。例えば、末端ノード以外にサービスＩＤが対応付けられていてもよく、末端ノード以外が選択された場合に、サービスＩＤ送信部２１１が選択されたノードに対応するサービスＩＤを送信するようにしてもよい。
【００７４】
また、上述した実施形態においては、ツリービューから１つのノードのみが選択された場合の実施形態について説明したが、これに限定されることはなく、ツリービューから複数のノードが選択されてもよい。この場合には、ノードの選択が繰り返されることによって、複数のサービスを実行するシーケンス（順序）を決定できるようにしてもよい。
具体的な処理手順としては、サービス検索実行端末２０が、ユーザによって選択されたノードの履歴を保持し、ユーザが所望する全てのノードの選択を確定したときに、サービスＩＤ送信部２１１が、ノードの履歴に対応する複数のサービスＩＤをサービス検索実行サーバ１０に送信する。これに応答して、サービス検索実行サーバ１０よりサービス情報取得部２１２がサービス情報のシーケンスを取得する。サービス実行部２１３は、サービス情報のシーケンスを基に、シーケンス順にサービスを実行する。
【００７５】
この手順によれば、ユーザが解決しようとする問題が複数のサービスを実行して始めて解決し得る問題である場合に、逐一ノードの選択とサービスの実行というプロセスを経る必要がなくなるため、ユーザの利便性が向上する。例えば、「泣ける映画を観る」という問題が、「映画検索サービス」→「チケット予約サービス」→「映画館までのナビゲーション」という一連のサービス実行によって解決される場合には、ユーザが「泣ける映画を観る」という検索語を３回入力し、サービス検索と実行とを３回繰り返さなくても、１回の検索語の入力によりサービスのシーケンスを決定することができる。このように、ユーザがノードを次々と選択していくことで、サービスの実行順序を決めていき、ユーザが望む全てのノードを選択し終えたら、選択した順番にサービスを逐次実行することが可能となる。
【００７６】
（６）ビュー構築部２０７が行うツリービューの構築は「現在表示指定されているノード」、「その下層のノード」を表示するように構築するのが一般的な方法であるが、この方法の他に「現在表示指定されているノードの上層のノード」や「同じ階層の他のノード」を表示する方法も考えられる。また、Windows（登録商標）のフォルダ表示のように、左側にサブツリー全体の構造を表示し、右側に現在表示指定されているノードの内容を表示する方法も考えられる。
【００７７】
（７）上述した実施形態においては、サービス検索実行端末２０のサービス実行部２１３が、サービス検索実行サーバ１０から受信したサービス情報に基づいて、サービスプロバイダ情報に修飾語利用情報を付加するとして説明したが、サービス検索実行サーバ１０のサービス情報加工部１１２が、サービスプロバイダ情報に修飾語利用情報を付加してから、サービス検索実行端末２０に送信してもよい。
また、サービス検索実行サーバ１０からサービス検索実行端末２０に送信されるサービス情報に修飾語利用情報を含めずに、サービス検索実行端末２０が、検索語保持部２０２に保持されている検索語を用いて修飾語利用情報を生成するようにしてもよい。
【００７８】
（８）上述した実施形態における「サービスの実行」は、サービス検索実行端末２０がサービスプロバイダ情報を送信して、サービス提供サーバ３０より受信した情報を利用することであるとして説明したが、「サービスの実行」の概念はこれに限定されない。例えば、検索語としてユーザが「暖かいジュースを飲みたい」とサービス検索実行端末２０に入力した場合に、サービス情報として暖かいジュースを販売している最寄りの自動販売機の設置場所一覧を受信し、サービス検索実行端末２０から、「暖かい」という修飾語を付加したジュースの購入を要求する赤外線信号を、自動販売機に送信するような実施形態も考えられる。これによって、自動販売機から暖かいジュースを購入することを、サービス実行の概念に含めてもよい。
【００７９】
（９）上述した実施形態においては、「階層構造」を上位と下位との階層関係を意味するものとして説明したが、階層構造が、他の関係を表していてもよい。例えば、並列関係や、必要充分な関係を表していてもよい。
（１０）上述した実施形態においては、「サービスプロバイダ情報」はＵＲＬであり、サービス実行のためのプロトコルはＨＴＴＰであるとして説明したが、これに限定されることはない。例えば、「サービスプロバイダ情報」は、電話番号やＵＲＩ（Uniform Resource Identifier）であってもよく、また、サービス実行のためのプロトコルは、ＦＴＰ（File Transfer Protocol）やＲＴＳＰ（Real Time Streaming Protocol）であってもよい。
【産業上の利用可能性】
【００８０】
簡便な入力で効率的に問題解決のための情報を検索する分野に利用することができる。
【図面の簡単な説明】
【００８１】
【図１】本発明の実施の形態に係るサービス検索実行システムの全体構成を示す図である。
【図２】同実施の形態に係るサービス検索実行サーバとサービス検索実行端末との機能構成を示すブロック図である。
【図３】同実施の形態に係るタスクオントロジに記憶されるタスクの階層構造を概念的に示す図である。
【図４】同実施の形態に係るタスクオントロジに記憶されるタスクの階層構造を表す情報を、ＸＭＬ形式で記述した場合の一例を示す図である。
【図５】同実施の形態に係るサブツリー検索用辞書に記憶されるサブツリー検索用情報のデータ構造の一例を示す図である。
【図６】同実施の形態に係るタスクサービス対応付機能によるタスクとサービスとの対応付けの例を概念的に示す図である。
【図７】同実施の形態に係るサービスリポジトリに記憶されるサービス情報のデータ構造の一例を示す図である。
【図８】同実施の形態に係るサービス検索実行処理の流れを示すフローチャートである。
【符号の説明】
【００８２】
１        サービス検索実行システム
１０      サービス検索実行サーバ
１０１    サブツリー管理部
１０１１  タスクオントロジ
１０１２  サブツリー検索用辞書
１０２    タスク関連サービス管理部
１０２１  タスクサービス対応付機能
１０２２  サービスリポジトリ
１０３    検索語前処理部
１０４    目的語保持部
１０５    行動語保持部
１０６    修飾語保持部
１０７    サブツリー取得部
１０８    サブツリー検索部
１０９    タスクオントロジ検索部
１１０    サブツリー送信部
１１１    サービスリポジトリ検索部
１１１１  サービスフィルタリング機能
１１２    サービス情報加工部
１１３    サービス情報送信部
２０      サービス検索実行端末
２０１    入力部
２０２    検索語保持部
２０３    検索語送信部
２０４    サブツリー取得部
２０５    タスク蓄積部
２０６    ビュー構築制御部
２０７    ビュー構築部
２０８    表示部
２０９    ツリー内位置制御部
２１０    ツリー内位置保持部
２１１    サービスＩＤ送信部
２１２    サービス情報取得部
２１３    サービス実行部
３０      サービス提供サーバ
【図１】
2005332212.tif 000003
【図２】
2005332212.tif 000004
【図３】
2005332212.tif 000005
【図４】
2005332212.tif 000006
【図５】
2005332212.tif 000007
【図６】
2005332212.tif 000008
【図７】
2005332212.tif 000009
【図８】
2005332212.tif 000010