JP6675023B2 - 計算機システムを管理する管理システム - Google Patents

Description

本発明は、概して、複数のリソースタイプのリソースを含む複数のリソースを有する計算機システムの管理に関する。

近年、ＩＴシステム（例えばクラウド基盤）について、「ＣＰＵ」や「メモリ」等の物理リソースを「仮想マシン」や「ボリューム」などの論理リソースの単位でユーザに割り当てて運用していることが多くなっている。ユーザリソース（例えばユーザが認識する論理リソース）とシステムリソース（例えばユーザが認識しない物理リソース）の関係が複雑となっているＩＴシステムの性能情報を監視するために、ベースライン監視等のシステム監視技術を用いてＩＴシステムの運用を行う技術が存在する。この種の技術では、ＩＴ基盤システムにおける特定のリソース（例えば異常が発生したリソース）の性能情報のグラフを表示することができる。例えば、特許文献１の技術によれば、複数の仮想計算機が物理リソースを共有するシステムで、物理リソースの割当ポリシ、ソフトウェアへの影響を考慮してボトルネックを判定することができる。

特開2010-250689号公報

以下、管理対象の計算機システムにおける少なくとも１つのリソースに関する情報の表示を、便宜上、「リソース表示」と言うことがある。

特許文献１の技術によれば、着目された物理リソースを使用する複数のＬＰＡＲにそれぞれ対応した複数のリソース使用量が積み上げられたグラフが表示される。このグラフから、複数のＬＰＡＲのうちボトルネックのＬＰＡＲを特定することができる。つまり、１つの物理リソースを基点としたリソース表示を行うことはできる。しかし、異なる２以上のリソースを基点としたリソース表示を行うことはできない。

ボトルネックの特定を目的として、リソースのツリー構造の表示、つまりトポロジー表示を採用することが考えられる。トポロジー表示では、各リソースの状態を表示可能である。しかし、表示されるリソース状態は、或る時点の状態にすぎず、且つ、複数段階の状態のうちのいずれかの状態にすぎない。つまり、グラフのような時系列表示に比べて、情報量が落ちてしまう。

管理システムが、２以上のリソースを基点とした時系列変化一覧を表示する。時系列変化一覧は、１以上の第１ラインと２以上の第２ラインとを含んだマトリクスである。各第１ラインは、第１方向に平行に並んだ時系列変化オブジェクトである。各第２ラインは、第１方向と直交する第２方向に平行に並んだ時系列変化オブジェクトである。２以上の第２ラインは、２以上の基点リソースがそれぞれ関連付けられている。１以上の第１ラインは、２以上の基点リソースの１以上の関連リソースに対応した１以上のメトリックタイプがそれぞれ関連付けられている。ｍ番目の第１ラインとｎ番目の第２ラインとに対応した時系列変化オブジェクトは、ｎ番目の第２ラインに関連付いた基点リソースの関連リソースについてｍ番目の第１ラインに関連付いたメトリックタイプのメトリック値の時系列変化を表す。

２以上のリソースを基点とした視認性の高いリソース表示が実現される。

実施例１に係る計算機システム及び管理システムの構成を示す。 計算機システムのトポロジーの一部の一例を示す。 リソーステーブルの一例を示す。 関連リソーステーブルの一例を示す。 リソースタイプテーブルの一例を示す。 メトリックタイプテーブルの一例を示す。 時系列データテーブルの一例を示す。 行順序テーブルの一例を示す。 列順序テーブルの一例を示す。 閾値テーブルの一例を示す。 トポロジー画面の一例を示す。 グラフ一覧画面の一例を示す。 メトリックタイプ絞込み処理後且つグラフ行並び替え後のグラフ一覧画面の一例を示す。 グラフ列並び替え後のグラフ一覧画面の一例を示す。 強調表示処理後のグラフ一覧画面の一例を示す。 実施例１に係るグラフ一覧表示処理の流れを示す。 実施例２に係る計算機システム及び管理システムの構成を示す。 時系列スコアテーブルの一例を示す。 メトリックタイプ絞込み処理の説明図である。 グラフ行並び替え処理の説明図である。 グラフ列並び替え処理の説明図である。 実施例２に係るグラフ一覧表示処理の流れを示す。

以下、幾つかの実施例を説明する。

なお、以下の説明では、「ａｂｃテーブル」の表現にて情報を説明することがあるが、情報は、テーブル以外のデータ構成で表現されていてもよい。データ構成に依存しないことを示すために「ａｂｃテーブル」のうちの少なくとも１つを「ａｂｃ情報」と呼ぶことができる。

また、以下の説明では、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサ（例えばＣＰＵ（Central Processing Unit））によって実行されることで、定められた処理を、適宜に記憶資源（例えばメモリ）及び／又は通信インターフェースデバイス（例えば通信ポート）等を用いながら行うため、処理の主語がプロセッサとされてもよい。プログラムを主語として説明された処理は、プロセッサあるいはそのプロセッサを有する装置が行う処理としてもよい。また、プロセッサは、処理の一部または全部を行うハードウエア回路を含んでもよい。プログラムは、プログラムソースから計算機のような装置にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバまたは計算機が読み取り可能な記憶メディアであってもよい。プログラムソースがプログラム配布サーバの場合、プログラム配布サーバはプロセッサ（例えばＣＰＵ）と記憶資源を含み、記憶資源はさらに配布プログラムと配布対象であるプログラムとを記憶している。そして、プログラム配布サーバのプロセッサが配布プログラムを実行することで、プログラム配布サーバのプロセッサは配布対象のプログラムを他の計算機に配布する。

また、管理システムは、一以上の計算機で構成されてよい。具体的には、例えば、管理計算機が情報を表示する場合（具体的には、管理計算機が自分の表示デバイスに情報を表示する、或いは、管理計算機が表示用情報を遠隔の表示用計算機に送信する場合）、管理計算機が管理システムである。また、例えば、複数の計算機で管理計算機と同等の機能が実現されている場合は、当該複数の計算機（表示を表示用計算機が行う場合は表示用計算機を含んでよい）が、管理システムである。計算機への情報の入力や、計算機からの情報の出力は、計算機が有する入出力デバイスにより行われてよい。入出力デバイスの例としては、表示デバイス、キーボード及びポインティングデバイスが考えられるが、これらのうちの少なくとも１つに代えて又は加えて別のデバイスが採用されてよい。また、入出力デバイスの代替として、シリアルインターフェースデバイスやイーサーネットインターフェースデバイス（イーサネットは登録商標）が採用され、そのようなインターフェースデバイスに、表示デバイスとキーボード及びポインタデバイスとを有する表示用計算機が接続され、計算機が表示用情報を表示用計算機に送信したり、計算機が入力用情報を表示用計算機から受信したりすることで、情報の出力（例えば表示）及び入力が行われてよい。以下の説明では、管理サーバ５５７が管理計算機であり、管理クライアント５５５が表示用計算機である。

また、以下の説明において、「リソース」とは、計算機システムの構成要素を意味し、具体的には、計算機システムを構成する複数のノード（装置）の各々、及び、各ノードが有する複数のコンポーネントの各々の総称である。ノードとして、物理的なノード（例えばネットワークスイッチ）もあれば論理的なノード（例えば仮想マシン）もある。同様に、コンポーネントとして、物理的なコンポーネント（例えばマイクロプロセッサ）もあれば論理的なコンポーネント（例えばＬＤＥＶ（論理ボリューム））もある。すなわち、リソースとしては、物理リソースと論理リソースとがある。物理リソースは、例えば、物理ＣＰＵ及び物理メモリ等である。論理リソースは、１以上の物理リソースの少なくとも一部が割り当てられたリソース、及び、１以上の物理リソースの少なくとも一部を使用するリソースのうちの少なくとも１つに該当するリソースである。論理リソースは、例えば、ＡＰＰ、論理ボリューム及びＶＭ（Virtual Machine）等である。

また、以下の説明において、リソースの「関連リソース」（リソースに関連するリソース）とは、リソースに直接的又は間接的にリンクしたリソースである。リソースに関連リソースが「直接的に」リンクしている場合、リソースと関連リソースの間に他のリソースが介在せず、リソースに関連リソースが「間接的に」リンクしている場合、リソースと関連リソースの間に他の１以上のリソースが介在する。リソースよりも上位の関連リソースを、「上位関連リソース」と言うことができ、リソースよりも下位の関連リソースを、「下位関連リソース」と言うことができる。また、上位関連リソースのうち、リソースに直接的にリンクしている関連リソースを「親リソース」と言うことができ、下位関連リソースのうち、リソースに直接的にリンクしている関連リソースを「子リソース」と言うことができる。なお、「上位／下位」や「親／子」の概念は、ユーザが何を管理（例えば監視）する立場であるかによって変化する場合があり、また省略されてもかまわない。例えば、関連が、サーバとストレージシステムとのＦＣ（Fibre Channel）スイッチを介した「接続関係」の場合、単に接続されているというレベルで見ればサーバとストレージシステムはどちらが上位や親かは一意に定まるものではなく、ユーザの立場によってサーバを上位と考えるか、ストレージシステムを上位と考えるか、又は上下という概念を持ち込まないかが決まってよい。反対に、関連が、包含（例えばノードがコンポーネントを含む）場合は、ノードの下位（又は子）はコンポーネントであるという概念はユーザの立場によらず共通である場合が多い。

また、以下の説明では、リソースの識別情報として、名前或いはＩＤが使用されるが、それらは相互に置換可能であってもよいし、それらのうちの少なくとも１つに代えて又は加えて他種の識別情報が使用されてもよい。

また、以下の説明では、計算機システムの管理画面としてのＧＵＩ（Graphical User Interface）に対してユーザ（例えば管理者）が入力デバイスを使用して行う操作を、「ユーザ操作」と言う。ユーザ操作に使用される入力デバイスは、一般に、ポインティングデバイス或いはタッチスクリーンである。以下の実施例において、管理システムのプロセッサは、情報の入出力（例えば、ＧＵＩの表示、ＧＵＩに入力された情報の受付等）を、インターフェース部を介して行うことができる。インターフェース部は、ネットワークインターフェース（例えば上記Ｉ／Ｆ５３７）、入力デバイスのためのインターフェースデバイス、及び、表示デバイスのためのインターフェースデバイスのうちの少なくとも１つを含んでよい。これらのインターフェースデバイスのうちの２以上のインターフェースデバイスが一体でもよい。

また、以下の説明では、同種の要素を区別しないで説明する場合には、参照符号における共通部分を使用し、同種の要素を区別して説明する場合は、要素のＩＤ（又は要素の参照符号）を使用することがある。例えば、後述の図１２を参照してグラフ行を特に区別しないで説明する場合には、「グラフ行１２１」、「グラフ行１２１Ｌ」又は「グラフ行１２１Ｐ」と記載し、個々のグラフ行を区別して説明する場合には、「グラフ行１２１Ｌ１」、「グラフ行１２１Ｌ２」、「グラフ行１２１Ｐ１」、…のように記載することがある。

図１は、実施例１に係る計算機システム及び管理システムの構成を示す。

計算機システム１００は、１以上のホスト５５３と、１以上のホスト５５３に接続された１以上のストレージシステム５５１とを含む。ストレージシステム５５１には、例えば、通信ネットワーク５２１（例えばＳＡＮ（Storage Area Network）又はＬＡＮ（Local Area Network））を介してホスト５５３が接続される。

ストレージシステム５５１は、物理記憶デバイス群５６３と、物理記憶デバイス群５６３に接続されたコントローラ５６１とを有する。

物理記憶デバイス群５６３は、１以上のＰＧ（Parity Group）を有する。ＰＧは、ＲＡＩＤ（Redundant Array of Independent (or Inexpensive) Disks）グループと呼ぶこともある。ＰＧは、複数の物理記憶デバイスで構成されており、所定のＲＡＩＤレベルに従いデータを記憶する。物理記憶デバイスは、例えば、ＨＤＤ（Hard Disk Drive）或いはＳＳＤ（Solid State Drive）である。

