JP5955405B2 - 管理対象システムを管理するシステム及びプログラム - Google Patents

Description

本発明は、情報システムトポロジー表示を提供するユーザーインターフェースに関する。

ストレージ装置、サーバ計算機、ネットワーク装置等を含む管理対象システムは大規模化し、管理者は、管理対象装置間の接続関係（つまりトポロジ）の把握が困難である。こうした課題に対して、特許文献１及び２に開示の管理サーバは、管理対象システムのトポロジを表示し、さらに管理対象装置が過負荷であることを検知した場合に、過負荷である監視対象装置を表すアイコンの上に、過負荷であることを示すアイコンを表示する。また、特許文献１には、管理対象システムの各種監視値は、トポロジ表示とは別な画面領域にグラフとして表示されることが開示されている。

ＵＳ Ｄ６４０２６４Ｓ１ ＷＯ２００９／１２２６２６

管理対象システムの管理をする場合、管理対象システムに含まれるシステムコンポーネント（各種装置、又は／及び、その装置に含まれる物理的又は仮想的なコンポーネント、を指す）の監視値は、複数の値が互いに相互関係を持つ場合が多い。そのため、管理者は、これら複数の監視値を参照することで管理対象システムの管理を行っている。しかし、特許文献１及び２の技術では、管理者は複数の監視値を同時に見ることができないため、管理者の管理効率が悪い。

管理者の管理効率向上のため、管理システムは、以下の（１）乃至（３）の１つ以上を行う。

（１）管理システムは、管理対象システムのトポロジ表示画面にて、従来は管理対象システムに含まれるシステムコンポーネントのアイコンが表示されていた領域に、システムコンポーネントの監視値のグラフを埋め込み表示する。

（２）管理システムは、システムコンポーネントを表すシステム表示オブジェクト間の関係表示として、所定の幅を持つ帯を表示する。なお、帯の幅は、システムコンポーネントが送受信したリクエストの数に基づいて決定される。

（３）管理システムは、システムコンポーネントの監視値の時系列グラフを表示する場合に、当該グラフの中に入出力デバイスで操作可能な縦棒を表示する。入出力デバイスで縦棒の操作を検知したら、管理システムは、縦棒が指し示す時間を特定し、その時間における管理対象システムの健全性（外部リクエストがＳＬＡ（Ｓｅｒｖｉｃｅ Ｌｅｖｅｌ Ａｇｒｅｅｍｅｎｔ）を満たしているか否か等）を縦棒の近傍にアイコン表示する。

上述の管理システムにより、管理者の管理効率が向上する。より具体的には、（１）乃至（３）は、それぞれ、（１）乃至（３）のうちの他と独立に実現されても、以下の効果が期待される。

（１）の効果：システムコンポーネントの監視値を見るための、管理対象システムのトポロジ表示からの視点移動距離（場合によっては画面スクロール・ドラッグ操作量も）が少ない。

（２）の効果：トポロジ表示を確認しながら、所定のシステムコンポーネントが受信又は送信するリクエスト数を把握できるため、視点移動距離（場合によっては画面スクロール・ドラッグ操作量も）が少ない。

（３）の効果：システムコンポーネントの監視値と管理対象システムの健全性を、管理者が、視点移動をほぼ行うことなく、確認できる。

しかし、（１）乃至（３）のそれぞれは組み合わせて実現することにより、例えば以下のような更なる効果が期待される。

（１）と（２）の組み合わせ：トポロジ表示内の所定のシステムコンポーネントのグラフ近傍を見れば、帯の太さで当該システムコンポーネントが送受信するリクエストの数が把握できるため、管理者は、監視値に影響を与えているリクエストの送信元又は送信先を把握できてしまう。

（１）と（３）の組み合わせ：システム外部からのリクエストを受信するシステムコンポーネント（いわゆるフロントエンド側のシステムコンポーネント）にてＳＬＡ等の管理対象システムの健全性が監視されるが、複雑な管理システムのトポロジ表示がされた場合、監視したいバックエンド側のシステムコンポーネントが、トポロジ表示上ではフロントエンド側のシステムコンポーネントとは遠い表示位置に配置され得る。よって（１）のトポロジ表示で（３）の健全性アイコンをグラフに表示すれば、管理者は、視点移動距離（場合によっては画面スクロール・ドラッグ操作量も）を抑えつつ、管理対象システムの健全性を踏まえたシステムコンポーネントの監視値の確認及び／又は分析を行うことが出来る。

実施例１のシステム構成を示した図である。 実施例１の管理計算機又は管理システムの構成を示した図である。 実施例１のコンポーネントシステム情報を示した図である。 実施例１の画面定義情報を示した図である。 実施例１が監視値の一例として示している各種性能値に関する情報としてＣＰＵ負荷情報及びメモリ使用率情報を示した図である。 実施例１が監視値の一例として示している各種性能値に関する情報としてネットワーク性能情報及びストレージアクセス性能情報を示した図である。 実施例１が監視値の一例として示している各種性能値に関する情報としてプロセス毎ＣＰＵ性能情報を示した図である。 実施例１の障害情報を示した図である。 実施例１のリクエスト管理情報を示した図である。 実施例１にてリクエスト管理情報から一時的に生成される異常状態リクエスト情報を示した図である。 実施例１の相関分析結果情報を示した図である。 実施例１の画面表示の第１の例を示した図である。 実施例１の画面表示の第２の例を示した図である。 実施例１の画面表示の第３の例を示した図である。 実施例１の画面表示の第４の例を示した図である。 実施例１の画面表示の第５の例を示した図である。 実施例１のトポロジ表示処理のフローを示した図である。 実施例１の帯表示処理のフローを示した図である。 実施例１の帯表示処理の後に実行される、異常帯表示処理のフローを示した図である。 実施例１の監視値項目更新処理のフローを示した図である。 システムコンポーネント関連情報の詳細表示処理のフローの第１部分を示した図である。 システムコンポーネント関連情報の詳細表示処理のフローの第２部分を示した図である。 システムコンポーネント関連情報の詳細表示処理のフローの残りの部分を示した図である。

以下に実施例を、図面を参照して説明する。なお、以下に説明する実施例は特許請求の範囲にかかる発明を限定するものではなく、また実施例の中で説明されている諸要素及びその組み合わせの全てが発明の解決手段に必須であるとは限らない。

なお、以後の説明では「ａａａテーブル」、「ａａａリスト」、「ａａａＤＢ」、「ａａａキュー」等の表現にて情報を説明するが、これら情報は必ずしもテーブル、リスト、ＤＢ、キュー、等のデータ構造以外で表現されていてもよい。そのため、データ構造に依存しないことを示すために「ａａａテーブル」、「ａａａリスト」、「ａａａＤＢ」、「ａａａキュー」等について「ａａａ情報」と呼ぶことがある。さらに、各情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「名前」、「ＩＤ」という表現を用いるが、これらについてはお互いに置換が可能である。さらに、データ内容を示すために「情報」という表現を用いているが、他の表現形式であってもよい。

また、以後の説明では「プログラム」を主語として説明を行う場合があるが、プログラムはＣＰＵによって実行されることで定められた処理を記憶資源及び通信インターフェース（Ｉ／Ｏポート等）を用いながら行うため、ＣＰＵを有する計算機又はシステムを主語とした説明としてもよい。また、管理計算機または管理計算機を含む管理システムは、ＣＰＵに代えて又は加えて、一部または全ての処理を行う専用ハードウェアを有してもよい。

