JP2015169998A - ストレージ制御装置およびストレージ制御プログラム - Google Patents

Abstract

【課題】異なるタイプのストレージ装置を一元管理する制御装置を構築する。【解決手段】ストレージ制御装置２００は、操作指示の雛形である操作雛形情報と、ストレージ装置４００の管理単位毎の設定情報とを記憶する記憶手段と、クライアント端末１００からストレージ装置４００に関する制御情報を受信する制御装置送受信部と、制御情報にストレージ装置４００に関する登録、変更または削除の処理要求が含まれているとき、通信データと設定情報との照合により、設定情報内の少なくともストレージタイプを含む項目情報を抽出し、操作雛形情報に項目情報を埋め込むことにより、操作手順情報を生成する制御装置共通処理部と、ストレージタイプに基づき対応する個別処理部を特定し、所定の個別処理部に上記操作手順情報を受け渡す個別処理呼出部と、操作手順情報に基づき、所定のストレージ装置に処理を実行する個別処理部とを備える。【選択図】図１

Description

この発明は、異なるタイプのストレージ装置を制御するストレージ制御装置に関するものである。

ストレージ装置（補助記憶装置）は、コンピュータで利用するデータやプログラムを記憶する記憶装置であるが、製造メーカ毎に記憶装置に関するデータ保護ポリシーが異なることから、製造メーカの製品毎に管理構造が異なる。
そのため従来は、人手により、各製品専用のツールを用いて、ストレージ装置やストレージ装置を利用する仮想マシンの設定を行っていた。この方法によると、ストレージ装置の規模が大きくなるに従い、構築時間が長くかかる、作業量増加に伴い設定ミスが増える等の問題があった。

図２６は、製品毎に管理構造が異なることを示した図である。製品ａでは、記憶媒体をまとめてストレージプールを作成する。データ保護ポリシーはストレージプール毎に設定し、ストレージプールの上位にボリュームを設定する。製品ｂでは、記憶媒体をまとめてストレージグループを作成し、ストレージグループの上位にストレージプールを設定し、さらにストレージプールの上位にボリュームを設定する。データ保護ポリシーは、ストレージプール毎に設定する。製品ｃでは、記憶媒体をまとめてストレージプールを作成し、ストレージプールの中にボリュームを設定し、１つ以上のボリュームをボリュームグループに定義する。データ保護ポリシーは、ボリューム毎に設定する。
このように一例を挙げて説明しただけでも、製品ａ，ｂ，ｃは、ストレージ装置の管理構造が異なり、管理者は個々のストレージ装置の管理構造に応じて、設定を行う必要がある。
特許文献１（特開２００３−３１６５２２号公報）では、記憶装置システムが提供する論理媒体を仮想化ボリュームとして、ホストコンピュータに提供する方法が開示されている。しかし特許文献１に開示された制御方法では、今まで述べてきたような次の問題点がある。
（１）ストレージ装置の製造メーカが異なる場合など、異なる管理構造のストレージ装置を一括して制御することができない。
（２）論理媒体（ボリューム）を仮想ホストコンピュータに提供する方法が開示されているが、ボリュームの下位層の管理を行うことができない。

特開２００３−３１６５２２号公報

この発明は、異なるタイプのストレージ装置を一元管理する制御装置を構築することを課題とする。

この発明に係るストレージ制御装置は、ストレージ装置と、クライアント端末とにネットワーク接続されたストレージ制御装置であって、操作指示の雛形である操作雛形情報と、ストレージ装置の管理単位毎の設定情報とを記憶する記憶手段と、クライアント端末からストレージ装置に関する制御情報を通信データとして受信する制御装置送受信部と、通信データと設定情報との照合により、設定情報内の少なくともストレージタイプを含む項目情報を抽出し、抽出した項目情報により、ストレージタイプを特定し、操作雛形情報の雛形項目を項目情報の値に置き換えることにより、制御情報に対応する操作手順情報を生成する制御装置共通処理部と、制御装置共通処理部が特定したストレージタイプに基づき、所定のストレージ装置に処理を実行する個別処理部を決定し、決定したこの個別処理部に操作手順情報を受け渡す個別処理呼出部とを備えたことを特徴とする。

またストレージ制御装置の個別処理部は、ストレージタイプに応じて備えられ、操作手順情報に指定されたストレージタイプに一致し、制御情報に含まれるストレージ名称に一致するストレージ装置に対して、処理を実行することを特徴とする。

またストレージ制御装置の操作雛形情報は、ストレージタイプに応じて記憶され、制御装置共通処理部は、通信データと設定情報との照合により、処理対象となるストレージ装置のストレージタイプを特定し、このストレージタイプに応じた操作雛形情報を選定することを特徴とする。

またストレージ制御装置の制御装置共通処理部は、選定した操作雛形情報の雛形項目を項目情報の値に置き換えることにより、個別処理部の呼出しと個別処理部へのパラメータの引渡しを行う操作手順情報を生成することを特徴とする。

またストレージ装置に関する制御情報は、管理単位毎のいずれかの設定情報に、登録、変更、削除または参照のいずれかの処理を要求する情報であり、さらに、制御情報に基づき、該当の設定情報に対して、登録、変更、削除または参照のいずれかの処理を実施するレポジトリ管理部を備えることを特徴とする。

また管理単位毎の設定情報は、各々含まれるＩＤにより紐付けるように構成されていて、レポジトリ管理部は、設定情報に含まれるＩＤを順次参照することにより、該当の項目情報を参照することを特徴とする。

またストレージ制御装置のレポジトリ管理部は、ストレージタイプ毎の管理構成を記憶したストレージタイプ対応情報を参照することにより、該当のストレージタイプが有さないと判定した管理単位に対応する設定情報のＩＤについては、この設定情報の上位の設定情報と下位の設定情報とが紐付けられるように、上位または下位の設定情報のＩＤと同じ値を設定することを特徴とする。

この発明に係るコンピュータプログラムは、コンピュータを、ストレージ制御装置として機能させることを特徴とする。

この発明のストレージ制御装置によると、管理構造が異なるタイプのストレージ装置を一元管理することができる。

実施の形態１におけるシステム構成図である。 実施の形態１におけるクライアント端末１００の構成図である。 実施の形態１における制御装置２００とストレージ４００との構成図である。 実施の形態１で用いる設定情報のデータ構成の一例を示した図である。 実施の形態１における全体の処理の流れを示した図である。 実施の形態１におけるストレージ４００の情報登録について、処理の流れを示した図である。 実施の形態１で用いる通信データのデータ構成の一例を示した図である。 実施の形態１で用いる通信データのデータ構成の一例を示した図である。 実施の形態１で用いる通信データのデータ構成の一例を示した図である。 実施の形態１で用いるストレージ４００の情報登録について、通信データのデータ構成の一例を示した図である。 実施の形態１におけるストレージ情報２７の構成の一例を示した図である。 実施の形態１においてストレージ４００の登録情報を要求する処理の流れを示したフローチャートである。 実施の形態１においてレポジトリ一時保管情報１３の構成の一例を示した図である。 実施の形態１におけるボリューム４４作成時の表示画面例を示した図である。 実施の形態１におけるボリューム４４作成時の表示画面例を示した図である。 実施の形態１におけるボリューム４４作成時の表示画面例を示した図である。 実施の形態１におけるボリューム４４の作成処理の流れを示したフローチャートである。 実施の形態１におけるボリューム４４作成に関する制御情報のデータ構成例を示した図である。 実施の形態１における操作雛形情報３４の構成例を示した図である。 実施の形態１における個別処理部２６の呼出しと操作手順情報３６の構成例を示した図である。 実施の形態１におけるボリューム４４対応のホストグループ４５を変更する画面例を示した図である。 実施の形態１におけるボリューム４４対応のホストグループ４５を変更する画面例を示した図である。 実施の形態１におけるボリューム４４対応のホストグループ４５を変更する画面例を示した図である。 実施の形態１におけるボリューム４４対応のホストグループ４５の変更処理の流れを示したフローチャートである。 各実施の形態で用いたクライアント端末１００、制御装置２００のハードウェア資源の一例を示す図である。 従来のシステムにおける問題点を説明した図である。

