JP4829293B2 - 定義情報管理プログラム、定義情報管理装置、および定義情報管理方法 - Google Patents

Description

本発明はサービスの提供環境を定義する定義情報を管理するための定義情報管理プログラム、定義情報管理装置、および定義情報管理方法に関し、特に共通のサービスを提供する複数のサーバの定義情報を管理するための定義情報管理プログラム、定義情報管理装置、および定義情報管理方法に関する。

グリッドコンピューティングでは、同種の業務を行うサーバマシン（以下、単にサーバという）をグループ化（それぞれのグループをサーバグループと呼ぶ）する。そして、同一サーバグループのサーバに対してアプリケーションプログラムを配置する場合、配置処理を行う時期を一致させる必要がある。そこで、複数のサーバを管理サーバによって管理するための様々な技術が考えられている。例えば、上位装置から下位装置に置換用の資源と置換用ジョブストリームとを転送し、下位装置の資源配置作業を自動的に行う技術が考えられている（例えば、特許文献１参照）。

また、管理サーバは、サーバグループ内の各サーバにおいてアプリケーションの動作環境が同一になるように、動作環境等を設定する定義情報を一元管理している。そのため、原則としては、各サーバを単体で操作することは抑止されている。このように、サーバごとの個別操作を抑止して、管理サーバによる一括操作のみを可能とする操作モードを、一括操作モードと呼ぶ。一括操作モードにおいてサーバに対して操作を行う場合、すべて管理サーバ経由で実施される。

ただし、管理対象のサーバに対して個別に操作すべき場合もある。例えば、サーバグループに含まれるサーバマシンがトラブルなどにより個別で修復する必要があるときである。また、管理サーバによる管理用ソフトウェアとは異なる製品の資源配付機能を使ってアプリケーションを更新する場合にも、個別でのサーバが必要となる。サーバを個別に操作する場合、ユーザが任意に操作モードを個別操作モードに変更することで、各サーバを単体で操作することが可能になる。
特開平３−２３８３５９号公報

ところで、個別操作モードから一括操作モードにモードを変更する場合、管理サーバは、個別操作モードによって変更された情報を抽出し、サーバグループ内での統一性を確認する。このとき、サーバグループ内の各サーバが同じ構成でなければ（アプリケーションの内容や定義が一致しないなど）、モードを一括操作モードに変更することはできない。すなわち、グリッドコンピューティングでは、管理対象のサーバが同一の動作環境を有していることを前提としている。そのため、動作環境が異なるサーバを、グリッドコンピューティングのグループ内に戻すことができない。

そこで、モードの変更時に定義情報の差異が存在した場合、差異が存在する定義名がメッセージとして出力される。例えば、管理サーバは、サーバ名をアルファベット順にソートし順次検索した結果、一番早く見つかるものをサーバグループの正しい構成と仮定する。そして、管理サーバは、正しいと仮定された構成と異なる定義を有するサーバに関して、差異の発生を示すメッセージが出力される。

しかし、単に一番早く見つかるものをサーバグループの正しい構成と仮定したのでは、正しいと仮定されたサーバが実際に正しい構成であると推定できる根拠が何もない。そのため、誤った構成のサーバを基準として、そのサーバと異なる構成のサーバに関して、構成が不整合と判断されることがある。その結果、不整合のサーバが頻発してしまう。すると、不整合を示すメッセージが大量に出力され、管理担当者は、どの構成情報を信用すべきなのかについて見当も付かなくなる。

すると、管理担当者は、時間をかけて全てのサーバの構成を確認し、まず正しい構成のサーバを特定しなければならない。その結果、正しい構成のサーバの特定作業に手間取ってしまい、システムの運用再開までの時間が長期化してしまう。

本発明はこのような点に鑑みてなされたものであり、正しい可能性が高い定義情報を基準として定義情報の相違点を表示することができる定義情報管理プログラム、定義情報管理装置、および定義情報管理方法を提供することを目的とする。

本発明では上記課題を解決するために、図１に示すような定義情報管理プログラムが提供される。本発明に係る定義情報管理プログラムは、共通のサービスを提供する複数のサーバ１ａ，１ｂ，１ｃ間の定義情報の不整合を検出するために、図１に示す機能をコンピュータに実行させることができる。

定義情報取得手段３は、サーバ間の定義情報の比較指示を受け取ると、複数のサーバ１ａ，１ｂ，１ｃそれぞれから、サービスの提供環境を定義する定義情報２ａ，２ｂ，２ｃを取得する。比較手段４は、定義情報取得手段３が取得した定義情報２ａ，２ｂ，２ｃの内容を互いに比較する。推奨情報決定手段５は、比較手段４によって比較した結果、定義情報２ａ，２ｂ，２ｃの内容が一致するサーバの数が最も多い定義情報を推奨定義情報として決定する。相違点表示手段６は、推奨情報決定手段５で決定された推奨定義情報と他の定義情報との相違点を表示する。

このような定義情報管理プログラムをコンピュータに実行させることで、サーバ間の定義情報の比較指示が入力されると、定義情報取得手段３により、複数の管理対象サーバ１ａ，１ｂ，１ｃそれぞれから、サービスの提供環境を定義する定義情報２ａ，２ｂ，２ｃが取得される。すると、比較手段４により、定義情報取得手段３が取得した定義情報２ａ，２ｂ，２ｃの内容が互いに比較される。さらに、推奨情報決定手段５により、比較手段４による比較の結果、定義情報２ａ，２ｂ，２ｃの内容が一致するサーバの数が最も多い定義情報が、推奨定義情報として決定される。そして、相違点表示手段６により、推奨情報決定手段５で決定された推奨定義情報と他の定義情報との相違点が表示される。

本発明では、内容が一致するサーバの数が最も多い定義情報を推奨定義情報として決定し、推奨定義情報と他の定義情報との相違点を表示するようにしたため、正しい可能性が高い定義情報を基準として定義情報の相違点を表示することができる。その結果、定義情報の不整合を効率よく訂正することができる。

本発明の上記および他の目的、特徴および利点は本発明の例として好ましい実施の形態を表す添付の図面と関連した以下の説明により明らかになるであろう。

