"1または複数の記憶デバイスを有する複数のストレージ装置と、前記各ストレージ装置とネットワークを介して情報の授受を行うホスト計算機と、を有し、前記複数のストレージ装置のうち2つのストレージ装置を移行元ストレージ装置とし、他の1つのストレージ装置を移行先ストレージ装置として、前記各移行元ストレージ装置の複数の移行元ボリュームのデータが、前記ネットワークを介して、前記移行先ストレージ装置の複数の移行先ボリュームに移行される計算機システムであって、前記ホスト計算機は、前記各移行元ボリュームのデータが、前記各移行先ボリュームに移行される移行設定が施されたことを条件に、前記各移行元ボリュームと自ホスト計算機とを結ぶ複数のネットワークパスを、前記各移行先ボリュームと前記自ホスト計算機とを結ぶ複数のネットワークパスに切り替え、前記各移行先ボリュームを前記各移行元ボリュームとして認識し、前記移行先ストレージ装置は、前記ホスト計算機と情報の授受を行うと共に、前記各移行先ボリュームを、前記ホスト計算機のアクセス対象として管理するコントローラを有し、前記コントローラは、前記各移行先ボリュームを、前記各移行元ボリュームを特定する識別情報を基に前記各移行元ストレージ装置に対応づけて複数のリソースグループに分けて管理し、前記各移行先ボリュームに関連する複数のリソースを前記各リソースグループに対応づけて管理し、前記各リソースグループに属する前記各移行先ボリュームと前記各リソースを、前記各移行元ストレージ装置をそれぞれ利用する各移行元ユーザに個別に割り当てるための操作対象として管理すると共に、前記各移行元ユーザのみが操作権限を有する操作対象として管理することを特徴とする計算機システム。請求項1に記載の計算機システムであって、前記コントローラは、前記いずれかのリソースグループに属する移行先ボリュームであって、前記2つの移行元ストレージ装置のうち一方の移行元ストレージ装置から移行された移行先ボリュームとして、複数の移行先ボリュームが存在する場合、前記複数の移行先ボリュームを管理するための移行先リソースグループとして、前記複数の移行先ボリュームの移行元となる複数の移行元ボリュームをそれぞれ操作対象とする複数の移行元ユーザに対応した複数のユーザ別移行先リソースグループを作成し、前記各移行先ボリュームを前記各ユーザ別移行先リソースグループに対応付けて管理することを特徴とする計算機システム。請求項2に記載の計算機システムであって、前記コントローラは、前記各移行元ユーザに対応した前記各ユーザ別移行先リソースグループを作成する場合、前記各移行元ユーザをオーナとして識別するための識別情報を前記一方の移行元ストレージ装置から取得し、前記取得した識別情報を基に前記各移行元ユーザに対応付けて前記各ユーザ別移行先リソースグループを作成することを特徴とする計算機システム。請求項3に記載の計算機システムであって、前記コントローラは、前記一方の移行元ストレージ装置から移行された前記各移行先ボリュームに関連する複数のリソースを前記各ユーザ別リソースグループに対応づけて管理し、前記各ユーザ別リソースグループに属する前記各移行先ボリュームと前記各リソースを、前記一方の移行元ストレージ装置をそれぞれ利用する各移行元ユーザに個別に割り当てるための操作対象として管理すると共に、前記各移行元ユーザのみが操作権限を有する操作対象として管理することを特徴とする計算機システム。請求項1に記載の計算機システムであって、前記コントローラは、前記各移行先ボリュームに関連する複数のリソースの中に、前記各リソースグループ間で共有する共有リソースが存在する場合、前記複数のリソースグループとは異なるリソースグループとして、前記共有リソースを前記各リソースグループに対応付けて管理すると共に、前記共有リソースを前記各リソースグループに振り分けるための共有用リソースグループを作成し、前記共有リソースを前記共有用リソースグループで管理し、前記共有用リソースグループを、前記各移行元ユーザに個別に割り当てるための操作対象として管理することを特徴とする計算機システム。1または複数の記憶デバイスを有する複数のストレージ装置と、前記各ストレージ装置とネットワークを介して情報の授受を行うホスト計算機と、を有し、前記複数のストレージ装置のうち2つのストレージ装置を移行元ストレージ装置とし、他の1つのストレージ装置を移行先ストレージ装置として、前記各移行元ストレージ装置の複数の移行元ボリュームのデータが、前記ネットワークを介して、前記移行先ストレージ装置の複数の移行先ボリュームに移行される計算機システムであって、前記ホスト計算機は、前記各移行元ボリュームのデータが、前記各移行先ボリュームに移行される移行設定が施されたことを条件に、前記各移行元ボリュームと自ホスト計算機とを結ぶ複数のネットワークを、前記各移行先ボリュームと前記自ホスト計算機とを結ぶ複数のネットワークパスに切り替え、前記各移行先ボリュームを前記各移行元ボリュームとして認識し、前記移行先ストレージ装置は、前記ホスト計算機と情報の授受を行うと共に、前記各移行先ボリュームを、前記ホスト計算機のアクセス対象として管理するコントローラを有し、前記コントローラは、前記各移行先ボリュームを、前記各移行元ボリュームを特定する識別情報を基に前記各移行元ストレージ装置に対応づけて複数のリソースグループに分けて管理し、前記各移行先ボリュームに関連する複数のリソースを前記各リソースグループに対応づけて管理し、前記各リソースグループに属する前記各移行先ボリュームと前記各リソースを、前記各移行元ストレージ装置をそれぞれ利用する各移行元ユーザに個別に割り当てるための操作対象として管理すると共に、前記各移行元ユーザのみが操作権限を有する操作対象として管理し、前記各移行先ボリュームに関連する複数のリソースの中に、前記各移行元ストレージ装置で共有する共有リソースが存在する場合、前記複数のリソースグループとは異なるリソースグループとして、前記共有リソースを前記各リソースグループに対応付けて管理すると共に、前記共有リソースを前記各リソースグループに振り分けるための共有用リソースグループを作成し、前記共有リソースを前記共有用リソースグループで管理し、前記共有用リソースグループを、前記各移行元ユーザに個別に割り当てるための操作対象として管理することを特徴とする計算機システム。請求項6に記載の計算機システムであって、前記コントローラは、前記各移行先ボリュームに関連する複数のリソースの中に、前記各リソースグループ間で共有する共有リソースが存在する場合、前記複数のリソースグループとは異なるリソースグループとして、前記共有リソースを前記各リソースグループに対応付けて管理すると共に、前記共有リソースを前記各リソースグループに振り分けるための共有用リソースグループを作成し、前記共有リソースを前記共有用リソースグループで管理し、前記共有用リソースグループを、前記各移行元ユーザに個別に割り当てるための操作対象として管理することを特徴とする計算機システム。1または複数の記憶デバイスを有する複数のストレージ装置と、前記各ストレージ装置とネットワークを介して情報の授受を行うホスト計算機と、を有し、前記複数のストレージ装置のうち2つのストレージ装置を移行元ストレージ装置とし、他の1つのストレージ装置を移行先ストレージ装置として、前記各移行元ストレージ装置の複数の移行元ボリュームのデータが、前記ネットワークを介して、前記移行先ストレージ装置の複数の移行先ボリュームに移行される計算機システムの管理方法であって、前記ホスト計算機が、前記各移行元ボリュームのデータが、前記各移行先ボリュームに移行される移行設定が施されたことを条件に、前記各移行元ボリュームと自ホスト計算機とを結ぶ複数のネットワークパスを、前記各移行先ボリュームと前記自ホスト計算機とを結ぶ複数のネットワークパスに切り替え、前記各移行先ボリュームを前記各移行元ボリュームとして認識するステップと、前記移行先ストレージ装置で、前記各移行先ボリュームを、前記ホスト計算機のアクセス対象として管理するコントローラが、前記各移行先ボリュームを、前記各移行元ボリュームを特定する識別情報を基に前記各移行元ストレージ装置に対応づけて複数のリソースグループに分けて管理するステップと、前記コントローラが、前記各移行先ボリュームに関連する複数のリソースを前記各リソースグループに対応づけて管理するステップと、前記コントローラが、前記各リソースグループに属する前記各移行先ボリュームと前記各リソースを、前記各移行元ストレージ装置をそれぞれ利用する各移行元ユーザに個別に割り当てるための操作対象として管理すると共に、前記各移行元ユーザのみが操作権限を有する操作対象として管理するステップと、を含むことを特徴とする計算機システムの管理方法。請求項8に記載の計算機システムの管理方法であって、前記コントローラが、前記いずれかのリソースグループに属する移行先ボリュームであって、前記2つの移行元ストレージ装置のうち一方の移行元ストレージ装置から移行された移行先ボリュームとして、複数の移行先ボリュームが存在する場合、前記複数の移行先ボリュームを管理するための移行先リソースグループとして、前記複数の移行先ボリュームの移行元となる複数の移行元ボリュームをそれぞれ操作対象とする複数の移行元ユーザに対応した複数のユーザ別移行先リソースグループを作成するステップと、前記コントローラが、前記各移行先ボリュームを前記各ユーザ別移行先リソースグループに対応付けて管理するステップと、を含むことを特徴とする計算機システムの管理方法。請求項9に記載の計算機システムの管理方法であって、前記コントローラが、前記各移行元ユーザに対応した前記各ユーザ別移行先リソースグループを作成する場合、前記各移行元ユーザをオーナとして識別するための識別情報を前記一方の移行元ストレージ装置から取得するステップと、前記コントローラが、前記取得した識別情報を基に前記各移行元ユーザに対応付けて前記各ユーザ別移行先リソースグループを作成するステップと、を含むことを特徴とする計算機システムの管理方法。請求項10に記載の計算機システムの管理方法であって、前記コントローラが、前記一方の移行元ストレージ装置から移行された前記各移行先ボリュームに関連する複数のリソースを前記各ユーザ別リソースグループに対応づけて管理するステップと、前記コントローラが、前記各ユーザ別リソースグループに属する前記各移行先ボリュームと前記各リソースを、前記一方の移行元ストレージ装置をそれぞれ利用する各移行元ユーザに個別に割り当てるための操作対象として管理すると共に、前記各移行元ユーザのみが操作権限を有する操作対象として管理するステップと、を含むことを特徴とする計算機システムの管理方法。請求項8に記載の計算機システムの管理方法であって、前記コントローラが、前記各移行先ボリュームに関連する複数のリソースの中に、前記各リソースグループ間で共有する共有リソースが存在する場合、前記複数のリソースグループとは異なるリソースグループとして、前記共有リソースを前記各リソースグループに対応付けて管理すると共に、前記共有リソースを前記各リソースグループに振り分けるための共有用リソースグループを作成し、前記共有リソースを前記共有用リソースグループで管理するステップと、前記コントローラが、前記共有用リソースグループを、前記各移行元ユーザに個別に割り当てるための操作対象として管理するステップと、を含むことを特徴とする計算機システムの管理方法。マルチテナンシ型の管理方式を採用した計算機システムにおいて、特許文献1に記載されている方法を採用した場合、ホスト計算機からの入出力要求とともに、ストレージ装置間のストレージ操作を引き継ぐことはできるが、管理者のリソースアクセス制御情報を引き継ぐことはできない。即ち、引用文献1に記載されている従来技術では、オンラインでボリューム移行処理を行うときに、管理者のリソースアクセス制御情報を引き継ぎ対象としていない。このため、マルチテナンシ型の管理方式を採用した計算機システムを運用する場合、移行元ストレージ装置の管理者が、移行先ストレージ装置を利用して運用管理を継続するにも、移行元リソースと移行先リソースとの対応関係を把握することができず、管理者が、誤ったリソースを選択し、結果として、自他業務の停止を招くことになる。具体的には、複数のストレージ装置のうち2つのストレージ装置を移行元ストレージ装置として、他の1つのストレージ装置を移行先ストレージ装置として、各移行元ストレージ装置で管理されるボリューム移行元ボリュームのデータを、移行先ストレージ装置のボリューム移行先ボリュームに移行する場合、各移行元ストレージ装置を管理する管理者は、それぞれ移行先ボリュームを操作対象として管理することができる。しかし、移行元ボリューム移行元リソースと移行先ボリューム移行先リソースとの対応関係が管理者毎に対応付けられていない場合、各移行先ボリュームは各管理者の操作対象となり、各管理者が、誤って他の管理者の移行先ボリュームを操作することがある。この場合、結果として、自他業務の停止を招くことになる。なお、この際、移行先ストレージ装置におけるリソースを手動で各管理者に割り当てる方法を採用することも考えられるが、この方法を採用したのでは、リソース数や管理者の数が増加するに従って、リソースの配分ミスが生じやすくなる。また、各管理者には、リソースを配分するための負担が増大し、さらに、システムとして、配分に伴うコストが増大することになる。本発明は、前記従来技術の課題に鑑みて為されたものであり、その目的は、移行元ストレージ装置から移行先ストレージ装置に移行されたリソースを、各移行元ストレージ装置をそれぞれ管理する各移行元ユーザに適切に割り当てることができる計算機システム及びその管理方法を提供することにある。前記目的を達成するために、本発明は、複数のストレージ装置のうち2つのストレージ装置を移行元ストレージ装置とし、他の1つのストレージ装置を移行先ストレージ装置として、前記各移行元ストレージ装置の各移行元ボリュームのデータが、前記ネットワークを介して、前記移行先ストレージ装置の各移行先ボリュームに移行される計算機システムであって、前記ホスト計算機は、前記各移行元ボリュームのデータが、前記各移行先ボリュームに移行される移行設定が施されたことを条件に、前記各移行元ボリュームと自ホスト計算機とを結ぶ各ネットワークパスを、前記各移行先ボリュームと前記自ホスト計算機とを結ぶ各ネットワークパスに切り替え、前記各移行先ボリュームを前記各移行元ボリュームとして認識し、前記移行先ストレージ装置は、前記ホスト計算機と情報の授受を行うと共に、前記各移行先ボリュームを、前記ホスト計算機のアクセス対象として管理するコントローラを有し、前記コントローラは、前記各移行先ボリュームを、前記各移行元ボリュームを特定する識別情報を基に前記各移行元ストレージ装置に対応づけて複数のリソースグループに分けて管理し、前記各移行先ボリュームに関連する複数のリソースを前記各リソースグループに対応づけて管理し、前記各リソースグループに属する前記各移行先ボリュームと前記各リソースを、前記各移行元ストレージ装置をそれぞれ利用する各移行元ユーザに個別に割り当てるための操作対象として管理すると共に、前記各移行元ユーザのみが操作権限を有する操作対象として管理することを特徴とする。本発明によれば、移行元ストレージ装置から移行先ストレージ装置に移行されたリソースを、各移行元ストレージ装置をそれぞれ管理する各移行元ユーザに適切に割り当てることができる。第1実施例図1に、第1実施例の概念を説明するための計算機システムの全体構成図を示す。図1において、計算機システム10は、ホスト計算機12と、複数のストレージ装置14、16、18とから構成され、ホスト計算機12と各ストレージ装置14、16、18は、ネットワーク20を介して接続される。ストレージ装置14は、管理者22によって管理され、ストレージ装置16は、管理者24によって管理され、ストレージ装置18は、管理者26によって管理される。この際、ストレージ装置14のボリュームVol28は、ホスト計算機12のアクセス対象として、ストレージ装置14からホスト計算機12に提供され、ストレージ装置16のボリュームVol30は、ホスト計算機12のアクセス対象として、ストレージ装置16からホスト計算機12に提供される。ここで、ストレージ装置14とストレージ装置18との間で、外部接続機能とローカルコピー機能を利用して、オンラインによるボリュームマイグレーションを実行する場合、ストレージ装置14は、移行元ストレージ装置として構成され、ストレージ装置18は、移行先ストレージ装置として構成され、移行元ストレージ装置14のボリューム28は、移行元ボリュームとして構成され、移行先ストレージ装置18のボリュームVol32は、移行先ボリュームとして構成され、移行元ボリューム28のデータが、移行先ボリューム32に移行される。一方、ストレージ装置16とストレージ装置18との間で、リモートコピー機能を利用して、オンラインによるボリュームマイグレーションを実行する場合、ストレージ装置16は、移行元ストレージ装置として構成され、ストレージ装置18は、移行先ストレージ装置として構成され、移行元ストレージ装置16のボリューム30は、移行元ボリュームとして構成され、移行先ストレージ装置のボリュームVol34は、移行先ボリュームとして構成され、移行元ボリューム30のデータが、移行先ボリューム34に移行される。この際、ストレージ装置18は、ホスト計算機12が、移行先ボリューム32、34をそれぞれグローバルで唯一に特定するための識別子、例えば、SCSISmallComputerSystemInterfaceInquiryIDIDentifierを、移行元ボリューム28、30の識別子に変換する機能である、SCSIInquiryID変換機能を具備する。ストレージ装置18が、SCSIInquiryID変換機能を用いて、移行先ボリューム32の識別子を移行元ボリューム28の識別子に変換し、移行先ボリューム34の識別子を移行元ボリューム30の識別子に変換すると、ホスト計算機12は、移行先ボリューム32を移行元ボリューム28として識別し、移行先ボリューム34を移行元ボリューム30として識別することができる。また、ホスト計算機12は、同一のボリュームからのネットワークパスを、アプリケーションを無停止で切り替える交替パス機能を具備している。ホスト計算機12は、交替パス機能を用いることで、例えば、ホスト計算機12と移行元ボリューム28とを結ぶネットワークパスを、ホスト計算機12と移行先ボリューム32とを結ぶネットワークパスに変換し、ホスト計算機12と移行元ボリューム30とを結ぶネットワークパスを、ホスト計算機12と移行先ボリューム34とを結ぶネットワークパスに変換することができる。この際、例えば、管理者26により、移行元ボリューム28、30のデータを移行先ボリューム32、34に移行させるための移行設定が施されたことを条件に、ホスト計算機12は、ホスト計算機12と移行元ボリューム28とを結ぶネットワークパスを、ホスト計算機12と移行先ボリューム32とを結ぶネットワークパスに変換し、ホスト計算機12と移行元ボリューム30とを結ぶネットワークパスを、ホスト計算機12と移行先ボリューム34とを結ぶネットワークパスに変換する。このため、ホスト計算機12は、交替パス機能を利用することで、移行元ボリューム28に対するIOInputOutputを、移行先ボリューム32に対するIOにアプリケーション無停止で切り替えることができるとともに、移行元ボリューム30に対するIOを、移行先ボリューム34に対するIOにアプリケーションを無停止で切り替えることができる。ここで、IOの移行とは、例えば、ホスト計算機12と移行元ボリューム28、30とのIOが、ホスト計算機12と移行先ボリューム32、34との間のIOに切り替わることを意味する。また、オンラインマイグレーション構成が設定された状態複製状態とは、例えば、移行元ボリューム28、30のデータと移行先ボリューム32、34のデータが一致している状態であって、ホスト計算機12と移行元ボリューム28、30との間でIO処理が実行されている状態を意味する。管理者26が、管理システム36を利用して、オンラインボリュームマイグレーション構成を設定した後、管理者26が、管理システム36に属するマイグレーション支援制御プログラム図示せずを起動すると、移行元ストレージ装置の単位で、リソースグループ以下、移行先リソースグループと称することがある。38、40が形成される。ここで、マイグレーション支援制御プログラムを常駐化させ、管理者26によるオンラインボリュームマイグレーション構成の設定実施を検知し、リソースグループ38,40を形成する手段もある。リソースグループ38は、移行先ボリューム32と、移行先ボリューム32に関連するリソース以下、関連リソースと称することがある。で構成される。この関連リソースは、例えば、ホスト計算機12に接続されるポート42と、ポート42に接続されるホストグループ44と、ホストグループ44と移行先ボリューム32に接続される仮想ボリュームVVol46と、移行先ボリューム32に接続されるパリティグループ48から構成される。リソースグループ40は、移行先ボリューム30と、移行先ボリュームに関連する関連リソースから構成される。この関連リソースは、例えば、ホスト計算機12に接続されるポート50と、ポート50及び移行先ボリューム34に接続されるホストグループ52と、移行先ボリューム34に接続されるパリティグループ54から構成される。マイグレーション支援制御プログラムは、リソースグループ38、40を形成した後、リソースグループ38を管理者22に割り当て、リソースグループ40を管理者24に割り当てる。管理者22は、管理システム36を介してストレージ装置18の構成変更稼働状況に関する情報を取得可能であり、管理者24は、管理システム36を介して、ストレージ装置18の構成変更稼働状況に関する情報を取得可能である。この際、マイグレーション支援制御プログラムは、管理者22に対して、管理者のアカウント、例えば、ユーザIDに対応付けてリソースグループ38を割り当てるとともに、ロール操作権限の集合体を付与し、管理者24に対しては、管理者24のアカウントユーザIDに対応付けてリソースグループ40を割り当てるとともに、ロールを付与する。このため、管理者22は、与えられたリソースグループ38内のリソースのみを、与えられた操作権限の範囲でのみ管理操作参照することができる。管理者24は、与えられたリソースグループ40内のリソースのみを、与えられた操作権限の範囲でのみ管理操作参照することができる。従って、管理者22、24は、移行先ストレージ装置18における運用管理業務を継続しても、他の管理者のリソースを操作することができないため、他の業務に影響を与えることはない。ホスト計算機12は、図2に示すように、プロセッサ60、メモリ62、ファイルシステム64、交替パス実行部66、ホストバスアダプタHBA68、管理ポート70、入力装置72、出力装置74などを備えたコンピュータ装置であり、例えば、パーソナルコンピュータや、ワークステーションまたはメインフレームなどから構成される。メモリ62には、業務アプリケーション76と交替パスプログラム78が格納される。交替パス実行部64は、ローデバイスRawDevice80から構成され、ホストバスアダプタ66は、ローデバイス80に接続されるローデバイス82、84から構成される。ローデバイス82は、移行元ボリューム28または移行元ボリューム30に接続され、ローデバイス84は、移行先ボリューム32または移行先ボリューム34に接続される。管理ポート68は、管理端末86に接続される。プロセッサ60は、ホスト計算機12全体を統括制御する機能を有し、メモリ62に格納された業務アプリケーション76または交替パスプログラム78を実行することにより、各種の制御処理を実行する。例えば、プロセッサ60は、業務アプリケーション76を実行することで、ストレージ装置14、16、18に対してアクセス要求として、例えば、リードアクセス要求またはライトアクセス要求を発行する。メモリ62は、プログラム等を記憶するために用いられるほか、プロセッサ60のワークメモリとしても用いられる。ローデバイス80、82、84は、ファイルシステム66がアクセスされた際に、ページキャッシュ図示せずに一旦データをコピーする処理を行うことなく、IO入出力処理を実行し、オーバーヘッドを低減するためのデバイスとして用いられる。交替パス実行部66は、移行先ストレージ装置18が具備するSCSIInquiryID変更機能により、移行先ボリューム32、34の識別子がそれぞれ移行元ボリューム28、30の識別子に変更された際に、移行元ボリューム28、30に対するネットワークパスを、移行先ボリューム30、34に対するネットワークパスとして認識する機能を備えている。ホストバスアダプタ68は、ストレージ装置14、16、18との通信時におけるプロトコル制御を行う。ホストバスアダプタ68が、プロトコル制御機能を実行することで、ホスト計算機12と各ストレージ装置14、16、18との間において、例えば、ファイバチャネルプロトコルに従ってデータやコマンドの送受信が行われる。管理ポート70は、管理端末86とホスト計算機12との間で情報の授受を行うためのインタフェースとして機能する。入力装置72は、例えば、キーボード、スイッチやポインティングデバイス、マイクロフォンなどから構成される。出力装置74は、モニタディスプレイやスピーカなどから構成される。ストレージ装置18は、図3に示すように、複数の記憶装置90と、各記憶装置90に対するデータの入出力を制御するコントローラ92とを備えて構成される。各記憶装置90は、例えば、記憶デバイスとして、複数のHDDHardDiskDriveなどで構成される。1または複数の記憶装置90により、1つのパリティグループが構成され、1または複数のパリティグループが提供する記憶領域上には、1または複数の論理ボリュームが、例えば、ボリューム32、34が定義される。そしてホスト計算機12からのデータは、いずれかの論理ボリュームに、所定の大きさのブロックまたはファイルを単位として記憶される。なお、各論理ボリュームには、それぞれ固有の論理デバイス番号が付与される。コントローラ92は、内部ネットワーク94を介して相互に接続された1または複数のフロントエンドパッケージ96と、1または複数のバックエンドパッケージ98と、1または複数のマイクロプロセッサパッケージ100と、1または複数のキャッシュメモリパッケージ102と、管理システム36から構成される。フロントエンドパッケージ96は、複数のホストインタフェース104を備える。各ホストインタフェース104は、それぞれホスト計算機12との通信時におけるインタフェースとして機能するものであって、それぞれ1または複数のポート図示せずを備える。各ポートには、それぞれIPInternetProtocolアドレスやWWNWorldWideNameなどの固有のアドレスが割り当てられる。バックエンドパッケージ98は、複数のディスクインタフェース106を備える。各ディスクインタフェース106は、それぞれ記憶装置90との通信時におけるインタフェースとして機能するものであって、ファイバチャネルケーブルなどの通信ケーブルを介して記憶装置90と接続される。マイクロプロセッサパッケージ100は、複数のマイクロプロセッサMP108と、各マイクロプロセッサ108とバス110を介して接続されたローカルメモリLM112とを備える。マイクロプロセッサ108は、ストレージ装置18全体を統括制御する機能を有し、ローカルメモリ112に格納されたマイクロプログラムに基づいて各種の処理を実行する。例えば、マイクロプロセッサ108は、ホスト計算機12からのリード要求またはライト要求を、フロントエンドパッケージ96のホストインタフェース104を介して受信し、受信したリード要求またはライト要求を基に、バックエンドパッケージ98のうち指定のディスクインタフェース106を介して、記憶装置90に対してデータを読み書きする。ローカルメモリ112には、マイクロプログラムの他に、後述するキャッシュメモリパッケージ102の制御情報用メモリ114に格納された制御情報の一部が格納される。キャッシュメモリパッケージ102は、それぞれ1または複数の半導体記憶素子、例えば、DRAMから構成される、制御情報用メモリ114とデータキャッシュ用メモリ116とを備える。制御情報用メモリ114には、各記憶装置90の構成情報や各種処理に必要な制御情報が格納され、データキャッシュ用メモリ116には、各記憶装置90に読み書きされるデータが一時的に格納される。管理システム36は、ストレージ装置18内のリソース物理的リソースと論理的リソースを含むのうち管理対象のリソースを複数のリソースグループに分けて管理するリソースグループ管理機能を有する。この際、マルチテナンシ型の管理方法を採用するために、管理システム36には、管理者26に対するアクセス制御方式として、ロールベースアクセス制御Role‐BasedAccessControl方式が採用されている。また、ストレージ装置18のコントローラ92には、ボリューム仮想化機能及び外部接続機能が搭載されている。ボリューム仮想化機能は、仮想ボリュームをホスト計算機12に提供し、仮想ボリュームの使用状況に応じて、仮想ボリュームに動的に物理的な記憶領域を割り当てる機能である。この際、ストレージ装置18は、予め定められた1または複数のボリュームを1つのプールボリュームとして管理し、仮想ボリュームのうち、いまだ物理的な記憶領域が割り当てられていない仮想的な記憶領域に対して、ホスト計算機12からのライト要求が与えられた場合に、ライト要求が与えられた仮想的な記憶領域に対して、仮想ボリュームに対応付けられたプールボリュームから、物理的な記憶領域を所定単位で割り当てる。これにより、仮想ボリューム上の仮想的な記憶領域に対するデータの読み書きは、この後、物理的な記憶領域に対して行われる。外部接続機能は、フロントエンドパッケージ96内の所定のホストインタフェース104と接続された外部ストレージ装置、例えば、ストレージ装置14内のボリューム28を、あたかも自ストレージ装置18内のボリューム32としてホスト計算機12に提供する機能である。例えば、ストレージ装置18は、ストレージ装置14内のボリューム28を外部ボリュームとして管理し、その外部ボリューム28に対応付けられた仮想ボリューム46をホスト計算機12に提供する。この際、マイクロプロセッサ108は、ホスト計算機12からのリード要求やライト要求が、仮想ボリュームに与えられた場合、そのリード要求のリード先またはライト要求のライト先を外部ボリューム28内のアドレスに書き換えたリード要求またはライト要求を生成し、生成したリード要求またはライト要求をストレージ装置14に送信する。そして、リード要求またはライト要求に対する応答応答コマンドやリードデータをストレージ装置14から受信した場合、マイクロプロセッサ108は、受信した応答コマンドやリードデータをホスト計算機12に転送する。ローカルメモリ112には、図4に示すように、ストレージ装置18内の各種デバイスを制御するためのデバイス制御プログラム200と、ストレージ装置18全体のシステム構成に関する情報を示すシステム構成情報202が格納されるとともに、各種プログラムとテーブルに関する情報を含む管理システム36が格納される。管理システム36は、アカウント管理プログラム204と、ユーザアクセス制御プログラム206と、リソースグループ制御プログラム208と、マイグレーション支援制御プログラム210と、ユーザアカウント管理テーブル212と、ユーザグループ管理テーブル214と、権限ビットマップ管理テーブル216と、ロール管理テーブル218と、セッション管理テーブル220と、リソースグループ管理テーブル222と、リソースグループ構成管理テーブル224と、デフォルトリソースグループ管理テーブル226と、アクセス管理テーブル230から構成される。なお、アクセス管理テーブル230の構成は、第3実施例で説明する。アカウント管理プログラム204は、ユーザ、例えば、管理者のアカウントを管理するためのプログラムである。ユーザアクセス制御プログラム206は、ユーザ、例えば、管理者の認証処理や認可処理権限処理を実施し、ユーザがアクセス可能なリソースや操作範囲を制御するためのプログラムである。リソースグループ制御プログラム208は、管理対象のリソースをリソースグループに分けて管理する機能を有するプログラムである。マイグレーション支援制御プログラム210は、オンラインボリュームマイグレーション構成が設定されているボリュームとその関連リソースのユーザアクセス制御情報、すなわち、リソースグループと操作権限の集合体であるロール割当てを実行するためのプログラムである。ユーザアカウント管理テーブル212は、各ユーザ、例えば、管理者がそれぞれ所属するユーザグループUGを管理するために用いられるテーブルであり、図5に示すように、ユーザID欄212A及びユーザグループUGID欄212Bから構成される。ユーザID欄212Aには、登録された各ユーザのユーザIDがそれぞれ格納され、ユーザグループID欄212Bには、対応するユーザが属するユーザグループUGのユーザグループIDが格納される。例えば、図5の場合、STADMIN1というユーザは、UG01というユーザグループUGに属していることになる。なお、本実施例の場合、ユーザは、複数のユーザグループUGに属することができるため、ユーザが、複数のユーザグループUGに所属している場合には、ユーザグループID欄212Bには、複数のユーザグループIDが格納されることになる。ユーザグループ管理テーブル214は、操作権限を有するユーザ管理者により設定された各ユーザグループUGを管理するために用いられるテーブルであり、図6に示すように、ユーザグループID欄214A、ロール欄214B及びリソースグループ欄214Cから構成される。ユーザグループID欄214Aには、例えば、ストレージ装置18内に定義された各ユーザグループUGの識別子ユーザグループIDが格納され、リソースグループ欄214Cには、対応するユーザグループUGに対して割り当てられた各リソースグループRSGの識別子リソースグループIDが格納される。またロール欄214Bには、対応するユーザグループUGに対して割り当てられた各ロールの識別子ロールIDが格納される。この場合、ユーザグループUGに対しては、複数のロールを割り当てることができる。ユーザグループUGに複数のロールを割り当てた場合、ユーザグループ管理テーブル214におけるロール欄214Bには、そのユーザグループUGに割り当てられた全てのロールのロールIDがそれぞれ格納される。従って、図6の場合、例えば、UG01というユーザグループUGに対しては、ROLE7というロールと、RSG0001、RSG002、RSG004及びRSG005というリソースグループとがそれぞれ割り当てられていることになる。因みに、図6において、UG04というユーザグループUGに対して割り当てられたROLE14というロールは、後述の図7に規定された全ての権限を含む権限である。このユーザグループUGに割り当てられたALLRSGは、例えば、ストレージ装置18内に定義された全てのリソースグループRSGを含む。従って、UG04というユーザグループUGに属するユーザは、ストレージ装置18内の全ての管理対象のリソースに対して、全ての権限を有することになる。権限ビットマップ管理テーブル216は、予め定められた各種権限を管理するために用いられるテーブルであり、図7に示すように、ビットアドレス欄216A及び権限欄216Bから構成される。ビットアドレス欄216Aには、図8で後述するロール管理テーブル218の権限ビットマップにおいて、右端ビットのビットアドレスを1としたときのビットアドレスがそれぞれ格納され、権限欄216Bには、そのビットアドレスのビットに対応付けられた権限が格納される。従って、図7では、例えば、権限ビットマップのビットアドレスが0のビットには、ユーザアカウント情報を閲覧できる権限であるViewuseraccountinformationという権限が対応付けられ、権限ビットマップのビットアドレスが9のビットには、ホストパスを設定できる権限であるSettingHostpathという権限が対応付けられていることが示されている。ロール管理テーブル218は、予め設定されたロールを管理するために用いられるテーブルであり、図8に示すように、ロールID欄218A、ロール名欄218B及び権限ビットマップ欄218Cから構成される。ロールID欄218Aには、ロールに対して付与された識別子ロールIDが格納され、ロール名欄218Bには、予め定義されている各ロールのロール名がそれぞれ格納される。また、権限ビットマップ欄218Cには、対応するロールを有するユーザが実行可能な権限を、ビットマップ形式で記述した権限ビットマップ1は権限有り、0は権限無しを示すビットマップが格納される。本実施例の場合、権限ビットマップは、18ビットで構成される。そして上述のように、権限ビットマップの各ビットは、それぞれビットアドレスに応じて、権限ビットマップ管理テーブル216図7に登録されたいずれかの権限と対応付けられている。従って、図8の場合、例えば、ロールIDがROLE7であるPROVISIONINGというロール名のロールは、ViewResourceGroupinformationという権限ビットアドレス4=1と、対応するリソースグループRSG内の各リソースの情報を閲覧する権限であるViewElementsinformationという権限ビットアドレス6=1と、パリティグループ、外部ボリューム又はプールボリュームから論理デバイスを作成する権限であるSettingLDEVfromPGExternalVolumePoolという権限ビットアドレス7=1とから構成されることが示されている。セッション管理テーブル220は、ユーザ管理者が、自己の通信端末装置を管理端末86に接続し、ストレージ装置18にログインしたときに発生するログインセッションを管理するために用いられるテーブルである。このセッション管理テーブル220は、図9に示すように、セッションID欄220A、ユーザID欄220B、ホスト名/IPアドレス欄220C、ログイン時間欄220D、権限ビットマップID欄220E及び割当てリソースグループIDビットマップ欄220Fから構成される。セッションID欄220Aには、ログインセッションに対して付与されたログインセッションに固有の識別子セッションIDが格納され、ユーザID欄220Bには、そのログインセッションに対応するユーザログインを行った管理者26の識別子ユーザIDが格納される。また、ホスト名/IPアドレス欄220Cには、そのログインを行ったユーザ管理者26が使用している通信端末装置の識別情報ホスト名又はその通信端末装置のIPアドレスが格納され、ログイン時間欄220Dには、そのログインが行われた時間ログイン時間が格納される。さらに、権限ビットマップID欄220Eには、そのユーザ管理者26が属するユーザグループUGに割り当てられたロールの識別子ロールIDが格納され、割当てリソースグループIDビットマップ欄220Fには、そのユーザ管理者26に割り当てられたリソースグループRSGのリソースグループIDに対応するビットが1に立ち上げられたビットマップ以下、これを割当てリソースグループIDビットマップと呼ぶが格納される。ここで、割当てリソースグループIDビットマップ欄220Fにおける各ビットは、後述のリソースグループ管理テーブル222に登録されたリソースグループ名のいずれかに対応する。具体的には、割当てリソースグループIDビットマップ欄220Fの右端のビットは、リソースグループIDが0000のリソースグループ名RSG0に対応し、その左隣りのビットは、リソースグループIDが0001のリソースグループ名ST187222に対応し、さらにその左隣のビットは、リソースグループIDが0002のリソースグループ名ST211111に対応付けられている。また、図9の例の場合、セッションIDが0000のログインセッションは、ADMIN1というユーザ管理者26が10102322というIPアドレスの通信端末装置を用いて20100223112555に行ったログインに対応しており、そのユーザにはROLE1というロールと、割当てリソースグループIDビットマップ欄220Fの少なくとも左端から3番目のビットに対応するリソースグループRSGとが割り当てられていることが示されている。リソースグループ管理テーブル220は、リソースグループIDを管理するために用いられるテーブルであって、図10に示すように、リソースグループID欄222Aと、リソースグループ名欄222Bから構成される。リソースグループID欄222Aには、リソースグループRSGが作成されたときに、作成されたリソースグループRSGを一意に識別するための識別子リソースグループIDが格納される。リソースグループ名欄222Bには、対応するリソースグループRSGが作成されたときに、そのリソースグループRSGの名称に関する情報が格納される。従って、図10の例では、0000というリソースグループIDが付与されたリソースグループRSGは、その名称が、RSG0として管理される。リソースグループ構成管理テーブル224は、ストレージ装置18内に作成されたリソースグループRSGの構成を管理するために利用されるテーブルであり、図11に示すように、ID欄224A、リソースID欄224B及びリソースグループID欄224Cから構成される。ID欄224Aには、管理対象の各リソースにそれぞれ付与されたストレージ装置18内で固有の通し番号が格納される。またリソースID欄224Bには、対応するリソースに対して付与されたリソースの種別ごとの通し番号からなる識別子リソースIDが格納され、リソースグループID欄224Cには、対応するリソースが属するリソースグループRSGの識別子リソースグループIDが格納される。従って、図11の例では、LDEV00000というリソースIDが付与されたリソースには、0x00000という通し番号が、そのリソースのリソースIDとして付与されており、このリソースは、0000というリソースグループRSGに属していることが示されている。なお、図11において、リソースIDにLDEV、VDEV、HG又はPORTという文字列が存在するリソースは、それぞれ論理デバイス、仮想デバイス、ホストグループ又はポートを表す。デフォルトリソースグループ管理テーブル226は、デフォルトで定義されているリソースグループ以下、これをデフォルトリソースグループと呼ぶRSGを管理するために用いられるテーブルであり、図12に示すように、IDデフォルトリソースグループID欄226A、デフォルトリソースグループ名欄226B、リソースグループID欄226C及び権限ビットマップ欄226Dから構成される。ID欄226Aには、対応するデフォルトリソースグループRSGに対して付与された識別子以下、これをデフォルトリソースグループIDと呼ぶが格納され、デフォルトリソースグループ名欄226Bには、対応するデフォルトリソースグループRSGに付与されているリソースグループ名が格納される。またリソースグループID欄226Cには、対応するデフォルトリソースグループRSGのリソースグループIDが格納される。さらに権限ビットマップ欄226Dには、対応するデフォルトリソースグループRSGを操作作成、変更又は削除などするために必要な権限を表すビットが1に設定された権限ビットマップが格納される。この権限ビットマップの各ビットは、それぞれそのビットアドレスに応じて、図7で上述した権限ビットマップ管理テーブル216に登録された、いずれかの権限と対応する。例えば、ビットアドレスが0のビット右端のビットはViewuseraccountinformationという権限に対応し、ビットアドレスが1のビット右端から2番目のビットはSettinguseraccountinformationという権限に対応し、ビットアドレスが17のビットは左端のビットはSettingPortAttributeという権限に対応する。従って、図12の場合、ストレージ装置18には、それぞれデフォルトリソースグループIDがD1~D8であるTARGETPORTs、HOSTVISIBLELDEVNUMBERS、SOURCELDEVNUMBERS、INITIATORPORTs、RCUTARGETPORTs、EXTERNALPORTS、PARITYGROUPs及びEXTERNALVOLUMEsという8つのデフォルトリソースグループRSGがデフォルトで定義されていることが示されている。また、図12の場合、例えば、TARGETPORTsというデフォルトリソースグループRSGを操作するためには、ホストパスを設定するための権限であるSettingHostpathという権限が必要であることが示されている。なお、権限ビットマップにおいて複数のビットが1に設定されている場合には、1に設定された各ビットにそれぞれ対応する権限のうちの1つの権限を有していれば、そのデフォルトリソースグループRSGを操作することができる。従って、例えば、プールを構成する論理デバイスの集合体であるSOURCELDEVNUMBERSというデフォルトリソースグループRSGリソースグループIDはRSG0003を操作するためには、権限ビットマップの右端から5番目のビットに対応するViewResourceGroupinformationという権限と、権限ビットマップの右端から7番目のビットに対応するViewElementsinformationという権限と、権限ビットマップの右端から8番目のビットに対応するSettingLDEVfromPGExternalVolumePoolという権限とのうちのいずれかの権限が必要であることが示されている。ログイン処理次に、本実施例のログイン処理を図13と図14のフローチャートに従って説明する。この処理は、ストレージ装置18の運用開始後に、管理者26が、管理端末86に接続された通信端末装置を操作し、ストレージ装置18に対してログインしたときに、管理端末86のサーバプログラム図示せず及びストレージ装置18のユーザアクセス制御プログラム206によって実行される。管理者26が、管理端末86に接続された通信端末装置を操作し、管理者26のユーザID及びパスワードPWDを入力してログインを要求すると、サーバプログラムによってログイン処理が開始される。サーバプログラムは、管理者26から入力されたユーザID及びパスワードを取得しS11、取得したユーザID及びパスワードをユーザアクセス制御プログラム206に送信するS12。ユーザアクセス制御プログラム206は、管理端末86から送信されたユーザID及びパスワードを受信するとS13、予め管理しているユーザ毎のユーザID及びパスワードの組み合わせと、ステップS13で受信したユーザID及びパスワードの組み合わせとを比較し、ステップS13で受信したユーザID及びパスワードの組み合わせが、正しいか否かを判定するS14。ユーザアクセス制御プログラム206は、ステップS14で、否定の判定結果を得た場合には、ステップS19の処理に移行し、肯定の判定結果を得た場合には、そのログインに対するログインセッションIDを作成するS15。なお、本実施例の場合、このログインセッションIDとして、通し番号を付与するものとする。また、既に付与されたログインセッションIDに欠番がある場合には、その欠番を、新たなログインに対するログインセッションIDとして使用するものとする。次に、ユーザアクセス制御プログラム206は、管理者26が属するユーザグループUGをユーザアカウント管理テーブル212上で検索するとともに、そのユーザグループUGに割り当てられているリソースグループRSGをユーザグループ管理テーブル214図6上で検索し、この検索結果に基づいて、管理者26に対する割り当てリソースグループIDビットマップ図9のセッション管理テーブル220の割り当てリソースグループIDビットマップ欄220Fを参照を作成するS16。続いて、ユーザアクセス制御プログラム206は、管理者26が属するユーザグループUGに割り当てられているロールをユーザグループ管理テーブル214図6上で検索し、この検索結果に基づいて、ロール管理テーブル218図8を参照し、そのユーザグループUGに割り当てられているロールを検索し、検索結果から権限ビットマップを作成するS17。この後、アユーザアクセス制御プログラム206は、セッション管理テーブル220図9に、新たなエントリ行を追加するS18。この際、ユーザアクセス制御プログラム206は、セッション管理テーブル220上に新たなエントリ行を確保し、確保したエントリに、作成したログインセッションIDと、受信したユーザIDと、ホスト計算機12のIPアドレスと、ユーザIDなどを受信した時刻を示すログイン時間などを格納する。またユーザアクセス制御プログラム206は、セッション管理テーブル220のうち、新たなエントリの権限ビットマップID欄220Eに、検出した全てのロールのロールIDを格納するとともに、割り当てリソースIDビットマップ欄220Fに、ステップS16で作成した割り当てリソースグループIDビットマップを格納する。続いて、ユーザアクセス制御プログラム206は、ログインが成功したか否かを表すログイン結果メッセージを作成しS19、作成したログイン結果メッセージを、管理端末86に接続された通信端末装置に送信しS20、このルーチンでの処理を終了する。なお、ログイン結果メッセージは、ログインセッションIDを含んでおり、ステップS14の認証結果において、ログインを要求した管理者26が認証されたとき、即ち、ログインが成功したときには、ログインセッションIDとして、ステップS15で作成されたログインセッションIDがログイン結果メッセージに格納され、一方、管理者26が認証されず、ログインが失敗したときには、ログインセッションIDとして、Nullが格納される。一方、サーバプログラムは、ユーザアクセス制御プログラム206から送信されたログイン結果メッセージを受信するとS21、そのログイン結果メッセージに含まれるログインセッションIDを抽出し、抽出したログインセッションIDが、Nullであるか否かを判定するS22。そして、サーバプログラムは、ステップS22で、肯定の判定結果を得た場合には、ログインが失敗した旨のログインメッセージを作成しS23、作成したログインメッセージを、管理端末86に接続された通信端末装置に表示させS26、このルーチンでの処理を終了する。一方、ステップS22で、否定の判定結果を得た場合、サーバプログラムは、ログイン結果メッセージから抽出したログインセッションIDを記憶しS24、ログインが成功した旨のログインメッセージを作成しS25、作成したログインメッセージを、管理端末86に接続された通信端末装置に表示させS26、その後、このルーチンでの処理を終了する。アクセス制御処理次に、アクセス制御処理を図15と図16及び図17のフローチャートに従って説明する。この処理は、リクエストメッセージで指定されるオブジェクトへのアクセスの有無をチェックするための処理である。まず、サーバプログラムは、管理端末86からリクエストメッセージを取得しS31、取得したリクエストメッセージを解析するS32。例えば、サーバプログラムは、管理者26が要求している操作を抽出し、この操作は実行権限がある操作であるかを解析する。次に、サーバプログラムは、ループ1の処理を開始しS33、リクエストメッセージに含まれるリソースを抽出し、抽出したリソースのリソースIDをXとして取得しS34、リソースIDがXのリソースグループIDを取得するための通知要求をリソースグループ制御プログラム208に対して送信するS35。リソースグループ制御プログラム208は、サーバプログラムから通知要求を受信するとS36、リソースグループ構成管理テーブル224を参照し、リソースIDがXのリソースグループIDを検索しS37、この検索結果として、リソースIDがXのリソースグループIDをサーバプログラムに送信するS38。一方、サーバプログラムは、リソースグループ制御プログラム208から、リソースIDがXのリソースグループIDを受信すると、受信したリソースグループIDをYとして取得しS39、YをセッションIDとしてセッション管理テーブル220を参照し、Yは割り当てリソースグループIDビットマップに含まれるか否かを判定するS40。サーバプログラムは、ステップS40で否定の判定結果を得た場合、リクエストメッセージを送信したユーザは、リソースXにはアクセスできない旨を表示しS41、このルーチンでの処理を終了する。また、サーバプログラムは、ステップS40で肯定の判定結果を得た場合、ユーザは、アクセス権限があるとして、ループ1の処理を終了しS42、その後、リクエストメッセージを参照し、プロセスAの実行要求を取得しS43、取得した実行要求を基に、ユーザ、例えば、ログインセッションのリクエストメッセージ送信者は、リクエストメッセージで指定されたプロセスAを実行可能なユーザであるか否かを判定するS44。サーバプログラムは、ステップS44で否定の判定結果を得た場合、ユーザは、プロセスAの処理を実行できない旨を表示しS45、このルーチンでの処理を終了する。一方、ステップS44で、肯定の判定結果を得た場合、サーバプログラムは、ユーザは、プロセスAの処理を実行可能なユーザであるとして、プロセスAの処理を実行しS46、このルーチンでの処理を終了する。プロセスAの処理としては、例えば、制御プログラムにリクエストメッセージを送信するための処理が実行される。ユーザグループ作成処理次に、ユーザグループ作成処理を図18と図19のフローチャートに従って説明する。この処理は、ストレージ装置18の運用開始前の初期時または運用開始後に、操作権限を有する管理者26が、管理端末86に接続された通信端末装置を操作して、新たなユーザグループUGの作成を指示し、この指示に応じて管理端末86のサーバプログラムからストレージ装置18のアカウント管理プログラム204に対して、ユーザグループ作成命令が与えられたときに開始される。まず、アカウント管理プログラム204は、操作権限を有する管理者26により、管理端末86に接続された通信端末装置が操作され、新たなユーザグループUGのグループ名ユーザグループID及びユーザグループUGに割り当てるべきロールが指定された場合、指定されたユーザグループUGのグループ名及びそのユーザグループUGに割り当てるべきロールを取得するS51。この際、アカウント管理プログラム204は、ユーザグループ管理テーブル214に新たなエントリ行を追加し、追加したエントリに、新たなユーザグループUG固有のユーザグループIDを格納する。次に、アカウント管理プログラム204は、ステップS52で作成した新たなユーザグループUGに対して、複数のロールを付与するS53。例えば、アカウント管理プログラム204は、ユーザグループ管理テーブル214に、新たに追加したエントリに、例えば、管理者26により指定されたロールのロールIDを格納する。次に、アカウント管理プログラム204は、新たに作成したユーザグループUGについての権限ビットマップをP1として取得するS54。例えば、アカウント管理プログラム204は、ユーザグループUGに割り当てたロールの権限ビットマップを、ロール管理テーブル218からP1として取得する。次に、アカウント管理プログラム204は、ループ2の処理を開始しS55、デフォルトリソースグループを1つ選択し、選択したデフォルトリソースグループのデフォルトリソースグループIDをDとして取得しS56、取得したDデフォルトリソースグループIDを基にデフォルトリソースグループ管理テーブル226を参照し、選択したデフォルトリソースグループDの権限ビットマップをP2として取得するS57。続いて、アカウント管理プログラム204は、ステップS54で取得したP1という権限ビットマップと、ステップS57で取得したP2という権限ビットマップとを比較し、いずれかの権限ビットが1であるか否かを判定するS58。アカウント管理プログラム204は、ステップS58で、否定の判定結果を得た場合には、ステップS60の処理に移行し、ループ2の処理を終了するとともに、このルーチンでの処理を終了する。一方、ステップS58で、肯定の判定結果を得た場合、アカウント管理プログラム204は、ステップS57で取得したDを新たなユーザグループUGに割り当て、全てのデフォルトリソースグループについてループ2の処理を実行し、全てのデフォルトリソースグループに関する処理が終了した場合には、ループ2の処理を終了しS60、このルーチンでの処理を終了する。なお、P2という権限ビットマップのうち1に設定されているビットが複数ある場合、これらのビットに対応するP1という権限ビットマップのビットのうち少なくとも1つが1に設定されていれば、アカウント管理プログラム204は、ステップS58において、肯定の判定結果を得ることになる。上記処理が実行されると、新たなユーザグループUGに対して、当該ユーザグループUGに割り当てられたロールにより操作可能な全てのデフォルトリソースグループRSGユーザグループUGに割り当てられた操作権限の範囲内で操作可能な全てのデフォルトリソースグループRSGが割り当てることになる。ボリューム移行支援処理次に、ボリューム移行支援処理を図20のフローチャートに従って説明する。この処理は、管理者26からの要求あるいはストレージ装置18に対して何らかの設定操作が行われた際に、オンラインによるボリュームマイグレーション処理が実行されたことを条件に、マイグレーション支援制御プログラム210によって開始される。まず、マイグレーション支援制御プログラム210は、ローカルメモリ112に格納された制御情報を参照し、ストレージ装置18に存在するLDEV一覧を配列LDEV[]として取得し、LDEV数をNとするS71。次に、マイグレーション支援制御プログラム210は、配列LDEVの先頭からN番まで順番にループ3の処理を開始しS72、ホスト計算機12が、LDEVを識別する識別子となる、SCSIInquiryIDが変更されているか否かを判定するS73。ステップS73で否定の判定結果を得た場合、マイグレーション支援制御プログラム210は、ステップS75に移行し、ループ3の処理を終了し、ステップS73で肯定の判定結果を得た場合には、プロセスAの処理として、リソースグループを設定するための処理を実行しS74、ループ3の処理を終了するS75。ステップS73では、例えば、図1に示す移行元ボリューム28のデータが移行先ボリューム32に移行され、移行元ボリューム30のデータが移行先ボリューム34に移行されている場合、移行先ボリューム32のIDは、移行元ボリューム28のIDに変更され、移行先ボリューム34のIDは、移行元ボリューム30のIDに変更されていると判定されることになる。また、ステップS74におけるプロセスAの処理が実行されると、例えば、移行元ストレージ装置14の装置識別子例えば、装置名、シリアル番号を名称とするリソースグループ38と、移行元ストレージ装置16の装置識別子例えば、装置名、シリアル番号を名称とするリソースグループ40が構築される。ループ3の処理が終了した後、マイグレーション支援制御プログラム210は、作成されたリソースグループに関する情報を管理者26に表示するための処理を実行しS76、このルーチンでの処理を終了する。プロセスAの処理次に、プロセスAの処理を図21のフローチャートに従って説明する。この処理は、図20のステップS74の具体的な内容である。まず、マイグレーション支援制御プログラム210は、移行元ストレージ装置14、16の識別子例えば、製品名、シリアル番号Lを、LDEV[i]のSCSIInquiryIDから取得しS81、取得した識別子Lを名称とする移行先リソースグループは存在するか否かを判定するS82。ステップS82で肯定の判定結果を得た場合、マイグレーション支援制御プログラム210は、既に取得した識別子Lを名称とする移行先リソースグループが存在するとして、ステップS84の処理に移行し、ステップS82で否定の判定結果を得た場合には、識別子Lを名称とする移行先リソースグループを作成するS83。例えば、名称Lの移行先リソースグループとして、図1に示すリソースグループ38を、例えば、ローカルメモリ112に作成する。次に、マイグレーション支援制御プログラム210は、LDEV[i]をデフォルトリソースグループから抽出して移行先リソースグループへ移動させるS84。次に、マイグレーション支援制御プログラム210は、LDEV[i]に関連する複数のリソースを検出しS85、検出した複数のリソースを移行先リソースグループへ移動させS86、このルーチンでの処理を終了する。具体的には、マイグレーション支援制御プログラム210は、LDEV[i]として、例えば、図1に示す移行先ボリューム32を抽出した場合、移行先ボリューム32をリソースグループ38に移動させ、移行先ボリューム32に関連するリソース関連リソースとして、ポート42、ホストグループ44、仮想ボリューム46、パリティグループ48を検出した場合、これらのリソースをリソースグループ38に移動させ、各リソースを移行先ボリューム32と共に、リソースグループ38に属するリソースとして管理する。ここで、移行先ボリューム32や関連リソースをリソースグループ38に移動させるとは、リソース構成管理テーブル224のリソースグループIDを移動先リソースグループのIDに変更することを意味する。また、マイグレーション支援制御プログラム210は、ステップS83で識別子Cを名称とする移行先リソースグループとして、リソースグループ40を作成した場合、移行先ボリューム34をリソースグループ40へ移動させ、移行先ボリューム34に関連するリソースとして、ポート50、ホストグループ52、パリティグループ54を検出した場合、これらのリソースをリソースグループ40に移動させ、各リソースを移行先ボリューム34と共にリソースグループ40に属するリソースとして管理する。ここで、ここで、移行先ボリューム34や関連リソースをリソースグループ40に移動させるとは、リソース構成管理テーブル224のリソースグループIDを移動先リソースグループのIDに変更することを意味する。この後、マイグレーション支援制御プログラム210は、リソースグループ38を管理者22に割り当て、リソースグループ40を管理者24に割り当てることになる。この際、コントローラ92は、マイグレーション支援制御プログラム210の処理結果として、各リソースグループ38、40に属する各移行先ボリューム32、34と各リソースを、各移行元ストレージ装置14、16をそれぞれ利用する各管理者移行元ユーザ22、24に個別に割り当てるための操作対象として管理すると共に、各管理者22、24のみが操作権限を有する操作対象として管理することになる。これにより、管理者22が、ストレージ装置18における業務として、リソースグループ38を操作するための業務を継続し、管理者24が、ストレージ装置18における業務として、リソースグループ40を操作するための業務を継続しても、各管理者22、24は、他の管理者のリソースを操作することはできないので、管理者22または管理者24の操作によって他の管理者の業務に影響を与えるのを防止することができる。次に、図22に、ユーザアカウント管理画面の表示例を示す。図22において、ユーザアカウント管理画面300は、リソースグループ選択302を操作するための表示領域と、ユーザグループ選択304を操作するための表示領域から構成される。リソースグループ選択302を操作するための表示領域には、リソースグループID306と、リソースグループ名308と、割り当てられたユーザグループID310が表示される。この際、管理者は、割り当てるリソースグループを1つ選択することができ、RSGリソースグループ管理ボタン312を操作すると、選択したリソースグループの詳細が詳細画面図23参照上に表示される。ユーザグループ選択304を操作するための表示領域には、ユーザグループID314と、ロール316と、ユーザID318が表示される。管理者は、ロール管理ボタン320を操作して、ユーザグループを選択することができる。この際、管理者は、RSGリソースグループ管理ボタン312で選択したリソースグループに割り当てるユーザグループを、1または複数個選択することができる。また、実行ボタン322が操作されると、選択された内容が登録され、キャンセルボタン324が操作されると、ロール管理ボタン320で選択された内容等がキャンセルされる。さらに、管理者は、昇順ボタン326を操作することで、ユーザID318に表示された内容をアルファベットの順序で並べ替えることができる。次に、図23に、リソースグループ管理画面の表示例を示す。図23において、リソースグループ管理画面400には、RSGリソースグループ管理ボタン312で選択されたリソースグループID306とリソースグループ名308が表示されるとともに、表示されたリソースグループID306に所属するリソースの一覧を示すリソースリスト402が表示される。リソースリスト402には、ポート404と、ホストグループ406と、LDEV408と、パリティグループ410と、外部グループ412が表示される。これらの項目は、任意に選択可能である。リソースリスト402の下方には、他のリソースグループへの移動リソース414が表示される。他のリソースグループへの移動リソース414には、移行先リソースグループID416が表示される。この場合、リソースリスト402の中から選択されたリソース、例えば、ホストグループを、移行先RSGID416で選択したリソースグループ、例えば、RSG1に移動させることが表示される。この移動は、実行ボタン418が操作されることで開始される。なお、戻るボタン420が操作されると、ユーザアカウント画面300に戻る。次に、図24に、ロール管理画面の表示例を示す。図24において、ロール管理画面500は、ユーザグループID502を表示するための表示領域と、ロールリスト504を表示するための表示領域から構成される。ユーザグループID502を表示するための表示領域には、ユーザグループ、例えば、ユーザグループUG1に属する管理者のIDが表示される。ロールリスト504を表示するための表示領域には、複数の選択領域に対応して、複数のロールID506と、複数のロール名508が表示される。この際、管理者が選択したロールは、ユーザグループID502に表示されたユーザグループに割り当てられる。なお、既存の割り当てロールには、ロールリスト504の選択領域には選択符号が挿入されている。選択されたロールは、実行ボタン510を管理者が操作することで、ユーザグループに割り当てられる。なお、管理者が、戻るボタン512を操作すると、前の画面が表示される。本実施例によれば、管理者22が、ストレージ装置18における業務として、リソースグループ38を操作するための業務を継続し、管理者24が、ストレージ装置18における業務として、リソースグループ40を操作するための業務を継続しても、各管理者22、24は、他の管理者のリソースを操作することはできないので、管理者22または管理者24の操作によって他の管理者の業務に影響を与えるのを防止することができる。また、本実施例によれば、移行元ストレージ装置14、16から移行先ストレージ装置18に移行されたリソースを、各移行元ストレージ装置14、16を管理する管理者移行元ユーザ22、24に適切に割り当てることができる。また、本実施例によれば、移行元ボリューム28、30のIDを基に各リソースグループ38、40を作成する処理と、各リソースグループ38、40に属するリソースを配分する処理を自動で実行するようにしたため、配分ミスなく、管理者移行元ユーザ22、24にリソースを適切に割り当てることができ、配分者管理者の負担を軽減することができる。第2実施例本実施例は、移行元ストレージ装置14、16が、移行先ストレージ装置18のリソースを共有する場合の実施例であって、各ストレージ装置は、第1実施例と同様のもので構成される。図25に、ストレージ装置14、16が、コピーポートを互いに共有する場合の例を示し、図26に、ストレージ装置14、16が、外部接続ポートを互いに共有する場合の例を示す。図25において、移行元ストレージ装置14と移行元ストレージ装置16が、コピーポート120を共有する場合、ボリュームマイグレーション処理が実行されると、移行元ボリューム28のデータは、コピーポート120を介して移行先ボリューム32に移行され、移行元ボリューム30のデータは、コピーポート120を介して移行先ボリューム34に移行される。この際、第1実施例と同様に、管理者22に割り当てるためのリソースグループ38を作成すると、リソースグループ38は、例えば、ポート42と、ホストグループ44と、移行先ボリューム32と、パリティグループ48と、コピーポート120から構成される。また、管理者24に割り当てるためのリソースグループ40を作成すると、リソースグループ40は、例えば、ポート50と、ホストグループ52と、移行先ボリューム34と、パリティグループ54と、コピーポート120から構成される。ここで、例えば、リソースグループ38に属するリソースとして、コピーポート120をリソースグループ38に移動した後、リソースグループ40に属するリソースとして、コピーポート120をリソースグループ40に移動する処理を行うと、共有リソースのコピーポート120は、リソースグループ40にのみ所属するリソースとして処理され、リソースグループ40に占有されることになる。逆に、リソースグループ40に属するリソースとして、コピーポート120をリソースグループ40に移動した後、リソースグループ38に属するリソースとして、コピーポート120をリソースグループ38に移動する処理を行うと、共有リソースのコピーポート120は、リソースグループ38にのみ所属するリソースとして処理され、リソースグループ38に占有されることになる。そこで、本実施例では、共有リソースのコピーポート120が、リソースグループ38またはリソースグループ40に占有されるのを防止するために、共有リソースをリソースグループ38またはリソースグループ40に対応付けて管理すると共に、共有リソースを、例えば、移行元ボリューム28、30の識別子を基にリソースグループ38またはリソースグループ40に振り分けるための共有用リソースグループ122を、例えば、ローカルメモリ112に形成し、コピーポート120を共有用リソースグループ122で管理することとしている。そして、管理者22には、リソースグループ38と共有用リソースグループ122を割り当て、管理者24には、リソースグループ40と共有用リソースグループ122を割り当てる。これにより、共有リソースのコピーポート120が、リソースグループ38またはリソースグループ40に占有されるのを防止できる。図26において、移行元ストレージ装置14と移行元ストレージ装置16において、外部接続ポート130を共有する場合、ボリュームマイグレーション処理が実行されると、移行元ボリューム28のデータは、外部接続ポート130を介して移行先ボリューム32に移行され、移行元ボリューム30のデータは、外部接続ポート130を介して移行先ボリューム34に移行される。この際、第1実施例と同様に、管理者22に割り当てるためのリソースグループ38を作成すると、リソースグループ38は、例えば、ポート42と、ホストグループ44と、移行先ボリューム32と、パリティグループ48と、仮想ボリューム46と、外部接続グループ132と、外部接続ポート130から構成される。また、管理者24に割り当てるためのリソースグループ40を作成すると、リソースグループ40は、例えば、ポート50と、ホストグループ52と、移行先ボリューム34と、パリティグループ54と、仮想ボリューム134と、外部接続グループ136と、外部接続ポート130から構成される。ここで、例えば、リソースグループ38に属するリソースとして、外部接続ポート130をリソースグループ38に移動した後、リソースグループ40に属するリソースとして、外部接続ポート130をリソースグループ40に移動する処理を行うと、共有リソースの外部接続ポート130は、リソースグループ40にのみ所属するリソースとして処理され、リソースグループ40に占有されることになる。逆に、リソースグループ40に属するリソースとして、外部接続ポート130をリソースグループ40に移動した後、リソースグループ38に属するリソースとして、外部接続ポート130をリソースグループ38に移動する処理を行うと、共有リソースの外部接続ポート130は、リソースグループ38にのみ所属するリソースとして処理され、リソースグループ38に占有されることになる。そこで、本実施例では、共有リソースの外部接続ポート130が、リソースグループ38またはリソースグループ40に占有されるのを防止するために、共有リソース外部接続ポート130をリソースグループ38またはリソースグループ40に関連付けて管理すると共に、共有リソースを、例えば、移行元ボリューム28、30の識別子を基にリソースグループ38またはリソースグループ40に振り分けるための共有用リソースグループ138を、例えば、ローカルメモリ112に形成し、外部接続ポート130を共有用リソースグループ138で管理することとしている。そして、管理者22には、リソースグループ38と共有用リソースグループ138を割り当て、管理者24には、リソースグループ40と共有用リソースグループ138を割り当てる。これにより、共有リソースの外部接続ポート130が、リソースグループ38またはリソースグループ40に占有されるのを防止できる。次に、本実施例の処理を図27のフローチャートに従って説明する。本実施例における処理は、第1実施例とはプロセスAの処理が異なるのみであるため、プロセスAの処理について説明する。このプロセスAでは、移行元ボリューム28、30を移行先ボリューム32、34として集約するに際して、管理者22Aと管理者22Bが、移行先ストレージ装置18において共有する共有リソースを共有用リソースグループに移すための処理が行われる。まず、マイグレーション支援制御プログラム210は、LDEV[i]のSCSIInquiryIDを基に移行元ストレージ装置14、16の識別子製品名、シリアル番号としてLを取得しS91、取得した識別子Lを名称とする移行先リソースグループが存在するか否かを判定するS92。ステップS92で肯定の判定結果を得た場合、マイグレーション支援制御プログラム210は、取得した識別子Lを名称とする移行先リソースグループが既に存在するとして、ステップS94の処理に移行し、ステップS92で否定の判定結果を得た場合には、識別子Lを名称とする移行先リソースグループを作成するS93。例えば、識別子Lを名称とする移行先リソースグループとして、リソースグループ38を作成する。次に、マイグレーション支援制御プログラム210は、LDEV[i]をデフォルトリソースグループから抽出して、移行先リソースグループへ移動させるS94。例えば、マイグレーション支援制御プログラム210は、LDEV[i]として、移行先ボリューム32をリソースグループ38に移動させ、移行先ボリュームをリソースグループ40に移動させる。次に、マイグレーション支援制御プログラム210は、プロセスBの処理として、共有用リソースグループ、例えば、共有用リソースグループ122または共有用リソースグループ138を作成し、共有リソースコピーポート120または外部接続ポート130を共有用リソースグループへ移動させるための処理を実行しS95、このルーチンでの処理を終了する。次に、プロセスBの処理を図28と図29及び図30のフローチャートに従って説明する。この処理は、図27のステップS95の具体的な内容である。まず、マイグレーション支援制御プログラム210は、制御情報を基にLDEV[i]に関連するリソースを検出するS101。例えば、LDEV[i]が、移行先ボリューム32である場合、移行先ボリューム32に関連するリソースとして、ポート42、ホストグループ44、パリティグループ48、コピーポート120を検出し、LDEV[i]が、移行先ボリューム34である場合、移行先ボリューム34に関連するリソースとして、ポート50、ホストグループ52、パリティグループ54、コピーポート120を検出する。次に、マイグレーション支援制御プログラム210は、検出したリソースのリソース一覧となるRS[]を作成するS102。この際、マイグレーション支援制御プログラム210は、検出したリソースの数をMとし、リソース一覧の全てのリソースに関して、ループ4の処理を実行するS103。次に、マイグレーション支援制御プログラム210は、検出したリソースは、デフォルトのリソースグループに所属するか否かを判定しS104、ステップS104で否定の判定結果を得た場合、検出したリソースRS[j]は、移行先リソースグループに存在するか否かを判定するS105。一方、ステップS104で、肯定の判定結果を得た場合、マイグレーション支援制御プログラム210は、検出したリソースをデフォルトリソースグループから移行先リソースグループへ移動させS106、その後、ステップS114の処理に移行して、ループ4の処理を終了する。この際、名称Lの移行先リソースグループとして、リソースグループ38を作成した場合、ポート42、ホストグループ44、パリティグループ48を含むリソースが、リソースグループ38に移動する。ステップS105で肯定の判定結果を得た場合、マイグレーション支援制御プログラム210は、検出したリソースRS[j]は、既に、移行先リソースグループに存在するとして、ループ4の処理を終了すると共にS114、このルーチンでの処理を終了し、ステップS105で否定の判定結果を得た場合には、検出したリソースRS[j]は、名称Lの移行先リソースグループに所属するか否かを判定するS107。マイグレーション支援制御プログラム210は、ステップS107で肯定の判定結果を得た場合には、ループ4の処理を終了しS114、否定の判定結果を得た場合には、検出したリソースのリソースグループ名称として、C検出したリソースが現在格納されているリソースグループの名称を取得するS108。次に、マイグレーション支援制御プログラム210は、C、Lを名称とする共有用リソースグループは存在するか否かを判定するS109。例えば、マイグレーション支援制御プログラム210は、移行元ストレージ装置14の名称をLとし、移行元ストレージ装置16の名称Cとした場合、C、Lを名称とする共有用リソースグループ120は存在するか否かを判定する。マイグレーション支援制御プログラム210は、ステップS109で肯定の判定結果を得た場合、ステップS111の処理に移行し、否定の判定結果を得た場合、C、Lを名称とする共有用リソースグループを作成しS110、検出された共有リソースを、C、Lを名称とする共有用リソースグループへ移動させS111、アカウント情報を設定するS112。ここで、例えば、Lを名称とするリソースグループとして、リソースグループ38を作成し、Cを名称とするリソースグループとして、リソースグループ40を作成し、C、Lを名称とする共有用リソースグループとして、共有用リソースグループ122を作成した場合、移行先ボリューム32に関連するリソースとして、ポート42、ホストグループ44、パリティグループ48を含むリソースが、移行先リソースグループ38に移動し、移行先ボリューム34に関連するリソースとして、ポート50、ホストグループ52、パリティグループ54を含むリソースが、リソースグループ40に移動し、コピーポート120が、共有リソースとして、共有用リソースグループ122に移動する。次に、マイグレーション支援制御プログラム210は、セッション管理テーブル220を更新しS113、ループ4の処理とともに、このルーチンでの処理を終了する。ステップS113において、マイグレーション支援制御プログラム210は、現在存在するセッションの割り当てリソースグループIDビットマップで、Cを名称とするリソースグループに対応するビットが1であるセッションについて、C、Lを名称に含む共有用リソースグループに対応するビットを1に変更する。そして、マイグレーション支援制御プログラム210は、移行先リソースグループ38と共有用リソースグループ122を管理者22に割り当て、移行先リソースグループ40と共有用リソースグループ122を管理者24に割り当てる。本実施例によれば、共有リソース120が、リソースグループ38またはリソースグループ40に占有されるのを防止することができると共に、移行元ストレージ装置14、16から移行先ストレージ装置18に移行されたリソースを、管理者移行元ユーザ22、24に適切に割り当てることができる。第3実施例本実施例は、単一の移行元ストレージ装置を複数の管理者が管理する場合の実施例であり、各ストレージ装置は、第1実施例と同様のもので構成される。図31に、移行元ストレージ装置14を複数の管理者22A、22Bがそれぞれ管理する場合の概念図を示す。図31において、ストレージ装置14に、移行元ボリューム28Aを操作対象とする管理者22Aと、移行元ボリューム28Bを操作対象とする管理者22Bが配置され、移行元ボリューム28Aに、ポート150とパリティグループ152及びコピーポート154が接続され、移行元ボリューム28Bに、コピーポート154とポート156及びパリティグループ158が接続される環境下で、ボリュームマイグレーションが実行されると、移行元ボリューム28Aのデータは、コピーポート154、コピーポート120を介して移行先ボリューム32Aに移行され、移行元ボリューム28Bのデータは、コピーポート154、120を介して移行先ボリューム32Bに移行される。この際、ストレージ装置14、18で、第2実施例における処理が実行されると、ストレージ装置18には、Lを名称とする移行先リソースグループ38が形成されると共に、C、Lを名称とする共有用リソースグループ122が形成される。ここで、移行先ボリューム32Aに関連するリソースが、ポート42A、パリティグループ48A、及びコピーポート120で構成され、移行先ボリューム32Bに関連するリソースが、ポート42B、パリティグループ48B及びコピーポート120で構成される場合、名称Lの移行先リソースグループ38は、ポート42A、42B、移行先ボリューム32A、32B、パリティグループ48A、48Bで構成され、共有用リソースグループ122は、ストレージ装置14、16間で共有される共有リソースとしてのコピーポート120で構成されることになる。そして、管理者22Aには、移行先リソースグループ38と共有用リソースグループ122が割り当てられ、管理者22Bには、移行先リソースグループ38と共有用リソースグループ122が割り当てられる。即ち、管理者22A、22Bには、各自が担当するリソースが割り当てられると共に、担当外のリソースも割り当てられることになる。そこで、本実施例では、図32に示すように、移行先リソースグループを作成する際に、移行元ストレージ装置14から、管理者22A、22Bの管理者IDを取得し、取得した各管理者ID管理者を識別するための識別情報の組み合わせパターンに従って複数のユーザ別移行先リソースグループを作成する。例えば、管理者22Aに対応したユーザ別移行先リソースグループとして、名称L1のリソースグループ38Aを作成すると共に、管理者22Bに対応したユーザ別移行先リソースグループとして、名称L2のリソースグループ38Bを作成する。さらに、ストレージ装置14、16間の共有リソースであるコピーポート120を、リソースグループ38Aまたはリソースグループ38Bに関連付けて管理すると共に、コピーポート120を、例えば、移行元ボリューム28A、28Bの識別子を基にリソースグループ38Aまたはリソースグループ38Bに振り分けるための共有用リソースグループとして、名称C、Lの共有用リソースグループ160を作成する。その後、移行先リソースグループ38Aに、移行先ボリューム32Aを移動させるとともに、移行先ボリューム32Aに関連するリソースとして、ポート42Aと、パリティグループ48Aを移動させて、リソースグループ38Aを構成する。同様に、移行先リソースグループ38Bに、移行先ボリューム32Bを移動させるとともに、移行先ボリューム32Bに関連するリソースとして、ポート42B、パリティグループ48Bを移動させて、リソースグループ38Bを構成する。さらに、コピーポート120を、共有用リソースグループ160に移動させて、共有用リソースグループ160を構成する。そして、管理者22Aに対しては、ユーザ別移行先リソースグループ38Aと共有用リソースグループ160を割り当て、管理者22Bに対しては、ユーザ別移行先リソースグループ38Bと共有用リソースグループ160を割り当てる。これにより、管理者22A、22Bには、各自が担当するリソースのみが割り当てられることになる。次に、図33に、移行元ストレージ装置14を2人の管理者22A、22Bが管理するとともに、移行先ストレージ装置18に作成される移行先リソースグループ38の中に、共有リソースが存在する場合の例を示す。図33において、ストレージ装置14に、移行元ボリューム28Aを操作対象とする管理者22Aと、移行元ボリューム28Bを操作対象とする管理者22Bが配置され、移行元ボリューム28Aに、ポート150とパリティグループ152及びコピーポート154が接続され、移行元ボリューム28Bに、コピーポート154とポート156及びパリティグループ158が接続される環境下で、ボリュームマイグレーションが実行されると、移行元ボリューム28Aのデータは、コピーポート154、コピーポート120を介して移行先ボリューム32Aに移行され、移行元ボリューム28Bのデータは、コピーポート154、120を介して移行先ボリューム32Bに移行される。この際、ストレージ装置14、18で、第2実施例における処理が実行されると、ストレージ装置18には、Lを名称とする移行先リソースグループ38が形成されると共に、C、Lを名称とする共有用リソースグループ122が形成される。ここで、例えば、移行先ボリューム32Aに関連するリソースが、ポート42A、プール162で構成され、移行先ボリューム32Bに関連するリソースが、ポート42B、プール162で構成され、共有リソースがコピーポート120で構成される場合、名称Lの移行先リソースグループ38は、ポート42A、42B、移行先ボリューム32A、32B、プール162で構成され、名称C、Lの共有リソースグループ122は、コピーポート120で構成されることになる。そして、管理者22Aには、移行先リソースグループ38と共有リソースグループ122が割り当てられ、管理者22Bには、移行先リソースグループ38と共有用リソースグループ122が割り当てられる。即ち、管理者22A、22Bには、各自が担当するリソースが割り当てられると共に、担当外のリソースも割り当てられることになる。そこで、本実施例では、図34に示すように、移行先リソースグループを作成する際に、移行元ストレージ装置14から、管理者22A、22Bの管理者IDを取得し、取得した各管理者IDの組み合わせパターンに従って複数のユーザ別移行先リソースグループを作成する。例えば、管理者22Aに対応したユーザ別移行先リソースグループとして、名称L1のリソースグループ38Cを作成すると共に、管理者22Bに対応したユーザ別移行先リソースグループとして、名称L2のリソースグループ38Dを作成する。また、リソースグループ38C、38D間で共有の共有リソースであるプール162を、リソースグループ38Cまたはリソースグループ38Dに関連付けて管理すると共に、プール162を、例えば、移行元ボリューム28A、28Bの識別子を基にリソースグループ38Cまたはリソースグループ38Dに振り分けるための共有用リソースグループとして、名称L3の共有用リソースグループ164を作成する。さらに、ストレージ装置14、16間の共有リソースであるコピーポート120を、リソースグループ38Cまたはリソースグループ38Dに関連付けて管理すると共に、コピーポート120を、例えば、移行元ボリューム28A、28Bの識別子を基にリソースグループ38Cまたはリソースグループ38Dに振り分けるための共有用リソースグループとして、名称C、Lの共有用リソースグループ166を形成する。その後、移行先リソースグループ38Cに、移行先ボリューム32Aを移動させるとともに、移行先ボリューム32Aに関連するリソースとして、ポート42Aを移動させて、リソースグループ38Cを構成する。同様に、移行先リソースグループ38Dに、移行先ボリューム32Bを移動させるとともに、移行先ボリューム32Bに関連するリソースとして、ポート42Bを移動させて、リソースグループ38Dを構成する。さらに、プール162を、共有用リソースグループ164に移動させて、共有用リソースグループ164を構成し、コピーポート120を、共有用リソースグループ166に移動させて、共有用リソースグループ166を構成する。そして、管理者22Aに対しては、操作対象として、ユーザ別移行先リソースグループ38Aと共有用リソースグループ164、166を割り当て、管理者22Bに対しては、操作対象として、ユーザ別移行先リソースグループ38Bと共有用リソースグループ164、166を割り当てる。これにより、管理者22A、22Bには、各自が担当するリソースのみが割り当てられることになる。次に、リソースのオーナを決定するための処理を図35の模式図に従って説明する。ストレージ装置18で移行先リソースグループを作成するに際して、例えば、移行元ストレージ装置14が複数の管理者22A、22Bで管理されることを考慮し、各リソースのオーナを移行元ストレージ装置14に問い合わせる処理が実行される。例えば、図26に示す移行先リソースグループ38、40を作成する場合、各リソースを、複数の階層に分け、層毎にオーナを分類することができる。この際、各リソースを、可視ポート600、ホストグループ602、LUN604、可視LDEV606、仮想要素608、不可視LDEV610、ソース要素612、不可視ポート64に階層化することができる。ここで、管理者22Aをオーナとする場合のオーナをaとし、管理者22Bをオーナとする場合のオーナをbとし、他の管理者をオーナとする場合のオーナをcとして、外部接続グループ132から処理を開始すると、外部接続ボリューム132に対応するリソース620のオーナは、aとなり、仮想ボリューム46に対応するリソース622のオーナは、aとなる。この後、リソース620よりも上位階層に対して処理を開始すると、LUN604に属する要素624のオーナは、aに、ホストグループ602に属するリソース626のオーナは、aに、可視ポート600に属するリソース628のオーナは、aになる。また、リソース620よりも下位階層に対して処理を開始すると、仮想要素608に属する要素630のオーナは、aに、ソース要素612に属するリソース632のオーナは、aに、不可視ポート614に属するリソース634のオーナは、aになる。また、仮想要素608に属するプール636のオーナは、aに、プール636に割り当てられるリソースであって、不可視LDEV610に属するリソース638、640、642、644のオーナは、それぞれaになる。また、ソース要素612に属するリソース646、648のオーナは、aとなる。一方、外部ボリューム136に対応するリソース650から処理を開始した場合、リソース650のオーナは、bになり、仮想ボリューム134に対応するリソース652のオーナは、bになる。この後、リソース650よりも上位階層に対して処理を開始すると、LUN604に属する要素654のオーナは、bに、ホストグループ602に属するリソース656のオーナは、bに、可視ポート600に属するリソース658のオーナは、bとなる。また、リソース650から下位階層に対して処理を開始すると、仮想要素608に属する要素660のオーナは、bになり、ソース要素612に属するリソース632のオーナは、bに、不可視ポート614に属するリソース634のオーナは、bになる。また、プール636のオーナは、bになるとともに、不可視LDEV610に属するリソース638~644のオーナは、bとなり、ソース要素612に属するリソース646、648のオーナは、bとなる。なお、不可視ポート614に属するリソース634は、他の管理者にも属するとして、オーナは、cになる。以上の処理結果をまとめると、図36に示すように、オーナaに対応するリソースグループ670を形成し、オーナbに対応するリソースグループ672を形成し、オーナa、bに対応するリソースグループ674を形成し、オーナa、b、cに対応するリソースグループ676を形成することができる。次に、図37に、アクセス管理テーブル230の構成図を示す。図37において、アクセス管理テーブル230は、リソースID欄230A、リソースタイプ欄230B、現在のオーナ欄230C、新規オーナ欄230D、グループパターンID欄230Eから構成される。リソースID欄230Aのエントリには、リソースを一意に識別するための識別子に関する情報、例えば、CLA-1が格納される。リソースタイプ欄230Bのエントリには、リソースの種別に関する情報、例えば、可視ポートを示すVISIBLEPORTが格納される。現在のオーナ欄230Cのエントリには、各リソースの現在のオーナを示す情報、例えば、a、bが格納される。新規オーナ欄230Dには、リソースが新規オーナに割り当てられた場合の新規オーナに関する情報、例えば、aが格納される。グループパターンID欄230Eのエントリには、オーナを複数の組み合わせパターンに分けて分類する際の識別子に関する情報、例えば、P1が格納される。次に、図38に、グループパターンリストの構成図を示す。図38において、グループパターンリスト232は、グループパターンID欄232Aと、オーナ欄232Bと、リソースグループID欄232Cと、リソースグループ名欄232Dから構成される。グループパターンID欄232Aのエントリには、グループパターンの識別子に関する情報として、例えば、P1、P2、P3、P4が格納される。オーナ欄232Bのエントリには、グループパターンIDに対応するオーナに関する情報が格納される。例えば、グループパターンP1に対応するオーナの名称として、aが格納される。リソースグループID欄232Cのエントリには、リソースグループの識別子に関する情報、例えば、1が格納される。リソースグループ名欄232Dのエントリには、リソースグループ名に関する情報が格納される。例えば、グループパターンIDP1に対応するリソースグループ名として、MODEL.SERIAL.1が格納される。次に、本実施例の処理を図39のフローチャートに基づいて説明する。この処理は、第1実施例または第2実施例の処理が完了した後、実行される処理である。まず、マイグレーション支援制御プログラム210は、管理者22A、または管理者22Bにより入力された移行元ストレージ装置14の識別子IDとして、STを取得しS121、識別子STを名称とする移行先リソースグループは存在するか否かを判定するS122。ステップS122で否定の判定結果を得た場合、マイグレーション支援制御プログラム210は、識別子STを名称とする移行先リソースグループが存在しないとして、例外処理を実行しS123、このルーチンでの処理を終了する。一方、ステップS122で肯定の判定結果を得た場合、マイグレーション支援制御プログラム210は、プロセスCの処理として、検出した移行先リソースグループ内のリソースを全てアクセス管理テーブル230内に登録するS124。この際、マイグレーション支援制御プログラム210は、アクセス管理テーブル230内に登録されたリソースが所属する移行先リソースグループを割り当てるための管理者ユーザグループをオーナとして、当該オーナをアクセス管理テーブル230の新規オーナ欄230Dに登録する。また、マイグレーション支援制御プログラム210は、検出した移行先リソースグループの中から、SCSIInquiryIDが変更されているLDEV例えば、移行先ボリューム32Aを、オーナを識別するための識別情報として抽出し、抽出したLDEVの移行元LDEV例えば、移行元ボリューム28Aのオーナを、移行元ストレージ装置14から取得し、取得したオーナをオーナリストXに登録する。また、マイグレーション支援制御プログラム210は、抽出したLDEVのオーナを、移行元ストレージ装置14から取得した移行元LDEVのオーナとして、アクセス管理テーブル230の新規オーナ欄230Dに登録する。さらに、マイグレーション支援制御プログラム210は、制御情報を基に、抽出したLDEVに関連するリソースを検出し、検出したリソースのオーナを、抽出したLDEVのオーナとして、アクセス管理テーブル230の新規オーナ欄230Dに登録する。次に、マイグレーション支援制御プログラム210は、プロセスDの処理として、識別子STを名称とするリソースグループを複数の移行先リソースグループに分割するための処理を実行するS125。例えば、マイグレーション支援制御プログラム210は、アクセス管理テーブル230の新規オーナ欄230Dを参照して、グループパターンを算出し、例えば、新規オーナとしてaが登録されているグループをP1とし、新規オーナとしてbが登録されているグループをP2とし、新規オーナとしてa、bが登録されているグループをP3とし、新規オーナとしてa、b、cが登録されているグループをP4とする処理を実行し、その後、プロセスDの処理結果として、リソースグループ情報を表示しS126、このルーチンでの処理を終了する。次に、プロセスCの処理を図40及び図41のフローチャートに従って説明する。まず、マイグレーション支援制御プログラム210は、アクセス管理テーブル230を初期化しS131、次に、マイグレーション支援制御プログラム210は、配列LDEV[]として、名称に移行元ストレージ装置14の識別子STを含む移行先リソースグループの中から、SCSIInquiryIDが変更されているLDEVのリストを作成するS132。この際、マイグレーション支援制御プログラム210は、LDEV数をUとして、配列LDEVの先頭からU番まで順番にループ5の処理を開始するS133。次に、マイグレーション支援制御プログラム210は、移行元ストレージ装置14から、移行元LDEVのオーナをXとして取得しS134、取得したオーナXを、抽出したLDEVのオーナとして、アクセス管理テーブル230の新規オーナ欄230Dに登録するS135。次に、マイグレーション支援制御プログラム210は、制御情報を基に、抽出したLDEV[p]に関連するリソースを抽出し、抽出したリソースのリストをリソース配列[]として作成するS136。この際、マイグレーション支援制御プログラム210は、リソースの数をRとし、リソース配列の先頭からR番までループ6の処理を実行するS137。次に、マイグレーション支援制御プログラム210は、抽出したリソースのオーナをLDEV[p]のオーナとして、アクセス管理テーブル230の新規オーナ欄230Dに登録しS138、その後、ループ6の処理を終了しS139、続いて、ループ5の処理を終了しS140、その後、このルーチンでの処理を終了する。次に、プロセスDの処理を図42のフローチャートに従って説明する。マイグレーション支援制御プログラム210は、アクセス管理テーブル230を参照し、現在のオーナと新規オーナとを比較し、オーナの組み合わせパターンをグループパターンリスト232のグループパターンID欄232Aに登録するS151。次に、マイグレーション支援制御プログラム210は、グループパターンリスト232のオーナ欄232Bを参照して、移行先リソースグループを作成する。この際、マイグレーション支援制御プログラム210は、オーナ欄232Bに登録されている全てのオーナにのみ割り当てられている移行先リソースグループが存在する場合、移行先リソースグループのリソースグループIDとリソースグループ名をグループパターンリスト232に登録し、既存のものを利用する。次に、マイグレーション支援制御プログラム210は、グループパターンリスト232のオーナ欄232Bとアクセス管理テーブル230の新規オーナ欄230Dを参照し、新規オーナのリソースを移行先リソースグループへ移動させるS153。次に、マイグレーション支援制御プログラム210は、グループパターンリスト232に登録されている移行先リソースグループを、新規オーナの管理者またはユーザグループに割り当てS154、このルーチンでの処理を終了する。本実施例によれば、管理者22A、22Bに対して、操作対象として、ユーザ別移行先リソースグループと共有用リソースグループを割り当てるようにしたため、管理者22A、22Bに、各自が担当するリソースのみを割り当てられることができる。また、本実施例によれば、各移行元ストレージ装置14、16でリソースアクセス制御が実施されている場合でも、このリソースアクセス制御がそのまま移行先ストレージ装置18に移行されることはなく、管理者22A、22Bが、担当外のリソースにアクセスするのを抑制することができる。なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記実施例は、本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加削除置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば、集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、SSDSolidStateDrive等の記録装置、または、ICIntegratedCircuitカード、SDSecureDigitalメモリカード、DVDDigitalVersatileDisc等の記録媒体に記録して置くことができる。"