また、各種プログラムは、プログラム配布計算機或いは記憶メディアから計算機にインストールされてもよい。当然ながらこのようなプログラム配布サーバは、配布対象プログラム及び配布サーバプログラムを記憶した記憶資源と、配布サーバプログラムを実行することで配布対象プログラムを計算機に配布するＣＰＵと、を含むことで、各計算機への配布対象プログラムのインストール支援を行っている。

＜システム構成＞

図１は、実施例１の概要を示した図である。

計算機システムは、管理対象システム３００、管理計算機１００、及び表示用計算機２００がネットワーク接続されたシステムである。

管理計算機１００は、管理対象システム３００を管理する計算機であって、ＣＰＵ１１０、記憶資源１２０、及び通信インターフェース１３０を含む。後ほど詳細を示すが、記憶資源１２０は、管理サーバプログラムと、管理対象システム３００の各種情報を格納し、ＣＰＵ１１０は、管理プログラムを実行することで、各種管理処理を行う。なお、記憶資源１２０は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、フラッシュメモリ、ＤＲＡＭ、及びこれら組み合わせであることが考えられるが、プログラム及び情報を格納できるデバイスであれば、どのようなデバイスで代用されてもよい。

表示用計算機２００は、管理者に対する入出力を担当する計算機であって、ＣＰＵ２１０、記憶資源２２０、通信インターフェース２３０、及び入出力デバイス２４０を含む。なお、図には示していないが、ＣＰＵ２１０は、記憶資源２２０に格納した管理表示プログラムを実行する。なお、記憶資源２２０は、例えば、ＨＤＤ、フラッシュメモリ、ＤＲＡＭ、及びこれら組み合わせであることが考えられるが、プログラム及び情報を格納できるデバイスであれば、どのようなデバイスで代用されてもよい。

なお、一実現形態として、管理表示プログラムは、Ｆｌａｓｈアプリケーション、或いは、その他Ｗｅｂアプリケーション技術で生成されたプログラムの場合がある。この場合、管理表示プログラムは画面表示以外の管理用処理の一部を担当する機能分担であることもありえる。しかし、本実施例においては、管理サーバプログラムと管理表示プログラムはどのような機能分担であってもかまわないため、以後は説明の容易化のために「管理プログラムは．．．を入出力デバイス２４０に表示する」や「管理プログラムは．．．を入出力デバイス２４０から受信する」等と記載する。この時の管理プログラムは、管理サーバプログラム、又は／及び管理表示プログラムである。

また、以後の説明では、管理計算機１００と表示用計算機２００を組み合わせて「管理システム」と呼ぶ場合がある。また、管理計算機１００は複数計算機であってもよく、同様に表示用計算機２００も複数存在してもよい。

また、管理表示プログラムはがＷｅｂアプリケーションの場合、典型的には、管理表示プログラムは最初は管理計算機１００の記憶資源１２０に格納され、表示用計算機から管理計算機にアクセスすることでダウンロードされる。しかし、管理表示プログラムは、直接、表示用計算機にインストールされてもよい。

また、入出力デバイス２４０としては、マウスとディスプレイの組み合わせ、スマートフォンやタブレットコンピュータであればタッチパネルその他Ｎａｔｕｒａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅデバイス、であることが考えられるが、他であってもよい。

管理対象システム３００は、管理システムが管理対象とするシステムである。管理対象システム３００は、例えば、サーバ計算機、ＩＰスイッチやルータ等のネットワーク装置、ＮＡＳ、あるいはストレージ装置等を含む。なお、管理対象システム３００が含む装置、及び／又は、装置に含まれる物理的又は仮想的なコンポーネントを、まとめて、「システムコンポーネント」と呼ぶ。システムコンポーネントの例は、他に、ポート、プロセッサ、記憶資源、記憶デバイス、プログラム、ＶＭ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）、論理ボリューム（ストレージ装置内部で定義されるコンポーネントの一例）、ＲＡＩＤグループ、ＤＢＭＳのインスタンス及び／又はテーブル、Ｗｅｂサーバが提供するＵＲＬツリーを分解した存在（例えばｈｔｔｐ：／／ｗｗｗ．ａａａ／ｃｕｓｔｏｍｅｒ１／を含むＵＲＬを処理する仮想的なＷｅｂサーバを想定してそれを仮想的なシステムコンポーネントとみなす）、その他のネットワークサービス名、ネットワークサービスを提供するインスタンス、等がある。

管理システムは、これら管理対象システム及びシステムコンポーネントの構成情報、障害又は性能を示す情報等の装置情報を取得し、取得した装置情報に基づいて、管理対象システムの管理情報（例えば構成情報、障害発生の有無、性能値等）を表示することで、管理者を支援する。

＜管理システムのプログラム及び情報＞

図２は、管理計算機１００の詳細を示した図である。管理計算機１００の記憶資源１２０には、以下の情報が格納されている。

＊ 管理対象システムのシステムコンポーネント情報１２２。

＊ システムコンポーネントの監視値の履歴。なお、監視値は、システムコンポーネントについて監視できる値であればよく、例えばシステムコンポーネントの性能値、温度、エラー回数、といった値も含められる。なお、以後の説明では、監視値の例として性能値を取り上げるため、図２には、性能情報１２３が含まれているが、より一般的には、監視情報であって、監視情報の内部には、監視値の履歴が格納されていることは言うまでもない。

＊ システムコンポーネントの障害情報１２４。情報１２４は、システムコンポーネントの障害内容を格納している。

＊ リクエスト管理情報１２５。情報１２５は、管理対象システム外部からのリクエスト、及びシステムコンポーネント間で送受信されたリクエストの情報（例えば単位時間当たりのリクエスト数やレスポンス時間）を格納する。

＊ 相関分析結果情報１２６。情報１２６は、後述する管理プログラム１２１の相関分析部１２１Ｃによる障害とその障害に関連する監視値の項目を格納する。

記憶資源１２０には、管理プログラム１２１が格納されている。なお、管理プログラム１２１は以下の機能部位を含む。しかし繰り返しになるが、これら機能部位は、管理サーバプログラムにあってもよく、管理表示プログラムにあってもよい。また、上記情報の全て又は一部は、表示用計算機２００の記憶資源２２０に格納されていてもよい。そのため、上記情報は、管理システムが格納しているといっても差し支えない。

＊ 情報取得部１２１Ａ。情報取得部１２１Ａは、情報１２２乃至１２６に格納する内容をシステムコンポーネントから（又はシステムコンポーネントの監視エージェント計算機を経由して）受信し、情報１２２乃至１２６の作成及び更新を行う。なお、システムコンポーネントから受信するデータは、以後の図３乃至図９の形である必要はなく、情報取得部１２１Ａが上述の内容さえ格納できれば、情報取得部１２１Ａは、各情報の各項目を個別に受信してもよく、或いは、それらをまとめて受信してもかまわない。なお、情報取得部１２１Ａによる情報取得は繰り返し行われる。

＊ 画面表示部１２１Ｂ。画面表示部１２１Ｂは、入出力デバイス２４０への表示を制御する。

＊ 相関分析部１２１Ｃ。相関分析部１２１Ｃは、情報１２２乃至１２６の１つ以上を用いて障害に関連するシステムコンポーネントとその監視項目を関連づけ、相関分析結果情報１２６に格納する。なお、相関分析部１２１Ｃは、管理プログラムとは別なプログラムであってもよい。

＜管理システムが格納した情報＞

次に、図３乃至図６を用いて管理システムが格納した情報について説明する。

＜＜システムコンポーネント情報＞＞