ストレージシステム５５１は、複数の論理ボリュームを有する。論理ボリュームとしては、ＰＧに基づく実体的な論理ボリューム（実ボリューム）５６５もあれば、シンプロビジョニング或いはストレージ仮想化技術に従う仮想的な論理ボリューム（仮想ボリューム）５６７もある。１つのストレージシステム５５１が必ずしも複数種類の論理ボリュームを有さないでよい。例えば、ストレージシステム５５１は、論理ボリュームとして、実ボリューム５６５のみを有してもよい。シンプロビジョニングに従う仮想ボリュームにはプールから記憶領域が割り当てられる。プールは、１以上の物理記憶デバイス（例えばＰＧ）に基づく記憶領域群であり、例えば、１以上の論理ボリュームの集合でよい。プールは、シンプロビジョニングに従う仮想ボリュームに割り当てられる記憶領域を有するプールに代えて、オリジナルの論理ボリュームとそのスナップショットとの差分が格納されるプールでもよい。

コントローラ５６１は、複数のデバイス、例えば、ポート、ＭＰＢ（１又は複数のマイクロプロセッサ（ＭＰ）を有するブレード（回路基板））及びキャッシュメモリを有している。例えば、ポートが、ホスト５５３からＩ／Ｏ（Input/Output）コマンド（ライトコマンド又はリードコマンド）を受信し、ＭＰＢが有するＭＰが、そのＩ／Ｏコマンドに従うデータのＩ／Ｏを制御する。具体的には、例えば、ＭＰは、受信したＩ／ＯコマンドからＩ／Ｏ先の論理ボリュームを特定し、特定した論理ボリュームに対してデータのＩ／Ｏを行う。論理ボリュームに対してＩ／Ｏされるデータは、一時的に、キャッシュメモリに格納される。

ホスト５５３は、物理マシン（物理計算機）でも仮想マシン（ＶＭ）でもよい。ホスト５５３で、１以上のアプリケーションプログラム（ＡＰＰ）５５２が実行される。ＡＰＰ５５２が実行されることにより、論理ボリュームを指定したＩ／Ｏコマンドがホスト５５３からストレージシステム５５１に送信する。

以上のように、計算機システム１００は、階層的な複数のリソースを有する。複数のリソースは、具体的には、ＡＰＰ５５２、ホスト５５３、ストレージシステム５５１、コントローラ５６１、ポート、ＭＰＢ、キャッシュメモリ、論理ボリューム及びＰＧ等のうちの２つのリソースタイプ以上のリソースを含む。同じレイヤの複数のリソースがグループ化されることでそのレイヤのリソースより上位レイヤのリソースが定義されてもよい。「リソース」は、ＡＰＰや論理ボリュームのような実体的なリソース（論理リソースと物理リソースのいずれでもよい）と、複数の実体的なリソースのグループである仮想的なリソースとがあってよい。

管理システムは、管理サーバ５５７と、管理サーバ５５７に接続された１以上の管理クライアント５５５とを含む。管理サーバ５５７には、通信ネットワーク（例えばＬＡＮ、ＷＡＮ（World Area Network）又はインターネット）５２１を介して、管理クライアント５５５が接続される。

管理クライアント５５５は、入力デバイス５０１、表示デバイス５０２、記憶デバイス（例えばメモリ）５０５、通信インターフェースデバイス（以下、Ｉ／Ｆ）５０７、及び、それらに接続されたプロセッサ（例えばＣＰＵ（Central Processing Unit））５０３を有する。入力デバイス５０１は、例えば、ポインティングデバイス及びキーボードである。表示デバイス５０２は、例えば、情報が表示される物理画面を有するデバイスである。入力デバイス５０１及び表示デバイス５０２が一体となったタッチスクリーンが採用されてもよい。Ｉ／Ｆ５０７は、通信ネットワーク５２１に接続され、Ｉ／Ｆ５０７を介して、管理クライアント５５５は管理サーバ５５７と通信することができる。なお、通信ネットワーク５２１と、ホスト５５３とストレージシステム５５１と、を接続するネットワークとは一部または全てが共通であってもよい。

記憶資源５０５は、例えば、主記憶デバイス及び補助記憶デバイスのうちの少なくとも主記憶デバイス（典型的にはメモリ）を有する。記憶資源５０５は、プロセッサ５０３で実行されるコンピュータプログラム、及び、プロセッサ５０３に使用される情報を記憶することができる。具体的には、例えば、記憶資源５０５は、Ｗｅｂブラウザ５１１、及び、管理クライアントプログラム５１３を記憶する。管理クライアントプログラム５１３は、ＲＩＡ（Rich Internet Application）でよい。具体的には、例えば、管理クライアントプログラムは、プログラムファイルであり、管理サーバ５５７（或いは他の計算機）からダウンロードされ、記憶資源５０５に記憶されてよい。

管理サーバ５５７は、記憶資源５３５、Ｉ／Ｆ５３７、及び、それらに接続されたプロセッサ（例えばＣＰＵ（Central Processing Unit））５３３を有する。Ｉ／Ｆ５３７は、通信ネットワーク５２１に接続され、Ｉ／Ｆ５３７を介して、管理サーバ５５７は管理クライアント５５５と通信することができる。管理サーバ５５７は、Ｉ／Ｆ５３７を介して、ユーザ操作に従う指示を受信したり、レイアウト領域に表示オブジェクトを描画したりすることができる。このため、Ｉ／Ｆ５３７は、Ｉ／Ｏインターフェースデバイスの一例である。なお、ここで言う「レイアウト領域」とは、表示オブジェクトが描画され得る領域である。レイアウト領域の全部又は一部の範囲が、Ｗｅｂブラウザ５１１（又は管理クライアントプログラム５１３）によって表示されるフレーム（例えばウィンドウ）での表示範囲である。表示オブジェクトが描画されたレイアウト領域の、上記フレーム内における表示イメージ（表示オブジェクトを含む）を、表示画面又はＧＵＩ画面と言うことができる。レイアウト領域に描画されたオブジェクトのうち、表示範囲に重なるオブジェクトが、表示デバイス５０２の物理画面上に表示される。このため、レイアウト領域にオブジェクトを描画することは、実質的に、オブジェクトを表示することの一例である。

記憶資源５３５は、例えば、主記憶デバイス及び補助記憶デバイスのうちの少なくとも主記憶デバイス（典型的にはメモリ）を有する。記憶資源５３５は、プロセッサ５３３で実行されるコンピュータプログラム、及び、プロセッサ５３３に使用される情報を記憶することができる。具体的には、例えば、記憶資源５３５は、管理サーバプログラム５４１及び管理テーブル群５４３を記憶する。管理テーブル群５４３は、計算機システムが有する複数のリソースの階層関係（構成情報）や、各リソースの障害情報等を含む。管理テーブル群５４３の少なくとも一部の情報は、管理サーバプログラム５４１により収集されてもよいし、情報を保有する他の管理システムにアクセスすることで取得してもよい。管理サーバプログラム５４１は、ユーザ操作に従う指示を管理クライアント５５５から受信したり、レイアウト領域に描画される情報を管理クライアント５５５に送信したりする。管理サーバプログラム５４１は、表示制御を実行する表示制御プログラム１３０を含む。表示制御プログラム１３０は、管理テーブル群５４３の少なくとも一部を参照して表示を制御する。具体的には、例えば、表示制御プログラム１３０は、後述のグラフ一覧画面を表示するグラフ一覧表示モジュール１３１と、後述の強調表示を行う強調表示モジュール１３２とを含む。本実施例では、表示制御プログラム１３０が行う処理のうち、強調表示モジュール１３２が行う処理以外の処理は、グラフ一覧表示モジュール１３１により行われる。本実施例では、説明の冗長を避けるため、表示制御プログラム１３０は、管理サーバプログラム５４１に含まれているとする。しかし、表示制御は、管理テーブル群５４３のうち、表示制御プログラム１３０以外の機能により収集又は更新された情報に基づき行うことができる。このため、表示制御プログラム１３０は、管理サーバプログラム５４１の外にあってもよい（例えば、追加的にインストールされたプログラムでもよい）。

管理サーバプログラム５４１と、Ｗｅｂブラウザ５１１（またはクライアントのＲＩＡ実行環境）と、管理クライアントプログラム５１３と、の連携処理によって、ユーザ操作に応じたＧＵＩ画面表示が実現される。管理サーバプログラム５４１が、画面を作成し、作成した画面の表示用情報を管理クライアントプログラム５１３に提供し、管理クライアントプログラム５１３が、その表示用情報を基に画面を表示してもよいし、画面作成処理の一部（例えば描画処理）が管理サーバプログラム５４１から管理クライアントプログラム５１３にオフロードされてもよい。連携の例としては以下がある。説明の簡略化のために、本実施例において（連携例２）が採用される場合を説明するが、連携例１にも適用可能であることは言うまでもない。
（連携例１）管理サーバプログラム５４１が、管理テーブル群５４３が有する情報の少なくとも一部を、Ｗｅｂブラウザ５１１（又は管理クライアントプログラム５１３）に送信し、それを、Ｗｅｂブラウザ５１１（又は管理クライアントプログラム５１３）が一時情報として記憶資源５０５に格納する。Ｗｅｂブラウザ５１１（又は管理クライアントプログラム５１３）が、ユーザ操作に従う指示と一時情報とを基に、レイアウト領域に表示オブジェクトを描画する（例えば、表示オブジェクトを新規描画、拡大又は縮小する）。
（連携例２）管理サーバプログラム５４１が、表示画面に対するユーザ操作に従う指示をＷｅｂブラウザ５１１（又は管理クライアントプログラム５１３）から受け、その指示と管理テーブル群５４３とを基に表示オブジェクトの表示用情報を作成し、その表示用情報を送信する。Ｗｅｂブラウザ５１１（又は管理クライアントプログラム５１３）は、表示用情報を受信し、その表示用情報に従い表示オブジェクトをレイアウト領域に描画する。つまり、端的に言えば、管理サーバプログラム５４１が、レイアウト領域に表示オブジェクトを描画する。Ｗｅｂブラウザ５１１（又は管理クライアントプログラム５１３）は、ＧＵＩ画面に対するユーザ操作がされたら、そのユーザ操作に従う指示を管理サーバプログラム５４１に送信する。

以下、冗長な説明を避けるために、表示の制御は管理サーバプログラム５４１（表示制御プログラム１３０）により行われるとする。

図２は、計算機システム１００のトポロジーの一部の一例を示す。

複数のレイヤとして、例えば、上位レイヤから順に、LAN、Server、SAN及びStorageがある。レイヤ「LAN」に属するリソースは、「IP-Switch」（ＬＡＮにおけるＩＰスイッチ）である。レイヤ「Server」に属するリソースは、「VM」、「HV」及び「DS」である。「VM」は、仮想マシンである。「HV」は、１又は複数の仮想マシンを制御しホストで実行されるハイパバイザである。HV（例えばHV4）に含まれるリソースの一例として、CPUとDISK（物理記憶デバイスの一例）がある。複数のHVが１つのクラスタ（「Cluster」）を構成する。クラスタも、リソースの１つであってよい。「DS」は、ハイパバイザから記憶デバイスとして認識されるデータストアである。レイヤ「SAN」に属するリソースは、「FC-Switch」（ＳＡＮにおけるＦＣ（Fibre Channel）スイッチ）である。レイヤ「Storage」に属するリソースは、「Storage」（ストレージシステム）である。Storage（例えばStorage#02）に含まれるリソースの一例として、ストレージシステムにおける複数のコンポーネント、例えば、「Port」、「LDEV」、「MP」、「Pool」及び「PG」がある。「Port」は、ＦＣスイッチに接続されVMからＩ／Ｏコマンドを受け付ける通信ポートである。「LDEV」は、論理ボリューム（実ボリューム又は仮想ボリューム）である。「MP」は、マイクロプロセッサである。「Pool」は、仮想ボリュームにシンプロビジョニングに従い割り当てられる実領域を含んだ記憶領域である。「PG」は、パリティグループである。

