JP2017054489A - ストレージシステム、アーカイブ処理方法、ストレージ通信装置、及びコンピュータプログラム - Google Patents

Abstract

【課題】ファイルをダミーファイルに置換するアーカイブ処理が、通信のトラフィックの影響を受けないようにする。【解決手段】ストレージシステム１は、プライマリストレージサーバ１０のプライマリストレージ１１に記憶するファイルを、セカンダリストレージサーバ２０のセカンダリストレージ２１にコピーし、プライマリストレージ１１のファイルのバックアップファイルをセカンダリストレージ２１に記憶したバックアップ状態を確保する。このバックアップ状態で、プライマリストレージ１１に記憶するファイルを、ダミーファイルに置換するアーカイブ処理を行うことで、アーカイブ処理の際、プライマリストレージサーバ１０とセカンダリストレージサーバ２０の間の通信を不要にする。【選択図】図１

Description

本発明は、ネットワークで接続した複数のストレージを用いてアーカイブ又はバックアップといったファイルに関する各種処理を行うものであり、特に、ストレージ間における通信状況に左右されることなく、各種処理をタイムリーに行えるようにしたストレージシステム、アーカイブ処理方法、ストレージ通信装置、及びコンピュータプログラムに関する。

従来、ユーザ端末で作成される各種ファイルを、ネットワーク上に設けられたストレージシステムで記憶（保管）するようにしたシステムが存在し、昨今ではクラウドシステムの発展により、各種ファイルをクラウドシステムで記憶するサービスの利用が広がっている。また、ストレージシステムにおいては、ファイルの安全を確保するため、複数のストレージ（記憶デバイス）を設け、ファイルを別のストレージへ定期的にバックアップすること等が行われている。なお、ストレージシステムの例としては、複数のストレージを階層的に設けたＨＳＭ（Hierarchical Storage Management）が一般的に知られている。

ネットワーク上に複数のストレージを備えたストレージシステムでは、ユーザからアクセスを受ける側のストレージ（プライマリストレージと称す）には高速の読み書きが可能なものを用いる一方、ファイルのバックアップを行う側のストレージ（セカンダリストレージと称す）には、プライマリストレージに比べて記憶容量が大きいが読み書きが低速であるものを用いることが多い。このような特性のプライマリストレージ及びセカンダリストレージを備えるストレージシステムでは、プライマリストレージの使用効率を高めるために、プライマリストレージで一定期間記憶されたファイル、使用頻度の少ないファイル等を、セカンダリストレージへコピーすると共に、プライマリストレージに存在する元のファイルをダミーファイル（スタブファイルと称されることもある）に置換する処理が、従来から行われている。

ダミーファイルは、ユーザからは元のファイルがプライマリストレージに記憶されているかのように見えるようになっているが、元のファイル（実ファイルと称す）の実体はプライマリストレージに存在せず、セカンダリストレージに記憶させることで、プライマリストレージの空き容量を確保できるようにしている。このようにプライマリストレージに記憶されている実ファイルをセカンダリストレージへコピーすると共に、実ファイルをダミーファイルに置換する処理は通常、アーカイブ（又はアーカイブ処理）と称される。複数のストレージを具備したシステムで、ダミーファイル（スタブファイル）を用いる例は、下記の特許文献１〜３に記載されている。

特開２００９−２８９２５２号公報 特表２００５−５３８４６９号公報 特開平１０−３４０２３２号公報

複数のストレージを備えたストレージシステムでは、各ストレージはネットワークで接続されている。また、ネットワークは混雑すると、両者間の通信速度が低下し、ファイルの送受が妨げられる状況が生じる。このようなネットワークの混雑が生じているときに、ストレージシステムのアーカイブ処理を実行する時期が重なると、プライマリストレージの実ファイルをセカンダリストレージへコピーするのが困難となり、アーカイブ処理をスムーズに行えないという問題が生じる。このようなネットワークの混雑による影響は、アーカイブ処理だけでなく、バックアップ処理においても同様に生じる。

また、複数のストレージを備えたストレージシステムでは、ファイル管理状況のタイミング、システムの不具合発生等により、プライマリストレージ側で更新されたファイル（実ファイル）の中身が、セカンダリストレージでバックアップしているファイルに反映されず、両者のファイルの中身が相違する状況が生じることもある。このような状況でアーカイブ処理を行うと、プライマリストレージ側で記憶していた最新の状態へ実ファイルを戻すことが困難になることも想定される。

さらに、複数のストレージの中には故障が発生するものがあり、例えば、プライマリストレージに故障が発生すると、プライマリストレージに記憶していたダミーファイルを読み出せないという事態が生じ、そうなると、セカンダリストレージに記憶されている実ファイルの読み出しも困難になる。

本発明は、斯かる事情に鑑みてなされたものであり、ネットワークの混雑度等の影響に関係なく、アーカイブ又はバックアップに関する処理をタイムリーに行えるようにしたストレージシステム、アーカイブ処理方法、ストレージ通信装置、及びコンピュータプログラムを提供することを目的とする。

また、本発明は、プライマリストレージ側のファイルと、セカンダリストレージ側のバックアップファイルの中身を確認してからファイルに関する処理を行うことで、バックアップ処理等によりファイルの中身が相違するような不具合が生じないようにしたストレージシステム、アーカイブ処理方法、ストレージ通信装置、及びコンピュータプログラムを提供することを目的とする。

さらに、本発明は、ダミーファイルもセカンダリストレージ側へバックアップすることにより、プライマリストレージ側が故障しても、ダミーファイルを確保できるようにしたストレージシステム、アーカイブ処理方法、ストレージ通信装置、及びコンピュータプログラムを提供することを目的とする。

上記課題を解決するために本発明に係るストレージシステムは、第１記憶デバイスを有する第１通信装置と、前記第１記憶デバイスに比べて記憶容量が大きい第２記憶デバイスを有すると共に前記第１通信装置と通信可能である第２通信装置とを備え、前記第１記憶デバイスに記憶されたファイルのアーカイブ処理をアーカイブ条件に基づき行うストレージシステムにおいて、前記第１記憶デバイスに実ファイルが記憶されて、且つ前記実ファイルのバックアップファイルが前記第２記憶デバイスに記憶された状態で、アーカイブ条件を充足するか否かを検知する手段と、アーカイブ条件の充足を検知した場合、前記第１記憶デバイスに記憶された実ファイルを、前記実ファイルに比べてデータ量が小さく且つ前記実ファイルとして提示されると共に前記バックアップファイルの読み出しに参照される参照情報を含む仮ファイルへ置換する処理を行う手段とを備えることを特徴とする。

本発明に係るストレージシステムは、アーカイブ条件の充足を検知した場合、前記第１記憶デバイスに記憶された実ファイルを、前記第２記憶デバイスに記憶された前記バックアップファイルと比較して両者の中身の同異を判断する手段を備え、前記実ファイル及び前記バックアップファイルの中身が異なると判断した場合、前記実ファイルを前記仮ファイルへ置換する処理を行わないようにしてあることを特徴とする。

また、本発明に係るストレージシステムは、前記第１記憶デバイスが、第１フォルダ及び第２フォルダを含み、前記第１フォルダに記憶された前記実ファイルを前記仮ファイルへ置換する処理を前記第１フォルダで行うようにしてあり、前記第１フォルダで置換された前記仮ファイルを、第２フォルダへコピーする手段を備えることを特徴とする。

さらに、本発明に係るストレージシステムは、前記第１記憶デバイスに記憶されたファイルを前記第２記憶デバイスへバックアップするバックアップ条件を充足するか否かを検知する手段と、前記バックアップ条件の充足を検知した場合、前記第２フォルダにコピーされた仮ファイルを、前記コピーされた仮ファイルのバックアップファイルとして前記第２記憶デバイスで記憶されるように、前記第２通信装置へアップロードする手段と、前記コピーされた仮ファイルをアップロードした場合、前記コピーされた仮ファイルを前記第２フォルダから削除する手段とを備えることを特徴とする。

さらにまた、本発明に係るストレージシステムは、前記バックアップ条件の充足を検知した場合、前記第２フォルダにコピーされた仮ファイルのバックアップファイルが前記第２記憶デバイスに記憶してあるか否かを検知する手段を備え、前記コピーされた仮ファイルのバックアップファイルが前記第２記憶デバイスに記憶してあることを検知した場合、前記コピーされた仮ファイルを前記第２通信装置へアップロードしないようにしてあることを特徴とする。

また、本発明に係るストレージシステムは、前記第１記憶デバイスは、第１フォルダ及び第２フォルダを含み、前記第１記憶デバイスの第１フォルダに前記実ファイルが記憶された場合、前記実ファイルを、第２フォルダへコピーする手段と、前記第１記憶デバイスに記憶されたファイルを前記第２記憶デバイスへバックアップするバックアップ条件を充足するか否かを検知する手段と、前記バックアップ条件の充足を検知した場合、前記第２フォルダへコピーされた実ファイルを、前記コピーされた実ファイルのバックアップファイルとして前記第２記憶デバイスで記憶されるように、前記第２通信装置へアップロードする手段とを備えることを特徴とする。

さらに、本発明に係るストレージシステムは、前記バックアップ条件の充足を検知した場合、前記第２フォルダにコピーされた実ファイルのバックアップファイルが前記第２記憶デバイスに記憶してあるか否かを検知する手段を備え、前記コピーされた実ファイルのバックアップファイルが前記第２記憶デバイスに記憶してあることを検知した場合、前記コピーされた実ファイルを前記第２通信装置へアップロードしないようにしてあることを特徴とする。

本発明に係るアーカイブ処理方法は、第１記憶デバイスを有する第１通信装置と、前記第１記憶デバイスに比べて記憶容量が大きい第２記憶デバイスを有すると共に前記第１通信装置と通信可能である第２通信装置とを備えるストレージシステムが、前記第１記憶デバイスに記憶されたファイルのアーカイブ処理をアーカイブ条件に基づき行うアーカイブ処理方法において、前記第１記憶デバイスに実ファイルが記憶されて、且つ前記実ファイルのバックアップファイルが前記第２記憶デバイスに記憶された状態で、アーカイブ条件を充足するか否かを検知するステップと、アーカイブ条件の充足を検知した場合、前記第１記憶デバイスに記憶された実ファイルを、前記実ファイルに比べてデータ量が小さく且つ前記実ファイルとして提示されると共に前記バックアップファイルの読み出しに参照される参照情報を含む仮ファイルへ置換する処理を行うステップとを備えることを特徴とする。

本発明に係るストレージ通信装置は、記憶デバイスを有する外部の通信装置と通信可能であり、外部の通信装置が有する記憶デバイスに比べて記憶容量が小さいストレージデバイスを備え、前記ストレージデバイスに記憶されたファイルのアーカイブ処理をアーカイブ条件に基づき行うストレージ通信装置において、前記ストレージデバイスに実ファイルが記憶されて、且つ前記実ファイルのバックアップファイルが外部の通信装置が有する記憶デバイスに記憶された状態で、アーカイブ条件を充足するか否かを検知する手段と、アーカイブ条件の充足を検知した場合、前記ストレージデバイスに記憶された実ファイルを、前記実ファイルに比べてデータ量が小さく且つ前記実ファイルとして提示されると共に前記バックアップファイルの読み出しに参照される参照情報を含む仮ファイルへ置換する処理を行う手段とを備えることを特徴とする。

本発明に係るストレージ通信装置は、アーカイブ条件の充足を検知した場合、前記ストレージデバイスに記憶された実ファイルを、外部の通信装置が有する記憶デバイスに記憶された前記バックアップファイルと比較して両者の中身の同異を判断する手段を備え、前記実ファイル及び前記バックアップファイルの中身が異なると判断した場合、前記実ファイルを前記仮ファイルへ置換する処理を行わないようにしてあることを特徴とする。

本発明に係るストレージ通信装置は、前記ストレージデバイスは、第１フォルダ及び第２フォルダを含み、前記第１フォルダに記憶された前記実ファイルを前記仮ファイルへ置換する処理を前記第１フォルダで行うようにしてあり、前記第１フォルダで置換された前記仮ファイルを、第２フォルダへコピーする手段を備えることを特徴とする。

本発明に係るストレージ通信装置は、前記ストレージデバイスに記憶されたファイルを外部の通信装置が有する記憶デバイスへバックアップするバックアップ条件を充足するか否かを検知する手段と、前記バックアップ条件の充足を検知した場合、前記第２フォルダにコピーされた仮ファイルを、前記コピーされた仮ファイルのバックアップファイルとして外部の通信装置が有する記憶デバイスで記憶されるように、外部の通信装置へアップロードする手段と、前記コピーされた仮ファイルをアップロードした場合、前記コピーされた仮ファイルを前記第２フォルダから削除する手段とを備えることを特徴とする。

本発明に係るストレージ通信装置は、前記ストレージデバイスは、第１フォルダ及び第２フォルダを含み、前記ストレージデバイスの第１フォルダに前記実ファイルが記憶された場合、前記実ファイルを、第２フォルダへコピーする手段と、前記ストレージデバイスに記憶されたファイルを外部の通信装置が有する記憶デバイスへバックアップするバックアップ条件を充足するか否かを検知する手段と、前記バックアップ条件の充足を検知した場合、前記第２フォルダへコピーされた実ファイルを、前記コピーされた実ファイルのバックアップファイルとして外部の通信装置が有する記憶デバイスで記憶されるように、外部の通信装置へアップロードする手段とを備えることを特徴とする。

本発明に係るアーカイブ処理方法は、記憶デバイスを有する外部の通信装置と通信可能であり、外部の通信装置が有する記憶デバイスに比べて記憶容量が小さいストレージデバイスを備えるストレージ通信装置が、前記ストレージデバイスに記憶されたファイルのアーカイブ処理をアーカイブ条件に基づき行うアーカイブ処理方法において、前記ストレージ通信装置は、前記ストレージデバイスに実ファイルが記憶されて、且つ前記実ファイルのバックアップファイルが外部の通信装置が有する記憶デバイスに記憶された状態で、アーカイブ条件を充足するか否かを検知するステップと、アーカイブ条件の充足を検知した場合、前記ストレージデバイスに記憶された実ファイルを、前記実ファイルに比べてデータ量が小さく且つ前記実ファイルとして提示されると共に前記バックアップファイルの読み出しに参照される参照情報を含む仮ファイルへ置換する処理を行うステップとを備えることを特徴とする。

本発明に係るコンピュータプログラムは、記憶デバイスを有する外部の通信装置と通信可能であり、外部の通信装置が有する記憶デバイスに比べて記憶容量が小さいストレージデバイスを備えるコンピュータに、前記ストレージデバイスに記憶されたファイルのアーカイブ処理をアーカイブ条件に基づき行わせるためのコンピュータプログラムにおいて、前記コンピュータに、前記ストレージデバイスに実ファイルが記憶されて、且つ前記実ファイルのバックアップファイルが外部の通信装置が有する記憶デバイスに記憶された状態で、アーカイブ条件を充足するか否かを検知するステップと、アーカイブ条件の充足を検知した場合、前記ストレージデバイスに記憶された実ファイルを、前記実ファイルに比べてデータ量が小さく且つ前記実ファイルとして提示されると共に前記バックアップファイルの読み出しに参照される参照情報を含む仮ファイルへ置換する処理を行うステップと
を実行させることを特徴とする。

本発明にあっては、バックアップ処理により得られたバックアップ状況をアーカイブ処理で利用するようにして、実ファイルが第２通信装置の第２記憶デバイスにバックアップされている状態で、実ファイルを仮ファイル（ダミーファイル又はスタブファイルに相当）に置換する処理を行うことにより、第１通信装置と第２通信装置との間でファイルのやり取りを不要にし、さらに、実ファイルを仮ファイルに置換する処理は第１通信装置内で完結するため、ネットワークの混雑度等の影響に関係なく、アーカイブ処理を完了できるようになる。

なお、本発明におけるアーカイブ処理には、プライマリストレージ（第１記憶デバイス）に記憶されている実ファイルをセカンダリストレージ（第２記憶デバイス）へコピー（又は移動）するという一般的なアーカイブ処理の意味合いに加えて、実ファイルをダミーファイルへ置換する処理もアーカイブ処理の意味に含めるものとする。そのため、アーカイブ処理に関する「アーカイブ条件」という文言には、実ファイルをダミーファイルへ置換する処理を行う条件の意味も含まれるものとする。なお、アーカイブ条件の中身としては、第１記憶デバイスに実ファイルが記憶されてから一定期間が経過したとき、最後に実ファイルへアクセスされてから一定期間が経過したとき、現在の時刻がアーカイブ期間に入ったとき等が想定できると共に、第１記憶デバイスの使用量が一定以上（又は空き容量が一定以下）になったこともアーカイブ条件にすることが可能である。

本発明にあっては、アーカイブ条件を充足すると判断した場合、第１記憶デバイスの実ファイルと、第２記憶デバイスのバックアップファイルの中身を比較し、中身が異なれば、実ファイルを仮ファイルへ置換するアーカイブ処理を行わないので、アーカイブ処理により、第１記憶デバイスに記憶されている直近の実ファイルの中身が、異なる内容のバックアップファイルに変わってしまうことを防止できるようになる。

