JP6077660B2 - 計算機システムの管理システム - Google Patents

Description

本発明は、一般に、計算機システムの管理に関し、特に、計算機システムに関する情報の表示に関する。

計算機システムに関する情報の表示として、例えば、特許文献１に開示の技術が知られている。特許文献１によれば、ＧＵＩ（Graphical User Interface）に、計算機システムのトポロジーが表示される。具体的には、ＧＵＩが、複数のカラムを有し、各カラムには、表示すべきコンポーネントタイプが定められている。各コンポーネントを表すオブジェクトが、対応するカラム内に配置される。

米国公開特許第２００９／０２４９２１３号明細書

管理対象の計算機システムの規模が大きくなると、トポロジーの視認性が低下する。例えば、数万〜数十万ものサーバ（ホスト）が世界中に配置されているような大規模な計算機システムが管理対象である場合、全体像の管理、及び、エラーが生じたコンポーネント（例えば装置又は装置内のコンポーネント）と他のコンポーネントの関係性の把握が、ユーザにとって困難である。

このような問題は、計算機システムに関する情報として表示される情報が計算機システムのトポロジーである場合に限られない。

管理システムが、計算機システムが有する複数のエレメントの階層関係を定義した管理情報に基づき、同階層に属する２以上のエレメントにそれぞれ対応しそれぞれがＧＵＩ（Graphical User Interface）オブジェクトである２以上のエレメントオブジェクトを、それぞれ、下位のエレメントのエレメントオブジェクトを内部に表示すること無く表示する。管理システムは、２以上のエレメントオブジェクトのうちの第１エレメントオブジェクトについての拡大操作に従う拡大指示を受けた場合、その拡大指示に応答して第１エレメントオブジェクトを拡大するとそれのズームレベルが所定レベルに達するか否かに応じて、拡大した第１エレメントオブジェクト内に、第１エレメントに属する下位エレメントのエレメントオブジェクトを表示するか否かを制御する。

計算機システムが大規模であっても計算機システムに関する情報の視認性が良好である。

実施例に係る計算機システム及び管理システムの構成を示す。 リソーステーブル５４３の構成を示す。 コンポーネントテーブル５４４の構成を示す。 初期の表示画面の一例を示す。 図４に示したリソースボックス６０１Ａを拡大した後の表示画面４００の一例を示す。 図５に示したリソースボックス６０２Ｂを拡大した後の表示画面４００の一例を示す。 図６に示したリソースボックス６０２Ｂを拡大した後の表示画面４００の一例を示す。 図７に示したリーフリソースボックス６０３Ａに対して縮小操作がされた後の表示画面４００の第１の例を示す。 図７に示したリーフリソースボックス６０３Ａに対して縮小操作がされた後の表示画面４００の第２の例を示す。 図７に示したリーフリソースボックス６０３Ａに対して指定操作がされた後の表示画面４００の一例を示す。 図１０の表示画面４００について表示範囲が右方向へ横スクロールされた後の一例である。 図１０又は図１１の表示画面４００においてコンポーネントタイプボックス「Volume」７０１Ｂに対して拡大操作（又は指定操作）がされた場合のコンポーネントタイプボックス「Volume」７０１Ｂの一例を示す。 ボックス初期描画処理の流れを示す。 拡大処理の流れを示す。 子リソース描画処理の流れを示す。 ボックス描画処理の流れを示す。 縮小処理の流れを示す。 子リソース非表示処理の流れを示す。 容量ボックス描画処理の流れの一部を示す。 容量ボックス描画処理の流れの残りを示す。 リーフリソース−コンポーネント展開処理の流れを示す。 ストレージボックス描画処理の流れの一部を示す。 ストレージボックス描画処理の流れの残りを示す。 コンポーネントタイプボックス関連線描画処理の流れを示す。

以下、一実施例を説明する。

以下の説明では、「×××テーブル」の表現にて情報を説明することがあるが、情報は、どのようなデータ構造で表現されていてもよい。すなわち、情報がデータ構造に依存しないことを示すために、「×××テーブル」を「×××情報」と呼ぶことができる。

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

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

また、管理システムは、一以上の計算機で構成されてよい。具体的には、例えば、管理計算機が情報を表示する場合（具体的には、管理計算機が自分の表示デバイスに情報を表示する、或いは、管理計算機が表示用情報を遠隔の表示用計算機に送信する場合）、管理計算機が管理システムである。また、例えば、複数の計算機で管理計算機と同等の機能が実現されている場合は、当該複数の計算機（表示を表示用計算機が行う場合は表示用計算機を含んでよい）が、管理システムである。本実施例では、管理サーバ５５７が管理計算機であり、管理クライアント５５５が表示用計算機である。

また、以下の説明では、計算機システムの管理画面としてのＧＵＩ（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））５３３を有する。Ｉ／Ｆ５３７は、通信ネットワーク５２１に接続され、Ｉ／Ｆ５３７を介して、管理サーバ５５７は管理クライアント５５５と通信することができる。管理サーバ５５７は、Ｉ／Ｆ５３７を介して、ユーザ操作に従う指示を受信したり、レイアウト領域にＧＵＩオブジェクトを描画したりすることができる。このため、Ｉ／Ｆ５３７は、Ｉ／Ｏインタフェースデバイスの一例である。なお、ここで言う「レイアウト領域」とは、ＧＵＩオブジェクトが描画（配置）され得る領域である。レイアウト領域の全部又は一部の範囲が、Ｗｅｂブラウザ５１１（又は管理クライアントプログラム５１３）によって表示されるフレーム（例えばウィンドウ）での表示範囲である。ＧＵＩオブジェクトが描画されたレイアウト領域の、上記フレーム内における表示イメージ（ＧＵＩオブジェクトを含む）を、表示画面（ＧＵＩ画面）と言うことができる。レイアウト領域に描画されたオブジェクトのうち、表示範囲に重なるオブジェクトが、表示デバイス５０２の物理画面上に表示される。このため、レイアウト領域にオブジェクトを描画することは、実質的に、オブジェクトを表示することの一例である。

記憶デバイス５３５は、例えば、主記憶デバイス及び補助記憶デバイスのうちの少なくとも主記憶デバイス（典型的にはメモリ）を有する。記憶デバイス５３５は、プロセッサ５３３で実行されるコンピュータプログラム、及び、プロセッサ５３３に使用される情報を記憶することができる。具体的には、例えば、記憶デバイス５３５は、管理サーバプログラム５４１及び管理テーブル５４２を記憶する。管理テーブル５４２は、計算機システムが有する複数のエレメントの階層関係を定義したテーブルであり、例えば、リソーステーブル５４３及びコンポーネントテーブル５４４を含む。管理サーバプログラム５４１は、ユーザ操作に従う指示を管理クライアント５５５から受信したり、レイアウト領域に描画される情報を管理クライアント５５５に送信したりする。リソーステーブル５４３は、計算機システム１００が有する複数のリソースに関する情報を有する。コンポーネントテーブル５４４は、計算機システム１００が有する複数のコンポーネントに関する情報を有する。

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

図２は、リソーステーブル５４３の構成を示す。

リソーステーブル５４３は、複数のリソースについてツリー状の階層関係を定義したテーブルである。リソーステーブル５４３は、リソース毎に、以下の情報、例えば、リソースの名前であるリソース名ＩＤ２０１、リソースのＩＤであるリソースＩＤ２０２、親リソース（リソースに関連付けられており１つ上の階層にあるリソース）のＩＤである親リソースＩＤ２０３、リソースに提供された論理ボリュームの総記憶容量である容量２０４、リソースのレスポンスタイム（測定値）であるレスポンスタイム２０５、リソースを表すリソースオブジェクト（ＧＵＩオブジェクトの１つ）のズームレベル（値）であるズームレベル２０６、及び、リソースがリーフリソース（末端のリソース）であるか否かを示すリーフ２０７を有する。情報２０１〜２０７のうちの少なくとも１つに代えて又は加えて別種の情報がリソース毎にリソーステーブル５４３に登録されてもよい。リソースＩＤ２０２と親リソースＩＤ２０３から、リソースの階層関係がわかる。また、リソースのズームレベル２０６から、そのリソースのリソースオブジェクトのズームレベル（ＧＵＩ上でのズームレベル）がわかる。また、本実施例では、ズームレベルは、０以上の整数で表現されるが、他の方法で定義されてもよい。ズームレベル「０」に対応したリソースのリソースボックスは、非表示（例えばレイアウト領域に存在しない）である。

図３は、コンポーネントテーブル５４４の構成を示す。

コンポーネントテーブル５４４は、複数のコンポーネントについてツリー状の階層関係を定義しコンポーネントとリソースの関係を表したテーブルである。コンポーネントテーブル５４４は、コンポーネント毎に、以下の情報、例えば、コンポーネントが関連付けられているリーフリソース（ＡＰＰ）のＩＤであるＡＰＰ ＩＤ３０１、コンポーネントを有するストレージシステムのＩＤであるストレージＩＤ３０２、コンポーネントのタイプを表すコンポーネントタイプ３０３、コンポーネントのＩＤであるコンポーネントＩＤ３０４、及び、コンポーネントが発揮している性能（測定値）を表す性能３０５を有する。情報３０１〜３０５のうちの少なくとも１つに代えて又は加えて別種の情報がコンポーネント毎にコンポーネントテーブル５４４に登録されてもよい。コンポーネントの階層関係は、例えば、コンポーネントタイプ３０３と所定のルール（例えば、コンポーネントのタイプとコンポーネントＩＤのタイプとの関係を表すルール）から特定されてよいが、リソーステーブル５４３のように、コンポーネント毎に親コンポーネント（コンポーネントの１つ上の階層のコンポーネント）が定義されていてもよい。また、コンポーネントテーブル５４４では、異なる複数のコンポーネントタイプで構成されたグループが定義されてもよい。

