JP2008097214A - アクセス権管理方法、管理計算機、及び管理プログラム - Google Patents

Abstract

【課題】アクセス権の管理情報が分散して配置される場合、又は、アクセス権を付与単位が管理計算機ごとに異なる場合に対応したアクセス権の管理技術を提供する。
【解決手段】記憶装置のリソースのアクセス権管理方法であって、管理計算機は、リソースを管理する管理プログラムと、リソースのアクセス権定義情報と、リソースと関連する他のリソースと他のリソースを管理する管理プログラムとの対応関係を含むリソース対応情報と、を格納し、リソースのアクセス権の更新要求を受け付けたとき、アクセス権の更新要求に基づいて、アクセス権を更新し、リソース対応情報に基づいて、アクセス権の更新が要求されたリソースの管理プログラムを選択し、選択された管理プログラムを実行する管理計算機に関連リソースのアクセス権の更新要求を送信し、関連リソースのアクセス権の更新要求を受け付けた場合には、関連リソースのアクセス権を更新する。
【選択図】図７

Description

本発明は、記憶装置システムのリソースのアクセス権を管理する技術に関し、特に、複数の管理プログラムで設定されたアクセス権の整合性を維持する技術に関する。

近年、記憶装置システム（ストレージアレイ装置）の管理するボリューム数の増加、記憶装置システムの提供する機能の高機能化及び多様化に伴って、システム運用管理を支援するストレージ管理プログラムも多種多様になっている。

管理プログラムが多種多様化するに伴って、複数のプログラムを同時に利用する場合が増えている。そして、各プログラムで定義されるユーザのアクセス権を、プログラムごとに設定する必要が生じ、設定操作が煩雑となっている。そのため、ヒューマンエラーが発生しやすくなり、プログラム間のアクセス権の整合性維持が困難となってしまうため、セキュリティレベルの低下を招くおそれがある。

このような問題を解決する手段として、複数のプログラムに対するアクセス権を集中管理することによって、管理者の設定コストを省力化し、セキュリティレベルの高いシステムを提供する技術が開示されている（特許文献１参照）。
特開２００４−３０３０２３号公報

しかし、特許文献１に開示された技術では、プログラムが遠隔地に分散するなどの一元化が困難な場合には適用することができない。また、プログラム間でアクセス制御の単位が異なる場合にも、特許文献１に開示された技術を適用することはできない。例えば、ボリュームをペア単位で管理するプログラムＡと、記憶装置システムの提供するボリュームの構成及び属性を管理するプログラムＢにおいて、プログラムＡではペア単位にアクセス制御し、プログラムＢではボリューム単位にアクセス制御する場合などがある。

このように、情報システムの大規模、分散構成及び多様化が進むにつれ、アクセス権を一元化できないケースが増え、プログラムごとにアクセスコントロールリスト（以下、「ＡＣＬ」）を設定する必要が生じる。

本発明は、ＡＣＬが遠隔地に分散して配置された場合であっても矛盾することなく設定し、かつ、アクセス制御の単位が異なる場合にも対応できるＡＣＬ管理技術を提供する。

本発明の代表的な一形態では、記憶装置と、前記記憶装置を管理する管理計算機とを含むストレージシステムにおいて、前記記憶装置のリソースのアクセス権を管理するアクセス権管理方法であって、前記管理計算機は、前記記憶装置と接続されるインターフェースと、前記インターフェースと接続されるプロセッサと、前記プロセッサと接続されるメモリと、を備え、前記メモリは、前記記憶装置のリソースを管理する管理プログラムと、前記管理プログラムによって管理されるリソースのアクセス権を定義するアクセス権定義情報と、前記リソースと、当該リソースと関連する他のリソースと、前記他のリソースを管理する管理プログラムと、の対応関係を含むリソース対応情報と、を格納し、前記プロセッサは、前記管理プログラムによって管理されるリソースのアクセス権の更新要求を受け付けたとき、前記受け付けたリソースのアクセス権の更新要求に基づいて、前記更新を要求されたリソースのアクセス権を更新し、前記リソース対応情報に基づいて、前記アクセス権の更新が要求されたリソースと対応する管理プログラムを選択し、前記リソース対応情報に基づいて、前記選択された管理プログラムによって管理され、前記アクセス権の更新が要求されたリソースと関連するリソースを特定し、前記選択された管理プログラムを実行する管理計算機に、前記特定された関連リソースのアクセス権の更新要求を送信し、前記管理計算機は、前記特定された関連リソースのアクセス権の更新要求を受け付けた場合に、前記受け付けた更新要求に基づいて、前記特定された関連リソースのアクセス権を更新する。

本発明の一形態によれば、ある管理プログラムによって管理されるリソースのアクセス権が更新されたとき、関連するリソースのアクセス権も連携して更新されるため、アクセス権の一貫性を保証することができる。

以下、本発明の実施の形態を添付図面に基づいて説明する。

（第１の実施の形態）
図１は、第１の実施の形態の計算機システムの構成を示す図である。第１の実施の形態の計算機システムは、管理計算機１０Ａ、１０Ｂ、管理クライアント６０、業務ホスト計算機５０、及び記憶装置２０を有する。計算機システムを構成する管理計算機１０Ａ、１０Ｂ、管理クライアント６０、業務ホスト計算機５０、及び記憶装置２０は、各２台で構成されているが、１台又は複数台であってもよい。なお、管理計算機１０は、管理計算機１０Ａ及び管理計算機１０Ｂに共通した内容について記載するときに使用する。

管理計算機１０、管理クライアント６０、記憶装置２０、及び業務ホスト計算機５０は、管理ネットワーク４０によって接続されている。業務ホスト計算機５０は、データネットワーク４１を介して、記憶装置２０に接続される。データネットワーク４１は、例えば、ＳＡＮ（Storage Area Network）である。

管理計算機１０は、記憶装置２０を管理する。具体的には、記憶装置２０のボリュームの作成、業務ホスト計算機５０に対するボリュームの割り当て、記憶装置２０内又は記憶装置２０間のボリュームのコピーなどを実行する。管理計算機１０は、ＣＰＵ１１、メモリ１２、フロントエンドＩ／Ｏインターフェース１３、リアエンドＩ／Ｏインターフェース１４を備える。ＣＰＵ１１、メモリ１２、フロントエンドＩ／Ｏインターフェース１３、及びリアエンドＩ／Ｏインターフェース１４は、相互にバスを介して接続される。

ＣＰＵ１１は、メモリ１２に格納された各種プログラム又はモジュールを実行する演算処理装置である。メモリ１２は、いわゆる内部記憶装置であって、各種モジュールなどを記憶する不揮発性メモリと、演算処理結果などを一時的に格納する揮発性メモリとを含む。管理計算機１０のメモリ１２には、管理プログラムが格納される。

管理クライアント６０は、管理者からの要求に応じて、管理計算機１０で実行される管理プログラムに対して処理要求を送信する。また、管理クライアント６０は、管理プログラムの実行結果を受信し、ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）又はＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ）によって、管理者に結果を表示する。管理クライアント６０は、管理計算機１０と同じ構成を備えるため、説明を省略する。

