(57)【要約】【課題】  Ｉｎ−Ｂａｎｄ／Ｏｕｔ−ｏｆ−Ｂａｎｄ間共通の排他ロック管理において、ディスクアレイ装置内の構成情報の矛盾を作り出す要因を無くすことができるストレージシステムのロック制御技術を提供する。【解決手段】  ストレージシステムにおいて、ストレージサブシステム１００のＤＫＣ２００内の共有メモリ２２０は、ホスト端末４００，４５０、管理クライアント端末５００との両方のチャネルで共通に使用する共有メモリ２２０内の構成情報２２１に対する操作権限を一元管理するロック管理情報２２２を有し、ＤＫＣ２００内のＣＰＵは、ホスト端末４００，４５０、管理クライアント端末５００からのアクセス要求に対して、共有メモリ２２０内のロック管理情報２２２に基づいて、いずれか一方に構成情報２２１を変更するための操作権限を与える。【選択図】  図２ 
2005284478.tif 000002
【特許請求の範囲】
【請求項１】
記憶領域に対するデータの書き込みまたは読み出しを実行する複数の記憶デバイスと、前記複数の記憶デバイスに対するデータの書き込みまたは読み出しを制御する記憶デバイス制御部と、自ディスクアレイ装置の外部のネットワークから書き込み要求または読み出し要求を受けるチャネル制御部と、前記チャネル制御部、前記記憶デバイス制御部によって通信される制御情報が格納される共有メモリと、前記チャネル制御部と前記記憶デバイス制御部との間で通信されるデータが一時的に保存されるキャッシュメモリと、前記チャネル制御部、前記記憶デバイス制御部、前記共有メモリおよび前記キャッシュメモリに接続される接続部と、前記チャネル制御部、前記記憶デバイス制御部および前記共有メモリに接続され、自ディスクアレイ装置を管理する管理端末とを備えたディスクアレイ装置と、
前記ディスクアレイ装置内の前記チャネル制御部に対して第１のネットワーク／インタフェースで接続される上位装置と、
前記ディスクアレイ装置内の前記管理端末に対して前記第１のネットワーク／インタフェースとは物理的および論理的に異なる別の第２のネットワーク／インタフェースで接続される管理クライアントとを有し、
前記ディスクアレイ装置内の前記共有メモリは、前記上位装置と前記管理クライアントとの両方のチャネルで共通に使用する前記共有メモリ内の構成情報に対する操作権限を一元管理する管理情報を有し、
前記チャネル制御部は、前記上位装置または前記管理クライアントからのアクセス要求に対して、前記共有メモリ内の前記管理情報に基づいて、前記上位装置または前記管理クライアントのいずれか一方に前記構成情報を変更するための操作権限を与える機能を有することを特徴とするストレージシステム。
【請求項２】
請求項１記載のストレージシステムにおいて、
前記管理情報は、操作権限を持っている操作者の識別子と、操作権限の取得時刻と、操作権限の開放予定時刻とを含み、
前記チャネル制御部は、前記操作者の識別子と前記取得時刻と前記開放予定時刻とに基づいて、前記操作権限を持っている操作者に対して前記取得時刻から前記開放予定時刻までの制限時間で操作権限を与えることを特徴とするストレージシステム。
【請求項３】
請求項２記載のストレージシステムにおいて、
前記管理情報は、初期の操作権限保持時間を含み、
前記チャネル制御部は、前記初期の操作権限保持時間に基づいて、前記取得時刻から前記開放予定時刻までの制限時間を決定することを特徴とするストレージシステム。
【請求項４】
請求項３記載のストレージシステムにおいて、
前記初期の操作権限保持時間は、前記上位装置または前記管理クライアントから前記操作権限を持っている操作者が変更可能であることを特徴とするストレージシステム。
【請求項５】
請求項４記載のストレージシステムにおいて、
前記初期の操作権限保持時間は、前記上位装置または前記管理クライアント毎に持ち、前記上位装置または前記管理クライアント毎に変更可能であることを特徴とするストレージシステム。
【請求項６】
請求項３記載のストレージシステムにおいて、
前記チャネル制御部は、前記操作権限を持っている操作者の前記制限時間を前記操作者が見えるように前記上位装置または前記管理クライアントの画面上に表示する機能を有することを特徴とするストレージシステム。
【請求項７】
請求項２記載のストレージシステムにおいて、
前記管理情報は、延命処理時の追加時間を含み、
前記チャネル制御部は、前記操作権限を持っている操作者から延命依頼を受領したときに、前記延命処理時の追加時間に基づいて、前記操作権限の開放予定時刻を変更し、前記変更した開放予定時刻までの制限時間で操作権限を与えることを特徴とするストレージシステム。
【請求項８】
請求項７記載のストレージシステムにおいて、
前記延命処理時の追加時間は、前記上位装置または前記管理クライアントから前記操作権限を持っている操作者が変更可能であることを特徴とするストレージシステム。
【請求項９】
請求項８記載のストレージシステムにおいて、
前記延命処理時の追加時間は、前記上位装置または前記管理クライアント毎に持ち、前記上位装置または前記管理クライアント毎に変更可能であることを特徴とするストレージシステム。
【請求項１０】
請求項７記載のストレージシステムにおいて、
前記チャネル制御部は、前記操作権限を持っている操作者の前記変更した制限時間を前記操作者が見えるように前記上位装置または前記管理クライアントの画面上に表示する機能を有することを特徴とするストレージシステム。
【請求項１１】
記憶領域に対するデータの書き込みまたは読み出しを実行する複数の記憶デバイスと、前記複数の記憶デバイスに対するデータの書き込みまたは読み出しを制御する記憶デバイス制御部と、自ディスクアレイ装置の外部のネットワークから書き込み要求または読み出し要求を受けるチャネル制御部と、前記チャネル制御部、前記記憶デバイス制御部によって通信される制御情報が格納される共有メモリと、前記チャネル制御部と前記記憶デバイス制御部との間で通信されるデータが一時的に保存されるキャッシュメモリと、前記チャネル制御部、前記記憶デバイス制御部、前記共有メモリおよび前記キャッシュメモリに接続される接続部と、前記チャネル制御部、前記記憶デバイス制御部および前記共有メモリに接続され、自ディスクアレイ装置を管理する管理端末とを備えたディスクアレイ装置と、
前記ディスクアレイ装置内の前記チャネル制御部に対して第１のネットワーク／インタフェースで接続される上位装置と、
前記ディスクアレイ装置内の前記管理端末に対して前記第１のネットワーク／インタフェースとは物理的および論理的に異なる別の第２のネットワーク／インタフェースで接続される管理クライアントとを有するストレージシステムの制御方法であって、
前記ディスクアレイ装置内の前記共有メモリは、前記上位装置と前記管理クライアントとの両方のチャネルで共通に使用する前記共有メモリ内の構成情報に対する操作権限を一元管理する管理情報を有し、
前記チャネル制御部は、前記上位装置または前記管理クライアントからのアクセス要求に対して、前記共有メモリ内の前記管理情報に基づいて、前記上位装置または前記管理クライアントのいずれか一方に前記構成情報を変更するための操作権限を与えることを特徴とするストレージシステムの制御方法。
【請求項１２】
請求項１１記載のストレージシステムの制御方法において、
前記管理情報は、操作権限を持っている操作者の識別子と、操作権限の取得時刻と、操作権限の開放予定時刻とを含み、
前記チャネル制御部は、前記操作者の識別子と前記取得時刻と前記開放予定時刻とに基づいて、前記操作権限を持っている操作者に対して前記取得時刻から前記開放予定時刻までの制限時間で操作権限を与えることを特徴とするストレージシステムの制御方法。
【請求項１３】
請求項１２記載のストレージシステムの制御方法において、
前記管理情報は、初期の操作権限保持時間を含み、
前記チャネル制御部は、前記初期の操作権限保持時間に基づいて、前記取得時刻から前記開放予定時刻までの制限時間を決定することを特徴とするストレージシステムの制御方法。
【請求項１４】
請求項１３記載のストレージシステムの制御方法において、
前記初期の操作権限保持時間は、前記上位装置または前記管理クライアントから前記操作権限を持っている操作者が変更可能であることを特徴とするストレージシステムの制御方法。
【請求項１５】
請求項１４記載のストレージシステムの制御方法において、
前記初期の操作権限保持時間は、前記上位装置または前記管理クライアント毎に持ち、前記上位装置または前記管理クライアント毎に変更可能であることを特徴とするストレージシステムの制御方法。
【請求項１６】
請求項１３記載のストレージシステムの制御方法において、
前記チャネル制御部は、前記操作権限を持っている操作者の前記制限時間を前記操作者が見えるように前記上位装置または前記管理クライアントの画面上に表示する機能を有することを特徴とするストレージシステムの制御方法。
【請求項１７】
請求項１２記載のストレージシステムの制御方法において、
前記管理情報は、延命処理時の追加時間を含み、
前記チャネル制御部は、前記操作権限を持っている操作者から延命依頼を受領したときに、前記延命処理時の追加時間に基づいて、前記操作権限の開放予定時刻を変更し、前記変更した開放予定時刻までの制限時間で操作権限を与えることを特徴とするストレージシステムの制御方法。
【請求項１８】
請求項１７記載のストレージシステムの制御方法において、
前記延命処理時の追加時間は、前記上位装置または前記管理クライアントから前記操作権限を持っている操作者が変更可能であることを特徴とするストレージシステムの制御方法。
【請求項１９】
請求項１８記載のストレージシステムの制御方法において、
前記延命処理時の追加時間は、前記上位装置または前記管理クライアント毎に持ち、前記上位装置または前記管理クライアント毎に変更可能であることを特徴とするストレージシステムの制御方法。
【請求項２０】
請求項１７記載のストレージシステムの制御方法において、
前記チャネル制御部は、前記操作権限を持っている操作者の前記変更した制限時間を前記操作者が見えるように前記上位装置または前記管理クライアントの画面上に表示する機能を有することを特徴とするストレージシステムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストレージシステムおよびその制御技術に関し、特に、ディスクアレイ装置に対して物理的および論理的に異なる別々のネットワーク／インタフェースで接続される上位装置と管理クライアントとを有するストレージシステムにおいて、上位装置および管理クライアントからのディスクアレイ装置内の構成情報に対する構成変更権限の一元管理に適用して有効な技術に関する。
【背景技術】
【０００２】
本発明者が検討したところによれば、従来のストレージシステムおよびその制御技術に関しては、以下のような技術が考えられる。
【０００３】
たとえば、従来のストレージシステムにおいては、大容量化、高機能化したストレージをネットワーク上に構築するＳＡＮ（Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）環境が整いつつある。また、多種多様な上位装置が接続され、相互のデータ互換手段が必要とされ、ＳＡＮ環境でのＮＡＳ（Ｎｅｔｗｏｒｋ  Ａｔｔａｃｈｅｄ  Ｓｔｏｒａｇｅ）のニーズも高くなっている。これにより、ＳＡＮ環境上でのストレージを管理制御するマネージャが必須となってきている。たとえば、ＳＡＮ環境におけるストレージと上位装置との接続は、ＦｉｂｒｅＣｈａｎｎｅｌによるＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）のＢｌｏｃｋ  Ｓｔｏｒａｇｅアクセスが行われ、一方、ＮＡＳ環境においてはＥｔｈｅｒｎｅｔ（登録商標）によるＮＦＳ（Ｎｅｔｗｏｒｋ  Ｆｉｌｅ  Ｓｙｓｔｅｍ）などのネットワークプロトコルによって行われている。
【０００４】
このようなストレージシステムの制御技術には、上位装置とのストレージインタフェースを使用するＩｎ−Ｂａｎｄ方式と、上位装置からストレージデータを取得するインタフェースとは物理的にも論理的にも異なった別のインタフェースを使用するＯｕｔ−ｏｆ−Ｂａｎｄ方式がある。これらの方式は、それぞれの目的に応じて、また上位装置のアプリケーションや搭載インタフェースの都合によって使用する方式が決められている。このような方式の両立のために、ストレージアクセス用のインタフェースと、管理制御用のインタフェースとでストレージシステムの接続形態を単一化し、単一の接続網で、ストレージデータとストレージ管理制御を実現できるようにした技術がある（特許文献１参照）。
【特許文献１】特開２００３−２４１９０３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、前記のような本発明者が検討した従来のストレージシステムおよびその制御技術に関して、本発明者が検討した結果、以下のようなことが明らかとなった。
【０００６】
たとえば、従来のストレージシステムの制御技術においては、前述の通り、ストレージ管理を行うためのインタフェースにはＩｎ−Ｂａｎｄ方式やＯｕｔ−ｏｆ−Ｂａｎｄ方式などの複数のチャネルがあり、単一の接続網でストレージデータとストレージ管理制御が実現できるが、Ｉｎ−Ｂａｎｄ側とＯｕｔ−ｏｆ−Ｂａｎｄ側で構成情報の変更を行う場合の同時アクセス防止策については考慮されていなかった。
【０００７】
すなわち、従来のストレージシステムの制御技術では、ロック管理情報を管理端末のＳＶＰ（ストレージ管理ソフトウェア）側で管理し、またストレージ管理ソフトウェアではＯｕｔ−ｏｆ−Ｂａｎｄ側の端末（ユーザ）のみの排他ロック管理を行っているため、Ｏｕｔ−ｏｆ−Ｂａｎｄ側の管理クライアントの端末で構成変更中にＩｎ−Ｂａｎｄ側の上位装置の端末で構成変更を行うことができる。この理由は、Ｏｕｔ−ｏｆ−Ｂａｎｄの場合は、構成情報を一度管理クライアント側で取得し、それを元に構成変更処理を行うためである。従って、管理クライアント側で構成情報を取得した後、かつ構成変更処理を行う前にＩｎ−Ｂａｎｄ側から構成変更処理を実施されてしまうと、管理クライアント側に取得した構成情報と実際にディスク制御装置側で定義せれている構成情報が不一致になる。このため、構成変更を行うチャネル／ユーザは１つ（１人）に限定する必要がある。
【０００８】
そこで、本発明の目的は、Ｉｎ−Ｂａｎｄ／Ｏｕｔ−ｏｆ−Ｂａｎｄ間共通の排他ロック管理において、上位装置および管理クライアントからのディスクアレイ装置内の構成情報に対する構成変更権限を一元管理することで、構成情報の矛盾を作り出す要因を無くすことができるストレージシステムのロック制御技術を提供することにある。
【０００９】
また、従来のストレージシステムの制御技術において、ストレージ管理ソフトウェアでは、複数のユーザが同時にログイン（アクセス）をする環境で使用される。しかし、そのストレージ管理ソフトウェア上でストレージの構成変更を行える権限を持ったユーザは１人に限られる、すなわち排他ロックが必要となる。他のユーザは参照のみが可能である。しかし、構成変更を行える権限を持ったユーザが端末を放置したりして、長い時間権限を保持したままの状態が続くと、他の権限を持っていないユーザが構成変更を行いたい時などに不具合がある。
【００１０】
このため、操作権限を持ったユーザはその権限を保持できる時間を設定し、その範囲内で構成変更などの操作を実行する方法などが採られている。しかし、設定した制限時間内に目的の構成変更のための操作を全て完了させることができない場合があり、構成変更のための操作途中で制限時間を超えてしまい、結果的に目的の構成変更ができない場合が発生することがある。
【００１１】
そこで、本発明の他の目的は、構成変更の操作権限を持ったユーザの制限時間をそのユーザに見えるように画面に表示し、制限時間内に全ての構成変更操作が完了しない場合には制限時間の延長を可能にすることができるストレージシステムのロック制御技術を提供することにある。
【００１２】
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【００１３】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次のとおりである。
【００１４】
本発明は、ディスクアレイ装置と、ディスクアレイ装置に対して第１のネットワーク／インタフェースで接続される上位装置と、ディスクアレイ装置に対して第２のネットワーク／インタフェースで接続される管理クライアントとを有するストレージシステムおよびその制御方法に適用される。ディスクアレイ装置は、記憶領域に対するデータの書き込みまたは読み出しを実行する複数の記憶デバイスと、複数の記憶デバイスに対するデータの書き込みまたは読み出しを制御する記憶デバイス制御部と、自ディスクアレイ装置の外部のネットワークから書き込み要求または読み出し要求を受けるチャネル制御部と、チャネル制御部、記憶デバイス制御部によって通信される制御情報が格納される共有メモリと、チャネル制御部と記憶デバイス制御部との間で通信されるデータが一時的に保存されるキャッシュメモリと、チャネル制御部、記憶デバイス制御部、共有メモリおよびキャッシュメモリに接続される接続部と、チャネル制御部、記憶デバイス制御部および共有メモリに接続され、自ディスクアレイ装置を管理する管理端末とを備え、以下のような特徴を有するものである。
【００１５】
すなわち、本発明のストレージシステムにおいて、ディスクアレイ装置内の共有メモリは、上位装置と管理クライアントとの両方のチャネルで共通に使用する共有メモリ内の構成情報に対する操作権限を一元管理する管理情報を有し、チャネル制御部は、上位装置または管理クライアントからのアクセス要求に対して、共有メモリ内の管理情報に基づいて、上位装置または管理クライアントのいずれか一方に構成情報を変更するための操作権限を与えるものである。
【００１６】
具体的に、本発明のストレージシステムにおいては、管理情報として、操作権限を持っている操作者の識別子と、操作権限の取得時刻と、操作権限の開放予定時刻とを持ち、チャネル制御部が、操作者の識別子と取得時刻と開放予定時刻とに基づいて、操作権限を持っている操作者に対して取得時刻から開放予定時刻までの制限時間で操作権限を与えるものである。さらに、管理情報として、初期の操作権限保持時間を持ち、チャネル制御部が、初期の操作権限保持時間に基づいて、取得時刻から開放予定時刻までの制限時間を決定するものである。この初期の操作権限保持時間は、上位装置または管理クライアントから操作権限を持っている操作者が変更可能とするものである。さらに、初期の操作権限保持時間を上位装置または管理クライアント毎に持ち、上位装置または管理クライアント毎に変更可能とするものである。
【００１７】
また、本発明のストレージシステムにおいては、管理情報として、初期の操作権限保持時間の他に、延命処理時の追加時間を持ち、チャネル制御部が、操作権限を持っている操作者から延命依頼を受領したときに、延命処理時の追加時間に基づいて、操作権限の開放予定時刻を変更し、変更した開放予定時刻までの制限時間で操作権限を与えるものである。この延命処理時の追加時間は、上位装置または管理クライアントから操作権限を持っている操作者が変更可能とするものである。さらに、延命処理時の追加時間を上位装置または管理クライアント毎に持ち、上位装置または管理クライアント毎に変更可能とするものである。
【００１８】
さらに、本発明のストレージシステムにおいては、チャネル制御部が、操作権限を持っている操作者の制限時間を操作者が見えるように上位装置または管理クライアントの画面上に表示するものである。また、延命処理により操作権限の開放予定時刻を変更した場合でも、同様に、変更した制限時間を操作者が見えるように上位装置または管理クライアントの画面上に表示するものである。
【発明の効果】
【００１９】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。
【００２０】
本発明によれば、Ｉｎ−Ｂａｎｄ／Ｏｕｔ−ｏｆ−Ｂａｎｄ間共通の排他ロック管理において、上位装置および管理クライアントからのディスクアレイ装置内の構成情報に対する構成変更権限を一元管理することで、構成情報の矛盾を作り出す要因を無くすことができる。
【００２１】
また、本発明によれば、構成変更の操作権限を持ったユーザの制限時間をそのユーザに見えるように画面に表示し、制限時間内に全ての構成変更操作が完了しない場合には制限時間の延長を可能にすることができる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の機能を有する部材には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００２３】
＜本発明の概念＞
本発明は、ディスクアレイ装置と、ディスクアレイ装置に対してネットワーク／インタフェース（Ｉｎ−Ｂａｎｄ）で接続される上位装置と、ディスクアレイ装置に対して物理的および論理的に異なる別のネットワーク／インタフェース（Ｏｕｔ−ｏｆ−Ｂａｎｄ）で接続される管理クライアントとを有するストレージシステムに適用される。
【００２４】
ディスクアレイ装置は、記憶領域に対するデータの書き込みまたは読み出しを実行する複数のディスクドライブ（記憶デバイス）と、複数のディスクドライブに対するデータの書き込みまたは読み出しを制御するディスクコントローラ（記憶デバイス制御部）と、自ディスクアレイ装置の外部のネットワークから書き込み要求または読み出し要求を受けるチャネルコントローラ（チャネル制御部）と、チャネルコントローラ、ディスクコントローラによって通信される制御情報が格納される共有メモリと、チャネルコントローラとディスクコントローラとの間で通信されるデータが一時的に保存されるキャッシュメモリと、チャネルコントローラ、ディスクコントローラ、共有メモリおよびキャッシュメモリに接続されるスイッチ（接続部）と、チャネルコントローラ、ディスクコントローラおよび共有メモリに接続され、自ディスクアレイ装置を管理するサービスプロセッサ（管理端末）とを備える。
【００２５】
このようなストレージシステムの構成において、特に、ディスクアレイ装置内の共有メモリは、上位装置（Ｉｎ−Ｂａｎｄ）と管理クライアント（Ｏｕｔ−ｏｆ−Ｂａｎｄ）との両方のチャネルで共通に使用する共有メモリ内の構成情報に対する操作権限を一元管理する管理情報を有し、これによって、チャネルコントローラは、上位装置または管理クライアントからのアクセス要求に対して、共有メモリ内の管理情報に基づいて、上位装置または管理クライアントのいずれか一方に構成情報を変更するための操作権限を与えるものである。
【００２６】
＜ストレージシステムの全体構成例＞
図１により、本発明の一実施の形態に係るストレージシステムの全体構成の一例を説明する。図１は本実施の形態に係るストレージシステムの全体構成を示す構成図である。
【００２７】
本実施の形態に係るストレージシステムは、ディスクアレイ装置１００と、上位装置の情報処理装置４００，４５０と、管理クライアントの情報処理装置５００とから構成される。
【００２８】
ディスクアレイ装置１００は、ディスク制御装置２００とディスク駆動装置３００とを備える。ディスク制御装置２００は、たとえば上位装置の情報処理装置４００，４５０から受信したコマンドに従ってディスク駆動装置３００に対する制御を行う。たとえば、上位装置の情報処理装置４００，４５０からデータ入出力要求を受信して、ディスク駆動装置３００が備えるディスクドライブ３１０に記憶されるデータの読み書きを行う。また、ディスク制御装置２００は、たとえば管理クライアントの情報処理装置５００からディスクアレイ装置１００を管理するための各種コマンドを受信して、ディスクアレイ装置１００の様々な設定を行う。
【００２９】
上位装置、管理クライアントの情報処理装置４００，４５０，５００は、ＣＰＵやメモリを備えたコンピュータなどの情報機器である。情報処理装置４００，４５０，５００が備えるＣＰＵによって各種プログラムが実行されることにより、様々な機能が実現される。情報処理装置４００，４５０，５００は、たとえばパーソナルコンピュータやワークステーションであることもあるし、メインフレームコンピュータであることもある。特に、上位装置の情報処理装置４００，４５０は、たとえば銀行の自動預金預け払いシステムや航空機の座席予約システムなどにおける中枢コンピュータとして利用される。また、管理クライアントの情報処理装置５００は、ディスクアレイ装置１００を保守、管理するための管理コンピュータとして利用される。
【００３０】
ここで、上位装置、管理クライアントの情報処理装置４００，４５０，５００は、異なるユーザの情報処理装置とすることができる。たとえば、上位装置の情報処理装置（１），（２）４００、管理クライアントの情報処理装置（６）５００は、ユーザＡの情報処理装置、上位装置の情報処理装置（３）〜（５）４００，４５０、管理クライアントの情報処理装置（７）５００は、ユーザＢの情報処理装置とすることができる。また、管理クライアントの情報処理装置（８）５００は、ディスクアレイ装置１００の全体を管理する管理者の情報処理装置とすることができる。ここで、ユーザとは、たとえば企業とすることができ、または企業内における部署などの部門とすることもでき、あるいは個人とすることもできる。
【００３１】
図１において、上位装置の情報処理装置４００は、ＳＡＮ（Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）６００を介してディスク制御装置２００と通信可能に接続されている。ＳＡＮ６００は、ディスク駆動装置３００が提供する記憶資源におけるデータの管理単位であるブロックを単位として上位装置の情報処理装置４００との間でデータの授受を行うためのネットワークである。ＳＡＮ６００を介して行われる上位装置の情報処理装置４００とディスク制御装置２００との間の通信は、たとえばファイバチャネルプロトコルに従って行われる。上位装置の情報処理装置４００からは、ディスクアレイ装置１００に対して、ファイバチャネルプロトコルに従ってブロック単位のデータアクセス要求が送信される。
【００３２】
また、上位装置の情報処理装置４５０は、ＳＡＮなどのネットワークを介さずに直接にディスク制御装置２００と通信可能に接続されている。ネットワークを介さずに直接に、上位装置の情報処理装置４５０とディスク制御装置２００との間の通信は、たとえばＦＩＣＯＮ（Ｆｉｂｒｅ  Ｃｏｎｎｅｃｔｉｏｎ）（登録商標）やＥＳＣＯＮ（Ｅｎｔｅｒｐｒｉｓｅ  Ｓｙｓｔｅｍ  Ｃｏｎｎｅｃｔｉｏｎ）（登録商標）、ＡＣＯＮＡＲＣ（Ａｄｖａｎｃｅｄ  Ｃｏｎｎｅｃｔｉｏｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ）（登録商標）、ＦＩＢＡＲＣ（Ｆｉｂｒｅ  Ｃｏｎｎｅｃｔｉｏｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ）（登録商標）などの通信プロトコルに従って行われる。上位装置の情報処理装置４５０からは、ディスクアレイ装置１００に対して、これらの通信プロトコルに従ってブロック単位のデータアクセス要求が送信される。
【００３３】
もちろん、上位装置の情報処理装置４００，４５０とディスク制御装置２００との間は、ＳＡＮ６００を介して接続される場合、ＳＡＮを介さずに直接に接続される場合に限らず、たとえば、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を介して接続されているようにすることもできる。ＬＡＮを介して接続される場合には、たとえばＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）プロトコルに従って通信を行うようにすることができる。
【００３４】
また、管理クライアントの情報処理装置５００は、ＬＡＮ７００を介してディスク制御装置２００と接続されている。ＬＡＮ７００は、インターネットとすることもできるし、専用のネットワークとすることもできる。ＬＡＮ７００を介して行われる管理クライアントの情報処理装置５００とディスク制御装置２００との間の通信は、たとえばＴＣＰ／ＩＰプロトコルに従って行われる。管理クライアントの情報処理装置５００からは、ディスクアレイ装置１００に対して、ファイル名指定によるデータアクセス要求（ファイル単位でのデータ入出力要求）が送信される。
【００３５】
＜ディスク駆動装置＞
ディスク駆動装置３００は、多数のディスクドライブ３１０を備えている。これにより、上位装置の情報処理装置４００，４５０、管理クライアントの情報処理装置５００に対して大容量の記憶領域を提供することができる。ディスクドライブ３１０は、ハードディスクドライブなどのデータ記憶媒体、あるいはＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙｓ  ｏｆ  Ｉｎｅｘｐｅｎｓｉｖｅ  Ｄｉｓｋｓ）を構成する複数のハードディスクドライブにより構成されてなるようにすることができる。また、ディスクドライブ３１０により提供される物理的な記憶領域である物理ボリュームには、論理的な記録領域である論理ボリュームを設定することができる。
【００３６】
ディスク制御装置２００とディスク駆動装置３００との間は、図１のように直接に接続される形態とすることもできるし、ネットワークを介して接続されるようにすることもできる。さらに、ディスク駆動装置３００は、ディスク制御装置２００と一体として構成されることもできる。
【００３７】
＜ディスク制御装置＞
ディスク制御装置２００は、チャネルコントローラ２１０、共有メモリ２２０、キャッシュメモリ２３０、ディスクコントローラ２４０、サービスプロセッサ２５０、スイッチ２６０を備える。ディスク制御装置２００は、チャネルコントローラ２１０によりＳＡＮ６００を介して、あるいはネットワークを介さずに直接に上位装置の情報処理装置４００，４５０との間の通信を行う。
【００３８】
チャネルコントローラ２１０は、上位装置の情報処理装置４００，４５０、管理クライアントの情報処理装置５００との間で通信を行うための通信インタフェースを備え、上位装置、管理クライアントの情報処理装置４００，４５０，５００との間でデータ入出力コマンドなどを授受する機能を備える。さらに、チャネルコントローラ２１０は、詳細は後述するが、上位装置の情報処理装置４００，４５０、管理クライアントの情報処理装置５００のいずれか一つに構成情報を変更するための操作権限を与える機能も備える。
【００３９】
各チャネルコントローラ２１０は、サービスプロセッサ２５０と共に内部ＬＡＮ２６１で接続されている。これにより、チャネルコントローラ２１０に実行させるマイクロプログラムなどをサービスプロセッサ２５０から送信し、インストールすることが可能となっている。
【００４０】
スイッチ２６０は、チャネルコントローラ２１０、共有メモリ２２０、キャッシュメモリ２３０、ディスクコントローラ２４０、サービスプロセッサ２５０を相互に接続する。チャネルコントローラ２１０、共有メモリ２２０、キャッシュメモリ２３０、ディスクコントローラ２４０、サービスプロセッサ２５０の間でのデータやコマンドの授受は、スイッチ２６０を介することにより行われる。スイッチ２６０は、たとえばクロスバスイッチで構成される。
【００４１】
共有メモリ２２０およびキャッシュメモリ２３０は、チャネルコントローラ２１０、ディスクコントローラ２４０により共有される記憶メモリである。共有メモリ２２０は、主に制御情報やコマンドなどを記憶するために利用されるのに対して、キャッシュメモリ２３０は、主にデータを記憶するために利用される。さらに、キャッシュメモリ２３０は、詳細は後述するが、ユーザ管理情報なども記憶している。
【００４２】
たとえば、あるチャネルコントローラ２１０が上位装置の情報処理装置４００，４５０から受信したデータ入出力要求が書き込みコマンドであった場合には、当該チャネルコントローラ２１０は書き込みコマンドを共有メモリ２２０に書き込むと共に、上位装置の情報処理装置４００，４５０から受信した書き込みデータをキャッシュメモリ２３０に書き込む。一方、ディスクコントローラ２４０は、共有メモリ２２０を監視しており、共有メモリ２２０に書き込みコマンドが書き込まれたことを検出すると、当該コマンドに従ってキャッシュメモリ２３０から書き込みデータを読み出してディスク駆動装置３００内のディスクドライブ３１０に書き込む。
【００４３】
また、あるチャネルコントローラ２１０が上位装置の情報処理装置４００，４５０から受信したデータ入出力要求が読み出しコマンドであった場合には、読み出し対象となるデータがキャッシュメモリ２３０に存在するかどうかを調べる。ここで、キャッシュメモリ２３０に存在すれば、チャネルコントローラ２１０はそのデータを上位装置の情報処理装置４００，４５０に送信する。一方、読み出し対象となるデータがキャッシュメモリ２３０に存在しない場合には、当該チャネルコントローラ２１０は読み出しコマンドを共有メモリ２２０に書き込むと共に、共有メモリ２２０を監視する。読み出しコマンドが共有メモリ２２０に書き込まれたことを検出したディスクコントローラ２４０は、ディスク駆動装置３００内のディスクドライブ３１０から読み出し対象となるデータを読み出して、これをキャッシュメモリ２３０に書き込むと共に、その旨を共有メモリ２２０に書き込む。そして、チャネルコントローラ２１０は、読み出し対象となるデータがキャッシュメモリ２３０に書き込まれたことを検出すると、そのデータを上位装置の情報処理装置４００，４５０に送信する。
【００４４】
このように、チャネルコントローラ２１０およびディスクコントローラ２４０の間では、キャッシュメモリ２３０を介してデータの授受が行われ、キャッシュメモリ２３０には、ディスクドライブ３１０に記憶されるデータのうち、チャネルコントローラ２１０やディスクコントローラ２４０により読み書きされるデータが記憶される。
【００４５】
なお、チャネルコントローラ２１０からディスクコントローラ２４０に対するデータの書き込みや読み出しの指示を、共有メモリ２２０を介在させて間接的に行う構成の他、たとえばチャネルコントローラ２１０からディスクコントローラ２４０に対してデータの書き込みや読み出しの指示を共有メモリ２２０を介さずに直接に行う構成とすることもできる。また、チャネルコントローラ２１０にディスクコントローラ２４０の機能を持たせて、データ入出力制御部とすることもできる。
【００４６】
ディスクコントローラ２４０は、データを記憶する複数のディスクドライブ３１０と通信可能に接続され、ディスク駆動装置３００の制御を行う。たとえば、上述のように、チャネルコントローラ２１０が上位装置の情報処理装置４００から受信したデータ入出力要求に応じて、ディスクドライブ３１０に対してデータの読み書きを行う。
【００４７】
各ディスクコントローラ２４０は、サービスプロセッサ２５０と共に内部ＬＡＮ２６１で接続されており、相互に通信を行うことが可能である。これにより、ディスクコントローラ２４０に実行させるマイクロプログラムなどをサービスプロセッサ２５０から送信し、インストールすることが可能となっている。
【００４８】
本実施の形態においては、共有メモリ２２０およびキャッシュメモリ２３０がチャネルコントローラ２１０およびディスクコントローラ２４０に対して独立に設けられていることについて記載したが、これに限られるものではなく、共有メモリ２２０またはキャッシュメモリ２３０がチャネルコントローラ２１０およびディスクコントローラ２４０の各々に分散されて設けられることも好ましい。この場合、スイッチ２６０は、分散された共有メモリ２２０またはキャッシュメモリ２３０を有するチャネルコントローラ２１０およびディスクコントローラ２４０を相互に接続させることになる。
【００４９】
また、チャネルコントローラ２１０、ディスクコントローラ２４０、スイッチ２６０、共有メモリ２２０、キャッシュメモリ２３０の少なくともいずれかが一体として構成されているようにすることもできる。
【００５０】
サービスプロセッサ２５０は、ディスクアレイ装置１００を保守・管理するためのコンピュータである。オペレータは、サービスプロセッサ２５０を操作することにより、たとえばディスク駆動装置３００内のディスクドライブ３１０の構成の設定や、上位装置の情報処理装置４００，４５０、管理クライアントの情報処理装置５００とチャネルコントローラ２１０との間の通信路であるパスの設定、論理ボリュームの設定、チャネルコントローラ２１０やディスクコントローラ２４０において実行されるマイクロプログラムのインストールなどを行うことができる。ここで、ディスク駆動装置３００内のディスクドライブ３１０の構成の設定としては、たとえばディスクドライブ３１０の増設や減設、ＲＡＩＤ構成の変更（ＲＡＩＤ１からＲＡＩＤ５への変更など）などとすることができる。
【００５１】
さらに、サービスプロセッサ２５０からは、ディスクアレイ装置１００の動作状態の確認や故障部位の特定、チャネルコントローラ２１０で実行されるオペレーティングシステムのインストールなどの作業を行うことができる。これらの設定や制御は、サービスプロセッサ２５０が備えるユーザインタフェース、あるいはサービスプロセッサ２５０で動作するＷｅｂサーバにより提供されるＷｅｂページを表示する管理クライアントの情報処理装置５００のユーザインタフェースからオペレータなどにより行うようにすることができる。オペレータなどは、サービスプロセッサ２５０を操作して障害監視する対象や内容の設定、障害通知先の設定などを行うこともできる。
【００５２】
サービスプロセッサ２５０は、ディスク制御装置２００に内蔵されている形態とすることもできるし、外付けされている形態とすることもできる。また、サービスプロセッサ２５０は、ディスク制御装置２００およびディスク駆動装置３００の保守・管理を専用に行うコンピュータとすることもできるし、汎用のコンピュータに保守・管理機能を持たせたものとすることもできる。
【００５３】
＜ストレージシステムのＩｎ−Ｂａｎｄ／Ｏｕｔ−ｏｆ−Ｂａｎｄ構成＞
図２により、本実施の形態に係るストレージシステムにおいて、Ｉｎ−Ｂａｎｄ／Ｏｕｔ−ｏｆ−Ｂａｎｄ構成の一例を説明する。図２は本実施の形態に係るストレージシステムにおいて、Ｉｎ−Ｂａｎｄ／Ｏｕｔ−ｏｆ−Ｂａｎｄ構成を示す図である。
【００５４】
本実施の形態に係るストレージシステムは、全体構成および構成要素の各機能は図１に基づいて詳述した通りであるが、本実施の形態の特徴となる要部構成は、ストレージサブシステム（＝ディスクアレイ装置）１００と、ストレージサブシステムに対して、ストレージインタフェースを使用するＩｎ−Ｂａｎｄ方式による管理制御を行うホスト端末（＝上位装置の情報処理装置）４００，４５０と、ストレージインタフェースとは物理的にも論理的にも異なった別のインタフェースを使用するＯｕｔ−ｏｆ−Ｂａｎｄ方式による管理制御を行う管理クライアント端末（＝管理クライアントの情報処理装置）５００とから構成される。
【００５５】
ホスト端末４００は、ＳＡＮ６００を介してストレージサブシステム１００に接続され、たとえばワークステーション（ＷＳ）であり、端末ソフトウェアプログラムとしてＲＡＩＤ  Ｍａｎａｇｅｒを備えている。ホスト端末４５０は、ネットワークを介さずに直接にストレージサブシステム１００に接続され、たとえばメインフレームコンピュータ（ＭＦ）であり、端末ソフトウェアプログラムとしてユティリティを備えている。管理クライアント端末５００は、ＬＡＮ（／Ｉｎｔｅｒｎｅｔも含む）７００を介してストレージサブシステム１００に接続され、端末ソフトウェアプログラムとして、ＷｅｂＣｏｎｓｏｌｅやユーザプログラム（ＵＰ）を備えている。このＵＰには、ＲＭＩ（Ｒｅｍｏｔｅ  Ｍｅｔｈｏｄ  Ｉｎｖｏｃａｔｉｏｎ）、ＳＮＭＰ（Ｓｉｎｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ）などのインタフェースがある。
【００５６】
ストレージサブシステム１００の要部構成は、後述するロック管理情報２２２を含む構成情報２２１を持つ共有メモリ２２０などを備えたディスク制御装置（ＤＫＣ）２００と、ストレージ管理ソフトウェアを備えたサービスプロセッサ（ＳＶＰ）２５０などから構成される。図２においては、ＳＶＰ２５０がＤＫＣ２００に外付けされている形態を示しており、ＤＫＣ２００とＳＶＰ２５０の間はＬＡＮで接続されている。
【００５７】
以上のように構成されるストレージシステムのＩｎ−Ｂａｎｄ／Ｏｕｔ−ｏｆ−Ｂａｎｄ構成において、特にストレージサブシステム１００は、ロック管理情報２２２をＤＫＣ２００内の共有メモリ２２０に持ち、このロック管理情報２２２には、操作権限を持った端末（ユーザ）の識別子、および操作権限を取得した時刻、残り制限時間などの情報が格納されている。このロック管理情報２２２は、Ｉｎ−ＢａｎｄおよびＯｕｔ−ｏｆ−Ｂａｎｄの両方のチャネルで共通に使用することで、複数チャネルからの操作権限取得依頼処理の一元管理を実現している。また、操作権限の取得機能、残り制限時間取得機能、制限時間の延長機能の各機能を各チャネル毎に用意し、またストレージサブシステム１００としてチャネル間／ユーザ間でのこれらの情報（操作権限／残り制限時間）／機能を一元管理する機能をストレージ管理機能として保持している。
【００５８】
言い換えると、本実施の形態に係るストレージシステムのＩｎ−Ｂａｎｄ／Ｏｕｔ−ｏｆ−Ｂａｎｄ構成においては、操作権限を持つ端末（ユーザ）を１人に限定できるようにしている。この際に、操作権限を持ったユーザの残り制限時間をそのユーザに見えるように画面に表示し、また制限時間内に全ての構成変更操作が完了しない場合は制限時間の延長を可能に、さらに操作権限を持たないユーザ側には、操作権限を持ったユーザの残り制限時間を表示し、また操作権限を持ったまま端末を放置した場合、残り制限時間が無くなれば操作権限は無くなるようにし、また残り制限時間が無くなる前に、第３者（管理者）によって操作権限を無効にする機能も実現している。以下において、これらの各機能を詳細に説明する。
【００５９】
＜ストレージ管理＞
前記図２に示したストレージサブシステム１００において、ストレージ管理ソフトウェアは、ホスト端末４００，４５０、管理クライアント端末５００の端末ソフトウェアプログラム（ユティリティ／ＲＡＩＤ  Ｍａｎａｇｅｒ／ＷｅｂＣｏｎｓｏｌｅ／ＵＰ）からのユーザログインおよび操作権限の管理を行っている。このストレージ管理ソフトウェアによりストレージ管理を行う端末（ユーザ）は複数存在し、それらはＩｎ−ＢａｎｄとＯｕｔ−ｏｆ−Ｂａｎｄ、また様々なプロトコルを使う。
【００６０】
たとえば、Ｉｎ−Ｂａｎｄでは、ホスト端末４００，４５０の端末ソフトウェアプログラムがホスト端末４００，４５０からストレージサブシステム１００に対してデータのＲｅａｄ／Ｗｒｉｔｅを行うチャネル（Ｆｉｂｒｅ／ＥＳＣＯＮ／ＦＩＣＯＮなど）と同じチャネルを使い、ストレージサブシステム１００の管理（構成情報２２１の参照や変更／更新処理）を行う。一方、Ｏｕｔ−ｏｆ−Ｂａｎｄでは、管理クライアント端末５００の端末ソフトウェアプログラムがＬＡＮ経由でストレージサブシステム１００に対して管理（構成情報２２１の参照や変更／更新処理）を行う。
【００６１】
このような構成において、構成情報２２１の変更（編集）できる権限が今どの端末（ユーザ）が所有しているか、などのロック管理情報２２２はＤＫＣ２００側の共有メモリ２２０に一元管理する。たとえば、ストレージ管理ソフトウェアは、Ｏｕｔ−ｏｆ−Ｂａｎｄからログインしてくる管理クライアント端末（ユーザ）５００からの操作権限取得依頼処理などを受け取り、ＤＫＣ２００の操作権限情報を更新する。さらに、その管理クライアント端末５００からの構成情報変更依頼に対する処理（サービス）を実行（提供）し、構成情報２２１の更新（変更）を行う。一方、Ｉｎ−Ｂａｎｄからログインしてくるホスト端末（ユーザ）４００，４５０からの構成情報変更依頼に対しては、ＤＫＣ２００側のマイクロプログラムがＤＫＣ２００内に格納されている構成情報２２１を直接更新（変更）する。
【００６２】
＜構成情報の操作権限＞
図３により、ＤＫＣ内に格納されている、ロック管理情報を含む構成情報の一例を説明する。図３はロック管理情報を含む構成情報を示す図である。
【００６３】
ユーザには、管理者と一般ユーザの２種類がある。管理者は、ストレージ管理ソフトウェアの全設定を行える権限を持ったユーザであり、一般ユーザの登録／削除、その他の管理機能を行える。一方、一般ユーザは、管理者によって許可された操作のみを行えるユーザである。
【００６４】
また、構成情報２２１に対する操作権限には、編集モード（Ｍｏｄｉｆｙ  Ｍｏｄｅ）と参照モード（Ｖｉｅｗ  Ｍｏｄｅ）の２種類がある。編集モードは、構成情報２２１を変更が可能なモードである。一方、参照モードは、構成情報２２１の参照のみが可能なモードである。
【００６５】
この操作権限に係わる構成情報２２１はＤＫＣ２００内（具体的には共有メモリ２２０内）に格納され、このＤＫＣ２００内の構成情報２２１で管理している情報には、ロック管理情報２２２も含めて、図３に示すように、（１）ハード情報、（２）ボリューム情報、（３）リモートコピー系情報、（４）性能情報、（５）ロック管理情報（操作権限に関する情報）などがある。
【００６６】
それぞれ、（１）ハード情報はディスクドライブ３１０の型式、バッケージの型式などの情報、（２）ボリューム情報はストレージサブシステム１００に定義した論理ボリュームに関する情報（容量／管理番号（論理デバイス（ＬＤＥＶ）番号）など）、（３）リモートコピー系情報はリモートコピーなどのストレージサブシステム１００の機能を使うことによって作られる情報（ペアになっているボリューム情報、ペア状態など）、（４）性能情報はホスト端末４００，４５０からのＲ／Ｗ性能に関する統計値、（５）ロック管理情報（操作権限に関する情報）は操作権限に関わる、操作権限を持っている操作者識別子、操作権限を取得した時刻、操作権限の開放予定時刻などの情報、である。
【００６７】
これらの各情報をＤＫＣ２００内の構成情報２２１内で管理し、特に（５）に示すロック管理情報（操作権限に関する情報）２２２に基づく機能を使うことによって情報の変更（更新）を行う。
【００６８】
＜操作権限の管理機能＞
前述した（５）ロック管理情報（操作権限に関する情報）２２２に基づいて、操作権限を管理するための機能（サービス）には、（ａ）操作権限（Ｍｏｄｉｆｙ）の取得機能、（ｂ）操作権限（Ｍｏｄｉｆｙ）の開放機能、（ｃ）操作権限（Ｍｏｄｉｆｙ）の延命機能、（ｄ）操作権限（Ｍｏｄｉｆｙ）の強制開放機能、（ｅ）残り制限時間の取得機能、（ｆ）操作権限（Ｍｏｄｉｆｙ）を持っている操作者識別子の取得機能、などがある。
【００６９】
（ａ）操作権限の取得機能は、端末ソフトウェアプログラムがストレージ管理ソフトウェアに対して構成情報２２１への操作権限を取得依頼をする機能である。たとえば、ストレージ管理ソフトウェアがこの機能を受領（許可）した場合は、ＤＫＣ２００内の構成情報２２１の変更／更新処理機能（サービス）を使うことができる。
【００７０】
（ｂ）操作権限の開放機能は、端末ソフトウェアプログラムがストレージ管理ソフトウェアに対して構成情報２２１への操作権限の開放依頼をする機能である。たとえば、ストレージ管理ソフトウェアがこの機能を受領した場合は、当該端末ソフトウェアプログラムからＤＫＣ２００内の構成情報２２１の変更／更新処理を行うことはできなくなる。ただし、ＤＫＣ２００内の構成情報２２１の参照はできる。
【００７１】
（ｃ）操作権限の延命機能は、制限時間が少なくなってきた時に、制限時間を延ばすことができる機能である。さらに、この機能は編集モード権限を持っている操作者のみが実行できる機能である。
【００７２】
（ｄ）操作権限の強制開放機能は、（ア）制限時間が無くなった時にストレージ管理ソフトウェアが編集モード権限を持った操作者の編集モード権限を強制的に開放する機能（ＴｉｍｅＯｖｅｒ）である。たとえば、編集モード権限を持った操作者が端末を放置した場合、残り制限時間が無くなれば、操作権限は無くなる。さらに、この機能は、（イ）第３者（管理者）が操作権限（Ｍｏｄｉｆｙ）を持っている端末（ユーザ）から強制的に操作権限（Ｍｏｄｉｆｙ）を取り上げる機能である。たとえば、残り制限時間が無くなる前に、第３者（管理者）によって操作権限を無効にすることができる。
【００７３】
（ｅ）残り制限時間の取得機能は、操作権限（Ｍｏｄｉｆｙ）を持った操作者の残り制限時間の情報を取得する機能である。たとえば、操作権限を持った操作者の操作可能時間を操作画面に表示するため、また操作権限を持たない操作者が後どのくらい待つ必要があるかを操作画面に表示するために使う。
【００７４】
（ｆ）操作権限を持っている操作者識別子の取得機能は、操作権限を持っている操作者識別子を取得する機能である。さらに、この機能は、その操作権限をいつから取得しているかの時刻も合わせて取得できる。
【００７５】
上記６つの機能を、Ｉｎ−ＢａｎｄからもＯｕｔ−ｏｆ−Ｂａｎｄからもストレージ管理ソフトウェアが実装し、各ホスト端末４００，４５０、管理クライアント端末５００上の端末ソフトウェアプログラムに対してサービスを提供する。この際に、ストレージ管理ソフトウェアは各機能（サービス）が成功したか、失敗したかを端末ソフトウェアプログラムに対して（エラー）コードを返却する。
【００７６】
＜複数チャネルからの構成情報の変更＞
図４により、ストレージサブシステムの要部構成の一例を説明する。図４はストレージサブシステムの要部構成を示す図である。
【００７７】
複数チャネル（Ｉｎ−ＢａｎｄとＯｕｔ−ｏｆ−Ｂａｎｄ）からの構成情報２２１の変更は、図４に示すようなストレージサブシステムの要部構成（全体構成は図１に詳述）において実行される。すなわち、ストレージサブシステム１００のＤＫＣ２００は、一方でホスト端末４００，４５０（図４ではホスト端末（ＲＡＩＤ  Ｍａｎａｇｅｒ）４００の例）に接続され、他方でＳＶＰ２５０に接続され、さらにＳＶＰ２５０は管理クライアント端末５００に接続されている。
【００７８】
このＤＫＣ２００には、チャネルコントローラ２１０に含まれるホストインタフェース２１１とＣＰＵ２１２、共有メモリ２２０、キャッシュメモリ２３０、ディスクコントローラ２４０に含まれるディスクインタフェース２４１などが備えられている。ディスクインタフェース２４１には、ディスク駆動装置（ＤＫＵ）３００内の多数のディスクドライブ３１０が接続されている。
【００７９】
ホストインタフェース２１１は、ホスト端末４００とのインタフェースを司る部分であり、ストレージおよびＩｎ−Ｂａｎｄによる管理制御のためのブロックストレージアクセスに対応可能である。また、管理クライアント端末５００とのインタフェースは、ＳＶＰ２５０が司り、Ｏｕｔ−ｏｆ−Ｂａｎｄによる管理制御のためのネットワークアクセスに対応可能である。ＣＰＵ２１２は、ＤＫＣ２００およびＤＫＵ３００を管理制御する部分であり、ホストインタフェース２１１を使用したＩｎ−Ｂａｎｄと、ＳＶＰ２５０を使用したＯｕｔ−ｏｆ−Ｂａｎｄの双方からのアクセスに対し、それぞれに対応した制御を行う。共有メモリ２２０には、前述した（５）ロック管理情報（操作権限に関する情報）２２２である、操作権限を持っている操作者識別子、操作権限を取得した時刻、操作権限の開放予定時刻などを含む構成情報２２１が格納されている。
【００８０】
＜Ｉｎ−Ｂａｎｄからの構成情報の変更操作＞
図５により、Ｉｎ−Ｂａｎｄからの構成情報の変更操作の一例を説明する。図５はＩｎ−Ｂａｎｄからの構成情報の変更操作のシーケンスを示す図である。
【００８１】
Ｉｎ−Ｂａｎｄ（たとえばＲＡＩＤ  Ｍａｎａｇｅｒ）からの構成情報２２１の変更操作は、前述した図４に示すようなストレージサブシステム１００の要部構成において、図５に示すように、ホスト端末４００のＲＡＩＤ  Ｍａｎａｇｅｒと、ストレージサブシステム１００のＤＫＣ２００内のホストインタフェース２１１、ＣＰＵ２１２、共有メモリ２２０との間で行われる。この構成情報２２１を変更する際の操作権限取得／解放時のシーケンスは、以下のような手順となる。
【００８２】
構成情報２２１の変更を行う場合は、Ｓ１００１で、ホスト端末（ユーザ）４００はＲＡＩＤ  Ｍａｎａｇｅｒを使い操作権限の取得を発行する。この操作権限の取得コマンドはホストインタフェース２１１を経由してＣＰＵ２１２へ伝えられる。さらに、Ｓ１００２で、ＣＰＵ２１２は依頼された処理（この場合は操作権限の取得）に従い、それ以降、どのモジュールへどんな処理を依頼するかを決め、処理を依頼する。この場合は、共有メモリ２２０に対して操作権限情報の更新を行う。具体的には、ロック管理情報２２２に関して、（ａ）操作権限を持っている操作者識別子の設定、（ｂ）操作権限を取得した時刻の設定、（ｃ）操作権限の開放予定時刻の設定をする。この時、他のチャネル／端末（ユーザ）で操作権限を既に取得されている場合は“（ａ）操作権限の取得”がエラー終了し、操作権限は取得できない。そして、Ｓ１００３，Ｓ１００４で、ＣＰＵ２１２は共有メモリ２２０に対する操作権限情報の更新が終了したらＲＡＩＤ  Ｍａｎａｇｅｒに処理完了を報告する。これにより、ＲＡＩＤ  Ｍａｎａｇｅｒのユーザが操作権限を取得する。
【００８３】
その後、必要な構成情報２２１の更新処理を行う。この構成情報２２１は共有メモリ２２０に格納されているため、上記シーケンスで行う。すなわち、Ｓ１００５で、ホスト端末（ユーザ）４００はＲＡＩＤ  Ｍａｎａｇｅｒを使い構成情報２２１の更新を発行する。この構成情報２２１の更新コマンドはホストインタフェース２１１を経由してＣＰＵ２１２へ伝えられる。さらに、Ｓ１００６で、ＣＰＵ２１２は構成情報２２１の更新に従い、共有メモリ２２０内の構成情報２２１を更新する。そして、Ｓ１００７，Ｓ１００８で、ＣＰＵ２１２は共有メモリ２２０内の構成情報２２１の更新が終了したらＲＡＩＤ  Ｍａｎａｇｅｒに処理完了を報告する。
【００８４】
この際に、構成情報２２１の更新処理が規定時間内に終了できない場合は、操作権限時間の延長が行える。この場合も、Ｓ１００９で、ホスト端末（ユーザ）４００はＲＡＩＤ  Ｍａｎａｇｅｒを使い操作権限時間の延命依頼を発行する。この操作権限時間の延命コマンドはホストインタフェース２１１を経由してＣＰＵ２１２へ伝えられる。さらに、Ｓ１０１０で、ＣＰＵ２１２は共有メモリ２２０内の（ｃ）操作権限の開放予定時刻の設定を変更する。そして、Ｓ１０１１，Ｓ１０１２で、ＣＰＵ２１２は共有メモリ２２０内の（ｃ）操作権限の開放予定時刻の設定の変更が終了したらＲＡＩＤ  Ｍａｎａｇｅｒに処理完了を報告する。
【００８５】
さらに、構成情報２２１の更新処理が終了した場合は、Ｓ１０１３で、ホスト端末（ユーザ）４００はＲＡＩＤ  Ｍａｎａｇｅｒを使い操作権限の開放を発行する。この操作権限の開放コマンドはホストインタフェース２１１を経由してＣＰＵ２１２へ伝えられる。さらに、Ｓ１０１４で、ＣＰＵ２１２は共有メモリ２２０内の操作権限情報のクリアを行う。具体的には、（ａ）操作権限を持っている操作者識別子の削除、（ｂ）操作権限を取得した時刻の初期化、（ｃ）操作権限の開放予定時刻の初期化をする。そして、Ｓ１０１５，Ｓ１０１６で、ＣＰＵ２１２は共有メモリ２２０内の操作権限情報のクリアが終了したらＲＡＩＤ  Ｍａｎａｇｅｒに処理完了を報告する。これにより、ＲＡＩＤ  Ｍａｎａｇｅｒのユーザが操作権限を開放する。
【００８６】
＜Ｉｎ−Ｂａｎｄからのリード／ライト処理＞
図６により、Ｉｎ−Ｂａｎｄからのリード／ライト処理の一例を説明する。図６はＩｎ−Ｂａｎｄからのリード／ライト処理のシーケンスを示す図である。
【００８７】
Ｉｎ−Ｂａｎｄ（ホスト端末４００の例）からのディスクドライブ３１０に対するリード処理の場合、Ｓ１１０１で、ホスト端末４００からのＲｅａｄコマンドはホストインタフェース２１１経由でＣＰＵ２１２へ伝えられる。そして、Ｓ１１０２で、ＣＰＵ２１２はＲｅａｄコマンドを受けて、キャッシュメモリ２３０にデータがあるか否かを判定し、キャッシュメモリ２３０にデータがある場合（キャッシュヒットした場合）は、Ｓ１１０３，Ｓ１１０４で、キャッシュメモリ２３０内からデータを読み出してホスト端末４００へ転送する。
【００８８】
一方、リード処理の場合において（Ｓ１１０５，Ｓ１１０６はＳ１１０１，Ｓ１１０２と同様）、キャッシュメモリ２３０にデータがない場合（キャッシュミスした場合）は、Ｓ１１０７，Ｓ１１０８で、ディスクインタフェース２４１を経由してディスクドライブ３１０からデータを読み出し、キャッシュメモリ２３０に格納した後、Ｓ１１０９，Ｓ１１１０で、ホスト端末４００へデータを転送する。
【００８９】
また、Ｉｎ−Ｂａｎｄ（ホスト端末４００の例）からのディスクドライブ３１０に対するライト処理の場合、Ｓ１１１１で、ホスト端末４００からのＷｒｉｔｅコマンドはホストインタフェース２１１経由でＣＰＵ２１２へ伝えられ、Ｓ１１１２で、ＣＰＵ２１２はキャッシュメモリ２３０に一度データを格納し、Ｓ１１１３，Ｓ１１１４で、ホスト端末４００へＷｒｉｔｅ処理完了を報告する。その後、Ｓ１１１５〜Ｓ１１１８で、ＣＰＵ２１２はキャッシュメモリ２３０に格納したデータを読み出してディスクインタフェース２４１経由でディスクドライブ３１０へ書き込む。このディスクドライブ３１０への書き込みは、Ｗｒｉｔｅコマンドとは非同期で行われる。
【００９０】
＜Ｏｕｔ−ｏｆ−Ｂａｎｄからの構成情報の変更操作＞
図７により、Ｏｕｔ−ｏｆ−Ｂａｎｄからの構成情報の変更操作の一例を説明する。図７はＯｕｔ−ｏｆ−Ｂａｎｄからの構成情報の変更操作のシーケンスを示す図である。
【００９１】
Ｏｕｔ−ｏｆ−Ｂａｎｄ（たとえばＷｅｂＣｏｎｓｏｌｅ）からの構成情報２２１の変更操作は、前述した図４に示すようなストレージサブシステム１００の要部構成において、図７に示すように、管理クライアント端末５００のＷｅｂＣｏｎｓｏｌｅと、ストレージサブシステム１００のＳＶＰ２５０、ＤＫＣ２００内のＣＰＵ２１２、共有メモリ２２０との間で行われる。この構成情報２２１を変更する際の操作権限取得／解放時のシーケンスは、以下のような手順となる。
【００９２】
構成情報２２１の変更を行う場合は、Ｓ１２０１で、管理クライアント端末（ユーザ）５００はＷｅｂＣｏｎｓｏｌｅを使い操作権限の取得を発行する。この操作権限の取得コマンドは、ＳＶＰ２５０を経由してＣＰＵ２１２へ伝えられる。さらに、Ｓ１２０２で、ＣＰＵ２１２は依頼された処理（この場合は操作権限の取得）に従い、それ以降、どのモジュールへどんな処理を依頼するかを決め、処理を依頼する。この場合は、共有メモリ２２０に対して操作権限情報の更新を行う。具体的には、ロック管理情報２２２に関して、（ａ）操作権限を持っている操作者識別子の設定、（ｂ）操作権限を取得した時刻の設定、（ｃ）操作権限の開放予定時刻の設定をする。この時、他のチャネル／端末（ユーザ）で操作権限を既に取得されている場合は操作権限の取得がエラー終了し、操作権限は取得できない。そして、Ｓ１２０３，Ｓ１２０４で、ＣＰＵ２１２は共有メモリ２２０に対する操作権限情報の更新が終了したらＷｅｂＣｏｎｓｏｌｅに処理完了を報告する。これにより、ＷｅｂＣｏｎｓｏｌｅのユーザが操作権限を取得する。
【００９３】
その後、必要な構成情報２２１の更新処理を行う。この構成情報２２１は共有メモリ２２０に格納されているため、上記シーケンスで行う。すなわち、Ｓ１２０５で、管理クライアント端末（ユーザ）５００はＷｅｂＣｏｎｓｏｌｅを使い構成情報２２１の更新を発行する。この構成情報２２１の更新コマンドはＳＶＰ２５０を経由してＣＰＵ２１２へ伝えられる。さらに、Ｓ１２０６で、ＣＰＵ２１２は構成情報２２１の更新に従い、共有メモリ２２０内の構成情報２２１を更新する。そして、Ｓ１２０７，Ｓ１２０８で、ＣＰＵ２１２は共有メモリ２２０内の構成情報２２１の更新が終了したらＷｅｂＣｏｎｓｏｌｅに処理完了を報告する。
【００９４】
この際に、構成情報２２１の更新処理が規定時間内に終了できない場合は、操作権限時間の延長が行える。この場合も、Ｓ１２０９で、管理クライアント端末（ユーザ）５００はＷｅｂＣｏｎｓｏｌｅを使い操作権限時間の延命依頼を発行する。この操作権限時間の延命コマンドはＳＶＰ２５０を経由してＣＰＵ２１２へ伝えられる。さらに、Ｓ１２１０で、ＣＰＵ２１２は共有メモリ２２０内の（ｃ）操作権限の開放予定時刻の設定を変更する。そして、Ｓ１２１１，Ｓ１２１２で、ＣＰＵ２１２は共有メモリ２２０内の（ｃ）操作権限の開放予定時刻の設定の変更が終了したらＷｅｂＣｏｎｓｏｌｅに処理完了を報告する。
【００９５】
さらに、構成情報２２１の更新処理が終了した場合は、Ｓ１２１３で、管理クライアント端末（ユーザ）５００はＷｅｂＣｏｎｓｏｌｅを使い操作権限の開放を発行する。この操作権限の開放コマンドはＳＶＰ２５０を経由してＣＰＵ２１２へ伝えられる。さらに、Ｓ１２１４で、ＣＰＵ２１２は共有メモリ２２０内の操作権限情報のクリアを行う。具体的には、（ａ）操作権限を持っている操作者識別子の削除、（ｂ）操作権限を取得した時刻の初期化、（ｃ）操作権限の開放予定時刻の初期化をする。そして、Ｓ１２１５，Ｓ１２１６で、ＣＰＵ２１２は共有メモリ２２０内の操作権限情報のクリアが終了したらＷｅｂＣｏｎｓｏｌｅに処理完了を報告する。これにより、ＷｅｂＣｏｎｓｏｌｅのユーザが操作権限を開放する。
【００９６】
＜Ｉｎ−Ｂａｎｄ／Ｏｕｔ−ｏｆ−Ｂａｎｄの操作権限を保持する時間管理＞
図８，図９により、構成情報内に格納しているロック管理情報の一例を説明する。それぞれ、図８は各端末で共通に定義したロック管理情報を示す図、図９は各端末毎に定義したロック管理情報を示す図、である。
【００９７】
操作権限を保持する時間には、初期の操作権限保持時間、延命処理時の追加時間の長さがある。この操作権限を保持する時間の管理方法としては、Ｉｎ−Ｂａｎｄのホスト端末４００，４５０、Ｏｕｔ−ｏｆ−Ｂａｎｄの管理クライアント端末５００の各端末に対して、（１）システム（全ての端末（ユーザ））で一意に決めて共通に保持時間を管理する場合、（２）端末（ユーザ）毎に保持時間を定義する場合の２種類がある。
【００９８】
（１）システム（全ての端末（ユーザ））で一意に決めて共通に保持時間を管理する場合は、図８に示すように、ＤＫＣ２００内（具体的には共有メモリ２２０内）の構成情報２２１内に格納しているロック管理情報（操作権限に関する情報）２２２ａの共通情報として、初期の操作権限保持時間、延命処理時の追加時間の長さを定義する。
【００９９】
この時間管理の場合は、システム構成を構築する時に、操作権限に関する情報の共通情報として、初期の操作権限保持時間、延命処理時の追加時間の長さの値を設定し、操作権限の取得／延命指示を受領した時に、この情報（値）を使って操作権限の開放予定時刻を決定する。具体的には、操作権限を取得した時刻に、初期の操作権限保持時間を加算して操作権限の開放予定時刻を決め、さらに延命依頼があったときは、延命処理時の追加時間を加算して延命処理時の操作権限の開放予定時刻を決める。
【０１００】
（２）端末（ユーザ）毎に保持時間を定義する場合は、図９に示すように、ＤＫＣ２００内の構成情報２２１内に格納しているロック管理情報（操作権限に関する情報）２２２ｂとして、端末（ユーザ）毎に初期の操作権限保持時間、延命処理時の追加時間の長さの値を設定し、操作権限の取得／延命指示を受領した時に、この情報（値）を使って操作権限の開放予定時刻を決定する。具体的には、たとえばユーザＡに対しては、操作権限を取得した時刻に、ユーザＡ：初期の操作権限保持時間を加算して操作権限の開放予定時刻を決め、さらに延命依頼があったときは、ユーザＡ：延命処理時の追加時間を加算して延命処理時の操作権限の開放予定時刻を決める。他のユーザＢ，・・・対しても同様である。
【０１０１】
この場合、端末（ユーザ）毎に保持時間を定義する必要があるので、初期の操作権限保持時間、延命処理時の追加時間の長さの値を変更する機能（サービス）を、端末（ユーザ）に提供する必要がある。
【０１０２】
＜Ｉｎ−Ｂａｎｄ／Ｏｕｔ−ｏｆ−Ｂａｎｄの操作権限を保持する時間計算＞
操作権限を保持する時間の計算方法としては、構成情報２２１内に操作権限の開放予定時刻を記録しておく方法がある。この計算方法の前提条件として、ＤＫＣ２００／ＳＶＰ２５０の内部時計が一致していることが前提となるが、Ｉｎ−Ｂａｎｄのホスト端末４００，４５０、Ｏｕｔ−ｏｆ−Ｂａｎｄの管理クライアント端末５００の各端末からの残り制限時間の取得コマンドを受領した時に、操作権限の開放予定時刻とＤＫＣ２００／ＳＶＰ２５０の内部時計との差分で残り制限時間を計算し、端末（ユーザ）へ返却する。
【０１０３】
＜Ｏｕｔ−ｏｆ−Ｂａｎｄの操作権限の制限時間の画面表示＞
図１０〜図１２により、管理クライアント端末の画面の一例を説明する。それぞれ、図１０は管理クライアント端末の画面を示す図、図１１はインジケータの変化を示す図、図１２はインジケータ上に表示する文字列を示す図、である。
【０１０４】
Ｏｕｔ−ｏｆ−Ｂａｎｄにおいて、ユーザの管理クライアント端末（ＷｅｂＣｏｎｓｏｌｅの例）５００のアプレットパネルの画面は、図１０に示すように、インフォメーション（Ｉｎｆｏｒｍａｔｉｏｎ）／ステータス（Ｓｔａｔｕｓ）の表示画面において、デバイスインフォメーション（Ｄｅｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ）、ＬＤＥＶインフォメーション（ＬＤＥＶ  Ｉｎｆｏｒｍａｔｉｏｎ）などが表示可能である。デバイスインフォメーションとしては、Ｓｅｒｉａｌ  Ｎｕｍｂｅｒ、ＩＰ  Ａｄｄｒｅｓｓ、Ｎａｍｅ、Ｃｏｎｔａｃｔ、Ｌｏｃａｔｉｏｎ、Ｆｉｒｍｗａｒｅ  Ｖｅｒｓｉｏｎなどの領域や、Ｄｅｖｉｃｅ  Ｖｉｅｗの表示領域がある。ＬＤＥＶインフォメーションとしては、Ｄｅｖｉｃｅ  Ｔｙｐｅ、Ｃａｐａｃｉｔｙ、Ｎｕｍｂｅｒ  ｏｆ  ＬＤＥＶｓなどの領域がある。
【０１０５】
このような表示画面において、ユーザにモデファイロックのタイムアウト切れの警告をするために、アプレットパネルの上位部にインジケータ５０２を表示する。このインジケータ５０２は、図１１に示すように、各ステータス（Ｓｔａｔｕｓ）Ａ，Ｂ，Ｃ，Ｄ，Ｅで変化し、具体的には以下の通りである。このインジケータ５０２は、アプレットパネルの上位部右側にレイアウトされた操作権限取得（モデファイモード）ボタン５０１を押すことで表示される。
【０１０６】
ＳｔａｔｕｓＡは、インジケータ５０２の色をＧｒｅｅｎで表示し、アプレット起動時、もしくは、ロック延長ボタンを押したとき、および、次回のＳｅｌｆ−Ｃｈｅｃｋメソッドを呼んだ時までの状態である。
【０１０７】
ＳｔａｔｕｓＢは、インジケータ５０２の色をＧｒｅｅｎで表示し、［残り時間］／［ＲＭＩのＭｏｄｉｆｙＴｉｍｅＯｕｔ時間］がＧｒｅｅｎ領域と同じになるように計算して表示させる。残りの部分は、Ｗｈｉｔｅとする。このＳｔａｔｕｓＢは、［残り時間］／［ＲＭＩのＭｏｄｉｆｙＴｉｍｅＯｕｔ時間］＞５０％の時までの状態である。
【０１０８】
ＳｔａｔｕｓＣは、インジケータ５０２の色をＹｅｌｌｏｗで表示し、［残り時間］／［ＲＭＩのＭｏｄｉｆｙＴｉｍｅＯｕｔ時間］がＹｅｌｌｏｗ領域と同じになるように計算して表示させる。残りの部分は、Ｗｈｉｔｅとする。このＳｔａｔｕｓＣは、［残り時間］／［ＲＭＩのＭｏｄｉｆｙＴｉｍｅＯｕｔ時間］＜５０％の時、かつ、［残り時間］＞５分の時の状態である。
【０１０９】
ＳｔａｔｕｓＤは、インジケータ５０２の色をＲｅｄで表示し、［残り時間］／［ＲＭＩのＭｏｄｉｆｙＴｉｍｅＯｕｔ時間］がＲｅｄ領域と同じになるように計算して表示させる。残りの部分は、Ｗｈｉｔｅとする。このＳｔａｔｕｓＤは、［残り時間］＜５分未満の時の状態である。
【０１１０】
ＳｔａｔｕｓＥは、インジケータ５０２の色をＷｈｉｔｅで表示する。このＳｔａｔｕｓＥは、Ｍｏｄｉｆｙロックが解除された時の状態（Ｔｈｅ  ｌｏｃｋ  ｈａｓ  ｂｅｅｎ  ｒｅｌｅａｓｅｄ）である。
【０１１１】
また、各ＳｔａｔｕｓＡ，Ｂ，Ｃ，Ｄ，Ｅでは、図１２に示すような文字列をインジケータ５０２の上に表示させることも可能である。たとえば、ＳｔａｔｕｓＡ，Ｂ，Ｃではそれぞれ、インジケータ５０２の上に「モデファイモード解除まで後、ＸＸ分」、あるいは「ＸＸｍｉｎｕｔｅｓ  ｕｎｔｉｌ  ｌｏｃｋ  ｉｓ  ｒｅｌｅａｓｅｄ」を表示させる。ＳｔａｔｕｓＤでは、「もうすぐモデファイモードが解除されます（ＸＸ分後）」、あるいは「Ｔｈｅ  ｌｏｃｋ  ｉｓ  ａｌｍｏｓｔ  ｒｅｌｅａｓｅｄ（Ｒｅｍａｉｎｉｎｇ  ｔｉｍｅ  ｉｓ  ＸＸｍｉｎｕｔｅｓ）」を表示させる。ＳｔａｔｕｓＥでは、「モデファイモードが解除されました」、あるいは「Ｔｈｅ  ｌｏｃｋ  ｈａｓ  ｂｅｅｎ  ｒｅｌｅａｓｅｄ」を表示させる。なお、ＸＸは残り時間（単位は分）を表す。
【０１１２】
また、アプレットパネルの上位部には、インジケータ５０２の他に、このインジケータ５０２の右隣に操作権限延命（モデファイタイムアウト時間延長）ボタン５０３を用意する。このモデファイタイムアウト時間延長ボタンは、図１１に示すように、ＳｔａｔｕｓＡ／Ｂ／Ｃ／Ｄの時に押すとＳｔａｔｕｓＡになり、ＳｔａｔｕｓＥの時に押すとエラーメッセージを表示させる。
【０１１３】
ただし、管理クライアント端末５００がＲＭＩのモデファイタイムアウト時間が無限の時は、これらの機能はないものとして、全てのものを非表示とする。また、参照モード（ビューモード）の時は、これらのボタンおよびインジケータはグレー表示とする。
【０１１４】
＜Ｉｎ−Ｂａｎｄの操作権限の制限時間の画面表示＞
図１３，図１４により、ホスト端末の画面の一例を説明する。それぞれ、図１３はホスト端末における各操作とコマンドとの関係を示す図、図１４はホスト端末における操作手順を示す図、である。
【０１１５】
Ｉｎ−Ｂａｎｄにおいて、ユーザのホスト端末４００，４５０からの操作には、操作権限（Ｍｏｄｉｆｙ）の取得機能、操作権限（Ｍｏｄｉｆｙ）の開放機能、操作権限（Ｍｏｄｉｆｙ）の延命機能、操作権限（Ｍｏｄｉｆｙ）の強制開放機能、残り制限時間の取得機能、操作権限（Ｍｏｄｉｆｙ）を持っている操作者識別子の取得機能などがあり、コマンド管理情報２２３として、それぞれに図１３に示すようなコマンド名が割り当てられている。このコマンド管理情報２２３は、ＤＫＣ２００内の共有メモリ２２０に格納されている。
【０１１６】
ホスト端末４００，４５０からの操作時は、各端末から、図１４に示すような手順で操作権限の制限時間の表示／制限時間の延命操作を行う。操作権限の取得操作では、Ｇｅｔｍｏｄｉｆｙ  ＵｓｅｒＩＤの入力により、操作権限の取得（Ｙｏｕ  ｇｅｔ  ｍｏｄｉｆｙ  ｍｏｄｅ）が可能となる。操作権限の残り時間の取得操作では、Ｇｅｔｒｉｍａｉｎｔｉｍｅ  ＵｓｅｒＩＤの入力により、操作権限の残り時間の取得（Ｙｏｕｒ  ｒｉｍａｉｎ  ｔｉｍｅ  ｉｓ  １５  ｍｉｎｕｔｅ）が可能となる。操作権限の延命指示操作では、操作権限の残り時間を取得した後、Ｅｘｔｅｎｓｉｏｎｔｉｍｅ  ＵｓｅｒＩＤの入力により、操作権限の延命指示（Ｙｏｕｒ  ｒｉｍａｉｎ  ｔｉｍｅ  ｉｓ  ３０  ｍｉｎｕｔｅ）が可能となる。操作権限の開放操作では、Ｆｒｅｅｍｏｄｉｆｙ  ＵｓｅｒＩＤの入力により、操作権限の開放（Ｙｏｕ  ｒｅｌｅａｓｅｄ  ｍｏｄｉｆｙ  ｍｏｄｅ）が可能となる。操作権限（Ｍｏｄｉｆｙ）を持っている操作者識別子の取得操作では、Ｇｅｔｍｏｄｉｆｉｅｄｕｓｅｒｉの入力により、操作権限（Ｍｏｄｉｆｙ）を持っている操作者識別子の取得（Ｍｏｄｉｆｙ  ｍｏｄｅ  ｈａｄ  ｕｓｅｒＩＤ）が可能となる。
【０１１７】
＜ストレージシステムの別のＩｎ−Ｂａｎｄ／Ｏｕｔ−ｏｆ−Ｂａｎｄ構成＞
図１５により、本実施の形態に係るストレージシステムにおいて、別のＩｎ−Ｂａｎｄ／Ｏｕｔ−ｏｆ−Ｂａｎｄ構成の一例を説明する。図１５は本実施の形態に係るストレージシステムにおいて、別のＩｎ−Ｂａｎｄ／Ｏｕｔ−ｏｆ−Ｂａｎｄ構成を示す図である。
【０１１８】
本実施の形態に係るストレージシステムにおいて、別のＩｎ−Ｂａｎｄ／Ｏｕｔ−ｏｆ−Ｂａｎｄ構成は、ホスト端末（ＲＡＩＤ  Ｍａｎａｇｅｒ）４００とＬＡＮ／Ｉｎｔｅｒｎｅｔ７００との間をＬＡＮ８００で接続し、ロック管理情報２５１を、ＤＫＣ２００（共有メモリ２２０）ではなく、ＳＶＰ２５０側に保持した状態で、ＲＡＩＤ  ＭａｎａｇｅｒとＳＶＰ２５０との間で通信を行い、ロック管理を行う例である。
【０１１９】
具体的には、ＲＡＩＤ  ＭａｎａｇｅｒがＯｕｔ−ｏｆ−Ｂａｎｄの端末と同じようにＬＡＮ８００経由で操作権限の取得コマンドなどを発行し、ＳＶＰ２５０経由で操作権限を管理することで、前述した図２と同様の管理が実現できる。
【０１２０】
＜本実施の形態の効果＞
本実施の形態によれば、Ｉｎ−Ｂａｎｄ／Ｏｕｔ−ｏｆ−Ｂａｎｄ構成のストレージシステムにおいて、以下のような効果を得ることができる。
【０１２１】
（１）ストレージサブシステム１００のＤＫＣ２００の共有メモリ２２０内（ただし、別の構成（図１５）ではＳＶＰ２５０内）に、操作権限を持った端末（ユーザ）の識別子、および操作権限を取得した時刻、残り制限時間などのロック管理情報２２２（２２２ａ，２２２ｂ）を格納し、Ｉｎ−ＢａｎｄとＯｕｔ−ｏｆ−Ｂａｎｄの両方のチャネルからアクセスされる端末（ユーザ）で、このロック管理情報２２２を共有に使うことで、操作権限を持つ端末（ユーザ）を１人に限定することができる。この結果、ストレージサブシステム１００に対する操作権限を一元管理し、構成情報の矛盾を作り出す要因を無くすことができる。
【０１２２】
（２）操作権限を持ったユーザの残り制限時間を、残り制限時間の取得機能を用いて、そのユーザに見えるように画面表示することで、ユーザは、あとどのくらの時間操作権限を保持していられるかを確認することができる。この結果、操作権限を持ったユーザは、残りの操作可能時間を把握することができる。
【０１２３】
（３）制限時間内に全ての構成変更操作が完了しない場合、操作権限の延命機能を用いて、操作権限を持ったユーザは、制限時間の延長を行うことができる。この結果、操作途中で、操作権限を失い、設定操作が無効になることを防ぐことができる。
【０１２４】
（４）操作権限を持たないユーザ側には、残り制限時間の取得機能を用いて、操作権限を持ったユーザの残り制限時間を表示して知らせることができる。
【０１２５】
（５）操作権限を持ったユーザが、操作権限を持ったまま端末を放置した場合、操作権限の強制開放機能を用いて、残り制限時間が無くなれば、操作権限は取り上げることができる。
【０１２６】
（６）操作権限を持ったユーザの残り制限時間が無くなる前に、操作権限の強制開放機能を用いて、第３者（管理者）によって操作権限を無効にすることができる。
【０１２７】
（７）Ｉｎ−Ｂａｎｄから排他ロック管理の構成情報の参照およびロック管理情報の取得ができ、ＬＡＮを経由せずに、Ｉｎ−Ｂａｎｄのみのインタフェースから安全にデータ管理ができるようになり、また逆に、Ｏｕｔ−ｏｆ−Ｂａｎｄのみのインタフェースでも安全に構成情報の管理ができるようになる。
【０１２８】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【図面の簡単な説明】
【０１２９】
【図１】本発明の一実施の形態に係るストレージシステムの全体構成を示す構成図である。
【図２】本発明の一実施の形態に係るストレージシステムにおいて、Ｉｎ−Ｂａｎｄ／Ｏｕｔ−ｏｆ−Ｂａｎｄ構成を示す図である。
【図３】本発明の一実施の形態に係るストレージシステムにおいて、ロック管理情報を含む構成情報を示す図である。
【図４】本発明の一実施の形態に係るストレージシステムにおいて、ストレージサブシステムの要部構成を示す図である。
【図５】本発明の一実施の形態に係るストレージシステムにおいて、Ｉｎ−Ｂａｎｄからの構成情報の変更操作のシーケンスを示す図である。
【図６】本発明の一実施の形態に係るストレージシステムにおいて、Ｉｎ−Ｂａｎｄからのリード／ライト処理のシーケンスを示す図である。
【図７】本発明の一実施の形態に係るストレージシステムにおいて、Ｏｕｔ−ｏｆ−Ｂａｎｄからの構成情報の変更操作のシーケンスを示す図である。
【図８】本発明の一実施の形態に係るストレージシステムにおいて、各端末で共通に定義したロック管理情報を示す図である。
【図９】本発明の一実施の形態に係るストレージシステムにおいて、各端末毎に定義したロック管理情報を示す図である。
【図１０】本発明の一実施の形態に係るストレージシステムにおいて、管理クライアント端末の画面を示す図である。
【図１１】本発明の一実施の形態に係るストレージシステムにおいて、インジケータの変化を示す図である。
【図１２】本発明の一実施の形態に係るストレージシステムにおいて、インジケータ上に表示する文字列を示す図である。
【図１３】本発明の一実施の形態に係るストレージシステムにおいて、ホスト端末における各操作とコマンドとの関係を示す図である。
【図１４】本発明の一実施の形態に係るストレージシステムにおいて、ホスト端末における操作手順を示す図である。
【図１５】本発明の一実施の形態に係るストレージシステムにおいて、別のＩｎ−Ｂａｎｄ／Ｏｕｔ−ｏｆ−Ｂａｎｄ構成を示す図である。
【符号の説明】
【０１３０】
１００…ディスクアレイ装置（ストレージサブシステム）、２００…ディスク制御装置（ＤＫＣ）、２１０…チャネルコントローラ、２１１…ホストインタフェース、２１２…ＣＰＵ、２２０…共有メモリ、２２１…構成情報、２２２，２２２ａ，２２２ｂ…ロック管理情報、２２３…コマンド管理情報、２３０…キャッシュメモリ、２４０…ディスクコントローラ、２４１…ディスクインタフェース、２５０…サービスプロセッサ（ＳＶＰ）、２５１…ロック管理情報、２６０…スイッチ、２６１…内部ＬＡＮ、３００…ディスク駆動装置（ＤＫＵ）、３１０…ディスクドライブ、４００，４５０…情報処理装置（ホスト端末）、５００…情報処理装置（管理クライアント端末）、５０１…操作権限取得ボタン、５０２…インジケータ、５０３…操作権限延命ボタン、６００…ＳＡＮ、７００…ＬＡＮ、８００…ＬＡＮ。
【図１】
2005284478.tif 000003
【図２】
2005284478.tif 000004
【図３】
2005284478.tif 000005
【図４】
2005284478.tif 000006
【図５】
2005284478.tif 000007
【図６】
2005284478.tif 000008
【図７】
2005284478.tif 000009
【図８】
2005284478.tif 000010
【図９】
2005284478.tif 000011
【図１０】
2005284478.tif 000012
【図１１】
2005284478.tif 000013
【図１２】
2005284478.tif 000014
【図１３】
2005284478.tif 000015
【図１４】
2005284478.tif 000016
【図１５】
2005284478.tif 000017