以上がテーブル５４３及び５４４の構成の一例である。図２及び図３では、エレメントの階層関係の定義として、エレメントと親エレメント（エレメントの１つ上の階層のエレメント）との関係の定義と、エレメントのタイプを使用した定義とが例示されているが、他の方法に従う定義が採用されてもよい。例えば、リソーステーブル５４３では、リソースと親リソースの関係に代えて、リソースタイプを基にリソースの階層関係が定義されてもよい。また、テーブル５４３及び５４４は一体であってもよい。

管理サーバプログラム５４１は、リソーステーブル５４３に基づいて、リソースオブジェクト（リソースを表すＧＵＩオブジェクト）の表示（描画）を制御し、コンポーネントテーブル５４４に基づいて、ＧＵＩでのコンポーネントオブジェクト（コンポーネントを表すＧＵＩオブジェクト）の表示（描画）を制御する。

以下、本実施例で行われる表示制御の概要を、図４乃至図１２を参照して説明する。なお、以下の例では、リソースオブジェクト及びコンポーネントオブジェクトはそれぞれ方形なので、リソースオブジェクト及びコンポーネントオブジェクトをそれぞれ「リソースボックス」及び「コンポーネントボックス」と言う。

図４は、初期の表示画面の一例を示す。

「初期の表示画面」とは、後述するボックス初期描画処理が行われた場合の表示画面４００である。また、ここで言う表示画面４００は、Ｗｅｂブラウザ５１１（又は管理クライアントプログラム５１３）によって表示される画面の一部である。表示画面４００は、縦スクロール用のスライダーバー４０１と、横スクロール用のスライダーバー４０２とを有する。表示画面４００に表示される情報は、レイアウト領域に描画された情報（例えば、ＧＵＩオブジェクト、テキスト等）のうち表示範囲に重なる情報である。

管理サーバプログラム５４１は、ルートリソース「All Tenants」を表すルートリソースボックス６００を描画し、且つ、ルートボックス６００内に、ルートリソースの複数（又は１つ）の子リソースにそれぞれ対応した複数のリソースボックス６０１Ａ〜６０１Ｄを描画する。対象のリソースの子リソース（言い換えれば、対象のリソースを親リソースとするリソース）は、リソーステーブル５４３を基に特定される。リソースボックス６０１Ａ〜６０１Ｄは、縦方向（ＸＹ座標でいえばＹ方向）に配列される。ここで言う「ルートリソース」は、最上位となる唯一のリソースである。なお、ルートリソースのような概念は無くてもよく、その場合には、本実施例において２番目の階層に属する複数のリソースがそれぞれ最上位のリソースでよい。また、リソースの「子リソース」とは、そのリソースに関連付けられておりそのリソースの１つ下位のリソースのことである。それに対し、リソースの「下位リソース」とは、そのリソースに関連付けられている全ての下位のリソースである。このため、リソースの「下位リソース」は、子リソースと、子リソースよりも下位のリソースを含む。

本実施例では、リーフリソース以外のリソースを表すリソースボックスが、そのリソースボックスに対する拡大操作又は縮小操作に応じて、管理サーバプログラム５４１により、拡大又は縮小される。リソースボックスの拡大又は縮小とは、リソースボックスのズームレベルが上がること又は下がること、つまり、リソースボックスのズームレベルが変更されることである。ボックス初期描画処理では、ボックス６００及び６０１Ａ〜６０１Ｄの各々のズームレベルは最小レベルでよい。

管理サーバプログラム５４１は、ルートリソース「All Tenants」の子リソースの数を表す値「（４）」を、ルートボックス６００に表示する。つまり、本実施例では、リソースの名前（又はＩＤ）を表す言葉の隣に表記された、カッコ内の数字が、子リソースの数を示す。

管理サーバプログラム５４１は、リソーステーブル５４３を基に、リソースボックス６０１Ａ〜６０１Ｄの各々について、リソース名２０１及びサマリ情報を表示する。リソースボックス６０１Ａを例に取る。リソースボックス６０１Ａには、そのボックス６０１Ａに対応したリソース名「North America」とサマリ情報が表示される。サマリ情報として、リソース「North America」の容量２０４と、リソース「North America」のレスポンスタイム２０５とが表示される。リソース「North America」の容量２０４は、リソース「North America」の子リソースの容量２０４の合計でよい。リソース「North America」のレスポンスタイム２０５は、リソース「North America」の子リソースのレスポンスタイム２０５に基づく値（例えば、最大値（又は平均値））でよい。リソース「North America」のレスポンスタイム２０５の表示態様は、そのレスポンスタイム２０５に従うステータス（レスポンスステータス）に応じた態様とされる。図示の例では、リソース「North America」のレスポンスタイム２０５が第１の閾値を超えているため、警告を意味する表示態様で、リソース「North America」のレスポンスタイム２０５が表示される。ボックス６０１Ｂ及び６０１Ｃの各々については、対応するリソースのレスポンスタイム２０５は第１の閾値未満第２の閾値以上（第１の閾値＞第２の閾値）なので、そのレスポンスタイム２０５は注意を意味する表示態様で、表示される。ボックス６０１Ｄについては、対応するリソースのレスポンスタイム２０５は第２の閾値未満なので、そのレスポンスタイム２０５は通常を意味する表示態様で表示される。

ユーザは、図４の表示画面４００から、リソース「North America」に提供された記憶容量は７１００ＧＢであり、且つ、リソース「North America」の子リソースには、レスポンスタイムが７５ｍｓ（ミリ秒）となっている子リソースが含まれていることがわかる。

ユーザが、ユーザ所望のリソースボックス６０１Ａにカーソルを重ねた状態で拡大操作をしたとする。この場合、管理サーバプログラム５４１は、その拡大操作の操作量（例えばマウスホイールの回転角）に従う拡大指示を受け、その操作量に応じてリソースボックス６０１Ａを拡大する。

図５は、図４に示したリソースボックス６０１Ａを拡大した後の表示画面４００の一例を示す。

管理サーバプログラム５４１は、拡大操作の操作量に応じてリソースボックス６０１Ａを拡大する。なお、本実施例において、リソースボックスの拡大とは、リソースボックスの縦横比が維持された状態での拡大ではなく、リソースボックスの幅（横の長さ）よりもリソースボックスの高さ（縦の長さ）が拡大されることである。具体的には、リソースボックスの拡大とは、リソースボックスの高さのみが拡大されることでよい。同様に、リソースボックスの縮小とは、リソースボックスの縦横比が維持された状態での縮小ではなく、リソースボックスの幅よりもリソースボックスの高さが縮小されることである。具体的には、リソースボックスの縮小とは、リソースボックスの高さのみが縮小されることでよい。管理サーバプログラム５４１は、リソースボックスの拡大又は縮小の都度に（ズームレベルの変更の都度に）、そのリソースボックスに対応したズームレベル２０６（リソーステーブル５４３における値）を更新する。また、図５のように、拡大されたリソースボックス６０１Ａ〜６０１Ｄが表示範囲に収まっていなければ、ユーザは、リソースボックス６０１Ａ〜６０１Ｄの全てを見るために、スライダー６８０を操作する等により表示範囲を相対的に縦スクロールさせることができる。なお、レイアウト領域には、表示範囲（及びその近傍）以外に描画されるべきボックス（例えば６０１Ｃ及び６０１Ｄ）は、描画されていなくてもよい。そのようなボックス（例えば６０１Ｃ及び６０１Ｄ）の描画は、表示範囲のスクロールに伴い動的に行われてよい。