業務ホスト計算機５０は、データベース管理システム（ＤＢＭＳ）などの業務プログラムを実行する。業務ホスト計算機５０は、処理結果を記憶装置２０に書き込み、又は、記憶装置２０に格納されている情報資源を取得する。また、業務ホスト計算機５０は、データネットワーク４１を介して、記憶装置２０と接続する。データネットワーク４１は、ファイバチャネル、又はｉＳＣＳＩなどの通信プロトコルに従って通信される。業務ホスト計算機５０は、管理計算機１０と同じ構成を備えるため、説明を省略する。

記憶装置２０は、業務ホスト計算機５０に対して記憶領域を提供する。記憶装置２０は、ディスクアレイコントローラ２１、キャッシュ２２、データ用Ｉ／Ｏインターフェース２３、複数のディスク装置２４、及び管理用Ｉ／Ｏインターフェース２５を備える。

ディスクアレイコントローラ２１は、記憶装置２０に対する各種制御処理を実行する制御モジュールである。ディスクアレイコントローラ２１は、ＣＰＵ２１１、メモリ２１２及びＩ／Ｏポートを備える。キャッシュ２２は、ディスク装置２４に対して書き込むべきデータ、又は、ディスク装置２４から取得したデータを一時的に格納する。

ディスク装置２４は、複数の磁気ディスクドライブによってＲＡＩＤシステムが構成されるディスクアレイ装置である。ディスク装置２４は、複数のハードディスクドライブ２４１によって１又は複数の論理ユニット（ＬＵ）を提供し、又は、１つのハードディスクドライブによって１又は複数の記憶領域、すなわち、論理ユニット（ＬＵ）を提供する。

図２は、第１の実施の形態の管理計算機１０のメモリ１２に格納される管理プログラムの構成を説明する図である。管理計算機１０Ａのメモリ１２には、管理プログラムＰａ１及びＰｂ１が格納される。管理計算機１０Ｂのメモリ１２には、管理プログラムＰｂ２が格納される。

管理プログラムＰａ１は、処理を実行するモジュール部と、リソースの管理情報及びアクセス権の定義などを格納するデータ部によって構成される。モジュール部には、要求受信モジュールＭａ１、ＡＣＬ更新モジュールＭａ２、ＡＣＬ連携モジュールＭａ３、及びストレージ管理モジュールＭａ４が含まれる。データ部には、ＡＣＬ（アクセスコントロールリスト）Ｔａ１、リソースグループ定義Ｔａ２、リソース対応表Ｔａ３、プログラム固有定義Ｔａ４、及びリソース管理テーブルＴａ６が含まれる。

第１の実施の形態では、管理プログラムＰａ１は、管理プログラムＰｂ１及びＰｂ２と連携して、記憶装置２０に所定の機能を提供する。例えば、管理プログラムＰｂ１及びＰｂ２は、記憶装置２０が提供するＬＵの構成を管理するストレージ管理プログラムであって、ＬＵの割り当て及びＬＵ属性の変更などの機能を提供する。このとき、管理プログラムＰａ１は、管理プログラムＰｂ１及びＰｂ２が提供する機能を利用し、ボリューム間のデータをコピーする機能を提供する。

また、管理プログラムＰｂ１及びＰｂ２は、管理プログラムＰａ１と同じ構成である。第１の実施の形態のように、管理プログラムＰａ１が管理プログラムＰｂ１及びＰｂ２の機能を利用する上位の管理プログラムに相当する場合には、管理プログラムＰａ１にのみリソース対応表Ｔａ２を備える構成としてもよい。

要求受信モジュールＭａ１は、管理者からのＡＣＬ更新要求を受け付け、受信したＡＣＬ更新要求をＡＣＬ連携モジュールＭｂ３に送信する。ＡＣＬ更新要求とは、ＡＣＬに登録されたユーザがリソースにアクセスする権限、又はリソースに対する操作の実行権限を変更するための要求である。

リソースは、記憶装置２０が提供する論理ボリューム及びポートを含む。また、複数の論理ボリュームをグルーピングしたリソースグループ、コピーの属性に応じてグルーピングしたコピーグループなどをリソースとして扱ってもよい。第１の実施の形態では、論理ボリューム及びポートをリソースとし、グルーピングされたリソースをリソースグループとする。したがって、前述のコピーグループもリソースグループに分類される。

ＡＣＬ更新モジュールＭａ２は、要求受信モジュールＭａ１が受け付けたＡＣＬ更新要求に基づいて、ＡＣＬ（Ｔａ１）を更新し、更新結果を管理者又は呼び出し元プログラムに通知する。

ＡＣＬ連携モジュールＭａ３は、要求受信モジュールＭａ１が受け付けたＡＣＬ更新要求から対象となるユーザ及びリソースの情報を取得し、管理プログラムＰｂ１及びＰｂ２に対してＡＣＬ更新要求を送信する。ＡＣＬ連携モジュールＭａ３は、ＡＣＬ更新要求によって指定されたリソースに、他の管理プログラムＰｂ１又はＰｂ２によって管理されるリソースが含まれるとき、管理プログラムＰｂ１又はＰｂ２にＡＣＬ更新要求を送信する。ＡＣＬ連携モジュールＭａ３は、ＡＣＬ更新要求の結果を管理者又は呼び出し元プログラムに通知する。

ストレージ管理モジュールＭａ４は、記憶装置２０を管理するストレージ管理機能を実行する。ストレージ管理機能は、例えば、データレプリケーションの制御機能、監視機能、及びストレージの構成を管理する機能などである。

ＡＣＬ（Ｔａ１）は、管理プログラムＰａ１のアクセスコントロールリストである。ＡＣＬ（Ｔａ１）は、管理プログラムＰａ１を実行するユーザの権限を格納する。ＡＣＬ（Ｔａ１）の詳細については、図３Ａを参照して説明する。

図３Ａは、第１の実施の形態の管理プログラムＰａ１のアクセスコントロールリストの構成を説明する図である。ＡＣＬ（Ｔａ１）は、ユーザＩＤ（Ｔａ１１）、権限Ｔａ１２、及びリソースグループＴａ１３を含む。

ユーザＩＤ（Ｔａ１１）は、アクセス制御の対象となるユーザアカウントの識別子である。権限Ｔａ１２は、ユーザＩＤ（Ｔａ１１）によって特定されるユーザが、リソースグループＴａ１３に対して実行可能な操作を定義する。具体的に説明すると、“modify”は対象となるリソースに対して更新系の操作を実行できる権限、“view”は参照系の操作を実行できる権限、“全権限”はすべての操作を実行できる権限である。

リソースグループＴａ１３は、管理プログラムＰａ１が管理するリソースの一部又は全部をグルーピングしたリソースの集合である。リソースグループＴａ１３に格納される値は、リソースグループ定義Ｔａ２によって別途定義され、図３Ｂにて詳細を後述する。図３Ａを参照すると、ユーザＩＤ“storage_admin1”は、ペアグループ１に含まれるリソース群に対し、変更及び参照が可能となっている。

リソースグループ定義Ｔａ２は、リソースグループとリソースとの関係を定義する。リソースグループは、１つ以上のリソースによって構成される。リソースグループ定義Ｔａ２の詳細については、図３Ａを参照して説明する。

図３Ｂは、第１の実施の形態の管理プログラムＰａ１のリソースグループ定義Ｔａ２の構成を説明する図である。リソースグループ定義Ｔａ２は、リソースグループＴａ２１及び構成リソースＴａ２２を含む。