本実施の形態では、図２６の製品ｂで示す管理単位で処理を実施するものとして、説明する。
図１は、本実施の形態におけるシステム構成図である。システム管理者（以下、管理者）からの入力を受け付けるクライアント端末１００と制御装置（ストレージ制御装置）２００と、制御装置２００により環境が構築、更新されるストレージ（ストレージ装置）４００とがネットワーク３００を介して接続されている。ストレージ４００（４００ａ、４００ｂ・・・）は、複数台設置することができ、その中に製造メーカや管理構造が異なるものを含む場合もある。以下、製造メーカや管理構造が異なるストレージを「ストレージタイプが異なるストレージ」と称する。また制御装置２００は、ホストグループ５００（仮想マシン５００ａ、５００ｂ・・・）に対して、ストレージ４００のマッピング（割り付け）を行う。

図２に示すように、クライアント端末１００は、送受信部１１、処理部１２、レポジトリ一時保管情報１３、ストレージタイプ画面情報１４を備える。
送受信部１１は、制御装置２００とデータの送受信を行い、処理部１２は、クライアント端末１００での制御情報の入力と、制御装置２００での処理結果の出力とを司る。また処理部１２は、制御装置２００から受信したストレージ４００に関する情報をレポジトリ一時保管情報１３に記憶する。また、予め定めたストレージタイプ毎の画面構成と入力項目とをストレージタイプ画面情報１４に記憶する。レポジトリ一時保管情報１３とストレージタイプ画面情報１４とは、記憶装置９２９（図２５を用いて後述）に記憶される。
送受信部１１が送信する通信データは、管理者からの入力に基づくストレージ４００に関する制御情報であり制御情報には、ストレージ４００の管理単位と処理要求（登録、変更、削除または参照のいずれかの処理要求）とが含まれる。

図３は、制御装置２００とストレージ４００との詳細を示した図である。制御装置２００には、送受信部２１、共通処理部２２、レポジトリ管理部２３、ジョブ管理部２４、個別処理呼出部２５、個別処理部２６、レポジトリ３５を備える。

レポジトリ３５は、記憶装置９２９に記憶されているデータであり、ストレージ４００の管理単位毎の設定情報（ストレージ情報２７、ストレージグループ情報２８、ストレージプール情報２９、ボリューム情報３０、ボリュームホストグループ情報３１、ホストグループ情報３２、ホスト情報３３）と、操作指示の雛形である操作雛形情報３４とを記憶している。操作雛形情報３４は、ストレージ４００のストレージタイプに応じて複数用意されている。
さらに、ストレージタイプ対応情報３８は、制御装置２００が扱うストレージ４００のストレージタイプ毎の管理単位を記憶したものである。例えば、図２６の製品ａの管理単位では、下位から上位へ記憶媒体４１、ストレージプール４３、ボリューム４４の管理構成を有し、製品ｂの管理単位では、下位から上位へ記憶媒体４１、ストレージグループ４２、ストレージプール４３、ボリューム４４の管理構成を有していることが記憶されている。なおストレージタイプ対応情報３５は、記憶装置９２９に記憶されているデータでなく、共通処理部２２が直接参照する一時的なデータとして保持してもよい。

送受信部（制御装置送受信部）２１は、クライアント端末１００からストレージ４００に対する制御情報を通信データとして受信し、制御情報に基づく処理結果をクライアント端末１００に送信する。

共通処理部（制御装置共通処理部）２２は、クライアント端末１００から受信した通信データに含まれる制御情報を判別し、どの管理単位に対する処理要求（登録、変更、削除または参照のいずれか）であるかを特定する。
次に共通処理部２２は、通信データとレポジトリ３５内の設定情報との照合により、該当するストレージタイプやストレージ４００に関連する情報を特定する。続いて共通処理部２２は、クライアント端末１００からの処理要求がいずれかの管理単位に対する登録、変更または削除要求と特定したとき、特定したストレージタイプに応じた操作雛形情報３４を選定し、レポジトリ３５内の設定情報から少なくともストレージタイプを含む項目情報を抽出し、選定した操作雛形情報３４に抽出した項目情報を埋め込むことにより、ストレージ４００のタイプに応じた操作手順情報３６を生成する。

レポジトリ管理部２３は、制御情報に基づき、レポジトリ３５内の該当の管理単位の項目情報に対して、登録、変更、削除または参照のいずれかの処理を実施する。
個別処理呼出部２５は、共通処理部２２が特定したストレージタイプに基づき、対応する個別処理部２６を特定し、特定した個別処理部２６に操作手順情報３６を受け渡し、個別処理部２６は、操作手順情報３６に基づき、該当のストレージ装置に対して、登録、変更または削除の処理を実行する。または個別処理部２６は、ストレージ４００での処理結果を処理結果情報３７として受信する。個別処理部２６は、ストレージタイプ毎、各管理単位への処理毎に備えられ、ストレージタイプに応じて該当の処理を行う処理部である。
本実施の形態に示す一連の処理の流れは、クライアント端末１００からの制御情報に基づき、対話型で実行されるものであるが、ジョブ管理部２４は、クライアント端末１００からの要求を制御装置２００内で処理するように、クライアント端末１００の要求をジョブとして管理する。ジョブ管理部２４は、共通処理部２２から制御情報を受信し、逆に制御情報に基づき、共通処理部２２を起動する。

ストレージ４００は、記憶媒体４１（４１ａ、４１ｂ・・・）、ストレージグループ４２（４２ａ、４２ｂ・・・）、ストレージプール４３（４３ａ、４３ｂ・・・）、ボリューム４４（４４ａ、４４ｂ・・・）という管理単位で構成される。記憶媒体４１は、ストレージ４００の内部に物理的に存在する記憶媒体であり、ストレージグループ４２は１以上の記憶媒体４１をまとめて管理し、ストレージプール４３は１以上のストレージグループ４２をまとめて管理する。またボリューム４４は、ストレージプール４３の特定の記憶領域を指定したものであり、ボリュームホストグループ４５（４５ａ、４５ｂ・・・）は、１以上のボリューム４４をグループとして定義したものであり、ホストグルーム５００（仮想マシン５００ａ、５００ｂ・・・）からデータファイルが存在する記憶領域として参照される管理単位である。
またストレージ４００は、ストレージタイプが異なるものを複数台設置してもよい。