図２に示したようなトポロジー構成は、管理テーブル群５４３が表す構成情報から特定される構成である。１又は複数のリソースタイプが１つのレイヤに属してもよい。同一リソースタイプの２以上のリソースにより１つのグループが構成されてもよく、その場合、１つのリソースタイプについて異なる複数のグループが存在し、グループ毎に、そのリソースタイプの１以上のリソースが存在してもよい。つまり、「レイヤ」は、異なるリソースタイプの集約であり、「グループ」は、同一リソースタイプでの異なるリソースの集約である。レイヤ及びグループのうちの少なくとも一方がユーザにより定義されてもよい。

以下、図３〜図１０を参照して、管理テーブル群５４３に含まれるテーブルの一例を説明する。

図３は、リソーステーブルの一例を示す。

リソーステーブル４００は、リソースに関する情報を有する。リソーステーブル４００は、例えば、リソース毎にレコードを有する。各レコードが、リソースＩＤ、リソース名、及びリソースタイプＩＤを有する。

図４は、関連リソーステーブルの一例を示す。

関連リソーステーブル５００は、リソース同士の関連を表す。例えば、関連リソーステーブル５００は、リソース毎にレコード有し、各レコードは、リソースＩＤ及び子リソースＩＤ（リソースの子リソースのＩＤ）を有する。管理サーバプログラム５４１は、選択されたリソースのＩＤを用いて、関連リソーステーブル５００から、選択されたリソースの関連リソースを特定できる。例えば、管理サーバプログラム５４１は、選択されたリソースのＩＤをリソースＩＤとして有するレコードを基点に関連リソーステーブル５００から特定されるレコードから、下位関連リソースを特定でき、選択されたリソースのＩＤを子リソースＩＤとして有するレコードを基点に関連リソーステーブル５００から特定されるレコードから、上位関連リソースを特定できる。関連リソーステーブル５００の各レコードは、子リソースＩＤに代えて又は加えて親リソースＩＤを有していてもよい。

図５は、リソースタイプテーブルの一例を示す。

リソースタイプテーブル５５０は、リソースタイプに関する情報を有する。例えば、リソースタイプテーブル５５０は、リソースタイプ毎にレコード有し、各レコードは、リソースタイプＩＤ、リソースタイプ名、属性（論理リソースと物理リソースのどちらであるか）、及び、レイヤ名（リソースタイプが属するレイヤの名前）を有する。

図６は、メトリックタイプテーブルの一例を示す。

メトリックタイプテーブル６００は、メトリックタイプに関する情報を有する。メトリックタイプテーブル６００は、例えば、メトリックタイプ毎にレコードを有する。各レコードが、メトリックタイプＩＤ、メトリックタイプ名及びリソースタイプＩＤ（メトリックタイプに属するメトリック値が収集されるリソースのリソースタイプのＩＤ）を有する。

なお、本実施例において、「メトリック値」は、リソースについて収集された値であり、例えば、性能及びリソース消費量のうちの少なくとも１つの値である。メトリック値の優劣は、メトリックタイプに依存する。例えば、メトリックタイプがレスポンスタイムの場合、メトリック値が小さいほど優れており、メトリック値が大きいほど劣る。メトリックタイプがデータ転送速度の場合、メトリック値が大きいほど優れており、メトリック値が小さいほど劣る。

また、本実施例において、メトリックタイプＩＤとリソースタイプＩＤは１：１又は多：１で対応する。すなわち、１つのリソースタイプにつき、メトリックタイプは１又は複数存在するが、１つのメトリックタイプが複数のリソースタイプに対応することはない。しかし、本発明はそれに限定されず、例えば、１つのメトリックタイプが複数のリソースタイプに対応していてもよい。

図７は、時系列データテーブルの一例を示す。

時系列データテーブルは、時系列情報の一例であり、リソースについて収集されたメトリックデータを有するテーブルである。時系列データテーブルの各レコードは、１件のメトリックデータに含まれる情報を有する。具体的には、例えば、各レコードは、リソースＩＤ（収集されたメトリック値に対応したリソースのＩＤ）、メトリックタイプＩＤ（収集されたメトリック値のメトリックタイプのＩＤ）、取得時刻（収集されたメトリック値が取得された時刻（メトリックの収集時刻でもよい））、及び、メトリック値を有する。時刻は、年月日時分秒で表現されているが、表現方式はそれに限られない。

図８は、行順序テーブルの一例を示す。図９は、列順序テーブルの一例を示す。

行順序テーブル８００は、グラフマトリクスのグラフ行の順序を表すテーブルである。行順序テーブル８００は、例えば、グラフ行毎にレコードを有する。各レコードは、行番号（グラフ行の番号）と、メトリックタイプＩＤとを有する。先頭のグラフ行の行番号が最も小さい番号である。本実施例では、先頭のグラフ行は、一番上のグラフ行であるが、それ限られないでもよい。本実施例では、行番号が小さいほど上位であるが、行番号が大きいほど上位であってもよい。

列順序テーブル９００は、グラフマトリクスのグラフ列の順序を表すテーブルである。列順序テーブル９００は、例えば、グラフ列毎にレコードを有する。各レコードは、列番号（グラフ列の番号）と、リソースＩＤとを有する。先頭のグラフ列の列番号が最も小さい番号である。本実施例では、先頭のグラフ列は、一番左のグラフ列であるが、それ限られないでもよい。本実施例では、列番号が小さいほど上位であるが、列番号が大きいほど上位であってもよい。

なお、「グラフマトリクス」とは、グラフ一覧を表示したマトリクスであり、グラフ行とグラフ列で構成されている。「グラフ行」とは、メトリックタイプが関連付けられた行である。「グラフ列」とは、リソースが関連付けられた列である。グラフ行とグラフ列の交点（交差エリア）を「セル」と言う。セルに、そのセルを有するグラフ行に関連付けられたメトリックタイプのメトリック値の時系列変化を表すグラフが、そのセルを有するグラフ列に関連付けられたリソースに関して表示される。グラフマトリクスについては後に詳細に説明する。

図１０は、閾値テーブルの一例を示す。

閾値テーブル１０００は、メトリック値と比較される閾値に関する情報を有する。閾値テーブル１０００は、例えば、リソースとメトリックタイプとの組毎に、レコードを有する。各レコードは、リソースＩＤ、メトリックタイプＩＤ、警告閾値及び異常閾値を有する。警告閾値は、第１の閾値の一例である。異常閾値は、第２の閾値の一例である。第２の閾値は、第１の閾値より悪い。第１の閾値より悪い第２の閾値が、第１の閾値よりも大きいか小さいかは、メトリックタイプに依存する（つまり、優劣とメトリック値の大小との関係に依存する）。少なくとも１つの組（リソースとメトリックタイプとの組）について、閾値は、２つに限らず、１つであっても３つ以上であってもよい。また、閾値は、メトリックタイプ毎に用意されてもよい（言い換えれば、リソースＩＤは少なくとも１つのメトリックタイプについて関連付けられていなくてもよい）。

以上の図３〜図１０に示したテーブルを含む管理テーブル群５４３を基に、リソース表示が行われる。「リソース表示」とは、計算機システム１００における少なくとも１つのリソースに関する情報の表示である。リソース表示として、トポロジー表示とグラフ一覧表示とがある。トポロジー表示がされた画面（例えばＧＵＩ）を、「トポロジー画面」と言い、グラフ一覧表示がされた画面を、「グラフ一覧画面」と言う。トポロジー画面及びグラフ一覧画面のいずれも、表示制御プログラム１３０により表示される。また、トポロジー画面及びグラフ一覧画面のいずれについても、ユーザ操作（例えばクリック）の受付、及び、そのユーザ操作に応じた画面更新は、表示制御プログラム１３０により行われる。

以下、本実施例で行われる処理の一例を説明する。なお、以下の説明では、説明の冗長を避ける目的で、表示が「管理サーバ５５７（管理サーバプログラム５４１）により」行われることの記載を省略することがある。また、以下の説明は、主に、表示の制御に関する処理の説明を含む。表示の制御に関する処理は、表示制御プログラム１３０により（例えば、表示制御プログラム１３０が管理サーバプログラム５４１のうちの表示制御プログラム１３０以外のプログラム（図示せず）と協働することにより）行われる。表示の制御に関する処理では、適宜、管理テーブル群５４３における少なくとも１つのテーブルが表示制御プログラム１３０により参照される。表示の制御に関する処理以外の処理、例えば、計算機システム１００における複数のリソースの各々のメトリックデータを収集する処理と、収集されたメトリックデータの少なくとも一部の情報を含んだレコードを時系列データテーブル７００に追加する処理は、管理サーバプログラム５４１のうちの表示制御プログラム１３０以外のプログラム（図示せず）により行われてよい。

図１１は、トポロジー画面の一例を示す。

表示制御プログラム１３０により、トポロジー画面５１が表示される。トポロジー画面５１は、リソース選択画面（複数のリソースを選択可能に表示した画面）の一例である。トポロジー画面５１には、計算機システム１００のトポロジー１１４が表示される。トポロジー１１４は、ノードとリンクを有するツリー構造である。ノードは、リソースオブジェクト１１０である。リソースオブジェクト１１０は、リソースに対応した表示オブジェクト（例えば方形のオブジェクト）である。リソースオブジェクト１１０内に、例えば、そのリソースオブジェクト１１０に対応したリソースのリソース名（例えば「IP Switch 12」）が表示される。リンクは、リソース間の関連を表す。

表示制御プログラム１３０が、ユーザによるリソース選択、具体的には、トポロジー１１４におけるリソースオブジェクト１１０の選択をユーザから受け付ける。表示制御プログラム１３０が、リソースの選択を受け付けた場合、その選択されたリソースを含む２以上のリソースを基点としたグラフ一覧画面を表示する。
選択されるリソースの数は１でも２以上でもよい。ここでは、リソースオブジェクト「VM21」が選択され、その結果として、図１２に例示するグラフ一覧画面５３が表示されたとする。

また、トポロジー画面５１は、リソース選択画面の一例である。表示制御プログラム１３０は、ユーザによるリソース選択に応答して、グラフ一覧画面を表示する。グラフ一覧画面では、２以上のリソース（１つのリソースでもよい）を基点としたグラフ一覧表示がされる。その２以上の基点リソース（基点とされたリソース）の各々は、選択リソース（リソース選択画面からユーザにより選択されたリソース）と、条件該当リソース（所定のリソース条件に該当したリソース）とのうちのいずれかである。つまり、２以上の基点リソースは、選択リソースと条件該当リソースとのうちの少なくとも１つを含む。リソース選択画面は、トポロジー画面５１に限らず、リソースが選択可能に表示された画面であればよい。例えば、リソース選択画面は、計算機システム１００のリソースの一覧画面でもよい。その一覧画面では、リソースオブジェクトが一覧表示されていてもよいし、リソース名がプルダウン等のメニューで一覧表示される画面でもよい。また、リソース選択画面（例えばトポロジー画面５１）では、リソースの状態が表示されてよい。リソースの状態は、文字列、マーク（アイコン）及び強調表示（例えば、書体又は色の変更）等のいずれで表現されてもよい。例えば、トポロジー画面５１において、警告閾値を超えたリソースのリソースオブジェクトに、状態「Warning」を意味するマークが表示されてよく、異常閾値を超えたリソースのリソースオブジェクトに、状態「Error」を意味するマークが表示されてよい。

