JP5481819B2 - サーバ管理装置及び情報処理システム、サーバ管理装置の制御方法並びにプログラム - Google Patents

Description

本発明は、管理マネージャからの管理情報取得要求に応じて管理情報を送信する機能を有するサーバ管理装置及び情報処理システム、サーバ管理装置の制御方法並びにプログラムの分野に関する。

情報処理装置であるサーバを管理する方法の１つとして、Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ（ＳＮＭＰ）と呼ばれるプロトコルを用いる方法がある。この方法では、管理される各サーバの管理情報は、オブジェクトと呼ばれ、オブジェクトＩＤ（ＯＩＤ：Ｏｂｊｅｃｔ ＩＤｅｎｔｉｆｉｃａｔｏｉｎ）で識別される。管理されるサーバは、ＯＩＤをツリー構造として管理しているＭａｎａｇｅｍｅｎｔ Ｉｎｆｏｍａｔｉｏｎ Ｂａｓｅ（ＭＩＢ：管理情報ベース）と呼ばれるデータベース（ＤＢ）を有している。管理マネージャは、各サーバのエージェントに管理情報取得要求を送信する。各サーバ上で動作するエージェントは、管理情報取得要求を受信すると、管理情報取得要求におけるＯＩＤを基に、ＭＩＢを参照して、エージェントが動作するーバの管理情報を取得し、管理マネージャに送信する。これにより、管理マネージャは、サーバの管理情報を得ることができる。

このように、管理マネージャが直接サーバ管理を行う場合、管理マネージャが、管理対象の各サーバ上で動作するとともに、当該サーバを管理する必要がある。そのため、管理マネージャによるサーバ管理が煩雑となる恐れがある。そこで、管理マネージャとサーバとの間にサーバ管理部を設け、サーバ管理部により各サーバのエージェントを一元管理させ、管理マネージャはサーバ管理部へのアクセスのみで各サーバの管理情報を取得する技術が提案されている。
特開平７−３３４４４５号公報 特開２００２−２１５４７９号公報 特開２００２−１４８８３号公報 特開平１１−６５９５１号公報 特開２００６−２３９２２号公報

ところで、サーバ管理部により各サーバを一元管理する１つの方法として、管理マネージャとサーバ管理部との間の通信プロトコルとしてＳＮＭＰを用い、サーバ管理部と各サーバとの間の通信プロトコルとしてもＳＮＭＰを用いる方法が考えられる。これは、ＳＮＭＰ機能に標準装備されているＳＮＭＰプロキシ機能を利用することで実現できる。このＳＮＭＰプロキシ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ Ｐｒｏｘｙ）は、管理マネージャから受信したＭＩＢの問い合わせ内容をプロトコル変換機能を用いて、問い合わせ対象の各ＯＩＤに対応するサーバにＳＮＭＰとは異なるプロトコルに変換して当該サーバへ問い合わせる機能を有する。又、ＳＮＭＰプロキシは、その問い合わせに対する当該サーバからの応答をＳＮＭＰプロトコルに変換してＳＮＭＰマネージャへ返信する機能を有する。この場合、サーバ管理部は、各ＯＩＤに対応するサーバのＩＰアドレスなどが設定されたＳＮＭＰプロキシ設定ファイルを有している。サーバ管理部のエージェント（管理部エージェント）が起動すると、ＳＮＭＰプロキシ設定ファイルからＳＮＭＰプロキシ設定が読み出される。管理部エージェントは、管理マネージャから送信された管理情報取得要求を受信すると、ＳＮＭＰプロキシ設定を用いて、要求されたＯＩＤに対応するサーバのＩＰアドレス等を取得し、要求されたＯＩＤに対応するサーバのエージェントへＳＮＭＰとは異なるプロトコルを用いて管理情報取得要求を送信する。サーバのエージェントは、管理部エージェントより管理情報取得要求を受信すると、当該サーバのＭＩＢを参照して管理情報を取得し、管理エージェントへＳＮＭＰプロトコルを用いて送信する。管理部エージェントは、受信した管理情報を管理マネージャへ転送する。

しかしながら、ＳＮＭＰプロキシでは、管理対象のＯＩＤに対応するサーバに対する問い合わせにおける上記ＳＮＭＰとは異なるプロトコルとしてトランスポート層のプロトコルとしてＵｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ（ＵＤＰ）が用いられているため、サーバ管理部と各サーバ間の通信は信頼性に乏しいものとなる。また、ＳＮＭＰ非対応のサーバに対してはリアルタイムに管理情報を収集することができない。

さらに、ＳＮＭＰプロキシ設定ファイルでは、各サーバの起動・停止に伴い、各ＯＩＤに対応するサーバのＩＰアドレスなどの設定の追加や削除といった変更が行われるが、このとき、変更をＳＮＭＰプロキシ設定ファイルに反映するため、管理部エージェントが再起動される。

そのため、管理マネージャが、あるサーバの管理情報を取得している最中において、当該管理情報の取得対象のサーバ以外の他のいずれかのサーバの再起動が発生すると、管理部エージェントも再起動してしまい、管理マネージャは管理情報を取得することができなくなる。また、このとき、管理部エージェントの起動及び停止の例外発生を通知するＴＲＡＰ通知が管理部エージェントから管理マネージャへされる。従って、管理マネージャを用いて監視しているシステム管理者は、システムの仕様をよく理解していない場合、意図しないタイミングで管理部エージェントの停止が発生したと誤認して、不必要な保守作業（エージェントの状態確認、ログ調査等）を行う恐れがある。

また、サーバ管理部により各サーバを一元管理する他の方法として、管理マネージャとサーバ管理部との間の通信プロトコルとしてＳＮＭＰを用い、サーバ管理部と各サーバとの間の通信プロトコルとしてＳＮＭＰ以外の他のプロトコルを用いる方法が考えられる。この場合には、サーバ管理部においてプロトコル変換が行われる。

しかしながら、ＳＮＭＰプロキシ機能を有しない管理部エージェントがプロトコル変換を行えるようにする場合には、オープンソースとして標準化された機能を有する管理部エージェントに手を加える必要がある。管理部エージェントに手を加えた場合、管理エージェントの動作が変更されることにより、管理部エージェントが元々備えていた機能にも影響が出る可能性がある。そのため、システムの開発効率が低下する恐れがある。

本発明が解決しようとする課題には上記のようなものが一例として挙げられる。本発明は、サーバ管理部と各サーバとの間の通信プロトコルとしてＳＮＭＰ以外の他のプロトコルを用いることができ、かつ、サーバの管理性及びシステムの開発性を向上させることが可能なサーバの管理装置を提供することを課題とする。

上記課題は、情報処理装置本体に接続されるとともに、当該情報処理装置本体の管理を行う管理装置によって解決され得る。情報処理本体は例えばサーバであり、管理装置は例えばサーバ管理部である。管理装置は、第１の処理部と、第２の処理部と、情報格納部と、を有する。第１の処理部は例えばマスターエージェントであり、第２の処理部は例えばサブエージェントである。情報格納部は例えばサーバ情報データベースである。第１の処理部は、情報処理装置本体と管理装置を有するシステムである第１の情報処理装置に、管理装置を介して接続される管理マネージャなどの第２の情報処理装置から、第１のプロトコルにより情報処理装置本体を識別する識別情報を含むデータ要求を受信する。ここで、第１のプロトコルとは、例えばＳＮＭＰプロトコルである。なお、「ＳＮＭＰ」といった場合には、ＳＮＭＰｖ１、ｖ２を指し示すものとする。情報格納部は、情報処理装置本体の宛先情報を格納する。第２の処理部は、第１の処理部からデータ要求を受信するとともに、識別情報に基づいて情報格納部から宛先情報を取得し、取得した宛先情報に対応する情報処理装置本体に、第２のプロトコルによりデータ要求を送信する第２の処理部を有する。宛先情報とは、例えば情報処理端末本体を示す識別子であり、第２のプロトコルとは、例えばＴｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ/Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（ＴＣＰ／ＩＰ）や、Ｉｎｔｅｌｌｉｇｅｎｔ Ｐｌａｔｆｏｒｍ Ｍａｎａｇｅｍｅｎｔ Ｉｎｔｅｒｆａｃｅ（ＩＰＭＩ）、ＳＮＭＰｖ３などのＳＮＭＰプロトコル以外のプロトコルである。