リソースボックス６０１Ａの拡大の際、管理サーバプログラム５４１は、以下の処理（１）及び（２）を行う。
（１）管理サーバプログラム５４１は、拡大操作対象のリソースボックス６０１Ａのズームレベルを上げると、変更後のズームレベルが所定レベルに達するか否かを判断する。その判断の結果が真であれば、管理サーバプログラム５４１は、リソースボックス６０１Ａを拡大することに伴い、以下の処理（１−１）及び（１−２）を行う。
（１−１）管理サーバプログラム５４１は、リソーステーブル５４３から、拡大操作対象のリソース「North America」の子リソースを特定し、特定された子リソースのリソースオブジェクト６０２Ａ〜６０２Ｉを、拡大されたリソースボックス６０１Ａ内に、縦方向に並べて表示する。リソースオブジェクト６０２Ａ〜６０２Ｉの各々の初期のズームレベルは最小レベルでよい。また、リソースオブジェクト６０２Ａ〜６０２Ｉの各々には、リソースオブジェクト６０１Ａ〜６０１Ｄと同様に、対応するリソースのリソース名２０１及びサマリ情報（例えば容量２０４及びレスポンスタイム２０５）が表示される。
（１−２）また、管理サーバプログラム５４１は、容量ボックス６５２を、拡大されたリソースボックス６０１Ａ内に表示する。容量ボックス６５２は、リソースオブジェクト６０２Ａ〜６０２Ｉの配列方向（つまり縦方向）に長いオブジェクトの一例である。容量ボックス６５２は、リソースオブジェクト６０２Ａ〜６０２Ｉの列の一側（例えば左）且つ近傍（例えば隣）に表示される。容量ボックス６５２の高さ（長さ）は、リソースオブジェクト６０２Ａ〜６０２Ｉの列の高さと同じでよい。例えば、容量ボックス６５２の左辺（及び右辺）の両端のＹ座標は、一番上のリソースオブジェクト６０２Ａの左上角（又は右上角）のＹ座標、及び、一番下のリソースオブジェクト６０２Ｉの左下角（又は右下角）のＹ座標と同じでよい。容量ボックス６５２が、複数のリソースオブジェクト６０２Ａ〜６０２Ｉにそれぞれ対応した複数の領域に区切られてよい。１つの領域の高さ（縦の長さ）は、その領域に対応したリソースの容量２０４に応じた長さである。具体的には、例えば、リソース「IT」に対応した領域の高さは、リソース「North America」の容量２０４（すなわち、リソース「North America」を親リソースとする全てのリソースに対応した複数の容量２０４の合計）に対する、リソース「IT」の容量２０４の割合と、容量ボックス６５２の高さとの積でよい。容量ボックス６５２内の領域の表示態様は、その領域に対応したリソースの容量２０４に基づくステータス（容量ステータス）に従う表示態様（例えば、警告、注意又は通常）でよい。例えば、リソーステーブル５４３で、容量２０４に対する使用容量が管理されていて、容量２０４に対する使用容量の割合の大きさに応じて、容量ステータスが定義されてよい。容量ボックス６５２の各領域について、領域とそれに対応するリソースボックスとの間に、領域とリソースボックス間の関連を示す線が描画されてよい。
（２）管理サーバプログラム５４１は、拡大操作対象のリソースボックス６０１Ａの拡大に伴い、リソース「North America」と親リソースが同じであるリソースのリソースボックス６０１Ｂ〜６０１Ｄも拡大する（図５には、ボックス６０１Ｂ〜６０１Ｄのうちボックス６０１Ｂのみ図示）。具体的には、管理サーバプログラム５４１は、リソースボックス６０１Ｂ〜６０１Ｄのズームレベルを、拡大操作対象のリソースボックス６０１Ａのズームレベルと同じになるよう上げる。ただし、リソースボックス６０１Ｂ〜６０１Ｄは、それぞれ、拡大操作対象ではない。リソースボックス６０１Ｂを例に取る。管理サーバプログラム５４１は、非拡大操作対象のリソースボックス６０１Ｂのズームレベルが所定レベルに達したとしても、拡大されたリソースボックス６０１Ｂ内に、リソースボックス６０１Ｂに対応したリソースの子リソースのリソースボックスを描画しない。非拡大操作対象のリソースボックス６０１Ｂ内には、サマリボックス６１１Ｂが描画される。サマリボックス６１１Ｂは、リソース「ASIA」の複数の子リソースにそれぞれ対応した複数の領域を有しており、各領域の表示態様は、その領域に対応した子リソースのレスポンスステータス（又は容量ステータス）に応じた表示態様とされる。

親リソースが同一である複数のリソースについて、非拡大操作対象のリソースボックスのズームレベルの最大レベルは、所定レベル未満、例えば、所定レベルより１つ小さいレベルまでとしてもよい。これにより、非拡大操作対象のリソースボックスが所定レベルに達することを回避することができる。

ユーザが、リソースボックス６０２Ｂにカーソルを重ねた状態で拡大操作をしたとする。この場合、管理サーバプログラム５４１は、その拡大操作の操作量に応じてリソースボックス６０２Ｂを拡大し、且つ、そのリソースボックス６０２Ｂを囲むリソースボックス６０１Ａ（親リソースのリソースボックス）も拡大する。

図６は、図５に示したリソースボックス６０２Ｂを拡大した後の表示画面４００の一例を示す。

管理サーバプログラム５４１は、リソースボックス６０２Ｂのように何らかの拡大操作対象のリソースボックスを拡大する場合、上記（１）及び（２）のような処理を行う。リソースボックス６０２Ｂを例に取る。（１）では、管理サーバプログラム５４１は、拡大操作対象のリソースボックス６０２Ｂの拡大後のズームレベルが所定レベルに達していれば、リソース「ＩＴ」の子リソースのリソースボックスをリソースボックス６０２Ｂ内に表示し、且つ、容量ボックスを表示する。（２）では、管理サーバプログラム５４１は、リソース「IT」と親リソースが同じ他のリソースのリソースボックス６０２Ａ及び６０２Ｃ〜６０２Ｉのそれぞれのズームレベルを、拡大操作対象のリソースボックス６０２Ｂのズームレベルと同じになるよう上げる。また、（１）及び（２）に関して、管理サーバプログラム５４１は、親リソース「North America」についての容量ボックス６５２の高さ（長さ）を、リソースボックス６０２Ａ〜６０２Ｉの拡大に応じて高くする（長くする）。

このルールに従う表示結果の一例が、図６に示されている。図６によれば、拡大操作対象のリソースボックス６０２Ｂのズームレベルが所定レベル未満なので、ボックス６０２Ｂ内に子リソースのオブジェクトは表示されない。また、他のリソースボックス６０２Ａ及び６０２Ｃ〜６０２Ｉのズームレベルは、拡大後のリソースボックス６０２Ｂのズームレベルと同じである。さらに、容量ボックス６５２の高さが、拡大後のリソースボックス６０２Ａ〜６０２Ｉをカバーする高さ（例えば、拡大後のリソースボックス６０２Ａの左上角のＹ座標から拡大後のリソースボックス６０２Ｉの左下角のＹ座標までの高さ）に拡大される。

ユーザが、ユーザ所望のリソースボックス６０２Ｂにカーソルを重ねた状態で更に拡大操作をしたとする。

図７は、図６に示したリソースボックス６０２Ｂを拡大した後の表示画面４００の一例を示す。

リソースボックス６０２Ｂの拡大後のズームレベルが所定レベルに達するので、管理サーバプログラム５４１は、リソース「IT」の子リソース「APP1」等に対応したリソースボックス６０３Ａ〜６０３Ｈをリソースボックス６０２Ｂ内に表示し、且つ、それらのリソースボックス６０３Ａ〜６０３Ｈの高さと同じ高さの容量ボックス６６２をリソースボックス６０２Ｂ内に表示する。リソースボックス６０２Ｂの拡大後のズームレベルが所定レベルに達するので、他のリソースボックス６０２Ａ及び６０２Ｃ〜６０２Ｉは、それぞれ、拡大されないでよい。

容量ボックス６６２は、リソース「IT」の子リソース「APP1」〜「APP6」及び「APP11」〜「APP12」にそれぞれ対応し縦方向に並ぶ８個の領域に区切られる。例えば、リソース「APP1」の領域の高さは、前述したように、親リソース「IT」の容量２０４に対するリソース「APP1」の容量２０４の割合と容量ボックス６６２の高さとの積である。

ここで、リソーステーブル５４３によれば、リソース「APP1」〜「APP6」及び「APP11」〜「APP12」は、それぞれリーフリソースである。管理サーバプログラム５４１は、ユーザにより拡大操作がされた場合、拡大操作対象のリソースがリーフリソースであるか否かを判断し、その判断の結果が真であれば、拡大操作対象のリソースボックスを拡大（及び縮小）しない。つまり、リーフリソースのリソースボックスのズームレベルは、本実施例では固定である。

図７に示した表示画面４００に対して、ユーザにより縮小操作が行われたとする。

もし、縮小操作の対象が、子リソースのリソースボックス等が内部にあるリソースボックス６０２Ｂであれば（具体的には、リソースボックス６０２Ｂにカーソルが重ねられた状態で縮小操作がされたのであれば）、図８に示すように、管理サーバプログラム５４１は、リソースボックス６０２Ｂ及び同階層の他のリソースボックス６０２Ａ等のズームレベルを変更することなく、リソースボックス６０２Ｂからリソースボックス６０３Ａ等及び容量ボックス６６２を非表示とする。具体的には、リソースボックス６０２Ｂの表示態様が、他のリソースボックス６０２Ａ等と同じにされる。つまり、リソースボックス６０２Ｂには、リソースボックス６０３Ａ等及び容量ボックス６６２に代えて、サマリボックス６２１Ｂが描画される。

また、もし、縮小操作の対象が、子リソースのリソースボックス等が内部にあるリソースボックス６０２Ｂ以外のリソースボックス（例えば６０２Ａ）であれば、図９に示すように、管理サーバプログラム５４１は、縮小操作の操作量に応じて、リソースボックス６０２Ａ〜６０２Ｉをそれぞれ縮小する（リソースボックス６０２Ａ〜６０２Ｉのそれぞれのズームレベルを下げる）。それに伴い、管理サーバプログラム５４１は、リソースボックス６０２Ａ〜６０２Ｉを囲むリソースボックス６０１Ａも縮小し、リソースボックス６０１Ａと同階層のリソースボックス６０１Ｂ〜６０１Ｄもそれぞれ縮小する。つまり、縮小後のリソースボックス６０１Ａ〜６０１Ｄのそれぞれのズームレベルは同じでよい。

