(57)【要約】【課題】冗長データを保持する記憶装置サブシステムにおいて、上位装置からのファイル単位でのアクセス要求を、該記憶装置サブシステムを構成する複数の記憶装置間で協調して処理する制御方式を提供する。【解決手段】記憶装置サブシステムを構成する個々の記憶装置が、上位装置からのファイル単位でのアクセス要求処理、並びに、該アクセス要求に伴う冗長データの更新処理を実施する手段を具備する。更に、記憶装置は、自身が格納するファイル毎に記録媒体上の位置情報、アクセス履歴情報等を保持し、任意の条件で格納領域の再配置を実施する手段とを具備する。【選択図】　図１
2004145409.tif 000002
【特許請求の範囲】
【請求項１】
記憶制御装置と複数の記憶装置からなる記憶装置サブシステムにおいて、
前記記憶制御装置は、外部装置から受信したファイル単位のアクセス要求を処理する記憶装置を選択する記憶装置選択部と、
前記記憶装置選択部が選択した記憶装置に前記ファイル単位のアクセス要求を送信する手段とを備え、
前記記憶装置は、当該記憶装置を制御するメイン制御部と、データを格納するメディア部を備え、
前記メイン制御部は、送信された前記ファイル単位のアクセス要求を解析して、当該解析に応じた処理を実行することを特徴とする、記憶装置サブシステム。
【請求項２】
前記メイン制御部は、
前記アクセス要求が前記メディア部に格納されているデータの読み出し要求である場合、前記メディア部に格納されているブロック単位のデータを、ファイル単位のデータに整形して前記記憶制御装置へ出力し、
前記外部装置から送信されたデータの書き込み要求である場合、前記外部装置から受信したファイル単位のデータを、ブロック単位のデータに整形して前記メディア部に格納することを特徴とする、請求項１記載の記憶装置サブシステム。
【請求項３】
前記記憶装置は、前記メディア部が格納するファイルに関するファイル管理情報を有し、
前記ファイル管理情報は、前記ファイルのバイト単位のサイズと、前記ファイルのブロック数の情報を含み、
前記メイン制御部による前記ファイル単位のデータへの整形、および、前記ブロック単位のデータへの整形は、前記バイト単位のサイズと前記ブロック数に基づき、整形することを特徴とする、請求項２記載の記憶装置サブシステム。
【請求項４】
前記ファイル管理情報は、前記メディア部に格納されたデータの、先頭ブロックのアドレスと、前記先頭ブロックに連続するブロック数とから構成され、ファイルの分断された領域毎に追加される、メディア格納位置の情報を含み、
前記メイン制御部は、前記メディア格納位置を用いて、不連続な領域に格納されているブロックデータを検出する手段と、
前記ブロック数と前記メディア格納位置を用いて、前記メディア部に格納するための先頭ブロックのアドレスと、先頭ブロックに連続するブロック数とを検出する手段を有することを特徴とする、請求項３記載の記憶装置サブシステム。
【請求項５】
前記メイン制御部は、整形したブロック単位のデータと、前記メディア部に格納されているアクセス対象のデータから、差分データを生成し、冗長データを格納する記憶装置に対して、前記差分データを送信することを特徴とする、請求項２記載の記憶装置サブシステム。
【請求項６】
前記ファイル管理情報は、前記ファイルに対する任意の期間におけるアクセス回数を表すアクセル履歴を更に含み、
前記メイン制御部は、前記アクセス履歴を用いて、アクセス頻度の高いファイルをアクセス速度の速い領域に配置する手段を有することを特徴とする、請求項４記載の記憶装置サブシステム。
【請求項７】
前記ファイル管理情報は、前記ファイルの重要性に応じて設定される優先順位を更に含み、
前記メイン制御部は、前記優先順位を用いて、重要性の高いファイルをアクセス速度の速い領域に配置する手段を有することを特徴とする、請求項４記載の記憶装置サブシステム。
【請求項８】
障害を起こした記憶装置に対して、ファイル単位のアクセス要求が発行された場合、
前記記憶制御装置は、前記記憶装置選択管理情報を用いて、前記障害を起こした記憶装置を検出する手段と、
前記障害を起こした記憶装置の冗長データを有する記憶装置に、前記アクセス要求を転送する手段を有し、
前記冗長データを有する記憶装置における前記メイン制御部は、前記アクセス要求に応じて、前記記憶装置サブシステムを構成する他の記憶装置に対して、アクセス対象のファイルに対応するデータを、前記冗長データを有する記憶装置に送信するよう指示する手段と、
前記送信されたデータと、前記冗長データを有する記憶装置が有する冗長データを用いて、前記障害を起こした記憶装置に格納されているアクセス対象のデータを復元する手段と、
前記復元したデータを、前記ファイル単位のデータに整形する手段を有する、記憶装置１記載の記憶装置サブシステム。
【請求項９】
外部装置と接続され、複数の記憶装置からなる記憶装置サブシステムにおいて、
前記複数の記憶装置は前記記憶装置を制御するメイン制御部と、データを格納するためのメディア部を備え、
前記複数の記憶装置の少なくとも１の記憶装置は、更に前記外部装置から受信したファイル単位のアクセス要求を処理する記憶装置を選択して前記ファイル単位のアクセス要求を送信する記憶装置選択部を備え、
前記メイン制御部は送信された前記アクセス要求を解析して、当該解析に応じた処理を実行することを特徴とする記憶装置サブシステム。
【請求項１０】
前記メイン制御部は、
前記アクセス要求が前記メディア部に格納されているデータの読み出し要求であるか、前記外部装置から送信されたデータの書き込み要求であるかを判断する手段と、
読み出し要求であると判断した場合、前記メディア部に格納されているブロック単位のデータを、ファイル単位のデータに整形する手段と、
書き込み要求であると判断した場合、前記上位装置から受信したファイル単位のデータを、ブロック単位のデータに整形する手段を有することを特徴とする請求項９記載の記憶装置サブシステム。
【請求項１１】
前記記憶装置は、前記メディア部が格納するファイルに関するファイル管理情報を有し、
前記ファイル管理情報は、前記ファイルのバイト単位のサイズと、前記ファイルのブロック数の情報を含み、
前記メイン制御部による前記ファイル単位のデータへの整形、および、前記ブロック単位のデータへの整形は、前記バイト単位のサイズと前記ブロック数に基づき、整形することを特徴とする請求項１０記載の記憶装置サブシステム。
【請求項１２】
前記ファイル管理情報は、前記メディア部に格納されたデータの、先頭ブロックのアドレスと、前記先頭ブロックに連続するブロック数とから構成され、ファイルの分断された領域毎に追加される、メディア格納位置の情報を含み、
前記メイン制御部は、前記メディア格納位置を用いて、不連続な領域に格納されているブロックデータを検出する手段と、
前記ブロック数と前記メディア格納位置を用いて、前記メディア部に格納するための先頭ブロックのアドレスと、先頭ブロックに連続するブロック数とを検出する手段を有することを特徴とする請求項１１記載の記憶装置サブシステム。
【請求項１３】
前記メイン制御部は、整形したブロック単位のデータと、前記メディア部に格納されているアクセス対象のデータから、差分データを生成し、冗長データを格納する記憶装置に対して、前記差分データを送信することを特徴とする請求項１０記載の記憶装置サブシステム。
【請求項１４】
外部装置との通信を行うインタフェース部と、
データをブロック単位で格納するメディア部と、
前記メディア部へのアクセスを制御するメディア制御部とを備えた記憶装置において、
前記インタフェース部で受けた外部装置からのファイル単位のアクセス要求を解析して、ブロック単位の処理に変換して、前記メディア制御部による前記メディア部へのアクセスを行うメイン制御部を備えることを特徴とする、記憶装置。
【請求項１５】
前記メイン制御部は、前記アクセス要求が前記メディア部に格納されているデータの読み出し要求であるか書き込み要求であるかを判断する手段と、
読み出し要求であると判断した場合、前記メディア部に格納されているブロック単位のデータを、ファイル単位のデータに整形する手段と、
書き込み要求であると判断した場合、前記外部装置から受信したファイル単位のデータを、ブロック単位のデータに整形する手段を有する請求項１４記載の記憶装置。
【請求項１６】
外部装置との通信を行うインタフェース部と、
データを格納するメディア部と、
前記メディア部へのアクセスを制御するメディア制御部とを備えた記憶装置において、
前記インタフェース部で受けた外部装置からのファイル単位のアクセス要求を処理すべき記憶装置が自記憶装置であるかを判定する判定部と、
自記憶装置で処理すべき前記ファイル単位のアクセス要求を解析して、前記メディア制御部による前記メディア部へのアクセスを行うメイン制御部とを備えたことを特徴とする記憶装置。
【請求項１７】
前記判定部で前記アクセス要求が自記憶装置で処理すべきアクセス要求でないと判定した場合に当該アクセス要求を前記インタフェース部から他の記憶装置へ送信することを特徴とする請求項１６の記憶装置。
【請求項１８】
同一通信路に接続する他の記憶装置の管理情報を保持する情報保持部を備え、前記アクセス要求を送信すべき他の記憶装置を選定し、選定した記憶装置宛に当該アクセス要求を送信することを特徴とする請求項１７の記憶装置。
【請求項１９】
前記メイン制御部は、前記アクセス要求が前記メディア部に格納されているデータの読み出し要求であるか書き込み要求であるかを判断する手段と、
読み出し要求であると判断した場合、前記メディア部に格納されているブロック単位のデータを、ファイル単位のデータに整形する手段と、
書き込み要求であると判断した場合、前記外部装置から受信したファイル単位のデータを、ブロック単位のデータに整形する手段を有する請求項１８記載の記憶装置。
【請求項２０】
前記記憶装置は、前記メディア部が格納するファイルに関するファイル管理情報を有し、
前記ファイル管理情報は、前記ファイルのバイト単位のサイズと、前記ファイルのブロック数の情報を含み、
前記メイン制御部による前記ファイル単位のデータへの整形、および、前記ブロック単位のデータへの整形は、前記バイト単位のサイズと前記ブロック数に基づき、整形することを特徴とする請求項１９記載の記憶装置。
【請求項２１】
前記ファイル管理情報は、前記メディア部に格納されたデータの、先頭ブロックのアドレスと、前記先頭ブロックに連続するブロック数とから構成され、ファイルの分断された領域毎に追加される、メディア格納位置の情報を含み、
前記メイン制御部は、前記メディア格納位置を用いて、不連続な領域に格納されているブロックデータを検出する手段と、
前記ブロック数と前記メディア格納位置を用いて、前記メディア部に格納するための先頭ブロックのアドレスと、先頭ブロックに連続するブロック数とを検出する手段を有することを特徴とする請求項２０記載の記憶装置。
【請求項２２】
前記メイン制御部は、整形したブロック単位のデータと、前記メディア部に格納されているアクセス対象のデータから、差分データを生成し、
冗長データを格納する記憶装置に対して、前記差分データを送信することを特徴とする、請求項２１記載の記憶装置。
【請求項２３】
前記ファイル管理情報は、前記ファイルに対する任意の期間におけるアクセス回数を表すアクセル履歴を更に含み、
前記メイン制御部は、前記アクセス履歴を用いて、アクセス頻度の高いファイルをアクセス速度の速い領域に配置する手段を有することを特徴とする、請求項２２記載の記憶装置。
【請求項２４】
前記ファイル管理情報は、前記ファイルの重要性に応じて設定される優先順位を更に含み、
前記メイン制御部は、前記優先順位を用いて、重要性の高いファイルをアクセス速度の速い領域に配置する手段を有することを特徴とする、請求項２３記載の記憶装置。
【請求項２５】
障害を起こした記憶装置に対して、ファイル単位のアクセス要求が発行された場合、
前記判定部は、前記障害を起こした記憶装置を検出する手段と、
前記障害を起こした記憶装置の冗長データを有する記憶装置に、前記アクセス要求を転送する手段を有し、
前記冗長データを有する記憶装置は、前記アクセス要求に応じて、前記記憶装置サブシステムを構成する他の記憶装置に対して、アクセス対象のファイルに対応するデータを、前記冗長データを有する記憶装置に送信するよう指示する手段と、
前記送信されたデータと、前記冗長データを有する記憶装置が有する冗長データを用いて、前記障害を起こした記憶装置に格納されているアクセス対象のデータを復元する手段と、
前記復元したデータを、前記ファイル単位のデータに整形する手段を有することを特徴とする、請求項１７記載の記憶装置。
【請求項２６】
外部装置と接続され、データを２重に２台１組の両方もたせた記憶装置を有する記憶装置サブシステムにおいて、
前記記憶装置は、前記外部装置から受信した、ファイル単位のアクセス要求を送信する対象とする記憶装置を選択する記憶装置選択部と、前記記憶装置を制御するメイン制御部と、データを格納するためのメディア部を備え、
前記記憶装置は、前記記憶装置選択部が選択した記憶装置に前記アクセス要求を送信する手段と
送信された前記アクセス要求を前記メイン制御部によって解析する手段と
前記解析の結果に応じて、前記アクセス要求に対する処理を実行する手段を有することを特徴とする、記憶装置サブシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数の記憶装置から構成され、冗長データを保持する記憶装置サブシステム及びその記憶装置サブシステムに使用される記憶装置に関する。
【０００２】
【従来の技術】
一般的な記憶装置サブシステムは、複数の記憶装置と、複数の記憶装置と接続してそれらを制御する記憶制御装置とから構成される。記憶制御装置は、ユーザデータ及び冗長データを固定長のサイズ（ブロック）に分割し、各記憶装置に振り分けて格納する（例えば、非特許文献１参照）。記憶制御装置と記憶装置とは、ＳＣＳＩ（Ｓｍａｌｌ　Ｃｏｍｐｕｔｅｒ　Ｓｙｓｔｅｍ　Ｉｎｔｅｒｆａｃｅ）等のインタフェースで接続され、ブロック単位のサイズでデータの送受信を行う。そして、ブロックデータを振り分けられたそれぞれの記憶装置が、独立して振り分けられたブロックデータの読み書き処理を実行することにより、多重処理による性能向上を実現している。
【０００３】
記憶制御装置は、記憶装置と上位装置との間のデータ交換の制御を行うために、少なくとも、上位装置とのインタフェース制御を実行する装置と、記憶装置とのインタフェース制御を実行する装置と、上位装置と記憶装置との間で転送されるデータを保持するキャッシュメモリと、それらを統括管理する装置を備え、上位装置と記憶装置間のデータ交換のためにブロックへの分割処理、記憶装置への配置処理、上位装置用のファイルデータへの変換処理等様々な処理を行っている。これら複数の記憶装置に対する制御を記憶制御装置が一括して実行しているため、記憶制御装置は大量のデータ処理を高速に行うことが要求され、このために通常、高速で高価なプロセッサや大容量のキャッシュメモリを搭載することで性能の向上を実現している。
【０００４】
また、記憶装置サブシステムにおける他の高性能化技術として、データ更新時の冗長データの作成処理をデータ更新対象の記憶装置に行わせて、記憶制御装置の負担を軽減させる技術も考えられている。（例えば、特許文献１参照）。
【０００５】
【特許文献１】
特開平７−２６１９４６号公報
【非特許文献１】
”Ａ　Ｃａｓｅ　ｆｏｒ　Ｒｅｄｕｎｄａｎｔ　Ａｒｒａｙ　ｏｆ　Ｉｎｅｘｐｅｎｓｉｖｅ　Ｄｉｓｋｓ　（ＲＡＩＤ）”（Ｐｒｏｃｅｅｄｉｎｇｓ　ｏｆ　ＡＣＭ　ＳＩＧＭＯＤ、１９８８）
【０００６】
【発明が解決しようとする課題】
上記従来の記憶装置サブシステムにおいては、記憶制御装置が上位装置から送られるファイル単位のアクセス要求の、記憶装置の処理単位であるブロック単位へのデータの変換や、変換したブロックデータの記憶装置への割当等の記憶装置へのアクセス制御を集中して行っているため、データの読み出しや新規書き込みの際に、記憶制御装置の処理性能がボトルネックとなり、記憶装置サブシステム全体の処理性能向上の妨げとなっている。
【０００７】
また、記憶装置サブシステムの性能を向上させるために、記憶制御装置に最高性能のプロセッサや大容量のキャッシュメモリを準備して対応することが、記憶装置サブシステムの価格をつりあげる結果になっている。
【０００８】
さらに近年、記憶装置サブシステムを構成する記憶装置台数が増加する傾向にあり、上記の状況にますます拍車がかかっている。上述した最高性能のプロセッサ等を準備してもなお記憶装置サブシステムの処理性能の向上を妨げることが考えられる。
【０００９】
また、記憶制御装置が連続領域として指定した領域が、個々の記憶装置におけるフラグメント処理等によって、実際には不連続な領域となる場合がある。この様な場合、記憶制御装置が連続した領域を指定したアクセス要求を発行しても、実際の記憶装置のアクセスは不連続な領域へのアクセスとなる為、シーク動作やディスクの回転を待つため等の時間がかかり、アクセス性能が低下する。従来の技術では、記憶制御装置が連続領域として指定した領域が、実際には不連続な領域である場合の、データの適切な格納について考慮していない。
【００１０】
本発明の目的は、記憶装置サブシステムにおいて、上位装置からのファイル単位のアクセス要求に応じる処理に関して、従来負荷が集中していた記憶制御装置の負担を軽減し、記憶装置サブシステムの性能向上や低価格化を図るものである。
【００１１】
本発明の他の目的は、記憶装置サブシステムを構成する個々の記憶装置において、上位装置からのファイル単位でのアクセス要求に対応し、ファイルを構成するブロックデータの格納領域を最適に制御することを目的とする。
【００１２】
【課題を解決するための手段】
上記目的を達成するために、記憶装置サブシステムを構成する記憶装置の各々にファイル単位のアクセス要求を処理する手段をもたせ、記憶制御装置または少なくとも１の記憶装置に、上位装置から受信するアクセス要求を処理する記憶装置を選択してその記憶装置へアクセス要求を送出する記憶装置選択部を備えさせた。
【００１３】
記憶装置及び記憶制御装置に上記の手段を持たせることにより、ファイル単位のアクセス要求を処理するための、ファイルのブロックデータへの変換、変換したブロックデータをアクセスする記憶装置の割り振り及びブロックデータを読み出すための記憶装置の制御、ブロック単位データのファイルへの変換等の処理の全部または一部を記憶制御装置で行う必要がなくなり、アクセス要求処理における記憶制御装置の負担を軽減して記憶装置サブシステムの性能向上が図れる。なお、上記の記憶装置選択部を１の記憶装置にもたせることで、記憶制御装置をもたない記憶装置サブシステムが提供できる。
【００１４】
また、記憶装置は通常ブロック単位でメディア部にデータを格納するが、当該記憶装置を制御するメイン制御部が、アクセス要求が前記メディア部に格納されているデータの読み出し要求である場合、前記メディア部に格納されているブロック単位のデータを、ファイル単位のデータに整形して要求元に出力し、アクセス要求がデータの書き込み要求である場合には、外部から受信したファイル単位のデータを、ブロック単位のデータに整形して前記メディア部に格納することで、通常のブロック単位でデータを格納するメディア部を有する記憶装置においてファイル単位のデータのアクセス要求を処理可能とする。
【００１５】
更に、記憶装置のメイン制御部が、データを書き込む際に、ブロック単位に分割したデータが連続してアクセス可能なメディア部の領域に格納するように制御を行うことで、メディア部からの読み書きの時間を早めている。データの書き込み時に限らず不連続な領域に格納されているデータを、該データの先頭ブロックのアドレスと、先頭ブロックに連続するブロック数を検出して、データの再配置を行わせることもできる。
【００１６】
【発明の実施の形態】
［第一の実施形態］（記憶制御装置によるコマンド振り分け）
以下、本発明に係る第一の実施形態を、図１〜７を用いて説明する。
【００１７】
図１は、記憶制御装置２と複数台の記憶装置１を有する記憶装置サブシステム３と上位装置５とから構成される情報処理システムの一例を示す。複数台の記憶装置１は、記憶制御装置２と、サブシステム内ネットワーク４を介して接続されている。また、記憶制御装置２は、上位装置５とネットワーク６を介して接続されている。
【００１８】
記憶制御装置２は、記憶装置選択部２０、ネットワークインタフェース制御部２１、メモリ２２、記憶装置インタフェース制御部２３、記憶制御装置内ネットワーク７を具備する。メモリ２２は、記憶装置選択管理情報を備える。記憶装置選択管理情報には、特定の記憶装置を選択する為の情報として、記憶装置サブシステムが格納する全てのファイルと、実際にファイルを格納する記憶装置との関連付け情報、各記憶装置の空き情報（あとどのくらいの容量のデータを格納できるかを示す）、並びに、サブシステム管理情報と同等の情報が含まれる。尚、メモリ２２は、不揮発性であることが望ましい。
【００１９】
記憶制御装置２は、記憶装置選択管理情報と、上位装置５から記憶装置１に対するファイル単位でのアクセス要求とに基づき、アクセス要求を特定の記憶装置１に対して転送する。以下、上位装置から記憶装置に対するファイル単位でのアクセス要求のことをＣｍｄと書く。
【００２０】
記憶装置１は、情報保持部１０、メイン制御部１１、バッファ部１２、更新情報生成部１３、メディア部１４、インタフェース制御部１５、バッファ制御部１６、メディア制御部１７、記憶装置内ネットワーク８を備える。
【００２１】
情報保持部１０は、ファイル管理情報、サブシステム管理情報、メディア管理情報を格納する。これらの情報については、後述する。
【００２２】
メイン制御部１１は、コマンド処理制御部３０、格納ブロック制御部３１を備え、記憶装置を統括管理する。コマンド処理制御部３０は、Ｃｍｄと情報保持部１０に格納されている情報に基づき、Ｃｍｄに対する処理を制御する。格納ブロック制御部３１は、上位装置５から受信した書き込みデータ（以下、ライトデータと呼ぶ）を、後述するメディア部１４に格納する際の、最適なブロック検出や割当て処理を制御する。
【００２３】
バッファ部１２は、コマンド格納部３５、送受信データ格納部３６、更新情報格納部３７を備え、メディア部１４と上位装置５との間で転送されるデータを一時保存する。コマンド格納部３５は、上位装置５から受信したＣｍｄを保持する。送受信データ格納部３６は、上位装置５との間で送受信されるデータを保持する。更新情報格納部３７は、更新情報生成部１３にて生成された更新情報を保持する。
【００２４】
更新情報生成部１３は、上位装置５から受信したライトデータと、メディア部１４の更新対象データとから排他的論理和演算等による更新情報を生成する。
【００２５】
メディア部１４は、上位装置５がアクセスするデータ、または、該データに対応する冗長データを保持する記憶媒体である。
【００２６】
インタフェース制御部１５は、記憶制御装置２０との間の通信を、所定のプロトコルに基づいて制御する。
【００２７】
バッファ制御部１６は、バッファ部１２に対するアクセスを制御する。
【００２８】
メディア制御部１７は、メディア部１４に対する記録再生処理を実行する。
【００２９】
尚、図１の各要素は、ハードウェアとして実現されるものとして描いているが、メイン制御部１１におけるコマンド処理制御部３０と格納ブロック制御部３１は、プロセッサがソフトウェアとして実現されるものであってもよい。
【００３０】
図２は、情報保持部１０に格納されるファイル管理情報の構成の一例を示す。ファイル管理情報は、ファイルを識別するためのファイルＩＤで構成される。ファイルＩＤは、アクセス権、ユーザＩＤ、サイズ、レプリカ管理情報、アクセス履歴、優先順位、メディア格納位置などの情報を含む。
【００３１】
アクセス権は、そのファイルがリード要求に対処可能か否か、または、ライト要求に対処可能か否かを示す情報である。
【００３２】
ユーザＩＤは、ユーザを識別するための識別子である。
【００３３】
サイズは、メディア部１４に格納されたファイルの、バイト単位のサイズと、ブロック数とから構成される。
【００３４】
レプリカ管理情報とは、ファイルに対するＣｍｄ毎の記憶装置に優先順位をつけた情報である。例えば、優先順位をつけた装置識別子情報等を設定したものであってもよい。
【００３５】
アクセス履歴は、ファイルに対するアクセス頻度の指標として用いる情報である。例えば、ファイルが生成されてからの期間、または、任意の期間におけるアクセス回数等である。
【００３６】
優先順位は、上位装置がファイルを作成する際に指定する情報である。例えば、上位装置から見てアクセス頻度の高いファイルに高い優先度、または、関連してアクセスされる可能性の高い複数ファイルに同一の優先度を設定する。または、ファイルの重要性に応じて、ユーザが予め優先度を設定してもよい。
【００３７】
メディア格納位置は、メディア部１４に格納した先頭ブロックのアドレスと、連続するブロックの数とから構成される。ここで、ファイル更新等に伴い、メディア部１４の連続領域を確保できない（分断が発生する）場合、分断された領域毎にメディア格納位置の情報を追加する。図に示した１〜Ｎの番号は、分断された領域毎につけられた番号である。
【００３８】
尚、ファイル管理情報における、これらの情報すべては必須ではない。実施例に応じて、必要な情報を用いればよい。
【００３９】
図３は、情報保持部１０に格納されるサブシステム管理情報の構成の一例を示す。ここでは、サブシステム管理情報は、記憶装置フラグ、記憶装置ＩＤ、格納データ種、冗長管理情報を含む。
【００４０】
記憶装置フラグは、第二の実施形態における、複数の記憶装置中の、記憶装置選択処理を行う記憶装置の識別子を示す。
【００４１】
記憶装置ＩＤは、記憶装置を識別するための、記憶装置毎に固有の識別子である。
【００４２】
格納データ種は、格納しているデータが、ユーザデータであるか、冗長データであるかを示す情報である。
【００４３】
冗長管理情報は、データ記憶装置ＩＤ、冗長データ記憶装置ＩＤ、動作モード、障害記憶装置ＩＤ、ＲＡＩＤレベル、データ記憶装置台数、パリティ記憶装置台数、パリティ配置方式、冗長データ管理サイズを含む。データ記憶装置ＩＤは、格納されている冗長データに対応するデータがどの記憶装置に格納されているかを示す情報である。冗長データ記憶装置ＩＤは、格納されているデータに対応する冗長データがどの記憶装置に格納されているかを示す情報である。動作モードは、記憶装置が正常か縮退かを示す情報である。ここで、縮退とは、記憶装置に障害が発生し、冗長データを用いて、Ｃｍｄを処理している状態を指す。障害記憶装置ＩＤとは、障害が発生した記憶装置のＩＤを示す情報である。冗長データ管理サイズは、冗長データのサイズを示す情報である。ＲＡＩＤレベルは、ＲＡＩＤ０〜ＲＡＩＤ５までのＲＡＩＤの種類を表す。データ記憶装置台数は、あるパリティグループにおいて、冗長データを作成するためのデータを保持する記憶装置の台数である。ここで、パリティグループとは、一つの記憶装置に障害が発生しても、データを復旧することが可能なグループのことを指す。パリティ記憶装置台数は、複数の記憶装置に格納されるデータによって作成された冗長データを保持する記憶装置の台数である。通常、台数は１である。パリティ配置方式は、従来方式等、様々な方式の種類を表す。
【００４４】
尚、サブシステム管理情報における、これらの情報すべては必須ではない。実施例に応じて、必要な情報を用いればよい。
【００４５】
情報保持部１０に格納されるメディア管理情報は、メディア部１４へのアクセスに対するシーク動作のヘッドの変更が発生しない、または、発生頻度を最小にするアクセス領域（連続領域）を検出するための各種パラメータ情報、該連続領域の使用状況、不良ブロック情報等から構成される。
【００４６】
以下、Ｃｍｄを、記憶装置１−１〜１−４が協調して処理する動作について説明する。尚、第一の実施形態では、記憶装置１−１がアクセス対象の装置であるとする。また、図４、６では、Ｃｍｄの流れを点線で示し、ユーザデータの流れは実線で示した。図５、７では、Ｃｍｄの流れは省略している。
（１）ファイル単位のリード要求処理
図４は、上位装置５から記憶装置サブシステム３に対し、ファイル単位の読み出し要求（以下、リード要求と呼ぶ）が発行された場合の処理例を示す。尚、以下の図において、説明上必要のない部位は省略している。
【００４７】
まず、記憶制御装置２は、Ｃｍｄを、ネットワーク６を介して受信する。
【００４８】
記憶制御装置２は、記憶装置選択部２０において、受信したＣｍｄを構成する各種情報と、記憶装置選択管理情報とに基づき、Ｃｍｄが記憶装置１−１に格納するファイルに対するリード要求であることを検出し、Ｃｍｄを記憶装置１−１に対して転送する。ここで、各種情報とは、Ｃｍｄがリード要求か、書き込み要求（以下、ライト要求と呼ぶ）かを判別する情報や、ファイルを識別するための情報等を含む。　記憶装置１−１は、転送されたＣｍｄを、インタフェース制御部１５−１、バッファ制御部１６−１を介して、バッファ部１２−１のコマンド格納部３５−１に格納する。次に、メイン制御部１１のコマンド処理制御部３０−１は、Ｃｍｄを構成する各種情報と、情報保持部１０のファイル管理情報とに基づき、アクセス種がリード要求であること、メディア部１１に格納されているアクセス対象の先頭ブロックのアドレス、そして、先頭ブロックに連続するブロック数を検出する。ここで、アクセス種とは、Ｃｍｄが、リード要求か、新規の書き込み（以下、生成と呼ぶ）要求か、または、更新要求か、を示す情報である。
【００４９】
コマンド処理制御部３０−１は、メディア制御部１７−１を介してメディア部１４−１からアクセス対象として検出した、ファイル単位でアクセスされたデータ（以下、ファイルデータと呼ぶ）を含む、ブロック単位のデータ（以下、ブロックデータと呼ぶ）を、バッファ部１２−１の送受信データ格納部３６−１に読み出す処理を開始する。
【００５０】
次に、コマンド処理制御部３０−１は、読み出したブロック単位のデータを、ファイル管理情報のバイト単位のサイズに基づき整形する。その後、インタフェース制御部１５−１を介して、上位装置５に対して、ファイル単位のデータを送信する。
（２）ファイル単位のライト要求処理
図５は、上位装置５から記憶装置サブシステム３に対し、ファイル単位のライト要求が発行された場合の処理例を示す。Ｃｍｄの流れは、（１）と同様なので、図５では省略している。また、ここでのライト要求は、生成要求と、更新要求の両方を含むものとする。
【００５１】
（１）と同様、記憶制御装置２は、Ｃｍｄがライト要求であること及び、ライト要求が既に当該記憶装置サブシステムが記憶しているファイルに対する更新要求であるか、新しいファイルの書き込み要求であるかを検出する。Ｃｍｄが更新ライト要求である場合には記憶装置選択管理情報のファイルと記憶装置との関連付け情報を参照し当該更新ライト要求を転送する記憶装置を選択して更新ライト要求を転送する。ここでは記憶装置１−１が当該ファイルを既に格納しているものとし、記憶装置１−１に対してＣｍｄを転送する。Ｃｍｄが生成ライト要求（新しいファイルの書き込み要求）であると判断した場合は、記憶装置選択管理情報中の各記憶装置の空き情報を参照してアクセス要求を転送すべき記憶装置を決定し、決定した記憶装置に対してＣｍｄを転送する。ここでは記憶装置１−１が生成ファイルを格納するのに適切であると判定したものとし、記憶装置１−１に転送するものとする。
【００５２】
ライト要求のＣｍｄを転送された記憶装置１−１のコマンド処理制御部３０−１は、Ｃｍｄを構成するファイルの識別子情報が自身の情報保持部１０に格納されるファイル管理情報に登録済みか否かで、該Ｃｍｄが生成要求であるか更新要求であるかの判断を行う。そして、格納ブロック制御部３１−１に制御を渡す。
【００５３】
格納ブロック制御部３１−１は、メディア部１４に格納するのに最適なアクセス対象の先頭ブロックのアドレスと、先頭ブロックに連続するブロック数とを検出し、それらの情報をファイル管理情報のメディア格納位置として登録（又は更新）し、メディア管理情報の連続領域の使用状況を登録（又は更新）する。
【００５４】
コマンド処理制御部３０−１はさらに、受信したバイト単位でのファイルデータから、任意の数のブロックに整形した新ブロックデータを生成する。また、アクセス対象のブロックデータを更新情報生成部１３−１に読み出す。次に、新ブロックデータとアクセス対象のブロックデータの差分となるデータ（以下、差分ブロックデータと呼ぶ）を、排他的論理和演算等により、更新情報生成部１３−１で生成し、冗長データを格納する記憶装置１−４に対して冗長データ更新要求を発行する。次に、ファイルデータに関連するファイル管理情報の更新要求を発行する。更に、新ブロックデータを、メディア制御部１４−１を介してメディア部１１−１に格納する。
【００５５】
一方、記憶装置１−４は、記憶装置１−１からの冗長データ更新要求を、インタフェース制御部１５−４、バッファ制御部１６−４を介して受信し、コマンド格納部３５−４に格納する。次に、記憶装置１−４は、コマンド処理制御部３０−４において、受信した冗長データ更新要求を構成する各種情報に基づき、メディア部１４−４の、アクセス対象の先頭ブロックのアドレスと、先頭ブロックに連続するブロック数とを検出する。
【００５６】
コマンド処理制御部３０−４は、メディア制御部１７−４を介してメディア部１４−４からアクセス対象として検出したブロック（旧冗長ブロックデータ）を、送受信データ格納部３６−４に読み出す処理を開始する。
【００５７】
記憶装置１−１から受信した差分ブロックデータと旧冗長ブロックデータとから、新冗長ブロックデータを更新情報生成部１３−４で生成し、新冗長ブロックデータを、メディア制御部１７−４を介してメディア部１４−４に格納し、冗長ブロックデータの更新処理に関連するファイル管理情報を更新する。
【００５８】
（３）分断されたブロックデータの再配置処理
上位装置５から記憶装置サブシステム３に対し、データの更新要求が発行された場合、ファイルデータの増大等により、メディア部１４において、連続したアクセス対象のブロックに対する連続した領域を確保できず、同一のファイルを構成するブロックデータが分断される（不連続となる）場合がある。このときのブロックデータの再配置処理について、以下、説明する。
【００５９】
データを格納する対象の記憶装置１において、格納ブロック制御部３１は、ファイル管理情報のメディア格納位置を用いて、不連続な領域に格納されているブロックデータを検出する。
【００６０】
格納ブロック制御部は、ファイル管理情報のサイズ、メディア格納位置と、メディア管理情報の連続領域の使用状況等を用いて、新たにメディア部１４に格納するのに最適なアクセス対象の先頭ブロックのアドレスと、先頭ブロックに連続するブロック数とを検出し、それらの情報をファイル管理情報のメディア格納位置として更新し、メディア管理情報の連続領域の使用状況も更新する。
【００６１】
コマンド処理制御部３０は、再配置処理対象のブロックデータと、再配置先のブロックデータとから、排他的論理和演算等による更新情報を更新情報生成部１３で生成し、冗長データを格納する記憶装置に対して冗長データ更新要求を発行する。そして、再配置処理対象のブロックデータを、メディア制御部１７を介してメディア部１４に格納する。
【００６２】
冗長データを格納する記憶装置１における処理は、（２）と同様である。
【００６３】
他の最適配置の例として、格納される領域に応じてアクセス速度に性能差が生じることによる、ファイルの格納領域を指定する方法、または、関連してアクセスされるファイルをより近傍に配置することによる、シーク動作待ち、ディスク回転待ちの発生頻度を低減する方法がある。
【００６４】
ファイル管理情報のアクセス履歴を用いれば、記憶装置１の格納ブロック制御部３１において、よりアクセス頻度の高いファイルを、アクセス速度の速い領域に再配置することによって、上位装置から見た高速化を実現できる。更に、優先順位とメディア管理情報等も用いれば、より優先度の高いファイルを、アクセス速度の速い領域に、または、同一優先度のファイルを近傍の領域に再配置することによって、上位装置から見た高速化を実現できる。
【００６５】
尚、分断されたブロックデータの再配置処理により、メディア部１４に発生した未使用領域を用いて、既に格納されたファイルデータの再配置を実行することも可能である。
【００６６】
既に格納されたファイルデータの再配置を実行する記憶装置は、ファイル管理情報の更新処理と、再配置対象のブロックデータと再配置先のブロックデータとから、排他的論理和演算等による差分ブロックデータを生成し、再配置対象のブロックデータをメディア部に格納し、差分ブロックデータを冗長データが格納される記憶装置に対して送信する。
【００６７】
冗長データを格納する記憶装置においても、先述の冗長ブロックデータ更新処理と同様の処理を実行することで、既に格納されたファイルデータの再配置処理を実現できる。
【００６８】
尚、未使用領域は，ファイルデータの再配置処理だけではなく、ファイルデータの削除によっても発生し、その際、既に格納されたファイルデータの再配置を実行することも可能である。
【００６９】
（４）ファイル単位のリード要求処理（縮退）
（１）から（３）では、記憶装置１が正常の場合について説明した。以下、記憶装置１−１〜１−３の何れかに障害が発生した（縮退）場合での処理例について説明する。
【００７０】
図６は、上位装置５から記憶装置サブシステム３に対しファイル単位のリード要求が発行された場合の処理例を示す。（４）と（５）では、記憶装置１−１が障害を起こしているとする。
【００７１】
先述と同様、記憶制御装置２は、Ｃｍｄが記憶装置１−１に格納するファイルに対するリード要求であることを検出する。また、記憶装置選択管理情報を用いて、記憶装置１−１が障害を起こしていることを検出し、Ｃｍｄを冗長データが格納される記憶装置１−４に対して転送する。
【００７２】
また、記憶装置１−４は、記憶制御装置２からＣｍｄを受信し、コマンド処理制御部３０−４において、アクセス種が記憶装置１−１に対するリード要求であること、アクセス対象の先頭ブロックのアドレス、そして先頭ブロックに連続するブロック数とを検出する。
【００７３】
コマンド処理制御部３０−４は、検出した情報に基づき、更新情報生成部１６−４へ、アクセス対象のブロックデータに対応する冗長ブロックデータを読み出す処理を開始する。そして、アクセス対象のブロックデータに対応するブロックデータが格納される記憶装置１−２、１−３に対して、該ブロックデータのリード要求を発行する。
【００７４】
記憶装置１−４からリード要求を受信した記憶装置１−２、１−３は、リード要求に基づくブロックデータを記憶装置１−４に送信する。
【００７５】
更に、記憶装置１−４の更新情報生成部１３−４において、記憶装置１−２、１−３から受信したブロックデータと冗長ブロックデータとから、記憶装置１−１のブロックデータを復元し、ファイル管理情報のバイト単位のサイズに基づき、復元したブロックデータをファイル単位に整形する。そして、上位装置５に対するファイルデータの送信処理を実行する。
【００７６】
（５）ファイル単位のライト要求処理（縮退）
図７は、上位装置５から記憶装置サブシステム３に対しファイル単位のライト要求が発行された場合の処理例を示す。
【００７７】
（２）、（４）と同様、記憶装置１−４のコマンド処理制御部３０−４は、Ｃｍｄのアクセス種が記憶装置１−１に対するライト要求であること等を検出し、記憶装置１−２、１−３に対して、ブロックデータのリード要求を発行する。そして、記憶装置１−２、１−３は、リード要求に基づくブロックデータを記憶装置１−４に送信する。
【００７８】
次に、記憶装置１−４は、記憶装置１−２、１−３から受信したブロックデータと、上位装置５から受信したバイト単位でのファイルデータを、コマンド処理制御部３０−４によって、任意の数のブロックに整形した新ブロックデータとから、新冗長ブロックデータを更新情報生成部１３−４で生成し、該新冗長ブロックデータを、メディア制御部１７−４を介してメディア部１４−４に格納（更新）し、冗長ブロックデータの更新処理に関連するファイル管理情報を更新する。
【００７９】
（１）〜（５）の処理によって、複数の記憶装置から構成され、冗長データを保持する記憶装置サブシステムにおいて、Ｃｍｄを、複数の記憶装置と、簡易な記憶制御装置とで処理する制御方式を実現できる。
【００８０】
また、記憶装置サブシステムを構成する個々の記憶装置において、ファイルの格納領域の最適化制御方法による記憶装置の性能を有効活用する記憶装置サブシステム、または、記憶制御装置の負荷削減による、性能が向上する記憶装置サブシステムを実現できる。
［第二の実施形態］（記憶制御装置を不要とした記憶装置サブシステム）
以下、本発明に係る第二の実施形態を、図８を用いて説明する。
【００８１】
図８は、複数台の記憶装置１から構成される記憶装置サブシステム３と、上位装置５とから構成される情報処理システムの一例を示す。
【００８２】
図１と違う点は、記憶装置サブシステム３が複数台の記憶装置１−１〜１−Ｎから構成されること、記憶装置１−１のみが上位装置５とネットワーク６を介して接続されていること、インタフェース制御部１５が上位装置５との間の通信を所定のプロトコルに基づいて制御すること、記憶装置選択部２０が記憶装置１内にあること、情報保持部が記憶装置選択管理情報を具備すること、である。
【００８３】
本実施形態によれば、上位装置からのファイル単位でのアクセス要求を、記憶装置サブシステムを構成する複数の記憶装置のみで処理する制御方式、即ち、記憶制御装置を不要とした記憶装置サブシステムを実現できる。
【００８４】
尚、ネットワーク６とサブシステム内ネットワーク４は、独立したネットワークとして描いてあるが、共通のネットワークで接続することも可能である。例えば、ＦＣ−ＡＬ等のループ接続であり、同一のループに上位装置と記憶装置が接続される構成である。
【００８５】
この場合、図３のサブシステム管理情報において、記憶装置サブシステムＩＤのエントリに、フラグがたてられた記憶装置において、先述の記憶装置選択処理を実行させてもよい。１台の記憶装置に記憶装置選択処理や、障害を起こしている記憶装置の検出処理を実行させてもよいし、記憶装置選択処理に係る負荷を軽減させるため、複数の記憶装置で実行させてもよい。
【００８６】
処理の一例としては、上位装置５からのファイル単位のアクセス要求を、記憶装置サブシステム３を構成する全ての記憶装置に一斉通知する方式がある。これをブロードキャスト方式と呼ぶ。
【００８７】
一斉通知されたアクセス要求を受領した個々の記憶装置において、記憶装置選択管理情報に基づき、アクセス要求を自身で処理するか否かの判別を実行する。
【００８８】
この場合、個々の記憶装置は、アクセス要求を自身で処理するか否の判別処理を実行すれば良いことから、記憶制御装置において記憶装置選択処理を全て行うことに対し、負荷が軽減される。
【００８９】
そして、記憶装置は、判別処理の結果に基づき、第一の実施形態と同様に、以降の処理を実行する。
【００９０】
尚、複数の記憶装置は、それぞれ同じ種類である必要はない。例えば、冗長データを格納する記憶装置については、アクセスが集中することが予想されることから、よりアクセス速度の速い記憶装置を用いて構成することも可能である。
【００９１】
本実施例によれば、記憶制御装置を不要とした記憶装置サブシステムを実現できるとともに、従来の記憶装置サブシステムを構成する際の、記憶制御装置と記憶装置との接続距離の課題が解消され、記憶装置の配置における自由度が向上し、冗長構成を取る個々の記憶装置を充分に離れた場所に配置することによって、地震等の災害に対するデータの保全性を向上することができる。
［第三の実施形態］（ＲＡＩＤ５、パリティ跨り無し）
第一と第二の実施形態においては、冗長データを格納する記憶装置を固定とした場合を例に説明したが、これに限るものではない。
【００９２】
以下、本発明に係る第三の実施形態として、冗長データを格納する記憶装置を固定しない場合、即ち、ＲＡＩＤ５適用時の処理例について説明する。
【００９３】
本実施形態では、第二の実施形態における記憶装置選択処理を、個々の記憶装置で実行し、ＲＡＩＤ５を適用するので、上位装置と個々の記憶装置は、共通のネットワークで接続されるものとする。
【００９４】
また、本実施形態では、Ｃｍｄを共有する手段と、Ｃｍｄを構成する各種情報と、ファイル管理情報やサブシステム管理情報に基づき、自身での処理要否を判別する手段と、複数の記憶装置で連携した処理が必要な場合、記憶装置間で、ブロックデータの転送処理を実行する手段とを新たに具備する。
【００９５】
ファイル管理情報は、ファイルＩＤ毎に一つのメディア格納位置を保持する構成である。即ち、図２において、メディア格納位置が、一つしかない状態を表す。
【００９６】
図９〜１１を用いて、データ転送処理について説明する。
【００９７】
図９は、上位装置５から記憶装置サブシステム３に対しファイル単位のライト要求が発行された場合の処理、及びパリティデータ更新処理の一例を示す。
【００９８】
記憶装置サブシステムを構成する記憶装置は、図８と同様の構成であるが，本実施形態の以下の説明において不要な部位は省略している。また、メディア部１４は、データを格納するデータストライプ（図中Ｓ０〜Ｓ１４）とパリティデータを格納するパリティストライプ（図中Ｐ０〜Ｐ４）とに論理的に分割し管理されている。例えば、データストライプＳ３〜Ｓ５とパリティストライプＰ１とでパリティグループを構成している。
【００９９】
尚、図９において、Ｃｍｄの転送処理は省略してあるが、各記憶装置１−１〜１−４がＣｍｄを受領し、記憶装置１−２がファイルデータ更新処理対象、記憶装置１−３がパリティデータ更新対象であることを判別するものとする。
【０１００】
また、Ｃｍｄと、コマンド処理の詳細（自身での処理要否の判別処理、複数の記憶装置で連携した処理が必要な場合の、記憶装置間でのブロックデータの転送処理等）については後述する。
【０１０１】
記憶装置１−２は、更新情報生成部１３−３で、少なくとも、上位装置５から受信したファイルデータ（図中、新データ）４０と、新データに対応し自身が既に格納しているデータ（図中、旧データ）４１とから生成した差分データ４２をパリティデータ更新対象である記憶装置１−３に送信し、新データを自身のメディア部１４−２（Ｓ４）に格納（更新）する。
【０１０２】
一方、記憶装置１−３は、記憶装置１−２から受信した差分データ４２と、差分データに対応し自身が既に格納しているパリティデータ（図中、旧パリティ）４３とから新たなパリティデータ（図中、新パリティ）４４を生成し、自身のメディア部１４−３（Ｐ１）に格納（更新）する。
【０１０３】
尚、先述の説明において、差分データの生成、パリティデータの更新処理は、ストライピング単位で実行することも可能である。
【０１０４】
図１０は、障害発生の記憶装置１−２に格納されたファイルデータに対するファイル単位のリード要求が発行された場合の、パリティデータを用いた処理の一例を示す。
【０１０５】
パリティグループを構成する記憶装置１−１〜１−４は、アクセス要求対象のファイルデータに対応するパリティグループデータ（図中、ＰＧデータ）５０−１と５０−４を、記憶装置１−３に送信する。
【０１０６】
記憶装置１−３は、パリティグループデータ５０−１と５０−４と自身が格納するパリティデータ（図中、パリティ）５１とから、アクセス要求対象のファイルデータ（図中、復旧データ）５２を復旧し、上位装置５に送信する。
【０１０７】
図１１は、障害発生の記憶装置１−２に格納されたファイルデータに対するファイル単位のライト要求が発行された場合の、パリティデータ更新処理の一例を示す。
【０１０８】
パリティグループを構成する記憶装置１−１と１−４は、アクセス要求対象のファイルデータに対応するパリティグループデータ（図中、ＰＧデータ）５０−１と５０−４を，記憶装置１−３に送信する。
【０１０９】
一方、記憶装置１−３は、上位装置５から受信したファイルデータ４０と、記憶装置１−１と１−４から受信したパリティグループデータ５０−１と５０−４とから新たなパリティデータ（図中、新パリティ）４４を生成し、自身のメディア部１４−３（Ｐ１）に格納（更新）する。
【０１１０】
次に、コマンド処理について説明する。
【０１１１】
記憶装置は、▲１▼上位装置からＣｍｄを受信し、▲２▼Ｃｍｄの解釈を実行し、▲３▼Ｃｍｄとファイル管理情報やサブシステム管理情報とに基づく、Ｃｍｄに応じた処理を実行し、▲４▼Ｃｍｄを削除して処理を完了する。
（１）リード系コマンド処理例
図１２は、Ｃｍｄがリード系のコマンドである場合の処理例を示す。
【０１１２】
Ｃｍｄを受信した記憶装置では、▲２▼の結果に基づき、Ｃｍｄ対象のファイルを自身が格納するか否かを判別する（２００）。
【０１１３】
自身がＣｍｄ対象のファイルを格納する記憶装置は、Ｃｍｄの情報に基づき、メディア部１４からのディスクリード処理を起動する（２０１）。ここで、ディスクリード処理とは、メディア部１４のデータをバッファ部１２の送受信データ格納部３６に読み出す処理のことを示す。次に、先述の実施形態と同様の処理を通じてファイルデータの生成を行い（２０２）、処理で生成したファイルデータ、並びに完了報告を上位装置に対して送信し（２０３、２０４）、Ｃｍｄを削除して（１０３）、処理を完了する。
【０１１４】
一方、自身がＣｍｄ対象のファイルを格納しない記憶装置は、Ｃｍｄの情報と、ファイル管理情報やサブシステム管理情報とに基づき、Ｃｍｄ対象のファイルを格納する記憶装置における障害の有無を検出する（２０５）。
【０１１５】
障害が無い場合（正常時）、記憶装置は、Ｃｍｄを削除して（１０３）、処理を完了する。
【０１１６】
障害が有る場合（縮退時）、記憶装置は、Ｃｍｄ対象のファイルに対応するパリティデータを自身が格納するか否かを判別する（２０６）。
【０１１７】
自身がパリティデータを格納する場合、記憶装置は、Ｃｍｄの情報等に基づき、メディア部１４からのパリティデータのディスクリード処理を起動する（２０７）。更に、パリティグループを構成する他の記憶装置からのパリティグループデータの受信（２０８）を待ち、パリティデータとパリティグループデータとから復旧データの生成（２０９）を行い、復旧データ、並びに完了報告を上位装置に対して送信（２０３、２０４）した後、Ｃｍｄを削除して（１０３）、処理を完了する。
【０１１８】
一方、自身がパリティデータを格納しない場合、記憶装置は、自身が格納するパリティグループデータを、パリティデータを格納する記憶装置に送信する為、Ｃｍｄの情報等に基づき、ディスクリード処理を起動し（２１２）、読み出したパリティグループデータ、並びに完了報告をパリティデータを格納する記憶装置に対して送信（２１３、２１４）し、Ｃｍｄを削除して（１０３）、処理を完了する。
（２）ライト系コマンド処理例
図１３は、Ｃｍｄがライト系のコマンドである場合の処理例を示す。
【０１１９】
Ｃｍｄを受信した記憶装置では、▲２▼の結果に基づき、Ｃｍｄ対象のファイルを自身が格納するか否かを判別する（３００）。
【０１２０】
自身がアクセス要求対象のファイルを格納する場合の処理Ａ（３０１）については、後述する。
【０１２１】
ファイルを格納しない場合、記憶装置は、Ｃｍｄ対象のファイルに対応するパリティデータを格納するか否かを判別（３０２）する。パリティデータを格納する場合の処理Ｂ（３０３）、格納しない場合の処理Ｃ（３０４）についても、後述する。処理Ａ、Ｂ、Ｃの後、Ｃｍｄを削除して（１０３）、処理を完了する。
【０１２２】
以下、処理Ａ、処理Ｂ、処理Ｃについて説明する。
【０１２３】
（２−ａ）ファイルを格納する記憶装置における処理（処理Ａ）
図１４は、Ｃｍｄ対象のファイルを格納する記憶装置における、ライト系の処理例を示す。
【０１２４】
記憶装置は、Ｃｍｄ対象のファイルに対応するパリティデータを格納する記憶装置の障害の有無を検出する（３１０）する。これにより、パリティデータの更新処理の要否を判別する。
【０１２５】
対応するパリティデータを格納する記憶装置に障害が無い場合、記憶装置は、Ｃｍｄの情報等に基づき、ディスクリード処理を起動する（３１１）。次に、上位装置からの新データの受信（３１２）を待ち，新データとディスクリード処理によるデータとから差分データを生成する（３１３）。更に、新データをメディア部１４へ格納し（３１４）、（３１３）の処理で生成した差分データ、並びに完了報告をパリティを格納する記憶装置に対して送信（３１６、３１７）した後、Ｃｍｄを削除して（１０３）、処理を完了する。
【０１２６】
一方、対応するパリティデータを格納する記憶装置に障害が有る場合、記憶装置は、上位装置からの新データの受信（３１８）を待ち、Ｃｍｄ等に基づき、新データをメディア部１４へ格納し（３１９）、完了報告を上位装置に対して送信（３２０）した後、Ｃｍｄを削除して（１０３）、処理を完了する。
（２−ｂ）パリティデータを格納する記憶装置における処理（処理Ｂ）
図１５は、Ｃｍｄ対象のファイルに対応するパリティデータを格納する記憶装置における、ライト系の処理例を示す。
【０１２７】
記憶装置は、Ｃｍｄ対象のファイルを格納する記憶装置の障害の有無を検出（３３０）する。
【０１２８】
Ｃｍｄ対象のファイルを格納する記憶装置に障害が無い場合、記憶装置は、Ｃｍｄの情報等に基づき、メディア部１４からの旧パリティデータのディスクリード処理を起動（３３１）する。更に、Ｃｍｄ対象のファイルを格納する記憶装置からの差分データの受信（３３２）を待ち、旧パリティデータと差分データとから新パリティデータの生成及び更新処理（３３３）を実行する。更に、Ｃｍｄ対象のファイルを格納する記憶装置から受信した完了報告（３３４）と、自身の処理結果に基づく完了報告を上位装置に対して送信（３３５）した後、Ｃｍｄを削除して（１０３）、一連の処理を完了する。
【０１２９】
一方、Ｃｍｄ対象のファイルを格納する記憶装置に障害が有る場合、記憶装置は、Ｃｍｄの情報等に基づき、メディア部１４からの旧パリティデータのディスクリード処理を起動（３３６）する。更に、上位装置からの新データの受信（３３７）及びパリティグループを構成する記憶装置からのパリティグループデータの受信（３３８）を待ち、新データとパリティグループデータとから新パリティデータの生成及び更新処理（３３９）を実行する。更に、パリティグループを構成する記憶装置から受信した完了報告（３４０）と、自身の処理結果に基づく完了報告を上位装置に対して送信（３３５）した後、Ｃｍｄを削除して（１０３）、一連の処理を完了する。
（２−ｃ）その他の記憶装置における処理（処理Ｃ）
図１６は、Ｃｍｄ対象のファイル、またはファイルに対応するパリティデータを格納しない記憶装置におけるライト系の処理例を示す。
【０１３０】
記憶装置は、Ｃｍｄ対象のファイルを格納する記憶装置の障害の有無を検出（３５０）する。
【０１３１】
Ｃｍｄ対象のファイルを格納する記憶装置に障害が無い場合、記憶装置は、Ｃｍｄを削除して（１０３）、一連の処理を完了する。
【０１３２】
一方、Ｃｍｄ対象のファイルを格納する記憶装置に障害が有る場合、記憶装置は、Ｃｍｄの情報等に基づき、メディア部１４からパリティグループのディスクリード処理を起動（３５１）し、パリティデータを格納する記憶装置に対しパリティグループデータを送信する（３５２）。更に、パリティデータを格納する記憶装置に対して完了報告を送信（３５３）した後、Ｃｍｄを削除して（１０３）、一連の処理を完了する。
【０１３３】
以上のコマンド処理を、記憶装置サブシステム３を構成する個々の記憶装置で実行することによって、先述の実施形態における、記憶制御装置２、または、少なくとも一台の記憶装置１で実行していた記憶装置選択処理を、個々の記憶装置で実行できる。更に、冗長データを格納する記憶装置を固定しない（ＲＡＩＤ５）処理を実現できる。
［第四の実施形態］（ＲＡＩＤ５，パリティ跨り無し，マスタ制御型）
先述の実施形態では、記憶装置サブシステムを構成する個々の記憶装置が、Ｃｍｄの情報に対して、自身でのコマンド処理要否の判別を実行するものである。しかし、これを実現する為には、個々の記憶装置が、記憶装置サブシステムに格納される全てのファイルについて、ファイル管理情報を保持する必要があり、更に、ファイル管理情報を構成するメディア格納位置として、ファイルを格納する記憶装置ＩＤなどの情報を付加して保持する必要がある。そこで、個々の記憶装置が保持する管理情報の削減を目的とする実施形態について説明する。
【０１３４】
本実施形態では、パリティデータの更新等、パリティ制御が必要な場合において、対応するパリティデータを格納する記憶装置が、これらの処理を実行する。このときの記憶装置をマスタと呼ぶ。これにより、記憶装置サブシステムを構成する個々の記憶装置は、自身が格納するファイルデータと、パリティデータに関するファイル管理情報を保持することで、先述と同様の処理を実現できる。
【０１３５】
図１７は、パリティデータに関するファイル管理情報の構成例を示す。ファイル管理情報は、自身のパリティストライプ毎に対応するファイルＩＤを含む。ファイルＩＤは、アクセス権、ユーザＩＤ、サイズ、メディア格納位置などの情報を含む。
【０１３６】
次に、コマンド処理について説明する。
【０１３７】
記憶装置は、Ｃｍｄ受信を契機として、Ｃｍｄ情報の解釈を実行する。次に、解釈の結果に基づき、Ｃｍｄ対象のファイルデータ、またはファイルデータに対応するパリティデータを自身が格納するか否かを判別する。処理が必要な場合、Ｃｍｄに応じたコマンド処理を実行し、Ｃｍｄを削除して、一連の処理を完了する。処理が不要な場合、Ｃｍｄを削除して、一連の処理を完了する。
（１）リード系コマンド処理例
図１８は、Ｃｍｄがリード系のコマンドである場合の処理例を示す。
【０１３８】
尚、ファイルデータを格納する記憶装置における処理は、先述と同様なので省略し、パリティデータを格納する記憶装置と、パリティグループを構成する記憶装置におけるコマンド処理のみ図示している。
【０１３９】
パリティデータを格納する記憶装置では、サブシステム管理情報等に基づき、Ｃｍｄ対象のファイルデータを格納する記憶装置における障害の有無を検出する（４０１）。
【０１４０】
障害が無い場合、Ｃｍｄを削除して（４１６）、一連の処理を完了する。
【０１４１】
障害が有る場合、パリティグループを構成する記憶装置、並びにパリティグループのデータを格納するアドレス情報等を検出し（４０３）、該パリティグループのデータを格納する記憶装置に対するリード要求を生成し、発行する（４０４）。
更に、パリティデータのディスクリード処理を起動し（４０５）、パリティグループを構成する他の記憶装置からのパリティグループのデータの受信（４０６）を待つ。そして、パリティデータとパリティグループデータとから復旧データを生成し（４０７）、生成した復旧データ、並びに完了報告を上位装置に対して送信（４０８／４０９）した後、Ｃｍｄを削除して（４１６）、一連の処理を完了する。
また、パリティデータを格納する記憶装置から、パリティグループのデータのリード要求を受信（４１０）した記憶装置は、Ｃｍｄの情報の解釈（図中、コマンド解釈）を実行し（４１１）、該コマンド解釈の結果に基づき、自身でのコマンド処理要否を判別する（４１２）。　自身でのコマンド処理が必要と判別した記憶装置は、自身が格納するパリティグループデータを、パリティデータを格納する記憶装置に送信する為、Ｃｍｄ情報等に基づき、ディスクリード処理を起動し（４１３）、読み出したパリティグループデータ、並びに完了報告をパリティデータを格納する記憶装置に対して送信（４１４、４１５）し、Ｃｍｄを削除して（４１６）、一連の処理を完了する。
（２）ライト系コマンド処理例
図１９は、Ｃｍｄがライト系のコマンドである場合の処理例を示す。
尚、ファイルデータを格納する記憶装置における処理は、先述と同様の処理なので省略し、パリティデータを格納する記憶装置とパリティグループを構成する記憶装置におけるコマンド処理のみ図示している。
【０１４２】
パリティデータを格納する記憶装置では、サブシステム管理情報等に基づき、Ｃｍｄ対象のファイルデータを格納する記憶装置における障害の有無を検出する（４０１）。
【０１４３】
障害が無い場合、旧パリティデータのディスクリード処理（３３１）、差分データの受信（３３２）、旧パリティデータと差分データとから新パリティデータの生成及び更新処理（３３３）、更に、Ｃｍｄ対象のファイルを格納する記憶装置から受信した完了報告（３３４）とが行われ、自身の処理結果に基づく完了報告を上位装置に対して送信（３３５）した後、Ｃｍｄを削除して（４１６）、一連の処理を完了する。
【０１４４】
一方、障害が有る場合、パリティグループを構成する記憶装置、並びにパリティグループデータを格納するアドレス情報等を検出し（４０３）、該パリティグループデータを格納する記憶装置に対するリード要求を生成し発行する（４０４）。
【０１４５】
更に、上位装置からの新データと、パリティグループを構成する他の記憶装置からのパリティグループデータの受信とを待ち（４１７、４０６）、新データとパリティグループのデータとから新パリティデータの生成および更新（４１８）を行い、完了報告を上位装置に対して送信（４０９）した後、Ｃｍｄを削除して（４１６）、一連の処理を完了する。
【０１４６】
また、パリティデータを格納する記憶装置から、パリティグループのデータのリード要求を受信（４１０）した記憶装置は、Ｃｍｄ情報の解釈（図中、コマンド解釈）を実行し（４１１）、解釈の結果に基づき、自身でのコマンド処理要否を判別する（４１２）。
【０１４７】
自身でのコマンド処理が必要と判別した記憶装置は、自身が格納するパリティグループのデータを、パリティデータを格納する記憶装置に送信する為、Ｃｍｄの情報等に基づき、ディスクリード処理を起動し（４１３）、読み出したパリティグループのデータ、並びに完了報告をパリティデータを格納する記憶装置に対して送信（４１４、４１５）し、Ｃｍｄを削除して（４１６）、一連の処理を完了する。
【０１４８】
先述の通り、パリティデータの更新等、パリティ制御が必要な場合における処理を実現できる。これにより、記憶装置サブシステムを構成する個々の記憶装置は、自身が格納するファイルデータと、パリティデータに関する管理情報を保持することで、先述と同様の処理を実現でき、記憶装置が保持する管理情報の削減、並びに、記憶装置で実行されるコマンド処理要否の判別処理の負荷を軽減することができる。
［第五の実施形態］（ＲＡＩＤ５、パリティ跨り有り）
先述の実施形態では、Ｃｍｄ対象のファイルデータが、単一ストライプに格納される場合を例に説明したが、これに限るものではない。
【０１４９】
そこで、Ｃｍｄ対象のファイルデータが、複数ストライプに格納される場合の実施形態について、図２０〜図２２を用いて、以下説明する。
【０１５０】
まず、上位装置５から記憶装置サブシステム３に対し、複数のストライプに格納されたファイルデータに対するリード要求が発行された場合の、ファイル単位のリード処理の一例を示す。
【０１５１】
各記憶装置は、先述の実施形態と同様に、Ｃｍｄの情報とファイル管理情報やサブシステム管理情報とに基づくコマンド解釈処理、並びに自身でのコマンド処理要否の判別処理を実行する。
【０１５２】
自身がＣｍｄ対象のファイルを格納する記憶装置である場合、Ｃｍｄ情報に基づき、ディスクリード処理を起動し、先述の実施形態と同様の処理を通じてファイルデータの生成、処理で生成したファイルデータ、並びに完了報告を上位装置に対して送信し、Ｃｍｄを削除して、一連の処理を完了する。
【０１５３】
ここで、ディスクリード処理を、個別の独立した処理として実行し、それぞれの読み出したデータを統合することで、ファイルデータの生成処理を実行してもよい。また、ディスクリード処理を一回の処理として実行し、複数のデータストライプがパリティデータを跨っている場合には、パリティデータを読み飛ばすことによって、ファイルデータの生成処理を実行してもよい。
【０１５４】
図２０は、上位装置５から記憶装置サブシステム３に対し、複数のストライプに格納されたファイルデータに対するライト要求が発行された場合の、ファイル単位のライト処理およびパリティ更新処理の一例を示す。尚、図２０〜２２においては、記憶装置１−２がＣｍｄ対象のファイルを格納しているものとする。
【０１５５】
自身がＣｍｄ対象のファイルを格納する記憶装置１−２は、更新情報生成部１３−３で、上位装置５から受信した新データ４０と、新データに対応し自身が既に格納している旧データ４１−１、４１−２とから生成した差分データ４２−１、４２−２をパリティデータ更新対象である記憶装置１−１、１−３に送信し、新データを自身のメディア部１１−２（Ｓ４、Ｓ９）に格納することで一連の処理を完了する。
【０１５６】
一方、記憶装置１−１、１−３は、記憶装置１−２から受信した差分データ４２−１、４２−２と、差分データに対応し自身が既に格納している旧パリティ４３−１、４３−２とから新パリティ４４−１、４４−３を生成し、自身のメディア部１４−１、１４−３（Ｐ３、Ｐ１）に格納することで一連の処理を完了する。
【０１５７】
図２１は、障害が発生した記憶装置１−２の複数のストライプに格納されたファイルデータに対するファイル単位のリード要求が発行された場合の、ファイル単位のリード処理の一例を示す。
【０１５８】
図２１、２２では、Ｓ４、Ｓ９に格納されているファイルデータに対応するパリティデータを、それぞれパリティ１、パリティ２、同パリティグループデータをＰＧ１データ、ＰＧ２データと図示している。Ｓ４、Ｓ９が構成するパリティグループをそれぞれパリティグループ１、パリティグループ２とする。
【０１５９】
パリティグループ１を構成する記憶装置１−１、１−４は、Ｃｍｄ対象のファイルデータに対応するＰＧ１データ５０−１−１、５０−１−４を、パリティ１である５１−３を格納する記憶装置１−３に送信する。
【０１６０】
パリティグループ２を構成する記憶装置１−３、１−４は、Ｃｍｄ対象のファイルデータに対応するＰＧ２データ５０−２−３、５０−２−４を、パリティ２である５１−１を格納する記憶装置１−１に送信する。
【０１６１】
記憶装置１−１は、パリティグループ２のデータ５０−２−３、５０−２−４と自身が格納するパリティ２である５１−１とから、Ｃｍｄ対象のファイルデータの一部（図中、復旧データ２）５２−１を復旧し、記憶装置１−３に送信することで一連の処理を完了する。
【０１６２】
記憶装置１−３は、パリティグループ１のデータ５０−１−１、５０−１−４と自身が格納するパリティ１である５１−３とから、Ｃｍｄ対象のファイルデータの一部（図中、復旧データ１）５２−３を復旧し、更に、復旧データ１と復旧データ２とから上位装置に対する復旧データ５２を生成し、上位装置５に送信することで一連の処理を完了する。
【０１６３】
図２２は、障害が発生した記憶装置１−２の複数のストライプに格納されたファイルデータに対するファイル単位のライト要求が発行された場合の、パリティ更新処理の一例を示す。
【０１６４】
パリティグループ１を構成する記憶装置１−１、１−４は、Ｃｍｄ対象のファイルデータに対応するＰＧ１データ５０−１−１、５０−１−４を、パリティ１である５１−３を格納する記憶装置１−３に送信する。
【０１６５】
パリティグループ２を構成する記憶装置１−３、１−４は、Ｃｍｄ対象のファイルデータに対応するＰＧ２データ５０−２−３、５０−２−４を、パリティ２である５１−１を格納する記憶装置１−１に送信する。
【０１６６】
記憶装置１−１は、パリティグループ２のデータ５０−２−３、５０―２−４と上位装置から受信した新データ４０（の一部）とから、新パリティ２である４４−１を生成し、自身のメディア部１４−１（Ｐ３）に格納することで一連の処理を完了する。
【０１６７】
記憶装置１−３は、パリティグループ１のデータ５０−１−１、５０−１−４と上位装置から受信した新データ４０（の一部）とから、新パリティ１４４−３を生成し、自身のメディア部１４−１（Ｐ３）に格納することで一連の処理を完了する。
【０１６８】
先述の通り、Ｃｍｄ対象のファイルデータが、複数のストライプに格納される場合についても本発明を適用することができる。
【０１６９】
尚、本発明をＲＡＩＤ１に適用することも可能である。以下、レプリカ制御に係る処理の一例を示す。ここで、レプリカ制御とは、同じデータを２重に持たせた２台１組のハードディスクドライブを用いた制御のことを指す。
【０１７０】
この場合、記憶装置サブシステムは、更新情報生成部を不要とした２台の記憶装置から構成するものとする。また、サブシステム管理情報は、図３の構成に対し、記憶装置サブシステム管理情報は、記憶装置♯１、記憶装置♯２のみである。
【０１７１】
アクセス対象である記憶装置の検出、検出された１台の記憶装置におけるファイル単位のリード処理、そして、検出された２台の記憶装置におけるファイル単位のライト処理は、先述の実施形態と同様に実行される。
【０１７２】
データを受信した個々の記憶装置におけるメディア部への格納や、２台の記憶装置に対するデータの転送処理においても、先述の実施形態と同様に実行される。記憶装置サブシステムを構成する第一の記憶装置がファイル単位のデータを受信した後、または、受信しながら、第二の記憶装置に対して転送すればよい。
【０１７３】
尚、二台以上の記憶装置を１組として、ＲＡＩＤ１を本発明に適用することもできる。
［第六の実施形態］（レプリケーション（ＲＡＩＤ１））
本実施形態では、Ｃｍｄに対するレプリカ制御に係る処理の一例を、図２３を用いて説明する。ここで、レプリカ制御とは、同じデータを２重に持たせた２台１組のハードディスクドライブを用いた制御のことを指す。
【０１７４】
図２３は、２台の記憶装置を有する記憶装置サブシステム３と上位装置５とから構成される情報処理システムの一例を示す。この場合、更新情報生成部は不要である。また、サブシステム管理情報は、図３の構成に対し、記憶装置サブシステム管理情報は、記憶装置♯１、記憶装置♯２のみである。
【０１７５】
まず、記憶装置サブシステム３がＣｍｄを受信すると、アクセス対象の記憶装置が検出される。この処理では、記憶制御装置が記憶装置選択管理情報等を用いて、記憶装置１−１を検出してもよいし、２台とも検出してもよい。記憶制御装置がない場合には、記憶装置が記憶装置選択管理情報等を有し、記憶装置１−１のみがＣｍｄを受信してもよいし、２台とも受信してもよい。
【０１７６】
Ｃｍｄがリード要求の場合、記憶装置１−１のみが、データを読み出せばよい。ゆえに、記憶装置１−２は、Ｃｍｄを受信しても、自身はアクセス対象の記憶装置であると判断せず、処理を行わない。尚、記憶装置１−１に障害が起きている場合は、記憶装置１−２にＣｍｄが送信され、記憶装置１−２が処理を行う。
【０１７７】
Ｃｍｄがライト要求の場合、２台の記憶装置にデータを書き込む必要がある。この場合、まず、記憶装置１−１は、Ｃｍｄを受信する。次に、データを受信して書き込みを行い、書き込んだデータと同じデータを記憶装置１−２に送信する。データの書き込みを行いながら送信してもよい。尚、記憶装置１−１に障害が起きている場合は、記憶装置１−２にＣｍｄが送信され、記憶装置１−２にデータが書き込まれる。
【０１７８】
尚、二台以上の記憶装置を１組とすることも可能である。
【０１７９】
以下、本発明の他のバリエーションについて説明する。
【０１８０】
まず、Ｃｍｄ対象のファイルデータが、パリティストライプを跨いだ複数のストライプに格納される場合、個々の記憶装置での再配置処理（連続したストライプへの再配置処理）、並びに、パリティグループを構成する記憶装置間でのパリティデータの更新処理を実行することが可能である。
【０１８１】
また、記憶装置サブシステムを構成する個々の記憶装置において、格納領域によるアクセス速度に差異がある場合、個々のファイルデータへのアクセス履歴を記録することによって、該ファイルデータのアクセス特性に応じた再配置処理（アクセス頻度の高いファイルデータをアクセス速度の速い領域に格納する再配置処理）、並びに、パリティグループを構成する記憶装置間でのパリティデータの更新処理を実行することが可能である。
【０１８２】
尚、記憶装置は磁気媒体を使うことが多いが、光学的媒体などの他の媒体を利用する装置であってもよい。
【０１８３】
【発明の効果】
本発明により、記憶装置サブシステムにおいて、上位装置からのファイル単位のアクセス要求に応じる処理に関して、記憶制御装置の負荷を軽減し、記憶装置サブシステムの性能向上や低価格化を実現できる。また、記憶装置サブシステムを構成する個々の記憶装置において、上位装置からのファイル単位のアクセス要求に対応し、ファイルを構成するブロックデータの格納領域を最適に制御することができる。
【図面の簡単な説明】
【図１】情報処理システムの一構成例を示す図
【図２】第一実施形態に係る記憶装置の一構成例を示す図
【図３】第一実施形態に係るファイル管理情報の一構成例を示す図
【図４】第一実施形態に係るサブシステム管理情報の構成及び設定例を示す図
【図５】第一実施形態に係るファイル単位のリード処理の一例を示す図
【図６】第一実施形態に係るファイル単位のライト処理の一例を示す図
【図７】第一実施形態に係るファイル単位のリード処理（縮退）の一例を示す図
【図８】第一実施形態に係るファイル単位のライト処理（縮退）の一例を示す図
【図９】第三実施形態に係るファイル単位のライト処理の一例を示す図
【図１０】第三実施形態に係るファイル単位のリード処理（縮退）の一例を示す図
【図１１】第三実施形態に係るファイル単位のライト処理（縮退モード）の一例を示す図
【図１２】第三実施形態に係るリード系コマンド処理の一例を示す図
【図１３】第三実施形態に係るライト系コマンド処理（概要）の一例を示す図
【図１４】第三実施形態に係るライト系コマンド処理の一例を示す図
【図１５】第三実施形態に係るライト系コマンド処理の一例を示す図
【図１６】第三実施形態に係るライト系コマンド処理の一例を示す図
【図１７】第四実施形態に係るコマンド処理（概要）の一例を示す図
【図１８】第四実施形態に係るリード系コマンド処理の一例を示す図
【図１９】第四実施形態に係るライト系コマンド処理の一例を示す図
【図２０】第五実施形態に係るファイル単位のライト処理の一例を示す図
【図２１】第五実施形態に係るファイル単位のリード処理（縮退）の一例を示す図
【図２２】第五実施形態に係るファイル単位のライト処理（縮退）の一例を示す図
【図２３】第六実施形態に係る情報処理システムの一構成例を示す図
【符号の説明】
１・・・記憶装置、２・・・記憶制御装置、３・・・記憶装置サブシステム、４・・・サブシステム内ネットワーク、５・・・上位装置、６・・・ネットワーク、１１・・・メイン制御部、１２・・・バッファ部、１３・・・更新情報生成部、１４・・・メディア部（記憶媒体）、１５・・・インタフェース制御部、１７・・・メディア制御部、１６・・・バッファ制御部、３０・・・コマンド処理制御部、３１・・・格納ブロック制御部、３５・・・コマンド格納部、３６・・・送受信データ格納部、３７・・・更新情報格納部、２０・・・記憶装置選択部。
【図１】
2004145409.tif 000003
【図２】
2004145409.tif 000004
【図３】
2004145409.tif 000005
【図４】
2004145409.tif 000006
【図５】
2004145409.tif 000007
【図６】
2004145409.tif 000008
【図７】
2004145409.tif 000009
【図８】
2004145409.tif 000010
【図９】
2004145409.tif 000011
【図１０】
2004145409.tif 000012
【図１１】
2004145409.tif 000013
【図１２】
2004145409.tif 000014
【図１３】
2004145409.tif 000015
【図１４】
2004145409.tif 000016
【図１５】
2004145409.tif 000017
【図１６】
2004145409.tif 000018
【図１７】
2004145409.tif 000019
【図１８】
2004145409.tif 000020
【図１９】
2004145409.tif 000021
【図２０】
2004145409.tif 000022
【図２１】
2004145409.tif 000023
【図２２】
2004145409.tif 000024
【図２３】
2004145409.tif 000025