JP2015191493A - データアクセスシステム及びデータアクセス方法 - Google Patents

Abstract

【課題】記憶装置への不正アクセスをされてもデータ漏洩を阻止できるようにする。
【解決手段】第１の情報処理装置２０が、処理対象データを複数に分割した分割データを複数位置に格納する記憶装置２８を備え、第２の情報処理装置１０が、記憶装置２８における各分割データの格納位置情報と、分割データから処理対象データを復元するための構成情報とを記憶する第１記憶部を備える。
【選択図】図４

Description

本発明は、データアクセスシステム及びデータアクセス方法に関する。

ネットワークシステムにおけるデータの保存方法として、ＮＦＳ（Network File System）やＣＩＦＳ（Common Internet File System）等のファイルシステムが知られている。ファイルサーバがＮＦＳやＣＩＦＳ等のサーバプログラムを実行することでこれらのファイルシステムとしての機能を実現し、クライアント端末の命令に基づいて、物理ディスクにデータの書き込みや読み出しを行なう。

このようなファイルシステムを外部ネットワークを介して使用する場合には、一般的に、アカウントとパスワードを認証キーに用いる。

特開２００３−０４４２２５号公報 特表２００２−５２４７９３号公報 特開２００７−０７３００４号公報

しかしながら、このような従来のネットワークシステムにおいて、アカウントの情報とパスワードが漏洩すると、第三者のなりすましによる不正アクセスが行なわれ、データ漏洩が生じるおそれがある。
１つの側面では、本発明は、記憶装置への不正アクセスをされてもデータ漏洩を阻止できるようにすることを目的とする。

なお、前記目的に限らず、後述する発明を実施するための形態に示す各構成により導かれる作用効果であって、従来の技術によっては得られない作用効果を奏することも本発明の他の目的の１つとして位置付けることができる。

このため、このデータアクセスシステムは、第１の情報処理装置と、第２の情報処理装置とを備え、前記第１の情報処理装置が、処理対象データを複数に分割した分割データを複数位置に格納する記憶装置を備え、前記第２の情報処理装置が、前記記憶装置における各分割データの格納位置情報と、前記分割データから前記処理対象データを復元するための構成情報とを記憶する第１記憶部を備える。

一実施形態によれば、記憶装置への不正アクセスをされてもデータ漏洩を阻止できる。

実施形態の一例としてのネットワークシステムのネットワーク構成を模式的に示す図である。 実施形態の一例としてのネットワークシステムの管理サーバのハードウェア構成を示す図である。 実施形態の一例としてのネットワークシステムのクライアント端末のハードウェア構成を示す図である。 実施形態の一例としてのネットワークシステムの機能構成を示す図である。 実施形態の一例としてのネットワークシステムにおけるファイル・ディレクトリ構成を例示する図である。 （ａ），（ｂ）は実施形態の一例としてのネットワークシステムにおけるデータ管理テーブルを例示する図である。 実施形態の一例としてのネットワークシステムにおける第１分割送信データの構成を示す図である。 （ａ），（ｂ）は実施形態の一例としてのネットワークシステムにおけるセクタ管理テーブルを例示する図である。 実施形態の一例としてのストレージシステムにおけるセクタの状態遷移を示す図である。 実施形態の一例としてのネットワークシステムにおける第１データ整形部が作成する応答データの構成を示す図である。 実施形態の一例としてのストレージシステムにおける、クライアント端末から管理サーバへのファイル書き込み時の処理を説明するシーケンス図である。 実施形態の一例としてのストレージシステムにおけるクライアント端末のデータ管理機能部のファイル書き込み要求受信時の処理を説明するフローチャートである。 実施形態の一例としてのストレージシステムの管理サーバにおける空きセクタ確保処理を説明するフローチャートである。 実施形態の一例としてのストレージシステムのクライアント端末からのファイルの書き込み処理時におけるファイルデータの送信処理を説明するフローチャートである。 実施形態の一例としてのストレージシステムの管理サーバにおけるファイル書き込み処理を説明するフローチャートである。 実施形態の一例としてのストレージシステムにおける、クライアント端末から管理サーバへのファイルの読み出し処理を説明するシーケンス図である。 実施形態の一例としてのストレージシステムにおけるクライアント端末によるファイルの読み出し処理を説明するフローチャートである。 実施形態の一例としてのストレージシステムにおける管理サーバによるファイルの読み出し処理を説明するフローチャートである。 実施形態の一例としてのストレージシステムにおける、ファイルデータ削除処理を説明するシーケンス図である。 実施形態の一例としてのストレージシステムにおけるクライアント端末によるデータのファイル削除処理を説明するフローチャートである。 実施形態の一例としてのストレージシステムにおける管理サーバによるデータのファイル削除処理を説明するフローチャートである。

以下、図面を参照して本データアクセスシステム及びデータアクセス方法に係る実施の形態を説明する。ただし、以下に示す実施形態はあくまでも例示に過ぎず、実施形態で明示しない種々の変形例や技術の適用を排除する意図はない。すなわち、本実施形態を、その趣旨を逸脱しない範囲で種々変形して実施することができる。又、各図は、図中に示す構成要素のみを備えるという趣旨ではなく、他の機能等を含むことができる。

（Ａ）ハードウェア構成
図１は実施形態の一例としてのネットワークシステム（データアクセスシステム）１のネットワーク構成を模式的に示す図である。
本ネットワークシステム１は、図１に示すように、管理サーバ２０と１つ以上（図１に示す例では１つ）のクライアント端末１０とを備える。また、管理サーバ２０とクライアント端末１０とは，ネットワーク５０を介して通信可能に接続されている。ネットワーク５０は、ＬＡＮ（Local Area Network）等の通信回線である。

（Ａ−１）管理サーバ
先ず、管理サーバ２０のハードウェア構成を説明する。
管理サーバ２０は、サーバ機能をそなえた情報処理装置であり、例えば、ストレージサーバとしての機能を備え、クライアント端末１０に対して記憶領域を提供する。管理サーバ２０は、例えばデータセンタに配置され、クライアント端末１０との間でＮＡＳやＳＡＮ（Storage Area Network）等のコマンドを送受信する。

図２は実施形態の一例としてのネットワークシステム１の管理サーバ２０のハードウェア構成を示す図である。
管理サーバ２０は、図２に示すように、ＣＰＵ２０１，メインメモリ２０２，キャッシュメモリ２０３，ディスクコントローラ２０４，ネットワークコントローラ２０５及び記憶装置２８を備える。

メインメモリ２０２は、例えばＲＡＭ（Random Access Memory）であり、一次記憶メモリあるいはワーキングメモリとして利用される。例えば、メインメモリ２０２には、データ通信制御に係るソフトウェアプログラムやこのプログラム用のデータ類が書き込まれている。メインメモリ２０２上のソフトウェアプログラムは、ＣＰＵ２０１に適宜読み込まれて実行される。

キャッシュメモリ２０３は記憶装置２８に読み書きされるデータが一時的に格納される記憶領域である。
ディスクコントローラ２０４には記憶装置２８が接続され、この記憶装置２８へのデータの書き込みや読み出しを制御する。記憶装置２８は、ハードディスクドライブ（Hard disk drive：ＨＤＤ）、ＳＳＤ（Solid State Drive）等の記憶装置であって、種々のデータを格納するものである。本実施形態においては、記憶装置２８がＨＤＤである例について示す。以下、記憶装置２８をディスク２８という場合がある。

記憶装置２８は、磁性体を塗布したディスク（プラッタ）を備える。また、プラッタは同心円状のトラックに区切られ、各トラックを回転方向に所定サイズ（例えば、５１２バイト）単位で分割したセクタを有する。また、各記憶装置２８は、後述するディスク番号（図６（ａ），（ｂ）等参照）により識別される。
ネットワークコントローラ２０５は、ネットワーク５０を介したデータ通信を制御し、クライアント端末１０との間でデータの送受信を実現する。

ＣＰＵ２０１は、種々の制御や演算を行なう処理装置であり、メインメモリ２０２等に格納されたＯＳやプログラムを実行することにより、種々の機能を実現する。すなわち、ＣＰＵ２０１は、図４に示すように、データ処理部２１及びセクタ管理部２２としての機能を実現する。なお、これらのデータ処理部２１及びセクタ管理部２２としての機能の説明は後述する。

そして、ＣＰＵ２０１が、管理プログラムを実行することにより、これらのデータ処理部２１及びセクタ管理部２２として機能する。
なお、これらのデータ処理部２１及びセクタ管理部２２としての機能を実現するためのプログラム（管理プログラム）は、例えばフレキシブルディスク，ＣＤ（ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＣＤ−ＲＷ等），ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，ＤＶＤ−Ｒ，ＤＶＤ＋Ｒ，ＤＶＤ−ＲＷ，ＤＶＤ＋ＲＷ，ＨＤ ＤＶＤ等），ブルーレイディスク，磁気ディスク，光ディスク，光磁気ディスク等の、コンピュータ読取可能な記録媒体に記録された形態で提供される。そして、コンピュータはその記録媒体からプログラムを読み取って内部記憶装置または外部記憶装置に転送し格納して用いる。又、そのプログラムを、例えば磁気ディスク，光ディスク，光磁気ディスク等の記憶装置（記録媒体）に記録しておき、その記憶装置から通信経路を介してコンピュータに提供するようにしてもよい。