図４は、ストレージ４００の管理単位毎の設定情報（ストレージ情報２７、ストレージグループ情報２８、ストレージプール情報２９、ボリューム情報３０、ボリュームホストグループ情報３１、ホストグループ情報３２、ホスト情報３３）と操作雛形情報３４の構成を示した図である。
図４のデータ構造は、図３で示したストレージ４００の管理単位に一致している。ストレージ情報２７には、ストレージ４００を特定するストレージＩＤ、ストレージ名称、ＩＰアドレス等と共に、ストレージタイプ等が項目情報として記憶されている。ストレージグループ情報２８からホスト情報３３までの項目情報は図４に示すとおりであるが、その他図４に示す以外で、必要な項目情報は任意に追加することができるし、必ずしも図４に示す構成に限定されるものではない。

各設定情報は、各ＩＤによりデータが紐付けられる。例えば、ストレージ情報２７とストレージグループ情報２８とは、ストレージＩＤにて紐付けられる。ストレージグループ情報２８とストレージプール情報２９とは、プールＩＤにて紐付けられる。ストレージ情報２７とストレージプール情報２９とは、ストレージＩＤにて紐付けられる。ストレージプール情報２９とボリューム情報３０とは、プールＩＤにて紐付けられる。ボリューム情報３０とボリュームホストグループ情報３１とは、ボリュームＩＤにて紐付けられる。ボリュームホストグループ情報３１とホストグループ情報３２とは、ホストグループＩＤで紐付けられる。ホストグループ情報３２とホスト情報３３とは、ホストＩＤで紐付けられる。

また操作雛形情報３４は、ストレージタイプ毎の各管理単位情報への処理要求情報に応じて１以上登録されているものであり、処理要求情報に関する雛形項目が設定されている。
操作雛形情報３４は、図１９を用いて後述するように、該当の個別処理部２６の呼出しを含め、スクリプト形式（スクリプト言語で記載された一連の命令文）で記述されている。
操作手順情報３６は、操作雛形情報３４と同様に、スクリプト形式で記述されるが、操作雛形情報３４および操作手順情報３６は、スクリプト形式以外の形式で構成されてもよい。
レポジトリ３５内の設定情報を参照することにより、制御情報にストレージ４００の管理単位のいずれかを特定する情報が含まれていれば、操作雛形情報３４の雛形項目を置き換える情報を特定することができ、ストレージタイプに応じた操作手順情報３６を生成することができる。

また操作雛形情報３４は、ストレージタイプ毎、管理単位への処理要求情報毎に、別々のファイルとして構成してもよいし、１つのファイルとして構成してもよい。あるいは、ストレージタイプ毎に構成してもよい。別々のファイルとして構成するときは、ストレージタイプ毎、管理単位毎の処理要求情報が判別できるようにファイル名を構成すれば、ファイル名の検索により、該当の処理要求に対応する操作雛形情報３４を特定できる。また１つのファイルとして構成する場合は、ストレージタイプ毎、管理単位毎の処理要求情報が判別できるように、スクリプトの雛形内にコメントを挿入しておき、コメントを検索することにより、該当の処理要求に対応する操作雛形情報３４を特定できる。さらに、ストレージタイプ毎に、ファイルを構成するときは、ストレージタイプが分かるようにファイル名を構成し、管理単位毎の処理要求情報が判別できるように、スクリプトの雛形内にコメントを挿入しておけば、ファイル名の検索でストレージタイプを特定し、コメントの検索で管理単位毎の処理要求情報に対応する操作雛形情報３４を特定できる。
このように各管理単位毎の設定情報がキーとなる各ＩＤにより紐付けられていることにより、制御情報に管理単位のいずれかのＩＤが指定されていれば、設定情報を順次参照することができる。よって、操作手順情報３６を生成するために必要な項目の値を参照することができる。

図３、図４に示すストレージ４００の管理単位は、図２４に記した製品ａ〜ｃのいずれの管理単位でも対応できる汎用的な構成となっている。つまり製品ａ〜ｃの構成を重ね合わせた構成となっている。

図５は、本実施の形態に係る全体の処理の流れを示した図である。図５に示すとおり、処理を開始し、制御装置２００の共通処理部２２はストレージ４００の情報登録を行い（ステップＳ１）、ストレージグループ４２の作成を行い（ステップＳ２）、ストレージプール４３の作成を行い（ステップＳ３）、ボリューム４４の作成を行い（ステップＳ４）、ボリュームホストグループ４５の作成を行い（ステップＳ５）、ボリュームグループ５００の作成を行う（ステップＳ６）。ステップＳ６の処理には、ホスト（仮想マシン５００ａ、５００ｂ・・・）情報の登録も含まれる。また図５は、初期段階で行う処理の流れを示したものであるが、各管理単位の作成、変更および削除処理は任意のタイミングで実行することができる。

共通処理部２２は、ストレージタイプ対応情報３８を参照することにより、製品ｂの管理単位はボリュームホストグループ４５を有していないことが確認できる。そのため、全体の流れの中で、共通処理部２２は、ステップＳ４またはＳ６の処理を実行するときに、ステップＳ５に対応して、ボリュームホストグループ情報３１にキーとなるＩＤを登録する処理を行う。このように共通処理部２２は、存在しない管理単位の作成処理に関しては、該当の設定情報にキーとなるＩＤを登録する処理のみ行う。

図６は、図５のステップＳ１で示したストレージ４００の情報登録についての処理の流れを示したフローチャートである。
処理を開始し、処理部１２は、表示装置９０１（図２５を用いて後述）に処理画面５００を表示する（ステップＳ１１）。図示していないが、処理画面５００は管理者からどの処理を行うか処理要求を受け付ける初期画面である。処理部１２は処理画面５００により、ストレージ情報２７の項目情報に対応すべき各情報を管理者からの入力により受け付け（ステップＳ１１）、送受信部１１は入力されたストレージ４００に関する情報を制御情報として所定のプログラミングインターフェース形式にて、制御装置２００に送信する（ステップＳ１３）。所定プログラミングインターフェース形式は、例えばＡＰＩ形式である。

制御装置２００の送受信部２１は、クライアント端末１００から制御情報を受信し（ステップＳ１４）、共通処理部２２は送受信部２１から受け渡された制御情報に含まれる処理要求が「ストレージ情報の登録」であるとき、レポジトリ３５の設定情報を参照し、ストレージタイプを特定する。次に、特定されたストレージタイプに一致する操作雛形情報３４を選出し、操作雛形情報３４の各雛形項目をレポジトリ３５の設定情報の値に置き換えることで、「ストレージへのアクセス確認」を行うための操作手順情報を生成する（ステップＳ１５）。操作雛形情報３４を選出し、雛形情報を特定する方法は、図４を用いて前述したとおりである。
なおステップＳ１５で、制御情報に含まれる処理要求が「ストレージ情報の登録」以外であると判定したとき、図６で示すステップＳ１５以降の処理は実施せず、後述する他の処理が実行される。

個別処理呼出部２５は、ステップＳ１５で特定されたストレージタイプに一致する個別処理部２６を特定し、個別処理部２６は、ステップＳ１５で生成された操作手順情報を用いて、ストレージ４００に対してアクセス確認を実行し、ストレージ４００はアクセス結果を返信する（ステップＳ１７）。