上記課題は、情報処理装置本体と、当該情報処理装置本体の管理を行う管理装置を有する情報処理装置によって解決され得る。管理装置は、第１の処理部と、情報格納部と、第２の処理部と、を有する。第１の処理部は、情報処理装置本体と管理装置を有する第１の情報処理装置に、管理装置を介して接続される第２の情報処理装置から、第１のプロトコルにより情報処理装置本体を識別する識別情報を含むデータ要求を受信する。情報格納部は、情報処理装置本体の宛先情報と情報処理装置本体との間の通信における第１の通信設定情報を格納する。第２の処理部は、第１の処理部からデータ要求を受信するとともに、識別情報に基づいて情報格納部から宛先情報を取得し、取得した宛先情報に対応する情報処理装置本体に、第２のプロトコルによりデータ要求を送信する。情報処理装置本体は、情報処理装置本体の起動手順実行時又は停止手順実行時に、情報処理装置本体の宛先情報と情報処理装置本体との間の通信における第２の通信設定情報を第２の処理部に送信する設定情報送信部を有する。設定情報送信部は、例えば情報処理本体のエージェントである。

上記課題は、情報処理装置本体に接続されるとともに、情報処理装置本体の管理を行う管理装置の制御方法によっても解決され得る。管理装置の制御方法は、第１の処理部が、情報処理装置本体と管理装置を有する第１の情報処理装置に、管理装置を介して接続される第２の情報処理装置から、第１のプロトコルにより情報処理装置本体を識別する識別情報を含むデータ要求を受信するステップと、第２の処理部が、第１の処理部からデータ要求を受信するとともに、識別情報に基づいて情報格納部から宛先情報を取得し、取得した宛先情報に対応する情報処理装置本体に、第２のプロトコルによりデータ要求を送信するステップを有する。

上記課題は、情報処理装置本体に接続されるとともに、演算処理装置を有し、情報処理装置本体の管理を行う管理装置の制御プログラムによっても解決され得る。管理装置の制御プログラムは、演算処理装置に、第１の処理部が、情報処理装置本体と管理装置を有する第１の情報処理装置に、管理装置を介して接続される第２の情報処理装置から、第１のプロトコルにより情報処理装置本体を識別する識別情報を含むデータ要求を受信するステップと、第２の処理部が、第１の処理部からデータ要求を受信するとともに、識別情報に基づいて情報格納部から宛先情報を取得し、取得した宛先情報に対応する情報処理装置本体に、第２のプロトコルによりデータ要求を送信するステップを実行させる。

以上に説明した管理装置によれば、第２の情報処理装置との通信を行う第１の処理部とは別に設けられるとともに、管理対象の情報処理装置本体との通信を行う第２の処理部においてプロトコル変換が行われるため、第２の処理部と情報処理装置本体との間での通信プロトコルとして、第１のプロトコル以外の第２のプロトコルを用いることができる。また、第２の処理部が、第２のプロトコルで情報処理装置本体にデータ要求を送信するように構成されているので、第１の処理部には、プロトコル変換を行う機能を持たせる必要はなく、第１の処理部及び第２の処理部を互いに独立してアップデートする等、システムの開発性を向上させることができる。また、第１の処理部のプロキシ機能を用いないので、情報処理装置本体の宛先情報の取得が他の情報処理装置本体の状態によって影響を受けることがない。

また、以上説明した管理装置の制御方法及びプログラムによれば、上述した管理装置と同様の効果を享受することができる。

以下では、実施形態の一例について図面を参照しつつ説明する。

（サーバシステム）
まず、実施形態に係るサーバシステムについて図１を参照して説明する。図１は、実施形態に係るサーバシステムの一例を示す構成図である。

図１に示す情報処理システムとしてのサーバシステムは、システム５と管理マネージャ６とを有する。

システム５は、例えばブレードサーバのように、内部にサーバ管理部４と複数のサーバ１〜３とを有している。サーバ管理部４及び複数のサーバ１〜３はそれぞれ、独立した情報処理装置としてのコンピュータである。システム５では、サーバ管理部４が、システム５に属するサーバ１〜３を集中管理するサーバ管理装置として機能する。

管理マネージャ６は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）６１と、ディスク６２と、メモリ６３とを有し、サーバ管理部４とＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）を介して接続されている。管理マネージャ６では、マネージャソフト６４が動作している。マネージャソフト６４は、ＣＰＵ６１により実行されるプログラムである。管理マネージャ６は、マネージャソフト６４を用いて、システム５におけるサーバ管理部４とＵＤＰ／ＳＮＭＰ（以下、単に「ＳＮＭＰ」と称する）プロトコルで通信を行う。なお、以下において、「ＳＮＭＰ」といった場合には、特に断りがない限り、ＳＮＭＰｖ１又はＳＮＭＰｖ２のことを示すものとする。

サーバ管理部４は、ＣＰＵ４１と、補助記憶装置であるディスク４２と、主記憶装置であるメモリ４３とを有している。サーバ管理部４は、他のサーバとＮＩＣを介して接続されている。

サーバ管理部４では、マスターエージェント４４とサブエージェント４５とが動作している。マスターエージェント４４とサブエージェント４５とは、ＲＦＣ２７４１（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ ２７４１）で規格化されている拡張されたＳＮＭＰエージェントである。ここで、エージェントは、ＣＰＵがプログラムを実行することにより動作するプロセスである。マスターエージェント４４とサブエージェント４５とは、ＣＰＵ４１がプログラムを実行することにより動作するプロセスである。マスターエージェント４４と管理マネージャ６との間では、ＳＮＭＰプロトコルで通信が行われる。マスターエージェント４４とサブエージェント４５との間では、例えば、Ａｇｅｎｔ Ｅｘｔｅｎｓｉｂｉｌｉｔｙ（ＡｇｅｎｔＸ）プロトコルで通信が行われる。ＡｇｅｎｔＸプロトコルは、ＲＦＣ２７４１で規格化されている拡張されたＳＮＭＰエージェントのためのプロトコルである。

ディスク４２には、サーバ情報データベース４７とＭＩＢ４６とが記憶されている。サーバ情報データベース４７のテーブルには、サーバ１〜３との通信プロトコルを含む、サーバ１〜３との通信に必要な通信設定情報が格納されている。サブエージェント４５は、サーバ情報データベース４７のテーブルに格納された通信設定情報に基づいて、ＡｇｅｎｔＸプロトコルからＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ/Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）等の各種プロトコルへとプロトコル変換を行い、サーバ１〜３と通信を行う。

サーバ１は、ＣＰＵ１１と、ＭＩＢ１６が記憶されたディスク１２と、メモリ１３とを有し、サーバ管理部４とＮＩＣを介して接続されている。サーバ１では、エージェント１４が動作している。エージェント１４は、ＣＰＵ１１がプログラムを実行することにより動作するプロセスである。エージェント１４は、通信処理部１４１と、ＯＩＤ解析部１４２と、情報取得部１４３とを有している。エージェント１４は、サーバ管理部４のサブエージェント４５とＴＣＰ／ＩＰで通信を行う。ＴＣＰはパケットごとの着信を確認して送信するプロトコルである。それに対し、ＳＮＭＰのトランスポート層のプロトコルであるＵＤＰはパケットを相手先に送信するだけのプロトコルである。従って、サーバ管理部４とサーバ１との間では、ＳＮＭＰで通信が行われる場合と比較して、信頼性の高い通信が行われる。

サーバ２は、ＣＰＵ２１と、ＭＩＢ２６が記憶されたディスク２２と、メモリ２３とを有し、サーバ管理部４とＮＩＣを介して接続されている。サーバ２では、エージェント２４が動作している。エージェント２４は、がプログラムを実行することにより動作するプロセスである。エージェント２４は、情報取得部２４１を有している。エージェント２４は、サーバ管理部４のサブエージェント４５とＩｎｔｅｌｌｉｇｅｎｔ Ｐｌａｔｆｏｒｍ Ｍａｎａｇｅｍｅｎｔ Ｉｎｔｅｒｆａｃｅ（ＩＰＭＩ）プロトコルで通信を行う。ＩＰＭＩは、例えば、温度、電圧、ファン動作、および電力供給といったサーバの物理的な状態の監視やリモート制御を行うための情報をやりとりするためのプロトコルである。従って、サーバ管理部４とサーバ２との間のプロトコルをＩＰＭＩとすることにより、サーバ２の物理的な状態の監視や、リモート制御を行うための情報をやりとりすることが可能となる。