リソースグループＴａ２１は、リソースグループを一意に識別する名称又は識別子である。構成リソースＴａ２２は、リソースグループを構成する、リソース又はリソースグループを一意に識別する名称又は識別子である。

ＡＣＬ（Ｔａ１）は、ユーザとリソースグループとを対応させてアクセス権を設定することによって、リソースグループに含まれるすべてのリソースに対し、アクセス権を付与することができる。アクセス権を設定しなければならないリソースが大量にある場合には、リソースグループに含まれるリソースに一括してアクセス権を設定することが可能となるため、アクセス権を容易に管理することができる。

図４Ａは、第１の実施の形態の管理プログラムＰｂ１のＡＣＬ（Ｔｂ１１）の詳細を説明する図である。ＡＣＬ（Ｔｂ１１）の構成は、管理プログラムＰａ１のＡＣＬ（Ｔａ１）と同じである。

図４Ｂは、第１の実施の形態の管理プログラムＰｂ１のリソースグループ定義Ｔｂ１２の詳細を説明する図である。リソースグループ定義Ｔｂ１２の構成は、管理プログラムＰａ１のリソースグループ定義（Ｔａ２）と同じである。

図４Ｃは、第１の実施の形態の管理プログラムＰｂ２のＡＣＬ（Ｔｂ２１）の詳細を説明する図である。ＡＣＬ（Ｔｂ２１）の構成は、管理プログラムＰａ１のＡＣＬ（Ｔａ１）と同じである。

図４Ｄは、第１の実施の形態の管理プログラムＰｂ２のリソースグループ定義Ｔｂ２２の詳細を説明する図である。リソースグループ定義Ｔｂ２２の構成は、管理プログラムＰａ１のリソースグループ定義（Ｔａ２）と同じである。

なお、管理プログラムＰｂ１及び管理プログラムＰｂ２のＡＣＬ（Ｔｂ１１、Ｔｂ２１）に登録されるユーザは、予め各管理プログラムに登録しておく必要がある。

なお、ＡＣＬ（Ｔａ１）は、リソースグループを用いずに、リソース単位にアクセス権を設定する構成としてもよい。図５Ａ〜図５Ｃは、リソース単位にアクセス権が設定されるＡＣＬの一例を示す図である。

図５Ａは、第１の実施の形態の管理プログラムＰａ１のリソースごとにアクセス権を管理するＡＣＬ（Ｔａ５）を説明する図である。構成は、図３Ａに示したＡＣＬ（Ｔａ１）とほぼ同じであるが、リソースグループＴａ１３の替わりにリソースＴａ５３を含む。
リソースごとにアクセス権を設定する場合には、リソースごとにレコードを生成し、それぞれ権限とリソースとの対応を設定する。

図５Ｂは、第１の実施の形態の管理プログラムＰｂ１のリソースごとにアクセス権を管理するＡＣＬ（Ｔｂ１５）を説明する図である。同じく、図５Ｃは、第１の実施の形態の管理プログラムＰｂ２のリソースごとにアクセス権を管理するＡＣＬ（Ｔｂ２５）を説明する図である。

リソース対応表Ｔａ３は、自プログラムによって管理されるリソースと、自プログラムによって管理されるリソースに関連し、他のプログラムによって管理されるリソースとの対応関係を管理するためのテーブルである。リソース対応表Ｔａ３の詳細は、図６を参照して説明する。

図６は、第１の実施の形態の管理プログラムＰａ１に含まれるリソース対応表Ｔａ３の構成を説明する図である。リソース対応表Ｔａ３は、自プログラムの管理リソースＴａ３１、連携プログラムの関連リソースＴａ３２、プログラム名Ｔａ３３、ホストＴａ３４、及びドメインＴａ３５を含む。

管理リソースＴａ３１は、自プログラムで管理するリソースの識別子であって、リソースグループ定義Ｔａ２の構成リソースＴａ２２に相当する。関連リソースＴａ３２は、管理リソースＴａ３１と関連し、他の管理プログラムによって管理される関連リソースの識別子である。プログラム名Ｔａ３３は、関連リソースＴａ３２を管理する管理プログラムを一意に識別する名称又は識別子である。ホストＴａ３４は、管理プログラムＴａ３３が実行される管理計算機１０のホスト名又はＩＰアドレスである。ドメインＴａ３５は、管理プログラムＴａ３３が所属するサイトである。サイトは、管理ネットワークの区分又は組織の区分などに基づいて定義される。また、製品間のリソースグループの関連があらかじめ定義可能な場合には、リソースグループを一つのリソースとみなし、管理リソースＴａ３１又は関連リソースＴａ３２にリソースグループの識別子を用いて対応関係を定義してもよい。

リソース管理テーブルＴａ６は、管理プログラムＰａ１が管理するリソースを格納する。具体的には、リソース対応表Ｔａ３の管理リソースＴａ３１と格納する同じ内容となる。したがって、リソース管理テーブルＴａ６の替わりにリソース対応表Ｔａ３を使用してもよい。

次に、第１の実施の形態のアクセス権を設定する処理について説明する。まず、図７を参照しながら、第１の実施の形態の処理の概略を説明する。

図７は、第１の実施の形態のアクセス権を設定する処理の概略を示す図である。第１の実施の形態では、管理プログラムＰｂ１及びＰｂ２がストレージ構成管理プログラムであるとき、管理プログラムＰａ１は、管理プログラムＰｂ１及びＰｂ２と連携してレプリケーション機能を実行するレプリケーション管理プログラムとすることができる。

処理の概要は、システム管理者（system_admin）が管理プログラムＰａ１のＡＣＬ（Ｔａ１）に登録されたストレージ管理者（storage_admin1）のアクセス権を更新したとき、更新対象のリソースと関連するリソースを管理する管理プログラムＰｂ１及びＰｂ２のＡＣＬを更新する。

具体的に、システム管理者がペアグループ１を登録し、ストレージ管理者にアクセス権を付与する場合について説明する。システム管理者は、まず、記憶装置２０に作成された論理ボリュームを選択し、ペアグループ１を生成する。次に、ストレージ管理者に対し、ペアグループ１のアクセス権を設定する。

管理プログラムＡは、リソース対応表Ｔａ３を参照し、関連するリソースを特定する。関連するリソースとは、例えば、ペアグループ１が論理ボリュームＡ１及びＢ１によって構成され、さらに、論理ボリュームＡ１が物理記憶装置ａ１及びａ２、論理ボリュームＢ１が物理記憶装置ｂ１及びｂ２によって構成されているとき、ペアグループ１に関連するリソースは、Ａ１、Ｂ１、ａ１、ａ２、ｂ１及びｂ２となる。

管理プログラムＡは、記憶装置ａ１及びａ２を管理する管理プログラムＢ１と、記憶装置ｂ１及びｂ２を管理する管理プログラムＢ２にＡＣＬ更新要求を送信する。管理プログラムＢ１及びＢ２は、ＡＣＬ更新要求を受信すると、要求に従ってＡＣＬを更新し、管理プログラムＡに更新結果を送信する。そして、管理プログラムＡは、更新結果を管理クライアント６０に表示し、処理を終了する。

また、本処理は、システム管理者が管理プログラムの管理対象となるリソース情報を収集（更新）する処理と、システム管理者が収集（更新）したリソースに対するアクセス権を各ストレージ管理者に対して付与する処理によって構成される。これらの処理は、それぞれ独立して実行される。