データ処理部２１及びセクタ管理部２２としての機能を実現する際には、内部記憶装置（本実施形態ではメインメモリ２０２やキャッシュメモリ２０３）に格納されたプログラムがコンピュータのマイクロプロセッサ（本実施形態ではＣＰＵ２０１）によって実行される。このとき、記録媒体に記録されたプログラムをコンピュータが読み取って実行するようにしてもよい。

（Ａ−２）クライアント端末
次に、クライアント端末１０のハードウェア構成を説明する。
クライアント端末１０は、例えば、管理サーバ２０に対してＮＡＳにおけるリード／ライト等のディスクアクセスコマンドを送信することにより、管理サーバ２０が提供する記憶領域にデータの書き込みや読み出しを行なう。

図３は実施形態の一例としてのネットワークシステム１のクライアント端末１０のハードウェア構成を示す図である。
クライアント端末１０は、図３に示すように、ＣＰＵ１０１，メインメモリ１０２，キャッシュメモリ１０３，ディスクコントローラ１０４，ネットワークコントローラ１０５及び記憶装置１０６を備える。

メインメモリ１０２は、例えばＲＡＭであり、一次記憶メモリあるいはワーキングメモリとして利用される。例えば、メインメモリ１０２には、データ通信制御に係るソフトウェアプログラムやこのプログラム用のデータ類が書き込まれている。メインメモリ１０２上のソフトウェアプログラムは、ＣＰＵ１０１に適宜読み込まれて実行される。
キャッシュメモリ１０３は記憶装置１０６に読み書きされるデータが一時的に格納される記憶領域である。

ディスクコントローラ１０４には記憶装置１０６が接続され、このディスク１０６へのデータの書き込みや読み出しを制御する。記憶装置１０６は、ＨＤＤ、ＳＳＤ等の記憶装置であって、種々のデータを格納するものである。記憶装置１０６をディスク１０６という場合がある。
ネットワークコントローラ１０５は、ネットワーク５０を介したデータ通信を制御し、管理サーバ２０との間でデータの送受信を実現する。

ＣＰＵ１０１は、種々の制御や演算を行なう処理装置であり、メインメモリ１０２等に格納されたＯＳやプログラムを実行することにより、種々の機能を実現する。すなわち、ＣＰＵ１０１は、図１に示すように、ファイルアクセス管理部１１及びデータ管理部１２としての機能を実現する。なお、これらのファイルアクセス管理部１１及びデータ管理部１２としての機能の説明は後述する。

そして、ＣＰＵ１０１が、管理プログラムを実行することにより、これらのファイルアクセス管理部１１及びデータ管理部１２として機能する。
なお、これらのファイルアクセス管理部１１及びデータ管理部１２としての機能を実現するためのプログラム（管理プログラム）は、例えばフレキシブルディスク，ＣＤ（ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＣＤ−ＲＷ等），ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，ＤＶＤ−Ｒ，ＤＶＤ＋Ｒ，ＤＶＤ−ＲＷ，ＤＶＤ＋ＲＷ，ＨＤ ＤＶＤ等），ブルーレイディスク，磁気ディスク，光ディスク，光磁気ディスク等の、コンピュータ読取可能な記録媒体に記録された形態で提供される。そして、コンピュータはその記録媒体からプログラムを読み取って内部記憶装置または外部記憶装置に転送し格納して用いる。又、そのプログラムを、例えば磁気ディスク，光ディスク，光磁気ディスク等の記憶装置（記録媒体）に記録しておき、その記憶装置から通信経路を介してコンピュータに提供するようにしてもよい。

ファイルアクセス管理部１１及びデータ管理部１２としての機能を実現する際には、内部記憶装置（メインメモリ１０２やキャッシュメモリ１０３）に格納されたプログラムがコンピュータのマイクロプロセッサ（本実施形態ではＣＰＵ１０１）によって実行される。このとき、記録媒体に記録されたプログラムをコンピュータが読み取って実行するようにしてもよい。

また、クライアント端末１０においては、ＣＰＵ１０１が図示しないアプリケーション（上位アプリケーション）を実行し、この上位アプリケーションにより種々のデータが作成される。
本ストレージシステム１においては、例えば、このクライアント端末１０において作例されたデータが管理サーバ２０に送信され、その記憶装置２８に格納される。

（Ｂ）機能構成
図４は実施形態の一例としてのネットワークシステム１の機能構成を示す図である。
（Ｂ−１）クライアント端末
先ず、クライアント端末１０の機能構成について説明する。
クライアント端末１０は、図４に示すように、ファイルアクセス管理部１１及びデータ管理部１２としての機能を備える。

クライアント端末１０においては、ファイル単位でデータが管理される。
ファイルアクセス管理部１１は、処理対象のデータ（ファイル）のディレクトリ構造（ファイル・ディレクトリ構造）を管理する。
図５は実施形態の一例としてのネットワークシステム１におけるファイル・ディレクトリ構成を例示する図である。

この図５に示す例においては、２つの階層に階層化されたディレクトリ構造が示されており、そのうちの一つのディレクトリ中に、ファイル名“aaaa.xls”，“bbbb.txt”及び“cccc.doc”を有する３つのファイルが格納された例を示している。
このように、ファイルアクセス管理部１１は、ＮＦＳやＣＩＦＳ等で提供される既知のファイルシステムと同様に、階層化されたディレクトリ構造でファイルを管理する。また、複数のファイルは、例えばグループごとに一つのディレクトリにまとめられる。

データ管理部１２は、第１データ整形部１３，データ管理制御部１４及びデータ構成部１７としての機能を備える。
データ管理制御部１４は、ファイル毎にデータの構成情報を保持し、ファイルの書き込みおよび読み込みの命令を行なう。データ管理制御部１４は、ファイル毎にデータ管理テーブル１６を作成し、このデータ管理テーブル１６を用いてファイルの構成データを管理する。

データ管理テーブル１６は、ファイルアクセス管理部１１から管理サーバ２０への書き込み要求時に初めて作成される。また、データ管理テーブル１６を構成するための情報は、例えば、メインメモリ１０２や記憶装置１０６等の記憶装置に格納され、データ管理テーブル１６は、ファイルの書き込みおよび読み込み時にキャッシュメモリ１０３に呼び出され、展開される。

すなわち、これらのメインメモリ１０２や記憶装置１０６，キャッシュメモリ１０３が、記憶装置２８における各分割データの格納位置情報（セクタ位置）と、分割データからファイルを復元するための構成情報とを記憶する第１記憶部として機能する。
ファイルアクセス管理部１１からの書き込み要求において、データ管理制御部１４は、ファイルアクセス管理部１１からファイル情報データを受信する。データ管理制御部１４は、受信したファイル情報データを基にファイルの構成番号と属性情報とをデータ管理テーブル１６に書き込んで保存する。キャッシュメモリ１０３には、書き込みまたは読み込み要求時のファイルのデータ管理テーブル１６が呼び出される。

図６（ａ），（ｂ）は実施形態の一例としてのネットワークシステム１におけるデータ管理テーブル１６を例示する図であり、図６（ａ）はファイル名“aaaa.xls”についてのデータ管理テーブル１６を、また、図６（ｂ）はファイル名“bbbb.txt”についてのデータ管理テーブル１６をそれぞれ例示する。
データ管理テーブル１６は、図６（ａ），（ｂ）に示すように、構成情報，ディスク番号，セクタ位置情報及び属性を項目として備える。

構成情報は、後述するデータ整形部１３によって所定サイズの分割データに分割されたファイル（処理対象データ）の分割数と、これらの分割データからファイルを再現するための順番を示す。図６（ａ），（ｂ）に示す例においては、ファイルがセクタ単位（５１２バイト）に分割され、構成情報として自然数の連番が用いられている。
例えば、図６（ａ）に示す例においては、ファイル名“aaaa.xls”を有するファイルは、構成番号１〜６の６つの分割データを組み合わせることで再現されることを示す。

ディスク番号は、管理サーバ２０において分割データが書き込まれる書き込み先の記憶装置２８を識別する識別情報である。
セクタ位置情報は、記憶装置２８において分割データが書き込まれる書き込み先セクタの位置情報である。図６（ａ），（ｂ）に示す例においては、セクタ位置情報として、ＬＢＡ（Logical Block Addressing）でセクタ位置が指定されている。なお、セクタ位置の指定方法はＬＢＡに限定されるものではなく、例えばアドレスを用いる等、種々変形して実施することができる。

これらのディスク番号及びセクタ位置情報は、後述する管理サーバ２０から通知される。
属性は、ファイルに関する属性情報であり、図６（ａ），（ｂ）に示す例においては、属性１としてファイルの作成時刻を示すタイムスタンプが用いられている。
データ管理制御部１４は、ファイルアクセス管理部１１から管理サーバ２０の記憶装置２８へのファイル書き込み要求を受信すると、対象ファイルのデータ管理テーブル１６を作成する。

例えば、データ管理制御部１４は、処理対象のファイルのデータサイズをセクタサイズで除算することで構成番号の最大値を決定し、データ管理テーブル１６に構成番号とタイムスタンプ（属性１）を入力する。
データ管理制御部１４は、管理サーバ２０にデータの書き込みを行なう際に、管理サーバ２０に対して、ファイルデータの書き込み先セクタ確保要求（記憶位置確保要求）を送信する。なお、この書き込み先セクタ確保要求には、ファイルデータのデータサイズや属性（タイムスタンプ）がファイル情報データとして含まれる。