図３は、システムコンポーネント情報１２２を示している。このようにシステムコンポーネント情報１２２は、システムコンポーネントの名前、カテゴリ、そして当該システムコンポーネントを管理システム内でユニークに管理するためのコンポーネントＩＤが少なくとも格納される。なお、システムコンポーネント情報１２２には、上記名前、カテゴリ及びコンポーネントＩＤ以外の情報が更に含まれてもよい。その一例として、図３では、トポロジ表示コントロール用に表示位置と表示画面番号が共に格納されている。なお、トポロジ表示コントロール用の情報は、別テーブルに分けても問題ない。なお、図３の情報の中身は、Ｗｅｂサーバ、アプリケーションサーバ、ＤＢＭＳサーバとしてＶＭが用いられている場合を示している。

＜＜画面定義情報＞＞

図４は、画面定義情報を示している。画面定義情報は、トポロジ表示で表示する項目の表示順序を格納した情報である。図４の例では、表示順序が、表示画面番号という数字で表されている。

＜＜監視情報＞＞

次に監視情報の例として性能情報１２３を説明する。図５Ａ乃至図５Ｃは、監視項目として、ＣＰＵ負荷、メモリ使用率、ネットワーク性能、ストレージアクセス性能、そしてプロセス毎のＣＰＵ負荷を持つシステムコンポーネントの監視値を格納したテーブルを示した図である。各テーブルとも共通な点は、取得時間と監視値をセットとして監視値の履歴を格納している点である。

なお、図５Ａ乃至図５Ｃの例では、１枚のテーブルが１コンポーネントの監視値を格納しており、それがコンポーネント別に生成されている。しかし、性能情報１２３及び監視情報の格納形態としてはこれ以外であってもよい。例えば、監視項目、取得時間、監視値をセットとして監視値の履歴が格納されれば、１システムコンポーネントの監視値を１つのテーブルにまとめることが可能である。他の例としては、システムコンポーネントＩＤ、監視項目、取得時間、監視値をセットとして監視値の履歴が格納されれば、全システムコンポーネントの監視値を１つのテーブルにまとめることが可能である。反対に、項目毎に、テーブルがまとめられてもよい。

＜＜障害情報＞＞

図６は、障害情報１２４を示した図である。障害情報は、どのシステムコンポーネントで障害が発生したのかを最低限示せればよいが、図では、障害発生時刻、障害ステータスもあわせて格納している。なお、障害情報は構成情報と統合して格納されている場合もある。

＜＜リクエスト管理情報＞＞

図７は、リクエスト管理情報１２６を示した図である。本情報は、クライアントからフロントエンド側のシステムコンポーネントへ送信されたリクエスト（以後、フロントエンドリクエストと呼ぶ））の数及びその健全性を示すステータスと、フロントエンドリクエストが枝分かれしてどのバックエンド側のシステムコンポーネントにリクエスト（以後、バックエンドリクエストと呼ぶ）がどの程度の数が送信されているのかを示す。そして、図７の例では、顧客毎にフロントエンドリクエストの健全性を判断している想定であるため、枝分かれも顧客毎に管理されている。なお、健全性の判断は、これ以外にも「全リクエスト中、所定の基準を超えて異常と判断したリクエストの割合」といった管理でもよく、その場合は、図７の顧客を識別するクライアントＩＤは不要になる。なお、以後は、図７の例に従った顧客毎の健全性判断の場合について説明する。

リクエスト管理情報１２６は上記内容を示すために、以下を行として格納する。

（１） フロントエンド側のシステムコンポーネント（送信先コンポーネントＩＤで示される）が受信したフロントエンドリクエストの単位時間当たりの数、平均又は最大レスポンス時間、及び健全性の状態。これら値は、さらに顧客（クライアントＩＤで示される）毎に集計された値である。

（２） フロントエンド側又はバックエンド側のシステムコンポーネント（送信元コンポーネントＩＤで示される）を送信元とし、バックエンド側のシステムコンポーネント（送信先コンポーネントＩＤで示される）を送信先として送信されたバックエンドリクエストの単位時間当たりの数。（１）と同様に、この数は、顧客（クライアントＩＤで示される）毎に集計された値である。

なお、状態カラムには、フロントエンドリクエストの数又はレスポンス時間を、所定の判断基準（典型的にはＳＬＡ）に従って健全性を判断した結果が記憶される。また、健全性を判断する所定の判断基準としては、例えば以下が考えられる。

＊ レスポンス時間が管理者が設定した１以上の閾値と比較される。例えば、ＳＬＡに記載のレスポンス時間を第１の閾値として、レスポンス時間が第１の閾値を超えた場合は、状態は「違反」とされ、ＳＬＡ記載のレスポンス時間の８０％を第２の閾値として、レスポンス時間が第２の閾値を超えた場合は、状態は「注意」とされる、といったことが考えられる。

＊ ベースライン監視が採用され、過去のレスポンス時間と現在のレスポンス時間が比較され、それらが一定程度以上異なっていたら、状態は「異常」とされる。

しかし、所定の判断基準はこれ以外であってもよい。

なお、リクエスト管理情報１２６の管理対象であるリクエストは、システムコンポーネントが受信する全てのリクエストでもよいが、所定の条件を満たすリクエストでってもよい。所定の条件（つまりフィルタリング条件）は管理者が入力してもよい。所定の条件の一例としては、リクエストの種類や、リクエストの引数や、データ長（データ転送に係るリクエストの場合）が、についての条件がある。

＜＜異常状態リクエスト情報＞＞

図８は、リクエスト管理情報１２６から生成される、異常状態リクエスト情報を示した図である。本情報は、図７から以下の（３）又は（４）の条件を満たす行を抽出して格納する。

（３） 状態が所定の状態（例えば異常や違反）と判断されたフロントエンドリクエストに関する行。

（４）（３）を満たすフロントエンドリクエストから枝分かれしたバックエンドリクエストに関する行。

なお、「リクエストの枝分かれ」とは、受信したリクエストを１以上のシステムコンポーネントに転送すること、及び、受信したリクエストに基づいて作成した新たなリクエストを１以上のシステムコンポーネントに送信すること、の少なくとも一方を指す。

＜＜相関分析結果情報＞＞

図９は、相関分析結果情報を示した図である。本情報は、上記（３）に記載のフロントエンドリクエストから枝分かれしたバックエンドリクエストの送信先のシステムコンポーネントと、前述の所定の状態の判断基準となったリクエストの数またはレスポンス時間との相関性の高い監視項目を示す。なお、こうした相関性判断は、管理プログラム１２１の相関分析部１２１Ｃで処理される。

＜管理プログラムの画面表示＞

次に、管理プログラムの画面表示を、図１０Ａ乃至図１０Ｅを用いて説明する。

＜＜基本のトポロジ表示＞＞

図１０Ａは、管理プログラムによって、入出力デバイス２４０へ表示されたトポロジ表示画面を示した図である。トポロジ表示画面は以下を含む。

＊ システムコンポーネントを表した表示オブジェクト（システム表示オブジェクトと呼ぶ）。システム表示オブジェクト内部には対応するシステムコンポーネントの監視値（より好ましくは監視値のグラフ）が表示される。なお、このグラフに表示する監視値は、監視情報に格納された値である。図１０Ａの例では、監視値として、ＣＰＵ負荷のグラフが示されている。

＊ システム表示オブジェクト間、または、システム表示オブジェクトと後述する湧出エリアとの間に表示される帯。なお、この帯を表示するために、リクエスト管理情報と異常状態リクエスト情報が参照される。

＊ 管理対象システムの外部をイメージするための湧出エリア。図１０Ａでは湧出エリアは左側の「Ｕｓｅｒ」の下の表示領域である。なお、図１０Ａのように、湧出エリアは、特に表示オブジェクトを表示しなくてもよいが、それは必須ではない。

