ＷｅｂサービスフィルタリングシステムおよびＷｅｂサービスフィルタリング方法

【課題】安全なＷｅｂサービスのみ中継処理を行うＷｅｂサービスフィルタリングシステムを得ること。
【解決手段】Ｗｅｂサービスフィルタリングサーバ３０が、Ｗｅｂサービスクライアント１０からの利用要求を受信し、当該利用要求に対する応答として、安全性の判定結果に基づくＷｅｂサービスの呼び出し処理または所定の処理を行うリクエスト受信部３１と、ユーザ毎に定義されたルールに基づいてＷｅｂサービス管理サーバ２０を検索し、検索結果に基づいてＷｅｂサービスの安全性を判定するＷｅｂサービス安全性判定部３３と、ユーザ毎に定義されたルールを管理するフィルタリングルール管理部３４と、を備え、前記リクエスト受信部３１は、判定結果が安全である旨を示している場合には、利用要求に対応するＷｅｂサービスについて、前記Ｗｅｂサービスサーバ４０への呼び出し処理を行う。

【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、安全なＷｅｂサービスを中継するＷｅｂサービスフィルタリングシステムに関する。
【背景技術】
【０００２】
従来、Ｗｅｂ（World Wide Web）サービスでは、Ｗｅｂサービスサーバが、ＸＭＬ（Extensible Markup Language）などのシンプルでプラットフォームに依存しないプロトコルを用いて、Ｗｅｂサービスクライアントに様々な機能を実行結果として返す。Ｗｅｂサービスクライアントは、コンポーネント化されたＷｅｂサービスを繋ぎ合わせて、容易にアプリケーションを実行することができる。一般的に、Ｗｅｂサービスへの呼び出しは、ＷｅｂサービスクライアントがＷｅｂサービスサーバ上のＷｅｂサービスを直接呼び出す方法で行われており、このような技術が下記特許文献１、２において開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−３６１９９３号公報
【特許文献２】特開２００７−３２３４４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来の技術によれば、Ｗｅｂサービスクライアントが、呼び出し先のＷｅｂサービスの安全性を１つ１つ判断しなければならない。そのため、例えば、不正に個人情報を搾取するＷｅｂサービスを呼び出した場合に、個人情報などを盗み取られてしまう、という問題があった。
【０００５】
また、Ｗｅｂサービスの再利用のための仕組みとして、目的のＷｅｂサービスを検索することが可能なＵＤＤＩ（Universal Description Discovery Integration）レジストリがある。しかしながら、他人が登録したＷｅｂサービスを利用する仕組みのため、セキュリティの観点から利用が進んでいない、という問題があった。
【０００６】
本発明は、上記に鑑みてなされたものであって、安全なＷｅｂサービスへのみ中継処理を行うＷｅｂサービスフィルタリングシステムを得ることを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明は、Ｗｅｂサービスの利用要求を送信するＷｅｂサービスクライアントと、Ｗｅｂサービスの提供先の情報を管理するＷｅｂサービス管理サーバと、前記Ｗｅｂサービスクライアントから送信された利用要求に対応するＷｅｂサービスの安全生を判定するＷｅｂサービスフィルタリングサーバと、利用要求に対応するＷｅｂサービスを提供するＷｅｂサービスサーバと、から構成されるＷｅｂサービスフィルタリングシステムであって、前記Ｗｅｂサービスフィルタリングサーバは、前記Ｗｅｂサービスクライアントからの利用要求を受信し、当該利用要求に対する応答として、安全性の判定結果に基づくＷｅｂサービスの呼び出し処理または所定の処理を行うリクエスト受信手段と、ユーザ毎に定義されたルールに基づいて前記Ｗｅｂサービス管理サーバを検索し、検索結果に基づいてＷｅｂサービスの安全性を判定するＷｅｂサービス安全性判定手段と、ユーザ毎に定義されたルールを管理するフィルタリングルール管理手段と、を備え、前記Ｗｅｂサービスクライアントが、Ｗｅｂサービス情報およびユーザ情報を含む利用要求を送信し、利用要求を受信したリクエスト受信手段が、当該利用要求に対応するＷｅｂサービスの安全性判定要求に、前記Ｗｅｂサービス情報および前記ユーザ情報を含ませて送信し、安全性判定要求を受信したＷｅｂサービス安全性判定手段が、前記フィルタリングルール管理手段から前記ユーザ情報に対応するフィルタリングルールを取得し、また、前記Ｗｅｂサービス管理サーバに対して前記Ｗｅｂサービス情報および前記フィルタリングルールに基づいて、適合するエントリがあるかどうかの検索を要求して、検索結果を取得し、さらに、前記検索結果に基づいて、適合するエントリが存在した場合には安全である旨の判定を行い、適合するエントリが無い場合には安全でない旨の判定を行い、安全性の判定結果を前記リクエスト受信手段へ送信し、前記リクエスト受信手段が、受信した判定結果が安全である旨を示している場合に、利用要求に対応するＷｅｂサービスについて、前記Ｗｅｂサービスサーバへの呼び出し処理を行う、ことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、安全なＷｅｂサービスへのみ中継することができる、という効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、Ｗｅｂサービスフィルタリングシステムの構成例を示す図である。
【図２】図２は、Ｗｅｂサービス管理テーブルの構成例を示す図である。
【図３】図３は、ユーザ管理テーブルの構成例を示す図である。
【図４】図４は、フィルタリングルール管理テーブルの構成例を示す図である。
【図５】図５は、Ｗｅｂサービス利用履歴管理テーブルの構成例を示す図である。
【図６】図６は、Ｗｅｂサービスフィルタリングシステムのフィルタリング処理を示すシーケンス図である。
【図７】図７は、Ｗｅｂサービスフィルタリングシステムのフィルタリング処理を示すシーケンス図である。
【図８】図８は、Ｗｅｂサービスフィルタリングシステムのフィルタリング処理を示すシーケンス図である。
【発明を実施するための形態】
【００１０】
以下に、本発明にかかるＷｅｂサービスフィルタリングシステムの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１１】
実施の形態．
図１は、本実施の形態にかかるＷｅｂサービスフィルタリングシステムの構成例を示す図である。Ｗｅｂサービスフィルタリングシステムは、Ｗｅｂサービスクライアント１０と、Ｗｅｂサービス管理サーバ２０と、Ｗｅｂサービスフィルタリングサーバ３０と、Ｗｅｂサービスサーバ４０と、を備える。
【００１２】
Ｗｅｂサービスクライアント１０は、ユーザ等がＷｅｂサービスを利用する際に使用する端末である。Ｗｅｂサービス管理サーバ２０は、Ｗｅｂサービスのサービス名やＵＲＬ等、Ｗｅｂサービスの提供先の情報を管理するサーバである。例えば、ＵＤＤＩ（Universal Description Discovery Integration）などがあるが、これに限定するものではない。Ｗｅｂサービスフィルタリングサーバ３０は、Ｗｅｂサービスクライアント１０からのＷｅｂサービスの利用要求に対して安全性の判定を行い、判定結果に基づいて、Ｗｅｂサービスサーバ４０への呼び出し処理等を行う。Ｗｅｂサービスサーバ４０は、Ｗｅｂサービスの呼び出しに対して、実際にＷｅｂサービスを提供するサーバである。
【００１３】
まず、Ｗｅｂサービスクライアント１０の構成について説明する。Ｗｅｂサービスクライアント１０は、Ｗｅｂサービス利用部１１と、Ｗｅｂサービス検索要求部１２と、アラート表示部１３と、を備える。Ｗｅｂサービス利用部１１は、Ｗｅｂサービスフィルタリングサーバ３０を経由して、Ｗｅｂサービスサーバ４０上のＷｅｂサービスへの呼び出し（利用要求）を行う。Ｗｅｂサービス検索要求部１２は、Ｗｅｂサービス管理サーバ２０に対して、登録済みのＷｅｂサービスの検索要求を行う。アラート表示部１３は、Ｗｅｂサービスの呼び出しを行った結果、安全でないと判定された場合に、ユーザ等に警告メッセージを出力する。
【００１４】
つぎに、Ｗｅｂサービス管理サーバ２０の構成について説明する。Ｗｅｂサービス管理サーバ２０は、Ｗｅｂサービス管理部２１、を備える。Ｗｅｂサービス管理部２１は、Ｗｅｂサービス管理テーブル２１１を備え、Ｗｅｂサービス管理テーブル２１１を参照し、Ｗｅｂサービスを管理する。Ｗｅｂサービス管理テーブル２１１は、例えば、ＵＤＤＩの場合では、ＵＤＤＩレジストリ上にあるＷｅｂサービスを管理するためのテーブルである。図２は、Ｗｅｂサービス管理テーブル２１１の構成例を示す図である。Ｗｅｂサービス管理テーブル２１１は、ＷｅｂサービスＩＤと、Ｗｅｂサービス名と、ＷｅｂサービスのＵＲＬと、Ｗｅｂサービス提供企業と、Ｗｅｂサービスの機能（返り値）と、から構成される。Ｗｅｂサーバの識別方法と、Ｗｅｂサービスを実際に提供する提供企業名とそのＵＲＬ、および当該Ｗｅｂサービスによる返り値を示すものである。
【００１５】
つぎに、Ｗｅｂサービスフィルタリングサーバ３０の構成について説明する。Ｗｅｂサービスフィルタリングサーバ３０は、リクエスト受信部３１と、ユーザ管理部３２と、Ｗｅｂサービス安全性判定部３３と、フィルタリングルール管理部３４と、フィルタリングルール入力部３５と、Ｗｅｂサービス呼出部３６と、Ｗｅｂサービス利用履歴管理部３７と、代替Ｗｅｂサービス選択部３８と、を備える。
【００１６】
リクエスト受信部３１は、Ｗｅｂサービスクライアント１０からの利用用要求を受け付けて、Ｗｅｂサービス安全性判定部３３を呼び出す。また、Ｗｅｂサービス安全性判定部３３による安全性の判定結果に基づいて、Ｗｅｂサービス呼出部３６を呼び出す等の処理を行う。
【００１７】
ユーザ管理部３２は、ユーザ管理テーブル３２１を備え、システムを利用するユーザを管理する。ユーザ管理テーブル３２１は、システムを利用するユーザを管理するためのテーブルである。図３は、ユーザ管理テーブル３２１の構成例を示す図である。ユーザ管理テーブル３２１は、ユーザＩＤと、パスワードと、から構成される。Ｗｅｂサービスの利用要求をするユーザは、ユーザＩＤおよびパスワードが登録されている場合にログインすることができ、利用可能となる。
【００１８】
Ｗｅｂサービス安全性判定部３３は、Ｗｅｂサービスクライアント１０からＷｅｂサービスの利用要求があった際に、ユーザ毎に事前に定義されたフィルタリングルールに基づいて、Ｗｅｂサービス管理部２１を検索し、利用要求対象のＷｅｂサービスが安全かどうかを判定する。なお、フィルタリングルールは、Ｗｅｂサービスフィルタリングサーバ３０の管理者が事前に作成する。例えば、「Ｗｅｂサービス提供企業がＡ社であれば通過させる。」等のような形式とする。Ｗｅｂサービス管理部２１への問い合わせは、ＷｅｂサービスＩＤをキーとし、上記フィルタリングルールを条件として実施する。
【００１９】
フィルタリングルール管理部３４は、フィルタリングルール管理テーブル３４１を備え、ユーザ毎のＷｅｂサービスのフィルタリングルール（Ｗｅｂサービスの提供企業名等）を管理する。フィルタリングルール管理テーブル３４１は、ユーザ毎のＷｅｂサービスのフィルタリングルールを管理するためのテーブルである。図４は、フィルタリングルール管理テーブル３４１の構成例を示す図である。フィルタリングルール管理テーブル３４１は、ルールＩＤと、Ｗｅｂサービス提供企業と、発行年月日と、ユーザＩＤと、から構成される。ユーザ毎に事前に定めたルールと、発行（登録）した時期を示すものである。
【００２０】
フィルタリングルール入力部３５は、Ｗｅｂサービスのフィルタリング時に使用する安全性の判定ルール（フィルタリングルール）を入力する。パソコン等の電子計算機におけるキーボードやマウス等であるが、これに限定するものではない。
【００２１】
Ｗｅｂサービス呼出部３６は、Ｗｅｂサービスサーバ４０に対して、Ｗｅｂサービスの呼び出しを行う。また、Ｗｅｂサービスサーバ４０から、Ｗｅｂサービスの実行結果を受信し、リクエスト受信部３１へ転送する。
【００２２】
Ｗｅｂサービス利用履歴管理部３７は、Ｗｅｂサービス利用履歴管理テーブル３７１を備え、Ｗｅｂサービス毎に全てのユーザによって利用された履歴を管理する。Ｗｅｂサービス利用履歴管理テーブル３７１は、Ｗｅｂサービス毎に全てのユーザからの利用履歴を管理するためのテーブルである。図５は、Ｗｅｂサービス利用履歴管理テーブル３７１の構成例を示す図である。Ｗｅｂサービス利用履歴管理テーブル３７１は、ＷｅｂサービスＩＤと、利用回数（回）と、から構成される。Ｗｅｂサービス毎の利用回数を示すものである。
【００２３】
代替Ｗｅｂサービス選択部３８は、Ｗｅｂサービスクライアント１０から呼び出し要求のあったＷｅｂサービスが安全でなかった場合に、リクエスト受信部３１からの要求に応じて代替えとなるＷｅｂサービスを選択する。
【００２４】
つぎに、Ｗｅｂサービスサーバ４０の構成について説明する。Ｗｅｂサービスサーバ４０は、Ｗｅｂサービス提供部４１、を備える。Ｗｅｂサービス提供部４１は、Ｗｅｂサービスを要求したＷｅｂサービスクライアント１０に対して、Ｗｅｂサービスを実行し、その実行結果を返す。
【００２５】
つづいて、Ｗｅｂサービスフィルタリングシステムのフィルタリング処理について説明する。まず、呼び出すＷｅｂサービスが安全な場合について説明する。図６は、Ｗｅｂサービスフィルタリングシステムのフィルタリング処理を示すシーケンス図である。
【００２６】
まず、フィルタリング処理を行う前提として、あらかじめフィルタリングルールの定義を登録する作業を行う。具体的には、Ｗｅｂサービスフィルタリングサーバ３０の管理者は、フィルタリングルール入力部３５から、フィルタリングルール管理部３４が備えるフィルタリングルール管理テーブル３４１に、フィルタリングルールの定義を入力する（ステップＳ１０１）。具体的には、図４に示すように、ユーザ毎にＷｅｂサービスの提供可能な企業名等を入力する。図６のステップＳ１０１におけるかっこ内に示すものであり、引数に該当する。フィルタリングルール管理部３４は、フィルタリングルール入力部３５に対して、登録完了通知を送信する（ステップＳ１０２）。前記引数に対応する返り値に該当する。これにより、管理者は、フィルタリングルールが登録されたことを認識できる。なお、以降の処理においても、同様の引数および返り値の関係とする。
【００２７】
つぎに、Ｗｅｂサービスを要求するユーザの認証処理を行う。具体的には、Ｗｅｂサービスを要求するユーザが、Ｗｅｂサービスクライアント１０のＷｅｂサービス利用部１１から、Ｗｅｂサービスフィルタリングサーバ３０のリクエスト受信部３１へログイン要求を送信する（ステップＳ１０３）。このとき、ユーザＩＤおよびパスワードを送信する。リクエスト受信部３１は、ユーザ管理部３２へログイン要求を転送する（ステップＳ１０４）。そして、ユーザ管理部３２は、自身が備えるユーザ管理テーブル３２１に基づいてユーザのログイン可否を判定し、判定結果をリクエスト受信部３１へ送信する（ステップＳ１０５）。ここでは、ログイン可と判定されたものとする。リクエスト受信部３１は、判定結果（ログイン可）をＷｅｂサービス利用部１１へ転送する（ステップＳ１０６）。
【００２８】
つぎに、Ｗｅｂサービス利用部１１から、Ｗｅｂサービス検索要求部１２へＷｅｂサービスの検索要求を行う（ステップＳ１０７）。具体的には、図２のＷｅｂサービスの機能（返り値）の項目に示す内容を送信する。Ｗｅｂサービス検索要求部１２は、Ｗｅｂサービスの検索要求をＷｅｂサービス管理サーバ２０のＷｅｂサービス管理部２１へ転送する（ステップＳ１０８）。Ｗｅｂサービス管理部２１は、自身が備えるＷｅｂサービス管理テーブル２１１を検索し、Ｗｅｂサービスの機能に該当するＷｅｂサービスのＷｅｂサービスＩＤおよびＷｅｂサービスのＵＲＬ（以下、この２つを表記する場合、ＷｅｂサービスＩＤ／ＵＲＬとする。）を読み出す。そして、読み出したＷｅｂサービスＩＤ／ＵＲＬをＷｅｂサービス検索要求部１２へ送信する（ステップＳ１０９）。Ｗｅｂサービス検索要求部１２は、受信したＷｅｂサービスＩＤ／ＵＲＬをＷｅｂサービス利用部１１へ転送する（ステップＳ１１０）。
【００２９】
つぎに、本実施の形態におけるＷｅｂサービス呼び出しの際のフィルタリング処理について説明する。ＷｅｂサービスＩＤ／ＵＲＬを受信したＷｅｂサービス利用部１１は、Ｗｅｂサービスフィルタリングサーバ３０のリクエスト受信部３１へ、Ｗｅｂサービスの利用要求を送信する（ステップＳ１１１）。この際、受信したＷｅｂサービスＩＤ／ＵＲＬ、およびユーザＩＤを送信する。
【００３０】
リクエスト受信部３１は、Ｗｅｂサービス利用部１１から受信したＷｅｂサービスの利用要求から、ＷｅｂサービスＩＤおよびユーザＩＤを用いて、Ｗｅｂサービス安全性判定部３３へ安全性判定要求を送信する（ステップＳ１１２）。
【００３１】
Ｗｅｂサービス安全性判定部３３は、リクエスト受信部３１から受信した安全性判定要求から、ユーザＩＤを用いて、フィルタリングルール管理部３４に対してフィルタリングルール確認要求を送信する（ステップＳ１１３）。
【００３２】
フィルタリングルール管理部３４は、自身が備えるフィルタリングルール管理テーブル３４１を参照し、受信したユーザＩＤに対応するフィルタリングルールを、Ｗｅｂサービス安全性判定部３３へ返信する（ステップＳ１１４）。
【００３３】
Ｗｅｂサービス安全性判定部３３は、ＷｅｂサービスＩＤおよび受信したフィルタリングルールを用いて、Ｗｅｂサービス管理部２１に対して、Ｗｅｂサービスの検索要求を送信する（ステップＳ１１５）。
【００３４】
Ｗｅｂサービスの検索要求を受信したＷｅｂサービス管理部２１は、当該検索要求に含まれるＷｅｂサービスＩＤおよびフィルタリングルールに基づいて、自身が備えるＷｅｂサービス管理テーブル２１１を検索し、Ｗｅｂサービス管理テーブル２１１上に当該ＷｅｂサービスＩＤおよび当該フィルタリングルールに適合するエントリがあるかどうかの検索結果を、Ｗｅｂサービス安全性判定部３３へ返信する（ステップＳ１１６）。このとき、Ｗｅｂサービス管理部２１は、ＷｅｂサービスＩＤをキーとして、フィルタリングルールを条件とする検索を行う。
【００３５】
Ｗｅｂサービス安全性判定部３３は、受信した検索結果に基づいて、ユーザが利用要求するＷｅｂサービスが安全かどうかを判定する。具体的には、検索結果として、適合するエントリがあった場合には安全であると判定し、適合するエントリが無かった場合には安全でないと判定する。ここでは、適合するエントリがあったとして、ユーザが当該Ｗｅｂサービスを利用することは安全であると判定する。Ｗｅｂサービス安全性判定部３３は、安全性判定要求（ステップＳ１１２）に対する応答として、安全性判定結果をリクエスト受信部３１へ送信する（ステップＳ１１７）。
【００３６】
安全である旨の安全性判定結果を受信したリクエスト受信部３１は、Ｗｅｂサービス呼出部３６に対して、Ｗｅｂサービス呼び出し依頼を送信する（ステップＳ１１８）。具体的には、Ｗｅｂサービス利用部１１から受信していたＷｅｂサービスＩＤ／ＵＲＬを用いる。
【００３７】
Ｗｅｂサービス呼出部３６は、受信したＷｅｂサービス呼び出し依頼からＷｅｂサービスＵＲＬを用いて、Ｗｅｂサービスサーバ４０のＷｅｂサービス提供部４１を呼び出す（ステップＳ１１９）。
【００３８】
Ｗｅｂサービス提供部４１は、前記ＵＲＬに基づいてＷｅｂサービスの提供企業と接続し、要求されたＷｅｂサービスを実行する。そして、Ｗｅｂサービスの実行結果を、Ｗｅｂサービスの呼び出し（ステップＳ１１９）に対する応答として、Ｗｅｂサービス呼出部３６へ返信する（ステップＳ１２０）。
【００３９】
Ｗｅｂサービスの実行結果を受信したＷｅｂサービス呼出部３６は、ＷｅｂサービスＩＤを用いて、Ｗｅｂサービス利用履歴管理部３７へ利用履歴の加算を通知する（ステップＳ１２１）。
【００４０】
Ｗｅｂサービス利用履歴管理部３７は、自身が備えるＷｅｂサービス利用履歴管理テーブル３７１の該当するＷｅｂサービスＩＤの利用回数（回）の欄に１を加算する。そして、Ｗｅｂサービス利用履歴管理部３７は、加算完了通知を、Ｗｅｂサービス呼出部３６へ送信する（ステップＳ１２２）。
【００４１】
その後、Ｗｅｂサービス呼出部３６は、Ｗｅｂサービス提供部４１から受信したＷｅｂサービスの実行結果をリクエスト受信部３１へ転送する（ステップＳ１２３）。
【００４２】
最後に、リクエスト受信部３１は、Ｗｅｂサービスの実行結果をＷｅｂサービス利用部１１へ転送する（ステップＳ１２４）。
【００４３】
このように、Ｗｅｂサービスフィルタリングサーバ３０では、予め定義されたフィルタリングルールに基づいて、Ｗｅｂサービスの利用要求を行ったユーザが当該Ｗｅｂサービスを利用することが安全であるかどうかを判定し、安全と判断した場合にのみ、Ｗｅｂサービスの提供を受けることができる。
【００４４】
つづいて、呼び出すＷｅｂサービスが安全でない場合について説明する。図７は、Ｗｅｂサービスフィルタリングシステムのフィルタリング処理を示すシーケンス図である。なお、あらかじめフィルタリングルールを登録する作業（ステップＳ１０１）からＷｅｂサービス利用部１１がＷｅｂサービスＩＤ／ＵＲＬを受信する（ステップＳ１１０）までの処理は、呼び出すＷｅｂサービスが安全な場合（図６参照）と同様のため、記載を省略する。また、図７に示すステップＳ２０１〜Ｓ２０６までの処理は、それぞれ、図６に示すステップＳ１１１〜Ｓ１１６までの処理と同様のため、説明を省略する。
【００４５】
Ｗｅｂサービス安全性判定部３３は、受信した検索結果に基づいて、ユーザが利用要求するＷｅｂサービスが安全かどうかを判定する。ここでは、適合するエントリが無かったとして、ユーザが当該Ｗｅｂサービスを利用することは安全でないと判定する。Ｗｅｂサービス安全性判定部３３は、安全性判定要求（ステップＳ２０２）に対する応答として、安全性判定結果をリクエスト受信部３１へ送信する（ステップＳ２０７）。
【００４６】
安全でない旨の安全性判定結果を受信したリクエスト受信部３１は、Ｗｅｂサービス呼出部３６に対してＷｅｂサービス呼び出し依頼をすることなく、Ｗｅｂサービスの利用要求（ステップＳ２０１）に対する応答として、安全性判定結果をＷｅｂサービス利用部１１へ転送する（ステップＳ２０８）。
【００４７】
Ｗｅｂサービス利用部１１は、安全でない旨の安全性判定結果を受信したため、アラート表示部１３へ、アラート表示要求を送信する（ステップＳ２０９）。
【００４８】
アラート表示部１３は、受信したアラート表示要求に基づいて、警告メッセージを表示する。これにより、ユーザは、要求したＷｅｂサービスを利用することが安全ではない旨を認識することができる。アラート表示部１３は、警告メッセージの表示を行った旨を示す表示完了通知をＷｅｂサービス利用部１１へ送信する（ステップＳ２１０）。
【００４９】
このように、Ｗｅｂサービスフィルタリングサーバ３０では、安全でないと判断した場合には、Ｗｅｂサービスを呼び出すことなく、その旨をＷｅｂサービスクライアント１０側に通知する。ユーザは、Ｗｅｂサービスクライアント１０に表示された内容により、安全でないことからＷｅｂサービスの利用ができないことを認識することができる。
【００５０】
つづいて、呼び出すＷｅｂサービスが安全でない場合において、代替えのＷｅｂサービスを利用する方法ついて説明する。図８は、Ｗｅｂサービスフィルタリングシステムのフィルタリング処理を示すシーケンス図である。なお、あらかじめフィルタリングルールを登録する作業（ステップＳ１０１）からＷｅｂサービス利用部１１がＷｅｂサービスのＵＲＬおよびＷｅｂサービスＩＤを受信する（ステップＳ１１０）までの処理は、呼び出すＷｅｂサービスが安全な場合（図６参照）と同様のため、記載を省略する。また、図８に示すステップＳ３０１〜Ｓ３０７までの処理は、それぞれ、図７に示すステップＳ２０１〜Ｓ２０７までの処理と同様のため、説明を省略する。
【００５１】
安全でない旨の安全性判定結果を受信したリクエスト受信部３１は、Ｗｅｂサービス利用部１１に対して、Ｗｅｂサービスの利用要求をした当該ＷｅｂサービスについてのＷｅｂサービスの機能の情報を要求する（ステップＳ３０８）。このとき、Ｗｅｂサービスの利用要求をしていたユーザのユーザＩＤを使用する。
【００５２】
Ｗｅｂサービスの機能要求を受信したＷｅｂサービス利用部１１は、リクエスト受信部３１に対して、Ｗｅｂサービスの機能の情報を返信する（ステップＳ３０９）。
【００５３】
Ｗｅｂサービスの機能の情報を受信したリクエスト受信部３１は、代替Ｗｅｂサービス選択部３８に対して、代替Ｗｅｂサービス選択要求を送信する（ステップＳ３１０）。具体的には、代替Ｗｅｂサービス選択要求に、Ｗｅｂサービスの機能、ユーザＩＤの情報を含ませる。
【００５４】
代替Ｗｅｂサービス選択部３８は、リクエスト受信部３１から受信した代替Ｗｅｂサービス選択要求からユーザＩＤを用いて、フィルタリングルール管理部３４に対してフィルタリングルール確認要求を送信する（ステップＳ３１１）。
【００５５】
フィルタリングルール管理部３４は、自身が備えるフィルタリングルール管理テーブル３４１を参照し、受信したユーザＩＤに対応するフィルタリングルールを、代替Ｗｅｂサービス選択部３８へ返信する（ステップＳ３１２）。
【００５６】
代替Ｗｅｂサービス選択部３８は、Ｗｅｂサービスの機能および受信したフィルタリングルールを用いて、Ｗｅｂサービス管理部２１に対して、フィルタリングルールを満たし、安全でないと判定されたＷｅｂサービスと同等の機能を持つＷｅｂサービスの検索要求を送信する（ステップＳ３１３）。
【００５７】
Ｗｅｂサービス管理部２１は、受信したＷｅｂサービスの機能およびフィルタリングルールに基づいて、自身が備えるＷｅｂサービス管理テーブル２１１を検索し、Ｗｅｂサービスの機能およびフィルタリングルールに適合する全てのエントリのＷｅｂサービスＩＤ／ＵＲＬの一覧を、代替Ｗｅｂサービス選択部３８へ送信する（ステップＳ３１４）。
【００５８】
代替Ｗｅｂサービス選択部３８は、受信したエントリのＷｅｂサービスＩＤ／ＵＲＬの一覧のうちＷｅｂサービスＩＤ一覧の情報に基づいて、Ｗｅｂサービス利用履歴管理部３７に対して、利用履歴確認要求を送信する（ステップＳ３１５）。
【００５９】
Ｗｅｂサービス利用履歴管理部３７は、受信したＷｅｂサービスＩＤ一覧の情報に基づいて、自身が備えるＷｅｂサービス利用履歴管理テーブル３７１を検索し、ＷｅｂサービスＩＤ一覧の中から最も利用回数の多いＷｅｂサービスＩＤの情報を代替Ｗｅｂサービス選択部３８へ通知する（ステップＳ３１６）。
【００６０】
そして、代替Ｗｅｂサービス選択部３８は、Ｗｅｂサービス管理部２１から受信したエントリのＷｅｂサービスＩＤ／ＵＲＬの中から、Ｗｅｂサービス利用履歴管理部３７から通知されたＷｅｂサービスＩＤに対応するＷｅｂサービスのＵＲＬを読み出し、当該ＷｅｂサービスのＵＲＬの情報を、Ｗｅｂサービス選択要求（ステップＳ３１０）に対する応答として、リクエスト受信部３１へ送信する（ステップＳ３１７）。
【００６１】
以降、リクエスト受信部３１がサービス呼び出し依頼を送信（ステップＳ３１８）してから、Ｗｅｂサービス利用部１１がＷｅｂサービスの実行結果を受信する（ステップＳ３２４）までの処理は、Ｗｅｂサービスが安全である場合の図６のステップＳ１１８〜Ｓ１２４までの処理と同様である。
【００６２】
このように、Ｗｅｂサービスフィルタリングサーバ３０では、安全でないと判断した場合であっても、代替えとなるＷｅｂサービスを選択して実行することにより、ユーザは、改めてＷｅｂサービスの利用要求を行うことなく、目的とするサービスを受けることが可能となる。
【００６３】
なお、図８のシーケンス図に示す代替えＷｅｂサービスを選択する処理を行うことを想定して、あらかじめＷｅｂサービス利用部１１からのＷｅｂサービスの利用要求（ステップＳ３０１）に、Ｗｅｂサービスの機能の情報を含めてもよい。この場合、図８に示すステップＳ３０９、Ｓ３１０のステップを省略することができる。すなわち、安全でない旨の安全性判定結果を受信したリクエスト受信部３１は（ステップＳ３０７）、受信済みのＷｅｂサービスの機能の情報およびユーザＩＤの情報を用いて、代替Ｗｅｂサービス選択部３８に対して、代替Ｗｅｂサービス選択要求を送信することができる（ステップＳ３１０）。
【００６４】
また、Ｗｅｂサービスが安全でないと判定された場合に、警告表示を行う、または代替えＷｅｂサービスを選択する方法について説明したが、これに限定するものではなく、２つの処理を両方実施することとしてもよい。例えば、アラート表示部１３で警告メッセージを出力しつつ、代替Ｗｅｂサービス選択部３８が並行して選択処理を行ってもよいし、また、アラート表示部１３で警告メッセージが表示された後、Ｗｅｂサービス利用部１１から、図８のステップＳ３０９に相当するＷｅｂサービスの機能を送信することによって、代替えのＷｅｂサービスの選択処理を開始することとしてもよい。
【００６５】
以上説明したように、本実施の形態では、Ｗｅｂサービスフィルタリングサーバ３０が、予め定義されたフィルタリングルールに基づいて、Ｗｅｂサービスの利用要求を行ったユーザが当該Ｗｅｂサービスを利用することが安全であるかどうかを判定し、安全と判定した場合にＷｅｂサービスの呼び出し処理を行うこととした。また、安全でないと判定した場合には、ユーザに対してその旨通知する、または、代替えとなるＷｅｂサービスを選択して呼び出し処理を行うこととした。これにより、安全でないと判定された場合には、Ｗｅｂサービスの呼び出しを行うことがないため、不正に個人情報を搾取するようなＷｅｂサービスによって個人情報を盗み取られるような事態を回避できるため、安全にＷｅｂサービスの機能を享受することができる。
【産業上の利用可能性】
【００６６】
以上のように、本発明にかかるＷｅｂサービスフィルタリングシステムは、Ｗｅｂサービスの利用に有用であり、特に、有害なＷｅｂサービスのフィルタリングに適している。
【符号の説明】
【００６７】
１０Ｗｅｂサービスクライアント
１１Ｗｅｂサービス利用部
１２Ｗｅｂサービス検索要求部
１３アラート表示部
２０Ｗｅｂサービス管理サーバ
２１Ｗｅｂサービス管理部
２１１Ｗｅｂサービス管理テーブル
３０Ｗｅｂサービスフィルタリングサーバ
３１リクエスト受信部
３２ユーザ管理部
３２１ユーザ管理テーブル
３３Ｗｅｂサービス安全性判定部
３４フィルタリングルール管理部
３４１フィルタリングルール管理テーブル
３５フィルタリングルール入力部
３６Ｗｅｂサービス呼出部
３７Ｗｅｂサービス利用履歴管理部
３７１Ｗｅｂサービス利用履歴管理テーブル
３８代替Ｗｅｂサービス選択部
４０Ｗｅｂサービスサーバ
４１Ｗｅｂサービス提供部

