(57)【要約】  情報処理装置の制御部は、監視ユーザの入力に応じて、監視対象装置または該監視対象装置のコンポネントを含む１つの監視対象グループを定義し、監視対象グループに第１のコンポネントが含まれており、第２のコンポネントに障害が発生し、前記第１のコンポネントと前記第２のコンポネントに特定の関係がある場合、監視対象グループを介して第１のコンポネントの状態を表示させる場合には、第１のコンポネントが異常状態であることを表示させ、監視対象グループを介さずに第１のコンポネントの状態を表示させる場合には、第１のコンポネントが正常状態であり、第１の監視対象装置または第２のコンポネントが異常状態であることを表示させる。
2014068773.tif 000002
【特許請求の範囲】
【請求項１】
複数の監視対象装置を監視する情報処理装置は、  前記監視対象装置の構成情報及び状態情報を記憶する記憶部と、  前記監視対象装置及び前記監視対象装置を構成する機能や部品を含むコンポネントの状態情報を監視する制御部と、  前記コンポネントの状態情報を表示させる表示部と、  を備え、  前記制御部は、  監視ユーザの入力に応じて、前記監視対象装置または該監視対象装置のコンポネントを含む１つ以上の監視対象グループを定義し、  前記監視対象グループに第１のコンポネントが含まれており、第２のコンポネントに障害が発生し、前記第１のコンポネントと前記第２のコンポネントに特定の関係がある場合、  前記監視対象グループを介して前記第１のコンポネントの状態を表示させる場合には、前記第１のコンポネントが異常状態であることを表示させ、  前記監視対象グループを介さずに前記第１のコンポネントの状態を表示させる場合には、前記第１のコンポネントが正常状態であり、前記第１の監視対象装置または前記第２のコンポネントが異常状態であることを表示させる  ことを特徴とする、情報処理装置。
【請求項２】
前記制御部は、  前記監視ユーザの入力に応じて、前記監視対象グループに前記第１のコンポネントを追加した場合に、  所定のルールにしたがって、前記第１のコンポネントの機能の提供に影響を与える前記第２のコンポネントを検索し、  前記第２のコンポネントを前記第１のコンポネントの基盤コンポネントとして前記監視対象グループに追加する  ことを特徴とする、請求項１に記載の情報処理装置。
【請求項３】
前記制御部は、  前記監視対象グループに、前記第１のコンポネントとして複数の前記基盤コンポネントが追加され、複数の前記基盤コンポネントのいずれかに障害が発生した場合に、  前記第１のコンポネントの状態を表示させるとともに、複数の前記基盤コンポネントの状態を集約して表示させる  ことを特徴とする、請求項２に記載の情報処理装置。
【請求項４】
前記表示部は、  前記監視ユーザの入力に応じて前記監視対象グループとして定義された前記第１のコンポネントを表示し、  前記監視ユーザが、前記表示部に表示された前記第１のコンポネントを選択した場合に、前記第１のコンポネントの前記基盤コンポネントとして前記監視対象グループに追加された前記第２のコンポネントの状態を表示する、  ことを特徴とする、請求項３に記載の情報処理装置。
【請求項５】
前記記憶部は、  前記基盤コンポネントを前記監視対象グループに追加するための所定のルールとして、前記所定のコンポネントの種類と、該コンポネントの前記基盤コンポネントの種類とを対応づけてルール定義表に格納し、  前記コンポネントと前記コンポネントに前記基盤コンポネントを追加するための所定のルールのうちのいずれかを対応付けてコンポネント状態管理表に格納し、  前記制御部は、  前記コンポネント状態管理表にしたがって、前記コンポネントに対応する所定のルールを決定し、前記ルール定義表の前記所定のルールにしたがって、前記第１のコンポネントの機能の提供に影響を与える前記第２のコンポネントを検索し、  前記第２のコンポネントを前記第１のコンポネントの基盤コンポネントとして前記監視対象グループに追加する  ことを特徴とする、請求項２に記載の情報処理装置。
【請求項６】
前記記憶部は、  前記監視対象装置と、前記監視対象装置のコンポネントと、前記監視対象装置のコンポネントに関係するコンポネントとを対応付けてコンポネント関係テーブルに記憶し、  前記制御部は、  前記監視ユーザの入力に応じて、前記監視対象グループに前記コンポネントが追加された場合に、  前記ルール定義表を参照して前記コンポネントの種類に対応する所定のルールを決定し、  前記コンポネント関係テーブルを参照して前記コンポネントに関係するコンポネントを取得し、  前記所定のルールにしたがって、前記取得した前記コンポネントに関係するコンポネントを前記コンポネントの基盤コンポネントとして前記監視対象グループに追加するかを決定する  ことを特徴とする、請求項５に記載の情報処理装置。
【請求項７】
前記制御部は、  前記監視ユーザの入力に応じて、前記監視対象グループに前記監視対象装置が追加された場合には、前記監視対象装置を構成するコンポネントを前記監視対象グループに追加する  ことを特徴とする、請求項６に記載の情報処理装置。
【請求項８】
コンピュータを、  複数の監視対象装置を監視する情報処理装置であって、  前記監視対象装置の構成情報及び状態情報を記憶する記憶部と、  前記監視対象装置及び前記監視対象装置を構成する機能や部品を含むコンポネントの状態情報を監視する制御部と、  前記コンポネントの状態情報を表示させる表示部と、  を備え、  前記制御部は、  監視ユーザの入力に応じて、前記監視対象装置または該監視対象装置のコンポネントを含む１つの監視対象グループを定義し、  前記監視対象グループに第１のコンポネントが含まれており、第２のコンポネントに障害が発生し、前記第１のコンポネントと前記第２のコンポネントに特定の関係がある場合、  前記監視対象グループを介して前記第１のコンポネントの状態を表示させる場合には、前記第１のコンポネントが異常状態であることを表示させ、  前記監視対象グループを介さずに前記第１のコンポネントの状態を表示させる場合には、前記第１のコンポネントが正常状態であり、前記第１の監視対象装置または前記第２のコンポネントが異常状態であることを表示させる  情報処理装置として機能させるための、プログラム。 
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、情報処理装置及びプログラムに関し、各種装置や装置上で稼働する各種業務を監視する情報処理装置及びプログラムに適用して好適なるものである。
【背景技術】
【０００２】  最近では、コンピュータシステムの運用管理において、システム内に存在する装置（サーバ、ストレージ機器、ネットワーク機器、データベース等のコンピュータ機器）単位の管理や監視だけではなく、装置上で稼働する業務単位での管理や監視をすることが求められている。【０００３】  そこで、特許文献１では、複数の業務を実行する計算機システムで障害が発生した場合に、装置単位での障害箇所を特定するだけでなく、障害の内容の把握や障害による影響範囲を効率的に行う技術が開示されている。特許文献１によれば、障害が発生した場合に、各業務を管理する業務管理者に対して、業務に関連する業務構成情報、論理構成情報及び物理構成情報を表示して、障害の特定や障害による影響範囲を容易に把握することを可能としている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第４８０４１３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】  しかし、特許文献１では、業務管理者が参照可能な対象の構成情報のみしか表示されない。このため、業務管理者が参照できない装置に障害が発生した場合には、その障害が管理対象の業務に影響があったとしても、業務管理者はその装置の障害を把握することができないという問題があった。【０００６】  本発明は以上の点を考慮してなされたもので、管理者の管理対象に関係する装置及び装置を構成する要素を特定し、これらの状態を加味した管理対象の状態情報を提供することが可能な情報処理装置及びプログラムを提案しようとするものである。
【課題を解決するための手段】
【０００７】  かかる課題を解決するために本発明においては、複数の監視対象装置を監視する情報処理装置であって、前記監視対象装置の構成情報及び状態情報を記憶する記憶部と、前記監視対象装置及び前記監視対象装置を構成する機能や部品を含むコンポネントの状態情報を監視する制御部と、前記コンポネントの状態情報を表示させる表示部と、を備え、前記制御部は、監視ユーザの入力に応じて、前記監視対象装置または該監視対象装置のコンポネントを含む１つの監視対象グループを定義し、前記監視対象グループに第１のコンポネントが含まれており、前記第１のコンポネントと前記第２のコンポネントに特定の関係がある場合、第２のコンポネントに障害が発生し、前記監視対象グループを介して前記第１のコンポネントの状態を表示させる場合には、前記第１のコンポネントが異常状態であることを表示させ、前記監視対象グループを介さずに前記第１のコンポネントの状態を表示させる場合には、前記第１のコンポネントが正常状態であり、前記第１の監視対象装置または前記第２のコンポネントが異常状態であることを表示させることを特徴とする、情報処理装置が提供される。【０００８】  かかる構成によれば、監視対象グループに監視対象装置または第１のコンポネントを追加し、第２のコンポネントに障害が発生した場合に、監視対象グループを介して第１のコンポネントの状態を表示させる場合には、第１のコンポネントが異常状態であることを表示させ、監視対象グループを介さずに第１のコンポネントの状態を表示させる場合には、第１のコンポネントが正常状態であり、監視対象装置または第２のコンポネントが異常状態であることを表示させる。これにより、管理者の管理対象に関係する装置及び装置を構成する要素を特定し、これらの状態を加味した管理対象の状態情報を提供して、障害時の管理対象への影響を効率よく把握することができる。
【発明の効果】
【０００９】  本発明によれば、管理者の管理対象に関係する装置及び装置を構成する要素を特定し、これらの状態を加味した管理対象の状態情報を提供して、障害時の管理対象への影響を効率よく把握することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態の概要を説明する概念図である。
【図２】同実施形態にかかる計算機システムのハードウェア構成を示すブロック図である。
【図３】同実施形態にかかる管理計算機の構成を示すブロック図である。
【図４】同実施形態にかかる表示計算機の構成を示すブロック図である。
【図５】同実施形態にかかるサーバ及びストレージの構成を示すブロック図である。
【図６】同実施形態にかかる管理グループの定義を説明する概念図である。
【図７】同実施形態にかかるノードやコンポネントの状態の提示を説明する概念図である。
【図８】同実施形態にかかるノードテーブルの内容を示す図表である。
【図９】同実施形態にかかるコンポネントテーブルの内容を示す図表である。
【図１０】同実施形態にかかるコンポネントリレーションテーブルの内容を示す図表である。
【図１１】同実施形態にかかるグループメンバテーブルの内容を示す図表である。
【図１２】同実施形態にかかるコンポネント状態管理表の内容を示す図表である。
【図１３】同実施形態にかかる基盤コンポネント追加ルール定義表の内容を示す図表である。
【図１４】同実施形態にかかるコンポネント追加処理を示すフローチャートである。
【図１５】同実施形態にかかる要素追加処理を示すフローチャートである。
【図１６】同実施形態にかかる要素追加処理を示すフローチャートである。
【図１７】同実施形態にかかる状態更新処理を示すフローチャートである。
【図１８】同実施形態にかかる状態更新処理を示すフローチャートである。
【図１９】同実施形態にかかる状態更新処理を示すフローチャートである。
【図２０】同実施形態にかかる作業テーブルの内容を示す図表である。
【図２１】同実施形態にかかるグループ表示処理を示すフローチャートである。
【図２２】同実施形態にかかるグループメンバ表示処理を示すフローチャートである。
【図２３】同実施形態にかかる基盤コンポネント展開表示処理を示すフローチャートである。
【図２４】同実施形態にかかるコンポネント表示画面の一例を示す概念図である。
【図２５】同実施形態にかかるコンポネント表示画面の一例を示す概念図である。
【図２６】同実施形態にかかるコンポネント表示画面の一例を示す概念図である。
【図２７】同実施形態にかかるコンポネント表示画面の一例を示す概念図である。
【発明を実施するための形態】
【００１１】  以下図面について、本発明の一実施の形態を詳述する。
【００１２】  なお、以後の説明では「ａａａテーブル」、「ａａａリスト」、「ａａａＤＢ」、「ａａａキュー」等の表現にて本発明の情報を説明するが、これら情報は必ずしもテーブル、リスト、ＤＢ、キュー、等のデータ構造以外で表現されていてもよい。そのため、データ構造に依存しないことを示すために「ａａａテーブル」、「ａａａリスト」、「ａａａＤＢ」、「ａａａキュー」等について「ａａａ情報」と呼ぶことがある。さらに、各情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「名前」、「ＩＤ」という表現を用いるが、これらについてはお互いに置換が可能である。
【００１３】  以後の説明では「プログラム」を主語として説明を行う場合があるが、プログラムはプロセッサによって実行されることで定められた処理をメモリ及び通信ポート（通信制御デバイス）を用いながら行うため、プロセッサを主語とした説明としてもよい。また、プログラムを主語として開示された処理は管理サーバ等の計算機、情報処理装置が行う処理としてもよい。また、プログラムの一部または全ては専用ハードウェアによって実現されてもよい。
【００１４】  また、各種プログラムはプログラム配布サーバや、計算機が読み取り可能な記憶メディアによって各計算機にインストールされてもよい。
【００１５】（１）本実施形態の概要  まず、本実施形態の概要について説明する。従来、サーバ、ストレージ及びネットワーク機器といったネットワークを構成するノード単位でその稼働を監視することが行われている。また、サーバやストレージなどの装置単位や、サーバやサーバを構成する論理ボリュームやポートなどの要素（以下これをコンポネントと称して説明する。）を含む業務単位でその稼働を監視することも行われている。
【００１６】  しかし、従来技術では、業務管理者が参照可能なノードやコンポネントの状態しか監視することができず、業務管理者は、管理対象の業務グループに関係のないコンポネントの状態を把握することができなかった。したがって、管理対象の業務グループに属していないコンポネントで障害が発生した場合には、その障害が管理対象の業務グループに影響があるか否かを判断することができない。
【００１７】  例えば、図１に示すように、従来技術では、装置管理者は、ストレージ１及びストレージ２を含む装置グループを管理し、業務管理者は管理する業務に必要なコンポネントであるサーバ１及びストレージ２の論理ボリュームＬＵ１をグループ化して管理する。ここで、ストレージ２の電源が障害等により落ちたとする。この場合、装置管理者は、ストレージ１及びストレージ２を構成する各コンポネントを監視しているため、管理下にあるストレージ２のコンポネントの状態から、障害の原因を確認することができる。一方、業務管理者は、業務グループを構成するコンポネント（サーバ１及び論理ボリュームＬＵ１）の状態しか把握していないため、監視範囲外の電源の障害が管理対象の業務グループに影響があることを把握することができない。
【００１８】  そこで、本実施の形態では、業務管理者が業務グループを構成するコンポネントを追加した場合に、該コンポネントの基盤となるコンポネント（以下、当該コンポネントを基盤コンポネントと称して説明する場合もある。）を特定する。そして、基盤コンポネントの状態を加味した業務グループを構成するコンポネントの状態を提供する。
【００１９】  例えば上記の場合、業務管理者が業務グループを構成するコンポネントとしてサーバ１と論理ボリュームＬＵ１を追加したとする。本実施の形態では、サーバ１及び論理ボリュームＬＵ１の状態に影響を及ぼす電源やコントローラなどの基盤コンポネントを特定する。そして、特定した基盤コンポネントの状態、すなわち、電源やコントローラの状態を加味してコンポネントの状態を決定する。
【００２０】  これにより、管理者の管理対象に関係する装置（コンポネント）及び装置に影響のある要素（基盤コンポネント）を特定し、基盤コンポネントの状態を加味したコンポネントの状態を決定することができる。また、装置管理者や業務管理者など、管理者の立場に応じたコンポネントの状態情報を表示することにより、障害時の管理対象への影響を効率よく把握することができる。
【００２１】（２）計算機システムの構成（２−１）計算機システムのハードウェア構成  次に、計算機システムのハードウェア構成について説明する。図２に示すように、本実施の形態の計算機システムは、管理計算機１００と、表示計算機２００と、通信ネットワーク３００と、サーバ４００と、ストレージ５００とから構成される。各装置は通信ネットワーク３００を介して接続されている。
【００２２】  管理計算機１００は、通信ネットワーク３００を介して接続されたサーバ４００及びストレージ５００を管理する情報処理装置である。管理計算機１００は、業務管理者や装置管理者の入力に応じて、業務管理グループまたは装置管理グループごとに装置やコンポネントを管理する。具体的に、管理計算機１００は、装置やコンポネントの状態を取得して表示計算機２００に提供する。
【００２３】  業務管理者とは、ある業務に必要な装置や装置を構成する要素（コンポネント）をグループ化して管理する管理者である。また、装置管理者とは、システムに含まれる複数の装置をまとめて管理する管理者である。
【００２４】  また、コンポネントとは、上記したように装置を構成する要素であって、装置専用に製作されたものだけでなく、汎用の装置要素などを含む。コンポネントとしては、例えば、ディスクドライブを論理的に分割した領域を示す論理ユニット（ＬＵ：Logical Unit）や、データを入出力するためのポートなどが挙げられる。業務管理者は、業務グループに業務に必要なＬＵやポートなどの情報を追加する。
【００２５】  表示計算機２００は、ディスプレイ装置などから構成され、管理計算機１００によって取得された管理対象の装置やコンポネントの状態を業務管理者や装置管理者に提供する。図２では、管理計算機１００と表示計算機２００とを別体の装置としているが、かかる例に限定されず、管理計算機１００と表示計算機２００とを一の装置として構成するようにしてもよい。
【００２６】  通信ネットワーク３００は、複数のネットワーク装置３０１を含んで構成され、例えば、銅線まだは光ファイバーなどの有線ケーブルや、無線電波などのデータの伝送路、またはルータや通信を制御する基地局などのデータの中継機などを含んで構成される。
【００２７】  サーバ４００は、ストレージ５００へのデータの入出力を制御する情報処理装置であって、ストレージ５００が提供する所定の領域を利用して、データの書き込みや読み込みなどを行う。
【００２８】  ストレージ５００は、サーバ４００に記憶領域を提供する情報処理装置であって、例えば、ＳＳＤ（Solid State Drive）等の半導体メモリ、ＳＡＳ（Serial Attached SCSI）ディスク又はＦＣ（Fibre Channel）ディスク等の高価・高性能なディスク装置と、ＳＡＴＡ（Serial AT Attachment）ディスク等の安価・低性能なディスク装置などから構成される。
【００２９】（２−２）管理計算機の構成  次に、図３を参照して、管理計算機１００の構成について説明する。図３に示すように、管理計算機１００は、ＣＰＵ１０１、記憶装置１０２、ネットワークインタフェース（図中ネットワークＩ／Ｆと表記）１０３及びバス１０４などから構成される。
【００３０】  ＣＰＵ１０１は、演算処理装置および制御装置として機能し、記憶装置１０２に記憶されている各種プログラムに従って管理計算機１００内の動作全般を制御する。また、ＣＰＵ１０１は、マイクロプロセッサであってもよい。
【００３１】  記憶装置１０２は、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）や、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などから構成され、各種機能を有する管理プログラム１１０や、各種管理テーブルが格納されている。管理プログラム１１０の機能としては、例えば、構成情報取得部１１１、状態・性能情報取得部１１２、リソースグループ管理部１１３及び表示部１１４などが含まれる。また、管理テーブルは、構成情報１２１、リソースグループ情報１２２、状態・性能情報１２３、追加ルール１２４及び状態決定ルール１２５などが含まれる。
【００３２】  構成情報取得部１１１は、管理計算機１００が管理するサーバ４００やストレージ５００などを含むシステムの構成情報を取得する機能を有する。状態・性能情報取得部１１２は、構成情報取得部１１１により取得されたシステムを構成するサーバ４００やストレージ５００などの状態情報や性能情報を取得する機能を有する。リソースグループ管理部１１３は、装置管理グループや業務管理グループなど、管理者によって設定されたリソースグループ毎の状態などを管理する機能を有する。
【００３３】  表示部１１４は、各種情報を管理者に提供する機能を有し、業務管理者用のコンポネント表示部１１５及び装置管理者用のコンポネント表示部１１６などを備える。コンポネント表示部１１５及び１１６は、業務管理グループまたは装置管理グループに含まれる装置やコンポネントの構成情報や、状態情報などを表示画面に表示させる機能を有する。
【００３４】  また、構成情報１２１には、構成情報取得部１１１により取得されたシステムの構成情報が格納される。構成情報１２１には、例えば、ノードの構成情報や、コンポネントの構成情報や、コンポネント間の関係を示す情報などが含まれる。リソースグループ情報１２２には、業務管理者や装置管理者により登録されたリソースグループの情報が格納される。リソースグループ情報１２２には、リソースグループに含まれるメンバを管理する情報などが含まれる。状態・性能情報１２３には、各リソースグループに含まれるコンポネントの状態や性能などの情報が格納される。
【００３５】  追加ルール１２４には、管理者によりリソースグループに登録されたコンポネントの基盤コンポネントなどを追加するルールを示す情報が格納される。状態決定ルール１２５には、基盤コンポネントの状態を加味してコンポネントの状態を決定する際のルールを示す情報が格納される。
【００３６】  また、ネットワークインタフェース１０３は、通信ネットワーク３００と接続するためのインタフェースであって、サーバ４００やストレージ５００の構成情報や状態情報を取得する機能を有する。また、バス１０４は、ＣＰＵ１０１や記憶装置１０２などの管理計算機１００内の装置を相互に接続する機能を有する。
【００３７】（２−３）表示計算機の構成  次に、図４を参照して、表示計算機２００の構成について説明する。図４に示すように、表示計算機２００は、ＣＰＵ２０１、記憶装置２０２、ネットワークインタフェース（図中ネットワークＩ／Ｆと表記）２０３、バス２０４、入出力デバイス２０５及びディスプレイ２０６などから構成される。
【００３８】  ＣＰＵ２０１は、演算処理装置および制御装置として機能し、記憶装置２０２に記憶されている各種プログラムに従って表示計算機２００内の動作全般を制御する。また、ＣＰＵ２０１は、マイクロプロセッサであってもよい。
【００３９】  記憶装置２０２は、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）や、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などから構成され、表示用結果表示プログラム２１１などの各種プログラムや、表示用構成情報２２１や表示用状態情報２２２などの各種管理テーブルが含まれる。
【００４０】  表示用結果表示プログラム２１１は、管理計算機１００により取得されたコンポネントの構成情報や状態情報を管理者によって登録されたグループ単位でディスプレイ２０６に表示させる機能を有する。
【００４１】  また、表示用構成情報２２１は、管理計算機１００により取得されたコンポネントの構成情報を表示用に加工した情報である。また、表示用状態情報２２２は、管理計算機１００により取得されたコンポネントの状態情報を表示用に加工した情報である。
【００４２】  また、ネットワークインタフェース２０３は、通信ネットワーク３００と接続するためのインタフェースであって、サーバ４００やストレージ５００の構成情報や状態情報を管理計算機１００から取得する機能を有する。また、バス１０４は、ＣＰＵ２０１や記憶装置２０２などの表示計算機２００内の装置を相互に接続する機能を有する。また、ディスプレイ２０６は、表示用構成情報２２１や表示用状態・性能情報２２２などをテキストまたはイメージで表示する表示装置である。
【００４３】（２−４）サーバ及びストレージの構成  次に、図５を参照してサーバ４００及びストレージ５００の構成を説明する。図２に示すように、計算機システムには、複数のサーバ４００及び複数のストレージ５００が含まれていてもよい。図５では、１つのストレージ５００に提供される記憶領域を２つのサーバ４００Ａ及び４００Ｂで利用する場合について説明する。
【００４４】  図５に示すように、サーバ４００Ａは、ＣＰＵ４０１、メモリ４０２、第１のディスクドライブ４０３Ａ、第２のディスクドライブ４０３Ｂ、第３のディスクドライブ４０３Ｃ、電源ユニット４０４及びエージェント４０１から構成される。
【００４５】  ＣＰＵ４０１は、演算処理装置および制御装置として機能し、メモリ４０２に記憶されている各種プログラムに従って第１のサーバ４００Ａの動作全般を制御する。また、ＣＰＵ４０１は、マイクロプロセッサであってもよい。メモリ４０２は、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）や、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などから構成される。
【００４６】  第１のディスクドライブ４０３Ａ、第２のディスクドライブ４０３Ｂ及び第３のディスクドライブ４０３Ｃは、ストレージ５００に格納されているデータを読み書きする駆動装置であって、各ディスクドライブは、ストレージ５００の論理ボリュームに割り当てられている。
【００４７】  電源ユニット４０４は、第１のサーバ４００Ａに電源を供給する装置である。また、エージェント４０１は、サーバ４００Ａの状態情報を監視して、管理計算機１００に提供する。
【００４８】  第２のサーバ４００Ｂは、第１のサーバ４００Ａと同様の構成を有しているため、詳細な説明は省略する。
【００４９】  また、ストレージ５００は、パリティグループ５０１Ａ及び５０１Ｂ、第１のコントローラ５０３Ａ、第２のコントローラ５０３Ｂ、第１の電源ユニット５０４Ａ及び第２の電源ユニット５０４Ｂなどから構成される。
【００５０】  パリティグループ５０１Ａ及び５０１Ｂは、ＲＡＩＤ構成を実現するためのハードディスクドライブのグループである。複数の記憶デバイスからＲＡＩＤグループが定義され、１つのＲＡＩＤグループを構成する１または複数の記憶デバイスにより提供される記憶領域上に１または複数のボリュームが定義される。図５では、パリティグループ５０１Ａに第１のボリューム５０２Ａと第２のボリューム５０２Ｂが定義され、パリティグループ５０１Ｂに第３のボリューム５０２Ｃと第４のボリューム５０２Ｄが定義される。
【００５１】  第１のコントローラ５０３Ａ及び第２のコントローラ５０３Ｂは、ハードディスク上のボリュームを管理する機能を有し、第１のコントローラ５０３Ａは、第１のボリューム５０２Ａ及び第２のボリューム５０２Ｂを管理し、第２のコントローラ５０３Ｂは、第３のボリューム５０２Ｃ及び第４のボリューム５０２Ｄを管理する。
【００５２】  第１の電源ユニット５０４Ａ及び第２の電源ユニット５０４Ｂは、ストレージ５００に電源を供給する装置である。
【００５３】  また、図６に示すように、業務管理者の入力に応じて、所定の業務の実行に必要なサーバなどのノードやボリュームなどのコンポネントなど１つの業務グループとして登録される。ノードとは、サーバやストレージなどの装置を示し。コンポネントはノード内の機能や部品を示す。業務管理者は、ノード及びコンポネントはリソースグループ（ＲＧ）に割り当てて管理することができる。例えば、Businessというある業務を実行するために、Server１（第１のサーバ４００Ａ）というノード及びVolume1（第１のボリューム５０２Ａ）が必要な場合、ユーザ（業務管理者）は、Businessという業務管理グループに、Sever1及びVolume１を割り当てる。
【００５４】  本実施の形態では、Server1を構成するコンポネントとして、CPU1（ＣＰＵ４０１）とMemory1（メモリ４０２）とDisk1（第１のディスクドライブ４０３Ａ）を自動的に追加する。さらに、Volume1を構成するコンポネントとして、Volume1の上位のコンポネントであるParityGroup1（パリティグループ５０１Ａ）とContoroller1（第１のコントローラ５０３Ａ）を自動的に追加する。さらに、ParityGroup1の基盤コンポネントであるPowerUnit1（第１の電源ユニット５０４Ａ）及びPowerUnit2（第２の電源ユニット５０４Ｂ）を自動的に追加する。図６に、ノードやコンポネントを追加されたツリー構造を示す。ツリー構造の上位の状態は、下位の状態に依存することとなる。
【００５５】  このように、本実施の形態では、業務管理者により業務グループに追加されたノードやコンポネントに影響のある上位のコンポネントや、基盤コンポネントなどが、所定のルールにしたがって自動的に追加される。さらに、追加されたコンポネントの状態情報を取得して、業務に必要なノードやコンポネントの状態を、それらに影響のある基盤コンポネントの状態も加味して業務管理者に提示する。
【００５６】  図７に示すように、例えば、業務管理者によりあるグループGrにVolume１とServer1が追加された場合、Volume1の基盤コンポネントとして、PowerUnit1やContoroller1が自動的に追加される。ここで、PowerUnit1の電源が落ちた場合には、Volume1の状態が正常であったとしても、PowerUnit1の影響によりVolume1の状態も正常な状態ではない（Critical）とする。これにより、PowerUnit1の電源が落ちた場合に、業務管理者自ら業務に影響があるか否かを判断する必要がなくなる。
【００５７】  一方、装置管理者の装置管理グループGrに登録された装置については、装置単位で正常か否かがわかればよいため、PowerUnit1の電源が落ちた場合には、PowerUnit1の状態を正常な状態ではないとし、Volume1の状態は正常であるとする。
【００５８】  このように、本実施形態では管理者の立場に応じてコンポネントの状態を変えて表示させることができるため、装置管理者や業務管理者が装置やコンポネントを管理するために必要な情報を効果的に提供することが可能となる。
【００５９】（３）各種テーブルの構成  次に、管理計算機１００の記憶装置１０２に記憶されている各種管理テーブルについて説明する。
【００６０】  まず、ノードの構成情報について説明する。ノードテーブル６０１は、ノードの構成を管理するテーブルであって、図８に示すように、ノードＩＤ欄６０１１、ノードタイプ欄６０１２及び状態欄６０１３から構成される。
【００６１】  ノードＩＤ欄６０１１には、ノードを識別する識別情報が格納される。ノードとは、上記したように、管理対象の計算機システムを構成する装置を意味する。ノードタイプ欄６０１２には、ノードの種類を示す情報が格納される。ノードのタイプとしては、例えば、サーバやストレージなどを例示できる。状態欄６０１３には、ノードの状態を示す情報が格納される。ノードが正常な状態の場合には、正常を示すNormalが格納され、ノードが正常ではない場合には異常を示すCriticalが格納される。
【００６２】  図８では、例えば、ノードがServer1のノードの種類はサーバ（SERVER）であり、Server1の状態は正常（Normal）であることがわかる。
【００６３】  次に、コンポネントの構成情報について説明する。コンポネントテーブル６０２は、コンポネントの構成を管理するテーブルであって、図９に示すように、ノードＩＤ欄６０２１、コンポネントＩＤ欄６０２２、コンポネントタイプ欄６０２３及び状態欄６０２４から構成される。
【００６４】  ノードＩＤ欄６０２１には、ノードを識別する情報が格納される。コンポネントＩＤ欄６０２２には、コンポネントを識別する情報が格納される。コンポネントとは、上記したように、ノード内の機能や部品を意味する。コンポネントタイプ欄６０２３には、コンポネントの種類を示す情報が格納される。コンポネントのタイプとしては、例えば、ＣＰＵやメモリ、ディスクドライブ、論理ボリュームなどを例示できる。状態欄６０２４には、コンポネントの状態を示す情報が格納される。コンポネントが正常な状態の場合には、正常を示すNormalが格納され、ノードが正常ではない場合には異常を示すCriticalが格納される。
【００６５】  図９では、例えば、ノードServer1を構成するコンポネントであるCPU1のコンポネントの種類はサーバＣＰＵ（Server_CPU）であり、状態は正常（Normal）であることがわかる。
【００６６】  次に、コンポネントの依存関係について説明する。コンポネントリレーションテーブル６０３は、各コンポネントの依存関係を管理するテーブルであって、図１０に示すように、ノードＩＤ欄６０３１、コンポネントＩＤ欄６０３２、関係欄６０３３及び関係するコンポネントＩＤ欄６０３４から構成される。
【００６７】  ノードＩＤ欄６０３１には、ノードを識別する情報が格納されている。コンポネントＩＤ欄６０３２には、コンポネントを識別する情報が格納される。関係欄６０３３には、後述する関係するコンポネントとの関係を示す情報が格納される。関係するコンポネントＩＤ欄６０３４には、コンポネントＩＤ欄６０３２に格納されたコンポネントが依存していたり、該コンポネントが含まれていたりするコンポネントを識別する情報が格納される。例えば、コンポネントＩＤ欄６０３２のコンポネントが、関係するコンポネントＩＤ欄６０３２のコンポネントに依存している場合には、関係欄６０３３にDependが格納され、関係するコンポネントＩＤ欄６０３２のコンポネントに含まれている場合にはOnが格納される。
【００６８】  図１０では、例えば、ノードStorage1を構成するコンポネントであるParityGroup1は、Rack1に依存しており、ParityGroup1はRack1に含まれている関係（On）であることがわかる。
【００６９】  次に、グループメンバの定義情報について説明する。グループメンバテーブル６０４は、各グループのメンバ情報を管理するテーブルであって、図１１に示すように、グループＩＤ欄６０４１、メンバノードＩＤ欄６０４２及びメンバコンポネントＩＤ欄６０４３から構成される。
【００７０】  グループＩＤ欄６０４１には、装置グループまたは業務グループを識別する情報が格納される。メンバノードＩＤ欄６０４２には、各グループに属するノードの識別情報が格納される。メンバコンポネントＩＤ欄６０４３には、各ノードを構成するコンポネントの識別情報が格納される。
【００７１】  図１１では、例えば、Deviceグループ（装置管理グループ）に属するノードはServer1、Server2及びStorage1であることがわかる。また、Businessグループ（業務管理グループ）に属するノードは、Server1及びStorage1であり、Storage1を構成するコンポネントはVolume1であることがわかる。
【００７２】  次に、コンポネントの状態管理情報について説明する。コンポネント状態管理表６０５は、コンポネントの状態を管理するテーブルであって、図１２に示すように、グループＩＤ欄６０５１、ノードＩＤ欄６０５２、コンポネントＩＤ欄６０５３、ルールＩＤ欄６０５４、親のパス名欄６０５５、量化限定子欄６０５６、総合欄６０５７、基盤コンポネント状態６０５８及び状態欄６０５９から構成される。
【００７３】  グループＩＤ欄６０５１には、装置管理グループまたは業務管理グループを識別する情報が格納される。ノードＩＤ欄６０５２には、各グループに属するノードを識別する情報が格納される。コンポネントＩＤ欄６０５３には、各ノードを構成するコンポネントを識別する情報が格納される。ルールＩＤ欄６０５４には、予め設定された基盤コンポネントを追加するためのルールを識別する情報が格納される。基盤コンポネントを追加するためのルールについては後述する。
【００７４】  親のパス名欄６０５５には、管理グループの木構造において、各コンポネントの上位のコンポネントのパス名を示す情報が格納される。量化限定子欄６０５６には、コンポネントが依存する基盤コンポネントが複数ある場合に、基盤コンポネントの総合的な状態の決定基準を示す情報が格納される。例えば、複数の基盤コンポネントのうち１つでも正常でないコンポネントがある場合には、基盤コンポネントの総合的な状態を正常でない状態（critical）とすることを示すAnyが格納される。また、複数の基盤コンポネントのうちすべてが正常でない場合に、基盤コンポネントの総合的な状態を正常でない状態（critical）とすることを示すAllが格納される。また、複数の基盤コンポネントのうちｎ個のコンポネントが正常でない場合に、基盤コンポネントの総合的な状態を正常でない状態（critical）とすることを示す+nが格納される。
【００７５】  また、総合欄６０５７には、上記した量化限定子によって決定される総合的な基盤コンポネントの状態を示す情報が格納される。状態欄６０５９には、各コンポネントの状態を示す情報が格納される。
【００７６】  図１２では、例えば、Businessグループ（業務管理グループ）に属するノードStorage1のコンポネントParityGroup1について、基盤コンポネント追加ルールのルール１によって基盤コンポネントが追加され、親のパス名が/Volume1であり、量化限定子はAny、総合的な基盤コンポネントの状態はCritical、基盤コンポネントの状態はCritical、コンポネントの状態はNormalであることがわかる。
【００７７】  次に、基盤コンポネント追加ルールの定義情報について説明する。基盤コンポネント追加ルール定義表６０６は、図１３に示すように、ルールＩＤ欄６０６１、コンポネントタイプ欄６０６２、追加するコンポネントタイプ欄６０６３、量化限定子欄６０６４、検索方法欄６０６５、関係欄６０６６及び追加の有無欄６０６７から構成される。
【００７８】  ルールＩＤ欄６０６１には、基盤コンポネント追加ルールを識別する情報が格納される。コンポネントタイプ欄６０６２には、コンポネントの種類を示す情報が格納される。追加するコンポネントタイプ欄６０６３には、コンポネントの種類に応じて、該コンポネントの基盤コンポネントとして追加するコンポネントの種類を示す情報が格納される。量化限定子欄６０６４には、上記した量化限定子を示す情報が格納される。
【００７９】  検索方法欄６０６５には、検索方法を示す情報、OrderまたはReverseが格納される。関係欄６０６６には、コンポネントと追加するコンポネントとの関係を示す情報が格納される。コンポネントが追加するコンポネントに依存している場合には、Dependが格納され、コンポネントが追加するコンポネントに含まれている場合には、Onが格納される。追加の有無欄６０６７には、追加するコンポネントを対象となるコンポネントに追加するか否かを示す情報が格納される。例えば、追加される場合にはYが格納され、追加されない場合にはNが格納される。
【００８０】  図１３では、例えば、基盤コンポネント追加ルールの１は、コンポネントタイプがSTORAGE_VOLUMEについてのルールを示し、追加するコンポネントタイプはSTORAGE_PARITYGROUPである。そして、追加するSTORAGE_PARITYGROUPの量化限定子はAnyであり、検索方法はOrder、コンポネントSTORAGE_VOLUMEが追加するコンポネントSTORAGE_PARITYGROUPに依存する関係（Depend）であり、コンポネントに追加する（Y）基盤コンポネントであることがわかる。
【００８１】（４）各種処理の詳細  次に、管理計算機１００によるコンポネント追加処理について説明する。まず、図１４を参照して、全体処理について説明する。図１４に示すように、管理計算機１００の管理プログラム１１０は、所定の初期化処理を実行した後（Ｓ１１）、スケジューラをもとに定期的に（Ｓ１２）、構成情報取得処理（Ｓ１３）及び状態更新処理（Ｓ１４）を実行する。
【００８２】  まず、ステップＳ１３の構成情報取得処理の詳細について説明する。装置管理グループまたは業務管理グループにノードやコンポネントを追加する構成情報取得処理は、構成情報取得部１１１によって実行される。図１５に示すように、構成情報取得部１１１は、まず、グループへの要素追加処理Ａを実行する。
【００８３】  構成情報取得部１１１は、ユーザの入力に応じてグループを選択する（Ｓ１０１）。そして、ユーザの入力に応じてメンバ追加ボタンが選択され（Ｓ１０２）、ステップＳ１０１において選択されたグループに追加する対象のノードＮ及びノードのコンポネントＣが選択される（Ｓ１０３）。
【００８４】  そして、構成情報取得部１１１は、ステップＳ１０３において選択されたグループＧへ追加する要素のノードＮ及びコンポネントＣを受信する（Ｓ１０４）。そして、構成情報取得部１１１は、グループメンバテーブル６０４にグループＧのグループＩＤ、ノードＮのノードＩＤ及びコンポネントＣのコンポネントＩＤを登録する（Ｓ１０５）。
【００８５】  そして、構成情報取得部１１１は、ステップＳ１０５において登録されたコンポネントＣの値が設定されているかを判定する（Ｓ１０６）。ステップＳ１０５において、コンポネントＣに値が設定されていると判定された場合には、構成情報取得部１１１は、グループへの要素追加処理Ｂを実行する（Ｓ１０７）。一方、ステップＳ１０５において、コンポネントＣに値が設定されていないと判定された場合には、当該要素はコンポネントではなく構成情報取得部１１１は、要素追加処理Ａを終了する。
【００８６】  ステップＳ１０７における要素追加処理Ｂは、要素追加処理Ａにおいてグループにコンポネントが追加された場合に、追加されたコンポネントに基盤コンポネントを追加する処理である。基盤コンポネントは、基盤コンポネント追加ルール定義表６０６に基づいて各グループに追加される。
【００８７】  図１６に示すように、構成情報取得部１１１は、グループに追加する要素の情報を受信する（Ｓ１２１）。ステップＳ１２１において、グループに追加する要素の情報としては、グループＩＤ、ノードＩＤ、コンポネントＩＤ、親パスまたは量化限定子などの情報である。
【００８８】  続いて、構成情報取得部１１１は、ステップＳ１２１において受信した親パスに自身のコンポネントＩＤが含まれているかを判定する（Ｓ１２２）。また、ステップＳ１２２において、構成情報取得部１１１は、コンポネント状態管理表６０５において、受信したグループＩＤやノードＩＤやコンポネントＩＤと一致するものが含まれているかを判定する。
【００８９】  ステップＳ１２２において、親パスに自身のコンポネントＩＤが含まれていると判定された場合には、構成情報取得部１１１は、要素追加処理Ｂを終了する。一方、ステップＳ１２２において、親パスに自身のコンポネントＩＤが含まれていないと判定された場合には、構成情報取得部１１１は、コンポネント情報管理表を更新する（Ｓ１２３）。具体的に、構成情報取得部１１１は、ステップＳ１２１において受信したグループへ追加する要素の情報（グループ（ＧＩＤ）、ノード（ＮＩＤ）、コンポネント（ＣＩＤ）、親パスまたは量化限定子）を、コンポネント状態管理表６０５に格納する。
【００９０】  続いて、構成情報取得部１１１は、基盤コンポネント追加ルール定義表６０６の各行ＲについてステップＳ１２４〜ステップＳ１３３までの処理をループする。
【００９１】  構成情報取得部１１１は、ステップＳ１２３においてコンポネント状態管理表６０５に格納したコンポネントＣＩＤのコンポネントタイプと、行Ｒのコンポネントタイプとが一致するかを判定する（Ｓ１２５）。コンポネントＣＩＤのコンポネントタイプは、コンポネントテーブル６０２を参照することにより取得することができる。例えば、ノードがStorage1、コンポネントがVolume1のコンポネントタイプは、コンポネントテーブル６０２からSTORAGE_VOLUMEであることがわかる。そして、基盤コンポネント追加ルール定義表６０６において、このコンポネントタイプ（STORAGE_VOLUME）に一致するものがあるかを判定する。
【００９２】  ステップＳ１２５において、コンポネントタイプが一致すると判定された場合には、ステップＳ１２６〜ステップＳ１３２までの処理をループする。一方、ステップＳ１２５において、コンポネントタイプが一致しないと判定された場合には、ステップＳ１２６〜ステップＳ１３２までのループ処理を終了する。
【００９３】  構成情報取得部１１１は、コンポネントリレーションテーブル６０３の各行ＣについてステップＳ１２７〜ステップＳ１３２の処理をループする。
【００９４】  まず、構成情報取得部１１１は、基盤コンポネント追加ルール定義表６０６の対象行Ｒのルールの検索方法がOrderかReverseかを判定する（Ｓ１２７）。ステップＳ１２７において、検索方法がOrderの場合には、グループの木構造の左から右にステップＳ１２８以降の処理を実行する。一方、ステップＳ１２７において、検索方法がReverseの場合には、グループの木構造の右から左にステップＳ１２９以降の処理を実行する。
【００９５】  ステップＳ１２８において、構成情報取得部１１１は、対象となるコンポネントＩＤと一致するコンポネントリレーションテーブルのコンポネントタイプ及び関係と、基盤コンポネント追加ルール定義表６０６のコンポネントタイプ及び関係とが同じかを判定する（Ｓ１２８）。ステップＳ１２８において、一致する場合には、構成情報取得部１１１は、要素追加処理Ｂを実行する（Ｓ１３０）。ステップＳ１３０において、構成情報取得部１１１は、グループＩＤ、ノードＩＤ、関係するコンポネントＩＤ、親パス、量化限定子をグループへ追加する要素の情報として要素追加処理Ｂを再帰呼び出しする。
【００９６】  ステップＳ１２９において、構成情報取得部１１１は、対象となるコンポネントＩＤと一致するコンポネントリレーションテーブルのコンポネントタイプ及び関係と、基盤コンポネント追加ルール定義表６０６のコンポネントタイプ及び関係とが同じかを判定する（Ｓ１２９）。ステップＳ１２９において、一致する場合には、構成情報取得部１１１は、要素追加処理Ｂを実行する（Ｓ１３１）。ステップＳ１３１において、構成情報取得部１１１は、グループＩＤ、ノードＩＤ、関係するコンポネントＩＤ、親パス、量化限定子をグループへ追加する要素の情報として要素追加処理Ｂを再帰呼び出しする。
【００９７】  例えば、ユーザによりBusinessグループにVolumu1が追加されたとすると、ステップＳ１２１では、「Business, Storage1, Volume1, /, -」を受信する。そして、親パスが”/”なので、ステップＳ１２２の判定は”NO”が選択される。そして、ステップＳ１２３でコンポネント状態管理表６０５に(Business, Storage1, Volume1, /, -)が格納される。
【００９８】  さらに、ステップＳ１２５では、基盤コンポネント追加ルール定義表６０６のルールＩＤ＝１を参照する。ルールＩＤ＝１のコンポネントタイプSTORAGE_VOLUMEとコンポネント状態管理表６０５のコンポネントタイプSTORAGE_VOLUMEが一致するため、ステップＳ１２５の判定は”YES”が選択される。そして、ルールＩＤ＝１では検索方法がOrderなので、ステップＳ１２８の判定を行う。ステップＳ１２８では、コンポネントリレーションテーブル６０３と基盤コンポネント追加ルール定義表６０６のコンポネントＩＤが一致するか、関係するコンポネントタイプと追加コンポネントタイプが一致するか、関係が一致するかを判定する。コンポネントＩＤはVolume1、コンポネントタイプはSTORAGE_VOLUME、関係はDependで一致しているため、ステップＳ１３０でグループ要素追加処理Ｂへ「Business, Storage1, ParityGroup1, /Volume1, Any」を渡す。
【００９９】  そして、ステップＳ１２１で「Business, Storage1, ParityGroup1, /Volume1, Any」を受信し、ステップＳ１２２で親パス”/Volume1”に”ParityGroup”は含まれておらず、またコンポネント状態管理表６０５にGID,NID,CIDが一致するものが含まれていないので、判定は”NO”が選択される。そして、ステップＳ１２３で「Business, Storage1, ParityGroup1, /Volume1, Any」をコンポネント状態管理表６０５へ格納される。
【０１００】  以上のように、基盤コンポネント追加ルール定義表６０６及びコンポネントリレーションテーブル６０３を参照して、管理グループに追加すべき基盤コンポネントが発見されなくなるまで、要素追加処理Ｂを繰り返し、コンポネント状態管理表６０５が更新されることとなる。
【０１０１】  次に、図１４のステップＳ１４の状態更新処理の詳細について説明する。各装置やコンポネントの状態や性能の取得は、状態・性能情報取得部１１２によって実行される。図１７に示すように、状態・性能情報取得部１１２は、ノードテーブル６０１の各ノードＮについてステップＳ２１〜Ｓ２７の処理をループする。図１７に示すループ処理は、所定間隔で定期的に実行される。
【０１０２】  まず、状態・性能情報取得部１１２は、ノードＮからノードＮを構成するコンポネントの状態情報を取得し、コンポネントテーブル６０２のノードＮに関するコンポネントの状態情報を更新する（Ｓ２２）。
【０１０３】  そして、状態・性能情報取得部１１２は、コンポネントテーブル６０２において、同じノードＮのコンポネントの状態の最悪値をノードＮの状態情報としてノードテーブル６０１に設定する。
【０１０４】  次に、状態・性能情報取得部１１２はグループメンバテーブル６０４の各行ＧＭについてステップＳ２６の状態更新処理Ａをループする（Ｓ２６）。ステップＳ２６のループ処理が終了したら（Ｓ２７）、状態・性能情報処理を終了する。
【０１０５】  ステップＳ２６における状態更新処理Ａについて説明する。図１８に示すように、状態・性能情報取得部１１２はグループに追加されたメンバの情報を受信する（Ｓ２０１）。ステップＳ２０１において、状態・性能情報取得部１１２は、グループのグループＩＤ（ＧＩＤ）、グループに追加されたノードＩＤ（ＮＩＤ）、コンポネントＩＤ（ＣＩＤ）を受信する（Ｓ２０１）。
【０１０６】  そして、状態・性能情報取得部１１２は、ステップＳ２０１において受信したメンバの情報のうち、コンポネントＩＤ（ＣＩＤ）が空値かを判定する（Ｓ２０２）。ステップＳ２０２において、コンポネントＩＤが空値である場合とは、グループに追加された要素がノードであることを示している。すなわち、ステップＳ２０２では、グループに追加しようとする要素がノードなのかコンポネントなのかを判定している。
【０１０７】  ステップＳ２０２において、コンポネントＩＤ（ＣＩＤ）が空値であると判定された場合には、状態・性能情報取得部１１２は、状態更新処理Ａを終了する。一方、ステップＳ２０２において、コンポネントＩＤ（ＣＩＤ）が空値ではないと判定された場合には、状態更新処理Ｂを実行する（Ｓ２０３）。すなわち、グループに追加しようとする要素がコンポネントの場合に、該コンポネントの基盤コンポネントの状態を把握する処理（状態更新処理Ｂ）を実行する。
【０１０８】  図１９に示すように、状態・性能情報取得部１１２は、グループに追加する要素の情報を受信する（Ｓ２１１）。具体的に、状態・性能情報取得部１１２は、グループＩＤ（ＧＩＤ）、ノードＩＤ（ＮＩＤ）、コンポネントＩＤ（ＣＩＤ）、親パスの情報を受信する。
【０１０９】  そして、状態・性能情報取得部１１２は、コンポネント状態管理表６０５の親のパス名で、ステップＳ２１１において受信した「親パス/ＣＩＤ」と等しい値を持つコンポネントＣについてステップＳ２１３からステップＳ２２２までの処理をループする。
【０１１０】  ステップＳ２１３において、状態・性能情報取得部１１２は、ループ処理後に、「親パス/ＣＩＤ」とした親のパス名に該当するコンポネント情報管理表のコンポネントＣについて状態更新処理Ｂを再帰呼び出しする。
【０１１１】  まず、状態・性能情報取得部１１２は、コンポネント状態管理表６０５を参照して、コンポネントＣの量化限定子を判定する（Ｓ２１４）。ステップＳ２１４において、コンポネントＣの量化限定子がAnyの場合には、ステップＳ２１５以降の処理を実行する。一方、ステップＳ２１４において、コンポネントＣの量化限定子がAllの場合には、ステップS２１６以降の処理を実行する。
【０１１２】  ステップＳ２１５において、状態・性能情報取得部１１２は、図２０に示す作業テーブル６０７からMyPath及びルールが一致する要素Ｗを取得する。そして、状態・性能情報取得部１１２は、MyPath及びルールが一致する要素Ｗが作業テーブル６０７に存在するかを判定する（Ｓ２１７）。
【０１１３】  作業テーブル６０７は、管理計算機１００の記憶装置に一時的に記憶される作業用のテーブルである。図２０に示すように、作業テーブル６０７は、MyPath欄６０７１、ルールＩＤ欄６０７２及び値欄６０７３から構成される。各欄には、状態構成処理Ｂにおいて、更新処理時の情報が一時的に格納される。MyPath欄６０７１には、更新処理中のコンポネントの親パスが格納される。ルールＩＤ欄６０７２には、更新処理中のコンポネントの基盤コンポネント追加ルールの識別情報が格納される。値欄６０７３には、更新処理中のコンポネントの状態を示す情報が格納される。
【０１１４】  ステップＳ２１７において、要素Ｗが作業テーブル６０７に存在すると判定された場合には、状態・性能情報取得部１１２は、対象のコンポネントの状態と、作業テーブルの値を比較して、悪い値で作業テーブル６０７の値欄６０７３の値を更新する。
【０１１５】  一方、ステップＳ２１７において、要素Ｗが作業テーブル６０７に存在しないと判定された場合には、状態・性能情報取得部１１２は、要素Ｗを作業テーブル６０７に登録する（Ｓ２１９）。具体的に、状態・性能情報取得部１１２は、作業テーブル６０７のMyPath６０７１にコンポネント状態管理表６０５の対象となるコンポネントの親のパス名欄６０５の値を格納する。また、作業テーブル６０７のルールＩＤ欄６０７２にコンポネント状態管理表６０５のルールＩＤ欄６０５４の値を格納する。また、作業テーブル６０７の値欄６０７３にコンポネント状態管理表６０５の状態欄６０５９の値を格納する。
【０１１６】  また、ステップＳ２１６において、状態・性能情報取得部１１２は、図２０に示す作業テーブル６０７からMyPath及びルールが一致する要素Ｗを取得する。そして、状態・性能情報取得部１１２は、MyPath及びルールが一致する要素Ｗが作業テーブル６０７に存在するかを判定する（Ｓ２１８）。
【０１１７】  ステップＳ２１８において、要素Ｗが作業テーブル６０７に存在すると判定された場合には、状態・性能情報取得部１１２は、対象のコンポネントの状態と、作業テーブルの値を比較して、良い値で作業テーブル６０７の値欄６０７３の値を更新する。
【０１１８】  一方、ステップＳ２１８において、要素Ｗが作業テーブル６０７に存在しないと判定された場合には、状態・性能情報取得部１１２は、要素Ｗを作業テーブル６０７に登録する（Ｓ２１９）。
【０１１９】  状態・性能情報取得部１１２は、ステップＳ２１２〜ステップＳ２２２までのループ処理が終了した後、作業テーブル６０７のMyPath欄６０７１の値が「親パス／コンポネントＩＤ」と一致する各行の値の最悪の値を、基盤コンポネント状態の値として設定する（Ｓ２２３）。具体的に、状態・性能情報取得部１１２は、作業テーブル６０７のMyPath欄６０７１の値が「親パス／コンポネントＩＤ」と一致する各行の値の最悪の値を、コンポネント状態管理表６０５のグループＩＤ、ノードＩＤ、コンポネントＩＤと一致する行の基盤コンポネント状態欄６０５８に格納する。
【０１２０】  そして、状態・性能情報取得部１１２は、作業テーブル６０７からMyPathが「親パス／ＣＩＤ」と一致する行を削除する（Ｓ２２４）。
【０１２１】  例えば、ステップＳ２１１において、管理グループの要素の情報「Bussines,Storage1,Volume1,/」を受信すると、コンポネント状態管理表６０５で、親パス／コンポネントＩＤ「/Volume1」と等しい「親のパス名」値を持つ「ParityGroup1」についてステップＳ２１２〜ステップＳ２２２をループする。さらに、「/Volume1/ParityGroup1」と等しい「親のパス名」値を持つ「PowerUnit1」についてステップＳ２１２〜ステップＳ２２２をループする。上記ループ処理により、コンポネントのすべての基盤コンポネントの状態と、コンポネント自身の状態と、すべての基盤コンポネントの状態を加味した総合的なコンポネントの状態を、コンポネント状態管理表６０５に格納することが可能となる。
【０１２２】  次に、管理計算機１００による表示処理について説明する。装置管理グループまたは業務管理グループのノードやコンポネントの状態情報を表示計算機２００に表示させる表示処理は、表示部１１４によって実行される。
【０１２３】  まず、グループ表示処理について説明する。表示部１１４は、ユーザ入力に応じたグループの選択情報（グループＩＤ：ＧＩＤ）を受信する（Ｓ３０１）。
【０１２４】  そして、表示部１１４は、ステップＳ３０１において受信したグループＩＤに一致するグループメンバテーブル６０４の要素グループメンバー（ＧＭ）について、ステップＳ３０２〜ステップＳ３０６をループ処理する。
【０１２５】  まず、表示部１１４は、グループメンバテーブル６０４のメンバコンポネントＩＤ欄６０４３が空値か否かを判定する（Ｓ３０３）。メンバコンポネントＩＤ欄６０４３が空値である場合は、メンバの要素がノードであることを示している。
【０１２６】  ステップＳ３０３において、メンバコンポネントＩＤ欄６０４３が空値であると判定された場合には、グループメンバテーブル６０４のメンバノードＩＤ欄６０４２の値と一致するノードテーブル６０１の行Ｎを取得し、表示画面のStatus欄及び総合（Status）欄に行Ｎの状態欄６０１３の値を表示させる（Ｓ３０４）。
【０１２７】  一方、ステップＳ３０３において、メンバコンポネントＩＤ欄６０４３が空値ではないと判定された場合には、グループＩＤ、グループメンバノードＩＤ、グループメンバコンポネントＩＤ，”／”と合致するコンポネント状態管理表６０５の行Ｃを取得して、表示画面に取得した情報を表示させる（Ｓ３０５）。
【０１２８】  次に、グループメンバ表示処理について説明する。図２２に示すように、表示部１１４は、図２２に示すように、表示部１１４は、ユーザ入力に応じてメンバ選択情報を受信する（Ｓ３１１）。具体的に、表示部１１４は、グループＩＤ（ＧＩＤ）、ノードＩＤ（ＮＩＤ）及びコンテンツＩＤ（ＣＩＤ）を受信する。
【０１２９】  そして、表示部１１４は、ステップＳ３１１において受信した情報のうち、コンテンツＩＤ（ＣＩＤ）が空値かを判定する（Ｓ３１２）。コンテンツＩＤが空値の場合には要素がノードであることがわかる。
【０１３０】  ステップＳ３１２において、コンテンツＩＤ（ＣＩＤ）が空値であると判定された場合には、表示部１１４は、ユーザにより選択されたノードＩＤのコンポネントＣについてステップＳ３１３〜ステップＳ３１５までをループ処理する。
【０１３１】  表示部１１４は、選択したコンポネントのコンポネントテーブル６０２におけるコンポネントＣの状態情報を表示画面の総合状態欄及び状態欄に表示させる（Ｓ３１４）。
【０１３２】  一方、ステップＳ３１２において、コンポネントＩＤ（ＣＩＤ）が空値ではないと判定された場合には、表示部１１４は、対象となるコンポネントについて、基盤コンポネント展開表示処理を実行する（Ｓ３１６）。
【０１３３】  上記したステップＳ３１６の基盤コンポネント展開表示処理の詳細について説明する。表示部１１４は、ユーザ入力に応じて選択されたコンポネント選択情報（グループＩＤ、ノードＩＤ、コンポネントＩＤ、親パス）を受信する（Ｓ３２１）。
【０１３４】  そして、コンポネント状態管理表６０５のグループＩＤ及びノードＩＤが一致し、親パス名が「親パス／ＣＩＤ」に合致する行ＦについてステップＳ３２３の処理をループする。
【０１３５】  ステップＳ３２３において、表示部１１４は、コンポネント状態管理表６０５の行Ｆの総合欄６０５７、基盤コンポネント状態欄６０５８、状態欄６０５９に格納されている状態情報をそれぞれ、総合Status、基盤コンポネントのStatus、Statusとして表示画面に表示させる。
【０１３６】  次に、上記した表示部１１４の表示処理による表示画面の内容について説明する。図２４は、コンポネントを表示させるコンポネント表示画面５００の一例である。コンポネント表示画面５００は、メニュー欄５０１及び状態表示欄５０２を含む。メニュー欄５０１には、ユーザの入力に応じて登録された装置管理グループや業務管理グループなどのリソースグループ（ＲＧ）の一覧が表示される。また、状態表示欄５０２には、ノードやコンポネントの名前と、ノードまたはコンポネントの状態とが対応づけて表示される。ノードやコンテンツの状態には、ノードやコンポネントの総合的な状態、単体の状態、基盤コンポネントの状態などが含まれる。
【０１３７】  例えば、図２４に示すコンポネント表示画面５００において、リソースグループ（ＲＧ）のうち、ユーザにより業務管理グループであるBusinessが選択された場合には、上記した図２１のグループ表示処理により、業務管理グループBusinessに追加されたノードServer1及びコンポネントStorage1/Volume1が表示され、それぞれの状態情報が表示される。
【０１３８】  さらに、図２４のコンポネント表示画面５００において、Storage1/Volume1が選択された場合には、図２５に示すコンポネント表示画面５１０が展開表示される。図２５は、図２２に示すグループメンバ表示処理及び、図２３に示す基盤コンポネント展開表示処理により、各コンポネントの状態情報や、基盤コンポネントの状態情報が表示される。
【０１３９】  図２５に示すように、Storage1/Volume1の基盤コンポネントは、Contoroller1、ParityGroup、PowerUnit1及びPowerUnit2であることがわかる。そして、Storage1/Volume1は、総合的に正常ではない状態であるが、Storage1のVolume1自体が障害なわけではなく、基盤コンポネントのうち、PowerUnit1及びPowerUnit2が障害であることがわかる。なお、基盤コンポネントの状態情報の表示は、図２５に示すように、ノードやコンポネントが表示されている画面と同じ画面に展開されて表示されているが、かかる例に限定されず、別画面にて表示させるようにしてもよい。また、図２５では、コンポネントと基盤コンポネントが１つの画面の上部と下部に表示されているが、１つの画面の左部と右部に表示されてもよい。
【０１４０】  また、図２６に示すように、リソースグループ（ＲＧ）のうち、ユーザにより装置管理グループであるDeviceが選択された場合には、上記した図２１のグループ表示処理により、装置管理グループDeviceに追加されたノードServer1、Server2及びStorage1が表示され、それぞれの状態情報が表示される。
【０１４１】  さらに、図２５のコンポネント表示画面５２０において、Storage1が選択された場合には、図２７に示すコンポネント表示画面５３０が展開表示される。図２７は、図２２に示すグループメンバ表示処理により、各コンポネントの状態情報が表示される。
【０１４２】  図２７に示すように、Storage1を構成するコンポネントはVolume1、Volume2、Volume3、PowerUnit1、PowerUnit2などであり、Storage1は正常ではないことがわかり、PowerUnit1及びPowerUnit2が障害であることがわかる。
【０１４３】  このように、業務管理者や装置管理者など、管理者の立場によってコンポネントの状態を変えて表示させることができる。例えば、図２５の業務管理者に対して表示するコンポネント表示画面５１０では、Storage1のVolumu1は総合的に正常ではない状態であり、その原因は基盤コンポネントにあることがわかるように表示している。また、図２７の装置管理者に対して表示するコンポネント表示画面５３０では、Storage1は正常ではない状態であり、各ボリューム自体は正常であり、電源ユニットに障害があることがわかるように表示している。
【０１４４】（５）本実施形態の効果  本実施形態によれば、業務管理者または装置管理者の入力に応じて、業務管理グループまたは装置管理グループ（監視対象グループ）にノード（監視対象装置）またはコンポネントを追加し、コンポネントの基盤コンポネントに障害が発生した場合に、監視対象グループを介してコンポネントの状態を表示させる場合には、コンポネントが異常状態であることを表示させ、監視対象グループを介さずにコンポネントの状態を表示させる場合には、コンポネントが正常状態であり、ノードまたは基盤コンポネントが異常状態であることを表示させる。これにより、管理者の管理対象に関係する装置及び装置を構成する要素を特定し、これらの状態を加味した管理対象の状態情報を提供して、障害時の管理対象への影響を効率よく把握することができる。
【符号の説明】
【０１４５】  １００    管理計算機  １１１    構成情報取得部  １１２    性能情報取得部  １１３    リソースグループ管理部  １１４    表示部  ２００    表示計算機  ２１１    表示用結果表示プログラム  ３００    通信ネットワーク  ４００    サーバ  ５００    ストレージ 
【図１】
2014068773.tif 000003
【図２】
2014068773.tif 000004
【図３】
2014068773.tif 000005
【図４】
2014068773.tif 000006
【図５】
2014068773.tif 000007
【図６】
2014068773.tif 000008
【図７】
2014068773.tif 000009
【図８】
2014068773.tif 000010
【図９】
2014068773.tif 000011
【図１０】
2014068773.tif 000012
【図１１】
2014068773.tif 000013
【図１２】
2014068773.tif 000014
【図１３】
2014068773.tif 000015
【図１４】
2014068773.tif 000016
【図１５】
2014068773.tif 000017
【図１６】
2014068773.tif 000018
【図１７】
2014068773.tif 000019
【図１８】
2014068773.tif 000020
【図１９】
2014068773.tif 000021
【図２０】
2014068773.tif 000022
【図２１】
2014068773.tif 000023
【図２２】
2014068773.tif 000024
【図２３】
2014068773.tif 000025
【図２４】
2014068773.tif 000026
【図２５】
2014068773.tif 000027
【図２６】
2014068773.tif 000028
【図２７】
2014068773.tif 000029
【国際調査報告】
2014068773.tif 000030
2014068773.tif 000031