サーバ３は、ＣＰＵ３１と、ＭＩＢ３６が記憶されたディスク３２と、メモリ３３とを有し、サーバ管理部４とＮＩＣを介して接続されている。サーバ３では、マスターエージェント３４とサブエージェント３５とが動作している。マスターエージェント３４とサブエージェント３５とは、ＣＰＵ３１がプログラムを実行することにより動作するプロセスである。マスターエージェント３４とサブエージェント３５との間では、ＡｇｅｎｔＸプロトコルで通信が行われる。マスターエージェント３４は、サーバ管理部４のサブエージェント４５とＵＤＰ／ＳＮＭＰｖ３プロトコルで通信を行う。ＳＮＭＰｖ３は、ＳＮＭＰのパケットを認証・暗号化する機能を有するプロトコルである。従って、サーバ管理部４とサーバ３との間では、ＳＮＭＰ（ＳＮＭＰｖ１、ｖ２）で通信が行われる場合と比較して、セキュリティ機能が強化された通信が行われる。

次に、図１に示すサーバシステムにおける管理情報の要求及び応答の大まかな流れについて説明する。

管理マネージャ６は、各サーバ１〜３の管理情報の取得要求を示すデータである管理情報の要求データを、ＳＮＭＰでサーバ管理部４のマスターエージェント４４に送信する。ここで、管理情報の要求データは、送信先のサーバ及び取得したい管理情報を指定するＯＩＤを有する。

図２（ａ）は、管理マネージャ６のＭＩＢ６６及びサーバ管理部４のＭＩＢ４６のそれぞれに定義されるＯＩＤのツリー構造の一例である。

管理マネージャは、図２（ａ）に示されるＯＩＤのツリー構造を有するＭＩＢ６６を参照して、管理情報の要求データのＯＩＤを指定する。ここで、図２（ａ）に示すように、管理マネージャ６が指定するＯＩＤは、標準ＭＩＢと拡張ＭＩＢとに分類される。標準ＭＩＢは、管理情報の要求データの送信先のサーバ（ここではサーバ管理部４）が有する標準的なインターフェースや内部情報を取得するために予め定義されたＯＩＤである。拡張ＭＩＢは、ベンダーなどが独自に定義可能なように拡張されたＯＩＤである。「enterprises」以下のツリーで示されるＯＩＤは拡張ＭＩＢである。マスターエージェント４４からサブエージェント４５に管理情報の要求データを送信する場合には、管理マネージャ６は、管理情報の要求データのＯＩＤを拡張ＭＩＢで指定する。例えば、管理マネージャ６は、サーバ１のオペレーティングシステム（ＯＳ）の名前を取得したい場合には、ＭＩＢ６６を参照して、管理情報の要求データのＯＩＤを上記のツリーにおけるパスで指定される、各階層に示される数字をピリオドで区切ることにより、「enterprises.211.1.31.1.2.1.10」と指定する。また、管理マネージャ６は、サーバ１のＯＳのバージョンの情報を取得したい場合には、ＭＩＢ６６を参照して、同様に管理情報の要求データのＯＩＤを「enterprises.211.1.31.1.2.1.11」と指定する。

なお、図２（ｂ）は、サーバ１〜３のＭＩＢ１６、２６、２７のそれぞれに共通に定義されるＯＩＤのツリー構造の一例である。図２（ｂ）で示すように、サーバ１〜３のＭＩＢ１６、２６、２７のそれぞれに共通に定義されるＯＩＤでは、図２（ａ）で示すＯＩＤと異なり、サーバを示す値「１」、「２」、「３」が共通の値「１００」に置き換えられている。

マスターエージェント４４は、管理情報の要求データのＯＩＤがサーバ１〜３のいずれかのＯＩＤとなっていると判定した場合には、管理情報の要求データをサブエージェント４５に送信する。マスターエージェント４４は、管理情報の要求データをサブエージェント４５に送信する際に、管理情報の要求データのプロトコルをＳＮＭＰからＡｇｅｎｔＸに変換する。

サブエージェント４５は、マスターエージェント４４より受信した管理情報の要求データをサーバ１〜３に送信する。このとき、サブエージェント４５は、管理情報の要求データのＯＩＤを基に、サーバ情報データベース４７より送信先のサーバの通信設定情報を取得し、取得した通信設定情報を基に、管理情報の要求データのプロトコル変換を行う。例えば、管理情報の要求データをサーバ１に送信する場合には、サブエージェント４５は、管理情報の要求データのプロトコルをＡｇｅｎｔＸからＴＣＰ／ＩＰに変換して送信する。管理情報の要求データをサーバ２に送信する場合には、サブエージェント４５は、管理情報の要求データのプロトコルをＡｇｅｎｔＸからＩＰＭＩに変換して送信する。管理情報の要求データをサーバ３に送信する場合には、サブエージェント４５は、管理情報の要求データのプロトコルをＡｇｅｎｔＸからＳＮＭＰｖ３に変換して送信する。

また、このとき、サブエージェント４５は、プロトコル変換を行うとともに、図２（ａ）に示した管理情報の要求データのＯＩＤを、図２（ｂ）に示した各サーバ１〜３のＭＩＢ１２、２６、３６で共通に定義されたＯＩＤにプロキシ変換する。例えば、マスターエージェント４４より受信した管理情報の要求データのＯＩＤが「enterprises.211.1.31.1.2.1.10」となっている場合、サブエージェント４５は、送信先のサーバ１を示す「１」を「１００」に置き換える。即ち、サブエージェント４５は、管理情報の要求データのＯＩＤを「enterprises.211.1.31.1.2.100.10」に変換してサーバ１に送信する。このようにすることで、送信先の各サーバ１〜３のエージェントはそれぞれ、各サーバ１〜３が有するＭＩＢ１６、２６、３６を参照することにより、要求されている管理情報を取得することができる。

サーバ１において、エージェント１４は、サーバ管理部４のサブエージェント４５より管理情報の要求データを受信すると、受信した管理情報の要求データのＯＩＤを基に、ＭＩＢ１６を参照してサーバ１の管理情報を取得する。そして、エージェント１４は、取得したサーバ１の管理情報を応答データとしてサブエージェント４５に送信する。具体的には、これらの制御は、エージェント１４における通信処理部１４１、ＯＩＤ解析部１４２、情報取得部１４３により行われる。具体的には、通信処理部１４１は、送受信されるＴＣＰ／ＩＰパケットの通信処理を行う。ＯＩＤ解析部１４２は、ＭＩＢ１６を参照して、管理情報の要求データにおけるＯＩＤの解析を行う。情報取得部１４３は、ＯＩＤ解析部１４２の結果を基に、サーバ１の管理情報の取得を行う。

サーバ２において、エージェント２４は、サーバ管理部４のサブエージェント４５より管理情報の要求データを受信すると、受信した管理情報の要求データのＯＩＤを基に、ＭＩＢ２６を参照してサーバ２の管理情報を取得する。そして、エージェント２４は、取得した管理情報を応答データとしてサブエージェント４５に送信する。具体的には、これらの制御は、エージェント２４における情報取得部２４１が、受信した管理情報の要求データのＯＩＤを基に、ＭＩＢ２６を参照してサーバ２の管理情報を取得することにより行われる。

サーバ３において、マスターエージェント３４は、サーバ管理部４のサブエージェント４５より管理情報の要求データを受信すると、当該管理情報の要求データのプロトコルをＡｇｅｎｔＸに変換してサブエージェント３５に送信する。サブエージェント３５は、受信した管理情報の要求データのＯＩＤを基に、ＭＩＢ３６を参照してサーバ３の管理情報を取得する。そして、サブエージェント３５は、取得した管理情報を応答データとしてマスターエージェント３４に送信する。マスターエージェント３４は、サブエージェント３５より受信した管理情報の応答データのプロトコルを、ＡｇｅｎｔＸからＳＮＭＰｖ３に変換してサーバ管理部４のサブエージェント４５に送信する。

サーバ管理部４において、サブエージェント４５は、サーバ１〜３より送信されてきた管理情報の応答データのプロトコルを、サーバ１〜３との各種の通信プロトコル（ＴＣＰ／ＩＰ、ＩＰＭＩ、ＳＮＭＰｖ３）からＡｇｅｎｔＸに変換して、マスターエージェント４４に送信する。マスターエージェント４４は、サブエージェント４５より受信した管理情報の応答データのプロトコルを、ＡｇｅｎｔＸからＳＮＭＰに変換して、管理マネージャ６に送信する。管理マネージャ６は、受信した管理情報の応答データを基に、各サーバ１〜３の管理情報を得ることができる。

実施形態に係るサーバシステムによれば、管理マネージャ６は、サーバ管理部４とＳＮＭＰで通信することにより、サーバ管理部４と接続されたサーバ１〜３の管理情報を取得することができる。

（マスターエージェント及びサブエージェントの構成）
次に、マスターエージェント４４及びサブエージェント４５の具体的な構成について図３、図４を用いて説明する。

図３は、マスターエージェント４４及びサブエージェント４５の具体的な構成の一例を示す模式図である。

