(57)【特許請求の範囲】
【請求項１】
管理対象の管理対象装置を運用管理する運用管理装置において、
前記管理対象装置間の通信データを取得する情報収集手段と
前記通信データに基づき、前記管理対象装置を２次元平面に配置したときの座標を計算する計算手段と、
前記座標を出力する出力手段と、
を備え、
前記座標は前記管理対象装置間の通信回数または通信量に基づき算出され、前記通信回数または前記通信量が多いほど前記管理対象装置間の距離が短く算出されることを特徴とする運用管理装置。
【請求項２】
前記計算手段は、前記通信データに基づき前記管理対象装置間の依存度を算出することを特徴とする請求項１記載の運用管理装置。
【請求項３】
前記依存度は、前記管理対象装置間の全通信データの内の受信データの割合に基づき算出されることを特徴とする請求項２記載の運用管理装置。
【請求項４】
管理対象の管理対象装置を運用管理する運用管理装置の表示方法において、
前記管理対象装置間の通信データを取得し、
前記通信データに基づき前記管理対象装置を２次元平面に配置したときの座標を計算し、
前記座標に基づき前記管理対象装置を２次元平面に配置した図を表示する、
手順を有し、
前記座標は前記管理対象装置間の通信回数または通信量に基づき算出され、前記通信回数または前記通信量が多いほど前記管理対象装置間の距離が短く算出されることを特徴とする表示方法。
【請求項５】
管理対象の管理対象装置を運用管理する運用管理装置に
前記管理対象装置間の通信データを取得する手順、
前記通信データに基づき前記管理対象装置を２次元平面に配置したときの座標を計算する手順、
前記座標を出力する手順、
を実行させ、
前記座標は前記管理対象装置間の通信回数または通信量に基づき算出され、前記通信回数または前記通信量が多いほど前記管理対象装置間の距離が短く算出されることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバやストレージ等の管理対象装置を運用管理する運用管理装置に関する。
【背景技術】
【０００２】
IT技術が進歩し、業務へ浸透することにより、サーバ、ストレージ等の情報処理装置が多く利用されるようになっている。通常、これらの装置には、利用者とは別に管理者が存在し、装置の監視、部品交換やシステム更新といった管理作業を行っている。管理対象の装置が多くなると管理者の負担が大きくなるため、管理作業を支援するための運用管理ソフトウェアが開発され、管理者に利用されている。
【０００３】
運用管理ソフトウェアは、管理対象の装置をGUI（Graphical User Interface）によって一覧表示し、管理者は、その画面を通して装置の監視や操作を行う。装置の一覧は、図２６に示すようなツリー形式や図２７に示すようなテーブル形式、あるいは図２８に示すような物理的な結線に基づく接続図によって表示される。
【０００４】
また、データ解析におけるバスケット分析の結果を表示する技術が知られている（例えば、特許文献１参照）。
【特許文献１】特開平１１−３１１５４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら従来の方法では、装置が所属するネットワークのグループや、管理者が定義したグループを表示することは可能であったが、実際の運用状況に基づいて装置間の関連度や依存度を示すことはできないという問題があった。
【０００６】
本発明の課題は、情報処理装置間の関連度を容易に把握することが可能な運用管理装置を提供することである
【課題を解決するための手段】
【０００７】
この運用管理装置の特徴は管理対象の管理対象装置を運用管理する運用管理装置において、前記管理対象装置間の通信データを取得する情報収集手段と、前記通信データに基づき、前記管理対象装置を２次元平面に配置したときの座標を計算する計算部と、前記座標を出力する出力手段とを備える。
【発明の効果】
【０００８】
開示の装置によれば、情報処理装置間の関連度を容易に把握することが可能となる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照しながら本発明の実施の形態を説明する。
図１は、本実施の形態に係るシステムの構成図である。
本実施の形態に係るシステムは、作業端末１０１、運用管理装置１０２、および複数の管理対象装置１０３を備える。また、作業端末１０１、運用管理装置１０２、および管理対象装置１０３は、ネットワーク１０４を介して接続されている。
【００１０】
作業端末１０１では、運用管理ソフトのクライアントが動作し、運用管理装置１０２への各管理対象装置１０３の座標データの計算指示、運用管理装置１０２から各管理対象装
置１０３の座標データを受信して管理対象装置１０３の一覧の表示などを行う。
【００１１】
運用管理装置１０２では、運用管理ソフトのマネージャが動作し、管理対象装置１０３の情報の収集、管理対象装置１０３間の関連の強弱や管理対象装置の座標データの計算、作業端末１０１からの座標データ要求に対する応答などを行う。
【００１２】
管理対象装置１０３は、運用管理装置１０２が管理対象とする装置であり、例えばサーバ、ストレージ、パソコン等が該当する。各々の管理対象装置１０３では、運用管理ソフトのエージェントが動作する。
【００１３】
図２は、本実施の形態の管理対象装置１０３で動作するエージェントの機能ブロック図である。
運用管理ソフトのエージェントは各管理対象装置１０３で動作する。
【００１４】
エージェントは、通信処理部２０１、情報収集部２０２、およびデータ格納部２０３を備える。
通信処理部２０１は、ネットワーク１０４を介して接続された運用管理装置１０２および他の管理対象装置１０３などの装置とのデータの送受信および運用管理装置１０２からの情報収集を行う旨の指示を受信する。
【００１５】
情報収集部２０２は、通信処理部２０１からの指示を受け、管理対象装置２０１が送受信したデータの送受信時刻やデータサイズ、送信先などの通信データを通信処理部２０１から収集し、内部データに追加する。
【００１６】
データ格納部２０３は、通信データが記載される内部テーブルを格納する。
図３は、本実施の形態のエージェントの処理の流れを示すフローチャートである。
ステップＳ３０１において、情報収集部２０２はエージェントが動作する管理対象装置１０３による送受信の結果発生した通信データをコマンドまたはライブラリ関数を利用して通信処理部２０１から取得する。尚、通信データは、管理対象装置１０３が通信を行った際に、自身が行った個々の通信に関わるデータであり、通信時刻や送信先のアドレス、データサイズなどが含まれる。
【００１７】
ステップＳ３０２において、情報収集部２０２は取得した通信データをデータ格納部２０３の内部テーブルに格納する。
ステップＳ３０３において、マネージャ、つまり運用管理装置１０２からの問い合わせがあるか判定する。マネージャからの問い合わせがある場合はステップＳ３０４に進み、問い合わせが無い場合はステップＳ３０１に戻る。
【００１８】
ステップＳ３０４において、通信処理部２０１は内部テーブルに格納した通信データをマネージャに送信し、送信した通信データを内部テーブルから削除する。
次にステップＳ３０２の取得した通信データの内部テーブルへの格納処理について詳細に説明する。
【００１９】
図４は、ステップＳ３０２の詳細なフローチャートである。
ステップＳ４０１において、情報収集部２０２は取得した通信データから送信アドレスと受信アドレスを解析する。尚、送信アドレスはあるデータの送信元となる装置のアドレスであり、受信アドレスは該データを受信する装置のアドレスである。
【００２０】
ステップＳ４０２において、情報収集部２０２は通信データの送信アドレスと受信アドレスとの１つの組に対して1つの内部テーブルを作成する。尚、同じ送信アドレスと受信
アドレスとの組に対するテーブルが既に存在している場合は何もしない。
【００２１】
ステップＳ４０３において、情報収集部２０２は内部テーブルに通信データを追加する。
また、内部テーブルの形式を説明すると、図５に示すように内部テーブルは、項目として通信時刻、送信アドレス、受信アドレス、およびデータサイズを持つ。
【００２２】
次に内部テーブルの具体例を示す。
ここでは、IPアドレスが192.168.0.1である管理対象装置上のエージェントが作成する内部テーブルを例とする。図６は、IPアドレスが192.168.0.1である管理対象装置からIPアドレスが192.168.0.2である管理対象装置への送信記録である。図７は、内部テーブルに記録される、IPアドレスが192.168.0.1である管理対象装置による、IPアドレスが192.168.0.2である管理対象装置からの受信記録である。図６に示された送信記録と、図７に示された送信記録とは、ともに内部テーブルに記録される。
【００２３】
図６および図７に示すように、送信記録と受信記録とを同一のエージェントで保存するので、２つの管理対象装置間の通信を測定する場合、どちらか一方の管理対象装置にしか通信データが保存されなくとも、マネージャは管理対象装置間の関連の計算に必要なデータを取得することができる。よって、必ずしも全ての管理対象装置にエージェントが存在する必要はない。例えば、ストレージのようにエージェントをインストールすることができない装置が存在しても、通信データに基づいて関連図を作成することは可能である。
【００２４】
次に運用管理装置１０２について説明する。
図８は、運用管理装置で動作するマネージャの機能ブロック図である。
運用管理ソフトのマネージャは運用管理装置１０２で動作する。
【００２５】
マネージャは、通信処理部８０１、計算部８０２、およびデータ格納部８０３を備える。
通信処理部８０１は、ネットワーク１０４を介して、各管理対象装置１０３のエージェントが蓄積している通信データを収集し、収集した通信データをデータ格納部８０３の内部テーブルに追加する。また、作業端末１０１に後述する各管理対象装置の座標を出力する。また、運用管理装置１０３に情報収集を行う旨の指示を出力したり、作業端末１０１から座標計算の指示を受信する。
【００２６】
計算部８０２は、データ格納部８０３に格納された各管理対象装置に関わる通信データから各管理対象装置間の通信回数や通信量を集計し、２次元平面に各管理対象装置をプロットするための管理対象装置の座標を計算し、通信処理部８０１に出力する。また、データ格納部８０３にデータを格納する旨を指示する。
【００２７】
データ格納部８０３は、通信データを格納する内部テーブルや各種データを保持する。
また、運用管理装置１０２はあらかじめ図９に示すような管理対象装置のプロパティが登録されたプロパティリストを持っている。
【００２８】
プロパティの項目としては、管理対象装置の名称（Name）、管理対象装置のＩＰアドレス（IP address）、管理対象装置のモデル名（Model）、ユーザネーム（User name）、ユーザのメールアドレス（User e-mail）、エージェントの有無（Agent existence）などがある。
【００２９】
プロパティの登録方法は、管理者が各管理対象装置に関する情報を一つ一つ入力する方法や、管理対象とする環境、つまりネットワークに接続している管理対象装置を自動で検
索し、各管理対象装置の情報を収集して登録する方法によって行う。
【００３０】
次に運用管理装置が行う通信データの収集の処理手順について説明する。
図１０は、本実施の形態の運用管理装置が行う通信データの収集のフローチャートである。
【００３１】
ステップＳ１００１において、通信処理部８０１はプロパティリストに登録された管理対象装置のうち、先頭に登録された管理対象装置を選択する。
ステップＳ１００２において、運用管理装置１０２はプロパティリストを参照して、選択した管理対象装置にエージェントが存在するか判定する。選択した管理対象装置にエージェントが存在する場合はステップＳ１００３に進み、エージェントが存在しない場合はステップＳ１００５に進む。
【００３２】
ステップＳ１００３において、通信処理部８０１は選択した管理対象装置のエージェントに通信データの送信を要求する。
管理対象装置から通信データを受信した場合、ステップＳ１００４において、通信処理部８０１は管理対象装置から取得した通信データを内部テーブルに追加する。
【００３３】
マネージャが持つ内部テーブルの形式は、エージェントの内部テーブルと同様に項目として通信時間時刻、送信アドレス、受信アドレス、およびデータサイズを持つ。
管理対象装置では、送信アドレスと受信アドレスとの組に対して1つのテーブルが作成するため、運用管理装置は、２つの管理対象装置から重複した通信データを取得する場合がある。その場合は、先に取得した通信データを後から取得した通信データで上書きするか、後から取得した通信データを破棄するかによって、通信データの重複をなくす。
【００３４】
ステップＳ１００５において、通信処理部８０１は選択した管理対象装置がプロパティリストの末尾に登録された管理対象装置であるかをチェックする。末尾に登録された管理対象装置であった場合はステップＳ１００７に進み、末尾に登録された管理対象装置でなかった場合はステップＳ１００６に進む。
【００３５】
ステップＳ１００６において、通信処理部８０１はプロパティリストから、次に登録されている管理対象装置を選択し、ステップＳ１００２に戻る。
ステップＳ１００７において、運用管理装置は次の通信データの収集まで、一定時間待ち、ステップＳ１００１に戻る。尚、待ち時間は管理者が任意に設定可能である。
【００３６】
次に各管理対象装置間の距離計算、および表示データ作成について説明する。
図１１は、管理対象装置間の距離計算と表示データ作成のフローチャートである。
ステップＳ１１０１において、計算部８０２は内部テーブルに格納された通信データから、特定期間における各管理対象装置間の通信回数、通信量を集計する。尚、特定期間は管理者が指定可能である。
【００３７】
ステップＳ１１０２において、計算部８０２は集計した通信データの通信回数または通信量を標準化し、標準化した値に適当な基準値を加算したものを各管理対象装置間の距離とする。尚、標準化は、各データから平均を差し引き、標準偏差で割るというようなデータ変換である。また、基準値は各装置間の距離を正の値にするために標準化した値に加算される正の定数である。
【００３８】
これにより、通信回数または通信量に比例した各装置間の距離が得られる。
上記のように各管理対象装置間の距離は、関連（本実施の形態では通信回数または通信量である）の強弱（大小）に応じて管理対象装置間の距離が得られ、関連の強い（通信回
数または通信量が多い）管理対象装置間の距離は短く、関連の弱い（通信回数または通信量が少ない）管理対象装置間の距離は長くなる。
【００３９】
ステップＳ１１０３において、計算部８０２は２次元平面に各管理対象装置をプロット（配置）するための各管理対象装置の座標を計算する。
管理対象装置の座標の計算は、一般的なグラフレイアウトの手法を用いる。よく知られた手法として、力指向的手法（Force-Directed Method）に分類される”Spring Embedder“がある（参考文献：P.Eades. “A Heuristic for Graph Drawing”, Congressus Numerantium, 42, 149-160, 1984.）。
【００４０】
運用管理装置１０２での管理対象装置の座標計算結果は、管理者が作業端末１０１から確認できる。管理者の要求に応じて、運用管理装置１０２は計算した管理対象装置の座標に基づいて図形データを作成し、産業端末１０１に送信し、作業端末１０１が図形データをGUIで表示する。尚、表示は作業端末１０１で行ってもよいし、運用管理装置１０２が表示装置を有する場合は運用管理装置１０２で行ってもよい。
【００４１】
図１２に作業端末１０１に表示される管理対象装置の一覧表示の例を示す。
図１２に示すように作業端末１０１には、運用管理装置１０２で計算された図形データに基づき管理対象装置１０３の一覧が表示される。各管理対象装置１０３は、関連の強いものは互いに近くに、関連の弱いものは互いに遠くに表示され、関連のある管理対象装置同士はリンクによって結ばれる。
【００４２】
管理対象装置間の関連は、管理対象装置を表すノードを結ぶリンクとして表現するが、リンクが多くなることにより、表示が見づらくなることがあるため、弱い関連はリンクとして表示しないようにすることも可能である。
【００４３】
その場合は、管理者が、リンクを表示するかどうかのしきい値となる通信回数または通信量を指定するか、あるいは、画面に表示するリンクの本数を指定するなどして、表示を見やすいように調整することができる。
【００４４】
表示される管理対象装置はラベル付のアイコンで示し、管理者はアイコンの形やラベル名によって管理対象装置を識別する。アイコンは、既存の運用管理ソフトウェアと同様に、サーバ、ストレージ、パソコンなどの管理対象装置を示すものが用いられる。
【００４５】
ラベルは、ネットワーク上での識別名、IPアドレス、あるいは、装置のモデル名などが用いられ、管理者の選択によって、それらを切り替えて表示することや、複数を組み合わせて表示することができる。
【００４６】
図１３は、管理対象装置の一覧表示における装置のプロパティの表示を示す図である。
ラベルに示す以外の、装置のプロパティなどの情報は、管理対象装置、図１３の例ではServer Aのアイコン１３０１をダブルクリックする、あるいはメニュー選択するなどの操作で表示できる。プロパティとしては、Server Aの名前、IPアドレス、モデル名、ユーザ名などが表示できる。表示項目は、必要に応じて適宜選択することができる。
【００４７】
本実施の形態の運用管理装置によれば、管理者は図１２に示すような関連図を見ることで、注目する管理対象装置と直接的に関連する管理対象装置がどれか、あるいは間接的に関連する管理対象装置がどれかを知ることができる。
【００４８】
また、管理対象装置同士の関連の強弱を関連図から知ることができることにより、管理者は、注目する管理対象装置の故障やメンテナンスが、直接的あるいは間接的にどの管理
対象装置に影響するのかを把握し、どの管理対象装置を優先的に対処すべきかを判断することができる。
【００４９】
また、利用者への故障通知やメンテナンススケジュールの調整をする場合、あるいは、故障した管理対象装置に関連する管理対象装置を停止する場合は、着目する監視対象装置に対してより近くに表示されている管理対象装置を優先すべきことが判断できる。
【００５０】
管理者が、管理対象装置がシステム全体の中でどのような役割を持ち、どのように利用されているものなのかを把握している場合は、図１２に示すような一覧表示から、管理者は優先的に対処すべき管理対象装置を判別できる。
【００５１】
図１４は、複数の管理対象装置の役割と関係とを模式的に示した図面である。図１４では、データベースサーバであるServer AにアプリケーションサーバであるServer Bが接続されており、またWebサーバであるServer CがServer Bに接続されている。Server BはServer Aを参照しており、Server CはServer Bを参照している。図１４に示すような関係を管理者が把握できていれば、Server Bに故障があった場合、管理者は、Server Bが参照しているServer Aよりも、Server Bを参照しているServer Cへの対処を優先すべきという判断ができる。
【００５２】
しかし、管理者が、注目する管理対象装置がシステム全体の中でどのような役割を持ち、どのように利用されているものなのかを把握していない場合、どの管理対象装置を優先して対処するのか判断するのに、より付加的な情報が必要となる。
【００５３】
付加的な情報の提供方法として、図１２に示す管理対象装置間のリンクに方向性を持たせることで、管理対象装置間の依存度を示す方法について説明する。
管理対象装置間の依存度は、通信データの流れる方向に基づいて表現する。データを受信する管理対象装置は、データを送信する管理対象装置に依存していると考える。
【００５４】
図１５は、管理対象装置同士の依存度の計算の手順を示すフローチャートである。
ステップＳ１５０１において、計算部８０２は、複数の管理対象装置から２つの管理対象装置を選択する。ここで図１５で選択される２つの管理対象装置を装置A、装置Bとする。
【００５５】
ステップＳ１５０２において、計算部８０２は、装置Aから装置Bへの送信データのデータ量または通信回数を集計する。
ステップＳ１５０３において、計算部８０２は、装置Bから装置Aへの送信データのデータ量または通信回数を集計する。
【００５６】
ステップＳ１５０４において、計算部８０２は、装置A、B間の全通信データに占める、それぞれの管理対象装置が受信したデータの割合を計算し、その比率をリンクの各管理対象装置に接続する部分の太さとして表現する。
【００５７】
ステップＳ１５０５において、計算部８０２は未処理の管理対象装置の組み合わせがあるかチェックする。未処理の管理対象装置の組み合わせがある場合はステップＳ１５０１に戻り、ない場合は図１５の処理を終了する。
【００５８】
そして、管理対象装置の一覧の表示の際に装置間のリンクをステップＳ１５０４で計算したリンクの太さに基づいて表示する。
図１６は、管理対象装置間の通信における受信データ量または受信データ数の割合に応じて、リンクの太さを変化させた場合の関連図の例である。
【００５９】
２つの管理対象装置間の総通信データ量に対する受信データの割合が多い管理対象装置ほど、管理対象装置と接するリンクを太くしている。例えば、Server AとServer Bの間の通信では、Server B側のリンク幅の方が広い。つまり、図１６はServer Bが多くのデータをServer Aから受け取っていることを示しており、Server BはServer Aに依存しているということになる。一方、Server BとServer Cとのリンクの幅は両側でほぼ等しい。つまり、Server BとServer Cの間の通信では、互いの送受信の割合はほぼ等しく、相互に依存しているということになる。
【００６０】
管理対象装置間の依存度を計算し、それに基づいて関連図を表示することで、管理者は管理対象装置間の依存度を把握することができる。それにより管理対象装置の故障やメンテナンスに際して、注目する管理対象装置に依存している管理対象装置に影響が及ぶと考え、優先的に対処すべき管理対象装置を判別することができる。
【００６１】
・関連装置一覧のテーブル形式での表示
図１２や図１６の関連図により、管理者は管理対象装置全体の関連を直感的に把握することができる。しかし、注目する管理対象装置と関連を持つ管理対象装置が多くなるほど、リンクの長さや太さが同程度の関連装置が多くなり、故障やメンテナンスに際し、どの管理対象装置を優先的に対処すべきかを判断しづらくなる。また、同様に関連装置が多くなれば、関連装置のプロパティを確認する操作は煩雑となり、効率も悪くなる。
【００６２】
そこで本実施の形態の運用管理装置は、注目する管理対象装置に関連する管理対象装置の一覧を図１７に示すようなテーブル形式で表示し、管理者の指定する順序で並べ替える機能を有する。
【００６３】
関連装置の並び順は、管理者が選択して指定することができる。図１７は、着目する管理対象装置との間の送受信データ量が多い順に表示した例であるが、受信データ量や通信回数を基準に並べ替えることもできる。
【００６４】
テーブル形式で関連装置を一覧表示することで、故障やメンテナンスに際し、管理者は、どの管理対象装置を優先的に対処すべきかを判断しやすくなり、また、関連装置のプロパティが一覧表示されることで、作業効率も向上する。
【００６５】
例えば、管理者がメンテナンスのスケジュールを調整する場合に、メンテナンスの対象である管理対象装置からより多くのデータを受信している管理対象装置の利用者と優先的にスケジュールを調整するという判断をすることができる。また、複数の管理対象装置の利用者情報も、テーブル形式で一度に確認できる。
【００６６】
・関連の変動の視覚化
管理対象装置間の関連は、ある特定期間における管理対象装置間の通信データに基づいて計算する。一般的には、より長い期間の測定値を入力とすることで、より平均的な結果を得ることができる。
【００６７】
しかし、特定の環境や装置では、必ずしもより長い期間に基づく計算結果が、故障やメンテナンスに対する適切な関連を示すとは限らない。例えば、管理対象装置の利用者とその利用方法が週単位で変わるような場合、より正確に管理対象装置の関連を示せるのは直近の測定データだけである。
【００６８】
本実施の形態では管理対象装置間の関連の計算対象とする期間に採取されたデータの平均値と、直近の短い期間のデータの平均値を比べ、平均値の差に応じて管理対象装置間の関連のリンクを色分けすることで、管理対象装置間の関連の変動を視覚化する。計算の対象とする「全期間」と、「直近の期間」は、管理者が指定することができる。
【００６９】
本実施の形態では平均値の差を計算し、その値の大きさに応じて、関連のリンクを大、中、小の３つに分類する。そして、分類に応じて、関連リンクを異なる色で表示する。
これにより、管理対象装置の一覧は図１８に示すように関連のリンクが色分けされて表示される。
【００７０】
尚、この機能は、上述の「装置間の関連度の視覚化」や「装置間の依存度の視覚化」に示した表示方法のオプションである。
管理対象装置間のリンクが色分けされて表示されることで、管理者は平均的な関連を基に環境全体を把握しながら、着目する管理対象装置が現状も平均的な使われ方をしているかどうかを知ることができる。もし、平均との差異が大きいのであれば、計算の対象とする全期間をより短く指定して管理対象装置の現状の使われ方を調べ、その結果を管理作業の判断基準とすることができる。
【００７１】
・過去の関連図の表示
管理対象装置に故障があり、他の管理対象装置との通信に異常が生じた場合、直近の通信の測定値で関連を計算すると、管理対象装置の一覧表示が通常の運用時とは違ってしまうことが考えられる。図１９は、図１２と同じ環境においてServer Aが故障して、他の装置との通信ができなくなったときの管理対象装置の一覧を示す図である。図１９では、Server AとStorage Aとは、他の管理対象装置とは切り離して表示されている。
【００７２】
図１９のような状態の図からは、Server Aが他の管理対象装置と切り離されて表示されているため、Server Aの故障の影響がどの管理対象装置に及んでいるのか把握できない。
それに対して、本実施の形態では過去の時点の関連図を表示できるようにする。
【００７３】
本実施の形態では、過去の通信の測定値も蓄積して保存する。関連の計算の対象とする期間を過去に設定すれば、当該期間に対応する測定値を抽出して、その時点における管理対象装置間の関連を示した関連図を表示することができる。
【００７４】
例えば、管理者が、運用管理ソフトウェアのアラーム機能によってServer Aの故障を知り、その故障が通信系の異常をもたらすものであることが判明した場合は、関連の計算期間をServer A故障前に設定することで、通常の運用時におけるServer Aに関する関連図を確認することができる。管理者は、その図から、Server Aの故障の影響を受けていそうな管理対象装置を判断し、優先的に対処することができる。
【００７５】
・特定の時間帯における関連図の表示
時間帯によって管理対象装置間の関連に大きな違いが出る場合がある。例えば、日中と夜間で管理対象装置間の通信量に違いが出る場合や、業務の繁忙日とそれ以外の日で違いが出る場合などである。関連図で示せば、日中は図１２に示すような関連が、夜間は図２０に示すようなServer BとServer Cの関連が強くなるような場合がある。
【００７６】
時間帯によって管理対象装置間の関連に違いが出る場合、特定の時間帯に絞り込んで管理対象装置の関連を表示する機能は有効となる。この機能があれば、管理対象装置のメンテナンス作業を行う際に、当該作業が及ぼす影響が小さい時間帯を選んで作業スケジュールを立てられるようになる。
【００７７】
特定の期間の関連図は、前述の「装置間の関連度の視覚化」や「装置間の依存度の視覚化」に示す方法でも、関連の計算の対象とする測定期間を短く設定することで作成可能である。
【００７８】
しかし、単に期間を短くするだけでは、管理対象装置間の関連を算出するための通信データのサンプリング数が少なく、計算の対象とした期間の状況に依存した関連が表示されることになる。
【００７９】
そこで、本実施の形態では着目する時間帯における平均的な関連を算出するために、ある期間を設定し、当該期間内の着目する時間帯を関連計算対象の期間とすることで、関連計算対象期間を適切に絞り込めるようになる。また、関連計算対象の期間は、毎日、あるいは毎月の特定日など、周期的に絞り込むことができる。
【００８０】
図２１は、装置Aと装置Bとの間の関連の度合いの時間変化を示したグラフである。図１２において、横軸は日時を示し、縦軸は関連の度合い、図中では「レベル」を示している。なお、図２１において、関連の度合いは相対値を示し、「１０」は関連が最強であることを、「０」は関連が最弱であることを示している。
【００８１】
例えば、図２１に示すグラフの網掛け部分の期間を対象とする。尚、この機能は、「装置間の関連度の視覚化」や「装置間の依存度の視覚化」のオプションである。
期間を絞り込むために、管理者は、以下の指定をする。
・計算の対象とする期間（開始年月日(必要に応じて時刻も)〜終了年月日(必要に応じて時刻も)）
・計算の対象とする周期（毎月 / 毎曜日 / 毎日など）
・計算の対象とする時間帯（開始時刻〜終了時刻）
【００８２】
そして、関連の計算において、指定された期間に発生する通信データのみを用いて、管理対象装置間の関連の計算を行う。  尚、周期を指定する際は、図２１に示すような関連のグラフが、管理者の判断を支援するであろうし、あるいは何らかのデータ解析ツールで周期を割り出せるのであれば、それを利用しても良い。
【００８３】
このように時間帯を設定して管理対象装置間の関連を計算することで、装置のメンテナンス作業を行う際に、当該作業が及ぼす影響が小さい時間帯を選んで作業スケジュールを立てられるようになる。
【００８４】
・特定装置間の関連が指定の条件を満たす期間の抽出および関連図の表示
管理対象装置間の関連が、非周期的なイベントによって変動する場合が考えられる。例えば、祝日空けに特定の管理対象装置が関与する通信が多くなるとか、製品発表直後に通信が多くなるといった場合である。
【００８５】
本実施の形態では、管理者が非周期的なイベントを分析するための支援機能を提供する。
本実施の形態では、ある管理対象装置間の関連に着目し、その関連が特定の強度を持つ期間を抽出するものである。ある特定の管理対象装置間の関連に対してしきい値を設定し、関連の度合いがしきい値を超える期間を抽出する。具体的には、管理対象装置間の関連として、管理対象装置間の通信量または通信回数を用いる。
【００８６】
期間を抽出する計算の手順は次のとおりである。
図２２は期間抽出計算のフローチャートである。
ステップＳ２２０１において、運用管理装置１０２は、内部テーブルから、特定期間における特定装置間の通信データを抽出し、抽出した通信データを時系列に並べる。尚、期間、装置は管理者が指定可能である。
【００８７】
ステップＳ２２０２において、運用管理装置１０２は、抽出した通信データの通信回数または通信量に基づいて関連の度合いを算出し、算出した関連の度合いとしきい値条件を比較し、条件を満たす通信データをさらに抽出し、図２３に示すような結果格納用のテーブルに書き込む。尚、関連の度合いは、通信回数または通信量を標準化し、標準化した値に適当な基準値を加算することで得られる。
【００８８】
図２３は、装置Aと装置Bとの関連の時間変化を示すグラフである。図２３において、横軸は日時を、縦軸は装置間の関連の度合いを示す。また、図２３には関連の度合いを比較するためのしきい値が設定されており、関連度合いがしきい値を超える期間が抽出された様子が図２３には示されている。
【００８９】
また、図２４は関連を算出した時間帯と、当該時間帯における関連度合いの最大レベルとの対応を示している。図２４は特に、関連の度合いが図２３に示したしきい値を超えている期間を抜き出して表示したテーブルを示している。
【００９０】
管理者は、抽出された期間を、図２４のようなグラフで確認することも可能であるし（網掛け部分で示しているところが、抽出した期間）、図２３のようなテーブル形式で確認することも可能である。
【００９１】
これにより、管理者は、着目する2つの管理対象装置の関連が強くなった時期を知ることができる。その結果は、各管理対象装置に残されているアプリケーションのログや、その時期の出来事と照らし合わせて利用することで、どのようなイベントによって着目する管理対象装置間の関連が強くなるのかという分析を支援する。そして、イベントが割り出せれば、そのイベントを避けてメンテナンスのスケジュールを調整することが可能となる。
【００９２】
また、本実施の形態は別の分析手段として、抽出した期間の通信データを使用して、他の管理対象装置も含めたシステム全体の関連を計算する機能を提供する。その機能により、管理者は、特定の管理対象装置間の関連の強弱に、どの管理対象装置が関わっているのかを知ることができる。
【００９３】
例として、図１２に示すシステムにおいて、特にStorage AとServer Aの関連が強くなる期間の通信データを用いて各管理対象装置の関連を計算した結果、図２５の関連図が得られたとする。
【００９４】
図１２と図２５と比較すると、図２５では図１２と比較してPC EがStrage AとServer Aとに近い距離に位置している。
この場合、図１２と図２５の比較から、PC EがStrage AとServer Aの関連に関与していると推察できる。
【００９５】
この結果から、管理者は、PC Eの利用者にヒアリングすることによって、Server Aの利用度が高くなるイベントを調査したり、Strage Aのメンテナンススケジュールを考える際に、PC Eの利用者を優先して調整するといったことができる。
本実施の形態によれば、情報処理装置間の関連度や依存度を容易に把握できるようになり、運用における影響を考慮に入れて装置の管理作業を行うことができるようになる。
【００９６】
以上の実施の形態に関し、さらに以下の付記を開示する。
（付記１）
管理対象の管理対象装置を運用管理する運用管理装置において、
前記管理対象装置間の通信データを取得する情報収集手段と
前記通信データに基づき、前記管理対象装置を２次元平面に配置したときの座標を計算する計算手段と、
を備える運用管理装置。
（付記２）
前記座標は前記管理対象装置間の通信回数または通信量に基づき算出されることを特徴
とする付記１記載の運用管理装置。
（付記３）
前記計算手段は、前記通信データに基づき前記管理対象装置間の依存度を算出することを特徴とする付記１記載の運用管理装置。
（付記４）
前記依存度は、前記管理対象装置間の全通信データの内の受信データの割合に基づき算出されることを特徴とする付記３記載の運用管理装置。
（付記５）
前記計算部は、前記通信データの内、特定の期間の前記通信データを用いて関連度を算出することを特徴とする付記１記載の運用管理装置。
（付記６）
管理対象の管理対象装置を運用管理する運用管理装置の表示方法において、
前記管理対象装置間の通信データを取得し、
前記通信データに基づき前記管理対象装置を２次元平面に配置したときの座標を計算し、
前記座標に基づき前記管理対象装置を２次元平面に配置した図を表示する、
手順を有する表示方法。
（付記７）
前記座標は前記管理対象装置間の通信回数または通信量に基づき算出されることを特徴とする請求項６記載の表示方法。
（付記８）
前記通信データに基づき前記管理対象装置間の依存度を算出する手順をさらに含むことを特徴とする付記６記載の表示方法。
（付記９）
前記依存度は、前記管理対象装置間の全通信データの内の受信データの割合に基づき算出されることを特徴とする付記６記載の表示方法。
（付記１０）
管理対象の管理対象装置を運用管理する運用管理装置に
前記管理対象装置間の通信データを取得する手順、
前記通信データに基づき前記管理対象装置を２次元平面に配置したときの座標を計算する手順、
前記座標を出力する手順、
を実行させるためのプログラム。
（付記１１）
前記座標は前記管理対象装置間の通信回数または通信量に基づき算出されることを特徴とする請求項１０記載のプログラム。
（付記１２）
前記通信データに基づき前記管理対象装置間の依存度を算出する手順をさらに含むことを特徴とする付記１０記載のプログラム。
（付記１３）
前記依存度は、前記管理対象装置間の全通信データの内の受信データの割合に基づき算出されることを特徴とする付記１０記載のプログラム。
【図面の簡単な説明】
【００９７】
【図１】本実施の形態に係るシステムの構成図である。
【図２】本実施の形態の管理対象装置で動作するエージェントの機能ブロック図である。
【図３】本実施の形態のエージェントの処理の流れを示すフローチャートである。
【図４】ステップＳ３０２の詳細なフローチャートである。
【図５】内部テーブルの形式を示す図である。
【図６】通信データを示す図である。
【図７】通信データを示す図である。
【図８】運用管理装置のマネージャの機能ブロック図である。
【図９】管理対象装置のプロパティを示す図である。
【図１０】本実施の形態の運用管理装置が行う通信データの収集のフローチャートである。
【図１１】管理対象装置間の距離計算と表示データ作成のフローチャートである。
【図１２】管理対象装置の一覧表示の例を示す図である。
【図１３】装置のプロパティの表示を示す図である。
【図１４】装置の役割とその関係を示す図である。
【図１５】依存度の計算の手順を示すフローチャートである。
【図１６】依存度に基づく関連の表示の図である。
【図１７】関連装置一覧テーブルの表示を示す図である。
【図１８】関連のリンクを色分けした管理対象装置の一覧表示の例を示す図である。
【図１９】装置故障時の関連図である。
【図２０】管理対象装置の一覧表示の例を示す図である。
【図２１】装置Ａと装置Ｂの関連を示すグラフである。
【図２２】期間抽出計算のフローチャートである。
【図２３】結果格納用テーブルの例である。
【図２４】装置Ａと装置Ｂの関連を示すグラフである。
【図２５】管理対象装置の一覧表示の例を示す図である。
【図２６】従来の表示方法を示す図である。
【図２７】従来の表示方法を示す図である。
【図２８】従来の表示方法を示す図である。
【符号の説明】
【００９８】
１０１    作業端末
１０２    運用管理装置
１０３    管理対象装置
１０４    ネットワーク
２０１    通信処理部
２０２    情報収集部
２０３    データ格納部
８０１    通信処理部
８０２    計算部
８０３    データ格納部
【図２】
0005088233.tif 000002
【図３】
0005088233.tif 000003
【図４】
0005088233.tif 000004
【図５】
0005088233.tif 000005
【図６】
0005088233.tif 000006
【図７】
0005088233.tif 000007
【図８】
0005088233.tif 000008
【図９】
0005088233.tif 000009
【図１０】
0005088233.tif 000010
【図１１】
0005088233.tif 000011
【図１５】
0005088233.tif 000012
【図１７】
0005088233.tif 000013
【図２１】
0005088233.tif 000014
【図２２】
0005088233.tif 000015
【図２３】
0005088233.tif 000016
【図２４】
0005088233.tif 000017
【図１】
0005088233.tif 000018
【図１２】
0005088233.tif 000019
【図１３】
0005088233.tif 000020
【図１４】
0005088233.tif 000021
【図１６】
0005088233.tif 000022
【図１８】
0005088233.tif 000023
【図１９】
0005088233.tif 000024
【図２０】
0005088233.tif 000025
【図２５】
0005088233.tif 000026
【図２６】
0005088233.tif 000027
【図２７】
0005088233.tif 000028
【図２８】
0005088233.tif 000029