＊ システム表示オブジェクト中の表示中のグラフがどの監視項目に対するものかを示す表示（図中の右下のバー）。

＊ （オプション）システムコンポーネントに障害が発生していることを表す表示オブジェクト（障害表示オブジェクトと呼ぶ）。図１０Ａでは、ＶＭ１１とＩＤが表示されたシステム表示オブジェクトの「×」印が障害表示オブジェクトである。なお、障害表示オブジェクトを表示するために、障害情報１２５が参照される。

＜＜＜システム表示オブジェクトの配置＞＞＞

図１０Ａの例では、トポロジ表示領域をグリッド状に分割し、グリッドのカラム毎に決められたカテゴリのシステム表示オブジェクトを配置している。これによって管理対象システムの外部からのリクエストが左側にあるシステム表示オブジェクトから順次処理されているイメージを管理者に与えることができる。また、あるカテゴリに属するシステム表示オブジェクトを探す場合に、管理者は該当するカラム上で視線を上下すれば目的とするシステム表示オブジェクトを発見できる。

なお、カラム及び行へのシステム表示オブジェクトの配置に際して、表示する帯が重なるなどして視認性が低下しないように当該配置基準を定めてもよい。

＜＜＜リクエストを表す帯と代替方法について＞＞＞

図１０Ａの例では、リクエストの数を視覚的に表すために、管理プログラムは、リクエストの数に基づいて帯の幅を決定し、決定された幅を有する帯を表示する。さらに、管理プログラムは、違反や注意状態等の正常でないリクエストを視覚的に表すために、帯の一部の色を変更して表示する（図１０Ａでは、色の違いはハッチングの違いで表されている）。色の異なる帯の割合によって、管理者は、正常でないリクエストの数を視覚的に把握できる。特に入出力デバイス（又は表示用計算機）がトポロジ表示の拡大表示機能を持つ場合（例えばマウスのホイールに呼応したズームイン・アウトや、タッチパネルでのピンチイン・ピンチアウト）、帯の幅も共に拡大表示されることから、より正確な視覚的把握が可能となる。

なお、より高い視覚的効果を出すために、帯の内部に、長辺方向の複数の線が表示されてもよい。このようにすることで、個々の線が１リクエストを表し、帯がそれを束ねたものというイメージを管理者に与えることができる。さらには、管理対象システムが外部からのリクエストを受信して処理していることをイメージ的に表すために、帯を湧出エリアから定期的に輝かせるような処理が実行されてもよい。

なお、リクエストの数を表現する別な方法として、帯に替えて線が表示され、線の色が、リクエスト数に従う色（リストエスト数によって異なる色）であってもよい。この方法でも、管理者は、リクエスト数を視覚的に把握できる。しかし入出力デバイスで表現できる色の数及び階調には限りがあり、またトポロジ表示の拡大をしたとしても視覚的把握の精度は上がらない。また、色つきの線では、リクエストの数と正常で無いリクエストの割合を同時に視覚的に認識させるのは困難である。

＜＜＜トポロジ表示のメリット＞＞＞

図１０Ａのトポロジ表示は、少なくとも以下のポイントを持つ。

（１）管理対象システムのトポロジ表示画面にて、従来は管理対象システムに含まれるシステムコンポーネントのアイコンが表示されていた領域に、システムコンポーネントの監視値のグラフが埋め込み表示される。

（２）システムコンポーネントを表すシステム表示オブジェクト間の関係表示として、所定の幅を持つ帯が表示される。なお、帯の幅は、システムコンポーネントが送受信したリクエストの数に基づいて決定される。

それにより、メリットとしては例えば以下がある。

（１）について：システムコンポーネントの監視値を見るための、管理対象システムのトポロジ表示からの視点移動距離が短い（場合によっては画面スクロール・ドラッグ操作量も）が少ない。このメリットがより顕著になる環境としては、（Ａ）トポロジ表示が広大な場合、または（Ｂ）トポロジ表示を拡大・縮小しながら見る場合（例えばタッチパネルでのピンチイン・ピンチアウト、ドラッグ等の操作を使いながらトポロジ表示を見る）、である。こうした環境でトポロジ表示の外にグラフを表示してしまうと、広大なトポロジ表示から視線を外すために平均的に視線移動距離が長くなる。（Ｂ）の場合は、さらに画面操作を伴いながらトポロジ表示の外にあるグラフを見る必要がある。

（２）について：管理者は、トポロジ表示を確認しながら、所定のシステムコンポーネントが受信又は送信するリクエスト数を把握できるため、視点移動距離が短い（場合によっては画面スクロール・ドラッグ操作量も少ない）。

（１）と（２）の組み合わせについて：トポロジ表示内の所定のシステムコンポーネントのグラフ近傍を見れば、帯の太さで当該システムコンポーネントが送受信するリクエストの数が把握できるため、監視値に影響を与えているリクエストの送信元又は送信先を把握できてしまう。例えば、図１０ＡのＶＭ１１のシステム表示オブジェクトのグラフはＣＰＵ負荷が他と比較して高いことを示しているが、そのわずか周辺を見ただけでも帯の幅によってＶＭ１１が受信したリクエストの多さを視認できる。また、わずか周辺を見ただけで帯の色を見ることができ、その結果どの程度のリクエストにＣＰＵ高負荷の影響が出ているのか視認できる。さらに視野を隣接するシステム表示オブジェクトに広げればその原因がどこからの（またはどこ宛の）リクエストか認識でき、場合によっては隣接のシステム表示オブジェクトのグラフを確認することで更なる分析ができることもある。

＜＜他の監視項目に表示を切り替える場合＞＞

図１０Ｂを用いて他の監視項目に表示を切り替える場合を説明する。図１０Ａのシステム表示オブジェクトによる監視値のグラフ表示方法では、グラフの表示面積が限られている。そのため、視認性を意識するとあまり多くの項目の監視値を１つのシステム監視オブジェクト中のグラフ表示領域に表示させるのは好ましく無い。その代替として、管理プログラムは、システム表示オブジェクトを円柱、多角柱、または板で表現し、それをアニメーションにより回転させることによって、別な監視項目のグラフ表示に切り替える。図１０Ｂの例は、四角柱が回転され、そして回転軸は、画面と平行かつ画面を正面から見て真上方向に、設定がされた場合を示している。そして、管理プログラムは、四角柱の側面に切り替え前のグラフと切り替え後のグラフが張り付いているように見せている。

図１０Ｂの上段は、グラフ表示が切り替わる前を表している。中段は、グラフ表示の項目が項目Ａから項目Ｂに切り替わる途中状態を表している。下段は、グラフ表示が項目Ｂに切り替わった後を表している。

なお、柱又は板の形は、正多角柱（底面が正多角形な柱）であることが好ましい。また、切り替え中を除き、柱又は板の１面だけがいっときに表示されるように回転を制御することが好ましい。底面が正多角形でないと回転を止めたその時々でグラフの大きさが変わってしまうからである。また、いっときに２面以上を見せる状態で回転を停止してしまうと、個々のグラフの表示面積が小さくなり、視認性が下がってしまうからである。しかし、このような好適な条件を満たさない回転体を用いてグラフの切り替えが行われてもよい。また、図１０Ｂの例では、多角柱を表すために、２点パース法を用いた立体表示手法が用いられたが、他の手法で立体感が表現されてもよく、また立体感の表現がされなくてもよい。