まず、マスターエージェント４４の構成について説明する。マスターエージェント４４は、ＳＮＭＰ通信部４４１と、ＯＩＤ判定部４４２と、プロトコル変換部４４３と、ＡｇｅｎｔＸ通信部４４４とを有する。

ＳＮＭＰ通信部４４１は、管理マネージャ６とＳＮＭＰプロトコルで通信を行う。具体的には、ＳＮＭＰ通信部４４１は、管理マネージャ６より管理情報の要求データを受信するとともに、処理の依頼のあった管理情報の応答データを管理マネージャ６に送信する。

ＯＩＤ判定部４４２は、管理マネージャ６より受信した管理情報の要求データのＯＩＤを基に、当該管理情報の要求データをどこに送信するかを判定する。例えば、ＯＩＤ判定部４４２は、管理マネージャ６より受信した管理情報の要求データのＯＩＤが標準ＭＩＢとなっている場合には、サーバ管理部４の管理情報が要求されているものと判断して、情報取得部４４５に処理を依頼する。この場合、情報取得部４４５は、管理情報の要求データのＯＩＤを基に、ＭＩＢ４６を参照してサーバ管理部４の管理情報を取得し、取得した管理情報を応答データとして処理をＳＮＭＰ通信部４４１に依頼する。

ここで、メモリ４３には、各サーバ１〜３を識別可能なように定義されたＯＩＤが登録されている。ＯＩＤ判定部４４２は、管理情報の要求データのＯＩＤが、拡張ＭＩＢで、かつ、メモリ４３に登録された各サーバ１〜３のいずれかのＯＩＤとなっている場合には、各サーバ１〜３についての管理情報が要求されているものと判断する。この場合、ＯＩＤ判定部４４２は、当該管理情報の要求データの送信先をサブエージェント４５と決定し、当該管理情報の要求データの処理をプロトコル変換部４４３に依頼する。

一方、ＯＩＤ判定部４４２は、管理情報の要求データのＯＩＤが、拡張ＭＩＢで、かつ、メモリ４３に登録された各サーバ１〜３のいずれかのＯＩＤに該当しない場合には、標準ＭＩＢでは定義されていないサーバ管理部４の管理情報を取得するものと判断する。この場合、ＯＩＤ判定部４４２は、管理情報の要求データの送信先を、サブエージェント４５とは異なる別のサブエージェント４５ａと決定し、当該管理情報の要求データの処理をプロトコル変換部４４３に依頼する。ここで、サブエージェント４５ａは、標準ＭＩＢで定義されていないサーバ管理部４の管理情報を取得するためのエージェントであり、各サーバ１〜３に対して管理情報の要求データを転送するためのサブエージェント４５とは全く異なる役割を有する。

プロトコル変換部４４３は、管理情報の要求データのプロトコルをＳＮＭＰからＡｇｅｎｔＸへと変換してパケットを生成し、生成したパケットの処理をＡｇｅｎｔＸ通信部４４４に依頼する。また、プロトコル変換部４４３は、ＡｇｅｎｔＸ通信部４４４で受信した管理情報の応答データのプロトコルをＡｇｅｎｔＸからＳＮＭＰへと変換してパケットを生成し、生成したパケットの処理をＳＮＭＰ通信部４４１に依頼する。

ＡｇｅｎｔＸ通信部４４４は、サブエージェント４５、４５ａとＡｇｅｎｔＸプロトコルで通信を行う。ＡｇｅｎｔＸ通信部４４４は、処理の依頼のあった管理情報の要求データを、ＯＩＤ判定部４４２において決定された送信先に基づいて、サブエージェント４５、４５ａのいずれかに送信する。また、ＡｇｅｎｔＸ通信部４４４は、サブエージェント４５、４５ａからの管理情報の応答データを受信する。

サブエージェント４５ａは、受信した管理情報の要求データを基に、ＭＩＢ４６を参照して、標準ＭＩＢで定義されていないサーバ管理部４の管理情報を取得し、取得した管理情報を応答データとしてマスターエージェント４４に送信する。

次に、サブエージェント４５の構成について説明する。サブエージェント４５は、ＡｇｅｎｔＸ通信部４５１と、ＯＩＤ登録部４５２と、転送先情報取得部４５３と、サーバ状態確認部４５４と、データ変換部４５５と、サーバ通信部４５６と、サーバ情報収集部４５７とを有する。

ＡｇｅｎｔＸ通信部４５１は、マスターエージェント４４とＡｇｅｎｔＸプロトコルで通信を行う。ＡｇｅｎｔＸ通信部４５１は、マスターエージェント４４より管理情報の要求データを受信するとともに、処理の依頼のあった管理情報の応答データをマスターエージェント４４に送信する。

ＯＩＤ登録部４５２は、サブエージェント４５の起動時において、各サーバ１〜３を識別可能なように定義されたＯＩＤをメモリ４３に登録する処理を行う。これにより、マスターエージェント４４のＯＩＤ判定部４４２は、各サーバ１〜３を識別することが可能となり、各サーバ１〜３の管理情報の要求データを管理マネージャ６より受信した場合に、当該要求データをサブエージェント４５へ送信することが可能となる。

転送先情報取得部４５３は、サーバ情報データベース４７のテーブルより、管理情報の要求データのＯＩＤに示されるサーバについてのサーバ情報を取得する処理を行う。

ここで、サーバ情報データベース４７のテーブルに格納されるサーバ情報について、図４を用いて説明する。

図４は、サーバ情報データベース４７のテーブルに格納されるサーバ情報の一例を示す図表である。

図４に示す例では、サーバ情報データベース４７のテーブルには、サーバ情報として、「識別子」、「ＯＩＤ」、「状態情報」、「ＩＰアドレス」、「通信方式」、「認証方式」、「暗号化方式」、「アカウント」、「パスワード」の各項目についての情報が格納されている。

「識別子」とはサーバ管理部４と接続されている各サーバ１〜３の名称を示し、「ＯＩＤ」とは各サーバ１〜３のＯＩＤを示している。「識別子」と「ＯＩＤ」に格納される情報は、予め、互いに対応付けられてファイルに記録されており、サブエージェント４５の起動時に当該ファイルから取得され、サーバ情報データベース４７のテーブルに格納される。

「状態情報」、「ＩＰアドレス」、「通信方式」、「認証方式」、「暗号化方式」、「アカウント」、「パスワード」の各項目についての情報は、各サーバ１〜３の「ＯＩＤ」と対応付けられて、サーバ情報データベース４７のテーブルに格納されている。

「状態情報」とは、各サーバ１〜３が起動しているか、又は、停止しているかの状態を示す情報である。図４に示す例では、「状態情報」の情報として、各サーバ１〜３が起動している場合には「ＲＵＮＮＩＮＧ」が格納され、各サーバ１〜３が停止している場合には「ＯＦＦ」が格納される。従って、図４に示す例では、サーバ１、３が起動中であり、サーバ２が停止していることが分かる。

「ＩＰアドレス」は、各サーバ１〜３のＮＩＣに設定されたＩＰアドレスを示している。「通信方式」は、サーバ管理部４と各サーバ１〜３との間の通信プロトコルを示している。「認証方式」、「暗号化方式」はそれぞれ、サーバ管理部４と各サーバ１〜３との間における通信の認証方式、暗号化方式を示している。「アカウント」、「パスワード」は、サブエージェント４５が各サーバ１〜３にアクセスする際におけるアカウント情報を示している。つまり、「ＩＰアドレス」、「通信方式」、「認証方式」、「暗号化方式」、「アカウント」、「パスワード」の各情報は、サブエージェント４５が各サーバ１〜３と通信を行うのに必要な通信設定情報である。つまり、サーバ情報データベース４７のテーブルに格納されているサーバ情報は、サーバの状態を示す状態情報と、サブエージェント４５が各サーバ１〜３と通信を行うのに必要な通信設定情報とに大別される。

図３に戻り、説明を続けると、サーバ状態確認部４５４は、転送先情報取得部４５３により取得されたサーバ情報における「状態情報」を基に、管理情報の要求データのＯＩＤに示されるサーバの状態を確認する処理を行う。サーバ状態確認部４５４は、当該サーバが停止していると判定した場合には、当該サーバが停止していることを示すエラー応答データを生成し、生成したエラー応答データの処理をＡｇｅｎｔＸ通信部４５１に依頼する。一方、サーバ状態確認部４５４は、当該サーバが起動中であると判定した場合には、管理情報の要求データの処理をデータ変換部４５５に依頼する。