本発明にあっては、第１記憶デバイスに設けられる第１フォルダ及び第２フォルダの両方に実ファイルから置換された仮ファイルが記憶されるようにするので、たとえ、第１フォルダの仮ファイルがユーザ操作等によって消去されたとしても、第２フォルダにバックアップされている仮ファイルを用いれば、元の状態に戻して実ファイルを読み出せる状況に復帰することが可能となり、システムの堅牢性を高められるようになる。

本発明にあっては、第１記憶デバイスの第２フォルダに記憶されていた仮ファイルも、バックアップ条件が充足されると、第２通信装置の第２記憶デバイスへバックアップするので、第２記憶デバイスで仮ファイルを確保できる状況を作りだし、第２記憶デバイスへバックアップされた第２フォルダの仮ファイルは、バックアップに伴い削除されるので、第１記憶デバイスの記憶容量を有効に活用できるようになり、仮ファイルが第２フォルダに残ることで第１記憶デバイスの記憶容量が圧迫される状況を回避できるようになる。

本発明にあっては、実ファイルのバックアップファイルが既に第２記憶デバイスに記憶されていれば、バックアップ条件を充足しても、バックアップ処理を行わないので、第１通信装置と第２通信装置との間で無用な通信処理を行わずに済み、ネットワークの混雑による影響が各種処理に生じないようにできる。

本発明にあっては、第１記憶デバイスに設けられる第１フォルダ及び第２フォルダの両方に実ファイルが記憶される状態を一旦確保してから、第２フォルダ側の実ファイルを第２通信装置へアップロードするので、バックアップ条件に合わせてアップロード処理を行えるようになる。すなわち、第２通信装置へアップロードされるのは第２フォルダに記憶されている実ファイルなので、第１フォルダに記憶されている実ファイルは、バックアップ対象から外れ、自由に内容の更新等を行えるようになり、ユーザ側の実ファイルの処理に第１フォルダの実ファイルで対応でき、ユーザの使い勝手を維持できる。

なお、第１フォルダの実ファイルの中身が更新されれば、繰り返し同様の処理を行うことで、更新された実ファイルを第２フォルダにコピーし、この第２フォルダの実ファイルを用いてバックアップ処理（アップロード処理）を行えるようになる。この処理により、例えば、特定のファイルが第１フォルダに書き込まれ、その特定のファイルが第２記憶デバイスへバックアップされる前に更新されたとしても、更新前の特定のファイルと、更新後の特定のファイルの両方をバックアップできるようになり、その結果、同一ファイルの更新による更新世代ごとのバックアップファイルの作成を保証できるようになる。また、アップロード処理を行うことで、第１記憶デバイスに実ファイルが記憶されると共に、第２記憶デバイスに実ファイルのバックアップファイルが記憶される状況を作り出すことができ、この状況でアーカイブ条件が充足されれば、アーカイブ処理を行える環境もスムーズに確保できるようになり、このように、バックアップ処理とアーカイブ処理のタイミングを分離することで、アーカイブ条件の成立を待たずにバックアップ処理を実行できるようになり、処理対象となるファイルの安全性を確保できるようになる。

本発明にあっては、バックアップ処理により、第１記憶デバイスに実ファイルが記憶されると共に、第２記憶デバイスに実ファイルのバックアップファイルが記憶される状態で、実ファイルを仮ファイルに置換する処理を行うので、第１通信装置及び第２通信装置の間で通信を行うことなく、アーカイブ処理を完了でき、アーカイブ処理にネットワークの混雑度の影響が出ることを防いで、タイムリーにアーカイブ処理を実行できる。

また、本発明にあっては、アーカイブ条件を充足すると判断した場合でも、第１記憶デバイスの実ファイルと、第２記憶デバイスのバックアップファイルとの間で、中身が異なれば、実ファイルを仮ファイルへ置換する処理を行わないので、アーカイブ処理により、記憶デバイスに記憶されている直近の実ファイルの中身が、異なる中身のバックアップファイルに置き換えられることを防止でき、実ファイルの安全を確保できる。

本発明にあっては、第１記憶デバイスに設けた第１フォルダ及び第２フォルダの両方に実ファイルから置換された仮ファイルが記憶させるので、第１フォルダの仮ファイルがユーザ操作等により削除されたとしても、第２フォルダにバックアップされている仮ファイルで、元の状態に戻すことができ、システムの堅牢性を高められる。

また、本発明にあっては、第１記憶デバイスの第２フォルダに記憶されていた仮ファイルもバックアップ条件が充足されると、第２記憶デバイスへバックアップするので、第２記憶デバイスにて仮ファイルを確保でき、また、第２記憶デバイスへバックアップされた第２フォルダの仮ファイルは、バックアップに伴い削除するので、第１記憶デバイスの記憶容量を有効に活用できる。

本発明にあっては、実ファイルのバックアップファイルが既に第２記憶デバイスに記憶されていれば、バックアップ条件を充足しても、バックアップ処理を行わないので、第１通信装置及び第２通信装置の間で無駄な通信が行われるのを防止できる。

また、本発明にあっては、第１記憶デバイスに設けられた第１フォルダ及び第２フォルダの両方に実ファイルが記憶される状態を一旦確保してから、第２フォルダ側の実ファイルを第２通信装置へアップロードするので、バックアップ条件に合わせてアップロード処理を行うことができ、また、第１フォルダ側の実ファイルはアップロードと関係しないようにして、実ファイルの安全性を確保した上で実ファイルについて通常の使い勝手も維持できる。

本発明の第１実施形態に係るストレージシステムの全体的な構成を示す概略図である。 （ａ）〜（ｃ）は、ストレージシステムにおける「ファイル操作確認処理」の各状況を示す概略図である。 （ａ）〜（ｄ）は、ストレージシステムにおける「バックアップ処理」の各状況を示す概略図である。 （ａ）〜（ｃ）は、ストレージシステムにおける「アーカイブ処理」の各状況を示す概略図である。 （ａ）〜（ｄ）は、ストレージシステムにおける「ファイル読み出し処理」の各状況を示す概略図である。 プライマリストレージサーバの主要な内部構成を示すブロック図である。 エージェントによる各機能を示す機能ブロック図である。 セカンダリストレージサーバの主要な内部構成を示すブロック図である。 管理サーバの主要な内部構成を示すブロック図である。 ユーザ端末の主要な内部構成を示すブロック図である。 （ａ）〜（ｃ）は「ファイル操作確認処理」で行う追加、更新（変更）、削除に関する処理手順を示す第１〜３フローチャートである。 「バックアップ処理」に関する処理手順を示す第４フローチャートである。 「アーカイブ処理」に関する処理手順を示す第５フローチャートである。 「ファイル読み出し処理」に関する処理手順を示す第６フローチャートである。 本発明の第２実施形態に係るストレージシステムの全体的な構成を示す概略図である。 第２実施形態に係るプライマリストレージサーバの主要な内部構成を示すブロック図である。 第２実施形態の変形例に係るストレージシステムの全体的な構成を示す概略図である。 本発明の第３実施形態に係るストレージシステムの全体的な構成を示す概略図である。 第３実施形態に係る通信端末装置の主要な内部構成を示すブロック図である。 本発明の第４実施形態に係るストレージシステムの全体的な構成を示す概略図である。 第４実施形態に係る通信端末装置の主要な内部構成を示すブロック図である。

図１は、本発明の第1実施形態に係るストレージシステム１の全体的な概要を示したものである。第１実施形態のストレージシステム１は、プライマリストレージサーバ１０（第１通信装置又はストレージ通信装置に相当）、セカンダリストレージサーバ２０、及び管理サーバ３０により構成される。プライマリストレージサーバ１０はプライマリストレージ１１（第１記憶デバイスに相当）を備え、セカンダリストレージサーバ２０はセカンダリストレージ２１（第２記憶デバイスに相当）を備える。

本実施形態のストレージシステム１は、プライマリストレージ１１に記憶されるファイルを、セカンダリストレージ２１へバックアップする処理を行い、このバックアップが行われた状態で、プライマリストレージ１１に記憶されるファイルをダミーファイル（仮ファイルに該当）に置換するというアーカイブ処理等を行うことが特徴になっている。管理サーバ３０は、バックアップ又はアーカイブ等に関する処理に伴う情報を管理データベースＤＢ１に保管しており、所定の状態にファイルを戻すこと等に用いる情報を管理データベースＤＢ１から読み出してプライマリストレージサーバ１０へ提供する処理等を行う。

ダミーファイルとは、スタブファイルとも称されるファイルであり、元のファイルの代役を果たすように、外部のクライアント端末に対して元のファイルとして提示されるようになっており、自身がダミーファイルであることを識別できる情報、及び管理サーバ３０から情報を取得しなくても、元のファイルのバックアップファイルをセカンダリストレージ２１から取得（ダウンロード）するときに参照される参照情報を含んでいる。勿論、ダミーファイルのデータ量は、元のファイルに比べて小さくなっている。なお、ダミーファイル以外のファイルについては、本発明において実ファイルに該当するものとしており、このような実ファイルの例としては、各種アプリケーションソフトにより生成される文書データファイル、表計算データファイル、画像データファイル等があり、特に詳細な写真等の画像データファイルはデータ量が一般的に大きいので、アーカイブ処理によって、データ量の小さいダミーファイルに置換する意義は大きい。

ストレージシステム１はネットワーク上に構築されるシステムであり、クラウドサービスとして各種ファイルの保管、管理等を行うサービスをユーザに提供する。ストレージシステム１のハード的な構成としては図１に示すように、プライマリストレージサーバ１０を、ネットワークを通じてセカンダリストレージサーバ２０及び管理サーバ３０と接続することで、プライマリストレージサーバ１０とセカンダリストレージサーバ２０との間で通信可能にすると共に、プライマリストレージサーバ１０と管理サーバ３０との間でも通信可能にしている。管理サーバ３０は、管理サーバの管理者（システム管理者等）が利用する管理用端末４５と接続されており、この管理用端末４５を通じて、システム管理者等は、管理サーバ３０の管理データベースＤＢ１の中身、処理状況等を確認できるようにしている。なお、この管理用端末４５は、ストレージシステム１を構成する要素には基本的に含まれないものとする。

ストレージシステム１は、プライマリストレージサーバ１０を通じてユーザが用いるユーザ端末４０（クライアント端末）とやり取りを行っており、ストレージシステム１によるクラウドサービスを利用するユーザは、ユーザ端末４０を通じて、ファイルの保管・読み出し等をプライマリストレージサーバ１０に行う。ユーザ端末４０とプライマリストレージサーバ１０はネットワークで繋がれることにより通信可能となっている。

ユーザは、ストレージシステム１によるクラウドサービスを利用するにあたり、事前にユーザ登録等を行うようになっており、それによりストレージシステム１は、ユーザ識別用の識別情報をユーザ（ユーザ端末４０）ごとに保持し、ユーザ（ユーザ端末４０）ごとの処理を識別可能になっている。なお、第１実施形態において、ユーザ端末４０は、ストレージシステム１によるクラウドサービスの利用側の機器に該当するので、第１実施形態に係るストレージシステム１を構成する要素に含まれない。また、図１では図示の簡易化のため、一台のユーザ端末４０のみを示すに留まるが、ストレージシステム１によるクラウドサービスは勿論、複数のユーザ端末にサービスを提供可能となっており、識別情報に基づきユーザ（ユーザ端末）を識別して、本発明に係る処理（アーカイブ処理方法に係る処理）を各ユーザに対して行うものとする。

ストレージシステム１において、プライマリストレージサーバ１０はプライマリストレージ１１に、高速でファイルの読み書きが可能な記憶デバイス（ＨＤＤ：ハードディスクドライブ、ＳＳＤ：ソリッドステートドライブ）を用いており、それにより、ユーザ端末４０に対するファイルの送受及びファイル保管状況の提示等を迅速に行えるようにしている。一方、セカンダリストレージサーバ２０は、セカンダリストレージ２１に、プライマリストレージ１１に比べて読み書き速度は遅いが記憶容量が大きい記憶媒体を用いた記憶デバイスを用いている。ストレージシステム１では、セカンダリストレージ２１に上記のような特性の記憶デバイスを用いることで、大量のファイルを容易に保管できるようにしている。

本発明に係るストレージシステム１は複数種類の処理を行うが、これらの処理の中で「ファイル操作確認処理」、「バックアップ処理」、「アーカイブ処理」、及び「ファイル読み出し処理」の計４種類の処理が本発明において主要なものになっている。「ファイル操作確認処理」とは例えば、ユーザ端末４０からプライマリストレージサーバ１０へ送られたファイル（実ファイル）をプライマリストレージ１１に追加して記憶する処理、一旦記憶したファイル（実ファイル）の中身の更新（変更）、削除等に対応した処理等を意味する。また、「バックアップ処理」とは例えば、プライマリストレージ１１に記憶した実ファイルをセカンダリストレージ２１にアップロードしてコピーし、実ファイルのバックアップファイルとして記憶する処理等を意味する。

「アーカイブ処理」とは例えば、プライマリストレージ１１に記憶された実ファイルをダミーファイルに置換してプライマリストレージ１１の空き容量を確保するという処理等を意味する。さらに、「ファイル読み出し処理」とは、ダミーファイルに対するユーザ端末４０からの読み出し指示に伴って、そのダミーファイルに応じた実ファイルのバックアップファイルをセカンダリストレージ２１からプライマリストレージ１１へダウンロードし、そのダウンロードしたバックアップファイルを実ファイルとして読み出し指示元のユーザ端末４０へ提供するものである。

図２（ａ）〜（ｃ）は、上述した主要な４種類の処理の中の「ファイル操作確認処理」の概要を処理状況ごとに図示したものである。なお、プライマリストレージ１１には、バックアップ・アーカイブフォルダ１１ａ（以下、Ｂ・Ａフォルダ１１ａと称す）、及び作業フォルダ１１ｂという記憶領域が設けられている。Ｂ・Ａフォルダ１１ａは基本的に、バックアップ処理及びアーカイブ処理の対象となる各種ファイルを記憶するためのフォルダであり（第１フォルダに応じた第１記憶領域に該当）、一方、作業フォルダ１１ｂは基本的に、実際に各種処理を行うワークエリア的に使用されるフォルダであり（第２フォルダに応じた第２記憶領域に該当）、バッファ的な意味合いも有する。

まず、図２（ａ）に示すように、クラウドサービスを利用するユーザ端末４０からプライマリストレージサーバ１０へ送信されてきた実ファイルｄ１は、プライマリストレージ１１のＢ・Ａフォルダ１１ａに追加されて記憶される。Ｂ・Ａフォルダ１１ａにファイルが追加されると、プライマリストレージサーバ１０は、そのファイルを作業フォルダ１１ｂにコピーし、それにより、図２（ｂ）に示すように、コピーされた実ファイルｄ１′が作業フォルダ１１ｂに記憶された状態になる。なお、このコピーされた実ファイルｄ１′のファイル名は、コピー元のＢ・Ａフォルダ１１ａに記憶されている実ファイルｄ１のファイル名に付加情報（例えば、コピー日時）を追加した名称を付与する処理が、プライマリストレージサーバ１０により行われる。

そして、図２（ｃ）に示すように、プライマリストレージサーバ１０は、作業フォルダ１１ｂに実ファイルｄ１′をコピーしたことを表すファイル情報ｆ１（コピーしたファイルのファイル名、作業フォルダ１１ｂにコピーされた日時等を示す情報）を作成し、作業フォルダ１１ｂに記憶する。このファイル情報ｆ１を参照することにより、実ファイルｄ１、ｄ１′のコピー状況等を把握することが可能になる。なお、このファイル情報ｆ１の具体的なファイル形式は、データベースの構築に一般的に用いられるＳＱＬ（Structured Query Language）ファイルと称されるものであり、図２（ｃ）で作成されるファイル情報ｆ１は、更新用ＳＱＬファイルとして作成される。

上述した図２（ａ）〜（ｃ）の処理は、既にプライマリストレージ１１のＢ・Ａフォルダ１１ａに記憶されている実ファイルｄ１の中身が、ユーザ端末４０の処理により更新（変更）された場合も同様に行われる。すなわち、プライマリストレージ１１のＢ・Ａフォルダ１１ａの実ファイルｄ１が更新されると、その更新された実ファイルｄ１が作業フォルダ１１ｂにコピーされると共に、作業フォルダ１１ｂに記憶されていたファイル情報ｆ１に、更新前の実ファイルｄ１の削除に関する情報、及び更新によりコピーされた実ファイルｄ１′に関する情報（更新されてコピーされたファイルのファイル名、更新された日時、作業フォルダ１１ｂにコピーされた日時等を示す情報）も追加される。このようなファイル更新に関する処理は、Ｂ・Ａフォルダ１１ａに記憶される実ファイルが更新されるごとに行われ、それに伴い、作業フォルダ１１ｂには、更新ごとにコピーされた実ファイルｄ１′が蓄積されていき、蓄積された実ファイルｄ１′を用いることで、所望の更新時期の中身に実ファイルｄ１を戻すことも可能になる。それにより、例えば、特定のファイルがプライマリストレージ１１（Ｂ・Ａフォルダ１１ａ）に書き込まれ、その特定のファイルがセカンダリストレージ２１へバックアップされる前に更新されたとしても、更新前の特定のファイルと、更新後の特定のファイルの両方をバックアップできるようになり、その結果、同一ファイルの更新による更新世代ごとのバックアップファイルの作成を保証している。