すなわち、データ管理制御部１４は、管理サーバ２０にファイルデータの書き込み先セクタ確保要求（記憶位置確保要求）を送信する第２送信部として機能する。
管理サーバ２０のセクタ管理制御部２４において、後述の如く、空きセクタの確保判定に合格すると、このセクタ管理制御部２４から空きセクタのセクタ位置情報（セクタ情報）が応答される。

また、データ管理制御部１４は、受信したセクタ情報を基に、データ管理テーブル１６の各構成番号にセクタ位置情報を振り分ける。すなわち、データ管理部１２は、管理サーバ２０から通知された複数のセクタ位置にファイルを構成する分割データをそれぞれ割り当てる割当部として機能する。
この際、データ管理制御部１４が、管理サーバ２０から通知されたセクタを構成番号（分割データ）にランダムに振り分けることで、不正アクセスがあった際のセキュリティの向上を図ることが可能である。

また、データ管理制御部１４は、管理サーバ２０からファイルの読み出しを行なう場合には、読み出し対象のファイルについて、データ管理テーブル１６からディスク番号，セクタ位置情報及び属性を読み出し、ファイル構成データ要求として、これらの情報とファイルの取得要求とを管理サーバ２０に対して送信する。なお、このファイル構成データ要求に含まれる属性は、後述する管理サーバ２０のセクタ管理制御部２４による整合性判定に用いられ、照合用情報として機能する。

第１データ整形部１３は、管理サーバ２０にファイルの書き込みを行なう際に、処理対象のファイルのデータを所定サイズ単位に分割して分割データを作成し、これらの分割データに書き込み先情報（格納位置情報）の入ったヘッダを付加する。
第１データ整形部１３は、データ管理テーブル１６を参照し、ファイルデータを構成情報に従いデータの先頭から、所定サイズ単位（本実施形態ではセクタサイズ単位）に分割する。そして、これらの分割したデータ（分割データ）の各先頭に、当該分割データの保存先となるディスク番号及びセクタ位置情報（格納位置情報）と属性情報とを含んだヘッダを付加することで、第１分割送信データを作成する。以下、この第１分割送信データをヘッダ付加データという場合がある。

図７は実施形態の一例としてのネットワークシステム１における第１データ整形部１３が作成する第１分割送信データの構成を示す図である。
第１データ整形部１３は、ファイルシステム１１から受信したファイルデータを、データ管理テーブル１６に従って構成番号の順に当該ファイルデータの先頭から分割し、分割したデータにヘッダを付加する。すなわち、第１分割送信データは、分割データとヘッダとを備えるヘッダ付加データとして構成される。なお、ファイルデータの分割は、既知の種々の手法を用いて実現することができ、その詳細な説明は省略する。

また、ファイルの分割に際しては、書き込み先のディスクセクタの最大サイズ（例えば、５１２バイト）を一つの分割サイズとして分割する。分割により切り出された分割データには、分割時に前記データ管理テーブルから読み取った構成番号に対応する書き込み先ディスクの識別番号（ディスク番号）と、書き込み先セクタ位置情報と、ファイル管理テーブル作成時のタイムスタンプと、ヘッダを識別するための識別子情報とを含んだヘッダが付加される。

ヘッダは分割データの先頭に付加され、ヘッダ内の識別子情報はヘッダの先頭に位置する。これにより、データ送信時にヘッダ付加データを連結して単一のデータとして送信することが可能となり、パケット転送効率が上昇する。この場合、第１データ整形部１３において整形されたヘッダ付加データは、キャッシュメモリ１０３に一定量保持され、データを連結後に送信することになる。

また、第１データ整形部１３は、作成した第１分割送信データを管理サーバ２０に対して送信する。
すなわち、第１データ整形部１３は、分割データに分割データの格納位置を示す格納位置情報を付加した分割格納データを管理サーバ２０に送信する第１送信部として機能する。

データ構成部１７は、データ読み込み処理時に、管理サーバ２０から受信したデータ（第２分割送信データ，分割データ，セクタデータ）からファイルを再構成（復元）する。
データ構成部１７は、管理サーバ２０から受信する第２分割送信データ（ヘッダ付加データ；詳細は後述）のヘッダを識別し、ヘッダ情報を読み取る。データ構成部１７は、読み取ったヘッダ情報に基づいてデータ管理テーブル１６を参照する。これにより、セクタ位置情報を基に構成番号を知ることができる。

データ構成部１７は、受信した個々の第２分割送信データについて、その構成番号と分割データとをキャッシュメモリ１０３に保持し、構成番号の順に分割データを連結することで、ファイルを再構成する。
すなわち、データ構成部１７は、データ管理テーブル１６の構成番号に基づいて、管理サーバ２０から受信した分割データからファイル（処理対象データ）を復元する復元部として機能する。

（Ｂ−２）管理サーバ
次に、管理サーバ２０の機能構成について説明する。
管理サーバ２０は、図４に示すように、データ処理部２１及びセクタ管理部２２としての機能を備える。
データ処理部２１は、記憶装置２８に対するデータの書き込みや読み出しを制御する。データ処理部２１は、後述するセクタ管理部２２からのデータ書き込み要求または読み込み要求を受信し、当該要求に応じて、記憶装置２８のセクタにデータの書き込み及び読み出しを行なう。

セクタ管理部２２は、データ解析部２３，セクタ管理制御部２４及び第２データ整形部２７としての機能を備える。
データ解析部２３は、クライアント端末１０から受信した第１分割送信データのヘッダを読み取り、この第１分割送信データの分割データを、記憶装置２８の所定のセクタに書き込ませる制御を行なう。

データ解析部２３は、クライアント端末１０から第１分割送信データを受信すると、当該第１分割送信データ内に含まれる識別子情報を基にヘッダ位置を特定し、ヘッダ情報を読み取る。
そして、データ解析部２３は、ヘッダに含まれるディスク番号とセクタ位置情報とに基づき、この第１分割送信データの分割データの書き込み先セクタを特定する。すなわち、ディスク番号に基づき記憶装置２８を特定し、セクタ位置情報に基づき、記憶装置２８内におけるセクタ位置を特定する。

データ解析部２３は、データ処理部２１に対して、データを所定のセクタへ書き込み要求を行なうことで、分割データを対応する記憶装置２８の当該セクタに書き込ませる。
また、データ解析部２３は、クライアント端末１０から書き込み要求にかかる第１分割送信データを受信した場合において、後述するセクタ管理制御部２４によるデータの整合性判定の結果、不整合であった場合に、第１分割送信データの送信元であるクライアント端末１０に対してエラー通知を行なう。

セクタ管理制御部２４は、データセンタに備えられた全ての記憶装置２８についてのセクタに関する情報を管理する。
セクタ管理制御部２４は、記憶装置２８を構成する全セクタについての情報を登録するセクタ管理テーブル２６を用いて各セクタの管理を行なう。セクタ管理制御部２４は、記憶装置２８毎にセクタ管理テーブル２６を作成する。

図８（ａ），（ｂ）は実施形態の一例としてのネットワークシステム１におけるセクタ管理テーブル２６を例示する図であり、図８（ａ）はディスク１についてのセクタ管理テーブル２６を、また、図８（ｂ）はディスク２についてのセクタ管理テーブル２６をそれぞれ例示する。
セクタ管理テーブル２６は、図８（ａ），（ｂ）に示すように、セクタ位置情報に対して状態及び属性の項目を関連付けることにより構成されている。

セクタ位置情報は、記憶装置２８を構成するセクタを特定する情報である。図８（ａ），（ｂ）に示す例においては、セクタ位置情報として１〜６が示されている。このセクタ管理テーブル２６におけるセクタ位置情報は、前述したデータ管理テーブル１６と同じ手法でセクタ位置が指定され、本実施形態においては、ＬＢＡ（論理アドレス番号）を用いて表している。

状態は、セクタの状態を示す。本実施形態においては、セクタの状態として、“空き”，“使用”及び“予約”のいずれかの状態が登録される。
図９は実施形態の一例としてのストレージシステム１におけるセクタの状態遷移を示す図である。
セクタの状態には“予約”，“使用”及び“空き”のいずれかの状態が必ず割り当てられ、初期設定は“空き”である。“空き”状態のセクタは、クライアント端末１０からのセクタ確保要求により確保された際に、“予約”に状態が遷移する（“空き”→“予約”）。

すなわち、記憶装置２８に対するデータの書き込み処理時において、クライアント端末１０からの書き込み要求受信に応じて“空き”セクタが確保された時に、セクタの状態は“空き”から“予約”に遷移する。
“予約”状態のセクタは、クライアント端末１０から送信されたデータ（第１分割送信データ）が書き込まれることで“使用”に状態が遷移する（“予約”→“使用”）。

すなわち、記憶装置２８に対するデータの書き込み処理時において、クライアント端末１０から受信したデータを読み取った際に得られるセクタ情報によるセクタ管理テーブル２６の更新時に“予約”から“使用”に状態が遷移する。
“使用”状態のセクタは、クライアント端末１０からデータの削除要求があり、削除対象セクタに指定された際に、“空き”に状態が遷移する（“使用”→“空き”）。

すなわち、クライアント端末１０からのデータ削除要求受信時に“使用”から“空き”に遷移する。
属性は、セクタに関する属性情報であり、図８（ａ），（ｂ）に示す例においては、属性１として、セクタの予約時刻を示すタイムスタンプ情報が保持される。このセクタ予約時刻は、クライアント端末１０のデータ管理部１２からセクタ確保要求が送信された時刻であり、クライアント端末１０におけるファイルの作成時刻と一致する。すなわち、セクタ管理テーブル２６の属性１には、データ管理テーブル１６におけるセクタ位置に対応する属性１と同一の値が登録される。