本実施の形態の概略を示す図である。 本実施の形態のシステム構成例を示す図である。 動作環境設定処理における装置間の相互関係を示す図である。 本実施の形態に用いる管理サーバのハードウェア構成例を示す図である。 管理サーバと管理対象サーバとの機能を示すブロック図である。 個別操作モードから一括操作モードへの変更手順を示すシーケンス図である。 閉塞状態の管理対象サーバをサーバグループに戻すための手順を示すシーケンス図である。 推奨マスタ選出処理の手順を示すフローチャートの前半である。 推奨マスタ選出処理の手順を示すフローチャートの後半である。 定義数によるグループ分けを示す図である。 定義情報の比較例を示す図である。 含まれる管理対象サーバの数が同一の場合の例を示す図である。 同一定義グループ内の管理対象サーバ数が同一の場合の例を示す図である。 操作モード変更画面の例を示す図である。 同一定義グループ表示画面の例を示す図である。 定義一覧画面の例を示す図である。 比較結果画面の例を示す図である。

以下、本発明の実施の形態を図面を参照して説明する。
図１は、本実施の形態の概略を示す図である。サーバ１ａ，１ｂ，１ｃは、共通のサービスを提供している。このようなサーバ１ａ，１ｂ，１ｃをグリッドコンピューティングの１つのサーバグループに纏める場合、各サーバ１ａ，１ｂ，１ｃに設定されている定義情報２ａ，２ｂ，２ｃの内容が一致していることが必要となる。定義情報２ａ，２ｂ，２ｃは、各サーバ１ａ，１ｂ，１ｃにおけるサービス提供環境の定義を纏めたものである。

なお、サーバグループに属する各サーバ１ａ，１ｂ，１ｃの定義情報２ａ，２ｂ，２ｃは、通常は一括で操作され、内容の同一性が保たれる。ただし、ハードウェアの障害を修理する場合など、個別に定義情報を操作する場合もある。そのような場合、定義情報２ａ，２ｂ，２ｃの不整合が生じる可能性がある。そこで、例えば、定義情報の操作モードを個別操作モードから一括操作モードへ変更するときに、操作モードの変更機能からサーバ間の定義情報の比較指示が出される。

定義情報取得手段３は、サーバ間の定義情報の比較指示を受け取ると、複数のサーバ１ａ，１ｂ，１ｃそれぞれから、サービスの提供環境を定義する定義情報２ａ，２ｂ，２ｃを取得する。例えば、定義情報取得手段３には、１つのサーバグループに属するサーバとして、サーバ１ａ，１ｂ，１ｃそれぞれの識別情報を予め登録しておく。そして、定義情報取得手段３は、定義情報の比較指示を受け取ると、予め登録された識別情報に基づいてサーバ１ａ，１ｂ，１ｃに対して定義情報取得依頼を送信する。すると、サーバ１ａ，１ｂ，１ｃから定義情報２ａ，２ｂ，２ｃが返される。

比較手段４は、定義情報取得手段３が取得した定義情報２ａ，２ｂ，２ｃの内容を互いに比較する。図１に示すように、それぞれの名称が「サーバＡ」、「サーバＢ」、「サーバＣ」である３台のサーバ１ａ，１ｂ，１ｃがある場合、「サーバＡ」と「サーバＢ」、「サーバＡ」と「サーバＣ」、および「サーバＢ」と「サーバＣ」の組み合わせについて、定義情報の内容が比較される。

推奨情報決定手段５は、比較手段４によって比較した結果、定義情報２ａ，２ｂ，２ｃの内容が一致するサーバの数が最も多い定義情報を推奨定義情報として決定する。図１の例では、名称が「サーバＡ」のサーバ１ａと名称が「サーバＣ」のサーバ１ｃとの定義情報２ａ，２ｃが同一である。また、名称が「サーバＢ」のサーバ１ｂの定義情報２ｂは、他のいずれの定義情報２ａ，２ｃと比較しても、内容の異なる点がある。従って、定義情報２ａ，２ｃが推奨定義情報として決定される。

相違点表示手段６は、推奨情報決定手段５で決定された推奨定義情報と他の定義情報との相違点を表示する。例えば、図１の例では、推奨定義情報として使用された定義情報２ａ，２ｃと異なる定義情報２ｂに関して、各定義が推奨定義情報と同一なのか相違するのかが表示される。

このような構成によれば、サーバ間の定義情報の比較指示に応じて、定義情報取得手段３により、複数の管理対象サーバ１ａ，１ｂ，１ｃそれぞれから定義情報２ａ，２ｂ，２ｃが取得される。すると、比較手段４により、定義情報２ａ，２ｂ，２ｃの内容が互いに比較される。さらに、推奨情報決定手段５により、定義情報２ａ，２ｂ，２ｃの内容が一致するサーバの数が最も多い定義情報が、推奨定義情報として決定される。そして、相違点表示手段６により、推奨情報決定手段５で決定された推奨定義情報と他の定義情報との相違点が表示される。

このようにして、正しい可能性が高い定義情報を基準として定義情報の相違点を表示することができる。その結果、定義情報の不整合を効率よく訂正することができる。
ところで、定義情報が一致するサーバ数が最も多い定義情報が複数存在する場合もあり得る。そこで、定義情報が一致するサーバ数以外にも、様々な判断基準を設定しておき、正しい可能性が高い定義情報を決定する。その場合、同一の定義情報を有するサーバ同士をグループ化した同一定義グループを生成する。同一定義グループには、１以上のサーバが含まれる。そして、同一定義グループから、以下の要件を満たすものを順に抽出することで、推奨定義情報を決定する。

第１の要件は、構成が一致するサーバが最も多いものである。すなわち、多数のサーバが同じ定義情報を有しているのであれば、その定義情報が正しい可能性が高いと判断できる。そこで、すべての同一定義グループの中から、含まれるサーバ数が最多の同一定義グループが抽出される。

第１の要件の判断で複数の同一定義グループが抽出された場合、第２の要件が判断される。
第２の要件は、最後に更新した時間が新しいものである。すなわち、最近に更新された定義情報であれば、最新の運用状況に適合していると想定される。そのため、内容が正しい可能性が高いと考えられる。定義情報の更新日時を比較するためには、定義情報を操作するときに更新した日付（タイムスタンプ）を、定義情報に設定しておく必要がある。そして、推奨定義情報を決定する際には、第１の要件を満たす同一定義グループの中から、最終の更新日付が最新のものが抽出される。

第２の要件の判断で複数の同一定義グループが抽出された場合、第３の要件が判断される。
第３の要件は、格納された定義の数が多いものである。多くの場合、一度設定された定義は消されない。そのため、定義の数が多いということは、長期間運用してきたことを意味する。すると、長期間正常に運用されているサーバの定義情報であれば、内容が正しい可能性が高いと判断できる。

第３の要件の判断で複数の同一定義グループが抽出された場合、第４の要件が判断される。
第４の要件は、アルファベット順で先頭に位置する名称を有するサーバを含む同一定義グループである。すなわち、第３の要件で抽出された同一定義グループそれぞれに含まれるサーバが名称によってソートされ、先頭に位置するサーバに設定された定義情報が、推奨定義情報となる。