また、プライマリストレージ１１のＢ・Ａフォルダ１１ａに記憶されている実ファイルｄ１の削除指示がユーザ端末４０から出されて、その削除指示をプライマリストレージサーバ１０が受け取った場合、プライマリストレージサーバ１０は、Ｂ・Ａフォルダ１１ａに記憶されている実ファイルｄ１の削除処理を行うと共に、作業フォルダ１１ｂに記憶されているファイル情報ｆ１に「実ファイルｄ１の削除を行った旨、削除した実ファイルｄ１のファイル名、及び削除日時の削除情報」を追加する処理を行う。なお、この削除処理の際、作業フォルダ１１ｂにコピーされた実ファイルｄ１′が記憶されていた場合、作業フォルダ１１ｂの実ファイルｄ１′の削除までは行わない。このように削除した実ファイルｄ１のコピーの実ファイルｄ１′については作業フォルダ１１ｂに残しておくことで、削除した実ファイルｄ１のバックアップを、作業フォルダ１１ｂの実ファイルｄ１′で行うことが可能となり、その結果、実ファイルｄ１の削除前の状態に戻すことができる。

次に、上述した４種類の処理の中の「バックアップ処理」について説明すると、プライマリストレージサーバ１０は、現在の状況がバックアップ条件を充足するか否かを検知しており、バックアップ条件の充足を検知した場合、作業フォルダ１１ｂにファイル情報ｆ１が記憶されているか否かの検出を行う。上述した図２（ｃ）の状態を引き継いで、バックアップ処理を行うときは、作業フォルダ１１ｂに更新用ＳＱＬファイルとして機能するファイル情報ｆ１が記憶されていることになるので、プライマリストレージサーバ１０は、バックアップ処理を開始することの通知を管理サーバ３０へ送り、管理サーバ３０から、通知に対する応答を受信すると、プライマリストレージサーバ１０はバックアップ処理を始める。但し、管理サーバ３０が何らかの理由により動作不能の状態のときは、管理データベースＤＢ１の更新処理が行えないので、プライマリストレージサーバ１０はバックアップを行わない。

なお、この際、プライマリストレージサーバ１０は、作業フォルダ１１ｂに記憶されているファイル情報ｆ１を更新用ＳＱＬファイルからバックアップ用ＳＱＬファイルとして機能するようにリネームする処理を行う。このリネーム処理は、新たなファイル操作（図２（ａ）〜（ｃ）等に示したファイルの追加、更新、削除に応じたファイル操作）が発生した場合に、更新用ＳＱＬファイルとして機能するファイル情報を新たに生成できるようにするためであり、このように新たな更新用ＳＱＬファイルとして機能するファイル情報を生成した場合、作業フォルダ１１ｂには、バックアップ用ＳＱＬファイルとして機能するファイル情報と、更新用ＳＱＬファイルとして機能するファイル情報の計二つのファイル情報が記憶される状態になる。

作業フォルダ１１ｂに存在する更新用ＳＱＬファイル又はバックアップ用ＳＱＬファイルとして機能する情報ファイルｆ１の記憶状況としては、「（一）更新用ＳＱＬファイル記憶なし、バックアップ用ＳＱＬファイル記憶なし」、「（二）更新用ＳＱＬファイル記憶あり、バックアップ用ＳＱＬファイル記憶なし」、「（三）更新用ＳＱＬファイル記憶なし、バックアップ用ＳＱＬファイル記憶あり」、及び「（四）更新用ＳＱＬファイル記憶あり、バックアップ用ＳＱＬファイル記憶あり」の計４通りの場合が想定される。

上記（一）の場合はバックアップ処理が完了し、且つファイル操作（ファイルの追加、更新、削除）が生じていない状態であり、上記（二）の場合はバックアップ処理が完了し、且つファイル操作（ファイルの追加、更新、削除）があった状態であり、上記（三）の場合はバックアップ処理が完了しておらず、且つファイル操作（ファイルの追加、更新、削除）が生じていない状態であり、上記（四）の場合はバックアップ処理が完了しておらず、且つファイル操作（ファイルの追加、更新、削除）があった状態である。

図３（ａ）〜（ｄ）は、「バックアップ処理」の概要の処理状況を図示したものであり、図３（ａ）に示すように、プライマリストレージサーバ１０は、作業フォルダ１１ｂに記憶されているファイル情報ｆ１に基づきＤＢ更新情報ｆ２を作成する。このＤＢ更新情報ｆ２は、バックアップ処理の対象となる実ファイルｄ１′のファイル名、バックアップ対象となる実ファイルｄ１′のコピー日時等を示す情報、バックアップファイルとして記憶される際のファイル名等を含んだものになっており、データベース更新用ＳＱＬファイルとして機能する。なお、ＤＢ更新情報ｆ２の作成に伴い、作業フォルダ１１ｂに記憶されていたファイル情報ｆ１は削除される。

次に、プライマリストレージサーバ１０は、バックアップ対象の実ファイルｄ１′と中身が同じものが、既にセカンダリストレージ２１に記憶されているか否かを検知し、記憶されていないことを検知した場合、作業フォルダ１１ｂに記憶されていた実ファイルｄ１′をセカンダリストレージサーバ２０へアップロードして、セカンダリストレージ２１に、アップロードした実ファイルｄ１″を実ファイルｄ１のバックアップファイルとして記憶させる（図３（ｂ）参照）。なお、バックアップ対象の実ファイルｄ１′と中身が同じものが、既にセカンダリストレージ２１に記憶されていることを検知した場合、プライマリストレージサーバ１０は、実ファイルｄ１′のバックアップ（アップロード）を行わない。

それから、図３（ｃ）に示すように、プライマリストレージサーバ１０は、作業フォルダ１１ｂに記憶していたＤＢ更新情報ｆ２を管理サーバ３０へ送信し、管理サーバ３０はＤＢ更新情報ｆ２を受信すると、管理データベースＤＢ１に、受信したＤＢ更新情報ｆ２を記憶して、管理データベースＤＢ１の中身を更新する。そして、プライマリストレージサーバ１０は作業フォルダ１１ｂに記憶されていた実ファイルｄ１′及びＤＢ更新情報ｆ２を削除する。このような処理を経て、図３（ｄ）に示すように、プライマリストレージ１１のＢ・Ａフォルダ１１ａには実ファイルｄ１が記憶され、セカンダリストレージ２１には、その実ファイルｄ１のバックアップファイルの実ファイルｄ１″が記憶される状態が得られる。なお、上記は基本的に単数のファイルのバックアップ処理について説明したが、複数のファイルのバックアップ処理については、「一：バックアップ用ＳＱＬファイルから、１つのファイル情報を抽出」、「二：対象ファイルをセカンダリストレージサーバ２０へアップロードしてバックアップ」、「三：ＤＢ更新用ＳＱＬファイルに対象のファイル情報を追加」、「四：バックアップ用ＳＱＬファイルから対象のファイル情報を削除」という一〜四の処理を、バックアップ用ＳＱＬファイルに新たなファイル情報がなくなるまで繰り返すことになる。

図４（ａ）〜（ｃ）は、上述した４種類の処理の中の「アーカイブ処理」の概要の処理状況を図示したものであり、この「アーカイブ処理」は、上述した「バックアップ処理」により図３（ｄ）に示すバックアップ完了状態になったことを前提に開始される。

プライマリストレージサーバ１０は、現在の状況がアーカイブ条件を充足するか否かを検知しており、アーカイブ条件の充足検知に伴いアーカイブ開始通知を管理サーバ３０へ送信する（図４（ａ）参照）。アーカイブ開始通知の送信に応じて、プライマリストレージサーバ１０は、管理サーバ３０から送られてきたアーカイブファイル情報ｆ３を受信すると、作業フォルダ１１ｂに記憶する処理を行う。アーカイブファイル情報ｆ３は、アーカイブ処理対象の実ファイルｄ１について、管理データベースＤＢ１から抽出された情報になっており、図３（ｃ）の段階で、管理サーバ３０へ送られるＤＢ更新情報ｆ２の中身に応じた内容を含んでいる。

次に、図４（ｂ）に示すように、プライマリストレージサーバ１０は、作業フォルダ１１ｂから、アーカイブファイル情報ｆ３を読み出して、そのアーカイブファイル情報ｆ３に含まれる情報に基づいて、ダミーファイルｄ１１を生成（作成）し、そのダミーファイルｄ１１で実ファイルを置換するという内容のアーカイブ処理を行う。この処理で生成されるダミーファイルｄ１１は、ダミーファイル読み出し処理においてセカンダリストレージ２１からバックアップファイル（実ファイルｄ１″）の読み出しに参照される参照情報を含んでいる。なお、アーカイブファイル情報ｆ３に複数の処理対象のファイルが指定されていると、「一：アーカイブファイル情報ｆ３から１つの処理対象のファイルの情報を取り出す」、「二：取り出したファイルの情報に基づきダミーファイル生成」、「三：生成したダミーファイルで、処理対象のファイルを置換して更新」という一〜三の処理を、アーカイブファイル情報ｆ３で指定される処理対象のファイルの情報がなくなるまで繰り返すことになる。

図４（ｃ）は、このような「アーカイブ処理」の後の処理を示し、上述した図２（ａ）、（ｂ）に示す「ファイル操作確認処理」に基づき行われる内容になっている。すなわち、Ｂ・Ａフォルダ１１ａで実ファイルｄ１がダミーファイルｄ１１に置換されることで、ダミーファイルｄ１１が新たに生じたことになり、プライマリストレージサーバ１０は、ダミーファイルｄ１１を作業フォルダ１１ｂにコピーして、作業フォルダ１１ｂにもコピーされたダミーファイルｄ１１′を記憶する。なお、コピーされたダミーファイルｄ１１′は、コピー元のＢ・Ａフォルダ１１ａに記憶されているダミーファイルｄ１１のファイル名に付加情報（例えば、コピー日時）を追加したファイル名になっている。

さらに、プライマリストレージサーバ１０は、図３（ｂ）（ｃ）に示した場合と同様に、作業フォルダ１１ｂに記憶されているアーカイブファイル情報ｆ３に基づき、アーカイブ情報更新用ＳＱＬファイルに相当するＤＢ更新情報ｆ２２を作成し、その作成したＤＢ更新情報ｆ２２を管理サーバ３０へ送信し、管理サーバ３０はＤＢ更新情報ｆ２２を受信すると、管理データベースＤＢ１に、受信したＤＢ更新情報ｆ２２を記憶して、管理データベースＤＢ１の中身を更新する。それから、管理サーバ３０からの応答を待って、プライマリストレージサーバ１０は、作業フォルダ１１ｂのアーカイブファイル情報ｆ３及びＤＢ更新情報ｆ２２を削除することになる。

なお、作業フォルダ１１ｂにコピーされたダミーファイルｄ１１′は、図３（ａ）（ｂ）に示した「バックアップ処理」により、バックアップ条件が充足された場合に、セカンダリストレージサーバ２０へアップロードされ、ダミーファイルｄ１１のバックアップファイルとしてセカンダリストレージ２１に記憶されることになる。

図５（ａ）〜（ｄ）は、上述した４種類の処理の中の「ファイル読み出し処理」の概要の処理状況を図示したものであり、図５（ａ）は、上述した「アーカイブ処理」等が行われてＢ・Ａフォルダ１１ａにダミーファイルｄ１１が記憶され、セカンダリストレージ２１にはバックアップされたダミーファイルｄ１１″が記憶された状態を前提にしており、この状態でユーザ端末４０からは実ファイルとして見えるダミーファイルｄ１１に対するファイル読み出し指示を、プライマリストレージサーバ１０が受け取った状況を示す。

プライマリストレージサーバ１０は、読み取り指示を受け取ると、Ｂ・Ａフォルダ１１ａに記憶されるダミーファイルｄ１１が含む参照情報より、ダミーファイルｄ１１に応じた実ファイルｄ１″（バックアップファイル）を特定し、その特定した実ファイルｄ１″のダウロード要求をセカンダリストレージサーバ２０に送ることで、実ファイルｄ１″をセカンダリストレージサーバ２０からプライマリストレージサーバ１０へダウンロードする。この実ファイルｄ１″のダウンロードにより、プライマリストレージサーバ１０は、Ｂ・Ａフォルダ１１ａに記憶していたダミーファイルｄ１１を、元の実ファイルｄ１へと置換して更新し、Ｂ・Ａフォルダ１１ａに記憶する（図５（ｂ）参照）。なお、置換更新された実ファイルｄ１は、読み取り指示を出したユーザ端末４０へプライマリストレージサーバ１０から送られることになる。

また、このダミーファイルｄ１１から置換した実ファイルｄ１をＢ・Ａフォルダ１１ａに記憶することで、Ｂ・Ａフォルダ１１ａには実ファイルｄ１が新たに追加されたことになるので、図２（ａ）（ｂ）に示す場合と同様に、プライマリストレージサーバ１０は、Ｂ・Ａフォルダ１１ａの実ファイルｄ１を、作業フォルダ１１ｂにコピーし、コピーした実ファイルｄ１′を作業フォルダ１１ｂに記憶する（図５（ｃ）参照）。なお、この際、ファイル情報ｆ１の最終アクセス日時を更新し、この実ファイルｄ１がすぐに再アーカイブされないようにしてもよい。また、実ファイルｄ１のファイルリード時にファイル情報ｆ１に、実ファイルｄ１の最終アクセス日時の更新を行う情報を追加してもよい（次回のバックアップ時に管理サーバ３０の管理データベースＤＢ１が更新されることになる）。

そして、プライマリストレージサーバ１０がバックアップ条件の充足を検知すると、バックアップ処理を行うことになるが、図５（ｃ）に示す状況では、既にセカンダリストレージ２１には、同じ中身の実ファイルｄ１″が記憶されている状態であることから、このような状態をプライマリストレージサーバ１０が検知することで、作業フォルダ１１ｂに記憶している実ファイルｄ１′を、セカンダリストレージ２１へアップロードせずに削除し、無用なアップロードを行わないようにしている。作業フォルダ１１ｂに記憶された実ファイルｄ１′の削除により、プライマリストレージ１１のＢ・Ａフォルダ１１ａには実ファイルｄ１が記憶され、セカンダリストレージ２１の記憶媒体にはバックアップファイルとしての実ファイルｄ１″及びダミーファイルｄ１１″が記憶されている状態が得られる（図５（ｄ）参照）。以下、上記のような各処理を行うストレージシステム１を構成するプライマリストレージサーバ１０等について詳説していく。

図６は、プライマリストレージサーバ１０（第１通信装置又はストレージ通信装置に相当）の主要な内部構成を示している。本実施形態のプライマリストレージサーバ１０にはサーバコンピュータを適用しており、全体的な制御及び各種処理を行うＭＰＵ１０ａに、各種デバイス等を内部接続線１０ｈで接続したものになっており、各種デバイス等には、通信モジュール１０ｂ、ＲＡＭ１０ｃ、ＲＯＭ１０ｄ、入力インタフェース１０ｅ、出力インタフェース１０ｆ、記憶部１０ｇ、及びプライマリストレージ１１等がある。

通信モジュール１０ｂは、ネットワークとの接続モジュールに相当する通信デバイスであり、所要の通信規格に応じたものである（例えばＬＡＮモジュール）。通信モジュール１０ｂは、所要の通信機器（図示は省略。例えばルータ等が該当）を介してネットワークと接続されており、セカンダリストレージサーバ２０及び管理サーバ３０との通信を可能にすると共に、ユーザ端末４０との通信も可能にしている。

ＲＡＭ１０ｃは、ＭＰＵ１０ａの処理に伴う内容、ファイル等を一時的に記憶するものであり、ＲＯＭ１０ｄは、ＭＰＵ１０ａの基本的な処理内容を規定したプログラム等を記憶するものである。入力インタフェース１０ｅは、システム管理者等からの操作指示等を受け付けるキーボード１０ｉ、マウス等が接続されるものであり、プライマリストレージサーバ１０のシステム管理者等から受け付けた操作指示等をＭＰＵ１０ａへ伝える。出力インタフェース１０ｆは、ディスプレイ１０ｊ（表示出力装置）が接続されるものであり、ＭＰＵ１０ａの処理に伴う内容をディスプレイ１０ｊへ出力し、システム管理者等が現在の処理内容等を確認できるようにしている。