また、属性には、タイムスタンプ以外の情報を用いてもよい。図８（ａ），（ｂ）に示す例においては、属性１の他に、属性２が備えられている。また、セクタ管理テーブル２６においては、属性として、更に他の情報を管理してもよい。
なお、セクタ管理テーブル２６を構成するための情報は、例えば、記憶装置２８やメインメモリ２０２に格納され、セクタ管理テーブル２６は、記憶装置２８に対するファイルの書き込み時および読み込み時に、管理サーバ２０のキャッシュメモリ２０３に呼び出される。

すなわち、これらの記憶装置２８やメインメモリ２０２，キャッシュメモリ２０３が、記憶装置２８におけるセクタ位置（格納位置）に対応付けて、このセクタ位置に格納される分割データに関する属性情報を記憶する第２記憶部として機能する。
後述の如く、本ストレージシステム１においては、セクタ管理テーブル２６内のセクタの属性が更新される際には、指定されたセクタの全ての属性が一致しなければならない。

また、セクタ管理制御部（空きセクタ確保手段）２４は、クライアント端末１０のデータ管理部１２からファイルサイズ（ファイル情報データ）とともにセクタ確保要求を受信すると、このセクタ確保要求に応じて、記憶装置２８における空きセクタの中から、対象ファイルを格納可能な数の空きセクタを確保する。
すなわち、セクタ管理制御部２４は、受信したファイル情報データからファイルサイズを読み取り、セクタの必要確保数を算出する。そして、セクタ管理制御部２４は、セクタ管理テーブル２６を参照して必要確保数（ファイルサイズ分）の空きセクタを検索する。また、この際、セクタ管理制御部２４は、ファイルの格納先としてのセクタを空きセクタの中からランダムに決定する。また、セクタ管理制御部２４は、ファイルの格納先としてのセクタを、複数の記憶装置２８にまたがるように決定（確保）する。

例えば、セクタ管理制御部２４は、ディスクごとのセクタ管理テーブル２６を参照して、無作為に空きセクタを抽出する。抽出した空きセクタが複数のディスクに跨っているかを判定し、抽出した空きセクタが複数のディスクに跨るまで、無作為抽出を繰り返し実施する。
このように、管理サーバ２０側でランダムにファイルの格納先のセクタを確保することにより、データをセクタレベルで分散保存することが可能となる。

また、セクタ管理制御部２４は、ファイルの格納先としての複数のセクタを、同一記憶装置２８内においてセクタ位置が不連続となるように決定することが望ましい。これにより、不正アクセスにより記憶装置２８のデータが読み出された場合においても、ファイルを再現することを困難にすることができる。
セクタ管理制御部（セクタ管理テーブル更新手段）２４は、セクタ管理テーブル２６を参照して、ファイル情報データとして受信したファイルサイズ分の空きセクタを確保し、セクタ管理テーブル２６において、確保したセクタの状態を“空き”から“予約”に更新する。また、セクタ管理制御部２４は、セクタ管理テーブル２６において、確保した各セクタに対応付けて、書き込み先セクタ確保要求とともに送信されたファイル情報データに含まれるタイムスタンプを属性として格納する。

その後、セクタ管理制御部２４は、確保したセクタ位置情報をクライアント端末１０のデータ管理部１２へ送信する。
すなわち、セクタ管理制御部２４は、クライアント端末１０からの書き込み先セクタ確保要求（記憶位置確保要求）に応じて、記憶装置２８から複数のセクタ位置（格納位置）を選択し、複数のセクタ位置を示すセクタ位置情報をクライアント端末１０に通知する選択部として機能する。

これにより、クライアント端末１０でファイルデータの保存先セクタ情報を把握し、クライアント端末１０から保存先セクタ位置情報も指定することが可能となる。
また、セクタ管理制御部２４は、クライアント端末１０から記憶装置２８に対するファイルの読み出し要求や書き込み要求（アクセス要求）を受信すると、セクタ管理テーブル２６を参照して、指定されたセクタが読み出し可能かを判断する。

具体的には、セクタ管理制御部２４は、ファイル構成データ要求に含まれる各セクタ位置情報について、セクタ管理テーブル２６から属性（属性情報）を読み出し、これらの全ての属性が、ファイル構成データ要求に含まれる属性（照合用情報）と一致するか否かを判断することで、整合性判定（判定処理）を行なう。
すなわち、セクタ管理制御部２４は、クライアント端末１０から記憶装置２８へのアクセス要求受信時に、クライアント端末１０から送信される照合用情報と、セクタ管理テーブル２６から読み出した属性情報とに基づいて判定処理を行なう判定部として機能する。

セクタ管理制御部２４は、この整合性判定において整合性がある（合格）と判断された場合、すなわち、ファイル読み出し対象の全てのセクタの属性が、ファイル構成データ要求に含まれる属性と一致した場合に、セクタ管理テーブル２６において、当該セクタの状態を“予約”から“使用”に更新する。また、セクタ管理制御部２４は、データ処理部２１に対して該当するデータ（分割データ）を所定のセクタへ書き込み要求を行なう。

従って、セクタ管理制御部２４は、クライアント端末１０から受信した第１分割送信データの分割データを、当該第１分割送信データに付加されたセクタ位置（納位置情報）に従って、記憶装置２８に格納する格納制御部として機能する。
また、この際、セクタ管理制御部２４は、セクタ管理テーブル２６において、ファイル読み出し対象の全てのセクタの状態が“使用”になっていることを判定してもよい。

一方、整合性判定の結果が不合格であった場合、すなわち、受信した第１分割送信データの属性情報と、セクタ管理テーブル２６における対応する属性情報とが不一致である場合には、セクタ管理制御部２４は、当該分割データの記憶装置２８からの読み出しを抑止する。また、セクタ管理制御部２４は、クライアント端末１０のデータ管理部１２に対して書き込みエラーを送信する。

すなわち、セクタ管理制御部２４は、整合性判定（判定処理）の結果、不整合が検知された場合には、記憶装置２８へのアクセスを抑止する抑止部としての機能を備える。
なお、セクタ管理制御部（整合性判定手段）２４は、クライアント端末１０におけるデータ管理部１２からセクタ削除要求を受信した場合には、上述したファイルの読み込みに準じた処理を行なう。すなわち、セクタ管理制御部２４は、削除要求に伴い受信側した属性情報と、当該分割データの削除対象のセクタ位置についてセクタ管理テーブル２６に登録されている属性情報とが一致するかを判断することで、指定されたセクタが削除可能かを判断する。そして、セクタ管理制御部２４は、属性情報が一致した場合に、データ処理部２１に対して、セクタのデータ削除を実施させる。

第２データ整形部（ヘッダ付加手段）２７は、記憶装置２８のセクタから読み出したセクタデータ（分割データ）に、当該セクタを示すディスク番号及びセクタ位置情報の入ったヘッダを付加して第２分割送信データ（ヘッダ付加データ，応答データ）を作成する。そして、第２データ整形部２７（データ送信手段）は、作成した第２分割送信データをクライアント端末１０へ送信する。

すなわち、第２データ整形部２７は、クライアント端末１０から受信した読み出し要求に付加されたセクタ位置情報に従って、記憶装置２８から分割データを読み出し、クライアント端末１０に送信する第３送信部として機能する。
図１０は実施形態の一例としてのネットワークシステム１における第１データ整形部２３が作成する応答データの構成を示す図である。

第２データ整形部２７は、この図１０に示すように、データ処理部２１が記憶装置２８のセクタから読み出したデータ（セクタデータ，分割データ）に、当該セクタデータが格納されていたセクタ位置と、その記憶装置２８を示すディスク番号とを含んだヘッダを付加する。
ヘッダはセクタデータの先頭に付加され、ヘッダ内の識別子情報はヘッダの先頭に位置する。これにより、第１分割送信データと同様に、第２データ整形部２７において整形されたヘッダ付加データ（送信データ）は、キャッシュメモリ２０３に一定量保持され、カプセル化した後（連結後）に送信される。

（Ｃ）動作
（Ｃ−１）ファイル書き込み処理
上述の如く構成された実施形態の一例としてのストレージシステム１における、クライアント端末１０から管理サーバ２０へのファイル書き込み時の処理を、図１１に示すシーケンス図に従って説明する。

クライアント端末１０において、上位アプリケーションからデータ管理制御部１４に対してファイルの書き込み要求が行なわれると（符号Ｓ１参照）、データ管理制御部１４は、管理サーバ２０のセクタ管理制御部２４に対して、記憶装置２８のセクタ確保要求を送信する（符号Ｓ２参照）。なお、このクライアント端末１０におけるデータの書き込み処理については、図１２に示すフローチャートを用いて後述する。

管理サーバ２０においては、セクタ管理制御部２４が処理対象のファイルサイズに応じて、空きセクタの中から、複数の記憶装置２８にまたがって不連続かつランダムに、セクタの確保を行なう。この際、セクタ管理制御部２４は、対象の記憶装置２８のセクタ管理テーブル２６において、選択したセクタに対して、状態を“空き”から“予約”に更新し、又、属性にタイムスタンプを格納する。
セクタ管理制御部２４は、セクタの確保が完了すると、クライアント端末１０のデータ管理部１２に対して、セクタ確保応答とともに確保したセクタの通知を行なう（符号Ｓ３参照）。なお、このセクタ管理制御部２４におけるセクタの確保処理については、図１３に示すフローチャートを用いて後述する。