このように、推奨定義情報を決定するための複数の要件を所定の順番で適用することで、最終的に同一定義グループを１つに絞り込むことができる。そして、最終的に残った同一定義グループに設定された定義情報が、推奨定義情報として決定される。すなわち、内容が正しい可能性が高い定義情報が推奨定義情報として決定され、他の定義情報に関しては、推奨定義情報との相違点が表示される。推奨定義情報に設定された定義が正しければ、相違点表示手段６で表示された相違点を推奨定義情報に合わせることで、全てのサーバ１ａ，１ｂ，１ｃの定義情報を正しい内容に統一することができる。すなわち、定義情報の内容を統一するための作業が容易となる。

以下、複数の要件によって推奨する定義情報を決定する場合を例に採り、本実施の形態の詳細を説明する。
図２は、本実施の形態のシステム構成例を示す図である。ネットワーク１０には、管理サーバ１００、管理対象サーバ２１０，２２０，２３０，・・・、管理サーバ操作端末装置２１、管理対象サーバ操作端末装置２２、資源配布サーバ３０、およびクライアントコンピュータ４１，４２，・・・が接続されている。

管理サーバ１００は、複数の管理対象サーバ２１０，２２０，２３０，・・・の動作状態等を管理する。管理対象サーバ２１０，２２０，２３０，・・・は、グリッドコンピューティングのノードとして機能し、クライアントコンピュータ４１，４２，・・・からの要求に応じて各種処理を実行する。資源配布サーバ３０は、管理対象サーバ２１０，２２０，２３０，・・・に対してソフトウェア資源を配布する。

管理サーバ操作端末装置２１は、管理サーバ１００に作業依頼を出力するための端末装置である。管理対象サーバ操作端末装置２２は、管理対象サーバ２１０，２２０，２３０，・・・を操作するための端末装置である。クライアントコンピュータ４１，４２，・・・は、管理対象サーバ２１０，２２０，２３０，・・・に対してグリッドコンピューティングによるデータ処理を依頼するコンピュータである。

このようなシステムにおいて、システム管理者は、管理サーバ操作端末装置２１や、管理対象サーバ操作端末装置２２に対して操作入力を行うことにより、管理対象サーバ２１０，２２０，２３０，・・・への資源配布や定義情報の更新等の動作環境設定処理が行われる。

図３は、動作環境設定処理における装置間の相互関係を示す図である。管理サーバ操作端末装置２１は、管理者からの操作入力に応答して、管理サーバ１００に対して管理対象サーバ２１０，２２０，２３０，・・・の設定等の作業依頼を送信する。例えば、個別操作モードから一括操作モードへの切替指示や、逆に一括操作モードから個別操作モードへの切替処理の作業依頼が、管理サーバ操作端末装置２１から管理サーバ１００に送られる。

管理サーバ１００は、管理対象サーバ２１０，２２０，２３０，・・・を複数のサーバグループ２００，２００ａ，・・・に分類して管理している。そして、管理サーバ１００は、管理サーバ操作端末装置２１の指示に応じて処理を実行する場合、一括操作モードであれば、１つのサーバグループ２００に属する各管理対象サーバ２１０，２２０，２３０，・・・に対して同じ操作を行う。

管理対象サーバ操作端末装置２２は、管理者からの操作入力に応答して、各管理対象サーバ２１０，２２０，２３０，・・・に対して個別の操作を行う。なお、管理対象サーバ操作端末装置２２からの操作によって、管理対象サーバ２１０，２２０，２３０，・・・へのソフトウェア資源の追加が指示された場合、各管理対象サーバ２１０，２２０，２３０，・・・が資源配布サーバ３０から該当ソフトウェア資源（プログラム等）を取得する。

図４は、本実施の形態に用いる管理サーバのハードウェア構成例を示す図である。管理サーバ１００は、ＣＰＵ（Central Processing Unit）１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０７を介してＲＡＭ（Random Access Memory）１０２、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）１０３、グラフィック処理装置１０４、入力インタフェース１０５、および通信インタフェース１０６が接続されている。

ＲＡＭ１０２には、ＣＰＵ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理に必要な各種データが格納される。ＨＤＤ１０３には、ＯＳやアプリケーションプログラムが格納される。

グラフィック処理装置１０４には、モニタ１１が接続されている。グラフィック処理装置１０４は、ＣＰＵ１０１からの命令に従って、画像をモニタ１１の画面に表示させる。入力インタフェース１０５には、キーボード１２とマウス１３とが接続されている。入力インタフェース１０５は、キーボード１２やマウス１３から送られてくる信号を、バス１０７を介してＣＰＵ１０１に送信する。

通信インタフェース１０６は、ネットワーク１０に接続されている。通信インタフェース１０６は、ネットワーク１０を介して、他のコンピュータとの間でデータの送受信を行う。

以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、図４には管理サーバ１００のハードウェア構成例を示したが、管理対象サーバ２１０，２２０，２３０，・・・、資源配布サーバ３０、管理サーバ操作端末装置２１、管理対象サーバ操作端末装置２２、およびクライアントコンピュータ４１，４２，・・・も同様のハードウェア構成で実現できる。

次に、個別操作モードから一括操作モードに切り替える際の、不整合検出等の処理を行うための管理サーバ１００と管理対象サーバ２１０，２２０，２３０，・・・との処理機能について説明する。

図５は、管理サーバと管理対象サーバとの機能を示すブロック図である。管理サーバ１００には、操作要求受付部１１０、構成管理部１２０、定義情報管理部１３０、サーバグループ管理部１４０、複数の管理対象サーバ操作部１５１，１５２，１５３，・・・、および通信部１６０を有している。定義情報管理部１３０、サーバグループ管理部１４０、および管理対象サーバ操作部１５１，１５２，１５３，・・・の組が、管理対象サーバ２１０，２２０，２３０，・・・を管理するサーバ管理部１００ａとして機能する。

操作要求受付部１１０は、管理サーバ操作端末装置２１から出力された作業依頼を受け付ける。操作要求受付部１１０は、受け付けた作業依頼を、定義情報管理部１３０に渡す。

構成管理部１２０は、グリッドコンピューティングシステム内のシステム構成に関する情報を保持・管理する。例えば、構成管理部１２０は、サーバグループの情報（そのサーバグループにどの管理対象サーバが属しているか）、管理対象サーバ情報（管理対象サーバのアドレス等）、各サービスの定義情報（各管理対象サーバに設定されている定義情報のコピー）を保持・管理している。これらの情報は、例えばＨＤＤ１０３に格納される。

