(57)【特許請求の範囲】
【請求項１】
１つ以上のプロセッサと１つ以上の記憶資源とを含み、監視対象装置又は／及び前記監視対象装置に含まれるコンポーネントを監視対象として監視する監視システムであって、
前記１つ以上の記憶資源は、監視対象の監視情報を取得する第１の時間間隔及び第２の時間間隔とを格納し、前記第１の時間間隔と前記第２の時間間隔は、異なる監視対象又は監視情報の種類を適用対象とし、
前記１つ以上のプロセッサは：
（Ａ１）前記第１の時間間隔に従って、第１の監視対象の第１の種類の監視情報である第１監視情報を取得し、
（Ａ２）前記第２の時間間隔に従って、第２の監視対象の第２の種類の監視情報である第２監視情報を取得し、
（Ｂ１）前記第１監視情報について前回からの変化を特定し、前記特定した変化及び前記第１の時間間隔に基づいて第１変化値を計算し、
（Ｂ２）前記第２監視情報について前回からの変化を特定し、前記特定した変化及び前記第２の時間間隔に基づいて第２変化値を計算し、
（Ｃ）前記第１変化値と前記第２変化値を同じ画面に表示させ、
前記第１変化値及び前記第２変化値の計算は、計算の元とした時間間隔が長くなると変化値の絶対値が小さくなる特性を持つ所定の変換処理に基づいて生成される、
監視システム。
【請求項２】
請求項１記載の監視システムであって、
前記第１変化値の元となった第１監視情報の取得時間及び前回の取得時間の期間と、前記第２変化値の元となった第２監視情報の取得時間及び前回の取得時間の期間と、は少なくとも部分的には重複しており、
前記第１変化値の表示は、前記第２変化値と時間的に関連しているように表示する、
監視システム。
【請求項３】
請求項２記載の監視システムであって、
前記（Ｃ）は、
（Ｃ１）時間順序を示す第１軸を基準に前記第１変化値を時系列に表示する第１グラフと、時間順序を示す第２軸を基準に前記第２変化値を時系列に表示する第２グラフと、を表示し、
（Ｃ２）前記第１軸と前記第２軸は同じ方向を向き、
（Ｃ３）前記重複期間を示す前記第１軸上の部分は、前記第１軸と所定の角度方向に移動すると、前記重複期間を示す前記第２軸上の部分と重なる、
監視システム。
【請求項４】
請求項２記載の監視システムであって、
前記（Ｃ）は、
（Ｃ４）時間順序を示す第１軸を基準に前記第１変化値及び前記第２変化値を時系列に表示する第３グラフを表示する、
監視システム。
【請求項５】
請求項２記載の監視システムであって、
前記（Ｃ）は、
（Ｃ５）時間順序を示す所定の行又は列を基準に前記第１変化値及び前記第２変化値を時系列に表示する第１表を表示する、
監視システム。
【請求項６】
請求項３記載の監視システムであって、
前記１つ以上の記憶資源は、前記第１の監視対象に関する第１の監視数値を含む監視数値時系列情報を格納し、
前記１つ以上のプロセッサは、
（Ｄ）時間順序を表す第３軸を基準に、前記第１の監視数値を時系列に表示する第３グラフを表示し、
（Ｄ１）前記第１軸と前記第３軸は同じ方向を向き、
（Ｄ２）前記重複期間を示す前記第１軸上の部分は、前記第１軸と前記所定の角度方向に移動すると、前記重複期間を示す前記第３軸上の部分と重なる、
監視システム。
【請求項７】
請求項６記載の監視システムであって、
前記１つ以上のプロセッサは、
（Ｅ）所定の表示時間帯を指定した表示要求を受信し、
（Ｆ）前記所定の表示時間帯内に発生した前記第１監視情報の変化を、前記所定の表示時間帯内に発生した確率と共に表示し、
前記（Ｆ）の確率とは、前記第１監視情報の変化の元となった第１監視情報の取得時間及び前回の取得時間の期間が、前記所定の表示時間帯に含まれる比率によって計算される、
監視システム。
【請求項８】
請求項７記載の監視システムであって、
前記第１の監視対象は所定の監視対象装置に含まれる所定のコンポーネントであって、
前記第１監視情報についての前回からの変化とは、前記所定のコンポーネントの追加、変更、または削除であり、
前記第２の監視対象は、前記所定の監視対象装置であって、
前記第２監視情報についての前回からの変化とは、少なくとも前記所定のコンポーネント以外の前記所定の監視対象装置に含まれるコンポーネントの追加、変更、または削除である、
監視システム。
【請求項９】
監視対象装置又は／及び監視対象装置に含まれるコンポーネントを監視対象として監視する方法であって、
（Ａ）複数種類の監視情報がそれぞれ対応付けられた複数の時間間隔の各々の時間間隔に従って、複数の前記監視対象の各々から対応する種類の監視情報を取得し、
（Ｂ）複数の前記監視情報の各々について、前回からの変化と時間間隔に基づいて変化値を計算し、
（Ｃ）複数の前記監視情報に対応する複数の前記変化値を同じ画面に表示させ、
前記変化値の計算は、計算の元とした時間間隔が長くなると前記変化値の絶対値が小さくなる特性を持つ所定の変換処理に基づいて生成される、
方法。
【請求項１０】
請求項９記載の方法であって、
複数の前記変化値の各々は、計算の元となった監視情報の取得時間と前回の取得時間の期間が他の変化値の期間と少なくとも部分的に重複しており、
（Ｃ）の表示は、ある前記変化値と他の前記変化値とが時間的に関連していることを示す、
方法。
【請求項１１】
請求項１０記載の方法であって、
前記（Ｃ）の変化値の表示は、時間順序を示す第１軸を基準に複数の前記変化値を時系列に表示する複数の変化値グラフを表示し、
複数の前記第１軸は、同じ方向を向き、同じ時間目盛り間隔である、
方法。
【請求項１２】
請求項１１記載の方法であって、
所定の監視対象に関する所定の監視数値を含む監視数値時系列情報を格納し、
時間順序を示す第２軸を規準に前記監視数値を時系列に表示する数値グラフを表示し、
前記第１軸と前記第２軸は、同じ方向を向き、
前記第１軸の所定の期間を示す第１の部分の長さと、前記第２軸の前記所定の期間を示す第２の部分の長さと、は等しい、
方法。
【請求項１３】
請求項９記載の方法であって、
（Ｅ）所定の表示時間帯を指定した表示要求を受信し、
（Ｆ）前記所定の表示時間帯内に発生した前記監視情報の変化を、前記所定の表示時間内に発生した確率と共に表示し、
前記（Ｆ）の確率とは、前記変化の元となった監視情報の取得時間及び前回の取得時間の期間が、前記所定の表示時間帯に含まれる比率によって計算される、
方法。
【請求項１４】
請求項９記載の方法であって、
複数の前記監視対象は少なくとも所定の監視対象装置及び前記所定の監視対象装置に含まれる所定のコンポーネントを含み、
前記所定のコンポーネントに関する前記監視情報の前回からの変化とは、前記所定のコンポーネントの追加、変更、または削除であり、
前記所定の監視対象装置に関する前記監視情報の前回からの変化とは、少なくとも前記所定のコンポーネント以外の前記所定の前記監視対象装置に含まれるコンポーネントの追加、変更、または削除である、
方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して接続された装置を監視する監視システム、及び監視方法に関する。
【背景技術】
【０００２】
従来、複数のホストコンピュータやストレージサブシステムが通信ネットワークに接続された計算機システムが構築されている。このような計算機システムにおいては、一般に、監視システムが設けられる。監視システムは、ネットワークに接続されている種々の装置を監視する。【０００３】
例えば、ネットワークに接続されている監視対象の装置の性能を収集し、保存する技術が知られている（特許文献１参照）。また、収集した監視対象の装置の性能値をグラフ表示することも知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】米国特許第７１４３００８号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記技術によると、監視対象の装置の性能値をグラフ表示して、監視対象の装置を適切に監視することができる。しかしながら、性能値のグラフのみでは、実際の計算機システムにおける構成の変化や状態の変化を把握するのは難しい。
【課題を解決するための手段】
【０００６】
以上を解決するため、監視システムは監視対象（監視対象装置又は監視対象装置のコンポーネントを指す）の構成の変化又は状態の変化を数値化し、この変化値を表示する。【０００７】
なお、変化値の表示は例えば以下がある（ただし、両方とも同時に実現しなくてもよい）。【０００８】
（１）変化値を複数の監視対象の各々に対して計算し、画面に表示する。これによって複数の監視対象の構成の変化や状態の変化を容易に把握ができる。また、当該変化値を時間順序軸を持つグラフで時系列表示してもよい。この場合は一つの画面で複数の監視対象の変化の時間的傾向も把握できる。【０００９】
（２）変化値の時系列を、時間順序軸を持つグラフで、監視対象の計測数値の時系列グラフと同じ画面に表示する。これによって計測数値の分析を構成や状態の変化を考慮しながら行うことが容易になる。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施例に係る計算機システムの構成図である。
【図２】図２は、実施例に係るホストコンピュータの構成図である。
【図３】図３は、実施例に係るストレージサブシステムの構成図である。
【図４】図４は、実施例に係るネットワーク装置の構成図である。
【図５】図５は、実施例に係る管理計算機の構成図である。
【図６】図６は、実施例に係るポーリングタイマーテーブルの構成図である。
【図７】図７は、実施例に係るノードについての構成情報管理テーブルの構成図である。
【図８】図８は、実施例に係るコンポーネントについての構成情報管理テーブルの構成図である。
【図９】図９は、実施例に係るグループテーブルの構成図である。
【図１０】図１０は、実施例に係るイベントテーブルの構成図である。
【図１１】図１１は、実施例に係るイベント集計テーブルの構成図である。
【図１２】図１２は、実施例に係る表示条件・フィルタ条件テーブル、表示条件・フィルタ条件定義テーブル及びフィルタテーブルの構成図である。
【図１３】図１３は、実施例に係るイベント集計結果テーブルの構成図である。
【図１４】図１４Ａは、実施例に係るイベント検索結果テーブルの構成図である。図１４Ｂは、実施例に係る変更種別テーブルの構成図である。図１４Ｃは、時間幅Ａテーブルの構成図である。
【図１５】図１５は、実施例に係る管理プログラムの構成図である。
【図１６】図１６は、実施例に係る表示用装置の構成図である。
【図１７】図１７は、実施例に係る表示プログラムの構成図である。
【図１８】図１８は、実施例に係る計算機システムにおける全体の処理を説明する図である。
【図１９】図１９Ａは、実施例に係るポーリングタイマー処理のフローチャートである。図１９Ｂは、実施例に係る情報収集処理のフローチャートである。
【図２０】図２０Ａは、実施例に係るＤＢ格納処理のフローチャートである。図２０Ｂは、実施例に係るイベント作成処理のフローチャートである。
【図２１】図２１は、実施例に係るイベント集計処理のフローチャートである。
【図２２】図２２Ａは、実施例に係るイベントマップ表示処理のフローチャートである。図２２Ｂは、実施例に係るイベント表示処理のフローチャートである。図２２Ｃは、実施例に係る監視数値表示処理のフローチャートである。
【図２３】図２３は、実施例に係るイベント集計結果処理のフローチャートである。
【図２４】図２４は、実施例に係るイベント検索結果処理のフローチャートである。
【図２５】図２５は、実施例に係る監視画面の表示例である。
【図２６】図２６は、実施例に係る時間幅Ｂにおける変更イベントを示す監視画面の表示例である。
【図２７】図２７は、変形例に係る監視画面の表示例である。
【図２８】図２８は、変形例に係るイベント発生履歴のグラフを含む監視画面の表示例である。
【図２９】図２９は、実施例に係る監視数値管理テーブルの構成図である。
【図３０】図３０は、時間間隔と重複期間との関係の一例を示す図である。
【発明を実施するための形態】
【００１１】
実施例について、図面を参照して説明する。なお、以下に説明する実施例は特許請求の範囲にかかる発明を限定するものではなく、また実施例の中で説明されている諸要素及びその組み合わせの全てが発明の解決手段に必須であるとは限らない。
【００１２】
なお、以下の説明では、「ｘｘｘテーブル」の表現にて各種情報を説明することがあるが、各種情報は、テーブル以外のデータ構造で表現されていてもよい。データ構造に依存しないことを示すために「ｘｘｘテーブル」を「ｘｘｘ情報」と呼ぶことができる。
【００１３】
また、以下の説明では、「プログラム」を主語として処理を説明する場合があるが、プログラムは、コントローラに含まれるプロセッサ（例えばＣＰＵ（Central  Processing  Unit））によって実行されることで、定められた処理を、適宜に記憶資源（例えばメモリ）及び／又は通信インターフェースデバイス（例えば通信ポート）を用いながら行うため、処理の主語がプロセッサとされてもよい。プログラムを主語として説明された処理は、プロセッサ或いはそのプロセッサを有する管理システム（例えば、表示用装置（例えばクライアント）又は管理計算機（例えばサーバ））が行う処理としても良い。また、コントローラは、プロセッサそれ自体であっても良いし、コントローラが行う処理の一部又は全部を行うハードウェア回路を含んでも良い。プログラムは、プログラムソースから各コントローラにインストールされても良い。プログラムソースは、例えば、プログラム配布サーバ又は記憶メディアであっても良い。
【００１４】
なお、管理計算機は入出力デバイスを有する。入出力デバイスの例としてはディスプレイとキーボードとポインタデバイスが考えられるが、これ以外のデバイスであってもよい。また、入出力デバイスの代替としてシリアルインターフェースやイーサーネットインターフェース（イーサーネットは登録商標）を入出力デバイスとし、当該インターフェースにディスプレイ又はキーボード又はポインタデバイスを有する表示用装置を接続し、表示用情報を表示用装置に送信したり、入力用情報を表示用装置から受信することで、表示用装置で表示を行ったり、入力を受け付けることで入力デバイスでの入力及び表示を代替してもよい。
【００１５】
以後、計算機システムを管理する一つ以上の計算機の集合を、監視システムと呼ぶことがある。管理計算機が表示用情報を表示する場合は、管理計算機が監視システムである。また、管理計算機と表示用装置の組み合わせも監視システムである。また、管理処理の高速化や高信頼化のために複数の計算機で管理計算機と同等の処理を実現してもよく、この場合は、当該複数の計算機（表示を表示用装置が行う場合は表示用装置も含め）が監視システムである。
【００１６】
なお、以後の説明では装置や装置に含まれる部品、デバイス、及びプログラムをコンポーネントと呼ぶ。さらに、装置またはコンポーネントの両方を含めて監視する対象として示したい場合は監視対象と呼ぶ。
【００１７】
また、装置監視のために監視システムが監視対象から取得する情報を監視情報と呼ぶ。監視情報には以下のいずれか一つ以上が含まれる。
【００１８】
構成情報：例えば装置又はコンポーネントの識別情報、実装装着位置、設定。より具体的な種別の例としてはＩＰアドレス、装置のシリアル番号、ネットワークカードの識別子やＰＣＩバス上の装着位置、コンポーネントの型式情報がある。
【００１９】
状態情報：装置又はコンポーネントの状態。より具体的な種別の例としては、コンポーネントの障害の有無がある。なお、ファン等の物理的なコンポーネントの温度は装置障害につながる点に於いては状態情報とも扱っても良い（特に所定の識別子と温度を比較する場合）。しかし、温度は後述する測定数値としても扱っても良い。同様な点はコンポーネントの負荷を示す数値（例えば、ＣＰＵ利用率、メモリ使用率がある。これらは極端に率が上がると障害に近いほど機能不全になるからである。）
【００２０】
測定数値：装置又はコンポーネントを対象として測定した数値。より具体的な種別の例としてはＣＰＵ利用率、メモリ利用率（または使用量）、ディスク利用率（または使用量）又はＩＯＰＳ又は転送帯域、通信帯域、通信レイテンシ、アプリケーションプログラムの単位時間当たりの処理数、がある。
【００２１】
図１は、実施例に係る計算機システムの構成図である。
【００２２】
計算機システムは、監視システム１０、監視対象装置の一例としてのホストコンピュータ３００、監視対象装置の一例としてのストレージサブシステム４００を有する。計算機システムにおいて、ホストコンピュータ３００、ストレージサブシステム４００は、それぞれ一台であっても良く、複数台であっても良い。監視システム１０は、例えば、ホストコンピュータで構成された管理計算機１００と、ホストコンピュータ、又はクライアントＰＣ等で構成された表示用装置２００を含む。
【００２３】
監視システム１０、ホストコンピュータ３００及びストレージサブシステム４００は、ネットワーク（例えばＬＡＮ（Local Area Network））６００を介して接続される。ネットワーク６００には、例えば、ＩＰ（Internet Protocol）スイッチ等のネットワーク装置５００が含まれている。なお、ネットワーク装置５００も監視対象装置の一例である。
【００２４】
この計算機システムにおいては、監視システム１０の管理計算機１００が、監視対象装置の一例であるホストコンピュータ３００、ストレージサブシステム４００、またはネットワーク装置５００から、監視情報の一例としての監視数値、状態情報、及び構成情報を収集する。なお、図１のシステムに於いて、監視数値、状態情報、構成情報の一例は以下の通りである。
【００２５】
ネットワーク装置５００がＩＰスイッチである場合には、状態情報としては、例えばＩＰスイッチのポートが正常な状態である正常状態、警告が必要な状態である警告状態、緊急な対処が必要な緊急状態、リンクダウンが発生しているリンクダウン状態等がある。
【００２６】
監視数値は、例えばコンポーネントの通信量、使用量等の性能についての情報である。例えば、ネットワーク装置５００がＩＰスイッチである場合には、監視数値としては、ＩＰスイッチのポートのネットワーク送信量や、パケット送信量等がある。また、ホストコンピュータ３００の監視数値としては、ＣＰＵの使用量等がある。
【００２７】
構成情報とは、例えばノード（ホストコンピュータ３００、ストレージサブシステム４００、ネットワーク装置５００等の監視対象装置）やコンポーネントのバージョン、名前等の構成についての情報である。例えば、ネットワーク装置５００がＩＰスイッチである場合には、構成情報としては、ＩＰスイッチを構成するポート、電源等の名前である。
【００２８】
表示用装置２００は、管理計算機１００から表示するための情報を受け付けて、監視対象装置についての性能、状態、構成等について監視画面を表示する。
【００２９】
なお、以下の説明では管理計算機１００による監視情報の取得はポーリングと呼ばれる、情報取得要求を監視対象の装置に送信することで監視情報を取得する処理で行われる。しかし、監視情報の少なくとも一部の情報はポーリング以外の処理で取得されてもよい。
【００３０】
なお、監視情報の取得をポーリングで行う場合でも、以下のいずれかの理由によって、全ての監視対象を同じ時間間隔で取得するとは限らない。
【００３１】
（１）管理計算機１００の負荷によって間隔を守れない場合。
【００３２】
（２）ユーザ指示によって一定間隔以外に追加でポーリングを実行した場合。
【００３３】
（３）構成情報の具体的な各種情報は、状態情報又は測定数値に属する具体的な情報よりも、変化が起きない傾向にある。そのため、管理計算機１００、ネットワーク、又は監視対象のポーリング負荷を軽減したり、又は構成情報を履歴で持つ場合のコストを削減するため、構成情報のポーリング間隔を状態情報・測定数値のポーリング間隔よりも長くした場合。
【００３４】
（４）上記（３）のような情報の種類以外にも、特定の装置やコンポーネントの構成、状態、測定数値の変化が他の装置やコンポーネントよりも穏やかであることが分かっている場合もある。この場合は変化が穏やかな装置やコンポーネントに対して（３）と同様に長いポーリング間隔を適用する場合もありえる。
【００３５】
なお、ポーリングによって監視対象の構成や状態の変化を特定する場合、変化を特定したポーリングの時間と、前回変化を特定できなかったポーリングの時間と、の間（時間間隔）でこの変化が発生したと特定される。本実施例の変化値はこの時間間隔が長くなると値の絶対値が小さくなる特徴を持たせ、より短い取得時間間隔内で発生した変化が分析上有益であることをアピールした。これは変化値と測定数値の時系列的な変化を比較分析する時に特に有益である。しかし、時系列変化を分析しない場合でも、前述の時間間隔と変化値の関係は有用である。例えば、ある時間における複数の監視対象の変化値を比較すれば、変化値が小さい監視対象の変化は比較的昔に起きた可能性があることを示唆している。
【００３６】
なお、以後の説明ではその一例として監視情報の種類によってポーリング間隔を変える場合を説明しているが、監視情報の種類以外でもポーリング間隔を変える場合にも適用できることは言うまでもない。
【００３７】
図２は、実施例に係るホストコンピュータの構成図である。
【００３８】
ホストコンピュータ３００は、ポート３１０と、プロセッサ３２０と、メモリ３３０とを有する。ポート３１０は、ネットワーク６００を介しての通信を仲介する。メモリ３３０は、プロセッサ３２０によって実行されるプログラム及びプロセッサ３２０によって必要とされる情報等を記憶する。本実施例では、メモリ３３０は、アプリケーション３３１、オペレーティングシステム３３２、装置管理プログラム３３３等のプログラムを記憶する。装置管理プログラム３３３は、管理計算機１００にホストコンピュータ３００の構成情報、監視数値、状態情報を送信するためのプログラムである。プロセッサ３２０は、メモリ３３０に格納されたプログラムを実行することにより各種処理を実行する。例えば、プロセッサ３２０は、装置管理プログラム３３３を実行することにより、管理計算機１００からのポーリングがあると、ポーリングで要求されたホストコンピュータ３００の情報（監視情報：構成情報、監視数値、又は状態情報）を管理計算機１００にポート３１０を介して送信する。
【００３９】
図３は、実施例に係るストレージサブシステムの構成図である。
【００４０】
ストレージサブシステム４００は、ストレージコントローラ４１０と、複数のディスク装置４２０とを有する。
【００４１】
ストレージコントローラ４１０は、Ｉ／Ｏポート４１１と、管理ポート４１２と、プロセッサ４１３と、メモリ及び／又はディスク装置で構成される記憶資源４１４とを有する。Ｉ／Ｏポート４１１は、ネットワーク６００を介してホストコンピュータ３００等との通信を仲介する。管理ポート４１２は、ネットワーク６００を介して管理計算機１００との通信を仲介する。記憶資源４１４は、プロセッサ４１３によって実行されるプログラム及びプロセッサ４１３によって必要とされる情報等を記憶する。本実施例では、記憶資源４１４は、装置管理プログラム４１５等のプログラムを記憶する。装置管理プログラム４１５は、管理計算機１００にストレージサブシステム４００の構成情報、監視数値、状態情報を送信するためのプログラムである。プロセッサ４１３は、記憶資源４１４に格納されたプログラムを実行することにより各種処理を実行する。例えば、プロセッサ４１３は、装置管理プログラム４１５を実行することにより、管理計算機１００からのポーリングがあると、ポーリングで要求されたストレージサブシステム４００の情報（構成情報、監視数値、又は状態情報）を管理計算機１００に管理ポート４１２を介して送信する。
【００４２】
本実施例では、複数のディスク装置４２０の記憶領域によりＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙ  ｏｆ  Ｉｎｄｅｐｅｎｄｅｎｔ  （ｏｒ  Ｉｎｅｘｐｅｎｓｉｖｅ）  Ｄｉｓｋｓの略））グループ４２１が構成されている。ＲＡＩＤグループ４２１の記憶領域は、ボリューム４２２の記憶領域として割り当てられる。
【００４３】
ストレージサブシステム４００においては、ディスク装置４２０に加えて、又は、ディスク装置４２０に代えて、他種の記憶メディアを有する記憶デバイス（例えばフラッシュメモリドライブ）を備えても良い。
【００４４】
図４は、実施例に係るネットワーク装置の構成図である。
【００４５】
ネットワーク装置５００は、例えば、ＩＰスイッチであり、複数のポート５０１と、管理ポート５０２と、プロセッサ５０３と、メモリ及び／又はディスク装置で構成される記憶資源５０４とを有する。
【００４６】
ポート５０１は、ネットワーク６００を介してホストコンピュータ３００、ストレージサブシステム４００等との通信を仲介する。管理ポート５０２は、ネットワーク６００を介して管理計算機１００との通信を仲介する。記憶資源５０４は、プロセッサ５０３によって実行されるプログラム及びプロセッサ５０３によって必要とされる情報等を記憶する。本実施例では、記憶資源５０４は、装置管理プログラム５０５等のプログラムを記憶する。装置管理プログラム５０５は、管理計算機１００にネットワーク装置５００の構成情報、監視数値、状態情報を送信するためのプログラムである。プロセッサ５０３は、記憶資源５０４に格納されたプログラムを実行することにより各種処理を実行する。例えば、プロセッサ５０３は、装置管理プログラム５０５を実行することにより、管理計算機１００からのポーリングがあると、ポーリングで要求されたネットワーク装置５００の情報（構成情報、監視数値、又は状態情報）を管理計算機１００に管理ポート５０２を介して送信する。なお、監視対象装置は管理ポート以外から監視情報を送信してもよい。
【００４７】
図５は、実施例に係る管理計算機の構成図である。
【００４８】
管理計算機１００は、ポート１０１と、プロセッサ１０２と、入力／出力デバイス１０３と、メモリ及び／又はディスク装置で構成される記憶資源１０４とを有する。
【００４９】
ポート１０１は、ネットワーク６００を介して、複数の監視対象装置（ホストコンピュータ３００、ストレージサブシステム４００、ネットワーク装置５００等）との通信を仲介する。入力／出力デバイス１０３は、例えば、マウス、キーボード等の入力デバイスや、液晶ディスプレイ等の出力デバイス（表示デバイス）を含み、管理計算機１００のオペレータからの入力を受け付けるとともに、オペレータへの情報を表示出力する。
【００５０】
記憶資源１０４は、プロセッサ１０２によって実行されるプログラム及びプロセッサ１０２によって必要とされる情報等を記憶する。本実施例では、記憶資源１０４は、オペレーティングシステム１１０と、管理プログラム１４０等のプログラムを記憶する。管理プログラム１４０は、監視対象装置（ノード）及び／又は監視対象装置の構成部品（コンポーネント）の構成情報、監視数値、状態情報を収集し、また、監視対象装置の構成、性能、状態等に関するグラフや情報を含む監視画面を表示用装置２００に表示させるためのプログラムである。
【００５１】
また、計算資源１０４は、構成情報管理テーブル（ノード）１２１と、構成情報管理テーブル（コンポーネント）１２２と、グループテーブル１２３と、表示条件・フィルタ条件定義テーブル１２４と、イベントテーブル１２５と、イベント集計テーブル１２６と、イベント検索結果テーブル１２７と、イベント集計結果テーブル１２８と、ポーリング（Polling）タイマーテーブル１２９と、変更種別テーブル１３０と、時間幅Ａテーブル１３１と、表示条件・フィルタ条件テーブル１３２と、フィルタテーブル１３３と、収集情報テーブル１３４と、監視数値管理テーブル１３９と、を記憶する。収集情報テーブル１３４は、監視対象を特定する情報と、監視対象装置の監視数値種別を識別する情報と、監視対象から収集した監視数値と、収集した時刻とを対応付けて記憶する。例えば、収集情報テーブル１３４は、監視対象装置のＣＰＵを特定する情報と、監視対象装置の監視数値の一例であるＣＰＵの使用率を示す情報と，監視数値値(CPU使用率の値)と、ポーリングを開始した時刻とを対応付けて記憶する。
【００５２】
プロセッサ１０２は、記憶資源１０４に格納されたプログラムを実行することにより各種処理を実行する。例えば、プロセッサ１０２は、管理プログラム１４０を実行し、各テーブル１２１〜１３４、１３９等を利用することで、監視対象装置の監視処理を実行する。
【００５３】
図６は、実施例に係るポーリングタイマーテーブルの構成図である。
【００５４】
Pollingタイマーテーブル（TBL_POLLING）１２９は、各監視対象装置に対して情報を収集するためのポーリングを実行する時刻を管理するためのテーブルである。
【００５５】
Pollingタイマーテーブル１２９は、情報種類と、間隔と、次回情報収集開始時刻とを含む。情報種類は、Pollingで取得する情報の種類であり、本実施例では、状態情報、監視数値、及び構成情報がある。間隔は、対応する種類の情報を取得するためのPollingを実行する間隔である。本実施例では、状態情報については、１５分間隔でPollingを実行し、監視数値については、５分間隔でPollingを実行し、構成情報については、１日間隔でPollingするように設定されている。すなわち、本実施例では、状態情報、監視数値、構成情報については、異なる時間間隔でPollingを行うように設定されている。なぜなら、状態情報、監視数値及び構成情報は、それぞれの情報を必要とする頻度、何らかの変化が生じてから次に何らかの変化が生じると考えられる平均的な時間、及び、それぞれの情報のサイズ、のうちの少なくとも１つが、情報の種類によって異なるからである。次回情報収集開始時刻は、次回の情報を収集するPollingを開始する時刻である。
【００５６】
図７は、実施例に係るノードについての構成情報管理テーブルの構成図である。
【００５７】
ノード（監視対象装置）についての構成情報管理テーブル（TBL_NODE）１２１は、ノードＩＤと、ノードタイプと、ノード名と、ＩＰアドレスと、認証情報（ＩＤ／パスワード）と、情報収集開始時刻と、グループＩＤとを含む。
【００５８】
ノードＩＤは、ノードを一意に識別する識別子である。ノードタイプは、ノードの種類である。ノードの種類としては、例えば、サーバ（SERVER）、ストレージ（STORAGE）、ファイバチャネルスイッチ（FC-Switch）等がある。ノード名は、ノードに対して与えられた名称である。ＩＰアドレスは、ノードに対して割り当てられているＩＰアドレスである。情報収集開始時刻は、その情報を収集した際のPolling開始時刻（情報収集開始時刻）である。グループＩＤは、複数のノードにより構成されたグループについての一意な識別子である。グループを用いることで、複数のノードを、グループを単位として各種処理に利用することができる。
【００５９】
例えば、同図の１番目のレコードによると、ノードＩＤが“Server1”のノードは、ノードの種類が“SERVER”であり、ノード名が“Server1”であり、ＩＰアドレスが“１１１．１１２．１１３．１０１”であり、認証情報のＩＤが“Administrator”であり、パスワードが“AdminPW1”であり、その情報を収集した際のPolling開始時刻は、“2010/6/8 18:20”であり、当該ノードのグループＩＤは“Server1”であることがわかる。
【００６０】
図８は、実施例に係るコンポーネントについての構成情報管理テーブルの構成図である。
【００６１】
コンポーネントについての構成情報管理テーブル（TBL_COMPO）１２２は、コンポーネントＩＤと、コンポーネントタイプと、コンポーネント名と、親ノードＩＤとを含む。
【００６２】
コンポーネントＩＤは、ノードを構成するコンポーネント（構成部品）を一意に識別する識別子である。コンポーネントタイプは、コンポーネントの種類である。コンポーネントの種類としては、ＬＡＮアダプター（LAN_ADAPTER）、ＩＳＣＳＩディスク（ISCSI_DISK）、アプリケーション（APPLICATION）、ファイルシステム（FILE_SYSTEM）、ストレージディスク（STORAGE_DISK）、ストレージボリューム（STORAGE_VOLIME）、ストレージ論理ユニット（STORAGE_LU）、ファイバチャネルポート（FC_PORT）等がある。コンポーネント名は、コンポーネントに対して与えられた名称である。親ノードＩＤは、対応するコンポーネントの親となるノードの識別子である。
【００６３】
例えば、同図の１番目のレコードによると、コンポーネントＩＤが“Server1/LAN_Adapter1”のコンポーネントは、種類が“LAN_ADAPTER”であり、コンポーネント名が“LAN_Adapter1”であり、親ノードのＩＤが“Server1”であることがわかる。
【００６４】
図９は、実施例に係るグループテーブルの構成図である。
【００６５】
グループテーブル１２３（GRP_NODE）は、監視対象装置のグループを管理するためのテーブルである。グループテーブル１２３は、グループＩＤと、グループ名と、ノード名とを含む。
【００６６】
グループＩＤは、グループを一意に識別する識別子である。グループ名は、グループに対して与えられた名称である。ノード名は、対応するグループに所属するノードの名称である。
【００６７】
例えば、同図の１番目のレコードによると、グループＩＤが“Server1”のグループは、グループ名が“SERVER1”であり、Server1,Server2,Server3のノードが所属していることがわかる。
【００６８】
図１０は、実施例に係るイベントテーブルの構成図である。
【００６９】
イベントテーブル１２５（TBL_EVT）は、前回情報を収集した時点の後から今回情報を収集した時点までの間に発生した構成変更や、状態変更等のイベントを管理するテーブルである。イベントテーブル（TBL_EVT）１２５は、イベントＩＤと、ノードＩＤと、コンポーネントＩＤと、イベント又は状態の種類と、前回情報収集開始時刻と、カテゴリと、情報収集開始時刻と、ノード変更種別と、コンポーネント変更種別とを含む。
【００７０】
イベントＩＤは、イベントを一意に識別する識別子である。ノードＩＤは、対応するイベントに関連するノードの識別子である。コンポーネントＩＤは、対応するイベントに関連するコンポーネントの識別子である。イベント又は状態の種類は、対応するイベントの種類又は状態である。前回情報収集開始時刻は、当該イベントに対応する情報についての収集を前回開始した時刻（前回の取得時の基準時刻）である。カテゴリは、収集した情報の種類である。したがって、カテゴリは例えば構成(Configuration)、状態(Status)をとることが考えられるが、監視数値(monitoring numeric value)といった値をとってもよい。情報収集開始時刻は、今回の情報の収集を開始した時刻（今回の取得時の基準時刻）である。ノード変更種別は、ノードについての変更種別である。変更種別としては、ノードを変更したことを示す変更（Changed）、ノードを追加したことを示す追加（Added）、ノードを削除したことを示す削除（Removed）等がある。コンポーネント変更種別は、コンポーネントについての変更種別である。変更種別としては、コンポーネントを変更したことを示す変更（Changed）、コンポーネントを追加したことを示す追加（Added）、コンポーネントを削除したことを示す削除（Removed）、コンポーネントの変更をしていないことを示す変更なし（Not
Changed）等がある。
【００７１】
図１１は、実施例に係るイベント集計テーブルの構成図である。
【００７２】
イベント集計テーブル１２６（TBL_EVTTOTAL）は、時刻と、変化値と、ノード変更種別と、コンポーネント変更種別と、ノードＩＤと、コンポーネントＩＤとを含む。
【００７３】
ノード変更種別は、ノードについての変更種別である。コンポーネント変更種別は、コンポーネントについての変更種別である。ノードＩＤは、ノードの識別子である。コンポーネントＩＤは、コンポーネントの識別子である。変化値は、対応するノードのコンポーネントにおける変更種別に対応する変更のイベントの発生回数を、当該時刻が示す所定の時間単位（本実施例では、単位時間、例えば１分）の量（変化値）に変換したものである。ここで、本実施例では、変化値は、イベントの回数を、イベントが発生したと考えられる時間幅（ポーリング間隔、より具体的には、前回情報収集開始時刻と今回の情報収集開始時刻との時間幅）で除算することにより得られる。ただし、この変化値を求めるための変換処理は一例である。このイベント集計テーブル１２６においては、ポーリング間隔内の各所定の時間単位に対して、イベントの回数に対応する変化値が対応付けられて記憶される。すなわち、ポーリング間隔よりも短い時間を単位として、イベントの発生に関する値を管理することができる。これにより、このイベント集計テーブル１２６のレコードを用いることにより、ポーリング間隔よりも細かい時間幅で、イベントの発生のグラフを適切に表示することができる。
【００７４】
例えば、同図の１番目のレコードによると、”6/8 18:10”が示す単位時間において、ノードＩＤが“Server2”のノードの、コンポーネントＩＤが“Server2/Application1”のコンポーネントにおける追加（Added）のイベントの変化値は、0.01であることがわかる。
【００７５】
図１２は、実施例に係る表示条件・フィルタ条件テーブル、表示条件・フィルタ条件定義テーブル及びフィルタテーブルの構成図である。
【００７６】
表示条件・フィルタ条件テーブル１３２（TBL_EVTFILTER）は、表示用装置２００における監視画面で選択されている表示条件及びフィルタ条件を格納する。設定可能な条件としては、ノードＩＤと、コンポーネントＩＤと、ノード変更種別と、コンポーネント変更種別と、時間幅Ａと、時間幅Ｂ（対象時間幅）とがある。時間幅Ａは、監視画面に表示されるグラフの時間軸の全体の幅であり、時間幅Ｂは、時間幅Ａの中でユーザが選択した時間幅である。同図においては、ノードＩＤが“Server1”のノードの、コンポーネントＩＤが“Server1/CPU”のコンポーネントについての、すべてのノード変更種別を対象とし、すべてのコンポーネント変更種別を対象とし、時間幅Ａを１２時間とし、時間幅Ｂを６時間とすることが選択されていることを示している。
【００７７】
表示条件・フィルタ条件定義テーブル１２４（TBL_EVTFILTERDEFINE）は、監視画面に表示するグラフ（マップ）等の種類毎に、当該マップ等の作成に必要となるイベントを検索する条件を検出するためのフィルタを示すテーブルである。同図においては、検索に必要な条件を白色で表示し、不必要な条件を灰色で表示している。例えば、イベントリストを表示するための条件としては、ノード変更種別と、時間幅Ｂと、ノードＩＤと、コンポーネントＩＤとである。また、ノードマップを表示するための条件としては、ノード変更種別と、時間幅Ａと、ノードＩＤとである。
【００７８】
フィルタテーブル１３３（TBL_FILTER）は、表示条件・フィルタ条件テーブル１３２の内容に対して、表示条件・フィルタ条件定義テーブル１２４のフィルタを適用した際におけるフィルタの名称を格納する。本実施例では、表示条件・フィルタ条件テーブル１３２の内容から、表示条件・フィルタ条件定義テーブル１２４の各フィルタにおいて必要な条件の内容を取り出して組み合わせたものをフィルタ名としている。フィルタテーブル１３３のイベントリストのフィルタに対するフィルタ名Ａは、表示条件・フィルタ条件テーブル１３２の内容のうちで、イベントリストのフィルタに必要なノード変更種別、時間幅Ｂ、ノードＩＤ、コンポーネントＩＤについて抽出した“全て、なし、なし、６時間、Server1、CPU”である。
【００７９】
図１３は、実施例に係るイベント集計結果テーブルの構成図である。
【００８０】
イベント集計結果テーブル１２８（TBL_EVTTOTALRESULT）は、表示条件・フィルタ条件テーブル１３２に指定された内容により検索した際におけるフィルタ名と、当該フィルタを用いてイベント集計テーブル１２６から検索された検索結果とを格納するテーブルである。
【００８１】
イベント集計結果テーブル１２８は、フィルタ名と、時刻と、変化値と、ノード変更種別と、コンポーネント変更種別と、ノードＩＤと、コンポーネントＩＤとを含む。フィルタ名は、検索した際に利用したフィルタ名である。時刻、変化値、ノード変更種別、コンポーネント変更種別、ノードＩＤ、及びコンポーネントＩＤは、検索条件を用いてイベント集計テーブル１２６から得られたイベント（イベントのレコード）について集計したものである。このイベント集計結果テーブル１２８によると、条件に合致するイベントについての所定の単位の時間幅を示すレコードを適切に管理することができる。
【００８２】
図１４Ａは、実施例に係るイベント検索結果テーブルの構成図である。図１４Ｂは、実施例に係る変更種別テーブルの構成図である。図１４Ｃは、時間幅Ａテーブルの構成図である。
【００８３】
イベント検索結果テーブル１２７（TBL_EVTRESULT）は、表示条件・フィルタ条件テーブル１３２に指定された条件に合致し、時間幅Ｂで指定された時間内に発生した可能性のあるイベントを格納するテーブルである。イベント検索テーブル１２７は、イベントＩＤと、ノードＩＤと、コンポーネントＩＤと、イベント又は状態の種類と、前回情報収集開始時刻と、カテゴリと、情報収集開始時刻と、ノード変更種別と、コンポーネント変更種別と、確率とを含む。イベントＩＤ、ノードＩＤ、コンポーネントＩＤ、イベント又は状態の種類、前回情報収集開始時刻、カテゴリ、情報収集開始時刻、ノード変更種別、及びコンポーネント変更種別は、イベントテーブル１２５から特定されたイベントのレコードの内容である。確率は、対応するイベントが時間幅Ｂにおいて生じる確率（発生確率）である。本実施例では、イベントが発生した可能性のある時間幅に占める、イベントが発生した可能性のある時間幅と時間幅Ｂとの重複する時間の割合である。
【００８４】
変更種別テーブル１３０（TBL_EVTPAT）は、ノード変更種別及びコンポーネント変更種別についての選択候補を格納する。選択候補としては、ノード変更種別及びコンポーネント変更種別がいずれでもいいことを示す“Any”、ノード変更種別がノードの追加であることを示す“Added node”、ノード変更種別がノードを取り除いたことを示す“Removed node”、ノード変更種別がノードの変更であり、且つコンポーネント変更種別がコンポーネントの追加であることを示す“changed node - Added component”等がある。
【００８５】
時間幅Ａテーブル１３１（TBL_TIMEPAT）は、時間幅Ａの選択候補を格納する。選択候補としては、１時間、６時間、１２時間、２４時間、７日等がある。
【００８６】
図２９は、実施例に係る監視数値管理テーブルの構成図である。
【００８７】
監視数値管理テーブル１３９（TBL_MONITORVAL)は、時刻と、ノードＩＤと、コンポーネントＩＤと、監視数値種別と、監視数値とを含む。
【００８８】
時刻は、情報収集開始時刻である。ノードＩＤは、ノードの識別子である。コンポーネントＩＤは、コンポーネントの識別子である。監視数値種別は、監視数値の種別である。監視数値は、監視数値である。
【００８９】
図１５は、実施例に係る管理プログラムの構成図である。
【００９０】
管理プログラム１４０は、Pollingタイマー１４１と、構成情報収集部１４２と、状態情報収集部１４３と、監視数値収集部１４４と、ＤＢ格納部１４５と、イベント作成部１４６と、イベント集計登録部１４７と、イベント登録部１４８と、イベント集計結果作成部１４９と、イベント検索結果作成部１５０とを有する。
【００９１】
Pollingタイマー１４１は、Pollingタイマーテーブル１２９を用いて、状態情報、監視数値、構成情報の収集を開始する時間を計測し、構成情報収集部１４２、状態情報収集部１４３、監視数値収集部１４４に通知する。構成情報収集部１４２は、構成情報を監視対象装置から収集する。状態情報収集部１４３は、状態情報を監視対象装置から収集する。監視数値収集部１４４は、監視数値を監視対象装置から収集する。ＤＢ格納部１４５は、収集した各種情報を、前回収集している各種情報と比較する。イベント作成部１４６は、イベント作成処理を実行する。イベント作成処理については後述する。イベント集計登録部１４７は、イベント集計処理を実行する。イベント集計処理については、後述する。イベント登録部１４８は、イベント作成部１４６により作成されたイベントを登録する処理を実行する。イベント集計結果作成部１４９は、イベント集計結果処理を実行する。イベント集計結果処理については後述する。イベント検索結果作成部１５０は、イベント検索結果処理を実行する。イベント検索結果処理については、後述する。
【００９２】
図１６は、実施例に係る表示用装置の構成図である。
【００９３】
表示用装置２００は、ポート２０１と、プロセッサ２０２と、メモリ及び／又はディスク装置で構成される記憶資源２０４とを有する。
【００９４】
ポート２０１は、ネットワーク６００を介して、管理計算機１００との通信を仲介する。入力／出力デバイス２０３は、例えば、マウス、キーボード等の入力デバイスや、液晶ディスプレイ等の出力デバイスを含み、表示用装置２００のオペレータからの入力を受け付けるとともに、オペレータへの情報を表示出力する。記憶資源２０４は、プロセッサ２０２によって実行されるプログラム及びプロセッサ２０２によって必要とされる情報等を記憶する。本実施例では、記憶資源２０４は、表示プログラム２０５等を記憶する。表示プログラム２０５は、管理計算機１００から送信される情報に基づいて、監視対象装置の構成、性能、状態等を含む監視画面を入力／出力デバイス２０３に表示させるためのプログラムである。プロセッサ２０２は、記憶資源２０４に格納されたプログラムを実行することにより各種処理を実行する。例えば、プロセッサ２０２は、表示プログラム２０５を実行することにより、入力／出力デバイス２０３からオペレータの各種入力を受け付けるとともに、管理計算機１００からの情報に基づいて、監視対象装置についての構成、性能、状態に関する監視画面を入力／出力デバイス２０３に表示させる。
【００９５】
図１７は、実施例に係る表示プログラムの構成図である。
【００９６】
表示プログラム２０５は、イベント表示部２０６と、イベントマップ表示部２０７と、監視数値表示部とを有する。イベント表示部２０６は、監視対象装置に発生したイベントの情報を表示させる。イベントマップ表示部２０７は、監視対象装置に発生したイベントについてのマップ、すなわち、時間変化に対するイベントの発生のグラフを表示させる。監視数値表示部は、監視対象から取得した監視数値を表示させる。
【００９７】
なお、表示プログラム２０５の記憶資源２０４への格納は、表示用装置からのリクエストに応じて管理計算機１００が当該プログラムを表示用装置に送信されることで行われても良い。表示プログラム２０５と管理プログラム１４０は元々は同じ記憶媒体に格納されていてもよく、別々な記憶媒体に格納されていてもよい。同様に、表示プログラム２０５と管理プログラム１４０は元々は同じプログラム配布計算機に格納されていてもよく、別々なプログラム配布計算機に格納されていてもよい。
【００９８】
次に、実施例に係る計算機システムの処理を説明する。
【００９９】
図１８は、実施例に係る計算機システムにおける全体の処理を説明する図である。
【０１００】
管理計算機１００のプロセッサ１０２が管理プログラム１４０を実行することにより、Pollingタイマー処理を実行し、所定の時間になった際に、情報収集処理を実行する。そして、プロセッサ１０２は、収集した情報と、構成ＤＢ１３５（構成情報管理テーブル（ノード）１２１、構成情報管理テーブル（コンポーネント）１２２）の情報とを用いてＤＢ格納処理を実行する。次いで、プロセッサ１０２は、ＤＢ格納処理により変更があった情報について、イベント作成処理を実行し、イベントをイベントＤＢ１３６（イベントテーブル１２５）に登録する。また、プロセッサ１０２は、イベント集計処理を実行し、集計結果をイベント集計ＤＢ１３７（イベント集計テーブル１２６）に格納する。ＤＢ格納処理はまた、監視数値を監視数値ＤＢ１３８（監視数値管理テーブル１３９）に格納する。
【０１０１】
一方、表示用装置２００のプロセッサ２０２が表示プログラム２０５を実行することにより、イベントマップ表示処理を実行し、管理計算機１００にイベント集計結果処理を実行させる。管理計算機１００のプロセッサ１０２は、イベント集計結果処理を実行し、イベント集計ＤＢ１３７（イベント集計結果テーブル１２８）に格納するとともに、集計結果を表示用装置２００に送信する。表示用装置２００は、集計結果を用いて入力／出力デバイス２０３に監視画面を表示する。
【０１０２】
また、表示用装置２００のプロセッサ２０２がイベント表示処理を実行し、管理計算機１００にイベント検索結果処理を実行させる。管理計算機１００のプロセッサ１０２は、イベント検索結果処理を実行し、イベント集計ＤＢ１３７（イベント検索結果テーブル１２７）に格納するとともに、検索結果を表示用装置２００に送信する。表示用装置２００は、検索結果を用いて入力／出力デバイス２０３に監視画面を表示する。
【０１０３】
管理プログラム２０５はまた、管理プログラム１４０から監視数値ＤＢ１３８に格納された値を取得し、監視数値を入力／出力デバイス２０３に表示する（監視数値表示処理）。
【０１０４】
図１９Ａは、実施例に係るポーリングタイマー処理のフローチャートである。図１９Ｂは、実施例に係る情報収集処理のフローチャートである。
【０１０５】
ポーリングタイマー処理においては、管理計算機１００のプロセッサ１０２は、ステップＳ１〜Ｓ６のステップを繰り返し実行する。まず、プロセッサ１０２は、ポーリングタイマーテーブル１２９の各情報種別の次回情報収集開始時刻を取り出し（ステップＳ２）、次回情報収集開始時刻に来るまで待機し（ステップＳ３）、次回情報収集開始時刻になった場合には、情報収集処理を実行する（ステップＳ４）。次いで、プロセッサ１０２は、ポーリングタイマーテーブル１２９の情報収集処理を行った対象情報についての次回情報収集開始時刻に、間隔を加算することにより、次回情報収集開始時刻を更新する（ステップＳ５）。そして、ステップＳ１〜Ｓ６の処理を繰り返すことにより、各情報種類の情報についての情報収集処理が行われる。
【０１０６】
情報収集処理において、プロセッサ１０２は、構成情報管理テーブル１２１の各ノードＩＤのノードに対して、ステップＳ１１〜Ｓ１４の処理を繰り返し実行する。
【０１０７】
まず、プロセッサ１０２は、構成情報管理テーブル１２１のＩＰアドレス、認証情報を用いて対応するノードから、今回収集すべき情報（構成情報、状態情報、又は監視数値）を収集し（ステップＳ１２）、ＤＢ格納処理を実行する（ステップＳ１３）。そして、プロセッサ１０２は、すべてのノードに対して処理を終えた後に、情報収集処理を終えて、ポーリングタイマー処理に戻る。
【０１０８】
図２０Ａは、実施例に係るＤＢ格納処理のフローチャートである。図２０Ｂは、実施例に係るイベント作成処理のフローチャートである。
【０１０９】
ＤＢ格納処理では、プロセッサ１０２は、収集した監視情報に監視数値が含まれる場合は監視数値管理テーブル１３９に収集した監視数値を格納する（ステップＳ２００）。プロセッサ１０２は、収集情報テーブル１３４から前回収集した情報を取得し（ステップＳ２１）、今回収集した情報と比較する（ステップＳ２２）。
【０１１０】
この結果、今回収集した情報が前回収集した情報と一致する場合（例えば、収集した情報が状態情報であれば、状態が一致する場合であり、収集した情報が構成情報であれば、監視対象装置の構成が一致する場合である）（ステップＳ２３でＹｅｓ）には、構成の変更、状態の変更のイベントが発生していないので、プロセッサ１０２は、処理をステップＳ２６に進める。
【０１１１】
一方、今回収集した情報が前回収集した情報と一致しない場合には、前回収集した時点から今回収集するまでの間に、状態を変更するイベントや、構成が追加、変更、削除等されたイベントが発生したことを意味しているので、プロセッサ１０２は、イベント作成処理を実行する（ステップＳ２４）。次いで、プロセッサ１０２は、構成情報管理テーブル（ノード）１２１と、構成情報管理テーブル（コンポーネント）１２２とについて新たな情報を反映させ（ステップＳ２５）、ステップＳ２６に処理を進める。
【０１１２】
ステップＳ２６では、プロセッサ１０２は、構成情報管理テーブル（ノード）１２１の情報収集開始時刻を今回の情報収集開始時刻に更新し、ＤＢ格納処理を終えて、情報収集処理に戻る。
【０１１３】
イベント作成処理では、プロセッサ１０２は、発生したイベントに対応するレコードを作成し（ステップＳ３１）、当該イベントのレコードをイベントテーブル１２５に追加する（ステップＳ３２）。ここで、構成変更についてのイベントのレコードの前回情報収集開始時刻は、構成情報管理テーブル（ノード）１２１の情報収集開始時刻とし、情報収集開始時刻は、今回の情報収集開始時刻とする。
【０１１４】
次いで、プロセッサ１０２は、イベント集計処理を実行し（ステップＳ３３）、ＤＢ格納処理に戻る。
【０１１５】
図２１は、実施例に係るイベント集計処理のフローチャートである。
【０１１６】
イベント集計処理では、プロセッサ１０２は、イベントに対応するレコードの前回情報収集開始時刻と情報収集開始時刻とからイベントが発生した時間幅を特定し（ステップＳ４１）、イベントの発生回数を特定した時間幅で除算して、単位時間当たりの発生回数である変化値を算出する（ステップＳ４２）。次いで、プロセッサ１０２は、イベント集計テーブル１２６における前回情報収集開始時刻と情報収集開始時刻との間に含まれる時間のレコードであって、イベントに対応するノード及びコンポーネントのレコードについての変化値に対して算出した変化値を加算し（ステップＳ４３）、イベント作成処理に戻る。なお、ステップＳ４３において、特定した時間幅に含まれる複数の時間単位に対応するレコードであって、イベントに対応するノード及びコンポーネントについてのレコードがない場合には、当該レコードをイベント集計テーブル１２６に作成する。
【０１１７】
図２２Ａは、実施例に係るイベントマップ表示処理のフローチャートである。図２２Ｂは、実施例に係るイベント表示処理のフローチャートである。図２２Ｃは、実施例に係る監視数値表示処理のフローチャートである。
【０１１８】
イベントマップ表示処理では、表示用装置２００のプロセッサ２０２は、監視画面上で選択された表示条件を取得し（ステップＳ５１）、管理計算機１００に送信する。管理計算機１００では、プロセッサ１０２が表示条件を受信し、イベント集計結果処理を実行する（ステップＳ５２）。表示用装置２００のプロセッサ２０２は、管理計算機１００からイベント集計結果処理により返されたイベント集計結果に基づいた監視画面（図２５参照）を生成し、表示する（ステップＳ５３）。ここで、プロセッサ２０２は、性能を示すチャートと、変更イベントのマップとの時間軸を合わせて表示する。なお、イベントマップ表示処理は、例えば、監視画面（図２５参照）を表示させる要求を表示用装置から受信した場合に実行が開始される。
【０１１９】
イベント表示処理は、例えば、監視画面（図２５参照）において、Ｃｈａｎｇｅタブ７０５が押下された場合に実行が開始され、表示用装置２００のプロセッサ２０２は、監視画面上で選択された表示条件を取得し（ステップＳ７１）、管理計算機１００に送信する。管理計算機１００では、プロセッサ１０２が表示条件を受信し、イベント検索結果処理を実行する（ステップＳ７２）。表示用装置２００のプロセッサ２０２は、管理計算機１００からイベント検索結果処理により返されたイベント検索結果に基づいた監視画面（図２６参照）を生成し、表示する（ステップＳ７３）。
【０１２０】
監視数値表示処理は、例えば、監視画面（図２５参照）を表示させる要求を表示用装置から受信した場合に実行が開始される。その他の処理開始例としては、監視画面（図２５参照）において、監視数値タブ７０５が押下された場合に実行が開始され、表示用装置２００のプロセッサ２０２は、監視画面上で選択された表示条件を取得し、管理計算機１００に送信する（ステップＳ７５）。管理計算機１００では、プロセッサ１０２が表示条件を受信し、表示条件に該当する監視数値を、監視数値管理テーブル１３９から読み出し、表示用装置２００に送信する（図示は省略）。表示用装置２００のプロセッサ２０２は、管理計算機１００から受信した監視数値を表示する（ステップＳ７６）。
【０１２１】
図２３は、実施例に係るイベント集計結果処理のフローチャートである。
【０１２２】
イベント集計結果処理では、管理計算機１００のプロセッサ１０２が、受信した条件を表示条件・フィルタ条件テーブル１３２に登録し、当該条件を表示条件・フィルタ条件定義テーブル１２４に当てはめて、各マップに対応するフィルタ名を導き出し、フィルタテーブル１３３に登録する（ステップＳ６１）。
【０１２３】
次いで、プロセッサ１０２は、イベント集計結果テーブル１２８の全レコードに対して、ステップＳ６２〜Ｓ６５の処理を実行する。
【０１２４】
まず、プロセッサ１０２は、導き出したフィルタ名と、レコードのフィルタ名が一致するか否かを判定し（ステップＳ６３）、一致するものがあった場合（ステップＳ６３でＹｅｓ）には、イベント集計結果テーブル１２８のフィルタ名が一致するすべてのレコードをイベント集計結果として表示用装置２００に返す（ステップＳ６４）。
【０１２５】
一方、一致するものがなかった場合（ステップＳ６３でＮｏ）には、イベント集計テーブル１２６の全レコードに対して、ステップＳ６６〜Ｓ６９の処理を実行する。
【０１２６】
プロセッサ１０２は、処理対象のレコードが表示条件・フィルタ条件に一致するか否かを判定し（ステップＳ６７）、一致する場合（ステップＳ６７でＹｅｓ）には、導き出したファイル名をもったレコードをイベント集計結果テーブル１２８に追加し、当該レコードを表示用装置２００に返す。一方、一致しない場合（ステップＳ６７でＮｏ）には、次のレコードに対しての処理に進む。
【０１２７】
このイベント集計結果処理によると、条件に合ったイベント集計テーブル１２６のレコードが表示用装置２００にイベント集計結果として返されることとなり、表示用装置２００においては、図２５に示すように、このレコードに基づいて、監視数値用表示領域７０４ｄには、監視対象装置に関する性能変化のグラフにおける時間軸と対応する時間軸（たとえば、共通する時間軸）をもつ、対象範囲におけるイベントの変化値のグラフが表示される。これにより、オペレータは、性能変化に関連するイベントの発生を容易かつ適切に把握することができる。
【０１２８】
図２４は、実施例に係るイベント検索結果処理のフローチャートである。
【０１２９】
イベント検索結果処理では、管理計算機１００のプロセッサ１０２が、受信した条件を表示条件・フィルタ条件テーブル１３２に登録し、イベントテーブル１２５の全レコードに対して、ステップＳ８１〜Ｓ８６の処理を実行する。
【０１３０】
プロセッサ１０２は、処理対象のレコードの前回情報収集開始時刻が時間幅Ｂで指定した終了時刻より前であり、かつ今回の情報収集開始時刻が時間幅Ｂで指定した開始時刻よりも後であるか否かを判定する（ステップＳ８２）。
【０１３１】
この結果、処理対象のレコードの前回情報収集開始時刻が時間幅Ｂで指定した終了時刻より前であり、かつ今回情報収集開始時刻が時間幅Ｂで指定した開始時刻よりも後である場合（ステップＳ８２でＹｅｓ）には、プロセッサ１０２は、処理対象のレコードが、表示条件・フィルタ条件テーブル１３２の条件に該当するか否かを判定する（ステップＳ８３）。この結果、処理対象のレコードが条件に該当する場合（ステップＳ８３でＹｅｓ）には、（Ｍｉｎ（Ｅｅ，Ｕｅ）−Ｍａｘ（Ｅｂ，Ｕｂ））／（Ｅｅ−Ｅｂ）を計算することにより、時間幅Ｂにおいて当該レコードに対応するイベントが発生している確率を算出する（ステップＳ８４）。ここで、Ｅｂは、前回情報収集開始時刻を示し、Ｅｅは、今回の情報収集開始時刻を示し、Ｕｂは、時間幅Ｂの開始時刻を示し、Ｕｅは、時間幅Ｂの終了時刻を示し、Ｍｉｎ（Ｘ，Ｙ）は、Ｘ，Ｙの内の小さいほうを示し、Ｍａｘ（Ｘ，Ｙ）は、Ｘ，Ｙの内の大きいほうを示している。
【０１３２】
次いで、プロセッサ１０２は、条件に該当したイベントのレコードの情報と、算出した確率をイベント検索結果テーブル１２７のレコードとして登録する（ステップＳ８５）。なお、処理対象のレコードの前回情報収集開始時刻が時間幅Ｂで指定した終了時刻より前であり、かつ今回情報収集開始時刻が時間幅Ｂで指定した開始時刻よりも後でない場合（ステップＳ８２でＮｏ）、又は、処理対象のレコードが条件に該当しない場合（ステップＳ８３でＮｏ）には、プロセッサ１０２は、次のレコードへの処理に進む。
【０１３３】
そして、すべてのレコードに対して処理を終えた場合には、プロセッサ１０２は、イベント検索結果テーブル１２７のレコードをイベント検索結果として表示用装置２００に送信する。これにより、監視画面のChange表示領域７０５ｄには、時間幅Ｂにおいて発生した可能性のあるイベントについての情報（当該イベントの確率を含む）が表示される。したがって、オペレータは、監視画面により、時間幅Ｂにおいて発生した可能性のあるイベントを適切に把握することができる。また、時間幅Ｂにおけるイベントの発生確率を適切に把握することができる。
【０１３４】
図２５は、実施例に係る監視画面の表示例である。
【０１３５】
監視画面７００は、表示用装置２００の表示プログラム２５０をプロセッサ２０２が実行することにより表示される。
【０１３６】
監視画面７００には、表示対象種別選択領域７０１と、表示対象選択領域７０２とが表示される。また、監視画面７００には、選択されたタブの表示領域が表示される。タブとしては、監視数値タブ７０４ｔと、Changeタブ７０５ｔとがある。監視数値タブ７０４ｔが選択されている場合には、監視数値表示領域７０４ｄが表示され、Changeタブ７０５ｔが選択されている場合には、Change表示領域７０５ｄが表示される。同図においては、監視数値タブ７０４ｔが選択されて監視数値表示領域７０４ｄが表示されている。
【０１３７】
表示対象種類選択領域７０１には、情報を表示させる対象となる種類の候補を選択可能に表示する。同図においては、グループ、サーバ、ストレージ、スイッチ等が候補として表示されており、グループＡに属するサーバが選択されている状態を示している。
【０１３８】
表示対象選択領域７０２は、表示対象種類選択領域７０１により選択された種類に属する装置（ノード）の候補を選択可能に表示する。同図においては、グループＡのサーバである各Server1、Server2が表示され、Server1が表示対象として選択されている。
【０１３９】
監視数値表示領域７０４ｄは、表示対象選択領域７０２において選択された対象についての各種情報を表示する。監視数値表示領域７０４ｄには、表示させるイベント種別を選択するイベント種別選択領域７０６と、表示させるグラフの全体の時間幅（時間幅Ａ）を選択するための時間幅Ａ選択領域７０７とが表示される。
【０１４０】
また、監視数値表示領域７０４ｄには、監視数値の表示対象が選択可能に表示され、選択された対象の監視数値のグラフ７１０が表示される。監視数値のグラフ７１０は、例えば、管理計算機１００のプロセッサ１０２により送信される収集情報テーブル１３４の情報に基づいて表示される。また、監視数値表示領域７０４ｄには、コンポーネントの構成変更イベントについてのグラフ（イベントマップ）７１１と、ノードの構成変更イベントについてのグラフ（イベントマップ）７１２と、グループの構成変更イベントについてグラフ（イベントマップ）７１３と、全デバイスの構成変更イベントのグラフ（イベントマップ）７１４とが表示される。監視数値のグラフ７１０と、グラフ７１１〜７１４とは、同一の時間軸（図中横軸）を用いて表示されている。したがって、監視数値の変化が起こっている時点における構成変更イベントの発生をグラフから容易かつ適切に把握することができる。グラフ７１１〜７１４においては、追加、変更、削除のそれぞれの構成変更イベントについて異なる態様（例えば、異なる色）で表示している。また、グラフ７１０、グラフ７１１〜７１４に対して、オペレータが注目する一部の時間幅（時間幅Ｂ）を指定することができるように、時間幅Ｂの開始時刻を指定する開始時刻指定バー７２５ｂと、時間幅Ｂの終了時刻を指定する終了時刻指定バー７２５ｅとが表示される。開始時刻指定バー７２５ｂと、終了時刻指定バー７２５ｅとは、入力／出力デバイス２０３によりドラッグすることにより移動可能となっている。
【０１４１】
グラフ７１１〜７１４のそれぞれには、Changeタブ７０５ｔが選択された際に、グラフが表示している対象についてのChangeイベントを表示させるか否かを選択するための選択ボタン７２１〜７２４が表示される。なお、選択ボタン７２１〜７２４は、時間幅Ｂにおいて変更イベントが発生しているグラフでのみ指定できるように制御される。
【０１４２】
なお、スペースの都合で図示は省略したが、グラフ７１１から７１４の時間軸にも目盛りを表示させてもよい。ただし、グラフ７１０も含め、完全に同じ目盛り単位である必要はない。例えば、グラフ７１０が５分単位の目盛りを備える一方でグラフ７１１から７１４が１５分単位の目盛りであってもよい。つまり、共通の時間帯を示す目盛りの対（隣り合わなくてもいい）が各グラフに存在していればよいとも言える。
【０１４３】
なお、変化値又は監視数値の両方を所定の期間を単位としたヒストグラムで表現する場合、変化値グラフの時間軸における所定の期間を示す軸上の長さと、監視数値グラフの時間軸における所定の期間を示す軸上の長さと、が同じであってもよい。この場合はヒストグラムでも両値の時間的推移が確認しやすい。
【０１４４】
なお、変化値又は監視数値の片方が所定の期間を単位としたヒストグラムで表現し、残りの片方を通常のグラフで表示してもよい。この場合、ヒストグラム形式のグラフのヒストグラムの所定の期間を示す時間軸上の長さと、通常グラフの所定の期間を示す時間軸上の長さが同じであってもよい。この場合も両値の時間的推移が確認しやすい。
【０１４５】
図２６は、実施例に係る時間幅Ｂにおける変更イベントを示す監視画面の表示例である。
【０１４６】
同図に示す監視画面は、Changeタブ７０５ｔが選択されてChange表示領域７０５ｄが表示されている場合の表示例である。Change表示領域７０５ｄには、監視数値表示領域７０４ｄにおいて指定された時間幅Ｂにおいて発生したイベントの情報が表示される。イベントの情報としては、例えば、機器名、変更部品、機種変更種別、部品変更種別、日時、状態、詳細情報、確率がある。確率は、時間幅Ｂにおいて、対応するイベントが発生した可能性を示す確率である。
【０１４７】
次に、変形例について説明する。
【０１４８】
本変形例は、上記実施例における監視画面を別の態様としたものである。
【０１４９】
図２７は、変形例に係る監視画面の表示例である。
【０１５０】
変形例に係る監視画面７００の監視数値表示領域７０４ｄには、変更イベントの履歴を表示させるためのChange Historyボタン７３０が表示される。また、監視数値表示領域７０４ｄには、監視数値の表示対象が選択可能に表示され、選択された対象の監視数値のグラフ７１０が表示されるとともに、時間幅Ｂの開始時刻を指定する開始時刻指定バー７２５ｂと、時間幅Ｂの終了時刻を指定する終了時刻指定バー７２５ｅとが表示される。
【０１５１】
図２８は、変形例に係るイベント発生履歴のグラフを含む監視画面の表示例である。図２８は、図２７に示す監視画面７００で、Change Historyボタン７３０が押下された場合の監視画面の一例を示している。
【０１５２】
図２７に示す監視画面でChange Historyボタン７３０が押下されると、表示用装置２００のプロセッサ２０２は、表示対象選択領域７０２において、イベントの発生履歴のグラフ（イベント発生履歴グラフ）を表示する。プロセッサ２０２は、イベント発生履歴グラフにおいて、構成変更に係るイベント（Change events）と、障害に係るイベント（Critical events）とを別の態様によって表示する。また、プロセッサ２０２は、イベント発生履歴グラフにおいて、監視数値表示領域７０５ｄにおいて指定された時間幅Ｂを特定できるように、時間幅Ｂの開始時刻を示す開始時刻バー７３０ｂと、時間幅Ｂの終了時刻を示す終了時刻バー７３０ｅを表示する。このように、イベント発生履歴グラフにおいて、時間幅Ｂを特定できるので、性能変化に対して関係しているイベントをイベント発生履歴グラフから適切に把握することができる。
【０１５３】
以上、実施例を説明したが、本願請求項は、この実施例に限定されるものでなく、その趣旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【０１５４】
例えば、上記実施例では、図２５に示す監視画面７００において、小さい範囲であるコンポーネントのイベントマップから、より広い範囲のイベントマップへと、画面の上から順に配置するようにしていたが、本発明はこれに限られず、広い範囲のイベントマップから小さい範囲のイベントマップへと画面の上から順に配置するようにしてもよい。
【０１５５】
また、上記実施例では、イベント集計テーブル１２６では、各レコードの時間幅を単位時間としていたが、本発明はこれに限られず、単位時間でなくてもよく、要は、所定の時間単位であればよい。
【０１５６】
また、上記実施例では、情報取得時の基準時刻として、情報の取得を開始した時刻としていたが、上記実施例はこれに限られず、情報の取得を終了した時刻、または取得開始から取得終了までの間の時刻としてもよい。また、情報取得処理と時刻計測処理は同時に処理されるわけではなく、リアルタイム処理のようにアトミック処理が保証されているわけではないので、例え情報取得処理の前後で時刻計測をしたとしてもずれを生じるものである。実施例及び請求項にて取得時間または取得時刻とした場合は、これらの変形例が含まれているものとする。したがって、「ｘｘｘ情報の取得時間（又は取得時刻）」と表記した場合の時間は、（１）当該時間を監視システムの利用者に表示した場合に、十分にｘｘｘ情報が取得できる時間を特定できる精度である、又は（２）当該時間に基づいて前回のｘｘｘ情報の取得時間との時間差又は時間間隔を計算できる精度である、を満たせば良い。この点は情報に限らず各種時間・時刻が関連する処理に共通である。当然ながら、開始時刻（開始時間）と終了時刻（終了時間）も同様である。
【０１５７】
以上の説明では、１つ以上のプロセッサと１つ以上の記憶資源とを含み、監視対象装置又は／及び前記監視対象装置に含まれるコンポーネントを監視対象として監視する監視システムとして、前記１つ以上の記憶資源は、監視対象の監視情報を取得する第１の時間間隔及び第２の時間間隔とを格納し、前記第１の時間間隔と前記第２の時間間隔は、異なる監視対象又は監視情報の種類を適用対象とする。前記１つ以上のプロセッサは以下を実行することを説明した。
【０１５８】
（Ａ１）前記第１の時間間隔に従って、第１の監視対象の第１の種類の監視情報である第１監視情報を取得する。（Ａ２）前記第２の時間間隔に従って、第２の監視対象の第２の種類の監視情報である第２監視情報を取得する。（Ｂ１）前記第１監視情報について前回からの変化を特定し、前記特定した変化及び前記第１の時間間隔に基づいて第１変化値を計算する。（Ｂ２）前記第２監視情報について前回からの変化を特定し、前記特定した変化及び前記第２の時間間隔に基づいて第２変化値を計算する。（Ｃ）前記第１変化値と前記第２変化値を同じ画面に表示させる。
【０１５９】
なお、前記第１変化値及び前記第２変化値の計算は、計算の元とした時間間隔が長くなると変化値の絶対値が小さくなる特性を持つ所定の変換処理に基づいて生成される。この所定の変換処理の一例として、イベントの回数を前回の監視情報収集時間と今回の監視収集時間との時間間隔で除算した値を説明してきた。しかし、所定の変換処理は時間間隔が長くなると変化値の絶対値が小さくなる特性を持てば他の式であってもよい。これは、変化値が常に正の値である場合は、この特性は「時間間隔が長くなると変化値が小さくなる特性」であることを指し、変化値が常に負の値である場合は、この特性は「時間間隔が長くなると変化値が大きくなる」を指すとも言える。また、この所定の変換処理は「時間間隔が長くなると変化値がゼロに近づく」と言っても良い。
【０１６０】
このような所定の変換処理は例えば、削除を意味するイベントの場合はイベントの回数をマイナスで扱うようにする例がある。その他イベントの回数を、時間間隔のｎ乗、またはｌｏｇ関数、エクスポネンシャル関数で変換した値で除算してもよい。また、所定の変換処理はＭａｘ（イベントの回数×定数１−時間間隔×定数２，  ０）のように、時間間隔がある一定値（定数１／定数２）を越えるとゼロになるものであってもよい。
【０１６１】
なお、第１と第２の時間間隔は監視情報の種類によって使い分けてもよく、監視対象によって使い分けても良い。
【０１６２】
なお、監視システムは、前記第１変化値の元となった第１監視情報の取得時間及び前回の取得時間の期間（第１期間）と、前記第２変化値の元となった第２監視情報の取得時間及び前回の取得時間の期間（第２期間）と、は少なくとも部分的には重複しており、前記第１変化値の表示は、前記第２変化値と時間的に関連しているように表示させてもよいことも説明した。この関連表示は例えば図２５の画面がある（ただし、時系列表示をしない場合はグラフ表示である必要はない）。他の関連表示としては、表形式である時間枠に対応する第１変化値と第２変化値を行又は列で並べることも考えられるし、第１変化値と第２変化値とを直線などで結んで表示することも考えられる。なお、第１期間は典型的には第１の時間間隔であり、第２期間は典型的には第２の時間間隔である。そのため、例えば第１の時間間隔が１日で0時1分に取得し、第２の時間間隔が１時間おきで、０分ちょうどに取得する場合、第１期間は例えば2011/03/01 00:01:00から2011/03/02 00:01:00未満(1秒刻みの管理であれば00:00:59)であり、第２期間は例えば2011/03/01 00:00:00から01:00:00未満(1秒刻みの管理であれば00:59:59)である。したがって、重複する期間は2011/03/01の00:01:00から01:00:00未満(1秒刻みの管理であれば00:59:59)である（図３０参照）。
【０１６３】
なお、前記（Ｃ）は、（Ｃ１）時間順序を示す第１軸を基準に前記第１変化値を時系列に表示する第１グラフと、時間順序を示す第２軸を基準に前記第２変化値を時系列に表示する第２グラフと、を表示し、（Ｃ２）前記第１軸と前記第２軸は同じ方向を向き、（Ｃ３）前記重複期間を示す前記第１軸上の部分は、前記第１軸と所定の角度方向に移動すると、前記重複期間を示す前記第２軸上の部分と重ねてもよい。なお、図２５ではグラフは堆積グラフを例としたが変化値を時系列に表示できるのであれば、他のグラフであってもよい。また、第１の変化値と第２の変化値は同じグラフに表示させてもよい。
【０１６４】
なお、変化値の時系列表示は、時間順序を示す所定の行又は列を基準に前記第１変化値及び前記第２変化値を時系列に表示する表形式で表示してもよい。
【０１６５】
なお、前記１つ以上の記憶資源は、前記第１の監視対象に関する第１の監視数値を含む監視数値時系列情報（例えば監視数値管理テーブルのような時系列情報）を格納し、前記１つ以上のプロセッサは、（Ｄ）時間順序を表す第３軸を基準に、前記第１の監視数値を時系列に表示する第３グラフを表示し、（Ｄ１）前記第１軸と前記第３軸は同じ方向を向き、（Ｄ２）前記重複期間を示す前記第１軸上の部分は、前記第１軸と前記所定の角度方向に移動すると、前記重複期間を示す前記第３軸上の部分と重ならせるようにしてもよい。なお、所定の角度方向とは典型的には図２５の通り、横方向に延びた時間軸と直行した９０度上である。しかし、ほぼ９０度、４５度、いずれの角度でもよい。これは表示用装置が３次元表示装置をそなえる場合も共通である。
【０１６６】
なお、変化値の表示は図２８に記したとおり所定の期間ごとのヒストグラムであってもよい。仮に図２８の欄７０５ｄに図２５の７１１から７１４のような変化値の時系列グラフを表示する場合でもヒストグラムと変化値グラフの開始日時と終了日時を縦にそろえておけば（つまり所定の角度が９０度）、変化値同時の比較が行いやすい。これは、図２８のケースで変化値をヒストグラム形式で表し、計測数値をグラフ形式で表した場合も同様である。
【０１６７】
なお、前記１つ以上のプロセッサは、（Ｅ）所定の表示時間帯を指定した表示要求を受信し、（Ｆ）前記所定の表示時間帯内に発生した前記第１監視情報の変化を、前記所定の表示時間帯内に発生した確率と共に表示し、前記（Ｆ）の確率とは、前記第１監視情報の変化の元となった第１監視情報の取得時間及び前回の取得時間の期間が、前記所定の表示時間帯に含まれる比率によって計算されてもよい。なお、計算方法は前述の（Ｍｉｎ（Ｅｅ，Ｕｅ）−Ｍａｘ（Ｅｂ，Ｕｂ））／（Ｅｅ−Ｅｂ）以外でもよい。典型的には他の数値が同じであれば、前述の期間（つまりＥｂからＥｅ）と時間幅Ｂ（つまりＵｂからＵｅ）の重なり度合いが多ければ値が高くなる傾向にある関数を用いればよい。
【０１６８】
なお、前記第１の監視対象は所定の監視対象装置に含まれる所定のコンポーネントであって、前記第１監視情報についての前回からの変化とは、前記所定のコンポーネントの追加、変更、または削除であり、前記第２の監視対象は、前記所定の監視対象装置であって、前記第２監視情報についての前回からの変化とは、少なくとも前記所定のコンポーネント以外の前記所定の監視対象装置に含まれるコンポーネントの追加、変更、または削除であってもよい。
【０１６９】
以上の説明は見方を変えると、監視対象装置又は／及び監視対象装置に含まれるコンポーネントを監視対象として監視する方法であって、（ａ０）複数の前記監視対象について監視情報を取得する複数の時間間隔を格納し、（Ａ）前記複数の時間間隔に従って、複数の前記監視対象から複数の前記監視情報を取得し、（Ｂ）複数の前記監視情報の各々について、前回からの変化と時間間隔に基づいて変化値を計算し、（Ｃ）複数の前記監視情報に対応する複数の前記変化値を同じ画面に表示させ、前記変化値の計算は、計算の元とした時間間隔が長くなると前記変化値の絶対値が小さくなる特性を持つ所定の変換処理に基づいて生成される、とも言える。
【０１７０】
また、複数の前記変化値の各々は、計算の元となった監視情報の取得時間と前回の取得時間の期間が他の変化値の期間と少なくとも部分的に重複しており、（Ｃ）の表示は、ある前記変化値と他の前記変化値とが時間的に関連していることを示す、とも言える。
【０１７１】
また、前記（Ｃ）の変化値の表示は、時間順序を示す第１軸を基準に複数の前記変化値を時系列に表示する複数の変化値グラフを表示し、複数の前記第１軸は、同じ方向を向き、同じ時間目盛り間隔である、とも言える。
【０１７２】
また、所定の監視対象に関する所定の監視数値を含む監視数値時系列情報を格納し、時間順序を示す第２軸を規準に前記監視数値を時系列に表示する数値グラフを表示し、前記第１軸と前記第２軸は、同じ方向を向き、前記第１軸の所定の期間を示す第１の部分の長さと、前記第２軸の前記所定の期間を示す第２の部分の長さと、は等しい、とも言える。
【０１７３】
また、（Ｅ）所定の表示時間帯を指定した表示要求を受信し、（Ｆ）前記所定の表示時間帯内に発生した前記監視情報の変化を、前記所定の表示時間内に発生した確率と共に表示し、前記（Ｆ）の確率とは、前記変化の元となった監視情報の取得時間及び前回の取得時間の期間が、前記所定の表示時間帯に含まれる比率によって計算される、とも言える。
【０１７４】
また、複数の前記監視対象は少なくとも所定の監視対象装置及び前記所定の監視対象装置に含まれる所定のコンポーネントを含み、前記所定のコンポーネントに関する前記監視情報の前回からの変化とは、前記所定のコンポーネントの追加、変更、または削除である、とも言える。
【０１７５】
前記所定の監視対象装置に関する前記監視情報の前回からの変化とは、少なくとも前記所定のコンポーネント以外の前記所定の前記監視対象装置に含まれるコンポーネントの追加、変更、または削除である、とも言える。
【０１７６】
さらにこれまでの説明は複数の時間間隔にこだわらない視点では、前記１つ以上のプロセッサは：（１）第１の監視対象の第１の種類の監視情報を繰り返し取得し、監視情報の時系列情報を格納し、（２）第２の監視対象の第２の種類の測定数値を繰り返し取得し、測定数値の時系列情報を格納し、（３）前記監視情報の時系列情報に含まれる所定の監視情報について、前記所定の監視情報の前回の監視情報からの変化を特定し、前記前回の監視情報の取得時間と前記所定の監視情報の取得時間との時間間隔を特定し、前記変化及び前記時間間隔に基づいて変化値を測定し、（４）時間順序を示す第１軸を基準に前記変化値を時系列に表示する第１グラフと、時間順序を示す第２軸を基準に前記測定数値を時系列に表示する測定数値グラフと、を同じ画面に表示させ、前記変化値の計算は、計算の元とした前記時間間隔が長くなると前記変化値の絶対値が小さくなる特性を持つ所定の変換処理に基づいて生成され、前記第１軸と前記第２軸は、同じ方向を向き、前記第１軸の所定の期間を示す第１の部分の長さと、前記第２軸の前記所定の期間を示す第２の部分の長さと、は等しい、と言うこともできる。
【符号の説明】
【０１７７】
１０…監視システム、１００…管理計算機、２００…表示用装置、３００…ホストコンピュータ、４００…ストレージサブシステム、５００…ネットワーク装置、６００…ネットワーク
【図１】
0005546686.tif 000002
【図２】
0005546686.tif 000003
【図３】
0005546686.tif 000004
【図４】
0005546686.tif 000005
【図５】
0005546686.tif 000006
【図６】
0005546686.tif 000007
【図７】
0005546686.tif 000008
【図８】
0005546686.tif 000009
【図９】
0005546686.tif 000010
【図１０】
0005546686.tif 000011
【図１１】
0005546686.tif 000012
【図１２】
0005546686.tif 000013
【図１３】
0005546686.tif 000014
【図１４】
0005546686.tif 000015
【図１５】
0005546686.tif 000016
【図１６】
0005546686.tif 000017
【図１７】
0005546686.tif 000018
【図１８】
0005546686.tif 000019
【図１９】
0005546686.tif 000020
【図２０】
0005546686.tif 000021
【図２１】
0005546686.tif 000022
【図２２】
0005546686.tif 000023
【図２３】
0005546686.tif 000024
【図２４】
0005546686.tif 000025
【図２５】
0005546686.tif 000026
【図２６】
0005546686.tif 000027
【図２７】
0005546686.tif 000028
【図２８】
0005546686.tif 000029
【図２９】
0005546686.tif 000030
【図３０】
0005546686.tif 000031