データ管理部１２は、上位アプリケーションに対してファイル書き込み許可を通知し（符号Ｓ４参照）、上位アプリケーションは、第１データ整形部１３に対して、ファイルデータを送信する（符号Ｓ５参照）。具体的には、ファイルアクセス管理部１１からデータ管理部１２に対してファイルのデータが送信される。
第１データ整形部１３は、データ管理部１２に対してデータ管理テーブル１６の参照を要求する（符号Ｓ６参照）。データ管理部１２は、第１データ整形部１３にデータ管理テーブル１６の参照を許可するとともに、第１データ整形部１３に管理サーバ２０へのデータ書き込みを命令する（符号Ｓ７参照）。

第１データ整形部１３は、処理対象ファイルをセクタサイズ単位に分割して複数の分割データを作成し、データ管理テーブル１６から抽出したディスク番号，セクタ位置情報及び属性を含めたヘッダを付加することで、第１分割送信データ（ヘッダ付加データ）を作成する。第１データ整形部１３は作成した第１分割送信データを管理サーバ２０に送信する（符号Ｓ８参照）。なお、このクライアント端末１０から管理サーバ２０への第１分割送信データの送信処理については、図１４に示すフローチャートを用いて後述する。

管理サーバ２０においては、データ解析部２３が、受信した第１分割送信データのヘッダを読み取ってその格納先のセクタ位置を特定し、分割データとともにセクタ管理制御部２４に送信する（符号Ｓ９参照）。セクタ管理制御部２４においては、受信した分割データについての整合性判定を行なった後、データ処理部２１に対して記憶装置２８の所定のセクタに書き込ませる（符号Ｓ１０参照）。なお、この管理サーバ２０におけるデータの書き込み処理については、図１５に示すフローチャートを用いて後述する。

データ処理部２１は、記憶装置２８のセクタへの分割データの書き込みを完了するとセクタ管理制御部２４に対して完了応答を行なう（符号Ｓ１１参照）。この完了応答を受けて、セクタ管理制御部２４がクライアント端末１０のデータ管理部１２に、また、データ管理部１２が上位アプリケーションに、それぞれ書き込み完了応答を行なう（符号Ｓ１２，Ｓ１３参照）。

実施形態の一例としてのストレージシステム１におけるクライアント端末１０のデータ管理部１２のファイル書き込み要求受信時の処理を、図１２示すフローチャート（ステップＡ１〜Ａ８）に従って説明する。
データ管理部１２は、ファイルアクセス管理部１１からのファイル書き込み要求を受信すると（ステップＡ１）、対象ファイルのデータ管理テーブル１６を作成する（ステップＡ２）。また、この際、データ管理部１２は、データ管理テーブル１６に構成番号と属性情報（タイムスタンプ）とを入力する。

さらに、データ管理制御部１４は、管理サーバ２０のセクタ管理部２２に対してファイルのサイズおよびタイムスタンプを送信して、空きセクタの確保要求（書き込み先セクタ確保要求）を行なう（ステップＡ３）。
データ管理制御部１４は、管理サーバ２０から空きセクタ確保要求に対する応答を受信する（ステップＡ４）。

ステップＡ５において、データ管理制御部１４は、管理サーバ２０において空きセクタの確保が成功したか否かを確認する。確認の結果、空きセクタの確保に失敗した場合には（ステップＡ５のＮＯルート参照）、データ管理機能部１４は、ファイルアクセス管理部１１に対して、ファイル書き込み不可を応答して（ステップＡ６）、処理を終了する。
一方、管理サーバ２０において空きセクタの確保に成功した場合には（ステップＡ５のＹＥＳルート参照）、データ管理制御部１４は、データ管理テーブル１６の各構成番号に管理サーバ２０のセクタ管理部２２から受信したセクタ位置情報を振り分ける。この際、各構成番号へのセクタ位置の振り分けをランダムに行なうことで、不正アクセスがあった際のセキュリティの向上を図ることが可能である。

データ管理制御部１４は、データ管理テーブル１６において、各構成番号に、振り分けたセクタ位置を登録することで更新を行なう（ステップＡ７）。また、データ管理機能部１４は、ファイルアクセス管理部１１に対して、ファイル書き込みが許可された旨を応答して（ステップＡ８）、処理を終了する。
次に、実施形態の一例としてのストレージシステム１の管理サーバ２０における空きセクタ確保処理を、図１３に示すフローチャート（ステップＢ１〜Ｂ８）に従って説明する。

クライアント端末１０のデータ管理部１２からのセクタ確保要求を受信すると（ステップＢ１）、管理サーバ２０のセクタ管理制御部２４は、データ管理部１２からセクタ確保要求として受信したファイル情報データを参照する（ステップＢ２）。
セクタ管理制御部２４は、受信したファイル情報データからファイルサイズを読み取り、セクタの必要確保数を算出する（ステップＢ３）。

セクタ管理制御部２４は、記憶装置２８毎のセクタ管理テーブル２６を参照し、算出した必要確保数分の空きセクタをランダムに抽出する（ステップＢ４）。
その後、セクタ管理制御部２４は、抽出した空きセクタが複数の記憶装置２８に跨っているか否かを判定する（ステップＢ５）。
この判定の結果、出した空きセクタが複数の記憶装置２８に跨っていない場合には（ステップＢ５のＮＯルート参照）、ステップＢ４に戻り、再度、空きセクタの無作為抽出を行なう。また、この際、セクタ管理制御部２４は、選択された複数の空きセクタが記憶装置２８内において不連続な位置となるように空きセクタの無作為抽出を行なってもよい。

抽出した空きセクタが複数の記憶装置２８に跨っている場合には（ステップＢ５のＹＥＳルート参照）、セクタ管理制御部２４は、選択した空きセクタに新規に属性を付与する（ステップＢ６）。例えば、セクタ管理制御部２４はステップＢ１において受信したファイル情報データからタイムスタンプを抽出し、このタイムスタンプを属性として用いる。また、セクタ管理制御部２４は、属性として用いる情報を新たに作成して、セクタ管理テーブル２６に登録してもよい。

セクタ管理制御部２４は、セクタ管理テーブル２６を更新する（ステップＢ７）。すなわち、選択した空きセクタについて、状態を“空き”から“予約”に変更するとともに、属性にタイムスタンプを登録する。
その後、セクタ管理テーブル２６は、クライアント端末１０に対して空きセクタ確保完了応答を行ない（ステップＢ８）、処理を終了する。

次に、実施形態の一例としてのストレージシステム１のクライアント端末１０からのファイルの書き込み処理時におけるファイルデータの送信処理を、図１４に示すフローチャート（ステップＣ１〜Ｃ８）に従って説明する。
クライアント端末１０の第１データ整形部１３は、ファイルデータのデータ分割処理を実施する。

クライアント端末１０において、第１データ整形部１３は、ファイルアクセス管理部１１からファイルデータを受信し（ステップＣ１）、このファイルデータに対応するデータ管理テーブル１６を検索・参照する（ステップＣ２）。
この検索・参照の結果、ファイルデータに対応するデータ管理テーブル１６が存在するか否かを判断し（ステップＣ３）、対応するデータ管理テーブル１６が存在しない場合には（ステップＣ３のＮＯルート参照）、処理を終了する。

対応するデータ管理テーブル１６が存在する場合には（ステップＣ３のＹＥＳルート参照）、ステップＣ４以降で、そのデータ管理テーブル１６に含まれる全ての構成番号に対して、ステップＣ８までの制御を繰り返し実施するループ処理を開始する。
ステップＣ５では、第１データ整形部１３は、ファイルデータの先頭からセクタサイズ分のデータを一つ分割して切り出し、分割データを作成する。

ステップＣ６では、第１データ整形部１３は、データ管理テーブル１６の一番上の行から一行読み取り、作成した分割データに、読み取った構成番号に対応するディスク番号，セクタ位置情報及びタイムスタンプに加え、ヘッダを識別するための識別子情報を含んだヘッダデータを付加して、第１分割送信データ（ヘッダ付加データ）を作成する。ステップＣ７では、作成した第１分割送信データを管理サーバ２０に送信する。

その後、制御がステップＣ８に進む。なお、ステップＣ８では、ステップＣ４に対応するループ端処理が実施される。ここで、全ての構成番号についての処理が完了すると、本フローが終了する。
実施形態の一例としてのストレージシステム１の管理サーバ２０におけるファイル書き込み処理を、図１５に示すフローチャート（ステップＤ１〜Ｄ８）に従って説明する。

ステップＤ１では、クライアント端末１０から受信した全ての第１分割送信データに対して、ステップＤ８までの制御を繰り返し実施するループ処理を開始する。
ステップＤ２では管理サーバ２０がクライアント端末１０から第１分割送信データ（ヘッダ付加データ）を受信する。ステップＤ３では、データ解析部２３が、受信した第１分割送信データについて、ヘッダ内の識別子情報を基にヘッダ位置を特定し、ヘッダ情報を読み取る。

ステップＤ４において、データ解析部２３は、ヘッダに含まれるディスク番号とセクタ位置情報に基づき、当該第１分割送信データの分割データの書き込み先セクタを特定し、セクタ管理テーブル２６を参照する。この参照の際に、セクタ管理制御部２４は、データ解析部２３からヘッダ情報を取得する。そして、セクタ管理制御部２４は、第１分割送信データのヘッダ情報に含まれているディスク番号及びセクタ位置に対応する属性（属性情報）と、セクタ管理テーブル２６における、書き込み先のセクタの属性（属性情報）との整合性判定を実施する。すなわち、ヘッダ情報の属性と、セクタ管理テーブル２６における格納先のセクタの属性とが一致するか否かを判定する（ステップＤ５）。