定義情報管理部１３０は、グリッドコンピューティングシステム内に定義されたサービスごとの定義を管理する。例えば、定義情報管理部１３０は、各管理対象サーバ２１０，２２０，２３０，・・・に対して定義の変更命令を出力する。なお、定義情報管理部１３０は、サービスを提供する機能（アプリケーションソフトウェア）が複数存在する場合、機能ごとに定義情報管理部１３０が設けられる。

サーバグループ管理部１４０は、サーバグループを管理する。例えば、サーバグループ管理部１４０は、サーバグループの生成や、生成されているサーバグループへの管理対象サーバの追加・削除などの処理を行う。

管理対象サーバ操作部１５１，１５２，１５３，・・・は、管理対象サーバ２１０，２２０，２３０，・・・それぞれに対応付けて設けられている。この例では、管理対象サーバ操作部１５１が管理対象サーバ２１０に対応するものとする。各管理対象サーバ操作部１５１，１５２，１５３，・・・は、対応する管理対象サーバに対する情報（アクセス手段など）を管理する。また、管理対象サーバ操作部１５１，１５２，１５３，・・・は、対応する管理対象サーバに対して定義情報取得依頼を出力し、管理対象サーバから定義情報を取得する。

通信部１６０は、管理サーバ１００内の各機能と、管理対象サーバ２１０，２２０，２３０，・・・との間の管理用の通信を行う。
管理対象サーバ２１０は、通信部２１１、エージェント２１２、サービス提供部２１３、定義情報記憶部２１４、ユーザ資産記憶部２１５、資源適用部２１６、および操作要求受付部２１７を有している。なお、エージェント２１２、サービス提供部２１３、定義情報記憶部２１４、ユーザ資産記憶部２１５は、管理対象サーバ２１０で提供可能なサービス２１０ａ，２１０ｂ，２１０ｃ，・・・ごとに設けられている。

通信部２１１は、管理サーバ１００との間の管理用の通信を行う。
エージェント２１２は、管理サーバ１００の管理対象サーバ操作部１５１からの指示に応じて定義情報の管理等を行う。また、エージェント２１２は、管理サーバ１００の管理対象サーバ操作部１５１から定義取得依頼を受け取った場合、定義情報記憶部２１４から定義情報を取得し、管理サーバ１００に送信する。

サービス提供部２１３は、クライアントコンピュータ４１，４２，・・・からの要求に応じてサービスを提供する。例えば、データベース管理や電子商取引管理等のサービスが提供される。

定義情報記憶部２１４は、対応するサービスに関する定義情報を記憶する。例えば、定義情報は、ＨＤＤ１０３に格納される。
ユーザ資産記憶部２１５は、アプリケーションソフトウェアのプログラムモジュールや、アプリケーションソフトウェアで使用されるデータファイルなど（ユーザ資産）を記憶する。

資源適用部２１６は、資源配布サーバ３０からの命令を受けて、定義情報やユーザ資産を操作する。なお、資源適用部２１６による定義情報等の操作は、個別操作モードの場合にのみ可能である。

操作要求受付部２１７は、管理対象サーバ操作端末装置２２からの指示に応答して、定義情報やユーザ資産を操作する。
このような構成によって、一括操作モードであれば、サーバ管理部１００ａによって、同一グループ内のサーバに対して、共通の操作を一括して行うことができる。例えば、管理サーバ操作端末装置２１からサーバグループ２００（図３参照）内の各管理対象サーバ２１０，２２０，２３０，・・・の定義情報を変更する作業依頼が出力された場合を考える。この場合、作業依頼が操作要求受付部１１０で受け取られる。すると、定義情報管理部１３０は、構成管理部１２０からサーバグループ情報を取得し、サーバグループ２００に含まれる管理対象サーバ２１０，２２０，２３０，・・・を認識する。また、構成管理部１２０に格納された管理対象サーバ情報を参照して、サーバグループ２００に含まれる管理対象サーバ２１０，２２０，２３０，・・・のアドレスを認識する。

そして、定義情報管理部１３０は、サーバグループ管理部１４０に対して、サーバグループ２００に対する定義情報の更新を指示する。すると、サーバグループ管理部１４０は、管理対象サーバ２１０，２２０，２３０，・・・それぞれに対応する管理対象サーバ操作部１５１，１５２，１５３，・・・に対して定義情報の更新を指示する。指示を受けた管理対象サーバ操作部１５１，１５２，１５３，・・・は、対応する管理対象サーバ２１０，２２０，２３０，・・・に対して、定義情報更新依頼を送信する。

定義情報更新依頼は、通信部１６０を介して、各管理対象サーバ２１０，２２０，２３０に送信される。以下、管理対象サーバ２１０が定義情報更新依頼を受け取った際の処理を説明する。

管理対象サーバ２１０では、通信部２１１によって定義情報更新依頼が受け取られる。定義情報更新依頼は、通信部２１１からエージェント２１２に渡される。エージェント２１２は、定義情報更新依頼の内容を認識し、サービス提供部２１３に対して定義情報の更新要求を出す。すると、サービス提供部２１３は、定義情報の更新要求に従って、定義情報記憶部２１４内の定義情報を更新する。

管理対象サーバ２１０と同様の処理が、サーバグループ２００内の他の管理対象サーバ２２０，２３０，・・・でも実行される。その結果、管理サーバ操作端末装置２１を利用している管理者にとって１回の作業依頼の指示を出すだけで、サーバグループ２００内の全ての管理対象サーバ２１０，２２０，２３０，・・・に対して定義情報の更新処理を一括して実施できる。

ここで、資源配布サーバ３０からソフトウェア資源をサーバグループ２００に配布するとき、操作モードが一括操作モードから個別操作モードに切り替えられる。具体的には、管理者は、管理サーバ操作端末装置２１を利用して、個別操作モードへのモード切替依頼を管理サーバ操作端末装置２１から管理サーバ１００に出力する。

管理サーバ１００では、操作要求受付部１１０がモード切替依頼を受け取り、定義情報管理部１３０が操作モードを、一括操作モードから個別操作モードへ変更する。なお、現在の操作モードの情報は、定義情報管理部１３０内で保持されている。そして、定義情報管理部１３０は、モード切替操作が完了したことを、操作要求受付部１１０を介して管理サーバ操作端末装置２１に応答する。

個別操作モードへの変更が完了すると、管理者は、管理対象サーバ操作端末装置２２を利用して、管理対象サーバ２１０，２２０，２３０，・・・それぞれに資源配布サーバ３０からソフトウェア資源を配布し、それに応じて定義情報を変更する。