データ変換部４５５は、取得されたサーバ情報における「通信方式」を基に、管理情報の要求データを、ＡｇｅｎｔＸプロトコルから、求められた通信方式のプロトコルにプロトコル変換してパケットを生成する。その際、データ変換部４５５は、サーバ情報における「通信方式」以外の通信設定情報、即ち、「ＩＰアドレス」、「認証方式」、「暗号化方式」、「アカウント」、「パスワード」の各情報を付加して当該パケットを生成する。また、このとき、データ変換部４５５は、図２（ａ）で示されている管理情報の要求データのＯＩＤを、図２（ｂ）に示した各サーバ１〜３のＭＩＢで共通に定義されたＯＩＤにプロキシ変換する。そして、データ変換部４５５は、変換された管理情報の要求データの処理をサーバ通信部４５６に依頼する。

また、データ変換部４５５は、サーバ通信部４５６で受信した管理情報の応答データを、各サーバ１〜３の通信設定情報を基に、各種のプロトコル（ＴＣＰ／ＩＰ、ＩＰＭＩ、ＳＮＭＰｖ３）からＡｇｅｎｔＸに変換してパケットを生成する。そして、データ変換部４５５は、生成した管理情報の応答データのパケットの処理をＡｇｅｎｔＸ通信部４５１に依頼する。

サーバ通信部４５６は、処理の依頼のあった管理情報の要求データのパケットを各サーバ１〜３へ送信するとともに、各サーバ１〜３からの管理情報の応答データを受信する処理を行う。また、サーバ通信部４５６は、各サーバ１〜３の起動時及び停止時において、それぞれのサーバより通知されるサーバ情報を受信する処理も行う。具体的には、各サーバ１〜３のエージェントは、それぞれのサーバのブートシーケンスにおいて、サーバの起動を示す状態情報や通信設定情報をサーバ情報のデータとしてサーバ通信部４５６に送信する。各サーバ１〜３のエージェントは、それぞれのサーバのシャットダウンシーケンスにおいて、サーバが完全に停止する前にサーバの停止を示す状態情報をサーバ情報のデータとしてサーバ通信部４５６に送信する。サーバ通信部４５６は、これらのサーバ情報のデータを受信する。

サーバ情報収集部４５７は、サーバ通信部４５６が受信したサーバ情報を、サーバ情報データベース４７のテーブルに格納する処理を行う。これにより、サーバ情報データベース４７のテーブルにおけるサーバ情報は動的に更新される。

（管理情報取得要求時におけるサブエージェントの制御処理）
次に、管理マネージャ６より各サーバ１〜３の管理情報取得要求時におけるサブエージェント４５の制御処理について図５を用いて説明する。

図５は、管理情報取得時におけるサブエージェントの制御処理を示すフローチャートである。

まず、サーバ１の管理情報取得要求時におけるサブエージェント４５の制御処理について説明する。ここでは、サーバ１のＯＳ名情報の取得を要求する例について説明する。この場合、先にも述べたように、管理マネージャ６は、図２（ａ）に示すＯＩＤのツリー構造を有するＭＩＢ６６を参照して、ＯＩＤを「enterprises.211.1.31.1.2.1.10」と指定した管理情報の要求データを、サーバ管理部４のマスターエージェント４４へ送信する。マスターエージェント４４は、受信した管理情報の要求データのプロトコルを、ＳＮＭＰからＡｇｅｎｔＸへと変換してサブエージェント４５へ送信する。サブエージェント４５は、ＡｇｅｎｔＸ通信部４５１にて管理情報の要求データを受信する（ステップＳ１０１）。

ＡｇｅｎｔＸ通信部４５１が管理情報の要求データを受信すると、転送先情報取得部４５３はサーバ情報データベース４７のテーブルに排他ロックをかける（ステップＳ１０２）。
これは、転送先情報取得部４５３によるサーバ情報の取得の最中に、サーバ情報収集部４５７により更新が行われてデータ矛盾が生じるのを防ぐためである。転送先情報取得部４５３は、サーバ情報データベース４７のテーブルに排他ロックをかけた後、管理情報の要求データのＯＩＤに対応する転送先のサーバ情報を、サーバ情報データベース４７のテーブルを検索することにより取得する（ステップＳ１０３）。ここでは、転送先情報取得部４５３は、管理情報の要求データのＯＩＤたる「enterprises.211.1.31.1.2.1.10」と、サーバ情報データベース４７のテーブルにおける各サーバ１〜３の「ＯＩＤ」とを比較する。そして、転送先情報取得部４５３は、管理情報の要求データのＯＩＤにおけるサーバを示す部分（enterprises.211.1.31.1.2.1）と一致したサーバ１のサーバ情報を検出して取得する。この場合、転送先情報取得部４５３は、サーバ１における、「状態情報」、「ＩＰアドレス」、「暗号化方式」、「パスワード」の各情報を取得する（図４参照）。転送先情報取得部４５３は、管理情報の要求データのＯＩＤに対応するサーバ情報を検出した後、サーバ情報データベース４７のテーブルの排他ロックを解除する（ステップＳ１０４）。

サーバ状態確認部４５４は、転送先情報取得部４５３により取得されたサーバ情報における「状態情報」を基に、転送先のサーバの状態を確認する（ステップＳ１０５）。サーバ状態確認部４５４は、転送先のサーバの状態が起動していると判定した場合には（ステップＳ１０６：Ｙｅｓ）、ステップＳ１０７の処理へ進む。一方、サーバ状態確認部４５４は、転送先のサーバの状態で停止していると判定した場合には（ステップＳ１０６：Ｎｏ）、ステップＳ１１１の処理へ進む。ここでは、サーバ１の「状態情報」が「ＲＵＮＮＩＮＧ」となっているので、サーバ状態確認部４５４は、サーバ１が起動中であると判定して、ステップＳ１０７の処理へ進む。

ステップＳ１０７において、データ変換部４５５は、転送先情報取得部４５３により取得されたサーバ情報を基に転送先の通信方式を確認し、管理情報の要求データをＡｇｅｎｔＸから転送先の通信方式にプロトコル変換してパケットを生成する。ここでは、データ変換部４５５は、サーバ情報の「通信方式」より転送先の通信方式がＴＣＰ／ＩＰであることを確認して、管理情報の要求データのプロトコルをＡｇｅｎｔＸからＴＣＰ／ＩＰに変換してパケットを生成する。その際、データ変換部４５５は、「ＩＰアドレス」、「暗号化方式」、「パスワード」の各情報を付加して当該パケットを生成する。また、データ変換部４５５は、当該パケットを生成する際に、管理情報の要求データのＯＩＤを各サーバ１〜３共通のＯＩＤにプロキシ変換する。具体的には、データ変換部４５５は、管理情報の要求データのＯＩＤ「enterprises.211.1.31.1.2.1.10」におけるサーバ１を示す「１」を各サーバ共通の「１００」に置き換えることで「enterprises.211.1.31.1.2.100.10」に変換する。

サーバ通信部４５６は、データ変換部４５５にて生成されたパケットを転送先のサーバへ送信する（ステップＳ１０８）。ここでは、サーバ通信部４５６は、管理情報の要求データのパケットをサーバ１へ送信する。サーバ１のエージェント１４は、サーバ管理部４からの管理情報の要求データのパケットを通信処理部１４１にて受信すると、管理情報の要求データのＯＩＤの解析をＯＩＤ解析部１４２にて行う。ＯＩＤ解析部１４２は、管理情報の要求データのＯＩＤである「enterprises.211.1.31.1.2.100.10」を基に、ＭＩＢ１６を参照して、要求されているのが「ｏｓ ｎａｍｅ」であることを検出する。そして、情報取得部１４３は、サーバ１のＯＳ名情報をＯＳより取得し、取得したＯＳ名情報を管理情報の応答データとして通信処理部１４１に応答依頼を行う。通信処理部１４１は、管理情報の応答データをＴＣＰ／ＩＰでサーバ管理部４へ送信する。

サーバ通信部４５６は、サーバ１より送信された管理情報の応答データを受信する（ステップＳ１０９）。その後、データ変換部４５５は、転送先情報取得部４５３により取得されたサーバ情報を基に転送先の通信方式を確認し、管理情報の応答データを転送先の通信方式からＡｇｅｎｔＸにプロトコル変換してパケットを生成する（ステップＳ１１０）。ここでは、データ変換部４５５は、管理情報の応答データをＴＣＰ／ＩＰからＡｇｅｎｔＸにプロトコル変換してパケットを生成する。当該パケットが生成された後、データ変換部４５５は、ＡｇｅｎｔＸ通信部４５１に対し、生成された管理情報の応答データのパケットの処理依頼を行う。ＡｇｅｎｔＸ通信部４５１は、管理情報の応答データをマスターエージェント４４へ送信して（ステップＳ１１２）、サブエージェント４５による制御処理は終了する。この後、マスターエージェント４４は、サブエージェント４５より受信した管理情報の応答データを管理マネージャ６に送信する。これにより、管理マネージャ６は、目的の管理情報、ここでは、サーバ１のＯＳ名情報を取得することができる。