この整合性判定の結果が不合格であった場合、すなわち、属性が不一致である場合には（ステップＤ５のＮＯルート参照）、セクタ管理制御部２４は分割データの記憶装置２８への格納を抑止する。また、データ解析部２３は、クライアント端末１０のデータ管理部１２に対して書き込みエラーを送信し、処理を終了する。
整合性判定の結果が合格の場合、すなわち、属性が一致する場合には（ステップＤ５のＹＥＳルート参照）、ステップＤ６において、セクタ管理テーブル２６における、書き込み先のセクタの状態を“予約”から“使用”に更新する。

また、ステップＤ７において、データ解析部２３は、データ処理部２１に対して、データを所定のセクタへ書き込み要求を行なうことで、分割データを対応する記憶装置２８の当該セクタに書き込ませ、処理を終了する。
なお、上述したステップＤ６とステップＤ７の処理は、並行して行なってもよく、また、順序を入れ替えて行なってもよく、種々変形して実施することができる。

その後、制御がステップＤ８に進む。ステップＤ８では、ステップＤ１に対応するループ端処理が実施される。ここで、全ての第１分割送信データについての処理が完了すると、本フローが終了する。
（Ｃ−２）ファイル読み出し処理
次に、実施形態の一例としてのストレージシステム１における、クライアント端末１０から管理サーバ２０へのファイルの読み出し処理を、図１６に示すシーケンス図に従って説明する。

クライアント端末１０において、上位アプリケーションからデータ管理制御部１４に対してファイルの読み出し要求が行なわれると（符号Ｓ２１参照）、データ管理制御部１４は、読み出し対象のファイルについてのデータ管理テーブル１６を参照する。データ管理制御部１４は、データ管理テーブル１６から、当該ファイルを構成する各分割データ（構成番号）の格納場所を示すディスク番号及びセクタ位置情報を取得するとともに、その属性を取得する。

そして、データ管理制御部１４は、これらのディスク番号，セクタ位置情報及び属性を、管理サーバ２０のセクタ管理制御部２４に送信して、ファイル構成データの読み出しを要求する（符号Ｓ２２参照）。
管理サーバ２０においては、セクタ管理制御部２４が、読み出し要求を受信すると、セクタ管理制御部２４は、当該読み出し要求にかかるファイル構成データ要求に基づいてセクタ管理テーブル２６を読み込み、指定されたセクタが読み出し可能かを判断する。

すなわち、セクタ管理制御部２４は、ファイル構成データ要求に含まれる各セクタ位置情報について、セクタ管理テーブル２６から属性を読み出し、これらの全ての属性が、ファイル構成データ要求に含まれる属性と一致するか否かを判断することで、整合性判定を行なう。
この整合性判定の結果、属性が一致した場合、すなわち整合性がある場合に、セクタ管理制御部２４は、データ処理部２１に対して、指定されたセクタに格納されたデータの読み出し命令を行なう（符号Ｓ２３参照）。

データ処理部２１は、この読み出し命令に応じて、指定されたセクタのデータ（分割データ）を読み出し、第２データ整形部２７に送信する（符号Ｓ２４参照）。また、第２データ整形部２７は、セクタ管理テーブル２６から、データ処理部２１によって読み出されたセクタデータ（分割データ）について、セクタ管理テーブル２６を参照して、当該セクタデータに対応する、ディスク位置やセクタ位置情報を取得する。そして、第２データ整形部２７は、読み出されたセクタデータに、セクタ管理テーブル２６から読み出した、対応するセクタについてのディスク位置及びセクタ位置情報をヘッダとして付加することで、第２分割送信データ（ヘッダ付加データ）を作成する。

第２データ整形部２７は、作成した第２分割送信データをセクタ読み込み応答として、クライアント端末１０に送信する（符号Ｓ２５参照）。
クライアント端末１０においては、データ構成部１７は、受信した個々の第２分割送信データについて、読み取ったヘッダ情報に基づき、データ管理制御部１４が管理するデータ管理テーブル１６を参照する（符号Ｓ２６，Ｓ２７参照）。データ構成部１７は、受信した個々の第２分割送信データについて、構成番号の順に分割データを連結することで、ファイルを再構成し、上位アプリケーションにファイルを応答する（符号Ｓ２８参照）。

実施形態の一例としてのストレージシステム１におけるクライアント端末１０によるファイルの読み出し処理を、図１７に示すフローチャート（ステップＥ１〜Ｅ１２）に従って説明する。
ステップＥ１において、クライアント端末１０において、ファイルアクセス管理部１１からファイル読み込み要求を受信すると、ステップＥ２において、第１データ整形部１３は、対象ファイルのデータ管理テーブル１６を参照する。第１データ整形部１３は、対象ファイルのデータ管理テーブル１６を呼び出し、メモリに保持する。

第１データ整形部１３は、参照したデータ管理テーブル１６から、当該ファイルを構成する全ての分割データ（ファイル構成データ）について、格納先であるディスク番号及びセクタ位置情報と、属性のタイムスタンプとを読み出す。
ステップＥ３において、第１データ整形部１３は、対象のファイルを構成する全ての分割データについてのディスク番号，セクタ位置情報及び属性を、管理サーバ２０のセクタ管理部２２へ送信して、ファイル構成データを要求する（ファイル構成データ要求）。

ステップＥ４において、管理サーバ２０のセクタ管理部２２において読み取り許可が下りたか否かが判断され、読み取り許可が下りない場合には（ステップＥ４のＮＯルート参照）、管理サーバ２０からエラー通知が行なわれ、処理が終了する。
管理サーバ２０から読み取り許可が下りた場合には（ステップＥ４のＹＥＳルート参照）、管理サーバ２０から対象ファイルを構成するデータがヘッダを付加されて送信される。

ステップＥ５では、ファイルを構成する全てのファイル構成データについての第２分割送信データに対して、ステップＥ１０までの制御を繰り返し実施するループ処理を開始する。
ステップＥ６では、データ管理部１２が第２分割送信データを受信し、ステップＥ７では、データ構成部１７が、受信した第２分割送信データのヘッダを識別し、ヘッダ情報を読み取る。

ステップＥ８では、データ構成部１７は、読み取ったヘッダ情報に基づいてデータ管理テーブル１６を参照することで、セクタ位置情報から第２分割送信データに含まれる分割データの構成番号を認識する。
ステップＥ９では、データ構成部１７は、認識した構成番号とその第２分割送信データの分割データをキャッシュメモリ１０３に格納する。その後、制御がステップＥ１０に進む。

なお、ステップＥ１０では、ステップＥ５に対応するループ端処理が実施される。ここで、ファイルを構成する全ての第２分割送信データについての処理が完了すると、制御がステップＥ１１に進む。
ステップＥ１１において、データ構成部１７は、キャッシュメモリ１０３に保持した構成番号と分割データに基づき、構成番号の順に分割データを連結してファイルを再構成する。

再構成されたファイルは、ステップＥ１２において、ファイルアクセス管理部１１に送信され、処理を終了する。
次に、実施形態の一例としてのストレージシステム１における管理サーバ２０によるファイルの読み出し処理を、図１８に示すフローチャート（ステップＦ１〜Ｆ９）に従って説明する。

ステップＦ１において、管理サーバ２０のセクタ管理制御部２４は、クライアント端末１０のデータ管理部１２からファイル構成データ要求を受信する。ステップＦ２において、セクタ管理制御部２４は、セクタ管理テーブル２６を参照し、ステップＦ３において、ファイル構成データの全セクタ位置情報とタイムスタンプの整合性判定を実施する。
整合性判定の結果、不合格であった場合、すなわち、ファイル構成データ要求に含まれる属性と、セクタ管理テーブル２６の対応するセクタについての属性との少なくとも一部が一致しない場合には（ステップＦ３のＮＯルート参照）、処理を終了する。

整合性判定の結果、合格であった場合、すなわち、ファイル構成データ要求に含まれる属性と、セクタ管理テーブル２６の対応するセクタについての属性とが全て一致する場合には（ステップＦ３のＹＥＳルート参照）、ステップＦ４に移行する。
ステップＦ４では、ファイル構成データ要求に含まれる、分割データの格納先である全てのセクタに対して、ステップＦ９までの制御を繰り返し実施するループ処理を開始する。

ステップＦ５では、セクタ管理制御部２４は、データ処理部２１に対して、指定されたセクタに格納されたデータの読み出し命令を行なう。データ処理部２１は、記憶装置２８の指定されたセクタからデータ（分割データ，セクタデータ）を読み出す。
ステップＦ６では、第２データ整形部２７が、データ処理部２１が読み込んだセクタデータ及び当該データの格納先を示すディスク番号及びセクタ位置情報を受信する。そして、ステップＦ７において、第２データ整形部２７は、読み込みセクタデータに対して、これらのディスク番号及びセクタ位置情報に加え、ヘッダを識別するためのヘッダ識別子情報を含んだヘッダデータを付加することで、第２分割送信データを作成する。

作成された第２分割送信データは、ステップＦ８において、クライアント端末１０に送信される。
その後、制御がステップＦ９に進む。ステップＦ９では、ステップＦ４に対応するループ端処理が実施される。ここで、指定された全セクタについての処理が完了すると、本フローが終了する。