例えば、管理対象サーバ操作端末装置２２から管理対象サーバ２１０へ資源取得依頼が出されると、操作要求受付部２１７が、その資源取得依頼を資源適用部２１６に渡す。資源適用部２１６は、資源取得依頼で指定された資源を資源配布サーバ３０から取得し、ユーザ資産記憶部２１５に格納する。その際、配布されたデータが圧縮データであれば、資源適用部２１６は、圧縮データを解凍した後、ユーザ資産記憶部２１５に格納する。

さらに、管理者は、管理対象サーバ操作端末装置２２を利用して、新たにユーザ資産記憶部２１５に格納したプログラムモジュールやデータファイルに応じて、定義情報の更新依頼を管理対象サーバ２１０に対して出力する。その定義情報の更新依頼は、管理対象サーバ２１０の操作要求受付部２１７で受け取られる。そして、操作要求受付部２１７が定義情報記憶部２１４内の定義情報を更新する。また、ユーザ資産記憶部２１５に格納されたデータファイルの内容を更新する必要があれば、定義情報と同様の手順でデータファイルを更新することができる。

個別操作モードによる操作が完了すると一括操作モードに戻される。その際、同一サーバグループ内の全ての管理対象サーバにおいて定義情報の内容が同じであることが必要となる。そこで、個別操作モードから一括操作モードへ操作モードを変更する際には、定義情報が比較される。

図６は、個別操作モードから一括操作モードへの変更手順を示すシーケンス図である。以下、図６に示す処理をステップ番号に沿って説明する。
［ステップＳ１１］管理サーバ操作端末装置２１は、管理者からの操作入力に応答して、個別操作モードから一括操作モードへの操作モード変更依頼を管理サーバ１００に対して出力する。なお、操作モード変更依頼では、対象とするサーバグループが指定される。以下の例では、サーバグループ２００が指定されたものとする。

［ステップＳ１２］管理サーバ１００のサーバ管理部１００ａでは、定義情報管理部１３０が操作モード変更依頼を受け取る。そして、定義情報管理部１３０は、指定されたサーバグループの管理情報の取得要求をサーバグループ管理部１４０に対して出力する。サーバグループ管理部１４０は、管理対象サーバ操作部１５１，１５２，１５３，・・・を介して、サーバグループ２００に属する各管理対象サーバ２１０，２２０，２３０，・・・に対して定義情報取得依頼を出力する。

［ステップＳ１３］各管理対象サーバ２１０では、エージェント２１２が定義情報取得依頼を受け取る。そして、エージェント２１２には、サービス提供部２１３を介して、定義情報記憶部２１４から定義情報を取得する。そして、エージェントは、取得した定義情報を管理サーバ１００に対して送信する。送信される定義情報には、１つ以上の定義と定義情報の最終更新日付とが含まれる。他の管理対象サーバ２２０，２３０，・・・においても同様の処理が行われ、管理サーバ１００に対して定義情報が送信される。

［ステップＳ１４］管理サーバ１００では、サーバ管理部１００ａの管理対象サーバ操作部１５１，１５２，１５３，・・・が、それぞれ対応する管理対象サーバ２１０，２２０，２３０，・・・から送信された管理情報を取得する。取得された管理情報は、サーバグループ管理部１４０を介して定義情報管理部１３０に渡される。定義情報管理部１３０は、定義情報を比較する。そして、定義情報管理部１３０は、マスタとして推奨する定義情報（推奨定義情報）を選出する。なお、推奨するマスタの選出処理の詳細は後述する。

［ステップＳ１５］定義情報管理部１３０は、マスタとして推奨する定義情報と、他の管理対象サーバの定義情報とを対比する比較情報を生成する。
［ステップＳ１６］定義情報管理部１３０は、生成した比較情報を操作要求受付部１１０を介して、管理サーバ操作端末装置２１に送信する。

［ステップＳ１７］管理サーバ操作端末装置２１では、比較情報に基づいて定義情報の比較画面を表示する。そして、管理サーバ操作端末装置２１は、管理者からの操作入力に応答して、マスタとする定義情報を選択する。さらに、管理サーバ操作端末装置２１は、マスタとして選択された定義情報を管理サーバ１００に通知する。

［ステップＳ１８］管理サーバ１００では、サーバ管理部１００ａの定義情報管理部１３０が、マスタとして指定された定義情報と異なる定義情報を有する管理対象サーバを、サーバグループ２００から切り離す。切り離された管理対象サーバは、閉塞状態となる。

［ステップＳ１９］定義情報管理部１３０は、マスタとして指定された定義情報を、構成管理部１２０に渡す。すると、構成管理部１２０が、渡された定義情報を、サーバグループ２００のマスタの定義情報として格納する。

［ステップＳ２０］構成管理部１２０は、閉塞状態となった管理対象サーバの情報（例えば、サーバの名称）を保持する。閉塞状態の管理対象サーバに関しては、グリッドコンピューティングにおける処理の振り分け対象から除外される。

［ステップＳ２１］定義情報管理部１３０は、操作モードを一括操作モードと設定し、モード変更操作成功を示す応答を管理サーバ操作端末装置２１に通知する。
［ステップＳ２２］管理サーバ操作端末装置２１では、モード変更操作成功の応答を受け取り、処理を終了する。

このように、マスタとして指定された管理対象サーバと管理情報が異なる管理対象サーバを閉塞状態にして、操作モードが一括操作モードに変更される。従って、グリッドコンピューティングの同一グループとして動作する管理対象サーバ同士について、管理情報の同一性が保障される。

閉塞状態の管理対象サーバを、グリッドコンピューティングのサーバグループに戻すには、管理対象サーバの管理情報をそのサーバグループのマスタの管理情報に合わせる必要がある。従って、閉塞状態を解除する際には、該当する管理対象サーバの管理情報がマスタと一致することの確認処理が行われる。

図７は、閉塞状態の管理対象サーバをサーバグループに戻すための手順を示すシーケンス図である。以下、図７に示す処理をステップ番号に沿って説明する。なお、以下の説明では、管理対象サーバ２１０の閉塞状態を解除するものとして説明する。

［ステップＳ３１］管理対象サーバ２１０のエージェント２１２は、管理対象サーバ操作端末装置２２からの入力に応答して、管理サーバ１００からマスタの定義情報を取得し、定義情報記憶部２１４に反映させる。例えば、エージェント２１２は、管理サーバ１００に対してマスタの管理情報を要求する。すると、管理サーバ１００の定義情報管理部１３０が構成管理部１２０からマスタの定義情報を取得して、管理対象サーバ２１０に送信する。エージェント２１２は、管理サーバ１００から送られた管理情報により、定義情報記憶部２１４内の定義情報を更新する（例えば、定義情報を上書きで格納する）。