図１２は、グラフ一覧画面の一例を示す。

グラフ一覧画面５３は、表示制御プログラム１３０内のグラフ一覧表示モジュール１３１により表示される。グラフ一覧画面５３の概要は次の通りである。

すなわち、グラフ一覧画面５３には、グラフマトリクス１２０が表示される。グラフマトリクス１２０は、上述したように、グラフ行１２１とグラフ列１２３で構成されている。破線枠が、１つのグラフ行１２１Ｌ１の範囲を表す枠である。一点鎖線枠が、１つのグラフ列１２３Ｌ１の範囲を表す枠である。グラフ行１２１は、典型的には複数存在するが、１つということもあり得る。

グラフ行１２１には、基点リソースに関連するリソースのリソースタイプに対応したメトリックタイプが関連付けられている。グラフ列１２３には、基点リソース（基点となるリソース）が関連付けられている。複数のセル（グラフ行１２１とグラフ列１２３の複数の交点（交差エリア））に、それぞれ、複数のグラフ１２９が表示される。つまり、列方向にも、行方向にも、グラフ１２９が並ぶ。複数のグラフ１２９の各々は、所定の時間帯におけるメトリック値の時系列変化を表す情報の一例である。グラフ１２９が表すメトリック値変化は、そのグラフ１２９が表示されるセルを有するグラフ行１２１に関連付けられているメトリックタイプのメトリック値（基点リソースに関連したリソースのメトリック値）の時系列変化である。グラフ１２９は、そのグラフ１２９が表示されるセルを有するグラフ列に関連付けられたリソースに関してのグラフである。グラフ１２９は、２次元直交座標系のグラフである。複数のグラフ１２９の各々において、横軸（ｘ軸）は、時間軸であり、縦軸（ｙ軸）は、数値軸（メトリック値軸）である。全てのグラフ１２９の時間軸（表示対象の時間帯）は同一である。また、各グラフ行において、そのグラフ行における全てのグラフ１２９の数値軸（表示対象のメトリック値範囲）は同一である。

グラフ一覧画面５３によれば、２以上のリソースを基点としてリソース状態よりも情報量の多いメトリック値変化（時系列変化）が規則性を持って行列方向に並ぶ。つまり、２以上のリソースを基点とした視認性の高いリソース表示が実現される。

具体的には、基点リソース毎に、時間軸と直交する方向（ここでは列方向）に、同一時間軸（同一時間帯）の複数のグラフ１２９（異なる複数のメトリックタイプにそれぞれ対応した複数のグラフ１２９）が並ぶ。また、メトリックタイプ毎に、数値軸と直交する方向（ここでは行方向）に、同一数値軸（同一数値範囲）の２以上のグラフ１２９（２以上の基点リソースにそれぞれ対応した２以上のグラフ１２９）が並ぶ。これにより、同一基点リソースについて、複数のメトリックタイプのメトリック値変化の比較が容易であり、同一メトリックタイプについて、異なる２以上の基点リソースについてのメトリック値変化の比較が容易である。

これは、分析の容易性及び正確性のうちの少なくとも１つの向上に貢献することが期待される。

例えば、計算機システム１００（例えば、大規模化又は複雑化したシステム）の監視において、リソースの障害が検出されたとする。この場合、トポロジー表示のようなリソース一覧表示においてリソースの状態が表示されたとしても、障害が検出されたリソースのボトルネックを迅速且つ正確に特定することは必ずしも容易ではない。なぜなら、表示されるリソース状態は、或る時点での状態であり、且つ、複数段階の状態のうちのいずれかの状態だからである。つまり、情報量が落ちているためである。

また、ボトルネックは、障害が検出されたリソースの稼働状況に代えて又は加えて、他のリソースの稼働状況が原因で生じている可能性もある。

以上のことから、リソース状態よりも多量の情報を表示するリソース表示を、２以上のリソースを基点として実現することが望ましい。リソース状態よりも多量の情報の一例として、メトリック値の時系列変化を表すグラフがあるが、上述した特許文献１の技術に従うグラフ表示では、２以上のリソースを基点としたリソース表示はされない。

そこで、本実施例によれば、２以上のリソースを基点とした視認性の高いリソース表示が実現される。ユーザは、同一基点リソースについて、複数のメトリックタイプのメトリック値変化を同一時間軸で比較でき（列方向に沿った視線移動）、同一のメトリックタイプ（同一リソースタイプ）について、２以上の基点リソースに関してのメトリック値変化を同一数値軸で比較できる（行方向に沿った視線移動）。これにより、障害の原因を迅速且つ正確に見つけることが期待できる。例えば、障害のボトルネックとしてのリソースを迅速に見つけることが期待できる。また、障害が検出されたリソースと同一リソースタイプのリソースのうち、ボトルネックの原因に比較的大きく影響したリソースを見つけることも期待できる。

以下、グラフ一覧画面５３を詳細に説明する。

＜グラフ行＞

グラフ行１２１（例えば１２１Ｌ１）には、そのグラフ行１２１に関連付けられているメトリックタイプを表す情報（例えばメトリックタイプ名「VM CPU Load」）と、そのメトリックタイプに対応したリソースタイプを表す情報（例えばリソースタイプ名「VM」）とが表示される。

表示制御プログラム１３０が、ユーザ操作に応答して（例えば、ボタン１２６の押下に応答して）、そのグラフ行１２１Ｌ１に関連付けられるメトリックタイプに対応したリソースタイプについて、表示対象のメトリックタイプを追加することができる。メトリックタイプの追加は、同一のグラフ行について行われてもよいし、新たにグラフ行を追加することであってもよい。これは、他のグラフ行１２１についても同様である。なお、表示対象のメトリックタイプが追加された場合、表示制御プログラム１３０が、行順序テーブル８００を更新する（具体的には、グラフ行１２１の行番号に対応したメトリックタイプＩＤを追加する、又は、行番号とメトリックタイプＩＤとを含んだ新たなレコードを追加する）。なお、１つのグラフ行１２１に２以上のメトリックタイプが関連付けられた場合、表示制御プログラム１３０は、その２以上のメトリックタイプのうち表示対象のメトリックタイプを１つに維持してもよいし、２以上のメトリックタイプのうちの２つ（又はそれより多く）のメトリックタイプを表示対象としてもよい。後者の場合、例えば、２以上のメトリックタイプが関連付けられているグラフ行１２１において、各グラフ１２９が、第１のメトリックタイプに対応した第１の数値軸（例えば左の縦軸）の他に、第２のメトリックタイプに対応した第２の数値軸（例えば右の縦軸）を有する。

表示制御プログラム１３０が、グラフ行１２１Ｌ１に関連付けられているメトリックタイプを、ユーザ操作に応答して変更することができる（例えば、プルダウンボタン１２７の押下に応答して表示されるメニューからユーザにより選択されたメトリックタイプに変更することができる）。但し、選択可能なメトリックタイプ（例えば、プルダウンメニューに表示される選択肢）は、グラフ行１２１Ｌ１に関連付けられているメトリックタイプに対応したリソースタイプに対応する１以上のメトリックタイプであり、他のリソースタイプに対応するメトリックタイプは含まれない。これは、他のグラフ行１２１についても同様である。なお、グラフ行１２１に関連付けられているメトリックタイプが変更された場合、表示制御プログラム１３０が、行順序テーブル８００を更新する（具体的には、そのグラフ行１２１の行番号に対応したメトリックタイプのＩＤを、変更後のメトリックタイプのＩＤに変更する）。

グラフ行１２１は、論理グラフ行１２１Ｌと物理グラフ行１２１Ｐのいずれかである。複数のグラフ行１２１は、論理グラフ行１２１Ｌと物理グラフ行１２１Ｐとのうちの少なくとも１つを含む。図１２の例によれば、複数のグラフ行１２１は、２つの論理グラフ行１２１Ｌ（１２１Ｌ１及び１２１Ｌ２）と、６つの論理グラフ行１２１Ｐ（１２１Ｐ１〜１２１Ｐ６）である。「論理グラフ行」とは、論理メトリックタイプが関連付けられたグラフ行である。「論理メトリックタイプ」とは、論理リソースのリソースタイプに対応したメトリックタイプである。「物理グラフ行」とは、物理メトリックタイプが関連付けられたグラフ行である。「物理メトリックタイプ」とは、物理リソースのリソースタイプに対応したメトリックタイプである。

論理グラフ行１２１Ｌは、例えば、少なくとも１つのグラフ列１２３が後述の論理グラフ列１２３Ｌの場合に存在してよい。具体的には、例えば、論理グラフ行１２１Ｌに関連付けられる論理メトリックタイプとして採用されるメトリックタイプは、論理グラフ列１２３Ｌに関連付けられた論理リソースのリソースタイプ「VM」と同じリソースタイプ「VM」に対応したメトリックタイプでよい。全てのグラフ列１２３が後述の物理グラフ列の場合、論理グラフ行１２１Ｌは無くてよい。いずれの論理グラフ行１２１Ｌも、いずれの物理グラフ行１２１Ｐよりも上位に位置する。言い換えれば、先頭のグラフ行から１以上の論理グラフ行１２１Ｌが連続（隣接）する。これは、視認性の向上に貢献すると考えられる。なぜなら、ユーザに認識されるリソースである論理リソースの論理メトリックタイプのグラフが、物理リソースの物理メトリックタイプのグラフよりも上位に位置し、このような位置関係は、物理リソースの上位に論理リソースが位置するというリソース位置関係と同じだからである。また、グラフ列１２３に関連付いたリソースは基点リソースであるが、基点リソースのリソースタイプと同一のリソースタイプに対応したメトリックタイプが関連付けられたグラフ行１２１があることで、例えば複数の論理リソースのボトルネックになっている物理リソースの存在を特定しやすくなるなど、分析の容易性及び正確性の１つの向上が期待できる。

＜グラフ列＞

グラフ列１２３（例えば１２３Ｌ１）には、そのグラフ列１２３に関連付けられている基点リソースを表す情報（例えばリソース名「VM21」）が表示される。基点リソースが論理リソースの場合、その論理リソースの基になる物理リソースを表す情報（例えば物理リソース名を含んだ情報「@HV4」）もグラフ列１２３（例えば１２３Ｌ１）に表示される。

グラフ列１２３は、論理グラフ列１２３Ｌと物理グラフ列（図示せず）とのうちのいずれかである。すなわち、複数のグラフ列１２３は、論理グラフ列１２３Ｌと物理グラフ列（図示せず）のうちの少なくとも１つを含む。図１２の例によれば、複数のグラフ列１２３は、５つの論理グラフ列１２３Ｌ（１２３Ｌ１〜１２３Ｌ５）である。「論理グラフ列」とは、論理リソースが関連付けられたグラフ列である。「物理グラフ列」とは、物理リソースが関連付けられたグラフ列である。

＜グラフ＞

グラフ１２９には、時系列データテーブル７００を基に、表示対象の時間帯における複数の取得時刻にそれぞれ対応した複数のメトリック値がプロットされ、プロットされたメトリック値を線で結ばれる。つまり、グラフ１２９において、メトリック値変化（系列）は、折れ線で表現される。しかし、メトリック値変化は、折れ線に代えて、棒の並び（メトリック値に応じた長さの棒の並び）等、他の形式で表現されてもよい。

