(57)【要約】【課題】  サービス指向アーキテクチャに基づいて構築されたWebシステムに対応し、業務系システムに必要なデッドラインスケジューリング機能を実現するサーバの運用・管理技術を提供することを目的とする。【解決手段】  サービス指向アーキテクチャに基づいて構築された業務系Webシステムを運用・管理するシステム及びプログラムで、業務系Webシステムが所定の業務を処理するのに必要なWebサービスのリソースを見積もり、前記所定の業務が所定の日時までに完了すべきことを指示するポリシーを設定し、設定されたポリシーに基づいて前記業務系Webシステムを運用する。部署、役職、あるいは業務毎に、Webサービスを実行するのに必要なリソースを予め測定しておき、指定されたポリシーを遂行するのに必要なリソースを事前に確保しておくことで、処理が集中しても決められた時間内に業務を処理することができる。【選択図】  図１
2006099162.tif 000002
【特許請求の範囲】
【請求項１】
サービス指向アーキテクチャに基づいて構築された任意の数のWebサービスサーバを備える業務系のWebシステムを運用・管理する業務系Webシステムの運用・管理システムであって、
前記業務系Webシステムが所定の業務を処理するのに必要なWebサービスのリソースを見積もる手段と、
前記所定の業務が所定の日時までに完了すべきことを指示するポリシーを設定する手段と、
設定されたポリシーに基づいて前記業務系Webシステムを運用する手段と
を備えることを特徴とする業務系Webシステムの運用・管理システム。
【請求項２】
請求項１に記載の業務系Webシステムの運用・管理システムにおいて、
前記リソースを見積もる手段が、前記所定の業務を処理するのに必要なWebサービスを実行するのに必要なリソースを、そのWebサービスを含む業務及び利用する従業員の部署・役職ごとに、測定・管理する手段を含むことを特徴とする業務系Webシステムの運用・管理システム。
【請求項３】
請求項１に記載の業務系Webシステムの運用・管理システムにおいて、
前記ポリシーを設定する手段が、
前記所定の業務が前記所定の日時までに完了すべきことを指示するポリシーの入力を受け付ける手段と、
入力されたポリシーを遂行するのに必要となる各Webサービスのリソースを、前記リソースを見積もる手段による見積もり結果を用いて、算出する手段と、
入力されたポリシーで指定された業務が完了すべき日時の前に、前記業務系Webシステムが前記ポリシーを遂行できるように、前記算出する手段で算出されたリソースを、当該業務が含むWebサービスに、割り当てる手段と
を含むことを特徴とする業務系Webシステムの運用・管理システム。
【請求項４】
請求項３に記載の業務系Webシステムの運用・管理システムにおいて、
前記ポリシーは、完了させるべき前記所定の業務を示す情報のほか、その業務を行う従業員の部署と役職、その業務を完了させるべき日付と時間帯、及びその業務を完了させる優先度を含むことを特徴とする業務系Webシステムの運用・管理システム。
【請求項５】
請求項４に記載の業務系Webシステムの運用・管理システムにおいて、
前記リソースを算出する手段は、前記リソースを見積もる手段による各Webサービスを実行するのに必要なリソースの見積もり結果に基づいて、前記業務系Webシステムが前記ポリシーを遂行できるだけのリソースを求めるとともに、求めたリソースの値を前記優先度により調整することを特徴とする業務系Webシステムの運用・管理システム。
【請求項６】
請求項５に記載の業務系Webシステムの運用・管理システムにおいて、
前記リソースを割り当てる手段は、前記優先度により調整されたリソースを確保するように、前記WebサービスサーバにWebサービスを配置することを特徴とする業務系Webシステムの運用・管理システム。
【請求項７】
請求項６に記載の業務系Webシステムの運用・管理システムにおいて、
前記リソースを割り当てる手段は、前記優先度の高い業務に対しては、その業務を構成するWebサービスを疎結合から密結合に変換して、前記Webサービスサーバに配置することを特徴とする業務系Webシステムの運用・管理システム。
【請求項８】
請求項１に記載の業務系Webシステムの運用・管理システムにおいて、
前記業務系Webシステムを運用する手段は、前記Webサービスとそれが配置されているWebサービスサーバとの対応を管理する手段を含むことを特徴とする業務系Webシステムの運用・管理システム。
【請求項９】
請求項１に記載の業務系Webシステムの運用・管理システムにおいて、
前記業務系Webシステムを運用する手段は、従業員の部署・役職、及び処理しようとしている業務に対応するポリシーの優先度に応じて、その従業員からのリクエストを適当なWebサービスを実行しているWebサービスサーバに割り振る手段を含むことを特徴とする業務系Webシステムの運用・管理システム。
【請求項１０】
請求項９に記載の業務系Webシステムの運用・管理システムにおいて、
前記業務系Webシステムを運用する手段は、前記ポリシーで決められた部署・役職の従業員により前記業務が完了した場合、そのポリシーのために確保しておいたリソースを開放する手段を含むことを特徴とする業務系Webシステムの運用・管理システム。
【請求項１１】
サービス指向アーキテクチャに基づいて構築された任意の数のWebサービスサーバを備える業務系のWebシステムを運用・管理する業務系Webシステムの運用・管理プログラムであって、コンピュータを
前記業務系Webシステムが所定の業務を処理するのに必要なWebサービスのリソースを見積もる手段と、
前記所定の業務が所定の日時までに完了すべきことを指示するポリシーを設定する手段と、
設定されたポリシーに基づいて前記業務系Webシステムを運用する手段と
を備える業務系Webシステムの運用・管理システムとして機能させることを特徴とする業務系Webシステムの運用・管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Webサービスやグリッド技術によるサービス連携によって構成されている業務系Webシステムの運用及び管理の技術に関する。
【背景技術】
【０００２】
従来、WebシステムにおいてWebサーバの負荷を分散する技術として、例えば、下記特許文献１及び特許文献２に記載のものが知られている。
【０００３】
下記特許文献１に記載のものは、窓口サーバが、常にWebサーバ負荷状況を監視し、リクエストしてきたクライアントを、リダイレクト技術により、リストの中で負荷の小さいWebサーバと通信させるものである。
【０００４】
また、下記特許文献２に記載のものは、負荷分散装置が、クライアントからのサービス要求パケットのヘッダ情報から、要求されたサービスを遂行するのに必要なリソースを見積もり、必要なリソース分の余裕があるWebサーバにパケットを振り分けることで、動的負荷分散を行うようにしたものである。
【特許文献１】特開２００３−１０８５３７号公報
【特許文献２】特開２００２−９１９３６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１及び２に記載の技術は、インターネットを対象とした旧来の３層アーキテクチャで構築されたWebシステムを前提としているので、業務系システム（イントラネット）を対象としサービス指向アーキテクチャに基づいて構築されたWebシステムに適用できないという問題がある。
【０００６】
ここで、サービス指向アーキテクチャに基づいて構築されたWebシステムとは、Webサーバをインターフェースとして利用し、該Webサーバのバックエンドに複数のWebサービスサーバを接続し、実質的な処理はそれら複数のWebサービスサーバ上で動作するサービスを連携させたシステムで行うシステムである。ただし、各Webサービスサーバ上で動作するサービスは同一とは限らず、管理者の指示により、一台のWebサービスサーバ上で動作するサービスの個数や種類、各サービスが利用できるリソースの割合は変更できる。
【０００７】
このとき、Webサーバはインターフェースの役割しかしていないので、負荷分散の対象となるのは、Webサービスサーバとなる。各Webサービスサーバは、特許文献１及び２に記載の全て同じアプリケーションが動作しているWebサーバとは異なり、お互いに異なるサービスを動作させている。そのため、特許文献１及び２の技術を、これらWebサービスサーバに適用できない問題が生じる。
【０００８】
また、業務システムの場合、ヒューマンワークフローにおいて、全ての関連する従業員の処理が決められた日時までに完了しなければならない、というデッドラインスケジューリングが必要になる。しかしながら、特許文献１及び２の技術には、このような仕組みがなく、締め切り間際に多数の従業員による処理が集中しても対応できないという問題がある。
【０００９】
本発明の目的は、上記課題を解決することにあり、特に、サービス指向アーキテクチャに基づいて構築されたWebシステムに対応し、業務系システムに必要なデッドラインスケジューリング機能を実現するサーバの運用・管理システム及びプログラムを提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本発明は、サービス指向アーキテクチャに基づいて構築された任意の数のWebサービスサーバを備える業務系のWebシステムを運用・管理する業務系Webシステムの運用・管理システム及びプログラムで、業務系Webシステムが所定の業務を処理するのに必要なWebサービスのリソースを見積もり、前記所定の業務が所定の日時までに完了すべきことを指示するポリシーを設定し、設定されたポリシーに基づいて前記業務系Webシステムを運用することを特徴とするものである。
【００１１】
リソースの見積もりにおいては、前記所定の業務を処理するのに必要なWebサービスを実行するのに必要なリソースを、そのWebサービスを含む業務及び利用する従業員の部署・役職ごとに測定・管理することにより見積もる。ポリシーの設定においては、前記所定の業務が所定の日時までに完了すべきことを指示するポリシーの入力を受け付け、入力されたポリシーを遂行するのに必要となる各Webサービスのリソースを算出し、入力されたポリシーで指定された業務が完了すべき日時の前に、前記業務系Webシステムが前記ポリシーを遂行できるようにリソースを割り当てる。ポリシーは、例えば、完了させるべき前記所定の業務を示す情報のほか、その業務を行う従業員の部署と役職、その業務を完了させるべき日付と時間帯、及びその業務を完了させる優先度を含むものとする。リソースを算出する際には、前記リソースの見積もり結果に基づいて、前記業務系Webシステムが前記ポリシーを遂行できるだけのリソースを求めるとともに、求めたリソースの値を前記優先度により調整するようにする。また、優先度により調整されたリソースを確保するように、前記WebサービスサーバにWebサービスを配置する。さらに、優先度の高い業務に対しては、その業務を構成するWebサービスを疎結合から密結合に変換して、前記Webサービスサーバに配置する。
【００１２】
前記業務系Webシステムの運用においては、前記Webサービスとそれが配置されているWebサービスサーバとの対応を管理する。また、従業員の部署・役職、及び処理しようとしている業務に対応するポリシーの優先度に応じて、その従業員からのリクエストを適当なWebサービスを実行しているWebサービスサーバに割り振るようにする。ポリシーで決められた部署・役職の従業員により前記業務が完了した場合、そのポリシーのために確保しておいたリソースを開放する。
【発明の効果】
【００１３】
本発明によれば、部署、役職、あるいは業務毎に、Webサービスを実行するのに必要なリソースを予め測定しておき、指定されたポリシーを遂行するのに必要なリソースを事前に確保しておくことで、処理が集中しても決められた時間内に業務を処理することができる。また、部署、役職、あるいは業務毎に必要なリソースを管理しておくことで、人事異動等で多くの従業員の部署や役職が変更になっても対応できる。さらに、事前にポリシーを遂行する上で必要なリソースを確保しておくことで、運用時にWebサービスサーバの状態を監視するコストを削減することができる。以上のようにして、サービス指向アーキテクチャに基づいて構築されたWebシステムに対応し、業務系システムに必要なデッドラインスケジューリング機能を実現することができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明を実施する場合の一形態を図面を参照して具体的に説明する。
【００１５】
図１は、本発明の実施の一形態であるWebシステムの全体構成図である。このWebシステムは、クライアント１０１、Webサーバ１０３、管理サーバ１０４、管理クライアント１０５、及びWebサービスサーバ群１１０を備えている。Webサービスサーバ群１１０は、Webサービスを実行する複数のWebサービスサーバ１１１から構成される。クライアント１０１は、イントラネット１０２を通してWebサーバ１０３にリクエストを送信し、その結果を受信する。Webサーバ１０３は、クライアント１０１からのリクエストを受信するWebサービスサーバ群１１０にジョブを送信し、その結果をクライアント１０１に送信する。管理サーバ１０４は、管理者によって設定されたポリシーを実現するように、Webサーバ１０３やWebサービスサーバ１１１を制御する。管理クライアント１０５は、管理サーバ１０４に対して運用ポリシーを設定する。
【００１６】
図２は、管理サーバ１０４のブロック図である。管理サーバ１０４は、通信部２０１、制御部２１０、及びデータベース（DB）部２２０を備える。制御部２１０は、ユーザ認証を行う認証部２１１、WebサービスをWebサービスサーバ群１１０の各Webサービスサーバ１１１に配置するサービス配置部２１２、設定されたポリシーから必要なリソースを計算するリソース計算部２１３、及びポリシーの実行を制御するポリシー実行部２１４を備える。また、DB部２２０は、認証情報DB２２１、ソースコードDB２２２、サーバ管理DB２２３、リソース情報DB２２４、及びポリシーDB２２５を備える。
【００１７】
図３は、認証情報DB２２１のデータ構造を示す。認証情報DB２２１は、本システムを利用する各従業員の認証情報を保持する。具体的には、各従業員の、従業員番号、氏名、部署、役職、アカウント、及びパスワードなどを保持している。
【００１８】
図示しないが、ソースコードDB２２２は、各種のWebサービスのソースコードを保持する。管理サーバ１０４は、設定されているポリシーに基づいて、複数のWebサービスサーバ１１１のそれぞれに配置するWebサービスを決定するが、決定されたWebサービスのソースコードが（コンパイル後）各Webサービスサーバ１１１に送られて実行され、これにより各Webサービスサーバ１１１によるWebサービスが実行される。
【００１９】
図４は、サーバ管理DB２２３のデータ構造を示す。サーバ管理DB２２３は、サーバリソーステーブルとサービス管理テーブルを備える。サーバリソーステーブルは、Webサービスサーバ群１１０の各Webサービスサーバ１１１のリソースを管理するためのテーブルであり、具体的には、各Webサービスサーバ１１１のＩＰアドレス、及びそのサーバが持っているCPUリソースとメモリリソースを数値化した値（CPUならば周波数、メモリならばバイト数などで規格化した値）を保持している。サービス管理テーブルは、各Webサービスサーバ１１１において、ワークロードマネージャにより各Webサービスに割り当てているリソースを管理するテーブルである。具体的には、各Webサービスサーバ１１１に対して、そのサーバでどのWebサービスが実行されているか、また実行されている各Webサービスに対してどれだけのCPUリソースとメモリリソースを割り当てているかを保持する。
【００２０】
図５は、リソース情報DB２２４のデータ構造を示す。リソース情報DB２２４は、特定の業務を構成しているWebサービスと、そのWebサービスの実行に必要なリソースを、部署及び役職ごとに管理するテーブルであり、部署、役職、人数、業務、サービス、リソース（CPU）、及びリソース（メモリ）の各項目を保持する。例えば、図５の第１，２行目のレコードは、部署Ａの役職１の従業員が行う業務Ａがサービス１とサービス３から構成されており、その業務Ａを実行するのに従業員３人が必要であることを示している。また、サービス１に対しては、CPUリソースが１、メモリリソースが２必要であり、サービス３に対しては、CPUリソースが２、メモリリソースが５必要であることを示している。これは、従業員１人が当該サービスを実行するのに必要なリソースを示している。
【００２１】
図６は、ポリシーDB２２５のデータ構造を示す。ポリシーDB２２５は、特定業務の優先度を、部署及び役職ごとに管理するとともに、その業務を実行して終了させるべきデッドラインの日付と時間帯を保持する。例えば、図６の第１行目のポリシー（レコード）は、部署Ａの役職１の従業員が行う業務Ａは優先度が１であり、毎週月曜日の8:00〜12:00には終了させるべきことを示している。なお、優先度は０から１の範囲で指定し、１が最も高い優先度で、数値が下がるほど優先度は低くなる。残り人数は、現時点で当該業務を完了していない人数を示す。
【００２２】
本実施形態のWebシステムにおいて、ポリシーに基づく運用を行うには、（１）リソースの見積もり、（２）ポリシー設定、（３）システム運用の３段階が存在する。以下、これらの各段階について説明する。
【００２３】
（１）リソースの見積もり
最初に、複数のサービスの連携によって構成されている業務を特定の従業員が処理するのに必要なWebサービスサーバ１１１のリソースを見積もる。特定業務の処理に必要なWebサービスサーバ１１１のリソースは、業務系システムの場合、従業員の役職や部署などに依存する。そこで、事前に従業員を役職や部署で分類しておき、管理サーバ１０４は、Webサービスサーバ群１１０から、従業員が特定の業務を行う上で使用したリソースをサービスごとに取得・集計し、リソース情報DB２２４（図５）に格納する。ここで、サーバでのリソースの使用状況は、SNMP（Simple Network Management Protocol）やログなどの従来技術で取得可能である。
【００２４】
（２）ポリシー設定
この段階ではさらに、（a）管理者によるポリシー設定、（b）リソース計算、（c）サービス配置の３つの段階があり、以下これらの各段階について詳細に説明する。これら３つの段階は、管理サーバ１０４の制御部２１０が、ポリシー実行部２１４、リソース計算部２１３、及びサービス配置部２１２を利用して実行するものである。
【００２５】
（a）管理者によるポリシー設定
管理者は、ビジネス要件に基づき、管理クライアント１０５を利用してポリシーを設定する。管理クライアント１０５は、設定されたポリシーを管理サーバ１０４に送信し、管理サーバ１０４は、受信したポリシーをポリシーDB２２５（図６）に格納する。
【００２６】
ここで、ポリシーの設定とは、図６のポリシーDB２２５のデータ構造に示すように、特定の業務が指定された時間帯で完了するように、部署及び役職ごとの優先度とデッドライン（日付と時間帯）を設定することを意味している。なお、ポリシーDB２２５は、優先度が設定された業務ごとに、その業務が完了していない従業員の人数（残り人数）も合わせて管理している。ポリシーの設定時、残り人数の欄には、図５のリソース情報DB２２４に記載されている人数などに基づいて当該業務を行うのに必要な人数が初期値として自動的に設定される。
【００２７】
（b）リソース計算
上記ポリシー設定がなされた後、管理サーバ１０４のリソース計算部２１３は、ポリシーを遂行するのに必要となる各Webサービスのリソースを計算する。すなわち、管理サーバ１０４のリソース計算部２１３は、ポリシーDB２２５（図６）を参照し、各ポリシーに関して、指定された日付及び時間帯の前にリソースの計算を開始する。リソース計算は、ポリシーDB２２５（図６）及びリソース情報DB２２４（図５）を参照して、各ポリシーに関して以下の計算式で計算する。
【００２８】
（ｉ番目のポリシーにおけるWebサービスaのリソース）
＝（残り人数）×（Webサービスaのリソース）×（優先度）
【００２９】
なお、「ｉ番目のポリシーにおけるWebサービスaのリソース」とは、図６のポリシーDB２２５のｉ番目のポリシーの業務を構成するWebサービスaに割り当てるべきリソースを意味する。「残り人数」は、当該ポリシーの残り人数の欄に記載されている人数である。「Webサービスaのリソース」は、図５のリソース情報DB２２４に記載されている当該サービスに必要なリソースの値である。「優先度」は、当該ポリシーで指定されている優先度である。例えば、当該業務がWebサービスaとbとから構成されていた場合は、各Webサービスについて上記の計算で必要なリソースを求める。これにより、当該ポリシーで指定されている部署及び役職の従業員が当該業務の各Webサービスを実行するためにどれだけのリソースが必要なのかが求められたことになる。なお、リソースに関してはCPUやメモリなど数種類あるが、各リソースについて計算するものとする。
【００３０】
（c）サービス配置
管理サーバ１０４のサービス配置部２１２は、ポリシーで指定された日時（時間帯に記載されている開始時刻）になると、上記（b）で得られた各Webサービスに必要なリソースを基に、サーバ管理DB２２３を参照して、各Webサービスサーバ１１１に、当該ポリシーで指定された業務を構成する全てのWebサービスを、上記必要なリソースを満たすように配置し、実行する。これにより、当該ポリシーの業務を構成する全Webサービスに関して、デッドラインまでに終了できるだけのリソースが事前に確保されたことになる。
【００３１】
特に、本実施形態では、ポリシーDB２２４において、優先度が１に指定されたポリシーの業務は、特に指定された時間帯で完了させることを守ることが要求されるので、複数のWebサービスの疎結合から構成されている業務を密結合に変換して、業務を実行させるようにしている。すなわち、特定の業務においてWebサービスには、別のWebサービスを利用するWebサービスと、別のWebサービスから利用されるWebサービスの２種類が存在する。通常２つのWebサービスが連携するには、利用するWebサービスが利用されるWebサービスのスタブを直接利用し、スタブがネットワークを通して利用されるWebサービスと通信を行うことによって連携する。しかしこの方法は、クリティカルな場合、処理速度に問題があるので、利用するWebサービスが利用されるWebサービスを直接利用できるようにする必要がある。
【００３２】
そこで、管理サーバ１０４のサービス配置部２１２は、ソースコードDB２２２を参照して、利用するWebサービスのソースコードにおいて、利用されるWebサービスのスタブを参照している部分を書き換え、利用されるWebサービスのクラスを直接参照するようにし、コンパイル後、これをWebサービスサーバ１１１に配置する。このとき、サーバ管理DB２２３のサービス管理テーブルも更新する。
【００３３】
図７は、書き換え例を示している。この例では、参照するパッケージを、スタブを含むパッケージjp.hitachisoft.stub.*から、実際のクラスを含むjp.hitachisoft.real.*に書き換えている。このように、優先度が１のポリシーの業務については、その業務を構成する複数のWebサービスを「スタブを利用した通信方式（疎結合）」から「リアルクラスを利用した通信方式（密結合）」に書き換えてWebサービスサーバに配置するので、少ないリソースで高速な処理が実現できる。
【００３４】
（３）システム運用
ポリシー適用時におけるWebシステムのクライアント１０１からのリクエストの処理手順を、図８のシーケンス図を用いて詳細に説明する。
【００３５】
ステップ８０１では、クライアント１０１からのログイン要求に対して、Webサーバ１０３は、管理サーバ１０４の認証情報DB２２１を参照して認証を行い、アクセスしてきたユーザの部署及び役職を特定する。管理サーバ１０４の認証部２１１は、クライアントの認証を行う機能を提供する。
【００３６】
ステップ８０２では、クライアント１０１からリクエストがあると、Webサーバ１０３は、リクエストされた業務を特定し、管理サーバ１０４のリソース情報DB２２４（図５）とサーバ管理DB２２３（図４）を参照して、その業務を処理するWebサービスを実行しているWebサービスサーバ１１１を特定する。管理サーバ１０４の制御部２１０は、このようなWebサービスサーバ１１１を特定する機能を提供する。なお、このクライアントからのリクエストが、ポリシーで指定された部署及び役職の従業員が当該業務を行うために当該ポリシーで指定されている日付及び時間帯に発行したリクエストである場合は、既に管理サーバ１０４では上記（２）の処理が実行されており、当該業務のためのWebサービスは、必要なリソースが確保されて実行されている。
【００３７】
ステップ８０３で、Webサーバ１０３は、クライアント１０１からのリクエストをステップ８０２で特定したWebサービスサーバ１１１に転送し、このWebサービスサーバを含むWebサービスサーバ群１１０が業務を処理する。このとき、ユーザの部署・役職及び処理しようとしている業務が優先度の高いポリシーに対応する場合、リソースの配置においてWebサービスを密結合にしたサービスを配置したWebサービスサーバ１１１に転送する。
【００３８】
ステップ８０４では、Webサーバ１０３がステップ８０３における処理結果を、クライアント１０１と管理サーバ１０４へ送信する。処理結果を受信した管理サーバ１０４は、その業務の処理が完了しているとの処理結果であった場合、ポリシーDB２２５の対応するポリシーの残り人数を減らすと共に、必要なリソースを再計算し、リソースを開放する。リソースの再計算は、上記（２）の（b）と同様の方式である。
【００３９】
なお、上記実施形態では、リソースとしてCPUリソースとメモリリソースに着目して説明したが、他のリソースについても同様にして割り当てることができる。
【図面の簡単な説明】
【００４０】
【図１】本発明の一実施の形態のサービス指向アーキテクチャに基づくWebシステムの構成図、
【図２】管理サーバの機能を説明するためのブロック図、
【図３】管理サーバの認証情報DBのデータ構造を示す図、
【図４】管理サーバのサーバ管理DBのデータ構造を示す図、
【図５】管理サーバのリソース情報DBのデータ構造を示す図、
【図６】管理サーバのポリシーDBのデータ構造を示す図、
【図７】疎結合のサービスを密結合にする方法例を説明する図、
【図８】ポリシーに基づくWebシステム運用時における、クライアントからのリクエスト処理の方法を説明するシーケンス図である。
【符号の説明】
【００４１】
１０１…クライアント、１０２…イントラネット、１０３…Webサーバ、１０４…管理サーバ、１０５…管理クライアント、１１０…Webサービスサーバ群、１１１…Webサービスサーバ。
【図１】
2006099162.tif 000003
【図２】
2006099162.tif 000004
【図３】
2006099162.tif 000005
【図４】
2006099162.tif 000006
【図５】
2006099162.tif 000007
【図６】
2006099162.tif 000008
【図７】
2006099162.tif 000009
【図８】
2006099162.tif 000010