さて、図７に示した表示画面４００に対して、リーフリソースのリソースボックスに対してユーザにより指定操作が行われたとする。指定操作は、前述したように、例えばクリックである。この場合、管理サーバプログラム５４１は、指定操作対象のリーフリソースに関連付けられている複数のコンポーネントをコンポーネントテーブル５４４から特定し、特定された複数のコンポーネントに対応した複数のコンポーネントボックスを、横方向に並べる。

図１０は、図７に示したリーフリソースボックス６０３Ａに対して指定操作がされた後の表示画面４００の一例を示す。図１１は、図１０の表示画面４００について表示範囲が右方向へ横スクロールされた後の一例である。横スクロールは、例えば、横スクロールのためのスライダー６９０を操作する等により行われる。

管理サーバプログラム５４１は、リーフリソース「APP１」に対する指定操作が行われた場合、リーフリソース「APP１」に関連付けられているコンポーネントをコンポーネントテーブル５４４から特定する。管理サーバプログラム５４１は、ストレージボックス７００を描画する。ストレージボックスは、指定操作対象のリーフリソースに関連付けられているコンポーネントを有する１以上のストレージシステムにそれぞれ対応した１以上のストレージシステムボックスが描画されるＧＵＩオブジェクトの一例である。ストレージシステムボックスは、１つのストレージシステムに対応しており、ストレージボックスは、１以上のストレージシステムに対応する。図１０及び図１１の例によれば、指定操作対象のリーフリソース「APP１」に関連付けられているコンポーネントを有するストレージシステムは、１つのストレージシステム「ＶＳＰ１」であることが管理サーバプログラム５４１により特定され、ストレージボックス７００には、１つのストレージシステムボックス７０５が描画される。ストレージボックス７００は、リーフリソースボックス６０３Ａの右側に（容量ボックス６６２が存在する側とは反対の側に）、描画される。

管理サーバプログラム５４１は、特定されたコンポーネントに対応したコンポーネントボックスを、そのコンポーネントを有するストレージシステムに対応したストレージシステムボックス７０５に描画する。リーフリソースボックス６０３Ａを最上位として、コンポーネントの階層関係（タイプ）に基づき、コンポーネントボックス（７０１Ａ、７０１Ｄ、７０１Ｅ、７０１Ｆ）が横方向に並べられる。横方向に並んだコンポーネントボックス間には、階層関係（接続関係）を表す線が描画される。つまり、階層関係を有するコンポーネントのコンポーネントボックスは互いに線で接続される。

初期のコンポーネントボックスは、同タイプ（同階層）の複数のコンポーネントをカバーするコンポーネントタイプボックスでよい。つまり、同タイプのコンポーネントが複数存在しても、描画されるコンポーネントボックスは１つでよい。図１０及び図１１の例によれば、コンポーネントタイプ「Port」について２つのコンポーネント「CL1-A」及び「CL1-B」が存在しても（図３参照）、１つのコンポーネントタイプボックス７０１Ａが描画され、且つ、そのコンポーネントタイプボックス７０１Ａに、コンポーネントタイプ「Port」について２つのコンポーネントが存在することを意味する表記「Port(2)」がされてよい。つまり、本実施例では、コンポーネントのタイプを表す言葉の隣に表記された、カッコ内の数字が、そのタイプに該当するコンポーネントの数を示す。なお、コンポーネントタイプボックス７０１Ａには、初めから、コンポーネントタイプ「Port」について２つのコンポーネント「CL1-A」及び「CL1-B」に対応した２つのコンポーネントボックスが描画されてもよい。また、同タイプ（同階層）の複数のコンポーネントタイプボックス７０１Ｆ及び７０１Ｇは、縦方向に並べられる。

また、タイプが異なっていても所定のグループに属していれば、異なる複数タイプ（階層）のコンポーネントタイプボックス７０１Ａ〜７０１Ｃが、縦方向に並べられる。所定のグループは、例えば、データフローに関して階層関係を特に意識する必要が無いと定義されたタイプのグループでよい。図１０及び図１１の例によれば、コンポーネントタイプ「Port」、「MPB」及び「Cache」に対応した複数のコンポーネントタイプボックス７０１Ａ〜７０１Ｃが縦方向に並べられる。分析の際、通常、ポート、ＭＰＢ及びキャッシュメモリの関係は意識されないからである。なお、縦方向に並べられるグループの定義は、コンポーネントテーブル５４４でされていてもよいし、コンポーネントテーブル５４４とは別の情報（例えば定義ファイル）でされていてもよいし、管理サーバプログラム５４１の記述で定義されていてもよい。

コンポーネントボックス（典型的にはコンポーネントタイプボックス）に、リソースボックスについてのルールの一部（又は全部）が適用されてよい。例えば、コンポーネントタイプボックスには、そのコンポーネントタイプに属するコンポーネントのパフォーマンス３０５に基づく情報がコンポーネントのサマリ情報として描画されてもよい。また、コンポーネントタイプボックスに対する拡大操作（又は指定操作）に応答して、そのコンポーネントタイプボックスが縦方向に拡大され、拡大されたコンポーネントタイプボックス内に、複数のコンポーネントのコンポーネントボックス（及び容量ボックス）が描画されてもよい。図１２の例によれば、図１０又は１１の表示画面４００において、コンポーネントタイプボックス「Volume」７０１Ｂに対して拡大操作（又は指定操作）がされて、リーフリソース「APP１」に関連付けられている複数の論理ボリュームに対応した複数のコンポーネントボックス７０２Ａ〜７０２Ｒが、拡大されたボックス７０１Ｂ内に描画される。また、拡大されたボックス７０１Ｂ内に、コンポーネントボックス７０２Ａ〜７０２Ｒの高さに応じた高さの容量ボックス７５２が描画される。なお、コンポーネントタイプボックス７０１Ｂにも、初めから、コンポーネントボックス７０２Ａ〜７０２Ｒ及び容量ボックス７５２が描画されてもよい。

なお、図１０〜図１２において、ポートのパフォーマンス３０５は、ポートのデータ転送速度でよく、ＭＰＢのパフォーマンス３０５は、ＭＰＢが有するＭＰの使用率でよく、キャッシュメモリのパフォーマンス３０５は、キャッシュメモリの使用率（キャッシュメモリの容量に対するダーティデータ（ＰＢに未だ格納されていないデータ）の総量の割合）でよく、論理ボリュームのパフォーマンス３０５は、論理ボリュームについてのレスポンスタイムでよく、プール及びＰＧのパフォーマンス３０５は、プール及びＰＧの容量に対する使用容量の割合でよい。これらの基準についての値は、コンポーネントテーブル５４４において管理されてもよいし、別の情報において管理されてもよい。

以上の説明に基づき、下記の説明をすることができる。

（Ａ）表示ルール
（ａ１）管理サーバプログラム５４１は、操作対象のリソースボックスのズームレベルの変更（拡大又は縮小）に伴い、操作対象リソースと親リソースを共通にする他のリソースのリソースボックスのズームレベルを変更（拡大又は縮小）する。管理サーバプログラム５４１は、他リソースのリソースボックスのズームレベルを、操作対象リソースボックスのズームレベルと同じになるよう変更してもよいし、操作対象リソースボックスの配置位置から遠いリソースボックスほどズームレベルの変更率を下げてもよい。また、操作対象リソースボックスのズームレベルが変更されても、操作対象リソースと親リソースを共通にする他リソースのリソースボックスのズームレベルは変更されないでもよい。また、操作対象リソースと親リソースを共通にする他のリソースのリソースボックスのズームレベルの最大レベルは、内部にリソースボックスが描画されることになる所定レベル未満でよい。
（ａ２）管理サーバプログラム５４１は、操作対象リソースボックスを拡大する場合、操作対象リソースの上位リソース（対象リソースの親リソース、及び、親リソースの親リソース等）のリソースボックスも拡大する。操作対象リソースの上位リソースのリソースボックスが拡大された場合、上位リソースと同階層のリソースのリソースボックスも拡大されてよい。
（ａ３）親リソースが共通の複数のリソースのリソースボックスのズームレベルは常に同一になるよう制御されてよい。或いは、操作対象のリソースボックスから遠いリソースボックス程、操作対象のリソースボックスのズームレベルの変更の影響が小さくてよい。
（ａ４）容量ボックスの高さは、その容量ボックスに対応したエレメントボックス群の高さに応じた高さ（例えば同じ高さ）である。容量ボックスは、縦方向に長い。
（ａ５）容量ボックスは、複数のエレメント（例えば、図５及び７ではリソース、図１２ではコンポーネント）にそれぞれ対応した複数の領域に区切られてよい。容量ボックスにおける領域と、その領域に対応したエレメントボックスとを接続するオブジェクト（例えば線）が描画される。エレメントに対応した領域の高さは、そのエレメント（例えば図１２では「VOL９」）の親エレメント（例えば図１２ではコンポーネントタイプ「Volume」）の容量に対するそのエレメントの容量の割合に応じた高さでよい。容量ボックスは、容量を基準としたボックスであるが、容量ボックスに代えて、他の基準（例えば、レスポンスタイム、Ｉ／Ｏコマンドの頻度等）に従うボックスが表示されてよい。また、リソースについての容量ボックス内の領域の表示態様は、その領域に対応したリソースのレスポンスタイムのステータスに従う表示態様であるが、それに代えて、その領域に対応したリソースに割り当てられている容量２０４のうちの実際の使用割合に応じたステータスに従う表示態様でもよい。例えば、リソースの容量使用割合が、そのリソースの容量２０４のうちの８割以上であれば、リソースに対応した領域の表示態様は、警告に従う表示態様でよい。リソースの容量使用割合は、リソーステーブル５４３で管理されてよい。
（ａ６）コンポーネントボックスは、リソースボックスのように原則入れ子構造になっておらず、複数のコンポーネントボックスは、リソースボックスの配列方向（拡大／縮小方向）と直交する方向、つまり横方向に並べられる。コンポーネント間の関係を示すオブジェクト（例えば線）が描画される。
（ａ７）所定のグループに属する異なる複数タイプ（階層）のコンポーネントタイプボックスは、リソースボックスの配列方向に平行した方向（つまり縦方向）に並べられる。
（ａ８）リソースボックス及びコンポーネントボックスのうちの少なくともリソースボックスに、そのリソースボックスに対応したリソースに関するサマリ情報（例えば、容量、レスポンスタイム等）が描画される。