表示対象の時間帯（全てのグラフ１２９に共通の時間帯）は、ユーザにより指定された時間帯であってもよいし、所定の時刻を基準とした時間帯であってもよい。「所定の時刻」は、現在時刻であってもよいし、障害発生時刻（障害（例えばWarning又はError）が発生した時刻）であってもよい。「障害発生時刻」は、ユーザにより選択されたリソースに障害が発生した時刻でもよいし、１以上の２以上の基点リソースのうちのいずれかのリソースに障害が発生した時刻でもよい。時間帯は、基準時刻（基準とされた所定の時刻）から基準時刻の一定時間過去までの時刻であってもよいし、基準時刻から基準時刻の一定時間未来までの時刻であってもよいし、基準時刻の一定時間過去から基準時刻の一定時間未来までの時刻であってもよい。

各グラフ行１２１において、表示対象の数値範囲は、固定範囲でもよいし、可変範囲でもよい。後者の場合、例えば、表示対象の時間帯における最悪メトリック値（例えば最大メトリック値）と最良メトリック値（例えば最小メトリック値）とに応じて表示制御プログラム１３０により決められた範囲でもよい。表示対象の数値範囲は、対応するメトリックタイプ及びリソースタイプについての警告閾値と異常閾値の両方を含む範囲でよい。グラフ１２９には、警告閾値及び異常閾値の各々の閾値（例えばその閾値に対応した線）が表示されていてもよい。

全てのグラフ１２９において、表示対象の時間帯が同一のため、グラフ１２９の時間軸近傍に時刻を表す数字が無くても、分析の上でユーザにとって差し支えがないと考えられる。つまり、表示対象の情報量が削減されることで視認性が向上しても、分析の正確性に悪影響が出ないと考えられる。

同様に、各グラフ行１２１において、表示対象の数値範囲が同一のため、グラフ１２９の数値軸近傍にメトリック値を表す数字が無くても、分析の上でユーザにとって差し支えがないと考えられる。つまり、表示対象の情報量が削減されることで視認性が向上しても、分析の正確性に悪影響が出ないと考えられる。

また、或る基点リソースについては、或るメトリックタイプのメトリック値が無いこともあり得る。その場合、その或る基点リソースとその或るメトリックタイプとに対応したセルは、対応するメトリック値が無いことを意味する状態であってよい（例えば、ブランクでもよいし、データプロットの無いグラフが表示されてもよい）。

＜基点リソース＞

基点とされる２以上のリソースは、例えば、下記の（Ｃ１）〜（Ｃ４）のうちの少なくとも１つ、
（Ｃ１）同一のリソースタイプに属する、
（Ｃ２）同一のレイヤに属する、
（Ｃ３）影響元リソースが同一である影響先リソースである、
（Ｃ４）同一筐体に存在する（同一筐体に存在するか否かは、例えば、筐体ＩＤとリソースＩＤとの対応関係を保持するテーブル（図示せず）を参照することにより判断可能）、
に該当するリソースである。

なお、「影響元リソース」とは、影響を与えるリソースである。「影響先リソース」とは、影響元リソースから影響（例えば性能の影響）を受けるリソースである。影響元リソース（例えば「HV4」）が複数のリソース（例えば「CPU1」、「CPU2」、…）を含み、且つ、２以上の影響先リソース（例えば「VM21」〜「VM26」）がその複数のリソースのうちの少なくとも１つに関連している場合、その影響元リソースは、２以上の影響先リソースにとって同一の影響元リソースでよい。

影響を与える／受けるは、観点によって異なり得る。具体的には、影響元リソースは、影響先リソースの特定の下位関連リソース（例えば子リソース又は物理リソース）であるが、影響先リソースの特定の上位関連リソース（例えば親リソース又は論理リソース）であることもあり得る。

影響元リソースの一例は、２以上のリソースから共有される共有先リソースであり、影響先リソースの一例は、共有先リソースを共有する２以上のリソースの各々である共有元リソースである。例えば、２以上の論理リソース（例えばＶＭ）が同一の物理リソース（例えば同一ＨＶ（ハイパバイザ）が管理するいずれかの物理リソース）に基づいている場合、各論理リソースが、基点リソースの一例としての共有元リソースである。また、例えば、２以上の物理リソース（例えば、物理マシン）が同一の論理リソース（例えばＬＤＥＶ）を共有する場合、各物理リソースが、基点リソースの一例としての共有元リソースである。

基点リソースは、選択リソース（選択されたリソース（典型的にはユーザにより選択されたリソース））と、条件該当リソース（選択リソースに関わる所定のリソース条件に該当するリソースであって選択リソース以外のリソース）とのうちのいずれかでよい。２以上の基点リソースは、選択リソースのみであってもよいし、条件該当リソースのみであってもよいし、選択リソース及び条件該当リソースであってもよい。条件該当リソースは、上記（Ｃ１）〜（Ｃ４）によれば、下記の（ｃ１）〜（ｃ４）のうちの少なくとも１つ、
（ｃ１）選択リソースと同一のリソースタイプに属する、
（ｃ２）選択リソースと同一のレイヤに属する、
（ｃ３）選択リソースと影響元リソース（例えば子リソース）が同一である、
（ｃ４）選択リソースと同一筐体に存在する、
に該当するリソースである。なお、（ｃ１）は、例えば、「選択リソースと同一のリソースタイプを含む連続した２以上のリソースタイプ」のように拡張されてもよい。また、（ｃ２）は、例えば、「選択リソースと同一のレイヤを含む連続した２以上のレイヤに属する」のように拡張されてもよい。

本実施例では、２以上の基点リソースは、同一のリソースレイヤに属する論理リソースである。論理リソースは、ユーザから認識されるリソースであるが、物理リソースは、必ずしもユーザから認識されるリソースであるとは限らない。

＜グラフ列（基点リソース）とグラフ行（表示対象のメトリックタイプ）との関係＞

表示対象のメトリックタイプとして採用されるメトリックタイプは、基点リソースに依存し、具体的には、下記の（ｄ１）及び（ｄ２）のうちの少なくとも１つ、
（ｄ１）基点リソースのリソースタイプに対応したメトリックタイプ、
（ｄ２）基点リソースの関連リソースのリソースタイプに対応したメトリックタイプ、
である。

「基点リソースの関連リソース」は、基点リソースの上位関連リソースと基点リソースの下位関連リソースのうちの一方又は両方でよい。具体的には、基点リソースの影響元リソースが下位関連リソースの場合、「基点リソースの関連リソース」は、その影響元リソース（例えばその影響元リソース内のリソース）と、その影響元リソースよりも下位の関連リソースとのうちの少なくとも影響元リソースである。一方、基点リソースの影響元リソースが上位関連リソースの場合、「基点リソースの関連リソース」は、その影響元リソース（例えばその影響元リソース内のリソース）と、その影響元リソースよりも上位の関連リソースとのうちの少なくとも影響元リソースである。

「基点リソースの関連リソース」として採用されるリソースは、所定の規則に従い絞り込まれてよい。例えば、「基点リソースの関連リソース」として採用されるリソースは、下記の（ｅ１）又は（ｅ２）、
（ｅ１）基点リソースと同一のリソースタイプを含む連続したｐ個のリソースタイプに属する（ｐは自然数）、
（ｅ２）基点リソースと同一のレイヤを含む連続したｑ個のレイヤに属する（ｑは自然数）、
に該当するリソースでよい。ｐ個のリソースタイプは、複数のリソースタイプのうちの一部である。ｑ個のレイヤは、複数のレイヤのうちの一部である。

また、１つリソースタイプについて、表示対象とされるメトリックタイプは、図１２に例示するように複数存在してもよいし、図１３〜図１５に例示するように、１つとされてもよい。なお、図１３〜図１５において、リソースタイプ「HBA」のメトリックタイプに対応したグラフ行において、「No Data」は、時系列のメトリック値が無いことを意味する。

＜詳細情報の表示＞

表示制御プログラム１３０は、グラフ１２９を指定するユーザ操作がされた場合（例えば、マウスカーソル１２４がグラフ１２９に重ねられた場合）、指定されたグラフ１２９に対応したメトリックタイプに対応するリソースタイプのリソースのうち、基点リソースに関連するリソースの詳細情報（例えば、関連リソース名）を、グラフ一覧画面５３上に（例えばポップアップ画面により）表示する。

表示制御プログラム１３０は、基点リソースを指定するユーザ操作がされた場合（例えば、マウスカーソル１２４が基点リソース名に重ねられた場合）、指定された基点リソースに関連するリソースの詳細情報（例えば、基点リソースに関連するリソースのうちの、表示対象のメトリックタイプに対応したリソースタイプの関連リソースの名称）を、グラフ一覧画面５３上に（例えばポップアップ画面により）表示する。

＜グラフ行及びグラフ列の並び替え＞

表示制御プログラム１３０は、グラフ行１２１を並び替える（図１３参照）。具体的には、例えば、表示制御プログラム１３０は、ユーザ操作に応答して、指定されたグラフ行１２１を、指定された位置に挿入する（例えば、ドラッグされたグラフ行１２１をドロップされた位置に挿入する）。但し、論理グラフ行１２１Ｌの連続（隣接）と、物理グラフ行１２１Ｐの連続は、維持されてよい。つまり、論理グラフ行１２１Ｌ間に物理グラフ行１２１Ｐが挿入されることや、物理グラフ行１２１Ｐ間に論理グラフ行１２１Ｌが挿入されることは、表示制御プログラム１３０により禁止されてよい。なお、図１３は、図１２のグラフ一覧画面の表示後の画面の一例であって、ユーザ操作に応答してメトリックタイプ絞込み処理が行われた結果としての画面の一例でもある。つまり、図１３によれば、図１２の表示対象メトリックタイプが絞り込まれている。なお、メトリックタイプ絞込み処理の詳細は実施例２の説明において述べる。

また、表示制御プログラム１３０は、グラフ列１２３を並び替える（図１４参照）。具体的には、例えば、表示制御プログラム１３０は、ユーザ操作に応答して、指定されたグラフ列１２３を、指定された位置に挿入する（例えば、ドラッグされたグラフ列１２３をドロップされた位置に挿入する）。

これにより、ユーザは、所望の観点で、離れていたグラフ行１２１を隣接させたり、離れていたグラフ列１２３を隣接させたりすることができる。結果として、比較したいグラフ１２９同士が隣接することになる。これは、分析の正確性及び容易性のうちの少なくとも１つの向上に貢献する（例えば、ユーザにとってボトルネックを見つけ易くなる）。

＜同一の関連リソースを有する基点リソースの明示＞

物理グラフ行１２１Ｐは、基点リソースの関連リソースのリソースタイプに対応したグラフ行１２１の一例である。各物理グラフ行１２１Ｐについて、その物理グラフ行１２１Ｐに対応したリソースタイプの関連リソースのうち複数の基点リソースに関連する関連リソースがあれば、表示制御プログラム１３０内の強調表示モジュール１３２は、その複数の基点リソースを明示する。具体的には、例えば、強調表示モジュール１３２は、物理グラフ行１２１Ｐについて、その物理グラフ行１２１Ｐに対応したリソースタイプの同一の関連リソースを共有する複数の基点リソースにそれぞれ対応した複数のグラフ１２９（又はセル）を強調表示する。ここで言う強調表示は、グラフ１２９（又はセル）の外枠を太線とする又はグラフ１２９の背景を所定の色とすることである。強調表示の態様として、他種の態様が採用されてよい。

強調表示処理の詳細の一例は、次の通りである。強調表示モジュール１３２は、テーブル４００、５００、５５０、６００、８００及び９００を参照し、物理グラフ行１２１Ｐ毎に、その物理グラフ行１２１Ｐのメトリックタイプに対応したリソースタイプの物理リソースであって、複数の基点リソースに関連する物理リソースがあるか否かを判断する。そのような物理リソースがあれば、強調表示モジュール１３２は、その物理グラフ行１２１Ｐに存在し、その複数の基点リソースにそれぞれ対応した複数のグラフ１２９を強調表示する。強調表示は、グラフ一覧画面５３の表示後にユーザ操作に応答して行われてもよいし、表示されたグラフ一覧画面５３において既にされていてもよい。