（Ｃ−３）ファイル削除処理
次に、実施形態の一例としてのストレージシステム１における、ファイルデータ削除処理を、図１９に示すシーケンス図に従って説明する。
クライアント端末１０において、上位アプリケーションからデータ管理制御部１４に対してファイルの削除要求が行なわれると（符号Ｓ３１参照）、データ管理制御部１４は、管理サーバ２０のセクタ管理制御部２４に対して、セクタデータの削除要求を送信する（符号Ｓ３２参照）。

管理サーバ２０において、セクタ管理制御部２４は、指定されたセクタのデータ（セクタ）を削除する。このセクタデータの削除は、例えば、セクタ管理テーブル２６における対象のセクタについての状態を、“空き”に変更することで実現する。
セクタ管理制御部２４は、指定されたセクタデータの削除が完了すると、クライアント端末１０のデータ管理制御部１４に対してセクタデータ削除が完了した旨の応答を送信する（符号Ｓ３３参照）。

クライアント端末１０において、データ管理制御部１４は上位アプリケーションに対して、ファイル削除が完了した旨の応答を行ない（ステップＳ３４参照）、処理を終了する。
次に、実施形態の一例としてのストレージシステム１におけるクライアント端末１０によるデータのファイル削除処理を、図２０に示すフローチャート（ステップＧ１〜Ｇ６）に従って説明する。

ステップＧ１において、クライアント端末１０のファイルアクセス管理部１１からファイル削除要求を受信すると、ステップＧ２において、データ管理制御部１４は、指定されたファイルのデータ管理テーブル１６を参照する。
ステップＧ３において、データ管理制御部１４は、指定されたファイルのデータ管理テーブル１６が存在するか否かを判断する。指定されたファイルのデータ管理テーブル１６が存在しない場合には（ステップＧ３のＮＯルート参照）、ステップＧ４において、ファイルアクセス管理部１１に対してエラー応答を行ない、処理を終了する。

指定されたファイルのデータ管理テーブル１６が存在する場合には（ステップＧ３のＹＥＳルート参照）、ステップＧ５において、データ管理制御部１４は、管理サーバ２０に対して、削除対象のセクタについてのディスク番号及びセクタ位置情報と属性情報とを、セクタデータ削除要求として送信する。
ステップＧ６において、送信したセクタデータ削除要求に対するセクタデータ削除の完了応答を管理サーバ２０から受信すると、データ管理制御部１４は処理を終了する。この後、例えば、ファイルアクセス管理部１１から上位アプリケーションに対して、ファイル削除の完了の応答が行なわれる。

次に、実施形態の一例としてのストレージシステム１における管理サーバ２０によるデータのファイル削除処理を、図２１に示すフローチャート（ステップＨ１〜Ｈ６）に従って説明する。
ステップＨ１において、管理サーバ２０のセクタ管理制御部２４は、クライアント端末１０からセクタデータ削除要求を受信すると、ステップＨ２において、セクタデータ削除要求によって指定されたセクタについて、セクタ管理テーブル２６を参照する。

ステップＨ３において、セクタ管理制御部２４は、セクタ管理テーブル２６において、指定された全てのセクタの状態及び属性が一致しているか否かを判断する。具体的には、セクタ管理制御部２４は、指定された全てのセクタの状態が“使用”であり、属性情報が一致するか否かを判断する。
指定された全てのセクタのうち、一つでも状態もしくは属性が一致していないものがある場合には（ステップＨ３のＮＯルート参照）、ステップＨ４において、クライアント端末１０のデータ管理部１２に対してエラー応答を行ない、処理を終了する。

指定された全てのセクタについて状態及び属性が一致している場合には（ステップＨ３のＹＥＳルート参照）、ステップＨ５において、セクタ管理制御部２４は、セクタ管理テーブル２６における対象のセクタについての状態を、“空き”に変更し、更新する。これより、指定されたセクタのデータが削除される。
ステップＨ６において、セクタ管理制御部２４は、クライアント端末１０のデータ管理部１２に対して、セクタデータ削除の完了応答を送信して、処理を終了する。

（Ｄ）効果
このように、実施形態の一例としてのストレージシステム１によれば、クライアント端末１０において、ファイル毎にデータ管理テーブル１６をそなえ、このデータ管理テーブル１６において、当該ファイルの構成を示す構成情報と、セクタ単位に分割した分割データの管理サーバ２０における格納位置（セクタ）とを管理する。

すなわち、クライアント端末１０にファイルを構成する構成番号を管理するデータ管理テーブル１６を備え、管理サーバ２０においては、ファイルを構成するための情報を保持しない。従って、クライアント端末１０のデータ構成部１７だけが分割データから元のファイルを再現できる。
これにより、管理サーバ２０に対してなりすまし等により不正アクセスを行なっても、ファイルを再現することができず、第三者によるなりすましによる不正なデータ漏洩を防止することができる。従って、セキュリティレベルを向上させることができる。

第１データ整形部１３が、ファイルをセクタ単位の分割データに分割し、これらの分割データに、データ管理テーブル１６から取得した、セクタ位置情報を含むヘッダを付加して第１分割送信データを作成し、管理サーバ２０に送信する。これにより、クライアント端末１０と管理サーバ２０との間を接続するネットワーク５０上において、第１分割送信データを不正に獲得したとしても、これらの第１分割送信データから元のファイルを再現することができず、データ漏洩を防止することができる。

管理サーバ２０において、セクタ管理制御部２４が、クライアント端末１０から送信される書き込み先セクタ確保要求に応じて、複数の記憶装置２８にまたがって不連続かつランダムにファイルの格納先のセクタを確保（選択）して、クライアント端末１０に応答する。
これにより、管理サーバ２０において、ファイルを構成するデータの格納先は、複数の記憶装置２８にまたがって不連続かつランダムな位置のセクタとなるので、第三者が管理サーバ２０の記憶装置２８に不正にアクセスして、データ読み出しを行なっても、元のファイルを再現することができず、データ漏洩を防止することができる。

さらに、クライアント端末１０において、データ管理部１２が、管理サーバ２０から通知されたセクタを構成番号（分割データ）にランダムに振り分けることで、不正アクセスがあった際のセキュリティの向上を図ることが可能である。
（Ｅ）その他
そして、開示の技術は上述した実施形態に限定されるものではなく、本実施形態の趣旨を逸脱しない範囲で種々変形して実施することができる。本実施形態の各構成及び各処理は、必要に応じて取捨選択することができ、あるいは適宜組み合わせてもよい。

例えば、上述した実施形態においては、簡便のためにネットワークシステム１に１つのクライアント端末１０と１つの管理サーバ２０が備えられているが、これに限定されるものではない。すなわち、クライアント端末１０も管理サーバ２０も複数備えてもよい。
また、管理サーバ２０にデータ解析部２３，セクタ管理制御部２４，第２データ整形部２７及びセクタ管理部２２としての機能を備えているが、これに限定されるものではなく、少なくとも一部の機能を他の情報処理装置に備えてもよい。

また、上述した開示により本実施形態を当業者によって実施・製造することが可能である。
（Ｆ）付記
（付記１）
第１の情報処理装置と、第２の情報処理装置とを備え、
前記第１の情報処理装置が、処理対象データを複数に分割した分割データを複数位置に格納する記憶装置を備え、
前記第２の情報処理装置が、前記記憶装置における各分割データの格納位置情報と、前記分割データから前記処理対象データを復元するための構成情報とを記憶する第１記憶部を備える
ことを特徴とする、データアクセスシステム。

（付記２）
前記第２の情報処理装置が、前記記憶装置に処理対象データを書き込む場合に、前記分割データに当該分割データの格納位置を示す格納位置情報を付加した分割格納データを前記第１の情報処理装置に送信する第１送信部を備え、
前記第１の情報処理装置が、受信した前記分割データを前記格納位置情報に従って、前記記憶装置に格納する格納制御部を備える
ことを特徴とする、付記１記載のデータアクセスシステム。

（付記３）
前記第２の情報処理装置が、前記記憶装置に処理対象データを書き込む場合に、前記第１の情報処理装置に記憶位置確保要求を送信する第２送信部を備え、
第１の情報処理装置が、前記記憶位置確保要求に応じて、前記記憶装置から複数の格納位置を選択し、前記第２の情報処理装置に通知する選択部を備え、
前記第２の情報処理装置が、前記選択部から通知された前記複数の格納位置に前記分割データをそれぞれ割り当てる割当部を備える
ことを特徴とする、付記２記載のデータアクセスシステム。

（付記４）
前記第１の情報処理装置が複数の記憶装置を備え、
前記選択部が、前記第１の情報処理装置が、前記複数の記憶装置のそれぞれから前記格納位置を選択する
ことを特徴とする、付記３記載のデータアクセスシステム。

（付記５）
前記選択部が、前記記憶装置における空き領域の中から無作為に選択した複数位置を前記格納位置として選択する
ことを特徴とする、付記３又は４記載のデータアクセスシステム。
（付記６）
前記選択部が、前記記憶装置における空き領域の中から不連続の複数位置を前記格納位置として選択する
ことを特徴とする、付記３〜５のいずれか１項に記載のデータアクセスシステム。

（付記７）
前記第２の情報処理装置が、前記記憶装置から処理対象データを読み出す場合に、前記処理対象データを構成する分割データの格納位置を示す格納位置情報を付加した読み出し要求を前記第１の情報処理装置に送信し、
前記第１の情報処理装置が、受信した前記読み出し要求に付加された前記格納位置情報に従って、前記記憶装置から前記分割データを読み出し、前記第２の情報処理装置に送信する第３送信部を備え、
前記第２の情報処理装置が、前記構成情報に基づいて、前記分割データから前記処理対象データを復元する復元部を備える
ことを特徴とする、付記１〜６のいずれか１項に記載のデータアクセスシステム。