（Ｂ）リソース（リソースボックス）に対する拡大操作に従う拡大指示を受けた場合
（ｂ１）管理サーバプログラム５４１は、リソーステーブル５４３を基に、拡大操作対象のリソースがリーフリソースか否かを判断する。
（ｂ２）（ｂ１）の判断の結果が真であれば、管理サーバプログラム５４１は、拡大操作対象のリソースボックスを拡大しない（ズームレベルを変更しない）。
（ｂ３）（ｂ１）の判断の結果が偽であれば、管理サーバプログラム５４１は、リソーステーブル５４３を基に、拡大操作対象のリソースボックスを拡大操作の操作量に従い拡大すると（ズームレベルを上げたとすると）変更後のズームレベルが所定レベルに達するか否かを判断する。
（ｂ４）（ｂ３）の判断の結果が真であれば、管理サーバプログラム５４１は、拡大操作の操作量に応じて拡大操作対象のリソースボックスを拡大し、且つ、拡大操作対象のリソースを親リソースとするリソースのリソースボックスを、拡大したリソースボックス内に描画する。また、管理サーバプログラム５４１は、拡大したリソースボックス内に、拡大操作対象のリソースを親リソースとするリソース群（１以上のリソース）のリソースボックス群の一側（例えば左隣）に、そのリソース群の容量に関する容量ボックスを描画する。
（ｂ５）（ｂ３）の判断の結果が偽であれば、管理サーバプログラム５４１は、拡大操作対象のリソースボックスを、内部に子リソースのリソースボックスを表示することなく、拡大操作の操作量に応じて拡大する。
（ｂ６）拡大操作対象が、内部にリソースボックス６０３Ａ等が描画されているリソースボックス６０２Ｂではなく、同階層の他のリソースボックス（例えば６０２Ａ）である場合、管理サーバプログラム５４１は、リソースボックス６０２Ｂにおけるリソースボックス６０３Ａ等を非表示（例えば削除）し、且つ、拡大操作されたリソースボックス６０２Ａを拡大してよい。その際、リソースボックス６０２Ａのズームレベルが所定レベルに達した場合は、リソースボックス６０２Ａに対応したリソース「Finance」を親リソースとするリソースのリソースオブジェクトが、リソースボックス６０２Ａに描画される。

（Ｃ）リソース（リソースボックス）に対する縮小操作に従う縮小指示を受けた場合
（ｃ１）管理サーバプログラム５４１は、縮小操作対象のリソースボックス内に縮小操作対象のリソースを親リソースとするリソースのリソースボックス等が表示されているか否かを判断する。具体的には、例えば、管理サーバプログラム５４１は、リソーステーブル５４３を基に、縮小操作対象のリソースボックスのズームレベルが所定レベルか否かを判断してよい。ズームレベルが所定レベルであれば、縮小操作対象のリソースボックスの内部にリソースボックス等が表示されているためである。
（ｃ２）（ｃ１）の判断の結果が真であれば、管理サーバプログラム５４１は、縮小操作対象のリソースボックスにおけるリソースボックス等を非表示（削除）する。その際、管理サーバプログラム５４１は、縮小操作対象のリソースボックスを縮小しないでよい。また、管理サーバプログラム５４１は、縮小操作対象のリソースと親リソースを共通にする他リソースのリソースボックスを縮小しないでよい。
（ｃ３）（ｃ１）の判断の結果が偽であれば、管理サーバプログラム５４１は、縮小操作対象のリソースボックスを縮小し、且つ、縮小操作対象のリソースと親リソースを共通にする他リソースのリソースボックスも縮小する。

（Ｄ）リーフリソース（リーフリソースボックス）に対する指定操作に従う指定指示を受けた場合
（ｄ１）管理サーバプログラム５４１は、指定操作対象のリーフリソースに関連付けられている複数のコンポーネントをコンポーネントテーブル５４４から特定し、特定した複数のコンポーネントに対応した複数のコンポーネントボックスを、横方向に並べる。横方向に並んだ複数のコンポーネントボックスの最上位のボックスと、指定操作対象のリーフリソースに対応したリソースボックスとを接続するオブジェクト（例えば線）が描画される。
（ｄ２）所定のグループに属する異なるタイプ（階層）のコンポーネントボックスは、縦方向に並べられる。

（Ｅ）コンポーネントボックス（コンポーネントタイプボックス）も、リソースボックスのように拡大又は縮小されてよい。具体例として、下記が考えられる。
（ｅ１）コンポーネント（コンポーネントボックス）に対する指定操作（又は拡大操作）に指示を受けた場合
（ｅ１１）管理サーバプログラム５４１は、操作対象のコンポーネントボックスがコンポーネントタイプボックスか否かを判断する。
（ｅ１２）（ｅ１１）の判断の結果が真であれば、管理サーバプログラム５４１は、操作対象のコンポーネントボックスを拡大し、拡大されたコンポーネントボックス内に、操作対象のタイプ（及び操作対象のコンポーネントボックスが関連付けられているリーフリソース）に属するコンポーネントボックスを描画する。
（ｅ２）コンポーネント（コンポーネントボックス）に対する指定操作（又は縮小操作）に指示を受けた場合
（ｅ２１）管理サーバプログラム５４１は、操作対象のコンポーネントボックスが、内部にコンポーネントボックスが描画されたコンポーネントタイプボックスか否かを判断する。
（ｅ２２）（ｅ２１）の判断の結果が真であれば、管理サーバプログラム５４１は、操作対象のコンポーネントボックスからコンポーネントボックスを削除し、操作対象のコンポーネントボックスを縮小する。

（Ｆ）コンポーネントボックス（コンポーネントタイプボックス）には、初期の描画時点で、そのボックスに対応するコンポーネントの子コンポーネント（例えば、コンポーネントタイプに属するコンポーネント）のボックスが描画されてよい。

上述の管理システムによれば、以下のようなことが期待される。
（＊）計算機システム１００のように、ホスト５５３とストレージシステム５５１とを有する計算機システムでは、通常、ストレージシステム５５１の数よりもホスト５５３の数の方がかなり多い。また、ホスト側であるリソース側は、地域、企業、部署或いは組織等の観点に応じて階層関係が深くなり易いと考えられる。上述の管理システムによれば、リソースの階層関係に応じてリソースボックスが入れ子構造になっており、リソースボックスの拡大又は縮小により、より下位のリソースのリソースボックスが表示されたり非表示とされたりする。これにより、ユーザは、全体を俯瞰し見当をつけながら所望のリソースを探したり所望リソースについての階層関係を把握したりし易く、また、そのための操作も直感的に分かり易い。
（＊）また、操作対象リソースボックス以外のリソースボックスには、その内部に子リソースのリソースボックスは描画されず、操作対象リソースのリソースボックスについて、ズームレベルが所定レベルに達したときに内部に子リソースのリソースボックスが描画される。つまり、所望リソース以外のリソースについて子リソース等が描画されることがなく、所望リソースについての階層関係を把握し易い。
（＊）ズームレベルが所定レベルに達した操作対象リソースボックスの内部には、容量ボックスが描画され、容量ボックスは、複数の子リソースの各々の容量に応じた高さに区切られる。これにより、ユーザは、所望のリソースについての全体容量の内訳（どのリソースにどの程度使用されるか）を把握し易い。また、ユーザは、容量ボックス内の領域の表示態様から、その領域に対応したリソースの容量ステータスを把握することができる。
（＊）リソースボックス内部には、そのリソースボックスに対応したリソースのサマリ情報が描画される。これにより、ユーザは、所望リソース等のサマリを把握しながら所望リソースのリソースボックスを拡大又は縮小させることができる。なお、サマリ情報は、容量やレスポンスタイムに代えて又は加えて、他の基準に従う情報でもよい。
（＊）通常、縮小操作は、端的な情報を見たいときに行われる操作であると考えられ、本実施例では、縮小操作がされると、リソースボックス及び容量ボックス等がリソースボックス内部に表示されていた場合にはそれらが一括して非表示（削除）される。このため、ユーザは簡単且つ迅速に視点を特定のリソースからより広い範囲に切り替えることができる。
（＊）計算機システムが有する複数のエレメントが、上位側である複数のリソースと、下位側である複数のコンポーネントとに分けられている。リソースに関しては、ＧＵＩオブジェクトの並び、拡大及び縮小の方向は縦方向であり、コンポーネントに関しては、ＧＵＩオブジェクトの並びが横方向である。計算機システムにおいてエレメントの階層関係が深くでも、２次元（縦方向と横方向の両方）にＧＵＩオブジェクトが展開されるので、Ｅｎｄ−ｔｏ−Ｅｎｄ（一端から他端）の関係を把握し易い。
（＊）ホスト側のエレメントのボックスが縦方向に拡大、縮小及び配列され、ストレージシステム側のエレメントが横方向に配列される。ユーザは、ホスト側に関しては俯瞰しながらエレメントを特定し、ストレージシステム側に関しては、視点を変えデータフロー（データパス）の構成を意識しながら分析をすることができる。
（＊）データフローの分析において関係性が重視されない異なるタイプのコンポーネントボックスは縦方向に並べられる。これにより、コンポーネントの階層関係が深くても、コンポーネントボックスの横方向に沿った配列が長くなりすぎることを抑えることができる。つまり、視認性の低下を軽減することができる。
（＊）俯瞰的に見当をつけながら大量の情報を見るには縦方向の情報展開が好ましく、対象を１つに決めてその対象についての関係性を見るには横方向の情報展開が好ましいと考えられる。本実施例では、縦方向の表示制御は拡大操作及び縮小操作に従って行われ、横方向の表示制御は指定操作に従って行われる。このため、ユーザは直観的な操作で所望の分析をしたり目的にあった情報を見つけたりすることが期待できる。