ステップＳ１７で、ストレージへのアクセスが正常に行われたことを確認した場合、共通処理部２２からの要求に基づき、レポジトリ管理部２３は、制御情報をストレージ情報２７に登録する（ステップＳ１８）。レポジトリ管理部２３は、ストレージ情報２７の登録可否を共通処理部２２に受け渡し（ステップＳ１９）、共通処理部２２は送受信部２１を介して、「ストレージ情報の登録可否情報」をクライアント端末１００に返信する（ステップＳ２０）。クライアント端末１００において、送受信部１１がそのメッセージを受信すると、処理部１２が処理画面５００に「ストレージ情報の登録可否情報」を示す任意のメッセージを表示し（ステップＳ２１）、処理を終了する。
図６には示していないが、ステップＳ１７で、ストレージ４００へのアクセス結果がＮＧであった場合、クライアント端末１００から受信した制御情報が間違っている、つまり管理者の入力が間違っている可能性が高いため、共通処理部２２は送受信部２１を介して、「ストレージ情報の登録ができなかった」旨をクライアント端末１００に返信する。クライアント端末１００において、送受信部１１がそのメッセージを受信すると、処理部１２が処理画面５００に「ストレージ情報の登録ができなかった」旨のメッセージを表示し、処理を終了する。

図７〜図９は、クライアント端末１００と制御装置２００との間で通信されるデータ形式を一例として、ＡＰＩ通信での形式で示しているものである。図７〜図８は、クライアント端末１００から送信される制御情報（リクエスト）の構成と、制御装置２００からの処理結果（レスポンス）との対応を示している。管理単位である、ストレージ、ストレージグループ、ストレージプール、ボリューム、またはホストグループを対象として、一覧表示、作成、変更、または削除の操作が、ＡＰＩ通信のリクエストとして通信される。リクエスト内の各情報、各ＩＤは、処理画面５００を用いて、管理者からの入力された入力データに基づく。

また図９は、レスポンスの一例を示した図であるが、実行結果の場合は、正常終了かエラー終了かを示す、エラーコード（Errorcode、エラー時にはエラーコードが指定される）と、エラーメッセージ（Errormessage、エラー時にはエラー内容が指定される）が通信データとして構成される。制御情報が一覧表示の場合は、制御装置２００からレポジトリ３５を参照した情報が返送される。例えば、ストレージ一覧はストレージ情報２７を、ストレージプール一覧はストレージプール情報２９を、ボリューム一覧はボリューム情報３０を、ホストグループ一覧はホストグループ情報３２を、参照して構成される。

図１０は、図６で示したストレージ４００の情報登録処理に関するＡＰＩ通信のデータ構成例を示した図である。また図１１は、クライアント端末１００からの要求により、ストレージ４００に関する情報を登録した後のストレージ情報２７の構成を示した図である。ストレージ情報２７は、クライアント端末１００から登録要求に基づき、複数構成される。
また図１０、図１１で示すStoragetype（ストレージタイプ）は、例示したように数字で示すが、処理部１２が処理画面５００に入力されたデータ（文字を含んでもよい）を所定の変換ルールで変換し、ＡＰＩ通信データとして構成したものである。また図１０ではＡＰＩ通信のデータ構成を示すため、ストレージ情報の項目を英字で示し、図１１では記憶装置９２９の記憶情報を簡略的に示すため、日本語で示しているが、図１０と図１１との項目は、上から順に対応している。

図１２は、ストレージ４００の登録情報を要求する処理の流れを示したフローチャートである。図１２に示す処理は、図５のステップＳ２〜Ｓ６で示した処理の前処理として行われる処理である。
処理を開始し、処理部１２は、表示装置９０１に処理画面５００を表示する（ステップＳ３１）。処理部１２は処理画面５００により、処理要求（ストレージ４００の情報要求）を管理者からの入力により受け付け（ステップＳ３２）、送受信部１１は処理要求に基づく制御情報を所定のプログラミングインターフェース形式にて、制御装置２００に送信する（ステップＳ３３）。

制御装置２００の送受信部２１は、クライアント端末１００からの制御情報を受信し（ステップＳ３４）、共通処理部２２は送受信部２１から受け渡された制御情報が「ストレージ４００の情報要求」であると判定し、レポジトリ管理部２３に対して、ストレージ４００の情報を要求する（ステップＳ３５）。
レポジトリ管理部２３はレポジトリ３５内の設定情報を参照し、ストレージ情報と該当のストレージ４００から順次参照できるストレージ４００の関連情報とを構成し（ステップＳ３６）、構成したストレージ情報を共通処理部２２に受け渡す（ステップＳ３７）。共通処理部２２は、送受信部２１を介してストレージ情報をクライアント端末１００に送信する（ステップＳ３８）。

クライアント端末１００の送受信部１１は、ストレージ情報を受信し、処理部１２は、ストレージ情報を処理画面５００に表示する。合わせて処理部１２は、ストレージ情報をレボジトリ一時保管情報１３として記憶し、以降の処理に備える（ステップＳ３９）。
なおステップＳ３５で、制御情報に含まれる処理要求が「ストレージ４００の情報要求」以外であると判定したとき、図１２に示すステップＳ３５以降の処理は実施しない。
図１３は、ステップＳ３９処理後のレボジトリ一時保管情報１３の構成を示した一例であり、ストレージ４００に関して、３データが取得されたことを示している。

なお図１３には図示していないが、３つのストレージ４００のストレージＩＤから順次参照される各種設定情報も記憶される。その他、ホストグループ情報３２で参照されるストレージ情報２７と紐付く可能性がある情報も適宜、記憶される。

図１４〜図２０を用いて、ボリューム作成処理の流れについて説明する。図１４〜図１６は、ボリューム作成処理に関する画面例を示した図であり、図１４は管理者がボリューム作成処理を選択したとき、表示されるボリューム作成画面５０１である。処理部１２は、ボリューム作成画面５０１においてボリュームを作成するストレージ４００の選択を受け付けるため、レボジトリ一時保管情報１３の情報を表示する。処理部１２は、記憶装置９２９に記憶された、レボジトリ一時保管情報１３の登録情報とボリューム作成画面５０１に表示される表示項目との対応データ（図示せず）に基づき、ボリューム作成画面５０１に各項目を表示する。例えば、この対応データを参照することにより、レボジトリ一時保管情報１３内のストレージタイプ「０」は「typeA」に、「１」は「typeC」に置き換えて表示する。

ボリューム作成画面５０１で管理者がいずれかのストレージを選択すると、処理部１２は、ストレージタイプ画面情報１４を参照し選択されたストレージタイプに応じた図１５のボリューム作成詳細画面５０２を表示し、レポジトリ一時保管情報１３に記憶している該当のストレージ４００に関する情報を表示する。管理者から作成するボリュームに関する入力を受け付ける。「ボリューム名」には作成するボリューム名称、「容量」には作成するボリュームのサイズ（仮想サイズと、物理サイズ）、「ストレージプールＩＤ」にはボリュームを作成するストレージプールＩＤを指定する。ストレージプールＩＤは、選択されたストレージＩＤに紐付いているストレージプールＩＤのいずれかを選択することにより、入力する。また図１５に示すように、既存のホストグループを選択すると、ボリューム作成時に、作成済みのホストグループとのマッピングを行う。ホストグループを選択しない場合は、ボリューム作成のみが行われる。
例えば管理者がストレージプールが存在しないストレージタイプを選択したとき、処理部１２は、ストレージタイプ画面情報１４の登録内容に基づき、ボリューム作成詳細画面５０２にストレージプールの入力画面を表示しない。
管理者は、複数のボリューム作成を同時に指定するとき、「続けて指定」ボタンを押して、次のボリューム作成に関する情報を指定する。指定するボリューム情報を入力し終わったときは、「作成」ボタンを押してボリューム作成を要求する。