＜処理フロー＞

図１６は、実施例１に係るグラフ一覧表示処理の流れを示す。

Ｓ１６０１で、グラフ構成取得処理が行われる。Ｓ１６０２で、グラフ一覧描画処理が行われる。

Ｓ１６０１のグラフ構成取得処理は、次のＳ１６１１〜Ｓ１６１７を含んだ処理である。

Ｓ１６１１で、グラフ一覧表示モジュール１３１は、例えばトポロジー画面５１のようなリソース選択画面を介して、リソースの選択をユーザから受け付ける。以下、説明を分かり易くするため、その選択されたリソースは、図１１におけるリソース「VM21」であるとする。

Ｓ１６１２で、グラフ一覧表示モジュール１３１は、テーブル４００、５００及び５５０を基に、選択リソース「VM21」と同一レイヤ「Server」に属する子リソース「HV4」を特定する。

Ｓ１６１３で、グラフ一覧表示モジュール１３１は、テーブル４００、５００及び５５０を基に、Ｓ１６１２で特定された子リソース「HV4」と同一レイヤに属する関連リソースを特定する。特定される関連リソースは、上位でも下位でもよいため、ここでは、関連リソースとして、リソース「HV4」の親リソースであって選択リソース「VM21」以外のリソース「VM22」、「VM23」、「VM24」及び「VM25」が特定される。また、関連リソースとして、リソース「HV4」の子リソース「DS3」が特定される。

Ｓ１６１４で、グラフ一覧表示モジュール１３１は、テーブル４００及び５５０を基に、Ｓ１６１１〜Ｓ１６１３で特定された複数のリソースのうちの各論理リソースについて、列番号を付与し、且つ、その列番号と、その論理リソースのリソースＩＤとの組を列順序テーブル９００に登録する。

つまり、Ｓ１６１４では、グラフ列に関連付けられるリソース（言い換えれば、グラフ列として表示されるリソース）、つまり基点リソースが決定される。基点リソースは、Ｓ１６１４の処理に代えて、選択リソースと条件該当リソースに決定されてよい。ここで言う「条件該当リソース」は、選択リソースと子リソースが同一であるリソースであり、且つ、選択リソースと同一リソースタイプのリソースでよい。いずれにしても、Ｓ１６１４では、基点リソースとして、リソース「VM21」〜「VM25」が決定される。

Ｓ１６１５で、グラフ一覧表示モジュール１３１は、テーブル４００及び６００を基に、Ｓ１６１１〜Ｓ１６１３で特定されたリソース毎に、そのリソースタイプに対応したメトリックタイプを特定する。

Ｓ１６１６で、グラフ一覧表示モジュール１３１は、テーブル４００、５５０及び６００を基に、Ｓ１６１５で特定された複数のメトリックタイプのうちの各論理メトリックタイプ（論理リソースのリソースタイプに対応したメトリックタイプ）について、行番号を付与し、且つ、その行番号と、その論理メトリックタイプのメトリックタイプＩＤとの組を行順序テーブル８００に登録する。

Ｓ１６１７で、グラフ一覧表示モジュール１３１は、テーブル４００、５５０及び６００を基に、Ｓ１６１５で特定された複数のメトリックタイプのうちの各物理メトリックタイプ（物理リソースのリソースタイプに対応したメトリックタイプ）について、行番号を付与し、且つ、その行番号と、その物理メトリックタイプのメトリックタイプＩＤとの組を行順序テーブル８００に登録する。なお、物理メトリックタイプについて最も小さい行番号は、論理メトリックタイプについて最も大きい行番号に１が加算された番号である。

つまり、Ｓ１６１５〜Ｓ１６１７では、グラフ行に関連付けられるメトリックタイプ（言い換えれば、グラフ行として表示対象とされるメトリックタイプ）が決定される。ここでは、１つのリソースタイプについて、複数のメトリックタイプがあれば、それら複数のメトリックタイプにそれぞれ対応した複数のグラフ行が用意される。ここでは、表示対象とされるメトリックタイプは、選択リソースのリソースタイプ「VM」に対応したメトリックタイプと、選択リソースの子リソース「HV4」内のリソースのリソースタイプ（例えば、「CPU」、「DISK」等）に対応したメトリックタイプと、リソース「HV4」の子リソース「DS3」のリソースタイプに対応したメトリックタイプとなる。

Ｓ１６０２のグラフ一覧描画処理は、次のループ（Ａ）及び（Ｂ）と、次のＳ１６２１〜Ｓ１６２５とを含んだ処理である。

ループ（Ａ）は、列順序テーブル９００の列番号「１」から末尾までの各々について、ループ（Ｂ）と、次のＳ１６２１〜Ｓ１６２５とが実行されることである。以下、１つの列番号（以下、便宜上「列番号Ｑ」と言う）を例に取る。

Ｓ１６２１で、グラフ一覧表示モジュール１３１は、テーブル５００を基に、列番号Ｑに対応したリソースＩＤに関連するリソースＩＤを特定する。

ループ（Ａ）は、行順序テーブル８００の行番号「１」から末尾までの各々について、次のＳ１６２２〜Ｓ１６２５が実行されることである。以下、１つの行番号（以下、便宜上「行番号Ｐ」と言う）を例に取る。

Ｓ１６２２で、グラフ一覧表示モジュール１３１は、テーブル７００、８００及び１０００を基に、Ｓ１６２１で特定されたリソースＩＤと行番号Ｐに対応したメトリックタイプＩＤとに対応した警告閾値及び異常閾値と、表示対象の時間帯に属する取得時刻（Ｓ１６２１で特定されたリソースＩＤ）に対応したメトリック値とを特定する。

Ｓ１６２３で、グラフ一覧表示モジュール１３１は、時系列のメトリック値が存在するか否かを判断する。

Ｓ１６２３の判断結果が真の場合、Ｓ１６２４で、グラフ一覧表示モジュール１３１は、行番号Ｐ及び列番号Ｑに対応したセルに、メトリック値の時系列変化を表すグラフ１２９を描画する。

Ｓ１６２３の判断結果が偽の場合、Ｓ１６２５で、グラフ一覧表示モジュール１３１は、行番号Ｐ及び列番号Ｑに対応したセルに、時系列のメトリック値が無いことを示すオブジェクト（例えば、文字列「No data」）を描画する。

実施例２では、表示対象のメトリックタイプとグラフ行及びグラフ列の各々の並び順とが自動最適化されたグラフ一覧画面が表示される。具体的には、例えば、実施例１では、リソース選択後の画面が、図１２の画面５３であり、ユーザが手動でグラフ行及びグラフ列を並び替えることで、図１５の画面５３が得られるが（強調表示処理はされてもされなくてもよい）、実施例２では、リソース選択後の画面が、図１５の画面５３である。

以下、実施例２を詳細に説明する。その際、実施例１との相違点を主に説明し、実施例１との共通点については説明を省略又は簡略する。

図１７は、実施例２に係る計算機システム及び管理システムの構成を示す。

管理サーバプログラム１５４１は、表示制御を実行する表示制御プログラム１１３０を含む。表示制御プログラム１１３０は、グラフ一覧表示モジュール１１３１及び強調表示モジュール１３２の他に、時系列スコアを算出するスコア算出モジュール１３３と、表示対象のメトリックタイプを絞り込むメトリックタイプ絞込みモジュール１３４と、グラフ行及びグラフ列のうちの少なくとも１つの並び替えを行う並び替えモジュール１３５とを含む。本実施例では、表示制御プログラム１１３０が行う処理のうち、モジュール１３２〜１３５が行う処理以外の処理は、グラフ一覧表示モジュール１１３１により行われる。

管理テーブル群１５４３が、図３〜図１０に示したテーブルの他に、時系列スコアテーブルを含む。

図１８は、時系列スコアテーブルの一例を示す。

時系列スコアテーブル１８００は、時系列スコアに関する情報を有する。時系列スコアテーブル１８００は、例えば、リソースとメトリックタイプとの組毎に、レコードを有する。各レコードは、リソースＩＤ、メトリックタイプＩＤ、最悪メトリック値（表示対象の時間帯における最悪のメトリック値）及び時系列スコア（算出された時系列スコア）を有する。「時系列スコア」とは、表示対象の時間帯での時系列変化のスコアであり、具体的には、表示対象の時間帯に属する複数の取得時刻にそれぞれ取得された複数のメトリック値のうちの少なくとも１つの値に基づくスコアである。本実施例では、時系列スコアは、最悪メトリック値に基づくスコアである。時系列スコアは、リソースとメトリックタイプとの組毎に算出される。

実施例２では、表示対象のメトリックタイプ、グラフ行の並び順、及び、グラフ列の並び順が、時系列スコアに基づき自動で最適化され、その結果としてのグラフ一覧画面が表示される。

図２２は、実施例２に係るグラフ一覧表示処理の流れを示す。図２２に加えて、適宜、図１９〜図２２を参照して、本実施例に係るグラフ一覧表示処理を説明する。

Ｓ２２０１で、実施例１と同様のグラフ構成取得処理が行われる。Ｓ２２０２で、時系列スコア算出処理が行われる。Ｓ２２０３で、メトリックタイプ絞込み処理が行われる。Ｓ２２０４で、順序並び替え処理が行われる。Ｓ２２０５で、実施例１と同様のグラフ一覧描画処理が行われる。Ｓ２２０６で、実施例１と同様の強調表示処理が行われる。

以下、実施例２に特有の処理である時系列スコア算出処理、メトリックタイプ絞込み処理及び順序並び替え処理を説明する。

＜時系列スコア算出処理＞

Ｓ２２０２の時系列スコア算出処理は、ループ（Ｃ）と、Ｓ２２１１及びＳ２２１２とを含んだ処理である。

ループ（Ｃ）は、グラフ構成取得処理のＳ１６１５〜Ｓ１６１７で決定されたメトリックタイプ毎に、Ｓ２２１１及びＳ２２１２が実行されることである。Ｓ１６１５〜Ｓ１６１７で決定されたメトリックタイプは、実施例１では表示対象メトリックタイプであるが、実施例２では候補メトリックタイプである。複数の候補メトリックタイプが、後述のメトリックタイプ絞込み処理により、２以上の表示対象メトリックタイプに絞り込まれる。以下、時系列スコア算出処理についての以下の説明では、１つの候補メトリックタイプ（以下、対象候補メトリックタイプ））を例に取る。

Ｓ２２１１で、スコア算出モジュール１３３は、テーブル７００を基に、対象候補メトリックタイプに対応した各リソースについて、そのリソースに対応した最悪メトリック値から時系列スコアを算出する。ここで言う「最悪メトリック値」は、リソース値の一例である。「リソース値」は、表示対象の時間帯に属する複数の取得時刻にそれぞれ取得された複数のメトリック値のうちの少なくとも１つの値に基づく値である。リソース値は、「最悪メトリック値」に代えて又は加えて、表示対象の時間帯に属する複数のメトリック値の平均値であってもよい。時系列スコアは、最悪メトリック値が大きいと高い傾向にある。例えば、時系列スコアは、最悪メトリック値とそれの閾値（例えば、警告閾値及び異常閾値のうちの少なくとも１つ）に基づき算出される。具体的には、例えば、時系列スコア＝（最悪メトリック値÷異常閾値）×１００である。

Ｓ２２１２で、スコア算出モジュール１３３は、Ｓ２２１１で算出された時系列スコア、その時系列スコアの基になった最悪メトリック値、その時系列スコアに対応するリソースのリソースＩＤ、及び、その時系列スコアに対応する候補メトリックタイプのメトリックタイプＩＤを、時系列スコアテーブル１８００に登録する。

＜メトリックタイプ絞込み処理＞