（付記８）
前記第１の情報処理装置が、
前記記憶装置における格納位置に対応付けて、当該格納位置に格納される分割データに関する属性情報を記憶する第２記憶部と、
前記第２の情報処理装置から前記記憶装置へのアクセス要求受信時に、前記第２の情報処理装置から送信される照合用情報と、前記属性情報とに基づいて判定処理を行なう判定部と、
前記判定処理の結果、不整合が検知された場合には、前記記憶装置へのアクセスを抑止する抑止部とを備える
ことを特徴とする、付記１〜付記７のいずれか１項に記載のデータアクセスシステム。

（付記９）
前記第１の情報処理装置において、
前記記憶装置における格納位置に対応付けて、当該格納位置の状態を示す状態情報を記憶する
ことを特徴とする、付記１〜付記８のいずれか１項に記載のデータアクセスシステム。

（付記１０）
記憶装置を備える第１の情報処理装置と、第２の情報処理装置とを備えるデータアクセスシステムにおいて、
前記第１の情報処理装置が、処理対象データを複数に分割した分割データを前記記憶装置の複数位置に格納する処理と、
前記第２の情報処理装置が、前記記憶装置における各分割データの格納位置と、前記分割データから前記処理対象データを復元するための構成情報とを記憶部に記憶する処理とを備える
ことを特徴とする、データアクセス方法。

（付記１１）
前記第２の情報処理装置から前記記憶装置に処理対象データを書き込む場合に、
前記第２の情報処理装置が、前記分割データに当該分割データの格納位置を示す格納位置情報を付加した分割格納データを前記第１の情報処理装置に送信し、
前記第１の情報処理装置が、受信した前記分割データを前記格納位置情報に従って、前記記憶装置に格納する
ことを特徴とする、付記１０記載のデータアクセス方法。

（付記１２）
前記第２の情報処理装置から前記記憶装置に処理対象データを書き込む場合に、
前記第２の情報処理装置が、前記第１の情報処理装置に記憶位置確保要求を送信し、
第１の情報処理装置が、前記記憶位置確保要求に応じて、前記第２の情報処理装置に前記記憶装置から選択した複数の格納位置を通知し、
前記第２の情報処理装置が、通知された前記複数の格納位置に前記分割データをそれぞれ割り当てる
ことを特徴とする、付記１１記載のデータアクセス方法。

（付記１３）
前記第１の情報処理装置が複数の記憶装置を備え、
前記第１の情報処理装置が、前記複数の記憶装置のそれぞれから前記格納位置を選択する
ことを特徴とする、付記１２記載のデータアクセス方法。

（付記１４）
前記第１の情報処理装置が、前記記憶装置における空き領域の中から無作為に選択した複数位置を前記格納位置として選択する
ことを特徴とする、付記１２又は１３記載のデータアクセス方法。
（付記１５）
前記第１の情報処理装置が、前記記憶装置における空き領域の中から不連続の複数位置を前記格納位置として選択する
ことを特徴とする、付記１２〜１４のいずれか１項に記載のデータアクセス方法。

（付記１６）
前記第２の情報処理装置が前記記憶装置から処理対象データを読み出す場合に、
前記第２の情報処理装置が、前記処理対象データを構成する分割データの格納位置を示す格納位置情報を付加した読み出し要求を前記第１の情報処理装置に送信し、
前記第１の情報処理装置が、受信した前記読み出し要求に付加された前記格納位置情報に従って、前記記憶装置から前記分割データを読み出し、前記第２の情報処理装置に送信し、
前記第２の情報処理装置が、前記構成情報に基づいて、前記分割データから前記処理対象データを復元する
ことを特徴とする、付記１０〜１５のいずれか１項に記載のデータアクセス方法。

（付記１７）
前記第１の情報処理装置において、
前記記憶装置における格納位置に対応付けて、当該格納位置に格納される分割データに関する属性情報を記憶し、
前記第２の情報処理装置から前記記憶装置へのアクセス要求受信時に、前記第２の情報処理装置から送信される照合用情報と、前記属性情報とに基づいて判定処理を行ない、
前記判定処理の結果、不整合が検知された場合には、前記記憶装置へのアクセスを抑止する
ことを特徴とする、付記１０〜付記１６のいずれか１項に記載のデータアクセス方法。

（付記１８）
前記第１の情報処理装置において、
前記記憶装置における格納位置に対応付けて、当該格納位置の状態を示す状態情報を記憶する
ことを特徴とする、付記１０〜付記１７のいずれか１項に記載のデータアクセス方法。

１ ネットワークシステム
１０ クライアント端末
１１ ファイルアクセス管理部
１２ データ管理部
１３ 第１データ整形部
１４ データ管理制御部
１６ データ管理テーブル
１７ データ構成部
２０ 管理サーバ
２１ データ処理部
２２ セクタ管理部
２３ データ解析部
２４ セクタ管理制御部
２６ セクタ管理テーブル
２７ 第２データ整形部
２８ 記憶装置
５０ ネットワーク
１０１，２０１ ＣＰＵ
１０２，２０２ メインメモリ
１０３，２０３ キャッシュメモリ
１０４，２０４ ディスクコントローラ
１０５，２０５ ネットワークコントローラ

Claims (10)

1. 第１の情報処理装置と、第２の情報処理装置とを備え、
   前記第１の情報処理装置が、処理対象データを複数に分割した分割データを複数位置に格納する記憶装置を備え、
   前記第２の情報処理装置が、前記記憶装置における各分割データの格納位置情報と、前記分割データから前記処理対象データを復元するための構成情報とを記憶する第１記憶部を備える
   ことを特徴とする、データアクセスシステム。
2. 前記第２の情報処理装置が、前記記憶装置に処理対象データを書き込む場合に、前記分割データに当該分割データの格納位置を示す格納位置情報を付加した分割格納データを前記第１の情報処理装置に送信する第１送信部を備え、
   前記第１の情報処理装置が、受信した前記分割データを前記格納位置情報に従って、前記記憶装置に格納する格納制御部を備える
   ことを特徴とする、請求項１記載のデータアクセスシステム。
3. 前記第２の情報処理装置が、前記記憶装置に処理対象データを書き込む場合に、前記第１の情報処理装置に記憶位置確保要求を送信する第２送信部を備え、
   第１の情報処理装置が、前記記憶位置確保要求に応じて、前記記憶装置から複数の格納位置を選択し、前記第２の情報処理装置に通知する選択部を備え、
   前記第２の情報処理装置が、前記選択部から通知された前記複数の格納位置に前記分割データをそれぞれ割り当てる割当部を備える
   ことを特徴とする、請求項２記載のデータアクセスシステム。
4. 前記第１の情報処理装置が複数の記憶装置を備え、
   前記選択部が、前記第１の情報処理装置が、前記複数の記憶装置のそれぞれから前記格納位置を選択する
   ことを特徴とする、請求項３記載のデータアクセスシステム。
5. 前記選択部が、前記記憶装置における空き領域の中から無作為に選択した複数位置を前記格納位置として選択する
   ことを特徴とする、請求項３又は４記載のデータアクセスシステム。
6. 前記選択部が、前記記憶装置における空き領域の中から不連続の複数位置を前記格納位置として選択する
   ことを特徴とする、請求項３〜５のいずれか１項に記載のデータアクセスシステム。
7. 前記第２の情報処理装置が、前記記憶装置から処理対象データを読み出す場合に、前記処理対象データを構成する分割データの格納位置を示す格納位置情報を付加した読み出し要求を前記第１の情報処理装置に送信し、
   前記第１の情報処理装置が、受信した前記読み出し要求に付加された前記格納位置情報に従って、前記記憶装置から前記分割データを読み出し、前記第２の情報処理装置に送信する第３送信部を備え、
   前記第２の情報処理装置が、前記構成情報に基づいて、前記分割データから前記処理対象データを復元する復元部を備える
   ことを特徴とする、請求項１〜６のいずれか１項に記載のデータアクセスシステム。
8. 前記第１の情報処理装置が、
   前記記憶装置における格納位置に対応付けて、当該格納位置に格納される分割データに関する属性情報を記憶する第２記憶部と、
   前記第２の情報処理装置から前記記憶装置へのアクセス要求受信時に、前記第２の情報処理装置から送信される照合用情報と、前記属性情報とに基づいて判定処理を行なう判定部と、
   前記判定処理の結果、不整合が検知された場合には、前記記憶装置へのアクセスを抑止する抑止部とを備える
   ことを特徴とする、請求項１〜７のいずれか１項に記載のデータアクセスシステム。
9. 前記第１の情報処理装置において、
   前記記憶装置における格納位置に対応付けて、当該格納位置の状態を示す状態情報を記憶する
   ことを特徴とする、請求項１〜８のいずれか１項に記載のデータアクセスシステム。
10. 記憶装置を備える第１の情報処理装置と、第２の情報処理装置とを備えるデータアクセスシステムにおいて、
    前記第１の情報処理装置が、処理対象データを複数に分割した分割データを前記記憶装置の複数位置に格納する処理と、
    前記第２の情報処理装置が、前記記憶装置における各分割データの格納位置と、前記分割データから前記処理対象データを復元するための構成情報とを記憶部に記憶する処理とを備える
    ことを特徴とする、データアクセス方法。

Images