図１６は、ボリューム作成結果を示すボリューム作成結果画面５０３である。図１６に示すように、指定したボリューム名毎に作成結果（作成成功または作成失敗）が表示される。ボリューム作成詳細画面５０２で、「続けて指定」ボタンを押下することにより、複数のボリューム作成を同時に指定することができ、その場合は、ボリューム作成結果画面５０３において複数のボリュームについて作成結果が表示される。

図１７は、図５のステップＳ４で示したボリューム４４の作成処理についての処理の流れを示したフローチャートである。
処理を開始し、処理部１２は、表示装置９０１に処理画面５００を表示する（ステップＳ４１）。処理部１２は、管理者からのボリューム作成要求を受け付けると、レボジトリ一時保管情報１３を参照し、ボリューム作成画面５０１及びボリューム作成詳細画面５０２を表示する。処理部１２は、入力されたボリューム作成要求に基づき、制御情報を構成する（ステップＳ４２）。送受信部１１は制御情報を所定のプログラミングインターフェース形式にて、制御装置２００に送信する（ステップＳ４３）。

制御装置２００の送受信部２１は、クライアント端末１００から制御情報を受信し（ステップＳ４４）、共通処理部２２は送受信部２１から受け渡された制御情報が「ボリューム作成要求」であるとき、レポジトリ３５の設定情報を参照し、ストレージタイプを特定する。次に、特定されたストレージタイプに一致する操作雛形情報３４を選出し、操作雛形情報３４の雛形項目をレポジトリ３５の設定情報の値に置き換えることで、「ボリューム作成」を行うための操作手順情報３６を生成する（ステップＳ４５）。操作雛形情報３４を選出し、雛形情報を特定する方法は、図４を用いて前述したとおりである。
なおステップＳ４５で、制御情報に含まれる処理要求が「ボリューム作成要求」以外であると判定したとき、図１７で示すステップＳ４５以降の処理は実行しない。

個別処理呼出部２５は、ステップＳ４５で特定されたストレージタイプに一致する個別処理部２６を特定し、個別処理部２６は、ステップＳ４５で生成された操作手順情報３６を用いて、制御情報で指定されたストレージ４００に対してボリューム作成を実行し（ステップＳ４６）、ストレージ４００はボリューム作成結果を返信する（ステップＳ４７）。

ステップＳ４７で、ボリューム４４作成が正常に行われたことを確認した場合、共通処理部２２からの要求に基づき、レポジトリ管理部２３は、制御情報をストレージ情報２７に登録する（ステップＳ４８）。また制御情報に、作成したボリューム４４に対応するホストグループＩＤが指定されているときは、レポジトリ管理部２３は、作成したボリューム４４にホストグループＩＤを紐づけるように設定情報の登録を行う。レポジトリ管理部２３は、ストレージタイプ情報３８を参照することにより、製品ｂの管理単位では、図３に示すボリュームホストグループ４５は存在しなく、図４に示すボリュームホストグループ情報３１に登録する情報は存在しないことを判定し、ボリュームホストグループ情報３１にボリュームＩＤ及びホストグループＩＤを登録し、ホストグループ情報３２にホストグループＩＤを登録する。このように処理することにより、ボリュームホストグループ４５が存在しない製品ｂのようなストレージタイプであったとしても、ボリュームホストグループ情報３１を介して、必要な情報（この場合は、ボリュームＩＤとホストグループＩＤ）を紐付けることができる。

つまり共通処理部２２は、ストレージタイプ対応情報３８を参照することにより、特定したストレージタイプの管理単位を判断し、有さない管理単位があるかどうかを判定する。判定の結果、レポジトリ管理部２３は、有さないと判定した管理単位に対応する設定情報は詳細な情報を登録する必要はないが、そのＩＤにより、該当の設定情報の上位の設定情報と下位の設定情報とが紐付けられるように構成するため、設定情報のＩＤは上位または下位の設定情報のＩＤと同じ値を設定する。

ステップＳ４８で示した例によると、ボリュームホストグループ情報３１にボリュームＩＤ及びホストグループＩＤを登録するが、ボリュームＩＤは下位のボリューム情報３０から参照した情報であり、ホストグループＩＤは制御情報に含まれる情報である。
レポジトリ管理部２３は、ボリューム４４の作成可否を共通処理部２２に受け渡し（ステップＳ４９）、共通処理部２２は送受信部２１を介して、レスポンス「実行結果」をクライアント端末１００に返信する（ステップＳ５０）。クライアント端末１００において、送受信部１１がそのメッセージを受信すると、処理部１２がボリューム作成結果画面５０３にボリューム作成可否情報を表示し（ステップＳ５１）、処理を終了する。
図１７には示していないが、ステップＳ４７で、ボリューム４４の作成結果がＮＧであった場合、クライアント端末１００から受信した制御情報が間違っている、つまり管理者の入力が間違っている可能性が高いため、共通処理部２２は送受信部２１を介して、「ボリューム作成ができなかった」旨をクライアント端末１００に返信する。クライアント端末１００において、送受信部１１がそのメッセージを受信すると、処理部１２がボリューム作成詳細画面５０２に作成ＮＧの結果を表示し、処理を終了する。

図１８は、図１７で示したステップＳ４３で送信される、ボリューム４４作成に関する制御情報のデータ構成例を示した図である。ボリューム情報（{}で囲まれた部分）は、ボリューム情報３０の構成に合わせているが、処理部１２と共通処理部２２の間で、データ構成の対応付けがルール化されているならば、必ずしも制御情報のデータ構成と、ボリューム情報３０の構成は一致していなくても良い。
図１９は、操作雛形情報３４の一例を示す図であり、図１９は１つのファイルで構成したときのストレージタイプがtypeAのボリューム作成の雛形情報と、typeCのボリューム作成の雛形情報を示している。命令文の先頭に記載しているのが、個別処理部２６の名称であり、「＄」で始まる項目名は、雛形項目を示す。

図２０は、操作手順情報３６の一例を示す図である。操作手順情報３６aは、共通処理部２２が操作雛形情報３４に基づき、個別処理部２６である「makevolume」を呼出し、ストレージタイプがtypeAのストレージ４００に対して、ボリューム作成を行う操作手順を個別処理部２６へのパラメータとして引き渡すことを示す。
操作手順情報３６ｂは、共通処理部２２が操作雛形情報３４に基づき、個別処理部２６である「mkvolune」を呼出し、ストレージタイプがtypeCのストレージ４００に対して、ボリューム作成を行う操作手順を個別処理部２６へのパラメータとして引き渡すことを示す。操作手順情報３６aは、命令文内の「＄」で始まる雛形項目を設定情報の項目情報の値に置き換えた例を示している。また操作手順情報３６ｂは、命令文は書き換えず、「＄」で始まる雛形項目が設定情報の項目情報の値であることをパラメータで示した例を示している。共通処理部２２が「雛形項目を項目情報の値に置き換える」方法は、操作手順情報３６aで示す雛形項目を値に直接書き換える方法および３６bで示す操作手順内の雛形項目をパラメータの値として指定する方法が考えられるが、共通処理部２２はその他任意の方法で、雛形項目を設定項目の値に置き換えることができる。

