データを記憶する記憶装置であって、前記データを保有するクライアント装置に対して、該データを当該記憶装置へフラッシュさせる命令を行うフラッシュ部と、前記命令に対して前記クライアント装置からフラッシュされたデータを一時的に保持する一時保持メモリと、当該記憶装置と前記クライアント装置との間のコネクション情報と、前記フラッシュが完了したかどうかを示すフラッシュ完了情報とに基づいて、前記一時保持メモリに保持されたデータの静止点の取れたマッピング情報を保存するデータ保護部と、前記データ保護部が保存したマッピング情報と前記フラッシュ完了情報とに基づいて、スナップショットを作成するスナップショット部と、前記スナップショット部が作成したスナップショットを記憶する記憶部とを有し、前記フラッシュ部は、前記コネクション情報に基づいて、アクセスしているクライアント装置に対して前記命令を行う記憶装置。請求項1に記載の記憶装置において、前記フラッシュ部は、前記クライアント装置が複数存在する場合、当該記憶装置と前記複数のクライアント装置との間における伝送遅延時間をそれぞれ測定し、該伝送遅延時間の長いクライアント装置から順に、前記命令を行うことを特徴とする記憶装置。データを記憶装置に記憶する記憶方法であって、前記データを保有するクライアント装置のうち、当該記憶装置へアクセスしているクライアント装置に対して、前記データを当該記憶装置へフラッシュさせる命令を行う処理と、前記命令に対して前記クライアント装置からフラッシュされたデータを一時的に保持する処理と、当該記憶装置と前記クライアント装置との間のコネクション情報と、前記フラッシュが完了したかどうかを示すフラッシュ完了情報とに基づいて、前記一時的に保持されたデータの静止点の取れたマッピング情報を保存する処理と、前記保存されたマッピング情報と前記フラッシュ完了情報とに基づいて、スナップショットを作成する処理と、前記作成されたスナップショットを記憶する処理とを行う記憶方法。データを記憶する記憶装置に、前記データを保有するクライアント装置のうち、当該記憶装置へアクセスしているクライアント装置に対して、前記データを当該記憶装置へフラッシュさせる命令を行う手順と、前記命令に対して前記クライアント装置からフラッシュされたデータを一時的に保持する手順と、当該記憶装置と前記クライアント装置との間のコネクション情報と、前記フラッシュが完了したかどうかを示すフラッシュ完了情報とに基づいて、前記一時的に保持されたデータの静止点の取れたマッピング情報を保存する手順と、前記保存されたマッピング情報と前記フラッシュ完了情報とに基づいて、スナップショットを作成する手順と、前記作成されたスナップショットを記憶する手順とを実行させるためのプログラム。しかしながら、上述した各回避策には、それぞれ問題点がある。複数世代を保存する手段に関しては、いくら必要容量が少なく、機能仕様として100世代以上保有可能としていても、数十から百を超える世代を保存することは管理や運用面の負荷増大に繋がる。そのため、せいぜい数世代から十数世代分だけ保存するといった運用がほとんどである。その場合、スナップショット作成時に、毎回アクセスする確率は依然低いが、スナップショットの作成間隔が広がるため、直近からのリストアでは不十分である可能性が十分ありえる。また、バッファデータの書き込みに関しては、何もしていないので、可能性が低いとはいえファイルの破壊や保存データの未反映自体は生じてしまう。また、ファイルシステムのトランザクション化による回避策の場合は、NAS上にあるファイルの更新に対して書き込み命令が完了していないデータに対しては、正規のデータとして認めないので、中途半端にデータが更新され、不完全なファイルとしてスナップショットデータが作成されるというのは防ぐことが出来る。しかし、バッファデータの書き込み命令をネットワークで転送するブロック等で分割し、複数の書き込み命令として処理している場合は、ファイルとしてはまだ静止点が確保されているとは言えない状態であっても、書き込み命令が完了している部分に関しては正常と判断し、スナップショットを作成して、不完全なファイルデータを保存してしまう。そのため、十分な対策とは言えない。また、更新完了データを正確に反映した状態で保存することは出来ないため、データ損失は発生する。また、クライアントでNASとの連携用ソフトウェアを使用する場合は、バッファデータを反映しているためデータ損失やファイル破壊を防ぐことは出来る。しかし、それらのソフトウェアは、主にデータベースなど独自に静止点を確保する機能との連携が多く、NASの一般的な用途であるファイルサーバで使用するのが難しいものが多い。また、一部のソフトウェアはファイルサーバ用途でも使用することも可能だが、操作はクライアント側からの操作となる。そのため、基本的にそれらの連携用ソフトウェアはインストールされているクライアントのデータのみに注視しており、他のクライアントと連携する機能を有していない。そのため、複数のクライアントで同じファイルシステムを利用している場合、連携用ソフトウェアを使用してスナップショットを作成しても、他のクライアントのデータの整合性は保障出来ない。仮に、他のクライアントと連携できる場合も、せいぜい数クライアントが限度である。一般的なファイルサーバでは数百から数万クライアントが存在するため、その全てのクライアントで同時に静止点を確保してスナップショットを作成するということは現実的に非常に困難である。よって、通常これらの連携用ソフトウェアを使用する場合は、他のクライアントと連携する必要のないようにファイルシステムを分割して使用することが推奨されているが、このように多数のクライアントが存在する環境では、ファイルシステムの数もその数だけ増えていくため、結局運用することが極めて困難であると言える。また、特許文献1に記載された技術においてもNASから静止点を確保するものではないため、同様の問題点がある。本発明の目的は、上述した課題を解決する記憶装置、記憶方法およびプログラムを提供することである。本発明の記憶装置は、データを記憶する記憶装置であって、データを記憶する記憶装置であって、前記データを保有するクライアント装置に対して、該データを当該記憶装置へフラッシュさせる命令を行うフラッシュ部と、前記命令に対して前記クライアント装置からフラッシュされたデータを一時的に保持する一時保持メモリと、当該記憶装置と前記クライアント装置との間のコネクション情報と、前記フラッシュが完了したかどうかを示すフラッシュ完了情報とに基づいて、前記一時保持メモリに保持されたデータの静止点の取れたマッピング情報を保存するデータ保護部と、前記データ保護部が保存したマッピング情報と前記フラッシュ完了情報とに基づいて、スナップショットを作成するスナップショット部と、前記スナップショット部が作成したスナップショットを記憶する記憶部とを有し、前記フラッシュ部は、前記コネクション情報に基づいて、アクセスしているクライアント装置に対して前記命令を行う。また、本発明の記憶方法は、データを記憶装置に記憶する記憶方法であって、前記データを保有するクライアント装置のうち、当該記憶装置へアクセスしているクライアント装置に対して、前記データを当該記憶装置へフラッシュさせる命令を行う処理と、前記命令に対して前記クライアント装置からフラッシュされたデータを一時的に保持する処理と、当該記憶装置と前記クライアント装置との間のコネクション情報と、前記フラッシュが完了したかどうかを示すフラッシュ完了情報とに基づいて、前記一時的に保持されたデータの静止点の取れたマッピング情報を保存する処理と、前記保存されたマッピング情報と前記フラッシュ完了情報とに基づいて、スナップショットを作成する処理と、前記作成されたスナップショットを記憶する処理とを行う。また、本発明のプログラムは、データを記憶する記憶装置に実行させるためのプログラムであって、前記データを保有するクライアント装置のうち、当該記憶装置へアクセスしているクライアント装置に対して、前記データを当該記憶装置へフラッシュさせる命令を行う手順と、前記命令に対して前記クライアント装置からフラッシュされたデータを一時的に保持する手順と、当該記憶装置と前記クライアント装置との間のコネクション情報と、前記フラッシュが完了したかどうかを示すフラッシュ完了情報とに基づいて、前記一時的に保持されたデータの静止点の取れたマッピング情報を保存する手順と、前記保存されたマッピング情報と前記フラッシュ完了情報とに基づいて、スナップショットを作成する手順と、前記作成されたスナップショットを記憶する手順とを実行させる。本発明においては、データのバックアップの運用の簡易化を図ることができる。以下に、本発明の実施の形態について図面を参照して説明する。本発明の特徴は、ネットワーク経由で使用するストレージシステムであるNASについて、特に、複数のクライアントが使用する領域での追記型のスナップショットを利用時に、バックアップ対象領域のデータの静止点をNAS上からクライアント上の更新処理が完了したデータをフラッシュさせ、NAS上に書き込ませることでファイルデータの静止点を確保し、最新のデータを保存させることである。以下の説明において、NAS装置やスナップショット機能等の一般的な用語、技術に関しては、省略可能な部分については一般的なものと同様とし、詳細な説明は行わず、本発明に関わるものを中心に説明する。図1は、本発明の記憶装置の第1の実施の形態を示す図である。本形態において、本発明の記憶装置であるNAS装置1は、少なくとも1台のNAS装置コントローラ部300と、記憶部400とを有するストレージ装置として実現されている。NAS装置1は、ネットワーク200を介して、NAS装置1を利用する少なくとも1台のクライアント装置100と接続されている。クライアント装置100は、データを保有し、通信機能を具備した、利用者が操作する通信装置である。ネットワーク200は、例えばインターネットプロトコルInternetProtocol:IPを用いて構成される通信ネットワークである。図2は、図1に示したNAS装置1およびクライアント装置100の内部構成の一例を示すブロック図である。図1に示したクライアント装置100には図2に示すように、NASバッファ領域101と、メモリ102と、アプリケーション部103と、入出力モジュール104と、フラッシュ実行部105とが設けられている。NASバッファ領域101は、クライアント装置100上のNASアクセス用のバッファデータであり、ここにNASアクセスのデータをバッファすることで性能の向上を図っている。メモリ102は、クライアント装置100上のメモリ領域である。このメモリ102は、クライアント装置100上の全てのアプリケーションが使用する領域であり、NASアクセスを含むクライアント装置100の全アクセスのバッファデータを保持し、性能向上を図っている。アプリケーション部103は、クライアント装置100上で稼動しており、NAS領域へのアクセスを実行するソフトウェアである。入出力モジュール104は、NAS装置1とクライアント装置100との間のI/Oの出力入力処理を行う。フラッシュ実行部105は、フラッシュ部305よりフラッシュ実行命令があった後に、NASバッファ領域101と、メモリ102と、アプリケーション部103とへ、更新完了済みデータのNAS領域への書き込み命令を発行し、書き込みが完了したらフラッシュ部305へ、書き込み完了したことを伝える機能を有する。これにより、NAS装置コントローラ部300は、書き込もうとされているデータが、バッファデータであるのかバッファデータではない更新完了データであるのかを判断できる。また、フラッシュ実行部105は、フラッシュ処理中に新たに更新処理が確定し、NAS領域への書き込みが発生した場合、その更新完了データをNAS領域へ書き込まないようにメモリ102上などに保持し、フラッシュ処理完了後にフラッシュ部305よりバッファデータ取得完了の通知を受け取ったらNAS領域への書き込みを実施する機能を有する。これにより、フラッシュ処理中の追加の更新完了データの書き込みを防ぎ、ファイルの静止点を確保することが出来る。また、フラッシュ実行部105は、クライアント装置100がNAS装置1に対して、複数のコネクションを有している場合は、全てのコネクションでバッファデータのフラッシュ処理を実施し、フラッシュ処理が完了するまで更新完了データの書き込み待ちを行い、全てのコネクションでフラッシュが完了してからフラッシュ完了通知を発信する機能を有する。これにより、複数コネクションがある場合に一部のコネクションしかフラッシュが完了していないのに、フラッシュ完了通知を発信して、NAS装置1がクライアント装置100上にバッファデータがないと認識し、その後の更新防止処理が動いてしまうといったようなことを防ぐことが出来る。また、図1に示したNAS装置コントローラ部300には図2に示すように、入出力モジュール301と、メモリ302と、メインコントローラ303と、ディスクコントローラ304と、フラッシュ部305と、フラッシュマップ306と、データ保護部307と、コールドマップ308と、スナップショット部309とが設けられている。入出力モジュール301は、NAS装置1とクライアント装置100と間のI/Oの出力入力処理を行う。メモリ302は、NAS装置コントローラ部300内の処理用領域である。また、メモリ302は、クライアント装置100からの書き込みをここで一時的に保持した後に応答を返すことで、応答時間の向上を図っている一時保持メモリでもある。メインコントローラ303は、NASアクセスに関する基本機能の処理全てを実行しており、NAS装置コントローラ部300の制御部である。ディスクコントローラ304は、記憶部400のボリューム管理をしており、メインコントローラ303からの記憶部400へのアクセス命令を受け取りI/O処理を実行する。フラッシュ部305は、メインコントローラ303よりクライアント装置100とのコネクション情報を取得し、フラッシュマップ306を作成する機能を有する。また、フラッシュ部305は、作成したフラッシュマップ306を確認し、更新完了している情報の書き込み命令をクライアント装置100のフラッシュ実行部105へ発行する機能を有する。また、フラッシュ部305は、フラッシュ実行部105よりバッファデータの書き込み完了通知を受けると、フラッシュマップ306内のクライアント装置100の情報に更新完了データを受け取ったことを記述し、更新する機能を有する。また、フラッシュ部305は、フラッシュマップ306にバッファデータ取得の情報の記述が完了後、クライアント装置100上のフラッシュ実行部105へバッファデータ取得完了の通知を送信する機能を有する。また、フラッシュ部305は、全てのクライアント装置100のフラッシュ処理が完了したら、スナップショット部309にスナップショットの作成を実行するように命令する機能を有する。また、フラッシュ部305は、スナップショット部309よりスナップショット作成完了の通知を受けると、不要になったフラッシュマップ306を削除する機能を有する。フラッシュマップB6およびコールドマップB8については、図3および図4を用いて、それぞれ説明する。図3は、図2に示したフラッシュマップ306の一例を示す図である。フラッシュマップ306は図3に示すように、バッファデータのフラッシュ処理を行うための情報が記述されており、コネクション番号、接続先IPアドレス、接続先ポート番号、フラッシュ完了情報が記述されている。コネクション番号には、接続しているクライアント装置100を判別するために一意に割り当てた番号が記述されてある。これにより、クライアント装置100を一意に判別している。接続先IPアドレスには、現在接続しているクライアント装置100のIPアドレスが記述されている。ここに記述してあるIPアドレスへフラッシュ処理情報を通達する。接続先ポート番号には、現在接続しているクライアント装置100のポート番号が記述されている。IPアドレスと同様に、ここに記述してあるポート番号へフラッシュ処理情報を通達する。フラッシュ完了情報には、フラッシュ処理が完了したかどうかが記述してある。例えば、図3に示すように、フラッシュ処理が完了したかどうかをONとOFFとで表現するものであっても良い。この情報を確認することで、データ保護部307はフラッシュ処理中のクライアント装置100からの更新処理に関して既にフラッシュ処理が完了しているクライアント装置100かどうかを判断し、処理を行うことが出来る。図4は、図2に示したコールドマップ308の一例を示す図である。図2に示したコールドマップは図4に示すように、バッファデータ取得後の静止点イメージ情報に関する情報が記述されている。具体的には、ファイルのメタ情報、ファイルの静止点マッピング情報、スナップショットチェックが記述されている。ファイルのメタ情報には、更新のあったNAS上のファイルのメタ情報ファイル名や更新情報などが記述してある。これを確認することで、スナップショット部309へ静止点マッピング情報を渡すファイルを判断している。ファイルの静止点マッピング情報には、バッファデータ取得後のメタデータを含む静止点のとれたファイルのマッピング情報が記述されている。ここに記述してある静止点のとれたマッピング情報をスナップショット部309へ渡すことで、バッファデータ取得時点の静止点のとれたファイルイメージを保存することが出来る。そのため、同じファイルがバッファデータ取得後にスナップショット作成後に複数回更新があった場合であっても、一度記述されれば更新されない。スナップショットチェックには、対象のファイルのマッピング情報をスナップショット部309に渡したかどうかが記述してある。例えば、図4に示すように、対象のファイルのマッピング情報をスナップショット機構に渡したかどうかをONとOFFとで表現するものであっても良い。この情報を確認することで、どのファイルのマッピング情報をスナップショット部309に渡せばよいかを判断する。データ保護部307は、メインコントローラ303と連携し、バッファデータのフラッシュ処理中の更新処理に対してフラッシュマップ306を確認し、フラッシュ処理が完了していないクライアント装置100からの場合は、そのまま通常の更新処理を行うようにメインコントローラ303へ指示する機能を有する。また、データ保護部307は、フラッシュマップ306を確認し、既にバッファデータを受け取っているクライアント装置100からの更新処理の場合は、更新対象ファイルのマッピング情報とファイルのメタ情報とを保存後、更新データは新規領域に書き込みようにメインコントローラ303に命令する機能を有する。また、データ保護部307は、取得したマッピング情報とメタ情報とを保存するコールドマップ308を作成する機能を有し、保存した更新前のファイルのマッピング情報とメタ情報とをコールドマップ308に記述する機能も有する。また、データ保護部307は、コールドマップ308に記述したファイルにさらに更新があった場合、静止点イメージが保持された領域への更新のときは、上述のバッファデータ取得後の更新処理と同様に、新規領域へ書き込むようにメインコントローラ303に命令し、既に新規領域へ書き込まれている領域への再更新や新規領域への追記の場合は、通常と同様の更新および追記を行うようにメインコントローラ303に命令する機能を有する。また、データ保護部307は、全てのフラッシュ処理が完了し、スナップショット部309がスナップショットを作成するときに、静止点情報について問い合わせを受け、コールドマップ308に記述してある静止点の取得後に更新のあったファイルの情報と静止点を取得時のファイルのマッピング情報であるファイルの静止点マッピング情報をスナップショット部309に渡し、情報を渡したことをチェックする機能を有する。また、データ保護部307は、スナップショット部309よりスナップショットを作成完了の通知を受けると、コールドマップ308が存在するときは、不要になったコールドマップ308を削除する機能を有する。スナップショット部309は、スナップショットを作成する機能を有する。スナップショットの作成に関しては、一般的な作成法と同等なので詳細な説明は省略する。また、スナップショット部309は、メインコントローラ303よりスナップショット作成の命令を受けたとき、フラッシュ部305へクライアント装置100のバッファデータのフラッシュ処理を実行するように命令する機能を有する。また、スナップショット部309は、フラッシュ部305より全てのクライアント装置100でフラッシュ処理が完了した通知を受けたら、データ保護部307へバッファデータ取得後に更新があったかどうかを確認し、更新があった場合は、静止点を取得した状態のファイルのマッピング情報とファイル情報とを取得し、スナップショット作成時に更新のあったファイルに関しては作成時のマッピング情報ではなく、データ保護部307より取得したマッピング情報を利用してスナップショットを作成する機能を有する。このとき、更新していないファイルに関しては、通常のスナップショット処理と同様の処理を行う。また、スナップショット部309は、スナップショットが作成できたら、フラッシュ部305およびデータ保護部307へ、スナップショット作成完了通知を送信する機能を有する。図5および図6は、フラッシュ処理中に既にバッファデータを取得したクライアント装置100より更新処理があった場合の概要図である。図5および図6に示すように、記憶部400の一部を1から15のブロックとしたときに、既に1から4がバッファデータを取得時のファイルのマッピング情報であり、静止点の取得された情報である。その後、更新処理があった場合、メインコントローラ303は、データ保護部307へ書き込み問い合わせを実行する。メインコントローラ303より問い合わせを受けたデータ保護部307は、フラッシュマップ306を確認し、既にバッファデータを取得しているクライアント装置100からの更新であった場合は更新前のマッピング情報1、2、3、4とファイルのメタ情報を保存し、保存した領域への更新防止と新規領域への追記命令をメインコントローラ303へ渡し、更新前のマッピング情報とファイルのメタ情報とをコールドマップ308に記述する。このとき、コールドマップ308が作成されていないときは、先にコールドマップB8を作成してから記述する。データ保護部307より保存した領域への更新防止と新規領域への追記命令を受けたメインコントローラ303は、更新データを新規領域へ書き込み、ファイルのマッピング情報を更新する。その後、全てのフラッシュ処理が完了し、スナップショット作成処理に移ると、スナップショット部309は、データ保護部307へフラッシュ完了後の更新処理について問い合わせを行う。問い合わせを受けたデータ保護部307は、コールドマップ308を確認し、フラッシュ処理完了後に更新のあったファイルのメタ情報と更新前のマッピング情報とを取得する。情報をコールドマップ308から取得したデータ保護部307は、取得した情報をスナップショット部309へ渡す。更新のあったファイルのメタ情報と更新前のマッピング情報とを取得したスナップショット部309は、受け取った情報をもとにスナップショットを作成する。以下に、本形態における記憶方法となる、クライアント装置のファイルの静止点の取得およびその情報を利用したスナップショットの作成の動作について、説明する。まずは、スナップショット作成開始からクライアント装置上のバッファデータのフラッシュまでの処理について説明する。図7は、本形態における記憶方法のうち、スナップショット作成開始からクライアント装置上のバッファデータのフラッシュまでの処理を説明するためのフローチャートである。ここで、スナップショットの作成やクライアントとNAS装置との接続プロトコル動作に関しては、一般技術と同様とする。まず、ステップS1で、メインコントローラ303がスナップショット部309に対して、スナップショットの作成指示を出す。作成指示を受けたスナップショット部309は、ステップS2で、フラッシュ部305に対して、クライアント装置100のバッファデータをフラッシュさせるように指示する。すると、指示を受けたフラッシュ部305は、ステップS3で、メインコントローラ303より、現在接続しているクライアント装置100のコネクション情報を取得する。続いて、コネクション情報を取得したら、ステップS4で、フラッシュ部305が図3に示したフラッシュマップ306を作成する。フラッシュマップ306を作成後、ステップS5で、フラッシュ部305は、コネクション情報に基づいて、NAS装置1と接続している各クライアント装置100へバッファデータをフラッシュするように指示する。指示を受けたクライアント装置100のフラッシュ実行部105は、ステップS6で、バッファデータを書き込むようにクライアント装置100上のアプリケーション部103等に指示する。実際にバッファデータを書き込む処理になった場合、ステップS7で、バッファデータを送付するときにフラッシュ実行部105は、フラッシュ部305へ、これからバッファデータを送付することを伝えるメッセージフラッシュ開始通知を送信する。フラッシュ実行部105は、フラッシュ開始通知を発信後、ステップS8で、フラッシュ処理実行中に更新完了データが発生するかどうかを確認し、新たに更新完了データがあるかを確認する。新たに更新完了データがある場合、ステップS9で、そのデータは直ぐに書き込まれず一旦メモリ上に確保される。フラッシュ実行部105は、更新完了データがない場合は、そのままフラッシュ処理完了させ、更新完了データがある場合はメモリ上にデータを確保している間にフラッシュ処理を完了させてから、ステップS10で、フラッシュ完了通知をフラッシュ部305に発信する。フラッシュ部305は、フラッシュ完了通知を受信後、ステップS11で、フラッシュマップ306に完了したことを記述し、フラッシュ実行部105にバッファデータ取得完了通知を発信する。バッファデータ取得完了通知を受け取ったフラッシュ実行部105は、ステップS12で、クライアント装置100上に更新完了データがあるかどうかを確認し、ない場合はそのまま処理を終了させる。一方、ある場合は更新完了データの書き込みを再開する。次に、フラッシュ処理中のクライアント装置100の更新処理について説明する。図8は、本形態における記憶方法のうち、フラッシュ処理中のクライアント装置100の更新処理を説明するためのフローチャートである。まず、ステップS21で、更新処理があるかどうかを確認する。更新処理がない場合、特に処理を行う必要がないため、処理を終了する。一方、更新処理がある場合は、ステップS22で、メインコントローラ303が書き込まれた更新処理に対してデータ保護部307に問い合わせし、データ保護部307はフラッシュマップ306を確認する。ステップS23で、更新処理を行っているクライアント装置100のフラッシュ処理が完了しているかどうかをフラッシュマップ306で確認する。フラッシュ処理が完了していなければ、ステップS24で、データ保護部307より通常の処理と同じ処理を行うようにメインコントローラ303へ指示する。一方、フラッシュ処理が完了している場合は、データ保護部307は、ステップS25で、更新対象のファイルのメタ情報と更新前のマップ情報とを保存し、メインコントローラ303へは更新情報を新規領域へ書き込むように指示する。新規領域への書き込みを指示されたメインコントローラ303は、対象のファイルのメタ情報とマップ情報とを更新する。更新前のメタ情報とマップ情報とを保存したデータ保護部307は、ステップS26で、コールドマップ308が作成されているかを確認する。コールドマップ308が作成されていない場合、ステップS27で、データ保護部307はコールドマップ308を作成する。コールドマップ308が作成されたら、ステップS28で、取得したファイルのメタ情報と更新前マップ情報とをコールドマップ308に記述し、保存して処理を終了させる。これにより、更新処理を続けながら、静止点の取れたデータを確保できる。次に、スナップショットを作成する処理について説明する。図9は、本形態における記憶方法のうち、スナップショットを作成する処理を説明するためのフローチャートである。まず、ステップS31で、フラッシュ部305が、フラッシュマップ306を確認する。確認後、ステップS32で、全てのコネクションよりフラッシュ処理が完了しているかを判断し、完了していない場合、スナップショット作成を行わず、フラッシュ処理が完了するのを待つ。全てのコネクションよりフラッシュ処理が完了している場合は、ステップS33で、スナップショット部309がスナップショット作成を開始する。スナップショットの作成を開始すると、スナップショット部309は、ステップS34で、データ保護部307に対して更新前情報がないかどうかを確認する。すると、ステップS35で、データ保護部307は、コールドマップ308が存在するかどうかを確認する。コールドマップ308が存在しない場合、ステップS36で、データ保護部307は、通常のスナップショット作成と同様の処理を行うようにスナップショット部309へ指示し、スナップショット部309は、現在認識しているファイルに対してスナップショットを作成する。スナップショットを作成したら、ステップS37で、スナップショット部309は、フラッシュ部305とデータ保護部307とにスナップショット作成完了通知を発信する。フラッシュ部305は、スナップショット作成完了通知を取得すると、ステップS38で、フラッシュマップ306を削除し、処理を終了させる。このとき、コールドマップ308は存在しないため、データ保護部307はコールドマップ308の削除は行わない。一方、コールドマップ308が存在する場合は、ステップS39で、データ保護部307は、コールドマップ308よりフラッシュ処理後に更新のあったファイルの情報と更新前マップ情報とをスナップショット部309へ渡す。フラッシュ処理後に更新のあったファイルの情報と更新前マップ情報とを取得したスナップショット部309は、ステップS40で、フラッシュ処理後に更新のあったファイルに関しては取得したマップ情報を使用し、それ以外のフラッシュ処理後に更新のないファイルに関しては通常の処理と同様に作成時点のマップ情報を取得し、スナップショットを作成する。スナップショットが作成できたら、ステップS41で、スナップショット部309は、フラッシュ部305とデータ保護部307とにスナップショット作成完了通知を発信する。スナップショット作成完了通知を取得すると、ステップS33で、フラッシュ部305はフラッシュマップ306を削除し、データ保護部307はコールドマップ308を削除して処理を終了させる。以上説明した処理により、静止点を確保した状態でのスナップショットの作成を実現している。次に、本発明の記憶装置の第2の実施の形態について説明する。本形態は、第1の実施の形態と同じ構成、同じ処理を行う。異なるのは、使用するスナップショットの機能が追記型ではなく、押し出し型のスナップショットである点である。そのため、データ保護機構処理の流れが異なる。図10は、第2の実施の形態において、フラッシュ処理中に既にバッファデータを取得したクライアント装置100より更新処理があった場合の概要図である。図10に示すように、既にバッファデータを書き込んだコネクションからの更新データが送信されてきた場合、更新データを別の領域に書き込むのではなく、既に保存されているデータをスナップショット領域410へ書き込む。その後、スナップショットを作成する場合は、追記型と同様にバッファデータ書き込み完了時のマッピング情報をスナップショット部309に渡す。第2の実施の形態を利用すれば追記型だけではなく、押し出し型のスナップショットでも本発明を利用できる。次に、本発明の第3の実施の形態について図面を参照して詳細に説明する。第3の実施の形態は、第1の実施の形態および第2の実施の形態で使用しているフラッシュマップ306に、ある情報を追加したものである。図11は、第3の実施の形態におけるフラッシュマップの一例を示す図である。図11に示すように第3の実施の形態で追加する情報は、信号の伝送遅延時間を示すレイテンシ情報である。フラッシュ部305が、コネクション情報を採取するときに、同時にNAS装置1とクライアント装置100との間のネットワークレイテンシを測定し、その情報をフラッシュマップ306に記述する。その後、フラッシュ部305がクライアント装置100上のフラッシュ実行部105へフラッシュ処理を開始するように通知するときに、レイテンシが大きなクライアント装置100からフラッシュの命令を通知するようにする。そうすることで、レイテンシの大きなクライアント装置100からバッファデータの書き込みが開始され、バッファデータの書き込み待ちによるフラッシュ処理の遅延を最小化することで、フラッシュ処理時間の短縮が可能になる。これにより、スナップショットを素早く作成することが出来るため、バックアップ時間の短縮を図ることが可能になる。以上説明したように、本発明においては、以下に記載するような効果を奏する。第1の効果は、スナップショット作成時点でクライアント装置上の更新処理が完了したデータについて保存ができることである。その理由は、通常、クライアント装置での更新処理が完了し、ファイル等にデータを保存処理しても、NAS装置上へは即時に反映されず、クライアント装置上でファイルシステムのバッファのようにバッファリングしているため、スナップショット作成開始時には既に更新が完了しているデータでもスナップショットデータに保存されるとは限らないが、本発明では、クライアント装置のバッファデータをスナップショット作成開始時にクライアント装置側でフラッシュさせてNAS装置上に書き込むことで、クライアント装置上で更新処理が完了したデータを保存できるからである。仮に、フラッシュのタイミングによってデータの保存がずれる可能性があるが、それでも既存スナップショットよりかはその誤差は非常に小さい。第2の効果は、スナップショットデータ内のファイル破損の防止が可能であることである。これにより、スナップショットデータ内のファイルからリストアするときに、ファイル破損を原因としてリストアができないといったことはない。その理由は、ファイルの更新が完了して、メタデータと実データとの更新データは、クライアント装置のバッファに一旦保存されてからNAS装置に書き込まれる。NAS装置へのバッファデータの書き込みに関して整合性を考慮しながら書き込むことはないため、中途半端にバッファデータの書き込みが完了した状態でスナップショットを作成すると、スナップショットデータにアクセスしたときにファイルのデータに不整合が発生し、アクセスできない可能性がある。本発明では、スナップショット作成時のバッファデータは、全てNAS装置上に書き込んでいるため、ファイルのメタデータと実データとの不整合が発生することはなく、スナップショットデータ内のファイルが破損しているといったことはないからである。第3の効果は、ファイルサーバで使用する領域を分割する必要がなく、1つのボリュームとして使用できることである。これにより、ファイルシステムやファイルの管理などの情報管理の簡易化が可能である。その理由は、本発明によりファイルシステムにアクセスする全てのファイルの静止点を確保してバックアップスナップショットすることが出来るため、バックアップできるようにファイルシステムの分割を行う必要がなく、ファイルシステムの管理が容易になるからである。また、ファイルシステムを分割する必要がないため、その中に保存されているファイルの管理も容易になり、セキュリティの管理などの負担も軽減するため、情報管理の簡易化が可能である。第4の効果は、NAS装置がスナップショット処理の全てを主導できることにある。これにより、運用面で多数のクライアントの操作を行う必要がなく、一箇所で処理が完結するため、バックアップの運用の簡易化が可能である。その理由は、スナップショットの作成以外に、バッファデータのフラッシュ処理も全てNAS装置が主導して処理しているためである。クライアント装置と連携する機能の多くは、クライアント装置側が主導で操作するが、本発明では、クライアント装置側で特に操作をする必要がなく、NAS装置の操作のみで整合性のとれたスナップショットを取得することが出来る。また、本発明では、1つのファイルシステムのみに注目しているが、本発明は、複数のファイルシステムでも当然利用でき、各ファイルシステムに対して、それぞれ同様の処理を行うことで、複数のファイルシステムがある環境でも、NAS装置が主導して処理が出来るため、バックアップ運用の簡易化が可能である。さらに、本発明の利点について、一般的なNAS装置と比較して、以下に説明する。一般的なNAS装置では、指示はクライアント装置から実行することもある。しかしながら、その場合であっても、NAS装置上のファイルシステムの静止点は確保するが、ファイルシステム上のデータの静止点は確保しない。そのため、一般的な処理ではデータが壊れているおそれがある。また、一般的なNAS装置にて静止点が確保できた場合であっても、サーバ上にデータがある場合は、スナップショット作成時に最新のデータは確保できない。しかし、本発明においては、スナップショットをNAS装置が作成するときに、NAS装置からクライアント装置に対してフラッシュさせるように指示するため、静止点が取れ、最新の情報をバックアップすることができる。また、一般的なNAS装置では、連携ソフトウェアを使うことでデータの静止点を確保することが可能な場合も存在するが、それらの動作は元々SANストレージで使用していたような処理をバックアップするための機能であるため、クライアント装置間での連携機能というのはほとんどなく、クライアントまたはアプリケーションとストレージまたはスナップショットを作成する領域とが、SANストレージのように1対1の関係でないと使用できない。もし、使用しようとすると、上記のように通常、クライアント装置同士での連携は行わないため、スナップショットを作成すると、一方は静止点が取れているが、他方は取れていない、または一方ずつ静止点が取れたスナップショットが2つできるといったことになる。その場合、静止点が取れていないものは論外として、2つできる場合も管理が複雑になり、100台のクライアント装置がある場合、これが100個できるため、現実的ではない。また、クライアント装置間の連携に関しても、100台以上のクライアント装置間で連携するというのは、連携処理および運用の点から現実的とは言えない。そのため、1つの領域に2つ以上のクライアント装置が同時にアクセスするような多対1の構成では使用できない。しかし、一般的な用途でNAS装置を使用する場合は、多対1の構成が基本であるため、連携ソフトウェアの使用も限られる状況である。一方、本発明の場合、スナップショットを作成するNAS装置からフラッシュさせることで、フラッシュ処理させる側が保存/更新されているデータの処理をコントロールできるため、各クライアント装置のデータの整合性や連携といったことは考慮する必要がなくなり、NAS装置上のデータの静止点だけに注目すればよい。その結果、スナップショットも1つで全てのデータの静止点を確保でき、管理も基本的にはNAS装置さえ見ておけばよいため簡易になり、連携ソフトウェアと違い、一般的なNAS装置の構成である多対1の構成も実現可能になる。また、本発明においては、クライアント装置の所属するネットワークに関係なくスナップショットが作成可能である。また、コネクション情報を利用することで、スナップショット作成時に静止点を確保すべきアクセスしているクライアント装置のみに処理を実施させることが出来る。一般的に、クライアント装置間の連携で実現しようとしても、特にユーザが使用しているPCPersonalComputerと他のPCまたはサーバと連携するというのは、ネットワークの技術観点およびセキュリティの観点からも、とても難しく、現実的ではない。しかし、クライアント間の連携を行わず、アクセスしてきた経路でフラッシュ処理を実施する本発明であれば、どのようなネットワークに所属していても、NAS装置にアクセスできているのなら、静止点の確保が出来る。また、通常サーバなどの常に動いているクライアント装置と違い、PC等は起動しているかが不定であるが、本発明においては、NAS装置上の実際にアクセスしている情報を基にしているため、どのクライアント装置がアクセスしているかを、クライアント装置側で確認する必要がない。そのため、本当に必要なクライアント装置のみに対して、フラッシュを指示できるため、無駄な処理がなく、クライアント装置側で実施した場合に発生しうるチェック抜けなどでフラッシュ処理をし忘れたクライアント装置というものが発生することはなく、確実に静止点の確保が可能になる。上述したNAS装置1に設けられた各構成要素が行う処理は、目的に応じてそれぞれ作製された論理回路で行うようにしても良い。また、処理内容を手順として記述したコンピュータプログラム以下、プログラムと称するをNAS装置1にて読取可能な記録媒体に記録し、この記録媒体に記録されたプログラムをNAS装置1に読み込ませ、実行するものであっても良い。NAS装置1にて読取可能な記録媒体とは、フロッピー登録商標ディスク、光磁気ディスク、DVD、CDなどの移設可能な記録媒体の他、NAS装置1に内蔵されたROM、RAM等のメモリやHDD等を指す。この記録媒体に記録されたプログラムは、NAS装置1に設けられたCPU不図示にて読み込まれ、CPUの制御によって、上述したものと同様の処理が行われる。ここで、CPUは、プログラムが記録された記録媒体から読み込まれたプログラムを実行するコンピュータとして動作するものである。