また、システム監視オブジェクトは、四角柱又は円柱であることが好ましい。四角柱又は円柱の場合、次の面を表示するのに９０度回転で済むが、板の場合は１８０度回転が必要なため、余計なアニメーション処理時間及び処理性能を要することになるからである。また、円柱より四角柱の方が好ましく、その理由は、上下方向の回転も表現する際に、円柱では底面及び上面が円形となるため情報表現の整合性を保てなくなるためである。

また、このようなグラフ表示の切り替えの契機は、管理者による切り替え操作を入出力デバイス２４０で受信した契機のほか、管理プログラムが定期的にグラフ表示を切り替えるようにしてもよく、障害等の契機でグラフ表示が切り替えられてもよい。なお、管理プログラムがグラフ表示を自動的に切り替える場合は、管理者による操作によって自動的な切り替えが一時停止されてもよい。

＜＜システムコンポーネント関連情報の詳細表示＞＞

前述の通り、図１０Ａのシステム表示オブジェクトによる監視値のグラフ表示方法では、グラフの表示面積が限られている。そのため、視認性を意識するとあまり多くの項目の監視値を１つのシステム監視オブジェクト中のグラフ表示領域に表示させるのは好ましく無い。上記柱又は板を回転させることによるグラフ表示の切り替えや、トポロジ画面の拡大とは別な表示方法として、選択したシステム表示オブジェクトの表示領域を拡大する方法を紹介する。図１０Ｃは、ＶＭ１１のシステム表示オブジェクトを選択したことで、当該システム表示オブジェクトの表示領域が拡大し、また拡大後の領域にシステムコンポーネントの詳細情報を表示していることを示す図である。なお、詳細情報は、どのような情報でもよく、例えば、上記柱又は板で別なグラフであった監視値が１つのグラフに統合表示されたり、拡大前のグラフに表示していない情報が表示済みのグラフに追加されたり、または、情報が、拡大前のグラフに表示していない情報だけに差し替えられてもよい。

なお、拡大後のシステム表示オブジェクトにチェックボタンのような操作用の表示オブジェクトが配置され、当該オブジェクトの操作によってシステム表示オブジェクト内に表示する情報の種類が変更されてもよい。拡大後のシステム表示オブジェクト内であれば、こうした操作用の表示オブジェクトの表示サイズを入出力デバイス２４０を用いて操作しやすいサイズで配置することもできる。

なお、拡大対象となるシステム表示オブジェクトは、入出力デバイス２４０を介した管理者の指定によって管理プログラムが選択することが考えられる。しかし、他の方法として、管理プログラムが何らかの判断基準で自動的に選択してもよい（例えば、最近障害が発生したシステムコンポーネントに対応するシステム表示オブジェクトを選択する、等）。

＜＜＜システム表示オブジェクトの拡大方法＞＞＞

これまで説明したとおり、システム表示オブジェクトはトポロジ表示の１表示オブジェクトとして表示されるため、トポロジ表示の視認性を低下させるのは好ましくない。また、拡大前後で大幅にトポロジ表示が変化してしまうと管理者が感じる違和感が大きくなってしまう。管理プログラムはこうした点をできるだけ回避するために、所定のシステム表示オブジェクトを拡大させる際にアニメーションによってトポロジ表示を変形させる。図１０Ｄは、図１０Ｂから図１０Ｃのように拡大する際のアニメーションのさせ方について示した図である。アニメーションの特徴は以下の通りである。

＊ まず、選択されたシステム表示オブジェクトが、定められたサイズまで縦横とも拡大される。なお、拡大中心は、拡大前のシステム表示オブジェクトの中心である。しかし、このような拡大を行うと、隣接配置された他のシステム表示オブジェクトとの距離が縮まったり、場合によっては表示が重なったりする。その結果として選択されたシステム表示オブジェクトと隣接配置されたシステム表示オブジェクトとの間に表示された帯の長さが短くなったり、場合によっては隠れてしまったりする。また、表示が重なった場合は、他のシステム表示オブジェクトが隠れてしまうこともある。

＊ その対策として、管理プログラムは、こうした他のシステム表示オブジェクトを、選択したシステム表示オブジェクトのアニメーションと連動してアニメーションで移動させ、帯の表示領域の確保やシステム表示オブジェクトの重なりを回避する。他のシステム表示オブジェクトをアニメーションで移動させることで、管理者は、拡大後のトポロジ表示を拡大前のトポロジ表示と対応させながら認識することが容易になる。

なお、隣接配置されたシステム表示オブジェクトとは、拡大対象のシステム表示オブジェクトの拡大中心から所定の距離（拡大率に関係）に配置されたシステム表示オブジェクトであり、図１０Ｄのグリッド状の配置では、少なくとも選択されたシステム表示オブジェクトが配置されたグリッド目の隣（上下も斜めも含む）のグリッド目である。

図１０Ｄの例では、ＶＭ１１のシステム表示オブジェクトの拡大に伴い、Ｗｅｂサーバカラム、Ａｐｐサーバカラムに配置されたシステム表示オブジェクトは左に移動し、ＶＭ１１と同じカラムの上に位置するＶＭ１０のシステム表示オブジェクトは上に移動している。なお、選択されたシステム表示オブジェクトから斜めに隣接するシステム表示オブジェクトについては、図１０Ｄでは横への移動のみとしているが、上下の移動を伴うことでグリッド形状を維持してもよい。

また、このアニメーションによって他のシステム表示オブジェクトの表示サイズは変わらない。しかし、管理プログラムは、隣接するシステム表示オブジェクトの表示サイズを若干拡大し、選択対象のシステム表示オブジェクトへ向けて少しづつ表示サイズが拡大しているように表現してもよい。

なお、他のシステム表示オブジェクトの移動による表示処理の負荷が高い、等の理由がある場合は、他のシステム表示オブジェクトの移動を省略してもよい。

＜＜＜さらなる詳細表示をする場合＞＞＞

拡大表示後の詳細表示からシステムコンポーネントのログ情報等、表示に大きな領域を使う情報の場合、システム表示オブジェクト中に表示させようとすると、トポロジ表示の形状が拡大前と比較して変形しすぎてしまう。そのため、こうした場合は図１０Ｅに示すように、表示済みのトポロジ表示上にさらなる詳細表示領域を作成し、表示する。

図１０Ｅは、さらなる詳細表示の例として、拡大後のシステム表示オブジェクトのグラフ線を選択することで、選択したグラフ線の監視項目を用いたＳＬＡレポート表示を上重ね表示させた場合を示している。

ところで、ＳＬＡレポート表示は少なくとも以下の特徴を持つ表示である。

＊ グラフは時系列グラフである。

＊ 時系列グラフには後ほど説明する健全性を示すアイコンの表示基準となる時間を指定するための縦棒が表示されている。

＊ 縦棒で指定された時間を対象に既に説明済みの基準に基づいて管理対象システムの健全性を判断し、その結果をアイコンで表示する。なお、アイコン表示は縦棒の操作と同期して更新される。また、将来の時間を縦棒で示された場合は予測した健全性に基づいてアイコンを表示する。

図１０Ｅの例では、縦棒がグラフの左側に位置する場合は「晴れ」、つまり正常をイメージするアイコンが表示されており、縦棒が操作されることでグラフの中程に位置すると「雷」、つまりＳＬＡ違反が発生していることをイメージするアイコンが表示されている。なお、こうしたアイコンのほかの例としては顔アイコン等もあるが、健全性を表現できるのであれば他の種類のアイコンでもよい。

以上、管理プログラムによる表示について説明した。その一部についてはフローで詳細を説明するが、その他の部分についてもこれら表示が管理プログラムの処理によって為されていることは言うまでもない。

＜管理プログラムの処理フロー＞