記憶部１０ｇは、プログラム等を記憶するものであり、具体的には、サーバプログラムＰ１、及び処理プログラムＰ２等を記憶している。サーバプログラムＰ１は、サーバコンピュータ用のオペレーティングシステムに応じた各種処理を規定したものであり、この規定内容に基づいた処理をＭＰＵ１０ａが行うことで、プライマリストレージサーバ１０はサーバコンピュータとしての機能を果たす。また、処理プログラムＰ２は、本発明に係る各種処理の制御をＭＰＵ１０ａが行うことを規定したコンピュータプログラムであり、上述した図２〜５に示す各処理において、プライマリストレージサーバ１０が行う制御処理内容がプログラミングされたものになっている。本実施形態では、処理プログラムＰ２のプログラム内容により、ＭＰＵ１０ａが様々な処理をエージェント１５として行うようになる。

図７は、処理プログラムＰ２の規定内容により、ＭＰＵ１０ａがエージェント１５として行う各機能をブロック的に表した機能ブロック図であり、ＭＰＵ１０ａは、図７に示す（１）〜（１３）の各内容を行う手段として機能する。エージェント１５の機能としては、「（１）ファイルバックアップ管理機能」、「（２）ファイルアーカイブ管理機能」、「（３）ファイルリストア機能」、「（４）ファイルアンアーカイブ管理機能」、「（５）ファイルリード検出機能」、「（６）ファイル追加・更新・削除検出機能」、「（７）ファイルアップロード機能」、「（８）時間管理機能」、「（９）ストレージ使用率監視機能」、「（１０）データベース更新機能」、「（１１）管理サーバ通信機能」、「（１２）ダミーファイル生成機能」、及び「（１３）ファイルダウンロード機能」等があり、これらの各機能に応じた処理を、ＭＰＵ１０aはエージェント１５として行うことにより、図２〜５等の「ファイル操作確認処理」〜「ファイル読み出し処理」でプライマリストレージサーバ１０が行うと説明した各種処理を実質的に担うことになる。

「（１）ファイルバックアップ管理機能」とは、図３（ａ）等に示す「バックアップ処理」に関する機能であり、バックアップ条件の充足を検知したときに、プライマリストレージ１１（作業フォルダ１１ｂ）に新たなファイルが追加又は更新されたファイルが追加されていれば、それらのファイルをセカンダリストレージ２１へアップロードしてバックアップする処理に応じた機能である。また、バックアップ履歴およびバックアップしたファイルのファイル情報を、管理サーバ３０へ送信する機能処理も「（１）ファイルバックアップ管理機能」は含む。

「（２）ファイルアーカイブ管理機能」とは、図４（ａ）等に示す「アーカイブ処理」に関する機能であり、アーカイブ条件の充足を検知すると、管理サーバ３０からアーカイブファイル情報ｆ３により指示された実ファイルをダミーファイルに置換する。また、アーカイブ履歴およびアーカイブ処理を行ったダミーファイルのファイル情報等を管理サーバ３０へ送信する機能処理も「（２）ファイルアーカイブ管理機能」は含む。

「（３）ファイルリストア機能」とは、一旦、ダミーファイルで追加又は更新を行い、その後、指定に応じて実ファイルに更新することなどを行う。このような指定を管理サーバ３０で行うことにより、管理サーバ３０の指示に基づき、プライマリストレージ１１を特定の日付の状態に再構築すること、プライマリストレージ１１の特定のフォルダまたはファイルを指定した日時の状態に戻すことが、処理時間を短縮して可能となる。なお、リストア履歴を管理サーバ３０へ送る機能処理も「（３）ファイルリストア機能」は含んでいる。

「（４）ファイルアンアーカイブ管理機能」とは、管理サーバ３０によって指示されたダミーファイルを実ファイルに戻すために、ダミーファイルを実ファイルへ更新（置換）する処理に応じた機能である。「（５）ファイルリード検出機能」とは、ユーザ端末４０からのファイルの読み出し指示を検出し、読み出し対象が実ファイルであれば、プライマリストレージ１１に記憶されている実ファイルを読み出し、ユーザ端末４０へ送る処理を行い、読み出し対象がダミーファイルであれば、「（１３）ファイルダウンロード機能」を用いて、図５（ａ）〜（ｄ）の「ファイル読み出し処理」で示したように、セカンダリストレージ２１にバックアップファイルとして記憶されている実ファイルをプライマリストレージ１１にダウンロードし、ダミーファイルを、ダウンロードした実ファイルに置換してから、その置換した実ファイルをユーザ端末４０へ送る処理を行う。

「（６）ファイル追加・更新・削除検出機能」とは、プライマリストレージ１１におけるファイルのアクセスを監視して、「ファイル操作確認処理」に応じたファイルの追加・更新・削除というイベントを検出し、ファイルバックアップのためのファイル情報を生成する機能である。

「（７）ファイルアップロード機能」とは、プライマリストレージ１１の作業フォルダ１１ｂに記憶されているファイルを、セカンダリストレージ２１にアップロードしてバックアップを行う機能である。「（８）時間管理機能」とは、管理サーバ３０にて、予め設定されているバックアップ条件に係るバックアップ期間、及びアーカイブ条件に係るアーカイブ期間等の通知を検知し、この種の通知を検知すると、「（１）ファイルバックアップ管理機能」、及び「（２）ファイルアーカイブ管理機能」を作動させる処理を行う。

「（９）ストレージ使用率監視機能」とは、プライマリストレージ１１の使用率（又は空き容量）を監視し、予め設定された使用率を超過したこと（又は予め設定された空き容量を下回ったこと）を検知すると、「（２）ファイルアーカイブ管理機能」を作動させる機能である。「（１０）データベース更新機能」とは、各処理の履歴やファイル管理情報を、管理サーバ３０の管理データベースＤＢ１に登録するために、これらの履歴及び情報（各種ＳＱＬファイル）を生成して管理サーバ３０へ送る機能である。

「（１１）管理サーバ通信機能」とは、上述した各機能による処理を経て、管理サーバ３０との通信を行う機能であり、この機能を用いて、バックアップ処理、アーカイブ処理についての通知をプライマリサーバ１０から管理サーバ３０へ送信し、また、管理サーバ３０から送られてくる応答を受信する。

「（１２）ダミーファイル生成機能」とは、アーカイブ条件の充足を検知したときに、実ファイルを置換するためのダミーファイルをアーカイブファイル情報ｆ３より生成する機能である。生成されるダミーファイルには、上述したように参照情報が含まれており、この参照情報は、元になる実ファイルのファイル名を含むファイル名情報、及びバックアップファイルの読み出しに必要な情報等を有する。本実施形態のセカンダリストレージ２１には、ファイルに相当するオブジェクトが直接書き込まれる仕組みのオブジェクトストレージ（一般にＡｍａｚｏｎＳ３互換ストレージと称される）が用いられること、又はＮＡＳ（Network Attached Storage）にも対応したストレージが用いられることもあるため、ダミーファイルは参照情報に、オブジェクトとしてユニークなＩＤ（オブジェクトＩＤ。オブジェクト識別情報に該当）を含ませている。

このオブジェクトＩＤは、ハッシュ関数で生成される任意長のデータから１２８ビットのハッシュ値に基づいており、ハッシュ値を再計算して比較して、比較対象のファイルの値が異なれば、両者は相違することを検知できる。オブジェクトＩＤの仕様としては、file_クライアントID(３桁の１０進数)_ファイル名のMD5_更新日時(yyyyMMddHHmmssSSS：年月日時分秒ミリ秒)_ファイルサイズ(１９桁の１０進数)_中身のMD5_連番(６桁の１０進数)が考えられ、一例としては「file_001_c4ca4238a0b923820dcc509a6f75849b_20150101123045777_0000000000000000001_c81e728d9d4c2f636f067f89cc14862c_000001」という内容が挙げられる。このようなオブジェクトＩＤの中身は、プライマリストレージ１１の作業フォルダ１１ｂに、実ファイル又はダミーファイルがコピーされると、そのコピーされたファイルのファイル名として使用される。

また、セカンダリストレージ２１としてＮＡＳが用いられる場合、Ｓ３互換ストレージのときと異なり、データは、一般的なファイルシステムに基づいてディレクトリにファイルとして記憶される。セカンダリストレージ２１にＮＡＳが用いられる場合、ダミーファイルの格納ディレクトリとして、格納ディレクトの下層に、アップロード時等の処理に応じた日時を示すディレクトが、年、月、日、時、分の順で、それぞれ設けられると共に、これらの中で一番下となるディレクトの下層に、オブジェクトＩＤをファイル名としたバックアップファイルが記録される。一例として、２０１５年８月２７日の１２時００分にアップロードされた場合のダミーファイルの格納ディレクトリは、「￥￥格納ディレクトリ名￥２０１５￥０８￥２７￥１２￥００」と表すことができ、このようなダミーファイルの格納ディレクトリとファイル名は、オブジェクトＩＤより特定可能になっている。

そして、「（１３）ファイルダウンロード機能」とは、プライマリストレージ１１に記憶されるダミーファイルをセカンダリストレージ２１でバックファイルとして記憶されている実ファイルで置換するために、セカンダリストレージ２１からプライマリストレージ１１へ実ファイル（バックアップファイル）をダウンロードする機能である。

処理プログラムＰ２は、上述した（１）〜（１３）の各機能を連携させる処理内容も規定しており、この連携処理の規定内容により、ＭＰＵ１０ａは、上述した図２〜５の「ファイル操作確認処理」〜「ファイル読み出し処理」等を含む各種機能をエージェントとして行えるようになる。

例えば、図２（ａ）等に示す「ファイル操作確認処理」に関し，エージェント１５は、「（６）ファイル追加・更新・削除検出機能」により、プライマリストレージ１１のＢ・Ａフォルダ１１ａにおけるファイル操作（追加・変更・削除）を検出し、ファイル操作を検出したときファイル処理を実行する。この際、エージェント１５は、ファイル操作の履歴を残すために、更新用ＳＱＬファイルに操作情報を追加して更新し、更新用ＳＱＬファイルが保存されていなければ、新たに生成することになる。

ファイルの追加に対して、エージェント１５は、プライマリストレージ１１のＢ・Ａフォルダ１１ａに追加されたファイルを、作業ディレクトリ１１ｂにコピーする。このように作業ディレクトリ１１ｂにコピーするのは、ファイルがバックアップ（アップロード）される前にファイルの更新・消去が行われた場合でも、更新・消去前のファイルにバックアップできるようにするためである。なお、ファイルの追加を行うと、エージェント１５は、更新用ＳＱＬファイルに、追加されたファイルの情報を追加することになる。

また、ファイルの変更（更新）に対しても、エージェント１５は、プライマリストレージ１１のＢ・Ａフォルダ１１ａで変更されたファイルを、作業ディレクトリ１１ｂにコピーする。そして、エージェント１５は、更新用ＳＱＬファイルに、変更前のファイルに関するファイル情報についての変更情報を付加すると共に、変更されたファイルのファイル情報を追加する。さらに、ファイルの削除について、エージェント１５は、更新用ＳＱＬファイルに、削除したファイルに関するファイル情報についての削除情報を付加する。

図３（ａ）等の「バックアップ処理」に関し，エージェント１５は、「（１）ファイルバックアップ管理機能」により、バックアップ条件充足を検知するに伴い、プライマリストレージ１１の作業フォルダ１１ｂに記憶されたファイルを、バックアップのためにセカンダリストレージサーバ２０へアップロードする。この処理は、ファイルの保全性を高める目的のためであり、プライマリストレージ１１の作業フォルダ１１ｂに記憶されるファイルは、エージェント１５の機能により、セカンダリストレージ２１へ自動的にバックアップされる。このバックアップの際、作業ディレクトリ１１ｂにコピーされたファイルのファイル名（セカンダリストレージ２１に記憶する際のファイル名）を含む更新用ＳＱＬファイルの上記内容（ファイル名等）を基に、エージェント１５は、バックアップ対象のファイルを特定し、バックアップ処理を実行することになる。

バックアップ処理の開始にあたり、管理サーバ３０で設定されたバックアップ期間（バックアップ条件に係る期間）において、作業フォルダ１１ａに更新用ＳＱＬファイル又はバックアップ用ＳＱＬファイルが記憶されている状態であれば、エージェント１５は、管理サーバ３０にバックアップ処理を開始することを通知して応答を待ち、管理サーバ３０からの応答を受け取ると、バックアップ処理を開始する。実際にバックアップ処理を行うにあたり、エージェント１５はバックアップ用ＳＱＬファイルより、１ファイルずつファイル情報を読み出し、その読み出した内容に基づき、以下のような処理を実行していく。

まず、プライマリストレージ１１の作業ディレクトリ１１ｂに記憶されているファイルを読み取り、セカンダリストレージサーバ２０へアップロードするという、セカンダリストレージ２１へアップロードしたファイルを書き込むための処理をエージェント１５は実行する。この処理により、バックアップが成功した場合、エージェント１５は、バックアップしたファイルのファイル情報にバックアップ完了情報およびバックアップ先のファイル情報を付加し、データベース更新用ＳＱＬファイルに追加し、バックアップ用ＳＱＬファイルからバックアップが成功したファイルのファイル情報を削除する。

一方、作業ディレクトリ１１ｂのファイルが読み取れない、又はセカンダリストレージ２１の記憶媒体へ書き込みができない等の理由によりバックアップに失敗した場合、エージェント１５は、バックアップ用ＳＱＬファイルのバックアップ対象のファイルのファイル情報を保持したまま、次のファイルのファイル情報を読み出す。なお、削除ファイル情報を扱う場合、エージェント１５は、ファイル情報をデータベース更新用ＳＱＬファイルに追加し、バックアップ用ＳＱＬファイルからファイル情報を削除することを行う。

バックアップ用ＳＱＬファイルに含まれる全てのファイル情報の処理が完了すると、エージェント１５は、管理サーバ３０にデータベース更新用ＳＱＬファイルを送る。これにより、管理サーバ３０は管理データベースＤＢ１の更新を行う。また、バックアップ処理の完了に伴い、エージェント１５は、バックアップ完了通知を管理サーバ３０へ送り、管理サーバ３０からの結果応答を受け取る。そして、全てのファイルのバックアップに成功した場合では、エージェント１５はデータベース更新用ＳＱＬファイル、バックアップ用ＳＱＬファイル、及び作業ディレクトリ１１ｂにコピーされたファイルの削除を実行する。また、全てのファイルをバックアップできなかった場合、エージェント１５は、データベース更新用ＳＱＬファイルを削除すると共に、作業ディレクトリ１１ｂにコピーされたファイルの中でバックアップに成功したファイルを削除する。

図４（ａ）等の「アーカイブ処理」に関し、エージェント１５は、管理サーバ３０から通知されるアーカイブ期間の検知、又はプライマリストレージ１１の使用率が予め指定されている閾値を超えたことの検知に伴い、管理サーバ３０にアーカイブ処理の開始を通知し、管理サーバ３０からの応答（ファイル情報）を受け取ると、アーカイブ処理を開始する。なお、上記のプライマリストレージ１１の使用率が予め指定されている閾値を超えることも、アーカイブ条件の充足に該当する。また、エージェント１５が管理サーバ３０へ通知する内容には、アーカイブ処理の対象にするファイルのファイル情報を問い合わせることも含んでおり、管理サーバ３０からの応答には、管理データベースＤＢ１から読み出されたアーカイブ処理対象のファイルのファイル情報が含まれている。

エージェント１５は、アーカイブ処理を行うにあたり、管理サーバ３０からのファイル情報に基づきアーカイブ処理対象のファイルの種類を検知（確認）しており、アーカイブ処理対象がダミーファイルであることを検知した場合、ダミーファイルはアーカイブ処理の対象にならないので、アーカイブ処理を実行せず、一方、アーカイブ処理対象が実ファイルであることを検知した場合、その実ファイルがアクセス可能であれば、その実ファイルのアーカイブ処理を実行する。また、エージェント１５は、管理サーバ３０からの応答で、ファイル比較が指定されていれば、プライマリストレージ１１に記憶されているアーカイブ対象のファイル（実ファイル）と、セカンダリストレージ２１に記憶されているバックアップファイル（実ファイルのバックアップファイル）とを比較して、両者の中身の同異を判断し、ファイルが一致しないと判断した場合は、一致しないファイルのアーカイブ処理は実行せず、ファイルが一致したと判断したファイルについてのみアーカイブ処理を行うことになる。

また、エージェント１５は、アーカイブ情報を管理サーバ３０の管理データベースＤＢ１に登録してアーカイブ処理の履歴を残すため、アーカイブ情報更新用ＳＱＬファイルが作業フォルダ１１ａに存在していない状態であれば、アーカイブ情報更新用ＳＱＬファイルを生成する。エージェント１５は、実ファイルのファイル情報にアーカイブ処理が行われたことを示す情報を、アーカイブ情報更新用ＳＱＬファイルに追記する。

さらに、上述した「（１２）ダミーファイル生成機能」として、エージェント１５は、ファイル情報に基づきダミーファイルを生成し、生成したダミーファイルで実ファイルを更新（置換）するというアーカイブ処理を行う。生成されたダミーファイルは実ファイルと同様にバックアップ処理の対象になり、「（６）ファイル追加・更新・削除検出機能」により検出が行われ、エージェント１５は、ダミーファイルについて作業フォルダ１１ｂへのコピー及びバックアップ処理を行う。

