(57)【要約】  管理システムは、（Ａ）エレメント間の関係を表す情報と複数のエレメントの各々についてのメトリックを表す情報とを含んだ管理情報を基に、所定条件に適合する１以上のエレメントの各々に優先度を付与し、（Ｂ）（Ａ）において付与された１以上の優先度に基づいて、少なくとも１つのエレメントの各々に視覚的に優先度付けしたビジュアルを表示し、（Ｃ）（Ｂ）で表示されたビジュアルからいずれかのエレメントの選択を受信した場合に、複数のレイヤの上下関係とエレメントタイプとレイヤの対応関係とに基づいて、選択されたエレメントが含まれるレイヤの上位又は下位のレイヤを選択し、選択されたエレメントに関係するエレメントであって、選択したレイヤに含まれる１以上のエレメントを選択し、（Ｄ）（Ｃ）で選択された１以上のエレメントを、所定条件に適合する１以上のエレメントとして（Ａ）を行う。
2017504123.tif 000002
【特許請求の範囲】
【請求項１】
複数エレメントを含む計算機システムに接続された少なくとも１つの計算機で実行されるコンピュータプログラムである管理プログラムであって、
（Ａ）エレメント間の関係を表す情報と前記複数のエレメントの各々についてのメトリックを表す情報とを含んだ管理情報を基に、所定条件に適合する１以上のエレメントの各々に優先度を付与する、
（Ｂ）（Ａ）において前記１以上のエレメントにそれぞれ付与された１以上の優先度に基づいて、前記１以上のエレメントの少なくとも１つのエレメントの各々に視覚的に優先度付けしたビジュアルを表示する、
（Ｃ）（Ｂ）で表示されたビジュアルからいずれかのエレメントの選択を受信した場合に、複数のレイヤの上下関係とエレメントタイプとレイヤの対応関係とに基づいて、選択されたエレメントが含まれるレイヤである第１レイヤの上位又は下位のレイヤである第２レイヤを選択し、前記選択されたエレメントに関係するエレメントであって、前記第２レイヤに含まれる１以上のエレメントを選択する、
（Ｄ）（Ｃ）で選択された１以上のエレメントを、前記所定条件に適合する１以上のエレメントとして（Ａ）を行う、
を前記少なくとも１つの計算機に実行させる管理プログラム。
【請求項２】
Ｎ回目（Ｎ＝自然数）の（Ｂ）でビジュアルを表示した後の（Ｎ+１）回目の（Ｂ）でビジュアルを表示する場合、（Ｎ+１）回目の（Ｂ）のビジュアルの表示範囲の少なくとも一部は、Ｎ回目の（Ｂ）のビジュアルの表示範囲の少なくとも一部と重複し、
ビジュアルは、そのビジュアルが表す少なくとも１つのエレメントの各々についてエレメントの表示オブジェクトであるエレメントオブジェクトを含み、
Ｎ回目の（Ｂ）の後の（Ｃ）で選択されたエレメントのエレメントオブジェクトが、（Ｎ+１）回目の（Ｂ）のビジュアルの表示範囲をカバーするサイズになるようアニメーションにより拡大され、拡大されたエレメントオブジェクトに、（Ｎ+１）回目の（Ｂ）のビジュアルが表示される、
請求項１記載の管理プログラム。
【請求項３】
（Ｂ）では、ビジュアル領域と俯瞰領域とを有する画面である管理画面内の前記ビジュアル領域に、ビジュアルが表示され、
前記俯瞰領域に、俯瞰オブジェクトが表示され、
前記俯瞰オブジェクトは、いずれのレイヤに含まれるいずれのエレメントが選択されてきたことによって前記ビジュアル領域にビジュアルが表示されているかを表す表示オブジェクトであり、
（Ｎ+１）回目の（Ｂ）のビジュアルが表示されている前記管理画面における前記俯瞰オブジェクトは、Ｎ回目の（Ｂ）の次の（Ｃ）で選択されたエレメントの識別情報とその選択されたエレメントを含むレイヤとを表す、
請求項２記載の管理プログラム。
【請求項４】
（Ｃ）で、選択されたエレメントについて下位レイヤ移動操作を受信した場合、前記第２レイヤは、前記第１レイヤの下位のレイヤであり、
前記下位レイヤ移動操作は、選択されたエレメントに関係し且つそのエレメントを含むレイヤの下位のレイヤに含まれるエレメントを表示するためのユーザ操作であり、
前記管理プログラムは、
（Ｅ）Ｍ回目の（Ｂ）のビジュアル（Ｍは２以上の整数）について戻る操作を受信した場合、前記管理画面におけるビジュアル領域上のビジュアルを、Ｍ回目の（Ｂ）のビジュアルから（Ｍ−１）回目のビジュアルに戻す、
ことを前記少なくとも１つの計算機に実行させ、
前記戻る操作は、前記ビジュアル領域上のビジュアルを、そのビジュアルが表示される１つ前に表示されていたビジュアルに戻すためのユーザ操作である、
請求項３記載の管理プログラム。
【請求項５】
（Ｃ）で、選択されたエレメントについて上位レイヤ移動操作を受信した場合、前記第２レイヤは、前記第１レイヤの上位のレイヤであり、
前記上位レイヤ移動操作は、選択されたエレメントに関係し且つそのエレメントを含むレイヤの上位のレイヤに含まれるエレメントを表示するためのユーザ操作であり、
前記管理プログラムは、
（Ｅ）表示メトリックタイプ変更操作を受信した場合、前記管理画面におけるビジュアルが有する少なくとも１つのエレメントオブジェクトの各々の表示を、そのエレメントオブジェクトに対応したエレメントのメトリックであって前記表示メトリックタイプ変更操作に従う変更後の表示メトリックタイプに対応したメトリックに基づく優先度に従う表示に更新する、
ことを前記少なくとも１つの計算機に実行させ、
表示メトリックタイプは、複数のメトリックタイプのうち優先度算出の基にされるメトリックのメトリックタイプであり、
前記表示メトリックタイプ変更操作は、表示メトリックタイプを変更するためのユーザ操作である、
請求項４記載の管理プログラム。
【請求項６】
（Ｆ）強調表示対象とするエレメントである強調エレメントの選択を受信した場合、前記強調エレメントに関係するエレメントである強調関係エレメントを、前記管理情報から特定する、
ことを前記少なくとも１つの計算機に実行させ、
ビジュアルは、そのビジュアルが表す１以上のエレメントのうちの少なくとも一部のエレメントの各々の表示オブジェクトであるエレメントオブジェクトを含み、
（Ｂ）では、ビジュアルが表す少なくとも一部のエレメントに強調関係エレメントがあれば、強調関係エレメントのエレメントオブジェクトに、前記強調エレメントの識別情報を表す表示オブジェクトである強調オブジェクトが関連付けて表示される、
請求項１記載の管理プログラム。
【請求項７】
ビジュアルは、そのビジュアルが表す１以上のエレメントのうちの少なくとも一部のエレメントの各々の表示オブジェクトであるエレメントオブジェクトを含み、
少なくとも１つのエレメントオブジェクトの各々が、そのエレメントオブジェクトに対応したエレメントについてのメトリックの時系列変化を表す表示オブジェクトであるメトリックオブジェクトを含み、
前記管理プログラムが、
（Ｇ）ビジュアルが表す少なくとも１つのエレメントオブジェクトに対して、マーク対象の時刻であるマーキング時刻を指定するユーザ操作であるマーキング操作を受信した場合、前記マーキング時刻を登録する、
ことを前記少なくとも１つの計算機に実行させ、
（Ｂ）において、マーキング時刻が登録されていれば、ビジュアルが表す少なくとも１つのエレメントオブジェクトの各々のグラフにおける、前記マーキング時刻に対応した位置に、マークが表示される、
請求項１記載の管理プログラム。
【請求項８】
（Ｈ）優先度変更操作を受信した場合、前記優先度変更操作に従い優先度を変更し、（Ｂ）のビジュアルを、変更後の優先度に従うビジュアルに変更する、
ことを前記少なくとも１つの計算機に実行させる請求項１記載の管理プログラム。
【請求項９】
（Ｉ）表示期間変更操作を受信した場合、前記表示期間変更操作に従い表示期間を変更し、（Ｂ）のビジュアルを、変更後の表示期間に従うビジュアルに変更する、
ことを前記少なくとも１つの計算機に実行させ、
（Ｉ）より後の（Ｂ）で表示されるビジュアルは、前記変更後の表示期間に従うビジュアルであり、
表示期間は、時系列のメトリックのうち優先度付与の基になるメトリック範囲を表し、
前記メトリック範囲は、前記表示期間の始点に該当する時刻から前記表示期間の終点に該当する時刻までのメトリックである、
請求項１記載の管理プログラム。
【請求項１０】
ビジュアルは、そのビジュアルが表す少なくとも１つのエレメントの各々についてエレメントの表示オブジェクトであるエレメントオブジェクトを含み、
（Ａ）において、エレメントのメトリックに基づく優先度とは、エレメントのワーストのメトリックを基に算出された優先度であり、
（Ｂ）のビジュアルにおいて、エレメントオブジェクトのサイズ及び位置が、そのエレメントに対応したエレメントの優先度に基づいている、
請求項１記載の管理プログラム。
【請求項１１】
前記複数のレイヤのうち、アプリケーションに関するエレメントを含んだレイヤを含み所定レイヤより上位の２以上のレイヤが、アプリケーション階層と定義されており、
前記複数のレイヤのうち、物理装置に関するエレメントを含んだレイヤを含み前記アプリケーション階層よりも下位の２以上のレイヤが、インフラストラクチャ階層と定義されており、
前記管理プログラムが、
（Ｊ）アプリケーション階層モード又はインフラストラクチャ階層モードの選択を受信した場合、選択されたモードを登録する、
ことを前記少なくとも１つの計算機に実行させ、
前記選択されたモードが、アプリケーション階層モードであれば、１回目の（Ａ）及び（Ｂ）により表示されるビジュアルは、前記アプリケーション階層の最上位レイヤに含まれる少なくとも１つのエレメントの各々に視覚的に優先度付けしたビジュアルであり、
前記選択されたモードが、インフラストラクチャ階層モードであれば、１回目の（Ａ）及び（Ｂ）により表示されるビジュアルは、前記インフラストラクチャ階層の最上位レイヤに含まれる少なくとも１つのエレメントの各々に視覚的に優先度付けしたビジュアルである、
請求項１記載の管理プログラム。
【請求項１２】
複数のエレメントを含む計算機システムを管理し、エレメントのメトリックを視覚的に優先度付けした情報であるビジュアルを表示する管理システムであって、
エレメント間の関係を表す情報と前記複数のエレメントの各々についてのメトリックを表す情報と操作履歴とを含んだ管理情報を記憶する記憶資源と、
前記記憶資源に接続されたプロセッサと
を備え、
前記プロセッサが、
（Ａ）第１の操作を受信し、表示されているビジュアルを前記第１の操作に応答して変更し、第１のエレメントの識別情報と前記第１の操作のタイプとを前記操作履歴に登録し、前記第１の操作は、表示されているビジュアルが表す２以上のエレメントから選択されたエレメントに隣接し前記選択されたエレメントのタイプに隣接するタイプのエレメントである第２のエレメントを表すビジュアルを表示するための操作であり、前記第１のエレメントは、前記選択されたエレメントであり、前記２以上のエレメントの各々は、表示されているビジュアルに対応したエレメントである注目エレメントに隣接するエレメントであり、
（Ｂ）表示されているビジュアルをそのビジュアルの１つ前に表示されていたビジュアルに前記操作履歴を基に戻すための操作である第２の操作を受信し、
（Ｃ）表示されているビジュアルの基になっているメトリックのタイプである表示メトリックタイプを変更するための操作である第３の操作を受信し、表示されているビジュアルを前記第３の操作に応答して変更し、第３のエレメントの識別情報と、前記第３の操作のタイプとを前記操作履歴に登録する、
管理システム。
【請求項１３】
前記第１の操作は、上位隣接操作と下位隣接操作のうちのいずれかであり、
前記上位隣接操作は、前記第１のエレメントに対する上スワイプアクションに対応し、
前記下位隣接操作は、前記第１のエレメントに対する下スワイプアクションに対応し、
前記第３の操作は、表示されているビジュアル又はそのビジュアルが表すいずれかのエレメントに対する横スワイプアクションに対応し、
前記第２操作は、表示されているビジュアル外の領域に設けられたボタンを押す操作又は入力デバイスに対する所定の操作に対応する、
請求項１２記載の管理システム。
【請求項１４】
前記プロセッサは、
（Ｄ）初期ビジュアルの表示を行う第４の操作を受信し、前記)操作履歴をクリアし、
（Ｅ）初期ビジュアルに表示すべきエレメントタイプを指定する第５の操作を受信する、
請求項１３記載の管理システム。
【請求項１５】
ビジュアルは、そのビジュアルが表す少なくとも１つのエレメントの各々についてエレメントの表示オブジェクトであるエレメントオブジェクトを含み、
前記第３の操作に応答して前記表示メトリックタイプが変更されてもビジュアル内のエレメントオブジェクトの位置は変更されない、
請求項１２記載の管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、計算機システムの管理に関し、特に、計算機システムに関する情報の表示に関する。
【背景技術】
【０００２】
計算機システムに関する情報の表示として、例えば、特許文献１に開示の技術が知られている。特許文献１によれば、ＧＵＩ（Graphical  User  Interface）に、計算機システムのトポロジが表示される。具体的には、ＧＵＩが、複数のカラムを有し、各カラムには、表示すべき計算機システムを構成するエレメントのタイプが定められている。そして、各エレメントの状態を表すオブジェクトが、対応するカラム内に配置される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】米国公開特許第２００９／０２４９２１３号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００４】
大規模化及び／又は複雑化した計算機システムに対して特許文献１のようなトポロジ表示がされても、ユーザ（例えば管理者）は、問題状態のエレメントを迅速に把握することも問題の原因分析のために問題状態のエレメントに関係するエレメントの状態を把握することも効率よくできない。
【課題を解決するための手段】
【０００５】
管理システムは、（Ａ）エレメント間の関係を表す情報と複数のエレメントの各々についてのメトリックを表す情報とを含んだ管理情報を基に、所定条件に適合する１以上のエレメントの各々に優先度を付与し、（Ｂ）（Ａ）において付与された１以上の優先度に基づいて、少なくとも１つのエレメントの各々に視覚的に優先度付けしたビジュアルを表示し、（Ｃ）（Ｂ）で表示されたビジュアルからいずれかのエレメントの選択を受信した場合に、複数のレイヤの上下関係とエレメントタイプとレイヤの対応関係とに基づいて、選択されたエレメントが含まれるレイヤの上位又は下位のレイヤを選択し、選択されたエレメントに関係するエレメントであって、選択したレイヤに含まれる１以上のエレメントを選択し、（Ｄ）（Ｃ）で選択された１以上のエレメントを、所定条件に適合する１以上のエレメントとして（Ａ）を行う。
【発明の効果】
【０００６】
計算機システムが大規模及び複雑のうちの少なくとも一方であっても計算機システムに関する情報、および情報の関係の視認性が良好である。
【図面の簡単な説明】
【０００７】
【図１】実施形態に係るエレメント管理情報の一例を示す。
【図２】ツリーヒートマップの第１の例を模式的に示す。
【図３】ツリーヒートマップの第２の例を模式的に示す。
【図４】ツリーヒートマップの第３の例を模式的に示す。
【図５】ツリーヒートマップの第４の例を模式的に示す。
【図６】実施形態に係る計算機システム及び管理システムの構成を示す。
【図７】計算機システムの階層の一例を示す。
【図８】計算機システムのトポロジの一例を示す。
【図９】初期管理画面の一例を示す。
【図１０】図９の画面に対して下位レイヤ移動操作が行われた場合に表示される管理画面の一例を示す。
【図１１】図１０の画面に対して上位レイヤ移動操作が行われた場合に表示される管理画面の一例を示す。
【図１２】図９の画面に対して表示条件変更操作が行われた場合に表示される管理画面の一例を示す。
【図１３】エレメント強調表示操作の一例の説明図である。
【図１４】エレメント強調表示操作後の管理画面の一例を示す。
【図１５】マーキング操作後の管理画面の一例を示す。
【図１６】マーキング操作後の別の管理画面の一例を示す。
【図１７】表示優先度変更操作後の管理画面の一例を示す。
【図１８】エレメントテーブルの一例を示す。
【図１９】エレメント測定テーブルの一例を示す。
【図２０】画面履歴テーブルの一例を示す。
【図２１】表示条件テーブルの一例を示す。
【図２２】強調エレメントテーブルの一例を示す。
【図２３】マーキングテーブルの一例を示す。
【図２４】レイヤ定義テーブルの一例を示す。
【図２５】デフォルト表示メトリックタイプテーブルの一例を示す。
【図２６】閾値テーブルの一例を示す。
【図２７】初期画面表示処理の流れを示す。
【図２８】メインビジュアル描画処理の流れを示す。
【図２９】ツリーヒートマップ描画処理の流れを示す。
【図３０】レイヤ移動処理の流れを示す。
【図３１】戻る処理の流れを示す。
【図３２】表示条件変更処理の流れを示す。
【図３３】エレメント強調処理の流れを示す。
【図３４】ユーザ操作とユーザアクションの関係の一例を示す。
【発明を実施するための形態】
【０００８】
以下、一実施形態を説明する。
【０００９】
なお、以下の説明では、「ｋｋｋテーブル」の表現にて情報を説明することがあるが、情報は、テーブル以外のデータ構成で表現されていてもよい。データ構成に依存しないことを示すために「ｋｋｋテーブル」のうちの少なくとも１つを「ｋｋｋ情報」と呼ぶことができる。
【００１０】
また、以下の説明では、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサ（例えばＣＰＵ（Central  Processing  Unit）によって実行されることで、定められた処理を、適宜に記憶資源（例えばメモリ）及び／又は通信インターフェイスデバイス（例えば通信ポート）等を用いながら行うため、処理の主語がプロセッサとされてもよい。プログラムを主語として説明された処理は、プロセッサあるいはそのプロセッサを有する装置が行う処理としてもよい。また、プロセッサは、処理の一部または全部を行うハードウエア回路を含んでもよい。プログラムは、プログラムソースから各コントローラにインストールされてもよい。プログラムソースは、例えば、プログラム配布計算機または記憶メディアであってもよい。
【００１１】
また、管理システムは、一以上の計算機で構成されてよい。具体的には、例えば、管理計算機が情報を表示する場合（具体的には、管理計算機が自分の表示デバイスに情報を表示する、或いは、管理計算機が表示用情報を遠隔の表示用計算機に送信する場合）、管理計算機が管理システムである。また、例えば、複数の計算機で管理計算機と同等の機能が実現されている場合は、当該複数の計算機（表示を表示用計算機が行う場合は表示用計算機を含んでよい）が、管理システムである。本実施形態では、管理サーバ５５７が管理計算機であり、管理クライアント５５５が表示用計算機である。
【００１２】
また、以下の説明では、「エレメント」とは、計算機システムの構成要素を意味し、具体的には、計算機システムを構成する複数のノード（装置）の各々、及び、各ノードが有する複数のコンポーネントの各々の総称である。具体的には、例えば、エレメントは、テナント、部署、アプリケーションプログラム、ノード（物理装置）、装置コンポーネント等の総称である。ノードとして、物理的なノード（例えばサーバ装置）もあれば論理的なノード（例えばサーバ装置で実行されるプログラムインスタンス）もある。同様に、コンポーネントとして、物理的なコンポーネント（例えばＣＰＵ）もあれば論理的なコンポーネント（例えば論理ボリューム）もある。以下の説明では、エレメントの識別情報として、名前或いはＩＤが使用されるが、それらは相互に置換可能であってもよいし、それらのうちの少なくとも１つに代えて又は加えて他種の識別情報が使用されてもよい。
【００１３】
また、以下の説明では、「エレメントタイプ」は、エレメントのタイプと言う。「エレメントボックス」は、エレメントオブジェクトの一例であり、エレメントの情報（例えば、エレメント名等の識別情報）を表す方形の表示オブジェクトである（以下、単に「ボックス」と言うこともある）。「エレメントオブジェクト」は、エレメントを示す表示オブジェクトである。「表示オブジェクト」は、管理画面に表示されるオブジェクトであり、例えば、アイコン、線、ボックス等である。「ビジュアル」は、少なくとも１つのエレメントの情報を含む表示オブジェクトであり、例えば、少なくとも１つのエレメントボックスを含んでよい。
【００１４】
また、以下の説明では、「レイヤ」は、上下関係が定義された複数のエレメントタイプのうちの１以上のエレメントタイプに相当する。すなわち、１つのレイヤは、１つのエレメントタイプにのみ対応していてもよいし、２以上のエレメントタイプの集合に対応していてもよい。「注目レイヤ」は、複数のレイヤのうちの一のレイヤ（注目されているレイヤ）である。注目レイヤの「上位レイヤ」は、注目レイヤより上のレイヤであり、特に、注目レイヤの上位レイヤのうち、注目レイヤより１つ上のレイヤを、注目レイヤの「親レイヤ」と言う。注目レイヤの「下位レイヤ」は、注目レイヤより下のレイヤであり、特に、注目レイヤの下位レイヤのうち、注目レイヤより１つ下のレイヤを、注目レイヤの「子レイヤ」と言う。以下、基準を明示せずに単に「上位レイヤ」、「親レイヤ」、「下位レイヤ」又は「子レイヤ」と言うときは、注目レイヤが基準であるとする。
【００１５】
また、以下の説明では、「注目エレメント」は、複数のエレメントのうちの一のエレメント（注目されているエレメント）を言う。注目エレメントは注目レイヤに属する。注目エレメントの「上位エレメント」は、注目エレメントに関係しており注目レイヤのいずれかの上位レイヤに属するエレメントである。注目エレメントの上位エレメントのうち、特に、注目エレメントに関係しており注目エレメントより１つ上のエレメント（親レイヤに属するエレメント）を、注目エレメントの「親エレメント」と言う。注目エレメントの「下位エレメント」は、注目エレメントに関係しており注目エレメントが属するレイヤの下位レイヤに属するエレメントである。注目エレメントの下位エレメントのうち、特に、注目エレメントに関係しており注目エレメントより１つ下のエレメント（注目レイヤの子レイヤに属するエレメント）を、注目エレメントの「子エレメント」と言う。以下、基準を明示せずに単に「上位エレメント」、「親エレメント」、「下位エレメント」又は「子エレメント」と言うときは、注目エレメントが基準であるとする。
【００１６】
また、以下の説明では、「ルートエレメント」は、最上位のエレメント（本実施形態では後述の「ALL  TENANT」に該当）、すなわち、上位エレメントが存在しないエレメントであり、「リーフエレメント」は、上位エレメントが存在するが下位エレメントが存在しないエレメントである。
【００１７】
また、以下の説明では、計算機システムの管理画面としてのＧＵＩ（Graphical  User  Interface）画面に対してユーザ（例えば管理者）が入力デバイスを使用して行う操作を、「ユーザ操作」と言う。ユーザ操作に使用される入力デバイスは、一般に、ポインティングデバイス或いはタッチスクリーンである。ユーザ操作としては、例えば、「エレメントの選択操作」、「下位レイヤ移動操作」及び「上位レイヤ移動操作」がある。「エレメントの選択操作」は、例えば、エレメントボックスにポインティングデバイス（例えばマウス）のカーソルを重ねる、ポインティングデバイスを使用して又は指をタッチスクリーンにタッチすることでエレメントボックスをクリックする等でよい。「下位レイヤ移動操作」は、一般的な一操作、例えば、エレメントボックスにカーソルが重ねられた状態でマウスホイールを下回転させる、或いは、マルチタッチスクリーンにおけるエレメントボックス上でピンチインを行う等、が適用されてよい。同様に、「上位レイヤ移動操作」は、一般的な一操作、例えば、エレメントボックスにカーソルが重ねられた状態でマウスホイールを上回転させる、或いは、マルチタッチスクリーンにおけるエレメントボックス上でピンチアウトを行う、が適用されてよい。「下位レイヤ移動操作」及び「上位レイヤ移動操作」を「レイヤ移動操作」又は「行く操作」と総称することができる。
【００１８】
なお、本実施形態の説明では、エレメントボックスの選択とエレメントの選択は実質的に同じ意味である。また、本実施形態では、「行く操作」に対して「戻る操作」がある。「行く操作」とは、選択されたエレメントの親エレメントのボックスを含んだビジュアルを見るための操作（上位レイヤ移動操作）、又は、選択されたエレメントの子エレメントのボックスを含んだビジュアルを見るための操作（下位レイヤ移動操作）操作である。それに対し、「戻る操作」とは、管理画面を直前に表示されていた管理画面に戻るための操作であり、上位レイヤ移動操作及び下位レイヤ移動操作のいずれにも該当しない操作である。
【００１９】
まず、本実施形態の概要を説明する。
【００２０】
管理システムが、計算機システムの複数のエレメントに対応した複数のエレメントボックスを、ツリーマップ、ヒートマップ及びツリーヒートマップのうちの少なくとも１つのマップ上に表示する。「ツリーマップ」とは、エレメントボックスのサイズ、及び、マップ内でのエレメントボックスの位置、のうちの少なくとも１つによってエレメントの視覚的優先度を表現したマップである。「ヒートマップ」とは、エレメントボックスの色（模様等の他の表示態様でもよい）でエレメントの視覚的優先度を表現したマップである。「ツリーヒートマップ」とは、ツリーマップとヒートマップの両方の定義に従いエレメントの視覚的優先度を表現したマップ、すなわち、ツリーマップとヒートマップが一体となったマップである。本実施形態では、ツリーヒートマップが採用される。
【００２１】
ツリーヒートマップの表示制御の一例は、下記である。なお、ツリーマップ、ヒートマップ及びツリーヒートマップのうちの少なくとも１つのマップは、「ビジュアル」の定義に該当してよい。マップ（ビジュアル）が表示（描画）される領域を「メインビジュアル領域」と呼ぶことがある。メインビジュアル領域に表示されるビジュアル（マップ）を「メインビジュアル」と呼ぶことがある。
【００２２】
（１）優先度の決定
【００２３】
管理システムが、図１に示すようなエレメント管理情報を保持する。この情報は、管理システムが有する例えば後述の管理テーブル群５４２（図６参照）の少なくとも一部でよい。エレメント管理情報は、計算機システムが有するエレメント毎に、エレメントＩＤを有する。また、エレメント管理情報は、エレメント毎に、１以上のメトリックタイプの各々について、メトリック及び標準化値（ＳＶ）も有する。メトリックタイプとして、例えば、レスポンスタイム（要求を出してから応答をもらうまでの時間）、ＩＯＰＳ（１秒間当たりのＩ／Ｏ数）、データ転送レート（データの転送速度）、及びアラート件数（アラートが発生した件数）等がある。「メトリック」とは、メトリックタイプ（例えばレスポンスタイム）についての測定値（例えば１４ｍｓ（ミリ秒））である。「標準化値」とは、異なるメトリックタイプのメトリックの大きさを同一基準で比較するために決定された値である。
【００２４】
管理システムは、複数メトリックタイプがある場合、エレメント毎に、ワーストのメトリックに基づき優先度を決定する。このようにエレメント毎に決定された優先度を「ワースト優先度」と呼ぶ。ツリーヒートマップに表示されるエレメントボックスのサイズ及び位置は、そのボックスに対応するエレメントのワースト優先度に基づき決定される。これによって、表示メトリックタイプが変更されても、エレメントボックスの位置（メインビジュアル領域上での位置）及びサイズが変更されることはない。なお、「表示メトリックタイプ」は、複数のメトリックタイプのうち表示条件（ユーザが注目するメトリックタイプ）として選択されたメトリックタイプである。
【００２５】
ここで、異なるメトリックタイプのメトリックを単純に比較しても、優劣をつけることは困難である。例えば、それぞれ「１００」であるワーストのレスポンスタイムとワーストのＩＯＰＳを単純に比較しても、それらの優劣をつけることは困難である。
【００２６】
そこで、本実施形態では、各エレメントについて、メトリックタイプ毎に、メトリックが所定の変換規則（例えば変換式）に従い標準化される。つまり、メトリックが標準化値に変換される。そして、エレメント毎に、ワースト優先度が、複数の標準化値のうちのワーストの標準化値を基に決定される。以下、具体例を説明する。
【００２７】
まず、メトリックの標準化が、例えば以下のように行われる。すなわち、メトリックタイプ毎に所定数の閾値、例えば２つの閾値（閾値１及び閾値２）が定義される。閾値１は、アラートを出すか否かの判断に使用される閾値（アラート閾値）であり、閾値２は、エラーか否かの判断に使用される閾値（エラー閾値）である。閾値２を超えていればエラーと判断され、閾値２を超えていなくても閾値１を超えていればアラートが出される。本実施形態では、例えば、メトリックが、閾値２を超えているか、閾値２を超えていないが閾値１を超えているか、或いは閾値１以下かによって、メトリックの標準化値が決される。具体的には、例えば、閾値２を超えているメトリックの標準化値は「３」とされ、閾値２以下であり閾値１を超えているメトリックの標準化値は「２」とされ、閾値１以下のメトリックの標準化値は「１」とされる。なお、この例は、メトリックが大きくなるほど深刻な場合の例であり、メトリックが小さくなるほど深刻な場合は、関係はこの逆となる。図１の例によれば、レスポンスタイムは、値が大きいほど深刻のため、閾値２＞閾値１である（例えば閾値２＝５０、閾値１＝１０）。一方、ＩＯＰＳは、Ｑｏｓ（Quality  of  service）視点での管理の場合は値が基準値を下回るほど深刻のため、閾値２＜閾値１である（例えば閾値２＝５０、閾値１＝１００）。
【００２８】
なお、閾値の数は１つでも３以上でもよい。また、閾値の数は、全てのメトリックタイプについて同じでもよいし、メトリックタイプによって異なってもよい（本実施形態では、全てのメトリックタイプについて閾値の数は２である）。また、メトリックを標準化値に変換する方法として、他の方法が採用されてもよい。例えば少なくとも１つのメトリックタイプについて閾値の数は３以上でよく、３以上の閾値を基に標準化値が決定されてもよい。或いは、メトリックの閾値を用いない方法で標準化値が決定されてもよい。
【００２９】
以上のように、各エレメントについて、メトリックタイプ毎に、標準化値が決定される。エレメントのワースト優先度は、そのエレメントに対応した複数の標準化値のうちのワースト（最大）の標準化値を基に決められる。例えば、ワースト標準化値が「３」であれば、ワースト優先度は「３」（最高）であり、ワースト標準化値が「２」であれば、ワースト優先度は「２」（２番目に高い）であり、ワースト標準化値が「１」であれば、ワースト優先度は「１」（最低）である。図１の例によれば、エレメント１、１０及び１１（エレメントＩＤ「１」、「１０」及び「１１」のエレメント）の各々のワースト優先度は「３」であり、エレメント３〜９の各々のワースト優先度は「２」であり、他のエレメント２及び１２〜１５の各々のワースト優先度は「１」である。なお、ワースト優先度は、より多段階でよく、例えば、複数のメトリックタイプにそれぞれ対応した複数の標準化値の内訳（例えば標準化値「３」〜「１」のそれぞれの数）と、複数のメトリックタイプの各々の重み等に基づいて決められてもよい。
【００３０】
以上のようにして、エレメント毎にワースト優先度が決定される。
【００３１】
（２）エレメントボックスの色
【００３２】
表示メトリックタイプについての、エレメントの標準化値を基に、そのエレメントに対応するエレメントボックスの色が決定される。図１の例によれば、標準化値「３」のエレメントに対応したエレメントボックスの色は黒であり、標準化値「２」のエレメントに対応したエレメントボックスの色はグレーであり、標準化値「１」のエレメントに対応したエレメントボックスの色は白である。表示メトリックタイプが変更され、変更前の表示メトリックタイプと変更後の表示メトリックタイプとで標準化値が異なるエレメントについては、エレメントボックスの色が変更される。一方、エレメントボックスのサイズ及び位置は、表示メトリックタイプが変更されても変更されない。なぜなら、後述するように、エレメントボックスのサイズ及び位置は、ワースト優先度（ワースト優先度に対応した標準化値であるワースト標準化値）を基に決められており、ワースト優先度は、表示メトリックタイプが変更されても変更されるものではないからである。
【００３３】
（３）エレメントボックスのサイズ
【００３４】
エレメントのワースト優先度に対応した標準化値を基に、そのエレメントに対応するエレメントボックスのサイズが決定される。例えば、幅が、Ａ×２ｎであり、高さが、Ｂ×２ｎであり、ｎは（ワースト標準化値−１）であり、Ａはワースト標準化値「１」の場合の幅であり、Ｂはワースト標準化値「１」の場合の高さであるとする。以下の例では、Ａ＝Ｂ＝１とする。
【００３５】
（４）メインビジュアル領域（ツリーヒートマップが表示（描画）される領域）のサイズ
【００３６】
メインビジュアル領域は、例えば方形であり、幅が、Ａ×２Ｎであり、高さが、Ｂ×２Ｎであり、Ｎは取り得る標準化値の最大値以上の自然数である。以下の例では、Ｎ＝取り得る標準化値の最大値＝３であり、故に、メインビジュアル領域の幅は、１×２３＝８であり、メインビジュアル領域の高さも、１×２３＝８である。つまり、以下の例では、メインビジュアル領域は、８行×８列のマトリクスであり、故に、６４個のセルを有する。
【００３７】
（５）エレメントボックスの位置（メインビジュアル領域上での位置）
【００３８】
表示優先度の高いエレメントボックスほど上の行から並べられる。なお、行の並びは左上から始まる（右上から始まってもよい）。行の途中で次の表示優先度のエレメントボックスを並べる場合もある。或いは、エレメントボックスは、表示優先度の高い順に、左（又は右）の列の上から順に並べられてもよい。その際、左上（又は右上）に近い位置からエレメントボックスが並べられてもよい。
【００３９】
ここで、「表示優先度」は、ワースト優先度を基に決められた優先度である。表示優先度は、ワースト優先度が違っていればワースト優先度の高低に従い、ワースト優先度が同じ場合は、所定の規則に従う。例えば、同じワースト優先度のエレメントの表示優先度は、エレメントＩＤ（番号）の小さい順（又は大きい順）であってもよいし、エレメント名の頭文字に従う順であってもよいし、より深刻なメトリックを持つ順であってもよいし、後述の通りユーザによる優先度指定を考慮してもよい。このような規則に従い決定された表示優先度は、表示メトリックタイプが変更されても変更されないことが望ましい。また、例えば、
エレメントＸについてメトリックタイプＴのメトリック＝閾値１＋補間係数（閾値２−閾値１）
と表現でき、この式から補間係数を算出できるが、エレメント毎に、補間係数の最大値を決定し、決定された補間係数に従って、エレメントボックスの位置（エレメントの表示優先度）及びサイズのうちの少なくとも１つが決定されてよい。勿論、他の補間アルゴリズムにより補間係数が決められてもよいし、メトリックタイプによって補間アルゴリズムが異なっていてもよい。なお、上記式において、「閾値１」は、エレメントＸ及びメトリックタイプＴに対応した閾値１でよく、「閾値２」は、エレメントＸ及びメトリックタイプＴに対応した閾値２でよい。
【００４０】
なお、複数のメトリックタイプの各々について、メトリックが時系列となっているため、ワースト優先度、補間係数、標準化値等を決定する場合には、管理システムは、メトリックタイプ毎に、所定の期間における複数のメトリックのうちのワーストのメトリック（個別ワーストメトリック）を選び、複数のメトリックタイプにそれぞれ対応した複数の個別ワーストメトリックを基に、複数のメトリックタイプにそれぞれ対応した複数の標準化値や、複数の標準化値のうちのワースト標準化値に基づくワースト優先度や、上述した補間係数等を決定することができる。メトリック毎に標準化値が算出され、所定の期間における複数の標準化値からワースト標準化値が特定されてもよい。また、上記「所定の期間」は、例えば、表示条件の１つとして指定された期間である「表示期間」でよい。
【００４１】
上述した規則と図１のエレメント管理情報とに従うツリーヒートマップ（メインビジュアル）の一例を、図２に示す。
【００４２】
図２は、表示メトリックタイプがレスポンスタイムの場合のツリーヒートマップを模式的に示す。
【００４３】
図２（及び図３〜図５）において、エレメントボックス内の数字は、エレメントＩＤである。エレメントボックスのサイズ、位置（メインビジュアル領域上での位置）及び色が、管理システムにより制御される。メインビジュアル領域は、上記例の通り、８行×８列のマトリクスである。なお、図２〜図５では、メインビジュアル領域の構成を分かり易く示すために（視認可能にするために）、破線で行列が表現されているが、実際には、メインビジュアル領域（例えば枠線及び罫線）は視認可能に表示されないでよい。
【００４４】
エレメントボックスのサイズは、そのボックスに対応するエレメントのワースト優先度（ワースト標準化値）に従うサイズである。具体的には、ワースト優先度「３」のエレメントボックス（エレメント１，１１及び１０のエレメントボックス）は、幅：４（＝１×２（３−１））及び高さ：４（＝１×２（３−１））のエレメントボックスである。ワースト優先度「２」のエレメントボックス（例えばエレメント３〜６のエレメントボックス）は、幅：２（＝１×２（２−１））及び高さ：２（＝１×２（２−１））のエレメントボックスである。
【００４５】
エレメントボックスの位置は、そのボックスに対応するエレメントの表示優先度に従う位置である。ワースト優先度が同じエレメントの表示優先度は、エレメントＩＤの小さい順とされる。すなわち、図２によれば、まず、ワースト優先度「３」（最高）の３つのエレメントボックス１、１０及び１１のうち、エレメントボックス１及び１０が、左上から右へと並べられ、次に、下の空き領域の左上から、エレメントボックス１１が並べられる。次に、ワースト優先度「２」の７つのエレメントボックス３〜９のうち、メインビジュアル領域の空き領域の左上から右へと、エレメントボックス３及び４が並べられ、次に、下の空き領域の左上から右へと、エレメントボックス５及び６が並べられる。
【００４６】
この時点で、１つのメインビジュアル領域に空き領域が無くなる。この場合、管理システムは、例えば下記のうちのいずれかの表示制御（例えば複数の表示制御のうちユーザにより選択された表示制御）を行ってよい。
（２−１）管理システムは、他のエレメントボックスの表示を省略する。すなわち、ツリーヒートマップ（及びツリーマップ）が、全てのエレメントボックスを含むことが必須ではない。この表示制御では、ワースト優先度が所定優先度（例えば「１」）以下のエレメント２及び１２〜１５は、マップ（ビジュアル）に含まれない。この表示制御でも、ユーザは、ワースト優先度が比較的高いエレメントのボックスを視認できる。
（２−２）管理システムは、後述のレイアウト領域に、８行×８列のメインビジュアル領域を１つ以上追加し、追加したメインビジュアル領域に、ワースト優先度「２」のエレメントボックス７〜９と、ワースト優先度「１」のエレメントボックス２及び１２〜１５を並べる（図３参照）。追加されたメインビジュアル領域に並べられたエレメントボックスは、例えば、表示範囲（レイアウト領域のうち実際に表示される範囲）が変更（例えばスクロール）されることで、表示される。表示範囲の変更（例えばスクロール）により、図２のマップと図３のマップのいずれも表示可能である。図２のマップと図３のマップが連結されたマップが１つのマップと解釈され、図２のマップが第１のマップ部分、図３のマップが第２のマップ部分と解釈されてもよい。
（２−３）管理システムは、所定数以上のエレメントボックス、又は、所定ワースト優先度以上のワースト優先度のエレメントのボックスを、１つのメインビジュアル領域に収められるよう、エレメントボックスのサイズを小さくする（つまりボックスを縮小する）。具体的には、例えば、管理システムは、上述したＡ及びＢの値の少なくとも一方を小さくし、且つ、上述したＮの値（メインビジュアル領域のサイズの計算式のパラメータ）を大きくする。これにより、メインビジュアル領域のサイズを維持したまま、メインビジュアル領域のセル数（行数及び列数の少なくとも一方）が増え、結果として、より多くのエレメントボックスを１つのメインビジュアル領域に配置することができる。
（２−４）管理システムは、上述したＡ及びＢの値を小さくすることなく、上述したＮの値（メインビジュアル領域のサイズの計算式のパラメータ）を大きくする。これにより、メインビジュアル領域が拡大される。サイズ拡大前は、メインビジュアル領域は表示範囲内に表示可能であっても、サイズ拡大により、メインビジュアル領域が表示範囲に収まらないことになり得る。この場合、ユーザは、表示範囲を変更する（例えばスクロールする）ことで、メインビジュアル領域に並べられた複数のエレメントボックスを視認する。
（２−５）管理システムが、ユーザから、少なくとも１つのメトリックタイプについて閾値１及び閾値２の調整を受け付け、調整後の閾値１及び閾値２を基に標準化値及びワースト優先度を計算し、その計算結果に基づき複数のエレメントボックスを再度描画する。なお、表示期間が変更された場合もワースト優先度の再計算が行われることは言うまでも無い。
【００４７】
一方、管理システムは、全てのエレメントのエレメントボックスを１つのメインビジュアル領域に並べてもそのメインビジュアル領域に所定サイズ以上の空き領域が残る場合、少なくとも１つのエレメントボックスのサイズを大きくしてもよい。
【００４８】
なお、以上の説明によれば、エレメントボックスのサイズもメインビジュアル領域のサイズも、２のべき乗が乗数とされているが、その理由は例えば以下の通りである。すなわち、エレメントボックス間の切れ目をそろえて、視覚的に整理整頓された配置であるように印象付けるためである。なお、乗数は、２のべき乗に代えて、エレメントボックスのサイズについては、ｎ（＝ワースト標準化値−１）、メインビジュアル領域のサイズについてはＮ（＝取り得る標準化値の最大値以上の所定値）であってもよい。
【００４９】
管理システムは、図２のビジュアルが表示されている状態において、表示メトリックタイプがＩＯＰＳに変更された場合、図４に示すように、各エレメントボックスのサイズ及び位置を変更せず、エレメントボックスの色を、変更後の表示メトリックタイプに対応した標準化値に従う色にする。図３の各エレメントボックス内の色は、図１の例（各エレメントについてＩＯＰＳの標準化値が示されたセルの色）に対応している。なお、管理システムは、図３のビジュアルが表示されている状態において、表示メトリックタイプがＩＯＰＳに変更された場合、同様にして、図５に示すように、各エレメントボックスのサイズ及び位置を変更せず色を制御する。
【００５０】
このように、表示メトリックタイプを変更しても、エレメントボックスのサイズ及び位置は変わらないので、ユーザにとって、見やすく、また、表示メトリックタイプの変更を行いやすい。
【００５１】
以下、本実施形態を詳細に説明する。
【００５２】
図６は、実施形態に係る計算機システム及び管理システムの構成を示す。
【００５３】
計算機システム１００は、１以上のホスト５５３と、１以上のホスト５５３に接続された１以上のストレージシステム５５１とを含む。ストレージシステム５５１には、例えば、通信ネットワーク５２２（例えばＳＡＮ（Storage  Area  Network）又はＬＡＮ（Local  Area  Network））を介してホスト５５３が接続される。
【００５４】
ストレージシステム５５１は、物理記憶デバイス群５６３と、物理記憶デバイス群５６３に接続されたコントローラ５６１とを有する。
【００５５】
物理記憶デバイス群５６３は、１以上のＰＧ（Parity  Group）を有する。ＰＧは、ＲＡＩＤ（Redundant  Array  of  Independent  (or  Inexpensive)  Disks）グループと呼ぶこともある。ＰＧは、複数の物理記憶デバイスで構成されており、所定のＲＡＩＤレベルに従いデータを記憶する。物理記憶デバイスは、例えば、ＨＤＤ（Hard  Disk  Drive）或いはＳＳＤ（Solid  State  Drive）である。
【００５６】
ストレージシステム５５１は、複数の論理ボリュームを有する。論理ボリュームとしては、ＰＧに基づく実体的な論理ボリューム（実ボリューム）５６５もあれば、シンプロビジョニング或いはストレージ仮想化技術に従う仮想的な論理ボリューム（仮想ボリューム）５６７もある。１つのストレージシステム５５１が必ずしも複数種類の論理ボリュームを有さないでよい。例えば、ストレージシステム５５１は、論理ボリュームとして、実ボリューム５６５のみを有してもよい。シンプロビジョニングに従う仮想ボリュームにはプールから記憶領域が割り当てられる。プールは、１以上の物理記憶デバイス（例えばＲＧ（ＲＡＩＤ（Redundant  Array  of  Independent  (or  Inexpensive)  Disks）グループ））に基づく記憶領域群であり、例えば、１以上の論理ボリュームの集合でよい。プールは、シンプロビジョニングに従う仮想ボリュームに割り当てられる記憶領域を有するプールに代えて、オリジナルの論理ボリュームとそのスナップショットとの差分が格納されるプールでもよい。
【００５７】
コントローラ５６１は、複数のデバイス、例えば、ポート、ＭＰＢ（１又は複数のマイクロプロセッサ（ＭＰ）を有するブレード（回路基板））及びキャッシュメモリを有している。例えば、ポートが、ホスト５５３からＩ／Ｏ（Input/Output）コマンド（ライトコマンド又はリードコマンド）を受信し、ＭＰＢが有するＭＰが、そのＩ／Ｏコマンドに従うデータのＩ／Ｏを制御する。具体的には、例えば、ＭＰは、受信したＩ／ＯコマンドからＩ／Ｏ先の論理ボリュームを特定し、特定した論理ボリュームに対してデータのＩ／Ｏを行う。論理ボリュームに対してＩ／Ｏされるデータは、一時的に、キャッシュメモリに格納される。
【００５８】
ホスト５５３は、物理計算機でも仮想計算機でもよい。ホスト５５３で、１以上のアプリケーションプログラム（ＡＰＰ）５５２が実行される。ＡＰＰ５５２が実行されることにより、論理ボリュームを指定したＩ／Ｏコマンドがホスト５５３からストレージシステム５５１に送信する。
【００５９】
以上のように、計算機システム１００は、階層的な複数のエレメントを有する。複数のエレメントは、具体的には、ＡＰＰ５５２、ホスト５５３、ストレージシステム５５１、コントローラ５６１、ポート、ＭＰＢ、キャッシュメモリ、論理ボリューム及びＰＧ等のうちの２タイプ以上のエレメントを含む。「エレメント」としては、ＡＰＰや論理ボリュームのような実体的なエレメントと、複数の実体的なエレメントのグループである仮想的なエレメントとがあってよい。
【００６０】
管理システムは、管理サーバ５５７と、管理サーバ５５７に接続された１以上の管理クライアント５５５とを含む。管理サーバ５５７には、通信ネットワーク（例えばＬＡＮ、ＷＡＮ（World  Area  Network）又はインターネット）５２１を介して、管理クライアント５５５が接続される。
【００６１】
管理クライアント５５５は、入力デバイス５０１、表示デバイス５０２、記憶デバイス（例えばメモリ）５０５、通信インタフェースデバイス（以下、Ｉ／Ｆ）５０７、及び、それらに接続されたプロセッサ（例えばＣＰＵ（Central  Processing  Unit））５０３を有する。入力デバイス５０１は、例えば、ポインティングデバイス及びキーボードである。表示デバイス５０２は、例えば、情報が表示される物理画面を有するデバイスである。入力デバイス５０１及び表示デバイス５０２が一体となったタッチスクリーンが採用されてもよい。Ｉ／Ｆ５０７は、通信ネットワーク５２１に接続され、Ｉ／Ｆ５０７を介して、管理クライアント５５５は管理サーバ５５７と通信することができる。なお、通信ネットワーク５２１と、ホスト５５３とストレージシステム５５１と、を接続するネットワークとは一部または全てが共通であってもよい。
【００６２】
記憶デバイス５０５は、例えば、主記憶デバイス及び補助記憶デバイスのうちの少なくとも主記憶デバイス（典型的にはメモリ）を有する。記憶デバイス５０５は、プロセッサ５０３で実行されるコンピュータプログラム、及び、プロセッサ５０３に使用される情報を記憶することができる。具体的には、例えば、記憶デバイス５０５は、Ｗｅｂブラウザ５１１、及び、管理クライアントプログラム５１３を記憶する。管理クライアントプログラム５１３は、ＲＩＡ（Rich  Internet  Application）でよい。具体的には、例えば、管理クライアントプログラムは、プログラムファイルであり、管理サーバ５５７（或いは他の計算機）からダウンロードされ、記憶デバイス５０５に記憶されてよい。
【００６３】
管理サーバ５５７は、記憶デバイス５３５、Ｉ／Ｆ５３７、及び、それらに接続されたプロセッサ（例えばＣＰＵ（Central  Processing  Unit））５３３を有する。Ｉ／Ｆ５３７は、通信ネットワーク５２１に接続され、Ｉ／Ｆ５３７を介して、管理サーバ５５７は管理クライアント５５５と通信することができる。管理サーバ５５７は、Ｉ／Ｆ５３７を介して、ユーザ操作に従う指示を受信したり、レイアウト領域に表示オブジェクトを描画したりすることができる。このため、Ｉ／Ｆ５３７は、Ｉ／Ｏインタフェースデバイスの一例である。
【００６４】
記憶デバイス５３５は、例えば、主記憶デバイス及び補助記憶デバイスのうちの少なくとも主記憶デバイス（典型的にはメモリ）を有する。記憶デバイス５３５は、プロセッサ５３３で実行されるコンピュータプログラム、及び、プロセッサ５３３に使用される情報を記憶することができる。具体的には、例えば、記憶デバイス５３５は、管理サーバプログラム５４１及び管理テーブル群５４２を記憶する。管理テーブル群５４２は、計算機システム１００が有する複数のエレメントの階層関係や各エレメントのエラー有無等を保持する１以上のテーブルであり、例えば、図１８〜図２６に示すテーブルを含む。管理テーブル群５４２が有する少なくとも一部の情報は、管理サーバプログラム５４１により収集されてもよいし、情報を保有する他の管理システムにアクセスすることで取得されてもよい。管理サーバプログラム５４１は、ユーザ操作に従う指示を管理クライアント５５５から受信したり、レイアウト領域に描画される情報を管理クライアント５５５に送信したりする。
【００６５】
管理サーバプログラム５４１と、Ｗｅｂブラウザ５１１（またはクライアントのＲＩＡ実行環境）と、管理クライアントプログラム５１３と、の連携処理によって、ユーザ操作に応じたＧＵＩ画面表示が実現される。連携の例としては以下がある。本実施形態において（連携例２）が採用されているとする。
（連携例１）管理サーバプログラム５４１が、管理テーブル群５４２が有する情報の少なくとも一部を、Ｗｅｂブラウザ５１１（又は管理クライアントプログラム５１３）に送信し、それを、Ｗｅｂブラウザ５１１（又は管理クライアントプログラム５１３）が一時情報として記憶デバイス５０５に格納する。Ｗｅｂブラウザ５１１（又は管理クライアントプログラム５１３）が、ユーザ操作に従う指示と一時情報とを基に、レイアウト領域に表示オブジェクトを描画する（例えば、表示オブジェクトを新規描画、拡大又は縮小）する。
（連携例２）管理サーバプログラム５４１が、表示画面に対するユーザ操作に従う指示をＷｅｂブラウザ５１１（又は管理クライアントプログラム５１３）から受け、その指示と管理テーブル群５４２とを基に表示オブジェクトの表示用情報を作成し、その表示用情報を送信する。Ｗｅｂブラウザ５１１（又は管理クライアントプログラム５１３）は、表示用情報を受信し、その表示用情報に従い表示オブジェクトをレイアウト領域に描画する。つまり、端的に言えば、管理サーバプログラム５４１が、レイアウト領域に表示オブジェクトを描画する。Ｗｅｂブラウザ５１１（又は管理クライアントプログラム５１３）は、ＧＵＩ画面に対するユーザ操作がされたら、そのユーザ操作に従う指示を管理サーバプログラム５４１に送信する。
【００６６】
以下、冗長な説明を避けるために、表示の制御は管理サーバプログラム５４１により行われるとする。
【００６７】
近年、例えば下記のうちの少なくとも１つが要因となり、計算機システムは大規模化及び複雑化している。
（＊）計算機システムでハンドルする処理が大規模化する。
（＊）クラウドサービスのように多数の処理が計算機システムによって実行される。
（＊）計算機システム内のノードのタイプが増えた。
（＊）ノードの内部構成が複雑になり、モジュールを構成するコンポーネント（例えば論理的なコンポーネント及び物理的なコンポーネント）のタイプが増え、さらにこれらを管理する必要が出てきた。
（＊）仮想化技術（例えば、サーバ仮想化、ネットワーク仮想化、ストレージ仮想化、データセンタ仮想化）が浸透し、装置の分割や集約が可能となった。
（＊）デプロイ及びマイグレーション技術が進歩している。
【００６８】
ここで「大規模化」とは、計算機システムを構成するノード、当該ノードのコンポーネントといった、計算機システム内の管理対象となるエレメントの数が増えたことを指す。また、「複雑化」とは、管理対象エレメントのタイプが増加することによりエレメント間の関係がＭ：１、１：Ｎ、Ｍ：Ｎの関係となること（Ｍ及びＮはそれぞれ２以上の整数）、Ｍ及びＮのうちの少なくとも１つの値が大きくなること、及び、エレメント間の関係が時々刻々と変化すること、のうちの少なくとも１つを指す。
【００６９】
一方で、一般的なトポロジ表示技術では、表示対象のエレメントの表示オブジェクトが全て表示され、また、エレメント間の関係を表すために表示オブジェクト間に線が表示される。しかしながら、大規模化及び複雑化した計算機システムで一般的なトポロジ表示技術を適用すると、ユーザは効率よく問題状態であるエレメントを迅速に把握し、その分析のために関係するエレメントの状態を把握することができない。理由は、下記のうちの少なくとも１つに該当する。
（Ａ）大規模化した場合、表示される表示オブジェクトの数が増えすぎてしまい、それにより、効率が低下する。例えば、１画面に全エレメントの表示オブジェクトを表示しようとすれば、個々のエレメントの表示オブジェクトのサイズが小さくなる。一方、個々の表示オブジェクトの大きさを維持すれば、１画面に全エレメントの表示オブジェクトが入りきらず、ユーザは、画面スクロールを駆使しながらエレメント間の関係を把握する必要がり、煩わしい。
（Ｂ）エレメントタイプが増加した場合、表示オブジェクトの形及び色の少なくとも１つによりエレメントタイプを区別させることに限界が生じる。現実問題として、表示オブジェクトのサイズが大き過ぎると、１画面に表示できる表示オブジェクト数が少なくなってしまうが、サイズの小さなアイコンで多数のエレメントタイプを表現することは、ユーザにとって効率が悪い。
（Ｃ）計算機システムの大規模化及び／又は複雑化により、表示オブジェクト、及び、表示オブジェクト間の関係線が、多数表示される。このため、エレメント間の関係を把握しづらくなる。
（Ｄ）仮に管理システムがトポロジ表示を見やすくするために、エレメントの関係を考慮して、できるだけ関係線の重複が無いように表示オブジェクトを画面配置できるとする。しかし、エレメント間の関係が時系列変化した場合、この機能（表示オブジェクトの配置位置を調整する機能）によって、エレメント間の関係の変化前後で、表示オブジェクトの画面上の配置が異なってしまう。その結果、ユーザは、効率よく所望の表示オブジェクトを画面から探し出すことができない。
【００７０】
そこで、本出願人は、ユーザの本来の目的「問題状態のエレメントを迅速に把握し問題の原因分析のために問題状態のエレメントに関係するエレメントの状態を把握すること」を実現するための管理システムとして、例えば以下を提供する管理システムを提案する。その管理システムにより、効率よくユーザ本来の目的を達成することが期待できる。
（ｉ）管理システムは、エレメントの状態に基づいてエレメントの視覚的な優先度を決定する。これにより、ユーザは問題状態のエレメントを迅速に把握できる。
（ｉｉ）エレメントタイプ間に上下関係が定義される。そして、管理システムは、所定エレメント（例えば選択されたエレメント）の情報を表すビジュアルを表示する。所定のエレメントに関係するエレメントを表示する場合は、管理システムは、先程表示したビジュアル（この段落において「第１ビジュアル」）内の所定のエレメントの表示オブジェクト（例えばボックス）の表示領域を拡大し、所定エレメントに関係するエレメントの表示オブジェクトを含むビジュアル（この段落において「第２ビジュアル」）を拡大された表示領域に表示する。これにより、ユーザはエレメントの情報を段階的に把握でき、表示される情報が過多になることを避けることができる。管理システムの視点でも、不要なボックスの表示を回避できるため、表示処理の負荷軽減ができる。なお、第２ビジュアルは、所定エレメントに関係しないエレメントの表示オブジェクトは含まないことがベターである。これにより上記情報過多の回避や表示処理負荷軽減が一層達成される。
【００７１】
なお、拡大領域（拡大された表示領域）は、所定のエレメントの表示オブジェクトの表示領域を含むような位置関係であることがベターである。それにより、ユーザは拡大前の表示領域に視線の中心を固定しても拡大領域を把握できるため、視認負荷が軽減される。
【００７２】
図７は、計算機システム１００の階層の一例を示す。図８は、計算機システム１００のトポロジの一例を示す。図７及び図８から分かるように、計算機システム１００は、アプリケーション階層（例えばエレメントの論理構成）とインフラストラクチャ階層（例えばエレメントの物理構成）に大別され、アプリケーション階層における少なくとも１つの末端エレメントに、インフラストラクチャ階層における少なくとも１つの最上位のエレメントが関係しており、それにより、アプリケーション階層とインフラストラクチャ階層が互いに関連付けられている。計算機システム１００のトポロジ構成は、例えば下記の通りである。
（＊）各エレメントは、そのエレメントのエレメントタイプに対応するレイヤに属する。「レイヤ」とは、前述したように、上下関係が定義された複数のエレメントタイプのうちの１以上のエレメントタイプに相当する。１つのレイヤに、複数のエレメントタイプが対応付けられてもよい。別の言い方をすれば、複数のエレメントタイプを纏めて扱う必要が無い場合は、レイヤはエレメントタイプそのものである。
（＊）「ALL  TENANT」エレメントは、計算機システム全体を表し、ルートエレメントである。「ALL  TENANT」は、エレメントタイプの一つである。
（＊）レイヤ間の上下関係は、上から「REGION/DEPT」、「APP」、「APPARATUS」及び「COMPONENT」である。アプリケーション階層が有する１以上のレイヤが、「REGION/DEPT」及び「APP」であり、インフラストラクチャ階層が有する１以上のレイヤが、「APPARATUS」及び「COMPONENT」である。
（＊）「REGION」は、エレメントタイプの一つであり、「REGION」エレメントは、「REGION」に属するエレメントであり、例えば地域である。「DEPT」は、エレメントタイプの一つあり、「DEPT」エレメントは、「DEPT」に属するエレメントであり、例えば部署である。計算機システムが担う業務が含まれる場合に、「APP」エレメント（例えばプログラムインスタンス）を業務毎にグループ化して管理したい場合があり、そのために、例えば「DEPT」レイヤを導入できる。なお、本実施形態では、計算機システムが複数の地域に分散している場合を想定し、そのために、「REGION」エレメントを導入し、例えば図８のように、「DEPT」エレメントが「REGION」エレメントに含まれる（属する）管理形態とする。地域よりも業務の視点でグループ化を優先したい場合はこの関係を逆にすることができる。本実施形態では、「REGION」エレメントと「DEPT」エレメントが一体となっている。
（＊）「APP」は、エレメントタイプの一つであり、「APP」エレメントは、「APP」に属するエレメントであり、例えばアプリケーションプログラムである。「APP」エレメントとして、例えば、計算機システム上（特にサーバ装置）で実行されるプログラムのインスタンスがあり、具体例として、次の通りである。すなわち、ＤＢＭＳ（データベース管理システム）のインスタンス（例えば「DB01」エレメント）、メールサーバプログラムのインスタンス（これはプログラムで１つのインスタンスみなしてもよく、複数のドメインのメールを受信する設定を行っている場合は、ドメイン毎にインスタンスが存在するとみなしてもよい）（例えば「Mail01」エレメント）、Webサーバのインスタンス（マルチドメイン対応の場合はそれぞれのドメイン毎にインスタンスが存在するとみなしてもよい）、仮想マシン（例えば「VM01」エレメント）、及び、アーカイブプログラム（例えば「Archive02」エレメント）がある。
（＊）「APPARTUS」は、エレメントタイプの一つであり、「APPARTUS」エレメントは、「APPARTUS」に属するエレメントであり、例えば計算機システムを物理的に構成する物理装置である。「APPARATUS」エレメントとして、例えば、サーバ装置（例えば「Server1」エレメント）及びストレージ装置（例えば「Storeage1」エレメント）があるが、それらのうちの少なくとも１つに代えて又は加えて、スイッチ等のネットワーク装置が採用されてもよい。
（＊）「COMPONENT」は、エレメントタイプの一つであり、「COMPONENT」エレメントは、「COMPONENT」に属するエレメントであり、例えば計算機システムを物理的に構成する装置の論理的又は物理的なコンポーネントである。「COMPONENT」エレメントとして、例えば、ＣＰＵ（例えば「CPU1」エレメント）、メモリ（例えば「Memory1」エレメント）、ポート（例えば「Port1」エレメント）、キャッシュメモリ（例えば「Cache1」エレメント）及びプール（例えばThin provisioningに従う論理ボリュームのような仮想ボリュームに関連付けられその仮想ボリュームに格納されるデータが記憶される記憶領域（例えば１以上の論理ボリュームの集合）（例えば「Pool1」エレメント）があるが、それらのうちの少なくとも１つに代えて、他の装置コンポーネントが採用されてもよい。なお、本実施形態では、「COMPONENT」レイヤは１レイヤで構成されているが、複数の「COMPONENT」レイヤが存在してもよい。例えば、あるタイプのコンポーネントは別なタイプのコンポーネントに関係（例えば包含）する場合は、当該別なタイプのコンポーネントのレイヤに「行く」操作をしたいことが考えられるからである。
（＊）図８によれば、例えば以下のことがわかる。すなわち、「North  America」地域に「Marketing」部署があり、「Marketing」部署が管理する「Archive02」エレメントが「Server2」エレメントにより実行される。「Archive02」エレメントは、「Storage1」エレメントが提供する論理ボリュームにアクセスする。「Storage1」エレメントは、「Port1」エレメント、「Cache1」エレメント及び「Pool1」エレメントを有する。
（＊）エレメントタイプ毎（或いはエレメント毎）に、１以上のメトリックタイプの各々について、１以上の閾値がある。本実施形態では、上述したように、閾値１及び閾値２の２つがある。例えば、メトリックタイプとして、レスポンスタイム及びアラート件数があり、レスポンスタイム（例えば単位はミリ秒）について、閾値２が「５０」であり閾値１が「１０」であり、アラート件数について、閾値２が「２０」であり閾値１が「１０」であるとする。そして、図７及び図８によれば、「Port1」エレメントについて、例えば「Port1」エレメントのキューフルの影響によりレスポンスタイム及びアラート件数の両方についてエラーが発生し、その影響で、「Storage1」エレメント、「Archive02」エレメント及び「North  America」の「Marketing」エレメントについて、レスポンスタイムのエラーが発生し、「Pool1」エレメントについて、アラート件数のアラートが発生しているとする。また、「Port1」エレメントについてのエラーに関係無く、「North  America」の「IT」エレメント、「VM01」エレメント、「Server2」エレメント及び「Server3」エレメントについて、レスポンスタイムのアラートが発生しているとする。なお、「North  America」の「Marketing」エレメントと「North  America」の「IT」エレメントについては、図１９のテーブルにメトリックの一例があり（図１８の「Perf6」及び「Perf7」をキーに図１９を参照）、その一例と、上記閾値の例により、図７及び図８に例示したエラー及びアラートが発生しているとする。
【００７３】
＜管理システムに必要なユーザ操作＞
【００７４】
管理システムは、下記のようなユーザ操作のうちの少なくとも１つを受信することが考えられる。なお、以下の説明では、注目エレメントのビジュアル（典型的には、注目エレメントの子エレメントのボックスを含んだビジュアル）を「メインビジュアル」と言うことがある。
（操作１）メインビジュアル内のいずれかのエレメントボックスの選択操作とそのエレメントボックスについての下位レイヤ移動操作。すなわち、選択されたエレメントの子エレメントのボックスを含んだビジュアルを新たなメインビジュアルとして表示させる操作。
（操作２）操作１によって表示したメインビジュアルを元に戻す操作。すなわち、操作１によって表示したメインビジュアルを消して、その操作１の実行前に表示されていたメインビジュアルを表示するための操作。
【００７５】
なぜなら、例えば問題の原因を分析するという目的で上記管理システムを操作する場合、ユーザの行為として下記が典型的と考えるからである。
（ＳｔｅｐＡ）ユーザは、メインビジュアルから問題状態のエレメントを発見する。
（ＳｔｅｐＢ）ユーザは、問題状態の原因を分析するために、操作１によって問題状態のエレメントの子エレメントを注目エレメントとした新たなメインビジュアルを視認する。
（ＳｔｅｐＣ）ユーザは、新たなメインビジュアルを視認した結果、原因となりそうなエレメントを発見した場合は、ＳｔｅｐＢを再帰的に行う。
（ＳｔｅｐＣ’）ユーザは、新たなメインビジュアルを視認した結果、原因となりそうなエレメントが発見しなかった場合は、操作２を繰り返して適当なメインビジュアルまで戻り、そこから他のエレメントのボックスについて操作１を行うことで原因を探す。
【００７６】
なお、ＳｔｅｐＢ、ＳｔｅｐＣのメインビジュアル視認中に、ユーザは、当該メインビジュアルに含まれる問題状態ボックスに対応したエレメントの問題状態の上位レイヤへの影響範囲を把握したい場合がある。しかし、操作２では単にビジュアルが戻るだけであって、問題状態エレメントに関係する全ての上位エレメント（親エレメント）が表示されるわけではない。
【００７７】
例えば、ユーザが以下の操作を行ったとする（図８参照）。
（８−０）初期状態として「ALL  TENANT」エレメントのメインビジュアル（以下、初期ビジュアル）が表示されている。
（８―１）ユーザが、初期ビジュアルから「North  America  /  Marketing」ボックスを選択し操作１を行う。すると、「Archive02」ボックスと「Mail01」ボックスを含んだメインビジュアル（APPレイヤビジュアル）が表示される。
（８−２）ユーザが、APPレイヤビジュアルから「Archive02」ボックスを選択し操作１を行う。すると、「Server2」ボックスと「Storage1」ボックスを含んだメインビジュアル（APPARATUSレイヤビジュアル）が表示される。
【００７８】
ここで、（８−２）の状態で「Storage1」エレメントの影響先となり得る上位エレメントとして表示が期待されるのは、「Archive01」エレメントと「Archive02」エレメントであるが、操作２では、それらのうち「Archive02」エレメントしか表示されない。そのため、管理システムは、以下のユーザ操作を受信してもよい。
（操作３）メインビジュアル内のいずれかのエレメントボックスの選択操作とそのエレメントボックスについての上位レイヤ移動操作。すなわち、選択されたエレメントの親エレメントのボックスを含んだビジュアルを新たなメインビジュアルとして表示させる操作。
【００７９】
なお、操作３に対応した「戻る操作」を管理システムが受信することが考えられる。そしてこの操作は操作２と同じにすることで管理システムの操作をシンプルにしても良い。
【００８０】
以上、操作１乃至３、及び操作３に対応した戻る操作を整理すると、管理システムは、以下の操作を受信する。
（下位レイヤ移動操作）メインビジュアルから選択されたエレメントの子エレメントを含んだビジュアルを新たなメインビジュアルとして表示させる操作。なお、この操作が行われた場合、エレメント選択前の注目エレメント（メインビジュアル）の識別情報が履歴情報（例えば後述の画面履歴テーブル）の最後に登録されてよい。
（上位レイヤ移動操作）メインビジュアルから選択されたエレメントの親エレメントを含んだビジュアルを新たなメインビジュアルとして表示させる操作。なお、この操作が行われた場合、エレメント選択前の注目エレメント（メインビジュアル）の識別情報を履歴情報（例えば後述の画面履歴テーブル）の最後に登録されてよい。
（戻る操作）履歴キューの最後に登録されたビジュアルに表示を戻す操作。すなわち、メインビジュアルを、現在のメインビジュアルから直前のメインビジュアル（現在のメインビジュアルの１つ前に表示されていたメインビジュアル）に戻す操作。なお、この操作に応答してビジュアルを戻す際に用いられたビジュアル識別情報は履歴情報（例えば後述の画面履歴テーブル）から削除されてよい。
【００８１】
＜レイヤ間の上下関係の意味＞
【００８２】
上記操作に沿ってビジュアルの表示が行われることから、レイヤ間の上下関係は以下の意味を持つ。
（＊）あるレイヤの次に見たいレイヤを定義したことになる。
（＊）最上位及び最下位のレイヤを定義したことになる。
【００８３】
なお、原因分析を目的とする場合は「drill  down」と言う言葉がイメージするように原因分析する作業は「下」のイメージがある。また、一般的に計算機アーキテクチャをレイヤリングする場合はＯＳＩ参照モデルのように下位になるほど物理レイヤに近い視点で語られる事が多い。そのため、最下位レイヤは、物理レイヤに最も近いレイヤであることが好適である。最上位レイヤは、物理レイヤから最も遠く、計算機システムをユーザが最も俯瞰的に確認したい場合に選択されることが好適である。なお、本実施形態の場合は実質的に「REGION/DEPT」レイヤが最上位レイヤであるが、「APP」レイヤが最上位レイヤとされてもよい。
【００８４】
なお、本実施形態では、上述したように、視覚的に優先度付けがされたボックスを含むビジュアルの一例としてヒートマップとツリーマップを併用した「ツリーヒートマップ」を用いる。なお、ツリーマップは視覚的優先度をボックス（表示オブジェクト）のサイズで表すため、「行く操作」でのエレメント選択が容易になる。なお、ボックスのサイズが大きければ、ボックス内により多くの情報を表示可能である等のメリットがあるが、一方で、所定領域（メインビジュアル領域）内に表示できるボックスの数が減少してしまうので、ワースト優先度に応じてボックスのサイズを違えることは必須でなくてよい
【００８５】
また、本実施形態では、「下位レイヤ移動」は、注目レイヤが子レイヤになるレイヤ移動であるが、注目レイヤが子レイヤよりも下位のレイヤになるレイヤ移動であってもよい。なぜなら、計算機システムのトポロジ構成によっては、注目エレメントの子エレメントが、注目レイヤの子レイヤよりも下位のレイヤに属することもあり得るためである。同様に、本実施形態では、「上位レイヤ移動」は、注目レイヤが親レイヤになるレイヤ移動であるが、注目レイヤが親レイヤよりも上位のレイヤになるレイヤ移動であってもよい。なぜなら、計算機システムのトポロジ構成によっては、注目エレメントの親エレメントが、注目レイヤの親レイヤよりも上位のレイヤに属することもあり得るためである。また、本実施形態では、説明の簡略化のために、注目エレメントの全ての子エレメントは全て注目レイヤの子レイヤに含まれており、注目エレメントの全ての親エレメントは全て注目レイヤの親レイヤに含まれる場合について説明しているが、そうでない場合にも適用できる。例えば、選択されたエレメントの少なくとも一部の子エレメントが、選択されたエレメントを含むレイヤの子レイヤより下のレイヤに存在する場合、管理サーバプログラム５４１は、下位レイヤ移動操作後のメインビジュアルには、子レイヤに含まれていない子エレメントのボックスを表示しないでよい（メインビジュアルに含まれる対象から外されてよい）。同様に、もし、選択されたエレメントの一部の親エレメントが、選択されたエレメントを含むレイヤの親レイヤより上のレイヤに存在する場合、管理サーバプログラム５４１は、上位レイヤ移動操作後のメインビジュアルには、親レイヤに含まれていない親エレメントのボックスを表示しないでよい（メインビジュアルに含まれる対象から外されてよい）。
【００８６】
以下、図９〜図１７を参照して、管理サーバプログラム５４１により管理クライアント５５５に表示される管理画面の幾つかの例を説明する。その際、各管理画面に表示される情報（領域４１１、４１３及び４１４等に表示される情報）は、管理テーブル群５４２、例えば、図１８〜図２６に示すテーブルに基づいており、言い換えれば、図８に示したトポロジ構成及び問題状況（どのエレメントにエラー又はアラートが発生しているか）に対応している。
【００８７】
図９は、初期管理画面の一例を示す。
【００８８】
「初期管理画面」とは、「ALL  TENANT」エレメント（ルートエレメント）を注目エレメントとしたビジュアルを含んだ管理画面である。「管理画面」とは、管理テーブル群５４２を基に管理サーバプログラム５４１によって表示される画面である。
【００８９】
管理画面は、俯瞰表示領域４１１、強調エレメント指定領域４１２、表示条件変更領域４１３、ビジュアル領域４１４、及びヘッド領域４１５を有する。
【００９０】
俯瞰表示領域４１１には、計算機システム１００の複数のレイヤのうちの、注目エレメントが属するレイヤ（注目レイヤ）、及び、注目レイヤの上位エレメントのタイプ及び名称が表示される。具体的には、例えば、複数のレイヤは、高さ方向に延びたレイヤバー４８１上の複数の目盛にそれぞれ対応する。目盛の上下関係はレイヤの上下関係に対応する。レイヤバー４８１の左側に、計算機システム１００におけるアプリケーション階層が表示されていることを示す表示オブジェクト（例えば「Application」というテキスト）が表示される。レイヤバー４８１において、注目レイヤ（注目エレメントが属するレイヤ）の目盛にスライダ４８３が重ねられており、その目盛に、注目エレメントのエレメント名を示す表示オブジェクト（初期管理画面では「ALL  TENANT」というテキスト）が関連付けられて表示される。
【００９１】
強調エレメント指定領域４１２には、強調表示対象のエレメントがユーザ操作により指定される。強調表示対象エレメントの指定のためのユーザ操作として、本実施形態では、そのエレメントのエレメントボックスがビジュアル領域４１４から強調エレメント指定領域４１２にドラッグアンドドロップすることが採用される。それに代えて、エレメント名のテキストを入力する等、他種のユーザ操作が採用されてもよい。
【００９２】
表示条件変更領域４１３には、ビジュアル領域４１４の表示条件が指定される。この領域４１３で指定されている表示条件に該当する表示が、ビジュアル領域４１４のメインビジュアル領域４７１上にされる。表示条件種類として、表示メトリックタイプ、表示期間及び閾値がある。
【００９３】
表示メトリックタイプは、注目するメトリックタイプ、例えば、ビジュアル領域４１４のエレメントボックスの色及びグラフに反映させるメトリックタイプである。表示メトリックタイプは、例えばプルダウンメニュー４６１を使用して変更可能である。表示メトリックタイプの変更のためのユーザ操作（表示条件変更操作）として他のユーザ操作が採用されてもよい。
【００９４】
表示期間は、注目するメトリックタイプ測定期間である。表示期間の始点及び終点の少なくとも一方が変更されると、メトリックの標準化値も変更されることがあり得る。個別ワーストメトリックが変更されることがあり得るからである。なお、表示期間の始点は、例えば、幅方向に延びた表示期間バー４３１の始点オブジェクト４３２Ａを幅方向にスライドさせることで変更可能であり、表示期間の終点は、例えば、表示期間バー４３１の終点オブジェクト４３２Ｂを幅方向にスライドさせることで変更可能である。表示期間の変更のためのユーザ操作（表示条件変更操作）として他のユーザ操作が採用されてもよい。表示期間バー４３１の幅の長さは、時間の長さに対応している。表示期間バー４３１の上側に、表示期間始点（開始時刻）と表示期間終点（終了時刻）を示す表示オブジェクト（例えばテキスト）が表示される。
【００９５】
表示条件変更領域４１３について、閾値は、表示メトリックタイプについての閾値１及び閾値２である。閾値１は、幅方向に延びた閾値バー４４１の閾値１オブジェクト４４２Ａを幅方向にスライドさせることで変更可能であり、閾値２は、閾値バー４４１の閾値２オブジェクト４４２Ｂを幅方向にスライドさせることで変更可能である。閾値１及び閾値２の変更のためのユーザ操作（表示条件変更操作）として他のユーザ操作が採用されてもよい。
【００９６】
ビジュアル領域４１４は、メインビジュアル表示領域４７１と、親ビジュアル表示領域４５１と、子ビジュアル表示領域４５３とを有する。以下、メインビジュアル表示領域４７１に表示されるビジュアルを「メインビジュアル」と言い、親ビジュアル表示領域４５１に表示されるビジュアルを「親ビジュアル」と言い、子ビジュアル表示領域４５３に表示されるビジュアルを「子ビジュアル」と言うことがある。
【００９７】
メインビジュアル表示領域４７１は、図１〜図５を参照して説明した通りである。すなわち、例えば、メインビジュアル表示領域４７１は、８行×８列のマトリクスであり、この領域４７１にエレメントボックスが配置（描画）される。なお、図９〜図１７では、メインビジュアル領域の構成を分かり易く示すために（視認可能にするために）、破線で行列が表現されているが、実際には、メインビジュアル領域は視認可能に表示されないでよい。
【００９８】
エレメントボックスのサイズ及び位置は、対応するエレメントのワースト優先度に基づいており、エレメントボックスの色は、対応するエレメントについて表示メトリックタイプに対応する標準化値に基づいている。初期管理画面では、「ALL  TENANT」エレメントの子エレメントのボックスが、図１〜図５を参照して説明した規則に従い、メインビジュアル表示領域４７１に配置される。図９において、ワースト優先度「３」（最高）のエレメントボックスの一例がエレメントボックス９０１であり、ワースト優先度「２」のエレメントボックスの一例がエレメントボックス９０２であり、ワースト優先度「１」（最低）のエレメントボックスの一例がエレメントボックス９０３である。図９では、図示の便宜上、複数のエレメントボックス９０３のうち、一番右上のボックスとその左隣のボックス以外は、エレメント名等の表示が「・・・」と示されている。なお、各エレメントボックスには、そのエレメントボックスに対応したエレメントのエレメント名（例えば、図１８のエレメントテーブルから特定されたエレメント名）と、そのエレメントのメトリックグラフ（表示メトリックタイプについて表示期間におけるメトリックの時系列変化を表すグラフ）と、そのエレメントに関係した下位のエレメントの数（例えば、図１８のエレメントテーブルから特定された数）とが表示される。メトリックグラフは、例えば、図１９のエレメント測定テーブルを基に作成されたグラフである。エレメントボックスのサイズが、エレメント名、メトリックグラフ及び下位エレメント数を表示するのに不十分の場合、エレメント名、メトリックグラフ及び下位エレメント数のうちの少なくとも１つの全部又は一部の表示が省略される。
【００９９】
ユーザは、図９のメインビジュアルにおけるエレメントボックスの位置、サイズ及び色から、問題状態のエレメント（例えばエラー又はアラートの状態のエレメント）として、「North  America  /  Marketing」エレメント及び「North  America  /  IT」エレメントが存在することをすぐに特定できる。
【０１００】
ユーザは、メインビジュアル内の所望エレメントボックスについて「下位レイヤ移動操作」を行うことができる。それにより、そのエレメントボックスに対応したエレメントの子エレメントを視認できる。また、その操作を適宜繰り返すことで、注目レイヤを連続的に下位に移し、注目した（起点とした）問題状態のエレメントに関係しその問題状態のエレメントより下位に存在するエレメント（例えば、特に、問題状態の原因と考えられるエレメント）を見つけることができる。
【０１０１】
また、ユーザは、メインビジュアル内の所望エレメントボックスについて「上位レイヤ移動操作」を行うことができる。それにより、そのエレメントボックスに対応したエレメントの親エレメントを視認できる。また、その操作を適宜繰り返すことで、注目レイヤを連続的に上位に移し、注目した（起点とした）問題状態のエレメントに関係し問題状態のエレメントより上位に存在するエレメント（例えば、特に、問題状態の影響先と考えられるエレメント）を見つけることができる。
【０１０２】
親ビジュアル表示領域４５１には、親ビジュアルが表示される。「親ビジュアル」とは、注目メインビジュアル（現在のメインビジュアル）の直前メインビジュアルが含む１以上のエレメントボックスの集合であり、その直前メインビジュアルが、現在の注目レイヤの親レイヤに属するエレメントに対応したビジュアルである。従って、下位レイヤ移動操作が行われた場合に、親ビジュアル表示領域４５１には、当該操作前に表示されていたメインビジュアル内のエレメントボックスが表示される。なお、親ビジュアル表示領域４５１がブランクであるということは、注目エレメントに１つも親エレメントが存在しないことを意味する。また、下位レイヤ移動操作後ではなく上位レイヤ移動操作が可能な場合、親ビジュアル表示領域４５１には、所定の親ビジュアル（例えば全域がグレーで塗りつぶされた親ビジュアル）が表示される。
【０１０３】
子ビジュアル表示領域４５３には、子ビジュアルが表示される。「子ビジュアル」とは、現在のメインビジュアルの直前メインビジュアルが含む１以上のエレメントボックスの集合であり、その直前メインビジュアルが、現在の注目レイヤの子レイヤに属するエレメントに対応したビジュアルである。従って、上位レイヤ移動操作が行われた場合に、子ビジュアル表示領域４５３は、当該操作前に表示されていたメインビジュアル内のエレメントボックスが表示される。なお、子ビジュアル表示領域４５３がブランクであるということは、注目エレメントに１つも子エレメントが存在しないことを意味する。また、上位レイヤ移動操作後ではなく下位レイヤ移動操作が可能な場合、子ビジュアル表示領域４５３には、図９に示すような所定の子ビジュアル（例えば全域がグレーで塗りつぶされた子ビジュアル）が表示される。
【０１０４】
以上のように、領域４５１及び４５３の各々には、「行く操作」を行った際に、操作前にメインビジュアルとして表示されていたビジュアルが含むエレメントボックスが表示される。これにより、階層構造での表示を視覚的に認識してもらいやすくなる、及び、現在のメインビジュアルがどのレイヤのビジュアルに対して「行く操作」が行われた結果として表示されたのかを認識してもらいやすい、のうちの少なくとも一方を期待できる。
【０１０５】
ヘッド領域４１５には、戻るボタン「＜」と、進むボタン「＞」と、デフォルトボタン「Default」と、表示階層種類オブジェクトとが表示される。戻るボタン「＜」が指定（例えばクリック又はタップ）されると、管理画面の表示遷移履歴（例えば後述の画面履歴テーブル）に基づき管理画面の表示が戻り、進むボタン「＞」が指定されると、管理画面の表示遷移履歴（例えば後述の画面履歴テーブル）に基づき管理画面の表示が進む（詳細は後述する）。デフォルトボタン「Default」が指定されると、管理画面の表示が初期管理画面の表示となる。表示階層種類オブジェクトは、注目レイヤが属する階層の種類を表す。例えば、表示階層種類オブジェクトは、「Application  view」というテキストと「Infrastructure  view」というテキストで構成されており、注目レイヤがアプリケーション階層におけるレイヤの場合、「Application  view」というテキストが強調表示され（図９の例では反転表示）、注目レイヤがインフラストラクチャ階層におけるレイヤの場合、「Infrastructure  view」というテキストが強調表示される。
【０１０６】
以上が、管理画面の構成、及び、初期管理画面の説明である。以下、管理画面に対するユーザ操作とそのユーザ操作後の管理画面の幾つかの例を説明する。
【０１０７】
＜下位レイヤ移動操作＞
【０１０８】
ユーザが、メインビジュアル内の所望のエレメント（ボックス）を選択して（例えばマウスカーソルを重ねて）「下位レイヤ移動操作」を行うと、メインビジュアルが、選択したエレメントを注目エレメントとしたメインビジュアルに変更される。すなわち、メインビジュアル領域に、選択したエレメントの子エレメントのボックスが表示される。例えば、ユーザは、図９の初期管理画面において、エレメント「North  America  /  Marketing」を選択して「下位レイヤ移動操作」を行うと、管理画面の表示が、図１０の表示に変更される。すなわち、管理サーバプログラム５４１により下記の表示変更が行われる。
（１０−１）俯瞰表示領域４１１の表示が変更される。具体的には、スライダ４８３が、１つの下の目盛に移動し、且つ、その目盛に、選択されたエレメントのエレメント名「North  America  /  Marketing」が関連付けて表示される。また、移動前のレイヤについてエレメント名「ALL  TENANT」が残る。これにより、ユーザは、「ALL  TENANT」の１つの子エレメント「North  America  /  Marketing」を選択したことがわかる。
（１０−２）メインビジュアルの表示が変更される。具体的には、管理サーバプログラム５４１が、選択エレメント「North  America  /  Marketing」のボックス以外のボックスを消去し、選択ボックスを拡大し、拡大したボックス内に、選択エレメント「North  America  /  Marketing」の子エレメント「Archive02」及び「Mail01」のボックスを表示する。選択ボックスの拡大後のサイズは、全ての子エレメントのボックスを表示するのに必要なサイズ以上のサイズでよく、例えば、図１０の例のように、メインビジュアル領域４７１と同サイズであってよい。選択ボックスは、全ての子エレメントのボックスを表示するのに必要なサイズ以上のサイズ、すなわち下位レイヤ移動操作後のメインビジュアルの表示領域をカバーするサイズになるよう例えばアニメーションにより拡大される。これにより、ユーザにとって、何を選択して下位レイヤ移動操作後のメインビジュアルが表示されたのか確認が容易である。拡大アニメーションは、下位レイヤ移動操作後のメインビジュアルが、選択エレメントが具体化したものであるということが直観でわかる動きである。拡大された選択ボックスの色（背景色）は見やすさの観点から所定色（例えば図１０のように白）とされてもよいし、拡大前のボックスの色のままとされてもよい。また、選択ボックス以外のボックスに加えて選択ボックスそれ自体も消去されて、選択エレメントの子エレメントのボックスがメインビジュアル領域４７１に表示されるのであってもよい。選択エレメントのエレメント名が、俯瞰表示領域４１１に表示されているので、選択ボックスの拡大が無くても（選択ボックスが消去されても）、ユーザは、どのエレメントに関係しているエレメントがメインビジュアル領域４７１に表示されているのかがわかる。また、子エレメント「Archive02」及び「Mail01」の各々のボックスのサイズ及び位置は、上述したように、対応するワースト優先度に基づいており、各子エレメントのボックスの色は、対応する標準化値（表示メトリックタイプに対応した標準化値）に基づいている。これは、既に説明した通りである。
（１０−３）親ビジュアル表示領域４５１に親ビジュアルが表示される。注目レイヤが子レイヤに移動し、レイヤ移動直前のメインビジュアルは親レイヤ（親エレメント）のビジュアルであったためである。親ビジュアルは、図９のメインビジュアルに含まれているエレメントボックスを含む。なお、親ビジュアル内のエレメントボックスでは、エレメント名、メトリックグラフ及び下位エレメント数のうちの少なくとも１つの全部又は一部の表示が省略されてよい。
（１０−４）エレメント「Archive02」及び「Mail01」の少なくとも１つに子エレメントが存在するので、子ビジュアル表示領域４５３上の所定の子ビジュアルの表示が維持される。
【０１０９】
＜上位レイヤ移動操作＞
【０１１０】
ユーザが、メインビジュアル内の所望のエレメントボックスを選択して（例えばマウスカーソルを重ねて）「上位レイヤ移動操作」を行うと、メインビジュアルが、選択エレメントの親エレメントを含んだメインビジュアルに変更される。例えば、ユーザは、図１０の管理画面において、エレメントボックス「Archive02」を選択して「上位レイヤ移動操作」を行うと、管理画面の表示が、図１１の表示に変更される。すなわち、管理サーバプログラム５４１により下記の表示変更が行われる。
（１１−１）俯瞰表示領域４１１の表示が変更される。具体的には、スライダ４８３が、１つの上の目盛に移動し、且つ、現在表示しているレイヤのエレメントタイプと括弧で括られた状態で指定されたエレメントのエレメント名「Archive02」が表示される。なお、指定されたエレメントが複数存在する場合は、カンマ区切りで表示する。表示文字数が多くなる場合は、表示できる上限以下の文字は「…」で省略される。
（１１−２）メインビジュアルの表示が変更される。具体的には、管理サーバプログラム５４１が、全てのエレメントボックスを削除し、選択エレメント「Archive02」の親エレメント「North  America  /  Marketing」及び「EMEA  /  Manufacturing」の各々のボックスを表示する。すなわち、図９の管理画面と比較すると、「ALL  TENANT」の子エレメントのうち、選択エレメント「Archive02」の親エレメント「North  America  /  Marketing」及び「EMEA  /  Manufacturing」のボックスのみがメインビジュアル領域４７１に表示される。なお、親レイヤへの移動の場合、注目レイヤのメインビジュアルが縮小され（例えばアニメーションで縮小され）、親レイヤのメインビジュアルにエレメントのボックスが表示されてもよい。また、親エレメント「North  America  /  Marketing」及び「EMEA  /  Manufacturing」の各々のボックスのサイズ及び位置は、対応するワースト優先度に基づいており、各親エレメントのボックスの色は、対応する標準化値（表示メトリックタイプに対応した標準化値）に基づいている。
（１１−３）親ビジュアル表示領域４５１から親ビジュアルが消去される。注目レイヤが親レイヤに移動し、エレメント「North  America  /  Marketing」及び「EMEA  /  Manufacturing」のいずれも親エレメントが最上位エレメント「ALL  TENANT」であるため（更なる上位レイヤ移動操作が不可能なため）である。
（１１−４）子ビジュアル表示領域４５３の子ビジュアルが、所定の子ビジュアルから、エレメントボックスを含んだ子ビジュアルに変更される。注目レイヤが親レイヤに移動し、レイヤ移動直前のメインビジュアルは子レイヤのビジュアルであったためである。子ビジュアルは、図１０のメインビジュアルに含まれていたエレメントボックスを含む。なお、子ビジュアル内のエレメントボックスでは、エレメント名、メトリックグラフ及び下位エレメント数のうちの少なくとも１つの全部又は一部の表示が省略されてよい。
【０１１１】
＜戻る操作＞
【０１１２】
ユーザが、管理画面に対して「戻る操作」（例えば戻るボタン「＜」のクリック又はタップ）を行うと、管理画面が、現在の管理画面から直前に表示されていた管理画面に戻る。例えば、図１０の管理画面の戻るボタン「＜」が押されると、管理画面が、管理サーバプログラム５４１により、図１０に示す管理画面から図９の示す管理画面に戻る。
【０１１３】
＜表示条件変更操作＞
【０１１４】
ユーザが、管理画面（例えば、所望のエレメントを注目エレメントとしたメインビジュアルを表示している管理画面）に対して表示条件変更操作を行うことができる。表示条件変更操作の一例として、表示メトリックタイプの変更操作がある。表示メトリックタイプの変更操作を行うと、メインビジュアル内の各エレメントボックスの色が、変更後の表示メトリックタイプに対応した標準化値に従う色に変更される。例えば、ユーザは、図９の初期管理画面において、プルダウンメニュー４６１の表示を「Response  time」から「Number  of  alert」（アラート件数）に変更すると、管理サーバプログラム５４１により下記の表示変更が行われる。
【０１１５】
すなわち、メインビジュアルが変更される。変更後のメインビジュアルを含んだ管理画面の一例を図１２が示す。具体的には、管理サーバプログラム５４１が、各エレメントボックスについて、変更後の表示メトリックタイプに対応し表示期間におけるワーストの標準化値を管理テーブル群５４２（図１９のテーブル）から特定し、エレメントボックスの色が、特定した標準化値に従う色と異なる色であれば、エレメントボックスの色を、特定した標準化値に従う色に変更する。その際、管理サーバプログラム５４１が、各エレメントボックスの位置及びサイズを変更しない。表示エレメントの変更に伴い、対応する標準化値が変わることがあっても、表示期間が変更されていないので、各エレメントのワースト優先度に変更無いためである。
【０１１６】
なお、表示メトリックタイプに限らず、他種の表示条件（表示期間及び閾値のうちの少なくとも１つ）が変更された場合、変更後の表示条件に従いメインビジュアルが再描画される。しかし、親ビジュアル及び子ビジュアルのうちの少なくとも一方は、表示条件が変更されても再描画されないでよい。或いは、変更された表示条件が表示メトリックタイプ（エレメントボックスの色に影響する表示条件）であれば、親ビジュアルも子ビジュアルも再描画されてよい。また、表示メトリックタイプ、表示期間及び閾値のうちの少なくとも１つの表示条件が変更された後に「行く操作」が行われた場合、表示メトリックタイプ、表示期間及び閾値のうち少なくとも表示メトリックタイプ及び表示期間は、操作後の管理画面にも引き継がれてよい。閾値も、操作後の管理画面に引き継がれてよい。
【０１１７】
また、表示メトリックタイプ等の表示条件の変更は、メインビジュアルが有する少なくとも１つのエレメントボックス（全てのエレメントボックスでもよいし一部のエレメントボックスでもよい）の表示に反映されればよい。
【０１１８】
＜エレメント強調表示操作＞
【０１１９】
ユーザが、注目エレメントのメインビジュアル内の所望のエレメントボックスについて強調表示操作を行うと、以後、注目エレメント（注目レイヤ）がどのエレメント（レイヤ）に変更されても、変更後のメインビジュアルにおけるエレメントボックスのうち、強調表示操作対象のエレメント（以下、強調エレメント）に関係しているエレメントのボックスに、強調オブジェクト（強調エレメントを表す表示オブジェクト）が管理サーバプログラム５４１により表示される。以下、その一例を、図１３及び図１４を参照して説明する。なお、「強調エレメントに関係しているエレメント」は、強調エレメントの親エレメント又は子エレメントであることもあれば、強調エレメントに１以上のエレメントを隔てて関係しているエレメントであることもある。
【０１２０】
図１３は、初期管理画面から下位レイヤ移動操作を複数回行った後の管理画面の一例を示す。図１３の例によれば、注目エレメントは「Storage1」である。エレメント「Storage1」は、インフラストラクチャ階層に属している（図８参照）。それ故、俯瞰表示領域４１１では、レイヤバー４８１の左側に、インフラストラクチャ階層に属するエレメントが注目されていることを表すオブジェクト（例えば「Infrastructure」というテキスト）が表示されている。
【０１２１】
メインビジュアルは、注目エレメント「Storage1」の子エレメント「Port1」、「Pool1」及び「Cache1」の各々のボックスを含む。ユーザが、図示の通り、エレメントボックス「Pool1」をメインビジュアル領域４７１から強調エレメント指定領域４１２にコピー（ドラッグアンドドロップ）したとする。この操作は、エレメントボックス「Pool1」の強調表示操作の一例である。
【０１２２】
その後、注目エレメントの変更等によりメインビジュアルが変更された場合、変更後のメインビジュアルにおいて、強調エレメント「Pool1」に関係しているエレメントのボックス上に、強調エレメント「Pool1」を表す強調オブジェクトが表示される。具体的には、例えば、ボックス「Pool1」が強調エレメント指定領域４１２にドラッグアンドドロップされた後、「Default」ボタンが押される等のユーザ操作により、管理画面が、初期管理画面へ変更されたとする。この場合、図１４に例示するように、メインビジュアルにおいて、強調エレメント「Pool1」に関係しているエレメントのボックス上に、強調オブジェクト「Pool1」が管理サーバプログラム５４１により表示される。これにより、ユーザは、強調表示操作後にどのエレメント（レイヤ）を注目しても、強調エレメント「Pool1」に関係しているエレメントを把握できる。
【０１２３】
なお、強調オブジェクトは、チェックボックスを含んでおり、チェックボックスからチェックマークがユーザ操作により外されると、チェックマークが外された強調オブジェクトが管理サーバプログラム５４１により消去されてよい。
【０１２４】
また、強調エレメントボックス「Pool1」を強調エレメント指定領域４１２から削除することで（エレメント「Pool1」を強調エレメントとする設定を解除することで）、強調エレメント「Pool1」に対応した全ての強調オブジェクトがメインビジュアルから消去され、以後、どのエレメント（レイヤ）を注目しても、エレメント「Poo1」に対応した強調オブジェクトは表示されない。
【０１２５】
また、強調エレメント指定領域４１２には、１以上のエレメントボックスをコピーすることができ、強調エレメント指定領域４１２にコピーされている各エレメントについて、強調オブジェクトを表示することができる。メインビジュアル内のいずれかのボックスが、複数の強調エレメントに関係していれば、そのボックス上に、それら複数の強調エレメントにそれぞれ対応した複数の強調オブジェクトが表示される。管理サーバプログラム５４１は、１つのエレメントボックスについて強調オブジェクトの数が所定数を超えていれば（例えば、エレメントボックスのサイズの割に強調オブジェクト数が多ければ）、少なくとも１つの強調オブジェクトの表示を省略し、強調オブジェクトの数を表示してよい。
【０１２６】
また、強調エレメントに関係しているボックス（強調オブジェクトが重ねられるボックス）それ自体が強調表示されてもよい（例えばボックスの枠線の太さ及び色のうちの少なくとも一つの表示態様が変更されてもよい）。
【０１２７】
本エレメント強調表示は、強調エレメントに１以上のエレメントを隔てて関係しているエレメントまで関係を把握できること、また、その後の移動操作や戻る操作による関係の把握とは独立に関係を把握できるため、副次的に関係を押さえておきたい強調エレメントからの関係を確認しつつ、本来の移動操作や戻る操作での視認作業を可能とする。
【０１２８】
＜マーキング操作＞
【０１２９】
ユーザが、注目エレメントのメインビジュアル内のいずれかのエレメントボックスに対して、マーキング操作を行うことができる。マーキング操作とは、所望時刻にマークを関連付けるために時刻を指定することである。指定された時刻を「マーキング時刻」と言う。例えば、マーキング操作は、エレメントボックス内のグラフの所望箇所を指定する（例えばクリック又はタップする）ことであり、管理サーバプログラム５４１は、そのマーキング操作を受信し、その操作に応答して、指定された箇所にマークを表示する。その後、注目エレメント（レイヤ）が変更されることによりメインビジュアルが変更されても、マークは変更後のメインビジュアルに伝播する。言い換えれば、どの注目エレメント（レイヤ）のメインビジュアルが表示されても、マークがグラフ上に表示される。グラフに表示されるマークの該当座標（エレメントボックス内のグラフにおける座標）は、どのグラフにおいても、（Ｔ，Ｙ）である。Ｔは、マーキング時刻（ユーザから指定された箇所に該当する時刻）である。Ｙは、マーキング時刻に対応したメトリックである。従って、複数のグラフにおいて、Ｔは同じであるが、Ｙが異なり得る。エレメントによってメトリックが異なるからである。
【０１３０】
図１５は、図９に示した管理画面に対するマーキング操作の結果の一例を示す。図１５の例によれば、ユーザは、エレメント「Archive02」のボックスに対してマーキング操作を行い、それにより、マーク１１０１Ａが、「Archive02」ボックス内のグラフにおける該当座標（Ｔ，Ｙ）上に表示される。また、他のボックス「Mail01」内のグラフの該当座標（Ｔ，Ｙ）上にも、マーク１１０１Ｂが付されてよい。
【０１３１】
その後、例えば、管理画面の表示が、初期管理画面の表示へと変更されたとする。この場合、図１６に例示するように、メインビジュアルにおける各グラフの該当座標（Ｔ，Ｙ）に（グラフが表示されているボックス「North  America  /  Marketing」及び「North  America  /  IT」の各々のグラフ上に）、マーク１２０１Ａ、１２０２Ｂが表示される。
【０１３２】
なお、ユーザは、いずれかのグラフにおけるマーク（マーキング操作により表示されたマーク）をそのグラフから削除できる。その場合、管理サーバプログラム５４１は、削除されたマークに対応したマーキング時刻と同じマーキング時刻の全てのマークを削除することができる。
【０１３３】
＜表示優先度変更操作＞
【０１３４】
表示優先度変更操作とは、ユーザが手動により表示優先度を変更する操作である。例えば、図１７の管理画面が、表示優先度変更操作後の管理画面の一例である。
【０１３５】
すなわち、表示優先度変更前であれば、表示優先度は、高い順に、「Server3」、「Storage2」である。なぜなら、それらのエレメントはワースト優先度が同じであるが、エレメント「Server3」の方が、エレメントＩＤが若いためである（図１８参照）。
【０１３６】
しかし、表示優先度変更操作により、エレメント「Storage2」がエレメント「Server3」より表示優先度は高くされ、それにより、メインビジュアルの表示は図１７の通りとなっている。
【０１３７】
例えば、表示優先度変更操作では、表示優先度の変更後の決定方法（例えば、エレメント名の降順／昇順の切替え、表示優先度の決定のために参照するメトリックの指定等）が指定されてよい。その決定方法に従い管理サーバプログラム５４１により変更された表示優先度が管理テーブル群５４２におけるいずれかのテーブルに登録されてよい。
【０１３８】
以上が、幾つかのユーザ操作とそれに伴い管理画面表示の一例である。
【０１３９】
＜操作について＞
【０１４０】
原因分析を主眼とした場合は、下位レイヤ移動操作、戻る操作、及び表示メトリックタイプ変更操作の頻度が多くなることが期待される。そのため、これら３つの操作の各々について、操作としてのユーザアクションは簡単で直観的であることが好ましい。この視点で考えると、これら３つの操作の各々には、より簡単なユーザアクションを割り当てる事が期待される。
【０１４１】
しかし、直観的なユーザアクションを達成するためには各ユーザアクション間で整合性を持たせる必要がある。特に「上位レイヤ移動操作」は頻度が少ないものの、下位レイヤ移動操作と意味は同じ方向が異なるだけである。また他のアプリケーションで実現されてきた「戻る」操作が戻るボタンで実現されてきたといった歴史的な経緯も考慮する必要がある（「戻る」操作にエレメントを指定する必要がないことも関係している）。
【０１４２】
以上を踏まえたユーザアクションの具体例を、図３４にまとめる。なお、このユーザアクション体系は以下の特徴を持つ。
（＊）上位レイヤ移動操作と下位レイヤ移動操作のユーザアクションは、「上」と「下」というイメージを生かし、ホイールやスワイプ方向で移動方向が指定される。ただし、前述の通り、下位レイヤ移動操作のほうがより操作頻度が高いため、最もシンプルな操作である「対象をクリック／タップ」は下位レイヤ移動操作に従う。なお、「対象をクリック／タップ」は、所望エレメントの選択操作の一例であるので、上位レイヤ移動操作と下位レイヤ移動操作のいずれにも、その選択操作は含まれないでもよい。
（＊）「戻る操作」については操作頻度が高いものの、過去の経緯があること、エレメントの選択が必要ないこと、の２点があるため、ボタンベースの操作とされる。なお、タッチパネルの場合は、「戻るボタン」の操作はマウスカーソルの移動が無いため簡単である一方で、マウスを使用する環境ではマウスカーソルの移動を伴うため、下位レイヤ移動と比較すると操作が簡易でなくなる。その対策として、右クリック＋メニューやキーボードショートカットを割り当てて短時間で「戻る操作」が可能とされる。
（＊）レイヤ移動操作（「行く操作」）で上下スワイプが割り当てられているため、操作頻度が高い「表示メトリックタイプ変更」は左右スワイプ又は左右カーソルを押すアクションが対応されている。すなわち、上述の説明では、プルダウンメニューの操作が表示メトリックタイプ変更操作の一例であるが、図３４の例によれば、表示メトリックタイプ変更操作は、左右スワイプ又は左右カーソルを押すアクションである。これにより、タッチパネル環境においては頻度の高い操作は上下左右のスワイプで操作できる。また、マウス及びキーボードの併用環境でもカーソル移動は伴うものの、１クリック、１ホイール回転、１キーの押下での操作が可能である。
【０１４３】
なお、左右のスワイプ操作で表示メトリックタイプを変更する場合は、管理システム（管理サーバプログラム）は、スワイプ後に表示すべきメトリックタイプを特定できなければならない。そのため、管理システムはエレメントタイプ毎又はレイヤ毎にメトリックタイプ表示順序を表す情報を保持しいてもよく、又はプログラム埋め込みでこのような表示順序を保持してもよい。
【０１４４】
＜インフラストラクチャ管理者向けの初期画面＞
【０１４５】
以上説明してきた管理画面、特に初期管理画面は、主に、アプリケーション階層の管理を主業務とした管理者にとって好適である。しかし、管理者として、インフラストラクチャ階層の管理者も存在することがあり、さらには、アプリケーション階層の管理者がインフラストラクチャ階層の管理者も兼務することが考えられる。そのため、インフラストラクチャ階層の管理者向けとして、以下の特徴を持つ表示モード（インフラストラクチャ階層モードと呼ぶ）を備えてもよい。なお、これまで説明してきた表示モードを「アプリケーション階層モード」と呼ぶこともできる。
（＊）初期管理画面が、インフラストラクチャ階層の最上位レイヤ、すなわち、「APPARATUS」レイヤ（ただし選択エレメントでの絞り込みは無しでよい）を、最上位レイヤとした画面である。
【０１４６】
管理システムは、ユーザ操作によってこれらモード（アプリケーション階層モード、インフラストラクチャ階層モード）を切り替えてよい。これにより、管理者は自分の役割によって適切な画面で分析が可能となる。切り替え後のモードが、管理テーブル群５４２のいずれかのテーブルに登録され、初期管理画面の表示の際に、管理テーブル群５４２から特定されたモードに従う初期管理画面が生成されてよい。すなわち、特定されたモードがアプリケーション階層モードであれば、管理システムは、図９に示したような初期管理画面を生成し、特定されたモードが、インフラストラクチャ階層モードであれば、管理システムは、インフラストラクチャ階層の最上位レイヤを、最上位レイヤとした初期管理画面を生成してよい。
【０１４７】
なお、仮想マシンについてはインフラストラクチャ階層に含まれれているとみなされる場合がある。このような場合は「アプリケーション」レイヤの下位で、「APPARATUS」レイヤの上位に仮想マシンレイヤを設け、仮想マシンレイヤをインフラストラクチャ階層の最上位レイヤとして、インフラストラクチャ階層モードの初期管理画面として表示してもよい。なお、各階層モードへの切り替わりはヘッド領域の「Application View」ボタンや「Infrastructure View」ボタンを押すことで切り替わることが考えられるが、他の切り替え操作であってもよい。
【０１４８】
＜親ビジュアル又は子ビジュアルの代替＞
【０１４９】
これまでの画面では、親又は子ビジュアルが表示されることで、メインビジュアルがどのレイヤのビジュアルを操作した結果表示されたのかが認識しやすい。しかし、このような認識を促す表示として別な表現も考えられる。例えば、下位レイヤ移動操作前のメインビジュアルが、選択されたボックスを中心として拡大し、拡大後のボックスに、下位レイヤ移動操作後のメインビジュアル（図１０のメインビジュアル）が埋め込まれてもよい（表示されてもよい）。
【０１５０】
以下、管理テーブル群５４２に含まれるテーブルの幾つかの例を説明する。
【０１５１】
図１８は、エレメントテーブルの一例を示す。
【０１５２】
エレメントテーブル１８００は、エレメント間の関係（トポロジ構成）を表す。例えば、エレメントテーブル１８００は、エレメント毎に、エレメントＩＤ、エレメント名、エレメントタイプ、親エレメントＩＤ、子エレメントＩＤ、測定ＩＤ及びワースト優先度を含む。このテーブル１８００が、図８に例示のトポロジ構成を表す。ワースト優先度は、現在の表示条件に基づき管理サーバプログラム５４１により算出された優先度である。ワースト優先度は、表示条件が変更された場合に算出され更新される。ワースト優先度の算出方法は、図１〜図５を参照して説明した方法でよい。
【０１５３】
エレメント同士の関係が分かれば、図１８に示したテーブル構成に限らない。なお、親子の関係は後述するレイヤ定義テーブルを参照した上でエレメント同士の関係を整理した情報と言うこともできる。
【０１５４】
図１９は、エレメント測定テーブルの一例を示す。
【０１５５】
エレメント測定テーブル１９００は、エレメントについて測定されたメトリックを表す。例えば、エレメント測定テーブル１９００は、エレメントに関連付けられた測定ＩＤにつき、測定時刻、レスポンスタイム／ＳＶ、ＩＯＰＳ／ＳＶ、データ転送速度／ＳＶ、アラート件数／ＳＶを含む。ここで言う「ＳＶ」は、標準化値の略である。つまり、メトリック毎に標準化値が管理サーバプログラム５４１により算出され登録される。標準化値の算出方法は、図１〜図５を参照して説明した方法でよい。なお、各標準化値は閾値が変化すると値も変化するため、本テーブルに逐次格納するのではなく、必要に応じて測定値と閾値から計算してもよい。
【０１５６】
図２０は、画面履歴テーブルの一例を示す。
【０１５７】
画面履歴テーブル２０００は、画面遷移の履歴を表し、例えば画面遷移の履歴のキューでよい。例えば、画面履歴テーブル２０００は、ユーザ操作毎に、操作ＩＤ、親ビジュアル表示条件、メインビジュアル表示条件、子ビジュアル表示条件、親ビジュアルビットマップＩＤ及び子ビジュアルビットマップＩＤを含む。先頭レコードが一番過去の操作であり、新たな操作が行われる都度に、末尾にレコードが追加される。
【０１５８】
各表示条件カラムに登録されている表示条件ＩＤ「ViewX」（Xは整数）の詳細は、その「ViewX」をキーに図２１のテーブルから特定可能である。なお、「N/A」は、ビジュアルの表示が無いことを意味する。また、「View0」は、所定のビジュアル（例えばグレーで塗りつぶされた方形のビジュアル）を意味する。また、ビットマップＩＤカラムに登録されているＩＤ「bmpX」（Xは整数）には、ビジュアルのビットマップが関連付けられている。ビジュアル毎に例えばビットマップイメージが作成されている。
【０１５９】
図１８及び図２１のテーブルを踏まえると、図２０のテーブル２０００から、例えば、下記のことがわかる。
（２０−１）初期管理画面の表示。「View1」のレコードが追加。
（２０−２）「View1」の画面で「North  America  /  Marketing」ボックスについて下位レイヤ移動操作。それにより「View2」のレコードが追加。
（２０−３）「View2」の画面で、「Archive02」ボックスについて下位レイヤ移動操作。それにより、「View3」のレコードが追加。
（２０−４）「View3」の画面表示中に表示時間の変更及びそれに伴い表示の更新。それにより、「View4」のレコードが追加。
（２０−５）「View4」の画面で「Storage1」ボックスについて下位レイヤ移動操作。それにより、「View5」のレコードが追加。
（２０−６）「View5」の画面で「Port1」ボックスについて上位レイヤ移動操作。「View6」のレコードが追加。
【０１６０】
図２１は、表示条件テーブルの一例を示す。
【０１６１】
表示条件テーブル２１００は、表示されたメインビジュアル毎にメインビジュアルの基になった表示条件を表す。例えば、表示条件テーブル２１００は、表示条件ＩＤ毎に、レイヤＩＤ（注目レイヤのＩＤ）、選択エレメントＩＤ（メインビジュアルが表示された原因となったエレメント（選択されたエレメント）のＩＤ）、表示期間開始、表示期間終了、閾値１、閾値２、デフォルト及びメトリックタイプを含む。現在のメインビジュアルの表示条件に対応したレコードが管理サーバプログラム５４１によりテーブル２１００に追加される。なお、過去のビジュアルがビットマップ化されている場合は過去の表示条件は含めなくてもよいが、ビットマップの数が増えすぎて全てのビジュアルをビットマップ化できない場合も考えられるため、テーブル２１００に表示条件を登録しておき、登録しておいた表示条件を基にビジュアルのビットマップを管理サーバプログラム５４１により再作成することができる。また、所定のビジュアル（例えばグレーで塗りつぶされたビジュアル）に対応したレコード（表示条件ＩＤ「View0」のレコード）は予め表示条件テーブル２１００に含まれていてもよい。また、表示条件ＩＤ「View0」のレコード及びデフォルト＝Ｙのレコードが、デフォルト表示処理が行われても削除されずに残るレコードであり、それ以外のレコードが、デフォルト表示処理が行われると削除されるレコードである。
【０１６２】
図２２は、強調エレメントテーブルの一例を示す。
【０１６３】
強調エレメントテーブル２２００は、強調エレメント（強調表示操作対象のエレメント）とそのエレメントに関係するエレメントとを表す。例えば、強調エレメントテーブル２２００は、強調エレメント毎に、強調エレメントＩＤと、関係エレメントＩＤ（強調エレメントに関係するエレメントのＩＤ）とを含む。強調エレメントが強調表示対象でなくなった場合（強調表示の設定が解除された場合）、その強調エレメントのＩＤを含んだ全てレコードが削除される。
【０１６４】
図２３は、マーキングテーブルの一例を示す。
【０１６５】
マーキングテーブル２３００は、マーキング操作が行われたエレメントとマーキング時刻とを表す。例えば、マーキングテーブル２３００は、マーキング操作毎に、マーキング操作対象のエレメントのエレメントＩＤと、そのエレメントのエレメントタイプと、マーキング時刻とを含む。
【０１６６】
なお、ユーザは、いずれかのグラフにおけるマーク（マーキング操作により表示されたマーク）をそのグラフから削除できる。その場合、管理サーバプログラム５４１は、削除されたマークに対応したマーキング時刻と同じマーキング時刻の全てのマークを削除し、且つ、そのマーキング時刻を含んだレコードをマーキングテーブル２３００から削除できる。
【０１６７】
図２４は、レイヤ定義テーブルの一例を示す。
【０１６８】
レイヤ定義テーブル２４００は、レイヤの上下関係とレイヤに属するエレメントタイプとを表す。例えば、レイヤ定義テーブル２４００は、レイヤ毎に、レイヤＩＤ（例えばレイヤの名称）、及び、レイヤに属するエレメントタイプを含む。レコードの並びが、レイヤの上下関係を表す。なお、テーブル２４００に代えて、テーブル２４００が表す情報が管理サーバプログラム５４１に埋め込まれていてもよい。
【０１６９】
図２５は、デフォルト表示メトリックタイプテーブルの一例を示す。
【０１７０】
デフォルト表示メトリックタイプテーブル２５００は、選択されたエレメントについて行く操作がされた場合に行く操作後のメインビジュアルでの表示に使用される表示メトリックタイプを表す。例えば、デフォルト表示メトリックタイプテーブル２５００は、移動前エレメントタイプ／メトリックタイプ（移動前エレメントタイプと表示メトリックタイプとの組）と、移動後エレメントタイプ／メトリックタイプ（移動後エレメントタイプと表示メトリックタイプとの組）とを含む。「移動前エレメントタイプ」とは、行く操作及び戻る操作のうちの少なくとも一方の操作により変更される前のメインビジュアルに対応した注目エレメントのタイプである。「移動後エレメントタイプ」とは、行く操作及び戻る操作のうちの少なくとも一方の操作により変更される後のメインビジュアルに対応した注目エレメント（つまり当該操作のために選択されたエレメントのタイプ）である。このテーブル２５００を基に、管理サーバプログラム５４１により、メインビジュアルの表示の変更が行われる。
【０１７１】
なお、デフォルト表示メトリックタイプテーブル２５００には、行く操作前のメインビジュアル及び行く操作後のメインビジュアルの各々について、下記のうちの少なくとも１つに該当する情報が管理サーバプログラム５４１により登録又は更新されてよい。
（２５−１）移動前エレメントタイプについて下記の少なくとも１つに該当するメトリックタイプが登録される。
（＊）一定時間以上表示されていた表示メトリックタイプ。
（＊）行く操作及び戻る操作のうちの少なくとも一方の操作時に採用されていた表示メトリックタイプ。
（２５−２）移動後エレメントタイプについても下記の少なくとも１つに該当するメトリックタイプが登録される。
（＊）一定時間以上表示されていた表示メトリックタイプ。
（＊）行く操作及び戻る操作のうちの少なくとも一方の操作時に採用されていた表示メトリックタイプ。
【０１７２】
（２５−１）及び（２５−２）の結果がテーブル２５００に登録される。なお、格納前に統計処理を行い、頻度の高い組合せがテーブル２５００に登録されてもよい。
【０１７３】
図２６は、閾値テーブルの一例を示す。
【０１７４】
閾値テーブル２６００は、エレメントタイプとメトリックタイプとの組毎に閾値１及び閾値２を含む。
【０１７５】
閾値の変更は、（Ａ）エレメントタイプ毎に閾値変更ツール（例えば図９に示したようなバー４４１）が設けられ所望エレメントタイプの閾値変更ツールを操作する、（Ｂ）図９のように複数のエレメントタイプに共通の１つの閾値変更ツールが設けられその１つの閾値変更ツールを操作する、のうちのいずれかにより行うことができる。（Ｂ）の場合、管理サーバプログラムは、エレメントタイプ毎に、所定の変換処理で、閾値変更ツールを使用して設定された閾値（閾値１及び２）をエレメントタイプに対応した閾値に変換する。なお、複数のメトリックタイプがあるが、それら複数のメトリックタイプは、閾値を超えると好ましくないメトリックタイプ（例えばレスポンスタイム）と、閾値を下回ると好ましくないメトリックタイプ（例えばデータ転送レート）とに大別することができる。その観点に従い、ビジュアルとして、「閾値を超えると好ましくないメトリックタイプ」についての第１タイプのビジュアルと、「閾値を下回ると好ましくないメトリックタイプ」についての第２タイプのビジュアルとが作成されてもよい。第１タイプのビジュアルでは、表示メトリックタイプとして選択可能なメトリックタイプは、閾値を超えると好ましくないメトリックタイプのみであり、第２タイプのビジュアルでは、表示メトリックタイプとして選択可能なメトリックタイプは、閾値を下回ると好ましくないメトリックタイプのみである。このようにすることで閾値の操作方向をビジュアルタイプ別に統一することが可能である。
【０１７６】
以上が、管理テーブル群５４２に含まれるテーブルの幾つかの例である。デフォルト表示操作（例えば、ヘッド領域４１５のデフォルトボタンの指定）が行われると、上述したテーブルのうちの所定の１以上のテーブルからほとんど全てのレコード（履歴）が削除されて初期管理画面が表示される。具体的には、例えば、デフォルト表示操作を受信すると、管理サーバプログラム５４１は、画面履歴テーブル２０００から全てのレコードを削除し、表示条件テーブル２１００から表示条件ＩＤ「View0」のレコード及びデフォルト＝Ｙのレコードのいずれにも該当しない全てのレコードを削除し、マーキングテーブル２３００から全てのレコードを削除し、且つ、表示中のメインビジュアル、子ビジュアル及び親ビジュアルを全て削除する。そして、管理サーバプログラム５４１は、図２７の初期画面表示処理を行う。
【０１７７】
以下、本実施形態で行われる幾つかの処理を、適宜図面を参照して説明する。
【０１７８】
図２７は、初期画面表示処理の流れを示す。初期画面表示処理により、例えば図９に示した初期管理画面が表示される。
【０１７９】
管理サーバプログラム５４１は、エレメントテーブル１８００から最上位エレメント（親エレメントＩＤ「N/A」）のエレメントＩＤを特定し、且つ、表示メトリックタイプを特定する（Ｓ２７０１）。表示メトリックタイプは、例えばデフォルト表示メトリックタイプテーブル２５００から特定される。また、Ｓ２７０１では、表示メトリックタイプ以外の表示条件（例えばデフォルト値）が特定されてよい。
【０１８０】
管理サーバプログラム５４１は、Ｓ２７０１で特定したエレメントＩＤに対応したエレメントの全ての子エレメントを特定する（Ｓ２７０２）。Ｓ２７０２で特定された子エレメントは、Ｓ２７０１で特定したエレメントＩＤが親エレメントＩＤであるエレメントである。
【０１８１】
管理サーバプログラム５４１は、Ｓ２７０１及びＳ２７０２の結果に基づきメインビジュアル描画処理（図２８）を行う（Ｓ２７０３）。また、管理サーバプログラム５４１は、所定の子ビジュアル（例えばグレーで塗りつぶされた子ビジュアル）を描画する（Ｓ２７０４）。また、管理サーバプログラム５４１は、Ｓ２７０３で描画されたメインビジュアルのビットマップイメージを所定の記憶領域に保存する（Ｓ２７０５）。本実施形態では、ビジュアルは、ビットマップ形式のイメージとして保存されるが、ビットマップ以外の形式のイメージとして保存されてもよい。
【０１８２】
管理サーバプログラム５４１は、画面履歴テーブル２０００と表示条件テーブル２１００を更新する（Ｓ２７０６）。具体的には、例えば、管理サーバプログラム５４１は、メインビジュアルの表示条件のＩＤ、子ビジュアルの表示条件のＩＤ、子ビジュアルのビットマップＩＤ等を含んだ情報を登録したレコード（例えば図２０の１行目のレコード）を画面履歴テーブル２０００に追加する。また、例えば、管理サーバプログラム５４１は、メインビジュアルの表示条件のＩＤを含んだレコード（例えば図２１の２行目のレコード）を表示条件テーブル２１００に追加する。
【０１８３】
図２８は、メインビジュアル描画処理の流れを示す。
【０１８４】
管理サーバプログラム５４１は、メインビジュアルを定義する（Ｓ２８０１）。具体的には、例えば、メインビジュアルのパラメータとして、幅Ａ×２Ｎ、及び、高さＢ×２Ｎが設定される。Ａはワースト標準化値「１」の場合のエレメントボックスの幅であり、Ｂはワースト標準化値「１」の場合のエレメントボックスの高さである。Ｎは取り得る標準化値の最大値以上の自然数である。
【０１８５】
管理サーバプログラム５４１は、特定されている各エレメントについて、ワースト優先度を特定し、且つ、エレメントボックスの幅と、エレメントボックスの高さとを決定する（Ｓ２８０２）。ワースト優先度は、例えばエレメントテーブル１８００（図１８参照）から特定される。エレメントボックスの幅及び高さは、例えば、既に説明したように、ワースト優先度に対応した標準化値を基に決定される。具体的には、例えば、エレメントボックスの幅が、Ａ×２ｎであり、エレメントボックスの高さが、Ｂ×２ｎであり、ｎは（ワースト標準化値−１）であり、Ａはワースト標準化値「１」の場合の幅であり、Ｂはワースト標準化値「１」の場合の高さである。なお、各エレメントのエレメントボックスの幅及び高さは、メトリックタイプ別に決定されてもよい。「特定されている各エレメント」とは、注目エレメントの各子エレメント又は各親エレメントである。具体的には、例えば、初期画面表示の場合、「特定されている各エレメント」は、ルートエレメントの各子エレメント（図２７のＳ２７０２で特定された各エレメント）であり、下位レイヤ移動の場合、「特定されている各エレメント」は、選択されたエレメントの各子エレメント（図３０のＳ３００２で特定された各エレメント）であり、上位レイヤ移動の場合、「特定されている各エレメント」は、選択されたエレメントの各親エレメント（図３０のＳ３００２で特定された各エレメント）である。
【０１８６】
管理サーバプログラム５４１は、Ｓ２８０２で言う各エレメントについて、表示優先度を決定する（Ｓ２８０３）。「表示優先度」は、「（５）エレメントボックスの位置（メインビジュアル領域上での位置）」で述べた通りである。
【０１８７】
管理サーバプログラム５４１は、Ｓ２８０２で言う各エレメントの並び順を、Ｓ２８０３で決定した表示優先度に従う順にソートする（Ｓ２８０４）。
【０１８８】
管理サーバプログラム５４１は、Ｓ２８０４でソートされた並び順で、エレメントボックスのメインビジュアル内の表示位置を決定する（Ｓ２８０５）。
【０１８９】
管理サーバプログラム５４１は、表示対象のメトリックタイプを、デフォルト表示メトリックタイプテーブル２５００（図２５参照）から特定する（Ｓ２８０６）。
【０１９０】
管理サーバプログラム５４１は、Ｓ２８０２で言う各エレメントについて、ツリーヒートマップ描画処理を行う（Ｓ２８０７）。
【０１９１】
図２９は、ツリーヒートマップ描画処理の流れを示す。この処理は、１つのエレメントについての処理である。以下、図２９の説明において、そのエレメントを「対象エレメント」と言い、対象エレメントのエレメントボックスを「対象ボックス」と言う。
【０１９２】
管理サーバプログラム５４１は、対象ボックスを生成し、対象ボックスについて決定した表示位置、幅及び高さを例えばメモリに設定する（Ｓ２９０１）。表示位置は、特定された表示優先度に基づく座標でよく、例えば対象ボックスの左上頂点の座標（メインビジュアル領域における座標）を意味してよい。
【０１９３】
管理サーバプログラム５４１は、メインビジュアルにおける、Ｓ２９０１で設定した表示位置に、対象ボックスを配置する（Ｓ２９０２）。対象エレメントが、強調エレメントの関連エレメントであることが強調エレメントテーブル２２００から特定されれば、管理サーバプログラム５４１は、対象ボックスを強調表示する、具体的には、対象ボックスに強調オブジェクトを描画する（強調オブジェクトを対象ボックスに重ねる）。
【０１９４】
管理サーバプログラム５４１は、対象エレメントの測定ＩＤをエレメントテーブル１８００（図１８参照）から特定し、測定ＩＤを用いて、表示メトリックタイプのメトリックをエレメント測定テーブル１９００（図１９参照）から特定する（Ｓ２９０３）。そして、管理サーバプログラム５４１は、Ｓ２９０３で特定したメトリックの標準化値を基に、対象ボックスの色を決定し更新する（Ｓ２９０４）。また、管理サーバプログラム５４１は、対象ボックス内のグラフを、Ｓ２９０３で特定したメトリックを基に更新する（Ｓ２９０５）。その際、管理サーバプログラム５４１は、表示期間にマーキング時刻が含まれていることがマーキングテーブル２３００（図２３）から特定された場合、グラフにマークを表示する。なお、表示メトリックタイプを切り替える場合は、切り替え後の表示メトリックタイプについて、Ｓ２９０３〜Ｓ２９０５が実行される（すなわち、エレメントボックスの色とグラフが再描画される）。グラフは全て表示されなくてもよく、又は、一部のエレメント（例えばワースト優先度が低いエレメント）の表示が省略されてもよい。
【０１９５】
図３０は、レイヤ移動処理の流れを示す。レイヤ移動処理により、例えば、図９の管理画面から図１０の管理画面への遷移（下位レイヤ移動）、及び、図１０の管理画面から図１１の管理画面への遷移（上位レイヤ移動）のいずれも行うことができる。
【０１９６】
管理サーバプログラム５４１は、ユーザによって選択されたエレメントを特定する（Ｓ３００１）。図３０の説明において、Ｓ３００１で特定されたエレメントを「選択エレメント」と言う。そして、管理サーバプログラム５４１は、選択エレメントの親エレメント又は子エレメントを特定する（Ｓ３００２）。Ｓ３００２で特定されるエレメントは、上位レイヤ移動であれば選択エレメントの親エレメントであり、下位レイヤ移動であれば選択エレメントの子エレメントである。Ｓ３００２で特定されたエレメントを、図３０の説明において「特定エレメント」と言う。
【０１９７】
管理サーバプログラム５４１は、特定エレメントが１つでもあれば（Ｓ３００３：ＹＥＳ）、Ｓ３００４〜Ｓ３００８を行う。
【０１９８】
すなわち、管理サーバプログラム５４１は、親ビジュアル及び子ビジュアルの少なくとも一方を更新する（Ｓ３００４）。
【０１９９】
具体的には、例えば、レイヤ移動が下位レイヤ移動のケースであれば下記である。
（＊）上位ビジュアルが、下位レイヤ移動直前のメインビジュアル内のボックスを含むビジュアルとされる。
（＊）下位レイヤ移動直後のメインビジュアル内のボックスが表すエレメントについて子エレメントが存在すれば、子ビジュアルが、所定ビジュアルである。
（＊）下位レイヤ移動直後のメインビジュアル内のボックスが表すエレメントについて子エレメントが存在しなければ、子ビジュアルは無い。
【０２００】
一方、レイヤ移動が上位レイヤ移動のケースであれば下記である。
（＊）下位ビジュアルが、上位レイヤ移動直前のメインビジュアル内のボックスを含むビジュアルとされる。
（＊）上位レイヤ移動直後のメインビジュアル内のボックスが表すエレメントについて親エレメントが存在すれば、親ビジュアルが、所定ビジュアルである。
（＊）上位レイヤ移動直後のメインビジュアル内のボックスが表すエレメントについて親エレメントが存在しなければ、親ビジュアルは無い。
【０２０１】
管理サーバプログラム５４１は、表示メトリックタイプを特定する（Ｓ３００５）。例えば、表示メトリックタイプは、レイヤ移動前の注目エレメントのタイプ及び表示メトリックタイプと、レイヤ移動後の注目エレメント（選択エレメント）のタイプとを基に、デフォルト表示メトリックテーブル２５００から特定されてよい。
【０２０２】
管理サーバプログラム５４１は、メインビジュアル描画処理（図２８）を行う（Ｓ３００６）。また、管理サーバプログラム５４１は、Ｓ３００６で描画されたメインビジュアルのビットマップイメージを所定の記憶領域に保存する（Ｓ３００７）。また、管理サーバプログラム５４１は、画面履歴テーブル２０００と表示条件テーブル２１００を更新する（Ｓ３００８）。具体的には、例えば、管理サーバプログラム５４１は、レイヤ移動操作後のメインビジュアルの表示条件のＩＤ等を含んだ情報を登録したレコードを画面履歴テーブル２０００に追加する。また、例えば、管理サーバプログラム５４１は、レイヤ移動操作後のメインビジュアルの表示条件のＩＤを含んだレコードを表示条件テーブル２１００に追加する。
【０２０３】
図３１は、戻る処理の流れを示す。この処理により、例えば、管理画面が、図１０に示す管理画面から図９の示す管理画面に戻る。
【０２０４】
管理サーバプログラム５４１は、画面履歴テーブル２０００から最後のレコードを取得しワーク領域等に保存し、その最後のレコードをテーブル２０００から削除する（Ｓ３１０１）。
【０２０５】
管理サーバプログラム５４１は、表示条件テーブル２１００から最後のレコードを取得してワーク領域等に保存し、その最後のレコードをテーブル２１００から削除し、且つ、Ｓ３１０１で取得したレコードが有する各ビットマップＩＤに関連付いているビットマップイメージを所定の記憶領域（ビットマップイメージの保存領域）から削除する（Ｓ３１０２）。
【０２０６】
管理サーバプログラム５４１は、Ｓ３１０１後の画面履歴テーブル２０００の最後のレコードを基に特定されるメインビジュアル及び表示条件等が反映された管理画面（戻る操作の前に表示されていた管理画面への遷移前に表示されていた管理画面）を表示する（Ｓ３１０３）。
【０２０７】
図３２は、表示条件変更処理の流れを示す。この処理により、例えば、管理画面が、図９の管理画面から図１２の管理画面へ遷移する。
【０２０８】
管理サーバプログラム５４１は、表示条件変更操作を受信した場合、管理画面に表示されているボックスに対応したエレメント（管理画面に表示されるオブジェクトとしてレイアウト領域に描画されている表示オブジェクトに対応したエレメント）を特定する（Ｓ３２０１）。
【０２０９】
管理サーバプログラム５４１は、変更後の表示条件を特定し（Ｓ３２０２）、現在のメインビジュアルを管理画面から削除し（Ｓ３２０３）、変更後の表示条件でメインビジュアル描画処理（図２８）を行う（Ｓ３２０４）。表示条件変更操作では、表示条件のうち表示メトリックタイプ、表示期間及び閾値の少なくとも１つが変更される。変更された表示条件によっては、エレメントのワースト標準化値が変わるがワースト優先度が変わらないこともあれば、エレメントのワースト標準化とワースト優先度の両方が変わることもある。
【０２１０】
管理サーバプログラム５４１は、Ｓ３２０３で削除したメインビジュアルのビットマップイメージを、Ｓ３２０４により描画されたメインビジュアルのビットマップイメージに更新する（Ｓ３２０５）。従って、更新後のビットマップイメージに関連付けられるビットマップＩＤは、Ｓ３２０３で削除したメインビジュアルのビットマップイメージに関連付けられているＩＤのままである。
【０２１１】
管理サーバプログラム５４１は、画面履歴テーブル２０００と表示条件テーブル２１００を更新する（Ｓ３２０６）。例えば、画面履歴テーブル２０００には、図２０の操作ＩＤ「４」を含んだレコードのようなレコード（ユーザ操作「表示条件変更」を含んだレコード）が追加される。
【０２１２】
図３３は、エレメント強調処理の流れを示す。この処理により、例えば図１４の管理画面が表示される。
【０２１３】
管理サーバプログラム５４１は、ボックスが強調エレメント指定領域４１２に登録（コピー）された場合（Ｓ３３０１：ＹＥＳ）、そのボックスに対応したエレメント（強調エレメント）のＩＤを「強調エレメントＩＤ」として強調エレメントテーブル２２００に登録する（Ｓ３３０２）。
【０２１４】
管理サーバプログラム５４１は、強調エレメントに関係する全ての上位エレメント（但しルートエレメントを除く）をエレメントテーブル１８００から特定し、特定した上位エレメントの各々のエレメントＩＤを、「関係エレメントＩＤ」として、Ｓ３３０２で登録した強調エレメントＩＤに関連付ける（特定した上位エレメントの各々のエレメントＩＤを強調エレメントテーブル２２００に登録する）（Ｓ３３０３）。
【０２１５】
管理サーバプログラム５４１は、強調エレメントに関係する全ての下位エレメントをエレメントテーブル１８００から特定し、特定した下位エレメントの各々のエレメントＩＤを、「関係エレメントＩＤ」として、Ｓ３３０２で登録した強調エレメントＩＤに関連付ける（特定した下位エレメントの各々のエレメントＩＤを強調エレメントテーブル２２００に登録する）（Ｓ３３０４）。
【０２１６】
以上、一実施形態を説明したが、これは本発明の説明のための例示であって、本発明の範囲をこの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。
【０２１７】
例えば、メインビジュアルに含まれる１以上のボックスに対応した１以上のエレメントは、ルートエレメント「ALL  TENANT」の子エレメントである、直前のメインビジュアルが表す１以上のエレメントから選択されたエレメントである等、所定条件に適合するエレメントであるが、「所定条件に適合する」とは、上述した実施形態で述べた条件に代えて又は加えて検索条件に適合するエレメント等、他種の条件に適合することも含んでよい。
【符号の説明】
【０２１８】
１００：計算機システム  ５５５：管理クライアント  ５５７：管理サーバ
【図１】
2017504123.tif 000003
【図２】
2017504123.tif 000004
【図３】
2017504123.tif 000005
【図４】
2017504123.tif 000006
【図５】
2017504123.tif 000007
【図６】
2017504123.tif 000008
【図７】
2017504123.tif 000009
【図８】
2017504123.tif 000010
【図９】
2017504123.tif 000011
【図１０】
2017504123.tif 000012
【図１１】
2017504123.tif 000013
【図１２】
2017504123.tif 000014
【図１３】
2017504123.tif 000015
【図１４】
2017504123.tif 000016
【図１５】
2017504123.tif 000017
【図１６】
2017504123.tif 000018
【図１７】
2017504123.tif 000019
【図１８】
2017504123.tif 000020
【図１９】
2017504123.tif 000021
【図２０】
2017504123.tif 000022
【図２１】
2017504123.tif 000023
【図２２】
2017504123.tif 000024
【図２３】
2017504123.tif 000025
【図２４】
2017504123.tif 000026
【図２５】
2017504123.tif 000027
【図２６】
2017504123.tif 000028
【図２７】
2017504123.tif 000029
【図２８】
2017504123.tif 000030
【図２９】
2017504123.tif 000031
【図３０】
2017504123.tif 000032
【図３１】
2017504123.tif 000033
【図３２】
2017504123.tif 000034
【図３３】
2017504123.tif 000035
【図３４】
2017504123.tif 000036
【国際調査報告】
2017504123.tif 000037
2017504123.tif 000038