以下に管理プログラムによる各種表示処理のフローを説明する。

＜＜トポロジ表示処理＞＞

図１１は、管理プログラムによるトポロジ表示処理のフローを示した図である。なお、本処理は管理者によってトポロジ表示が要求されたときに実行される。以下にフロー中の各ステップを説明する。

（Ｓ１０１）管理プログラムは、ローカル変数であるコンポーネント行位置変数を１に初期化する。なお、本変数はカラム数と同数だけ存在し、図１０の場合は３つ（つまりＷｅｂサーバカラム用、Ａｐｐサーバカラム用、ＤＢサーバカラム用）である。なお、以後の図、説明ではシステムコンポーネントを単に「コンポーネント」と呼ぶことがある。

（Ｓ１０２）管理プログラムは、システムコンポーネント情報１２２から全てのシステムコンポーネントの情報を取得する。

（Ｓ１０３）管理プログラムは、Ｓ１０２で取得したシステムコンポーネントの各々（Ｓ１０３システムコンポーネントと便宜上呼ぶ）について、それぞれＳ１０４乃至Ｓ１１０を実行する。

（Ｓ１０４）管理プログラムは、性能情報１２４を参照し、Ｓ１０３システムコンポーネントの性能値（ただし全項目分）を取得する。

（Ｓ１０５）管理プログラムは、Ｓ１０３システムコンポーネントのカテゴリを確認し、レイアウト先カラムを決定する。

（Ｓ１０６）管理プログラムは、立方体（すなわち四角柱）回転によるグラフ表示切替に備えるため、レイアウト先カラムのコンポーネント行位置変数の位置に、Ｓ１０４で取得した性能値のグラフを全項目分表示しておく。なお、この時点での表示結果は入出力デバイスに表示させなくてよい、内部的な表示である。

（Ｓ１０７）管理プログラムは、内部表示したグラフから、最初に表示させたい項目の性能値グラフ（今回は１に対応するＣＰＵ負荷のグラフ）を入出力デバイスに表示させ、さらにＳ１０３システムコンポーネントの名前を表示する。

（Ｓ１０８）管理プログラムは、システムコンポーネント情報１２２のＳ１０３システムコンポーネントの表示位置に、レイアウト先カラム対応のコンポーネント行位置変数の値を格納する。

（Ｓ１０９）管理プログラムは、システムコンポーネント情報１２２のＳ１０３システムコンポーネントの表示画面番号に初期値である１を格納する。

（Ｓ１１０）管理プログラムは、レイアウト先カラム対応のコンポーネント行位置変数を１加算する。

（Ｓ１１１）管理プログラムは、帯を表示する。なお、本処理の詳細の内、帯全体の表示処理については図１２で説明し、図１２の後に実行される、正常でないリクエストを表すための帯表示処理については、図１３で説明する。

なお、上記処理は、システムコンポーネントの増加、減少を検知した場合に実行してもよい。なお、性能情報１２４に新しい時間の値が追加格納された場合は、Ｓ１０２、Ｓ１０３、Ｓ１０６、及びＳ１０７を再実行してもよい。

＜＜＜帯表示処理＞＞＞

図１２は、管理プログラムによる帯表示処理のフローを示した図である。以下、フローに沿って説明する。

（Ｓ２０１）管理プログラムは、リクエスト管理情報１２６を参照し、各行の送信元コンポーネントＩＤ、送信先コンポーネントＩＤ、リクエスト数を取得する。

（Ｓ２０２）管理プログラムは、一時的に表示状態を管理するための表示状態リストを記憶資源に作成する。なお、作成時はリストには何も入っていない。

（Ｓ２０３）管理プログラムは、Ｓ２０１で取得した各行（Ｓ２０１行と便宜上呼ぶ）に対して、Ｓ２０４乃至Ｓ２１２の処理を繰り返す。

（Ｓ２０４）管理プログラムは、Ｓ２０１行の送信元コンポーネントＩＤと送信先コンポーネントＩＤのペアが表示状態リスト内に無いか有るかを判断する。そして、有る場合は、現在のＳ２０１行に対するＳ２０５乃至Ｓ２１２の処理をスキップする。もし無い場合は、Ｓ２０５を実行する。

（Ｓ２０５）管理プログラムは、リクエスト管理情報１２６の行であって、Ｓ２０１行の送信元コンポーネントＩＤと送信先コンポーネントＩＤのペアが同じ行を選択し、リクエスト数の合計値を算出する。なお、この合計値にはＳ２０１行のリクエスト数も含まれている。

（Ｓ２０６）管理プログラムは、Ｓ２０５で計算した合計値に基づいて表示する帯の幅を決定する。なお、幅を決める算出式としては「幅＝システム表示オブジェクトの直径＊係数＊合計値／最大値」という式が考えられるが他の式であってもよい。例えば、管理プログラムは、ｌｏｇ関数を用いたりしてもよい。また、最大値は、管理者が設定した値であってもよい。

（Ｓ２０７）管理プログラムは、Ｓ２０１行に記載の送信元コンポーネントＩＤに対応するシステムコンポーネント情報の中のカテゴリと表示位置から、送信元コンポーネントに対応するシステム表示オブジェクトの表示位置を取得し、帯の表示開始位置とする。

（Ｓ２０８）管理プログラムは、Ｓ２０１行に記載の送信先コンポーネントＩＤに対応するシステムコンポーネント情報の中のカテゴリと表示位置から、送信先コンポーネントに対応するシステム表示オブジェクトの表示位置を取得し、帯の表示終了位置とする。

（Ｓ２０９、Ｓ２１０）管理プログラムは、Ｓ２０１行に記載のリクエストがフロントエンドリクエストか否か判断し、フロントエンドリクエストの場合は帯の表示開始位置を湧出エリア内に設定する。なお、フロントエンドリクエストか否かの判断は、Ｓ２０１行の送信元コンポーネントＩＤがＮＵＬＬかＩＤが格納されているか否かで判断できる。さらに帯の表示開始位置を湧出エリア内にする点は、具体的には帯の表示終了位置から水平方向に移動した湧出エリア内の特定位置にすることが考えられる。

（Ｓ２１１）管理プログラムは、Ｓ２０７乃至Ｓ２０８で求めた位置に、Ｓ２０６で決定した幅を持つ帯を表示する。

（Ｓ２１２）管理プログラムは、前述の表示状態リストに送信元コンポーネントＩＤと送信先コンポーネントＩＤのペアを追加する。

＜＜＜異常帯表示処理＞＞＞

図１３は、管理プログラムによる異常状態のリクエストを表す帯の表示処理フローを示した図である。以下、フローに沿って説明する。

（Ｓ３０４）管理プログラムは、リクエスト管理情報１２６の状態が異常とされた行を全て取得する。

（Ｓ３０５）管理プログラムは、Ｓ３０４で取得した行のクライアントＩＤを持つ全ての行を取得する。

（Ｓ３０６）管理プログラムは、Ｓ３０４とＳ３０５で取得した行を異常状態リクエスト情報に保存する。

（Ｓ３０７）管理プログラムは、図１２の処理を実行する。ただし、「リクエスト管理情報」は「異常状態リクエスト情報」と読み替え、「表示状態リスト」は、「異常状態表示リスト」と読み替える。

＜＜監視値項目の切り替え処理＞＞

次にシステム表示オブジェクトの性能値グラフの項目を切り替える処理について説明する。

＜＜＜全てのシステム表示オブジェクトの切り替え＞＞＞

図１４は、トポロジ表示に含まれる全てのシステム表示オブジェクトの性能値グラフの切り替え処理フローを示した図である。以下、フローに沿って説明する。