以下、図１３〜図２４を参照して、管理サーバプログラム５４１が行う処理を詳細に説明する。なお、図１３〜図２４の説明において、ボックスの生成は、メモリ上にそのボックスに関する情報を新たに書きこむことであり、ボックスの配置は、ボックスの位置決め（座標決め）のことであり、ボックスの描画が、ボックスをレイアウト領域に描画することである。描画されたボックスの位置がレイアウト領域における表示範囲に重なっていれば、ボックスの描画はボックスの実際の表示に相当してよい。また、図１３〜図２４の説明において、管理サーバプログラム５４１を単に「プログラム５４１」と言う。

図１３は、ボックス初期描画処理の流れを示す。ボックス初期描画処理は、初めてリソースボックスを描画する処理である。

プログラム５４１は、ベースボックスを生成する（Ｓ１３０１）。ベースボックスは、ルートリソースのボックス、具体的には、図４でいうボックス６００である。プログラム５４１は、ベースボックスについて、高さ＝Ｐ、幅＝Ｑを設定する（Ｓ１３０２）。そして、プログラム５４１は、「ALLTENA」を親リソースＩＤ２０３とするリソースを特定する（Ｓ１３０３）。特定された各リソースについて、以下のＳ１３０４〜Ｓ１３０７が行われる。次の段落で、Ｓ１３０３で特定されたリソースのうちの１つのリソースを例に取り、そのリソースを「対象リソース」と言う。

プログラム５４１は、対象リソースのボックスを生成し（Ｓ１３０４）、対象リソースボックスについて、高さ＝Ｐ、幅＝Ｑを設定する（Ｓ１３０５）。それに伴い、プログラム５４１は、ベースボックスの高さ＝Ｐに、Ｓ１３０５で設定した値Ｐを足す（Ｓ１３０６）。対象リソースボックスを囲むリソースボックス（ここではリソースボックス）の高さ及び幅は、対象リソースボックスの高さ及び幅にそれぞれ所定サイズのマージンが追加されてもよい。
プログラム５４１は、ベースボックスに対象リソースボックスを配置する（Ｓ１３０７）。

プログラム５４１は、ベースボックス及びリソースボックスを、それぞれ、設定された高さ及び幅となるよう描画する（Ｓ１３０８）。

図１４は、拡大処理の流れを示す。拡大処理は、拡大操作に従う拡大指示をプログラム５４１が受けた場合に行われる。

プログラム５４１は、操作対象リソース（マウスカーソル上のボックスに対応したリソース）のリソースＩＤを特定する（Ｓ１４０１）。プログラム５４１は、そのリソースがリーフリソースか否かを判断する（Ｓ１４０２）。Ｓ１４０２の判断の結果が真であれば（Ｓ１４０２：ＹＥＳ）、拡大処理は終了する。

Ｓ１４０２の判断の結果が偽であれば（Ｓ１４０２：ＮＯ）、プログラム５４１は、操作対象リソースのズームレベル２０６を特定する（Ｓ１４０３）。プログラム５４１は、そのズームレベル２０６が最大レベル未満か否かを判断する（Ｓ１４０４）。Ｓ１４０４の判断結果が偽であれば（Ｓ１４０４：ＮＯ）、子リソース描画処理が行われる（Ｓ１４０８）。

Ｓ１４０４の判断結果が真であれば（Ｓ１４０４：ＹＥＳ）、プログラム５４１は、操作対象リソースの親リソースＩＤ２０３を特定する（Ｓ１４０５）。特定された親リソースＩＤ２０３を親リソースＩＤ２０３とする各他のリソースについて、以下のＳ１４０６〜Ｓ１４０７が行われる。次の段落で、Ｓ１４０５で特定されたリソースのうちの１つのリソースを例に取り、そのリソースを「対象リソース」と言う。

プログラム５４１は、対象リソースのズームレベル２０６に１を加算し（Ｓ１４０６）、ボックス描画処理を行う（Ｓ１４０７）。

図１５は、子リソース描画処理の流れを示す。

プログラム５４１は、操作対象リソースのリソースＩＤを親リソースＩＤ２０３とする各リソースを特定する（Ｓ１５０１）。特定された各リソースについて、以下のＳ１５０２〜Ｓ１５０３が行われる。次の段落で、Ｓ１５０１で特定されたリソースのうちの１つのリソースを例に取り、そのリソースを「対象リソース」と言う。

プログラム５４１は、対象リソースのズームレベル２０６に１を加算し（Ｓ１５０２）、ボックス描画処理（Ｓ１５０３）を行う。

図１６は、ボックス描画処理の流れを示す。この処理は、図１４のＳ１４０７、図１５のＳ１５０３及び後述の図１７のＳ１７０７である。

プログラム５４１は、対象リソースのズームレベル２０６が０（最低レベル）より高いか否かを判断する（Ｓ１６０１）。図１６の説明において、「対象リソース」は、図１４、図１５又は図１７の処理において、ズームレベル２０６が変更されたリソースである。

Ｓ１６０１の判断結果が偽の場合（Ｓ１６０１：ＮＯ）、プログラム５４１は、対象リソースの親リソースのボックスの高さから対象リソースのボックスの高さを減算し（Ｓ１６０８）、対象リソースのボックスをレイアウト領域から削除する（Ｓ１６０９）。プログラム５４１は、対象リソースの親リソースのボックスを描画する（Ｓ１６１０）。

Ｓ１６０１の判断結果が真の場合（Ｓ１６０１：ＹＥＳ）、プログラム５４１は、対象リソースのボックスを生成し（Ｓ１６０２）、対象ボックスについて、高さ＝Ｐ×対象ボックスのズームレベル２０６、幅＝Ｑを設定する（Ｓ１６０３）。プログラム５４１は、対象リソースの親リソースのボックスの高さに、対象リソースのボックスの高さを加算し（Ｓ１６０４）、対象リソースのボックスをその親リソースのボックスに配置する（Ｓ１６０５）。プログラム５４１は、対象リソースのボックスを描画し（Ｓ１６０６）、対象リソースのボックスに、対象リソースのレスポンスタイム２０５及び容量２０４を描画し（Ｓ１６０７）、且つ、対象リソースの親リソースのボックスを描画する（Ｓ１６１０）。

図１７は、縮小処理の流れを示す。縮小処理は、縮小操作に従う縮小指示をプログラム５４１が受けた場合に行われる。また、この縮小処理では、子リソースのボックスが内部に描画されているリソースのボックスが、縮小操作の対象である。

プログラム５４１は、操作対象リソース（マウスカーソル上のボックスに対応したリソース）のリソースＩＤを特定する（Ｓ１７０１）。プログラム５４１は、操作対象リソースのズームレベル２０６を特定し（Ｓ１７０２）、且つ、操作対象リソースの親リソースＩＤ２０３を特定する（Ｓ１７０３）。また、プログラム５４１は、特定した親リソースＩＤ２０３と親リソースＩＤ２０３が同じリソースを特定する（Ｓ１７０４）。特定された各リソース（及び操作対象リソース）について、以下のＳ１７０６〜Ｓ１７０７が行われる。次の段落で、Ｓ１７０４で特定されたリソース（及び操作対象リソース）のうちの１つのリソースを例に取り、そのリソースを「対象リソース」と言う。

プログラム５４１は、対象リソースのズームレベルから１を減算し（Ｓ１７０５）、子リソース非表示処理を行い（Ｓ１７０６）、且つ、ボックス描画処理を行う（Ｓ１７０７）。

図１８は、子リソース非表示処理の流れを示す。