次に、サーバ２の管理情報取得要求時におけるサブエージェント４５の制御処理について説明する。ここでも、サーバ２のＯＳ名情報の取得を要求する例について説明する。この場合、管理マネージャ６は、図２（ａ）に示すＯＩＤのツリー構造を有するＭＩＢ６６を参照して、ＯＩＤを「enterprises.211.1.31.1.2.2.10」と指定した管理情報の要求データを、サーバ管理部４のマスターエージェント４４へ送信する。マスターエージェント４４は、受信した管理情報の要求データのプロトコルを、ＳＮＭＰからＡｇｅｎｔＸへと変換してサブエージェント４５へ送信する。サブエージェント４５は、ＡｇｅｎｔＸ通信部４５１にて管理情報の要求データを受信する（ステップＳ１０１）。

ＡｇｅｎｔＸ通信部４５１が管理情報の要求データを受信すると、転送先情報取得部４５３はサーバ情報データベース４７のテーブルに排他ロックをかける（ステップＳ１０２）。そして、転送先情報取得部４５３は、管理情報の要求データのＯＩＤたる「enterprises.211.1.31.1.2.2.10」と、サーバ情報データベース４７のテーブルにおける各サーバ１〜３の「ＯＩＤ」とを比較することにより、サーバ２（enterprises.211.1.31.1.2.2）のサーバ情報を検出して取得する。転送先情報取得部４５３は、管理情報の要求データのＯＩＤに対応するサーバ情報を検出した後、サーバ情報データベース４７のテーブルの排他ロックを解除する（ステップＳ１０４）。

サーバ状態確認部４５４は、転送先情報取得部４５３により取得されたサーバ情報を基に、転送先のサーバの状態を確認し（ステップＳ１０５）、転送先のサーバの状態が起動しているか否かを判定する（ステップＳ１０６）。ここでは、サーバ状態確認部４５４は、サーバ２の「状態情報」が「ＯＦＦ」となっているので（図４参照）、サーバ２は停止中であると判定して、ステップＳ１１１の処理へ進む。

サーバ状態確認部４５４は、サーバ２が停止していることを示すエラー応答データを生成して（ステップＳ１１１）、ＡｇｅｎｔＸ通信部４５１へ応答依頼を行う。ＡｇｅｎｔＸ通信部４５１は、エラー応答データをマスターエージェント４４へ送信して（ステップＳ１１２）、サブエージェント４５による制御処理は終了する。この後、マスターエージェント４４は、サブエージェント４５より受信したエラー応答データを管理マネージャ６に送信する。これにより、管理マネージャ６は、サーバ２が停止していることを認識することができる。

次に、サーバ３の管理情報取得要求時におけるサブエージェント４５の制御処理について説明する。ここでも、サーバ３のＯＳ名情報の取得を要求する例について説明する。

この場合、管理マネージャ６は、図２（ａ）に示すＯＩＤのツリー構造を有するＭＩＢ６６を参照して、ＯＩＤを「enterprises.211.1.31.1.2.3.10」と指定した管理情報の要求データを、サーバ管理部４のマスターエージェント４４へ送信する。マスターエージェント４４は、受信した管理情報の要求データのプロトコルを、ＳＮＭＰからＡｇｅｎｔＸへと変換してサブエージェント４５へ送信する。サブエージェント４５は、ＡｇｅｎｔＸ通信部４５１にて管理情報の要求データを受信する（ステップＳ１０１）。

ＡｇｅｎｔＸ通信部４５１が管理情報の要求データを受信すると、転送先情報取得部４５３はサーバ情報データベース４７のテーブルに排他ロックをかける（ステップＳ１０２）。そして、転送先情報取得部４５３は、管理情報の要求データのＯＩＤたる「enterprises.211.1.31.1.2.3.10」と、サーバ情報データベース４７のテーブルにおける各サーバ１〜３の「ＯＩＤ」とを比較することにより、サーバ３（enterprises.211.1.31.1.2.3）のサーバ情報を検出して取得する（ステップＳ１０３）。具体的には、転送先情報取得部４５３は、サーバ３における、「状態情報」、「ＩＰアドレス」、「認証方式」、「暗号化方式」、「アカウント」、「パスワード」の各情報を取得する。転送先情報取得部４５３は、管理情報の要求データのＯＩＤに対応するサーバ情報を検出した後、サーバ情報データベース４７のテーブルの排他ロックを解除する（ステップＳ１０４）。

サーバ状態確認部４５４は、転送先情報取得部４５３により取得されたサーバ情報を基に、転送先のサーバの状態を確認し（ステップＳ１０５）、転送先のサーバの状態が起動しているか否かを判定する（ステップＳ１０６）。サーバ状態確認部４５４は、サーバ３の「状態情報」が「ＲＵＮＮＩＮＧ」となっているので（図４参照）、サーバ３は起動中であると判定して、ステップＳ１０７の処理へ進む。

データ変換部４５５は、サーバ情報の「通信方式」より転送先の通信方式がＳＮＭＰｖ３であることを確認して、管理情報の要求データをＡｇｅｎｔＸからＳＮＭＰｖ３にプロトコル変換してパケットを生成する。その際、データ変換部４５５は、「ＩＰアドレス」、「認証方式」、「暗号化方式」、「アカウント」、「パスワード」の各情報を付加して当該パケットを生成する。また、データ変換部４５５は、当該パケットを生成する際、マスターエージェント４４より受信した管理情報の要求データのＯＩＤ「enterprises.211.1.31.1.2.3.10」をサーバに共通のＯＩＤ「enterprises.211.1.31.1.2.100.10」にプロキシ変換する。

サーバ通信部４５６は、データ変換部４５５にて生成された管理情報の要求データのパケットをサーバ３へ送信する（ステップＳ１０８）。サーバ３のマスターエージェント３４は、サーバ管理部４からの管理情報の要求データのパケットを受信すると、サーバ３のサブエージェント３５に送信する。サブエージェント３５は、管理情報の要求データのＯＩＤ「enterprises.211.1.31.1.2.100.10」を基に、ＭＩＢ３６を参照して、要求されている管理情報が「ｏｓ ｎａｍｅ」であることを検出する。そして、サブエージェント３５は、サーバ３のＯＳ名情報をＯＳより取得し、取得したＯＳ名情報を管理情報の応答データとしてマスターエージェント３４へ送信する。マスターエージェント３４は、サブエージェント３５より送信された管理情報の応答データをＳＮＭＰｖ３でサーバ管理部４へ送信する。

サーバ通信部４５６は、サーバ３より送信された管理情報の応答データを受信する（ステップＳ１０９）。その後、データ変換部４５５は、管理情報の応答データをＳＮＭＰｖ３からＡｇｅｎｔＸにプロトコル変換してパケットを生成する（ステップＳ１１０）。当該パケットが生成された後、データ変換部４５５は、ＡｇｅｎｔＸ通信部４５１に対し、生成された管理情報の応答データのパケットの処理依頼を行う。ＡｇｅｎｔＸ通信部４５１は、管理情報の応答データのパケットをマスターエージェント４４へ送信して（ステップＳ１１２）、サブエージェント４５による制御処理は終了する。この後、マスターエージェント４４は、管理情報の応答データを管理マネージャ６に送信する。これにより、管理マネージャ６は、目的の管理情報、ここでは、サーバ３のＯＳ名情報を取得することができる。

以上に述べたことから分かるように、実施形態に係るサーバシステムでは、サーバ管理部４と各サーバ１〜３との送受信時にプロトコル変換が行われる。そのため、実施形態に係るサーバシステムでは、サーバ管理部４と各サーバ１〜３との間の通信プロトコルとして、ＳＮＭＰ以外の他のプロトコルを使用することができる。例えば、実施形態に係るサーバシステムでは、ＳＮＭＰと比較して、信頼性の高いＴＣＰ／ＩＰや、拡張性の高いＩＰＭＩ、セキュリティ機能が強化されたＳＮＭＰｖ３を用いることができる。また、サブエージェント４５がプロトコル変換を行うため、マスターエージェント４４にプロトコル変換機能を持たせる必要はなくなり、システムの開発性を向上させることができる。さらに、サブエージェント４５がプロキシ変換を行うため、マスターエージェント４４のＳＮＭＰプロキシ機能を用いる必要はなくなり、サーバの管理情報を取得する際において、当該サーバ以外の他のサーバの起動・停止による影響を受けずに済む。