管理サーバ３０から通知された全てのファイルについてアーカイブ処理が完了すると、管理サーバ３０の管理データベースＤＢ１に含まれるアーカイブ履歴に関する情報及びファイル管理に関する情報の更新を行うために、エージェント１５は、アーカイブ情報更新用ＳＱＬファイルを管理サーバ３０へ送信する。その後、エージェント１５は、管理サーバ３０にアーカイブ処理終了を通知して管理サーバ３０からの応答を待つことになり。管理サーバ３０からの応答を受け取ると、アーカイブ情報更新用ＳＱＬファイルを作業フォルダ１１ａから削除する。

図５（ａ）等の「ファイル読み出し処理」に関し、エージェント１５は、ユーザ端末４０からのファイル読み出し指示を受け取ると、読み出し指示による読み出し対象が、プライマリストレージ１１上の実ファイル又はダミーファイルのいずれであるかを検知し、検知結果に基づき、それぞれに応じた処理を実行する。すなわち、読み出し対象が実ファイルであれば、エージェント１５は、プライマリストレージ１１に記憶されている実ファイルを読み出して、ユーザ端末４０へ送ることになり、読み出し対象がダミーファイルであれば、上述したように、セカンダリストレージ２１から、読み出し対象のバックアップファイルをプライマリストレージ１１へダウンロードして、ダミーファイルをダウンロードしたバックアップファイル（実ファイル）に更新（置換）し、その更新した実ファイルをユーザ端末４０へ送ることになる。なお、プライマリストレージ１１で更新された実ファイルは、次回のアーカイブ条件を充足する際に、再度、アーカイブ処理の対象となる。

なお、これら「ファイル操作確認処理」、「バックアップ処理」、「アーカイブ処理」、及び「ファイル読み出し処理」の他に、本実施形態のエージェント１５は「リストア処理」及び「アンアーカイブ処理」といった処理を行うと共に、ユーザ端末４０（クライアント）の操作ログを定期的に管理サーバ３０へアップロードするという「ログ情報生成処理」等も行う。

「リストア処理」とは、上述した「（３）ファイルリストア管理機能」に応じた処理になっており、プライマリストレージ１１の障害時の復旧作業、又は誤って消去／上書きされたファイルの復旧処理のために行われ、全ての又は特定のファイル、又はフォルダを、特定の日付の状態に戻される。管理サーバ３０よりプライマリストレージサーバ１０（エージェント１５）に対しリストア指示が送られて、このリストア指示に対してエージェント１５が応答することにより、リストア処理が開始される。

まず、エージェント１５は、リストア対象のファイル情報の取得要求を管理サーバ３０へ送る。管理サーバ３０は、対象ファイルのファイル情報を管理データベースＤＢ１から取得し、プライマリストレージサーバ１０（エージェント１５）へ送る。エージェント１５は、ファイルアクセス可能な状態へ最短時間で移行するため、リストア対象のファイル情報を取得すると、プライマリストレージ１１に記憶される対象ファイルを一旦、ダミーファイルとして追加し、更新する処理を行う。この際、リストア履歴を残すため、エージェント１５は、プライマリストレージ１１の作業フォルダ１１ｂに、リストア履歴用ＳＱＬファイルを生成し、このリストア履歴用ＳＱＬファイルにリストア履歴を書き込む処理を行う。

リストア対象が実ファイルの場合、エージェント１５は、管理サーバ３０から取得したファイル情報に基づきダミーファイルを生成する。また、対象ファイルが存在していなければ、エージェント１５はダミーファイルを追加する処理を行い、一方、対象ファイルが存在していれば、その対象ファイルをダミーファイルで更新する。また、エージェント１５は、実ファイルをセカンダリストレージ２１からプライマリストレージサーバ１０へダウンロードするためのダウンロード用リストファイルに対象ファイル情報を追加する処理も行う。

リストア対象がダミーファイルの場合、エージェント１５は、セカンダリストレージ２１から対象のダミーファイルをダウンロードする。対象ファイルが存在していない場合、エージェント１５は、ダウンロードしたファイルを追加する。対象ファイルが存在している場合には、ダウンロードしたファイルで更新する。管理サーバ３０から通知された全てのファイルについて、ダミーファイルに更新する処理（リストア処理）が完了すると、管理サーバ３０の管理データベースＤＢ１に含まれるリストア履歴に関するファイル情報の更新を行うために、エージェント１５はリストア履歴用ＳＱＬファイルを管理サーバ３０に送信する。

そして、エージェント１５は、管理サーバ３０にアーカイブ処理終了の通知を送って、管理サーバ３０からの応答を待つ状態となり、管理サーバ３０からの応答を受信すると、プライマリストレージ１１の作業フォルダ１１ｂに記憶されたリストア履歴用ＳＱＬファイルを削除する。リストア処理によるダミーファイルを実ファイルに戻すには、ダウンロード用リストファイルに基づき、エージェント１５は、セカンダリストレージ２１からプライマリストレージサーバ１０へ実ファイルをダウンロードし、ダウンロードした実ファイルでダミーファイルを置換して更新する。

また、「アンアーカイブ処理」とは、「（４）ファイルアンアーカイブ管理機能」に応じた処理になっており、アーカイブ条件が再指定されることにより、アーカイブ条件を満たさなくなったプライマリストレージ１１に記憶されているダミーファイルを実ファイルに戻す（置換する）処理である。この「アンアーカイブ処理」は、管理サーバ３０からプライマリストレージサーバ１０（エージェント１５）へ、アンアーカイブ指示が送られ、このアンアーカイブ指示をエージェント１５が受け取ることにより、開始される。

まず、エージェント１５は管理サーバ３０にアンアーカイブ処理を実施するファイルのファイル情報の問い合わせを送る。管理サーバ３０は、指定された条件を基にアンアーカイブ処理を行うファイルを特定し、ファイル管理データベースより対象ファイルのファイル情報を読み出し、エージェントに通知する。それから、エージェント１５は、管理サーバ３０から送られたファイル情報を基に、処理対象となるファイルについてアンアーカイブ処理を実行することになるが、この際、処理対象となるファイルの種類を検知し、検知の結果、処理対象が実ファイルであればアンアーカイブ処理を行わず、処理対象がダミーファイルであればアンアーカイブ処理を行うことになる。処理対象がダミーファイルであり且つアクセス可能であれば、エージェント１５は、実ファイルをセカンダリストレージ２１からダウンロードするためのダウンロード用リストファイルにファイル情報を追加する。

そして、エージェント１５は、管理サーバ３０にアンアーカイブ処理終了の通知を送り、管理サーバ３０からの応答を待つ。管理サーバ３０からの応答を受け取ると、エージェント１５は、ダウンロード用リストファイルを基に、実ファイル（実ファイルのバックアップファイル）をセカンダリストレージ２１からダウンロードし、そのダウンロードした実ファイルでダミーファイルを置換して更新し、アンアーカイブ処理を完了する。次に、ストレージシステム１におけるセカンダリストレージサーバ２０について説明する。

図８は、ストレージシステム１を構成するセカンダリストレージサーバ２０（第２通信装置に相当）の主要な内部構成を示している。本実施形態のセカンダリストレージサーバ２０にも、プライマリストレージサーバ１０と同様、サーバコンピュータを適用しており、全体的な制御及び各種処理を行うＭＰＵ２０ａに、各種デバイス等を内部接続線２０ｈで接続したものになっており、各種デバイス等には、通信モジュール２０ｂ、ＲＡＭ２０ｃ、ＲＯＭ２０ｄ、入力インタフェース２０ｅ、出力インタフェース２０ｆ、記憶部２０ｇ、及びセカンダリストレージ２１等がある。

通信モジュール２０ｂ〜出力インタフェース２０ｆについては、図６に示すプライマリストレージサーバ１０の通信モジュール１０ｂ〜出力インタフェース１０ｆと同等なものであるので、説明は省略する（入力インタフェース２０ｅに接続されるキーボード２０ｉ及び出力インタフェース２０ｆに接続されるディスプレイ２０ｉも、プライマリストレージサーバ１０のものと同様）。

また、セカンダリストレージサーバ２０の記憶部２０ｇは、サーバプログラムＰ５、及びストレージプログラムＰ６等を記憶している。サーバプログラムＰ５は、サーバコンピュータ用のオペレーティングシステムに応じた各種処理を規定したものであり、図６に示すプライマリストレージサーバ１０のサーバプログラムＰ１と基本的に同等な処理を規定し、この規定内容に基づいた処理をＭＰＵ２０ａが行うことで、セカンダリストレージサーバ２０はサーバコンピュータとしての機能を果たす。

ストレージプログラムＰ６は、上述したプライマリストレージサーバ１０のＭＰＵ１０ａがエージェント１５として行う各種処理に対応して、セカンダリストレージサーバ２０のＭＰＵ２０ａが行う処理内容を規定したものである。具体的な処理内容としては、プライマリストレージサーバ１０側からファイル有無確認（又は比較確認）の通知を、セカンダリストレージサーバ２０が受け取ると、その通知に含まれるファイルを特定する情報（または通知に比較対象のファイルを含ませてもよい）に基づき、その特定されるファイルに応じたバックアップファイルがセカンダリストレージ２１に記憶されているか否かの検知をＭＰＵ２０ａが行うことを、ストレージプログラムＰ６は規定する。この際、ＭＰＵ２０ａは、通知により特定されるファイルと、セカンダリストレージ２１に記憶されるバックアップファイルとを比較して両者の中身の同異を判断しており、その判断結果により、確認対象のバックアップファイルあり、又はバックアップファイルなしの結果（検知結果通知）をプライマリストレージサーバ１０へ送る制御を行っており、このようなＭＰＵ２０ａの制御処理もストレージプログラムＰ６は規定している。

また、ストレージプログラムＰ６は、プライマリストレージサーバ１０からアップロードされてきたファイル（実ファイル又はダミーファイル）をセカンダリストレージサーバ２０が受け取ると、その受け取ったファイルを、そのファイルのバックアップファイルとしてセカンダリストレージ２１に記憶する制御処理を、ＭＰＵ２０ａが行うことも規定している。さらに、ストレージプログラムＰ６は、プライマリストレージサーバ１０から特定のファイルの読み出し指示をセカンダリストレージサーバ２０が受け取ると、その読み出し指示の対象となる特定のファイルのバックアップファイルをセカンダリストレージ２１から読み出して、プライマリストレージサーバ１０へ送信（ダウンロード）する制御処理をＭＰＵ２０ａが行うことも、ストレージプログラムＰ６は規定している。

セカンダリストレージサーバ２０が具備するセカンダリストレージ２１（第２記憶デバイスに相当）は、上述したように、オブジェクトストレージと称されるＡｍａｚｏｎＳ３互換ストレージであり、プライマリストレージサーバ１０のプライマリストレージ１１（第１記憶デバイスに相当）に比べて、記憶容量が大きいハードディスクシステムを具備したストレージになっている（ただし、プライマリストレージ１１に比べて、セカンダリストレージ２１はファイル（データ）の読み書き速度は遅い）。なお、セカンダリストレージ２１は、ＮＡＳであってもよく、この場合は、サーバプログラムＰ５に含まれるファイルシステム機能により、ファイル（データ）の読み書きが行われる。

図９は、ストレージシステム１を構成する管理サーバ３０の主要な内部構成を示している。本実施形態の管理サーバ３０にも、プライマリストレージサーバ１０と同様、サーバコンピュータを適用しており、全体的な制御及び各種処理を行うＭＰＵ３０ａに、各種デバイス等を内部接続線３０ｈで接続したものになっており、各種デバイス等には、通信モジュール３０ｂ、ＲＡＭ３０ｃ、ＲＯＭ３０ｄ、入力インタフェース３０ｅ、出力インタフェース３０ｆ、及び記憶部３０ｇ等がある。

通信モジュール３０ｂ〜出力インタフェース３０ｆについては、上述したセカンダリストレージサーバ２０と同様に、図６に示すプライマリストレージサーバ１０の通信モジュール１０ｂ〜出力インタフェース１０ｆと同等なものであるので説明は省略する（入力インタフェース３０ｅに接続されるキーボード３０ｉ及び出力インタフェース３０ｆに接続されるディスプレイ３０ｉも、プライマリストレージサーバ１０のものと同様）。

また、管理サーバ３０の記憶部３０ｇは、ＨＤＤ等により構成されており、サーバプログラムＰ１０、管理プログラムＰ１１等のプログラムを記憶すると共に、バックアップ処理に関するバックアップ期間Ｊ１及びアーカイブ処理に関するアーカイブ期間Ｊ２を記憶しており、更にストレージシステム１におけるファイル処理に関する各種情報を蓄積する管理データベースＤＢ１も記憶している。サーバプログラムＰ１０は、サーバコンピュータ用のオペレーティングシステムに応じた各種処理を規定したものであり、図６に示すプライマリストレージサーバ１０のサーバプログラムＰ１と基本的に同等な処理を規定し、この規定内容に基づいた処理をＭＰＵ３０ａが行うことで、管理サーバ３０はサーバコンピュータとしての機能を果たす。

管理プログラムＰ１１は、バックアップ期間Ｊ１に含まれるバックアップ期間に関する処理、アーカイブ期間Ｊ２に含まれるアーカイブ期間に関する処理、プライマリサーバストレージ１０からの各種通知等に対する応答処理、管理データベースＤＢ１に対する各種情報（各種ＳＱＬファイルの情報等）の書き込み／読み出し処理等について、ＭＰＵ３０ａが行う制御処理の内容を規定したものである。

バックアップ期間Ｊ１は、バックアップ条件としてバックアップ処理を行う期間が指定されたものであり、一般にユーザの使用機会が少なくする傾向のある夜間の時間帯（例えば、午前１時〜午前５時の時間帯）がバックアップ期間Ｊ１として、システム管理者により設定される。なお、具体的なバックアップ期間Ｊ１の設定の仕方としては、バックアップ開始時刻及びバックアップ終了時刻を指定する他に、バックアップ開始時刻とバックアップ時間（例えば，４時間）を指定する仕方が考えられる。また、バックアップ期間Ｊ１は、毎日同じ時間帯を設定する以外に、曜日等の単位で、それぞれ異なる時間帯を設定することも可能であり、システム管理者の操作により、バックアップ期間Ｊ１の中身が適宜設定可能になっている。

アーカイブ期間Ｊ２は、アーカイブ条件に含まれるものであり、アーカイブ処理を行う期間（アーカイブ期間）を含み、アーカイブ期間Ｊ２の設定の仕方は、上述したバックアップ期間と同様であり、また、設定されるアーカイブ期間Ｊ２を、毎日同じ時間帯に設定すること、曜日単位で相違させること等もバックアップ期間Ｊ１の場合と同様である。また、アーカイブ期間Ｊ２には、アーカイブ処理を行う際に、ファイルの比較処理を行うか否かの設定も含まれ、これらの設定内容は、システム管理者により適宜、設定可能になっている。

「バックアップ処理」について管理プログラムＰ１１が規定する具体的な処理内容としては、ＭＰＵ３０ａが具備するクロック機能を利用して、現在の時刻がバックアップ期間Ｊ１に入ったか否かをＭＰＵ３０ａが検知する処理を規定しており、現在の時刻がバックアップ期間Ｊ２に入ったことを検知すると、アーカイブ期間に入ったことの通知をプライマリストレージサーバ１０へＭＰＵ３０ａが送る処理を行うことも管理プログラムＰ１１は規定する。また、プライマリストレージサーバ１０から送られてきたバックアップ処理の開始の通知を管理サーバ３０が受け取ると、その開始に対する応答をプライマリストレージサーバ１０へ送信する処理をＭＰＵ３０ａが行うことも、管理プログラムＰ１１は規定する。さらに管理プログラムＰ１１は、プライマリストレージサーバ１０から送られてきたＤＢ更新情報ｆ２（データベース更新用ＳＱＬファイル）を受け取ると，管理データベースＤＢ１に格納する処理をＭＰＵ３０ａが行うことを規定する。

「アーカイブ処理」について管理プログラムＰ１１が規定する具体的な処理内容としては、ＭＰＵ３０ａが具備するクロック機能を利用して、現在の時刻がアーカイブ期間Ｊ２に入ったか否かをＭＰＵ３０ａが検知する処理を規定しており、現在の時刻がアーカイブ期間Ｊ２に入ったことを検知すると、アーカイブ期間に入ったことの通知をプライマリストレージサーバ１０へＭＰＵ３０ａが送る処理を行うことも管理プログラムＰ１１は規定する。また、プライマリストレージサーバ１０から送られてきたアーカイブ処理の対象となるファイルの問い合わせを管理サーバ３０が受け取ると、処理対象にするファイルを特定し、特定したファイルのファイル情報を管理データベースＤＢ１から読み出し、アーカイブファイル情報ｆ３としてプライマリストレージサーバ１０へ送る処理をＭＰＵ３０ａが行うことを、管理プログラムＰ１１は規定する。なお、アーカイブ期間Ｊ２に比較処理を行う旨が設定されていると、アーカイブファイル情報ｆ３にも比較処理を行う指示を含ませることもＭＰＵ３０ａは行う。