プログラム５４１は、対象リソースのリソースＩＤを親リソースＩＤ２０３とする各リソースを特定する（Ｓ１８０１）。特定された各リソースについて、以下のＳ１８０２が行われる。次の段落で、Ｓ１８０１で特定されたリソースのうちの１つのリソースを例に取り、そのリソースを「対象リソース」と言う。

プログラム５４１は、対象リソースのズームレベル２０６を０に設定する（Ｓ１８０２）。つまり、対象リソースのボックスが非表示（削除）となる。

図１９及び図２０は、容量ボックス描画処理の流れを示す。

プログラム５４１は、容量ボックスを生成し（Ｓ１９０１）、その容量ボックスを囲むことになるボックスのリソースを親リソースとするリソース（図１９及び図２０の説明において「子リソース」）の数を特定する（Ｓ１９０２）。プログラム５４１は、容量ボックスについて、高さ＝（子リソースのボックスの高さ×Ｓ１９０２で特定した数）、幅＝Ｒを設定する（Ｓ１９０３）。プログラム５４１は、容量ボックスを、子リソースのボックスの左に配置し（Ｓ１９０４）、容量ボックスを描画する（Ｓ１９０５）。プログラム５４１は、容量ボックスの右上角の座標（Ｘ１、Ｙ１）を特定し（Ｓ１９０６）、且つ、一番上にある子リソースボックスの左上角の座標（Ｘ２、Ｙ２）を特定する（Ｓ１９０７）。プログラム５４１は、親リソース（子リソースの親リソースＩＤ２０３とリソースＩＤ２０２が同一のリソース）の容量２０４をTotalCapとして設定する（Ｓ１９０８）。

一番上に表示される子リソースボックスから順に、各子リソースについて、以下のＳ１９０９〜Ｓ１９１３が行われる。次の段落で、１つの子リソースを例に取り、その子リソースを「対象子リソース」と言う。

プログラム５４１は、座標（Ｘ１，Ｙ１）から、対象子リソースの左上角の座標（Ｘ２，Ｙ２）に線を描画する（Ｓ１９０９）。次に、プログラム５４１は、対象子リソースの左下角の座標（１つ下の子リソースの左上角の座標）を、座標（Ｘ２，Ｙ２）とする（Ｓ１９１０）。プログラム５４１は、対象子リソースの容量２０４をCapとして設定する（Ｓ１９１１）。プログラム５４１は、（Cap/TotalCap）×（容量ボックスの高さ）をTempとして設定する（Ｓ１９１２）。プログラム５４１は、Ｙ１＝Ｙ１−Tempとする（Ｓ１９１３）。

図２１は、リーフリソース−コンポーネント展開処理の流れを示す。この処理は、リーフリソースにマウスカーソルが重ねられた状態で指定操作（例えばマウスクリック）がされた場合に行われる処理である。また、この処理では、コンポーネントタイプボックスに予めコンポーネントボックスが描画される。

プログラム５４１は、指定操作対象のリソースのリソースＩＤ２０２を特定する（Ｓ２１０１）。特定されたリソースＩＤ２０２と同じＡＰＰ ＩＤ３０１に関連付けられているコンポーネントを有する各ストレージシステムについて、以下のＳ２１０２〜Ｓ２１０４が行われる。次の段落、図２２及び図２３の説明で、１つのストレージシステムを例に取り、そのストレージシステムを「対象ストレージ」と言う。

プログラム５４１は、対象ストレージシステムに関連付けられているコンポーネントタイプ３０３を特定する（Ｓ２１０２）。特定された各コンポーネントタイプについて、以下のＳ２１０３が行われる。この段落で、１つのコンポーネントタイプを例に取り、そのコンポーネントタイプを「対象コンポーネントタイプ」と言う。プログラム５４１は、対象コンポーネントタイプ２０３に対応付けられているコンポーネント（コンポーネントＩＤ３０４）を特定する。プログラム５４１は、ストレージボックス描画処理を行う（Ｓ２１０４）。

図２２及び図２３は、ストレージボックス描画処理の流れを示す。

プログラム５４１は、ストレージボックス（対象ストレージを表すＧＵＩオブジェクト）を生成し（Ｓ２２０１）、そのストレージボックスについて、高さ＝Ｔ、幅＝Ｕを設定する（Ｓ２２０２）。対象ストレージに関連付けられている各コンポーネントタイプについて、Ｓ２２０３〜Ｓ２２１３が行われる。次の段落で、１つのコンポーネントタイプを例に取り、そのコンポーネントタイプを「対象コンポーネントタイプ」と言う。

プログラム５４１は、対象コンポーネントボックスを生成し（Ｓ２２０３）、対象コンポーネントボックスについて、高さ＝Ｖ１、幅＝Ｗを設定する（Ｓ２２０４）。対象コンポーネントタイプに関連付けられている各コンポーネントについて、以下のＳ２２０５〜Ｓ２２１０が行われる。この段落で、１つのコンポーネントタイプを例に取り、そのコンポーネントタイプを「対象コンポーネントタイプ」と言う。プログラム５４１は、対象コンポーネントのボックスを生成し（Ｓ２２０５）、そのボックスについて、高さ＝Ｖ２、幅＝Ｗを設定する（Ｓ２２０６）。プログラム５４１は、対象コンポーネントタイプのボックスの高さにＶ２を加算し（Ｓ２２０７）、対象コンポーネントのボックスを対象コンポーネントタイプのボックスに配置する（Ｓ２２０８）。プログラム５４１は、対象コンポーネントのボックスを描画し（Ｓ２２０９）、対象コンポーネントのボックスに、対象コンポーネントのコンポーネントＩＤ３０４及びパフォーマンス３０５を描画する（Ｓ２２１０）。プログラム５４１は、対象ストレージのボックスに、対象ストレージタイプのボックスを配置し（Ｓ２２１１）、対象ストレージタイプのボックスを描画する（Ｓ２２１２）。プログラム５４１は、対象コンポーネントタイプのボックスに、対象コンポーネントタイプ３０３と、対象コンポーネントタイプに属する複数のコンポーネントのパフォーマンス３０５のうちの最大値とを描画する（Ｓ２２１３）。

プログラム５４１は、コンポーネントタイプボックス関連線描画処理を行う（Ｓ２２１４）。プログラム５４１は、対象ストレージのボックスを描画し（Ｓ２２１５）、且つ、対象ストレージのボックスに「Storage」を描画する（Ｓ２２１６）。

図２４は、コンポーネントタイプボックス関連線描画処理の流れを示す。

プログラム５４１は、リーフリソースボックスとコンポーネントタイプボックス「Port」との接続線を描画する（Ｓ２４０１）。プログラム５４１は、リーフリソースボックスとコンポーネントタイプボックス「MPB」との接続線を描画する（Ｓ２４０２）。プログラム５４１は、リーフリソースボックスとコンポーネントタイプボックス「Cache」との接続線を描画する（Ｓ２４０３）。

プログラム５４１は、コンポーネントタイプボックス「Volume」とコンポーネントタイプボックス「Port」との接続線を描画する（Ｓ２４０４）。プログラム５４１は、コンポーネントタイプボックス「Volume」とコンポーネントタイプボックス「MPB」との接続線を描画する（Ｓ２４０５）。プログラム５４１は、コンポーネントタイプボックス「Volume」とコンポーネントタイプボックス「Cache」との接続線を描画する（Ｓ２４０６）。プログラム５４１は、コンポーネントタイプボックス「Volume」とコンポーネントタイプボックス「Pool」との接続線を描画する（Ｓ２４０７）。プログラム５４１は、コンポーネントタイプボックス「Volume」とコンポーネントタイプボックス「PG」との接続線を描画する（Ｓ２４０８）。

このコンポーネントタイプボックス関連線描画処理の流れは、リーフリソースに関連付けられているコンポーネントタイプによって一部変更されてもよい。

以上、本発明の好適な一実施例を説明したが、本発明は、この実施例に限定されるものでなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。例えば、計算機システムは、ホストとストレージシステムを含んだシステムに限らず、他の構成のシステム、例えば、ストレージシステムを含まず複数のホスト（サーバ）で構成されたシステムであってもよい。

５５５：管理クライアント ５５７：管理サーバ

Claims (14)