また、実施形態に係るサーバシステムでは、サーバ情報データベース４７に格納される通信設定情報として、通信プロトコルだけでなく、ＩＰアドレスやアカウント情報といった情報も含まれている。サブエージェント４５は、サーバ情報データベース４７より取得した通信設定情報を基に、管理情報の要求データに対し、プロトコル変換を行うだけでなく、ＩＰアドレスなどやアカウント情報の各情報も付加して、各サーバ１〜３に送信する。サーバ管理部と各サーバとの間でプロトコル変換が行われる一般的なサーバシステムでは、サーバ管理部と各サーバとの間の通信の際のＩＰアドレスやアカウント情報といった情報は、管理マネージャにより管理される。これに対し、実施形態に係るサーバシステムでは、これらのＩＰアドレスやアカウント情報といった情報は、サブエージェント４５により管理される。従って、実施形態に係るサーバシステムでは、一般的なサーバシステムと比較して、管理マネージャ６のサーバ管理を簡素化することができる。

なお、サーバ管理部４と各サーバ１〜３との間で用いられる通信プロトコルとしては、ＴＣＰ／ＩＰ、ＩＰＭＩ、ＳＮＭＰｖ３に限られるものではない。ＴＣＰ／ＩＰ、ＩＰＭＩ、ＳＮＭＰｖ３はそれぞれ、ＳＮＭＰと比較して、信頼性、拡張性、セキュリティといった点で有利なプロトコルの一例を示したものに過ぎない。従って、サーバ管理部４と各サーバ１〜３との間で用いられる通信プロトコルとしては、他の各種の通信プロトコル（例えば、Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）など）を用いることも可能であるのは言うまでもない。

（サーバの起動時又は停止時におけるサブエージェントの制御処理）
次に、サーバの起動時又は停止時におけるサブエージェント４５の制御処理について図６、図７を用いて説明する。

まず、一例としてサーバ１の起動時におけるサブエージェント４５の制御処理について図６のフローチャートを用いて説明する。

図６は、サーバ１の起動時におけるサブエージェント４５の制御処理の一例を示すフローチャートである。

まず、サーバ１が起動するとブートシーケンスにてサーバ１上のエージェント１４が起動する。起動したエージェント１４は、パス接続のための接続信号をサーバ管理部４に送信する。サーバ管理部４のサブエージェント４５は、サーバ通信部４５６にて当該接続信号を受信する（ステップＳ１５１）。そして、サーバ通信部４５６は、サーバ１との間でＴＣＰ／ＩＰによる通信の接続を確立する（ステップＳ１５２）。

サーバ通信部４５６は、ＴＣＰ／ＩＰによる通信の接続を確立した後、サーバ１のエージェント１４より、サーバ１の起動を示す状態情報や通信設定情報を含むサーバ情報を有するデータを受信する（ステップＳ１５３）。そして、サーバ通信部４５６は、当該データの受信を完了すると、サーバ１のエージェント１４に対し受信完了を応答する（ステップＳ１５４）。それと平行して、サブエージェント４５のサーバ情報収集部４５７は、サーバ１から受信した受信データを解析してサーバ情報を得る（ステップＳ１５５）。

サーバ情報収集部４５７は、サーバ情報データベース４７のテーブルに対し排他ロックをかける（ステップＳ１５６）。これは、サーバ情報収集部４５７によるテーブルの更新の最中において、転送先情報取得部４５３によりサーバ情報が取得されてデータ矛盾が生じるのを防ぐためである。サーバ情報収集部４５７は、サーバ情報データベース４７のテーブルに対し排他ロックをかけた後、サーバ情報データベース４７のテーブルにサーバ情報を格納して、当該テーブルの更新を行う（ステップＳ１５７）。この場合、図４に示すように、サーバ情報収集部４５７は、サーバ情報データベース４７のテーブルに対し、「状態情報」に「ＲＵＮＮＩＮＧ」を格納し、「ＩＰアドレス」、「認証方式」、「暗号化方式」、「アカウント」、「パスワード」にサーバ情報に含まれる通信設定情報を格納する。

サーバ情報収集部４５７によるサーバ情報データベース４７のテーブルの更新が完了すると、サーバ通信部４５６は、サーバ１に対してデータベース更新完了通知を行う（ステップＳ１５８）。サーバ通信部４５６が、データベース更新完了通知に対するサーバ１からの応答を受信すると（ステップＳ１５９）、サーバ情報収集部４５７は、サーバ情報データベース４７のテーブルの排他ロックを解除する（ステップＳ１６０）。この後、サブエージェント４５は、本制御処理を終了する。

このようにすることで、サーバ状態確認部４５４は、転送先情報取得部４５３により取得されたサーバ１のサーバ情報の状態情報を基に、サーバ１が起動中であることを判定することが可能となる。また、データ変換部４５５は、転送先情報取得部４５３により取得されたサーバ２のサーバ情報の通信設定情報を基に、サーバ１の管理情報の要求データに対し、プロトコル変換及びサーバ１との通信に必要な情報の付加を行うことができる。

次に、一例としてサーバ２の停止時におけるサブエージェント４５の制御処理について図７のフローチャートを用いて説明する。

図７は、サーバ２の停止時におけるサブエージェント４５の制御処理の一例を示すフローチャートである。

まず、サーバ２が停止するとシャットダウンシーケンスにてサーバ２上のエージェント２４が停止する。エージェント２４は、停止の際に、サーバ２の停止を示す状態情報を含むサーバ情報のデータをサーバ管理部４のサブエージェント４５へ送信し、サブエージェント４５のサーバ通信部４５６は当該データを受信する（ステップＳ２０１）。

サブエージェント４５のサーバ通信部４５６は、サーバ２のエージェント２４に対し受信完了を応答する（ステップＳ２０２）。それと平行して、ステップＳ２０３において、サブエージェント４５のサーバ情報収集部４５７は、サーバ２から受信した受信データを解析してサーバ情報を得る（ステップＳ２０３）。

サーバ情報収集部４５７は、サーバ情報データベース４７のテーブルに対し排他ロックをかける（ステップＳ２０４）。その後、サーバ情報収集部４５７は、サーバ情報データベース４７のテーブルにサーバ情報を格納して、サーバ情報データベース４７のテーブルの更新を行う（ステップＳ２０５）。この場合、図４に示すように、サーバ情報収集部４５７は、サーバ情報データベース４７のテーブルに対し、「状態情報」に「ＯＦＦ」を格納し、「ＩＰアドレス」、「認証方式」、「暗号化方式」、「アカウント」、「パスワード」の情報を消去する。

サーバ情報収集部４５７によるサーバ情報データベース４７のテーブルの更新が完了すると、サーバ通信部４５６は、サーバ２に対してデータベース更新完了通知を行う（ステップＳ２０６）。サーバ通信部４５６は、データベース更新完了通知に対するサーバ２からの応答を受信すると（ステップＳ２０７）、サーバ情報収集部４５７は、サーバ情報データベース４７のテーブルの排他ロックを解除する（ステップＳ２０８）。それと平行して、サーバ通信部４５６は、サーバ２からの接続パス切断の信号を受信した後（ステップＳ２０９）、サーバ２との接続パスを切断する（ステップＳ２１０）。この後、サブエージェント４５は、本制御処理を終了する。

このようにすることで、サーバ状態確認部４５４は、転送先情報取得部４５３により取得されたサーバ２のサーバ情報の状態情報を基に、サーバ２が停止中であることを判定することが可能となる。

以上に述べたことから分かるように、実施形態に係るサーバシステムでは、サーバ情報収集部４５７は、サーバ通信部４５６で受信したサーバ情報を基に、サーバ情報データベース４７のテーブルに状態情報を格納する。これにより、サーバ状態確認部４５４は、管理情報の要求データのＯＩＤに示されるサーバの状態情報を、サーバ情報データベース４７のテーブルより得ることができ、当該サーバの起動又は停止を確認することが可能となる。

また、実施形態に係るサーバシステムでは、サーバ管理部４におけるサブエージェント４５は、各サーバ１〜３の起動時又は停止時において、各サーバ１〜３よりサーバ情報を受信し、受信したサーバ情報を、サーバ情報データベース４７のテーブルに格納する処理を行う。これにより、サーバ情報データベース４７のテーブルにおけるサーバ情報、即ち、状態情報及び通信設定情報は動的に更新される。

なお、実施形態は、上述した実施形態の例に限られるものではなく、特許請求の範囲及び明細書全体から読み取れる発明の要旨あるいは思想に反しない範囲で適宜変更可能である。