さらに、管理プログラムＰ１１は、「アーカイブ処理」の完了に伴いプライマリストレージサーバ１０から送られてきたＤＢ更新情報ｆ２（データベース更新用ＳＱＬファイル）及びアーカイブ処理終了の通知を受け取ると，ＤＢ更新情報ｆ２については管理データベースＤＢ１に格納する処理を行い、アーカイブ終了処理の通知については、その通知に対する応答をプライマリストレージサーバ１０へ送る制御をＭＰＵ３０ａが行うことを規定する。

図１０は、クライアント端末であるユーザ端末４０の主要構成を示したブロック図である。ユーザ端末４０としては、プライマリストレージサーバ１０と通信できる通信機能、及びファイルを扱う処理等が可能な通信端末装置を適用でき、具体的には、通信機能を具備したパーソナルコンピュータ、タブレット、スマートフォン等をユーザ端末４０として利用できる。図１０は、ユーザ端末４０としてパーソナルコンピュータを用いた場合の主要構成を示しているが、ユーザ端末４０としてタブレット、スマートフォン等を用いた場合でも基本的な構成は図１０と同等になる。

ユーザ端末４０は、全体的な制御及び各種処理を行うＣＰＵ４０ａに、各種デバイス等を内部接続線４０ｈで接続したものになっており、各種デバイス等には、通信モジュール４０ｂ、ＲＡＭ４０ｃ、ＲＯＭ４０ｄ、入力インタフェース４０ｅ、出力インタフェース４０ｆ、及び記憶部４０ｇ等がある。

通信モジュール４０ｂは、ネットワークとの接続モジュールに相当する通信デバイスであり、所要の通信規格に応じたものであり（例えばＬＡＮモジュール）、所要の通信機器（図示は省略。例えばルータ等が該当）を介してネットワークと接続することで、プライマリストレージサーバ１０との通信を可能にしている。

ＲＡＭ４０ｃは、ＣＰＵ４０ａの処理に伴う内容、ファイル等を一時的に記憶するものであり、ＲＯＭ４０ｄは、ＭＰＵ４０ａの基本的な処理内容を規定したプログラム等を記憶するものである。入力インタフェース４０ｅは、ユーザからの操作指示等を受け付けるキーボード４０ｉ、マウス等が接続されるものであり、ユーザから受け付けた操作指示等をＣＰＵ４０ａへ伝える。出力インタフェース４０ｆは、ディスプレイ４０ｊが接続されるものであり、ＣＰＵ４０ａの処理に伴う内容をディスプレイ４０ｊへ出力し、ユーザが
操作内容及びユーザ端末４０の処理内容等を視覚的に確認できるようにしている。

記憶部１０ｇは、ＨＤＤ（Hard Disc Drive）又はＳＳＤ（Solid State Drive）等により構成される記憶デバイスであり、基本プログラムＰ２０、アプリケーションプログラムＰ２１等を記憶する。基本プログラムＰ２０は、ユーザ端末４０をコンピュータとして機能させるためにＣＰＵ４０ａが行う基本的な処理を規定したものであり、この基本プログラムＰ２０には、ファイル管理（ファイルのコピー、移動、変更等）を行うための機能、ウェブサイト等を閲覧するためのブラウザ機能等を含んでいるものとする。この基本プログラムＰ２０に含まれるファイル管理機能に基づき、ユーザは所定のファイルについて、ユーザ端末４０からプライマリストレージサーバ１０へファイル操作指示（ファイルを追加する指示、コピーする指示等）又はファイルの読み出し指示等を送ることができるようになっている。なお、アプリケーションプログラムＰ２１は、ワードプロセッサ、表計算、図形描写等のユーザが個々に行う作業に対応したソフトウエアであり、このようなアプリケーションプログラムＰ２１等により生成されたファイルを含む各種ファイルが本発明の処理対象になる。

なお、図１に示す管理用端末４５も基本的に、上述したユーザ端末４０と同等なものであり、ネットワークを通じて管理サーバ３０と通信可能になっていると共に、管理用プリケーションプログラムＰ３１がインストールされることで、遠隔的に管理サーバ３０に関する各種設定、及び管理データベースＤＢ１に対する各種操作・確認等をシステム管理者が行えるようにしている。

図１１（ａ）〜（ｃ）は、上述した構成のストレージシステム１について、主にプライマリストレージサーバ１０（エージェント１５として機能するＭＰＵ１０ａ）が「ファイル操作確認処理」で行う処理手順の内容（アーカイブ処理方法の内容）を説明した第１〜第３フローチャートである。

図１１（ａ）の第１フローチャートは、「ファイル操作確認処理」におけるファイル追加に関するプライマリストレージサーバ１０（エージェント１５と同じ意味合い。以下、同様）の処理手順を示し、まず、プライマリストレージサーバ１０は、ユーザ端末４０から送られてくるプライマリストレージ１１への追加対象となるファイルを受け取ったか否かを検知する（Ｓ１）。ファイルを受け取っていない場合（Ｓ１：ＮＯ）、ユーザ端末４０からファイルが送られるのを待つ状態となり、ファイルを受け取った場合（Ｓ１：ＹＥＳ）、プライマリストレージサーバ１０は、図２（ａ）（ｂ）に示すように、受け取ったファイル（実ファイルｄ１）をプライマリストレージ１１のＢ・Ａフォルダ１１ａに記憶して追加する処理を行う（Ｓ２）。

それから、プライマリストレージサーバ１０は、図２（ｂ）に示すように、Ｂ・Ａフォルダ１１ａに追加したファイル（実ファイルｄ１）を作業フォルダ１１ｂにコピーして記憶する処理を行う（Ｓ３）。そして、プライマリストレージサーバ１０は、図２（ｃ）に示すように、コピーしたファイル（実ファイルｄ１′）についてのファイル追加操作に関する情報を含むファイル情報ｆ１（更新用ＳＱＬファイル）を作業フォルダ１１ａに作成し（Ｓ４）、一旦、「ファイル追加」に関する処理を終了する。なお、プライマリストレージサーバ１０は、この後もユーザ端末４０からファイルが送られてくるごとに、図１１（ａ）の第１フローチャートに示す処理内容を行う。また、第１フローチャートのＳ３、Ｓ４の処理は、ダミーファイルについても同様に行われ、ダミーファイルがＢ・Ａフォルダ１１ａに追加されると、そのダミーファイルについてＳ３、Ｓ４の処理が行われる。

図１１（ｂ）の第２フローチャートは、「ファイル操作確認処理」におけるファイル更新（変更）に関するプライマリストレージサーバ１０の処理手順を示し、まず、プライマリストレージサーバ１０は、ユーザ端末４０から送られてくる更新ファイル（プライマリストレージサーバ１０に既に記憶済みのファイルを更新するためのファイル）を受け取ったか否かを検知する（Ｓ５）。更新ファイルを受け取っていない場合（Ｓ５：ＮＯ）、ユーザ端末４０から更新ファイルが送られるのを待つ状態となり、更新ファイルを受け取った場合（Ｓ５：ＹＥＳ）、プライマリストレージサーバ１０は、受け取った更新ファイルをプライマリストレージ１１のＢ・Ａフォルダ１１ａに記憶して追加する処理を行う（Ｓ６）。

それから、プライマリストレージサーバ１０は、Ｂ・Ａフォルダ１１ａに追加した更新ファイルを作業フォルダ１１ｂにコピーして記憶する処理を行う（Ｓ７）。そして、プライマリストレージサーバ１０は、コピーした更新ファイルについてのファイル更新操作に関する情報（更新情報）を、作業フォルダ１１ａに記憶されているファイル情報（更新用ＳＱＬファイル）を追加し（Ｓ８）、一旦、「ファイル更新」に関する処理を終了する。なお、プライマリストレージサーバ１０は、この後もユーザ端末４０から更新ファイルが送られてくるごとに、図１１（ｂ）の第２フローチャートに示す処理内容を行う。

図１１（ｃ）の第３フローチャートは、「ファイル操作確認処理」におけるファイル削除に関するプライマリストレージサーバ１０の処理手順を示し、まず、プライマリストレージサーバ１０は、ユーザ端末４０から送られてくるプライマリストレージサーバ１０に既に記憶されているファイルの削除指示を受け取ったか否かを検知する（Ｓ９）。削除指示を受け取っていない場合（Ｓ９：ＮＯ）、ユーザ端末４０からの削除指示を待つ状態となり、削除指示を受け取った場合（Ｓ９：ＹＥＳ）、プライマリストレージサーバ１０は、削除指示の対象となるファイルをプライマリストレージ１１のＢ・Ａフォルダ１１ａから削除する処理を行う（Ｓ１０）。なお、このとき作業フォルダ１１ｂに、削除指示に応じたファイルが記憶されていても、この作業フォルダ１１ｂのファイルについては、プライマリストレージサーバ１０は削除を行わない。

それから、プライマリストレージサーバ１０は、削除したファイルについてのファイルに関する情報（削除情報）を、作業フォルダ１１ａに記憶されているファイル情報（更新用ＳＱＬファイル）を追加し（Ｓ１１）、一旦、「ファイル削除」に関する処理を終了する。なお、プライマリストレージサーバ１０は、この後もユーザ端末４０から削除指示を受け取るごとに、図１１（ｂ）の第２フローチャートに示す処理内容を行う。

図１２の第４フローチャートは、「バックアップ処理」におけるプライマリストレージサーバ１０が行う処理手順の内容（アーカイブ処理方法におけるバックアップ処理の内容）を説明したものである。この第４フローチャートは、図２（ｃ）に示すように、作業フォルダ１１ａにファイル情報ｆ１が記憶されている状態で処理が開始される場合を示したものになっている。まず、プライマリストレージサーバ１０は、現在の状態がバックアップ条件を充足したか否かを検知する（Ｓ１２）。本実施形態におけるバックアップ条件の充足は、二通りの場合があり、一つ目は管理サーバ３０から現在の時刻がバックアップ期間に入ったことの通知を受け取ったことを検知する場合であり、二つ目は、プライマリストレージ１１の使用率が予め設定された閾値を超えたことを検知した場合である。

バックアップ条件の充足を検知しない場合（Ｓ１２：ＮＯ）、バックアップ条件が充足されるようになるのを待つ状態となり、バックアップ条件の充足を検知した場合（Ｓ１２：ＹＥＳ）、プライマリストレージサーバ１０はバックアップ処理の開始通知を管理サーバ３０へ送信する（Ｓ１３）。

それから、プライマリストレージサーバ１０は、管理サーバ３０からの応答を受け取ったか否かを検知し（Ｓ１４）、応答を受け取っていなければ（Ｓ１４：ＮＯ）、応答を待つ状態となり、応答を受け取ると（Ｓ１４：ＹＥＳ）、図３（ａ）に示すように、作業フォルダ１１ａのファイル情報ｆ１に基づきＤＢ更新情報ｆ２を作成する（Ｓ１５）。そして、プライマリストレージサーバ１０は、バックアップ対象の実ファイルのバックアップファイルがセカンダリストレージ２１に記憶されているか否かを、セカンダリストレージサーバ２０へ問い合わせることで検知する（Ｓ１６）。バックアップ対象の実ファイルのバックアップファイルが記憶されていない通知を受け取ることで、実ファイルのバックアップファイルが記憶されていないことを検知した場合（Ｓ１６：ＮＯ）、プライマリストレージサーバ１０は、図３（ｂ）に示すように、作業フォルダ１１ｂに記憶されている実ファイルｄ１′をセカンダリストレージサーバ２０へアップロードする（Ｓ１７）。このアップロードによって、セカンダリストレージ２１にはバックアップファイル（実ファイルｄ１″）が記憶されることになる。

そしてプライマリストレージサーバ１０は、ＤＢ更新情報ｆ２を管理サーバ３０へ送る（Ｓ１８）。なお、管理サーバ３０は、プライマリストレージサーバ１０からのＤＢ更新情報ｆ２を受け取ると、そのＤＢ更新情報ｆ２で管理データベースＤＢ１の中身を更新する。このＤＢ更新情報ｆ２の送信（Ｓ１８）の後、プライマリストレージサーバ１０は作業フォルダ１１ｂのＤＢ更新情報ｆ２を削除し（Ｓ１９）、作業フォルダ１１ｂの実ファイルｄ１′も削除し（Ｓ２０）、図３（ｄ）に示すように、プライマリストレージ１１に実ファイルｄ１が記憶されると共に、セカンダリストレージ２１にバックアップファイル（実ファイルｄ１″）が記憶される状態を作り出している。また、実ファイルｄ１″のバックアップファイルが既にセカンダリストレージ２１に記憶されていた場合（Ｓ１６：ＹＥＳ）、プライマリストレージサーバ１０は、作業フォルダ１１ｂにコピーされた実ファイルｄ１′をセカンダリストレージサーバ２０へアップロードすることを行わず、上記のＳ１９、Ｓ２０の処理を行う。なお、バックアップ処理の対象となるファイルが複数ある場合、第４フローチャートの処理を複数回、プライマリストレージサーバ１０は繰り返すことになるが、複数のファイルを繰り返しアップロードする処理にしてもよい。

また、バックアップ処理を行っている最中に、現在の時刻がバックアップ期間を外れた旨の通知が管理サーバ３０から送られてくると、プライマリストレージサーバ１０は、途中状態のバックアップ処理については最後まで完了するが、その時点でバックアップ対象として残っているファイルについてはバックアップ処理を行わずに中断し、管理サーバ３０が管理データベースＤＢ１の更新処理を行えるようにするための処理等を行ってバックアップ処理を終了する。なお、バックアップ対象として残ったファイルは、次回のバックアップ条件が充足された時にバックアップ処理が行われることになる。

上記の説明はバックアップ対象のファイルを実ファイルの場合で説明したが、プライマリストレージ１１の作業フォルダ１１ｂに記憶されたダミーファイルも、第４フローチャートで説明した実ファイルの場合と同様の手順でバックアップ処理が行われることになり、この場合は、上記の第４フローチャートの処理手順に関する説明において、実ファイルの箇所をダミーファイルに置き換えた説明になるものとする。

図１３の第５フローチャートは、「アーカイブ処理」におけるプライマリストレージサーバ１０が行う処理手順の内容（アーカイブ処理方法の内容）を説明したものである。この第５フローチャートは、図３（ｄ）に示す状態で処理が開始される場合を示すと共に、アーカイブ処理対象のファイルの中身の比較を行うようになっている場合の処理を示すものになっている。

まず、プライマリストレージサーバ１０は、現在の状態がアーカイブ条件を充足したか否かを検知する（Ｓ２１）。なお、本実施形態におけるアーカイブ条件の充足は、上述したバックアップ条件の充足のときの場合と同様、二通りがあり、一つ目は管理サーバ３０から現在の時刻がアーカイブ期間に入ったことの通知を受け取ったことを検知する場合であり、二つ目は、プライマリストレージ１１の使用率が予め設定された閾値を超えたことを検知した場合である。

アーカイブ条件の充足を検知しない場合（Ｓ２１：ＮＯ）、アーカイブ条件が充足されるようになるのを待つ状態となり、アーカイブ条件の充足を検知した場合（Ｓ２１：ＹＥＳ）、プライマリストレージサーバ１０はアーカイブ処理の開始通知（アーカイブ処理対象のファイル情報を要求する旨を含む通知）を管理サーバ３０へ送信する（Ｓ２２）。また、管理サーバ３０は、プライマリストレージサーバ１０からのアーカイブ処理の開始通知を受け取ると、アーカイブ処理対象となるファイルの情報を管理データベースＤＢ１から読み出してアーカイブファイル情報としてプライマリストレージサーバ１０へ送ることになる。

なお、本実施形態においてアーカイブ処理の対象となるファイルは、プライマリストレージ１１に記憶されてから一定期間を経過したもの又は記憶された状態から更新されて一定期間が経過したものにしており、上記の一定期間は例えば、３日又は一週間等のシステムの仕様等に応じて管理サーバ３０でシステム管理者により予め設定される。また、プライマリストレージの使用率が閾値を超えた場合では、プライマリストレージ１１に記憶されているファイルの中で、古いファイルの順にアーカイブ処理の対象にする。

プライマリストレージサーバ１０は、管理サーバ３０からのアーカイブファイル情報を受け取ったか否かを検知し（Ｓ２３）、アーカイブファイル情報を受け取っていなければ（Ｓ２３：ＮＯ）、送られてくるのを待つ状態となり、アーカイブファイル情報を受け取ると（Ｓ２３：ＹＥＳ）、図４（ａ）に示すように、受け取ったアーカイブファイル情報を作業フォルダ１１ｂに記憶する（Ｓ２４）。それから、プライマリストレージサーバ１０は、Ｂ・Ａフォルダ１１ａに記憶されているアーカイブ処理対象となる実ファイルｄ１と、セカンダリストレージ２１に記憶されているバックアップファイル（実ファイルｄ１″）と中身が同一であるか否かをセカンダリストレージサーバ２０に問い合わせることで比較判断する（Ｓ２５）。