Ｓ２２０３のメトリックタイプ絞込み処理は、ループ（Ｄ）、ループ（Ｅ）、ループ（Ｆ）、Ｓ２２２１及びＳ２２２２を含んだ処理である。

ループ（Ｄ）は、候補メトリックタイプに対応したリソースタイプ毎に、ループ（Ｅ）、ループ（Ｆ）、Ｓ２２２１及びＳ２２２２が実行されることである。以下、１つのリソースタイプを例に取る（メトリックタイプ絞込み処理の説明において、「対象リソースタイプ」と言う）。

ループ（Ｅ）は、対象リソースタイプについて、そのリソースタイプに対応した候補メトリックタイプ毎に、ループ（Ｆ）及びＳ２２２１が実行されることである。

ループ（Ｆ）は、基点リソース毎に、Ｓ２２２１が実行されることである。

Ｓ２２２１で、メトリックタイプ絞込みモジュール１３４は、基点リソース又はその基点リソースの関連リソースと、候補メトリックタイプとに対応した時系列スコアを、時系列スコアテーブルから特定する。メトリックタイプ絞込みモジュール１３４は、その特定された時系列スコアを基に、集約スコアを更新する。「集約スコア」とは、基点リソースと候補メトリックタイプとの組毎のスコアであり、その候補メトリックタイプに対応したリソースのうちの基点リソース又はそれの関連リソースに対応した時系列スコアに基づく値（例えば時系列スコアの合計）である。図１９は、対象リソースタイプの集計結果（Ｓ２２２１の結果）の一例を示すが、図１９によれば、基点リソース（ＬＲ１〜ＬＲ５）の各々について、候補メトリックタイプ（メトリックタイプＩＤ「１」〜「３」）毎に、集約スコアがある。例えば、基点リソース（ＬＲ１）及び候補メトリックタイプ（メトリックタイプＩＤ「１」）に対応した集約スコアは、「１２０」である。

Ｓ２２２２で、メトリックタイプ絞込みモジュール１３４は、対象リソースタイプの集計結果から、１以上のスコア条件（集約スコアに関する条件）のうちの少なくとも１つに該当するメトリックタイプを、表示対象メトリックタイプとして決定する。例えば、第１のスコア条件が、「最高集約スコア」である場合、図１９の例によれば、最高集約スコアは、「１５０」であり（図１９において灰色のセルにあるスコア）、故に、表示対象メトリックタイプは、最高集約スコア「１５０」に対応したメトリックタイプ２（ＩＤが「２」のメトリックタイプ）である。また、例えば、第２のスコア条件が、「集約スコア≧１００」である場合、図１９の例によれば、その条件を満たす集約スコアは、「１１０」、「１２０」及び「１５０」であり（図１９において円で囲まれたスコア）、故に、表示対象メトリックタイプは、集約スコア「１２０」を有するメトリックタイプ１と、集約スコア「１１０」及び「１５０」を有するメトリックタイプ２である。

第１のスコア条件は、相対的な条件の一例である。第２のスコア条件は、絶対的な条件の一例である。スコア条件として、相対的な条件と絶対的な条件の少なくとも１つがある。例えば、１つのリソースタイプにつき表示対象として所定数（例えば１つ）のメトリックタイプがあることが決められている場合、常に相対的な条件が採用されてもよいし、所定数以下のメトリックタイプが決まるまで絶対的な条件を採用しメトリックタイプが所定数に満たないときに相対的な条件が採用されてもよい。

＜順序並び替え処理＞

Ｓ２２０４の順序並び替え処理は、Ｓ２２３１の行並び替え処理と、Ｓ２２３２の列並び替え処理とを含んだ処理である。以下、順序並び替え処理の説明では、適宜に、図２０及び図２１を参照する。なお、図２０及び図２１の各々に記載の集約スコアは、図１９に記載の集約スコアに対応していない。すなわち、図２０及び図２１の各々に記載の集約スコアは、順序並び替え処理を理解し易いように用意された例であり、図１９に記載の集約スコアの例とは別の例である。

＜＜行並び替え処理＞＞

Ｓ２２３１の行並び替え処理は、Ｓ２２４１〜Ｓ２２４４を含んだ処理である。行並び替え処理の説明では、適宜に、図２０を参照する。

Ｓ２２４１で、並び替えモジュール１３５は、グラフ行毎に（表示対象メトリックタイプ毎に）、代表スコアを算出する。グラフ行について、「代表スコア」とは、そのグラフ行に対応した２以上の集約スコア（２以上の基点リソースにそれぞれ対応した２以上の集約スコア）のうちの１つに基づくスコア、例えば、集約スコアの最高値又は平均値である。ここでは、代表スコアは、２以上の集約スコアの最高値とする。図２０の参照符号２０Ａは、行並び替え処理開始時の集約スコアマトリクスの一例を示す。集約スコアマトリクスは、グラフ行及びグラフ列に対応した集約スコアの一覧であり、例えば記憶資源５３５に展開される。参照符号２０Ａによれば、各グラフ行について、集約スコアの最高値が、円で囲まれている。また、図２０において、「ＬＲ」は、論理リソースの略である（基点リソース）。「ＬＭ」は、論理メトリックタイプの略である。「ＰＭ」は、物理メトリックタイプの略である。

Ｓ２２４２で、並び替えモジュール１３５は、論理グラフ行を、代表スコアの降順でソートする。Ｓ２２４３で、並び替えモジュール１３５は、物理グラフ行を、代表スコアの降順でソートする。Ｓ２２４２及びＳ２２４３の結果、図２０の参照符号２０Ａに示すグラフ行並びが、図２０の参照符号２０Ｂに示すグラフ行並びとなる。すなわち、論理グラフ行の並び順が、ＬＭ１→ＬＭ２からＬＭ２→ＬＭ１に変更され、物理グラフ行の並び順が、ＰＭ３→ＰＭ４→ＰＭ５からＰＭ５→ＰＭ３→ＰＭ４に変更される。いずれの論理グラフ行もいずれの物理グラフ行よりも上の位置に存在することが維持されている。

Ｓ２２４４で、並び替えモジュール１３５は、Ｓ２２４２及びＳ２２４３の結果に基づき、行順序テーブル８００を更新する（メトリックタイプＩＤに対応した行番号を更新する）。

＜＜列並び替え処理＞＞

Ｓ２２３２の列並び替え処理は、Ｓ２２５１及びＳ２２５２を含んだ処理、つまり、すなわち、２段階の処理を含む。Ｓ２２５１は、１段階目の列並び替えである。Ｓ２２５２は、２段階目の列並び替えである。Ｓ２２５３で、並び替えモジュール１３５は、Ｓ２２５１及びＳ２２５２の結果に基づき、列順序テーブル８００を更新する（メトリックタイプＩＤに対応した行番号を更新する）。

以下、１段階目の列並び替え及び２段階目の列並び替えを説明する。その説明では、適宜に、図２１を参照する。また、以下の説明では、論理グラフ行の集合を「論理グラフ行群」と言い、物理グラフ行の集合を「物理グラフ行群」と言う。

＜＜＜１段階目の列並び替え＞＞＞

Ｓ２２５１（１段階目の列並び替え）は、論理グラフ行の並びに応じた処理であり、ループ（Ｇ）、ループ（Ｈ）、及びＳ２２６１〜Ｓ２２６３を含む。１段階目の列並び替えの説明では、図２１のうち参照符号２０Ｂ〜参照符号２０Ｄが参照される。１段階目の列並び替えでは、論理グラフ行が考慮され、物理グラフ行が考慮されない（このため、参照符号２０Ｂ〜２０Ｄでは、物理グラフ行の色がグレーである）。参照符号２０Ｂが、行並び替え処理終了時の集約スコアマトリクスである。

ループ（Ｇ）は、論理グラフ行毎に、ループ（Ｈ）、及びＳ２２６１〜Ｓ２２６３が行われることである。１つの論理グラフ行を例に取る（１段階目の列並び替えの説明において、「対象論理グラフ行」と言う）。

ループ（Ｈ）は、グラフ列毎に、Ｓ２２６１及びＳ２２６２が行われることである。非固定化グラフ列群における１つのグラフ列を例に取る（１段階目の列並び替えの説明において、「対象グラフ列」と言う）。なお、「非固定化グラフ列群」とは、固定化されていない（移動され得る）１以上のグラフ列である。それに対し、後述の「固定化グラフ列群」とは、固定化された（移動され得ない）１以上のグラフ列である。１段階目の列並び替えの開始時（行並び替え処理の終了時）では、全てのグラフ列が、固定化されていないグラフ列である。

Ｓ２２６１で、並び替えモジュール１３５は、対象集約スコア（対象論理グラフ行及び対象グラフ列に対応した集約スコア）が、論理グラフ行群と対象グラフ列とに対応した範囲に存在する集約スコアのうちの最高値か否かを判断する。図２１の参照符号２０Ｂによれば、対象論理グラフ行（ＬＭ２）において、Ｓ２２６１の判断結果が肯定となる集約スコア（すなわち、同一グラフ列において、他の論理グラフ行（ＬＭ１）の集約スコアより高い集約スコア）が、円で囲まれている。

Ｓ２２６１の判断結果が肯定の場合、Ｓ２２６２で、並び替えモジュール１３５は、対象グラフ列を最も左へ移動させる。既に移動されたグラフ列が存在する場合、並び替えモジュール１３５は、移動された２以上のグラフ列を、対象論理グラフ行における集約スコアの降順に並び替える。

Ｓ２２６３で、並び替えモジュール１３５は、移動したグラフ列があれば、それらのグラフ列を「固定化グラフ列群」とする。１番目の論理グラフ行（ＬＭ２）についてＳ２２６１〜Ｓ２２６３が完了した場合、マトリクス２０Ｂがマトリクス２０Ｃに変わる。マトリクス２０Ｃにおいて、太線で囲まれた１番目〜３番目のグラフ列（ＬＲ３、ＬＲ２及びＬＲ４）が、固定化グラフ列群Ｘである。

２番目の論理グラフ行（ＬＭ１）についても、Ｓ２２６１〜Ｓ２２６３が行われる。その結果、マトリクス２０Ｃがマトリクス２０Ｄに変わる。マトリクス２０Ｄにおいて、太線で囲まれた４番目及び５番目のグラフ列（ＬＲ５及びＬＲ１）が、固定化グラフ列群Ｙである。

＜＜＜２段階目の列並び替え＞＞＞

Ｓ２２５２（２段階目の列並び替え）は、物理グラフ行の並びに応じた処理であり、ループ（Ｊ）、ループ（Ｋ）、ループ（Ｌ）、及びＳ２２７１〜Ｓ２２７３を含む。２段階目の列並び替えの説明では、図２１のうち参照符号２０Ｅ〜参照符号２０Ｇが参照される。２段階目の列並び替えでは、物理グラフ行が考慮され、論理グラフ行が考慮されない（このため、参照符号２０Ｅ〜２０Ｇでは、論理グラフ行の色がグレーである）。参照符号２０Ｅが、１段階目の列並び替え終了時の集約スコアマトリクスである。また、１番目〜３番目のグラフ列（ＬＲ３、ＬＲ２及びＬＲ４）が、固定化グラフ列群Ｘであり、４番目及び５番目のグラフ列（ＬＲ５及びＬＲ１）が、固定化グラフ列群Ｙである。

ループ（Ｊ）は、固定化グラフ列群毎に、ループ（Ｋ）、ループ（Ｌ）、及びＳ２２７１〜Ｓ２２７３が行われることである。１つの固定化グラフ列群を例に取る。なお、処理にあたり、固定化は解除されるため、例に取ったグラフ列群を、２段階目の列並び替えの説明において、「対象グラフ列群」と言う。

ループ（Ｋ）は、物理グラフ行毎に、ループ（Ｌ）、及びＳ２２７１〜Ｓ２２７３が行われることである。１つの物理グラフ行を例に取る（２段階目の列並び替えの説明において、「対象物理グラフ行」と言う）。

