(57)【要約】 【課題】  無効なサービスを検出して排除し、有効なサービスのみユーザへ提示することができるサービス検索システムおよび通信システムを実現することを目的とする。【解決手段】  タスクモデルデータベース１０１およびサービス知識データベース１０２において、ユーザの行動を示すタスクとユーザに対するサービスを提供するためのサービスＵＲＩとを関連付けて記憶する。タスクモデルデータベース１０１において、通信端末５００からネットワークを経由して検索対象となる一のタスクを受信し、受信された一のタスクに対応するサービスＵＲＩをサービス知識データベース１０２において抽出する。そして、サービス状態確認サーバ２００は抽出したサービスが有効であるか否かを判断して、タスクモデルデータベース１０１では、有効と判断されたサービスを通信端末５００に送信する。【選択図】  図１
2007058338.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの行動を示すタスク情報とユーザに対するサービスを提供するためのサービス情報とを関連付けて記憶する記憶手段と、
ユーザ端末からネットワークを経由して一のタスク情報を受信する受信手段と、
前記受信手段により受信された一のタスク情報に対応するサービス情報のサービスを前記記憶手段から抽出して、当該抽出したサービスが有効であるか否かを判断するサービス状態判断手段と、
前記サービス状態判断手段により有効と判断されたサービスを前記ユーザ端末に送信する送信手段と
を備えるサービス検索システム。
【請求項２】
サービスに対する接続履歴を記憶するサービス状態記憶手段をさらに備え、
前記サービス状態判断手段は、サービス状態確認記憶手段に記憶されている接続履歴を参照し、当該サービスが有効か否かを判断することを特徴とする請求項1に記載のサービス検索システム。
【請求項３】
前記サービス状態判断手段は、ユーザ端末がサービス提供元へ接続するときのメッセージを中継する代理サーバに記憶されているアクセスログを参照し、サービスが有効か否か判断することを特徴とする請求項1または２に記載のサービス検索システム。
【請求項４】
前記サービス状態判断手段は、サービスを提供するサービス提供サーバへ接続しサービスが有効か否か判断することを特徴とする1から３のいずれか1項に記載のサービス検索システム。
【請求項５】
サービスを提供するサービス提供サーバと、
前記サービス提供サーバに対する接続制御を代行して行う代理サーバと、
前記サービス提供サーバおよび前記代理サーバに対して通信接続することができる、請求項１から４のいずれか１項に記載のサービス検索システムと
を備える通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットなどのネットワークから提供されるサービスを検索するサービス検索システムおよび通信システムに関する。
【背景技術】
【０００２】
ユーザ端末は、検索システムを有するウエブサイトにアクセスすることにより、インターネットで公開されている情報を、キーワードなどを使って検索することができる。この検索システムは、定期的にインターネット上のサイトが提供する情報を収集し、収集した情報をインデックス化することで、ユーザからの検索要求に応じることができる。
【０００３】
例えば、特開２００２−３７３１７５号公報（特許文献１）には、サービス検索サーバ装置は、サービスプロバイダから提供される属性情報であって、ユーザがサービスを提供するために必要な属性情報等が登録され、この属性情報に基づいてサービス検索を行うことが記載されている。
【特許文献１】特開２００２−３７３１７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の検索システムにおいては、サービス提供元やネットワークの輻輳停止に起因する無効なサービスを検索結果として返信する場合がある。これは、検索システムが定期的に取得した過去の情報を元に検索処理するためである。
【０００５】
そこで、上述の課題を解決するために、本発明は、無効なサービスを検出して排除し、有効なサービスのみユーザへ提示することができるサービス検索システムおよび通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述の課題を解決するために、本発明のサービス検索システムは、ユーザの行動を示すタスク情報とユーザに対するサービスを提供するためのサービス情報とを関連付けて記憶する記憶手段と、ユーザ端末からネットワークを経由して一のタスク情報を受信する受信手段と、前記受信手段により受信された一のタスク情報に対応するサービス情報のサービスを前記記憶手段から抽出して、当該抽出したサービスが有効であるか否かを判断するサービス状態判断手段と、前記サービス状態判断手段により有効と判断されたサービスを前記ユーザ端末に送信する送信手段とを備えている。
【０００７】
この発明によれば、予めユーザの行動を示すタスク情報とユーザに対するサービスを提供するためのサービス情報とを関連付けて記憶しておき、ユーザ端末からネットワークを経由して一のタスク情報を受信し、受信された一のタスク情報に対応するサービス情報のサービスを抽出して、当該抽出したサービスが有効であるか否かを判断し、有効と判断されたサービスを前記ユーザ端末に送信することができる。これにより、無効なサービスを検出し排除して有効なサービスのみをユーザに対して提供することができ、検索結果の品質を向上させることができる。
【０００８】
また、本発明のサービス検索システムは、サービスに対する接続履歴を記憶するサービス状態記憶手段をさらに備え、前記サービス状態判断手段は、サービス状態確認手段に記憶されている接続履歴を参照し、当該サービスが有効か否かを判断することが好ましい。
【０００９】
この発明によれば、備えられているサービス状態記憶手段に記憶されている接続履歴に基づいて、抽出したサービスの接続履歴を参照することで、当該サービスが有効か否かを判断することができ、検索結果の品質を向上させることができる。
【００１０】
また、本発明のサービス検索システムの前記サービス状態判断手段は、ユーザ端末がサービス提供元へ接続するときのメッセージを中継する代理サーバに記憶されているアクセスログを参照し、サービスが有効か否か判断することが好ましい。
【００１１】
この発明によれば、ユーザ端末がサービス提供元へ接続するときのメッセージを中継する代理サーバに記憶されているアクセスログを参照し、サービスが有効か否か判断することができ、検索結果の品質を向上させることができる。
【００１２】
また、本発明のサービス検索システムの前記サービス状態判断手段は、サービスを提供するサービス提供サーバへ接続しサービスが有効か否か判断することが好ましい。
【００１３】
この発明によれば、サービス提供元へ接続しサービスが有効か否か判断することができ、検索結果の品質を向上させることができる。
【００１４】
また、本発明の通信システムは、サービスを提供するサービス提供サーバと、前記サービス提供サーバに対する接続制御を代行して行う代理サーバと、上記サービス提供サーバおよび上記代理サーバに対して通信接続することができる上記サービス検索システムとを備えている。
【００１５】
これにより、無効なサービスを検出し排除して有効なサービスのみをユーザに対して提供することができ、検索結果の品質を向上させることができる。
【発明の効果】
【００１６】
本発明は、無効なサービスを検出し排除して有効なサービスのみをユーザに対して提供することができ、検索結果の品質を向上させることができる。
【発明を実施するための最良の形態】
【００１７】
本発明は、一実施形態のために示された添付図面を参照して以下の詳細な記述を考慮することによって容易に理解することができる。引き続いて、添付図面を参照しながら本発明の実施形態を説明する。可能な場合には、同一の部分には同一の符号を付して、重複する説明を省略する。
【００１８】
まず、本実施形態にかかるサービス検索システムを含んだ通信システムについて説明する。図１は、本実施形態に係るサービス検索システム１００を含んだ通信システムのシステム構成図である。
【００１９】
この通信システムは、サービス検索システム１００、代理サーバ３００、サービス提供サーバ４００、通信端末５００およびシステム管理端末６００を含んで構成されている。サービス検索システム１００は、ユーザの端末である通信端末５００から検索要求を受け付けると、タスクモデルデータベース１０１、およびサービス知識データベース１０２を用いて、検索要求の対象となるタスクに対応するサービスを検索して、通信端末５００に応答する。応答を受けた通信端末５００は、代理サーバ３００を介してサービス提供サーバ４００にアクセスする。
【００２０】
アクセス時には代理サーバ３００は、アクセスログ記憶部３０１にアクセスログを記憶している。サービス提供サーバ４００は、通信端末５００からの配信要求に応じたサービスを、通信端末５００に配信する。このように、サービス検索システム１００は、通信端末５００からの要求に応じてサービスの検索を行い、通信端末５００は、検索されたサービスを受けるためにサービス提供サーバ４００に対して配信要求を行うことができる。なお、タスクモデルデータベース１０１とサービス知識データベース１０２とは、一つのデータベースとして構成されても良い。
【００２１】
つぎに、本実施形態のサービス検索システム１００の詳細について説明する。サービス検索システム１００は、タスクモデルデータベース１０１（記憶手段、送信手段）、サービス知識データベース１０２（記憶手段）、およびサービス状態確認サーバ２００（サービス状態判断手段、サービス状態記憶手段）を含んで構成されている。このサービス検索システム１００は、通信端末５００からの検索依頼を受け付け、検索結果としてユーザの目的に適したサービス（アクセスするためのＵＲＩ（Uniform Resource Identifier））を提示することができる。なお、サービス検索システム１００は、タスクモデルデータベース１０１、サービス知識データベース１０２、およびサービス状態確認サーバ２００のそれぞれの機能を一つの装置で実現可能に構成されても良い。また、タスクモデルデータベース１０１とサービス知識データベース１０２とを一つのデータベースとして、ユーザの行動を示すタスクとサービスとを関連付けて記憶するように構成しても良い。以下、サービス検索システム１００の各構成要素について説明する。
【００２２】
タスクモデルデータベース１０１は、検索対象であって、構造化されたタスクモデルを記憶している部分である。このタスクモデルデータベース１０１は、タスクＩＤに基づいて対応するタスクを抽出して通信端末５００に対して選択可能に出力し、またタスクに関連したサービスの抽出依頼処理をサービス知識データベース１０２に対して実行することができるように構成されている。このタスクモデルデータベース１０１を用いることにより、サービス検索システム１００は、ユーザからの検索依頼に対してタスクを提示して選択させ、タスクに基づいた検索を実行することができる。このタスクモデルデータベース１０１は、ユーザがサービスに到達するために必要な行動（タスク）に関するデータベースであり、ユーザごとに対応するタスクを記憶している。以下、タスクモデルデータベース１０１に記憶されている情報について説明する。図２は、タスクモデルデータベース１０１に記憶されているタスクモデルの具体例を示す説明図である。
【００２３】
タスクモデルデータベース１０１は、タスクを一意に識別可能にするタスクＩＤ、当該タスクＩＤの従属先を特定する親タスクＩＤ、および具体的な行動内容を記述するタスクを対応付けて記憶している。たとえば、タスクＩＤが１００１である「上映タイトルを調べる」というタスクは、タスクＩＤが１０００である「映画を見る」というタスクを親タスクとする。この場合、タスクＩＤが１００１のタスクにおける、親タスク欄にタスクＩＤ１０００を格納する。ここで、タスクＩＤが１０００の「映画をみる」という最上位のタスクの親タスクＩＤは０とする。また、親タスクＩＤの「１０００Ｖ２０００」という表記は、タスクＩＤ１０００および２０００を親タスクＩＤとすることを示しており、“Ｖ”はオア条件を示している。
【００２４】
また、タスクＩＤと、タスクとタスクとの関係、タスクが対象とする場所（以下、ドメイン）、過去にタスクを利用した回数、ユーザが過去にタスクの実行をした場所とが記憶されるようにしても良い。なお、タスクＩＤは、全タスクでユニークな整数とする。
【００２５】
図１に戻り引き続き説明する。サービス知識データベース１０２は、タスクモデルデータベース１０１に記述されたタスクＩＤとサービスとを関連付けて記憶する部分であって、タスクに対応するサービスを記憶するサービス提供サーバ４００へのアクセス情報を記憶するデータベースである。このサービス知識データベース１０２は、タスクモデルデータベース１０１からタスクＩＤを受信すると、通信端末５００に対してタスクの一覧または有効なサービスを提示可能に出力し、また、通信端末５００からの依頼に応じてサービス状態確認サーバ２００にサービス状態確認依頼を行うことができるよう構成されている。このサービス知識データベース１０２を用いることにより、サービス検索システム１００は、ユーザが選択したタスクに対して対応するサービスを抽出可能とする。
【００２６】
このサービス知識データベース１０２に記憶されている情報の具体例について説明する。図３は、サービス知識データベース１０２に記憶されている情報の記述例を示す説明図である。サービス知識データベース１０２は、サービスＩＤ、サービス提供元へアクセスする際の参照先となるサービスＵＲＩ、サービスと対応する上記タスクモデルデータベース１０１に記憶されているタスクのタスクＩＤを対応付けて記憶する。この例ではＵＲＩとして、ＵＲＬ（Uniform Resource Locator）が記述されている。
【００２７】
図１に戻り引き続き説明する。サービス状態確認サーバ２００は、サービス知識データベース１０２において抽出したサービスが有効か否か判断する部分である。具体的には、サービス状態確認サーバ２００は、過去のサービス状態確認履歴に基づいて、抽出したサービスが有効か否かを判断する。
【００２８】
以下、サービス状態確認サーバ２００について詳述する。図４は、サービス状態確認サーバ２００のブロック図である。このサービス状態確認サーバ２００は、状態確認対象サービス受信部２０１、サービス状態確認履歴表確認部２０２（サービス状態判断手段）、代理サーバアクセスログ確認部２０３（サービス状態判断手段）、サービス状態確認部２０４（サービス状態判断手段）、有効サービス提示部２０５、無効サービス復旧確認部２０６、無効サービス管理者通知部２０７、サービス状態確認履歴表２０８（サービス状態記憶手段）を含んで構成されている。以下、各構成要素について説明する。
【００２９】
状態確認対象サービス受信部２０１は、サービス知識データベース１０２において抽出されたタスクＩＤに対応した、サービス状態確認の対象となるサービスを受信する部分である。
【００３０】
サービス状態確認履歴表確認部２０２は、無効サービスを検出する際に、サービス状態確認サーバ２００が過去にサービス状態の確認を実施した履歴を記憶するサービス状態確認履歴表２０８を参照して、サービスの有効または無効を判断する部分である。具体的には、このサービス状態確認履歴表２０８は、サービス状態確認部２０４が過去にサービス状態を確認した際の履歴を記憶しており、サービス状態確認履歴表確認部２０２は、サービス状態確認履歴表２０８を参照した結果、過去において対象サービスに対して正常にアクセスしていたことが判明した場合、対象サービスは有効であると判断する。
【００３１】
また、サービス状態確認履歴表確認部２０２は、サービス状態確認履歴表２０８を参照した結果、過去において対象サービスに対して正常にアクセスできなかったことが判明した場合、対象サービスは無効であると判断する。このサービス状態確認履歴表確認部２０２を用いることにより、サービス検索システム１００は、他の装置やネットワーク、あるいはサービス提供元に負荷を与えることなく、素早くサービス状態確認を実施可能となる。なお、過去のサービス状態を確認した履歴の有効時間は、検索システムの運用ポリシーやシステム負荷の統計情報からシステム管理者やシステム自体が静的、あるいは動的に決定するのが好適である。
【００３２】
代理サーバアクセスログ確認部２０３は、通信端末５００がサービス提供サーバ４００へ接続する際に通信を仲介する代理サーバ３００のアクセスログ記憶部３０１を参照して、サービスの有効または無効を判断する部分である。具体的には、代理サーバアクセスログ確認部２０３は、アクセスログ記憶部３０１に記憶されているアクセスログを解析した結果、過去においてサービス提供サーバ４００に通信端末５００が正常にアクセスしサービスを利用していたことが判明した場合、対象サービスは有効であると判断する。
【００３３】
また、代理サーバアクセスログ確認部２０３は、過去においてサービス提供サーバ４００に通信端末５００が正常にアクセスできなかったことが判明した場合、対象サービスは無効であると判断する。この代理サーバアクセスログ確認部２０３により、代理サーバ３００以外の装置やネットワーク、あるいはサービス提供サーバ４００に負荷を与えることなく、素早くサービス状態確認を実施できる。なお、代理サーバ３００のアクセスログ記憶部３０１に記憶されているアクセスログの有効時間は、検索システムの運用ポリシーやシステム負荷の統計情報からシステム管理者やシステム自体が静的、あるいは動的に決定することが好適である。また、代理サーバが複数ある場合、対象サービスの有効性が確認できるまで順次問い合わせるのが好適である。
【００３４】
サービス状態確認部２０４は、サービス提供サーバ４００へ接続しサービスが有効か、無効かを判断する部分である。このサービス状態確認部２０４により、サービス状態確認を確実に実施できる。なお、サービス状態確認時に、サービス提供サーバ４００が保持するサービスの容量が大きい場合、サービスそのものへアクセスするのではなく、サービスが有効か否かのみ確認することで、サービス提供サーバ４００やネットワークにかかる負荷を軽減するのが好適である。
【００３５】
有効サービス提示部２０５は、サービス知識データベース１０２に対して、有効なサービスを通知する部分である。また、有効サービス提示部２０５は、サービス状態を確認した結果、一のサービスが有効か、無効かを示す確認情報を履歴としてサービス状態確認履歴表２０８へ登録する。
【００３６】
無効サービス復旧確認部２０６は、無効と判断されたサービスに対して復旧状況を監視する部分である。具体的には、無効サービス復旧確認部２０６は、定期的にサービス提供サーバ４００にアクセスすることで、サービスの有効、無効を判断し、有効であった場合サービスは復旧したと判断する。この無効サービス復旧確認部２０６を用いることにより、サービス検索システム１００は、無効サービスが復旧した場合、速やかに有効サービスとして認識できる。なお、無効サービス復旧確認部２０６は、一定期間を過ぎても復旧しないサービスに対しては、サービス自体が消滅したと判断するのが好適である。
【００３７】
無効サービス管理者通知部２０７は、システム管理者が保持するシステム管理端末６００に対して無効サービスを通知する部分である。この無効サービス管理者通知部２０７を用いることにより、サービス検索システムのシステム管理者は速やかに無効サービスを把握できるため、必要な場合は無効サービスの削除や代替サービスへの変更などの対処を速やかに実施できる。
【００３８】
サービス状態確認履歴表２０８は、サービス状態確認部２０４が過去にサービス状態を確認した際の履歴を記憶する部分である。これにより、他の装置やネットワークに負荷をかけずにサービス状態確認サーバ２００内でサービス状態の確認を実施可能となる。
【００３９】
以上のとおり、サービス状態確認サーバ２００は、当該サーバ内に備えているサービス状態確認履歴表２０８、代理サーバ３００、またはサービス提供サーバ４００に対して順次アクセスして、サービス提供状態を確認することができ、適切な検索内容を通信端末５００に応答することができる。
【００４０】
図１に戻り、引き続き説明する。代理サーバ３００は、通信端末５００とサービス提供サーバ４００との間でやり取りされる通信を仲介するサーバであって、いわゆるプロキシサーバである。この代理サーバ３００は、通信端末５００とサービス提供サーバ４００との間の通信情報をアクセスログとしてアクセスログ記憶部３０１に記憶する。また、サービス提供サーバ４００は、ユーザへサービスを提供するサーバであり、コンテンツプロバイダーなどである。
【００４１】
通信端末５００は、通信機能を備えた端末であり、ユーザは通信端末を操作してサービス検索システム１００にアクセスして検索結果を得る端末である。ユーザは通信端末５００の画面で上記タスクモデルデータベース１０１が提示するタスクを選択することができる。最終的には、サービス検索システム１００は、ユーザの目的に合致するサービスをサービス知識データベース１０２から抽出し、サービス状態確認サーバ２００を用いてサービス状態を確認する。そして、サービス検索システム１００は、有効なサービスをユーザの通信端末５００に送信して、当該通信端末５００の画面上に有効なサービスを表示させる。また、ユーザがサービス提供サーバ４００にアクセスしサービスを利用する場合、代理サーバ３００を介してサービス提供サーバ４００にアクセスするのが好適である。
【００４２】
システム管理端末６００は、サービス検索システムのシステム管理者が保持するシステム管理端末である。
【００４３】
以上のように構成されたサービス検索システム１００のタスクモデルデータベース１０１におけるタスク検索の処理手順について説明する。図５は、サービス検索システム１００におけるタスクからサービスを検索するときの動作を示すフローチャートである。まず、サービス検索システム１００において、タスクモデルデータベース１０１によりユーザからのタスクを含んだ検索依頼が受け付けられる（Ｓ１０１）。検索の初期状態であれば、該当タスクＩＤ（現状ユーザが選択しているタスク）を“０”とする（Ｓ１０２）。
【００４４】
つぎに、タスクモデルデータベース１０１において、該当タスクＩＤを親タスクとするタスクが抽出され、抽出されたタスクの一覧が確保される（Ｓ１０３）。そして、確保されたタスクの一覧に関連するサービスの抽出依頼がサービス知識データベース１０２に出力される（Ｓ１０４）。そして、サービス知識データベース１０２でタスクの一覧に関連するサービスが抽出されたか否かが、タスクモデルデータベース１０１において判断される（Ｓ１０５）。
【００４５】
サービス知識データベース１０２でサービスが抽出されなかったと、タスクモデルデータベース１０１において判断された場合は、タスクの一覧のみユーザへ提示する処理が行われる（Ｓ１０６）。また、サービスが抽出されたと判断された場合は、タスクの一覧に対応するサービスを通信端末５００に提示する処理が行われる（Ｓ１０７）。そして、通信端末５００において提示されたタスクがユーザにより選択された場合には（Ｓ１０８）、選択されたタスクのＩＤがタスクモデルデータベース１０１に該当タスクＩＤとして設定され、タスクモデルデータベース１０１において、当該タスクＩＤに基づいたタスクの一覧が抽出されるようになる（Ｓ１０９）。
【００４６】
また、サービスが選択された場合は（Ｓ１１０）、代理サーバ３００を介してまたは直接、サービス提供サーバ４００に対してアクセス処理が行われる（Ｓ１１１）。なお、通信端末５００は、サービス検索システム１００を介することなく、直接、サービス提供サーバ４００にアクセスするようにしても良い。
【００４７】
ここで、タスクモデルデータベース１０１のタスクＩＤからサービス知識データベース１０２に記憶されるサービスＵＲＩを導く連携例を説明する。図６は、サービスＵＲＩを導く連携例を示す説明図である。図６に示すように、ユーザは、通信端末５００を用いて、タスクモデルデータベース１０１から抽出されたタスクを選択することができる。ユーザが通信端末５００に表示されているタスクの一覧から「上映タイトルを調べる」のタスクを選択した場合、タスクモデルデータベース１０１は、タスクＩＤ１００１をサービス知識データベース１０２に出力する。サービス知識データベース１０２は、タスクＩＤ１００１を受けると、このタスクＩＤ１００１に対応するサービスＩＤおよびサービスＵＲＩを抽出する。
【００４８】
続いて、本実施形態にかかるサービス検索システム１００を含んだ検索システムの動作について説明する。図７は、サービス検索システム１００と他の装置との連携動作を示すシーケンス図である。まず、ユーザは、通信端末５００を操作してサービス検索システム１００へアクセスする(Ｓ２０１)。つぎに、サービス検索システム１００内のタスクモデルデータベース１０１において、タスク選択画面が通信端末５００に出力され、通信端末５００の画面上にタスク選択画面が表示される(Ｓ２０２)。そして、ユーザ操作により、通信端末５００上に表示されるタスクが選択される（Ｓ２０３）。なお、ユーザによる選択処理により、タスクの絞込みが行われ、タスク選択画面とタスクの選択処理とが数回行われる場合がある。
【００４９】
つぎに、タスクモデルデータベース１０１において、ユーザが選択したタスクに対応するサービス抽出要求がサービス知識データベース１０２に出力される（Ｓ２０４）。この処理は、ユーザの目的に対応するサービスがサービス知識データベース１０２から抽出されるための要求処理である。
【００５０】
つぎに、サービス知識データベース１０２において、タスクモデルデータベース１０１からサービス抽出のための要求が受信されると、ユーザが選択したタスクに対応するサービスが抽出され、サービス状態確認サーバ２００に対してサービス状態確認が依頼される（Ｓ２０５）。そして、サービス状態確認サーバ２００において、無効サービス検出処理が開始される（Ｓ２０６）。この無効サービス検出処理については後述する。
【００５１】
つぎに、サービス状態確認を終了したサービス状態確認サーバ２００において、有効なサービスがサービス知識データベース１０２に提示され（Ｓ２０７）、サービス知識データベース１０２からタスクモデルデータベース１０１を経由し検索結果が出力され、ユーザの操作する通信端末５００上の画面に検索結果が表示される（Ｓ２０８）。
【００５２】
つぎに、ユーザにより通信端末５００上に表示された検索結果から任意のサービスが選択され、サービス提供サーバ４００に対してアクセスが行われる（Ｓ２０９）。この際、通信端末５００において、代理サーバ３００を経由してサービス提供サーバ４００にアクセスが行われる（Ｓ２１０）。同様に、サービス提供サーバ４００において、通信端末５００へサービスが提示される際も、代理サーバ３００を経由し（Ｓ２１１）、通信端末５００にサービスが提示される（Ｓ２１２）。代理サーバ３００を経由して通信が行われる際には、代理サーバ３００において、通信端末５００とサービス提供サーバ４００との間の通信履歴がアクセスログ記憶部３０１に記憶される。
【００５３】
続いて、本実施形態にかかるＳ２０６の処理を行うサービス状態確認サーバ２００の動作について説明する。図８は、サービス状態確認サーバ２００が実施する無効サービス検出処理のフローチャートである。
【００５４】
まず、サービス状態確認サーバ２００において、状態確認対象サービス受信部２０１により、サービス知識データベース１０２からサービス状態確認の対象となるサービスの一覧が受信される（Ｓ３０１）。そして、状態確認対象サービス受信部２０１により、サービス知識データベース１０２から受信したサービス一覧に基づいて、サービス状態確認の対象となるサービスを順番に抽出する（Ｓ３０２）。
【００５５】
つぎに、サービス状態確認履歴表確認部２０２により、サービス状態確認履歴表２０８から過去に対象サービスへアクセスした履歴があるか否かが確認される（Ｓ３０３）。ここで、サービス状態確認履歴表２０８に対象サービスへ正常にアクセスした履歴があったと、サービス状態確認履歴表確認部２０２により判断された場合、対象サービスは有効であると判断される（Ｓ３０４）。そして、全ての状態確認をしておらず、つぎの対象サービスがある場合には、当該サービスの状態確認処理に移る（Ｓ３１３）。
【００５６】
また、サービス状態確認履歴表２０８において有効性が判断できなかった場合、代理サーバアクセスログ確認部２０３により、代理サーバ３００のアクセスログ記憶部３０１が参照され、過去の一定時間内に対象サービスを利用した履歴があるか否かが判断される（Ｓ３０５）。ここで、代理サーバ３００のアクセスログ記憶部３０１に対象サービスを正常に利用した履歴があったと、代理サーバアクセスログ確認部２０３により判断された場合、対象サービスは有効であると判断される（Ｓ３０６）。そして、全ての状態確認をしておらず、つぎの対象サービスがある場合には、当該サービスの状態確認処理に移る（Ｓ３１３）。
【００５７】
また、代理サーバ３００のアクセスログ記憶部３０１において有効性があると判断できなかった場合、サービス状態確認部２０４により対象サービスを提供するサービス提供サーバ４００に対してアクセス処理が行われ（Ｓ３０７）、サービス状態確認部２０４によりサービス状態が判断される（Ｓ３０８）。ここで、サービス提供サーバ４００に対して正常にアクセスできたと、サービス状態確認部２０４により判断された場合、対象サービスは有効であると判断される（Ｓ３０９）。そして、有効サービス提示部２０５により、サービス状態確認履歴表２０８に対して対象サービスは有効であることが履歴として追加される（Ｓ３１１）。そして、つぎの対象サービスがある場合には、当該サービスの状態確認処理に移る（Ｓ３１３）。 
【００５８】
また、サービス状態確認部２０４により、サービス提供サーバ４００のサービスに対して正常にアクセスできなかったと判断された場合、対象サービスは無効であると判断され（Ｓ３１０）、無効サービス復旧確認部２０６に対して無効サービスを発見したことが通知される（Ｓ３１２）。無効サービス復旧確認部２０６においては、この通知を受けると、当該無効と判断されたサービスに対する復旧の確認処理が行われる。
【００５９】
つぎに、状態確認対象サービス受信部２０１により、サービス知識データベース１０２から受信されたサービス状態確認が要求される対象サービスに対して確認が全て終了したかが判断される（Ｓ３１３）。そして、まだサービス状態確認処理を未実施な対象サービスがあると、状態確認対象サービス受信部２０１により判断された場合は、サービス状態確認処理が続行される（Ｓ３０２）。また、全ての対象サービスの確認が終了したと、状態確認対象サービス受信部２０１により判断された場合、サービス知識データベース１０２に対して有効なサービスが提示される（Ｓ３１４）。サービス知識データベース１０２では、有効なサービスがタスクモデルデータベース１０１を介して通信端末５００に提供される。
【００６０】
なお、無効サービス復旧確認部２０６は、一定時間、無効サービスの復旧を監視するが、最終的にサービスが消失したと判断した場合は、無効サービス管理者通知部２０７に対してシステム管理端末６００へ通知するよう指示を出力し、無効サービス管理者通知部２０７は、通知処理を実行する。
【００６１】
つぎに、本実施形態のサービス検索システム１００の作用効果について説明する。このサービス検索システム１００は、タスクモデルデータベース１０１およびサービス知識データベース１０２において、予めユーザの行動を示すタスク情報とユーザに対するサービスを提供するためのサービス情報とを関連付けて記憶しておき、タスクモデルデータベース１０１において、ユーザ端末からネットワークを経由して検索対象となる一のタスクを受信し、サービス知識データベース１０２において、受信された一のタスクに対応するサービスを抽出する。そして、サービス状態確認サーバ２００において、抽出したサービスが有効であるか否かを判断する。そして、タスクモデルデータベース１０１において、有効と判断されたサービスを前記ユーザ端末に送信することができる。これにより、無効なサービスを検出し排除して有効なサービスのみをユーザに対して提供することができ、検索結果の品質を向上させることができる。
【００６２】
また、サービス検索システム１００は、接続履歴を記憶するサービス状態確認サーバ２００に対して接続して、抽出したサービスの接続履歴を参照することで、当該サービスが有効か否かを判断することができ、検索結果の品質を向上させることができる。
【００６３】
また、サービス検索システム１００は、ユーザ端末がサービス提供元へ接続するときのメッセージを中継する代理サーバ３００（アクセスログ記憶部３０１）に記憶されているアクセスログを参照し、サービスが有効か否か判断することができ、検索結果の品質を向上させることができる。
【００６４】
また、サービス検索システム１００は、サービス提供元であるサービス提供サーバ４００へ接続しサービスが有効か否か判断することができ、検索結果の品質を向上させることができる。
【図面の簡単な説明】
【００６５】
【図１】本実施形態に係るサービス検索システム１００を含んだ検索システムのシステム構成図である。
【図２】タスクモデルデータベース１０１に記憶されているタスクモデルの具体例を示す説明図である。
【図３】サービス知識データベース１０２に記憶されている情報の記述例を示す説明図である。
【図４】サービス状態確認サーバ２００のブロック図である。
【図５】サービス検索システム１００におけるタスクからサービスを検索するときの動作を示すフローチャートである。
【図６】サービスＵＲＩを導く連携例を示す説明図である。
【図７】サービス検索システム１００と他の装置との連携動作を示すシーケンス図である。
【図８】サービス状態確認サーバ２００が実施する無効サービス検出処理のフローチャートである。
【符号の説明】
【００６６】
１００…サービス検索システム、１０１…タスクモデルデータベース、１０２…サービス知識データベース、２００…サービス状態確認サーバ、２０１…状態確認対象サービス受信部、２０２…サービス状態確認履歴表確認部、２０３…代理サーバアクセスログ確認部、２０４…サービス状態確認部、２０５…有効サービス提示部、２０６…無効サービス復旧確認部、２０７…無効サービス管理者通知部、２０８…サービス状態確認履歴表、３００…代理サーバ、３０１…アクセスログ記憶部、４００…サービス提供サーバ、５００…通信端末、６００…システム管理端末。
【図１】
2007058338.tif 000003
【図２】
2007058338.tif 000004
【図３】
2007058338.tif 000005
【図４】
2007058338.tif 000006
【図５】
2007058338.tif 000007
【図６】
2007058338.tif 000008
【図７】
2007058338.tif 000009
【図８】
2007058338.tif 000010