セカンダリストレージサーバ２０からの返信により、中身が同一であることを判断した場合（Ｓ２５：ＹＥＳ）、図４（ｂ）に示すように、プライマリストレージサーバ１０は、作業フォルダ１１ｂに記憶するアーカイブファイル情報ｆ３に含まれる情報に基づき、ダミーファイルｄ１１を作成し、そのダミーファイルｄ１１で実ファイルｄ１を置き換えて更新する（Ｓ２６）。そして、プライマリストレージサーバ１０は、図４（ｃ）に示すように、アーカイブファイル情報ｆ３に基づきＤＢ更新情報ｆ２２（アーカイブ情報更新用ＳＱＬファイル）を作成し、管理サーバ３０へ送る（Ｓ２７）。なお、管理サーバ３０は、プライマリストレージサーバ１０からのＤＢ更新情報ｆ２２を受け取ると、そのＤＢ更新情報ｆ２２で管理データベースＤＢ１の中身を更新する。それから、プライマリストレージサーバ１０は作業フォルダ１１ｂのアーカイブファイル情報ｆ３及びＤＢ更新情報ｆ２２を削除する（Ｓ２８）。

また、Ｓ２５の段階で、Ｂ・Ａフォルダ１１ａに記憶されている実ファイルｄ１と、セカンダリストレージ２１に記憶されているバックアップファイル（実ファイルｄ１″）と中身が異なると判断した場合（Ｓ２５：ＮＯ）、プライマリストレージサーバ１０は、ダミーファイルの作成を行うことなく、その実ファイルｄ１に対する処理を終了する。なお、プライマリストレージサーバ１０は、アーカイブ期間内であれば、定期的に（例えば、１分間隔）、管理サーバ３０へアーカイブ処理の対象となるファイルを問い合わせて、処理対象となるファイルがあれば、第５フローチャートの処理をプライマリストレージサーバ１０は繰り返すことになる。また、上記の説明ではアーカイブ処理の対象を実ファイルで説明したが、一度アーカイブ処理が行われてから、読み出し処理によりプライマリストレージ１１にダウンロードされたファイルについても、再度、アーカイブ処理を行っても良い（但し、ダウンロード後の一定期間を経過するまでの期間は、アーカイブ条件を充足しないことになるので、この期間はアーカイブ処理対象外になる）。なお、ダミーファイルはアーカイブ処理の対象外である。

図１４の第６フローチャートは、「ファイル読み出し処理」におけるプライマリストレージサーバ１０が行う処理手順の内容（アーカイブ処理方法の内容）を説明したものである。この第６フローチャートは、図５（ａ）に示す状態で、実ファイルｄ１としてユーザ端末４０で提示されるダミーファイルｄ１１の読み出し指示を、ユーザ端末４０がプライマリストレージサーバ１０へ送る場合の処理に対応したものとする。

まず、プライマリストレージサーバ１０は、ユーザ端末４０から送られてくるファイル（ダミーファイルｄ１１）の読み出し指示を受け取ったか否かを検知する（Ｓ３０）。読み出し指示を受け取っていない場合（Ｓ３０：ＮＯ）、ユーザ端末４０からの読み出し指示を待つ状態となり、読み出し指示を受け取った場合（Ｓ３０：ＹＥＳ）、プライマリストレージサーバ１０は、読み出し指示の対象となるダミーファイルｄ１１が含む情報に基づき、実ファイルのバックアップファイル（実ファイルｄ１″）のダウンロード要求をセカンダリストレージサーバ２０へ送信する（Ｓ３１）。

次に、プライマリストレージサーバ１０は、セカンダリストレージサーバ２０からバックアップファイル（実ファイルｄ１″）がダウンロードされてくるか否かを判断し（Ｓ３２）、ダウンロードされていなければ（Ｓ３２：ＮＯ）、ダウンロードを待つ状態となり、ダウンロードされると（Ｓ３２：ＹＥＳ）、ダミーファイルｄ１１を、そのダウンロードされたバックアップファイル（実ファイルｄ１″）に実ファイルｄ１として置換更新し（Ｓ３３）、その更新した実ファイルｄ１をユーザ端末４０へ送る（Ｓ３４）。このような処理により、ユーザ端末４０からは、実ファイルとして提示されたダミーファイルの読み出し指示を出しても、プライマリストレージサーバ１０からは実ファイルが送られてくるので、ユーザはダミーファイルを意識することなく、各種ファイル操作を行える。

このように本実施形態のストレージシステム１では、バックアップ状態でアーカイブ処理を行うので、プライマリストレージサーバ１０とセカンダリストレージサーバ２０との間の通信状況に左右されることなく、スムーズにアーカイブ処理を完了できる。またアーカイブ処理のために生成するダミーファイルもセカンダリストレージ２１へバックアップするので、何らかの原因によりプライマリストレージ１１からダミーファイルが消滅した場合でも、バックアップされたダミーファイルｄ１１″により元の状態へ戻すことができ、堅牢なシステムを確保できる。

なお、第１実施形態のストレージシステム１は、上述した説明内容に限定されるものではなく、種々の変形例が想定できる。例えば、セカンダリストレージサーバ２０に用いられるセカンダリストレージ２１としては、ＨＤＤによる記憶デバイスの他に、他の種類の記憶媒体（例えば、磁気記憶テープ又は光学記憶ディスク等）を用いた記憶デバイスを用いることが可能である。

また、アーカイブ処理の対象にするファイルとしては、プライマリストレージ１１に記憶されているファイルについて読み出しが行われたことに対する時間の経過情報を管理することで、最後にユーザ端末４０から読み出し（アクセス）されて一定時間を経過したファイルをアーカイブ処理対象にするようにしてもよい。このようにすることで、ユーザ端末４０からアクセス頻度の高いファイルをダミーファイルに置換することを回避して、実ファイルとしてプライマリストレージ１１に残して、ユーザ端末４０からの高頻度のアクセスに対応しやすくなる。

さらに、バックアップ条件に関し，上記の説明では、管理サーバ３０が現在の時刻がバックアップ期間に入ったかを検知し、検知したことはバックアップ期間に入ったことをプライマリストレージサーバ１０へ通知するようにしていたが、バックアップ条件（設定されたバックアップ期間）を事前に管理サーバ３０がプライマリストレージサーバ１０へ送って、プライマリストレージサーバ１０で保存しておき、プライマリストレージサーバ１０（ＭＰＵ１０ａ）が、バックアップ期間に現在の時刻が入ったかをバックアップ条件として判断することも可能である。

このことはアーカイブ条件についても同様であり、プライマリストレージサーバ１０がアーカイブ期間を予め保存しておき、現在の時刻がアーカイブ期間に入ったかを判断するようにしてもよい。プライマリストレージ１１に記憶されているファイルと、セカンダリストレージ２１に記憶されているファイルを比較して中身の同異を検知する場合、セカンダリストレージ２１に記憶されているファイルをプライマリストレージサーバ１０にダウンロードして、プライマリストレージサーバ１０（ＭＰＵ１０ａ）が両ファイルの中身の同異を比較することも可能である。

図１５は、本発明の第２実施形態に係るストレージシステム５０の全体的な概要を示したものである。第２実施形態のストレージシステム５０は、第１実施形態のストレージシステム１におけるプライマリストレージサーバ１０と管理サーバ３０を、一つのプライマリストレージサーバ６０として結合集約した構成になっており、プライマリストレージサーバ６０に、第１実施形態の管理サーバ３０の役割を持たせることで、第１実施形態に比べてシステム構成を簡易化すると共に（管理サーバを省略できる）、第１実施形態で行っていたプライマリストレージサーバ１０と管理サーバ３０との間の通信を、プライマリストレージサーバ６０内の処理で済ませられるようにしたことが特徴になっている。なお、図１５に示す第２実施形態のストレージシステム５０におけるセカンダリストレージサーバ２０、ユーザ端末４０及び管理用端末４５は基本的に第１実施形態のものと同等である（セカンダリストレージサーバ２０のセカンダリストレージ２１は、プライマリストレージサーバ６０が有するプライマリストレージ６１に比べて、記憶容量が大きくなっているのも第１実施形態と同様）。

図１５は、第２実施形態のプライマリストレージサーバ６０（第１通信装置又はストレージ通信装置に相当）の主要な内部構成を示し、基本的には図６に示すものと同等になっており、全体的な制御及び各種処理を行うＭＰＵ６０ａに、内部接続線６０ｈで、通信モジュール６０ｂ、ＲＡＭ６０ｃ、ＲＯＭ６０ｄ、入力インタフェース６０ｅ、出力インタフェース６０ｆ、記憶部６０ｇ、及びプライマリストレージ６１等を接続したものになっているが、記憶部６０ｇに記憶する内容が第１実施形態と異なっている。

記憶部６０ｇには、図６で示す記憶部１０ｇで記憶していたサーバプログラムＰ１及び処理プログラムＰ２に加えて、図９で示す管理サーバ３０の記憶部３０ｇで記憶していた管理プログラムＰ１１、バックアップ期間Ｊ１、アーカイブ期間Ｊ２、及び管理データベースＤＢ１を記憶するものになっている。このように管理サーバ３０ｇで記憶していた管理プログラムＰ１１により、第２実施形態のＭＰＵ６０ａは、エージェント６５として機能することに加えて、第１実施形態の管理サーバ３０が行っていた制御処理も行うようになっている。そのため、第１実施形態で行っていたプライマリストレージサーバ１０と管理サーバ３０との間の通信処理は、処理プログラムＰ２と管理プログラムＰ１１との間でのプライマリストレージサーバ６０内のやり取りに収まり、第２実施形態は第１実施形態に比べて全体的に処理をスピーディーに行えるようになる。

具体的に図１２の第４フローチャートにおけるＳ１２のバックアップ条件の充足は、記憶部６０ｇに記憶されるバックアップ期間Ｊ１により、現在の時刻がバックアップ期間Ｊ１に入ることでバックアップ条件を満たすようになったかを、ＭＰＵ６０ａが検知することになる。また、Ｓ１３のバックアップ処理の開始通知及びＳ１４、１５の応答は、ＭＰＵ６０ａ自身内で完結することになる。さらに、Ｓ１８のＤＢ更新情報ｆ２を管理サーバ３０へ送ることは、プライマリストレージ６１の作業フォルダ６１ｂに記憶されるＤＢ更新情報ｆ２を、内部接続線６０ｈを通じて、記憶部６０ｇに記憶される管理データベースＤＢ１へ送って、管理データベースＤＢ１の中身を更新することで行う。

また、図１３の第５フローチャートにおけるＳ２１のアーカイブ条件の充足についても、記憶部６０ｇに記憶されるアーカイブ期間Ｊ２により、現在の時刻がアーカイブ期間Ｊ２に入ることでアーカイブ条件を満たすようになったかを、ＭＰＵ６０ａが検知することになる。また、Ｓ２２のアーカイブ処理の開始通知及びＳ２３のアーカイブファイル情報の受信も、ＭＰＵ６０ａ自身内で完結することになる。さらに、Ｓ２７のＤＢ更新情報ｆ２２を管理サーバ３０へ送ることは、上述したように、プライマリストレージ６１の作業フォルダ６１ｂに記憶されるＤＢ更新情報ｆ２２を、内部接続線６０ｈを通じて、記憶部６０ｇに記憶される管理データベースＤＢ１へ送って、管理データベースＤＢ１の中身を更新することで行えるようになる。

以上のように第２実施形態に係るストレージシステム５０は、プライマリストレージサーバ及び管理サーバを一体化することにより、更に通信環境に左右されない堅牢なシステム形態を実現している。なお、第２実施形態に係るストレージシステム５０は他の点については第１実施形態と同様である。また、第２実施形態においても様々な変形例が想定でき、例えば、管理データベースＤＢ１は記憶部６０ｇに記憶させるのではなく、プライマリストレージ６１に記憶させるようにしてもよい。また、プライマリストレージ６１に管理データベースＤＢ１を記憶した場合は、管理データベースＤＢ１自体をセカンダリストレージサーバ２０のセカンダリストレージ２１にバックアップとしてコピーしておけば、プライマリストレージ６１が故障しても、セカンダリストレージ２１にバックアップしておいた管理データベースＤＢ１により元の状態へ復帰できる。

図１７は第２実施形態の変形例の一つのストレージシステム５０′を示している。この変形例のストレージシステム５０′では、プライマリストレージ６０′がプライマリストレージ６１′に管理データベースＤＢ１を持たず、セカンダリストレージサーバ２０′のセカンダリストレージ２１′に管理データベースＤＢ１を記憶させたことが特徴になっている。そのため、この変形例では、管理データベースＤＢ１の中身を更新するとき、又は管理データベースＤＢ１からファイル情報等の読み出しを行うとき等に、プライマリストレージサーバ６０′とセカンダリストレージサーバ２０′との間で通信を行うことになるが、この変形例においても、第１実施形態に比べて管理サーバを用いていないという点で、システム構成の簡易化を図っている。なお、第２実施形態では、ユーザ端末４０と管理端末４５を一体化することも可能である。

図１８は、本発明の第３実施形態に係るストレージシステム７０の全体的な概要を示したものである。第３実施形態のストレージシステム７０は、第１実施形態のストレージシステム１におけるプライマリストレージサーバ１０とユーザ端末４０を結合集約して、通信端末装置８０としたことが特徴になっている。この通信端末装置８０は、ユーザ（クライアント）が用いる通信機能を有する端末（コンピュータ、タブレット、スマートフォン等）が該当し、第３実施形態ではユーザが用いるクライアント端末である通信端末装置８０もストレージシステム７０を構成する要素になっている。なお、第３実施形態におけるセカンダリストレージサーバ２０、管理サーバ３０、及び管理用端末４５は、第１実施形態と同等である。

図１９は、第３実施形態の通信端末装置８０（第１通信装置又はストレージ通信装置に相当）として、一般的なパーソナルコンピュータを用いた場合の主要な内部構成を示し、基本的には図１０に示すユーザ端末４０の構成と同等になっている。すなわち、通信端末装置８０は、全体的な制御及び各種処理を行うＣＰＵ８０ａに、通信モジュール８０ｂ、ＲＡＭ８０ｃ、ＲＯＭ８０ｄ、入力インタフェース８０ｅ、出力インタフェース８０ｆ、及び記憶部８０ｇ等の各種デバイス等を内部接続線８０ｈで接続しており、各種デバイス８０ｂ〜８０ｇ等も基本的に図１０のユーザ端末４０と同等なものになっている。

なお、通信モジュール８０ｂは、所要の通信機器（図示は省略。例えばルータ等が該当）を介してネットワークと接続することで、セカンダリストレージサーバ２０及び管理サーバ３０とそれぞれ通信可能になっている。また、入力インタフェース８０ｅは、ユーザからの操作指示等を受け付けるキーボード８０ｉ、マウス等が接続されており、ユーザから受け付けた操作指示等をＣＰＵ８０ａへ伝える。出力インタフェース８０ｆは、ディスプレイ８０ｊを接続し、ＣＰＵ８０ａの処理に伴う内容をディスプレイ８０ｊへ出力し、操作内容及び処理内容等をユーザが視覚的に確認できるようにしている。

記憶部８０ｇは、ＨＤＤ（Hard Disc Drive）又はＳＳＤ（Solid State Drive）等により構成される記憶デバイスであり、第３実施形態ではプライマリストレージとして機能し、Ｂ・Ａフォルダ８１ａ及び作業フォルダ８１ｂを設けたものになっている。また、記憶部８０ｇは、図１０に示すユーザ端末４０の記憶部１０ｇで記憶されていた基本プログラムＰ２０及びアプリケーションプログラムＰ２１に加えて、端末用処理プログラムＰ２２を記憶している。この端末用処理プログラムＰ２２は、第１実施形態のプライマリストレージサーバ１０の記憶部１０ｇに記憶されていたサーバ用の処理プログラムＰ２を、一般的なコンピュータ用に改変したものであり、基本的な規定内容は第１実施形態の処理プログラムＰ２と同等であり、ＣＰＵ８０ａは、この端末用処理プログラムＰ２２が規定する内容に基づき、第１実施形態と同様にエージェント８５として機能する。

エージェント８５として機能するＣＰＵ８０ａが行う処理は、第１実施形態の図７に示す（１）〜（１３）の各機能と同等であるが、第１実施形態ではユーザ端末４０から受けていた指示を、エージェント８５は直接的に、入力インタフェース８０ｅを介して受け取るようになると共に、ユーザからのファイル読み出し指示に関し、第１実施形態では読み出し対象のファイルをプライマリストレージサーバ１０からユーザ端末４０へ送っていたが、第３実施形態では、読み出し対象のファイルを記憶部８０ｇから単に読み出す処理に留まるなど、細部においてエージェント８５として機能するＣＰＵ８０ａの処理が、第１実施形態におけるＭＰＵ１０ａの場合と異なっている。