図８は、第１の実施の形態の管理者が管理プログラムＰａ１の管理対象となるリソース情報を収集し、管理プログラムＰａ１のリソース対応表を更新するリソース定義更新処理の手順を示すシーケンス図である。

リソース定義更新処理は、管理者が指定した管理計算機１０に格納された管理プログラム又は記憶装置２０に格納された管理プログラムによって、リソース情報を収集すると同時にリソース対応表Ｔａ３を生成する。

管理者は、まず、管理クライアント６０から管理プログラムＰａ１に対し、リソース定義更新要求を送信する（Ｓ１０）。リソース定義更新要求には、リソース情報の取得先を特定する情報が含まれる。例えば、リソース情報を提供するプログラムが実行される管理計算機のＩＰアドレス又はポート番号などが含まれる。

管理プログラムＰａ１は、要求受信モジュールＭａ１によってリソース定義更新要求を受信すると、ストレージ管理モジュールＭａ４を実行する（Ｓ１１）。ストレージ管理モジュールＭａ４は、指定された管理プログラムＰｂ１からリソース情報を取得する（Ｓ１２）。

ストレージ管理モジュールＭａ４は、管理プログラムＰｂ１からリソース情報が通知されると（Ｓ１４）、プログラム固有定義Ｔａ４を更新する（Ｓ１５）。さらに、ストレージ管理モジュールＭａ４は、リソース対応表Ｔａ３にリソースの対応関係及び連携プログラムの情報などを更新する（Ｓ１６）。最後に、管理プログラムＰａ１は、実行結果を管理者に通知する（Ｓ１８）。実行結果は、例えば、管理クライアント６０の画面に表示されたリソース一覧が最新の状態に更新されることによって通知される。

図９は、第１の実施の形態のリソース定義更新処理の手順の詳細を示すフローチャートである。

管理プログラムＰａ１は、管理者からリソース定義更新要求を受信すると（Ｓ２００、図８のＳ１０）、リソース定義更新要求に含まれるリソースを管理する管理プログラムが格納されている位置情報を取得する。

次に、管理プログラムＰａ１は、取得した位置情報に基づいて、リソースを管理する管理プログラムにリソース情報を要求し（図８のＳ１２）、リソース情報を受信する（Ｓ２１０、図８のＳ１４）。管理プログラムＰａ１は、リソース情報を受信すると、リソース管理テーブルＴａ６を更新する（Ｓ２２０）。

続いて、管理プログラムＰａ１は、取得したリソースが連携プログラムによってアクセス制御されているか否かを判定する（Ｓ２３０）。取得したリソースが管理プログラムＰａ１と連携する管理プログラムによってアクセス制御される場合には（Ｓ２３０の結果が「ＹＥＳ」）、自プログラムのリソース管理テーブルＴａ６に登録したリソースと、取得先のリソースとの対応関係をリソース対応表Ｔａ３に登録する（Ｓ２４５、図８のＳ１６）。

具体的には、図７に示した構成では、管理プログラムＰａ１が管理するリソースＡ１及びＢ１は、図６のリソース対応表Ｔａ３のレコードＴａ３０１及びＴａ３０２に示すように登録される。

また、管理プログラムＰａ１は、取得したリソースを自プログラムによって管理する場合には（Ｓ２３０の結果が「ＮＯ」）、自プログラムのリソースとしてリソース対応表Ｔａ３に登録する（Ｓ２５０、図８のＳ１６）。

具体的には、図６のレコードＴａ３０３に示すように、ペア１を管理プログラムＰａ１がレプリケーション管理でのみ使用する固有のリソースとした場合、連携プログラムのリソースＴａ３２に“ペア１”、管理プログラムＴａ３３に“自プログラム”と登録する。

以上の処理によって、リソース情報の定義が更新され、リソース対応表Ｔａ３に管理プログラムＰａ１と連携する管理プログラムＰｂ１及びＰｂ２のリソースの対応関係が登録される。

図１０は、第１の実施の形態の管理プログラムＰａ１のＡＣＬを更新するとき、関連するリソースを管理する他の管理プログラムのＡＣＬを更新する手順を説明するシーケンス図である。本処理は、システム管理者がユーザ（ストレージ管理者）のアクセス権を更新する際に実行される。

システム管理者（system_admin）は、ストレージ管理者（storage_admin1）に新たなリソースに対するアクセス権を割り当てるために、管理プログラムＰａ１に対してＡＣＬ更新要求を送信する（Ｓ２０）。管理プログラムＰａ１は、要求受信モジュールＰａ１によってＡＣＬ更新要求を受信すると、アクセス権の更新対象となるリソースの一覧を取得する。その後、管理プログラムＰａ１は、ＡＣＬ連携モジュールＰａ３を実行する（Ｓ２１）。

ＡＣＬ連携モジュールＰａ３は、リソース対応表Ｔａ３に基づいて、ＡＣＬ更新要求に含まれるリソースの一覧に含まれるリソースを管理する管理プログラムを取得する（Ｓ２２）。そして、システム管理者がストレージ管理者にアクセス権を割り当てる権限を有するか否かを、自プログラム及び各管理プログラムについて確認する（Ｓ２３）。

ＡＣＬ連携モジュールＰａ３は、システム管理者が適切な権限を有している場合には、現在ストレージ管理者にアクセス権が割り当てられているリソースと、ＡＣＬ更新要求によって更新されることによってアクセス権が割り当てられるリソースとの差分を取得する。そして、取得した差分をシステム管理者に通知し、ＡＣＬの更新を実行するか否かを確認する（Ｓ２４）。

管理プログラムＰａ１は、システム管理者が更新内容を確認し、アクセス権の更新を許可したとき、要求受信モジュールＰａ１によって、ＡＣＬ更新許可通知を受信する（Ｓ２５）。要求受信モジュールＰａ１は、更新要求を受信したシステム管理者によって確認された更新内容に基づいて、ＡＣＬ連携モジュールＰａ３にＡＣＬ更新要求を送信する（Ｓ２６）。

ＡＣＬ連携モジュールＰａ３は、ＡＣＬ更新要求に含まれるリソースを管理する各管理プログラムに対して、当該リソースのアクセス権をストレージ管理者に割り当てるようにＡＣＬ更新を要求する（Ｓ２７、Ｓ２８、Ｓ２９）。以上の処理が終了すると、システム管理者に更新結果を通知する（Ｓ３０）。

続いて、管理プログラムＰａ１が、ＡＣＬ（Ｔａ１）を更新するとともに、更新対象のリソースと関連するリソースを管理する管理プログラムに含まれるＡＣＬを連携して更新する処理の詳細な手順を説明する。図１０にて説明したように、本処理は、確認処理と更新処理によって構成される。図１１及び図１２に各処理について詳細に説明する。

図１１は、第１の実施の形態のシステム管理者がＡＣＬ更新を要求してから管理プログラムＰａ１によって更新確認が通知されるまでの手順を示すフローチャートである。図１１に示すフローチャートは、図１０のシーケンスのＳ２０からＳ２４に対応する。