ループ（Ｌ）は、対象グラフ群におけるグラフ列毎に、Ｓ２２７１及びＳ２２７２が行われることである。非固定化グラフ列群における１つのグラフ列を例に取る（１段階目の列並び替えの説明において、「対象グラフ列」と言う）。

Ｓ２２７１で、並び替えモジュール１３５は、対象集約スコア（対象物理グラフ行及び対象グラフ列に対応した集約スコア）が、物理グラフ行群と対象グラフ列とに対応した範囲に存在する集約スコアのうちの最高値か否かを判断する。図２１の参照符号２０Ｅによれば、対象物理グラフ行（ＰＭ３）において、Ｓ２２７１の判断結果が肯定となる集約スコア（すなわち、同一グラフ列において、他の論理グラフ行（ＰＭ１及びＰＭ２）の集約スコアより高い集約スコア）が、円で囲まれている。なお、Ｓ２２７１は、１段階目の列並び替えの１番目のグラフ列群Ｘ（つまり、最も左にある１番目〜３番目のグラフ列（ＬＲ３、ＬＲ２及びＬＲ４）で構成されたグラフ列群）について、行番号の小さい順に（すなわち、物理グラフ行（ＰＭ３）、（ＰＭ１）、（ＰＭ２）の順に）、行われる。Ｓ２２７１の判断結果が肯定の場合、Ｓ２２７２及びＳ２２７３が行われる。

Ｓ２２７２で、並び替えモジュール１３５は、対象グラフ列を最も左へ移動させる。既に移動されたグラフ列が存在する場合、並び替えモジュール１３５は、移動された２以上のグラフ列を、対象物理グラフ行における集約スコアの降順に並び替える。

Ｓ２２７３で、並び替えモジュール１３５は、移動したグラフ列があれば、それらのグラフ列を「固定化グラフ列群」とする。

１番目のグラフ列群ＸについてＳ２２７１〜Ｓ２２７３が完了した場合、マトリクス２０Ｅがマトリクス２０Ｆに変わる。マトリクス２０Ｆにおいて、鎖線で囲まれた１番目及び２番目のグラフ列（ＬＲ２及びＬＲ４）が、固定化グラフ列群ｘ１であり、鎖線で囲まれた３番目のグラフ列（ＬＲ３）が、固定化グラフ列群ｘ２である。

１段階目の列並び替えの２番目のグラフ列群Ｙ（つまり、４番目及び５番目のグラフ列（ＬＲ５及びＬＲ１）で構成されたグラフ列群）についても、行番号の小さい順に（すなわち、物理グラフ行（ＰＭ３）、（ＰＭ１）、（ＰＭ２）の順に）、Ｓ２２７１が行われる。そして、Ｓ２２７１の判断結果が肯定の場合、Ｓ２２７２及びＳ２２７３が行われる。その結果、マトリクス２０Ｆがマトリクス２０Ｇに変わる。

以上のメトリックタイプ絞込み処理、グラフ行並び替え処理及びグラフ列並び替え処理の結果としてのグラフ一覧画面が表示される。つまり、実施例２では、リソース選択後の画面が、図１２の画面５３ではなく、図１５の画面５３である。すなわち、表示対象のメトリックタイプとグラフ行及びグラフ列の各々の並び順とが自動最適化されている。これは、分析の容易性及び正確性のうちの少なくとも１つの向上に一層貢献すると考えられる。なお、図１５の画面５３についても、手動によって、グラフ行の並び替えとグラフ列の並び替えとのうちの少なくとも一方が可能であってもよい。

実施例２の説明によれば、例えば以下のことが言える。

時系列スコアは、最悪メトリック値（表示対象の時間帯に属する複数のメトリック値の少なくとも１つに基づくリソース値の一例）が正規化された値である。時系列スコアは、メトリック値が悪いと高い傾向にある。表示対象のグラフの決定（メトリックタイプの絞込み）とグラフの並び替えの両方が、時系列スコアに基づき行われる。リソース値は、最悪メトリック値に代えて又は加えて、表示対象の時間帯においてメトリック値が閾値（例えば異常閾値又警告閾値）を超えている時間長であってもよい。この場合、例えば、最悪メトリック値が低くても、警告閾値を超えている時間長が長ければ、時系列スコアが高いことがあり得る。

少なくとも１つの集約スコアが高いメトリックタイプが表示対象として決定される傾向にある。このような観点によれば、悪いメトリック値に対応したメトリックタイプが表示対象として決定される傾向にある。つまり、悪いメトリック値に対応したグラフが表示対象として決定される傾向にある。

グラフ行の並び替えにおいて、代表スコアが高いほど、グラフ行が上位に配置される（小さい行番号が付与される）傾向にある。グラフ列の並び替えにおいて、集約スコアが高いほど、グラフ列が上位に配置される（小さい列番号が付与される）傾向にある。代表スコアは、同一メトリックタイプに対応した２以上の集約スコアのうちの少なくとも１つに基づくスコアの一例であるが、基になる集約スコアが高いと、高い傾向にある。従って、条件該当グラフが行方向及び列方向の少なくとも１つに沿って隣り合う（例えば隣接する）ことが期待される。「条件該当グラフ」とは、代表スコア又は集約スコアのようなスコア（メトリック値を基に算出されたスコア）が所定のスコア条件に該当するグラフである。条件該当グラフは、例えば、表示対象の時間帯において、下記の（ｘ１）〜（ｘ２）の少なくとも１つのような条件（表示対象の時間帯においてメトリック値が悪いと定義された条件）、
（ｘ１）閾値（例えば異常閾値）を超えるメトリック値が連続してＷ回以上取得された（Ｗは自然数）、
（ｘ２）閾値以下であるが閾値との差が所定値未満のメトリック値が連続してｗ回以上取得された（ｗは自然数、且つ、ｗ＞Ｗ）、
を満たすグラフでよい。（ｘ１）が該当する場合も（ｘ２）が該当する場合も、時系列スコア、集約スコア及び代表スコアのうちの少なくとも１つのスコアが所定値以上に高くてよい。（ｘ１）が該当する場合のスコアの方が、（ｘ２）が該当する場合のスコアより高くてよい。

また、グラフ列の並び替えでは、グラフ行毎に、最高の集約スコアを含んだグラフ列が上位へと移動し、移動した１以上のグラフ列が固定化グラフ群とされる。固定化グラフ列群単位で、条件該当グラフが行方向に沿って隣接することが期待される。

また、グラフ列の並び替えでは、グラフ行群について、上位のグラフ行から下位のグラフ行へと順に参照され、参照されたグラフ行毎に、固定化グラフ列群が設定される。グラフ列の並び替えの前に、グラフ行の並び替えが行われ、グラフ行の並び替えでは、代表スコアの高いグラフ行が上位に配置される。つまり、代表スコアの高いグラフ行に対応した固定化グラフ列群ほど上位に配置される。

また、グラフ行の並び替えは、グラフ行群単位で行われる。第１のグラフ行群は、影響先リソースのメトリックタイプに対応したグラフ行群、例えば、基点リソースのメトリックタイプに対応したグラフ行群、具体的には、例えば、論理リソースのメトリックタイプに対応したグラフ行群である。第２のグラフ行群は、影響元リソースのメトリックタイプに対応したグラフ行群、例えば、基点リソースの関連リソースのメトリックタイプに対応したグラフ行群、具体的には、例えば、物理リソースのメトリックタイプに対応したグラフ行群である。そして、グラフ列の並び替えも、グラフ行群単位で行われる。具体的には、第１のグラフ行群に属する各グラフ行についてグラフ列が上位に集約され（グラフ列群が設定され）、その集約された範囲（設定されたグラフ列群の範囲）で、第２のグラフ行群に属する各グラフ行についてグラフ列が上位に集約される。つまり、影響先リソース（例えば論理リソース）及び影響元リソース（例えば物理リソース）の観点で区切られた範囲別に、条件該当グラフが行方向及び列方向の少なくとも１つに沿って隣接することが期待される。

また、複数の候補メトリックタイプから表示対象のメトリックタイプを絞り込むことは、「１つのリソースタイプにつきＫ個以下のメトリックタイプが表示対象とされる（Ｋは自然数）」のように、表示対象のメトリックタイプの数に制限がある場合には、有効である（例えばＫ＝１）。

以上、幾つかの実施例を説明したが、これらは本発明の説明のための例示であって、本発明の範囲をこれらの実施例にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。

例えば、互いに隣接したグラフ行間に隙間があってもよい。また、互いに隣接したグラフ列間に隙間があってもよい。

また、例えば、基点リソースが行に関連付けられ、メトリックタイプが列に関連付けられてもよい。この場合、時間軸が縦軸であって、数値軸が横軸であってもよい。

１００：計算機システム ５５５：管理クライアント ５５７：管理サーバ

Claims (12)

1. 複数のリソースタイプのリソースを含む複数のリソースを有する計算機システムの管理方法であって、
   前記複数のリソースそれぞれのメトリック時系列データを収集し、
   前記収集した各リソースのメトリック時系列データを記憶部に格納し、
   リソースの選択を受け付け、
   前記選択リソースと、前記記憶部にあらかじめ記憶されている複数のリソース情報および複数のリソース同士の関連情報に基づき、複数の基点となるリソースである基点リソースおよび該基点リソースの関連リソースを決定し、
   前記記憶部から、前記複数の基点リソースおよび該基点リソースの関連リソースの、所定の時間帯におけるメトリック時系列データを取得し、
   列方向に並べられた前記複数の基点リソースごとに、前記基点リソースのメトリック時系列データおよび前記基点リソースの関連リソースそれぞれのメトリック時系列データとして、横軸を時間軸とし、縦軸をメトリック値とした２次元直交座標系のグラフを行方向に並べて一括表示する、
   ことを特徴とする管理方法。
2. 前記メトリック時系列データは、リソースタイプごとに選択されたメトリックタイプごとの時系列データである、
   請求項１記載の管理方法。
3. 同一のリソースを共有するリソースのメトリック時系列データを強調表示する、
   ことを特徴とする請求項１記載の管理方法。
4. 前記複数の基点リソースは、リソース一覧からユーザにより選択されたリソースと、所定のリソース条件に該当するリソースとのうちの少なくとも１つに該当するリソースである、
   ことを特徴とする請求項１記載の管理方法。
5. 所定のリソース条件に該当するリソースは、下記のうちの少なくとも１つに該当するリソースである、
   同一のリソースタイプに属する、
   同一のレイヤに属する、
   同一のリソースに関連する、及び、
   同一筐体に存在する
   ことを特徴とする請求項４に記載の管理方法。
6. ユーザ操作に応答して、表示対象を絞り込む、
   ことを特徴とする請求項１に記載の管理方法。
7. ユーザ操作に応答して、表示されている時系列データを行単位で並び替える、
   ことを特徴とする請求項１に記載の管理方法。
8. ユーザ操作に応答して、表示されている時系列データを列単位で並び替える、
   ことを特徴とする請求項１に記載の管理方法。
9. 前記複数の基点リソースは、同一のリソースレイヤに属する論理リソースであり、前記複数の基点リソースの関連リソースは物理リソースである、
   ことを特徴とする請求項１に記載の管理方法。
10. 前記論理リソースの時系列メトリックデータは、前記物理リソースの時系列データよりも上位に位置する、
    ことを特徴とする請求項９に記載の管理方法。
11. ユーザ操作に応答して、前記リソースタイプに対応した前記メトリックタイプを追加する、
    ことを特徴とする請求項２記載の管理方法。
12. ユーザ操作に応答して、前記メトリック時系列データを追加する、
    ことを特徴とする請求項１または請求項２に記載の管理方法。