具体的に第３実施形態の処理が、第１実施形態と異なる点としては、図１１（ａ）の第１フローチャートにおけるＳ１の段階で、ユーザ端末４０から送られてくるプライマリストレージ１１への追加対象となるファイルを受け取ったか否かを検知することに関し、第３実施形態では、記憶部８０ｇのＢ・Ａフォルダ８１ａにファイルが新たに追加されたかをエージェント８５が検知することになり、検知した場合はＳ３以降の処理を行うことになる。同様に図１１（ｂ）の第２フローチャートにおけるＳ５の段階で、ユーザ端末４０から送られてくる更新ファイル（プライマリストレージサーバ１０に既に記憶済みのファイルを更新するためのファイル）を受け取ったか否かの検知に関し、第３実施形態では記憶部８０ｇのＢ・Ａフォルダ８１ａに記憶されているファイルの更新処理が行われたか否かを、エージェント８５が検知することになり、更新処理を検知した場合はＳ７以降の処理を行うことになる。

また、図１１（ｃ）の第３フローチャートにおけるＳ９の段階で、ユーザ端末４０から送られてくるプライマリストレージサーバ１０に既に記憶されているファイルの削除指示を受け取ったか否かを検知することに関し、第３実施形態では、入力インタフェース８０ｅを介して、Ｂ・Ａフォルダ８１ａに記憶されているファイルの削除指示を受け取ったかを、エージェント８５は検知することになる。

同様に、図１４の第６フローチャートにおけるＳ３０の段階で、ユーザ端末４０から送られてくるファイル（ダミーファイル）の読み出し指示を受け取ったか否かを検知することに関しても、第３実施形態では、入力インタフェース８０ｅを介して、Ｂ・Ａフォルダ８１ａに記憶されているファイル（ダミーファイル）の読み出し指示を受け取ったかを、エージェント８５は検知することになる。また、図１４の第６フローチャートにおけるＳ３４の段階で、ダミーファイルから置換した実ファイルをユーザ端末４０へ送ることに関し、第３実施形態では、ダミーファイルから置換したファイルを、出力インタフェース８０ｆを介してディスプレイ８０ｊへ出力する処理をエージェント８５（ＣＰＵ８０ａ）が行うことになる。

このように第３実施形態では、第１実施形態におけるプライマリストレージサーバ１０及びユーザ端末４０を、クライアント端末である通信端末装置８０として一つにまとめたので、サーバ（プライマリストレージサーバ）を用いないクライアント端末レベルの簡易な構成で、通信端末装置８０を含むストレージシステム７０を構築できるメリットがあり、また、第１実施形態で行っていたユーザ端末４０とプライマリストレージサーバ１０との間で通信を介したやり取りも不要となり、ユーザに近いレベルでファイルに関する各種処理を行える。

図２０は、本発明の第４実施形態に係るストレージシステム９０の全体的な概要を示したものである。第４実施形態のストレージシステム９０は、図１５に示す第２実施形態のストレージシステム５０におけるプライマリストレージサーバ６０と、図１８に示す第３実施形態のストレージシステム７０における通信端末装置８０を組み合わせたような形態の通信端末装置１００を用いており、第２実施形態と同様に管理サーバを省略した構成になっている。なお、第４実施形態におけるセカンダリストレージサーバ２０、及び管理用端末４５は、第１実施形態と同等である。

図２１は、第４実施形態の通信端末装置１００（第１通信装置又はストレージ通信装置に相当）として、一般的なパーソナルコンピュータを用いた場合の主要な内部構成を示している。第４実施形態の通信端末装置１００は、基本的には図１９に示す第３実施形態の通信端末装置８０と同等であり、全体的な制御及び各種処理を行うＣＰＵ１０ａに、通信モジュール１００ｂ、ＲＡＭ１００ｃ、ＲＯＭ１００ｄ、入力インタフェース１００ｅ、出力インタフェース１００ｆ、及び記憶部１００ｇ等の各種デバイス等を内部接続線１００ｈで接続しており、ＣＰＵ１００ａがエージェント１０５として機能するのも第３実施形態の場合と同様である。

記憶部１００ｇは、第３実施形態と同様に、Ｂ・Ａフォルダ１０１ａ及び作業フォルダ１０１ｂを設けると共に、プログラムＰ２０、アプリケーションプログラムＰ２１、及び端末用処理プログラムＰ２２を記憶している。さらに、第４実施形態の記憶部１００ｇは端末用管理プログラムＰ２３、バックアップ期間Ｊ１、及びアーカイブ期間Ｊ２を記憶すると共に、管理データベースＤＢ１も記憶している。

記憶部１００ｇに記憶される端末用管理プログラムＰ２３は、第１実施形態の図９に示す管理サーバ３０の記憶部３０ｇに記憶されるサーバ用の管理プログラムＰ１１を、一般的なコンピュータ用に改変したものであり、この端末用管理プログラムＰ２３により、第１実施形態で管理サーバ３０が行っていた処理をＣＰＵ１００ａが行うようになるが、第４実施形態では管理サーバ３０は単体で存在しないことから、ＣＰＵ１００ａは第２実施形態で説明した図１６のＭＰＵ６０ａが行う処理と同様の処理を行うことになる。整理すると、第４実施形態のＣＰＵ１００ａは、第２実施形態のＭＰＵ６０が行う処理及び第３実施形態のＣＰＵ８０ａが行う処理の両方を行うものになっている。

そのため、第４実施形態のストレージシステム９０は、第２実施形態のストレージシステム５０の効果、及び第３実施形態のストレージシステム７０の効果の両方を奏することができる点にメリットがある。なお、第４実施形態のストレージシステム９０は、第１実施形態及び第２実施形態で説明した各変形例の適用が可能であり、例えば、セカンダリストレージサーバ２０のセカンダリストレージ２１に、記憶部１００ｇに記憶する管理データベースＤＢ１のコピーを記憶させることも可能であり、更には、図１７に示した場合と同様に、記憶部１００ｇに管理データベースＤＢ１を記憶させるのではなく、セカンダリストレージサーバ２０のセカンダリストレージ２１に記憶させる構成にすることも可能である。また、管理用端末４５を、通信端末装置１００に組み合わせるようにして、通信端末装置１００で、管理者用の操作を行うことも可能である。

本発明は、通信で接続されたストレージ間でアーカイブ処理及を行うにあたり、各ストレージに同じファイルが記憶されているバックアップ状態で、アーカイブ処理を行うので、ファイルの安全性を確保した上で、通信のトラフィックの影響に左右されることなく、安定したアーカイブ処理を行えることに対して好適に利用可能である。

１、５０、５０′、７０、９０ ストレージシステム
１０、６０ プライマリストレージサーバ（第１通信装置又はストレージ通信装置）
１１ プライマリストレージ（第１記憶デバイス）
１１ａ Ｂ・Ａフォルダ（第１フォルダ）
１１ｂ 作業フォルダ（第２フォルダ）
１５ エージェント
２０ セカンダリストレージサーバ（第２通信装置）
２１ セカンダリストレージ（第２記憶デバイス）
３０ 管理サーバ
４０ ユーザ端末
４５ 管理用端末
８０、１００ 通信端末装置（第１通信装置又はストレージ通信装置）
８０ｇ、１００ｇ 記憶部（第１記憶デバイス）
ＤＢ１ 管理データベース
Ｊ１ バックアップ期間
Ｊ２ アーカイブ期間
Ｐ１ サーバプログラム
Ｐ２ 処理プログラム
Ｐ６ ストレージプログラム
Ｐ１１ 管理プログラム
Ｐ２０ 基本プログラム
Ｐ２１ アプリケーションプログラム
Ｐ２２ 端末用処理プログラム
Ｐ２３ 端末用管理プログラム

Claims (15)

1. 第１記憶デバイスを有する第１通信装置と、前記第１記憶デバイスに比べて記憶容量が大きい第２記憶デバイスを有すると共に前記第１通信装置と通信可能である第２通信装置とを備え、前記第１記憶デバイスに記憶されたファイルのアーカイブ処理をアーカイブ条件に基づき行うストレージシステムにおいて、
   前記第１記憶デバイスに実ファイルが記憶されて、且つ前記実ファイルのバックアップファイルが前記第２記憶デバイスに記憶された状態で、アーカイブ条件を充足するか否かを検知する手段と、
   アーカイブ条件の充足を検知した場合、前記第１記憶デバイスに記憶された実ファイルを、前記実ファイルに比べてデータ量が小さく且つ前記実ファイルとして提示されると共に前記バックアップファイルの読み出しに参照される参照情報を含む仮ファイルへ置換する処理を行う手段と
   を備えることを特徴とするストレージシステム。
2. アーカイブ条件の充足を検知した場合、前記第１記憶デバイスに記憶された実ファイルを、前記第２記憶デバイスに記憶された前記バックアップファイルと比較して両者の中身の同異を判断する手段を備え、
   前記実ファイル及び前記バックアップファイルの中身が異なると判断した場合、前記実ファイルを前記仮ファイルへ置換する処理を行わないようにしてある請求項１に記載のストレージシステム。
3. 前記第１記憶デバイスは、第１フォルダ及び第２フォルダを含み、
   前記第１フォルダに記憶された前記実ファイルを前記仮ファイルへ置換する処理を前記第１フォルダで行うようにしてあり、
   前記第１フォルダで置換された前記仮ファイルを、第２フォルダへコピーする手段を備える請求項１又は請求項２に記載のストレージシステム。
4. 前記第１記憶デバイスに記憶されたファイルを前記第２記憶デバイスへバックアップするバックアップ条件を充足するか否かを検知する手段と、
   前記バックアップ条件の充足を検知した場合、前記第２フォルダにコピーされた仮ファイルを、前記コピーされた仮ファイルのバックアップファイルとして前記第２記憶デバイスで記憶されるように、前記第２通信装置へアップロードする手段と、
   前記コピーされた仮ファイルをアップロードした場合、前記コピーされた仮ファイルを前記第２フォルダから削除する手段と
   を備える請求項３に記載のストレージシステム。
5. 前記バックアップ条件の充足を検知した場合、前記第２フォルダにコピーされた仮ファイルのバックアップファイルが前記第２記憶デバイスに記憶してあるか否かを検知する手段を備え、
   前記コピーされた仮ファイルのバックアップファイルが前記第２記憶デバイスに記憶してあることを検知した場合、前記コピーされた仮ファイルを前記第２通信装置へアップロードしないようにしてある請求項４に記載のストレージシステム。
6. 前記第１記憶デバイスは、第１フォルダ及び第２フォルダを含み、
   前記第１記憶デバイスの第１フォルダに前記実ファイルが記憶された場合、前記実ファイルを、第２フォルダへコピーする手段と、
   前記第１記憶デバイスに記憶されたファイルを前記第２記憶デバイスへバックアップするバックアップ条件を充足するか否かを検知する手段と、
   前記バックアップ条件の充足を検知した場合、前記第２フォルダへコピーされた実ファイルを、前記コピーされた実ファイルのバックアップファイルとして前記第２記憶デバイスで記憶されるように、前記第２通信装置へアップロードする手段と
   を備える請求項２乃至請求項５のいずれか１項に記載のストレージシステム。
7. 前記バックアップ条件の充足を検知した場合、前記第２フォルダにコピーされた実ファイルのバックアップファイルが前記第２記憶デバイスに記憶してあるか否かを検知する手段を備え、
   前記コピーされた実ファイルのバックアップファイルが前記第２記憶デバイスに記憶してあることを検知した場合、前記コピーされた実ファイルを前記第２通信装置へアップロードしないようにしてある請求項６に記載のストレージシステム。
8. 第１記憶デバイスを有する第１通信装置と、前記第１記憶デバイスに比べて記憶容量が大きい第２記憶デバイスを有すると共に前記第１通信装置と通信可能である第２通信装置とを備えるストレージシステムが、前記第１記憶デバイスに記憶されたファイルのアーカイブ処理をアーカイブ条件に基づき行うアーカイブ処理方法において、
   前記第１記憶デバイスに実ファイルが記憶されて、且つ前記実ファイルのバックアップファイルが前記第２記憶デバイスに記憶された状態で、アーカイブ条件を充足するか否かを検知するステップと、
   アーカイブ条件の充足を検知した場合、前記第１記憶デバイスに記憶された実ファイルを、前記実ファイルに比べてデータ量が小さく且つ前記実ファイルとして提示されると共に前記バックアップファイルの読み出しに参照される参照情報を含む仮ファイルへ置換する処理を行うステップと
   を備えることを特徴とするアーカイブ処理方法。
9. 記憶デバイスを有する外部の通信装置と通信可能であり、外部の通信装置が有する記憶デバイスに比べて記憶容量が小さいストレージデバイスを備え、前記ストレージデバイスに記憶されたファイルのアーカイブ処理をアーカイブ条件に基づき行うストレージ通信装置において、
   前記ストレージデバイスに実ファイルが記憶されて、且つ前記実ファイルのバックアップファイルが外部の通信装置が有する記憶デバイスに記憶された状態で、アーカイブ条件を充足するか否かを検知する手段と、
   アーカイブ条件の充足を検知した場合、前記ストレージデバイスに記憶された実ファイルを、前記実ファイルに比べてデータ量が小さく且つ前記実ファイルとして提示されると共に前記バックアップファイルの読み出しに参照される参照情報を含む仮ファイルへ置換する処理を行う手段と
   を備えることを特徴とするストレージ通信装置。
10. アーカイブ条件の充足を検知した場合、前記ストレージデバイスに記憶された実ファイルを、外部の通信装置が有する記憶デバイスに記憶された前記バックアップファイルと比較して両者の中身の同異を判断する手段を備え、
    前記実ファイル及び前記バックアップファイルの中身が異なると判断した場合、前記実ファイルを前記仮ファイルへ置換する処理を行わないようにしてある請求項９に記載のストレージ通信装置。
11. 前記ストレージデバイスは、第１フォルダ及び第２フォルダを含み、
    前記第１フォルダに記憶された前記実ファイルを前記仮ファイルへ置換する処理を前記第１フォルダで行うようにしてあり、
    前記第１フォルダで置換された前記仮ファイルを、第２フォルダへコピーする手段を備える請求項９又は請求項１０に記載のストレージ通信装置。
12. 前記ストレージデバイスに記憶されたファイルを外部の通信装置が有する記憶デバイスへバックアップするバックアップ条件を充足するか否かを検知する手段と、
    前記バックアップ条件の充足を検知した場合、前記第２フォルダにコピーされた仮ファイルを、前記コピーされた仮ファイルのバックアップファイルとして外部の通信装置が有する記憶デバイスで記憶されるように、外部の通信装置へアップロードする手段と、
    前記コピーされた仮ファイルをアップロードした場合、前記コピーされた仮ファイルを前記第２フォルダから削除する手段と
    を備える請求項１１に記載のストレージ通信装置。
13. 前記ストレージデバイスは、第１フォルダ及び第２フォルダを含み、
    前記ストレージデバイスの第１フォルダに前記実ファイルが記憶された場合、前記実ファイルを、第２フォルダへコピーする手段と、
    前記ストレージデバイスに記憶されたファイルを外部の通信装置が有する記憶デバイスへバックアップするバックアップ条件を充足するか否かを検知する手段と、
    前記バックアップ条件の充足を検知した場合、前記第２フォルダへコピーされた実ファイルを、前記コピーされた実ファイルのバックアップファイルとして外部の通信装置が有する記憶デバイスで記憶されるように、外部の通信装置へアップロードする手段と
    を備える請求項９乃至請求項１２のいずれか１項に記載のストレージ通信装置。
14. 記憶デバイスを有する外部の通信装置と通信可能であり、外部の通信装置が有する記憶デバイスに比べて記憶容量が小さいストレージデバイスを備えるストレージ通信装置が、前記ストレージデバイスに記憶されたファイルのアーカイブ処理をアーカイブ条件に基づき行うアーカイブ処理方法において、
    前記ストレージ通信装置は、
    前記ストレージデバイスに実ファイルが記憶されて、且つ前記実ファイルのバックアップファイルが外部の通信装置が有する記憶デバイスに記憶された状態で、アーカイブ条件を充足するか否かを検知するステップと、
    アーカイブ条件の充足を検知した場合、前記ストレージデバイスに記憶された実ファイルを、前記実ファイルに比べてデータ量が小さく且つ前記実ファイルとして提示されると共に前記バックアップファイルの読み出しに参照される参照情報を含む仮ファイルへ置換する処理を行うステップと
    を備えることを特徴とするアーカイブ処理方法。
15. 記憶デバイスを有する外部の通信装置と通信可能であり、外部の通信装置が有する記憶デバイスに比べて記憶容量が小さいストレージデバイスを備えるコンピュータに、前記ストレージデバイスに記憶されたファイルのアーカイブ処理をアーカイブ条件に基づき行わせるためのコンピュータプログラムにおいて、
    前記コンピュータに、
    前記ストレージデバイスに実ファイルが記憶されて、且つ前記実ファイルのバックアップファイルが外部の通信装置が有する記憶デバイスに記憶された状態で、アーカイブ条件を充足するか否かを検知するステップと、
    アーカイブ条件の充足を検知した場合、前記ストレージデバイスに記憶された実ファイルを、前記実ファイルに比べてデータ量が小さく且つ前記実ファイルとして提示されると共に前記バックアップファイルの読み出しに参照される参照情報を含む仮ファイルへ置換する処理を行うステップと
    を実行させることを特徴とするコンピュータプログラム。

Images