(57)【特許請求の範囲】
【請求項１】
複数の管理対象装置と接続する通信インターフェースと、
管理プログラムと、複数の追加部品情報及び複数の追加部品適用条件情報と、を格納するメモリと、
マイクロプロセッサと、
を含む管理システムであって、
前記追加部品情報の各々は、前記各管理対象装置の管理用情報を作成するための第２情報を取得するための設定情報または処理手順の全てまたは一部を含み、
前記各追加部品適用条件情報は、対応する追加部品情報の識別子と、対応する追加部品情報に基いて前記管理対象装置から情報を受信するための条件を含み、
前記管理プログラムを実行することで、前記マイクロプロセッサは：
（ａ）前記通信インターフェースを通じて前記各管理対象装置からそれぞれ第１情報を受信し、前記各第１情報に基いて前記各管理対象装置の構成情報を前記メモリに格納し、
（ｂ）前記構成情報と前記追加部品適用条件情報とに基いて、前記追加部品情報を用いて前記管理対象装置から第２情報を取得するか否かを判断し、
（ｃ）前記（ｂ）にて取得すると判断した場合は、前記追加部品情報を用いて、前記通信インターフェースを介して前記管理対象装置から前記第２情報を受信し、
（ｄ）前記第２情報に基いて、前記管理対象装置の管理用情報を前記メモリに作成または更新するものであり、
前記メモリは、複数の通信プロトコルの中の第１のプロトコルに対応する第１の認証情報と複数の通信プロトコルの中の第２のプロトコルに対応する第２の認証情報をさらに格納し、
前記（ｃ）の処理は：
（ｃ１）前記第１の認証情報を前記各管理対象装置に送信し、
（ｃ２）前記第１の認証情報が認可されたことを示す応答メッセージを受信し、
（ｃ３）前記追加部品情報の中の第１の追加部品情報を用いて、前記管理対象装置の少なくとも一つに対して第２情報取得メッセージを送信し、
（ｃ４）前記第１の追加部品情報を用いて、前記第２情報を受信し、
（ｃ５）前記第２の認証情報を前記各管理対象装置に送信し、
（ｃ６）前記第２の認証情報が認可されたことを示す応答メッセージを受信し、
（ｃ７）前記第２の追加部品情報を用いて、前記管理対象装置の少なくとも一つに対して第２情報取得メッセージを送信し、
（ｃ８）前記第２の追加部品情報を用いて、前記第２情報を受信する、
管理システム。
【請求項２】
請求項１記載の管理システムであって、
前記マイクロプロセッサは、前記管理プログラムを実行することで、前記通信インターフェースまたは外部記憶媒体から取得した第１の追加部品パッケージから、前記第１の追加部品情報と、前記第１の追加部品適用条件情報と、を抽出する、
管理システム。
【請求項３】
請求項２記載の管理システムであって、
前記第１情報は、前記第１の追加部品情報を前記メモリに格納する以前に取得可能であり、
前記（ｂ）の判断は、前記第１の追加部品適用条件情報に基き、
前記（ｃ）は、前記第１の追加部品情報を用いることで実行される、
管理システム。
【請求項４】
請求項３記載の管理システムであって、
前記複数の管理対象装置は、第１コンポーネントから構成される第１管理対象装置と、
前記第１コンポーネント及び第２コンポーネントから構成される第２管理対象装置と、を含み、
前記第１情報は、前記第１コンポーネントに関する情報を含み、
前記第２情報は、前記第２コンポーネントに関する情報を含む、
管理システム。
【請求項５】
請求項４記載の管理システムであって、
前記マイクロプロセッサは、前記管理プログラムを実行することで、
前記（ｃ２）において、前記第１の追加部品情報に関して、前記第１の認証情報が許可されなかった管理対象装置を特定する情報を記憶し、
前記（ｃ５）において、前記第２の追加部品情報に関して、前記第１の認証情報が許可されなかった管理対象装置には前記第１の認証情報を送信せず、前記第２の認証情報を前記第１の認証情報が許可されなかった管理対象装置以外の管理対象装置に送信する、
管理システム。
【請求項６】
請求項５記載の管理システムであって、
前記管理システムはさらに、表示デバイスを含んで構成され、
前記複数の管理対象装置には、前記第１の追加部品情報に関して前記第１の認証情報を送信したが認証失敗を示した管理対象装置が含まれており、
前記管理プログラムを実行することで、前記マイクロプロセッサは、前記第１の追加部品情報を用いた第２情報取得のエラーとして：
（１）前記第１の追加部品情報を特定するための情報と、
（２）前記第１の認証情報を特定するための情報と、
（３）前記第１の認証情報が前記複数の管理対象装置の中の少なくとも一つでは認証認可されていることを示す情報と、
を前記表示デバイスに表示させる、
管理システム。
【請求項７】
請求項６記載の管理システムであって、
前記管理プログラムを実行することで、前記マイクロプロセッサは、前記第１の追加部品情報を用いた第２情報取得のエラーとしてさらに：
（４）プロトコル種別毎の、前記認証失敗を示した管理対象装置と、
（５）前記認証失敗を示した管理対象装置の認証設定が間違っている可能性を示す情報と、
を前記表示デバイスに表示させる、
管理システム。
【請求項８】
請求項１記載の管理システムであって、
前記管理システムはさらに、表示デバイスを含んで構成され、
第３の追加部品情報に関して第３の認証情報を送信して認証失敗した場合、前記管理プログラムを実行することで、前記マイクロプロセッサは：
（ｅ）前記第３の認証情報は、所定のタイミング以降から前記第３の認証情報を送信して全て認証失敗しているか否かを判断し、
（ｆ）前記（ｅ）の結果、全て認証失敗していると判断した場合は、第３の追加部品情報による第２情報取得のエラーに関連して、前記第３の認証情報の確認を奨める情報を前記表示デバイスに表示させる、
管理システム。
【請求項９】
請求項８記載の管理システムであって、
前記管理プログラムを実行することで、前記マイクロプロセッサは、前記第１の追加部品情報を用いた第２情報取得のエラーとしてさらに：
（６）前記各プロトコル種別毎の、どの管理対象装置にも使用されなかった不使用の認証情報を示す情報と、
（７）前記不使用の認証情報を修正するための処理を実行させるための修正用操作情報と、
（８）新たな認証情報を作成するための処理を実行させるための新規作成用操作情報と、
を前記表示デバイスに表示させる、
管理システム。
【請求項１０】
請求項１記載の管理システムであって、
前記複数の管理対象装置の中の所定の管理対象装置は、
前記第１の追加部品情報を抽出する前から備える所定の処理により、第２情報を前記通信インターフェースへ送信し、または
前記第１の追加部品情報の抽出と連携して追加された追加処理により、第２情報を前記通信インターフェースへ送信する、
管理システム。
【請求項１１】
コンピュータを、複数の管理対象装置を含む計算機システムを管理する管理システムとして機能させるためのコンピュータプログラムであって、
前記管理システムは、複数の追加部品情報及び複数の追加部品適用条件情報と、複数の通信プロトコルの中の第１のプロトコルに対応する第１の認証情報と複数の通信プロトコルの中の第２のプロトコルに対応する第２の認証情報を有しており、
前記追加部品情報の各々は、前記各管理対象装置の管理用情報を作成するための第２情報を取得するための設定情報または処理手順の全てまたは一部を含み、
前記各追加部品適用条件情報は、対応する追加部品情報の識別子と、対応する追加部品情報に基いて前記管理対象装置から情報を受信するための条件を含み、
前記コンピュータが：
（ａ）前記通信インターフェースを通じて前記各管理対象装置からそれぞれ第１情報を受信し、前記各第１情報に基いて前記各管理対象装置の構成情報を前記メモリに格納し、
（ｂ）前記構成情報と前記追加部品適用条件情報とに基いて、前記追加部品情報を用いて前記管理対象装置から第２情報を取得するか否かを判断し、
（ｃ）前記（ｂ）にて取得すると判断した場合は、
（ｃ１）前記第１の認証情報を前記各管理対象装置に送信し、
（ｃ２）前記第１の認証情報が認可されたことを示す応答メッセージを受信し、
（ｃ３）前記追加部品情報の中の第１の追加部品情報を用いて、前記管理対象装置の少なくとも一つに対して第２情報取得メッセージを送信し、
（ｃ４）前記第１の追加部品情報を用いて、前記第２情報を受信し、
（ｃ５）前記第２の認証情報を前記各管理対象装置に送信し、
（ｃ６）前記第２の認証情報が認可されたことを示す応答メッセージを受信し、
（ｃ７）前記第２の追加部品情報を用いて、前記管理対象装置の少なくとも一つに対して第２情報取得メッセージを送信し、
（ｃ８）前記第２の追加部品情報を用いて、前記第２情報を受信し、
（ｄ）前記第２情報に基いて、前記管理対象装置の管理用情報を前記メモリに作成または更新する、
ように動作させるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理システム及び計算機システムの管理方法に関する。
【背景技術】
【０００２】
計算機システムは、例えば、ホストコンピュータ、ストレージ装置、スイッチ装置等の各種ノード装置を通信ネットワークに接続することにより構成される。計算機システムに含まれる各ノード装置を管理することは、計算機システムの運用上、重要な作業である。【０００３】
ノード装置を管理するために、そのノード装置から情報を取得する必要がある。ノード装置から情報を取得する技術として、例えば、特許文献１に開示されている技術が知られている。特許文献１によれば、指定されたＩＰアドレス範囲におけるＩＰアドレスを有する機器が発見され、発見された機器から情報が取得される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１７５７３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、計算機システムに含まれる各ノード装置を正しく管理することが難しい場合がある。その一つの理由は、新たに発見されたノード装置から情報を取得するための方法が新しい場合、及び／または、管理に必要な情報の項目が新しい場合があり、それらの場合は正しく情報を取得できないためである。【０００６】
さらに、計算機システムに含まれるノード装置の数が増えるほど、各ノード装置を適切に管理するための準備に長い時間と手間がかかり、管理コストが増大する。【０００７】
そこで、本発明の目的は、管理対象装置をより簡単に管理できるようにした管理システム及び計算機システムの管理方法を提供することにある。本発明の他の目的は、後述する実施形態の記載から明らかになるであろう。
【課題を解決するための手段】
【０００８】
本発明の一つの実施形態では、複数の管理対象装置と接続する通信インターフェースと、管理プログラムと、複数の追加部品情報及び複数の追加部品適用条件情報と、を格納するメモリと、マイクロプロセッサと、を含む管理システムであって、複数の追加部品情報の各々は、複数の管理対象装置から管理用情報を取得するための設定情報または処理手順の全てまたは一部を含み、複数の追加部品適用条件情報は、対応する追加部品情報の識別子と、対応する追加部品情報に基いて複数の管理対象装置から情報を受信するための条件を含み、管理プログラムを実行することで、マイクロプロセッサは：（ａ）通信インターフェースを通じて複数の管理対象装置から複数の第１情報を受信し、複数の第１情報に基いて複数の管理対象装置の構成情報をメモリに格納し、（ｂ）構成情報と複数の追加部品適用条件情報とに基いて、複数の追加部品情報を用いて複数の管理対象装置から複数の第２情報を取得するか否かを判断し、（ｃ）（ｂ）にて取得すると判断した場合は、複数の追加部品情報を用いて、通信インターフェースを介して複数の管理対象装置から複数の第２情報を受信し、（ｄ）複数の第２情報に基いて、複数の管理対象装置の管理用情報をメモリに作成または更新させる管理システムを開示する。【０００９】
本発明は、計算機システムの管理方法として把握することもできる。さらに、本発明の構成の少なくとも一部は、コンピュータプログラムとして構成可能である。コンピュータプログラムは、記録媒体に固定されて配布されたり、または、通信媒体を介して配信されることができる。なお、コンピュータプログラムの全部または一部を専用ハードウェア回路として実現する構成でもよい。さらに、本実施例によるコンピュータプログラムは配布計算機によって配布してもよい。この場合、配布計算機は、（１）配布対象のコンピュータプログラムをインストールするインストールプログラムまたはコンピュータプログラム、（２）インストールプログラムまたはコンピュータプログラムの取得要求を処理するＣＰＵ、（３）インストールプログラムまたはコンピュータプログラムを送信する通信インターフェース、から構成される。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施形態の概要を模式的に示す説明図である。
【図２】図２は、システム管理装置を含む計算機システムの全体構成図である。
【図３】図３は、システム管理装置の構成図である。
【図４】図４は、ノード装置及び入出力端末の構成図である。
【図５】図５は、ノード管理テーブルを示す。
【図６】図６は、アクセス用情報管理テーブルを示す。
【図７】図７は、プラグイン適用条件定義の一例を示す。
【図８】図８は、プラグイン定義の一例を示す。
【図９】図９は、基本情報管理テーブルを示す。
【図１０】図１０は、詳細情報管理テーブルを示す。
【図１１】図１１は、追加情報管理テーブルを示す。
【図１２】図１２は、プラグイン適用状態管理テーブルを示す。
【図１３】図１３は、プラグイン管理テーブルを示す。
【図１４】図１４は、ノード装置の保持する基本情報を示す。
【図１５】図１５は、ノード装置の保持する詳細情報を示す。
【図１６】図１６は、定期監視処理のフローチャートである。
【図１７】図１７は、基本情報取得処理のフローチャートである。
【図１８】図１８は、詳細情報取得処理のフローチャートである。
【図１９】図１９は、状態監視処理のフローチャートである。
【図２０】図２０は、プラグイン適用処理のフローチャートである。
【図２１】図２１は、対象装置毎にプラグインを適用する処理を示すフローチャートである。
【図２２】図２２は、プラグイン適用結果を表示する処理のフローチャートである。
【図２３】図２３は、プラグイン適用結果の表示画面である。
【図２４】図２４は、ノード管理画面を示す。
【図２５】図２５は、第２実施例に係り、対象装置毎のプラグイン適用処理を示すフローチャートである。
【図２６】図２６は、アクセス用情報管理テーブルを示す。
【図２７】図２７は、第３実施例に係り、対象装置毎のプラグイン適用処理を示すフローチャートである。
【図２８】図２８は、第４実施例に係り、システム管理装置の構成図である。
【図２９】図２９は、ノード管理画面を示す。
【図３０】図３０は、認証エラーの解決を支援するための画面を示す。
【図３１】図３１は、アクセス用情報を修正するための画面を示す。
【図３２】図３２は、アクセス用情報を新規に作成するための画面を示す。
【図３３】図３３は、表示処理のフローチャートである。
【発明を実施するための形態】
【００１１】
以下、図面を参照して本発明の一つの実施形態を説明する。以下の説明において、追加情報とは、管理計算機（管理システム、またはシステム管理装置）に追加される追加部品プログラムによって新たに取得可能となった、監視対象装置の情報である。追加部品プログラムは、コマンド等の指示により、管理計算機に追加される。
【００１２】
実施例において、基本情報及び詳細情報とは、管理計算機が標準で管理対象装置（ノード装置）から取得可能な情報、または、追加部品プログラムを用いずに取得可能な情報である。なお、管理計算機が「標準で管理対象装置から取得可能な情報」とは、以下のいずれか一つ以上をさす。
【００１３】
（Ａ）管理計算機で実行される管理プログラムに、取得のための処理が予め含まれている情報。
【００１４】
（Ｂ）管理プログラムを管理計算機にインストールし、ユーザ指示によって管理プログラムに追加部品を追加する以前から取得可能な情報。
【００１５】
（Ｃ）管理プログラムが提供される時点において、Ｗｉｎｄｏｗｓ（登録商標）またはＵＮＩＸ（登録商標）等の汎用ＯＳが標準で提供している管理インターフェース（例えばＷｉｎｄｏｗｓ  Ｍａｎａｇｅｍｅｎｔ  Ｉｎｔｅｒｆａｃｅ（ＷＭＩ））によって取得可能な情報。
【００１６】
（Ｄ）管理プログラムが提供される時点において、ＩＰ−Ｓｗｉｔｃｈ等のネットワーク装置が提供している監視用プロトコル（例えばＳｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ（ＳＮＭＰ））によって取得可能な情報。
【００１７】
（Ｅ）管理プログラムが提供される時点において、ＦＣ−ＳｗｉｔｃｈまたはＳｔｏｒａｇｅシステム等の装置が提供しているストレージシステム管理の仕様（例えばＳｔｏｒａｇｅ  Ｍａｎａｇｅｍｅｎｔ  Ｉｎｉｔｉａｔｉｖｅ  −  Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＳＭＩ−Ｓ））によって取得可能な情報。
【００１８】
（Ｆ）管理プログラムが提供される時点において、ネットワーク装置またはサーバ等が提供しているハードウェア監視用のインターフェース（例えばＩｎｔｅｌｌｉｇｅｎｔ  Ｐｌａｔｆｏｒｍ  Ｍａｎａｇｅｍｅｎｔ  Ｉｎｔｅｒｆａｃｅ（ＩＰＭＩ））によって取得可能な情報。
【００１９】
（Ｇ）管理プログラムが提供される時点において、特定のハードウェアまたはソフトウェアのベンダが提供しているアクセス用インターフェースによって取得可能な情報。
【００２０】
さらに、以下の説明では、例えば、ａｂｃテーブル、ａｂｃリスト、ａｂｃデータベース、ａｂｃキューのような表現で「情報」を説明する場合がある。しかし、本実施形態で述べる情報は、テーブル構造、リスト構造、データベース構造以外の構造を有してもよい。さらに、情報の構成を説明する場合に、例えば、識別子、識別情報、名前、ＩＤ等の表現を使用する場合があるが、それらは互いに置換可能である。
【００２１】
さらに、後述の各処理は、メモリに記憶された各プログラムをマイクロプロセッサが読み込んで実行することにより実現される。従って、各処理の主語は、プログラムであってもよいし、マイクロプロセッサであってもよい。あるいは、各処理の主語をシステム管理装置またはコントローラとして、説明することもできる。
【００２２】
図１は、一つの実施形態の概要を示す説明図である。図１は、管理システムの動作概要を簡略化して示している。図１は、本発明の理解の一助となるべく作成されており、本発明の範囲を図示の構成に限定する意図はない。図１に示される特徴の全てが本発明に必須の要素であるとは限らない。
【００２３】
管理システム１は、複数の管理対象装置２（１），２（２），２（３）（以下、特に区別しない場合、管理対象装置２と呼ぶ）を管理するための装置である。管理システム１の詳細な構成は後述する。管理対象装置２は、例えば、サーバコンピュータ、ストレージ装置、ネットワーク装置等である。
【００２４】
管理システム１は、複数の追加部品情報１Ａ（１），１Ａ（２）と、複数の追加部品適用条件１Ｂ（１），１Ｂ（２）と、複数の第１情報１Ｃ（１），１Ｃ（２）と、複数の判定部１Ｄ（１），１Ｄ（２）と、複数の第２情報１Ｅ（１），１Ｅ（２）とを含む。図中では、便宜上、追加部品適用条件を「適用条件」と略記している。
【００２５】
以下の説明では、特に区別しない場合、追加部品情報１Ａ、追加部品適用条件１Ｂ、第１情報１Ｃ、判定部１Ｄ、第２情報１Ｅと呼ぶ。さらに、図１では、「複数」の一例として「２」の場合を説明するが、２に限定されず３以上でもよい。
【００２６】
管理システム１は、各管理対象装置２から第１情報１Ｃを取得する。第１情報１Ｃは、「管理計算機が標準で管理対象装置から取得可能な情報」に該当する。第１情報としては、例えば、ノード名、ベンダ名、モデル名、ＣＰＵ（Central Processing Unit）性能等の基本仕様を挙げることができる。
【００２７】
管理システム１は、各管理対象装置２について、各追加部品情報１Ａを適用可能であるか否かを判定する。判定部１Ｄは、追加部品適用条件１Ｂと第１情報１Ｃとを比較することで、第１情報１Ｃに対応する管理対象装置２に、追加部品適用条件１Ｂに対応する追加部品情報１Ａを適用可能であるか否かを、事前に判定する。
【００２８】
判定部３により適用可能であると判定された場合、管理システム１は、追加部品情報１Ａを用いて管理対象装置２から第２情報１Ｅを取得する。第２情報１Ｅは、管理対象装置２の構成、状態、性能、障害のいずれか少なくとも一つ以上を含む。管理システム１は、第２情報１Ｅを用いて管理対象装置２を管理する。
【００２９】
一方の追加部品情報１Ａ（１）を用いた情報取得結果は、符号３で示すように、他方の追加部品情報１Ａ（２）に通知される。他方の判定部１Ｄ（２）は、その情報取得結果を利用して、管理対象装置２から第２情報１Ｅ（２）を取得する。
【００３０】
第２情報１Ｅを取得するために認証情報（例えば、ユーザＩＤ及び／またはパスワードを含む情報。後述するアクセス用情報である。）の照合が必要となる場合がある。管理対象装置２に設定されている認証情報と、管理システム１に保持されている認証情報とが一致しないと、管理対象装置２から第２情報を取り出すことはできない。
【００３１】
本実施例では、後述のように、管理対象装置２毎に認証情報を対応付けて管理するのではなく、各通信プロトコル毎に認証情報を対応付けて管理している。管理システム１は、各追加部品情報１Ａのそれぞれについて、各通信プロトコル別の認証情報を試す。認証の正否はテーブルに記録される。
【００３２】
追加部品情報１Ａ（１）において、管理対象装置２（１）に使用できなかった認証情報は、追加部品情報１Ａ（２）においても管理対象装置２（１）に使用できない。そこで、追加部品情報１Ａ（１）についての判定を行う判定部１Ｄ（１）は、追加部品情報１Ａ（２）についての判定を行う判定部１Ｄ（２）に、通信プロトコル別の各認証情報を使用できなかった管理対象装置２についての情報を通知する。その情報は、例えば、「通信プロトコル別の認証情報と各管理対象装置２との認証結果を示す認証結果情報」と呼ぶこともできる。
【００３３】
他の判定部１Ｄ（２）は、先に処理された追加部品情報１Ａ（１）における認証結果情報を利用して、追加部品情報１Ａ（２）についての認証処理を実行する。従って、試しても無駄であるとわかっている認証情報を試す必要がない。
【００３４】
本実施形態では、管理対象装置２から取得した第１情報１Ｃと追加部品適用条件１Ｂとを比較することにより、追加部品情報１Ａを用いて管理対象装置２から第２情報１Ｅを取得するか否かを事前に判定できる。従って、追加部品情報１Ａが対応していない管理対象装置２を、第２情報の取得対象から予め取り除くことができる。これにより、各管理対象装置２から第２情報１Ｅを取得するために要する時間を短縮できる。この結果、システム管理に要する時間を短縮して、管理効率を高めることができる。
【００３５】
本実施形態では、各通信プロトコル別に認証情報を設定しておき、さらに、先に処理された追加部品情報１Ａ（１）の認証結果情報を、次の追加部品情報１Ａ（２）の処理に際して利用する。従って、認証が失敗するとわかっている認証情報を試すことがなく、効率的に認証を行うことができる。この結果、管理対象装置２から比較的短時間で第２情報１Ｅを取得できる。
【００３６】
第１情報１Ｃと追加部品適用条件１Ｂを用いて追加部品を適用する管理対象装置２を事前に選別する構成と、認証結果情報を利用して無駄な認証は行わない構成とが相乗効果を発揮し、システム管理の効率を高めることができる。
【００３７】
さらに、後述の実施例では、追加部品情報１Ａを用いて第２情報１Ｅを取得できなかった場合に、ユーザの操作を支援するための構成が開示される。ユーザは、操作の支援画面を用いて、既存の認証情報を修正したり、新たな認証情報を作成したりできる。これにより、ユーザの使い勝手が向上する。
【実施例１】
【００３８】
図２は、システム管理装置を含んだ計算機システムを示す。計算機システムは、「管理システム」としてのシステム管理装置１０と、複数の管理対象装置２０（１），２０（２），２０（３）と、入出力端末３０と、配信装置４０と、それら各装置１０，２０（１），２０（２），２０（３），３０，４０を相互に接続する通信ネットワークＣＮとを含んでいる。特に区別しない場合、管理対象装置２０（１），２０（２），２０（３）を、管理対象装置２０と呼ぶ。【００３９】
図１との対応関係を述べると、システム管理装置１０は管理システム１に、管理対象装置２０は管理対象装置２に、対応する。後述の基本情報及び詳細情報（テーブル１０３５，１０３６）は第１情報１Ｃに、後述の追加情報（テーブル１０３７）は第２情報１Ｅに、後述のプラグイン適用条件定義１０３３は追加部品適用条件１Ｂに、後述のプラグイン定義１０３４は追加部品情報１Ａに、対応する。【００４０】
管理対象装置２０には複数種類の装置が含まれている。一つの管理対象装置２０（１）は、サーバコンピュータである。サーバコンピュータは、アプリケーションプログラムを実行することにより、図外のクライアントコンピュータに種々のサービスを提供する。以下、サーバコンピュータ２０（１）と呼ぶ場合がある。他の一つの管理対象装置２０（２）は、ストレージ装置である。ストレージ装置は、サーバコンピュータにより使用されるデータを記憶する。以下、ストレージ装置２０（２）と呼ぶ場合がある。さらに他の一つの管理対象装置２０（３）は、ネットワーク装置である。ネットワーク装置は、例えば、スイッチ装置またはルータ装置として構成される。以下、ネットワーク装置２０（３）と呼ぶ場合がある。【００４１】
以上は例示であり、上述の装置以外の他の装置を管理対象装置にしてもよい。なお、便宜上、以下の説明では、管理対象装置をノード装置と呼ぶ場合がある。また、管理対象は、装置の全体に限らず、装置の一部を構成するハードウェアまたはソフトウェアであってもよい。【００４２】
入出力端末３０は、システム管理装置１０に情報を入力したり、システム管理装置１０から情報を取り出したりするためのコンピュータである。入出力端末３０は、システム管理者であるユーザにより使用される。【００４３】
配信装置４０は、例えば、各ノード装置２０を提供する各ベンダにより運営されるウェブサイトのように構成することができる。運営主体はベンダに限らず、例えば、システム保守の専門業者、または、ソフトウェアベンダ等であってもよい。なお、図２では、配信装置４０を一つだけ示しているが、各ベンダに対応する複数の配信装置４０が存在してもよい。【００４４】
配信装置４０は、プラグイン定義１０３４の基となるプラグインデータを、システム管理装置１０に送信する。システム管理装置１０は、プラグインデータに基づいてプラグイン定義１０３４を作成する。【００４５】
配信装置４０は、システム管理装置１０からの要求に応じて、または、システム管理装置１０からの要求を待たずに、プラグインデータを通信ネットワークＣＮを介してシステム管理装置１０に送信する。【００４６】
計算機システムに新たなノード装置が追加された場合、例えば、ユーザは、配信装置４０にアクセスして、その新たな管理対象装置に対応するプラグインデータを取得することができる。または、新たなノード装置がベンダーから市場に提供される前または提供された後、配信装置４０からシステム管理装置１０にプラグインデータ自動的に送信する構成でもよい。【００４７】
プラグイン定義１０３４（プラグイン定義情報１０３４）とは、所定のノード装置に対応付けられ、所定のノード装置から構成情報及び／または性能情報等を取得するための情報である。所定のノード装置とは、計算機システムに新たに加えられたコンピュータ装置、及び／または、コンピュータ装置を構成するハードウェアあるいはソフトウェアを意味する。例えば、システム構築時の状態を基準として、システム管理装置１０に新たに実装されるソフトウェア部品のうち、ノード装置の管理に使用されるソフトウェア部品をプラグイン定義情報と呼ぶこともできる。但し、この定義に限定されない。【００４８】
プラグイン定義１０３４の詳細は後述する。先に簡単に説明すると、プラグイン定義１０３４は、例えば、ノード装置から情報を取得するための方法（例えば、通信プロトコルの種類、ログイン情報）と、ノード装置から取得すべき情報の項目（例えば、製品名、状態値、性能値等）と、ノード装置から取得した情報をノード管理モデルにマッピングするための情報（例えば、アイコンを特定する情報）との、少なくとも一つ以上の情報を含むように構成される。【００４９】
プラグイン定義１０３４は、例えば、ファイル形式、表における一つの行、プログラム形式など、どのような形態でもよい。例えば、プラグイン定義１０３４は、ノード装置から情報を取得するための手順を記憶する構成でもよいし、または、ノード装置から情報を取得するためのプログラムとして構成されてもよい。【００５０】
システム管理装置１０は、プラグイン定義１０３４に基づいてノード装置にアクセスし、ノード装置から必要な情報を取得する。システム管理装置１０により情報を正しく読み出されたノード装置は、新たな管理対象とされる。【００５１】
なお、システム管理装置１０は、プラグイン定義１０３４を使用せずにノード装置から情報を取得できる場合がある。例えば、計算機システムの初期構築時に含まれているノード装置の場合、そのノード装置へのアクセス方法及び取得すべき項目等は、システム管理装置１０にとって既知である。従って、システム管理装置１０は、プラグイン定義１０３４を使わずに、ノード装置から情報（基本情報及び詳細情報）を取得できる。【００５２】
これに対し、計算機システムに後から追加された新種のノード装置（または新たな管理項目）の場合、システム管理装置１０は、その新たなノード装置から情報を取得するための方法と、取得すべき情報の項目等を知らないことが多い。従って、システム管理装置１０は、新たなノード装置に対応するプラグイン定義に対応するプラグインデータを配信装置４０から入手する。【００５３】
図３は、システム管理装置１０の構成を示す。システム管理装置１０は、例えば、マイクロプロセッサ１０１と、メモリ１０２と、通信インターフェース１０３とを含む。メモリ１０２には、例えば、複数のコンピュータプログラム１０２１−１０２８と、複数の情報１０３１−１０３９とが記憶される。【００５４】
「管理プログラム」に該当する複数のコンピュータプログラムには、例えば、定期監視プログラム１０２１と、基本情報取得プログラム１０２２と、詳細情報取得プログラム１０２３と、状態監視プログラム１０２４と、プラグイン適用プログラム１０２５と、プラグイン登録プログラム１０２６と、アクセス用情報登録プログラム１０２７と、結果表示プログラム１０２８とが含まれている。【００５５】
複数の情報には、例えば、ノード管理テーブル１０３１と、アクセス用情報管理テーブル１０３２と、プラグイン適用条件定義１０３３と、プラグイン定義１０３４と、基本情報管理テーブル１０３５と、詳細情報管理テーブル１０３６と、追加情報管理テーブル１０３７と、プラグイン適用状態管理テーブル１０３８と、プラグイン管理テーブル１０３９とが含まれている。各情報（テーブルを含む）の詳細は、図を改めて後述する。【００５６】
マイクロプロセッサ１０１は、プログラム１０２１−１０２８を適宜読み込んで実行することにより、図１６−図２２に示す所定の処理を実現する。詳細は後述する。【００５７】
通信管理ポート１０３は、通信ネットワークＣＮを介して、各ノード装置２０と入出力端末３０及び配信装置４０と通信するための通信ポートである。【００５８】
メモリ１０２は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、補助記憶装置等のような記憶資源として構成される。つまり、メモリ１０２は、一つまたは複数の記憶領域を含むことができる。メモリ１０２が一種類の半導体メモリに限定されるものではなく、補助記憶装置などの他の種類の記憶装置を含む概念であることは、以下の説明でも共通する。【００５９】
なお、システム管理装置１０は、一つのコンピュータから構成されている必要はなく、複数のコンピュータから一つのシステム管理装置を構成してもよい。また、システム管理装置１０は、各ノード装置を１台ずつ個別に管理する必要はなく、複数のノード装置をグループ化して、グループ単位で管理することもできる。【００６０】
図４は、入出力端末３０及びノード装置２０の構成例を示す。入出力端末３０は、例えば、マイクロプロセッサ３０１と、メモリ３０２と、通信インターフェース３０３とを備える。メモリ３０２には、ウェブブラウザ等のＧＵＩ（Graphical User Interface）プログラム３０２１が格納されている。マイクロプロセッサ３０１は、ＧＵＩプログラム３０２１を読み込んで実行することにより、システム管理装置１０から提供される画面を介してユーザ指示を入力したり、システム管理装置１０から提供される画面を入出力端末３０のディスプレイ装置に表示させたりする。【００６１】
ノード装置２０は、例えば、マイクロプロセッサ２０１と、メモリ２０２と、通信インターフェース２０３とを備える。メモリ２０２には、オペレーティングシステムのほかに、情報取得プログラム２０２１と、装置側基本情報２０２２と、装置側詳細情報２０２３とが格納されている。【００６２】
マイクロプロセッサ２０１は、情報取得プログラム２０２１を読み込んで実行することにより、自装置内の基本情報及び詳細情報を収集する。マイクロプロセッサ２０１は、収集した基本情報を装置側基本情報２０２２として、収集した詳細情報を装置側詳細情報２０２３として、それぞれメモリ２０２に記憶させる。マイクロプロセッサ２０１は、システム管理装置１０からの要求に応じて、または、自発的に、装置側基本情報２０２２及び詳細情報２０３３をシステム管理装置１０に送信する。【００６３】
ノード装置は、その種類に応じた構成を備える。図２では、説明の便宜上、詳細な構成を省略している。簡単に説明すると、ストレージ装置の場合は、複数の物理的記憶装置と、複数の論理的記憶装置（論理ボリューム）と、コントローラとを備える。ストレージ装置は、サーバコンピュータに論理ボリュームを提供する。論理ボリュームには、サーバコンピュータにより使用されるデータ（ファイルを含む）が記憶される。スイッチまたはルータ等のネットワーク装置は、複数の通信ポートと、コントローラとを備える。【００６４】
図５は、ノード管理テーブル１０３１の例を示す。ノード管理テーブル１０３１は、計算機システムに含まれる管理対象のノード装置を管理するためのテーブルである。ノード管理テーブル１０３１は、例えば、ノードＩＤ１０３１１と、ＩＰアドレス１０３１２と、基本プロトコル１０３１３と、アクセス用情報ＩＤ１０３１４と、基本情報取得プログラムを参照するためのポインタ１０３１５と、詳細情報取得プログラムを参照するためのポインタ１０３１６とを含む。【００６５】
ノードＩＤ１０３１１は、各ノード装置２０を識別するための情報である。ＩＰアドレス１０３１２は、各ノード装置にアクセスするための通信ネットワーク上の位置を示す情報である。なお、システム管理装置１０がアクセス可能な情報であればよく、ＩＰアドレスに限らない。例えば、ＩＰアドレスに代えて、ｉＳＣＳＩ（internet Small Computer System Interface）ネームのようなネットワーク上の識別子を用いてもよい。【００６６】
基本プロトコル１０３１３は、システム管理装置１０がノード装置２０から基本情報及び詳細情報を取得するために使用する通信プロトコルを示す。基本プロトコルには、例えば、ＷＭＩ、ＳＮＭＰ、ＳＭＩ−Ｓ、ＩＰＭＩ等がある。【００６７】
アクセス用情報ＩＤ１０３１４は、「認証情報」としてのアクセス用情報を特定するための情報である。システム管理装置１０は、アクセス用情報ＩＤに基づいて、図６に示すアクセス用情報管理テーブル１０３２を参照することにより、基本プロトコルを用いてノード装置２０から基本情報及び詳細情報を取得するためのユーザＩＤ及び／またはパスワードを検出できる。【００６８】
基本情報取得プログラムの参照ポインタ１０３１５は、ノード装置２０から基本情報を取得する基本情報取得プログラム１０２２を検出するための情報である。詳細情報取得プログラムの参照ポインタ１０３１６は、ノード装置２０から詳細情報を取得する詳細情報取得プログラム１０２３を検出するための情報である。【００６９】
図５に示すように、各ノード装置の種類に応じて、基本情報取得プログラム１０２２及び詳細情報取得プログラム１０２３が用意される。ノード装置がサーバコンピュータの場合、サーバコンピュータ用の基本情報取得プログラム１０２２（１）及び詳細情報取得プログラム１０２３（１）が使用される。ノード装置がネットワーク装置（ＩＰ−ＳＷ）の場合、ＩＰ−ＳＷ用の基本情報取得プログラム１０２２（２）及び詳細情報取得プログラム１０２３（２）が使用される。【００７０】
システム管理装置１０は、ノード管理テーブル１０３１を使用することで、各ノード装置２０から基本情報及び詳細情報を収集することができる。【００７１】
図６は、アクセス用情報管理テーブル１０３２の例を示す。アクセス用情報管理テーブル１０３２は、例えば、プロトコル種別１０３２１と、サブテーブルへのポインタ１０３２２とを含む。図６中では、プロトコル種別を「プロトコル」と略記する。【００７２】
各通信プロトコル毎にサブテーブル１０３２ＳＴ１，１０３２ＳＴ２，１０３２ＳＴ３，１０３２ＳＴ４が用意されている。ＷＭＩ用のサブテーブル１０３２ＳＴ１は、例えば、アクセス用情報を識別するためのＩＤ１０３２２１と、アクセス用情報の名称１０３２２２と、ユーザＩＤ１０３２２３と、パスワード１０３２２４と、使用済であることを示す使用済フラグ１０３２２５とを備える。【００７３】
ＳＳＨ用サブテーブル１０３２ＳＴ２は、上述の１０３２２１−１０３２２５に加えて、通信ポート番号１０３２２６を備える。【００７４】
ＳＮＭＰ用サブテーブル１０３２ＳＴ３は、上述のＩＤ１０３２２１と名称１０３２２２と使用済フラグ１０３２２５及び通信ポート番号１０３２２６に加えて、コミュニティ名１０３２２７を備える。ＳＮＭＰ用サブテーブル１０３２ＳＴ３は、ユーザＩＤ１０３２２３及びパスワード１０３２２４の代わりに、通信ポート番号１０３２２６及びコミュニティ名１０３２２７を用いる。【００７５】
ＳＭＩ−Ｓ用サブテーブル１０３２ＳＴ４は、上述のＩＤ１０３２２１と名称１０３２２２と通信ポート番号１０３２２６及び使用済フラグ１０３２２５に加えて、名前空間１０３２２８を備える。ＳＭＩ−Ｓ用サブテーブル１０３２ＳＴ４は、ユーザＩＤ１０３２２３及びパスワード１０３２２４の代わりに、通信ポート番号１０３２２６及び名前空間１０３２２８を用いる。【００７６】
図６で述べたように、本実施例では、各通信プロトコル毎にアクセス用情報を設定している。本実施例では、ノード装置毎にアクセス用情報を対応付けない。本実施例では、通信プロトコル別にアクセス用情報を対応付けることにより、使用できないアクセス用情報を簡単に抽出して、効率的に認証処理を行うことができるようになっている。【００７７】
図７は、プラグイン適用条件定義１０３３の例を示す。プラグイン適用条件定義１０３３は、プラグイン（以下、プラグイン定義１０３４により実現される機能をプラグインと呼ぶ場合がある）をノード装置２０に適用するための予め定められた条件を示す。【００７８】
プラグイン適用条件定義１０３３は、例えば、ＸＭＬ（eXtensible Markup Language）のような構造化タグ言語で作成されている。プラグイン定義１０３４もＸＭＬ等の言語で記述することができる。【００７９】
プラグイン適用条件定義１０３３は、例えば、プリチェック条件１０３３１と、認証チェック条件１０３３２と、インスタンスチェック条件１０３３３とを含む。【００８０】
プリチェック条件１０３３１は、ノード装置２０から取得される基本情報に基づいて、プラグインをそのノード装置に適用可能か否かを判定するための条件である。例えば、プリチェック条件１０３３１には、ベンダ名が記述される。プリチェック条件１０３３１に記載されたベンダ名と同一のベンダから提供されているノード装置は、プリチェック条件１０３３１を満足する。プリチェック条件１０３３１に記載のベンダ名と異なるベンダから提供されたノード装置は、プリチェック条件１０３３１を満たさず、プラグインの適用可能性無しと判定される。【００８１】
プリチェック条件１０３３１としては、ベンダ名に限らず、例えば、基本情報に含まれるノード名（ノード種別）、または／及び、基本情報に含まれるモデル名を用いることもできる。プリチェック条件１０３３１にベンダ名とモデル名とが記載されている場合、そのベンダ名及びモデル名を有するノード装置２０のみがプリチェック条件１０３３１を満足させる。【００８２】
認証チェック条件１０３３２は、ノード装置２０での認証処理に成功したか否かを判定するための条件である。認証チェックは、プリチェックに成功した場合に実施される。ある一つのプラグインについて、所定の通信プロトコル（基本プロトコル）と所定の通信プロトコルに設定されている各アクセス用情報とを用いて、各ノード装置２０に繰り返しアクセスする。ノード装置２０は、システム管理装置１０から入力されたアクセス用情報に基づいて認証処理を実行する。認証チェックは、プラグインで使用するアクセス用情報を見つけるために（確定させるために）、行われる。【００８３】
ノード装置での認証処理に成功すると、ノード装置２０のメモリ２０２の所定領域から所定の情報を取得することができる。その取得値が認証チェック条件１０３３２に定義されている値と同一の場合、認証チェック条件は満たされる。所定の通信プロトコルについて、例えば、１０個のアクセス用情報が登録されている場合、システム管理装置１０は、１０個のアクセス用情報を順番に選択して、一つのノード装置２０に合計１０回アクセスし認証処理を受ける。【００８４】
もしも、通信プロトコルが４種類あり、各通信プロトコル毎にアクセス用情報が１０個ずつ用意されており、プリチェック条件を満たすノード装置２０が３台の場合、一つのプラグインの適用可否を判定するために、最大で合計１２０回（＝４×１０×３）の認証処理が行われる可能性がある。【００８５】
もしも、プリチェック条件１０３３１が存在しない場合、計算機システムで発見された全てのノード装置２０について、認証処理が行われることになる。例えば、計算機システムで発見されるノード装置の合計数が２００台の場合、一つのプラグインの適用可否を判断するために、最大で合計８０００回（＝４×１０×２００）の認証処理が行われる可能性がある。【００８６】
本実施例では、上述のように、計算機システム上で発見される全てのノード装置２０のうちプリチェック条件１０３３１を満たすノード装置２０についてのみ認証処理を受けるようにしている。従って、システム管理装置１０が各ノード装置２０にアクセスする合計数を少なくでき、プラグイン適用可否を判断するための時間を短縮できる。【００８７】
後述の実施例のように、使用不能なアクセス用情報を検出した場合は、そのアクセス用情報を使用できなかったノード装置のＩＤとそのアクセス用情報のＩＤとを対応付けて記憶し、次のプラグインの適用可否を判断する処理に活かすこともできる。この場合は、さらに認証回数を減らして、より効率よく認証を受けることができる。【００８８】
インスタンスチェック条件１０３３３は、ノード装置２０から取得される詳細情報に基づいて、プラグインを適用可能か否かを判定するための条件である。インスタンスチェックは、認証チェックに成功した場合に実施される。詳細情報に含まれるＣＰＵスペックまたはバージョン等の基本仕様を示す情報、または／及び、詳細情報に含まれる基本的性能を示す情報を、ノード装置２０から取得できたか否かが判定される。詳細情報を取得できたノード装置２０には、そのプラグインを適用することができる。【００８９】
なお、認証チェックの段階で、詳細情報を取得することも可能である。つまり、認証チェックとインスタンスチェックとを一つにまとめることも可能である。但し、認証チェック時に詳細情報を取得する構成にした場合、認証チェック処理を完了するまでの時間が長くなり、システム管理装置１０の処理負荷も増大する。これに対し、本実施例では、認証チェックとインスタンスチェックとを切り離し、認証チェックに合格した場合のみ詳細情報を取得する。従って、認証チェック処理を比較的小さな負荷で実行することができ、認証チェックを通過したノード装置２０についてのみインスタンスチェックを行うことができる。従って、全体としての処理時間を短縮でき、処理負荷も軽減できる。【００９０】
図８は、プラグイン定義１０３４の例を示す。図８では、データベースのトランザクション数を取得するためのプラグインの例が示されている。データベースのトランザクション数は、「追加情報」の例である。【００９１】
図８に示すプラグイン定義１０３４には、例えば、ノード装置２０からデータベースのトランザクション数を取得するために用いる通信プロトコルの種類と、取得する項目名（データベースのトランザクション数）と、値と、追加情報管理テーブル１０３７に格納させるための格納位置及び項目名とが記載されている。【００９２】
図９は、基本情報管理テーブル１０３５を示す。基本情報管理テーブル１０３５は、システム管理装置１０が特別な労力をかけずにノード装置２０から取得することのできる基本情報を管理する。【００９３】
基本情報管理テーブル１０３５は、例えば、ノードＩＤ１０３５１と、ノード名１０３５２と、ベンダ名１０３５３と、モデル名１０３５４とを含む。ノードＩＤ１０３５１は、ノード装置２０を識別する情報である。ノード名１０３５２は、ノード装置の名称である。ノード名は、ノード種別を示すこともできる。ベンダ名１０３５３は、ノード装置２０の提供者である製造者または販売者を識別する情報である。モデル名１０３５４は、ノード装置２０の型式を示す情報である。【００９４】
図１０は、詳細情報管理テーブル１０３６を示す。詳細情報管理テーブル１０３６は、基本情報管理テーブル１０３５と同様に、システム管理装置１０が特別な労力をかけずにノード装置２０から取得できる詳細情報を管理する。なお、基本情報を取得する場合は、ノード装置での認証が不要な場合も必要な場合も両方考えられる。これは詳細情報の場合についても同様である。【００９５】
詳細情報管理テーブル１０３６は、例えば、ノードＩＤ１０３６１と、サブテーブルを示すポインタ１０３６２とを備える。各ノード装置の種類毎に、サブテーブル１０３６ＳＴ１，１０３６ＳＴ２が用意されている。図１０に示す一方のサブテーブル１０３６ＳＴ１は、サーバコンピュータ用サブテーブルである。図１０に示す他方のサブテーブル１０３６ＳＴ２は、スイッチ（ＩＰ−ＳＷ）用サブテーブルである。
【００９６】
サーバコンピュータ用サブテーブル１０３６ＳＴ１は、例えば、ＣＰＵスペック１０３６２１と、ＣＰＵコア数１０３６２２と、メモリサイズ１０３６２３とを含む。管理対象の各サーバコンピュータから取得される詳細情報は、一方のサブテーブル１０３６ＳＴ１に記憶される。【００９７】
スイッチ用サブテーブル１０３６ＳＴ２は、例えば、送信パケット数１０３６２４と、受信パケット数１０３６２５と、エラーパケット数１０３６２６とを備える。管理対象の各ネットワーク装置（スイッチ装置）から取得される詳細情報は、他方のサブテーブル１０３６ＳＴ２に記憶される。【００９８】
なお、図示は省略するが、ストレージ装置用のサブテーブルも設けられる。ストレージ装置用サブテーブルは、例えば、論理ボリューム数または／及び通信ポート数を詳細情報として管理できるであろう。【００９９】
図１１は、追加情報管理テーブル１０３７の例を示す。追加情報管理テーブル１０３７は、プラグインを用いてノード装置２０から取得される追加情報を管理する。追加情報管理テーブル１０３７は、例えば、ノードＩＤ１０３７１と、サブテーブルへのポインタ１０３７２とを備える。【０１００】
サブテーブルは、各ノード装置２０毎に用意される。サブテーブルには、性能値管理テーブル１０３７ＳＴ１，１０３７ＳＴ２と、属性管理テーブル１０３７ＳＴ３，１０３７ＳＴ４とが含まれる。つまり、各ノード装置毎に、性能値管理テーブル及び属性値管理テーブルが対応付けられる。【０１０１】
性能値管理テーブル１０３７ＳＴ１，１０３７ＳＴ２は、プラグインを介してノード装置２０から取得される性能値を管理する。性能値管理テーブル１０３７ＳＴ１，１０３７ＳＴ２は、例えば、キー１０３７２１と、値１０３７２２と、プラグインＩＤ１０３７２３とを含む。キー１０３７２１は、値１０３７２２の属性を示す。プラグインＩＤ１０３７２３は、値１０３７２２の取得に用いられたプラグイン定義１０３４を特定するための情報である。【０１０２】
属性管理テーブル１０３７ＳＴ３，１０３７ＳＴ４は、キー１０３７２１と、説明１０３７２４と、プラグインＩＤ１０３７２３とを含む。説明１０３７２４は、キー１０３７２１の内容を示す。【０１０３】
図１２は、プラグイン適用状態管理テーブル１０３８の例を示す。プラグイン適用状態管理テーブル１０３８は、各ノード装置２０における各プラグインの適用状態を管理している。プラグイン適用状態管理テーブル１０３８は、ノードＩＤ１０３８１と、サブテーブルへのポインタ１０３８２とを含む。【０１０４】
サブテーブル１０３８ＳＴ１，１０３８ＳＴ２は、各ノード装置２０毎に用意される。サブテーブル１０３８ＳＴ１，１０３８ＳＴ２は、例えば、プラグインＩＤ１０３８２１と、適用済みフラグ１０３８２２と、通信プロトコル１０３８２３と、エラー発生箇所１０３８２４と、アクセス用情報ＩＤ１０３８２５と、エラーメッセージ１０３８２６とを備える。【０１０５】
適用済みフラグ１０３８２２は、プラグインＩＤ１０３８２１で特定されるプラグインを、ノード装置２０に適用済みであるか否かを示す情報である。通信プロトコル１０３８２３は、プラグインがノード装置２０から追加情報を取得するために用いる通信プロトコルを示す情報である。【０１０６】
エラー発生箇所１０３８２４は、ノード装置２０にプラグインを適用できるか否かを判定する一連の処理において、どの処理で適用不可と判定されたのかを示す情報である。プラグインの適用可否を判定する一連の処理とは、プリチェック処理、認証チェック処理及びインスタンスチェック処理である。プリチェック条件を満たさなかった場合、エラー発生箇所１０３８２４には「プリチェック」と記録される。認証チェック条件を満たさなかった場合、エラー発生箇所１０３８２４には「認証チェック」と記録される。インスタンスチェック条件を満たさなかった場合、エラー発生箇所１０３８２４には「インスタンスチェック」と記録される。適用済みフラグ１０３８２２に、適用失敗を示す「ｆａｌｓｅ」が記録されている場合、エラー発生箇所１０３８２４には、エラーの発生した処理を示す情報が記録される。【０１０７】
エラーメッセージ１０３８２６には、エラー発生時にユーザに通知するメッセージを記憶する。エラーメッセージ１０３８２６には、例えば、「プラグインＰ０００７は、認証チェックに失敗しました。」等のメッセージが予め記憶される。【０１０８】
図１３は、プラグイン管理テーブル１０３９を示す。プラグイン管理テーブル１０３９は、各プラグインを管理するテーブルである。プラグイン管理テーブル１０３９は、例えば、プラグインＩＤ１０３９１と、名前１０３９２と、プラグイン適用条件定義１０３３を参照するためのポインタ１０３９３と、プラグイン定義１０３４を参照するためのポインタ１０３９４とを備える。【０１０９】
名前１０３９２は、プラグインの名称である。ポインタ１０３９３は、プラグイン適用条件定義１０３３を参照するための情報である。他のポインタ１０３９４は、プラグイン定義１０３４を参照するための情報である。【０１１０】
図１４は、装置側基本情報２０２２の例を示す。装置側基本情報２０２２は、各ノード装置２０内で保持される。装置側基本情報２０２２は、例えば、ホスト名２０２２１と、ベンダ名２０２２２と、モデル名２０２２３とを、基本情報として記憶している。【０１１１】
図１５は、装置側詳細情報２０２３の例を示す。装置側詳細情報２０２３は、装置側基本情報２０２２と同様に、ノード装置２０のメモリ２０２に記憶される。サーバコンピュータの場合、装置側詳細情報２０２３には、例えば、ＣＰＵスペック２０２３１と、ＣＰＵコア数２０２３２と、メモリサイズ２０２３３とが、詳細情報として記憶される。図１０で述べたように、詳細情報の項目は、ノード装置の種類により相違する。【０１１２】
図１６は、定期監視処理のフローチャートである。図１６に示すフローチャートは、定期監視プログラム１０２１が実行されることで実現する。以下、便宜上、主語をシステム管理装置とする。【０１１３】
システム管理装置１０は、各ノード装置２０から基本情報を取得する処理（Ｓ１０）と各ノード装置２０から詳細情報を取得する処理（Ｓ１１）とを実行する。さらに、システム管理装置１０は、プラグインを適用するための処理を実行する（Ｓ１２）。Ｓ１２の詳細は、後述する。【０１１４】
プラグイン適用処理の終了後に、システム管理装置１０は、プラグインの適用結果を画面に表示させる処理を実行する（Ｓ１３）。最後に、システム管理装置１０は、各ノード装置２０から収集した情報（性能情報、状態情報等）に基づいて、各ノード装置２０を監視する（Ｓ１４）。【０１１５】
基本情報取得処理（Ｓ１０）は、例えば、一週間に一回程度の頻度で実行される。詳細情報取得処理（Ｓ１１）とプラグイン適用処理（Ｓ１２）と結果表示処理（Ｓ１３）及び状態監視処理（Ｓ１４）は、例えば、基本情報取得処理よりも短い、一日に一回程度の頻度で実行される。【０１１６】
計算機システムの基本構成が大きく変化することは比較的少ないため、基本情報の取得周期は長く設定してもよい。これに対し、新たなプラグインの導入、及び／または、ユーザＩＤまたはパスワードの変更は、比較的頻繁に行われるため、Ｓ１１−Ｓ１４の処理は短い周期で実行される。なお、上記の周期設定は説明のための一例にすぎない。Ｓ１１−Ｓ１４の処理を実行する周期をそれぞれ違える構成でもよい。状態監視処理（Ｓ１４）の実行周期は、例えば、１時間に１回程度のように、より短くすることもできる。【０１１７】
図１７は、基本情報取得処理のフローチャートである。本処理は、図１６中のＳ１０のステップに相当する。本処理は、基本情報取得プログラム１０２２が実行されることにより実現される。【０１１８】
システム管理装置１０は、ノード装置の一覧をノード管理テーブル１０３１から取得し（Ｓ２０）、全ノード装置２０についてＳ２２，Ｓ２３を実行する（Ｓ２１）。即ち、システム管理装置１０は、ノード装置２０から基本情報（装置側基本情報２０２２）を取得する（Ｓ２２）。システム管理装置１０は、取得した基本情報を基本情報管理テーブル１０３５に保存する（Ｓ２３）。【０１１９】
図１８は、詳細情報取得処理のフローチャートである。本処理は、図１６中のＳ１１のステップに相当する。本処理は、詳細情報取得プログラム１０２３が実行されることにより実現される。【０１２０】
システム管理装置１０は、ノード装置の一覧をノード管理テーブル１０３１から取得し（Ｓ３０）、全ノード装置２０についてＳ３２，Ｓ２３を実行する（Ｓ３１）。即ち、システム管理装置１０は、ノード装置２０から詳細情報（装置側詳細情報２０２３）を取得する（Ｓ３２）。システム管理装置１０は、取得した詳細情報を詳細情報管理テーブル１０３６に保存する（Ｓ３３）。【０１２１】
図１９は、状態監視処理のフローチャートである。本処理は、図１６中のＳ１３のステップに相当する。本処理は、状態監視プログラム１０２４が実行されることにより実現される。【０１２２】
システム管理装置１０は、ノード管理テーブル１０３１からノード装置の一覧を取得し（Ｓ４０）、全ノード装置についてＳ４２，Ｓ４３，Ｓ４４を実行する（Ｓ４１）。即ち、システム管理装置１０は、ノード装置２０から状態情報（性能情報を含む）を取得し（Ｓ４２）、異常が生じているか否かを判定する（Ｓ４３）。異常が発生していると判定した場合（Ｓ４３：ＹＥＳ）、システム管理装置１０は、入出力端末３０を介して、ユーザに通知する（Ｓ４４）。または、ユーザの保持する携帯端末（携帯電話を含む）に電子メールを送信することにより、異常発生を通知してもよい。【０１２３】
図２０は、プラグイン適用処理のフローチャートである。本処理は、図１６中のＳ１２のステップに相当する。本処理は、プラグイン適用プログラム１０２５が実行されることにより実現される。【０１２４】
システム管理装置１０は、ノード管理テーブル１０３１からノード装置の一覧を取得し（Ｓ５０）、全ノード装置についてＳ５２，Ｓ５３，Ｓ５４を実行する（Ｓ５１）。即ち、システム管理装置１０は、プラグイン管理テーブル１０３９からプラグイン一覧を取得し（Ｓ５２）、全てのプラグインについてＳ５４を実行する（Ｓ５３）。システム管理装置１０は、対象装置（処理対象となっているノード装置）へのプラグイン適用を判断する（Ｓ５４）。【０１２５】
つまり、図２０の処理では、各ノード装置２０毎に、各プラグインを一つ一つ適用可能か否かを判断する。しかし、本実施例では、図２１で詳細を述べる通り、基本情報及び詳細情報に基づいて、プラグインの適用候補を予め絞り込むため、Ｓ５４の完了に要する時間を短縮することができる。【０１２６】
図２１は、図２０中のＳ５４の詳細を示す。システム管理装置１０は、対象のプラグインについて、対象装置２０がプリチェック条件を満たすか否かを判定する（Ｓ６０）。例えば、対象装置２０を提供するベンダの名称と対象プラグインに対応するプリチェック条件１０３３１に記載のベンダ名とが一致しない場合（Ｓ６０：ＮＯ）、対象装置２０は、対象プラグインの適用外の装置である。【０１２７】
従って、システム管理装置１０は、プラグイン適用状態管理テーブル１０３８において、対象装置の対象プラグインに対応する適用済みフラグ１０３８２２に「ｆａｌｓｅ」を設定する（Ｓ６６）。【０１２８】
ここで、基本情報及び詳細情報は、プラグイン適用の可否を判定する処理を実行するよりも前に、各ノード装置２０から収集することができる。従って、Ｓ６０では、対象のノード装置にアクセスすることなく、取得済みの基本情報及び詳細情報に基づいてプリチェック条件を満たすか否かを判断できる。これにより、通信ネットワークＣＮの負荷を増大させずに、各ノード装置への各プラグインの適用可否を判定できる。【０１２９】
対象装置がプリチェック条件を満たす場合（Ｓ６０：ＹＥＳ）、その対象装置は、プラグイン適用候補となる。システム管理装置１０は、プリチェックを通過した対象装置にアクセス用情報を用いてアクセスすることにより、対象装置から認証チェック用情報の取得を試みる（Ｓ６１）。【０１３０】
図７で述べたように、認証チェック条件１０３３２は、所定の通信プロトコルを用いてノード装置２０にアクセスし、所定の場所から認証チェック用の情報を取得できること、である。所定の場所から認証チェック用情報を取得するためには、ノード装置２０での認証に成功する必要がある。図６で述べたように、各通信プロトコルには、一つまたは複数のアクセス用情報（ユーザＩＤ、パスワード）が予め対応付けられている。【０１３１】
システム管理装置１０は、対象プラグインについて、各通信プロトコルの各アクセス用情報を順番に試し、所定の場所からの認証チェック用情報の取得を試みる（Ｓ６１）。システム管理装置１０は、認証チェック条件を満たしたか否かを判定する（Ｓ６２）。各通信プロトコル毎の各アクセス用情報を全て試しても、対象装置から認証チェック用情報を取得できなかった場合（Ｓ６２：ＮＯ）、システム管理装置１０は、対応する適用済みフラグ１０３８２２に「ｆａｌｓｅ」を設定して、プラグイン適用状態管理テーブル１０３８を更新させる（Ｓ６６）。【０１３２】
対象装置の所定の場所から認証チェック用情報を読み出すことができた場合（Ｓ６２：ＹＥＳ）、システム管理装置１０は、対象装置からインスタンスチェック用情報の取得を試みる（Ｓ６３）。【０１３３】
インスタンスチェック用情報とは、インスタンスチェック条件１０３３３に定義されている所定の情報であり、例えば、バージョン番号等が該当する。インスタンスチェックは、対象装置に対象プラグインを適用できることを確認するための最終検査である。【０１３４】
システム管理装置１０は、Ｓ６２で成功した通信プロトコル及びアクセス用情報を用いて対象装置に再びアクセスし、対象装置の他の所定の場所からインスタンスチェック用情報を取得する。【０１３５】
システム管理装置１０は、対象装置から取得されたインスタンスチェック用情報がインスタンスチェック条件１０３３３に一致するか否かを判定する（Ｓ６４）。インスタンスチェック条件を満たす場合（Ｓ６４：ＹＥＳ）、システム管理装置１０は、対象プラグインを対象装置に適用する（Ｓ６５）。なお、Ｓ６５では、システム管理装置１０は、対応する適用済みフラグ１０３８２２に「ｔｒｕｅ」を設定し、プラグイン適用状態管理テーブル１０３８を更新させる。【０１３６】
これに対し、インスタンスチェック条件を満たさない場合（Ｓ６４：ＮＯ）、システム管理装置１０は、対応する適用済みフラグ１０３８２２に「ｆａｌｓｅ」を設定し、プラグイン適用状態管理テーブル１０３８を更新させる（Ｓ６６）。【０１３７】
図２２は、結果表示処理のフローチャートである。本処理は、図１６中のＳ１３のステップに相当する。本処理は、結果表示プログラム１０２８が実行されることにより実現される。【０１３８】
システム管理装置１０は、ノード管理テーブル１０３１からノード装置の一覧を取得し（Ｓ７０）、全ノード装置についてＳ７２，Ｓ７３を実行する（Ｓ７１）。システム管理装置１０は、全てのプラグインについて（Ｓ７２）、プラグインの適用結果を表示させる（Ｓ７３）。【０１３９】
図２３は、プラグイン適用結果を表示する画面Ｇ１０の例である。結果表示画面Ｇ１０は、例えば、ステータスＧ１０１と、ノード名Ｇ１０２と、プラグイン名Ｇ１０３と、通信プロトコルＧ１０４と、アクセス用情報Ｇ１０５と、日時Ｇ１０６と、説明Ｇ１０７とを含む。【０１４０】
ステータスＧ１０１は、ノード装置にプラグインが適用されたか否かを示す。「ＯＫ」が設定される場合は、ノード装置にプラグインが適用されたことを示す。「Ｅｒｒｏｒ」が設定される場合は、ノード装置にプラグインを適用できなかったことを示す。【０１４１】
説明の便宜上、図２３では、各ノード装置について一つずつのプラグイン適用の可否を表示させている。しかし、実際には、複数のノード装置に、複数のプラグインを適用することができる。【０１４２】
通信プロトコルＧ１０４は、プラグインがノード装置から情報を取得するために使用する通信プロトコルを示す。アクセス用情報Ｇ１０５は、ノード装置での認証処理に使用される情報を示す。日時Ｇ１０６は、プラグイン適用可否の判定日時を示す。説明Ｇ１０７は、プラグイン適用可否の結果を示すメッセージである。プラグインが適用された場合は、例えば、「成功しました」というメッセージが表示される。プリチェックを通過できなかった場合は、例えば、「対象外のノードです」というメッセージが表示される。認証チェックに合格しなかった場合は、例えば、「該当する認証情報がありません」というメッセージが表示される。認証情報とはアクセス用情報のことである。インスタンスチェックに合格しなかった場合は、例えば、「インスタンスチェックの結果、対象外のノードでした」というメッセージが表示される。【０１４３】
図２４は、ノード管理画面Ｇ２０を示す。ノード管理画面Ｇ２０は、管理対象の各ノード装置２０を管理するための画面である。ノード管理画面Ｇ２０は、例えば、図２３で述べたプラグイン適用結果表示画面Ｇ１０と、ノード一覧画面Ｇ３０と、監視画面Ｇ４０とを含む。【０１４４】
ノード一覧画面Ｇ３０は、例えば、各ノードのＩＰアドレス、ノード名、アクセス用情報、装置種別、ノードの説明、発見状態等の各属性を一覧で表示する。【０１４５】
監視画面Ｇ４０は、各ノード装置から取得される状態情報または／及び性能情報に基づいた監視結果が表示される。例えば、異常状態が生じているノード装置には、異常状態の発生を示すアイコン等が表示される。さらに、メモリ不足等の状態が発生しているノード装置には、ユーザの注意を喚起するためのアイコン等が表示される。【０１４６】
このように構成される本実施例では、システム管理装置１０がプラグインを用いずに各ノード装置２０から事前に収集可能な基本情報及び詳細情報に基づいて、プリチェックすることにより、プラグイン適用候補となるノード装置を絞り込む。計算機システムに含まれる多くのノード装置の中から、プラグインを適用可能なノード装置２０に絞り込んで、プラグインの適用の可否を判断することができる。従って、プラグイン適用の可否を判定するために要する時間を短縮することができ、管理効率を高めることができる。【０１４７】
本実施例では、プリチェックに合格したノード装置について、認証チェックを実施し、認証チェックに合格した場合にのみインスタンスチェックを行う。なお、認証チェックの処理時間はインスタンスチェックの処理時間より短いことが想定されるが、そうでなくても良い。【０１４８】
インスタンスチェックは、認証チェックに合格したノード装置についてのみ実施されるため、結果として、認証チェック及びインスタンスチェックに要する時間を短縮することができる。認証チェックに失敗したノード装置についてインスタンスチェックが行われないためである。なお、認証チェックの処理はシステム管理装置が格納する認証情報の利用可否を判断するための処理であることが典型的であるが、そうでなくてもよい。例えば認証情報の利用可否に直接は関係しない処理が含まれていたり、認証情報の利用可否判断に寄与する一部の処理をインスタンスチェックの処理としてもよい。もちろん、これ以外の理由でインスタンスチェックで行うべき処理の全てまたは一部を認証チェックに統合したり、逆に認証チェックで行うべき処理の全てまたは一部をインスタンスチェックに統合してもよい。
【実施例２】
【０１４９】
図２５及び図２６を参照して第２実施例を説明する。本実施例を含む以下の各実施例は、第１実施例の変形例に相当するため、第１実施例との相違点を中心に説明する。本実施例では、認証チェックの結果を記録しておき、その結果を次の対象プラグインでの認証チェックで活用する。【０１５０】
図２５は、対象装置へのプラグイン適用処理のフローチャートである。本処理は、図２１に示す処理に代えて、図２０のＳ５４で実行される。【０１５１】
システム管理装置１０は、全てのプラグインについて、後述のＳ８１−Ｓ８８を実行する（Ｓ８１）。システム管理装置１０は、対象プラグインと対象装置の組合せについてプリチェックし（Ｓ８１）、対象装置がプリチェック条件を満たすか否かを判定する（Ｓ８２）。プリチェック条件を満たさない場合（Ｓ８２：ＮＯ）、いったん処理を終了して、次の対象プラグインに移る（Ｓ８０）。【０１５２】
対象装置がプリチェック条件を満たす場合（Ｓ８２：ＹＥＳ）、システム管理装置１０は、無効ではない全てのアクセス用情報について、Ｓ８４，Ｓ８５，Ｓ８９を実行する（Ｓ８３）。ここで、図２６を参照する。【０１５３】
図２６は、アクセス用情報管理テーブル１０３２Ａの例を示す。このテーブル１０３２Ａは、例えば、アクセス用情報ＩＤ１０３２２１と、アクセス用情報の名称１０３２２２と、ユーザＩＤ１０３２２３と、パスワード１０３２２４と、その他の情報１０３２２Ａと、各ノード装置毎の適用結果１０３２２Ｂとを備える。【０１５４】
その他の情報１０３２２Ａは、図６に示す使用済フラグ１０３２２５，通信ポート番号１０３２２６，コミュニティ名１０３２２７，名前空間１０３２２８を示す。紙面の都合上、上述の各項目１０３２２５−１０３２２８を、その他の情報１０３２２Ａとして表示する。【０１５５】
ノード装置毎の適用結果１０３２２Ｂは、アクセス用情報がノード装置に使用できたか否か、つまり、そのアクセス用情報でノード装置の認証に成功したか否かを示す。そのアクセス用情報を用いて認証に失敗した場合、認証に失敗したノード装置の適用結果１０３２２Ｂには「無効」が設定される。【０１５６】
図２５のＳ８３に戻る。システム管理装置１０は、図２６に示すアクセス用情報管理テーブル１０３２Ａの適用結果１０３２２Ｂを参照し、「無効」が設定されていない全てのアクセス用情報を用いて認証チェックを行う（Ｓ８４）。「無効」に設定されているアクセス用情報は、その対象装置で使用できないことは明らかであり、試す意味がない。「無効」ではないアクセス用情報に絞って認証チェックを行うことにより、認証チェックに要する時間を短縮できる。【０１５７】
認証チェックに失敗した場合（Ｓ８５：ＮＯ）、システム管理装置１０は、認証に失敗したアクセス用情報について、認証に失敗した対象装置の適用結果１０３２２Ｂに「無効」と設定する。適用結果１０３２２Ｂに「無効」が設定されていない全てのアクセス用情報を試すまで、Ｓ８４，Ｓ８５，Ｓ８９が実行される。従って、図２５に示す処理が進むほど、使用可能なアクセス用情報（無効に設定されていないアクセス用情報）は、絞り込まれていく。【０１５８】
いずれかのアクセス用情報により対象装置での認証に成功すると（Ｓ８５：ＹＥＳ）、システム管理装置１０は、インスタンスチェックを行う（Ｓ８６）。システム管理装置１０は、対象装置がインスタンスチェック条件を満たすか否かを判定する（Ｓ８７）。対象装置がインスタンスチェック条件を満たす場合（Ｓ８７：ＹＥＳ）、システム管理装置１０は、対象装置から所定の情報（構成情報、性能情報、状態情報のいずれか一つまたは複数）を取得する（Ｓ８８）。【０１５９】
このように構成される本実施例も第１実施例と同様の効果を奏する。さらに、本実施例では、対象装置についての対象プラグインの認証処理の結果（成否）をテーブル１０３２Ａに記録しておき、その認証処理の結果を、次の対象プラグインと対象装置との組合せにおける認証処理に活かす。従って、認証チェック処理（Ｓ８４）で試すべきアクセス用情報の数を絞り込むことができ、認証チェックに要する時間を短縮できる。【０１６０】
セキュリティ性を保つために、各ノード装置のアクセス用情報は、定期的に変更されるのが好ましい。同一のアクセス用情報を長期間使用するほど、不正にアクセスされる可能性が高まるためである。従って、ユーザは、定期的にまたは不定期に、各ノード装置のアクセス用情報を変更する。通常の場合、アクセス用情報を変更すると、認証チェックに要する時間が長くなる。【０１６１】
しかし、本実施例では、プリチェックによって対象装置を絞り込み、さらに、無効と判定されていないアクセス用情報のみを使用して認証チェックを行うため、アクセス用情報が比較的頻繁に変更される場合でも、認証チェックを比較的速やかに実行できる。
【実施例３】
【０１６２】
図２７を参照して第３実施例を説明する。本実施例では、前回使用できたアクセス用情報を最初に用いて認証チェックを行う。図２７は、本実施例による対象装置へのプラグイン適用処理のフローチャートである。本処理は、図２６に示す全てのステップＳ８０−Ｓ８９を備える。さらに、本処理には、新たにＳ９０−Ｓ９２が追加されている。そこで、新たな構成について説明する。【０１６３】
対象装置がプリチェックに合格すると（Ｓ８２：ＹＥＳ）、システム管理装置１０は、その対象装置に前回使用されたアクセス用情報を取得し（Ｓ９０）、認証チェックを行う（Ｓ９１）。前回のアクセス用情報で対象装置での認証に成功した場合（Ｓ９２：ＹＥＳ）、インスタンスチェックに移る（Ｓ８６）。前回のアクセス用情報では対象装置での認証に成功できなかった場合（Ｓ９２：ＮＯ）、Ｓ８３に移り、対象装置について無効に設定されていない全てのアクセス用情報を用いて認証チェックを行う（Ｓ８４）。【０１６４】
このように構成される本実施例も第１実施例及び第２実施例と同様の効果を奏する。さらに、本実施例では、前回使用されたアクセス用情報を最初に試すため、第２実施例よりも認証チェックに要する時間を短くできる。
【実施例４】
【０１６５】
図２８−図３３を参照して第４実施例を説明する。本実施例は、ノード装置へのプラグイン適用に失敗した場合、その失敗を解消するための操作をユーザに案内し、ユーザを支援する。【０１６６】
図２８は、本実施例のシステム管理装置１０Ａを示す。システム管理装置１０Ａは、図３に示すシステム管理装置１０に比べて、アクセス用情報登録プログラム１０２７に代えて、アクセス用情報追加プログラム１０２７Ａ及びアクセス用情報修正プログラム１０２７Ｂを新たに備える。【０１６７】
アクセス用情報追加プログラム１０２７Ａは、新たにアクセス用情報を作成して、アクセス用情報管理テーブル１０３２に追加登録させるためのプログラムである。アクセス用情報修正プログラム１０２７Ｂは、アクセス用情報管理テーブル１０３２に登録済みのアクセス用情報を修正するためのプログラムである。【０１６８】
図２９は、ノード管理画面Ｇ２０に含まれるプラグイン適用結果表示画面Ｇ１０Ａの例を示す。図２９では、便宜上、監視画面Ｇ４０を示していないが、ノード管理画面Ｇ２０は監視画面Ｇ４０を備えることができる。【０１６９】
プラグイン適用結果を表示する画面Ｇ１０Ａには、解決ボタンＢ２１が表示される。ユーザが解決ボタンＢ２１を操作すると、図３０に示す認証エラー解決画面Ｇ５０が表示される。【０１７０】
認証エラー解決画面Ｇ５０は、認証チェックに失敗したノード装置等を表示し、ユーザによる解決を支援するための画面である。認証エラー解決画面Ｇ５０は、例えば、通信プロトコル表示部Ｇ５０１と、エラー発生ノード表示部Ｇ５０２と、不使用のアクセス用情報表示部Ｇ５０３と、アクセス用情報の追加部Ｇ５０４とを備える。【０１７１】
通信プロトコル表示部Ｇ５０１には、各通信プロトコルの名称が表示される。認証エラー解決画面Ｇ５０は、各通信プロトコル毎にエラーの解決方法をユーザに教示する。【０１７２】
エラー発生ノード表示部Ｇ５０２は、その通信プロトコルにおいて認証エラーの発生したノード装置の名称を表示する。【０１７３】
不使用のアクセス用情報表示部Ｇ５０３には、その通信プロトコルに予め対応付けられているアクセス用情報のうち、どのノード装置にも使用されていないアクセス用情報を修正するための修正ボタンＢ５１が表示される。修正ボタンＢ５１には、不使用のアクセス用情報の名称が表示される。【０１７４】
用意されているのに使用されていないアクセス用情報が存在する一方、認証に失敗したノード装置が有るということは、使用されていないアクセス用情報の記載に間違いがある可能性を示す。例えば、ノード装置側のユーザＩＤまたはパスワードが変更されている可能性、あるいは、システム管理装置に登録されたアクセス用情報に入力ミスがある可能性を示している。従って、修正ボタンＢ５１を表示する。ユーザが修正ボタンＢ５１を操作すると、後述の修正画面Ｇ６０が表示される。【０１７５】
アクセス用情報の追加部Ｇ５０４には、新たなアクセス用情報を追加登録するための追加ボタンＢ５２が表示される。ユーザが追加ボタンＢ５１を操作すると、後述の追加画面Ｇ７０が表示される。【０１７６】
不使用のアクセス用情報は存在しないが、認証エラーの発生したノード装置が存在するということは、そのノード装置に対応するアクセス用情報が削除された可能性、または、新たなノード装置が計算機システムに追加された可能性がある。そこで、新たなアクセス用情報を作成して登録するためのボタンＢ５２を表示させる。【０１７７】
なお、エラーの発生したノード装置が存在しない通信プロトコルでは、ボタンＢ５１及びＢ５２のいずれも表示されない。【０１７８】
図３１は、修正画面Ｇ６０を示す。ユーザは、既存のアクセス用情報の設定値をアクセス用情報管理テーブル１０３２（または１０３２Ａ）から読出して、修正する。本実施例では、WMIプロトコルの例としてＩＤとパスワードを表示しているが、他のプロトコルの場合、ポート番号やコミュニティ名、名前空間を表示してもよい。【０１７９】
図３２は、追加画面Ｇ７０を示す。ユーザは、例えば、新たに作成するアクセス用情報の名称と、ユーザＩＤと、パスワードとを入力することにより、アクセス用情報を作成してアクセス用情報管理テーブル１０３２（または１０３２Ａ）に記憶させる。なお、ユーザＩＤまたはパスワードのいずれか一方のみを設定すれば良い場合もある。【０１８０】
図３３は、解決画面Ｇ５０を表示する処理を示す。システム管理装置１０Ａは、ノード監視に使用する全ての通信プロトコルについて、後述のＳ１０１−Ｓ１０７を実行する（Ｓ１００）。処理対象の通信プロトコルを対象プロトコルと呼ぶ。【０１８１】
システム管理装置１０Ａは、プラグイン適用状態管理テーブル１０３８を用いて、対象プロトコルで認証エラーの発生したノード装置を検索する（Ｓ１０１）。システム管理装置１０Ａは、認証エラーの発生したノード装置が有るか否かを判定する（Ｓ１０２）。認証エラーの発生したノード装置が無い場合（Ｓ１０２：ＮＯ）、本処理はいったん終了し、次の対象プロトコルに移る（Ｓ１００）。【０１８２】
認証エラーの発生したノード装置が有る場合（Ｓ１０２：ＹＥＳ）、エラー発生ノード表示部Ｇ５０２に、認証エラーの発生したノード装置の名称を表示する（Ｓ１０３）。続いて、システム管理装置１０Ａは、対象プロトコルにおいてどのノード装置にも使用されていないアクセス用情報を検索する（Ｓ１０４）。システム管理装置１０Ａは、アクセス用情報管理テーブル１０３２（または１０３２Ａ）とプラグイン適用状態管理テーブル１０３８とを照合することにより、不使用のアクセス用情報を検出する。【０１８３】
対象プロトコルにおいて使用されていないアクセス用情報が発見された場合（Ｓ１０５：ＹＥＳ）、システム管理装置１０Ａは、修正ボタンＢ５１を表示部Ｇ５０３に表示させる（Ｓ１０６）。対象プロトコルにおいて使用されていないアクセス用情報が存在しない場合（Ｓ１０５：ＮＯ）、Ｓ１０６はスキップされる。【０１８４】
システム管理装置１０Ａは、追加部Ｇ５０４に追加ボタンＧ５０４を表示させて、いったん処理を終了し、対象プロトコルを次の通信プロトコルに切り替えてＳ１０１以下の各ステップを実行する。【０１８５】
このように構成される本実施例は、第１、第２、第３実施例のいずれとも結合して、ユーザの利便性を向上させる。ユーザは、認証エラーの発生しているノード装置について、速やかにアクセス用情報を修正または追加することができ、認証エラーを早期に解決することができる。【０１８６】
以上、本発明の好適な実施形態を説明したが、これは本発明の説明のための例示であって、本発明の範囲をこの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。
【符号の説明】
【０１８７】
１，１０，１０Ａ：システム管理装置（管理システム）、２，２０：管理対象装置（ノード装置）、３０：入出力端末、４０：配信装置、３０：システム管理装置
【図１】
0005406988.tif 000002
【図２】
0005406988.tif 000003
【図３】
0005406988.tif 000004
【図４】
0005406988.tif 000005
【図５】
0005406988.tif 000006
【図６】
0005406988.tif 000007
【図７】
0005406988.tif 000008
【図８】
0005406988.tif 000009
【図９】
0005406988.tif 000010
【図１０】
0005406988.tif 000011
【図１１】
0005406988.tif 000012
【図１２】
0005406988.tif 000013
【図１３】
0005406988.tif 000014
【図１４】
0005406988.tif 000015
【図１５】
0005406988.tif 000016
【図１６】
0005406988.tif 000017
【図１７】
0005406988.tif 000018
【図１８】
0005406988.tif 000019
【図１９】
0005406988.tif 000020
【図２０】
0005406988.tif 000021
【図２１】
0005406988.tif 000022
【図２２】
0005406988.tif 000023
【図２３】
0005406988.tif 000024
【図２４】
0005406988.tif 000025
【図２５】
0005406988.tif 000026
【図２６】
0005406988.tif 000027
【図２７】
0005406988.tif 000028
【図２８】
0005406988.tif 000029
【図２９】
0005406988.tif 000030
【図３０】
0005406988.tif 000031
【図３１】
0005406988.tif 000032
【図３２】
0005406988.tif 000033
【図３３】
0005406988.tif 000034