図１８〜図２０を用いて、ステップＳ４５〜Ｓ４６の処理について説明する。送受信部２１から受け渡された制御情報が図１８で示す構成であるとし、１つめの{}で囲まれた部分のボリューム情報を用いて説明する。共通処理部２２は、制御情報が「ボリューム作成要求」であることを判定した上で、ボリュームＩＤ（volumeid）が“vol001”、ボリューム名称（volumename）が“vol01”、プールＩＤ（Poolid）が“pool001”と指定されることを確認する。続いて共通処理部２２は、プールＩＤ（Poolid）が“pool001”であることをキーとして、ストレージプール情報２９の下位に位置するストレージグループ情報２８を参照し、プールＩＤが“pool001”であるときのストレージＩＤの値を特定する。次にストレージ情報２７を参照し、特定されたストレージＩＤに対応するストレージタイプを特定する。このように、制御情報に含まれるいずれかの項目情報の値をキーとして、設定情報を順次参照していくことにより、共通処理部２２はストレージタイプを特定する。このとき、「typeA」と特定されたとする。

続いて、特定されたストレージタイプが「typeA」で、処理要求が「ボリューム作成要求」である操作雛形情報３４を選出するため、共通処理部２２は「＃」で始まるコメント部分にストレージタイプが「typeA」であり処理要求が「ボリューム作成要求」であるコメント行を検索する。該当のコメント行が検索されたら、「＃」で始まるコメント部分の次の命令文が操作雛形情報３４となる。図１９で示すと、操作雛形情報３４aが該当部分となる。

次に共通処理部２２は、操作雛形情報３４aの雛形項目を置き換える設定情報の値を参照するために、設定情報を特定する。例えば「＄ストレージプール名称」は、ストレージプール情報２９の「プールＩＤ」が“pool001”であるときの「ストレージプール名称」であり、「＄仮想サイズ」、「＄物理サイズ」は、ボリュームＩＤが“vol001”であるときの「仮想サイズ」であり、「物理サイズ」である。このように、制御情報で特定される設定情報から順次検索していくことにより、雛形項目を置き換える設定情報の値を特定でき、操作手順情報３６を構成することができる。
ステップＳ４６で個別処理呼出部２５は個別処理部２６を呼び出すが、図２０は、個別処理部２６の呼出しと、個別処理部２６にパラメータとして引き渡す操作手順情報３６を表示している。
また図１８に示す例では、ボリューム情報（{}で囲まれた部分）が２つあり、２つのボリューム作成を同時に要求する制御情報となっている。図１５、図１８には図示していないが、２つ以上のボリューム作成を要求するとき、管理者から処理順序の指定を受け付けることができる。その場合、受け付けた処理順序を指定する処理順序情報がボリューム情報の中に含まれる。ステップＳ４５で示す操作手順情報３６生成については、順序は問わないが、ステップＳ４６で示す個別処理呼出部２５による個別処理部２６への操作手順情報３６の受け渡し、すなわち個別処理部２６の呼出しを処理順序情報に基づき、順次行う。それにより、作成するボリューム４４に参照関係がある場合等、不整合が起きないように処理を実行させることができる。
以上、図５のステップＳ４で示す、ボリューム４４の作成処理について処理の流れを示したが、その他の管理情報の生成についても同様に実行される。作成処理に関して、制御情報の中に処理順序情報が指定されたときは、前述したように、個別処理呼出部２５はその処理順序情報に基づき、個別処理部２６に操作手順情報３６を受け渡す。処理順序情報に基づき、正常に処理が完了したことを確認した後、次の管理情報の生成処理を行うように構成する、あるいは正常に完了したかどうかは確認せずに、次の管理情報の生成処理を行うように構成してもよい。

図２１〜図２３は、ボリューム対応のホストグループ変更処理に関する画面例を示した図であり、図２１は管理者がボリューム変更処理を選択したとき、表示される変更ボリューム選択画面５０４である。処理部１２は、変更ボリューム選択画面５０４において紐付けられているホストグループを変更するボリューム４４の選択を受け付けるため、制御装置２００に対して、ボリューム情報３０とボリュームホストグループ情報３１とを要求し、受け渡された情報をレボジトリ一時保管情報１３に保管する。処理部１２は、記憶装置９２９に記憶された、レボジトリ一時保管情報１３に基づき、変更ボリューム選択画面５０４に各項目を表示する。ボリューム情報３０とボリュームホストグループ情報３１の情報要求処理の流れは、図１２で示したストレージ４００の情報要求処理と同じ流れである。
変更ボリューム選択画面５０４で管理者がいずれかのボリュームを選択すると、処理部１２は、図２２のホストグループ変更画面５０５を表示し、管理者から選択したボリュームに新たに割り付けるホストグループの入力を受け付ける。

図２３は、割り付け変更結果を示すボリューム変更結果画面５０６である。図２３に示すように、指定したボリューム名毎に作成結果（作成成功または作成失敗）が表示される。
図２４は、ボリューム対応のホストグループを変更する処理の流れを示したフローチャートである。図５のステップＳ６で示したホストグループ４５の作成処理を変更処理としたものである。

処理を開始し、処理部１２は、表示装置９０１に処理画面５００を表示する（ステップＳ６１）。処理部１２は、管理者からのボリューム対応のホストグループ変更要求を受け付けると、レボジトリ一時保管情報１３を参照し、変更ボリューム選択画面５０４及びホストグループ選択画面５０２を表示する。処理部１２は、入力された変更ボリューム情報、該当のボリュームに新たに割り付けるホストグループＩＤを含む制御情報を構成する（ステップＳ６２）。送受信部１１は制御情報を所定のプログラミングインターフェース形式にて、制御装置２００に送信する（ステップＳ６３）。

制御装置２００の送受信部２１は、クライアント端末１００から制御情報を受信し（ステップＳ６４）、共通処理部２２は送受信部２１から受け渡された制御情報が「ボリューム対応のホストグループ変更要求」であるとき、レポジトリ３５の設定情報を参照し、ストレージタイプを特定する。次に、特定されたストレージタイプに一致する操作雛形情報３４を選出し、操作雛形情報３４の雛形項目をレポジトリ３５の設定情報の値に置き換えることで、「ボリューム対応のホストグループ変更要求」を行うための操作手順情報３６を生成する（ステップＳ６５）。操作雛形情報３４を選出し、雛形情報を特定する方法は、図４を用いて前述したとおりである。
なおステップＳ６５で、制御情報に含まれる処理要求が「ボリューム対応のホストグループ変更処理」以外であると判定したとき、図２４で示すステップＳ６５以降の処理は実行しない。

個別処理呼出部２５は、ステップＳ６５で特定されたストレージタイプに一致する個別処理部２６を特定し、個別処理部２６は、ステップＳ６５で生成された操作手順情報３６を用いて、制御情報で指定されたストレージ４００に対してボリューム４４対応のホストグループ変更処理を実行し（ステップＳ６６）、ストレージ４００は変更処理結果を返信する（ステップＳ６７）。

