(57)【特許請求の範囲】
【請求項１】
サービスリクエスタがサービスプロバイダによって提供されるＷｅｂ（World  Wide  Web）サービスを利用するＷｅｂサービスシステムにおいて、前記サービスプロバイダの状態を監視するＷｅｂサービス稼動監視システムであって、
前記サービスリクエスタからのリクエストに対応したＷｅｂサービスを提供するサービスプロバイダの状態を監視し、監視結果および当該監視結果に対応した動作ルールを含むＳＬＡ（Service  Level  Agreement）メッセージを生成するプロバイダ監視装置と、
前記ＳＬＡメッセージに基づいて自装置または前記サービスリクエスタが取るべき動作を決定するリクエスタ制御装置と、
を備え、
前記リクエスタ制御装置は、前記サービスリクエスタからリクエストを受信した場合に、当該リクエストを所定のネットワーク経由で前記プロバイダ監視装置へ転送し、
前記プロバイダ監視装置は、受信したリクエストに対応したＷｅｂサービスを提供するサービスプロバイダの状態の監視結果および当該監視結果に対応した動作ルールを含むＳＬＡメッセージを生成し、当該ＳＬＡメッセージを含むレスポンスを前記ネットワーク経由で前記リクエスタ制御装置へ送信し、
前記リクエスタ制御装置は、受信したレスポンスに含まれるＳＬＡメッセージを確認し、前記監視結果に基づいて、前記動作ルールに従った動作を行うかどうかを判断する、
ことを特徴とするＷｅｂサービス稼動監視システム。
【請求項２】
前記リクエスタ制御装置は、
前記リクエストの転送処理および前記レスポンスの受信処理を行うリクエスタ側メッセージ制御手段と、
前記ＳＬＡメッセージを確認し、自装置または前記サービスリクエスタが取るべき動作を決定するＳＬＡメッセージ解釈手段と、
前記リクエストを前記リクエスタ側メッセージ制御手段に対して出力し、また、前記ＳＬＡメッセージ解釈手段が決定した動作を実行するアプリケーション制御手段と、
を備え、
前記リクエスタ側メッセージ制御手段は、受信したレスポンスに含まれるＳＬＡメッセージを前記ＳＬＡメッセージ解釈手段に対して出力し、
前記ＳＬＡメッセージ解釈手段は、受け取ったＳＬＡメッセージに含まれる監視結果が正常以外の場合に、自装置または前記サービスリクエスタが前記動作ルールに従った動作を行うことを決定し、その旨を前記リクエスタ側メッセージ制御手段経由で前記アプリケーション制御手段へ通知し、
前記アプリケーション制御手段は、前記ＳＬＡメッセージ解釈手段が決定した動作として、前記動作ルールに従った動作、または、前記サービスリクエスタに対して前記動作ルールに従った動作を実行させるための指示、を行う、
ことを特徴とする請求項１に記載のＷｅｂサービス稼動監視システム。
【請求項３】
前記プロバイダ監視装置は、
前記リクエストの受信処理および前記レスポンスの送信処理を行うプロバイダ側メッセージ制御手段と、
前記サービスプロバイダの状態を監視する状態監視手段と、
前記サービスプロバイダに対するリクエストの送信処理を制御するサービス制御手段と、
前記ＳＬＡメッセージを生成するＳＬＡメッセージ生成手段と、
を備え、
前記サービス制御手段は、前記プロバイダ側メッセージ制御手段からリクエストを受け取った場合に、前記状態監視手段から、当該リクエストに対応したＷｅｂサービスを提供するサービスプロバイダの状態の監視結果を取得し、当該監視結果を前記ＳＬＡメッセージ生成手段に対して出力し、
前記監視結果を受け取ったＳＬＡメッセージ生成手段は、前記ＳＬＡメッセージを前記サービス制御手段経由で前記プロバイダ側メッセージ制御手段に対して出力し、
前記プロバイダ側メッセージ制御手段は、前記ＳＬＡメッセージを含むレスポンスを生成し、当該レスポンスを前記リクエスタ制御装置へ送信する、
ことを特徴とする請求項１または２に記載のＷｅｂサービス稼動監視システム。
【請求項４】
前記リクエスタ制御装置が動作ルールに従った動作を行うと判断した場合、
前記リクエスタ制御装置は、Ｗｅｂサービス処理を終了し、所定の時間経過後に前記プロバイダ監視装置へ向けてリクエストを再送する、
ことを特徴とする請求項１、２または３に記載のＷｅｂサービス稼動監視システム。
【請求項５】
前記リクエスタ制御装置が動作ルールに従った動作を行うと判断した場合、
前記サービスリクエスタは、Ｗｅｂサービス処理を終了し、所定の時間経過後に前記リクエスタ制御装置へ向けてリクエストを再送する、
ことを特徴とする請求項１、２または３に記載のＷｅｂサービス稼動監視システム。
【請求項６】
サービスリクエスタがサービスプロバイダによって提供されるＷｅｂ（World  Wide  Web）サービスを利用するＷｅｂサービスシステムにおいて、プロバイダ監視装置およびリクエスタ制御装置を備えたＷｅｂサービス稼動監視システムが前記サービスプロバイダの状態を監視する場合のＷｅｂサービス稼動監視方法であって、
前記リクエスタ制御装置が、前記サービスリクエスタからリクエストを受信した場合に、当該リクエストを所定のネットワーク経由で前記プロバイダ監視装置へ転送するリクエスト転送ステップと、
前記プロバイダ監視装置が、受信したリクエストに対応したＷｅｂサービスを提供するサービスプロバイダの状態を監視する監視ステップと、
前記プロバイダ監視装置が、前記監視ステップによる監視結果および当該監視結果に対応した動作ルールを含むＳＬＡ（Service  Level  Agreement）メッセージを生成するメッセージ生成ステップと、
前記プロバイダ監視装置が、前記メッセージ生成ステップにて生成したＳＬＡメッセージを含むレスポンスを前記ネットワーク経由で前記リクエスタ制御装置へ送信するレスポンス送信ステップと、
前記リクエスタ制御装置が、受信したレスポンスに含まれるＳＬＡメッセージを確認し、前記監視結果が正常以外の場合に、自装置または前記サービスリクエスタが前記動作ルールに従った動作を行うことを決定し、当該決定に従い、当該動作ルールに従った動作、または、前記サービスリクエスタに対して当該動作ルールに従った動作を実行させるための指示、を行う動作判断ステップと、
を含むことを特徴とするＷｅｂサービス稼動監視方法。
【請求項７】
前記動作ルールに従った動作を行う場合、
前記リクエスタ制御装置は、Ｗｅｂサービス処理を終了し、所定の時間経過後に前記プロバイダ監視装置へ向けてリクエストを再送する、
ことを特徴とする請求項６に記載のＷｅｂサービス稼動監視方法。
【請求項８】
前記リクエスタ制御装置が前記サービスリクエスタに対して前記動作ルールに従った動作を実行させるための指示を行った場合、
前記サービスリクエスタは、Ｗｅｂサービス処理を終了し、所定の時間経過後に前記リクエスタ制御装置へ向けてリクエストを再送する、
ことを特徴とする請求項６に記載のＷｅｂサービス稼動監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂサービスを提供するサービスプロバイダの状態を監視するＷｅｂサービス稼動監視システムに関する。
【背景技術】
【０００２】
従来から、ＳＯＡ（Service  Oriented  Architecture）に基づいて構成されたシステムにおいて、Ｗｅｂ（World  Wide  Web）サービスが提供されている。Ｗｅｂサービスを行うシステムでは、Ｗｅｂサービスクライアント（サービスリクエスタ）がサービスの呼び出しを行い、Ｗｅｂサービスサーバ（サービスプロバイダ）が様々な機能を実行結果として返している。また、複数のＷｅｂサービスクライアントから同時にサービスの呼び出しがあった場合やＷｅｂサービスサーバに障害が発生した場合、Ｗｅｂサービスサーバは、Ｗｅｂサービスを提供することができない。そのため、Ｗｅｂサービスを行うシステムでは、監視装置等がＷｅｂサービスサーバの状態を監視している。このように、監視装置等を用いてＷｅｂサービスサーバの状態を監視する技術が、下記特許文献１〜３において開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１８２６４１号公報
【特許文献２】特開２００５−０３１７３６号公報
【特許文献３】特開２００８−２０９９９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来の技術によれば、上記監視結果としてＳＬＡ（Service  Level  Agreement）やＷｅｂサービスサーバの状態をＷｅｂサービスクライアントへ通知する手段が、監視装置等において統一されていない。また、Ｗｅｂサービスクライアントが上記通知を受け取った場合であっても、ＳＬＡやＷｅｂサービスサーバの状態に応じてＷｅｂサービスクライアントがどのような動作をすべきかについては、明確に規定されていない。そのため、Ｗｅｂサービスクライアントは、Ｗｅｂサービスサーバの障害発生等によりＷｅｂサービスを受けることができない場合、個々にＷｅｂサービスサーバの状態を判断し、その後の動作を決定しなければならず、利便性が悪い、という問題があった。
【０００５】
本発明は、上記に鑑みてなされたものであって、Ｗｅｂサービスクライアント（サービスリクエスタ）の利便性を改善可能なＷｅｂサービス稼動監視システムを得ることを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本発明は、サービスリクエスタがサービスプロバイダによって提供されるＷｅｂ（World  Wide  Web）サービスを利用するＷｅｂサービスシステムにおいて、前記サービスプロバイダの状態を監視するＷｅｂサービス稼動監視システムであって、前記サービスプロバイダの状態を監視し、監視結果に基づいてＳＬＡ（Service  Level  Agreement）メッセージを生成するプロバイダ監視装置と、前記ＳＬＡメッセージに基づいて自装置または前記サービスリクエスタが取るべき動作を決定するリクエスタ制御装置と、を備え、前記リクエスタ制御装置は、前記サービスリクエスタからリクエストを受信した場合に、当該リクエストを所定のネットワーク経由で前記プロバイダ監視装置へ転送し、前記プロバイダ監視装置は、受信したリクエストに対応したＷｅｂサービスを提供するサービスプロバイダの状態の監視結果および当該監視結果に対応した動作ルールを含むＳＬＡメッセージを生成し、当該ＳＬＡメッセージを含むレスポンスを前記ネットワーク経由で前記リクエスタ制御装置へ送信し、前記リクエスタ制御装置は、受信したレスポンスに含まれるＳＬＡメッセージを確認し、前記監視結果に基づいて、前記動作ルールに従った動作を行うかどうかを判断する、ことを特徴とする。
【発明の効果】
【０００７】
本発明によれば、Ｗｅｂサービスを受けることができない場合のＷｅｂサービスクライアントの利便性を改善できる、という効果を奏する。
【図面の簡単な説明】
【０００８】
【図１】図１は、Ｗｅｂサービスシステムの構成例を示す図である。
【図２】図２は、Ｗｅｂサービス稼動監視システムの監視および制御動作を示すフローチャートである。
【図３】図３は、Ｗｅｂサービス稼動監視システムの監視および制御動作を示すフローチャートである。
【図４】図４は、ＳＬＡメッセージに含まれるＳＬＡ情報の一例を示す図である。
【発明を実施するための形態】
【０００９】
以下に、本発明にかかるＷｅｂサービス稼動監視システムの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１０】
実施の形態．
図１は、本実施の形態のＷｅｂ（World  Wide  Web）サービス稼動監視システムを搭載したＷｅｂサービスシステムの構成例を示す図である。Ｗｅｂサービスシステムは、サービスリクエスタ１と、リクエスタ制御装置２と、ネットワーク３と、プロバイダ監視装置４と、サービスプロバイダ５と、を備える。
【００１１】
サービスリクエスタ１は、Ｗｅｂサービスを利用するにあたり、Ｗｅｂサービスを呼び出すためのリクエストメッセージを送信するクライアント側の端末である。
【００１２】
リクエスタ制御装置２は、サービスリクエスタ１から受信したリクエストメッセージを、ネットワーク３を経由してプロバイダ監視装置４へ転送し、また、ネットワーク３を経由してプロバイダ監視装置４から受信したレスポンスメッセージに基づいて、自装置またはサービスリクエスタ１が取るべき動作を決定する。
【００１３】
ネットワーク３は、サービスリクエスタ１およびリクエスタ制御装置２側と、プロバイダ監視装置４およびサービスプロバイダ５側とを結ぶネットワークであり、一例として、インターネットがあるがこれに限定するものではない。
【００１４】
プロバイダ監視装置４は、ネットワーク３を経由して受信したリクエストメッセージに応じて、Ｗｅｂサービスを提供するサービスプロバイダ５の状態を監視してレスポンスメッセージを生成し、また、当該レスポンスメッセージを、ネットワーク３を経由してリクエスタ制御装置２へ送信する。
【００１５】
サービスプロバイダ５は、Ｗｅｂサービスの呼び出し（リクエストメッセージ）に対応して、実際にＷｅｂサービスを提供するサーバである。
【００１６】
つぎに、Ｗｅｂサービス稼動監視システムの構成について説明する。Ｗｅｂサービス稼動監視システムは、リクエスタ制御装置２およびプロバイダ監視装置４によって構成される。
【００１７】
リクエスタ制御装置２は、アプリケーション制御部２１と、リクエスタ側メッセージ制御部２２と、ＳＬＡ（Service  Level  Agreement）メッセージ解釈部２３と、を備える。
【００１８】
アプリケーション制御部２１は、サービスリクエスタ１からリクエストメッセージを受信した場合に、リクエスタ側メッセージ制御部２２へ転送し、また、ＳＬＡメッセージ解釈部２３が決定した動作を実行する。リクエスタ側メッセージ制御部２２は、リクエストメッセージをネットワーク３経由でプロバイダ監視装置４へ送信し、また、ネットワーク３経由でプロバイダ監視装置４からレスポンスメッセージを受信する。ＳＬＡメッセージ解釈部２３は、レスポンスメッセージに含まれているＳＬＡメッセージを取得し、当該ＳＬＡメッセージに基づいて、自装置またはサービスリクエスタ１が取るべき動作を決定し、リクエスタ側メッセージ制御部２２へ引き渡す。
【００１９】
プロバイダ監視装置４は、プロバイダ側メッセージ制御部４１と、サービス制御部４２と、状態監視部４３と、ＳＬＡメッセージ生成部４４と、を備える。
【００２０】
プロバイダ側メッセージ制御部４１は、ネットワーク３経由でリクエスタ制御装置２からリクエストメッセージを受信し、また、レスポンスメッセージをネットワーク３経由でリクエスタ制御装置２へ送信する。サービス制御部４２は、サービスプロバイダ５の状態に基づいて、Ｗｅｂサービスの呼び出し等を行う。状態監視部４３は、Ｗｅｂサービスを提供するサービスプロバイダ５の状態（以下、Ｗｅｂサービスを提供するサービスプロバイダ５の状態を「サービスの状態」とする）を監視する。ＳＬＡメッセージ生成部４４は、サービスの状態、および当該サービスの状態に対応した動作ルールを含むＳＬＡメッセージを生成する。
【００２１】
つづいて、Ｗｅｂサービス稼動監視システムの監視および制御動作について説明する。図２、図３は、Ｗｅｂサービス稼動監視システムの監視および制御動作を示すフローチャートである。
【００２２】
まず、サービスリクエスタ１がＷｅｂサービスを呼び出すためリクエストメッセージを送信すると、リクエスタ制御装置２のアプリケーション制御部２１が、リクエストメッセージを受信する（ステップＳ１）。アプリケーション制御部２１は、受信したリクエストメッセージをリクエスタ側メッセージ制御部２２へ転送する（ステップＳ２）。そして、リクエスタ側メッセージ制御部２２が、当該リクエストメッセージをプロバイダ監視装置４へ転送する（ステップＳ３）。
【００２３】
プロバイダ監視装置４では、プロバイダ側メッセージ制御部４１が、リクエスタ制御装置２から受信したリクエストメッセージを、サービス制御部４２へ転送する（ステップＳ４）。サービス制御部４２は、状態監視部４３を呼び出し、Ｗｅｂサービスを提供するサービスプロバイダ５の状態（サービスの状態）の監視を依頼する（ステップＳ５）。状態監視部４３は、サービスの状態を監視し、サービスの状態の監視結果をサービス制御部４２へ送信する（ステップＳ６）。
【００２４】
つぎに、サービス制御部４２は、ＳＬＡメッセージ生成部４４へ、サービスの状態の監視結果を送信する（ステップＳ７）。そして、ＳＬＡメッセージ生成部４４は、サービスの状態に応じたＳＬＡ情報を含むＳＬＡメッセージを生成し、当該ＳＬＡメッセージをサービス制御部４２へ送信する（ステップＳ８）。
【００２５】
図４は、ＳＬＡメッセージに含まれるＳＬＡ情報の一例を示す図である。ここでは、ＳＬＡ情報として、サービスレベル、サービスの状態、動作ルールの３つの情報を示す。
【００２６】
サービスレベルは、Ｗｅｂサービスシステムの管理者等が予め設定した項目の情報である。例えば、メンテナンス等でＷｅｂサービスを提供するサービスプロバイダ５の停止予定がある場合に、その停止期間の開始時刻および終了時刻の情報を、ＳＬＡメッセージ生成部４４が生成するＳＬＡメッセージに含ませるものである。また、応答時間やタイムアウト時間等の時間を規定し、その情報を含めることができる。
【００２７】
サービスの状態は、リクエストメッセージに対応したＷｅｂサービスを提供するサービスプロバイダ５の現在の状態を示す。ここでは、サービスの状態の種別として、正常、負荷過多、不測の障害、停止等を示すが、これに限定するものではない。
【００２８】
動作ルールは、上記サービスの状態の種別に応じて、サービスリクエスタ１等が取るべき動作の一覧を記載したものである。項目の大分類（負荷過多の場合の動作、不測の障害の場合の動作、停止している場合の動作）は、サービスの状態における正常の場合を除いた項目と対応している。大分類の下には、各サービスの状態における動作の候補を示している。例えば、サービスの状態が負荷過多の場合では、候補の動作として、「一旦処理を終了し、一定時間後にアプリケーション制御部よりリクエストメッセージの再送」を行う、または「一旦処理を終了して、一定時間後にサービスリクエスタよりリクエストメッセージの再送」を行う等がある。
【００２９】
図３のフローチャートに替わって、サービス制御部４２は、状態監視部４３から受信したサービスの状態の確認結果を確認し（ステップＳ９）、サービスの状態が正常であり、Ｗｅｂサービスが通常利用できる場合には（ステップＳ９：Ｙｅｓ）、サービスプロバイダ５へリクエストメッセージを転送し、サービスプロバイダ５から、当該リクエストメッセージに対応したＷｅｂサービスを実行した処理結果を受け取る（ステップＳ１０）。そして、サービス制御部４２は、受け取った処理結果およびＳＬＡメッセージを、プロバイダ側メッセージ制御部４１へ転送する（ステップＳ１１）。なお、サービス制御部４２は、Ｗｅｂサービスが通常利用できる場合（ステップＳ９：Ｙｅｓ）であっても、正常に処理されなかった等、何らかの理由により所望の処理結果を得られない場合がある。前記処理結果には、この様な場合の結果も含むこととする。
【００３０】
一方、サービス制御部４２は、サービスの状態が停止等の正常以外であり、Ｗｅｂサービスが通常利用できない場合には（ステップＳ９：Ｎｏ）、ＳＬＡメッセージをプロバイダ側メッセージ制御部４１へ転送する（ステップＳ１２）。プロバイダ側メッセージ制御部４１は、サービス制御部４２からＳＬＡメッセージのみを受信した場合には、エラーメッセージを生成する（ステップＳ１３）。
【００３１】
プロバイダ側メッセージ制御部４１は、処理結果およびＳＬＡメッセージを受信した場合には、これらに基づいてレスポンスメッセージを生成し、当該レスポンスメッセージをリクエスタ制御装置２へ送信する（ステップＳ１４）。一方、ＳＬＡメッセージのみを受信した場合には、エラーメッセージを生成し、当該エラーメッセージと受信したＳＬＡメッセージとに基づいてレスポンスメッセージを生成し、当該レスポンスメッセージをリクエスタ制御装置２へ送信する（ステップＳ１４）。なお、プロバイダ側メッセージ制御部４１は、ＳＬＡメッセージのみを受信した場合、エラーメッセージを生成することなく、処理結果やエラーメッセージに相当する情報を含まない形式でレスポンスメッセージを生成してもよい。
【００３２】
リクエスタ制御装置２では、リクエスタ側メッセージ制御部２２が、受信したレスポンスメッセージからＳＬＡメッセージを抽出し、当該ＳＬＡメッセージをＳＬＡメッセージ解釈部２３へ転送する（ステップＳ１５）。ＳＬＡメッセージ解釈部２３では、ＳＬＡメッセージに含まれるＳＬＡ情報（サービスレベル、サービスの状態、動作ルール）を解釈し、サービスリクエスタ１等において取るべき動作を決定して、取るべき動作を示す動作情報をリクエスタ側メッセージ制御部２２へ送信する（ステップＳ１６）。
【００３３】
具体的に、ＳＬＡメッセージ解釈部２３は、図４に示すように、サービスの状態が「負荷過多」であった場合には、一旦処理を終了し、一定時間後にアプリケーション制御部２１よりリクエストメッセージを再送する、または、一旦処理を終了し、一定時間後にサービスリクエスタ１よりリクエストメッセージを再送する、等の動作を取ることを決定する。また、ＳＬＡメッセージ解釈部２３は、サービスの状態がメンテナンス等により「停止」の場合には、サービスレベルに示されている停止期間の終了時刻に達した後、アプリケーション制御部２１よりリクエストメッセージを再送する、または、一旦処理を終了し、停止期間の終了時刻に達した後、サービスリクエスタ１よりリクエストメッセージを再送する、等の動作を取ることを決定する。なお、ＳＬＡメッセージ解釈部２３は、サービスの状態が「正常」であった場合には、通常処理ができるとして、アプリケーション制御部２１からサービスリクエスタ１へ処理結果を送信することを決定する。
【００３４】
リクエスタ側メッセージ制御部２２は、受信した情報（動作情報、およびレスポンスメッセージに含まれる処理結果またはエラーメッセージ）をアプリケーション制御部２１へ転送する（ステップＳ１７）。
【００３５】
アプリケーション制御部２１では、受信した動作情報に基づいて、通常処理が可能かどうかを確認する（ステップＳ１８）。通常処理できる場合には（ステップＳ１８：Ｙｅｓ）、前記動作情報に従ってサービスリクエスタ１へ処理結果を送信する（ステップＳ１９）。一方、通常処理できない場合には（ステップＳ１８：Ｎｏ）、前記動作情報で示される動作ルールに従った動作を実行する（ステップＳ２０）。このとき、サービスリクエスタ１が動作ルールに従った動作を実行する場合には、アプリケーション制御部２１は、その旨をサービスリクエスタ１に対して指示する。そして、サービスリクエスタ１が、動作ルールに従った動作を実行する。
【００３６】
このように、リクエスタ制御装置２およびプロバイダ監視装置４によって構成されるＷｅｂサービス稼動監視システムは、Ｗｅｂサービスを提供するサービスプロバイダ５の状態を監視し、監視結果に基づいてリクエストメッセージを送信する側の動作を制御する。プロバイダ監視装置４は、サービスプロバイダ５の状態を監視しており、サービスリクエスタ１からのリクエストメッセージを受信した場合に、当該リクエストメッセージに対応したＷｅｂサービスを提供するサービスプロバイダ５の状態の確認結果および当該確認結果に対応した動作ルールを含むＳＬＡメッセージを送信する。リクエスタ制御装置２は、受信したＳＬＡメッセージを解釈し、動作ルールに応じて取るべき動作を決定する。そして、自装置またはサービスリクエスタ１が、決定に従った動作を実行する。このように、サービスリクエスタ１では、サービスプロバイダ５の状態に基づいて判断を行うことなく、動作ルールに基づいた動作を実行することができるため、利便性を改善できる。
【００３７】
また、動作ルールに従った動作として、例えば、サービスリクエスタ１またはリクエスタ制御装置２のアプリケーション制御部２１は、一定期間経過しなければリクエストメッセージを再送することができない。そのため、サービスプロバイダ５の負荷過多の場合に、サービスリクエスタ１、リクエスタ制御装置２側から、リクエストメッセージの再送を頻繁に送信する事態を回避することができる。これにより、システムを更なる過多の状態にする事態を回避できるため、システム全体としてみた場合に、不要な処理を減らすことができる。
【００３８】
以上説明したように、本実施の形態によれば、Ｗｅｂサービス稼動監視システムを構成するリクエスタ制御装置２およびプロバイダ監視装置４が、サービスリクエスタ１からのリクエストメッセージに応じて、Ｗｅｂサービスを提供するサービスプロバイダ５の状態を監視した結果、Ｗｅｂサービスを通常利用できない場合に、予め規定した動作ルールに基づいてサービスリクエスタ１またはリクエスタ制御装置２が取るべき動作を決定することとした。これにより、サービスリクエスタ１では、サービスプロバイダ５の状態に応じて取るべき対応を判断・考慮する必要がないため、Ｗｅｂサービスを通常利用できない場合のサービスクライアント１の利便性を改善することができる。
【産業上の利用可能性】
【００３９】
以上のように、本発明にかかるＷｅｂサービス稼動監視システムは、ＳＯＡに基づいて構成されたクライアント・サーバシステムに有用であり、特に、サーバがクライアントにＷｅｂサービスを提供するシステムに適している。
【符号の説明】
【００４０】
１  サービスリクエスタ
２  リクエスタ制御装置
２１  アプリケーション制御部
２２  リクエスタ側メッセージ制御部
２３  ＳＬＡメッセージ解釈部
３  ネットワーク
４  プロバイダ監視装置
４１  プロバイダ側メッセージ制御部
４２  サービス制御部
４３  状態監視部
４４  ＳＬＡメッセージ生成部
５  サービスプロバイダ
【図１】
0005537970.tif 000002
【図２】
0005537970.tif 000003
【図３】
0005537970.tif 000004
【図４】
0005537970.tif 000005