1. 複数のエレメントを有する計算機システムを管理する管理システムであって、
   前記複数のエレメントについて階層関係を定義した管理情報を記憶する記憶デバイスと、
   ユーザによる操作に従う指示を受け付け、表示される情報を出力するＩ／Ｏ（Input/Output）インタフェースデバイスと、
   前記記憶デバイス及び前記Ｉ／Ｏインタフェースデバイスに接続されているプロセッサと
   を有し、
   前記プロセッサは、前記ユーザ指示を前記Ｉ／Ｏインタフェースデバイスを介して受信するようになっており、
   前記プロセッサは、エレメントを表すエレメントオブジェクトを、前記管理情報に基づき、前記Ｉ／Ｏインタフェースデバイスを介して、表示するようになっており、
   前記プロセッサは、
   （Ａ）同階層に属する２以上のエレメントにそれぞれ対応した２以上のエレメントオブジェクトを、それぞれ、表示し、
   （Ｂ）前記２以上のエレメントオブジェクトのうちの第１エレメントオブジェクトについての拡大操作に従う拡大指示を受信した場合、
   （ｂ１）前記拡大指示に応答して前記第１エレメントオブジェクトを拡大しても前記第１エレメントオブジェクトのズームレベルが所定レベルに達しないのであれば、前記第１エレメントオブジェクトに対応した第１エレメントに属する下位エレメントのエレメントオブジェクトを前記第１エレメントオブジェクト内に表示することなく、前記第１エレメントオブジェクトを拡大し、
   （ｂ２）前記受信した拡大指示に応答して前記第１エレメントオブジェクトを拡大すると前記第１エレメントオブジェクトのズームレベルが所定レベルに達するのであれば、前記第１エレメントオブジェクトを拡大し、且つ、前記第１エレメントに属する下位エレメントのエレメントオブジェクトを前記第１エレメントオブジェクト内に表示し、
   （ｂ３）前記第１エレメントオブジェクトと共に、前記２以上のエレメントオブジェクトのうちの前記第１エレメントオブジェクト以外の第２エレメントオブジェクトも拡大し、且つ、非操作対象である前記第２エレメントオブジェクトのズームレベルが所定レベルに達しても、前記第２エレメントオブジェクトに対応した第２エレメントに属する下位エレメントのエレメントオブジェクトを前記第２エレメントオブジェクト内に表示しない、
   管理システム。
2. 前記管理情報では、前記複数のエレメントの各々について、エレメントの第１種の基準についての値である第１値が関連付けられており、
   前記（Ａ）において、前記プロセッサは、前記２以上のエレメントオブジェクトを、第１方向に並ぶよう表示し、且つ、前記第１方向と直交する第２方向に沿って前記２以上のエレメントオブジェクトと対向する位置に、前記第１方向に沿って長いオブジェクトである第１ロングオブジェクトを表示し、
   前記第１ロングオブジェクトの長さは、前記２以上のエレメントオブジェクトにそれぞれ対応した部分範囲に区切られ、
   各部分範囲の長さは、その部分範囲に対応したエレメントの第１値に応じた長さである、
   請求項１記載の管理システム。
3. 前記管理情報では、前記複数のエレメントの各々について、エレメントの第２種の基準についての値である第２値が関連付けられており、
   前記プロセッサは、各エレメントオブジェクトの内部に、そのエレメントオブジェクトに対応したエレメントに属する下位エレメントの第２値に基づくサマリを表示する、
   請求項２記載の管理システム。
4. 前記（ｂ２）において、前記プロセッサは、前記第１エレメントオブジェクト内に、前記第１エレメントに属する２以上の下位エレメントのエレメントオブジェクトを、前記第１方向に並ぶよう表示し、且つ、前記第１エレメントオブジェクト内に、前記２以上の下位エレメントのエレメントオブジェクトと前記第２方向に沿って対向する位置に、前記第１方向に沿って長いオブジェクトである第２ロングオブジェクトを表示し、
   前記第２ロングオブジェクトの長さは、前記２以上の下位エレメントのエレメントオブジェクトにそれぞれ対応した２以上の部分範囲に区分されており、
   前記第２ロングオブジェクトについて各部分範囲の長さは、その部分範囲に対応した下位エレメントの第１値に応じた長さである、
   請求項３記載の管理システム。
5. 前記プロセッサは、ユーザによる縮小操作に従う指示として前記第１エレメントオブジェクトについて縮小指示を受信した場合、前記第１エレメントに属する下位エレメントのエレメントオブジェクトと前記第２ロングオブジェクトとが前記第１エレメントオブジェクト内に表示されていれば、前記第１エレメントに属する下位エレメントのエレメントオブジェクトと前記第２ロングオブジェクトとを非表示にする、
   請求項４記載の管理システム。
6. 前記プロセッサは、ユーザによる縮小操作に従うユーザ指示として、前記２以上のエレメントオブジェクトのうち前記第１エレメントオブジェクト以外のエレメントオブジェクトについて縮小指示を受信した場合、前記第１エレメントに属する下位エレメントのエレメントオブジェクトと前記第２ロングオブジェクトとが前記第１エレメントオブジェクト内に表示されていれば、前記第１エレメントに属する下位エレメントのエレメントオブジェクトと前記第２ロングオブジェクトとを非表示にし、且つ、前記２以上のエレメントオブジェクトをそれぞれ縮小する、
   請求項５記載の管理システム。
7. 前記２以上のエレメントの各々は、ストレージシステムから提供される論理ボリュームを使用するアクセス元のグループであり、
   エレメントの第１値は、そのエレメントに提供された論理ボリュームの容量の合計である、
   請求項６記載の管理システム。
8. 前記複数のエレメントは、上位側の複数のエレメントである複数のリソースと、下位側の複数のエレメントである複数のコンポーネントであり、
   前記プロセッサは、第１の末端リソースの指定操作に従う指定指示を受信し、前記管理情報を基に、前記第１末端リソースに関連付いている２以上のコンポーネントにそれぞれ対応した２以上のコンポーネントオブジェクトを、前記第１の末端リソースのリソースオブジェクトから前記第２方向に沿って表示する、
   請求項７記載の管理システム。
9. 前記２以上のコンポーネントオブジェクトのうち、所定のグループに属する異なる複数タイプのコンポーネントのコンポーネントオブジェクトが、前記第１方向に並んでいる、
   請求項８記載の管理システム。
10. ストレージシステムは、複数の論理ボリュームと、前記複数の論理ボリュームを提供するコントローラとを有し、前記コントローラは、末端リソースであるアクセス元から論理ボリュームを指定したＩ／Ｏ要求を受信するポートと、前記Ｉ／Ｏ要求で指定された論理ボリュームに対して読み書きされるデータを一時的に記憶するキャッシュ領域と、前記Ｉ／Ｏ要求を処理するプロセッサであるストレージプロセッサとを有し、
    コンポーネントは、ストレージシステムが有するエレメントであり、
    リソースは、ストレージシステムに接続されたホストに関するエレメントであり、
    前記複数タイプのコンポーネントは、ポート、キャッシュ領域及びストレージプロセッサのうちの２以上である、
    請求項９記載の管理システム。
11. 前記第１方向は、縦方向であり、
    前記第２方向は、横方向である、
    請求項１０記載の管理システム。
12. 複数のエレメントを有する計算機システムを管理する計算機で実行されるコンピュータプログラムであって、
    （Ａ）同階層に属する２以上のエレメントにそれぞれ対応しそれぞれがＧＵＩ（Graphical User Interface）オブジェクトである２以上のエレメントオブジェクトを、それぞれ、下位のエレメントのエレメントオブジェクトを内部に表示すること無く、前記複数のエレメントの階層関係を定義した管理情報に基づき、表示し、
    （Ｂ）前記２以上のエレメントオブジェクトのうちの第１エレメントオブジェクトについての拡大操作に従う拡大指示がある場合、
    （ｂ１）前記拡大指示に応答して前記第１エレメントオブジェクトを拡大しても前記第１エレメントオブジェクトのズームレベルが所定レベルに達しないのであれば、前記第１エレメントオブジェクトに対応した第１エレメントに属する下位エレメントのエレメントオブジェクトを前記第１エレメントオブジェクト内に表示することなく、前記第１エレメントオブジェクトを拡大し、
    （ｂ２）前記拡大指示に応答して前記第１エレメントオブジェクトを拡大すると前記第１エレメントオブジェクトのズームレベルが所定レベルに達するのであれば、前記第１エレメントオブジェクトを拡大し、且つ、前記第１エレメントに属する下位エレメントのエレメントオブジェクトを前記第１エレメントオブジェクト内に表示し、
    （ｂ３）前記第１エレメントオブジェクトと共に、前記２以上のエレメントオブジェクトのうちの前記第１エレメントオブジェクト以外の第２エレメントオブジェクトも拡大し、且つ、非操作対象である前記第２エレメントオブジェクトのズームレベルが所定レベルに達しても、前記第２エレメントオブジェクトに対応した第２エレメントに属する下位エレメントのエレメントオブジェクトを前記第２エレメントオブジェクト内に表示しない、
    ことを前記計算機に実行させるコンピュータプログラム。
13. 前記管理情報では、前記複数のエレメントの各々について、エレメントの第１種の基準についての値である第１値が関連付けられており、
    前記（Ａ）において、前記２以上のエレメントオブジェクトを、第１方向に並ぶよう表示し、且つ、前記第１方向と直交する第２方向に沿って前記２以上のエレメントオブジェクトと対向する位置に、前記第１方向に沿って長いオブジェクトである第１ロングオブジェクトを表示し、
    前記第１ロングオブジェクトの長さは、前記２以上のエレメントオブジェクトにそれぞれ対応した部分範囲に区切られ、
    各部分範囲の長さは、その部分範囲に対応したエレメントの第１値に応じた長さである、
    請求項１２記載のコンピュータプログラム。
14. 前記複数のエレメントは、上位側の複数のエレメントである複数のリソースと、下位側の複数のエレメントである複数のコンポーネントであり、
    第１の末端リソースの指定操作に従う指定指示がある場合、前記管理情報を基に、前記第１末端リソースに関連付いている２以上のコンポーネントにそれぞれ対応した２以上のコンポーネントオブジェクトを、前記第１の末端リソースのリソースオブジェクトから前記第２方向に沿って表示する、
    ことを前記計算機に実行させる請求項１３記載のコンピュータプログラム。

Images