ステップＳ６７で、ホストグループ４５の変更処理が正常に行われたことを確認した場合、共通処理部２２からの要求に基づき、レポジトリ管理部２３は、制御情報をストレージ情報２７に登録する（ステップＳ６８）。
具体的には、制御情報で指定されたホストグループ（hostgroup_id）に基づき、ボリュームホストグループ情報３１に記憶されている該当のホストグループ情報を特定し、登録されているボリュームＩＤ（Volumeid）を削除し、新たに制御情報で指定されたボリュームＩＤを登録する。それにより、ボリュームホストグループ４５に対応するボリュームを変更することができる。
前述したように、製品ｂはボリュームホストグループ４５を有していないストレージタイプであるが、ボリュームホストグループ情報３１の設定項目をボリューム情報３０とホストグループ情報３２とを紐付けるために用いている。ボリュームホストグループ情報３１の設定項目を置き換えることにより、ボリューム４４に対応するホストグループ５００を変更することができる。

レポジトリ管理部２３は、ホストグループ変更可否を共通処理部２２に受け渡し（ステップＳ６９）、共通処理部２２は送受信部２１を介して、レスポンス「実行結果」をクライアント端末１００に返信する（ステップＳ７０）。クライアント端末１００において、送受信部１１がそのメッセージを受信すると、処理部１２がボリューム作成結果画面５０３にホストグループ変更可否情報を表示し（ステップＳ７１）、処理を終了する。

図２４には示していないが、ステップＳ６７で、ホストグループ変更処理結果がＮＧであった場合、クライアント端末１００から受信した制御情報が間違っている、つまり管理者の入力が間違っている可能性が高いため、共通処理部２２は送受信部２１を介して、「ボリューム対応のホストグループ変更処理ができなかった」旨をクライアント端末１００に返信する。クライアント端末１００において、送受信部１１がそのメッセージを受信すると、処理部１２がボリューム変更結果画面５０６に作成ＮＧの結果を表示し、処理を終了する。ステップＳ６５で、操作手順情報３６を作成する処理の流れは、図１８〜図２０を用いて、前述したとおりである。

図２１〜２４を用いて、ボリューム対応のホストグループを変更する処理の流れを説明したが、その他の管理情報の変更、削除、参照処理についても同様に処理される。また変更、削除処理については、制御情報に処理順序情報を含むように構成することができ、その場合、個別処理呼出部２５による個別処理部２６の呼出しは、処理順序情報に基づく。
図６のステップＳ１５、図１２のステップＳ３５、図１７のステップＳ４５、図２４のステップＳ６５で、制御情報により要求された要求内容を確認する処理を行っているが、全体で要求内容を確認し、該当する要求内容に応じた処理を実行するように構成しても良い。

以上説明したように、本実施の形態によると、制御装置２００によりストレージタイプが異なる複数のストレージ４００を一括して管理することができる。
制御装置２００の記憶装置９２９は、操作指示の雛形である操作雛形情報３４と、ストレージ４００の管理単位（ストレージ４００を下位から上位に構成する単位）毎の設定情報（レポジトリ３５に含まれる管理単位に対応する情報）とを記憶する。送受信部２１は、クライアント端末１００からストレージ４００に関する制御情報を通信データとして受信する。
また共通処理部２２は、通信データと設定情報との照合により、設定情報内の少なくともストレージタイプを含む項目情報を抽出し、抽出した項目情報により、処理対象とするストレージ４００のストレージタイプを特定する。その後、操作雛形情報３４の雛形項目を項目情報の値に置き換えることにより、共通処理部２２は、制御情報に対応し、特定したストレージタイプに応じた、操作手順情報３６を生成する。
個別処理呼出部２５は、共通処理部２２が特定したストレージタイプに基づき、所定のストレージ４００に処理を実行する１以上の個別処理部２６の中から対応する個別処理部２６を決定し、決定した個別処理部２６に操作手順情報３６を受け渡す。また個別処理部２６は、操作手順情報に基づき、所定のストレージ４００に処理を実行する。

制御情報に処理順序情報を含むことができ、共通処理部２２は通信データ（制御情報）に処理順序情報が含まれると判定したとき、その処理順序情報を個別処理呼出部２５に受け渡し、個別処理呼出部２５は処理順序情報に基づき、個別処理部２６に操作手順情報３６を受け渡す。
個別処理部２２は、ストレージタイプに応じて１以上備えられ、操作手順情報３６に指定されたストレージタイプに一致し、制御情報に含まれるストレージ名称に一致するストレージ４００に対して、処理を実行する。

操作雛形情報３４は、ストレージタイプに応じて記憶され、共通処理部２２は、通信データと設定情報との照合により、処理対象となるストレージ４００のストレージタイプを特定し、このストレージタイプに応じた操作雛形情報３４を選定する。なお操作雛形情報３４は、前述したとおり、１以上のファイルで構成される。

共通処理部２２は、選定した操作雛形情報３４の雛形項目を項目情報の値に置き換えることにより、個別処理部２６の呼出しと個別処理部２６へのパラメータの引渡しを行う操作手順情報３６を生成する。パラメータは、個別処理部２６が実行する処理の命令文を構成する。

ストレージ４００に関する制御情報は、管理単位毎のいずれかの設定情報に、登録、変更、削除または参照のいずれかの処理を要求する情報である。レポジトリ管理部２３は、この制御情報に基づき、該当の設定情報に対して、登録、変更、削除または参照のいずれかの処理を実施する。

管理単位毎の設定情報は、各々含まれるＩＤにより紐付けるように構成されていて、レポジトリ管理部２３は、設定情報に含まれるＩＤを順次参照することにより、該当の項目情報を参照する。

レポジトリ管理部２３は、ストレージタイプ毎の管理構成を記憶したストレージタイプ対応情報を参照することにより、該当のストレージタイプが有さないと判定した管理単位に対応する設定情報のＩＤについては、この設定情報の上位の設定情報と下位の設定情報とが紐付けられるように、上位または下位の設定情報のＩＤと同じ値を設定することを特徴とする。
そのように動作することにより、ストレージタイプによっては、存在しない管理単位があったとしても、必要な設定情報を参照でき、制御情報に応じた処理要求を行うことができる。

図２５は、本実施の形態で用いたクライアント端末１００、制御装置２００のハードウェア資源の一例を示す図である。
図２５において、コンピュータは、システムユニット（図示せず）、ＣＲＴ（Ｃａｔｈｏｄｅ・Ｒａｙ・Ｔｕｂｅ）やＬＣＤ（液晶ディスプレイ）の表示画面を有する表示装置９０１、キーボード９０２（Ｋ／Ｂ）、マウス９０３、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ・Ｄｉｓｋ・Ｄｒｉｖｅ）、ＣＤＤ９０５（Ｃｏｍｐａｃｔ・Ｄｉｓｃ・Ｄｒｉｖｅ）などのハードウェア資源を備え、これらはケーブルや信号線で接続されている。システムユニットは、コンピュータであり、ＬＡＮに接続されている。