【特許請求の範囲】
【請求項１】
Ｗｅｂサービスの利用要求を送信するＷｅｂサービスクライアントと、Ｗｅｂサービスの提供先の情報を管理するＷｅｂサービス管理サーバと、前記Ｗｅｂサービスクライアントから送信された利用要求に対応するＷｅｂサービスの安全生を判定するＷｅｂサービスフィルタリングサーバと、利用要求に対応するＷｅｂサービスを提供するＷｅｂサービスサーバと、から構成されるＷｅｂサービスフィルタリングシステムであって、
前記Ｗｅｂサービスフィルタリングサーバは、
前記Ｗｅｂサービスクライアントからの利用要求を受信し、当該利用要求に対する応答として、安全性の判定結果に基づくＷｅｂサービスの呼び出し処理または所定の処理を行うリクエスト受信手段と、
ユーザ毎に定義されたルールに基づいて前記Ｗｅｂサービス管理サーバを検索し、検索結果に基づいてＷｅｂサービスの安全性を判定するＷｅｂサービス安全性判定手段と、
ユーザ毎に定義されたルールを管理するフィルタリングルール管理手段と、
を備え、
前記Ｗｅｂサービスクライアントが、Ｗｅｂサービス情報およびユーザ情報を含む利用要求を送信し、
前記リクエスト受信手段が、受信した利用要求に対応するＷｅｂサービスの安全性判定要求に、前記Ｗｅｂサービス情報および前記ユーザ情報を含ませて送信し、
安全性判定要求を受信したＷｅｂサービス安全性判定手段が、
前記フィルタリングルール管理手段から前記ユーザ情報に対応するフィルタリングルールを取得し、
また、前記Ｗｅｂサービス管理サーバに対して、前記Ｗｅｂサービス情報および前記フィルタリングルールに基づいて、適合するエントリがあるかどうかの検索を要求して、検索結果を取得し、
さらに、前記検索結果に基づいて、適合するエントリが存在した場合には安全である旨の判定を行い、適合するエントリが無い場合には安全でない旨の判定を行い、安全性の判定結果を前記リクエスト受信手段へ送信し、
前記リクエスト受信手段が、受信した判定結果が安全である旨を示している場合に、利用要求に対応するＷｅｂサービスについて、前記Ｗｅｂサービスサーバへの呼び出し処理を行う、
ことを特徴とするＷｅｂサービスフィルタリングシステム。
【請求項２】
前記リクエスト受信手段は、受信した判定結果が安全でない旨を示している場合に、前記Ｗｅｂサービスクライアントに対して利用要求に対応するＷｅｂサービスが安全でない旨の情報を送信し、
前記Ｗｅｂサービスクライアントは、その旨の警告を出力する、
ことを特徴とする請求項１に記載のＷｅｂサービスフィルタリングシステム。
【請求項３】
前記Ｗｅｂサービスフィルタリングサーバは、さらに、
Ｗｅｂサービスごとに利用履歴を管理するＷｅｂサービス利用履歴管理手段と、
利用要求が行われたＷｅｂサービスと同等の機能を提供可能なＷｅｂサービスを選択する代替Ｗｅｂサービス選択手段と、
を備え、
前記リクエスト受信手段が、受信した判定結果が安全でない旨を示している場合に、前記Ｗｅｂサービスクライアントに対して、利用要求に対応するＷｅｂサービス機能情報を要求し、
前記Ｗｅｂサービスクライアントが、前記要求の応答として、利用要求に対応するＷｅｂサービス機能情報を返信し、
利用要求に対応するＷｅｂサービス機能情報を受信したリクエスト受信手段が、前記代替Ｗｅｂサービス選択手段に対して、前記Ｗｅｂサービス機能情報および前記ユーザ情報を含む代替Ｗｅｂサービス選択要求を送信し、
代替Ｗｅｂサービス選択要求を受信した代替Ｗｅｂサービス選択手段が、
前記フィルタリングルール管理手段から前記ユーザ情報に対応するフィルタリングルールを取得し、
また、前記Ｗｅｂサービス管理サーバに対して、前記Ｗｅｂサービス機能情報および前記フィルタリングルールに基づいて、適合するエントリの検索を要求して、該当する全てのＷｅｂサービスの情報を取得し、
また、前記Ｗｅｂサービス利用履歴管理手段に対して問い合わせを行い、前記該当する全てのＷｅｂサービスの情報の中から最も利用回数の多いＷｅｂサービスの情報を取得し、
さらに、前記最も利用回数の多いＷｅｂサービスについて、前記Ｗｅｂサービスサーバへの呼び出し処理を行う、
ことを特徴とする請求項１または２に記載のＷｅｂサービスフィルタリングシステム。
【請求項４】
前記Ｗｅｂサービスフィルタリングサーバは、さらに、
Ｗｅｂサービスごとに利用履歴を管理するＷｅｂサービス利用履歴管理手段と、
利用要求が行われたＷｅｂサービスと同等の機能を提供可能なＷｅｂサービスを選択する代替Ｗｅｂサービス選択手段と、
を備え、
前記Ｗｅｂサービスクライアントが送信する利用要求に、Ｗｅｂサービス機能情報が含まれる場合に、
前記リクエスト受信手段が、受信した判定結果が安全でない旨を示している場合に、前記代替Ｗｅｂサービス選択手段に対して、前記Ｗｅｂサービス機能情報および前記ユーザ情報を含む代替Ｗｅｂサービス選択要求を送信し、
代替Ｗｅｂサービス選択要求を受信した代替Ｗｅｂサービス選択手段が、
前記フィルタリングルール管理手段から前記ユーザ情報に対応するフィルタリングルールを取得し、
また、前記Ｗｅｂサービス管理サーバに対して、前記Ｗｅｂサービス機能情報および前記フィルタリングルールに基づいて、適合するエントリの検索を要求して該当する全てのＷｅｂサービスの情報を取得し、
また、前記Ｗｅｂサービス利用履歴管理手段に対して問い合わせを行い、前記該当する全てのＷｅｂサービスの情報の中から最も利用回数の多いＷｅｂサービスの情報を取得し、
さらに、前記最も利用回数の多いＷｅｂサービスについて、前記Ｗｅｂサービスサーバへの呼び出し処理を行う、
ことを特徴とする請求項１または２に記載のＷｅｂサービスフィルタリングシステム。
【請求項５】
Ｗｅｂサービスの利用要求を送信するＷｅｂサービスクライアントと、Ｗｅｂサービスの提供先の情報を管理するＷｅｂサービス管理サーバと、前記Ｗｅｂサービスクライアントから送信された利用要求に対応するＷｅｂサービスの安全生を判定するＷｅｂサービスフィルタリングサーバと、利用要求に対応するＷｅｂサービスを提供するＷｅｂサービスサーバと、から構成されるＷｅｂサービスフィルタリングシステムにおけるＷｅｂサービスフィルタリング方法であって、
前記Ｗｅｂサービスフィルタリングサーバが、
前記Ｗｅｂサービスクライアントからの利用要求を受信し、当該利用要求に対する応答として、安全性の判定結果に基づくＷｅｂサービスの呼び出し処理または所定の処理を行うリクエスト受信手段と、
ユーザ毎に定義されたルールに基づいて前記Ｗｅｂサービス管理サーバを検索し、検索結果に基づいてＷｅｂサービスの安全性を判定するＷｅｂサービス安全性判定手段と、
ユーザ毎に定義されたルールを管理するフィルタリングルール管理手段と、
を備える場合に、
前記Ｗｅｂサービスクライアントが、Ｗｅｂサービス情報およびユーザ情報を含む利用要求を送信する利用要求送信ステップと、
前記リクエスト受信手段が、受信した利用要求に対応するＷｅｂサービスの安全性判定要求に、前記Ｗｅｂサービス情報および前記ユーザ情報を含ませて送信する安全性判定要求ステップと、
安全性判定要求を受信したＷｅｂサービス安全性判定手段が、前記フィルタリングルール管理手段から前記ユーザ情報に対応するフィルタリングルールを取得するフィルタリングルール取得ステップと、
前記Ｗｅｂサービス安全性判定手段が、前記Ｗｅｂサービス管理サーバに対して、前記Ｗｅｂサービス情報および前記フィルタリングルールに基づいて、適合するエントリがあるかどうかの検索を要求して、検索結果を取得する検索結果取得ステップと、
前記Ｗｅｂサービス安全性判定手段が、前記検索結果に基づいて、適合するエントリが存在した場合には安全である旨の判定を行い、適合するエントリが無い場合には安全でない旨の判定を行い、安全性の判定結果を前記リクエスト受信手段へ送信する安全性判定ステップと、
前記リクエスト受信手段が、受信した判定結果が安全である旨を示している場合に、利用要求に対応するＷｅｂサービスについて、前記Ｗｅｂサービスサーバへの呼び出し処理を行うフィルタリングステップと、
を含むことを特徴とするＷｅｂサービスフィルタリング方法。
【請求項６】
さらに、
前記リクエスト受信手段が、受信した判定結果が安全でない旨を示している場合に、前記Ｗｅｂサービスクライアントに対して、利用要求に対応するＷｅｂサービスが安全でない旨の情報を送信する安全性判定結果送信ステップと、
前記Ｗｅｂサービスクライアントが、その旨の警告を出力する警告ステップと、
を含むことを特徴とする請求項５に記載のＷｅｂサービスフィルタリング方法。
【請求項７】
前記Ｗｅｂサービスフィルタリングサーバが、さらに、
Ｗｅｂサービスごとに利用履歴を管理するＷｅｂサービス利用履歴管理手段と、
利用要求が行われたＷｅｂサービスと同等の機能を提供可能なＷｅｂサービスを選択する代替Ｗｅｂサービス選択手段と、
を備える場合に、
さらに、
前記リクエスト受信手段が、受信した判定結果が安全でない旨を示している場合に、前記Ｗｅｂサービスクライアントに対して、利用要求に対応するＷｅｂサービス機能情報を要求するＷｅｂサービス機能要求ステップと、
前記Ｗｅｂサービスクライアントが、前記要求の応答として、利用要求に対応するＷｅｂサービス機能情報を返信するＷｅｂサービス機能返信ステップと、
利用要求に対応するＷｅｂサービス機能情報を受信したリクエスト受信手段が、前記代替Ｗｅｂサービス選択手段に対して、前記Ｗｅｂサービス機能情報および前記ユーザ情報を含む代替Ｗｅｂサービス選択要求を送信する代替Ｗｅｂサービス選択要求ステップと、
代替Ｗｅｂサービス選択要求を受信した代替Ｗｅｂサービス選択手段が、前記フィルタリングルール管理手段から前記ユーザ情報に対応するフィルタリングルールを取得する代替フィルタリングルール取得ステップと、
前記代替Ｗｅｂサービス選択手段が、前記Ｗｅｂサービス管理サーバに対して、前記Ｗｅｂサービス機能情報および前記フィルタリングルールに基づいて、適合するエントリの検索を要求して、該当する全てのＷｅｂサービスの情報を取得するＷｅｂサービス情報取得ステップと、
前記代替Ｗｅｂサービス選択手段が、前記Ｗｅｂサービス利用履歴管理手段に対して問い合わせを行い、前記該当する全てのＷｅｂサービスの情報の中から最も利用回数の多いＷｅｂサービスの情報を取得するＷｅｂサービス情報選択ステップと、
前記代替Ｗｅｂサービス選択手段が、前記最も利用回数の多いＷｅｂサービスについて、前記Ｗｅｂサービスサーバへの呼び出し処理を行うＷｅｂサービスサーバ呼び出しステップと、
を含むことを特徴とする請求項５または６に記載のＷｅｂサービスフィルタリング方法。
【請求項８】
前記Ｗｅｂサービスフィルタリングサーバは、さらに、
Ｗｅｂサービスごとに利用履歴を管理するＷｅｂサービス利用履歴管理手段と、
利用要求が行われたＷｅｂサービスと同等の機能を提供可能なＷｅｂサービスを選択する代替Ｗｅｂサービス選択手段と、
を備え、
前記Ｗｅｂサービスクライアントが送信する利用要求に、Ｗｅｂサービス機能情報が含まれる場合に、
前記リクエスト受信手段が、受信した判定結果が安全でない旨を示している場合に、前記代替Ｗｅｂサービス選択手段に対して、前記Ｗｅｂサービス機能情報および前記ユーザ情報を含む代替Ｗｅｂサービス選択要求を送信する代替Ｗｅｂサービス選択要求ステップと、
代替Ｗｅｂサービス選択要求を受信した代替Ｗｅｂサービス選択手段が、前記フィルタリングルール管理手段から前記ユーザ情報に対応するフィルタリングルールを取得する代替フィルタリングルール取得ステップと、
前記代替Ｗｅｂサービス選択手段が、前記Ｗｅｂサービス管理サーバに対して、前記Ｗｅｂサービス機能情報および前記フィルタリングルールに基づいて、適合するエントリの検索を要求して、該当する全てのＷｅｂサービスの情報を取得するＷｅｂサービス情報取得ステップと、
前記代替Ｗｅｂサービス選択手段が、前記Ｗｅｂサービス利用履歴管理手段に対して問い合わせを行い、前記該当する全てのＷｅｂサービスの情報の中から最も利用回数の多いＷｅｂサービスの情報を取得するＷｅｂサービス情報選択ステップと、
前記代替Ｗｅｂサービス選択手段が、前記最も利用回数の多いＷｅｂサービスについて、前記Ｗｅｂサービスサーバへの呼び出し処理を行うＷｅｂサービスサーバ呼び出しステップと、
を含むことを特徴とする請求項５または６に記載のＷｅｂサービスフィルタリング方法。

【図１】