［ステップＳ３２］エージェント２１２は、定義情報を更新したことを、管理サーバ１００に通知する。
［ステップＳ３３］管理サーバ１００では、定義情報管理部１３０が、管理対象サーバ２１０が属するサーバグループ２００の管理情報の取得要求をサーバグループ管理部１４０に対して出力する。サーバグループ管理部１４０は、管理対象サーバ操作部１５１，１５２，１５３，・・・を介して、サーバグループ２００に属する各管理対象サーバ２１０，２２０，２３０，・・・に対して定義情報取得依頼を出力する。

［ステップＳ３４］各管理対象サーバ２１０では、エージェント２１２が定義情報取得依頼を受け取る。そして、エージェント２１２には、サービス提供部２１３を介して、定義情報記憶部２１４から定義情報を取得する。そして、エージェントは、取得した定義情報を管理サーバ１００に対して送信する。他の管理対象サーバ２２０，２３０，・・・においても同様の処理が行われ、管理サーバ１００に対して定義情報が送信される。

［ステップＳ３５］管理サーバ１００では、サーバ管理部１００ａの管理対象サーバ操作部１５１，１５２，１５３，・・・が、それぞれ対応する管理対象サーバ２１０，２２０，２３０，・・・から送信された管理情報を取得する。取得された管理情報は、サーバグループ管理部１４０を介して定義情報管理部１３０に渡される。定義情報管理部１３０は、定義情報を比較する。

［ステップＳ３６］定義情報管理部１３０は、取得したすべての管理情報が一致すれば、管理対象サーバ２１０の閉塞状態を解除する。ここで、少なくとも１つの管理情報が一致しなかった場合、参加失敗の通知が管理対象サーバ２１０に対して送信される。

［ステップＳ３７］構成管理部１２０は、閉塞状態が解除された管理対象サーバ２１０の閉塞状態としての情報を削除する。
［ステップＳ３８］定義情報管理部１３０は、管理対象サーバ２１０に参加成功を通知する。

［ステップＳ３９］管理対象サーバ２１０のサービス提供部２１３は、サーバグループ２００に参加成功したことを認識する。
このようにして、閉塞状態とされた管理対象サーバ２１０をサーバグループ２００に戻すことができる。

次に、推奨するマスタの選出手順について詳細に説明する。
図８は、推奨マスタ選出処理の手順を示すフローチャートの前半である。以下、図８に示す処理をステップ番号に沿って説明する。

［ステップＳ４１］定義情報管理部１３０は、各管理対象サーバから送られた定義情報を取得する。
［ステップＳ４２］定義情報管理部１３０は、管理対象サーバごとに所有する定義の数を調査する。

［ステップＳ４３］定義情報管理部１３０は、管理対象サーバごとに所有する定義の数を比較する。
［ステップＳ４４］定義情報管理部１３０は、定義数が同じ管理対象サーバをグループ化する。ここで生成されるグループを、同定義数グループとする。

［ステップＳ４５］定義情報管理部１３０は、同定義数グループに含まれる管理対象サーバ同士で、定義の内容を比較する。この処理は、同定義数グループごとに個別に行われる。

［ステップＳ４６］定義情報管理部１３０は、定義が一致する管理対象サーバをグループ化する。ここで生成されるグループを同一定義グループとする。
［ステップＳ４７］定義情報管理部１３０は、サーバ数が多いグループから順に、同一定義グループをソートする。その後、処理がステップＳ５１に進められる（図９参照）。

図９は、推奨マスタ選出処理の手順を示すフローチャートの後半である。以下、図９に示す処理をステップ番号に沿って説明する。
［ステップＳ５１］定義情報管理部１３０は、ソート後で管理対象サーバを最も多く含んでいる同一定義グループをマスタ候補リストに入れる。

［ステップＳ５２］定義情報管理部１３０は、マスタ候補リストに含まれる同一定義グループが複数あるか否かを判断する。複数の同一定義グループが含まれている場合、処理がステップＳ５４に進められる。マスタ候補リストに含まれる定義グループが１つだけの場合、処理がステップＳ５３に進められる。

［ステップＳ５３］定義情報管理部１３０は、マスタ候補リストに含まれる同一定義グループの定義情報を、マスタとして推奨する。その後、処理が終了する。
［ステップＳ５４］定義情報管理部１３０は、マスタ候補リストに含まれる複数の同一定義グループ同士の最終定義更新日付を比較する。

［ステップＳ５５］定義情報管理部１３０は、最終更新日付が最新の同一定義グループが複数あるか否かを判断する。最終更新日付が最新の同一定義数グループが複数ある場合、処理がステップＳ５７に進められる。最終更新日付が最新の同一定義数グループが１つだけの場合、処理がステップＳ５６に進められる。

［ステップＳ５６］定義情報管理部１３０は、マスタ候補リストに含まれる複数の同一定義グループのうち最終定義更新日付が最新の同一定義グループの定義情報を、マスタとして推奨する。その後、処理が終了する。

［ステップＳ５７］定義情報管理部１３０は、マスタ候補リストに含まれる複数の同一定義グループのうち最終定義更新日付が最新の同一定義グループ同士で、定義情報に含まれる定義数を比較する。

［ステップＳ５８］定義情報管理部１３０は、マスタ候補リストに含まれる複数の同一定義グループ内に定義数が最大の同一定義数グループが複数あるか否かを判断する。定義数が最大の同一定義数グループが複数あれば、処理がステップＳ６０に進められる。定義数が最大の同一定義数グループが１つだけであれば、処理がステップＳ５９に進められる。

［ステップＳ５９］定義情報管理部１３０は、マスタ候補リストに含まれる複数の同一定義グループ内の定義数が最大の同一定義数グループをマスタとして推奨する。その後、処理が終了する。

［ステップＳ６０］定義情報管理部１３０は、マスタ候補リストに含まれる複数の同一定義グループ内の定義数が最大の複数の同一定義グループそれぞれに含まれる管理対象サーバを、サーバ名でソートする。

［ステップＳ６１］定義情報管理部１３０は、ステップＳ６０によるソートの結果、先頭の管理対象サーバが属する同一定義グループの定義情報を、マスタとして推奨する。その後、処理が終了する。

このようにして、マスタとして推奨する同一定義グループが決定される。推奨される同一定義グループ内の管理対象サーバに設定されている管理情報が、マスタとして推奨される管理情報となる。