（Ｓ４０１）管理プログラムは、入出力デバイス２４０を介して、管理者からのグラフ切り替え操作を受信する。

（Ｓ４０２）管理プログラムは、システムコンポーネント情報１２２に含まれる全てのシステムコンポーネントの各々（Ｓ４０２システムコンポーネントと便宜上呼ぶ）について、Ｓ４０３乃至Ｓ４０９を実行する。

（Ｓ４０３）管理プログラムは、システムコンポーネント情報１２２のＳ４０２システムコンポーネントの現在の表示画面番号を取得する。

（Ｓ４０４）管理プログラムは、現在の表示番号に１加算した値を次画面番号に設定する。

（Ｓ４０５、Ｓ４０６）管理プログラムは、次画面番号が画面定義情報１２３の表示画面番号数の最大値より大きいと判断した場合に、次画面番号を１に設定しなおす。

（Ｓ４０７）管理プログラムは、画面定義情報１２３を参照し、次画面番号の画面情報を次画面情報として取得する。

（Ｓ４０８）管理プログラムは、システム表示オブジェクトの現在表示中の性能値グラフを立方体の正面とし、次画面情報に対応する性能値グラフを立方体の側面とし、立方体が回転して側面が正面に表示されるアニメーションを表示する。

（Ｓ４０９）管理プログラムは、システムコンポーネント情報１２２の表示画面番号を次画面番号に更新する。

＜＜＜その他のシステム表示オブジェクトの切り替え方法＞＞＞

なお、システム表示オブジェクトは必ずしも全てのシステム表示オブジェクトを切り替える必要が無い。例えば、図１３で表示させた異常状態のリクエストを表す帯に関連したシステム表示オブジェクトに限定した切り替えを行ってもよい。さらに、切り替え先となるグラフの項目についても全オブジェクトで同じ項目にする必要は無く、それぞれの性能値グラフを相関分析結果情報の関連監視項目に記載の項目に切り替えてもよい。相関分析結果情報には相関性の高い監視項目が登録されているため、このような切り替えをすることでシステムコンポーネントに跨った問題解決の支援をすることができる。

＜システムコンポーネント関連情報の詳細表示処理＞

図１５Ａ乃至図１５Ｃは、図１０Ｃ及び図１０Ｄで説明したシステムコンポーネント関連情報の詳細表示処理フローを示した図である。以下、フローに沿って説明する。

（Ｓ７０１）管理プログラムは、入出力デバイス２４０を介して、管理者からの拡大操作を受信する。

（Ｓ７０２）管理プログラムは、受信した拡大操作から、拡大対象のシステムコンポーネント（以後拡大コンポーネントと呼ぶ）を特定する。

（Ｓ７０３）管理プログラムは、一時的に位置変更コンポーネントを管理するための位置変更コンポーネントリストを記憶資源に作成する。

（Ｓ７０４）管理プログラムは、システムコンポーネント情報１２２から、拡大コンポーネントのカテゴリと表示位置を取得する（以後これらを拡大コンポーネント構成情報と呼ぶ）。

（Ｓ７０５）管理プログラムは、拡大コンポーネントに対応するシステム表示オブジェクト（以後、拡大システム表示オブジェクトと呼ぶ）を上下左右方向に拡大して表示し、内部のグラフもその大きさに合わせて再表示する。

（Ｓ７０６）管理プログラムは、位置変更コンポーネントリストに拡大コンポーネントのコンポーネントＩＤと変更後位置情報を追加する。

（Ｓ７０７）管理プログラムは、拡大システム表示オブジェクトに隣接してかつ真上に位置するシステム表示オブジェクトを取得する。

（Ｓ７０８、Ｓ７０９、Ｓ７１０）Ｓ７０７に該当するオブジェクトが存在する場合、管理プログラムは、該当オブジェクトの表示位置を現在より上側に変更する。そして、位置変更コンポーネントリストに該当オブジェクトに対応するコンポーネントＩＤと変更後位置情報を追加する。

（Ｓ７１１）管理プログラムは、拡大システム表示オブジェクトに隣接してかつ真下に位置するシステム表示オブジェクトを取得する。

（Ｓ７１２、Ｓ７１３、Ｓ７１４）Ｓ７１１に該当するオブジェクトが存在する場合、管理プログラムは、該当オブジェクトの表示位置を現在より下側に変更する。そして、管理プログラムは、位置変更コンポーネントリストに該当オブジェクトに対応するコンポーネントＩＤと変更後位置情報を追加する。

（Ｓ７１５）管理プログラムは、拡大システム表示オブジェクトに隣接してかつ真左、左上、又は左下に位置するシステム表示オブジェクトを取得する。

（Ｓ７１６、Ｓ７１７、Ｓ７１８）Ｓ７１５に該当するオブジェクト各々について、管理プログラムは、該当オブジェクトの表示位置を現在より左側に変更する。そして、管理プログラムは、位置変更コンポーネントリストに該当オブジェクトに対応するコンポーネントＩＤと変更後位置情報を追加する。

（Ｓ７１９）管理プログラムは、拡大システム表示オブジェクトに隣接してかつ真右、右上、又は右下に位置するシステム表示オブジェクトを取得する。

（Ｓ７２０、Ｓ７２１、Ｓ７２２）Ｓ７１９に該当するオブジェクト各々について、管理プログラムは、該当オブジェクトの表示位置を現在より右側に変更する。そして、管理プログラムは、位置変更コンポーネントリストに該当オブジェクトに対応するコンポーネントＩＤと変更後位置情報を追加する。

（Ｓ７２３）管理プログラムは、図１２及び図１３の処理を実行することで帯を再表示する。ただし、各システム表示オブジェクトの表示位置は、位置変更コンポーネントリストに存在するコンポーネントの場合はその位置情報を優先して用いる。

以上が本実施例の説明である。なお、本実施例のトポロジ表示は画面全体に表示されてもよく、また画面の一部に表示されていてもよい。さらに、本実施例のトポロジ表示の外に特許文献１のようなグラフを表示させてもよい。さらには、トポロジ表示の中で表示されているグラフをグリップ等で選択し、トポロジ表示外部のグラフ領域にリリースすることでグラフ表示を行ってもよい。

１００・・・管理計算機 ２００・・・表示用計算機 ３００・・・管理対象システム ４００・・・ネットワーク

Claims (12)

1. 管理プログラムを格納した記憶資源と、
   前記管理プログラムを実行するＣＰＵと、
   入出力デバイスと、
   から構成される、管理対象システムを管理する管理システムであって、
   前記ＣＰＵは、前記管理プログラムを実行することで：
   （１）管理対象システムに含まれる複数のシステムコンポーネントから複数の監視値を繰り返し受信することで、各監視値の履歴を前記記憶資源に格納し、
   （２）前記入出力デバイスに：
   （２ａ）前記複数のシステムコンポーネントの各々について、当該システムコンポーネントを表す表示オブジェクトであるシステム表示オブジェクトを表示し、
   （２ｂ）前記複数のシステムコンポーネント間の関係を表示し、
   前記システム表示オブジェクトには、当該システムコンポーネントから取得した前記監視値の履歴のグラフを含み、
   （３）第１システムコンポーネントの情報を詳細表示する第２契機を検知し、
   （４）前記第１システムコンポーネントに対応する第１システム表示オブジェクトの表示サイズをアニメーションで拡大し、拡大後の前記第１システム表示オブジェクト内に当該詳細表示対象の情報を表示し、
   （５）少なくとも前記第１システムコンポーネントに関連するシステムコンポーネントのシステム表示オブジェクトの表示位置を、前記拡大後の前記第１システム表示オブジェクトと重ならないようにアニメーションで移動する、
   管理システム。