各コンピュータは、プログラムを実行するＣＰＵ９１１（「演算装置」、「マイクロプロセッサ」、「マイクロコンピュータ」、「プロセッサ」ともいう）を備えている。ＣＰＵ９１１は、図１〜３で示した各処理部（〜手段）でデータや情報の演算、加工、読み取り、書き込みなどを行うために利用される処理装置である。ＣＰＵ９１１は、バス９１２を介してＲＯＭ９１３（Ｒｅａｄ・Ｏｎｌｙ・Ｍｅｍｏｒｙ）、ＲＡＭ９１４（Ｒａｎｄｏｍ・Ａｃｃｅｓｓ・Ｍｅｍｏｒｙ）、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、ＦＤＤ９０４、ＣＤＤ９０５、スキャナ装置９０６、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。磁気ディスク装置９２０の代わりに、光ディスク装置、メモリカードリーダライタなどの記憶媒体が用いられてもよい。

ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、それぞれのコンピュータが用いる記憶装置（記憶部）９２９の一例である。通信ボード９１５、キーボード９０２、マウス９０３、ＦＤＤ９０４、ＣＤＤ９０５、スキャナ９０６などは、入力装置（図示せず）の一例である。また、通信ボード９１５、表示装置９０１などは、出力装置（図示せず）の一例である。

通信ボード９１５は、ネットワーク３００に接続されている。ネットワーク３００は、ＬＡＮに限らず、インターネット、あるいは、ＷＡＮなどで構成されていても構わない。
記憶装置（磁気ディスク装置）９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。プログラム群９２３のプログラムは、ＣＰＵ９１１、オペレーティングシステム９２１、ウィンドウシステム９２２により実行される。プログラム群９２３には、本実施の形態の説明において「〜手段」として説明する機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。また、ファイル群９２４には、各実施の形態の説明において、「〜データ」、「〜情報」、「〜ＩＤ（ＩＤｅｎｔｉｆｉｅｒ）」、「〜フラグ」、「〜結果」として説明するデータや情報や信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」や「〜テーブル」の各項目として記憶されている。「〜ファイル」や「〜データベース」や「〜テーブル」は、ディスクやメモリなどの記憶媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶されたデータや情報や信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・制御・出力・印刷・表示などのＣＰＵ９１１の処理（動作）に用いられる。抽出・検索・参照・比較・演算・計算・制御・出力・印刷・表示などのＣＰＵ９１１の処理中、データや情報や信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。

また、各実施の形態の説明において説明するブロック図やフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号は、ＲＡＭ９１４などのメモリ、ＦＤＤ９０４のフレキシブルディスク（ＦＤ）、ＣＤＤ９０５のコンパクトディスク（ＣＤ）、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク（ＭＤ）、ＤＶＤ（Ｄｉｇｉｔａｌ・Ｖｅｒｓａｔｉｌｅ・Ｄｉｓｃ）などの記録媒体に記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体により伝送される。

また、各実施の形態の説明において「〜手段」として説明するものは、「〜部」、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜工程」、「〜手順」、「〜処理」であってもよい。即ち、「〜手段」として説明するものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。あるいは、ソフトウェアのみ、あるいは、素子・デバイス・基板・配線などのハードウェアのみ、あるいは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実現されていても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤなどの記録媒体に記憶される。このプログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。即ち、プログラムは、各実施の形態の説明で述べる「〜手段」としてコンピュータを機能させるものである。あるいは、各実施の形態の説明で述べる「〜手段」の手順や方法をコンピュータに実行させるものである。

２１ 送受信部（制御装置送受信部）、２２ 共通処理部（制御装置共通処理部）、２３ レポジトリ管理部、２５ 個別処理呼出部、２６ 個別処理部、２７〜３３ 管理単位毎の設定情報（２７ ストレージ情報、２８ ストレージグループ情報、２９ ストレージプール情報、３０ ボリューム情報、３１ ボリュームホストグループ情報、３２ ホストグループ情報、３３ ホスト情報）、３４ 操作雛形情報、３６ 操作手順情報、１００ クライアント端末、２００ 制御装置（ストレージ制御装置）、３００ ネットワーク、４００ ストレージ（ストレージ装置）、９２９ 記憶装置。

Claims (8)

1. ストレージ装置と、クライアント端末とにネットワーク接続されたストレージ制御装置であって、
   操作指示の雛形である操作雛形情報と、上記ストレージ装置の管理単位毎の設定情報とを記憶する記憶手段と、
   上記クライアント端末から上記ストレージ装置に関する制御情報を通信データとして受信する制御装置送受信部と、
   上記通信データと上記設定情報との照合により、上記設定情報内の少なくともストレージタイプを含む項目情報を抽出し、抽出した項目情報により、ストレージタイプを特定し、上記操作雛形情報の雛形項目を上記項目情報の値に置き換えることにより、上記制御情報に対応する操作手順情報を生成する制御装置共通処理部と、
   上記制御装置共通処理部が特定したストレージタイプに基づき、所定のストレージ装置に処理を実行する個別処理部を決定し、決定したこの個別処理部に上記操作手順情報を受け渡す個別処理呼出部と、
   を備えたストレージ制御装置。
2. 上記個別処理部は、上記ストレージタイプに応じて備えられ、上記操作手順情報に指定されたストレージタイプに一致し、上記制御情報に含まれるストレージ名称に一致するストレージ装置に対して、処理を実行することを特徴とする請求項１に記載のストレージ制御装置。
3. 上記操作雛形情報は、上記ストレージタイプに応じて記憶され、
   上記制御装置共通処理部は、上記通信データと上記設定情報との照合により、処理対象となるストレージ装置のストレージタイプを特定し、このストレージタイプに応じた操作雛形情報を選定することを特徴とする請求項１または２に記載のストレージ制御装置。
4. 上記制御装置共通処理部は、選定した操作雛形情報の雛形項目を上記項目情報の値に置き換えることにより、上記個別処理部の呼出しと上記個別処理部へのパラメータの引渡しを行う上記操作手順情報を生成することを特徴とする請求項３に記載のストレージ制御装置。
5. 上記ストレージ装置に関する制御情報は、上記管理単位毎のいずれかの設定情報に、登録、変更、削除または参照のいずれかの処理を要求する情報であり、
   さらに、上記制御情報に基づき、該当の設定情報に対して、登録、変更、削除または参照のいずれかの処理を実施するレポジトリ管理部を
   備えることを特徴とする請求項１〜４のいずれかに記載のストレージ制御装置。
6. 上記管理単位毎の設定情報は、各々含まれるＩＤにより紐付けるように構成されていて、
   上記レポジトリ管理部は、上記設定情報に含まれるＩＤを順次参照することにより、該当の項目情報を参照することを特徴とする請求項５に記載のストレージ制御装置。
7. 上記レポジトリ管理部は、
   上記ストレージタイプ毎の管理構成を記憶したストレージタイプ対応情報を参照することにより、該当のストレージタイプが有さないと判定した管理単位に対応する設定情報のＩＤについては、この設定情報の上位の設定情報と下位の設定情報とが紐付けられるように、上位または下位の設定情報のＩＤと同じ値を設定することを特徴とする請求項５〜６のいずれかに記載のストレージ制御装置。
8. コンピュータを、請求項１〜７のいずれか一項に記載のストレージ制御装置として機能させるコンピュータプログラム。

Images