管理プログラムＰａ１は、システム管理者からＡＣＬ更新要求を受信すると（Ｓ３００、図１０のＳ２０）、ＡＣＬ更新要求に含まれる更新対象のリソースの一覧を取得する（Ｓ３１０）。そして、リソース対応表Ｔａ３を参照し、Ｓ３１０の処理によって取得された各リソースを管理するプログラムの一覧を取得する（Ｓ３２０、図１０のＳ２２）。

ＡＣＬ更新要求は、例えば、ストレージ管理者がコピーペアを構成するリソースＡ１及びＢ１を含むペアグループ１に対して更新参照操作を許可する、といった内容となる。このとき、リソースの一覧には、Ａ１及びＢ１と、Ａ１を構成するａ１及びａ２と、Ｂ１を構成するｂ１及びｂ２が含まれる。また、リソースを管理するプログラムの一覧には、図６のリソース対応表Ｔａ３を参照すると、プログラムＢ１、Ｂ２及び自プログラム（管理プログラムＰａ１、Ｐｂ１及びＰｂ２）が含まれる。

次に、管理プログラムＰａ１は、プログラム一覧の先頭から順にプログラムを選択する（Ｓ３３０）。そして、ＡＣＬ更新を要求したシステム管理者が、選択されたプログラムのＡＣＬ更新権限を有するか否かを判定する（Ｓ３４０、図１０のＳ２３）。ＡＣＬ更新権限を有するか否かは、選択されたプログラムに含まれるＡＣＬ（Ｔａ３）を参照することによって判定することができる。

管理プログラムＰａ１は、ＡＣＬ更新権限を有する場合には（Ｓ３４０の結果が「ＹＥＳ」）、Ｓ３２０の処理によって取得されたプログラム一覧の残りのプログラムについて、同様の処理を実行する（Ｓ３５０）。

また、管理プログラムＰａ１は、いずれかのプログラムでＡＣＬ更新権限を有さない場合には（Ｓ３４０の結果が「ＮＯ」）、権限エラー画面を表示し（Ｓ３４５）、ＡＣＬ更新確認処理を終了する。

管理プログラムＰａ１は、ＡＣＬ更新の対象となるリソースを管理する全てのプログラムでシステム管理者がＡＣＬ更新権限を有する場合には（Ｓ３５０の結果が「Ｎｏ」）、ＡＣＬ更新の対象となるユーザの現時点のアクセス権をＡＣＬ（Ｔａ１）から取得する（Ｓ３６０）。そして、ＡＣＬ更新要求を実行した場合のＡＣＬとの差分を画面に表示し（Ｓ３７０、図１０のＳ２４）、システム管理者にＡＣＬ更新を実行するか否かの確認を受け付ける。

第１の実施の形態では、ＡＣＬ更新要求として、新たにリソースをユーザに割り当てることによって、ユーザがアクセス可能なリソースを拡張する場合を説明したが、ユーザがアクセス可能なリソースを減らす場合も同様の処理となる。また、第１の実施の形態では、ＡＣＬ更新に関連するリソースを管理するいずれかのプログラムでユーザがＡＣＬ更新権限を有しないと権限エラー画面を表示するとしているが、権限を有するプログラムの範囲内でＡＣＬ更新を実行するか否かを確認する画面を表示してもよい。

図１２は、第１の実施の形態のシステム管理者がＡＣＬの更新内容を確認し、更新処理が完了するまでの手順を示すフローチャートである。図１２に示すフローチャートは、図１０のシーケンスのＳ２５からＳ３０に対応する。

管理プログラムＰａ１は、管理者からのＡＣＬ更新許可通知を受信すると（Ｓ４００、図１０のＳ２５）、更新要求に含まれる更新対象のリソースの一覧を取得する（Ｓ４１０）。管理プログラムＰａ１は、リソース対応表Ｔａ３を参照し、更新対象となるリソースを管理するプログラムの一覧を取得する（Ｓ４２０）。

次に、管理プログラムＰａ１は、取得したプログラムの一覧の先頭から順にプログラムを選択し（Ｓ４３０）、選択されたプログラムが管理プログラムＰａ１以外のプログラムであるか否かを確認する（Ｓ４４０）。

管理プログラムＰａ１は、選択されたプログラムが管理プログラムＰａ１以外のプログラムの場合には（Ｓ４４０の結果が「ＹＥＳ」）、アクセス権更新の対象であって、かつ、選択されたプログラムが管理するリソースをリソース対応表Ｔａ３から取得する（Ｓ４５０）。例えば、図６のリソース対応表Ｔａ３において、選択されたプログラムがプログラムＢ１ならば、リソースａ１及びａ２が取得される。

管理プログラムＰａ１は、Ｓ４５０の処理によって取得されたリソースのアクセス権を更新する対象のユーザに割り当てるために、選択されたプログラムにＡＣＬ更新要求を送信する（Ｓ４５５）。また、選択されたプログラムがリソースグループによってＡＣＬを管理している場合には、選択されたプログラムにＡＣＬ更新対象となるリソースグループ作成要求を行なった後、そのリソースグループを割り当てるようにＡＣＬ更新要求を送信する。このとき、対象となるユーザに既にリソースグループが割り当てられていれば、その割り当てを解除して、新たなリソースグループを割り当てるよう更新要求を送信する。割り当てが解除されたリソースグループについては、そのリソースグループが他のＡＣＬで利用されていない場合には削除するものとする。ただし、リソースグループの削除については別のアルゴリズムに従って削除の可否が決定されてもよい。

一方、管理プログラムＰａ１は、選択されたプログラムが自プログラムの場合には（Ｓ４４０の結果が「ＮＯ」）、Ｓ４１０の処理で取得されたリソース一覧に含まれるリソースを、指定されたユーザに割り当てるようにＡＣＬ（Ｔａ１）を更新する（Ｓ４４５、図１０のＳ２７）。

続いて、管理プログラムＰａ１は、ＡＣＬの更新が成功したか否かを判定する（Ｓ４６０）。ＡＣＬ更新が成功した場合には（Ｓ４６０の結果が「ＹＥＳ」）、プログラムの一覧に含まれるすべてのプログラムに対して同様のＡＣＬ更新処理を実行する（Ｓ４７０、図１０のＳ２８及びＳ２９）。そして、すべてのＡＣＬ更新処理が終了すると、更新成功を管理クライアント６０に通知し、管理クライアント６０に更新成功画面を表示する（Ｓ４８０）。

なお、管理プログラムＰａ１は、ＡＣＬ更新が失敗した場合には（Ｓ４６０の結果が「ＮＯ」）、更新失敗を管理クライアント６０に通知し、管理クライアント６０にエラー画面を表示する。

ここで、第１の実施の形態では、ＡＣＬ連携モジュールＭａ３が管理プログラムＰａ１に内包されている構成を示したが、各プログラム間のＡＣＬを連携させるためのアクセス権連携管理プログラムＰｃ１（管理プログラムＣ）を独立させた構成としてもよい。

図１３は、第１の実施の形態のアクセス権連携管理プログラムＰｃ１を独立させた計算機システムの構成を示す図である。図１３に示す構成では、図１の構成において、管理プログラムＰａ１に含まれていたＡＣＬ連携モジュールＭａ３を、アクセス権連携管理プログラムＰｃ１として独立させる。なお、他の構成については、図１の構成と同じである。

各管理プログラムは、このようにアクセス権連携管理プログラムＰｃ１を独立させることによって、アクセス権連携機能を共有して利用することが可能となる。

