(57)【要約】ＬＡＮ９経由でＳＡＮ上のホストコンピュータ、スイッチ、ストレージ等の装置から各装置の装置構成情報（物理情報、論理情報）を取得し、この取得した装置構成情報から要素情報を生成し、この要素情報に基づいて要素情報間のリンクを作成する。さらに、ある要素に複数のリンクが貼られている場合、その中の１つのリンクを選択するように予めその選択するための情報を格納しておく。このようにすることによって、各要素がルーティングのための最小限の情報を格納し、さらに効率的に関連する要素を検索することが可能となる。
2004092964.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを構成する情報処理装置とスイッチ装置と記憶装置とのうち、少なくとも２の装置の関係を管理する処理をコンピュータに実行させる関係管理制御プログラムにおいて、
前記少なくとも２の装置の構成を示す情報である装置構成情報を取得する装置構成情報取得処理と、
該装置構成情報取得処理により取得した前記装置構成情報に基づいて、該装置構成情報に対応する要素情報を生成する要素情報生成処理と、
該要素情報生成処理により生成した複数の前記要素情報に基づいて、該各要素情報を互いに関連付ける関連付け処理と、
前記要素情報の複数から１つの要素情報を選択するための情報である分岐選択情報を生成する分岐選択情報生成処理と、
をコンピュータに実行させるための関係管理制御プログラム。
【請求項２】
前記装置構成情報は、前記情報処理装置と前記スイッチ装置と前記記憶装置の各装置が備える物理情報と論理情報とのうちの少なくとも１つの情報であることを特徴とする請求の範囲第１項記載の関係管理制御プログラム。
【請求項３】
前記要素情報生成処理は、生成した要素情報に固有の名称を付けることを特徴とする請求の範囲第１項記載の関係管理制御プログラム。
【請求項４】
前記関連付け処理は、前記要素情報同士を関連付けて階層型リンク構造を構成することを特徴とする請求の範囲第１項記載の関係管理制御プログラム。
【請求項５】
前記関連付け処理は、前記要素情報生成処理により生成した各要素情報に基づいて、第１の要素情報が該第１の要素情報の上階層にある第２の要素情報の固有の名称を該第１の要素情報に格納することを特徴とする請求の範囲第４項記載の関係管理制御プログラム。
【請求項６】
前記関連付け処理は、前記要素情報生成処理により生成した各要素情報に基づいて、第１の要素情報が該第１の要素情報の下階層にある第２の要素情報の固有の名称を該第１の要素情報に格納することを特徴とする請求の範囲第４項記載の関係管理制御プログラム。
【請求項７】
前記関連付け処理は、前記要素情報生成処理により生成した各要素情報に基づいて、第１の要素情報が該第１の要素情報と同階層にある第２の要素情報の固有の名称を該第１の要素情報に格納することを特徴とする請求の範囲第４項記載の関係管理制御プログラム。
【請求項８】
前記要素情報は、該要素情報である第１の要素情報の上階層にある第２の要素情報の固有の名称と、該第１の要素情報の下階層にある第３の要素情報の固有の名称と、該第１の要素情報と同階層にある第４の要素情報の固有の名称と、該第１の要素情報の前記分岐選択情報とのうちの少なくとも１つを格納するための領域を備えるオブジェクトであることを特徴とする請求の範囲第４項記載の関係管理制御プログラム。
【請求項９】
前記分岐選択情報生成処理は、前記関連付け処理により関連付けられた複数の前記要素情報に基づいて分岐選択情報を生成し、該生成した分岐選択情報を前記各要素情報に格納することを特徴とする請求の範囲第１項記載の関係管理制御プログラム。
【請求項１０】
前記ネットワークは、ストレージエリアネットワークであることを特徴とする請求の範囲第１項記載の関係管理制御プログラム。
【請求項１１】
ネットワークを構成する情報処理装置とスイッチ装置と記憶装置とのうち、少なくとも２の装置の関係を管理する処理をコンピュータに実行させる関係管理制御プログラムにおいて、
前記少なくとも２の装置の構成を示す情報である装置構成情報に対応する要素情報が複数生成され、該各要素情報を互いに関連付けた関連付け情報と、前記要素情報の複数から１つの要素情報を選択するための情報である分岐選択情報とに基づいて、前記要素情報の複数のうちの第１の要素情報から所定の方向の前記要素情報を検索する検索制御処理と、
前記分岐選択情報を取得する分岐選択情報取得処理と、
前記検索制御処理により検索された第２の要素情報が他の複数の要素情報へと関連付けられている場合、前記分岐選択情報取得処理によって取得された前記分岐選択情報に基づいて、該他の複数の要素情報のうちの１つの要素情報を決定する分岐先要素決定処理と、
をコンピュータに実行させるための関係管理制御プログラム。
【請求項１２】
前記検索制御処理は、前記第１の要素情報から所定の一方向へ検索し、該方向への検索の終了後、前記第１の要素情報から他方の一方向へ検索することを特徴とする請求の範囲第１１項記載の関係管理制御プログラム。
【請求項１３】
前記分岐先要素決定処理は、前記分岐選択情報取得処理により取得された分岐選択情報のうちの１つと、前記第２の要素情報が保持する該第２の要素情報と関連付けられている複数の要素情報のうちの１つと一致する場合、該一致した要素情報を検索することを決定することを特徴とする請求の範囲第１１項記載の関係管理制御プログラム。
【請求項１４】
前記分岐先要素決定処理は、前記分岐選択情報取得処理により取得された分岐選択情報のうちの１つと、前記第２の要素情報が保持する該第２の要素情報と関連付けられている複数の要素情報のそれぞれと不一致の場合、該複数の要素情報を検索すること決定することを特徴とする請求の範囲第１１項記載の関係管理制御プログラム。
【請求項１５】
前記関連付け情報は、前記要素情報同士を関連付けて関連付け階層型リンク構造が構築された情報であり、前記分岐選択情報取得処理は、既に取得した分岐選択情報と同一階層の分岐選択情報は取得しないことを特徴とする請求の範囲第１１項記載の関係管理制御プログラム。
【請求項１６】
前記関連付け情報は、前記要素情報同士を関連付けて関連付け階層型リンク構造が構築された情報であり、前記検索制御処理により同一階層方向へ検索された場合、１つ目の要素情報のみ検索することを特徴とする請求の範囲第１１項記載の関係管理制御プログラム。
【請求項１７】
前記ネットワークは、ストレージエリアネットワークであることを特徴とする請求の範囲第１１項記載の関係管理制御プログラム。
【請求項１８】
ネットワークを構成する情報処理装置とスイッチ装置と記憶装置とのうち、少なくとも２の装置の関係を管理する関係管理制御装置において、
前記少なくとも２の装置の構成を示す情報である装置構成情報を取得する装置構成情報取得手段と、
該装置構成情報取得手段により取得した前記装置構成情報に基づいて、該装置構成情報に対応する要素情報を生成する要素情報生成手段と、
該要素情報生成手段により生成した複数の前記要素情報に基づいて、該各要素情報を互いに関連付ける関連付け手段と、
前記要素情報の複数から１つの要素情報を選択するための情報である分岐選択情報を生成する分岐選択情報生成手段と、
を備えることを特徴とする関係管理制御装置。
【請求項１９】
前記装置構成情報は、前記情報処理装置と前記スイッチ装置と前記記憶装置の各装置が備える物理情報と論理情報とのうちの少なくとも１つの情報であることを特徴とする請求の範囲第１８項記載の関係管理制御装置。
【請求項２０】
前記要素情報生成手段は、生成した要素情報に固有の名称を付けることを特徴とする請求の範囲第１８項記載の関係管理制御装置。
【請求項２１】
前記関連付け手段は、前記要素情報同士を関連付けて階層型リンク構造を構成することを特徴とする請求の範囲第１８項記載の関係管理制御装置。
【請求項２２】
前記関連付け手段は、前記要素情報生成手段により生成した各要素情報に基づいて、第１の要素情報が該第１の要素情報の上階層にある第２の要素情報の固有の名称を該第１の要素情報に格納することを特徴とする請求の範囲第２１項記載の関係管理制御装置。
【請求項２３】
前記関連付け手段は、前記要素情報生成手段により生成した各要素情報に基づいて、第１の要素情報が該第１の要素情報の下階層にある第２の要素情報の固有の名称を該第１の要素情報に格納することを特徴とする請求の範囲第２１項記載の関係管理制御装置。
【請求項２４】
前記関連付け手段は、前記要素情報生成手段により生成した各要素情報に基づいて、第１の要素情報が該第１の要素情報と同階層にある第２の要素情報の固有の名称を該第１の要素情報に格納することを特徴とする請求の範囲第２１項記載の関係管理制御装置。
【請求項２５】
前記要素情報は、該要素情報である第１の要素情報の上階層にある第２の要素情報の固有の名称と、該第１の要素情報の下階層にある第３の要素情報の固有の名称と、該第１の要素情報と同階層にある第４の要素情報の固有の名称と、該第１の要素情報の前記分岐選択情報とのうちの少なくとも１つを格納するための領域を備えるオブジェクトであることを特徴とする請求の範囲第２１項記載の関係管理制御装置。
【請求項２６】
前記分岐選択情報生成手段は、前記関連付け手段により関連付けられた複数の前記要素情報に基づいて分岐選択情報を生成し、該生成した分岐選択情報を前記各要素情報に格納することを特徴とする請求の範囲第１８項記載の関係管理制御装置。
【請求項２７】
前記ネットワークは、ストレージエリアネットワークであることを特徴とする請求の範囲第１８項記載の関係管理制御装置。
【請求項２８】
ネットワークを構成する情報処理装置とスイッチ装置と記憶装置とのうち、少なくとも２の装置の関係を管理する関係管理制御装置において、
前記少なくとも２の装置の構成を示す情報である装置構成情報に対応する要素情報が複数生成され、該各要素情報を互いに関連付けた関連付け情報と、前記要素情報の複数から１つの要素情報を選択するための情報である分岐選択情報とに基づいて、前記要素情報の複数のうちの第１の要素情報から所定の方向の前記要素情報を検索する検索制御手段と、
前記分岐選択情報を取得する分岐選択情報取得手段と、
前記検索制御手段により検索された第２の要素情報が他の複数の要素情報へと関連付けられている場合、前記分岐選択情報取得手段によって取得された前記分岐選択情報に基づいて、該他の複数の要素情報のうちの１つの要素情報を決定する分岐先要素決定手段と、
を備えることを特徴とする関係管理制御装置。
【請求項２９】
前記検索制御手段は、前記第１の要素情報から所定の一方向へ検索し、該方向への検索の終了後、前記第１の要素情報から他方の一方向へ検索することを特徴とする請求の範囲第２８項記載の関係管理制御装置。
【請求項３０】
前記分岐先要素決定手段は、前記分岐選択情報取得手段により取得された分岐選択情報のうちの１つと、前記第２の要素情報が保持する該第２の要素情報と関連付けられている複数の要素情報のうちの１つと一致する場合、該一致した要素情報を検索することを決定することを特徴とする請求の範囲第２８項記載の関係管理制御装置。
【請求項３１】
前記分岐先要素決定手段は、前記分岐選択情報取得手段により取得された分岐選択情報のうちの１つと、前記第２の要素情報が保持する該第２の要素情報と関連付けられている複数の要素情報のそれぞれと不一致の場合、該複数の要素情報を検索すること決定することを特徴とする請求の範囲第２８項記載の関係管理制御装置。
【請求項３２】
前記関連付け情報は、前記要素情報同士を関連付けて関連付け階層型リンク構造が構築された情報であり、前記分岐選択情報取得手段は、既に取得した分岐選択情報と同一階層の分岐選択情報は取得しないことを特徴とする請求の範囲第２８項記載の関係管理制御装置。
【請求項３３】
前記関連付け情報は、前記要素情報同士を関連付けて関連付け階層型リンク構造が構築された情報であり、前記検索制御手段により同一階層方向へ検索された場合、１つ目の要素情報のみ検索することを特徴とする請求の範囲第２８項記載の関係管理制御装置。
【請求項３４】
前記ネットワークは、ストレージエリアネットワークであることを特徴とする請求の範囲第２８項記載の関係管理制御装置。
【請求項３５】
ネットワークを構成する情報処理装置とスイッチ装置と記憶装置とのうち、少なくとも２の装置の関係を管理する処理をコンピュータに実行させる関係管理制御プログラムにおいて、
前記少なくとも２の装置の構成を示す情報である装置構成情報を取得する装置構成情報取得処理と、
該装置構成情報取得処理により取得した前記装置構成情報に基づいて、該装置構成情報に対応する要素情報を生成する要素情報生成処理と、
該要素情報生成処理により生成した複数の前記要素情報に基づいて、該各要素情報を互いに関連付ける関連付け処理と、
前記要素情報の複数から１つの要素情報を選択するための情報である分岐選択情報を生成する分岐選択情報生成処理と、
前記関連付け処理により関係付けられた前記要素情報の複数のうちの第１の要素情報から所定の方向の前記要素情報を検索する検索制御処理と、
前記分岐選択情報を取得する分岐選択情報取得処理と、
前記検索制御処理により検索された第２の要素情報が他の複数の要素情報へと関連付けられている場合、前記分岐選択情報取得処理によって取得された前記分岐選択情報に基づいて、該他の複数の要素情報のうちの１つの要素情報を決定する分岐先要素決定処理と、
をコンピュータに実行させるための関係管理制御プログラム。
【請求項３６】
前記ネットワークは、ストレージエリアネットワークであることを特徴とする請求の範囲第３５項記載の関係管理制御プログラム。
【請求項３７】
ネットワークを構成する情報処理装置とスイッチ装置と記憶装置とのうち、少なくとも２の装置の関係を管理する関係管理制御装置において、
前記少なくとも２の装置の構成を示す情報である装置構成情報を取得する装置構成情報取得手段と、
該装置構成情報取得手段により取得した前記装置構成情報に基づいて、該装置構成情報に対応する要素情報を生成する要素情報生成手段と、
該要素情報生成手段により生成した複数の前記要素情報に基づいて、該各要素情報を互いに関連付ける関連付け手段と、
前記要素情報の複数から１つの要素情報を選択するための情報である分岐選択情報を生成する分岐選択情報生成手段と、
前記関連付け手段により関係付けられた前記要素情報の複数のうちの第１の要素情報から所定の方向の前記要素情報を検索する検索制御手段と、
前記分岐選択情報を取得する分岐選択情報取得手段と、
前記検索制御手段により検索された第２の要素情報が他の複数の要素情報へと関連付けられている場合、前記分岐選択情報取得手段によって取得された前記分岐選択情報に基づいて、該他の複数の要素情報のうちの１つの要素情報を決定する分岐先要素決定手段と、
を備えることを特徴とする関係管理制御装置。
【請求項３８】
前記ネットワークは、ストレージエリアネットワークであることを特徴とする請求の範囲第３７項記載の関係管理制御装置。
【請求項３９】
ネットワークを構成する情報処理装置とスイッチ装置と記憶装置とのうち、少なくとも２の装置の関係を管理する関係管理制御装置とから構成される関係管理制御システムにおいて、
前記少なくとも２の装置の構成を示す情報である装置構成情報を取得する装置構成情報取得手段と、
該装置構成情報取得手段により取得した前記装置構成情報に基づいて、該装置構成情報に対応する要素情報を生成する要素情報生成手段と、
該要素情報生成手段により生成した複数の前記要素情報に基づいて、該各要素情報を互いに関連付ける関連付け手段と、
前記要素情報の複数から１つの要素情報を選択するための情報である分岐選択情報を生成する分岐選択情報生成手段と、
前記関連付け手段により関係付けられた前記要素情報の複数のうちの第１の要素情報から所定の方向の前記要素情報を検索する検索制御手段と、
前記分岐選択情報を取得する分岐選択情報取得手段と、
前記検索制御手段により検索された第２の要素情報が他の複数の要素情報へと関連付けられている場合、前記分岐選択情報取得手段によって取得された前記分岐選択情報に基づいて、該他の複数の要素情報のうちの１つの要素情報を決定する分岐先要素決定手段と、
を備えることを特徴とする関係管理制御システム。
【請求項４０】
前記ネットワークは、ストレージエリアネットワークであることを特徴とする請求の範囲第３９項記載の関係管理制御システム。
【請求項４１】
前記関係管理制御プログラムは、さらに、
前記要素情報のうち少なくともいずれか１つに障害が発生し障害発生状態になった場合、該要素情報を該障害発生状態から復旧させる復旧処理
をコンピュータに実行させる請求の範囲第１項記載の関係管理制御プログラム。
【請求項４２】
前記関係管理制御プログラムは、さらに、
前記要素情報のうち少なくともいずれか１つを選択し、該選択した要素情報について擬似的に前記障害を発生させて、前記障害発生状態に設定する擬似障害設定処理
をコンピュータに実行させる請求の範囲第４１項記載の関係管理制御プログラム。
【請求項４３】
前記擬似障害設定処理は、前記要素情報に対応する前記装置の有する部品を交換するか否かの判断を促すメッセージを表示させる処理
をコンピュータに実行させる請求の範囲第４１項記載の関係管理制御プログラム。
【請求項４４】
前記復旧処理は、前記装置間で送受信される情報の論理的送受信経路のうち前記障害発生状態に設定された前記要素情報に関係する該論理的送受信経路を閉塞させる論理的送受信経路閉塞処理と、  前記障害発生状態に設定された前記要素情報に対応する前記装置の有する部品を該装置から論理的に切り離させる切り離し処理と、
前記論理的送受信経路閉塞処理により閉塞した前記論理的送受信経路を開通させる開通処理と、
をコンピュータに実行させる請求の範囲第４１項記載の関係管理制御プログラム。
【請求項４５】
前記関係管理制御装置は、さらに、
前記要素情報のうち少なくともいずれか１つに障害が発生し障害発生状態になった場合、該要素情報を該障害発生状態から復旧させる手段
を備えることを特徴とする請求の範囲第１８項記載の関係管理制御装置。
【請求項４６】
前記関係管理制御装置は、さらに、
前記要素情報のうち少なくともいずれか１つを選択し、該選択した要素情報について擬似的に前記障害を発生させて、前記障害発生状態に設定する擬似障害設定手段
を備えることを特徴とする請求の範囲第４５項記載の関係管理制御装置。
【請求項４７】
前記擬似障害設定手段は、前記要素情報に対応する前記装置の有する部品を交換するか否かの判断を促すメッセージを表示させるメッセージ表示手段と
を備えることを特徴とする請求の範囲第４５項記載の関係管理制御装置。
【請求項４８】
前記復旧手段は、前記装置間で送受信される情報の論理的送受信経路のうち前記障害発生状態に設定された前記要素情報に関係する該論理的送受信経路を閉塞させる論理的送受信経路閉塞手段と、
前記障害発生状態に設定された前記要素情報に対応する前記装置の有する部品を該装置から論理的に切り離させる切り離し手段と、
前記論理的送受信経路閉塞処理により閉塞した前記論理的送受信経路を開通させる開通手段と、
を備えることを特徴とする請求の範囲第４５項記載の関係管理制御装置。
【請求項４９】
前記関係管理制御装置は、さらに、
前記要素情報のうち少なくともいずれか１つに障害が発生し障害発生状態になった場合、該要素情報を該障害発生状態から復旧させる手段
を備えることを特徴とする請求の範囲第２１項記載の関係管理制御装置。
【請求項５０】
前記関係管理制御装置は、さらに、
前記要素情報のうち少なくともいずれか１つを選択し、該選択した要素情報について擬似的に前記障害を発生させて、前記障害発生状態に設定する擬似障害設定手段
を備えることを特徴とする請求の範囲第４９項記載の関係管理制御装置。
【請求項５１】
前記擬似障害設定手段は、前記要素情報に対応する前記装置の有する部品を交換するか否かの判断を促すメッセージを表示させるメッセージ表示手段と
を備えることを特徴とする請求の範囲第４９項記載の関係管理制御装置。
【請求項５２】
前記復旧手段は、前記階層型リンク構造で示される前記装置間で送受信される情報の論理的送受信経路のうち前記障害発生状態に設定された前記要素情報に関係する該論理的送受信経路を閉塞させる論理的送受信経路閉塞手段と、
前記障害発生状態に設定された前記要素情報に対応する前記装置の有する部品を該装置から論理的に切り離させる切り離し手段と、
前記論理的送受信経路閉塞処理により閉塞した前記論理的送受信経路を開通させる開通手段と、
を備えることを特徴とする請求の範囲第４９項記載の関係管理制御装置。
【請求項５３】
前記関係管理制御システムは、さらに、
前記要素情報のうち少なくともいずれか１つに障害が発生し障害発生状態になった場合、該要素情報を該障害発生状態から復旧させる手段
を備えることを特徴とする請求の範囲第３９項記載の関係管理制御システム。
【請求項５４】
前記関係管理制御システムは、さらに、
前記要素情報のうち少なくともいずれか１つを選択し、該選択した要素情報について擬似的に前記障害を発生させて、前記障害発生状態に設定する擬似障害設定手段
を備えることを特徴とする請求の範囲第５３項記載の関係管理制御システム。
【請求項５５】
前記擬似障害設定手段は、前記要素情報に対応する前記装置の有する部品を交換するか否かの判断を促すメッセージを表示させるメッセージ表示手段と
を備えることを特徴とする請求の範囲第５３項記載の関係管理制御システム。
【請求項５６】
前記復旧手段は、前記装置間で送受信される情報の論理的送受信経路のうち前記障害発生状態に設定された前記要素情報に関係する該論理的送受信経路を閉塞させる論理的送受信経路閉塞手段と、
前記障害発生状態に設定された前記要素情報に対応する前記装置の有する部品を該装置から論理的に切り離させる切り離し手段と、
前記論理的送受信経路閉塞処理により閉塞した前記論理的送受信経路を開通させる開通手段と、
を備えることを特徴とする請求の範囲第５３項記載の関係管理制御システム。
【請求項５７】
ネットワークを構成する情報処理装置とスイッチ装置と記憶装置とのうち、少なくとも２の装置の関係を管理する情報を格納する関係管理制御データベースにおいて、
前記少なくとも２の装置から取得した該装置の構成を示す情報である装置構成情報から生成された該装置構成情報に対応する要素情報に基づいて該各要素情報を互いに関連付けて、該関連付けた前記要素情報の複数から１つの要素情報を選択するための情報である分岐選択情報を格納することを特徴とする関係管理制御データベース。
【請求項５８】
ネットワークを構成する情報処理装置とスイッチ装置と記憶装置とのうち、少なくとも２の装置の関係を管理する処理をコンピュータに実行させる関係管理制御プログラムにおいて、
前記少なくとも２の装置の構成を示す情報である装置構成情報を取得する装置構成情報取得処理と、
前記装置構成情報取得手段により取得した前記装置構成情報に基づいて、前記各装置間及び該装置内の論理的な接続を表示させる表示処理
をコンピュータに実行させる関係管理制御プログラム。
【請求項５９】
前記関係管理制御プログラムは、さらに、
前記関連付け処理により関連付けた前記要素情報と前記分岐選択情報生成処理により生成した前記分岐選択情報とに基づいて、前記各装置間及び該装置内の論理的な接続を表示させる表示処理と、
をコンピュータに実行させる請求の範囲第項１記載の関係管理制御プログラム。
【請求項６０】
ネットワークを構成する情報処理装置とスイッチ装置と記憶装置とのうち、少なくとも２の装置の関係を管理する関係管理制御装置において、
前記少なくとも２の装置の構成を示す情報である装置構成情報を取得する装置構成情報取得手段と、
前記装置構成情報取得手段により取得した前記装置構成情報に基づいて、前記各装置間及び該装置内の論理的な接続を表示させる表示手段と、
を備えることを特徴とする関係管理制御装置。
【請求項６１】
前記関係管理制御装置は、さらに、
前記関連付け手段により関連付けた前記要素情報と前記分岐選択情報生成手段により生成した前記分岐選択情報とに基づいて、前記各装置間及び該装置内の論理的な接続を表示させる表示手段と、
を備えることを特徴とする請求の範囲第１８項記載の関係管理制御装置。
【請求項６２】
ネットワークを構成する情報処理装置とスイッチ装置と記憶装置とのうち、少なくとも２の装置の関係を管理する関係管理制御装置とから構成される関係管理制御システムにおいて、
前記少なくとも２の装置の構成を示す情報である装置構成情報を取得する装置構成情報取得手段と、
前記装置構成情報取得手段により取得した前記装置構成情報に基づいて、前記各装置間及び該装置内の論理的な接続を表示させる表示手段と、
を備えることを特徴とする関係管理制御システム。
【請求項６３】
前記関係管理制御システムは、さらに、
前記関連付け手段により関連付けた前記要素情報と前記分岐選択情報生成手段により生成した前記分岐選択情報とに基づいて、前記各装置間及び該装置内の論理的な接続を表示させる表示手段と、
を備えることを特徴とする請求の範囲第３９項記載の関係管理制御システム。
【発明の詳細な説明】
【技術分野】  本発明は、ファイバチャネル・ネットワークを用いて複数のサーバ／複数のストレージを結合するストレージ・エリア・ネットワーク（以下ＳＡＮという）を管理するためのプログラム、及び装置に関する。
【背景技術】  現在のコンピュータシステムは、システムを構成する要素としてハードウェア等の物理要素や、データ領域、メモリアドレス等の論理要素が存在する。しかし、これらの要素の関係は、近年の通信技術の発達により、インターネット、ＬＡＮ、ＷＡＮ等のネットワークで接続されるコンピュータ数の増大によるシステムの環境の拡大に伴い複雑さを増している。
そこで、これらの要素間の関係について要素間の接続を表現した関係管理ソフトウェアやシステムが登場した（例えば、特許文献１、特許文献２、特許文献３、特許文献４）。ここで、関係管理とは、これら多くの要素がそれぞれどの様に関連しているかということである。
さて、コンピュータシステムを管理する一般的な手法として、図１に示す手法がある。同図において、要素Ａ（１００），Ｂ（１０１），Ｃ（１０２），Ｄ（１０３），Ｅ（１０４）があり、要素Ａ（１００）と要素Ｂ（１０１）とは同一種類の要素であり、要素Ｄ（１０３）と要素Ｅ（１０４）とは同一種類の要素である。この同一種類の要素を纏めた単位をグループとする（要素Ａ，Ｂからなるグループ１（１０５）、要素Ｃ（１０２）からなるグループ２（１０６）、要素Ｄ（１０３），Ｅ（１０４）からなるグループ３（１０７））。そして、要素Ａと要素Ｃとを結合し、要素Ｂと要素Ｃとを結合し、要素Ｃと要素Ｄとを結合し、要素Ｃと要素Ｅとを結合する。
このようにして、３つのグループを体系づけて上下の階層を構築する。このとき、各要素Ａ，Ｂ，Ｃ，Ｄ，Ｅは、リンク情報として他のどの要素と結合されているかの情報を持っている。たとえば、要素Ａは、要素Ｃとリンクしているという情報を持っている。要素Ｂは、要素Ｃとリンクしているという情報を持っている。要素Ｃは、要素Ａと要素Ｂと要素Ｄと要素Ｅとにリンクしているという情報を持っている。要素Ｄは、要素Ｃとリンクしているという情報を持っている。要素Ｅは、要素Ｃとリンクしているという情報を持っている。
上記のように、各要素の関連情報を格納する方法として、各要素に関連する他の要素の情報を全て格納する方法がある。この場合、要素Ａは要素Ｃを経由して要素Ｅと関連がある場合、要素Ａには要素Ｃと要素Ｅの情報を格納し、また要素Ｅには要素Ｄと要素Ａの情報を格納し、要素Ｃはすべての要素に関係するから要素Ａ，Ｂ，Ｄ，Ｅの情報を格納する。
【特許文献１】        特開平４−２６６２４９号（第１−５頁、第１−９図）
【特許文献２】        特開平１０−２９４７３１号（第１−１１頁、第１−２５図）
【特許文献３】        特開平１１−３４０９８０号（第１−１１頁、第１−２５図）
【特許文献４】        特開２００２−６３０６３号（第１−１１頁、第１−１０図）
ところが、上記の各要素に関連する他の要素の情報を全て格納する方法では、全体の要素数が増加するほど、各要素が保持するデータは膨大な量となってしまうというデメリットがある。
このように、従来の関係管理ソフトウェアは単に要素間の結合を表現するだけで、複数の要素を越えて関係を管理する手段として効率的な方法が提供されていなかった。つまり、複数の要素を超えた関係を管理する場合は、その関係要素に関しての全ての情報を持つ必要があった。従って、各要素が保持する情報は膨大になり、有限なメモリ資源を浪費したり、余計な負荷による処理速度を低下させたり等の問題があった。
また、ＳＡＮにおいて、自動で障害箇所を検知し保守復旧するシステムは従来存在しておらず、障害が発生した場合には、人手に委ね、復旧させるのに多大な労力が必要であった。
上記の課題に鑑み、本発明では、各要素がルーティングのための最小限の情報を格納し、さらに効率的に関連する要素を検索するプログラム及び装置を提供する。さらに、容易にＳＡＮ上のデバイスの保守復旧が行えるプログラム及び装置を提供する。
【発明の開示】
上記課題は、ストレージエリアネットワークを構成するホストコンピュータとスイッチ装置とストレージ装置との関係を管理する処理をコンピュータに実行させる関係管理制御プログラムにおいて、前記ホストコンピュータと前記スイッチ装置と前記ストレージ装置との各装置から該装置を構成する情報である装置構成情報を取得する装置構成情報取得処理と、該装置構成情報取得処理により取得した前記装置構成情報に基づいて、該装置構成情報に対応する要素情報を生成する要素情報生成処理と、該要素情報生成処理により生成した複数の前記要素情報に基づいて、該各要素情報を互いに関連付ける関連付け処理と、前記要素情報の複数から１つの要素情報を選択するための情報である分岐選択情報を生成する分岐選択情報生成処理と、をコンピュータに実行させるための関係管理制御プログラムを提供することによって達成できる。
このように構成することによって、複数ある要素のうちから１つの要素情報を選択するための情報のみ保持すればよいので、従来に比べ要素間のルーティングのために保持する情報が少なくなり、メモリ資源の節約を図ることができる。
また上記課題は、前記関連付け処理は、前記要素情報同士を関連付けて階層型リンク構造を構成することを特徴とする請求の範囲第１項記載の関係管理制御プログラムを提供することによって達成できる。
このように構成することによって、各装置の物理情報や論理情報に基づいた要素を階層型リンクとして構成することができる。
また上記課題は、前記分岐選択情報生成処理は、前記関連付け処理により関連付けられた複数の前記要素情報に基づいて分岐選択情報を生成し、該生成した分岐選択情報を前記各要素情報に格納することを特徴とする請求の範囲第１項記載の関係管理制御プログラムを提供することによって達成できる。
このように構成することによって、複数の分岐先の要素情報の中から正規の分岐先への要素情報を選択するための分岐選択情報を生成・保持することができる。
また上記課題は、ストレージエリアネットワークを構成するホストコンピュータとスイッチ装置とストレージ装置との関係を管理する処理をコンピュータに実行させる関係管理制御プログラムにおいて、前記ホストコンピュータと前記スイッチ装置と前記ストレージ装置との各装置から取得された該各装置を構成する情報である装置構成情報に対応する要素情報が複数生成され、該各要素情報を互いに関連付けた関連付け情報と、前記要素情報の複数から１つの要素情報を選択するための情報である分岐選択情報とに基づいて、前記要素情報の複数のうちの第１の要素情報から所定の方向の前記要素情報を検索する検索制御処理と、前記分岐選択情報を取得する分岐選択情報取得処理と、前記検索制御処理により検索された第２の要素情報が他の複数の要素情報へと関連付けられている場合、前記分岐選択情報取得処理によって取得された前記分岐選択情報に基づいて、該他の複数の要素情報のうちの１つの要素情報を決定する分岐先要素決定処理と、をコンピュータに実行させるための関係管理制御プログラムを提供することによって達成できる。
このように構成することによって、どの要素と関連があるかという分岐先の要素を特定するための情報を検索中の要素は保持しているので、特定の要素情報と関連のある一連の要素情報を効率よく検索することができる。
また上記課題は、ストレージエリアネットワークを構成するホストコンピュータとスイッチ装置とストレージ装置との関係を管理する関係管理制御装置において、前記ホストコンピュータと前記スイッチ装置と前記ストレージ装置との各装置から該装置を構成する情報である装置構成情報を取得する装置構成情報取得手段と、該装置構成情報取得手段により取得した前記装置構成情報に基づいて、該装置構成情報に対応する要素情報を生成する要素情報生成手段と、該要素情報生成手段により生成した複数の前記各要素情報に基づいて、該各要素情報を互いに関連付ける関連付け手段と、前記要素情報の複数から１つの要素情報を選択するための情報である分岐選択情報を生成する分岐選択情報生成手段と、を備えることを特徴とする関係管理制御装置を提供することによって達成できる。
このように構成することによって、複数ある要素のうちから１つの要素情報を選択するための情報のみ保持すればよいので、従来に比べ要素間のルーティングのために保持する情報が少なくなり、メモリ資源の節約を図ることができる。
【図面の簡単な説明】  本発明は、後述する詳細な説明を、下記の添付図面と共に参照すればより明らかになるであろう。
図１は、従来の各要素が保持する情報の概念を示す図である。
図２は、本発明の構成の概要を示す図である。
図３は、本発明における各要素が保持する情報の概念を示す図である。
図４は、第１の実施形態におけるＳＡＮの物理的・論理的な構成概要を示す図である。
図５は、第１の実施形態における処理フローを示す図である。
図６は、第１の実施形態における要素間の階層型リンク構造を示す図である。
図７は、第１の実施形態における図６の要素／ｄｅｖ／ｒｄｓｋ／Ｃ２ｔ１ｄ１に格納されている情報の一例を示す図である。
図８は、第１の実施形態における図６の要素ｆｊｐｆｃａ０に格納されている情報の一例を示す図である。
図９は、第１の実施形態における図６の要素ＣＡ０に格納されている情報の一例を示す図である。
図１０は、第１の実施形態における図６の要素ＡｆｆｉｎｉｔｙＧｒｏｕｐ０に格納されている情報の一例を示す図である。
図１１は、第１の実施形態における図６の要素ＡｆｆｉｎｉｔｙＧｒｏｕｐ１に格納されている情報の一例を示す図である。
図１２は、第１の実施形態の実施例におけるシステムの構成概要を示す図である。
図１３は、第１の実施形態の実施例におけるユーザと、関係管理制御装置１と、各装置との関係を示すフローである。
図１４は、第１の実施形態の実施例における各スイッチに設けられている各ポートについての接続先（相手）のポート名を取得するフローである。
図１５は、第１の実施形態の実施例におけるホストとストレージとの物理情報および論理情報を示す図である。
図１６は、第１の実施形態の実施例におけるＢｒａｎｃｈＣｈｅｃｋＩＤの生成手順を示すためのモデル図である。
図１７は、第１の実施形態の実施例におけるＢｒａｎｃｈＣｈｅｃｋＩＤの生成フローを示す図である。
図１８は、第１の実施形態における階層型リンク構造の構築後の表示画面を示す図である。
図１９は、第２の実施形態における検索のフローを示す図である。
図２０は、第２の実施形態の実施例における一時的に格納されたＢｒａｎｃＣｈｅｃｋＩＤを示す図である。
図２１は、第２の実施形態の実施例におけるＰｏｒｔαが格納しているＢｒａｎｃＣｈｅｃｋＩＤを示す図である。
図２２は、第２の実施形態の実施例における検索処理後の表示画面を示す図である。
図２３は、第１，第２の実施形態における関係管理制御装置１のハードウェア環境の構成ブロック図である。
図２４は、第３の実施形態におけるストレージシステムの情報をサーバ、スイッチ、ストレージから読み込んでその情報を表示したＧＵＩを示す図である。
図２５は、第３の実施形態における擬似障害を発生させるためのメニュー表示である。
図２６は、第３の実施形態における擬似障害の環境を設定するための画面を示す図である。
図２７は、第３の実施形態における保守開始のためのメニュー表示である。
図２８は、第３の実施形態における保守画面を示す図である。
図２９は、第３の実施形態におけるＳＡＮ上の各装置の状態を示す履歴画面を示す図である。
【発明を実施するための最良の形態】  図２は、本発明の構成の概要を示す。同図において、本発明にかかるソフトウェアをインストールした装置１（以下、関係管理制御装置１という）は、ＳＡＮ上のホストコンピュータ、スイッチ、ストレージ等とＬＡＮ等のネットワークを介して接続されている。
関係管理制御装置１は、装置構成情報取得手段２、要素情報生成手段３、リンク生成手段４、分岐情報生成手段５、分岐情報取得手段６、検索制御手段７、分岐先要素決定手段８から構成される。
装置構成情報取得手段２では、ＬＡＮ９（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）経由でＳＡＮを構築しているホストコンピュータ、スイッチ、ストレージ等の各装置から物理情報や論理情報である装置構成情報を取得する。要素情報生成手段３では、取得した装置構成情報から要素情報を生成する。リンク生成手段４では、要素情報に基づいて要素情報間の関連付け（リンク）を行う。分岐情報生成手段５では、ある要素に複数の要素がリンクされている場合にその中の１つの要素を選択することができるように、予めその選択するための情報を格納する。
そして、要素間の関係を表すリンク構造が関係管理制御装置１のディスプレイに表示される。
検索制御手段７では、検索動作を制御する。分岐情報取得手段６では、検索された要素の分岐選択情報を取得する。分岐先要素決定手段８では、分岐選択情報に基づいて分岐先の要素を決定する。そして、所定の要素に関連する要素群が検索され、関係管理制御装置１のディスプレイに表示される。
図３は、本発明において各要素が保持する情報の概念を示す。同図において、要素Ａには要素Ｅの情報のみが格納され、要素Ｅには要素Ａの情報のみが格納される。このとき、要素Ａに関連する要素を検索する場合、下方向への検索（下検索）を行うが、まず要素Ｃが検索される。
さらに、下検索を行うと、要素Ｄと要素Ｅが検出されるが、要素Ａには要素Ｅの情報が格納されているので要素Ｅを選択するというものである。要素Ａに要素Ｅの情報が格納されていない場合は、要素Ｃの検索後の下検索では要素Ｄと要素Ｅとが選択されるということである。
図３と図１の要素Ａが保持する情報を比較すると、図１では要素Ｃ，Ｅの２つの情報を保持しているのに対して、図３では要素Ｅの１つの情報しか保持していない。要素Ｅについても同様である。したがって、各要素が保持する情報が従来に比べて少なくて済み、メモリに展開する情報を少なくすることができる。
このように、本発明では、各要素が自身と関連付けられている他の要素との関連情報を格納する場合、上記のように上下階層を明確に定義したときに、効率的な情報を格納するのみで要素間の関連付けを定義することが可能となる。
＜第１の実施形態＞
図４は、本実施形態におけるＳＡＮの物理的・論理的な構成概要を示す。ホスト１０は、ホストバス・アダプタ（以下、ＨＢＡという）１１を介して、ファイバチャネル（以下、ＦＣという）でスイッチ１２と接続されており、ストレージ装置１３は、ファイバチャネルアダプタ（以下、ＣＡという）１４を介してスイッチ１２と接続されている。
ＲＡＩＤ０（ＲＡＩＤ：Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙ  ｏｆ  Ｉｎｅｘｐｅｎｓｉｖｅ  Ｄｉｓｋｓ）（１８ａ）は、ハードディスクＡ（１９ａ），Ｂ（１９ｂ）から構成され、ＲＡＩＤ１（１８ｂ）は、ハードディスクＣ（１９ｃ），Ｄ（１９ｄ）から構成される。
Ｌｕｎ（Ｌｏｇｉｃａｌ  Ｕｎｉｔ  Ｎｕｍｂｅｒ）とは、サーバ側から指定される論理ディスク単位であるＬｕ（Ｌｏｇｉｃａｌ  Ｕｎｉｔ）の番号のことであり、本実施形態では、Ｌｕｎ０（１６ａ）とＬｕｎ１（１６ｂ）があるものとする。
ＬｕｎＶは、ＲＡＩＤ内部を論理的なボリュームに区分けしたものであり、ＬｕｎＶはそれぞれ、Ｌｕｎと対応付けられている。本実施形態ではＬｕｎ０（１６ａ）に対応付けられているＬｕｎＶ０（１７ａ）と、Ｌｕｎ１（１６ｂ）に対応付けられているＬｕｎＶ１（１７ｂ）とがある。
ＡｆｆｉｎｉｔｙＧｒｏｕｐ（アフィニティグループ）は、ＣＡのポートに設定されるホストからのアクセス単位であり、図４では、ＡｆｆｉｎｉｔｙＧｒｏｕｐ０（１５ａ）とＡｆｆｉｎｉｔｙＧｒｏｕｐ１（１５ｂ）があるものとする。ＡｆｆｉｎｉｔｙＧｒｏｕｐ０（１５ａ）の配下にＬｕｎ０（１６ａ）とＬｕｎ１（１６ｂ）があるものとする。なお、ＨＢＡ１１、スイッチ１２、ＣＡ１４，ＡｆｆｉｎｉｔｙＧｒｏｕｐ１５，Ｌｕｎ１６，ＬＶ１７，ＲＡＩＤ１８、ディスク１９の数は、同図に限定されるものではない。
図５は、本実施形態における処理フローを示す。まず、関係管理制御装置１は、図４のホスト１０、スイッチ１２、ストレージ１３の各装置から物理情報（ＨＢＡ１１、ＣＡ１４等）や論理情報（ＡｆｆｉｎｉｔｙＧｒｏｕｐ、Ｌｕｎ、ＬｕｎＶ等）の装置構成情報を取得する（ステップＳ１（以下、ステップをＳという））。
次に、取得したこれらの装置構成情報に基づいて、要素を生成する（Ｓ２）。要素とは、取得した装置構成情報が装置の物理的構成を表す情報である場合には１つの物理情報に対応する１つのオブジェクトであり、また装置の論理的構成情報ならば１つの論理情報に対応する１つのオブジェクトのことである。取得した全ての物理情報及び論理情報を要素として構築（生成）する。そして、生成した要素に固有の名称（ＩＤ）をつける。つまり、各要素の名前は全要素内で唯一であるという定義をする。
次に、それぞれの要素が有する情報に基づいて要素間で互いに関係付けを行い、生成した全要素について階層型のリンク構造を生成する（Ｓ３）。ここでの関連付けとは、ある要素Ｘの上位にある要素のＩＤをＰａｒｅｎｔＬｉｎｋＩＤ（ペアレントリンクＩＤ）として要素Ｘのオブジェクトに格納し、下位にある要素のＩＤをＣｈｉｌｄＬｉｎｋＩＤ（チャイルドリンクＩＤ）として要素Ｘのオブジェクトに格納し、横方向で関連のある要素の情報として相手要素のＩＤをＲｅｌａｔｉｖｅＬｉｎｋＩＤ（リレイティブリンクＩＤ）として要素Ｘのオブジェクトに格納することである。このように各要素は、互いの要素のＩＤを格納している。
上記のように、Ｓ３では、物理構成の接続の関係や、実装の関係、および論理構成の関係を指し示す情報であるＰａｒｅｎｔＬｉｎｋＩＤ、ＣｈｉｌｄＬｉｎｋＩＤ、ＲｅｌａｔｉｖｅＬｉｎｋＩＤをリンク情報とする。これは、図３で説明したように、同一情報を纏めたグループで上下関係を示すＡ−Ｃ，Ｂ−Ｃ，Ｃ−Ｄ，Ｃ−Ｅの関係情報である。
次に、分岐情報を生成する（Ｓ４）。Ｓ４では、各要素が保有する情報からグループを超えた特定の関係情報を生成する。この特定の関係情報とは、ある要素が他のグループの要素や装置の要素と関連する場合、どの要素と論理的関係を持っているのかという情報（特定論理関係情報）である。この特定論理関係情報に基づいて関係管理を辿ることができる。この特定論理関係情報または分岐情報のことを、以下、ＢｒａｎｃｈＣｈｅｃｋＩＤ（ブランチチェックＩＤ）と呼ぶ。
上記で設定された上下左右のリンク情報では、各要素の全ての関係についてリンク情報が生成されているが、さらに下位・上位に渡る特定の要素への関係は分からない。特定の要素にたどり着く検索をするためには、どこかで複数あるリンクから１つを選択していくということを実行しなければならないが、その情報としてＢｒａｎｃｈＣｈｅｃｋＩＤを生成する。
例えば、ある要素Ｚが他の要素との関連を検索する過程で、その検索途中で通行した要素から複数の同一レベル（グループ）の要素へリンクが伸びており、どの要素を選択すれば良いのかが不明な場合があるとする。この場合、検索途中において分岐をもつ要素を通過するときに、どの分岐先の要素を選択すべきなのかを示す情報であるＢｒａｎｃｈＣｈｅｃｋＩＤを要素Ｚに持たせることで、要素Ｚを関連する要素の関係管理を把握できる。
さて、各要素はオブジェクトとして構成されており、ＰａｒｅｎｔＬｉｎｋＩＤ、ＣｈｉｌｄＬｉｎｋＩＤ、ＲｅｌａｔｉｖｅＬｉｎｋＩＤ、ＢｒａｎｃｈＣｈｅｃｋＩＤ、その他の情報をオブジェクト内部の変数に格納している。ここで、図６の階層型リンク構造を例として、オブジェクトとして各要素が備える情報の一例について、図７〜図１１を参照しながら説明する。
図６は、要素／ｄｅｖ／ｒｄｓｋ／Ｃ２ｔ１ｄ１（２０）が最上位であり、この要素２０の下位に要素ｆｊｐｆｃａ０（２１）があり、要素２１の下位にＣＡ０（２２）があり、要素２２の下位にＡｆｆｉｎｉｔｙＧｒｏｕｐ０（２３）とＡｆｆｉｎｉｔｙＧｒｏｕｐ１（２４）とが同階層にある。同図では、要素／ｄｅｖ／ｒｄｓｋ／Ｃ２ｔ１ｄ１を選択した場合、要素２０−要素２１−要素２２−要素２４のルートが強調して表示されている（図６では、太線で表示している）。
図７は、要素／ｄｅｖ／ｒｄｓｋ／Ｃ２ｔ１ｄ１（２０）（ロウデバイス（ＲｏｗＤｅｖｉｃｅ）オブジェクト）に格納されている情報の一例を示す。同図において、変数Ｎａｍｅは、自分のオブジェクト名であり、この場合、値「／ｄｅｖ／ｒｄｓｋ／Ｃ２ｔ１ｄ１」が格納されている。変数ＰａｒｅｎｔＬｉｎｋＩＤは、自分の上位に繋がるオブジェクト名が格納されている。図６において、要素／ｄｅｖ／ｒｄｓｋ／Ｃ２ｔ１ｄ１（２０）は最上位のオブジェクトであるので、その上位の要素は無く、ＰａｒｅｎｔＬｉｎｋＩＤは格納されていない。
変数ＣｈｉｌｄＬｉｎｋＩＤは、自分の下に繋がるオブジェクト名（コントローラ番号が２である要素を探し、入力される値である。これについては後述する）であり、値「ｆｊｐｆｃａ０」が格納されている。ＢｒａｎｃｈＣｈｅｃｋＩＤは、ＣＡ０に２つあるＣｈｉｌｄＬｉｎｋから１つを選択するために必要な情報である。図６では、ＡｆｆｉｎｉｔｙＧｒｏｕｐ１が選択されているので、このＢｒａｎｃｈＣｈｅｃｋＩＤには、「ＡｆｆｉｎｉｔｙＧｒｏｕｐ１」が格納される。
図８は、要素ｆｊｐｆｃａ０（２１）（ＨＢＡポートオブジェクト）に格納されている情報の一例を示す。同図において、変数Ｎａｍｅは、自分のオブジェクト名であり、値「ｆｊｐｆｃａ０」が格納されている。変数ＰａｒｅｎｔＬｉｎｋＩＤは、上位に繋がるオブジェクト名が格納されている（Ｃ２で始まるロウデバイスを探し入力される値であり、これについては後述する）。要素ｆｊｐｆｃａ０の上位のオブジェクトである「／ｄｅｖ／ｒｄｓｋ／Ｃ２ｔ１ｄ１」が格納されている。
変数ＣｈｉｌｄＬｉｎｋＩＤは、自分の下に繋がるオブジェクト名（後述するＣｏｎｎｅｃｔｅｄＷＷＰＮのＷＷＰＮを持つオブジェクトを探して入力される値）であり、値「ＣＡ０」が格納されている。変数Ｃｏｎｔｒｏｌｌｅｒ  Ｎｕｍｂｅｒは、このＨＢＡポートのコントローラ番号が格納されており、値「２」が格納されている。
変数ＷＷＰＮ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｐｏｒｔ  Ｎａｍｅ）は、このＨＢＡＰｏｒｔのＷＷＰＮ番号であり、本実施形態では、「１００００００００Ｅ２４４１ＡＤ」が格納されている。変数ＣｏｎｎｅｃｔｅｄＷＷＰＮは、このＨＢＡポートと接続している相手のＷＷＰＮ番号であり、本実施形態では、「２１０００００００ＥＤＡ００ＣＤ」が格納されている。
図９は、要素ＣＡ０（２２）（ＣＡポートオブジェクト）に格納されている情報の一例を示す。同図において、変数Ｎａｍｅは、自分のオブジェクト名であり、値「ＣＡ０」が格納されている。変数ＰａｒｅｎｔＬｉｎｋＩＤは、自分の上位に繋がるオブジェクト名であり、要素ＣＡの上位のオブジェクトである「ｆｊｐｆｃａ０」が格納されている。
変数ＣｈｉｌｄＬｉｎｋＩＤは、自分の下に繋がるオブジェクト名であり、「ＡｆｆｉｎｉｔｙＧｒｏｕｐ０，ＡｆｆｉｎｉｔｙＧｒｏｕｐ１」が格納されている。変数ＷＷＰＮは、このＣＡポートのＷＷＰＮ番号であり、「２１０００００００ＥＤＡ００ＣＤ」が格納されている。
Ａｆｆｉｎｉｔｙ情報は、このＣＡとアクセスを許可する相手ＷＷＰＮと、使用を許可するＡｆｆｉｎｉｔｙＧｒｏｕｐとを定義したものであり、「１００００００００Ｅ２４４１ＡＤ：ＡｆｆｉｎｉｔｙＧｒｏｕｐ１」が格納されている。変数ＡｆｆｉｎｉｔｙＧｒｏｕｐは、このＣＡ０に設定されているＡｆｆｉｎｉｔｙＧｒｏｕｐ番号であり、「０，１」が格納されている。
図１０は、要素ＡｆｆｉｎｉｔｙＧｒｏｕｐ０（ＡｆｆｉｎｉｔｙＧｒｏｕｐ０オブジェクト）に格納されている情報の一例を示す。同図において、変数Ｎａｍｅは、自分のオブジェクト名であり、値「ＡｆｆｉｎｉｔｙＧｒｏｕｐ０」が格納されている。変数ＰａｒｅｎｔＬｉｎｋＩＤは、自分の上位に繋がるオブジェクト名であり、要素ＣＡの上位のオブジェクトである「ＣＡ０」が格納されている。
変数ＣｈｉｌｄＬｉｎｋＩＤは、自分の下に繋がるオブジェクト名である。要素ＡｆｆｉｎｉｔｙＧｒｏｕｐ０は最下位の要素であるので、その下位には要素は存在しないので、ＣｈｉｌｄＬｉｎｋＩＤはない。
図１１は、要素ＡｆｆｉｎｉｔｙＧｒｏｕｐ１（ＡｆｆｉｎｉｔｙＧｒｏｕｐ１オブジェクト）に格納されている情報の格納例を示す。同図において、変数Ｎａｍｅは、自分のオブジェクト名であり、値「ＡｆｆｉｎｉｔｙＧｒｏｕｐ１」が格納されている。変数ＰａｒｅｎｔＬｉｎｋＩＤは、自分の上位に繋がるオブジェクト名であり、要素ＣＡの上位のオブジェクトである「ＣＡ０」が格納されている。
変数ＣｈｉｌｄＬｉｎｋＩＤは、自分の下に繋がるオブジェクト名である。要素ＡｆｆｉｎｉｔｙＧｒｏｕｐ１は最下位の要素であるので、その下位には要素は存在しないので、ＣｈｉｌｄＬｉｎｋＩＤはない。
なお、図７〜図１１において、イタリックフォントで表示されている変数値（ＰａｒｅｎｔＬｉｎｋＩＤ、ＣｈｉｌｄＬｉｎｋＩＤ、ＢｒａｎｃｈＣｈｅｃｋＩＤ）は、各オブジェクトの情報（図５のＳ１で取得した物理情報、論理情報）に基づいて関係管理制御装置１で入力される値である。これら以外の情報は、物理情報・論理情報として各装置から取得した情報である。また、これらの情報はシステム内の所定の記憶装置でデータベース化されていてもよい。
それでは、以下に、本実施形態の実施例を詳述する。
【実施例】  本実施例では、次のことを実現する。各装置から収集した物理・論理情報に基づいて要素を生成し、要素同士の物理的および論理的な関係を示すリンク情報を生成する。そして、関係管理を表現するために必要な情報であって、要素のリンク情報では補えない情報である関連情報（ＢｒａｎｃｈＣｈｅｃｋＩＤ）を、各要素の情報から生成する。
図１２は、本実施例におけるシステムの構成概要を示す。同図において、ホスト９（ホスト１０ａ，１０ｂ・・・）、スイッチ１２（スイッチ１２ａ，１２ｂ・・・）、ストレージ１３（ストレージ１３ａ，１３ｂ・・・）はＳＡＮを構築している。また、ホスト１０、スイッチ１２、ストレージ１３はそれぞれ、ＬＡＮ９で接続されている。また、このＬＡＮ９には、関係管理制御装置１が接続されている。
図１３は、本実施例におけるユーザと関係管理制御装置１とホスト１０／スイッチ１２／ストレージ１３との関係を示すフローである。まず、ユーザは、関係管理制御装置１上でＬＡＮ９上に存在する装置の要素情報を取得する旨の指示をするオペレーションを行う（Ｓ１０）。
この指示を受けた関係管理制御装置１は、ＬＡＮ９上のホスト１０、スイッチ１２、ストレージ１３の各装置に対して各装置が有する装置構成情報（物理情報や論理情報）を送信するように依頼情報を送信する。この依頼情報を受信した各装置では、装置構成情報を関係管理制御装置１に送信する（Ｓ１１）。
関係管理制御装置１では、各装置から送信された装置構成情報を受信する（Ｓ１２）。受信した装置構成情報に基づいて、装置を構成している物理的構成要素や論理的構成要素をそれぞれオブジェクトとして生成する。そして、図７〜図１１でいえば、イタリックフォント以外で示したデータ項目である、ＷＷＰＮ、ＣｏｎｎｅｃｔｅｄＷＷＰＮ等の情報を生成した各オブジェクトに格納する。また、各オブジェクトにＩＤを付与する。
次に、要素間の物理的・論理的な関係を示すリンク情報を生成する（Ｓ１４）。ここでは、取得した装置構成情報から自身と関連のある要素のＩＤをＰａｒｅｎｔＬｉｎｋＩＤ、ＣｈｉｌｄＬｉｎｋＩＤ、またはＲｅｌａｔｉｖｅＬｉｎｋＩＤとして格納する。ただし、ＢｒａｎｃｈＣｈｅｃｋＩＤには、この時点では値は格納されない。
次にＢｒａｎｃｈＣｈｅｃｋＩＤが生成される（Ｓ１５）。
図１４は、図１３のＳ１２における各スイッチに設けられている各ポートに対応する接続先（相手）のポート名を取得するフローである。スイッチの個数をＭ個、各スイッチのポート数をＮ個とする。スイッチの個数のカウンタに変数ｍを用い、スイッチのポート数のカウンタに変数ｎを用いる。
まず、ｍ＝１とする（Ｓ２０）。次に、ＬＡＮ９上にスイッチが存在するか否かを判定する（Ｓ２１）。スイッチがある場合（Ｙｅｓの場合）、ｎ＝１とし（Ｓ２２）、スイッチに設けられている１つ目のポートについて、以下に示すＳ２３〜Ｓ２７の処理を行う。
まず、当該ポートの接続先（相手）のポート名を取得する（Ｓ２３）。取得したポート名がＨＢＡのポート名またはストレージのポート名の場合、ＨＢＡのポート名またはストレージのポート名が確定し（Ｓ２５）、Ｓ２７へ進む。また、Ｓ２３でポート名が取得できなかった場合（Ｓ２４）、相手のポート名は不明なポートとして確定し（Ｓ２６）、Ｓ２７へ進む。
次にｎをカウントアップ（Ｓ２７）し、ｎ≦Ｎであるか否かを判定する。ｎ≦Ｎの場合（Ｙｅｓの場合）、残りのポートがあるので、Ｓ２３に戻ってＳ２３〜Ｓ２７の処理を行う。ｎ＞Ｎの場合（Ｎｏの場合）、当該スイッチに設けられている全てのポートについての処理が終了したので、ｍをカウントアップし（Ｓ２９）、Ｓ２１に戻る。すべてのスイッチについての処理が終了したらｍ＞Ｍとなるので、Ｓ２１でＮｏの方向へ進み、本フローは終了する。
これより、スイッチに接続されている相手のポート名を取得することができるので、どのポートとどのポートとが接続されているかを特定することができる。この図１４のフローは図１３のＳ１１，Ｓ１２における処理の１例にすぎず、それぞれの物理情報、論理情報によって取得の仕方は異なる。
図１５は、本実施例におけるホスト１０とストレージ１３との物理情報および論理情報の概要を示す。同図は、関係管理制御装置１において、図１３のＳ１３で生成された要素情報を示している。ホスト２１の要素としては、ホスト内の論理情報であるミラーディスクドライバ０（３０）と、マルチパスドライバ０（３１）と、デバイスインスタンスであるＣ１ｔ１ｄ０（３２），Ｃ１ｔ１ｄ１（３３），Ｃ１ｔ１ｄ２（３４），Ｃ１ｔ２ｄ２（３５），Ｃ２ｔ２ｄ０（３６），Ｃ２ｔ３ｄ２（３７）とが生成される。また、物理情報であるＨＢＡ（３８），Ｐｏｒｔα（３９），Ｐｏｒｔβ（４０），ＨＢＡ（４１）が生成される。
ストレージ１３の要素としては、物理情報として実装されているＣＡ（４２）と、Ｐｏｒｔ１Ｘ（４３）と、Ｐｏｒｔ０Ｘ（４４）と、Ｄｉｓｋ０（６３）と、Ｄｉｓｋ１（６４）と、Ｄｉｓｋ２（６５）と、Ｄｉｓｋ３（６６）が生成される。また、論理的要素としてＡｆｆｉｎｉｔｙＧｒｏｕｐ０（４５）と、ＡｆｆｉｎｉｔｙＧｒｏｕｐ１（４６）と、ＡｆｆｉｎｉｔｙＧｒｏｕｐ２（４７）と、Ｌｕｎ０（４８）と、Ｌｕｎ１（４９）と、Ｌｕｎ２（５０）と、Ｌｕｎ０（５１）と、Ｌｕｎ１（５２）と、Ｌｕｎ２（５３）と、Ｌｕｎ２（５４）と、ＬＶ１（５５）と、ＬＶ２（５６）と、ＬＶ３（５７）と、ＬＶ４（５８）と、ＬＶ５（５９）と、ＬＶ６（６０）と、ＲａｉｄＧｒｏｕｐ１（６１）と、ＲａｉｄＧｒｏｕｐ２（６２）とが生成される。
また、図１５において、要素間を結んでいる線は図１３のＳ１４の処理によって各要素オブジェクトにＰａｒｅｎｔＬｉｎｋＩＤ、ＣｈｉｌｄＬｉｎｋＩＤ、ＲｅｌａｔｉｖｅＬｉｎｋＩＤが格納され、要素同士が関連付けられたものである。
例えば、マルチパスドライバ０（３１）には、「ＰａｒｅｎｔＬｉｎｋＩＤ：ミラーディスクドライバ０、ＣｈｉｌｄＬｉｎｋＩＤ：Ｃ１ｔ２ｄ２，Ｃ２ｔ３ｄ２」が格納されている。Ｃ２ｔ３ｄ２（３７）には、「ＰａｒｅｎｔＬｉｎｋＩＤ：マルチパスドライバ０、ＣｈｉｌｄＬｉｎｋＩＤ：Ｐｏｒｔβ」が格納されている。
ＡｆｆｉｎｉｔｙＧｒｏｕｐ２（４７）には、「ＰａｒｅｎｔＬｉｎｋＩＤ：Ｐｏｒｔ０ｘ、ＣｈｉｌｄＬｉｎｋＩＤ：Ｌｕｎ２」が格納されている。Ｌｕｎ２（５３）には、「ＰａｒｅｎｔＬｉｎｋＩＤ：ＡｆｆｉｎｉｔｙＧｒｏｕｐ１、ＣｈｉｌｄＬｉｎｋＩＤ：ＬＶ６」が格納されている。Ｌｕｎ２（５４）には、「ＰａｒｅｎｔＬｉｎｋＩＤ：ＡｆｆｉｎｉｔｙＧｒｏｕｐ２、ＣｈｉｌｄＬｉｎｋＩＤ：ＬＶ６」が格納されている。
その他の要素についても同様に自分の上位にある要素のＩＤをＰａｒｅｎｔＬｉｎｋＩＤとして、自分の下位にある要素のＩＤをＣｈｉｌｄＬｉｎｋＩＤとして、また、自分の横方向に関連のある要素のＩＤをＲｅｌａｔｉｖｅＬｉｎｋＩＤとして格納する。
さて、図１５において、例えばＰｏｒｔβ（４０）を選択し、Ｐｏｒｔβ（４０）から下方向へ検索した場合について考えてみる。Ｐｏｒｔβ（４０）の要素からストレージ内部のＰｏｒｔ０Ｘ（４４）までの要素は辿ることができる。
ところが、Ｐｏｒｔ０Ｘ（４４）の下位ではＡｆｆｉｎｉｔｙＧｒｏｕｐ１（４６）とＡｆｆｉｎｉｔｙＧｒｏｕｐ２（４７）との分岐が発生しており、どちらの要素を選択するのかこのままでは分からない。そこで、ＢｒａｎｃｈＣｈｅｃｋＩＤが必要となる。それでは、以下でＢｒａｎｃｈＣｈｅｃｋＩＤの生成について説明する。
図１６は、ＢｒａｎｃｈＣｈｅｃｋＩＤの生成手順を示す模式図であり、図１５の要素３６，３７，４０，４４，４６，４７を抽出したものである。要素３６，３７はそれぞれＣ２ｔ２ｄ０，Ｃ２ｔ３ｄ２で示されるデータ領域（インスタンス）を表している。
これらのインスタンス３６，３７は、一般にＣＸｔＸｄＸで表されるものであり、ＣＸはコントローラ番号を示し、ｔＸはターゲット番号を示し、ｄＸデバイスはデバイス番号を示す。ＣＸはホストが有する番号であって、各インスタンスが使用するＨＢＡのポートを特定するための番号である。例えば、Ｃ２ｔ３ｄ２（３７）についてみてみると、ＣＸ＝Ｃ２、ｔＸ＝ｔ３、ｄＸ＝ｄ２である。ｔＸは、Ｐｏｒｔβから他の要素への経路を特定する情報であり、これに相当する経路がＰｏｒｔβ−Ｐｏｒｔ０Ｘの経路である。この経路情報はＨＢＡのドライバの定義ファイルに書かれているものである。ｄ２は２番目のデータ領域であることを示している。
このようにして、各要素は、ドライバの定義ファイル等から自身と関連のある要素を特定し、その要素のＩＤをＰａｒｅｎｔＬｉｎｋＩＤまたはＣｈｉｌｄＬｉｎｋＩＤとしてオブジェクトに格納する。なお、ここで説明したＰａｒｅｎｔＬｉｎｋＩＤやＣｈｉｌｄＬｉｎｋＩＤの生成は一例であり、すべての要素でこれと同様に行われるわけではない。これらは、使用するドライバやＳＡＮシステムの環境等によって定まるものである。そして、ある要素がどの要素と関連があるのかという情報は、使用するドライバ等から必ず得られる情報である。
Ｃ２ｔ３ｄ２（３７）を選択した場合、上述したように、下位方向への経路はコントローラ番号Ｃ２、ターゲット番号ｔ３から特定され、Ｐｏｒｔβ、Ｐｏｒｔ０Ｘと検索される。ところが、Ｐｏｒｔ０Ｘの下位でＡｆｆｉｎｉｔｙＧｒｏｕｐ１とＡｆｆｉｎｉｔｙＧｒｏｕｐ２とに分岐している。そこで、この分岐先を決定するＢｒａｎｃｈＣｈｅｃｋＩＤをＰｏｒｔβに持たせることにする。
図１７は、Ｐｏｒｔβ（４０）に格納させるためのＢｒａｎｃｈＣｈｅｃｋＩＤの生成フローの一例を示す。ＰｏｒｔβのＣｏｎｎｅｃｔｅｄＷＷＰＮ（接続先のＷＷＰＮ）を参照する（Ｓ３０）と、値「２０ＸＸＸ」が格納されている。そこで、ＷＷＰＮが「２０ＸＸＸ」である要素Ｐｏｒｔ０Ｘ（４４）のＡｆｆｉｎｉｔｙ情報を取得する（Ｓ３１）。このＡｆｆｉｎｉｔｙ情報を参照すると、「１０ＸＸＸ：ＡｆｆｉｎｉｔｙＧｒｏｕｐ２」が格納されているので、ＷＷＰＮ「１０ＸＸＸ」（すなわち、Ｐｏｒｔβ）と、「ＡｆｆｉｎｉｔｙＧｒｏｕｐ２」とが関連することが分かり、この「ＡｆｆｉｎｉｔｙＧｒｏｕｐ２」をＢｒａｎｃｈＣｈｅｃｋＩＤとして、Ｐｏｒｔβのオブジェクトに格納する（Ｓ３２）。
また、例えばストレージ１３内部のＬｕｎ２（５３）を選択した場合についてみてみる。Ｌｕｎ２（５３）から上位に向かってリンクを辿る場合、Ｌｕｎ２（５３）は、ＡｆｆｉｎｉｔｙＧｒｏｕｐ１（４６）からＰｏｒｔ１Ｘ（４３），Ｐｏｒｔ０Ｘ（４４）への分岐のために分岐の選択が必要となる。ここでは、Ｌｕｎ２（５３）−ＡｆｆｉｎｉｔｙＧｒｏｕｐ１（４６）−Ｐｏｒｔ１Ｘ（４３）−Ｐｏｒｔα（３９）−Ｃ１ｔ２ｄ２（３５）と関連付けられているとすると、図１６、図１７で説明したように、内部情報からＬｕｎ２（５３）が使用されているＰｏｒｔを検索し、それに該当したＰｏｒｔ１Ｘ（４３）のＩＤをＢｒａｎｃｈＣｈｅｃｋＩＤとしてＬｕｎ２（５３）のオブジェクトに格納する。
さらにＰｏｒｔ１Ｘ（４３）からＰｏｒｔα（３９）へたどり、Ｐｏｒｔα（３９）からＣ１ｔ２ｄ２（３５）へ分岐しているので、それぞれの分岐先のＩＤをＢｒａｎｃｈＣｈｅｃｋＩＤとして格納する。すなわち、Ｌｕｎ２（５３）のオブジェクトには、ＢｒａｎｃｈＣｈｅｃｋＩＤとして、「Ｐｏｒｔ１Ｘ，Ｃ１ｔ２ｄ２」が格納される。
このように関係範囲が複数の要素に渡って関係管理をもつ要素において、分岐情報が必要とされる場合にその関係をたどれる情報（ＢｒａｎｃｈＣｈｅｃｋＩＤ）を生成する。
図１８は、本実施例における階層型リンク構造の構築後の表示画面を示す。同図は、関係管理制御装置１のディスプレイに表示された画面の一例である。図１８の階層型リンク構造を形成している各要素は、図４または図１５で説明したものを画面上に視覚的に表現したものである。図１８において、要素間の関連付けは、画面上で線（リンク線）として表示される。
以上より、各要素は自身と関連する全ての要素情報を保持せず、分岐先の要素情報を保持することができる。これにより、各要素に検索ルートのすべての情報を保持させることが無いので、各要素は冗長した情報をもつことが少なくなる。したがって、メモリを無駄に浪費することがなく、関係管理制御装置１の負荷を軽減することができる。
＜第２の実施形態＞
本実施の形態では、第１の実施形態で生成された要素、リンク情報、ＢｒａｎｃｈＣｈｅｃｋＩＤの情報を用いることにより、ある１つの要素からこの要素に関係した要素を検索、表示する事が可能となる。
図１９は、本実施の形態における検索のフローを示す。検索方向についての前提条件として、上位方向検索ならばそのまま上位へ上位へと検索が進み、上位に検索している途中で下位に行くことはない。下位方向についても同様である。まず、選択された要素ＫにＢｒａｎｃｈＣｈｅｃｋＩＤが存在するか確認する（Ｓ４０）。
Ｓ４０で、ＢｒａｎｃｈＣｈｅｃｋＩＤが存在する場合は、そのＢｒａｎｃｈＣｈｅｃｋＩＤを所定の領域（検索時におけるＢｒａｎｃｈＣｈｅｃｋＩＤを一時的に格納するための領域である。以下、作業領域という）に格納する。この検索論理が既にＢｒａｎｃｈＣｈｅｃｋＩＤを作業領域に格納していた場合、同一層の新規のＢｒａｎｃｈＣｈｅｃｋＩＤは無視されるが、異なる層のＢｒａｎｃｈＣｈｅｃｋＩＤは追加格納される。
次に、上位方向（ＰａｒｅｎｔＬｉｎｋ）に向かって要素を検索する（Ｓ４１）。複数の要素（Ｐ１，Ｐ２，・・・）と関連のある要素Ｌが検索された場合は、それら複数の要素のＩＤとＳ４０で取得したＢｒａｎｃｈＣｈｅｃｋＩＤとを照合する（Ｓ４２）。照合の結果、例えば要素Ｐ１のＩＤと一致する場合は、そのＩＤにかかる要素Ｐ１のみが要素Ｋと関係があると判断し、その他のＩＤの要素については関係がないと判断する。
Ｓ４２での照合の結果、一致しない場合は、要素Ｋはすべての要素（Ｐ１，Ｐ２，・・・）と関係があると判断する。Ｓ４０に戻り、関係がある要素のＰａｒｅｎｔＬｉｎｋ方向の検索を再帰的に繰り返す（Ｓ４３）。
同一処理（Ｓ４０〜Ｓ４３）を下位方向（ＣｈｉｌｄＬｉｎｋ）に対しても実施する（Ｓ４４）。横方向（ＲｅｌａｔｉｖｅＬｉｎｋ）に関しては、１段階以上の再帰的処理は行わないこととする。つまり横方向（ＲｅｌａｔｉｖｅＬｉｎｋ）で複数数珠つなぎにつながっている要素は最初の１つのみの検索とする（Ｓ４５）。
それでは、以下に、本実施形態の実施例を詳述する。
【実施例】  図１５において、マルチパスドライバ０（３１）を選択する場合を説明する。これにより、マルチパスドライバ０（３１）に関連のある一連の要素の経路が明確になる。なお、本実施例では、図１５の内容が図１８の画面イメージで表示されていることとする。
まず、マルチパスドライバ０（３１）を選択する（矢印Ａ）。マルチパスドライバ０（３１）の上位方向（ＰａｒｅｎｔＬｉｎｋ）のミラーディスクドライバ０（３０）とのリンク線を強調表示する。ここで、強調表示とは、リンク線を他のリンク線との違いが明確になるように、点滅表示させたり、光らせたり、色を変えたり、線幅を変更したりすることをいう。ミラーディスクドライバ０（３０）の上位には要素は存在しないので、上位方向の検索が終了する。
次に、下位方向の検索を開始する。マルチパスドライバ０（３１）は、下位にあるＣ１ｔ２ｄ２（３５）とＣ２ｔ３ｄ２（３７）との分岐に関するＢｒａｎｃｈＣｈｅｃｋＩＤを有していないので、Ｃ１ｔ２ｄ２（３５）とＣ２ｔ３ｄ２（３７）の両方を強調表示し、両方の枝を検索対象とする。
Ｃ１ｔ２ｄ２（３５）から検索をすると仮定する。このとき、Ｃ１ｔ２ｄ２（３５）にはＢｒａｎｃｈＣｈｅｃｋＩＤとしてＰｏｒｔ１Ｘ，ＡｆｆｉｎｉｔｙＧｒｏｕｐ１，Ｌｕｎ２が格納されているので、これらを作業領域に格納する（図２０参照）。Ｃ１ｔ２ｄ２（３５）の下位方向（ＣｈｉｌｄＬｉｎｋ）のＰｏｒｔα（３９）を強調表示し、Ｐｏｒｔα（３９）を検索する。
Ｐｏｒｔα（３９）にはＢｒａｎｃｈＣｈｅｃｋＩＤとしてＡｆｆｉｎｉｔｙＧｒｏｕｐ０，ＡｆｆｉｎｉｔｙＧｒｏｕｐ１が格納されている（図２１参照）が、作業領域には既にＡｆｆｉｎｉｔｙＧｒｏｕｐ１が格納されているので、これを無視する。
Ｐｏｒｔα（３９）は下位方向（ＣｈｉｌｄＬｉｎｋ）にＰｏｒｔ１Ｘ（４３）およびＰｏｒｔ０Ｘ（４４）とリンクされているが、作業領域には既にＰｏｒｔ１Ｘが格納されているので、Ｐｏｒｔ１Ｘ（４３）を選択し、Ｐｏｒｔ１Ｘ（４３）を強調表示する。
選択されたＰｏｒｔ１Ｘ（４３）は下位方向（ＣｈｉｌｄＬｉｎｋ）にＡｆｆｉｎｉｔｙＧｒｏｕｐ０（４５）およびＡｆｆｉｎｉｔｙＧｒｏｕｐ１（４６）とリンクされているが、作業領域にはＡｆｆｉｎｉｔｙＧｒｏｕｐ１が格納されているので、ＡｆｆｉｎｉｔｙＧｒｏｕｐ１（４６）を選択し、これを強調表示する。
Ｐｏｒｔ１Ｘ（４３）は、横方向（ＲｅｌａｔｉｖｅＬｉｎｋ）にＣＡ（４２）が接続されているので、ＣＡ（４２）を選択し、これを強調表示する。選択されたＡｆｆｉｎｉｔｙＧｒｏｕｐ１には下位方向（ＣｈｉｌｄＬｉｎｋ）にＬｕｎ０（５１）、Ｌｕｎ１（５２）、及びＬｕｎ２（５３）とリンクされているが、作業領域にはＬｕｎ２が格納されているので、Ｌｕｎ２（５３）を選択し、これを強調表示する。
さらに、Ｌｕｎ２（５３）の下位方向（ＣｈｉｌｄＬｉｎｋ）のＬＶ６（６０）を強調表示する。ＬＶ６（６０）の下位方向（ＣｈｉｌｄＬｉｎｋ）のＲＡＩＤＧｒｏｕｐ２（６２）を強調表示する。ＲａｉｄＧｒｏｕｐ２（６２）の下位方向（ＣｈｉｌｄＬｉｎｋ）のＤｉｓｋ２（６５）とＤｉｓｋ３（６６）とを強調表示する（ＣｈｉｌｄＬｉｎｋ方向検索の１枝目終了）。
Ｃ２ｔ３ｄ２（３７）についても上記と同等の処理を行う（ＣｈｉｌｄＬｉｎｋ方向の検索を行い、２枝目の検索が終了する）。
なお、強調表示するのは検索された要素だけでなく、その要素間のリンク線について強調表示してもよい。
このように、検索のためのＢｒａｎｃｈＣｈｅｃｋＩＤは、検索時に必要なＢｒａｎｃｈＣｈｅｃｋＩＤを保持することができるので、従来のように各要素は常に検索のための情報を全て保有する必要が無くなり、メモリを無駄に消費することがない。したがって、関係管理制御装置１の検索時における負荷が少なくなる。
図２２は、本実施例における検索されたリンクの表示例を示す。同図は、インスタンス７０を選択した場合の検索例である。関係管理制御装置１のディスプレイ上で要素７０にカーソルを当てて、要素７０を選択している。そして、図１９の検索フローにより要素７０に関連のある要素が決定され、その要素間のリンク線を強調表示している。同図では、要素７０−要素７１−要素７２−要素７４−要素７５−要素７６−要素７７−要素７８の各要素が強調表示され、さらにそれらの各要素間のリンク線が太い線で示される。また、要素７２−要素７３の各要素も強調表示され、さらにそれらの各要素間のリンク線も太い線で示される。
以上より、複雑なコンピュータシステムでの構成要素（ハードウェア資源、ソフトウェア資源、データ領域資源等）の検索において、関連要素を識別・表示することは、非常に有効であり、効率的に制御が可能となる。
なお、図２３は第１，第２の実施形態で用いた関係管理制御装置１のハードウェア環境の構成ブロック図である。同図において、関係管理制御装置１は、中央処理装置（ＣＰＵ）８２、リードオンリメモリ（ＲＯＭ）８３、ランダムアクセスメモリ（ＲＡＭ）８６、ネットワーク９２とのインターフェース（以下、インターフェースをＩ／Ｆという）である通信Ｉ／Ｆ８４、記憶装置８７、出力Ｉ／Ｆ８１、入力Ｉ／Ｆ８５、可搬型記憶媒体の読み取り装置８８、およびこれらの全てを接続するバス８９、出力Ｉ／Ｆ８１と接続している出力装置９０、入力Ｉ／Ｆ８５と接続している入力装置９１によって構成されている。
記憶装置８７としてはハードディスク、磁気ディスクなど様々な形式の記憶装置を使用することができる。第１，第２の実施形態で説明した処理を行うプログラムなどが記憶装置８７またはＲＯＭ８３に格納され、そのようなプログラムがＣＰＵ８２によって実行される。
このようなプログラムは、可搬型記憶媒体に格納されて提供される場合、その可搬型記憶媒体が読み取り装置８８にセットされて、その可搬型記憶媒体に格納されているプログラムを読み出し、ＣＰＵ８２によって実行されることも可能である。可搬型記憶媒体としてはＣＤ−ＲＯＭ、フレキシブルディスク、光ディスク、光磁気ディスク、ＩＣカードなど様々な形式の記憶媒体を使用することができる。
また、プログラム提供者側からネットワーク９２および通信Ｉ／Ｆ８４を介して、例えば記憶装置８７に格納されることも可能である。
また、入力装置９１には、キーボード、マウスなどを用いることが可能である。また、出力装置９０には、ディスプレイなどを用いることが可能である。
また、ネットワーク９２は、インターネット、ＬＡＮ、ＷＡＮ、専用線、有線、無線等の通信網であってよい。
＜第３の実施形態＞
本実施形態では、第１の実施形態の関係管理制御装置１上で構築した階層型リンク構造を用いて、ストレージシステム障害時の支援を行う。
まず、オンラインにおいて、ストレージシステムの情報をサーバ、スイッチ、ストレージから読み込み、その情報をＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）にて表示させる。
次に、ハードで障害が発生した擬似状態を作成する（第１の実施形態参照）。次に、そのＨＢＡや、ＣＡ、Ｄｉｓｋなどのハード擬似障害からサーバ内のどのアプリケーションに影響があるかを表示する。
さらに、擬似障害箇所の交換を行うにあたって、停止すべきプログラムや機能をＧＵＩにて表示＝＞停止＝＞保守交換＝＞停止したプログラムや機能の復旧と、擬似障害からの一連の対応処置の実地練習を提供支援する。それでは、以下に擬似的に発生させた障害の場合と、実際に発生した障害の場合とに分けて説明する。
【実施例１】  本実施例では、擬似的に発生させた障害の場合について説明する。
図２４は、本実施例におけるストレージシステムの情報をサーバ、スイッチ、ストレージから読み込んで、その情報を表示したＧＵＩを示す。同図において、サーバ２００は、マルチパスインスタンス２０１、ＲＡＷデバイス２０２（２０１ａ、２０１ｂ、２０１ｃ、２０１ｄ）、ＨＢＡ２１１（ＨＢＡ０（２１１ａ）、ＨＢＡ１（２１１ｂ）、ＨＢＡ２（２１１ｃ）、ＨＢＡ３（２１１ｄ））、サーバ中で稼動中のアプリケーション２０３の各要素から構成されている。
なお、ＨＢＡとは、ホストバスアダプタのことである。すなわち、ＦＣ（ファイバチャネル）ケーブルを接続するサーバ内部に物理的に搭載されるアダプタカードのことである。ＲＡＷデバイスとは、サーバ内で構築された論理データ領域のことで、ストレージ内部のホストＬＵＮのデータ領域を示します。マルチパスインスタンスとは、サーバ内のＲＡＷデバイスから作成されたマルチ論理領域のことである。
スイッチ２１２には、スイッチＡ（２１２ａ）、スイッチＢ（２１２ｂ）がある。スイッチＡ，Ｂにはそれぞれ、５つのポート（ポート０、ポート１、ポート２、ポート３、ポート４）から構成されている。
ストレージ２１３は、ＣＡ２１４（ＣＡ０（２１４ａ）、ＣＡ１（２１４ｂ）、ＣＡ２（２１４ｃ）、ＣＡ（２１４ｄ））、ＡｆｆｉｎｉｔｙＧｒｏｕｐ０（２１５）、ホストＬＵＮ（２１６）、論理ボリューム２１７（論理ボリューム０（２１７ａ）、論理ボリューム１（２１７ｂ）、論理ボリューム２（２１７ｃ））、ＬＡＩＤ２１８（ＲＡＩＤ０（２１８ａ）、ＲＡＩＤ１（２１８ｂ））、ハードディスク２１９（２１９ａ、２１９ｂ）の各要素から構成されている。
ＡｆｆｉｎｉｔｙＧｒｏｕｐとは、アフィニティーグループ。装置内のホストＬＵＮをまとめたグループの名称である。ホストＬＵＮとは、サーバ／ホストから確認するデータ領域名である。論理ボリューム（ＬｕｎＶ）とは、１対１でマッピング論理定義されるものである。論理ボリュームとは、ストレージ装置内部のデータ領域名、言い換えればＲＡＩＤ内のデータ領域のことである。
同図において、サーバ２００は、ＨＢＡ２１１を介して、ＦＣでスイッチ２１２）と接続されており、ストレージ２１３は、ＣＡ２１４を介してスイッチ２１２と接続されている。
この接続についてさらに詳しく説明すると、ＨＢＡ０（２１１ａ）、ＨＢＡ１（２１１ｂ）はそれぞれ、スイッチＡ（２１２ａ）のポート０、ポート１に物理的に接続されている。ＨＢＡ２（２１１ｃ）、ＨＢＡ３（２１１ｄ）はそれぞれ、スイッチＢ（２１２ｂ）のポート０、ポート１に物理的に接続されている。
ＣＡ０（２１４ａ）、ＣＡ１（２１４ｂ）はそれぞれ、スイッチＡ（２１２ａ）のポート２、ポート３に物理的に接続されている。ＣＡ２（２１４ｃ）、ＣＡ３（２１４ｃ）はそれぞれ、スイッチＢ（２１２ｂ）のポート３、ポート４に物理的に接続されている。スイッチ２１２ａのポート４は、スイッチ２１２ｂのポート２と物理的に接続されている。
同図の点線で示す線は、要素間の論理的な接続状態を示しており、論理関係線という。また、本実施形態では、アクセスパス２２０（サーバから、ストレージへの論理的なＩ／Ｏアクセス経路（アクセス論理線））が設定されている。なお、Ｉ／Ｏは、インプット及びアウトプットを表す。同図では、ＨＢＡ０（２１１ａ）−ＣＡ０（２１４ａ）間のアクセスパス２２０ａ、ＨＢＡ１（２１１ｂ）−ＣＡ１（２１４ｂ）間のアクセスパス２２０ｂ、ＨＢＡ２（２１１ｃ）−ＣＡ２（２１４ｃ）間のアクセスパス２２０ｃ、ＨＢＡ３（２１１ｄ）−ＣＡ３（２１４ｄ）間のアクセスパス２２０ｄが設定されている。
それでは、擬似障害を発生させて、復旧させるまでの手順を、以下に説明する。ここでは、ＣＡ３（２１４ｄ）について障害を発生させる場合について説明する。
まず、関係管理制御装置１のＧＵＩ上でＣＡ３をマウスで選択し、右クリックすると、図２５のメニュー２３０が表示され、その中から「擬似障害」２３１を選択する。
「擬似障害」２３１を選択すると、図２６に示すメッセージ画面２４０が表示される。このメッセージ画面２４０には、擬似障害を発生させる旨のメッセージ２４１が表示されており、さらに、擬似障害の環境を設定することができる。同図において、「対象部品を交換する」２４２、「対象部品を交換しない」２４３の２つの選択肢のうち、いずれか１つを選択する。
ここでは、擬似故障対象である物理部分、本実施例でいうＣＡ３（２１４ｄ）をクリックして擬似故障を発生させるが、擬似故障箇所を実際に交換して保守シーケンスを踏んでいくのか、実際に交換せずに交換したと仮定して他の保守作業をそのまま実行して作業を進めるかを選択できる。
上記で「対象部品を交換する」２４２、「対象部品を交換しない」２４３のいずれか１つを選択した後、実行ボタン２４４を押下する。また、擬似障害発生を実施しない場合には、キャンセルボタン２４５を押下する。
実行ボタン２４４を押下すると、図２４に示すように、ＣＡ３（２１４ｄ）が強調表示され、それに関係するアクセスパス２２０ｄが光輝し、エラー状態となって、アクセスパス２２０ｄを介してのＩ／Ｏ（入力／出力）ができないことを示す。
なお、図２６の「実行」ボタン２４４押下後の擬似故障を発生させる方法としては、次の２つが挙げられる。１つが関係管理制御装置１のプログラム内でのみ擬似故障を発生させる第１の方法と、もう１つが故障対象デバイスにコマンドを送って、そのデバイス自体を擬似的に故障を発生させる第２の方法がある。
第１の方法では、関係管理制御装置１上のアプリケーション内でのみ擬似的に故障を起こさせるので、ＳＡＮ上の各デバイスは正常に動作している。
第２の方法は、例えば、ＣＡ３（２１４ｄ）を停止させたり、論理的に切り離す等のコマンドをストレージ２１３に送ることにより、擬似故障を発生させる。そのコマンドを受信したストレージ２１３の制御部では、そのコマンドの引数にしてあるＣＡ３（２１４ｄ）やホストＬＵＮ２１６等の各構成要素を識別して、その識別した構成要素に対して擬似的にエラーを発生させる。
そして、ストレージ２１３では、常時ストレージ内の構成要素の監視も行っており、これらにエラーが発生すれば、予め登録してある送信先（例えば、ＩＰアドレス等）にそのエラー情報をメッセージとして送信する。
本実施例では、その送信先は関係管理制御装置１であり、関係管理制御装置１ではそのメッセージを受け取ると、画面にそのメッセージが表示されるように制御されている。ただし、この場合、ユーザの指示により意図的に擬似障害を発生させているので、このメッセージの表示は抑制する。
さて、上記で擬似障害状態にしたＣＡ３（２１４ｄ）をマウスで選択して右クリックすると、図２７のメニュー２５０が表示され、その中から「保守開始」２５１を選択すると、図２８の画面が表示される。
図２８は、本実施例における保守画面２６０を示す。この保守画面２６０に表示される項目は、選択した擬似障害の要素に依存し、本実施例ではＣＡ３（２１４ｄ）に依存している。本画面２６０では、「１．アクセスパスの閉塞」、「２．ＣＡ３の活性保守  切り離し」、「３．ＣＡ３物理交換」、「４．ＣＡ３物理交換終了」、「５．アクセスパスの復旧」の処理を順次実行させる。説明表示部２６６には、これらの各処理の説明が表示される。それでは、各処理について説明する。
まず、「１．アクセスパスの閉塞」を実行させるために実行ボタン２６１を押下すると、保守交換対象であるＣＡ３（２１４ｄ）に関連するアクセスパスを持つサーバのマルチパスドライバーで構成されている「マルチパス閉塞」コマンドを、サーバ２００に対して発行する。このコマンドを受け取ったサーバ２００は、コマンドで指定されたアクセスパス２２０ｄを閉塞する。すなわち、アクセスパス２２０ｄを論理的に切断する。
次に、「２．ＣＡ３の活性保守  切り離し」を実行させるために実行ボタン２６２を押下すると、ＣＡ３が実装されているストレージ２１３に対してＣＡ３を保守交換するために必要であるコマンド（活性保守開始・切り離し）を発行する。これによって、ＣＡ３は論理的にストレージ２１３から切り離される。
次に、「３．ＣＡ３物理交換」を実施する。ここでは、ユーザによってＣＡ３（２１４ｄ）を物理的に交換する。ここで、ＬＥＤボタンを押下すると、交換対象の部品にＬＥＤが取り付けられていれば、それを光らせることができる。なお、擬似障害でかつ実際に交換しない場合、すなわち、図２６で「対象部品を交換しない」２４３を選択した場合には物理交換作業は発生しないので、次のシーケンスに進む。
上記で、物理交換が終了した場合、または物理交換が発生しなかった場合、終了ボタン２６４を押下し、交換作業を終了する。この終了ボタンを押下すると、ＣＡ３（２１４ｄ）の物理交換の終了を知らせるコマンドをストレージ２１３に発行する。このコマンドを受信したストレージ２１３は、ＣＡ３（２１４ｄ）の物理交換の終了を認識することができる。
また、実交換をしていない場合は、擬似故障発生ＣＡ３（２１４ｄ）を正常とするコマンドを発行する。
次に、「５．アクセスパスの復旧」を実行させるために実行ボタン２６５を押下すると、アクセスパスの閉塞でパス閉塞をさせていたサーバ２００に対して、再度アクセスパスの再開復旧コマンドを発行する。そのコマンドを受信したサーバ２００は、再びアクセスパス２２０ｄを論理的に接続する。
なお、上記はＣＡ３（２１４ｄ）を故障させた場合についての復旧シーケンスであり、本実施例に限定されるものではなく、他のデバイスにおいてはそのデバイスに応じた復旧シーケンスが存在する。
以上より、擬似障害からの一連の対応処置の実地練習をすることができるので、実際に障害が発生した場合の初動処理を迅速に行うことができる。
【実施例２】  本実施例では、実際に障害が発生した場合について説明する。ＳＡＮ上で実際に発生すると（本実施例では、ＣＡ３（２１４ｄ）について実際に障害が発生したものとする）、関係管理制御装置１の画面に図２４のＧＵＩが表示されている場合、実施例１で述べたように、エラーメッセージがオーバーレイ表示される。
つまり、ストレージ２１３内部では、ＣＡ２１４やホストＬＵＮ２１６等の各構成要素を監視しており、本実施例ではＣＡ３（２１４ｄ）にエラーが発生しているので、予め登録してある送信先（例えば、ＩＰアドレス等）にそのエラー情報をメッセージとして送信する。本実施例では、その送信先は関係管理制御装置１であり、関係管理制御装置１ではそのメッセージを受け取ると、画面にそのメッセージが表示される。なお、エラーメッセージには、対象の装置名やエラー内容を示すイベント情報が含まれ、図２９に示すように、このメッセージは履歴として関係管理制御装置１の記憶装置に格納される。
図２９は、ＳＡＮ上の各装置の状態を示す履歴画面である。関係管理制御装置１では、別途、各装置の状態を履歴として管理することもできる。上記のエラーも同様にここに履歴として残る。同図において、「ＥＲＲＯＲ」や「ＷＡＲＮＩＮＧ」等を示す「状態」、その状態になった「日時」、その状態になった「装置名」、「モニタ」、「イベントＩＤ」、エラー情報等を示す「イベント情報」等の情報が履歴として管理されている。
さて、上記のエラーメッセージを閉じると、既に図２４の状態になっている。すなわち、障害箇所ＣＡ３（２１４ｄ）が強調表示され、アクセスパス２２０ｄが光輝している。このとき、ＣＡ３（２１４ｄ）を選択して右クリックすると、図２７のメニュー画面２５０が表示され、保守開始２５１を選択すると、図２８の保守画面２６０が表示される。これ以降は、実施例１と同様である。
以上より、従来、ＳＡＮにおいては、障害の発生の検知及び保守は人手に頼り、時間的にも人件費的にもかなりのコストがかかっていたが、本発明を実施することにより、自動で障害箇所を検出して保守・復旧を行うことができる。
【産業上の利用の可能性】
本発明により、ユーザがＳＡＮによるシステム内の接続・論理関係管理状態が把握でき、また、障害発生における影響範囲が容易に解明できる。また、メモリを有効に活用することができ、余計な負荷による処理速度の低下を防止することができる。
また、ＳＡＮでの障害に容易かつ迅速に対処することもできる。
【図１】
2004092964.tif 000003
【図２】
2004092964.tif 000004
【図３】
2004092964.tif 000005
【図４】
2004092964.tif 000006
【図５】
2004092964.tif 000007
【図６】
2004092964.tif 000008
【図７】
2004092964.tif 000009
【図８】
2004092964.tif 000010
【図９】
2004092964.tif 000011
【図１０】
2004092964.tif 000012
【図１１】
2004092964.tif 000013
【図１２】
2004092964.tif 000014
【図１３】
2004092964.tif 000015
【図１４】
2004092964.tif 000016
【図１５】
2004092964.tif 000017
【図１６】
2004092964.tif 000018
【図１７】
2004092964.tif 000019
【図１８】
2004092964.tif 000020
【図１９】
2004092964.tif 000021
【図２０】
2004092964.tif 000022
【図２１】
2004092964.tif 000023
【図２２】
2004092964.tif 000024
【図２３】
2004092964.tif 000025
【図２４】
2004092964.tif 000026
【図２５】
2004092964.tif 000027
【図２６】
2004092964.tif 000028
【図２７】
2004092964.tif 000029
【図２８】
2004092964.tif 000030
【図２９】
2004092964.tif 000031
【手続補正書】
【提出日】平成17年4月12日(2005.4.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークを構成する情報処理装置とスイッチ装置と記憶装置とのうち、少なくとも２の装置の関係を管理する処理をコンピュータに実行させる関係管理制御プログラムにおいて、
前記少なくとも２の装置の構成を示す情報である装置構成情報を取得する装置構成情報取得処理と、
該装置構成情報取得処理により取得した前記装置構成情報に基づいて、該装置構成情報に対応する要素情報を生成する要素情報生成処理と、
該要素情報生成処理により生成した複数の前記要素情報に基づいて、該各要素情報を互いに関連付ける関連付け処理と、
前記要素情報の複数から１つの要素情報を選択するための情報である分岐選択情報を生成する分岐選択情報生成処理と、
をコンピュータに実行させるための関係管理制御プログラム。
【請求項２】
前記装置構成情報は、前記情報処理装置と前記スイッチ装置と前記記憶装置の各装置が備える物理情報と論理情報とのうちの少なくとも１つの情報であることを特徴とする請求項１項記載の関係管理制御プログラム。
【請求項３】
前記要素情報生成処理は、生成した要素情報に固有の名称を付けることを特徴とする請求項１項記載の関係管理制御プログラム。
【請求項４】
前記関連付け処理は、前記要素情報同士を関連付けて階層型リンク構造を構成することを特徴とする請求項１項記載の関係管理制御プログラム。
【請求項５】
前記関連付け処理は、前記要素情報生成処理により生成した各要素情報に基づいて、第１の要素情報が該第１の要素情報の上階層にある第２の要素情報の固有の名称を該第１の要素情報に格納することを特徴とする請求項４項記載の関係管理制御プログラム。
【請求項６】
前記関連付け処理は、前記要素情報生成処理により生成した各要素情報に基づいて、第１の要素情報が該第１の要素情報の下階層にある第２の要素情報の固有の名称を該第１の要素情報に格納することを特徴とする請求項４項記載の関係管理制御プログラム。
【請求項７】
前記関連付け処理は、前記要素情報生成処理により生成した各要素情報に基づいて、第１の要素情報が該第１の要素情報と同階層にある第２の要素情報の固有の名称を該第１の要素情報に格納することを特徴とする請求項４項記載の関係管理制御プログラム。
【請求項８】
前記要素情報は、該要素情報である第１の要素情報の上階層にある第２の要素情報の固有の名称と、該第１の要素情報の下階層にある第３の要素情報の固有の名称と、該第１の要素情報と同階層にある第４の要素情報の固有の名称と、該第１の要素情報の前記分岐選択情報とのうちの少なくとも１つを格納するための領域を備えるオブジェクトであることを特徴とする請求項４項記載の関係管理制御プログラム。
【請求項９】
前記分岐選択情報生成処理は、前記関連付け処理により関連付けられた複数の前記要素情報に基づいて分岐選択情報を生成し、該生成した分岐選択情報を前記各要素情報に格納することを特徴とする請求項１項記載の関係管理制御プログラム。
【請求項１０】
前記ネットワークは、ストレージエリアネットワークであることを特徴とする請求項１項記載の関係管理制御プログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイバチャネル・ネットワークを用いて複数のサーバ／複数のストレージを結合するストレージ・エリア・ネットワーク（以下ＳＡＮという）を管理するためのプログラム、及び装置に関する。
【背景技術】
【０００２】
現在のコンピュータシステムは、システムを構成する要素としてハードウェア等の物理要素や、データ領域、メモリアドレス等の論理要素が存在する。しかし、これらの要素の関係は、近年の通信技術の発達により、インターネット、ＬＡＮ、ＷＡＮ等のネットワークで接続されるコンピュータ数の増大によるシステムの環境の拡大に伴い複雑さを増している。
【０００３】
そこで、これらの要素間の関係について要素間の接続を表現した関係管理ソフトウェアやシステムが登場した（例えば、特許文献１、特許文献２、特許文献３、特許文献４）。ここで、関係管理とは、これら多くの要素がそれぞれどの様に関連しているかということである。
【０００４】
さて、コンピュータシステムを管理する一般的な手法として、図１に示す手法がある。同図において、要素Ａ（１００），Ｂ（１０１），Ｃ（１０２），Ｄ（１０３），Ｅ（１０４）があり、要素Ａ（１００）と要素Ｂ（１０１）とは同一種類の要素であり、要素Ｄ（１０３）と要素Ｅ（１０４）とは同一種類の要素である。この同一種類の要素を纏めた単位をグループとする（要素Ａ，Ｂからなるグループ１（１０５）、要素Ｃ（１０２）からなるグループ２（１０６）、要素Ｄ（１０３），Ｅ（１０４）からなるグループ３（１０７））。そして、要素Ａと要素Ｃとを結合し、要素Ｂと要素Ｃとを結合し、要素Ｃと要素Ｄとを結合し、要素Ｃと要素Ｅとを結合する。
【０００５】
このようにして、３つのグループを体系づけて上下の階層を構築する。このとき、各要素Ａ，Ｂ，Ｃ，Ｄ，Ｅは、リンク情報として他のどの要素と結合されているかの情報を持っている。たとえば、要素Ａは、要素Ｃとリンクしているという情報を持っている。要素Ｂは、要素Ｃとリンクしているという情報を持っている。要素Ｃは、要素Ａと要素Ｂと要素Ｄと要素Ｅとにリンクしているという情報を持っている。要素Ｄは、要素Ｃとリンクしているという情報を持っている。要素Ｅは、要素Ｃとリンクしているという情報を持っている。
【０００６】
上記のように、各要素の関連情報を格納する方法として、各要素に関連する他の要素の情報を全て格納する方法がある。この場合、要素Ａは要素Ｃを経由して要素Ｅと関連がある場合、要素Ａには要素Ｃと要素Ｅの情報を格納し、また要素Ｅには要素Ｄと要素Ａの情報を格納し、要素Ｃはすべての要素に関係するから要素Ａ，Ｂ，Ｄ，Ｅの情報を格納する。
【特許文献１】特開平４−２６６２４９号（第１−５頁、第１−９図）
【特許文献２】特開平１０−２９４７３１号（第１−１１頁、第１−２５図）
【特許文献３】特開平１１−３４０９８０号（第１−１１頁、第１−２５図）
【特許文献４】特開２００２−６３０６３号（第１−１１頁、第１−１０図）  ところが、上記の各要素に関連する他の要素の情報を全て格納する方法では、全体の要素数が増加するほど、各要素が保持するデータは膨大な量となってしまうというデメリットがある。
【０００７】
このように、従来の関係管理ソフトウェアは単に要素間の結合を表現するだけで、複数の要素を越えて関係を管理する手段として効率的な方法が提供されていなかった。つまり、複数の要素を超えた関係を管理する場合は、その関係要素に関しての全ての情報を持つ必要があった。従って、各要素が保持する情報は膨大になり、有限なメモリ資源を浪費したり、余計な負荷による処理速度を低下させたり等の問題があった。
【０００８】
また、ＳＡＮにおいて、自動で障害箇所を検知し保守復旧するシステムは従来存在しておらず、障害が発生した場合には、人手に委ね、復旧させるのに多大な労力が必要であった。
【０００９】
上記の課題に鑑み、本発明では、各要素がルーティングのための最小限の情報を格納し、さらに効率的に関連する要素を検索するプログラムを提供する。さらに、容易にＳＡＮ上のデバイスの保守復旧が行えるプログラムを提供する。
【発明の開示】
【００１０】
上記課題は、ストレージエリアネットワークを構成するホストコンピュータとスイッチ装置とストレージ装置との関係を管理する処理をコンピュータに実行させる関係管理制御プログラムにおいて、前記ホストコンピュータと前記スイッチ装置と前記ストレージ装置との各装置から該装置を構成する情報である装置構成情報を取得する装置構成情報取得処理と、該装置構成情報取得処理により取得した前記装置構成情報に基づいて、該装置構成情報に対応する要素情報を生成する要素情報生成処理と、該要素情報生成処理により生成した複数の前記要素情報に基づいて、該各要素情報を互いに関連付ける関連付け処理と、前記要素情報の複数から１つの要素情報を選択するための情報である分岐選択情報を生成する分岐選択情報生成処理と、をコンピュータに実行させるための関係管理制御プログラムを提供することによって達成できる。
【００１１】
このように構成することによって、複数ある要素のうちから１つの要素情報を選択するための情報のみ保持すればよいので、従来に比べ要素間のルーティングのために保持する情報が少なくなり、メモリ資源の節約を図ることができる。
【００１２】
また上記課題は、前記関連付け処理は、前記要素情報同士を関連付けて階層型リンク構造を構成することを特徴とする請求項１項記載の関係管理制御プログラムを提供することによって達成できる。
【００１３】
このように構成することによって、各装置の物理情報や論理情報に基づいた要素を階層型リンクとして構成することができる。
また上記課題は、前記分岐選択情報生成処理は、前記関連付け処理により関連付けられた複数の前記要素情報に基づいて分岐選択情報を生成し、該生成した分岐選択情報を前記各要素情報に格納することを特徴とする請求項１項記載の関係管理制御プログラムを提供することによって達成できる。
【００１４】
このように構成することによって、複数の分岐先の要素情報の中から正規の分岐先への要素情報を選択するための分岐選択情報を生成・保持することができる。
また上記課題は、ストレージエリアネットワークを構成するホストコンピュータとスイッチ装置とストレージ装置との関係を管理する処理をコンピュータに実行させる関係管理制御プログラムにおいて、前記ホストコンピュータと前記スイッチ装置と前記ストレージ装置との各装置から取得された該各装置を構成する情報である装置構成情報に対応する要素情報が複数生成され、該各要素情報を互いに関連付けた関連付け情報と、前記要素情報の複数から１つの要素情報を選択するための情報である分岐選択情報とに基づいて、前記要素情報の複数のうちの第１の要素情報から所定の方向の前記要素情報を検索する検索制
御処理と、前記分岐選択情報を取得する分岐選択情報取得処理と、前記検索制御処理により検索された第２の要素情報が他の複数の要素情報へと関連付けられている場合、前記分岐選択情報取得処理によって取得された前記分岐選択情報に基づいて、該他の複数の要素情報のうちの１つの要素情報を決定する分岐先要素決定処理と、をコンピュータに実行させるための関係管理制御プログラムを提供することによって達成できる。
【００１５】
このように構成することによって、どの要素と関連があるかという分岐先の要素を特定するための情報を検索中の要素は保持しているので、特定の要素情報と関連のある一連の要素情報を効率よく検索することができる。
【発明を実施するための最良の形態】
【００１６】
図２は、本発明の構成の概要を示す。同図において、本発明にかかるソフトウェアをインストールした装置１（以下、関係管理制御装置１という）は、ＳＡＮ上のホストコンピュータ、スイッチ、ストレージ等とＬＡＮ等のネットワークを介して接続されている。
【００１７】
関係管理制御装置１は、装置構成情報取得手段２、要素情報生成手段３、リンク生成手段４、分岐情報生成手段５、分岐情報取得手段６、検索制御手段７、分岐先要素決定手段８から構成される。
【００１８】
装置構成情報取得手段２では、ＬＡＮ９（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）経由でＳＡＮを構築しているホストコンピュータ、スイッチ、ストレージ等の各装置から物理情報や論理情報である装置構成情報を取得する。要素情報生成手段３では、取得した装置構成情報から要素情報を生成する。リンク生成手段４では、要素情報に基づいて要素情報間の関連付け（リンク）を行う。分岐情報生成手段５では、ある要素に複数の要素がリンクされている場合にその中の１つの要素を選択することができるように、予めその選択するための情報を格納する。
【００１９】
そして、要素間の関係を表すリンク構造が関係管理制御装置１のディスプレイに表示される。
検索制御手段７では、検索動作を制御する。分岐情報取得手段６では、検索された要素の分岐選択情報を取得する。分岐先要素決定手段８では、分岐選択情報に基づいて分岐先の要素を決定する。そして、所定の要素に関連する要素群が検索され、関係管理制御装置１のディスプレイに表示される。
【００２０】
図３は、本発明において各要素が保持する情報の概念を示す。同図において、要素Ａには要素Ｅの情報のみが格納され、要素Ｅには要素Ａの情報のみが格納される。このとき、
要素Ａに関連する要素を検索する場合、下方向への検索（下検索）を行うが、まず要素Ｃが検索される。
【００２１】
さらに、下検索を行うと、要素Ｄと要素Ｅが検出されるが、要素Ａには要素Ｅの情報が格納されているので要素Ｅを選択するというものである。要素Ａに要素Ｅの情報が格納されていない場合は、要素Ｃの検索後の下検索では要素Ｄと要素Ｅとが選択されるということである。
【００２２】
図３と図１の要素Ａが保持する情報を比較すると、図１では要素Ｃ，Ｅの２つの情報を保持しているのに対して、図３では要素Ｅの１つの情報しか保持していない。要素Ｅについても同様である。したがって、各要素が保持する情報が従来に比べて少なくて済み、メモリに展開する情報を少なくすることができる。
【００２３】
このように、本発明では、各要素が自身と関連付けられている他の要素との関連情報を格納する場合、上記のように上下階層を明確に定義したときに、効率的な情報を格納するのみで要素間の関連付けを定義することが可能となる。
【００２４】
＜第１の実施形態＞
図４は、本実施形態におけるＳＡＮの物理的・論理的な構成概要を示す。ホスト１０は、ホストバス・アダプタ（以下、ＨＢＡという）１１を介して、ファイバチャネル（以下、ＦＣという）でスイッチ１２と接続されており、ストレージ装置１３は、ファイバチャネルアダプタ（以下、ＣＡという）１４を介してスイッチ１２と接続されている。
【００２５】
ＲＡＩＤ０（ＲＡＩＤ：Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙ  ｏｆ  Ｉｎｅｘｐｅｎｓｉｖｅ  Ｄｉｓｋｓ）（１８ａ）は、ハードディスクＡ（１９ａ），Ｂ（１９ｂ）から構成され、ＲＡＩＤ１（１８ｂ）は、ハードディスクＣ（１９ｃ），Ｄ（１９ｄ）から構成される。
【００２６】
Ｌｕｎ（Ｌｏｇｉｃａｌ  Ｕｎｉｔ  Ｎｕｍｂｅｒ）とは、サーバ側から指定される論理ディスク単位であるＬｕ（Ｌｏｇｉｃａｌ  Ｕｎｉｔ）の番号のことであり、本実施形態では、Ｌｕｎ０（１６ａ）とＬｕｎ１（１６ｂ）があるものとする。
【００２７】
ＬｕｎＶは、ＲＡＩＤ内部を論理的なボリュームに区分けしたものであり、ＬｕｎＶはそれぞれ、Ｌｕｎと対応付けられている。本実施形態ではＬｕｎ０（１６ａ）に対応付けられているＬｕｎＶ０（１７ａ）と、Ｌｕｎ１（１６ｂ）に対応付けられているＬｕｎＶ１（１７ｂ）とがある。
【００２８】
ＡｆｆｉｎｉｔｙＧｒｏｕｐ（アフィニティグループ）は、ＣＡのポートに設定されるホストからのアクセス単位であり、図４では、ＡｆｆｉｎｉｔｙＧｒｏｕｐ０（１５ａ）とＡｆｆｉｎｉｔｙＧｒｏｕｐ１（１５ｂ）があるものとする。ＡｆｆｉｎｉｔｙＧｒｏｕｐ０（１５ａ）の配下にＬｕｎ０（１６ａ）とＬｕｎ１（１６ｂ）があるものとする。なお、ＨＢＡ１１、スイッチ１２、ＣＡ１４，ＡｆｆｉｎｉｔｙＧｒｏｕｐ１５，Ｌｕｎ１６，ＬＶ１７，ＲＡＩＤ１８、ディスク１９の数は、同図に限定されるものではない。
【００２９】
図５は、本実施形態における処理フローを示す。まず、関係管理制御装置１は、図４のホスト１０、スイッチ１２、ストレージ１３の各装置から物理情報（ＨＢＡ１１、ＣＡ１４等）や論理情報（ＡｆｆｉｎｉｔｙＧｒｏｕｐ、Ｌｕｎ、ＬｕｎＶ等）の装置構成情報を取得する（ステップＳ１（以下、ステップをＳという））。
【００３０】
次に、取得したこれらの装置構成情報に基づいて、要素を生成する（Ｓ２）。要素とは
、取得した装置構成情報が装置の物理的構成を表す情報である場合には１つの物理情報に対応する１つのオブジェクトであり、また装置の論理的構成情報ならば１つの論理情報に対応する１つのオブジェクトのことである。取得した全ての物理情報及び論理情報を要素として構築（生成）する。そして、生成した要素に固有の名称（ＩＤ）をつける。つまり、各要素の名前は全要素内で唯一であるという定義をする。
【００３１】
次に、それぞれの要素が有する情報に基づいて要素間で互いに関係付けを行い、生成した全要素について階層型のリンク構造を生成する（Ｓ３）。ここでの関連付けとは、ある要素Ｘの上位にある要素のＩＤをＰａｒｅｎｔＬｉｎｋＩＤ（ペアレントリンクＩＤ）として要素Ｘのオブジェクトに格納し、下位にある要素のＩＤをＣｈｉｌｄＬｉｎｋＩＤ（チャイルドリンクＩＤ）として要素Ｘのオブジェクトに格納し、横方向で関連のある要素の情報として相手要素のＩＤをＲｅｌａｔｉｖｅＬｉｎｋＩＤ（リレイティブリンクＩＤ）として要素Ｘのオブジェクトに格納することである。このように各要素は、互いの要素のＩＤを格納している。
【００３２】
上記のように、Ｓ３では、物理構成の接続の関係や、実装の関係、および論理構成の関係を指し示す情報であるＰａｒｅｎｔＬｉｎｋＩＤ、ＣｈｉｌｄＬｉｎｋＩＤ、ＲｅｌａｔｉｖｅＬｉｎｋＩＤをリンク情報とする。これは、図３で説明したように、同一情報を纏めたグループで上下関係を示すＡ−Ｃ，Ｂ−Ｃ，Ｃ−Ｄ，Ｃ−Ｅの関係情報である。
【００３３】
次に、分岐情報を生成する（Ｓ４）。Ｓ４では、各要素が保有する情報からグループを超えた特定の関係情報を生成する。この特定の関係情報とは、ある要素が他のグループの要素や装置の要素と関連する場合、どの要素と論理的関係を持っているのかという情報（特定論理関係情報）である。この特定論理関係情報に基づいて関係管理を辿ることができる。この特定論理関係情報または分岐情報のことを、以下、ＢｒａｎｃｈＣｈｅｃｋＩＤ（ブランチチェックＩＤ）と呼ぶ。
【００３４】
上記で設定された上下左右のリンク情報では、各要素の全ての関係についてリンク情報が生成されているが、さらに下位・上位に渡る特定の要素への関係は分からない。特定の要素にたどり着く検索をするためには、どこかで複数あるリンクから１つを選択していくということを実行しなければならないが、その情報としてＢｒａｎｃｈＣｈｅｃｋＩＤを生成する。
【００３５】
例えば、ある要素Ｚが他の要素との関連を検索する過程で、その検索途中で通行した要素から複数の同一レベル（グループ）の要素へリンクが伸びており、どの要素を選択すれば良いのかが不明な場合があるとする。この場合、検索途中において分岐をもつ要素を通過するときに、どの分岐先の要素を選択すべきなのかを示す情報であるＢｒａｎｃｈＣｈｅｃｋＩＤを要素Ｚに持たせることで、要素Ｚを関連する要素の関係管理を把握できる。
【００３６】
さて、各要素はオブジェクトとして構成されており、ＰａｒｅｎｔＬｉｎｋＩＤ、ＣｈｉｌｄＬｉｎｋＩＤ、ＲｅｌａｔｉｖｅＬｉｎｋＩＤ、ＢｒａｎｃｈＣｈｅｃｋＩＤ、その他の情報をオブジェクト内部の変数に格納している。ここで、図６の階層型リンク構造を例として、オブジェクトとして各要素が備える情報の一例について、図７〜図１１を参照しながら説明する。
【００３７】
図６は、要素／ｄｅｖ／ｒｄｓｋ／Ｃ２ｔ１ｄ１（２０）が最上位であり、この要素２０の下位に要素ｆｊｐｆｃａ０（２１）があり、要素２１の下位にＣＡ０（２２）があり、要素２２の下位にＡｆｆｉｎｉｔｙＧｒｏｕｐ０（２３）とＡｆｆｉｎｉｔｙＧｒｏｕｐ１（２４）とが同階層にある。同図では、要素／ｄｅｖ／ｒｄｓｋ／Ｃ２ｔ１ｄ１を選択した場合、要素２０−要素２１−要素２２−要素２４のルートが強調して表示されてい
る（図６では、太線で表示している）。
【００３８】
図７は、要素／ｄｅｖ／ｒｄｓｋ／Ｃ２ｔ１ｄ１（２０）（ロウデバイス（ＲｏｗＤｅｖｉｃｅ）オブジェクト）に格納されている情報の一例を示す。同図において、変数Ｎａｍｅは、自分のオブジェクト名であり、この場合、値「／ｄｅｖ／ｒｄｓｋ／Ｃ２ｔ１ｄ１」が格納されている。変数ＰａｒｅｎｔＬｉｎｋＩＤは、自分の上位に繋がるオブジェクト名が格納されている。図６において、要素／ｄｅｖ／ｒｄｓｋ／Ｃ２ｔ１ｄ１（２０）は最上位のオブジェクトであるので、その上位の要素は無く、ＰａｒｅｎｔＬｉｎｋＩＤは格納されていない。
【００３９】
変数ＣｈｉｌｄＬｉｎｋＩＤは、自分の下に繋がるオブジェクト名（コントローラ番号が２である要素を探し、入力される値である。これについては後述する）であり、値「ｆｊｐｆｃａ０」が格納されている。ＢｒａｎｃｈＣｈｅｃｋＩＤは、ＣＡ０に２つあるＣｈｉｌｄＬｉｎｋから１つを選択するために必要な情報である。図６では、ＡｆｆｉｎｉｔｙＧｒｏｕｐ１が選択されているので、このＢｒａｎｃｈＣｈｅｃｋＩＤには、「ＡｆｆｉｎｉｔｙＧｒｏｕｐ１」が格納される。
【００４０】
図８は、要素ｆｊｐｆｃａ０（２１）（ＨＢＡポートオブジェクト）に格納されている情報の一例を示す。同図において、変数Ｎａｍｅは、自分のオブジェクト名であり、値「ｆｊｐｆｃａ０」が格納されている。変数ＰａｒｅｎｔＬｉｎｋＩＤは、上位に繋がるオブジェクト名が格納されている（Ｃ２で始まるロウデバイスを探し入力される値であり、これについては後述する）。要素ｆｊｐｆｃａ０の上位のオブジェクトである「／ｄｅｖ／ｒｄｓｋ／Ｃ２ｔ１ｄ１」が格納されている。
【００４１】
変数ＣｈｉｌｄＬｉｎｋＩＤは、自分の下に繋がるオブジェクト名（後述するＣｏｎｎｅｃｔｅｄＷＷＰＮのＷＷＰＮを持つオブジェクトを探して入力される値）であり、値「ＣＡ０」が格納されている。変数ＣｏｎｔｒｏｌｌｅｒＮｕｍｂｅｒは、このＨＢＡポートのコントローラ番号が格納されており、値「２」が格納されている。
【００４２】
変数ＷＷＰＮ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｐｏｒｔ  Ｎａｍｅ）は、このＨＢＡＰｏｒｔのＷＷＰＮ番号であり、本実施形態では、「１００００００００Ｅ２４４１ＡＤ」が格納されている。変数ＣｏｎｎｅｃｔｅｄＷＷＰＮは、このＨＢＡポートと接続している相手のＷＷＰＮ番号であり、本実施形態では、「２１０００００００ＥＤＡ００ＣＤ」が格納されている。
【００４３】
図９は、要素ＣＡ０（２２）（ＣＡポートオブジェクト）に格納されている情報の一例を示す。同図において、変数Ｎａｍｅは、自分のオブジェクト名であり、値「ＣＡ０」が格納されている。変数ＰａｒｅｎｔＬｉｎｋＩＤは、自分の上位に繋がるオブジェクト名であり、要素ＣＡの上位のオブジェクトである「ｆｊｐｆｃａ０」が格納されている。
【００４４】
変数ＣｈｉｌｄＬｉｎｋＩＤは、自分の下に繋がるオブジェクト名であり、「ＡｆｆｉｎｉｔｙＧｒｏｕｐ０，ＡｆｆｉｎｉｔｙＧｒｏｕｐ１」が格納されている。変数ＷＷＰＮは、このＣＡポートのＷＷＰＮ番号であり、「２１０００００００ＥＤＡ００ＣＤ」が格納されている。
【００４５】
Ａｆｆｉｎｉｔｙ情報は、このＣＡとアクセスを許可する相手ＷＷＰＮと、使用を許可するＡｆｆｉｎｉｔｙＧｒｏｕｐとを定義したものであり、「１００００００００Ｅ２４４１ＡＤ：ＡｆｆｉｎｉｔｙＧｒｏｕｐ１」が格納されている。変数ＡｆｆｉｎｉｔｙＧｒｏｕｐは、このＣＡ０に設定されているＡｆｆｉｎｉｔｙＧｒｏｕｐ番号であり、「０，１」が格納されている。
【００４６】
図１０は、要素ＡｆｆｉｎｉｔｙＧｒｏｕｐ０（ＡｆｆｉｎｉｔｙＧｒｏｕｐ０オブジェクト）に格納されている情報の一例を示す。同図において、変数Ｎａｍｅは、自分のオブジェクト名であり、値「ＡｆｆｉｎｉｔｙＧｒｏｕｐ０」が格納されている。変数ＰａｒｅｎｔＬｉｎｋＩＤは、自分の上位に繋がるオブジェクト名であり、要素ＣＡの上位のオブジェクトである「ＣＡ０」が格納されている。
【００４７】
変数ＣｈｉｌｄＬｉｎｋＩＤは、自分の下に繋がるオブジェクト名である。要素ＡｆｆｉｎｉｔｙＧｒｏｕｐ０は最下位の要素であるので、その下位には要素は存在しないので、ＣｈｉｌｄＬｉｎｋＩＤはない。
【００４８】
図１１は、要素ＡｆｆｉｎｉｔｙＧｒｏｕｐ１（ＡｆｆｉｎｉｔｙＧｒｏｕｐ１オブジェクト）に格納されている情報の格納例を示す。同図において、変数Ｎａｍｅは、自分のオブジェクト名であり、値「ＡｆｆｉｎｉｔｙＧｒｏｕｐ１」が格納されている。変数ＰａｒｅｎｔＬｉｎｋＩＤは、自分の上位に繋がるオブジェクト名であり、要素ＣＡの上位のオブジェクトである「ＣＡ０」が格納されている。
【００４９】
変数ＣｈｉｌｄＬｉｎｋＩＤは、自分の下に繋がるオブジェクト名である。要素ＡｆｆｉｎｉｔｙＧｒｏｕｐ１は最下位の要素であるので、その下位には要素は存在しないので、ＣｈｉｌｄＬｉｎｋＩＤはない。
【００５０】
なお、図７〜図１１において、イタリックフォントで表示されている変数値（ＰａｒｅｎｔＬｉｎｋＩＤ、ＣｈｉｌｄＬｉｎｋＩＤ、ＢｒａｎｃｈＣｈｅｃｋＩＤ）は、各オブジェクトの情報（図５のＳ１で取得した物理情報、論理情報）に基づいて関係管理制御装置１で入力される値である。これら以外の情報は、物理情報・論理情報として各装置から取得した情報である。また、これらの情報はシステム内の所定の記憶装置でデータベース化されていてもよい。
【００５１】
それでは、以下に、本実施形態の実施例を詳述する。
（実施例）
本実施例では、次のことを実現する。各装置から収集した物理・論理情報に基づいて要素を生成し、要素同士の物理的および論理的な関係を示すリンク情報を生成する。そして、関係管理を表現するために必要な情報であって、要素のリンク情報では補えない情報である関連情報(ＢｒａｎｃｈＣｈｅｃｋＩＤ)を、各要素の情報から生成する。
【００５２】
図１２は、本実施例におけるシステムの構成概要を示す。同図において、ホスト９（ホスト１０ａ，１０ｂ・・・）、スイッチ１２（スイッチ１２ａ，１２ｂ・・・）、ストレージ１３（ストレージ１３ａ，１３ｂ・・・）はＳＡＮを構築している。また、ホスト１０、スイッチ１２、ストレージ１３はそれぞれ、ＬＡＮ９で接続されている。また、このＬＡＮ９には、関係管理制御装置１が接続されている。
【００５３】
図１３は、本実施例におけるユーザと関係管理制御装置１とホスト１０／スイッチ１２／ストレージ１３との関係を示すフローである。まず、ユーザは、関係管理制御装置１上でＬＡＮ９上に存在する装置の要素情報を取得する旨の指示をするオペレーションを行う（Ｓ１０）。
【００５４】
この指示を受けた関係管理制御装置１は、ＬＡＮ９上のホスト１０、スイッチ１２、ストレージ１３の各装置に対して各装置が有する装置構成情報（物理情報や論理情報）を送信するように依頼情報を送信する。この依頼情報を受信した各装置では、装置構成情報を関係管理制御装置１に送信する（Ｓ１１）。
【００５５】
関係管理制御装置１では、各装置から送信された装置構成情報を受信する（Ｓ１２）。受信した装置構成情報に基づいて、装置を構成している物理的構成要素や論理的構成要素をそれぞれオブジェクトとして生成する。そして、図７〜図１１でいえば、イタリックフォント以外で示したデータ項目である、ＷＷＰＮ、ＣｏｎｎｅｃｔｅｄＷＷＰＮ等の情報を生成した各オブジェクトに格納する。また、各オブジェクトにＩＤを付与する。
【００５６】
次に、要素間の物理的・論理的な関係を示すリンク情報を生成する（Ｓ１４）。ここでは、取得した装置構成情報から自身と関連のある要素のＩＤをＰａｒｅｎｔＬｉｎｋＩＤ、ＣｈｉｌｄＬｉｎｋＩＤ、またはＲｅｌａｔｉｖｅＬｉｎｋＩＤとして格納する。ただし、ＢｒａｎｃｈＣｈｅｃｋＩＤには、この時点では値は格納されない。
【００５７】
次にＢｒａｎｃｈＣｈｅｃｋＩＤが生成される（Ｓ１５）。
図１４は、図１３のＳ１２における各スイッチに設けられている各ポートに対応する接続先（相手）のポート名を取得するフローである。スイッチの個数をＭ個、各スイッチのポート数をＮ個とする。スイッチの個数のカウンタに変数ｍを用い、スイッチのポート数のカウンタに変数ｎを用いる。
【００５８】
まず、ｍ＝１とする（Ｓ２０）。次に、ＬＡＮ９上にスイッチが存在するか否かを判定する（Ｓ２１）。スイッチがある場合（Ｙｅｓの場合）、ｎ＝１とし（Ｓ２２）、スイッチに設けられている１つ目のポートについて、以下に示すＳ２３〜Ｓ２７の処理を行う。
【００５９】
まず、当該ポートの接続先（相手）のポート名を取得する（Ｓ２３）。取得したポート名がＨＢＡのポート名またはストレージのポート名の場合、ＨＢＡのポート名またはストレージのポート名が確定し（Ｓ２５）、Ｓ２７へ進む。また、Ｓ２３でポート名が取得できなかった場合（Ｓ２４）、相手のポート名は不明なポートとして確定し（Ｓ２６）、Ｓ２７へ進む。
【００６０】
次にｎをカウントアップ（Ｓ２７）し、ｎ≦Ｎであるか否かを判定する。ｎ≦Ｎの場合（Ｙｅｓの場合）、残りのポートがあるので、Ｓ２３に戻ってＳ２３〜Ｓ２７の処理を行う。ｎ＞Ｎの場合（Ｎｏの場合）、当該スイッチに設けられている全てのポートについての処理が終了したので、ｍをカウントアップし（Ｓ２９）、Ｓ２１に戻る。すべてのスイッチについての処理が終了したらｍ＞Ｍとなるので、Ｓ２１でＮｏの方向へ進み、本フローは終了する。
【００６１】
これより、スイッチに接続されている相手のポート名を取得することができるので、どのポートとどのポートとが接続されているかを特定することができる。この図１４のフローは図１３のＳ１１，Ｓ１２における処理の１例にすぎず、それぞれの物理情報、論理情報によって取得の仕方は異なる。
【００６２】
図１５は、本実施例におけるホスト１０とストレージ１３との物理情報および論理情報の概要を示す。同図は、関係管理制御装置１において、図１３のＳ１３で生成された要素情報を示している。ホスト２１の要素としては、ホスト内の論理情報であるミラーディスクドライバ０（３０）と、マルチパスドライバ０（３１）と、デバイスインスタンスであるＣ１ｔ１ｄ０（３２），Ｃ１ｔ１ｄ１（３３），Ｃ１ｔ１ｄ２（３４），Ｃ１ｔ２ｄ２（３５），Ｃ２ｔ２ｄ０（３６），Ｃ２ｔ３ｄ２（３７）とが生成される。また、物理情報であるＨＢＡ（３８），Ｐｏｒｔα（３９），Ｐｏｒｔβ（４０），ＨＢＡ（４１）が生成される。
【００６３】
ストレージ１３の要素としては、物理情報として実装されているＣＡ（４２）と、Ｐｏ
ｒｔ１Ｘ（４３）と、Ｐｏｒｔ０Ｘ（４４）と、Ｄｉｓｋ０（６３）と、Ｄｉｓｋ１（６４）と、Ｄｉｓｋ２（６５）と、Ｄｉｓｋ３（６６）が生成される。また、論理的要素としてＡｆｆｉｎｉｔｙＧｒｏｕｐ０（４５）と、ＡｆｆｉｎｉｔｙＧｒｏｕｐ１（４６）と、ＡｆｆｉｎｉｔｙＧｒｏｕｐ２（４７）と、Ｌｕｎ０（４８）と、Ｌｕｎ１（４９）と、Ｌｕｎ２（５０）と、Ｌｕｎ０（５１）と、Ｌｕｎ１（５２）と、Ｌｕｎ２（５３）と、Ｌｕｎ２（５４）と、ＬＶ１（５５）と、ＬＶ２（５６）と、ＬＶ３（５７）と、ＬＶ４（５８）と、ＬＶ５（５９）と、ＬＶ６（６０）と、ＲａｉｄＧｒｏｕｐ１（６１）と、ＲａｉｄＧｒｏｕｐ２（６２）とが生成される。
【００６４】
また、図１５において、要素間を結んでいる線は図１３のＳ１４の処理によって各要素オブジェクトにＰａｒｅｎｔＬｉｎｋＩＤ、ＣｈｉｌｄＬｉｎｋＩＤ、ＲｅｌａｔｉｖｅＬｉｎｋＩＤが格納され、要素同士が関連付けられたものである。
【００６５】
例えば、マルチパスドライバ０（３１）には、「ＰａｒｅｎｔＬｉｎｋＩＤ：ミラーディスクドライバ０、ＣｈｉｌｄＬｉｎｋＩＤ：Ｃ１ｔ２ｄ２，Ｃ２ｔ３ｄ２」が格納されている。Ｃ２ｔ３ｄ２（３７）には、「ＰａｒｅｎｔＬｉｎｋＩＤ：マルチパスドライバ０、ＣｈｉｌｄＬｉｎｋＩＤ：Ｐｏｒｔβ」が格納されている。
【００６６】
ＡｆｆｉｎｉｔｙＧｒｏｕｐ２（４７）には、「ＰａｒｅｎｔＬｉｎｋＩＤ：Ｐｏｒｔ０Ｘ、ＣｈｉｌｄＬｉｎｋＩＤ：Ｌｕｎ２」が格納されている。Ｌｕｎ２（５３）には、「ＰａｒｅｎｔＬｉｎｋＩＤ：ＡｆｆｉｎｉｔｙＧｒｏｕｐ１、ＣｈｉｌｄＬｉｎｋＩＤ：ＬＶ６」が格納されている。Ｌｕｎ２（５４）には、「ＰａｒｅｎｔＬｉｎｋＩＤ：ＡｆｆｉｎｉｔｙＧｒｏｕｐ２、ＣｈｉｌｄＬｉｎｋＩＤ：ＬＶ６」が格納されている。
【００６７】
その他の要素についても同様に自分の上位にある要素のＩＤをＰａｒｅｎｔＬｉｎｋＩＤとして、自分の下位にある要素のＩＤをＣｈｉｌｄＬｉｎｋＩＤとして、また、自分の横方向に関連のある要素のＩＤをＲｅｌａｔｉｖｅＬｉｎｋＩＤとして格納する。
【００６８】
さて、図１５において、例えばＰｏｒｔβ（４０）を選択し、Ｐｏｒｔβ（４０）から下方向へ検索した場合について考えてみる。Ｐｏｒｔβ（４０）の要素からストレージ内部のＰｏｒｔ０Ｘ（４４）までの要素は辿ることができる。
【００６９】
ところが、Ｐｏｒｔ０Ｘ（４４）の下位ではＡｆｆｉｎｉｔｙＧｒｏｕｐ１（４６）とＡｆｆｉｎｉｔｙＧｒｏｕｐ２（４７）との分岐が発生しており、どちらの要素を選択するのかこのままでは分からない。そこで、ＢｒａｎｃｈＣｈｅｃｋＩＤが必要となる。それでは、以下でＢｒａｎｃｈＣｈｅｃｋＩＤの生成について説明する。
【００７０】
図１６は、ＢｒａｎｃｈＣｈｅｃｋＩＤの生成手順を示す模式図であり、図１５の要素３６，３７，４０，４４，４６，４７を抽出したものである。要素３６，３７はそれぞれＣ２ｔ２ｄ０，Ｃ２ｔ３ｄ２で示されるデータ領域（インスタンス）を表している。
【００７１】
これらのインスタンス３６，３７は、一般にＣＸｔＸｄＸで表されるものであり、ＣＸはコントローラ番号を示し、ｔＸはターゲット番号を示し、ｄＸデバイスはデバイス番号を示す。ＣＸはホストが有する番号であって、各インスタンスが使用するＨＢＡのポートを特定するための番号である。例えば、Ｃ２ｔ３ｄ２（３７）についてみてみると、ＣＸ＝Ｃ２、ｔＸ＝ｔ３、ｄＸ＝ｄ２である。ｔＸは、Ｐｏｒｔβから他の要素への経路を特定する情報であり、これに相当する経路がＰｏｒｔβ−Ｐｏｒｔ０Ｘの経路である。この経路情報はＨＢＡのドライバの定義ファイルに書かれているものである。ｄ２は２番目のデータ領域であることを示している。
【００７２】
このようにして、各要素は、ドライバの定義ファイル等から自身と関連のある要素を特定し、その要素のＩＤをＰａｒｅｎｔＬｉｎｋＩＤまたはＣｈｉｌｄＬｉｎｋＩＤとしてオブジェクトに格納する。なお、ここで説明したＰａｒｅｎｔＬｉｎｋＩＤやＣｈｉｌｄＬｉｎｋＩＤの生成は一例であり、すべての要素でこれと同様に行われるわけではない。これらは、使用するドライバやＳＡＮシステムの環境等によって定まるものである。そして、ある要素がどの要素と関連があるのかという情報は、使用するドライバ等から必ず得られる情報である。
【００７３】
Ｃ２ｔ３ｄ２（３７）を選択した場合、上述したように、下位方向への経路はコントローラ番号Ｃ２、ターゲット番号ｔ３から特定され、Ｐｏｒｔβ、Ｐｏｒｔ０Ｘと検索される。ところが、Ｐｏｒｔ０Ｘの下位でＡｆｆｉｎｉｔｙＧｒｏｕｐ１とＡｆｆｉｎｉｔｙＧｒｏｕｐ２とに分岐している。そこで、この分岐先を決定するＢｒａｎｃｈＣｈｅｃｋＩＤをＰｏｒｔβに持たせることにする。
【００７４】
図１７は、Ｐｏｒｔβ（４０）に格納させるためのＢｒａｎｃｈＣｈｅｃｋＩＤの生成フローの一例を示す。ＰｏｒｔβのＣｏｎｎｅｃｔｅｄＷＷＰＮ（接続先のＷＷＰＮ）を参照する（Ｓ３０）と、値「２０ＸＸＸ」が格納されている。そこで、ＷＷＰＮが「２０ＸＸＸ」である要素Ｐｏｒｔ０Ｘ（４４）のＡｆｆｉｎｉｔｙ情報を取得する（Ｓ３１）。このＡｆｆｉｎｉｔｙ情報を参照すると、「１０ＸＸＸ：ＡｆｆｉｎｉｔｙＧｒｏｕｐ２」が格納されているので、ＷＷＰＮ「１０ＸＸＸ」（すなわち、Ｐｏｒｔβ）と、「ＡｆｆｉｎｉｔｙＧｒｏｕｐ２」とが関連することが分かり、この「ＡｆｆｉｎｉｔｙＧｒｏｕｐ２」をＢｒａｎｃｈＣｈｅｃｋＩＤとして、Ｐｏｒｔβのオブジェクトに格納する（Ｓ３２）。
【００７５】
また、例えばストレージ１３内部のＬｕｎ２(５３)を選択した場合についてみてみる。Ｌｕｎ２(５３)から上位に向かってリンクを辿る場合、Ｌｕｎ２（５３）は、ＡｆｆｉｎｉｔｙＧｒｏｕｐ１（４６）からＰｏｒｔ１Ｘ（４３），Ｐｏｒｔ０Ｘ（４４）への分岐のために分岐の選択が必要となる。ここでは、Ｌｕｎ２（５３）−ＡｆｆｉｎｉｔｙＧｒｏｕｐ１（４６）−Ｐｏｒｔ１Ｘ（４３）−Ｐｏｒｔα（３９）−Ｃ１ｔ２ｄ２（３５）と関連付けられているとすると、図１６、図１７で説明したように、内部情報からＬｕｎ２（５３）が使用されているＰｏｒｔを検索し、それに該当したＰｏｒｔ１Ｘ（４３）のＩＤをＢｒａｎｃｈＣｈｅｃｋＩＤとしてＬｕｎ２(５３)のオブジェクトに格納する。
【００７６】
さらにＰｏｒｔ１Ｘ（４３）からＰｏｒｔα（３９）へたどり、Ｐｏｒｔα（３９）からＣ１ｔ２ｄ２（３５）へ分岐しているので、それぞれの分岐先のＩＤをＢｒａｎｃｈＣｈｅｃｋＩＤとして格納する。すなわち、Ｌｕｎ２(５３)のオブジェクトには、ＢｒａｎｃｈＣｈｅｃｋＩＤとして、「Ｐｏｒｔ１Ｘ，Ｃ１ｔ２ｄ２」が格納される。
【００７７】
このように関係範囲が複数の要素に渡って関係管理をもつ要素において、分岐情報が必要とされる場合にその関係をたどれる情報(ＢｒａｎｃｈＣｈｅｃｋＩＤ)を生成する。
図１８は、本実施例における階層型リンク構造の構築後の表示画面を示す。同図は、関係管理制御装置１のディスプレイに表示された画面の一例である。図１８の階層型リンク構造を形成している各要素は、図４または図１５で説明したものを画面上に視覚的に表現したものである。図１８において、要素間の関連付けは、画面上で線（リンク線）として表示される。
【００７８】
以上より、各要素は自身と関連する全ての要素情報を保持せず、分岐先の要素情報を保持することができる。これにより、各要素に検索ルートのすべての情報を保持させることが無いので、各要素は冗長した情報をもつことが少なくなる。したがって、メモリを無駄に浪費することがなく、関係管理制御装置１の負荷を軽減することができる。
【００７９】
＜第２の実施形態＞
本実施の形態では、第１の実施形態で生成された要素、リンク情報、ＢｒａｎｃｈＣｈｅｃｋＩＤの情報を用いることにより、ある１つの要素からこの要素に関係した要素を検索、表示する事が可能となる。
【００８０】
図１９は、本実施の形態における検索のフローを示す。検索方向についての前提条件として、上位方向検索ならばそのまま上位へ上位へと検索が進み、上位に検索している途中で下位に行くことはない。下位方向についても同様である。まず、選択された要素ＫにＢｒａｎｃｈＣｈｅｃｋＩＤが存在するか確認する（Ｓ４０）。
【００８１】
Ｓ４０で、ＢｒａｎｃｈＣｈｅｃｋＩＤが存在する場合は、そのＢｒａｎｃｈＣｈｅｃｋＩＤを所定の領域（検索時におけるＢｒａｎｃｈＣｈｅｃｋＩＤを一時的に格納するための領域である。以下、作業領域という）に格納する。この検索論理が既にＢｒａｎｃｈＣｈｅｃｋＩＤを作業領域に格納していた場合、同一層の新規のＢｒａｎｃｈＣｈｅｃｋＩＤは無視されるが、異なる層のＢｒａｎｃｈＣｈｅｃｋＩＤは追加格納される。
【００８２】
次に、上位方向(ＰａｒｅｎｔＬｉｎｋ)に向かって要素を検索する（Ｓ４１）。複数の要素（Ｐ１，Ｐ２，・・・）と関連のある要素Ｌが検索された場合は、それら複数の要素のＩＤとＳ４０で取得したＢｒａｎｃｈＣｈｅｃｋＩＤとを照合する（Ｓ４２）。照合の結果、例えば要素Ｐ１のＩＤと一致する場合は、そのＩＤにかかる要素Ｐ１のみが要素Ｋと関係があると判断し、その他のＩＤの要素については関係がないと判断する。
【００８３】
Ｓ４２での照合の結果、一致しない場合は、要素Ｋはすべての要素（Ｐ１，Ｐ２，・・・）と関係があると判断する。Ｓ４０に戻り、関係がある要素のＰａｒｅｎｔＬｉｎｋ方向の検索を再帰的に繰り返す（Ｓ４３）。
【００８４】
同一処理（Ｓ４０〜Ｓ４３）を下位方向(ＣｈｉｌｄＬｉｎｋ)に対しても実施する（Ｓ４４）。横方向(ＲｅｌａｔｉｖｅＬｉｎｋ)に関しては、１段階以上の再帰的処理は行わないこととする。つまり横方向（ＲｅｌａｔｉｖｅＬｉｎｋ）で複数数珠つなぎにつながっている要素は最初の1つのみの検索とする（Ｓ４５）。
【００８５】
それでは、以下に、本実施形態の実施例を詳述する。
（実施例）
図１５において、マルチパスドライバ０（３１）を選択する場合を説明する。これにより、マルチパスドライバ０（３１）に関連のある一連の要素の経路が明確になる。なお、本実施例では、図１５の内容が図１８の画面イメージで表示されていることとする。
【００８６】
まず、マルチパスドライバ０（３１）を選択する（矢印Ａ）。マルチパスドライバ０（３１）の上位方向(ＰａｒｅｎｔＬｉｎｋ)のミラーディスクドライバ０（３０）とのリンク線を強調表示する。ここで、強調表示とは、リンク線を他のリンク線との違いが明確になるように、点滅表示させたり、光らせたり、色を変えたり、線幅を変更したりすることをいう。ミラーディスクドライバ０（３０）の上位には要素は存在しないので、上位方向の検索が終了する。
【００８７】
次に、下位方向の検索を開始する。マルチパスドライバ０（３１）は、下位にあるＣ１ｔ２ｄ２（３５）とＣ２ｔ３ｄ２（３７）との分岐に関するＢｒａｎｃｈＣｈｅｃｋＩＤを有していないので、Ｃ１ｔ２ｄ２（３５）とＣ２ｔ３ｄ２（３７）の両方を強調表示し、両方の枝を検索対象とする。
【００８８】
Ｃ１ｔ２ｄ２（３５）から検索をすると仮定する。このとき、Ｃ１ｔ２ｄ２（３５）にはＢｒａｎｃｈＣｈｅｃｋＩＤとしてＰｏｒｔ１Ｘ，ＡｆｆｉｎｉｔｙＧｒｏｕｐ１，Ｌｕｎ２が格納されているので、これらを作業領域に格納する（図２０参照）。Ｃ１ｔ２ｄ２（３５）の下位方向（ＣｈｉｌｄＬｉｎｋ）のＰｏｒｔα（３９）を強調表示し、Ｐｏｒｔα（３９）を検索する。
【００８９】
Ｐｏｒｔα（３９）にはＢｒａｎｃｈＣｈｅｃｋＩＤとしてＡｆｆｉｎｉｔｙＧｒｏｕｐ０，ＡｆｆｉｎｉｔｙＧｒｏｕｐ１が格納されている（図２１参照）が、作業領域には既にＡｆｆｉｎｉｔｙＧｒｏｕｐ１が格納されているので、これを無視する。
【００９０】
Ｐｏｒｔα（３９）は下位方向（ＣｈｉｌｄＬｉｎｋ）にＰｏｒｔ１Ｘ（４３）およびＰｏｒｔ０Ｘ（４４）とリンクされているが、作業領域には既にＰｏｒｔ１Ｘが格納されているので、Ｐｏｒｔ１Ｘ（４３）を選択し、Ｐｏｒｔ１Ｘ（４３）を強調表示する。
【００９１】
選択されたＰｏｒｔ１Ｘ（４３）は下位方向（ＣｈｉｌｄＬｉｎｋ）にＡｆｆｉｎｉｔｙＧｒｏｕｐ０（４５）およびＡｆｆｉｎｉｔｙＧｒｏｕｐ１（４６）とリンクされているが、作業領域にはＡｆｆｉｎｉｔｙＧｒｏｕｐ１が格納されているので、ＡｆｆｉｎｉｔｙＧｒｏｕｐ１（４６）を選択し、これを強調表示する。
【００９２】
Ｐｏｒｔ１Ｘ（４３）は、横方向（ＲｅｌａｔｉｖｅＬｉｎｋ）にＣＡ（４２）が接続されているので、ＣＡ（４２）を選択し、これを強調表示する。選択されたＡｆｆｉｎｉｔｙＧｒｏｕｐ１には下位方向（ＣｈｉｌｄＬｉｎｋ）にＬｕｎ０（５１）、Ｌｕｎ１（５２）、及びＬｕｎ２（５３）とリンクされているが、作業領域にはＬｕｎ２が格納されているので、Ｌｕｎ２（５３）を選択し、これを強調表示する。
【００９３】
さらに、Ｌｕｎ２（５３）の下位方向（ＣｈｉｌｄＬｉｎｋ）のＬＶ６（６０）を強調表示する。ＬＶ６（６０）の下位方向（ＣｈｉｌｄＬｉｎｋ）のＲＡＩＤＧｒｏｕｐ２（６２）を強調表示する。ＲａｉｄＧｒｏｕｐ２（６２）の下位方向（ＣｈｉｌｄＬｉｎｋ）のＤｉｓｋ２（６５）とＤｉｓｋ３（６６）とを強調表示する（ＣｈｉｌｄＬｉｎｋ方向検索の１枝目終了）。
【００９４】
Ｃ２ｔ３ｄ２（３７）についても上記と同等の処理を行う（ＣｈｉｌｄＬｉｎｋ方向の検索を行い、２枝目の検索が終了する）。
なお、強調表示するのは検索された要素だけでなく、その要素間のリンク線について強調表示してもよい。
【００９５】
このように、検索のためのＢｒａｎｃｈＣｈｅｃｋＩＤは、検索時に必要なＢｒａｎｃｈＣｈｅｃｋＩＤを保持することができるので、従来のように各要素は常に検索のための情報を全て保有する必要が無くなり、メモリを無駄に消費することがない。したがって、関係管理制御装置１の検索時における負荷が少なくなる。
【００９６】
図２２は、本実施例における検索されたリンクの表示例を示す。同図は、インスタンス７０を選択した場合の検索例である。関係管理制御装置１のディスプレイ上で要素７０にカーソルを当てて、要素７０を選択している。そして、図１９の検索フローにより要素７０に関連のある要素が決定され、その要素間のリンク線を強調表示している。同図では、要素７０−要素７１−要素７２−要素７４−要素７５−要素７６−要素７７−要素７８の各要素が強調表示され、さらにそれらの各要素間のリンク線が太い線で示される。また、要素７２−要素７３の各要素も強調表示され、さらにそれらの各要素間のリンク線も太い線で示される。
【００９７】
以上より、複雑なコンピュータシステムでの構成要素（ハードウェア資源、ソフトウェア資源、データ領域資源等）の検索において、関連要素を識別・表示することは、非常に有効であり、効率的に制御が可能となる。
【００９８】
なお、図２３は第１，第２の実施形態で用いた関係管理制御装置１のハードウェア環境の構成ブロック図である。同図において、関係管理制御装置１は、中央処理装置（ＣＰＵ）８２、リードオンリメモリ（ＲＯＭ）８３、ランダムアクセスメモリ（ＲＡＭ）８６、ネットワーク９２とのインターフェース（以下、インターフェースをＩ／Ｆという）である通信Ｉ／Ｆ８４、記憶装置８７、出力Ｉ／Ｆ８１、入力Ｉ／Ｆ８５、可搬型記憶媒体の読み取り装置８８、およびこれらの全てを接続するバス８９、出力Ｉ／Ｆ８１と接続している出力装置９０、入力Ｉ／Ｆ８５と接続している入力装置９１によって構成されている。
【００９９】
記憶装置８７としてはハードディスク、磁気ディスクなど様々な形式の記憶装置を使用することができる。第１，第２の実施形態で説明した処理を行うプログラムなどが記憶装置８７またはＲＯＭ８３に格納され、そのようなプログラムがＣＰＵ８２によって実行される。
【０１００】
このようなプログラムは、可搬型記憶媒体に格納されて提供される場合、その可搬型記憶媒体が読み取り装置８８にセットされて、その可搬型記憶媒体に格納されているプログラムを読み出し、ＣＰＵ８２によって実行されることも可能である。可搬型記憶媒体としてはＣＤ−ＲＯＭ、フレキシブルディスク、光ディスク、光磁気ディスク、ＩＣカードなど様々な形式の記憶媒体を使用することができる。
【０１０１】
また、プログラム提供者側からネットワーク９２および通信Ｉ／Ｆ８４を介して、例えば記憶装置８７に格納されることも可能である。
また、入力装置９１には、キーボード、マウスなどを用いることが可能である。また、出力装置９０には、ディスプレイなどを用いることが可能である。
【０１０２】
また、ネットワーク９２は、インターネット、ＬＡＮ、ＷＡＮ、専用線、有線、無線等の通信網であってよい。
＜第３の実施形態＞
本実施形態では、第１の実施形態の関係管理制御装置１上で構築した階層型リンク構造を用いて、ストレージシステム障害時の支援を行う。
【０１０３】
まず、オンラインにおいて、ストレージシステムの情報をサーバ、スイッチ、ストレージから読み込み、その情報をＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）にて表示させる。
【０１０４】
次に、ハードで障害が発生した擬似状態を作成する（第１の実施形態参照）。次に、そのＨＢＡや、ＣＡ、Ｄｉｓｋなどのハード擬似障害からサーバ内のどのアプリケーションに影響があるかを表示する。
【０１０５】
さらに、擬似障害箇所の交換を行うにあたって、停止すべきプログラムや機能をＧＵＩにて表示＝＞停止＝＞保守交換＝＞停止したプログラムや機能の復旧と、擬似障害からの一連の対応処置の実地練習を提供支援する。それでは、以下に擬似的に発生させた障害の場合と、実際に発生した障害の場合とに分けて説明する。
【０１０６】
（実施例１）
本実施例では、擬似的に発生させた障害の場合について説明する。
図２４は、本実施例におけるストレージシステムの情報をサーバ、スイッチ、ストレージから読み込んで、その情報を表示したＧＵＩを示す。同図において、サーバ２００は、マルチパスインスタンス２０１、ＲＡＷデバイス２０２（２０１ａ、２０１ｂ、２０１ｃ、２０１ｄ）、ＨＢＡ２１１（ＨＢＡ０（２１１ａ）、ＨＢＡ１（２１１ｂ）、ＨＢＡ２（２１１ｃ）、ＨＢＡ３（２１１ｄ））、サーバ中で稼動中のアプリケーション２０３の各要素から構成されている。
【０１０７】
なお、ＨＢＡとは、ホストバスアダプタのことである。すなわち、ＦＣ（ファイバチャネル）ケーブルを接続するサーバ内部に物理的に搭載されるアダプタカードのことである。ＲＡＷデバイスとは、サーバ内で構築された論理データ領域のことで、ストレージ内部のホストＬＵＮのデータ領域を示します。マルチパスインスタンスとは、サーバ内のＲＡＷデバイスから作成されたマルチ論理領域のことである。
【０１０８】
スイッチ２１２には、スイッチＡ（２１２ａ）、スイッチＢ（２１２ｂ）がある。スイッチＡ，Ｂにはそれぞれ、５つのポート（ポート０、ポート１、ポート２、ポート３、ポート４）から構成されている。
【０１０９】
ストレージ２１３は、ＣＡ２１４（ＣＡ０（２１４ａ）、ＣＡ１（２１４ｂ）、ＣＡ２（２１４ｃ）、ＣＡ（２１４ｄ））、ＡｆｆｉｎｉｔｙＧｒｏｕｐ０（２１５）、ホストＬＵＮ（２１６）、論理ボリューム２１７（論理ボリューム０（２１７ａ）、論理ボリューム１（２１７ｂ）、論理ボリューム２（２１７ｃ））、ＬＡＩＤ２１８（ＲＡＩＤ０（２１８ａ）、ＲＡＩＤ１（２１８ｂ））、ハードディスク２１９（２１９ａ、２１９ｂ）の各要素から構成されている。
【０１１０】
ＡｆｆｉｎｉｔｙＧｒｏｕｐとは、アフィニティーグループ。装置内のホストＬＵＮをまとめたグループの名称である。ホストＬＵＮとは、サーバ／ホストから確認するデータ領域名である。論理ボリューム（ＬｕｎＶ）とは、１対１でマッピング論理定義されるものである。論理ボリュームとは、ストレージ装置内部のデータ領域名、言い換えればＲＡＩＤ内のデータ領域のことである。
【０１１１】
同図において、サーバ２００は、ＨＢＡ２１１を介して、ＦＣでスイッチ２１２）と接続されており、ストレージ２１３は、ＣＡ２１４を介してスイッチ２１２と接続されている。
【０１１２】
この接続についてさらに詳しく説明すると、ＨＢＡ０（２１１ａ）、ＨＢＡ１（２１１ｂ）はそれぞれ、スイッチＡ（２１２ａ）のポート０、ポート１に物理的に接続されている。ＨＢＡ２（２１１ｃ）、ＨＢＡ３（２１１ｄ）はそれぞれ、スイッチＢ（２１２ｂ）のポート０、ポート１に物理的に接続されている。
【０１１３】
ＣＡ０（２１４ａ）、ＣＡ１（２１４ｂ）はそれぞれ、スイッチＡ（２１２ａ）のポート２、ポート３に物理的に接続されている。ＣＡ２（２１４ｃ）、ＣＡ３（２１４ｃ）はそれぞれ、スイッチＢ（２１２ｂ）のポート３、ポート４に物理的に接続されている。スイッチ２１２ａのポート４は、スイッチ２１２ｂのポート２と物理的に接続されている。
【０１１４】
同図の点線で示す線は、要素間の論理的な接続状態を示しており、論理関係線という。また、本実施形態では、アクセスパス２２０（サーバから、ストレージへの論理的なＩ／Ｏアクセス経路（アクセス論理線））が設定されている。なお、Ｉ／Ｏは、インプット及びアウトプットを表す。同図では、ＨＢＡ０（２１１ａ）−ＣＡ０（２１４ａ）間のアクセスパス２２０ａ、ＨＢＡ１（２１１ｂ）−ＣＡ１（２１４ｂ）間のアクセスパス２２０ｂ、ＨＢＡ２（２１１ｃ）−ＣＡ２（２１４ｃ）間のアクセスパス２２０ｃ、ＨＢＡ３（
２１１ｄ）−ＣＡ３（２１４ｄ）間のアクセスパス２２０ｄが設定されている。
【０１１５】
それでは、擬似障害を発生させて、復旧させるまでの手順を、以下に説明する。ここでは、ＣＡ３（２１４ｄ）について障害を発生させる場合について説明する。
まず、関係管理制御装置１のＧＵＩ上でＣＡ３をマウスで選択し、右クリックすると、図２５のメニュー２３０が表示され、その中から「擬似障害」２３１を選択する。
【０１１６】
「擬似障害」２３１を選択すると、図２６に示すメッセージ画面２４０が表示される。このメッセージ画面２４０には、擬似障害を発生させる旨のメッセージ２４１が表示されており、さらに、擬似障害の環境を設定することができる。同図において、「対象部品を交換する」２４２、「対象部品を交換しない」２４３の２つの選択肢のうち、いずれか１つを選択する。
【０１１７】
ここでは、擬似故障対象である物理部分、本実施例でいうＣＡ３（２１４ｄ）をクリックして擬似故障を発生させるが、擬似故障箇所を実際に交換して保守シーケンスを踏んでいくのか、実際に交換せずに交換したと仮定して他の保守作業をそのまま実行して作業を進めるかを選択できる。
【０１１８】
上記で「対象部品を交換する」２４２、「対象部品を交換しない」２４３のいずれか１つを選択した後、実行ボタン２４４を押下する。また、擬似障害発生を実施しない場合には、キャンセルボタン２４５を押下する。
【０１１９】
実行ボタン２４４を押下すると、図２４に示すように、ＣＡ３（２１４ｄ）が強調表示され、それに関係するアクセスパス２２０ｄが光輝し、エラー状態となって、アクセスパス２２０ｄを介してのＩ／Ｏ（入力／出力）ができないことを示す。
【０１２０】
なお、図２６の「実行」ボタン２４４押下後の擬似故障を発生させる方法としては、次の２つが挙げられる。１つが関係管理制御装置１のプログラム内でのみ擬似故障を発生させる第１の方法と、もう１つが故障対象デバイスにコマンドを送って、そのデバイス自体を擬似的に故障を発生させる第２の方法がある。
【０１２１】
第１の方法では、関係管理制御装置１上のアプリケーション内でのみ擬似的に故障を起こさせるので、ＳＡＮ上の各デバイスは正常に動作している。
第２の方法は、例えば、ＣＡ３（２１４ｄ）を停止させたり、論理的に切り離す等のコマンドをストレージ２１３に送ることにより、擬似故障を発生させる。そのコマンドを受信したストレージ２１３の制御部では、そのコマンドの引数にしてあるＣＡ３（２１４ｄ）やホストＬＵＮ２１６等の各構成要素を識別して、その識別した構成要素に対して擬似的にエラーを発生させる。
【０１２２】
そして、ストレージ２１３では、常時ストレージ内の構成要素の監視も行っており、これらにエラーが発生すれば、予め登録してある送信先（例えば、ＩＰアドレス等）にそのエラー情報をメッセージとして送信する。
【０１２３】
本実施例では、その送信先は関係管理制御装置１であり、関係管理制御装置１ではそのメッセージを受け取ると、画面にそのメッセージが表示されるように制御されている。ただし、この場合、ユーザの指示により意図的に擬似障害を発生させているので、このメッセージの表示は抑制する。
【０１２４】
さて、上記で擬似障害状態にしたＣＡ３（２１４ｄ）をマウスで選択して右クリックすると、図２７のメニュー２５０が表示され、その中から「保守開始」２５１を選択すると
、図２８の画面が表示される。
【０１２５】
図２８は、本実施例における保守画面２６０を示す。この保守画面２６０に表示される項目は、選択した擬似障害の要素に依存し、本実施例ではＣＡ３（２１４ｄ）に依存している。本画面２６０では、「１．アクセスパスの閉塞」、「２．ＣＡ３の活性保守  切り離し」、「３．ＣＡ３物理交換」、「４．ＣＡ３物理交換終了」、「５．アクセスパスの復旧」の処理を順次実行させる。説明表示部２６６には、これらの各処理の説明が表示される。それでは、各処理について説明する。
【０１２６】
まず、「１．アクセスパスの閉塞」を実行させるために実行ボタン２６１を押下すると、保守交換対象であるＣＡ３（２１４ｄ）に関連するアクセスパスを持つサーバのマルチパスドライバーで構成されている「マルチパス閉塞」コマンドを、サーバ２００に対して発行する。このコマンドを受け取ったサーバ２００は、コマンドで指定されたアクセスパス２２０ｄを閉塞する。すなわち、アクセスパス２２０ｄを論理的に切断する。
【０１２７】
次に、「２．ＣＡ３の活性保守  切り離し」を実行させるために実行ボタン２６２を押下すると、ＣＡ３が実装されているストレージ２１３に対してＣＡ３を保守交換するために必要であるコマンド（活性保守開始・切り離し）を発行する。これによって、ＣＡ３は論理的にストレージ２１３から切り離される。
【０１２８】
次に、「３．ＣＡ３物理交換」を実施する。ここでは、ユーザによってＣＡ３（２１４ｄ）を物理的に交換する。ここで、ＬＥＤボタンを押下すると、交換対象の部品にＬＥＤが取り付けられていれば、それを光らせることができる。なお、擬似障害でかつ実際に交換しない場合、すなわち、図２６で「対象部品を交換しない」２４３を選択した場合には物理交換作業は発生しないので、次のシーケンスに進む。
【０１２９】
上記で、物理交換が終了した場合、または物理交換が発生しなかった場合、終了ボタン２６４を押下し、交換作業を終了する。この終了ボタンを押下すると、ＣＡ３（２１４ｄ）の物理交換の終了を知らせるコマンドをストレージ２１３に発行する。このコマンドを受信したストレージ２１３は、ＣＡ３（２１４ｄ）の物理交換の終了を認識することができる。
【０１３０】
また、実交換をしていない場合は、擬似故障発生ＣＡ３（２１４ｄ）を正常とするコマンドを発行する。
次に、「５．アクセスパスの復旧」を実行させるために実行ボタン２６５を押下すると、アクセスパスの閉塞でパス閉塞をさせていたサーバ２００に対して、再度アクセスパスの再開復旧コマンドを発行する。そのコマンドを受信したサーバ２００は、再びアクセスパス２２０ｄを論理的に接続する。
【０１３１】
なお、上記はＣＡ３（２１４ｄ）を故障させた場合についての復旧シーケンスであり、本実施例に限定されるものではなく、他のデバイスにおいてはそのデバイスに応じた復旧シーケンスが存在する。
【０１３２】
以上より、擬似障害からの一連の対応処置の実地練習をすることができるので、実際に障害が発生した場合の初動処理を迅速に行うことができる。
（実施例２）
本実施例では、実際に障害が発生した場合について説明する。ＳＡＮ上で実際に発生すると（本実施例では、ＣＡ３（２１４ｄ）について実際に障害が発生したものとする）、関係管理制御装置１の画面に図２４のＧＵＩが表示されている場合、実施例１で述べたように、エラーメッセージがオーバーレイ表示される。
【０１３３】
つまり、ストレージ２１３内部では、ＣＡ２１４やホストＬＵＮ２１６等の各構成要素を監視しており、本実施例ではＣＡ３（２１４ｄ）にエラーが発生しているので、予め登録してある送信先（例えば、ＩＰアドレス等）にそのエラー情報をメッセージとして送信する。本実施例では、その送信先は関係管理制御装置１であり、関係管理制御装置１ではそのメッセージを受け取ると、画面にそのメッセージが表示される。なお、エラーメッセージには、対象の装置名やエラー内容を示すイベント情報が含まれ、図２９に示すように、このメッセージは履歴として関係管理制御装置１の記憶装置に格納される。
【０１３４】
図２９は、ＳＡＮ上の各装置の状態を示す履歴画面である。関係管理制御装置１では、別途、各装置の状態を履歴として管理することもできる。上記のエラーも同様にここに履歴として残る。同図において、「ＥＲＲＯＲ」や「ＷＡＲＮＩＮＧ」等を示す「状態」、その状態になった「日時」、その状態になった「装置名」、「モニタ」、「イベントＩＤ」、エラー情報等を示す「イベント情報」等の情報が履歴として管理されている。
【０１３５】
さて、上記のエラーメッセージを閉じると、既に図２４の状態になっている。すなわち、障害箇所ＣＡ３（２１４ｄ）が強調表示され、アクセスパス２２０ｄが光輝している。このとき、ＣＡ３（２１４ｄ）を選択して右クリックすると、図２７のメニュー画面２５０が表示され、保守開始２５１を選択すると、図２８の保守画面２６０が表示される。これ以降は、実施例１と同様である。
【０１３６】
以上より、従来、ＳＡＮにおいては、障害の発生の検知及び保守は人手に頼り、時間的にも人件費的にもかなりのコストがかかっていたが、本発明を実施することにより、自動で障害箇所を検出して保守・復旧を行うことができる。
【０１３７】
（付記１）
ネットワークを構成する情報処理装置とスイッチ装置と記憶装置とのうち、少なくとも２の装置の関係を管理する処理をコンピュータに実行させる関係管理制御プログラムにおいて、
前記少なくとも２の装置の構成を示す情報である装置構成情報を取得する装置構成情報取得処理と、
該装置構成情報取得処理により取得した前記装置構成情報に基づいて、該装置構成情報に対応する要素情報を生成する要素情報生成処理と、
該要素情報生成処理により生成した複数の前記要素情報に基づいて、該各要素情報を互いに関連付ける関連付け処理と、
前記要素情報の複数から１つの要素情報を選択するための情報である分岐選択情報を生成する分岐選択情報生成処理と、
をコンピュータに実行させるための関係管理制御プログラム。
（付記２）
前記装置構成情報は、前記情報処理装置と前記スイッチ装置と前記記憶装置の各装置が備える物理情報と論理情報とのうちの少なくとも１つの情報であることを特徴とする付記１項記載の関係管理制御プログラム。
（付記３）
前記要素情報生成処理は、生成した要素情報に固有の名称を付けることを特徴とする付記１項記載の関係管理制御プログラム。
（付記４）
前記関連付け処理は、前記要素情報同士を関連付けて階層型リンク構造を構成することを特徴とする付記１項記載の関係管理制御プログラム。
（付記５）
前記関連付け処理は、前記要素情報生成処理により生成した各要素情報に基づいて、第１の要素情報が該第１の要素情報の上階層にある第２の要素情報の固有の名称を該第１の要素情報に格納することを特徴とする付記４項記載の関係管理制御プログラム。
（付記６）
前記関連付け処理は、前記要素情報生成処理により生成した各要素情報に基づいて、第１の要素情報が該第１の要素情報の下階層にある第２の要素情報の固有の名称を該第１の要素情報に格納することを特徴とする付記４項記載の関係管理制御プログラム。
（付記７）
前記関連付け処理は、前記要素情報生成処理により生成した各要素情報に基づいて、第１の要素情報が該第１の要素情報と同階層にある第２の要素情報の固有の名称を該第１の要素情報に格納することを特徴とする付記４項記載の関係管理制御プログラム。
（付記８）
前記要素情報は、該要素情報である第１の要素情報の上階層にある第２の要素情報の固有の名称と、該第１の要素情報の下階層にある第３の要素情報の固有の名称と、該第１の要素情報と同階層にある第４の要素情報の固有の名称と、該第１の要素情報の前記分岐選択情報とのうちの少なくとも１つを格納するための領域を備えるオブジェクトであることを特徴とする付記４項記載の関係管理制御プログラム。
（付記９）
前記分岐選択情報生成処理は、前記関連付け処理により関連付けられた複数の前記要素情報に基づいて分岐選択情報を生成し、該生成した分岐選択情報を前記各要素情報に格納することを特徴とする付記１項記載の関係管理制御プログラム。
（付記１０）
前記ネットワークは、ストレージエリアネットワークであることを特徴とする付記１項記載の関係管理制御プログラム。
（付記１１）
ネットワークを構成する情報処理装置とスイッチ装置と記憶装置とのうち、少なくとも２の装置の関係を管理する処理をコンピュータに実行させる関係管理制御プログラムにおいて、
前記少なくとも２の装置の構成を示す情報である装置構成情報に対応する要素情報が複数生成され、該各要素情報を互いに関連付けた関連付け情報と、前記要素情報の複数から１つの要素情報を選択するための情報である分岐選択情報とに基づいて、前記要素情報の複数のうちの第１の要素情報から所定の方向の前記要素情報を検索する検索制御処理と、
前記分岐選択情報を取得する分岐選択情報取得処理と、
前記検索制御処理により検索された第２の要素情報が他の複数の要素情報へと関連付けられている場合、前記分岐選択情報取得処理によって取得された前記分岐選択情報に基づいて、該他の複数の要素情報のうちの１つの要素情報を決定する分岐先要素決定処理と、
をコンピュータに実行させるための関係管理制御プログラム。
（付記１２）
前記検索制御処理は、前記第１の要素情報から所定の一方向へ検索し、該方向への検索の終了後、前記第１の要素情報から他方の一方向へ検索することを特徴とする付記１１項記載の関係管理制御プログラム。
（付記１３）
前記分岐先要素決定処理は、前記分岐選択情報取得処理により取得された分岐選択情報のうちの１つと、前記第２の要素情報が保持する該第２の要素情報と関連付けられている複数の要素情報のうちの１つと一致する場合、該一致した要素情報を検索することを決定することを特徴とする付記１１項記載の関係管理制御プログラム。
（付記１４）
前記分岐先要素決定処理は、前記分岐選択情報取得処理により取得された分岐選択情報のうちの１つと、前記第２の要素情報が保持する該第２の要素情報と関連付けられている複数の要素情報のそれぞれと不一致の場合、該複数の要素情報を検索すること決定することを特徴とする付記１１項記載の関係管理制御プログラム。
（付記１５）
前記関連付け情報は、前記要素情報同士を関連付けて関連付け階層型リンク構造が構築された情報であり、前記分岐選択情報取得処理は、既に取得した分岐選択情報と同一階層の分岐選択情報は取得しないことを特徴とする付記１１項記載の関係管理制御プログラム。
（付記１６）
前記関連付け情報は、前記要素情報同士を関連付けて関連付け階層型リンク構造が構築された情報であり、前記検索制御処理により同一階層方向へ検索された場合、１つ目の要素情報のみ検索することを特徴とする付記１１項記載の関係管理制御プログラム。
（付記１７）
前記ネットワークは、ストレージエリアネットワークであることを特徴とする付記１１項記載の関係管理制御プログラム。
（付記１８）
ネットワークを構成する情報処理装置とスイッチ装置と記憶装置とのうち、少なくとも２の装置の関係を管理する関係管理制御装置において、
前記少なくとも２の装置の構成を示す情報である装置構成情報を取得する装置構成情報取得手段と、
該装置構成情報取得手段により取得した前記装置構成情報に基づいて、該装置構成情報に対応する要素情報を生成する要素情報生成手段と、
該要素情報生成手段により生成した複数の前記要素情報に基づいて、該各要素情報を互いに関連付ける関連付け手段と、
前記要素情報の複数から１つの要素情報を選択するための情報である分岐選択情報を生成する分岐選択情報生成手段と、
を備えることを特徴とする関係管理制御装置。
（付記１９）
前記装置構成情報は、前記情報処理装置と前記スイッチ装置と前記記憶装置の各装置が備える物理情報と論理情報とのうちの少なくとも１つの情報であることを特徴とする付記１８項記載の関係管理制御装置。
（付記２０）
前記要素情報生成手段は、生成した要素情報に固有の名称を付けることを特徴とする付記１８項記載の関係管理制御装置。
（付記２１）
前記関連付け手段は、前記要素情報同士を関連付けて階層型リンク構造を構成することを特徴とする付記１８項記載の関係管理制御装置。
（付記２２）
前記関連付け手段は、前記要素情報生成手段により生成した各要素情報に基づいて、第１の要素情報が該第１の要素情報の上階層にある第２の要素情報の固有の名称を該第１の要素情報に格納することを特徴とする付記２１項記載の関係管理制御装置。
（付記２３）
前記関連付け手段は、前記要素情報生成手段により生成した各要素情報に基づいて、第１の要素情報が該第１の要素情報の下階層にある第２の要素情報の固有の名称を該第１の要素情報に格納することを特徴とする付記２１項記載の関係管理制御装置。
（付記２４）
前記関連付け手段は、前記要素情報生成手段により生成した各要素情報に基づいて、第１の要素情報が該第１の要素情報と同階層にある第２の要素情報の固有の名称を該第１の要素情報に格納することを特徴とする付記２１項記載の関係管理制御装置。
（付記２５）
前記要素情報は、該要素情報である第１の要素情報の上階層にある第２の要素情報の固有の名称と、該第１の要素情報の下階層にある第３の要素情報の固有の名称と、該第１の要素情報と同階層にある第４の要素情報の固有の名称と、該第１の要素情報の前記分岐選択情報とのうちの少なくとも１つを格納するための領域を備えるオブジェクトであることを特徴とする付記２１項記載の関係管理制御装置。
（付記２６）
前記分岐選択情報生成手段は、前記関連付け手段により関連付けられた複数の前記要素情報に基づいて分岐選択情報を生成し、該生成した分岐選択情報を前記各要素情報に格納することを特徴とする付記１８項記載の関係管理制御装置。
（付記２７）
前記ネットワークは、ストレージエリアネットワークであることを特徴とする付記１８項記載の関係管理制御装置。
（付記２８）
ネットワークを構成する情報処理装置とスイッチ装置と記憶装置とのうち、少なくとも２の装置の関係を管理する関係管理制御装置において、
前記少なくとも２の装置の構成を示す情報である装置構成情報に対応する要素情報が複数生成され、該各要素情報を互いに関連付けた関連付け情報と、前記要素情報の複数から１つの要素情報を選択するための情報である分岐選択情報とに基づいて、前記要素情報の複数のうちの第１の要素情報から所定の方向の前記要素情報を検索する検索制御手段と、
前記分岐選択情報を取得する分岐選択情報取得手段と、
前記検索制御手段により検索された第２の要素情報が他の複数の要素情報へと関連付けられている場合、前記分岐選択情報取得手段によって取得された前記分岐選択情報に基づいて、該他の複数の要素情報のうちの１つの要素情報を決定する分岐先要素決定手段と、
を備えることを特徴とする関係管理制御装置。
（付記２９）
前記検索制御手段は、前記第１の要素情報から所定の一方向へ検索し、該方向への検索
の終了後、前記第１の要素情報から他方の一方向へ検索することを特徴とする付記２８項記載の関係管理制御装置。
（付記３０）
前記分岐先要素決定手段は、前記分岐選択情報取得手段により取得された分岐選択情報のうちの１つと、前記第２の要素情報が保持する該第２の要素情報と関連付けられている複数の要素情報のうちの１つと一致する場合、該一致した要素情報を検索することを決定することを特徴とする付記２８項記載の関係管理制御装置。
（付記３１）
前記分岐先要素決定手段は、前記分岐選択情報取得手段により取得された分岐選択情報のうちの１つと、前記第２の要素情報が保持する該第２の要素情報と関連付けられている複数の要素情報のそれぞれと不一致の場合、該複数の要素情報を検索すること決定することを特徴とする付記２８項記載の関係管理制御装置。
（付記３２）
前記関連付け情報は、前記要素情報同士を関連付けて関連付け階層型リンク構造が構築された情報であり、前記分岐選択情報取得手段は、既に取得した分岐選択情報と同一階層の分岐選択情報は取得しないことを特徴とする付記２８項記載の関係管理制御装置。
（付記３３）
前記関連付け情報は、前記要素情報同士を関連付けて関連付け階層型リンク構造が構築された情報であり、前記検索制御手段により同一階層方向へ検索された場合、１つ目の要素情報のみ検索することを特徴とする付記２８項記載の関係管理制御装置。
（付記３４）
前記ネットワークは、ストレージエリアネットワークであることを特徴とする付記２８項記載の関係管理制御装置。
（付記３５）
ネットワークを構成する情報処理装置とスイッチ装置と記憶装置とのうち、少なくとも２の装置の関係を管理する処理をコンピュータに実行させる関係管理制御プログラムにおいて、
前記少なくとも２の装置の構成を示す情報である装置構成情報を取得する装置構成情報取得処理と、
該装置構成情報取得処理により取得した前記装置構成情報に基づいて、該装置構成情報に対応する要素情報を生成する要素情報生成処理と、
該要素情報生成処理により生成した複数の前記要素情報に基づいて、該各要素情報を互いに関連付ける関連付け処理と、
前記要素情報の複数から１つの要素情報を選択するための情報である分岐選択情報を生成する分岐選択情報生成処理と、
前記関連付け処理により関係付けられた前記要素情報の複数のうちの第１の要素情報から所定の方向の前記要素情報を検索する検索制御処理と、
前記分岐選択情報を取得する分岐選択情報取得処理と、
前記検索制御処理により検索された第２の要素情報が他の複数の要素情報へと関連付けられている場合、前記分岐選択情報取得処理によって取得された前記分岐選択情報に基づいて、該他の複数の要素情報のうちの１つの要素情報を決定する分岐先要素決定処理と、
をコンピュータに実行させるための関係管理制御プログラム。
（付記３６）
前記ネットワークは、ストレージエリアネットワークであることを特徴とする付記３５項記載の関係管理制御プログラム。
（付記３７）
ネットワークを構成する情報処理装置とスイッチ装置と記憶装置とのうち、少なくとも２の装置の関係を管理する関係管理制御装置において、
前記少なくとも２の装置の構成を示す情報である装置構成情報を取得する装置構成情報
取得手段と、
該装置構成情報取得手段により取得した前記装置構成情報に基づいて、該装置構成情報に対応する要素情報を生成する要素情報生成手段と、
該要素情報生成手段により生成した複数の前記要素情報に基づいて、該各要素情報を互いに関連付ける関連付け手段と、
前記要素情報の複数から１つの要素情報を選択するための情報である分岐選択情報を生成する分岐選択情報生成手段と、
前記関連付け手段により関係付けられた前記要素情報の複数のうちの第１の要素情報から所定の方向の前記要素情報を検索する検索制御手段と、
前記分岐選択情報を取得する分岐選択情報取得手段と、
前記検索制御手段により検索された第２の要素情報が他の複数の要素情報へと関連付けられている場合、前記分岐選択情報取得手段によって取得された前記分岐選択情報に基づいて、該他の複数の要素情報のうちの１つの要素情報を決定する分岐先要素決定手段と、
を備えることを特徴とする関係管理制御装置。
（付記３８）
前記ネットワークは、ストレージエリアネットワークであることを特徴とする付記３７項記載の関係管理制御装置。
（付記３９）
ネットワークを構成する情報処理装置とスイッチ装置と記憶装置とのうち、少なくとも２の装置の関係を管理する関係管理制御装置とから構成される関係管理制御システムにおいて、
前記少なくとも２の装置の構成を示す情報である装置構成情報を取得する装置構成情報取得手段と、
該装置構成情報取得手段により取得した前記装置構成情報に基づいて、該装置構成情報に対応する要素情報を生成する要素情報生成手段と、
該要素情報生成手段により生成した複数の前記要素情報に基づいて、該各要素情報を互いに関連付ける関連付け手段と、
前記要素情報の複数から１つの要素情報を選択するための情報である分岐選択情報を生成する分岐選択情報生成手段と、
前記関連付け手段により関係付けられた前記要素情報の複数のうちの第１の要素情報から所定の方向の前記要素情報を検索する検索制御手段と、
前記分岐選択情報を取得する分岐選択情報取得手段と、
前記検索制御手段により検索された第２の要素情報が他の複数の要素情報へと関連付けられている場合、前記分岐選択情報取得手段によって取得された前記分岐選択情報に基づいて、該他の複数の要素情報のうちの１つの要素情報を決定する分岐先要素決定手段と、
を備えることを特徴とする関係管理制御システム。
（付記４０）
前記ネットワークは、ストレージエリアネットワークであることを特徴とする付記３９項記載の関係管理制御システム。
（付記４１）
前記関係管理制御プログラムは、さらに、
前記要素情報のうち少なくともいずれか１つに障害が発生し障害発生状態になった場合、該要素情報を該障害発生状態から復旧させる復旧処理
をコンピュータに実行させる付記１項記載の関係管理制御プログラム。
（付記４２）
前記関係管理制御プログラムは、さらに、
前記要素情報のうち少なくともいずれか１つを選択し、該選択した要素情報について擬似的に前記障害を発生させて、前記障害発生状態に設定する擬似障害設定処理
をコンピュータに実行させる付記４１項記載の関係管理制御プログラム。
（付記４３）
前記擬似障害設定処理は、前記要素情報に対応する前記装置の有する部品を交換するか否かの判断を促すメッセージを表示させる処理
をコンピュータに実行させる付記４１項記載の関係管理制御プログラム。
（付記４４）
前記復旧処理は、前記装置間で送受信される情報の論理的送受信経路のうち前記障害発生状態に設定された前記要素情報に関係する該論理的送受信経路を閉塞させる論理的送受信経路閉塞処理と、  前記障害発生状態に設定された前記要素情報に対応する前記装置の有する部品を該装置から論理的に切り離させる切り離し処理と、
前記論理的送受信経路閉塞処理により閉塞した前記論理的送受信経路を開通させる開通処理と、
をコンピュータに実行させる付記４１項記載の関係管理制御プログラム。
（付記４５）
前記関係管理制御装置は、さらに、
前記要素情報のうち少なくともいずれか１つに障害が発生し障害発生状態になった場合、該要素情報を該障害発生状態から復旧させる手段
を備えることを特徴とする付記１８項記載の関係管理制御装置。
（付記４６）
前記関係管理制御装置は、さらに、
前記要素情報のうち少なくともいずれか１つを選択し、該選択した要素情報について擬似的に前記障害を発生させて、前記障害発生状態に設定する擬似障害設定手段
を備えることを特徴とする付記４５項記載の関係管理制御装置。
（付記４７）
前記擬似障害設定手段は、前記要素情報に対応する前記装置の有する部品を交換するか否かの判断を促すメッセージを表示させるメッセージ表示手段と
を備えることを特徴とする付記４５項記載の関係管理制御装置。
（付記４８）
前記復旧手段は、前記装置間で送受信される情報の論理的送受信経路のうち前記障害発生状態に設定された前記要素情報に関係する該論理的送受信経路を閉塞させる論理的送受信経路閉塞手段と、
前記障害発生状態に設定された前記要素情報に対応する前記装置の有する部品を該装置から論理的に切り離させる切り離し手段と、
前記論理的送受信経路閉塞処理により閉塞した前記論理的送受信経路を開通させる開通手段と、
を備えることを特徴とする付記４５項記載の関係管理制御装置。
（付記４９）
前記関係管理制御装置は、さらに、
前記要素情報のうち少なくともいずれか１つに障害が発生し障害発生状態になった場合、該要素情報を該障害発生状態から復旧させる手段
を備えることを特徴とする付記２１項記載の関係管理制御装置。
（付記５０）
前記関係管理制御装置は、さらに、
前記要素情報のうち少なくともいずれか１つを選択し、該選択した要素情報について擬似的に前記障害を発生させて、前記障害発生状態に設定する擬似障害設定手段
を備えることを特徴とする付記４９項記載の関係管理制御装置。
（付記５１）
前記擬似障害設定手段は、前記要素情報に対応する前記装置の有する部品を交換するか否かの判断を促すメッセージを表示させるメッセージ表示手段と
を備えることを特徴とする付記４９項記載の関係管理制御装置。
（付記５２）
前記復旧手段は、前記階層型リンク構造で示される前記装置間で送受信される情報の論
理的送受信経路のうち前記障害発生状態に設定された前記要素情報に関係する該論理的送受信経路を閉塞させる論理的送受信経路閉塞手段と、
前記障害発生状態に設定された前記要素情報に対応する前記装置の有する部品を該装置から論理的に切り離させる切り離し手段と、
前記論理的送受信経路閉塞処理により閉塞した前記論理的送受信経路を開通させる開通手段と、
を備えることを特徴とする付記４９項記載の関係管理制御装置。
（付記５３）
前記関係管理制御システムは、さらに、
前記要素情報のうち少なくともいずれか１つに障害が発生し障害発生状態になった場合、該要素情報を該障害発生状態から復旧させる手段
を備えることを特徴とする付記３９項記載の関係管理制御システム。
（付記５４）
前記関係管理制御システムは、さらに、
前記要素情報のうち少なくともいずれか１つを選択し、該選択した要素情報について擬似的に前記障害を発生させて、前記障害発生状態に設定する擬似障害設定手段
を備えることを特徴とする付記５３項記載の関係管理制御システム。
（付記５５）
前記擬似障害設定手段は、前記要素情報に対応する前記装置の有する部品を交換するか否かの判断を促すメッセージを表示させるメッセージ表示手段と
を備えることを特徴とする付記５３項記載の関係管理制御システム。
（付記５６）
前記復旧手段は、前記装置間で送受信される情報の論理的送受信経路のうち前記障害発生状態に設定された前記要素情報に関係する該論理的送受信経路を閉塞させる論理的送受信経路閉塞手段と、
前記障害発生状態に設定された前記要素情報に対応する前記装置の有する部品を該装置から論理的に切り離させる切り離し手段と、
前記論理的送受信経路閉塞処理により閉塞した前記論理的送受信経路を開通させる開通手段と、
を備えることを特徴とする付記５３項記載の関係管理制御システム。
（付記５７）
ネットワークを構成する情報処理装置とスイッチ装置と記憶装置とのうち、少なくとも２の装置の関係を管理する情報を格納する関係管理制御データベースにおいて、
前記少なくとも２の装置から取得した該装置の構成を示す情報である装置構成情報から生成された該装置構成情報に対応する要素情報に基づいて該各要素情報を互いに関連付けて、該関連付けた前記要素情報の複数から１つの要素情報を選択するための情報である分岐選択情報を格納することを特徴とする関係管理制御データベース。
（付記５８）
ネットワークを構成する情報処理装置とスイッチ装置と記憶装置とのうち、少なくとも２の装置の関係を管理する処理をコンピュータに実行させる関係管理制御プログラムにおいて、
前記少なくとも２の装置の構成を示す情報である装置構成情報を取得する装置構成情報取得処理と、
前記装置構成情報取得手段により取得した前記装置構成情報に基づいて、前記各装置間及び該装置内の論理的な接続を表示させる表示処理
をコンピュータに実行させる関係管理制御プログラム。
（付記５９）
前記関係管理制御プログラムは、さらに、
前記関連付け処理により関連付けた前記要素情報と前記分岐選択情報生成処理により生成した前記分岐選択情報とに基づいて、前記各装置間及び該装置内の論理的な接続を表示
させる表示処理と、
をコンピュータに実行させる付記項１記載の関係管理制御プログラム。
（付記６０）
ネットワークを構成する情報処理装置とスイッチ装置と記憶装置とのうち、少なくとも２の装置の関係を管理する関係管理制御装置において、
前記少なくとも２の装置の構成を示す情報である装置構成情報を取得する装置構成情報取得手段と、
前記装置構成情報取得手段により取得した前記装置構成情報に基づいて、前記各装置間及び該装置内の論理的な接続を表示させる表示手段と、
を備えることを特徴とする関係管理制御装置。
（付記６１）
前記関係管理制御装置は、さらに、
前記関連付け手段により関連付けた前記要素情報と前記分岐選択情報生成手段により生成した前記分岐選択情報とに基づいて、前記各装置間及び該装置内の論理的な接続を表示させる表示手段と、
を備えることを特徴とする付記１８項記載の関係管理制御装置。
（付記６２）
ネットワークを構成する情報処理装置とスイッチ装置と記憶装置とのうち、少なくとも２の装置の関係を管理する関係管理制御装置とから構成される関係管理制御システムにおいて、
前記少なくとも２の装置の構成を示す情報である装置構成情報を取得する装置構成情報取得手段と、
前記装置構成情報取得手段により取得した前記装置構成情報に基づいて、前記各装置間及び該装置内の論理的な接続を表示させる表示手段と、
を備えることを特徴とする関係管理制御システム。
（付記６３）
前記関係管理制御システムは、さらに、
前記関連付け手段により関連付けた前記要素情報と前記分岐選択情報生成手段により生成した前記分岐選択情報とに基づいて、前記各装置間及び該装置内の論理的な接続を表示させる表示手段と、
を備えることを特徴とする付記３９項記載の関係管理制御システム。
【産業上の利用可能性】
【０１３８】
本発明により、ユーザがＳＡＮによるシステム内の接続・論理関係管理状態が把握でき、また、障害発生における影響範囲が容易に解明できる。また、メモリを有効に活用することができ、余計な負荷による処理速度の低下を防止することができる。
【０１３９】
また、ＳＡＮでの障害に容易かつ迅速に対処することもできる。図面の簡単な説明
本発明は、後述する詳細な説明を、下記の添付図面と共に参照すればより明らかになるであろう。
【図面の簡単な説明】
【０１４０】
【図１】従来の各要素が保持する情報の概念を示す図である。
【図２】本発明の構成の概要を示す図である。
【図３】本発明における各要素が保持する情報の概念を示す図である。
【図４】第１の実施形態におけるＳＡＮの物理的・論理的な構成概要を示す図である。
【図５】第１の実施形態における処理フローを示す図である。
【図６】第１の実施形態における要素間の階層型リンク構造を示す図である。
【図７】第１の実施形態における図６の要素／ｄｅｖ／ｒｄｓｋ／Ｃ２ｔ１ｄ１に格納されている情報の一例を示す図である。
【図８】第１の実施形態における図６の要素ｆｊｐｆｃａ０に格納されている情報の一例を示す図である。
【図９】第１の実施形態における図６の要素ＣＡ０に格納されている情報の一例を示す図である。
【図１０】第１の実施形態における図６の要素ＡｆｆｉｎｉｔｙＧｒｏｕｐ０に格納されている情報の一例を示す図である。
【図１１】第１の実施形態における図６の要素ＡｆｆｉｎｉｔｙＧｒｏｕｐ１に格納されている情報の一例を示す図である。
【図１２】第１の実施形態の実施例におけるシステムの構成概要を示す図である。
【図１３】第１の実施形態の実施例におけるユーザと、関係管理制御装置１と、各装置との関係を示すフローである。
【図１４】第１の実施形態の実施例における各スイッチに設けられている各ポートについての接続先（相手）のポート名を取得するフローである。
【図１５】第１の実施形態の実施例におけるホストとストレージとの物理情報および論理情報を示す図である。
【図１６】第１の実施形態の実施例におけるＢｒａｎｃｈＣｈｅｃｋＩＤの生成手順を示すためのモデル図である。
【図１７】第１の実施形態の実施例におけるＢｒａｎｃｈＣｈｅｃｋＩＤの生成フローを示す図である。
【図１８】第１の実施形態における階層型リンク構造の構築後の表示画面を示す図である。
【図１９】第２の実施形態における検索のフローを示す図である。
【図２０】第２の実施形態の実施例における一時的に格納されたＢｒａｎｃＣｈｅｃｋＩＤを示す図である。
【図２１】第２の実施形態の実施例におけるＰｏｒｔαが格納しているＢｒａｎｃＣｈｅｃｋＩＤを示す図である。
【図２２】第２の実施形態の実施例における検索処理後の表示画面を示す図である。
【図２３】第１，第２の実施形態における関係管理制御装置１のハードウェア環境の構成ブロック図である。
【図２４】第３の実施形態におけるストレージシステムの情報をサーバ、スイッチ、ストレージから読み込んでその情報を表示したＧＵＩを示す図である。
【図２５】第３の実施形態における擬似障害を発生させるためのメニュー表示である。
【図２６】第３の実施形態における擬似障害の環境を設定するための画面を示す図である。
【図２７】第３の実施形態における保守開始のためのメニュー表示である。
【図２８】第３の実施形態における保守画面を示す図である。
【図２９】第３の実施形態におけるＳＡＮ上の各装置の状態を示す履歴画面を示す図である。
【国際調査報告】
2004092964.tif 000032
2004092964.tif 000033
2004092964.tif 000034
2004092964.tif 000035