以下に、推奨マスタの選出例を示す。
図１０は、定義数によるグループ分けを示す図である。図１０の例では、サーバグループに７台の管理対象サーバが含まれている。その管理対象サーバを定義数によってグループ分けすると、３台の管理対象サーバを含む定義数が「１０」の同定義数グループａ、３台の管理対象サーバを含む定義数が「５」の同定義数グループｂ、１台の管理対象サーバを含む定義数が「１」の同定義数グループｃが生成されたものとする。

図１１は、定義情報の比較例を示す図である。図１１に示すように、同定義数グループごとに定義情報が比較される。図１１の例では、同定義数グループａ内のサーバＡとサーバＣとの定義情報が同一である。その結果、サーバＡとサーバＣとの２台を含む同一定義グループａ−１が生成される。

また、同定義数グループｂ内のサーバＢとサーバＦ、サーバＢとサーバＧ、およびサーバＦとサーバＧが、それぞれ定義情報が同一である。すなわち、同定義数グループｂ内の３台の管理対象サーバは、すべて定義情報が同じである。その結果、サーバＢ、サーバＦ、およびサーバＧの３台を含む同一定義グループｂ−１が生成される。

すると、含まれる管理対象サーバの数が多い同一定義グループｂ−１が、マスタとして推奨される。
図１２は、含まれる管理対象サーバの数が同一の場合の例を示す図である。図１２に示すように、同定義数グループａ内のサーバＡとサーバＣとの定義情報が同一であり、同定義数グループｂ内のサーバＢとサーバＦとの定義情報のみが同一である場合を考える。

この例では、同定義数グループａから生成される同一定義グループａ−１に含まれる管理対象サーバの数と、同定義数グループｂから生成される同一定義グループｂ−２に含まれる管理対象サーバの数とは同じである。その場合、更新日付が比較される。

図１２の例では、同一定義グループａ−１に含まれる管理対象サーバの定義情報の最終更新日付が「２００６／０３／２４」である。また、同一定義グループｂ−２に含まれる管理対象サーバの定義情報の最終更新日付が「２００６／０３／２３」である。すると、同一定義グループａ−１の最終更新日付の方が最新となる。そこで、同一定義グループａ−１がマスタとして推奨される。

図１３は、同一定義グループ内の管理対象サーバ数が同一の場合の例を示す図である。図１３に示すように、同定義数グループａ内のサーバＡとサーバＣとの定義情報が同一であり、同定義数グループｂ内のサーバＢとサーバＦとの定義情報のみが同一であるものとする。また、同定義数グループａから生成された同一定義グループａ−１と、同定義数グループｂから生成された同一定義グループｂ−３とは、最終更新日時が共に「２００６／０３／２４」である。

このような場合、定義数が比較される。同定義数グループａの定義数は「１０」である。従って、同一定義グループａ−１の定義数も「１０」である。また、同定義数グループｂの定義数は「５」である。従って、同一定義グループｂ−３の定義数も「５」である。その結果、定義数が多い同一定義グループａ−１が、マスタとして推奨される。

次に、操作モード切替時の操作画面例について説明する。
図１４は、操作モード変更画面の例を示す図である。管理サーバ操作端末装置２１には、管理者からの操作入力に応答して、操作モード変更画面５０が表示される。操作モード変更画面５０には、一括操作モードを指定するチェックボックス５１と個別操作モードを指定するチェックボックス５２とが設けられている。管理者は、いずれかのチェックボックスを選択することで、操作モードを指定することができる。例えば、個別操作モードから一括操作モードに変更する場合、管理者は一括操作モードのチェックボックス５１を選択する。

操作モード変更画面５０で操作モードが選択されると、その選択内容に応じた操作モード変更依頼が管理サーバ操作端末装置２１から管理サーバ１００に送られる。このとき、サーバグループ内のすべての管理対象サーバのうち、管理情報が異なるものが存在する場合、管理サーバ操作端末装置２１には、同一定義グループ表示画面が表示される。

図１５は、同一定義グループ表示画面の例を示す図である。同一定義グループ表示画面６０には、同一定義グループ表示部６１、マスタ変更ボタン６２、比較ボタン６３、反映ボタン６４、およびマスタ通知ボタン６５が設けられている。

同一定義グループ表示部６１には、サーバグループに属する管理対象サーバが、同一定義グループごとに分けて表示されている。同一定義グループは、推奨度が高いものほど上位に表示される。同一定義グループ表示画面６０の初期状態では、最上位の同一定義グループがマスタとして選択されている。

マスタを変更する場合、管理者は、変更先の同一定義グループを選択する。例えば、同一定義グループ表示部６１内のサーバ名を選択することで、そのサーバ名を含む同一定義グループが選択される。選択された同一定義グループのサーバ名が表示されたフィールドは、強調表示される。

変更先の同一定義グループを選択した後、管理者は、マスタ変更ボタン６２を選択する。マスタ変更ボタン６２は、マスタとして選択する同一定義グループの変更を指示するためのボタンである。マスタ変更ボタン６２が選択されると、同一定義グループ表示部６１内の選択されている同一定義グループがマスタとして設定される。

マスタ以外の同一定義グループには、操作対象を選択するためのチェックボックスが設けられている。管理対象サーバの定義情報を比較する場合、管理者は、マスタと比較する同一定義グループのチェックボックスを選択する。さらに、管理者は、比較ボタン６３を選択する。比較ボタン６３が選択されると、選択されている同一定義グループが属するサーバグループの資源の一覧を示す定義一覧画面が表示される。定義一覧画面から、各資源に設定されている定義の比較結果を表示する比較結果画面を呼び出すことができる。

また、マスタの同一定義グループに属する管理対象サーバの定義情報を、他の同一定義グループに属する管理対象サーバに設定する場合、管理者は、定義情報を設定する同一定義グループのチェックボックスを選択する。さらに、管理者は、反映ボタン６４を選択する。反映ボタン６４が選択されると、マスタの同一定義グループに属する管理対象サーバに設定されている定義情報を、選択されている同一定義グループに属する管理対象サーバに反映させる操作依頼が、管理サーバ操作端末装置２１から管理サーバ１００に送信される。

すると、管理サーバ１００の定義情報管理部１３０が、依頼内容に従って、選択されている同一定義グループに属する管理対象サーバに対する定義情報の更新処理を実行する。具体的には、定義情報管理部１３０は、構成管理部１２０からマスタの同一定義グループに属する管理対象サーバの定義情報を取得する。次に、定義情報管理部１３０は、取得した定義情報の設定依頼を、選択された同一定義グループに属する管理対象サーバに対して送信する。定義情報の設定依頼には、設定すべき定義情報が含まれている。定義情報の設定依頼は、実際には、サーバグループ管理部１４０と管理対象サーバ操作部１５１，１５２，１５３，・・・を介して行われる。