図１４は、第１の実施の形態のアクセス権連携管理プログラムＰｃ１によって、各管理プログラムのＡＣＬを更新する処理を説明するシーケンス図である。

管理プログラムＰａ１は、要求受信モジュールＭａ１によってＡＣＬ更新要求を受信すると（Ｓ５０）、ＡＣＬ連携管理プログラムＰｃ１にＡＣＬ更新を通知する（Ｓ５１）。

ＡＣＬ連携管理プログラムＰｃ１は、リソース対応表Ｔａ３から、ＡＣＬ更新通知に含まれる更新対象のリソースと、更新対象のリソースを管理する管理プログラムを取得する（Ｓ５２）。ここでは、管理プログラムＰａ１及びＰｂ１が更新対象のリソースを管理する管理プログラムに対応する。

次に、ＡＣＬ連携管理プログラムＰｃ１は、システム管理者がストレージ管理者にアクセス権を割り当てる権限を有するか否かを、自プログラム及び各管理プログラムについて確認する（Ｓ５３）。ＡＣＬ更新権限を有する場合には、管理プログラムＰａ１及びＰｂ１に対してＡＣＬ更新を要求する（Ｓ５４）。

ＡＣＬ連携管理プログラムＰｃ１は、ＡＣＬ更新要求先の管理プログラムＰｂ１においてＡＣＬの更新が完了した旨の通知を受信すると（Ｓ５５）、ＡＣＬ更新結果を要求元プログラムである管理プログラムＰａ１に通知する（Ｓ５６）。最後に、管理プログラムＰａ１は、ＡＣＬ（Ｔａ１）を更新し（Ｓ５７）、管理クライアント６０に結果を通知する（Ｓ５９）。

第１の実施の形態によれば、管理プログラムが管理するリソースに対するアクセス権を更新するとき、管理対象のリソースに関連するリソースを管理する他の管理プログラムにおいて定義されたアクセス権を連携して更新する。このようにして、管理プログラム間のアクセス権の一貫性を保証し、記憶装置の大規模化及び管理プログラムの増加に伴うアクセス権管理の煩雑さを低減し、セキュリティレベルの低下を抑止することができる。

（第２の実施の形態）
第２の実施の形態では、ペアとなるリソースが複数のプログラムによって管理されている場合に、プログラム間で連携してＡＣＬを更新する。なお、第２の実施の形態では、第１の実施の形態との相違点を主に説明し、第１の実施の形態と共通の事項については説明を省略する。

図１５は、第２の実施の形態のアクセス権を設定する処理の概略を示す図である。第２の実施の形態では、記憶装置２０が提供するストレージリソースの構成を管理する構成管理プログラムＰｂ１がサイトＡに、Ｐｂ２がサイトＢに格納される。

記憶装置２０が提供するボリュームａ１とｂ１、及び、ａ２とｂ２は、コピーペアとして構成され、ａ１及びａ２がプライマリボリューム、ｂ１及びｂ２がセカンダリボリュームとなっている。管理プログラムＰｂ１は、プライマリボリュームを管理する。また、管理プログラムＰｂ２は、セカンダリボリュームを管理する。

処理の概要は、システム管理者（system_admin）がストレージ管理者（storage_admin1）にプライマリボリュームに対するアクセス権を設定するとき、対応するセカンダリボリュームに対するアクセス権も連携して設定する。

図１６は、第２の実施の形態の管理プログラムＰｂ１に含まれるリソース対応表Ｔｂ７の構成を説明する図である。リソース対応表Ｔｂ７は、自プログラムの管理リソースＴｂ７１、連携プログラムの関連リソースＴｂ７２、プログラム名Ｔｂ７３、ホストＴｂ７４、及びドメインＴｂ７５を含む。各フィールドは、第１の実施の形態のリソース対応表Ｔａ３の各フィールドに対応する。

第１の実施の形態のリソース対応表Ｔａ３と、第２の実施の形態のリソース対応表Ｔａ３との相違点は、連携プログラムのリソースＴｂ７２の値が、ペアとなるリソースの識別子となる点である。

具体的に説明すると、第２の実施の形態では、前述のように、ａ１をプライマリボリューム、ｂ１をセカンダリボリュームとする構成となっている。そこで、レコードＴｂ７０１を参照すると、自プログラムの管理リソースＴｂ７１がａ１であるとき、連携プログラムのリソースＴｂ７２は、ａ１のセカンダリボリュームの識別子であるｂ１が格納される。

図１７は、第２の実施の形態のＡＣＬの更新処理の手順を示すフローチャートである。第２の実施の形態では、ＡＣＬ更新要求後に確認処理は、第１の実施の形態と同様であるため省略し、ＡＣＬの更新処理について説明する。図１７のフローチャートは、第１の実施の形態の図１２に示したフローチャートに対応する。

管理プログラムＰｂ１は、まず、システム管理者からストレージ管理者にプライマリボリュームに対するアクセス権を付与するＡＣＬ更新要求を受信すると（Ｓ７００）、ＡＣＬ更新の対象となるプライマリボリュームの一覧をＡＣＬ更新要求から取得する（Ｓ７１０）。

次に、管理プログラムＰｂ１は、リソース対応表Ｔｂ７を参照し、更新対象となるプライマリボリュームに対応するセカンダリボリュームを取得し、取得したセカンダリボリュームを管理するプログラムの一覧を取得する（Ｓ７２０）。

次に、管理プログラムＰｂ１は、取得したプログラムの一覧の先頭から順にプログラムを選択し（Ｓ７３０）、選択されたプログラムが管理プログラムＰｂ１以外のプログラムであるか否かを判定する（Ｓ７４０）。

管理プログラムＰｂ１は、選択されたプログラムが管理プログラムＰｂ１以外のプログラムの場合には（Ｓ７４０の結果が「ＹＥＳ」）、アクセス権の更新対象となるプライマリボリュームに対応し、選択されたプログラムが管理するセカンダリボリュームの一覧をリソース対応表Ｔｂ７から取得する（ステップ７５０）。

管理プログラムＰｂ１は、Ｓ７５０の処理で取得された一覧に含まれるセカンダリボリュームのアクセス権を対象のユーザに割り当てるために、選択されたプログラムにＡＣＬ更新要求を送信する（Ｓ７５５）。

一方、管理プログラムＰｂ１は、選択されたプログラムが自プログラムの場合には（Ｓ７４０の結果が「ＮＯ」）、自プログラムのＡＣＬを更新する（Ｓ７４５）。

続いて、管理プログラムＰｂ１は、ＡＣＬの更新が成功したか否かを判定する（Ｓ７６０）。管理プログラムＰｂ１は、ＡＣＬの更新が成功した場合（Ｓ７６０の結果が「ＹＥＳ」）には、Ｓ７２０の処理によって取得されたプログラム一覧に含まれるすべてのプログラムに対して同様の処理を実行する（Ｓ７７０）。そして、すべてのＡＣＬ更新処理が終了すると、更新成功を管理クライアント６０に通知し、管理クライアント６０に更新成功画面を表示する（Ｓ７８０）。

管理プログラムＰｂ１は、ＡＣＬ更新が失敗した場合には（Ｓ７６０の結果が「ＮＯ」）、更新失敗を管理クライアント６０に通知し、エラー画面を管理クライアント６０に表示する（Ｓ７７５）。