実施形態に係るサーバシステムの一例を示す構成図である。 ＯＩＤの構成例を示している。 サブエージェントの具体的な構成の一例を示す模式図である。 サーバ情報データベースのテーブルに格納されるサーバ情報の一例を示す図表。 管理情報取得時におけるサブエージェントの制御処理を示すフローチャート。 サーバの起動時におけるサブエージェントの制御処理を示すフローチャート。 サーバの停止時におけるサブエージェントの制御処理を示すフローチャート。

符号の説明

１、２、３ サーバ
４ サーバ管理部
５ システム
６ 管理マネージャ
４４ マスターエージェント
４５ サブエージェント

Claims (8)

1. 複数のサーバに接続されるとともに、前記複数のサーバの管理を行うサーバ管理装置において、
   前記複数のサーバに、前記サーバ管理装置を介して接続される管理マネージャから、第１のプロトコルにより前記複数のサーバを識別する識別情報を含む複数のデータ要求を受信する第１の処理部と、
   前記複数のサーバの宛先情報と前記各宛先情報に対応するプロトコル情報を格納し、前記宛先情報に対応する複数種の前記プロトコル情報を有する情報格納部と、
   前記第１の処理部から前記複数のデータ要求を受信するとともに、前記識別情報に基づいて前記情報格納部から宛先情報および前記宛先情報に対応する前記複数種のプロトコル情報を取得し、前記取得した宛先情報に対応する前記複数のサーバに、前記複数種のプロトコル情報に対応する第２のプロトコルにより前記複数のデータ要求を送信する第２の処理部を有し、
   前記情報格納部は前記複数のサーバの各々との通信に使う前記複数種のプロトコルを前記第２のプロトコルとして対応させて格納するテーブルをさらに有し、
   前記第１の処理部は、
   前記第１のプロトコルによる前記複数のデータ要求を、前記第２のプロトコルとは異なる第３のプロトコルによる前記複数のデータ要求に変換して前記第２の処理部に送信し、
   前記第２の処理部は、
   前記第１の処理部から受信した前記第３のプロトコルによる前記複数のデータ要求を、前記第２のプロトコルによる前記複数のデータ要求に変換することを特徴とするサーバ管理装置。
2. 前記情報格納部はさらに、
   前記複数のサーバとの間の通信における第１の通信設定情報を前記テーブルに格納し、
   前記第２の処理部は、
   前記第１の通信設定情報に基づいて、前記複数のサーバに、前記第２のプロトコルにより前記複数のデータ要求を送信することを特徴とする請求項１記載のサーバ管理装置。
3. 前記複数のサーバは、
   前記複数のサーバの起動手順実行時又は停止手順実行時に、前記複数のサーバの宛先情報と前記複数のサーバとの間の通信における第２の通信設定情報を前記第２の処理部に送信する設定情報送信部を有し、
   前記第２の処理部は、
   前記複数のサーバから受信した前記第２の通信設定情報を前記情報格納部の前記テーブルに格納することを特徴とする請求項１又は２記載のサーバ管理装置。
4. 複数のサーバと、前記複数のサーバの管理を行うサーバ管理装置を有する情報処理システムにおいて、
   前記サーバ管理装置は、
   前記複数のサーバと前記サーバ管理装置を有するシステムに、前記サーバ管理装置を介して接続される管理マネージャから、第１のプロトコルにより前記複数のサーバを識別する識別情報を含む複数のデータ要求を受信する第１の処理部と、
   前記複数のサーバの宛先情報と、前記宛先情報に対応する複数種のプロトコル情報と、前記複数サーバとの通信における第１の通信設定情報を格納する情報格納部と、
   前記第１の処理部から前記複数のデータ要求を受信するとともに、前記識別情報に基づいて前記情報格納部から宛先情報を取得し、前記取得した宛先情報に対応する前記複数のサーバに、前記複数種のプロトコル情報に対応する第２のプロトコルにより前記複数のデータ要求を送信する第２の処理部を有し、
   前記複数のサーバは、
   前記複数のサーバの起動手順実行時又は停止手順実行時に、前記複数のサーバの宛先情報と、前記宛先情報に対応する前記複数種のプロトコル情報を第２通信設定情報として前記第２の処理部に送信する設定情報送信部を有し、
   前記情報格納部は前記複数のサーバの各々と通信に使う前記第２のプロトコルを対応させて格納するテーブルをさらに有し、
   前記第１の処理部は、
   前記第１のプロトコルによる前記複数のデータ要求を、前記第２のプロトコルとは異なる第３のプロトコルによる前記複数のデータ要求に変換して前記第２の処理部に送信し、
   前記第２の処理部は、
   前記第１の処理部から受信した前記第３のプロトコルによる前記複数のデータ要求を、第２のプロトコルによる前記複数のデータ要求に変換することを特徴とする情報処理システム。
5. 複数のサーバに接続されるとともに、前記複数のサーバの管理を行うサーバ管理装置の制御方法において、
   第１の処理部が、前記複数のサーバと前記サーバ管理装置を有するシステムに、前記サーバ管理装置を介して接続される管理マネージャから、第１のプロトコルにより前記複数のサーバを識別する識別情報を含む複数のデータ要求を受信するステップと、
   第２の処理部が、前記第１の処理部から前記複数のデータ要求を受信するとともに、前記識別情報に基づいて前記複数のサーバの宛先情報と、前記宛先情報に対応する複数種のプロトコル情報と、前記複数サーバとの通信における第１の通信設定情報をテーブルに格納する情報格納部から宛先情報および前記宛先情報に対応する複数種のプロトコル情報を取得し、前記取得した宛先情報に対応する前記複数のサーバに、前記複数種のプロトコル情報に対応する第２のプロトコルを前記テーブルから取得し、用いることにより前記複数のデータ要求を送信するステップを有し、
   前記第１の処理部は、
   前記第１のプロトコルによる前記複数のデータ要求を、第３のプロトコルによる前記複数のデータ要求に変換して前記第２の処理部に送信し、
   前記第２の処理部は、
   前記第１の処理部から受信した前記第３のプロトコルによる複数のデータ要求を、第２のプロトコルによる複数のデータ要求に変換することを特徴とするサーバ管理装置の制御方法。
6. 前記複数のサーバは、
   前記複数のサーバの起動手順実行時又は停止手順実行時に、前記複数のサーバの宛先情報と、前記宛先情報に対応する前記複数のプロトコル情報と、前記複数のサーバとの間の通信における第２の通信設定情報を前記第２の処理部に送信する設定情報送信部を有し、
   前記サーバ管理装置の制御方法はさらに、
   前記第２の処理部が、前記複数のサーバから受信した前記第２の通信設定情報を前記情報格納部に格納するステップを有することを特徴とする請求項５記載のサーバ管理装置の制御方法。
7. 複数のサーバに接続されるとともに、演算処理装置を有し、前記複数のサーバの管理を行うサーバ管理装置の制御プログラムにおいて、
   前記演算処理装置に、
   第１の処理部が、前記複数のサーバと前記サーバ管理装置を有するシステムに、前記サーバ管理装置を介して接続される管理マネージャから、第１のプロトコルにより前記複数のサーバを識別する識別情報を含む複数のデータ要求を受信するステップと、
   第２の処理部が、前記第１の処理部から前記複数のデータ要求を受信するとともに、前記識別情報に基づいて前記複数のサーバの宛先情報と、前記宛先情報に対応する複数種のプロトコル情報と、前記複数サーバとの通信における第１の通信設定情報をテーブルに格納する情報格納部から宛先情報および前記宛先情報に対応する複数種のプロトコル情報を取得し、前記取得した宛先情報に対応する前記複数のサーバに、前記複数種のプロトコル情報に対応する第２のプロトコルを前記テーブルから取得し、用いることにより前記複数のデータ要求を送信するステップを実行させ、
   前記第１の処理部は、
   前記第１のプロトコルによる前記複数のデータ要求を、第３のプロトコルによる前記複数のデータ要求に変換して前記第２の処理部に送信し、
   前記第２の処理部は、
   前記第１の処理部から受信した前記第３のプロトコルによる前記複数のデータ要求を、第２のプロトコルによる前記複数のデータ要求に変換することを特徴とするサーバ管理装置の制御プログラム。
8. 前記複数のサーバは、
   前記複数のサーバの起動手順実行時又は停止手順実行時に、前記第１のサーバの宛先情報と前記複数のサーバとの間の通信における第２の通信設定情報を前記第２の処理部に送信する設定情報送信部を有し、
   前記サーバ管理装置の制御方法はさらに、前記演算処理装置に、
   前記第２の処理部が、前記複数のサーバから受信した前記第２の通信設定情報を前記情報格納部に格納するステップを実行させることを特徴とする請求項７記載のサーバ管理装置の制御プログラム。

Images