(57)【要約】【課題】  管理に要する装置側の負荷及び必要なメモリ容量を低減し得るストレージ装置及びその制御方法を提案する。【解決手段】  管理対象のストレージリソースの集合が、一人のストレージ管理者の管理対象のストレージリソースの集合に包含され、又は、複数のストレージ管理者の管理対象のストレージリソースの集合の和集合に包含されるストレージ管理者の役割を第１の役割に設定し、第１の役割以外のストレージ管理者が利用する管理用端末からの第１の要求に応じて、必要なストレージリソースの性能情報の収集を性能情報収集部に依頼して取得し、取得した性能情報を当該管理用端末に送信すると共に記憶保持し、第１の役割に決定されたストレージ管理者が利用する管理用端末に対しては、定期ポーリング処理の停止を指示し、当該ストレージ管理者の管理対象のすべてのストレージリソースの性能情報を取得した段階で当該性能情報を当該管理用端末にプッシュ配信するようにした。【選択図】        図７
2020035037.tif 000002
【特許請求の範囲】
【請求項１】
複数のストレージ管理者がそれぞれ利用する各管理用端末から送信される第１の要求に応じて、当該管理用端末を利用する前記ストレージ管理者の管理対象の各ストレージリソースの性能情報を送信するストレージ装置において、
各前記管理用端末は、前記第１の要求を周期的に前記ストレージ装置に送信する定期ポーリングをそれぞれ実行し、
前記ストレージ管理者間における管理対象の前記ストレージリソースの集合の包含関係に基づいて、各前記ストレージ管理者の役割をそれぞれ決定する役割決定部と、
前記ストレージリソースの前記性能情報を収集する性能情報収集部と、
前記管理用端末からの前記第１の要求に応じて、当該管理用端末を利用する前記ストレージ管理者の管理対象の各前記ストレージリソースの前記性能情報を当該管理用端末に配信するデータ配信制御部と
を備え、
前記役割決定部は、
管理対象の前記ストレージリソースの集合が、一人の前記ストレージ管理者の管理対象の前記ストレージリソースの集合に包含され、又は、複数の前記ストレージ管理者の管理対象の前記ストレージリソースの集合の和集合に包含される前記ストレージ管理者の前記役割を第１の役割に設定し、
前記データ配信制御部は、
前記第１の役割以外の前記ストレージ管理者が利用する前記管理用端末からの前記第１の要求に応じて、必要な前記ストレージリソースの前記性能情報の収集を前記性能情報収集部に依頼して取得し、取得した前記性能情報を当該管理用端末に送信すると共に記憶保持し、
前記第１の役割に決定された前記ストレージ管理者が利用する前記管理用端末に対しては、前記定期ポーリングの停止を指示し、当該ストレージ管理者の管理対象のすべての前記ストレージリソースの前記性能情報を取得した段階で当該性能情報を当該管理用端末にプッシュ配信する
ことを特徴するストレージ装置。
【請求項２】
前記役割決定部は、
管理対象の前記ストレージリソースの集合が他の前記ストレージ管理者の管理対象の前記ストレージリソースの集合に包含されない複数の前記ストレージ管理者の管理対象の前記ストレージリソースの集合の和集合に前記第１の役割の前記ストレージ管理者の管理対象の前記ストレージリソースの集合が包含される場合に、当該複数のストレージ管理者のうちの一人の前記ストレージ管理者を第２の役割に設定すると共に、当該複数のストレージ管理者のうちの残りの前記ストレージ管理者を第３の役割に設定し、
前記データ配信制御部は、
前記第２の役割に設定した前記ストレージ管理者が利用する前記管理用端末からの前記第１の要求に応じて、当該ストレージ管理者の管理対象のすべての前記ストレージリソースの前記性能情報の収集を前記性能情報収集部に依頼して取得し、取得した各前記性能情報を当該管理用端末に送信すると共に記憶保持し、
前記第３の役割に設定した前記ストレージ管理者が利用する前記管理用端末からの前記第１の要求に応じて、当該ストレージ管理者の管理対象の前記ストレージリソースのうち、前記第２の役割に設定した前記ストレージ管理者の管理対象の前記ストレージリソースと重複しない前記ストレージリソースの前記性能情報の収集を前記性能情報収集部に依頼して取得し、取得した前記性能情報を記憶保持すると共に、当該取得した前記性能情報と、前記第２の役割に設定した前記ストレージ管理者が利用する前記管理用端末からの前記第１の要求に応じて取得して記憶保持している当該第２の役割に設定した前記ストレージ管理者の管理対象の前記ストレージリソースと重複する前記ストレージリソースの前記性能情報とを、マージして当該第３の役割に設定した前記ストレージ管理者が利用する前記管理用端末に送信する
ことを特徴とする請求項１に記載のストレージ装置。
【請求項３】
前記役割決定部は、
管理対象の前記ストレージリソースの集合が他の前記ストレージ管理者の管理対象の前記ストレージリソースの集合に包含されない複数の前記ストレージ管理者の管理対象の前記ストレージリソースの集合の和集合に前記第１の役割の前記ストレージ管理者の管理対象の前記ストレージリソースの集合が包含される場合に、当該複数のストレージ管理者のうちの管理対象の前記ストレージリソースの数が最も多い一人の前記ストレージ管理者を前記第２の役割に設定すると共に、当該複数のストレージ管理者のうちの残りの前記ストレージ管理者を前記第３の役割に設定する
ことを特徴とする請求項２に記載のストレージ装置。
【請求項４】
前記役割決定部は、
各前記ストレージ管理者の前記役割を、管理対象の前記ストレージリソースの一部又は全部が他の前記ストレージ管理者の管理対象の前記ストレージリソースと重複する前記ストレージ管理者の集合体ごとに、当該集合体内でそれぞれ決定する
ことを特徴とする請求項２に記載のストレージ装置。
【請求項５】
前記役割決定部は、
前記ストレージ管理者の操作に応じて、当該ストレージ管理者が利用する前記管理用端末から前記定期ポーリングを終了する旨の通知が与えられた場合に、当該ストレージ管理者が所属する前記集合体内において、当該集合体に所属する当該ストレージ管理者以外の各前記ストレージ管理者の前記役割を再設定し、
再設定前の前記役割が前記第１の役割に設定され、再設定後の前記役割が前記第２又は第３の役割に設定された前記ストレージ管理者が利用する前記管理用端末に前記定期ポーリングを再開するよう指示を与える
ことを特徴とする請求項４に記載のストレージ装置。
【請求項６】
各前記管理用端末から与えられる前記第１の要求を監視する監視部を備え、
前記監視部は、
いずれかの前記管理用端末から前記第１の要求が一定期間与えられなかった場合には、当該管理用端末を利用する前記ストレージ管理者が所属する前記集合体内において、当該集合体に所属する各前記ストレージ管理者の前記役割を再設定し、
再設定前の前記役割が前記第１の役割に設定され、再設定後の前記役割が前記第２又は第３の役割に設定された前記ストレージ管理者が利用する前記管理用端末に前記定期ポーリングを再開するよう指示を与える
ことを特徴とする請求項４に記載のストレージ装置。
【請求項７】
前記データ配信制御部は、
前記管理用端末からの第２の要求に応じて、当該管理用端末を利用する前記ストレージ管理者の管理対象の前記ストレージリソースの過去の前記性能情報を記憶保持する他の前記管理用端末から当該ストレージリソースの過去の前記性能情報を回収して、当該第２の要求の送信元の前記管理用端末に送信する
ことを特徴とする請求項１に記載のストレージ装置。
【請求項８】
複数のストレージ管理者がそれぞれ利用する各管理用端末から送信される第１の要求に応じて、当該管理用端末を利用する前記ストレージ管理者の管理対象の各ストレージリソースの性能情報を送信するストレージ装置の制御方法であって、
各前記管理用端末は、
前記第１の要求を周期的に前記ストレージ装置に送信する定期ポーリングをそれぞれ実行し、
前記ストレージ装置は、
前記ストレージ管理者間における管理対象の前記ストレージリソースの集合の包含関係に基づいて、各前記ストレージ管理者の役割をそれぞれ決定する役割決定部と、
前記ストレージリソースの前記性能情報を収集する性能情報収集部と、
前記管理用端末からの前記第１の要求に応じて、当該管理用端末を利用する前記ストレージ管理者の管理対象の各前記ストレージリソースの前記性能情報を当該管理用端末に配信するデータ配信制御部と
を有し、
前記役割決定部が、管理対象の前記ストレージリソースの集合が、一人の前記ストレージ管理者の管理対象の前記ストレージリソースの集合に包含され、又は、複数の前記ストレージ管理者の管理対象の前記ストレージリソースの集合の和集合に包含される前記ストレージ管理者の前記役割を第１の役割に設定する第１のステップと、
前記データ配信制御部が、前記第１の役割以外の前記ストレージ管理者が利用する前記管理用端末からの前記第１の要求に応じて、必要な前記ストレージリソースの前記性能情報の収集を前記性能情報収集部に依頼して取得し、取得した前記性能情報を当該管理用端末に送信すると共に記憶保持し、前記第１の役割に決定された前記ストレージ管理者が利用する前記管理用端末に対しては、前記定期ポーリングの停止を指示し、当該ストレージ管理者の管理対象のすべての前記ストレージリソースの前記性能情報を取得した段階で当該性能情報を当該管理用端末にプッシュ配信する第２のステップと
を備えることを特徴するストレージ装置の制御方法。
【請求項９】
前記第１のステップにおいて、前記役割決定部は、
管理対象の前記ストレージリソースの集合が他の前記ストレージ管理者の管理対象の前記ストレージリソースの集合に包含されない複数の前記ストレージ管理者の管理対象の前記ストレージリソースの集合の和集合に前記第１の役割の前記ストレージ管理者の管理対象の前記ストレージリソースの集合が包含される場合に、当該複数のストレージ管理者のうちの一人の前記ストレージ管理者を第２の役割に設定すると共に、当該複数のストレージ管理者のうちの残りの前記ストレージ管理者を第３の役割に設定し、
前記第２のステップにおいて、前記データ配信制御部は、
前記第２の役割に設定した前記ストレージ管理者が利用する前記管理用端末からの前記第１の要求に応じて、当該ストレージ管理者の管理対象のすべての前記ストレージリソースの前記性能情報の収集を前記性能情報収集部に依頼して取得し、取得した各前記性能情報を当該管理用端末に送信すると共に記憶保持し、
前記第３の役割に設定した前記ストレージ管理者が利用する前記管理用端末からの前記第１の要求に応じて、当該ストレージ管理者の管理対象の前記ストレージリソースのうち、前記第２の役割に設定した前記ストレージ管理者の管理対象の前記ストレージリソースと重複しない前記ストレージリソースの前記性能情報の収集を前記性能情報収集部に依頼して取得し、取得した前記性能情報を記憶保持すると共に、当該取得した前記性能情報と、前記第２の役割に設定した前記ストレージ管理者が利用する前記管理用端末からの前記第１の要求に応じて取得して記憶保持している当該第２の役割に設定した前記ストレージ管理者の管理対象の前記ストレージリソースと重複する前記ストレージリソースの前記性能情報とを、マージして当該第３の役割に設定した前記ストレージ管理者が利用する前記管理用端末に送信する
ことを特徴とする請求項８に記載のストレージ装置の制御方法。
【請求項１０】
前記第２のステップにおいて、前記役割決定部は、
管理対象の前記ストレージリソースの集合が他の前記ストレージ管理者の管理対象の前記ストレージリソースの集合に包含されない複数の前記ストレージ管理者の管理対象の前記ストレージリソースの集合の和集合に前記第１の役割の前記ストレージ管理者の管理対象の前記ストレージリソースの集合が包含される場合に、当該複数のストレージ管理者のうちの管理対象の前記ストレージリソースの数が最も多い一人の前記ストレージ管理者を前記第２の役割に設定すると共に、当該複数のストレージ管理者のうちの残りの前記ストレージ管理者を前記第３の役割に設定する
ことを特徴とする請求項９に記載のストレージ装置の制御方法。
【請求項１１】
前記役割決定部は、
各前記ストレージ管理者の前記役割を、管理対象の前記ストレージリソースの一部又は全部が他の前記ストレージ管理者の管理対象の前記ストレージリソースと重複する前記ストレージ管理者の集合体ごとに、当該集合体内でそれぞれ決定する
ことを特徴とする請求項９に記載のストレージ装置の制御方法。
【請求項１２】
前記役割決定部は、
前記ストレージ管理者の操作に応じて、当該ストレージ管理者が利用する前記管理用端末から前記定期ポーリングを終了する旨の通知が与えられた場合に、当該ストレージ管理者が所属する前記集合体内において、当該集合体に所属する当該ストレージ管理者以外の各前記ストレージ管理者の前記役割を再設定し、
再設定前の前記役割が前記第１の役割に設定され、再設定後の前記役割が前記第２又は第３の役割に設定された前記ストレージ管理者が利用する前記管理用端末に前記定期ポーリングを再開するよう指示を与える
ことを特徴とする請求項１１に記載のストレージ装置の制御方法。
【請求項１３】
前記ストレージ装置は、
各前記管理用端末から与えられる前記第１の要求を監視する監視部をさらに有し、
前記監視部は、
いずれかの前記管理用端末から前記第１の要求が一定期間与えられなかった場合には、当該管理用端末を利用する前記ストレージ管理者が所属する前記集合体内において、当該集合体に所属する各前記ストレージ管理者の前記役割を再設定し、
再設定前の前記役割が前記第１の役割に設定され、再設定後の前記役割が前記第２又は第３の役割に設定された前記ストレージ管理者が利用する前記管理用端末に前記定期ポーリングを再開するよう指示を与える
ことを特徴とする請求項１１に記載のストレージ装置の制御方法。
【請求項１４】
前記第２のステップにおいて、前記データ配信制御部は、
前記管理用端末からの第２の要求に応じて、当該管理用端末を利用する前記ストレージ管理者の管理対象の前記ストレージリソースの過去の前記性能情報を記憶保持する他の前記管理用端末から当該ストレージリソースの過去の前記性能情報を回収して、当該第２の要求の送信元の前記管理用端末に送信する
ことを特徴とする請求項８に記載のストレージ装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はストレージ装置及びその制御方法に関し、例えば、複数のストレージ管理者により管理されるストレージ装置に適用して好適なものである。
【背景技術】
【０００２】
従来、ストレージ管理者が性能監視や容量監視などのストレージ装置の利用状況を確信する方法として、管理サーバ上で動作させた管理ソフトウェアによりストレージ装置からその利用状況に関わるデータをポーリングにより収集してデータベースに蓄積し、データベースに蓄積したデータをストレージ管理者にレポーティングする方法が広く用いられている。
【０００３】
ところで、ストレージ装置の管理は、複数サイト及び複数人で構成された管理者チームで行われており、各ストレージ管理者の管理対象となるストレージリソース（以下、これを管理対象リソースと呼ぶ）は、そのストレージ管理者の役割に応じて重複や独立している場合がある。
【０００４】
このため管理ソフトウェアは、各ストレージ管理者の管理対象リソースの現在の性能情報と、ストレージリソースの利用状況の分析に必要な各管理対象リソースの過去の性能情報との双方をそれぞれデータベースで管理し、当該データベースに格納されているデータを組み合わせて各ストレージ管理者にそのストレージ管理者の管理対象リソースの利用状況をレポートしている。
【０００５】
なお、下記特許文献１には、ポーリングに関連して、ポーリングによりデータを取得する複数のデータ取得手段が分散された分散環境において、１つのデータ取得手段との間で通信障害が発生しても、データの取得及び処理を継続して行うことができる発明が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−７９５８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところが、上述のように各ストレージ管理者の管理対象リソースの現在の性能情報と、ストレージリソースの利用状況の分析に必要な各管理対象リソースの過去の性能情報との双方をそれぞれデータベースで管理する構成では、ストレージリソースの数と、ストレージ管理者の人数とに依存してデータベースを保持するためのメモリ容量が増大するという問題があった。
【０００８】
また、かかるデータベースを保持できない管理ソフトウェアでは、複数のストレージ管理者からの要求に対して、それぞれの要求を受け付けたタイミングで必要なストレージリソースの性能情報をストレージ装置から収集する必要があるため、ストレージリソースの数と、ストレージ管理者の人数とに応じてストレージ装置への負荷が増大していくという問題もあった。
【０００９】
本発明は以上の点を考慮してなされたもので、管理に要する装置側の負荷及び必要なメモリ容量を低減し得るストレージ装置及びその制御方法を提案しようとするものである。
【課題を解決するための手段】
【００１０】
かかる課題を解決するため本発明においては、複数のストレージ管理者がそれぞれ利用する各管理用端末から送信される第１の要求に応じて、当該管理用端末を利用する前記ストレージ管理者の管理対象の各ストレージリソースの性能情報を送信するストレージ装置において、各前記管理用端末は、前記第１の要求を周期的に前記ストレージ装置に送信する定期ポーリング処理をそれぞれ実行し、前記ストレージ管理者間における管理対象の前記ストレージリソースの集合の包含関係に基づいて、各前記ストレージ管理者の役割をそれぞれ決定する役割決定部と、前記ストレージリソースの前記性能情報を収集する性能情報収集部と、前記管理用端末からの前記第１の要求に応じて、当該管理用端末を利用する前記ストレージ管理者の管理対象の各前記ストレージリソースの前記性能情報を当該管理用端末に配信するデータ配信制御部とを設け、前記役割決定部が、管理対象の前記ストレージリソースの集合が、一人の前記ストレージ管理者の管理対象の前記ストレージリソースの集合に包含され、又は、複数の前記ストレージ管理者の管理対象の前記ストレージリソースの集合の和集合に包含される前記ストレージ管理者の前記役割を第１の役割に設定し、前記データ配信制御部が、前記第１の役割以外の前記ストレージ管理者が利用する前記管理用端末からの前記第１の要求に応じて、必要な前記ストレージリソースの前記性能情報の収集を前記性能情報収集部に依頼して取得し、取得した前記性能情報を当該管理用端末に送信すると共に記憶保持し、前記第１の役割に決定された前記ストレージ管理者が利用する前記管理用端末に対しては、前記定期ポーリング処理の停止を指示し、当該ストレージ管理者の管理対象のすべての前記ストレージリソースの前記性能情報を取得した段階で当該性能情報を当該管理用端末にプッシュ配信するようにした。
【００１１】
また本発明においては、複数のストレージ管理者がそれぞれ利用する各管理用端末から送信される第１の要求に応じて、当該管理用端末を利用する前記ストレージ管理者の管理対象の各ストレージリソースの性能情報を送信するストレージ装置の制御方法であって、各前記管理用端末は、前記第１の要求を周期的に前記ストレージ装置に送信する定期ポーリング処理をそれぞれ実行し、前記ストレージ装置は、前記ストレージ管理者間における管理対象の前記ストレージリソースの集合の包含関係に基づいて、各前記ストレージ管理者の役割をそれぞれ決定する役割決定部と、前記ストレージリソースの前記性能情報を収集する性能情報収集部と、前記管理用端末からの前記第１の要求に応じて、当該管理用端末を利用する前記ストレージ管理者の管理対象の各前記ストレージリソースの前記性能情報を当該管理用端末に配信するデータ配信制御部とを有し、前記役割決定部が、管理対象の前記ストレージリソースの集合が、一人の前記ストレージ管理者の管理対象の前記ストレージリソースの集合に包含され、又は、複数の前記ストレージ管理者の管理対象の前記ストレージリソースの集合の和集合に包含される前記ストレージ管理者の前記役割を第１の役割に設定する第１のステップと、前記データ配信制御部が、前記第１の役割以外の前記ストレージ管理者が利用する前記管理用端末からの前記第１の要求に応じて、必要な前記ストレージリソースの前記性能情報の収集を前記性能情報収集部に依頼して取得し、取得した前記性能情報を当該管理用端末に送信すると共に記憶保持し、前記第１の役割に決定された前記ストレージ管理者が利用する前記管理用端末に対しては、前記定期ポーリング処理の停止を指示し、当該ストレージ管理者の管理対象のすべての前記ストレージリソースの前記性能情報を取得した段階で当該性能情報を当該管理用端末にプッシュ配信する第２のステップとを設けるようにした。
【００１２】
本発明のストレージ装置及びその制御方法によれば、管理対象のストレージリソースの集合が、一人のストレージ管理者の管理対象のストレージリソースの集合に包含され、又は、複数のストレージ管理者の管理対象のストレージリソースの集合の和集合に包含されるストレージ管理者が利用する管理用端末の定期ポーリングが抑制されるため、その分、ストレージ装置の負荷を低減することができる。なお、この場合においても、役割が第１の役割に設定されたストレージ管理者が利用する管理用端末には、そのストレージ管理者の管理対象の各ストレージリソースの性能情報がストレージ装置からプッシュ配信される。
【発明の効果】
【００１３】
本発明によれば、管理に要する装置側の負荷を低減し得るストレージ装置及びその制御方法を実現できる。
【図面の簡単な説明】
【００１４】
【図１】本実施の形態による情報処理システムの全体構成を示すブロック図である。
【図２】管理対象リソースの集合の包含関係の説明に供するベン図である。
【図３】管理対象リソースの集合の包含関係の説明に供する図表である。
【図４】性能情報管理テーブルの構成例を示す図表である。
【図５】管理者テーブルの構成例を示す図表である。
【図６】管理者アクセス管理テーブルの構成例を示す図表である。
【図７】データ配信制御処理の処理手順を示すフローチャートである。
【図８】管理者アクセス管理テーブル更新処理の処理手順を示すフローチャートである。
【図９】第１の性能情報配信処理の処理手順を示すフローチャートである。
【図１０】第２の性能情報配信処理の処理手順を示すフローチャートである。
【図１１】プッシュ配信処理の処理手順を示すフローチャートである。
【図１２】第３の性能情報配信処理の処理手順を示すフローチャートである。
【図１３】管理者役割決定／更新処理の処理手順を示すフローチャートである。
【図１４】データ受信・定期ポーリング要否判定処理の処理手順を示すフローチャートである。
【図１５】利用停止時役割再設定処理の処理手順を示すフローチャートである。
【図１６】管理者役割再設定処理の処理手順を示すフローチャートである。
【図１７】系統振分け及び役割設定処理の処理手順を示すフローチャートである。
【図１８】定期ポーリング再開指示処理の処理手順を示すフローチャートである。
【図１９】定期ポーリング監視処理の処理手順を示すフローチャートである。
【図２０】蓄積データ送信要求処理の処理手順を示すフローチャートである。
【図２１】蓄積データ回収転送処理の処理手順を示すフローチャートである。
【図２２】蓄積データ送信処理の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下図面について、本発明の一実施の形態を詳述する。
【００１６】
（１）本実施の形態による情報処理システムの構成
図１において、１は全体として本実施の形態による情報処理システムを示す。この情報処理システム１は、１又は複数の管理用端末２と、１又は複数の業務用端末３と、ストレージ装置４とを備えて構成される。そして各管理用端末２及びストレージ装置４間は、ＬＡＮ（Local Area Network）などの第１のネットワーク５を介してそれぞれ接続され、各業務用端末３及びストレージ装置４間は、ＬＡＮ又はＳＡＮ（Storage Area Network）などの第２のネットワーク６を介してそれぞれ接続されている。
【００１７】
管理用端末２は、ストレージ装置４の管理者（ストレージ管理者）が利用するコンピュータ装置であり、入力デバイス１０、表示デバイス１１、ＣＰＵ（Central Processing Unit）１２、メモリ１３及びインタフェース１４などの情報処理資源を備えて構成される。
【００１８】
入力デバイス１０は、例えば、キーボード、マウス及び又はタッチパッドなどから構成され、ストレージ管理者がストレージ装置４に対する操作入力を行うために利用される。また表示デバイス１１は、例えば、液晶ディスプレイや有機ＥＬ（Electro-Luminescence）ディスプレイなどから構成され、必要な画面や情報などを表示するために利用される。
【００１９】
ＣＰＵ１２は、管理用端末２全体の動作制御を司るプロセッサである。またメモリ１３は、例えば不揮発性の半導体メモリから構成され、ＣＰＵ１２のワークメモリとして利用される。本実施の形態の場合、メモリ１３には、起動時や必要時に図示しないハードディスク装置などから読み出されたＷｅｂブラウザ１５、データ受信・定期ポーリング要否判定部１６、蓄積データ送信部１７及び蓄積データ回収部１８が格納されて保持される。
【００２０】
Ｗｅｂブラウザ１５は、第１のネットワーク５を介してストレージ装置４から情報を取得し、取得した情報に基づく所定画面を表示デバイス１１に表示させるプログラムである。例えば、Ｗｅｂブラウザ１５は、その管理用端末２を利用するストレージ管理者の管理対象リソースの性能情報をストレージ装置４から取得してセッションストレージ（図示せず）に保持し、保持した性能情報に基づいて所定形式の画面を表示デバイス１１に表示する。データ受信・定期ポーリング要否判定部１６、蓄積データ送信部１７及び蓄積データ回収部１８の詳細については後述する。
【００２１】
インタフェース１４は、例えば、ＮＩＣ（Network Interface Card）などから構成され、第１のネットワーク５を介したストレージ装置４との通信時におけるプロトコル制御を行う。
【００２２】
業務用端末３は、ストレージ装置４を利用する業務用のコンピュータ装置であり、パーソナルコンピュータや、ワークステーション、メインフレームなどから構成される。業務用端末３は、実装されたソフトウェアやユーザからの要求に応じてＩ／Ｏ（Input/Output）要求をストレージ装置４に送信するようにして、必要なデータをストレージ装置４に読み書きする。
【００２３】
ストレージ装置４は、業務用端末３からのデータを読み書きための記憶領域を提供する記憶部２０と、記憶部２０に対するデータの読み書きを制御するコントローラ２１とを備えて構成される。
【００２４】
記憶部２０は、複数のハードディスク装置やＳＳＤ（Solid State Drive）などの大容量の不揮発性の記憶装置２２から構成される。１又は複数の記憶装置２２が提供する記憶領域がプールＰＬとして纏められて管理され、プールＰＬ上に１又は複数の論理ボリュームＶＯＬが作成される。そして業務用端末３からのデータは、この論理ボリュームＶＯＬ内に所定の大きさのブロック（以下、これを論理ブロックと呼ぶ）を単位として記録される。
【００２５】
各論理ボリュームＶＯＬには、それぞれ固有の識別子（以下、これをボリューム番号と呼ぶ）が付与される。本実施の形態の場合、業務用端末３によるストレージ装置４へのデータの読み書きは、このボリューム番号と、各論理ブロックにそれぞれ付与されたその論理ブロックに固有の番号（ＬＢＡ：Logical Block Address）とを組み合わせたものをアドレスとして、当該アドレスを指定して行われる。
【００２６】
コントローラ２１は、ＣＰＵ３０、メモリ３１、第１のインタフェース３２及び第２のインタフェース３３を備えて構成される。ＣＰＵ３０は、ストレージ装置４全体の動作制御を司るプロセッサである。またメモリ３１は、例えば半導体メモリから構成され、ＣＰＵ３０のワークメモリとして利用される。後述するストレージ管理プログラム３４、リソース制御プログラム３５、性能情報管理テーブル３６、管理者テーブル３７及び管理者アクセス管理テーブル３８もこのメモリ３１に格納されて管理される。
【００２７】
第１のインタフェース３２は、第１のネットワーク５を介した各管理用端末２との通信時におけるプロトコル制御を行うハードウェアであり、第２のインタフェース３３は、第２のネットワーク６を介した各業務用端末３との通信時におけるプロトコル制御を行うハードウェアである。第１及び第２のインタフェース３２，３３は、例えば、ＮＩＣなどから構成される。
【００２８】
（２）本実施の形態によるポーリング抑制機能及び蓄積データ共有機能
次に、本実施の形態のストレージ装置４に実装されたポーリング抑制機能及び蓄積データ共有機能について説明する。
【００２９】
本情報処理システム１において、ストレージ管理者は、自己の管理用端末２を所定操作することにより、そのストレージ管理者の各管理対象リソースの利用状況のレポート（以下、これを利用状況レポートと呼ぶ）をその管理用端末２の表示デバイス１１に所定形式で表示させることができる。これによりストレージ管理者は、この利用状況レポートを参照して、自己の管理対象リソースに関するロードバランスや容量増設などに関する管理計画を立案することができる。
【００３０】
ここで、管理対象リソースの「利用状況」とは、管理対象リソースがポートや論理ボリュームである場合のＩＯＰＳ（Input/Output Per Second）や平均応答時間及びデータ転送速度の推移、管理対象リソースが論理ボリュームやプールである場合のこれらの使用率の推移などを指す。従って、管理用端末２がかかる利用状況レポートを表示するためには、管理対象リソースごとに一定時間分以上の性能情報（ＩＯＰＳ、平均応答時間、データ転送速度及び又は論理ボリューム等の使用率など）の累積データが必要となる。
【００３１】
このため管理用端末２は、かかる利用状況レポートを表示するに際しては、これら管理対象リソースの現在の性能情報を送信すべき要求（以下、これをリソース性能情報送信要求と呼ぶ）を所定時間周期（例えば、５秒周期）でストレージ装置４に送信する定期ポーリング処理を実行することにより、これらの性能情報の累積データを取得している。
【００３２】
従って、このような定期ポーリング処理を実行する管理用端末２の数が多くなればなるほどストレージ装置４の負荷が増大し、状況によっては業務用端末３からのＩ／Ｏ要求に対するＩ／Ｏ処理にも悪影響を及ぼすおそれがある。
【００３３】
そこで、本実施の形態のストレージ装置４には、ストレージ管理者間の管理対象リソースの集合の包含関係に基づいて、管理対象リソースの集合が他のストレージ管理者の管理対象リソースの集合に包含され、又は、複数の他のストレージ管理者の管理対象リソースの集合の和集合に包含されるストレージ管理者の管理用端末２については、定期ポーリング処理を停止させる定期ポーリング抑制機能が搭載されている。
【００３４】
そしてストレージ装置４は、かかる「包含する」側の他の１又は複数のストレージ管理者の管理用端末２の定期ポーリング処理時に取得した各ストレージリソースの性能情報を保持しておき、「包含される」側のストレージ管理者のすべての管理対象リソースの性能情報が取得できた段階で、これらの性能情報を定期ポーリング処理を停止させた管理用端末２にプッシュ配信する。
【００３５】
ここで、管理対象リソースの集合の包含関係について説明する。ここでは管理対象リソースの集合の包含関係が図２に示すような状態にある複数のストレージ管理者が存在するものとする。この図２の例において、「Ａ」は、ストレージ装置４のストレージリソース全体（集合ａ）を管理するストレージ管理者（以下、適宜、これを全体管理者と呼ぶ）であり、「Ｂ」〜「Ｆ」は、それぞれ集合ａの部分集合となる集合ｂ〜集合ｆのストレージリソースをそれぞれ管理するストレージ管理者（以下、適宜、これを部分管理者と呼ぶ）である。
【００３６】
この場合、ストレージ管理者間の管理対象リソースの包含関係のパターンは、図３に示す４種類のパターンに分類される。なお、この図３において、「○」は、その列に対応するストレージ管理者の管理用端末２が定期ポーリング処理を実行している状態を意味し、「×」は、その列に対応するストレージ管理者の管理用端末２が定期ポーリング処理を実行していない状態を意味している。
【００３７】
１つ目の種類は、全体管理者である「Ａ」の管理用端末２が定期ポーリング処理を実行中のパターンである。この場合には、各部分管理者の管理対象リソースの集合ｂ〜集合ｆがすべて「Ａ」の管理対象リソースの集合ａにそれぞれ包含される。このとき「Ａ」は「マスタ」と呼ぶ役割に設定され、他の「Ｂ」〜「Ｆ」は「フォロワ」と呼ぶ役割に設定される。
【００３８】
２つ目の種類は、管理用端末２が定期ポーリング処理を実行中の部分管理者の管理対象リソースの集合が、管理用端末２が定期ポーリング処理を実行中の他の部分管理者の管理対象リソースの集合に包含されるパターンである。図２の例では、「Ｅ」と「Ｂ」との関係がこのパターンに該当する。この場合には、管理対象リソースの集合を包含する側の部分管理者である「Ｂ」が「マスタ」に設定され、管理対象リソースの集合が包含される側の部分管理者である「Ｅ」が「フォロワ」に設定される。
【００３９】
３つ目の種類は、管理用端末２が定期ポーリング処理を実行中の複数の部分管理者の管理対象リソースが完全に独立しているパターンである。図２の例では、「Ｂ」と「Ｆ」との関係がこのパターンに該当する。この場合には、「Ｂ」及び「Ｆ」の双方ともに「マスタ」に設定される。
【００４０】
４つ目の種類は、それぞれ管理用端末２が定期ポーリング処理を実行中の何人かの部分管理者の管理対象リソースの和集合内に、他の部分管理者の管理対象リソースの集合が包含されるパターンである。図２の例では、「Ｂ」〜「Ｅ」の関係がこのパターンに該当する。具体的には、「Ｂ」の管理対象リソースの集合ｂと、「Ｃ」の管理対象リソースの集合ｃとの和集合内に、「Ｄ」の管理対象リソースの集合ｄと、「Ｅ」の管理対象リソースの集合ｅとが包含されている。
【００４１】
この場合には、管理対象リソースの集合を包含する側の「Ｂ」及び「Ｃ」のうち、管理対象リソースの数が多い「Ｂ」が「マスタ」に設定され、管理対象リソースの数が少ない「Ｃ」が「サブマスタ」と呼ぶ役割に設定される。また管理対象リソースの集合が包含され側の「Ｄ」及び「Ｅ」が「フォロワ」にそれぞれ設定される。
【００４２】
なおストレージ管理者の管理対象リソースの集合の包含関係が図２の例以外の場合でも、ストレージ管理者間の管理対象リソースの集合の包含関係は上述の４種類のパターンのいずれかに分類される。
【００４３】
そしてストレージ装置４は、「マスタ」に設定したストレージ管理者の管理用端末２からのリソース性能情報送信要求を受信した場合には、そのストレージ管理者のすべての管理対象リソースの最新の性能情報を取得してその管理用端末２に送信すると共に、このとき取得した性能情報を図４について後述する性能情報管理テーブル３６に登録して管理する。
【００４４】
またストレージ装置４は、「サブマスタ」に設定したストレージ管理者の管理用端末２からのリソース性能情報送信要求を受信した場合には、そのストレージ管理者の管理対象リソースのうち、「マスタ」に設定されたストレージ管理者の管理対象と重複しない管理対象リソースの最新の性能情報をそれぞれ取得し、これを性能情報管理テーブル３６に登録されている「マスタ」に設定されたストレージ管理者と重複する管理対象リソースの最新の性能情報とマージして、マージ結果をその管理用端末２に送信する。
【００４５】
さらにストレージ装置４は、「フォロワ」に設定した各ストレージ管理者の管理用端末２については、リソース性能情報送信要求を送信しないよう定期ポーリング処理を停止させる。そしてストレージ装置４は、「フォロワ」に設定されたストレージ管理者のすべての管理対象リソースの最新の性能情報を取得した段階で、そのストレージ管理者の管理用端末２にこれら性能情報をプッシュ方式で配信する。
【００４６】
なお、本情報処理システム１において、「マスタ」や「サブマスタ」に設定されたストレージ管理者が自己の管理用端末２に対して上述の利用状況レポートの表示を停止すべき操作入力を行った場合、この後、その管理用端末２は定期ポーリング処理を実行しなくなる（つまりその管理用端末２がリソース性能情報送信要求をストレージ装置４に送信しなくなる）。
【００４７】
このため管理対象リソースの集合の一部又は全部がこのストレージ管理者の管理対象リソースの集合に包含される「フォロワ」のストレージ管理者の管理対象リソースの性能情報が性能情報管理テーブル３６上に揃わなくなり、当該ストレージ管理者の管理用端末２に対して必要な性能情報がプッシュ配信されなくなるという問題がある。
【００４８】
この問題は、「マスタ」や「サブマスタ」に設定されたストレージ管理者が利用する管理用端末が障害等によりリソース性能情報送信要求をストレージ装置４に送信できなくなった場合にも同様に発生する。
【００４９】
そこで本実施の形態のストレージ装置４では、いずれかのストレージ管理者が自己の管理用端末２に対して上述の利用状況レポートの表示を停止すべき操作入力を行った場合や、「マスタ」や「サブマスタ」に設定されたストレージ管理者が利用する管理用端末２から一定期間リソース性能情報送信要求が送られてこなかった場合に、そのストレージ管理者が所属する系統と同じ系統の他のストレージ管理者の役割を必要に応じて再設定する機能も搭載されている。なお、かかる「系統」の詳細については後述する。
【００５０】
一方、本情報処理システム１に新たな管理用端末２が追加された場合、その管理用端末２がストレージ装置４にリソース性能情報送信要求を送信して取得できる性能情報は、その管理用端末２を利用するストレージ管理者の管理対象リソースの最新の性能情報だけである。
【００５１】
しかしながら、そのストレージ管理者の管理対象リソースの一部又は全部が既存のストレージ管理者の管理対象リソースと重複している場合、当該既存のストレージ管理者が利用する管理用端末２のＷｅｂブラウザ１５（図１）のセッションストレージに、その重複した管理対象リソースの過去の性能情報が保存されている。従って、新たに追加された管理用端末２がこの過去の性能情報を利用できれば、より迅速に精度の高い利用状況レポートを作成してストレージ管理者に提供できるものと考えられる。
【００５２】
そこで本ストレージ装置４には、新たな管理用端末２及び新たなストレージ管理者が追加登録され、そのストレージ管理者の管理対象リソースの一部又は全部が既存のストレージ管理者の管理対象リソースと重複している場合に、その既存のストレージ管理者が利用する管理用端末２からその重複している管理対象リソースの過去の性能情報を回収してその新たな管理用端末に提供する蓄積データ共有機能も搭載されている。
【００５３】
以上のようなポーリング抑制機能及び蓄積データ共有機能を実現するための手段として、ストレージ装置４のメモリ３１（図１）には、図１に示すように、ストレージ管理プログラム３４、リソース制御プログラム３５、性能情報管理テーブル３６、管理者テーブル３７及び管理者アクセス管理テーブル３８が格納されている。
【００５４】
リソース制御プログラム３５は、ストレージ管理者が、自己の管理者用端末２（図１）で所定の操作をすることにより、そのストレージ管理者の各管理対象リソースの利用状況レポートに代表する各種管理機能を実施する際に、ストレージ管理者の管理対象リソースを特定したり、必要な処理を実行する機能を有するプログラムである。リソース制御プログラム３５は、後述する管理者テーブル３７を用いてストレージ管理者ごとの管理対象リソースを管理するリソースアクセス制御部４３と、必要なストレージリソースの性能情報をストレージ装置４内で収集する性能情報収集部と４４をサブプログラムとして備える。
【００５５】
またストレージ管理プログラム３４は、ストレージ装置４全体の動作を制御する機能を有するプログラムである。本実施の形態の場合、ストレージ管理プログラム３４は、管理者役割決定／更新部４０、データ配信制御部４１及び定期ポーリング監視部４２を備えて構成される。
【００５６】
管理者役割決定／更新部４０は、リソース制御プログラム３５のリソースアクセス制御部４３が管理するストレージ管理者ごとの管理対象リソースの情報に基づき、管理対象リソースの集合の包含関係に従って、各ストレージ管理者の役割（「マスタ」、「サブマスタ」又は「フォロワ」）をそれぞれ決定／更新する機能を有するサブプログラムである。
【００５７】
またデータ配信制御部４１は、管理用端末２からのリソース性能情報送信要求に応じて、要求された各ストレージリソースの現在の性能情報の収集をリソース制御プログラム３５の性能情報収集部４４に依頼し、かくして得られたこれらの性能情報をそのリソース性能情報送信要求の送信元に送信する機能を有するサブプログラムである。データ配信制御部４１は、新たな管理用端末２からの要求に応じて、その管理用端末２を利用するストレージ管理者の管理対象ストレージの過去の性能情報を対応する既存の管理用端末２から回収してその新たな管理用端末２に送信する機能をも備える。
【００５８】
また定期ポーリング監視部４２は、「マスタ」や「サブマスタ」に設定されたストレージ管理者が利用する管理用端末２からのリソース性能情報送信要求を監視する機能を有するサブプログラムである。定期ポーリング監視部４２は、かかる管理用端末２からのリソース性能情報送信要求を一定時間以上受信できなかった場合には、その管理用端末２がストレージ管理プログラム３４の利用を停止したものとして、その管理用端末２を利用するストレージ管理者が所属する系統に属する他のストレージ管理者の役割を再設定するよう管理者役割決定／更新部４０に依頼する。
【００５９】
一方、性能情報管理テーブル３６は、リソース制御プログラム３５の性能情報収集部４４により収集された各ストレージリソースの最新の性能情報を格納しておくためのテーブルであり、図４に示すように、リソースＩＤ欄３６Ａ及び複数の性能情報欄３６Ｂを備えて構成される。性能情報管理テーブル３６では、１つの行が１つのストレージリソースに対応する。
【００６０】
そしてリソースＩＤ欄３６Ａには、対応するストレージリソースに付与されたそのストレージリソースに固有の識別子（リソースＩＤ）が格納される。本実施の形態の場合、リソースＩＤとして「０」から始まる連番が利用される。また各性能情報欄３６Ｂには、対応するストレージリソースについて最後に取得したそのストレージリソースの性能情報が格納される。
【００６１】
従って、図４の例の場合、「０」というリソースＩＤが付与されたストレージリソースについては、最後に取得されたＩＯＰＳは「Xxxx1」であり（「性能情報１」の性能情報欄３６Ｂ）、最後に取得された平均応答時間は「Yyyy1」であった（「性能情報２」の性能情報欄３６Ｂ）ことが示されている。
【００６２】
また管理者テーブル３７は、ストレージ装置４の各管理者（ストレージ管理者）を管理するために利用されるテーブルであり、図５に示すように、管理者ＩＤ欄３７Ａ、役割欄３７Ｂ、サブマスタ識別子欄３７Ｃ、系統欄３７Ｄ及び管理リソースビットセット欄３７Ｅを備えて構成される。管理者テーブル３７では、１つの行が一人のストレージ管理者に対応する。
【００６３】
そして管理者ＩＤ欄３７Ａには、対応するストレージ管理者に付与されたそのストレージ管理者に固有の識別子（管理者ＩＤ）が格納され、役割欄３７Ｂには、そのストレージ管理者について設定されたそのストレージ管理者の役割（「マスタ」、「サブマスタ」又は「フォロワ」）が格納される。
【００６４】
また系統欄３７Ｄには、対応するストレージ管理者が属する系統に付与された識別子（以下、これを系統番号と呼ぶ）が格納される。ここで、「系統」とは、管理対象リソースの一部又は全部が他のストレージ管理者の管理対象リソースと重複するストレージ管理者の集合体を指す。例えば、図２の例の場合、「Ｂ」〜「Ｆ」間の関係だけでみると、「Ｂ」〜「Ｅ」は、その管理対象リソースの一部又は全部がそれぞれ重複しているため、「Ｂ」〜「Ｅ」からなるストレージ管理者の集合体が１つの系統として管理される。また「Ｆ」については、その管理対象リソースが「Ｂ」〜「Ｅ」の管理対象リソースのいずれとも重複しないため、これら「Ｂ」〜「Ｅ」からなるストレージ管理者の集合体とは別の系統として管理される。
【００６５】
サブマスタ識別子欄３７Ｃには、対応するストレージ管理者の役割が「サブマスタ」である場合に、同じ系統で「サブマスタ」に設定された他のストレージ管理者の中での順位が格納される。この順位の意味及び決定方法については後述する。
【００６６】
さらに管理リソースビットセット欄３７Ｅには、対応するストレージ管理者の管理対象リソースについてのビットセット（以下、これを管理リソースビットセットと呼ぶ）が格納される。この管理リソースビットセットは、ストレージ装置４内の各ストレージリソースにそれぞれ対応付けたビットを図４について上述したリソースＩＤが小さいストレージリソースに対応するものから順番に並べたビットセットであり、対応するストレージ管理者の管理対象リソースとなっているストレージリソースに対応するビットの値が「１」に、それ以外のビットの値が「０」に設定される。
【００６７】
従って、図５の例の場合、管理者ＩＤが「xxx」のストレージ管理者は、「１」という系統の「Master（マスタ）」に設定され、リソースＩＤが３〜７，１１〜１８，……のストレージリソースが管理対象リソースとなっていることが示されている。
【００６８】
さらに管理者アクセス管理テーブル３８は、各ストレージ管理者からのアクセス状況を管理するために利用されるテーブルであり、図６に示すように、管理者ＩＤ欄３８Ａ、管理者端末欄３８Ｂ、最初のアクセス日時欄３８Ｃ及び最終アクセス日時欄３８Ｄを備えて構成される。管理者アクセス管理テーブル３８では、１つの行が一人のストレージ管理者に対応する。
【００６９】
そして管理者ＩＤ欄３８Ａには、対応するストレージ管理者の管理者ＩＤが格納され、管理者端末欄３８Ｂには、そのストレージ管理者が利用する管理用端末２の第１のネットワーク５（図１）上でのネットワークアドレスが格納される。また最初のアクセス日時欄３８Ｃには、その管理用端末２が最初にアクセスしてきた日時が格納され、最終アクセス日時欄３８Ｄには、その管理用端末２が最後にアクセスしてきた日時が格納される。
【００７０】
従って、図６の例の場合、例えば、「XXX」という管理者ＩＤが付与されたストレージ管理者が利用する管理用端末２のネットワークアドレスが「11.2.33.44」であり、その管理用端末２から最初にアクセスがあった日時が「2018/05/02 10:00:01」で、最後にアクセスがあった日時が「2018/7/31 06:03:01」であったことが示されている。
【００７１】
他方、上述のようなポーリング抑制機能及び蓄積データ共有機能を実現するための手段として、図１に示すように、各管理用端末２のメモリ１３には、上述のＷｅｂブラウザ１５に加えて、データ受信・定期ポーリング要否判定部１６、蓄積データ送信部１７及び蓄積データ回収部１８が格納されている。
【００７２】
データ受信・定期ポーリング要否判定部１６は、リソース性能情報送信要求の応答としてストレージ装置４から送信されてくる対応する性能情報などを受信する一方、後述のようにこの性能情報と共にストレージ装置４から送信されてくる自端末を利用するストレージ管理者の役割に基づいて、定期ポーリング処理を実行すべきか否かを判定する機能を有するプログラムである。データ受信・定期ポーリング要否判定部１６は、ストレージ装置４から通知された自端末を利用するストレージ管理者の役割が「フォロワ」であった場合には、定期ポーリング処理を停止するよう内部的な制御を実行する。
【００７３】
また蓄積データ送信部１７は、Ｗｅｂブラウザ１５が管理するセッションストレージに格納されているストレージリソースの過去の性能情報の送信をストレージ装置４から要求された場合に、その性能情報をストレージ装置４に送信する機能を有するプログラムである。
【００７４】
さらに蓄積データ回収部１８は、自端末が新たに本情報処理システム１に追加された場合に、自端末を利用するストレージ管理者の管理対象リソースの過去の性能情報の転送をストレージ装置４に要求する機能を有するプログラムである。
【００７５】
これらデータ受信・定期ポーリング要否判定部１６、蓄積データ送信部１７及び蓄積データ回収部１８のより具体的な処理内容については後述する。
【００７６】
（３）ポーリング抑制機能及び蓄積データ共有機能に関する各種処理
次に、かかるポーリング抑制機能及び蓄積データ共有機能に関連してストレージ装置４や管理用端末２において実行される各種処理の具体的な処理内容について説明する。
【００７７】
（３−１）ポーリング抑制機能に関連して実行される各種処理
（３−１−１）データ配信制御処理
図７は、管理用端末２からのリソース性能情報送信要求を受信したストレージ装置４において実行される一連の処理（以下、これをデータ配信制御処理と呼ぶ）の流れを示す。なお、リソース性能情報送信要求には、送信元の管理用端末２の第１のネットワーク５上のネットワークアドレスと、その管理用端末２を利用するストレージ管理者の管理者ＩＤとが含まれる。
【００７８】
ストレージ装置４のデータ配信制御部４１（図１）は、かかるリソース性能情報送信要求を受信すると、この図７に示すデータ配信制御処理を開始し、まず、そのリソース性能情報送信要求の送信元の管理用端末２（以下、これを第１の要求送信元管理用端末２と呼ぶ）を利用するストレージ管理者（以下、これを第１の要求送信元ストレージ管理者と呼ぶ）と対応付けて、そのときの日時を管理者アクセス管理テーブル３８（図６）に登録する（Ｓ１）。
【００７９】
続いて、データ配信制御部４１は、管理者テーブル３７（図５）を参照して、そのとき受信したリソース性能情報送信要求に含まれる第１の要求送信元ストレージ管理者の管理者ＩＤが既に管理者テーブル３７に登録されているか否かを判定する（Ｓ２）。
【００８０】
この判定で否定結果を得ることは、かかるリソース性能情報送信要求が第１の要求送信元管理用端末２からの最初のアクセスであることを意味する。かくして、このときデータ配信制御部４１は、図１３について後述する管理者役割決定／更新処理の実行を管理者役割決定／更新部４０（図１）に指示する（Ｓ３）。そして、この指示を受けた管理者役割決定／更新部４０は、図１３に示す手順に従って、その第１の要求送信元管理用端末２を利用する第１の要求送信元ストレージ管理者の役割（「マスタ」、「サブマスタ」又は「フォロワ」）を決定し、決定結果を含むその第１の要求送信元ストレージ管理者に関する必要な情報を管理者テーブル３７に登録する。
【００８１】
これに対して、ステップＳ２の判定で肯定結果を得ることは、かかるリソース性能情報送信要求が第１の要求送信元管理用端末２からの２回目以降のアクセスであり、従って、その第１の要求送信元管理用端末２を利用する第１の要求送信元ストレージ管理者の役割が既に決定して管理者テーブル３７に登録されていることを意味する。かくして、このときデータ配信制御部４１は、その第１の要求送信元ストレージ管理者の役割を管理者テーブル３７から読み出して、当該役割が「マスタ」、「サブマスタ」及び「フォロワ」のいずれであるかを判定する（Ｓ４）。
【００８２】
そしてデータ配信制御部４１は、第１の要求送信元ストレージ管理者に設定された役割が「マスタ」であると判定した場合には、その第１の要求送信元ストレージ管理者の各管理対象リソースの性能情報を取得し、取得したこれらの性能情報を性能情報管理テーブル３６（図４）に格納する（Ｓ５）。
【００８３】
具体的に、データ配信制御部４１は、このステップＳ５において、まず、管理者テーブル３７（図５）における第１の要求送信元ストレージ管理者に対応する行の管理リソースビットセット欄３７Ｅ（図５）に格納されている管理リソースビットセットを取得する。この管理リソースビットセットにおいて値が「１」に設定されている各ビットにそれぞれ対応するストレージリソースがその第１の要求送信元ストレージ管理者の管理対象リソースである。
【００８４】
かくして、データ配信制御部４１は、これらストレージリソースの性能情報の収集をリソース制御プログラム３５（図１）の性能情報収集部４４（図１）に依頼し、この結果として得られたこれらストレージリソース（各管理対象リソース）の性能情報を性能情報管理テーブル３６の対応する性能情報欄３６Ｂにそれぞれ格納する。
【００８５】
続いて、データ配信制御部４１は、ステップＳ４で特定した第１の要求送信元ストレージ管理者の役割と、ステップＳ５で取得した各ストレージリソース（各管理対象リソース）の性能情報とを第１の要求送信元管理用端末２に送信する（Ｓ６）。
【００８６】
またデータ配信制御部４１は、管理者テーブル３７を参照して、第１の要求送信元ストレージ管理者と同じ系統に属し、役割が「フォロワ」に設定されたストレージ管理者が存在するか否かを判定する（Ｓ７）。そしてデータ配信制御部４１は、この判定で否定結果を得ると、このデータ配信制御を終了する。
【００８７】
これに対して、データ配信制御部４１は、ステップＳ７の判定で肯定結果を得ると、そのとき検出した役割が「フォロワ」に設定された各ストレージ管理者の管理用端末２に必要な性能情報をプッシュ配信する第１の性能情報配信処理を実行し（Ｓ８）、この後、このデータ配信制御処理を終了する。
【００８８】
一方、データ配信制御部４１は、ステップＳ４において、第１の要求送信元ストレージ管理者に設定された役割が「サブマスタ」であると判定した場合には、その第１の要求送信元ストレージ管理者が利用している管理用端末２（第１の要求送信元管理用端末２）と、第１の要求送信元ストレージ管理者と同じ系統に属し、かつ役割が「フォロワ」に設定されたストレージ管理者が利用している管理用端末２とに必要な性能情報及びそのストレージ管理者の役割をそれぞれ送信する第２の性能情報配信処理を実行し（Ｓ９）、この後、このデータ配信制御処理を終了する。
【００８９】
またデータ配信制御部４１は、ステップＳ４において、第１の要求送信元ストレージ管理者に設定された役割が「フォロワ」であると判定した場合には、その第１の要求送信元ストレージ管理者が利用している管理用端末２（第１の要求送信元管理用端末２）に対してその第１の要求送信元ストレージ管理者が管理している各ストレージリソース（各管理対象リソース）の性能情報を送信する第３の性能情報配信処理を実行し（Ｓ１０）、この後、このデータ配信制御処理を終了する。
【００９０】
（３−１−２）管理者アクセス管理テーブル更新処理
図８は、図７について上述したデータ配信制御処理のステップＳ１においてデータ配信制御部４１により実行される管理者アクセス管理テーブル更新処理の具体的な処理内容を示す。
【００９１】
データ配信制御部４１は、データ配信制御処理のステップＳ１に進むとこの図８に示す管理者アクセス管理テーブル更新処理を開始し、まず、管理者アクセス管理テーブル３８（図６）を参照して、そのとき受信したリソース性能情報送信要求に含まれる第１の要求送信元ストレージ管理者の管理者ＩＤが管理者アクセス管理テーブル３８に既に登録済みであるか否かを判定する（Ｓ２０）。
【００９２】
そしてデータ配信制御部４１は、この判定で肯定結果を得ると、管理者アクセス管理テーブル３８における第１の要求送信元ストレージ管理者に対応する行（管理者ＩＤ欄３８Ａに第１の要求送信元ストレージ管理者の管理者ＩＤが格納されている行）の最終アクセス日時欄３８Ｄに格納されている日時を現在の日時に更新する（Ｓ２１）。そしてデータ配信制御部４１は、この後、この管理者アクセス管理テーブル更新処理を終了してデータ配信制御処理（図７）に戻る。
【００９３】
これに対して、データ配信制御部４１は、ステップＳ２０の判定で否定結果を得ると、そのときの第１の要求送信元ストレージ管理者に関する必要な情報を管理者アクセス管理テーブル３８に新規に登録する（Ｓ２２）。
【００９４】
具体的に、データ配信制御部４１は、管理者アクセス管理テーブル３８の未使用の行を確保し、その行の管理者ＩＤ欄３８Ａに、そのとき受信したリソース性能情報送信要求に含まれていた第１の要求送信元ストレージ管理者の管理者ＩＤを格納する。またデータ配信制御部４１は、そのリソース性能情報送信要求の受信時に取得した第１の要求送信元管理用端末２の第１のネットワーク５上のネットワークアドレスをその行の管理者端末欄３８Ｂに格納すると共に、その行の最初のアクセス日時欄３８Ｃ及び最終アクセス日時欄３８Ｄの双方に現在の日時をそれぞれ格納する。
【００９５】
そしてデータ配信制御部４１は、この後、この管理者アクセス管理テーブル更新処理を終了してデータ配信制御処理（図７）に戻る。
【００９６】
（３−１−３）第１の性能情報配信処理
一方、図９は、図７について上述したデータ配信制御処理のステップＳ８においてデータ配信制御部４１により実行される第１の性能情報配信処理の具体的な処理内容を示す。
【００９７】
データ配信制御部４１は、データ配信制御処理のステップＳ８に進むとこの図９に示す第１の性能情報配信処理を開始し、まず、管理者テーブル３７（図５）を参照して、「マスタ」である第１の要求送信元ストレージ管理者と同じ系統に所属し、かつ、役割が「フォロワ」に設定されたストレージ管理者の一覧を生成する（Ｓ３０）。
【００９８】
具体的に、データ配信制御部４１は、管理者テーブル３７における第１の要求送信元ストレージ管理者に対応する行の系統欄３７Ｄ（図５）に格納された値と同じ値が系統欄３７Ｄに格納され、かつ、役割欄３７Ｂ（図５）に格納された役割が「フォロワ」である行の情報を管理者テーブル３７から抽出し、このような行の一覧（以下、これを同系統フォロワ一覧と呼ぶ）を生成する。
【００９９】
続いて、データ配信制御部４１は、同系統フォロワ一覧に登録された「フォロワ」の中から一人の「フォロワ」を選択し（Ｓ３１）、選択した「フォロワ」（以下、これを選択「フォロワ」と呼ぶ）の管理リソースビットセットと、「マスタ」である第１の要求送信元ストレージ管理者の管理リソースビットセットとを管理者テーブル３７からそれぞれ取得する（Ｓ３２）。
【０１００】
次いで、データ配信制御部４１は、ステップＳ３２で取得した選択「フォロワ」の管理リソースビットセットと、第１の要求送信元ストレージ管理者の管理リソースビットセットとのＡＮＤ演算を対応するビットごとにそれぞれ行うビット演算（以下、これをビット単位ＡＮＤ演算と呼ぶ）を実行し、その演算結果が選択「フォロワ」の管理リソースビットセットと一致するか否かを判定する（Ｓ３３）。
【０１０１】
この判定で否定結果を得ることは、例えば図２の「Ｂ」及び「Ｄ」の関係のように、選択「フォロワ」の管理対象リソースの集合が、「マスタ」である第１の要求送信元ストレージ管理者の管理対象リソースの集合に完全には包含されておらず、直前のデータ配信制御処理（図７）のステップＳ５で取得した第１の要求送信元ストレージ管理者の管理対象リソースの性能情報だけでは選択「フォロワ」のすべての管理対象リソースの最新の性能情報が揃わないことを意味する。かくして、このときデータ配信制御部４１は、この第１の性能情報配信処理を終了してデータ配信制御処理に戻る。
【０１０２】
なお、この場合には、選択「フォロワ」の管理対象リソースのうち、第１の要求送信元ストレージ管理者の管理対象リソースの集合に包含されない各ストレージリソースを管理対象リソースとして包含する「サブマスタ」（例えば図２の「Ｃ」）の管理対象リソースの性能情報を取得したときに、選択「フォロワ」のすべての管理対象リソースの最新の性能情報が揃うため、この段階で選択「フォロワ」の各管理対象リソースの最新の性能情報が選択「フォロワ」の管理用端末２にプッシュ配信されることになる（図１１のステップＳ５５〜ステップＳ５７参照）。
【０１０３】
これに対して、ステップＳ３３の判定で肯定結果を得ることは、例えば図２の「Ｂ」及び「Ｅ」の関係のように、選択「フォロワ」の管理対象リソースの集合が、「マスタ」である第１の要求送信元ストレージ管理者の管理対象リソースの集合に完全に包含されており、データ配信制御処理のステップＳ５で取得した第１の要求送信元ストレージ管理者の管理対象リソースの性能情報だけで選択「フォロワ」のすべての管理対象リソースの最新の性能情報が揃うことを意味する。
【０１０４】
かくして、このときデータ配信制御部４１は、ステップＳ３２で取得した選択「フォロワ」の管理リソースビットセットにおいての値が「１」に設定されている各ビットにそれぞれ対応するストレージリソースの性能情報を性能情報管理テーブル３６（図４）から取得する（Ｓ３４）。
【０１０５】
またデータ配信制御部４１は、ステップＳ３０で生成した同系統フォロワ一覧から選択「フォロワ」の管理者ＩＤを取得し、この管理者ＩＤをキーとして管理者アクセス管理テーブル３８（図６）を検索することにより選択「フォロワ」が利用している管理用端末２のネットワークアドレスを特定し、そのネットワークアドレスをあて先としてステップＳ３４で取得したすべての性能情報を送信する（Ｓ３５）。
【０１０６】
次いで、データ配信制御部４１は、ステップＳ３０で生成した同系統フォロワ一覧に情報が掲載されているすべてのストレージ管理者（「フォロワ」）について、ステップＳ３１〜ステップＳ３５の処理を実行し終えたか否かを判定する（Ｓ３６）。
【０１０７】
データ配信制御部４１は、この判定で否定結果を得るとステップＳ３１に戻り、この後、ステップＳ３１で選択する「フォロワ」を、ステップＳ３０で生成した同系統フォロワ一覧に情報が掲載されている未処理の他の「フォロワ」に順次切り替えながら、ステップＳ３１〜ステップＳ３６の処理を繰り返す。
【０１０８】
そしてデータ配信制御部４１は、やがてステップＳ３０で生成した同系統フォロワ一覧に情報が掲載されたすべての「フォロワ」に対してその「フォロワ」の管理対象リソースの性能情報を送信し終えることによりステップＳ３６で肯定結果を得ると、この第１の性能情報配信処理を終了してデータ配信制御処理に戻る。
【０１０９】
（３−１−４）第２の性能情報配信処理
図１０は、図７について上述したデータ配信制御処理のステップＳ９においてデータ配信制御部４１により実行される第２の性能情報配信処理の具体的な処理内容を示す。
【０１１０】
データ配信制御部４１は、データ配信制御処理のステップＳ９に進むとこの図１０に示す第２の性能情報配信処理を開始し、まず、「サブマスタ」である第１の要求送信元ストレージ管理者の管理リソースビットセットを管理者テーブル３７（図５）から取得する（Ｓ４０）。
【０１１１】
続いて、データ配信制御部４１は、第１の要求送信元ストレージ管理者と同じ系統に所属する「マスタ」の管理リソースビットセットと、第１の要求送信元ストレージ管理者と同じ系統に所属し、第１の要求送信元ストレージ管理者よりもサブマスタ識別子が小さいすべての「サブマスタ」の管理リソースビットセットとを管理者テーブル３７からそれぞれ取得し、取得したこれらの管理リソースビットセットのＯＲ演算を対応するビットごとにそれぞれ行うビット演算（以下、これをビット単位ＯＲ演算と呼ぶ）を実行する（Ｓ４１）。
【０１１２】
なお、以下においては、第１の要求送信元ストレージ管理者と同じ系統に所属する「マスタ」と、第１の要求送信元ストレージ管理者と同じ系統に所属し、かつ第１の要求送信元ストレージ管理者よりもサブマスタ識別子が小さいすべての「サブマスタ」とをまとめて第１の要求送信元ストレージ管理者の「上位役割者」と呼び、ステップＳ４１のビット単位ＯＲ演算の演算結果を「上位役割者の管理リソースビットセット」と呼ぶものとする。この「上位役割者の管理リソースビットセット」は、第１の要求送信元ストレージ管理者の上位役割者の管理対象リソースの和集合を表す。
【０１１３】
次いで、データ配信制御部４１は、第１の要求送信元ストレージ管理者の管理対象リソースのうち、上位役割者の管理対象リソースでないストレージリソースをすべて特定し、これらストレージリソースの最新の性能情報を取得すると共に、取得した性能情報を性能情報管理テーブル３６（図４）に格納する（Ｓ４２）。
【０１１４】
具体的に、データ配信制御部４１は、ステップＳ４０で取得した第１の要求送信元ストレージ管理者の管理リソースビットセットと、ステップＳ４１で取得した上位役割者の管理リソースビットセットとのＸＯＲ演算を対応するビットごとに行うビット演算（ビット単位ＸＯＲ演算）を実行し、その演算結果と、第１の要求送信元ストレージ管理者の管理リソースビットセットとのビット単位ＡＮＤ演算を実行する。
【０１１５】
このビット単位ＡＮＤ演算の演算結果において、対応するビットの値が「１」となっているストレージリソースは、第１の要求送信元ストレージ管理者の管理対象リソースのうちの上位役割者の管理対象でない管理対象リソースに該当する。かくして、データ配信制御部４１は、これらストレージリソースの性能情報をリソース制御プログラム３５（図１）の性能情報収集部４４（図１）を介して取得し、取得したこれらの性能情報を性能情報管理テーブル３６の対応する性能情報欄３６Ｂ（図４）に格納する。
【０１１６】
この後、データ配信制御部４１は、ステップＳ４０で取得した第１の要求送信元ストレージ管理者の管理リソースビットセットにおいて対応するビットの値が「１」に設定されているすべてのストレージリソースの性能情報を性能情報管理テーブル３６から取得し（Ｓ４３）、取得したこれらの性能情報と、第１の要求送信元ストレージ管理者の役割（「サブマスタ」）とを第１の要求送信元管理用端末２に送信する（Ｓ４４）。
【０１１７】
続いて、データ配信制御部４１は、管理者テーブル３７（図５）を参照して、第１の要求送信元ストレージ管理者と同じ系統に所属し、かつ役割が「フォロワ」に設定されたストレージ管理者が存在するか否かを判定する（Ｓ４５）。そしてデータ配信制御部４１は、この判定で否定結果を得ると、この第２の性能情報配信処理を終了してデータ配信制御処理（図７）に戻る。
【０１１８】
これに対して、データ配信制御部４１は、ステップＳ４５の判定で肯定結果を得ると、第１の要求送信元ストレージ管理者の管理対象リソースのうちの上位役割者の管理対象でない管理対象リソースを管理対象とする「フォロワ」に対してその管理対象リソースの性能情報をプッシュ配信するプッシュ配信処理を実行し（Ｓ４６）、この後、この第２の性能情報配信処理を終了してデータ配信制御処理に戻る。
【０１１９】
なお、かかる第２の性能情報配信処理のステップＳ４６で実行されるプッシュ配信処理の具体的な処理内容を図１１に示す。データ配信制御部４１は、第２の性能情報配信処理のステップＳ４６に進むと、この図１１に示すプッシュ配信処理を開始し、まず、ステップＳ４１で算出した第１の要求送信元ストレージ管理者（「サブマスタ」）の上位役割者の管理リソースビットセットと、ステップＳ４０で取得した第１の要求送信元ストレージ管理者の管理リソースビットセットとのビット単位ＯＲ演算を実行する（Ｓ５０）。
【０１２０】
このビット単位ＯＲ演算の演算結果は、第１の要求送信元ストレージ管理者の管理対象リソースの集合と、上位役割者の管理対象リソースの集合との和集合を表す。従って、第１の要求送信元ストレージ管理者と同じ系統に所属し、かつ、役割が「フォロワ」に設定されたストレージ管理者の管理対象リソースの集合は、この和集合に包含される。なお、以下においては、ステップＳ５０の演算結果をベースビットセットと呼ぶものとする。
【０１２１】
続いて、データ配信制御部４１は、管理者テーブル３７を参照して、第１の要求送信元ストレージ管理者と同じ系統に所属し、かつ、役割が「フォロワ」に設定されたストレージ管理者の一覧（同系統フォロワ一覧）を図９のステップＳ３０と同様にして生成する（Ｓ５１）。
【０１２２】
またデータ配信制御部４１は、同系統フォロワ一覧に登録された「フォロワ」の中から一人の「フォロワ」を選択し（Ｓ５２）、選択した「フォロワ」（選択「フォロワ」）の管理リソースビットセットを管理者テーブル３７から取得する（Ｓ５３）。
【０１２３】
この後、データ配信制御部４１は、第２の性能情報配信処理（図１０）のステップＳ４１で算出した上位役割者の管理リソースビットセットと、ステップＳ５３で取得した選択「フォロワ」の管理リソースビットセットとのビット単位ＡＮＤ演算を実行し、その演算結果が選択「フォロワ」の管理リソースビットセットと一致するか否かを判定する（Ｓ５４）。
【０１２４】
この判定で肯定結果を得ることは、選択「フォロワ」の管理対象リソースの集合が、第１の要求送信元ストレージ管理者の上位役割者の管理対象リソースの集合に包含されており、かかる上位役割者について実行された又は実行される第１又は第２の性能情報配信処理においてその選択「フォロワ」に対してその管理対象リソースの性能情報がプッシュ配信された又はプッシュ配信されることを意味する。かくして、このときデータ配信制御部４１は、選択「フォロワ」の管理用端末２に対して選択「フォロワ」の管理対象リソースの性能情報を送信することなくステップＳ５８に進む。
【０１２５】
一方、データ配信制御部４１は、ステップＳ５４の判定で否定結果を得ると、ステップＳ５０で算出したベースビットセットと、ステップＳ５３で取得した選択「フォロワ」の管理リソースビットセットとのビット単位ＡＮＤ演算を実行し、その演算結果が選択「フォロワ」の管理リソースビットセットと一致するか否かを判定する（Ｓ５５）。
【０１２６】
この判定で否定結果を得ることは、選択「フォロワ」の管理対象リソースの集合が、第１の要求送信元ストレージ管理者の管理対象リソースの集合と、その上位役割者の管理対象リソースの集合との和集合に包含されておらず、選択「フォロワ」のすべての管理対象リソースの最新の性能情報が性能情報管理テーブル３６（図４）に格納されていない可能性があることを意味する。かくして、このときデータ配信制御部４１は、選択「フォロワ」の管理用端末２に対して選択「フォロワ」の管理対象リソースの性能情報を送信することなくステップＳ５８に進む。
【０１２７】
これに対して、ステップＳ５５の判定で肯定結果を得ることは、選択「フォロワ」の管理対象リソースの集合が、第１の要求送信元ストレージ管理者の管理対象リソースの集合と、その上位役割者の管理対象リソースの集合との和集合に包含されており、選択「フォロワ」のすべての管理対象リソースの最新の性能情報が性能情報管理テーブル３６に格納されていることを意味する。
【０１２８】
かくして、このときデータ配信制御部４１は、選択「フォロワ」の管理リソースビットセットで対応するビットの値が「１」に設定されたすべてのストレージリソース（管理対象リソース）の性能情報を性能情報管理テーブル３６から取得する（Ｓ５６）。
【０１２９】
またデータ配信制御部４１は、図９のステップＳ３５と同様にして、選択「フォロワ」が利用する管理用端末２のネットワークアドレスを特定し、そのネットワークアドレスを送信先としてステップＳ５６で取得したすべての性能情報を送信する（Ｓ５７）。
【０１３０】
次いで、データ配信制御部４１は、ステップＳ５１で生成した同系統フォロワ一覧に該当する情報が掲載されているすべてのストレージ管理者（「フォロワ」）について、ステップＳ５３〜ステップＳ５７の処理を実行し終えたか否かを判定する（Ｓ５８）。
【０１３１】
データ配信制御部４１は、この判定で否定結果を得るとステップＳ５２に戻り、この後、ステップＳ５２で選択する「フォロワ」を、ステップＳ５１で生成した同系統フォロワ一覧に情報が掲載されている未処理の他の「フォロワ」に順次切り替えながら、ステップＳ５２〜ステップＳ５８の処理を繰り返す。
【０１３２】
そしてデータ配信制御部４１は、やがてステップＳ５１で生成した同系統フォロワ一覧に情報が掲載されたすべての「フォロワ」に対してその管理対象リソースの性能情報を送信し終えることによりステップＳ５８で肯定結果を得ると、このプッシュ配信処理を終了して第２の性能情報配信処理に戻る。
【０１３３】
（３−１−５）第３の性能情報配信処理
図１２は、図７について上述したデータ配信制御処理のステップＳ１０においてデータ配信制御部４１により実行される第３の性能情報配信処理の具体的な処理内容を示す。
【０１３４】
データ配信制御部４１は、データ配信制御処理のステップＳ１０に進むとこの図１２に示す第３の性能情報配信処理を開始し、まず、「フォロワ」である第１の要求送信元ストレージ管理者の管理リソースビットセットを管理者テーブル３７（図５）から取得する（Ｓ６０）。
【０１３５】
続いて、データ配信制御部４１は、第１の要求送信元ストレージ管理者の管理リソースビットセットで対応するビットの値が「１」に設定されたすべてのストレージリソース（管理対象リソース）の最新の性能情報を性能情報管理テーブル３６（図４）から取得する（Ｓ６１）。
【０１３６】
次いで、データ配信制御部４１は、ステップＳ６１で取得した第１の要求送信元ストレージ管理者の各管理対象リソースの性能情報と、その第１の要求送信元ストレージ管理者の役割（「フォロワ」）とを、そのときのリソース性能情報送信要求の送信元の管理用端末２に送信する（Ｓ６２）。
【０１３７】
そしてデータ配信制御部４１は、この後、この第３の性能情報配信処理を終了してデータ配信制御処理に戻る。
【０１３８】
（３−１−６）管理者役割決定／更新処理
一方、図１３は、データ配信制御処理（図７）のステップＳ３でデータ配信制御部４１から管理者役割決定／更新処理の実行を指示されたストレージ管理プログラム３４（図１）の管理者役割決定／更新部４０（図１）により実行される管理者役割決定／更新処理の具体的な処理内容を示す。
【０１３９】
管理者役割決定／更新部４０は、データ配信制御部からかかる指示が与えられると、この図１３に示す管理者役割決定／更新処理を開始し、まず、第１の要求送信元ストレージ管理者の管理対象リソースをリソース制御プログラム３５（図１）のリソースアクセス制御部４３（図１）に問い合わせる（Ｓ７０）。
【０１４０】
この問合せを受けたリソースアクセス制御部４３は、予め登録されているその第１の要求送信元ストレージ管理者のすべての管理対象リソースが掲載された一覧（以下、これを管理対象リソース一覧と呼ぶ）を生成し、生成した管理対象リソース一覧を管理者役割決定／更新部４０に送信する。
【０１４１】
続いて、管理者役割決定／更新部４０は、ステップＳ７０で取得した管理対象リソース一覧に基づいて第１の要求送信元ストレージ管理者の管理リソースビットセットを生成する（Ｓ７１）。具体的に、管理者役割決定／更新部４０は、ストレージ装置４内のすべてのストレージリソースにそれぞれ対応するビットが並べられたビット列（初期時にはすべてのビットの値が「０」）を生成し、そのビット列のうち、ステップＳ７０で取得した管理対象リソース一覧に掲載されているストレージリソースに対応するビットの値を「１」に設定するようにしてかかる管理リソースビットセットを生成する。
【０１４２】
次いで、管理者役割決定／更新部４０は、管理者テーブル３７（図５）を参照して、現在の管理者テーブル３７が空であるか否かを判定する（Ｓ７２）。
【０１４３】
ここで、この判定で肯定結果を得ることは、そのときの第１の要求送信元ストレージ管理者が、ストレージ装置４にリソース性能情報送信要求を送信してきた最初のストレージ管理者であることを意味する。かくして、このとき管理者役割決定／更新部４０は、その第１の要求送信元ストレージ管理者を、役割を「マスタ」として管理者テーブル３７に登録し（Ｓ７３）、この後、この管理者役割決定／更新処理を終了する。
【０１４４】
これに対して、ステップＳ７２の判定で否定結果を得ることは、そのときの第１の要求送信元ストレージ管理者が、ストレージ装置４にリソース性能情報送信要求を送信してきた最初のストレージ管理者ではなく、既に役割が設定されて管理者テーブル３７に登録されているストレージ管理者が存在すること意味する。
【０１４５】
かくして、このとき管理者役割決定／更新部４０は、既に管理者テーブル３７に登録されているストレージ管理者のうち、そのときの第１の要求送信元ストレージ管理者が所属することになる系統と同じ系統に所属するストレージ管理者がすべて掲載された一覧（以下、これをストレージ管理者一覧と呼ぶ）を生成する（Ｓ７４）。
【０１４６】
具体的に、管理者役割決定／更新部４０は、既に管理者テーブル３７に登録されている各ストレージ管理者の管理リソースビットセットと、ステップＳ７１で生成したそのときの第１の要求送信元ストレージ管理者の管理リソースビットセットとのビット単位ＡＮＤ演算を順番に実行し、すべてのビットが「０」とならない演算結果が得られた管理リソースビットセットに対応するストレージ管理者の管理者ＩＤと、そのストレージ管理者の管理リソースビットセットとが掲載されたストレージ管理者一覧を生成する。
【０１４７】
続いて、管理者役割決定／更新部４０は、ステップＳ７４で生成したストレージ管理者一覧に掲載されているストレージ管理者を、その管理リソースビットセットにおいて「１」に設定されたビットの数が多い順番に並べ（Ｓ７５）、順番が最初のストレージ管理者を「マスタ」に決定する（Ｓ７６）。
【０１４８】
次いで、管理者役割決定／更新部４０は、ステップＳ７４で生成したストレージ管理者一覧に掲載され、ステップＳ７６で「マスタ」に設定したストレージ管理者以外のストレージ管理者のうち、ステップＳ７８以降の処理が未処理で、かつ、並びの順番が最も早い一人を選択する（Ｓ７７）。
【０１４９】
また管理者役割決定／更新部４０は、ステップＳ７７で選択したストレージ管理者（以下、これを選択ストレージ管理者と呼ぶ）の管理リソースビットセットと、ステップＳ７６で「マスタ」に決定したストレージ管理者の管理リソースビットセットとのビット単位ＯＲ演算を実行する。さらに管理者役割決定／更新部４０は、この演算結果と、選択ストレージ管理者の管理リソースビットセットとのビット単位ＡＮＤ演算を実行し、その演算結果が選択ストレージ管理者の管理リソースビットセットと一致するか否かを判定する（Ｓ７８）。
【０１５０】
この判定で肯定結果を得ることは、選択ストレージ管理者の管理対象リソースの集合が、ステップＳ７６で「マスタ」に決定されたストレージ管理者の管理対象リソースの集合に包含されることを意味する。かくして、このとき管理者役割決定／更新部４０は、選択ストレージ管理者を「フォロワ」に決定する（Ｓ７９）。
【０１５１】
これに対して、ステップＳ７８の判定で否定結果を得ることは、選択ストレージ管理者の管理対象リソースの集合が、ステップＳ７６で「マスタ」に決定されたストレージ管理者の管理対象リソースの集合に包含されないことを意味する。かくして、このとき管理者役割決定／更新部４０は、選択ストレージ管理者を「サブマスタ」に決定すると共に、当該選択ストレージ管理者に対して、同系列で未だ使用されていない「０」以上の整数をサブマスタ識別子として付与する（Ｓ８０）。
【０１５２】
続いて、管理者役割決定／更新部４０は、ステップＳ７４で生成したストレージ管理者一覧に掲載されているストレージ管理者のうち、ステップＳ７６で「マスタ」に設定したストレージ管理者以外のすべてのストレージ管理者についてステップＳ７８〜ステップＳ８０の処理を実行し終えたか否かを判定する（Ｓ８１）。
【０１５３】
管理者役割決定／更新部４０は、この判定で否定結果を得るとステップＳ７７に戻り、この後、ステップＳ７７で選択するストレージ管理者を未処理の他の該当するストレージ管理者に順次切り替えながらステップＳ７７〜ステップＳ８１の処理を繰り返す。
【０１５４】
そして管理者役割決定／更新部４０は、やがてステップＳ７４で生成したストレージ管理者一覧に掲載されている「マスタ」以外のストレージ管理者に対するステップＳ７８〜ステップＳ８０の処理を実行し終えることによりステップＳ８１で肯定結果を得ると、この管理者役割決定／更新処理を終了する。
【０１５５】
（３−１−７）データ受信・定期ポーリング要否判定処理
他方、図１４は、リソース性能情報送信要求をストレージ装置４に送信後にその応答（役割及び各管理対象リソースの性能情報）を受信した管理用端末２のデータ受信・定期ポーリング要否判定部１６（図１）により実行される一連の処理（以下、これをデータ受信・定期ポーリング要否判定処理と呼ぶ）の内容を示す。
【０１５６】
データ受信・定期ポーリング要否判定部１６は、かかる応答を受信すると、この図１４に示すデータ受信・定期ポーリング要否判定処理を開始し、まず、かかる応答に含まれる各管理対象リソースの性能情報を、各管理対象リソースのリソースＩＤをキーとして、Ｗｅｂブラウザ１５（図１）のセッションストレージに格納する（Ｓ９０）。
【０１５７】
続いて、データ受信・定期ポーリング要否判定部１６は、ステップＳ９０でセッションストレージに格納した管理対象リソースの性能情報に基づく利用状況レポートを表示デバイス１１（図１）に表示させるようＷｅｂブラウザ１５を制御する（Ｓ９１）。
【０１５８】
またデータ受信・定期ポーリング要否判定部１６は、かかる応答に含まれる役割を取得し、取得した役割が「フォロワ」であるか否かを判定する（Ｓ９２）。そしてデータ受信・定期ポーリング要否判定部１６は、この判定で否定結果を得ると、このデータ受信・定期ポーリング要否判定を終了する。
【０１５９】
これに対して、データ受信・定期ポーリング要否判定部１６は、ステップＳ９２の判定で肯定結果を得ると、定期ポーリングを停止するよう自端末の内部設定を変更し（Ｓ９３）、このデータ受信・定期ポーリング要否判定を終了する。
【０１６０】
（３−１−８）利用停止時役割再設定処理
図１５は、いずれかのストレージ管理者が自己の管理用端末２に対して利用状況レポートの表示を停止すべき操作入力を行った場合に、管理者役割決定／更新部４０により実行される一連の処理（以下、これを利用停止時役割再設定処理と呼ぶ）の具体的な処理内容を示す。
【０１６１】
本情報処理システム１の場合、ストレージ管理者が自己の管理用端末２に対して上述の利用状況レポートの表示を停止すべき操作入力を行うと、これに応じてその管理用端末２からストレージ装置４に対してストレージ管理プログラム３４の利用を停止する旨の要求（以下、これをストレージ管理プログラム利用停止要求と呼ぶ）が送信される。なお、ストレージ管理プログラム利用停止要求には、送信元の管理用端末２を利用するストレージ管理者の管理者ＩＤが含まれる。
【０１６２】
そしてこのストレージ管理プログラム利用停止要求を受信したストレージ装置４の管理者役割決定／更新部４０は、図１５に示す処理手順に従って、そのストレージ管理者と同じ系統に所属する他のストレージ管理者の役割を再設定する。
【０１６３】
具体的に、管理者役割決定／更新部４０は、かかるストレージ管理プログラム利用停止要求を受信すると、この図１５に示す利用停止時役割再設定処理を開始し、まず、そのストレージ管理プログラム利用停止要求に含まれる管理者ＩＤが付与されたストレージ管理者（以下、これを対象ストレージ管理者と呼ぶ）の役割と、当該対象ストレージ管理者が所属する系統の系統番号とを管理者テーブル３７から取得する（Ｓ１００）。
【０１６４】
続いて、管理者役割決定／更新部４０は、ステップＳ１００で取得した対象ストレージ管理者の役割が「フォロワ」であるか否かを判定する（Ｓ１０１）。
【０１６５】
ここで、この判定で肯定結果を得ることは、その対象ストレージ管理者の管理用端末２が定期ポーリング処理を実行していないため、他のストレージ管理者には何らの影響を与えないことを意味する。かくして、このとき管理者役割決定／更新部４０は、ステップＳに進む。
【０１６６】
これに対して、ステップＳ１０１の判定で否定結果を得ることは、その対象ストレージ管理者の管理用端末２がストレージ管理プログラムの利用を停止した場合に、管理対象リソースの集合の一部又は全部がその対象ストレージ管理者の管理対象リソースの集合に包含される「フォロワ」のストレージ管理者に影響を与えることを意味する。
【０１６７】
かくして、このとき管理者役割決定／更新部４０は、対象ストレージ管理者の管理用端末２がストレージ管理プログラム３４の利用を停止する（つまり定期ポーリング処理を停止する）ことによって影響を受ける他のストレージ管理者の役割を再設定（例えば、「フォロワ」から「サブマスタ」に再設定）する管理者役割再設定処理を実行する（Ｓ１０２）。
【０１６８】
また管理者役割決定／更新部４０は、管理者テーブル３７（図５）及び管理者アクセス管理テーブル３８（図６）からその対象ストレージ管理者に対応するレコード（行）のデータを削除し（Ｓ１０３）、この後、この利用停止時役割再設定処理を終了する。
【０１６９】
（３−１−９）管理者役割再設定処理
図１６は、図１５について上述した利用停止時役割再設定処理のステップＳ１０２において管理者役割決定／更新部４０により実行される管理者役割再設定処理の具体的な処理内容を示す。
【０１７０】
管理者役割決定／更新部４０は、利用停止時役割再設定処理のステップＳ１０２に進むと、この図１６に示す管理者役割再設定処理を開始し、まず、後述する系統リスト及び役割格上げリストをリセットする（Ｓ１１０）。
【０１７１】
続いて、管理者役割決定／更新部４０は、対象ストレージ管理者と同じ系統に所属する他のすべてのストレージ管理者の管理リソースビットセットをそれぞれ管理者テーブル３７（図５）から取得する（Ｓ１１１）。
【０１７２】
次いで、管理者役割決定／更新部４０は、ステップＳ１１１で取得した各管理リソースビットセットを、対応するストレージ管理者の役割が「マスタ」、「サブマスタ」及び「フォロワ」の順番にソートする（Ｓ１１２）。この際、管理者役割決定／更新部４０は、対応するストレージ管理者の役割が「サブマスタ」である管理リソースビットセットが複数存在する場合には、これらをサブマスタ識別子の値が小さい順にソートする。また管理者役割決定／更新部４０は、対応するストレージ管理者の役割が「フォロワ」である管理リソースビットが複数存在する場合には、これらを「１」に設定されたビットの数が多い順番にソートする。
【０１７３】
さらに管理者役割決定／更新部４０は、ステップＳ１１２でソートした管理リソースビットセットの中からステップＳ１１４以降が未処理で並び順が最も早い管理リソースビットセットを１つ選択する（Ｓ１１３）。
【０１７４】
続いて、管理者役割決定／更新部４０は、ステップＳ１１３で選択した管理リソースビットセット（以下、これを選択管理リソースビットセットと呼ぶ）がステップＳ１１２でソートした管理リソースビットセットのうちで先頭の管理リソースビットセットであるか否かを判定する（Ｓ１１４）。
【０１７５】
ここで、この判定で肯定結果を得ることは、選択管理リソースビットセットが、対象ストレージ管理者が所属する系統において間違いなく「マスタ」に設定されているストレージ管理者の管理リソースビットセットであることを意味する。かくして、このとき管理者役割決定／更新部４０は、管理者テーブル３７（図５）を参照して未使用の最も小さい系統番号を検出し、そのときの選択管理リソースビットセットに対応するストレージ管理者を、その系統番号を付与した新たな系統の「マスタ」とするように管理者テーブル３７を更新する（Ｓ１１５）。なお、このとき新たな系統の「マスタ」に設定したストレージ管理者の設定前の役割が「フォロワ」であった場合、管理者役割決定／更新部４０は、そのストレージ管理者が利用する管理用端末２に定期ポーリング処理を再開するよう指示を与える。
【０１７６】
これに対して、管理者役割決定／更新部４０は、ステップＳ１１４の判定で否定結果を得ると、選択管理リソースビットセットに対応するストレージ管理者を新規の系統に振り分け、さらにその系統内でのそのストレージ管理者の役割を設定する系統振分け及び役割設定処理を実行する（Ｓ１１６）。
【０１７７】
次いで、管理者役割決定／更新部４０は、選択管理リソースビットセットに対応するリソース管理者の管理用端末２が定期ポーリング処理を再開すべき管理用端末２であるか否かを判定する（Ｓ１１７）。具体的に、管理者役割決定／更新部４０は、選択管理リソースビットセットに対応するリソース管理者の元の系統内での役割が「フォロワ」であり、かつ新たな系統内での役割が「フォロワ」以外の役割（つまり「マスタ」又は「サブマスタ」）であるか否かを判定する。
【０１７８】
そして管理者役割決定／更新部４０は、この判定で否定結果を得るとステップＳ１１９に進む。これに対して、管理者役割決定／更新部４０は、ステップＳ１１７の判定で肯定結果を得ると、選択管理リソースビットセットに対応するストレージ管理者が利用する管理用端末２に定期ポーリング処理を再開させるべく、そのストレージ管理者の管理者ＩＤを役割格上げリストに登録する（Ｓ１１８）。
【０１７９】
この後、管理者役割決定／更新部４０は、ステップＳ１１２でソートしたすべての管理リソースビットセットについてステップＳ１１３以降の処理を実行し終えたか否かを判定する（Ｓ１１９）。そして管理者役割決定／更新部４０は、この判定で否定結果を得るとステップＳ１１３に戻り、この後、ステップＳ１１３で選択する管理リソースビットセットを、ステップＳ１１２でソートした管理リソースビットセットの中からステップＳ１１３以降が未処理で並び順が最も小さい管理リソースビットセットに順次切り替えながら、ステップＳ１１３〜ステップＳ１１９の処理を繰り返す。
【０１８０】
そして管理者役割決定／更新部４０は、やがてステップＳ１１２でソートしたすべての管理リソースビットセットについてステップＳ１１３以降の処理を実行し終えることによりステップＳ１１９で肯定結果を得ると、上述の役割格上げリストに管理者ＩＤが登録された各ストレージ管理者の管理用端末２に定期ポーリングを再開するよう指示する定期ポーリング再開指示処理を実行し（Ｓ１２０）、この後、この管理者役割再設定処理を終了して利用停止時役割再設定処理に戻る。
【０１８１】
（３−１−１０）系統振分け及び役割設定処理
図１７は、上述の利用停止時役割再設定処理（図１６）のステップＳ１１６において管理者役割決定／更新部４０により実行される系統振分け及び役割設定処理の具体的な処理内容を示す。
【０１８２】
管理者役割決定／更新部４０は、利用停止時役割再設定処理のステップＳ１１６に進むと、この図１７に示す系統振分け及び役割設定処理を開始し、まず、そのとき系統リストに掲載されている系統から１つの系統を選択する（Ｓ１３０）。
【０１８３】
続いて、管理者役割決定／更新部４０は、ステップＳ１３０で選択した系統（以下、これを選択系統と呼ぶ）に所属するすべてのストレージ管理者の管理リソースビットセットのビット単位ＯＲ演算を実行する。また管理者役割決定／更新部４０は、その演算結果と、選択管理リソースビットセットとのビット単位ＡＮＤ演算を実行し、その演算結果の各ビットの値がすべて「０」となったか否かを判定する（Ｓ１３１）。
【０１８４】
ここで、この判定で否定結果を得ることは、選択管理リソースビットセットに対応するストレージ管理者の管理対象リソースの集合が、ステップＳ１３０で選択した系統（選択系統）に所属するいずれの管理リソースビットセットに対応するストレージ管理者の管理対象リソースの集合とも重複していないことを意味する。かくして、このとき管理者役割決定／更新部４０は、系統リストに登録されたすべての系統をステップＳ１３０で選択し終えたか否かを判定する（Ｓ１３２）。
【０１８５】
そして管理者役割決定／更新部４０は、この判定で否定結果を得るとステップＳ１３０に戻り、この後、ステップＳ１３２で肯定結果を得るまでステップＳ１３０〜ステップＳ１３２の処理を繰り返す。また管理者役割決定／更新部４０は、やがて系統リストに掲載されたすべての系統についてステップＳ１３１の処理を実行し終えることによりステップＳ１３２で肯定結果を得ると、ステップＳ１３７に進む。
【０１８６】
これに対してステップＳ１３１の判定で否定結果を得ることは、選択管理リソースビットセットに対応するストレージ管理者の管理対象リソースの集合が、ステップＳ１３０で選択した系統（選択系統）に所属する少なくとも１つの管理リソースビットセットに対応するストレージ管理者の管理対象リソースの集合と重複する（つまり選択管理リソースビットセットに対応するストレージ管理者が選択系統に所属すべき）ことを意味する。
【０１８７】
かくして、このとき管理者役割決定／更新部４０は、選択管理リソースビットセットに対応するストレージ管理者の管理対象リソースの集合が、そのとき選択系統に所属している各ストレージ管理者の管理対象リソースの集合の和集合に包含されるか否かを判定する（Ｓ１３３）。
【０１８８】
具体的に、管理者役割決定／更新部４０は、そのとき選択系統に所属している各ストレージ管理者の管理リソースビットセットのビット単位ＯＲ演算を実行し、その演算結果と、選択管理リソースビットセットとのビット単位ＡＮＤ演算を実行する。そして管理者役割決定／更新部４０は、この演算結果が、選択管理リソースビットセットと一致するか否かを判定する。
【０１８９】
そして管理者役割決定／更新部４０は、この判定で肯定結果を得ると、対象管理リソースビットセットに対応するストレージ管理者の選択系統での役割を「フォロワ」に決定する（Ｓ１３４）。また管理者役割決定／更新部４０は、ステップＳ１３３の判定で否定結果を得ると、対象管理リソースビットセットに対応するストレージ管理者の選択系統での役割を「サブマスタ」に決定し、さらに０以上で未使用の最も小さいサブマスタ識別子をそのストレージ管理者に付与する（Ｓ１３５）。なお、管理者役割決定／更新部４０は、このとき「サブマスタ」に決定したストレージ管理者の設定前の役割が「フォロワ」であった場合、そのストレージ管理者が利用する管理用端末２に定期ポーリング処理を再開するよう指示を与える。
【０１９０】
また管理者役割決定／更新部４０は、ステップＳ１３４又はステップＳ１３５での決定結果に従って、管理者テーブル３７（図５）に登録されている対象ストレージ管理者の情報を更新し（Ｓ１３６）、この後、ステップＳ１３７に進む。
【０１９１】
管理者役割決定／更新部４０は、ステップＳ１３７に進むと、ステップＳ１３０〜ステップＳ１３６の処理により、選択管理リソースビットセットに対応するリソース管理者が所属すべき新たな系統が確定したか否かを判定する（Ｓ１３７）。そして管理者役割決定／更新部４０は、この判定で肯定結果を得ると、この系統振分け及び役割設定処理を終了する。
【０１９２】
これに対して、管理者役割決定／更新部４０は、ステップＳ１３７の判定で否定結果を得ると、管理者テーブル３７を参照して、最も小さい未使用の系統番号を検出し、選択管理リソースビットセットに対応するストレージ管理者を、その系統番号を付与した新たな系統の「マスタ」とするよう管理者テーブル３７を更新する。また管理者役割決定／更新部４０は、その新たな系統を系統リストに追加する（Ｓ１３８）。そして管理者役割決定／更新部４０は、この後、この系統振分け及び役割設定処理を終了する。
【０１９３】
（３−１−１１）定期ポーリング再開指示処理
図１８は、図１６について上述した管理者役割再設定処理のステップＳ１２０において管理者役割決定／更新部４０により実行される定期ポーリング再開指示処理の具体的な処理内容を示す。
【０１９４】
管理者役割決定／更新部４０は、管理者役割再設定処理のステップＳ１２０に進むとこの図１８に示す定期ポーリング再開指示処理を開始し、まず、上述した役割格上げリストに掲載されている管理者ＩＤの中から１つの管理者ＩＤを選択する（Ｓ１４０）。
【０１９５】
続いて、管理者役割決定／更新部４０は、ステップＳ１４０で選択した管理者ＩＤ（以下、これを選択管理者ＩＤと呼ぶ）が付与されたストレージ管理者が利用する管理用端末２に対して定期ポーリング処理を再開するよう指示を与える（Ｓ１４１）。具体的に、管理者役割決定／更新部４０は、管理者テーブル３７（図５）を参照して、選択管理者ＩＤが付与されたストレージ管理者が利用する管理用端末２の第１のネットワーク５でのネットワークアドレスを取得し、定期ポーリング処理を再開すべき旨のコマンドをそのネットワークアドレスに向けて送信する。
【０１９６】
次いで、管理者役割決定／更新部４０は、役割格上げリストに掲載されたすべての管理者ＩＤについてステップＳ１４１の処理を実行し終えたか否かを判定する（Ｓ１４２）。そして管理者役割決定／更新部４０は、この判定で否定結果を得るとステップＳ１４０に戻り、この後、ステップＳ１４０で選択する管理者ＩＤを未処理の他の管理者ＩＤに順次切り替えながら、ステップＳ１４０〜ステップＳ１４２の処理を繰り返す。
【０１９７】
そして管理者役割決定／更新部４０は、やがて役割格上げリストに掲載されたすべての管理者ＩＤについてステップＳ１４１の処理を実行し終えると、この定期ポーリング再開指示処理を終了する。
【０１９８】
（３−１−１２）定期ポーリング監視処理
上述のように「マスタ」や「サブマスタ」に設定されたストレージ管理者が利用する管理用端末２が障害等により定期ポーリング処理を実行できなくなった場合、その「マスタ」や「サブマスタ」と同系統の「フォロワ」にも、状況によっては管理対象リソースの性能情報がストレージ装置４からプッシュ配信されなくなるという影響が生じる。
【０１９９】
そこで、本実施の形態のストレージ装置４では、ストレージ管理プログラム３４（図１）の定期ポーリング監視部４２（図１）が、図１９の処理手順に従って「マスタ」や「サブマスタ」に設定されたストレージ管理者の管理用端末２が定期ポーリング処理を実行しているか否かを監視する定期ポーリング監視処理を、管理用端末２がリソース性能情報送信要求をストレージ装置に送信する周期（定期ポーリング処理の実行周期であり、例えば、５秒周期）よりも長い任意の周期（例えば、15秒周期であり、以下、これを監視周期と呼ぶ）で定期的に実行している。
【０２００】
そして定期ポーリング監視部４２は、この図１９に示す定期ピーリング管理処理を開始すると、まず、管理者テーブル３７（図５）に登録された管理者ＩＤの中からステップＳ１５１以降が未処理の１つの管理者ＩＤを選択し（Ｓ１５０）、選択した管理者ＩＤが付与されたストレージ管理者の最終アクセス日時を管理者テーブル３７から取得する（Ｓ１５１）。
【０２０１】
続いて、定期ポーリング監視部４２は、ステップＳ１５１で取得した最終アクセス日時が、現在時刻から上述の監視周期の時間を減算した時刻よりも前の時刻であるか否かを判定する（Ｓ１５２）。そして定期ポーリング監視部４２は、この判定で否定結果を得るとステップＳ１５５に進む。
【０２０２】
これに対して、定期ポーリング監視部４２は、ステップＳ１５２の判定で肯定結果を得ると、管理者テーブル３７を参照して、ステップＳ１５０で選択した管理者ＩＤが付与されたストレージ管理者の役割が「フォロワ」であるか否かを判定する（Ｓ１５３）。そして定期ポーリング監視部４２は、この判定で肯定結果を得るとステップＳ１５５に進む。
【０２０３】
これに対して、定期ポーリング監視部４２は、ステップＳ１５３の判定で否定結果を得ると、図１５について上述した利用停止時役割再設定処理の実行を管理者役割決定／更新部４０（図１）に指示する（Ｓ１５４）。この結果、かかる利用停止時役割再設定処理が管理者役割決定／更新部４０により実行され、ステップＳ１５０で選択された管理者ＩＤが付与されたストレージ管理者と同じ系統に所属する他のストレージ管理者の役割が再設定される。
【０２０４】
次いで、定期ポーリング監視部４２は、管理者テーブル３７に登録されたすべての管理者ＩＤについてステップＳ１５１以降の処理を実行し終えたか否かを判定する（Ｓ１５５）。そして、定期ポーリング監視部４２は、この判定で否定結果を得るとステップＳ１５０に戻り、この後、ステップＳ１５０で選択する管理者ＩＤを未処理の他の管理者ＩＤに順次切り替えながらステップＳ１５０〜ステップＳ１５５の処理を繰り返す。
【０２０５】
そして定期ポーリング監視部４２は、やがて管理者テーブル３７に登録されたすべての管理者ＩＤについてステップＳ１５１以降の処理を実行し終えることによりステップＳ１５５で肯定結果を得ると、この定期ポーリング監視処理を終了する。
【０２０６】
（３−２）蓄積データ共有機能に関する各種処理
（３−２−１）蓄積データ送信要求処理
図２０は、管理用端末２が、自端末を利用するストレージ管理者の管理対象リソースの性能情報を起動後一番初めにストレージ装置４から受領したときに、その管理用端末２の蓄積データ回収部１８（図１）により実行される蓄積データ送信要求処理の処理内容を示す。蓄積データ回収部１８は、この図２０に示す処理手順に従って、ストレージ装置４に、他の管理用端末２に蓄積されているこれら管理対象リソースの過去の性能情報（以下、これを蓄積データと呼ぶ）を回収して送信すべき旨を要求する。
【０２０７】
実際上、蓄積データ回収部１８は、対応するストレージ管理者の管理対象リソースの性能情報を起動後一番初めに受領すると、この図２０に示す蓄積データ送信要求処理を開始し、まず、ストレージ装置４に対して、他の管理用端末２に蓄積された蓄積データを回収して転送すべき旨の要求（以下、これを蓄積データ送信要求と呼ぶ）を送信する（Ｓ１６０）。なお、この蓄積データ送信要求には、自端末を利用するストレージ管理者の管理者ＩＤが含まれる。
【０２０８】
そして、蓄積データ回収部１８は、この後、かかる蓄積データがストレージ装置４から送信されてくるのを待ち受け（Ｓ１６１）、やがてストレージ装置４からかかる蓄積データが送信されてくると、その蓄積データを利用した性能情報レポートを表示デバイス１１（図１）に表示する（Ｓ１６２）。そして、蓄積データ回収部１８は、この後、この蓄積データ送信要求処理を終了する。
【０２０９】
（３−２−２）蓄積データ回収転送処理
図２１は、図２０のステップＳ１６０において管理用端末２の蓄積データ回収部１８からの蓄積データ送信要求を受信したストレージ装置４のストレージ管理プログラム３４（図１）のデータ配信制御部４１（図１）により実行される一連の処理（以下、これを蓄積データ回収転送処理と呼ぶ）の流れを示す。
【０２１０】
データ配信制御部４１は、かかる蓄積データ送信要求を受信すると、この図２１に示す蓄積データ送信処理を開始し、まず、蓄積データ送信要求に含まれる管理者ＩＤが付与されたストレージ管理者が所属する系統と、そのストレージ管理者の管理リソースビットセットとを管理者テーブル３７（図５）から取得する（Ｓ１７０）。なお、以下においては、この管理リソースビットセットを蓄積データ取得対象リソースビットセットと呼ぶものとする。
【０２１１】
続いて、データ配信制御部４１は、ステップＳ１７０で取得した系統と同じ系統に所属するすべての他のストレージ管理者の管理者ＩＤを管理者テーブル３７から取得し、取得したこれら管理者ＩＤが掲載された管理者ＩＤ一覧を生成する（Ｓ１７１）。
【０２１２】
次いで、データ配信制御部４１は、ステップＳ１７１で生成した管理者ＩＤ一覧に掲載された各管理者ＩＤを、管理者アクセス管理テーブル３８（図６）に登録されている最初のアクセス日時が古い順にソートし（Ｓ１７２）、この後、管理者ＩＤ一覧に掲載されている管理者ＩＤの中から、ステップＳ１７４以降が未処理でソート順位が最も小さい管理者ＩＤを選択する（Ｓ１７３）。
【０２１３】
さらにデータ配信制御部４１は、かかる蓄積データ回収要求の送信元の管理用端末２（以下、これを第２の要求送信元管理用端末２と呼ぶ）を利用するストレージ管理者（以下、これを第２の要求送信元ストレージ管理者と呼ぶ）と、ステップＳ１７３で選択した管理者ＩＤ（以下、これを選択管理者ＩＤと呼ぶ）が付与されたストレージ管理者とが重複して管理しているストレージリソース（以下、これを重複管理対象リソースと呼ぶ）を特定し、そのリソースＩＤを取得する（Ｓ１７４）。
【０２１４】
具体的に、データ配信制御部４１は、ステップＳ１７３で選択した管理者ＩＤが付与されたストレージ管理者の管理リソースビットセットを管理者テーブル３７から取得し、取得した管理リソースビットセットと、ステップＳ１７０で取得した蓄積データ取得対象リソースビットセットとのビット単位ＡＮＤ演算を実行する。この演算結果のビットセットにおいて値が「１」となった各ビットにそれぞれ対応するストレージリソースが上述の重複管理対象リソースである。そしてデータ配信制御部４１は、このようにして特定した各重複管理対象リソースのリソースＩＤを性能情報管理テーブル３６（図４）からそれぞれ取得する。
【０２１５】
続いて、データ配信制御部４１は、ステップＳ１７４で取得したリソースＩＤの中から１つのリソースＩＤを選択する（Ｓ１７５）。またデータ配信制御部４１は、選択管理者ＩＤが付与されたストレージ管理者が利用する管理用端末の第１のネットワーク５上でのネットワークアドレスを管理者アクセス管理テーブル３８（図６）から取得する（Ｓ１７６）。そしてデータ配信制御部４１は、この後、ステップＳ１７５で選択したリソースＩＤが付与されたストレージリソースの過去の性能情報の送信すべき旨の蓄積データ送信要求を、ステップＳ１７６で取得したネットワークアドレスをあて先として送信する（Ｓ１７７）。
【０２１６】
この後、データ配信制御部４１は、かかる蓄積データ送信要求に応じて対応する管理用端末２からステップＳ１７５で選択したリソースＩＤが付与されたストレージリソースの過去の性能情報が蓄積データとして送信されてくるのを待ち受ける（Ｓ１７８）。そしてデータ配信制御部４１は、やがてかかる蓄積データが送信されてくると、この蓄積データを第２の要求送信元管理用端末２に転送する（Ｓ１７９）。
【０２１７】
続いて、データ配信制御部４１は、ステップＳ１７４でリソースＩＤを取得したすべての重複管理対象リソースについて蓄積データを取得し、取得した蓄積データを第２の要求送信元管理用端末２に送信し終えたか否かを判定する（Ｓ１８０）。そしてデータ配信制御部４１は、この判定で否定結果を得ると、ステップＳ１７５に戻り、この後ステップＳ１７５で選択するリソースＩＤを未処理の他のリソースＩＤに順次切り替えながら、ステップＳ１７５〜ステップＳ１８０の処理を繰り返す。
【０２１８】
またデータ配信制御部４１は、やがてステップＳ１７４でリソースＩＤを取得したすべての重複管理対象リソースについて蓄積データを第２の要求送信元管理用端末２に送信し終えることによりステップＳ１８０で肯定結果を得ると、ステップＳ１７１で生成した管理者ＩＤ一覧に管理者ＩＤが掲載されたすべてのストレージ管理者についてステップＳ１７４〜ステップＳ１８０の処理を実行し終えたか否かを判定する（Ｓ１８１）。
【０２１９】
データ配信制御部４１は、この判定で否定結果を得ると、ステップＳ１７３に戻り、この後ステップＳ１７３で選択する管理者ＩＤを未処理の他の管理者ＩＤに順次切り替えながら、ステップＳ１７３〜ステップＳ１８１の処理を繰り返す。
【０２２０】
そしてデータ配信制御部４１は、やがて管理者ＩＤ一覧に管理者ＩＤが掲載されたすべてのストレージ管理者についてステップＳ１７４〜ステップＳ１８０の処理を実行し終えることによりステップＳ１８１で肯定結果を得ると、この蓄積データ回収転送処理を終了する。
【０２２１】
（３−２−３）蓄積データ送信処理
図２２は、図２１について上述した蓄積データ回収転送処理のステップＳ１７７においてストレージ装置４のデータ配信制御部４１から送信された蓄積データ送信要求を受信した管理用端末２の蓄積データ送信部１７（図１）により実行される蓄積データ送信処理の流れを示す。蓄積データ送信部１７は、この図２２に示す処理手順に従って、要求された蓄積データをストレージ装置４に送信する。
【０２２２】
実際上、蓄積データ送信部１７は、かかる蓄積データ送信要求を受信するとこの図２２に示す蓄積データ送信処理を開始し、まず、Ｗｅｂブラウザ１５（図１）のセッションストレージから、蓄積データ送信要求において指定されたリソースＩＤをキーとして、そのリソースＩＤが付与されたストレージリソースのすべての性能情報を取得する（Ｓ１９０）。
【０２２３】
続いて、蓄積データ送信部１７は、ステップＳ１９０で取得した性能情報を、蓄積データ送信要求において指定されたリソースＩＤと共にストレージ装置４に送信する（Ｓ１９１）。そして蓄積データ送信部１７は、この後、この蓄積データ送信処理を終了する。
【０２２４】
（４）本実施の形態の効果
以上のように本実施の形態の情報処理システム１では、「フォロワ」に設定したストレージ管理者の管理用端末２については、定期ポーリングを停止させ、そのストレージ管理者の各管理対象リソースの性能情報が性能情報管理テーブル３６に揃った段階で、これら性能情報を性能情報管理テーブル３６から読み出してプッシュ配信する。従って、本情報処理システム１によれば、「フォロワ」に設定したストレージ管理者の管理用端末２の定期ポーリングに対するストレージ装置４の処理を省略させることができ、かくしてストレージ装置４の管理に要するストレージ装置４側の負荷や必要なメモリ容量を低減することができる。
【０２２５】
また本情報処理システム１では、ストレージ装置４が、「マスタ」に設定されたストレージ管理者が利用する管理用端末２からのリソース性能情報送信要求については、そのストレージ管理者のすべての管理対象リソースの最新の性能情報を収集してその管理用端末２に送信し、「サブマスタ」に設定されたストレージ管理者が利用する管理用端末２からのリソース性能情報送信要求については、そのストレージ管理者の管理対象リソースのうち、「マスタ」に設定されたストレージ管理者の管理対象リソースと重複しないものの最新の性能情報のみを収集し、残りの管理対象リソースの性能情報については性能情報管理テーブル３６から読み出し、これらをマージしてその管理用端末２に送信する。
【０２２６】
従って、本情報処理システム１によれば、「サブマスタ」に設定されたストレージ管理者が利用する管理用端末２からのリソース性能情報送信要求がストレージ装置４に与えられたときに、「サブマスタ」に設定されたストレージ管理者の管理対象リソースのうちの「マスタ」に設定されたストレージ管理者の管理対象リソースと重複するストレージリソースの性能情報を収集するための処理をストレージ装置４が省略することができるため、その分、より一層とストレージ装置４の管理に要するストレージ装置４側の負荷及び必要なメモリ容量を低減することができる。
【０２２７】
（５）他の実施の形態
なお上述の実施の形態においては、本発明を図１のように構成された情報処理システム１のストレージ装置４に適用するようにした場合について述べたが、本発明はこれに限らず、要は、複数のストレージ管理者がそれぞれ利用する各管理用端末から送信されるリソース性能情報送信要求に応じて、当該管理用端末を利用するストレージ管理者の管理対象の各ストレージリソースの性能情報を送信するストレージ装置であれば、この他種々のスストレージ装置に広く適用することができる。
【０２２８】
また上述の実施の形態においては、ストレージ管理者の役割として「マスタ」、「サブマスタ」及び「フォロワ」の３種類の役割を設けるようにした場合について述べたが、本発明はこれに限らず、「フォロワ」及び「マスタ」の２種類の役割だけにするようにしてもよい。この場合、管理対象リソースの集合が他の一人のストレージ管理者の管理対象リソースの集合、又は、他の複数のストレージ管理者の管理対象リソースの集合の和集合に包含されるストレージ管理者を「フォロワ」とし、管理対象リソースの集合が、「フォロワ」に設定されたストレージ管理者の管理対象リソースの集合の一部又は全部を包含するストレージ管理者をすべて「マスタ」に設定すればよい。
【産業上の利用可能性】
【０２２９】
本発明は、複数のストレージ管理者がそれぞれ利用する各管理用端末から送信されるリソース性能情報送信要求に応じて、当該管理用端末を利用するストレージ管理者の管理対象の各ストレージリソースの性能情報を送信するストレージ装置に広く適用することができる。
【符号の説明】
【０２３０】
１……情報処理システム、２……管理用端末、３……業務用端末、４……ストレージ装置、１１……表示デバイス、１２，３０……ＣＰＵ、１３，３１……メモリ、１５……Ｗｅｂブラウザ、１６……データ受信・定期ポーリング要否判定部、１７……蓄積データ送信部、１８……蓄積データ回収部、３４……ストレージ管理プログラム、３５……リソース制御プログラム、３６……性能情報管理テーブル、３７……管理者テーブル、３８……管理者アクセス管理テーブル、４０……管理者役割決定／更新部、４１……データ配信制御部、４２……定期ポーリング監視部、４３……リソースアクセス制御部、４４……性能情報収集部。
【図１】
2020035037.tif 000003
【図２】
2020035037.tif 000004
【図３】
2020035037.tif 000005
【図４】
2020035037.tif 000006
【図５】
2020035037.tif 000007
【図６】
2020035037.tif 000008
【図７】
2020035037.tif 000009
【図８】
2020035037.tif 000010
【図９】
2020035037.tif 000011
【図１０】
2020035037.tif 000012
【図１１】
2020035037.tif 000013
【図１２】
2020035037.tif 000014
【図１３】
2020035037.tif 000015
【図１４】
2020035037.tif 000016
【図１５】
2020035037.tif 000017
【図１６】
2020035037.tif 000018
【図１７】
2020035037.tif 000019
【図１８】
2020035037.tif 000020
【図１９】
2020035037.tif 000021
【図２０】
2020035037.tif 000022
【図２１】
2020035037.tif 000023
【図２２】
2020035037.tif 000024