第２の実施の形態によれば、プライマリボリュームのアクセス権を更新したときに、セカンダリボリュームを管理する管理プログラムがプライマリボリュームを管理する管理プログラムと異なる場合であっても、連携してアクセス権を更新することができる。

以上、各実施の形態に基づいて、本発明に係る計算機、計算機における記憶領域管理方法、及び計算機システムを説明したが、前述の発明の実施の形態は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明は、その趣旨並びに特許請求の範囲を逸脱することなく、変更及び改良され得ると共に、本発明にはその等価物が含まれることはもちろんである。

また、各実施の形態では、ＡＣＬ更新要求を受け付けた管理プログラムによってＡＣＬが更新される場合を示したが、ＡＣＬ更新要求を受け付けた管理プログラムのＡＣＬに変更が生じない場合であっても、ＡＣＬ更新要求を受け付けた管理プログラムのＡＣＬと連携して関連する管理プログラムのＡＣＬを更新してもよい。

また、連携するプログラムが異なるネットワークに属するサイトで実行される場合には、ＡＣＬ更新要求時にネットワークのセキュリティがＳＳＬなどによって確保されているか否かを確認し、セキュリティが確保されている場合にのみ更新要求を実行する処理方式としてもよい。

また、各実施の形態では、異なるプログラム間でのＡＣＬの連携に関する例を説明したが、１つのプログラムが複数のモジュールから構成され、各モジュールが独立してリソースのアクセス権を管理する場合には、管理プログラムをモジュールに置き換えることによってＡＣＬを連携して更新することができる。

第１の実施の形態の計算機システムの構成を示す図である。 第１の実施の形態の管理計算機のメモリに格納される管理プログラムの構成を説明する図である。 第１の実施の形態の管理プログラムＰａ１のアクセスコントロールリストの構成を説明する図である。 第１の実施の形態の管理プログラムＰａ１のリソースグループ定義の構成を説明する図である。 第１の実施の形態の管理プログラムＰｂ１のＡＣＬの詳細を説明する図である。 第１の実施の形態の管理プログラムＰｂ１のリソースグループ定義の詳細を説明する図である。 第１の実施の形態の管理プログラムＰｂ２のＡＣＬの詳細を説明する図である。 第１の実施の形態の管理プログラムＰｂ２のリソースグループ定義Ｔｂ２２の詳細を説明する図である。 第１の実施の形態の管理プログラムＰａ１のリソースごとにアクセス権を管理するＡＣＬを説明する図である。 第１の実施の形態の管理プログラムＰｂ１のリソースごとにアクセス権を管理するＡＣＬを説明する図である。 第１の実施の形態の管理プログラムＰｂ２のリソースごとにアクセス権を管理するＡＣＬを説明する図である。 第１の実施の形態の管理プログラムＰａ１に含まれるリソース対応表の構成を説明する図である。 第１の実施の形態のアクセス権を設定する処理の概略を示す図である。 第１の実施の形態の管理者が管理プログラムＰａ１の管理対象となるリソース情報を収集し、リソース対応表を更新するリソース定義更新処理の手順を示すシーケンス図である。 第１の実施の形態のリソース定義更新処理の手順の詳細を示すフローチャートである。 第１の実施の形態の関連リソースを管理する他の管理プログラムのＡＣＬを更新する手順を示すシーケンス図である。 第１の実施の形態のシステム管理者がＡＣＬ更新を要求してから管理プログラムＰａ１が更新確認を通知するまでの手順を示すフローチャートである。 第１の実施の形態のシステム管理者がＡＣＬの更新内容を確認し、更新処理が完了するまでの手順を示すフローチャートである。 第１の実施の形態のアクセス権連携管理プログラムが独立した構成を示す図である。 第１の実施の形態のアクセス権連携管理プログラムによって、各管理プログラムのＡＣＬを更新する処理を説明するシーケンス図である。 第２の実施の形態のアクセス権を設定する処理の概略を示す図である。 第２の実施の形態の管理プログラムＰｂ１に含まれるリソース対応表の構成を説明する図である。 第２の実施の形態のＡＣＬの更新処理の手順を示すフローチャートである。

符号の説明

１０ 管理計算機
１１ ＣＰＵ（中央演算装置）
１２ メモリ
１３ フロントエンドＩ／Ｏインターフェース
１４ リアエンドＩ／Ｏインターフェース
２０ 記憶装置システム
２１ ディスクアレイコントローラ
２１１ ＣＰＵ
２１２ メモリ
２２ キャッシュ
２３ Ｉ／Ｏインターフェース
２４ ディスク
２５ Ｉ／Ｏインターフェース
４０ ネットワーク
４１ ストレージエリアネットアーク（ＳＡＮ）
５０ ホスト計算機（業務ホスト）
６０ 管理クライアント計算機
Ｐａ１ 管理プログラムＡ（レプリケーション管理プログラム）
Ｐｂ１ 管理プログラムＢ１（構成管理プログラム）
Ｐｂ２ 管理プログラムＢ２（構成管理プログラム）
Ｐｃ１ 管理プログラムＣ（アクセス権連携プログラム）
Ｍａ１ 要求受信モジュール
Ｍａ２ ＡＣＬ更新モジュール
Ｍａ３ ＡＣＬ連携モジュール
Ｍａ３ ストレージ管理モジュール
Ｔａ１ アクセスコントロールリスト（ＡＣＬ、アクセス権定義情報）
Ｔａ２ リソースグループ定義
Ｔａ３ リソース対応表
Ｔａ４ プログラム固有定義
Ｔａ５ リソースグループ定義を用いない場合のＡＣＬ
Ｔａ６ リソース管理テーブル
Ｔｂ７ プログラムＢ１のリソース対応表

Claims (16)

1. 記憶装置と、前記記憶装置を管理する管理計算機とを含むストレージシステムにおいて、前記記憶装置のリソースのアクセス権を管理するアクセス権管理方法であって、
   前記管理計算機は、前記記憶装置と接続されるインターフェースと、前記インターフェースと接続されるプロセッサと、前記プロセッサと接続されるメモリと、を備え、
   前記メモリは、
   前記記憶装置のリソースを管理する管理プログラムと、
   前記管理プログラムによって管理されるリソースのアクセス権を定義するアクセス権定義情報と、
   前記リソースと、当該リソースと関連する他のリソースと、前記他のリソースを管理する管理プログラムと、の対応関係を含むリソース対応情報と、を格納し、
   前記プロセッサは、
   前記管理プログラムによって管理されるリソースのアクセス権の更新要求を受け付けたとき、
   前記受け付けたリソースのアクセス権の更新要求に基づいて、前記更新を要求されたリソースのアクセス権を更新し、
   前記リソース対応情報に基づいて、前記アクセス権の更新が要求されたリソースと対応する管理プログラムを選択し、
   前記リソース対応情報に基づいて、前記選択された管理プログラムによって管理され、前記アクセス権の更新が要求されたリソースと関連するリソースを特定し、
   前記選択された管理プログラムを実行する管理計算機に、前記特定された関連リソースのアクセス権の更新要求を送信し、
   前記管理計算機は、前記特定された関連リソースのアクセス権の更新要求を受け付けた場合に、前記受け付けた更新要求に基づいて、前記特定された関連リソースのアクセス権を更新する、ことを特徴とするアクセス権管理方法。