2. 請求項１記載の管理システムであって、
   前記複数のシステムコンポーネントの少なくとも一部は、複数の項目を監視可能なシステムコンポーネントであり、
   前記ＣＰＵは、前記管理プログラムを実行することで：
   （６）第１システムコンポーネントを表す第１システム表示オブジェクトに含まれるグラフの項目を、第１項目から第２項目に変更する第１契機を検知し、
   （７）第１契機の検知に応じて、前記システム表示オブジェクトに含まれる前記第１項目のグラフから前記第２項目のグラフに表示を変更し、
   前記表示の変更は、立体的に表示させた柱又は板を回転させることで、当該柱又は板の第１の側面に表示された前記第１項目のグラフから前記第２項目のグラフに切り替わるように表示させる、
   管理システム。
3. 請求項２記載の管理システムであって、
   前記ＣＰＵは、前記管理プログラムを実行することで、前記第１契機に応じて：
   （８）前記第１システムコンポーネントに関連する第２システムコンポーネントを選択し、
   （９）前記第２システムコンポーネントを表す第２システム表示オブジェクトに含まれるグラフの項目を、立体的に表示させた柱または板を回転させることで、別な項目に切り替えさせる、
   管理システム。
4. 請求項１記載の管理システムであって、
   （５）の表示位置の移動は、
   （５ａ）前記第１システム表示オブジェクトの上に当該関連するシステム表示オブジェクトを表示させている場合は、当該関連するシステム表示オブジェクトを上方向に移動させ、
   （５ｂ）前記第１システム表示オブジェクトの下に当該関連するシステム表示オブジェクトを表示させている場合は、当該関連するシステム表示オブジェクトを下方向に移動させ、
   （５ｃ）前記第１システム表示オブジェクトの左に当該関連するシステム表示オブジェクトを表示させている場合は、当該関連するシステム表示オブジェクトを左方向に移動させ、
   （５ｄ）前記第１システム表示オブジェクトの右に当該関連するシステム表示オブジェクトを表示させている場合は、当該関連するシステム表示オブジェクトを右方向に移動させる、
   管理システム。
5. 請求項１記載の管理システムであって、
   前記ＣＰＵは、前記管理プログラムを実行することで：
   （１０）前記拡大後の前記第１システム表示オブジェクトの表す情報から追加の詳細な情報を表示する第３契機を検知し、
   （１１）前記追加の詳細情報を、表示済みのシステム表示オブジェクト又は／及び関係の上に重ねて表示する、
   管理システム。
6. 請求項１記載の管理システムであって、
   前記ＣＰＵは、前記管理プログラムを実行することで：
   （Ａ）前記第１システムコンポーネントが単位時間内に送信又は受信したリクエストに関する情報を受信し、
   （Ｂ）（２ｂ）の前記複数のシステムコンポーネントとの間の関係の表示として：
   （２ｂ−１）前記リクエストの少なくとも数に基づいて、前記第１システム表示オブジェクトと、他のシステム表示オブジェクト又は管理対象システムの外部と、の間に表示すべき帯の幅を決定し、
   （２ｂ−２）前記決定した幅である帯を表示する、
   管理システム。
7. 請求項６記載の管理システムであって、
   前記ＣＰＵは、前記管理プログラムを実行することで、
   （Ｃ）所定の処理に従って、前記リクエストの内で注意喚起が必要なリクエストを特定し、
   前記（２ｂ−２）で表示する帯は、前記注意喚起が必要なリクエストの少なくとも数に基づいて、一部の色を変更する、
   管理システム。
8. 請求項６記載の管理システムであって、
   前記リクエストは、前記第１システムコンポーネントが受信又は送信する全てのリクエストから、所定の条件でフィルタリングしたリクエストである、
   管理システム。
9. 請求項５記載の管理システムであって、
   前記ＣＰＵは、前記管理プログラムを実行することで、（１１）の追加の詳細情報表示を：
   （１１ａ）前記詳細情報又は監視値を時系列グラフで表示し、
   （１１ｂ）時系列グラフに縦棒を表示し、
   （１１ｃ）前記入出力デバイスによって縦棒の操作を検知したら、操作後の前記縦棒が指し示す時間を特定し、
   （１１ｄ）前記管理対象システムが外部から受信したリクエストへの応答の健全性を判断する基準に基づいて、（１１ｃ）で特定した時間のリクエスト応答の健全性を判断し、
   （１１ｅ）前記縦棒の上または近傍に、（１１ｄ）で判断した健全性を表すアイコンを表示する、
   管理システム。
10. 請求項９記載の管理システムであって、
    （１１ａ）の時系列グラフの一部または全ては、過去から現在の監視値に基づいてシミュレーションした予測値を表し、
    （１１ｃ）の特定時間が過去の場合は、前記健全性の判断は少なくとも過去の監視値を用いて判断され、
    （１１ｄ）の特定時間が将来の場合は、前記健全性の判断は前記予測値に基づいて判断される、
    管理システム。
11. 記憶資源と、ＣＰＵと、入出力デバイスを含む管理システムによる、管理対象システムの管理方法であって、
    （１）管理対象システムに含まれる複数のシステムコンポーネントから複数の監視値を繰り返し受信することで、各監視値の履歴を前記記憶資源に格納し、
    （２）前記入出力デバイスに：
    （２ａ）前記複数のシステムコンポーネントの各々について、当該システムコンポーネントを表す表示オブジェクトであるシステム表示オブジェクトを表示し、
    （２ｂ）前記複数のシステムコンポーネント間の関係を表示し、
    前記システム表示オブジェクトには、当該システムコンポーネントから取得した前記監視値の履歴のグラフを含み、
    （３）第１システムコンポーネントの情報を詳細表示する第２契機を検知し、
    （４）前記第１システムコンポーネントに対応する第１システム表示オブジェクトの表示サイズをアニメーションで拡大し、拡大後の前記第１システム表示オブジェクト内に当該詳細表示対象の情報を表示し、
    （５）少なくとも前記第１システムコンポーネントに関連するシステムコンポーネントのシステム表示オブジェクトの表示位置を、前記拡大後の前記第１システム表示オブジェクトと重ならないようにアニメーションで移動する、
    管理方法。
12. 記憶資源と、ＣＰＵと、入出力デバイスを含む管理システムで実行する、管理対象システムの管理プログラムであって、
    （１）管理対象システムに含まれる複数のシステムコンポーネントから複数の監視値を繰り返し受信することで、各監視値の履歴を前記記憶資源に格納し、
    （２）前記入出力デバイスに：
    （２ａ）前記複数のシステムコンポーネントの各々について、当該システムコンポーネントを表す表示オブジェクトであるシステム表示オブジェクトを表示し、
    （２ｂ）前記複数のシステムコンポーネント間の関係を表示し、
    前記システム表示オブジェクトには、当該システムコンポーネントから取得した前記監視値の履歴のグラフを含み、
    （３）第１システムコンポーネントの情報を詳細表示する第２契機を検知し、
    （４）前記第１システムコンポーネントに対応する第１システム表示オブジェクトの表示サイズをアニメーションで拡大し、拡大後の前記第１システム表示オブジェクト内に当該詳細表示対象の情報を表示し、
    （５）少なくとも前記第１システムコンポーネントに関連するシステムコンポーネントのシステム表示オブジェクトの表示位置を、前記拡大後の前記第１システム表示オブジェクトと重ならないようにアニメーションで移動する、
    管理プログラム。

Images