ここで、定義情報の設定依頼が管理対象サーバ２１０に対して出された場合、エージェント２１２がその定義情報の設定依頼を受け取る。そして、エージェント２１２は、サービス提供部２１３を介して、設定すべき定義情報を定義情報記憶部２１４に設定する。

また、同一定義グループ表示部６１においてマスタとして示されている同一定義グループをマスタとして確定して良い場合、管理者は、マスタ通知ボタン６５を選択する。マスタ通知ボタン６５が選択されると、マスタの同一定義グループを示す情報が管理サーバ操作端末装置２１から管理サーバ１００に送られる。すると、管理サーバ１００では、マスタとして指定された同一定義グループ以外の管理対象サーバを閉塞状態し、その後、一括操作モードへの操作モードを変更する。

次に、定義一覧画面から比較結果画面への呼び出し操作について説明する。
図１６は、定義一覧画面の例を示す図である。定義一覧画面７０には、定義一覧表示部７１とリストボタン７２とが設けられている。定義一覧表示部７１には、サーバグループ内の各管理対象サーバに設定されている定義が木構造で表示されている。

リストボタン７２は、定義情報の比較結果を表示させるためのボタンである。リストボタン７２が選択されると、比較結果画面が表示される。
図１７は、比較結果画面の例を示す図である。比較結果画面８０には、比較結果表示部８１と一覧ボタン８２とが設けられている。比較結果表示部８１には、１以上の比較対象の同一定義グループごとに、マスタの同一定義グループとの間の定義情報の比較結果が示されている。比較結果は、同一定義グループの管理対象サーバに設定されている定義に関する定義の定義名と、その定義の差異の有無、あるいはその定義の有無が示されている。定義に差異が無い場合、丸印が表示される。定義に差異がある場合、三角印が表示される。該当する定義が、比較対象の同一定義グループの管理対象サーバに存在しない場合、「−」が表示される。

定義名の欄に表示された定義名が選択されると、その定義の詳細な内容が表示される。管理者は、定義の詳細を参照することで、マスタの同一定義グループの設定が正しいのか、比較された同一定義グループの設定が正しいのかを判断する。

一覧ボタン８２は、定義一覧画面７０に遷移させるためのボタンである。管理者は、比較結果画面８０で比較結果を確認すると、一覧ボタン８２を選択することで、定義一覧画面７０に表示画面を遷移させることができる。

以上のようにして、客観的に正しい可能性が高い管理対象サーバの定義情報を基準にして、他の管理対象サーバの定義情報の差異を表示することができる。これにより、管理者は、正しい定義情報を迅速に判断することができる。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、管理サーバ１００や管理対象サーバ２１０，２２０，２３０，・・・が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ（Random Access Memory）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）などがある。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）などがある。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

なお、本発明は、上述の実施の形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変更を加えることができる。
上記については単に本発明の原理を示すものである。さらに、多数の変形、変更が当業者にとって可能であり、本発明は上記に示し、説明した正確な構成および応用例に限定されるものではなく、対応するすべての変形例および均等物は、添付の請求項およびその均等物による本発明の範囲とみなされる。

符号の説明

１ａ，１ｂ，１ｃ サーバ
２ａ，２ｂ，２ｃ 定義情報
３ 定義情報取得手段
４ 比較手段
５ 推奨情報決定手段
６ 相違点表示手段

Claims (5)

1. 共通のサービスを提供する複数のサーバ間の定義情報の不整合を検出する定義情報管理プログラムにおいて、
   コンピュータを、
   前記サーバ間の定義情報の比較指示を受け取ると、複数のサーバそれぞれから、サービスの提供環境を定義する定義情報を取得する定義情報取得手段、
   前記定義情報取得手段が取得した前記定義情報の内容を互いに比較する比較手段、
   前記比較手段によって比較した結果、前記定義情報の内容が一致する前記サーバの数が最も多い前記定義情報を推奨定義情報として決定する推奨情報決定手段、
   前記推奨情報決定手段で決定された前記推奨定義情報と他の前記定義情報との相違点を表示する相違点表示手段、
   として機能させることを特徴とする定義情報管理プログラム。
2. 前記コンピュータを、さらに、
   前記サーバの定義情報の操作を個別に行う個別操作モードから、一括して行う一括操作モードへ変更する操作モード変更依頼を受け付け、前記操作モード変更依頼が入力されると、前記定義情報取得手段に対して前記サーバ間の定義情報の比較指示を入力する操作モード変更要求受付手段、
   として機能させることを特徴とする請求項１記載の定義情報管理プログラム。
3. 前記推奨情報決定手段は、同一の定義情報を有する前記サーバ同士をグループ化した同一定義グループを生成し、属するサーバ数が最も多い前記同一定義グループが複数存在する場合、該当する前記同一定義グループのうち前記定義情報の最終更新日付が最も新しい前記同一定義グループの前記定義情報を、前記推奨定義情報として決定することを特徴とする請求項１記載の定義情報管理プログラム。
4. 共通のサービスを提供する複数のサーバ間の定義情報の不整合を検出する定義情報管理装置において、
   前記サーバ間の定義情報の比較指示を受け取ると、複数のサーバそれぞれから、サービスの提供環境を定義する定義情報を取得する定義情報取得手段と、
   前記定義情報取得手段が取得した前記定義情報の内容を互いに比較する比較手段と、
   前記比較手段によって比較した結果、前記定義情報の内容が一致する前記サーバの数が最も多い前記定義情報を推奨定義情報として決定する推奨情報決定手段と、
   前記推奨情報決定手段で決定された前記推奨定義情報と他の前記定義情報との相違点を表示する相違点表示手段と、
   を有することを特徴とする定義情報管理装置。
5. 共通のサービスを提供する複数のサーバ間の定義情報の不整合を検出するための定義情報管理方法において、
   定義情報取得手段が、前記サーバ間の定義情報の比較指示を受け取ると、複数のサーバそれぞれから、サービスの提供環境を定義する定義情報を取得し、
   比較手段が、前記定義情報取得手段が取得した前記定義情報の内容を互いに比較し、
   推奨情報決定手段が、前記比較手段によって比較した結果、前記定義情報の内容が一致する前記サーバの数が最も多い前記定義情報を推奨定義情報として決定し、
   相違点表示手段が、前記推奨情報決定手段で決定された前記推奨定義情報と他の前記定義情報との相違点を表示する、
   ことを特徴とする定義情報管理方法。

Images