2. 前記管理プログラムは、前記管理計算機にアクセス権の更新要求を送信する、ことを特徴とする請求項１に記載のアクセス権管理方法。
3. 前記メモリは、アクセス権連携プログラムを格納し、
   前記アクセス権連携プログラムは、前記管理計算機にアクセス権の更新要求を送信する、ことを特徴とする請求項１に記載のアクセス権管理方法。
4. 前記プロセッサは、
   前記管理計算機にアクセス権の更新要求を送信する前に、前記管理プログラムの実行を指示したユーザのアクセス権に、前記特定された関連リソースのアクセス権を更新する権限が含まれるか否かを判定し、
   前記管理プログラムの実行を指示したユーザのアクセス権に、前記特定された関連リソースのアクセス権を更新する権限が含まれるとき、前記管理計算機にアクセス権の更新要求を送信する、ことを特徴とする請求項１に記載のアクセス権管理方法。
5. 前記プロセッサは、
   一つ以上のリソースによって構成されたリソースグループごとに前記リソースを管理し、
   前記受け付けたアクセス権の更新要求に前記リソースグループが含まれるとき、前記更新要求に含まれるリソースグループを構成するリソースが前記関連リソースとして特定される、ことを特徴とする請求項１に記載のアクセス権管理方法。
6. 前記プロセッサは、
   一つ以上のリソースによって構成されたリソースグループごとに前記リソースを管理し、
   前記リソースグループごとにアクセス権を更新し、
   前記受け付けたアクセス権の更新要求に前記リソースグループが含まれるとき、前記更新要求に含まれるリソースグループを管理する管理プログラムを選択し、前記選択されたリソースグループを管理する管理プログラムを実行する管理計算機にアクセス権の更新要求を送信する、ことを特徴とする請求項１に記載のアクセス権管理方法。
7. 記憶装置と接続され、前記記憶装置を管理する管理計算機であって、
   前記管理計算機は、前記記憶装置と接続されるインターフェースと、前記インターフェースと接続されるプロセッサと、前記プロセッサと接続されるメモリと、を備え、
   前記メモリは、
   前記記憶装置のリソースを管理する管理プログラムと、
   前記管理プログラムによって管理されるリソースのアクセス権を定義するアクセス権定義情報と、
   前記リソースと、当該リソースと関連する他のリソースと、前記他のリソースを管理する管理プログラムと、の対応関係を含むリソース対応情報と、を格納し、
   前記プロセッサは、
   前記管理プログラムによって管理されるリソースのアクセス権の更新要求を受け付けたとき、
   前記受け付けたリソースのアクセス権の更新要求に基づいて、前記更新を要求されたリソースのアクセス権を更新し、
   前記リソース対応情報に基づいて、前記アクセス権の更新が要求されたリソースと対応する管理プログラムを選択し、
   前記リソース対応情報に基づいて、前記選択された管理プログラムによって管理され、前記アクセス権の更新が要求されたリソースと関連するリソースを特定し、
   前記選択された管理プログラムを実行する管理計算機に、前記特定された関連リソースのアクセス権の更新要求を送信し、
   前記特定された関連リソースのアクセス権の更新要求を受け付けた場合に、前記受け付けた更新要求に基づいて、前記特定された関連リソースのアクセス権を更新する、ことを特徴とする管理計算機。
8. 前記管理プログラムは、前記選択された管理プログラムを実行する管理計算機にアクセス権の更新要求を送信する、ことを特徴とする請求項７に記載の管理計算機。
9. 前記メモリは、アクセス権連携プログラムを格納し、
   前記アクセス権連携プログラムは、前記選択された管理プログラムを実行する管理計算機にアクセス権の更新要求を送信する、ことを特徴とする請求項７に記載の管理計算機。
10. 前記プロセッサは、
    前記選択された管理プログラムを実行する管理計算機にアクセス権の更新要求を送信する前に、前記管理プログラムの実行を指示したユーザのアクセス権に、前記特定された関連リソースのアクセス権を更新する権限が含まれるか否かを判定し、
    前記管理プログラムを指示したユーザのアクセス権に、前記特定された関連リソースのアクセス権を更新する権限が含まれるとき、前記選択された管理プログラムを実行する管理計算機にアクセス権の更新要求を送信する、ことを特徴とする請求項７に記載の管理計算機。
11. 前記プロセッサは、
    一つ以上のリソースによって構成されたリソースグループごとに前記リソースを管理し、
    前記受け付けたアクセス権の更新要求に前記リソースグループが含まれるとき、前記更新要求に含まれるリソースグループを構成するリソースが前記関連リソースとして特定される、ことを特徴とする請求項７に記載の管理計算機。
12. 前記プロセッサは、
    一つ以上のリソースによって構成されたリソースグループごとに前記リソースを管理し、
    前記リソースグループごとにアクセス権を更新し、
    前記受け付けたアクセス権の更新要求に前記リソースグループが含まれるとき、前記更新要求に含まれるリソースグループを管理する管理プログラムを選択し、前記選択されたリソースグループを管理する管理プログラムを実行する管理計算機にアクセス権の更新要求を送信する、ことを特徴とする請求項７に記載の管理計算機。
13. 記憶装置を管理する管理計算機で実行され、前記記憶装置のリソースのアクセス権を管理するプログラムであって、
    前記リソースに対するアクセス権の更新要求を受け付ける手順と、
    前記受信した更新要求に基づいて前記アクセス権を更新する手順と、
    前記アクセス権の更新が要求されたリソースと対応する管理プログラムを選択する手順と、
    前記選択された管理プログラムによって管理され、前記アクセス権の更新が要求されたリソースと関連するリソースを特定する手順と、
    前記選択された管理プログラムを実行する管理計算機に、前記特定された関連リソースのアクセス権の更新要求を送信する手順と、を計算機に実行させることを特徴とする管理プログラム。
14. 前記選択された管理プログラムを実行する管理計算機にアクセス権の更新要求を送信する前に、前記管理プログラムの実行を指示したユーザのアクセス権に、前記関連リソースのアクセス権を更新する権限が含まれるか否かを判定する手順と、
    前記管理プログラムの実行を指示したユーザのアクセス権に前記関連リソースのアクセス権を更新する権限が含まれるとき、前記選択された管理プログラムを実行する管理計算機にアクセス権の更新要求を送信する手順と、をさらに計算機に実行させることを特徴とする請求項１３に記載の管理プログラム。
15. 一つ以上のリソースによって構成されたリソースグループごとに前記リソースを管理する手順と、
    前記受け付けたアクセス権の更新要求に前記リソースグループが含まれるとき、前記更新要求に含まれるリソースグループを構成するリソースを前記関連リソースとして特定する手順と、をさらに計算機に実行させることを特徴とする請求項１３に記載の管理プログラム。
16. 一つ以上のリソースによって構成されたリソースグループごとに前記リソースを管理する手順と、
    前記リソースグループごとにアクセス権を更新する手順と、
    前記受け付けたアクセス権の更新要求に前記リソースグループが含まれるとき、前記更新要求に含まれるリソースグループを管理する管理プログラムを選択し、前記選択された管理プログラムを実行する管理計算機にアクセス権の更新要求を送信する手順と、をさらに計算機に実行させることを特徴とする請求項１３に記載の管理プログラム。