バックアップシステム、バックアップ方法及びバックアッププログラム
【課題】バックアップにかかるリソースを極力削減する。
【解決手段】ファイル管理サーバ１０を用い、ネットワークを介して接続された複数のクライアント３０−１〜３０−ｎが保持するデータのバックアップ管理を行うバックアップシステムであって、クライアント３０−１〜３０−ｎ側がデータをポストするタイミングでクライアント３０−１〜３０−ｎの記憶域３５−１〜３５−ｎへのデータのバックアップを実行するクライアントデータ格納手段３２−１〜３２−ｎと、ファイル管理サーバ１０側の記憶域であるデータ格納領域１４を、バックアップデータのコピーの保存先とするデータ格納手段２２と、クライアント３０−１〜３０−ｎで更新したデータについて、同一アカウントもしくは管理者等の権限を保持する場合に限り、更新履歴を用いてバックアップを管理するリストア管理手段２５と、を備える。
【解決手段】ファイル管理サーバ１０を用い、ネットワークを介して接続された複数のクライアント３０−１〜３０−ｎが保持するデータのバックアップ管理を行うバックアップシステムであって、クライアント３０−１〜３０−ｎ側がデータをポストするタイミングでクライアント３０−１〜３０−ｎの記憶域３５−１〜３５−ｎへのデータのバックアップを実行するクライアントデータ格納手段３２−１〜３２−ｎと、ファイル管理サーバ１０側の記憶域であるデータ格納領域１４を、バックアップデータのコピーの保存先とするデータ格納手段２２と、クライアント３０−１〜３０−ｎで更新したデータについて、同一アカウントもしくは管理者等の権限を保持する場合に限り、更新履歴を用いてバックアップを管理するリストア管理手段２５と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントのデータを記録しておくためのバックアップシステム、バックアップ方法及びバックアッププログラムに関する。
【背景技術】
【０００２】
従来のバックアップシステムの一例が、非特許文献１に記載されている。このバックアップシステムは、大きくバックアップ装置と保護対象となるサーバから構成されている。バックアップ装置は、バックアップカタログ管理手段とカタログ情報記録装置とデータ格納手段とデータを格納する記憶域から構成される。保護対象となるサーバは、ファイルの変更点を検知する手段と更新されたデータをバックアップ装置に転送する手段から構成される。
【０００３】
このような構成を有するバックアップシステムは、保護対象となるサーバ側で変更点を検知し、更新されたデータをバックアップ装置に送信する。そして、バックアップ装置側で受信したデータは、バックアップカタログ管理手段にファイル情報を送信し、データ格納手段により記憶域にデータを送信してバックアップを実行する。
【０００４】
また、バックアップの方式として、特許文献１には、データをクライアント側に一時的に記録して最終的にバックアップサーバにデータを送ることで処理が完了するもの及びローカルデバイス等へのデータライト要求に起因するものが示され、特許文献２には、ローカルコピーを優先して復旧する機能を有するものが示され、さらに、特許文献３には、レプリケーションの機能に相当するものが示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−１２９２８２号公報
【特許文献２】特開２００９−２３０６２８号公報
【特許文献３】特開平８−２７２６６６号公報
【非特許文献】
【０００６】
【非特許文献１】Backup Exec １１ｄ／１２．ｘ：Continuous Protection ServerによるWindows(登録商標)ファイルサーバーの継続的な保護，Symantec社 http://www.symantec.com/content/ja/jp/enterprise/white_papers/be11d_wp_cps_j.pdf
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記の非特許文献１のバックアップシステムでは、以下のような問題があった。
【０００８】
バックアップ運用がクライアントの作業と関連付けて管理されていないため、クライアント側の記憶域のデータを、サーバ側においてバックアップしたり、あるいは、サーバ側の記憶域を他の第３の記憶域にバックアップする必要が生じる。このため、バックアップを行う目的で、ネットワークあるいはサーバ側のリソースが個別に必要となる。
【０００９】
また、サーバがダウンした場合に復旧するまでサーバに格納されていたデータにアクセスすることができず、しかも、サーバが全てのデータをバックアップ装置に書き出すため、サーバにトラフィックが集中してしまう。しかも、バックアップにかかる時間は、バックアップ対象となるデータ量に依存するため、バックアップを目的としたプロセスを個別に実行して安定的なバックアップ運用を行うことが困難となる場合もある。
【００１０】
特許文献１に記載の技術は、一つの方式がバックアップ装置にデータを送ることで処理を完了させるものであり、また、他の方式がローカルデバイス等へのデータライト要求に起因するものであり、よって、いずれの方式もサーバ側のリソースの削減を図ることは困難である。また、特許文献２及び３は、いずれもバックアップデータを保持するものではなく、よって、バックアップ運用時のサーバやネットワークのリソースの削減技術とは関連しないものである。
【００１１】
本発明は、上記事情に鑑みてなされたもので、バックアップにかかるリソースを極力削減することが可能なバックアップシステム、バックアップ方法及びバックアッププログラムを提供することを目的としている。
【課題を解決するための手段】
【００１２】
上記目的を達成するために、本発明のバックアップシステムは、ファイル管理サーバを用い、ネットワークを介して接続された複数のクライアントが保持するデータのバックアップ管理を行うバックアップシステムであって、前記クライアント側がデータをポストするタイミングで前記クライアントの記憶域へのデータのバックアップを実行するクライアントデータ格納手段と、前記ファイル管理サーバ側の記憶域を、バックアップデータのコピーの保存先とするデータ格納手段と、前記クライアントで更新したデータについて、同一アカウントもしくは管理者等の権限を保持する場合に限り、更新履歴を用いてバックアップを管理するバックアップ管理手段と、を備える。
【００１３】
また、本発明のバックアップシステムは、前記バックアップ管理手段が、前記クライアントからのリストア要求で更新者が連続して同一のアカウントである場合に限り、更新履歴を遡ってリストアするファイルを選択可能とする。
【００１４】
また、本発明のバックアップシステムは、前記ファイル管理サーバに格納されたデータを読み込む際、最終更新者と同一クライアントかつ同一アカウントからの要求であった場合に前記クライアントの記憶域からデータの読み込みを実施するデータ参照手段を備える。
【００１５】
また、本発明のバックアップシステムは、前記クライアント側に格納されたバックアップデータが、元ファイルとは別の場所（クライアント側）にリストア可能である。
【００１６】
また、本発明のバックアップシステムは、参照対象となるデータが前記クライアント側に格納されている場合には、当該クライアント側のバックアップデータが参照可能である。
【００１７】
本発明のバックアップ方法は、ファイル管理サーバを用い、ネットワークを介して接続された複数のクライアントが保持するデータのバックアップ管理を行うバックアップ方法であって、前記クライアント側がデータをポストするタイミングで前記クライアントの記憶域へのデータのバックアップを実行するステップと、前記ファイル管理サーバ側の記憶域を、バックアップデータのコピーの保存先とするステップと、前記クライアントで更新したデータについて、同一アカウントもしくは管理者等の権限を保持する場合に限り、更新履歴を用いてバックアップを管理するステップと、を有する。
【００１８】
本発明のバックアッププログラムは、情報処理装置に、データをポストするタイミングで記憶域へのデータのバックアップを実行する処理と、ファイル管理サーバ側の記憶域を、バックアップデータのコピーの保存先とする処理と、更新したデータについて、同一アカウントもしくは管理者等の権限を保持する場合に限り、更新履歴を用いてバックアップを管理する処理と、を実行させる。
【発明の効果】
【００１９】
本発明のバックアップシステム、バックアップ方法及びバックアッププログラムによれば、例えば、更新頻度が低い環境では、クライアント側の記憶域だけにデータをバックアップさせることにより、バックアップにかかるリソースを削減することができる。また、クライアント側にデータが存在する場合にはクライアント側のデータを読み出して参照することで、ファイル管理サーバやネットワークの必要リソースを減らすことができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施形態に係るバックアップシステムを示すブロック図である。
【図２】バックアップカタログ管理手段の処理を示すフローチャートである。
【図３】データ格納手段の処理を示すフローチャートである。
【図４】データ履歴管理手段の処理を示すフローチャートである。
【図５】データ参照手段の処理を示すフローチャートである。
【図６】リストア管理手段の処理を示すフローチャートである。
【図７】クライアントバックアップカタログ管理手段の処理を示すフローチャートである。
【図８】クライアントデータ格納手段の処理を示すフローチャートである。
【図９】クライアント監視手段の処理を示すフローチャートである。
【図１０】クライアントデータ参照手段の処理を示すフローチャートである。
【発明を実施するための形態】
【００２１】
以下、図面を参照し、本発明の実施の形態を詳細に説明する。図１は、本発明のバックアップシステムの構成を示している。バックアップシステムは、ファイル管理サーバ１０と、ｎ台（ｎは２以上の整数）のクライアント３０−１〜３０−ｎと、外部バックアップ装置４０とを有する。ファイル管理サーバ１０及びクライアント３０−１〜３０−ｎには、プログラム実行により所定の機能を実現するコンピュータシステムを用いることができる。バックアップシステムは、オフィスや事業場内等の、多数のコンピュータ（ＰＣ）が存在する環境や、シンクライアント環境でのバックアップの用途に適用できる。また、ファイル管理サーバ１０を遠隔地に置くことで遠隔地ディザスタリカバリにも適用できる。
【００２２】
ファイル管理サーバ１０は、バックアップを制御する機能を持つサーバである。ファイル管理サーバ１０とクライアント３０−１〜３０−ｎとは、ネットワークを介して接続されており、相互に通信が可能である。
【００２３】
ファイル管理サーバ１０は、データ履歴管理装置１１、カタログ情報記録装置１２、クライアント記録装置１３、データ格納領域１４、世代データ格納領域１５を持ち、バックアップカタログ管理手段２１、データ格納手段２２、データ履歴管理手段２３、データ参照手段２４、リストア管理手段（バックアップ管理手段）２５を含む。
【００２４】
データ履歴管理装置１１は、ファイルの更新履歴を管理する。カタログ情報記録装置１２は、ファイルのカタログ情報を記録する。クライアント記録装置１３は、クライアントのカタログを記録する。データ格納領域１４は、データ自身を格納する。世代データ格納領域１５は、上書きされるデータを待避して格納する。
【００２５】
なお、カタログ情報は、ファイル名、パス、及び、ファイル内容を示すハッシュ値を含む。また、カタログ情報は、ファイルがオリジナルであるか、他のクライアントのバックアップであるかを示す情報と、単独ファイルであるか重複ファイルであるかを示す情報とを含む。
【００２６】
クライアント（情報処理装置）３０−１〜３０−ｎは、それぞれクライアントバックアップカタログ管理手段３１−１〜３１−ｎ、クライアントデータ格納手段３２−１〜３２−ｎ、クライアント監視手段３３−１〜３３−ｎ、クライアントデータ参照手段３４−１〜３４−ｎを有する。また、それぞれのクライアント３０−１〜３０−ｎは、記憶域３５−１〜３５−ｎ及びクライアントカタログ情報記録装置３６−１〜３６−ｎを有する。記憶域３５−１〜３５−ｎは、ファイル管理サーバ１０にファイルを格納する際に同一のデータをバックアップして保存する領域である。クライアントカタログ情報記録装置３６−１〜３６−ｎは、記憶域３５−１〜３５−ｎに格納したデータのカタログ情報を記録する。
【００２７】
クライアントデータ格納手段３２−１〜３２−ｎによりファイル管理サーバ１０にクライアント３０−１〜３０−ｎ側からデータが格納されると、それと同じくして記憶域３５−１〜３５−ｎにもデータが格納される。記憶域３５−１〜３５−ｎに格納されたデータのカタログ情報は、クライアントバックアップカタログ管理手段３１−１〜３１−ｎによりクライアントカタログ情報記録装置３６−１〜３６−ｎに格納される。クライアント監視手段３３−１〜３３−ｎは、クライアント３０−１〜３０−ｎのカタログ情報をファイル管理サーバ１０に通知する機能を持ち、クライアント記録装置１３に状態を記録できる。また、各クライアント３０−１〜３０−ｎの記憶域３５−１〜３５−ｎに記録されたデータは、クライアントデータ参照手段３４−１〜３４−ｎにより、各々のクライアント３０−１〜３０−ｎでのみ参照することができる。
【００２８】
次に、上記のバックアップシステムにおける各手段での処理について、図２〜図１０に示すフローチャートに沿って説明する。
【００２９】
（バックアップカタログ管理手段）
図２はバックアップカタログ管理手段の処理を示すフローチャートである。バックアップカタログ管理手段２１は、データ格納手段２２からデータを入力し（ステップＳ１０１）、データ格納領域１４に存在するファイル名とパス名の一覧を収集し（ステップＳ１０２）、カタログ情報を生成してカタログ情報記録装置１２にカタログ情報を記録させる（ステップＳ１０３）。
【００３０】
また、バックアップカタログ管理手段２１は、クライアント監視手段３３−１〜３３−ｎからデータを入力し（ステップＳ１０４）、クライアント３０−１〜３０−ｎの記憶域３５−１〜３５−ｎに存在するカタログ情報を収集し（ステップＳ１０５）、クライアント３０−１〜３０−ｎのカタログ情報をカタログ情報記録装置１２に記録させる（ステップＳ１０６）。
【００３１】
（データ格納手段）
図３はデータ格納手段の処理を示すフローチャートである。データ格納手段２２は、クライアント３０−１〜３０−ｎ側からのファイル書き込み要求を検知し（ステップＳ２０１）、ファイルの上書き要求の発生の有無を判定する（ステップＳ２０２）。ここで、ファイルの上書き要求が発生した場合は（ステップＳ２０２：Ｙｅｓ）、上書き対象のファイルを世代データ格納領域１５に格納し、データ履歴管理手段２３との紐付けを行う（ステップＳ２０３）。そして、このファイルの上書きを実施する（ステップＳ２０４）。
【００３２】
ファイルの上書きを実施した後、そのファイルのファイル名、パス、更新日時などのメタ情報を収集し（ステップＳ２０５）、バックアップカタログ管理手段２１にカタログ情報を入力して受け渡し（ステップＳ２０６）、また、データ履歴管理手段２３にカタログ情報を入力して受け渡す（ステップＳ２０７）。
【００３３】
なお、ファイルの上書き要求が発生していない場合は（ステップＳ２０２：Ｎｏ）、ファイルを上書きせずに、メタ情報を収集し（ステップＳ２０５）、バックアップカタログ管理手段２１及びデータ履歴管理手段２３へのカタログ情報の受け渡しを行う（ステップＳ２０６、Ｓ２０７）。
【００３４】
（データ履歴管理手段）
図４はデータ履歴管理手段の処理を示すフローチャートである。データ履歴管理手段２３は、データ格納手段２２で世代データ格納領域１５にデータが移動されてファイルが上書きされたことを検知すると、世代データ格納領域１５にあるデータの世代の管理を行う（ステップＳ３０１）。
【００３５】
世代データ格納領域１５のデータの世代管理では、同一パス、同一ファイル名のデータ履歴の有無を判定する（ステップＳ３０２）。この同一パス、同一ファイル名のデータ履歴の有無の判定において、同一パス、同一ファイル名のデータ履歴が存在しない場合は（ステップＳ３０２：Ｎｏ）、世代データ格納領域１５に移動するデータを１世代目のデータとして、データ履歴管理装置１１へ新規に記録する（ステップＳ３０３）。
【００３６】
同一パス、同一ファイル名のデータ履歴の有無の判定において、同一パス、同一ファイル名のデータ履歴が存在する場合は（ステップＳ３０２：Ｙｅｓ）、世代データ格納領域１５に移動するデータを履歴数ｎ＋１世代目のデータとして、データ履歴管理装置１１へ記録する（ステップＳ３０４）。
【００３７】
（データ参照手段）
図５はデータ参照手段の処理を示すフローチャートである。データ参照手段２４は、クライアント３０−１〜３０−ｎ側からのファイル読み込み要求を検知すると（ステップＳ４０１）、ファイル管理サーバ１０に格納されたデータを読み込む際、ファイル読み込み要求が最終更新者と同一クライアントかつ同一アカウントからの要求であったか否かを判定する（ステップＳ４０２）。
【００３８】
この判定において、ファイル読み込み要求が最終更新者と同一クライアントかつ同一アカウントからの要求であると判定すると（ステップＳ４０２：Ｙｅｓ）、クライアント３０−１〜３０−ｎの記憶域３５−１〜３５−ｎからのデータの読み込みを実施する（ステップＳ４０３）。また、上記判定において、ファイル読み込み要求が最終更新者と同一クライアントかつ同一アカウントからの要求でないと判定すると（ステップＳ４０２：Ｎｏ）、要求のあったファイルの読み込みを実施する（ステップＳ４０４）。
【００３９】
（リストア管理手段）
図６はリストア管理手段の処理を示すフローチャートである。リストア管理手段（バックアップ管理手段）２５は、リストアの要求を検知すると（ステップＳ５０１）、リストアの要求が発生した際に、そのリストア要求者が管理者であるか否かを判定する（ステップＳ５０２）。
【００４０】
ここで、リストア要求者が管理者である場合は（ステップＳ５０２：Ｙｅｓ）、無条件にリストア処理を行う（ステップＳ５０３）。なお、このリストア処理では、リストア要求のあったファイルが現在ｎ世代目の場合、ｎ＋１世代目としてデータをリストアする。
【００４１】
リストア要求者の判定において、そのリストア要求者が管理者でない場合（ステップＳ５０２：Ｎｏ）、つまり、リストアがクライアント３０−１〜３０−ｎからの要求である場合は、そのリストア要求者が最終更新者と一致するか否かを判定する（ステップＳ５０４）。この判定において、リストア要求者が最終更新者と一致しない場合（ステップＳ５０４：Ｎｏ）、リストアの要求を拒否する（ステップＳ５０５）。
【００４２】
上記の判定において、リストア要求者が最終更新者と一致する場合（ステップＳ５０４：Ｙｅｓ）、そのリストア要求が、最終更新者が更新した範囲内の要求であるか、すなわち、更新者が連続して同一のアカウントであるか否かを判定する（ステップＳ５０６）、この判定において、最終更新者が更新した範囲内の要求でない場合（ステップＳ５０６：Ｎｏ）、リストアの要求を拒否する（ステップＳ５０７）。
【００４３】
上記の判定において、最終更新者が更新した範囲内の要求である場合（ステップＳ５０６：Ｙｅｓ）、リストア処理を行う（ステップＳ５０８）。このリストア処理では、リストア要求のあったファイルが現在ｎ世代目の場合、ｎ＋１世代目としてデータをリストアする。
【００４４】
このように、リストア管理手段２５では、リストア要求がクライアント３０−１〜３０−ｎからの要求であるとき、そのリストア要求者が最終更新者と一致する場合に限りリストア処理を行う。
【００４５】
また、リストア管理手段２５のリストア処理では、クライアント３０−１〜３０−ｎからのリストア要求の場合において、更新者が連続して同一のアカウントである場合に限り、履歴を遡ってリストアするファイルを選択することができる。例えば、アカウントAのユーザがA, B, A, Aのアカウントで順に更新されたファイルをリストアする場合、２世代遡ったデータを選択することができる。なお、リストア処理は、外部バックアップ装置４０からも実行することも可能である。
【００４６】
（クライアントバックアップカタログ管理手段）
図７はクライアントバックアップカタログ管理手段の処理を示すフローチャートである。クライアントバックアップカタログ管理手段３１−１〜３１−ｎは、クライアントデータ格納手段３２−１〜３２−ｎからデータを入力し（ステップＳ６０１）、記憶域３５−１〜３５−ｎに記録したファイルのカタログ情報を受け取り、ファイル名と、ファイル管理サーバ１０側のパス名と履歴を収集し（ステップＳ６０２）、クライアントカタログ情報記録装置３６−１〜３６−ｎにカタログ情報を記録させる（ステップＳ６０３）。
【００４７】
（クライアントデータ格納手段）
図８はクライアントデータ格納手段の処理を示すフローチャートである。クライアントデータ格納手段３２−１〜３２−ｎは、ファイル管理サーバ１０への書き込み要求を検知すると（ステップＳ７０１）、記憶域３５−１〜３５−ｎに、同一パス、同一ファイル名の履歴の有無を判定する（ステップＳ７０２）。この同一パス、同一ファイル名の履歴の有無の判定において、同一パス、同一ファイル名の履歴が存在しない場合は（ステップＳ７０２：Ｎｏ）、クライアント３０−１〜３０−ｎ側の１世代目のデータとして、記憶域３５−１〜３５−ｎに同一ファイルを記録する（ステップＳ７０３）。
【００４８】
同一パス、同一ファイル名の履歴の有無の判定において、同一パス、同一ファイル名のデータ履歴が存在する場合は（ステップＳ７０２：Ｙｅｓ）、クライアント３０−１〜３０−ｎ側の履歴数ｎ＋１世代目のデータとして、記憶域３５−１〜３５−ｎに同一ファイルを記録する（ステップＳ７０４）。
【００４９】
記憶域３５−１〜３５−ｎに記録した情報は、カタログ情報としてクライアントバックアップカタログ管理手段３１−１〜３１−ｎ及びクライアント監視手段３３−１〜３３−ｎに受け渡す（ステップＳ７０５，Ｓ７０６）。
【００５０】
（クライアント監視手段）
図９はクライアント監視手段の処理を示すフローチャートである。クライアント監視手段３３−１〜３３−ｎは、クライアントデータ格納手段３２−１〜３２−ｎからカタログ情報のデータを入力し（ステップＳ８０１）、ファイル名と、ファイル管理サーバ１０側のパス名と履歴を収集し（ステップＳ８０２）、ファイル管理サーバ１０のバックアップカタログ管理手段２１にカタログ情報を送信する（ステップＳ８０３）。
【００５１】
（クライアントデータ参照手段）
図１０はクライアントデータ参照手段の処理を示すフローチャートである。クライアントデータ参照手段３４−１〜３４−ｎは、各クライアント３０−１〜３０−ｎのクライアントカタログ情報記録装置３６−１〜３６−ｎにあるファイル名と、ファイル管理サーバ１０側のパス名と履歴の一覧を収集する（ステップＳ９０２）。
【００５２】
さらに、収集したファイル一覧により、記憶域３５−１〜３５−ｎに格納された任意のファイルをユーザに受け渡す（ステップＳ９０３）。これにより、ユーザは、ファイルを参照することができることとなる。
【００５３】
このように、上記実施形態では、クライアント３０−１〜３０−ｎ側がデータをポストするタイミングでクライアント３０−１〜３０−ｎの記憶域３５−１〜３５−ｎへのデータのバックアップを実行し、ファイル管理サーバ１０側の記憶域であるデータ格納領域１４を、バックアップデータのコピーの保存先とし、クライアント３０−１〜３０−ｎで更新したデータについて、同一アカウントもしくは管理者等の権限を保持する場合に限り、更新履歴を用いてリストアなどのバックアップの管理を行うことができる。
【００５４】
これにより、例えば、更新頻度が低い環境では、クライアント３０−１〜３０−ｎ側の記憶域３５−１〜３５−ｎだけにデータをバックアップさせることにより、バックアップにかかるリソースを削減することができる。
【００５５】
また、クライアント３０−１〜３０−ｎ側にデータが存在する場合にはクライアント３０−１〜３０−ｎ側のデータを読み出して参照することで、ファイル管理サーバ１０やネットワークの必要リソースを減らすことができる。
【００５６】
つまり、更新頻度に応じてファイル管理サーバ１０へのバックアップを実行することができるため、ファイル管理サーバ１０に格納されたデータの更新頻度が低い環境では、バックアップにかかるリソースを削減することができる。
【００５７】
また、ファイル管理サーバ１０などの共有の領域を利用する環境においてはクライアント３０−１〜３０−ｎの領域が使われないため、クライアント３０−１〜３０−ｎが持つ空き領域をバックアップ領域として有効活用することができる。
【００５８】
なお、クライアント３０−１〜３０−ｎ側の記憶域３５−１〜３５−ｎを利用せずにファイル管理サーバ１０のデータ格納領域１４等の記憶域にデータを保管しても、任意の時点でクライアント３０−１〜３０−ｎ側にて更新したファイルを参照することができるため、クライアント３０−１〜３０−ｎ側に一時的にでもファイルを保管する必要がなくなる。これにより、クライアント３０−１〜３０−ｎ側で保持するデータ量を削減することができる。
【００５９】
さらには、ファイル管理サーバ１０にあるデータを参照する場合でも、クライアント３０−１〜３０−ｎ側にデータのファイルが存在すればクライアント３０−１〜３０−ｎにおいて参照することができ、これにより、ネットワークのリソースを減らして有効活用することができる。その際、クライアント３０−１〜３０−ｎ単独でも同一のアカウントで更新した過去のデータを参照することができる。また、各クライアント３０−１〜３０−ｎの記憶域３５−１〜３５−ｎに記録されたデータは、クライアントデータ参照手段３４−１〜３４−ｎにより、各々のクライアント３０−１〜３０−ｎでのみ参照することもできる。
【００６０】
以上、本発明をその好適な実施形態に基づいて説明したが、本発明のバックアップシステム、バックアップ方法及びバックアッププログラムは、上記実施形態にのみ限定されるものではなく、上記実施形態の構成から種々の修正及び変更を施したものも、本発明の範囲に含まれる。
【００６１】
最後に、上記の各実施形態の一部または全部は、以下の付記のようにも記載され得るが、本発明を以下に限定するものではない。
【００６２】
（付記１）ファイル管理サーバを用い、ネットワークを介して接続された複数のクライアントが保持するデータのバックアップ管理を行うバックアップシステムであって、前記クライアント側がデータをポストするタイミングで前記クライアントの記憶域へのデータのバックアップを実行するクライアントデータ格納手段と、前記ファイル管理サーバ側の記憶域を、バックアップデータのコピーの保存先とするデータ格納手段と、前記クライアントで更新したデータについて、同一アカウントもしくは管理者等の権限を保持する場合に限り、更新履歴を用いてバックアップを管理するバックアップ管理手段と、を備えるバックアップシステム。
【００６３】
（付記２）前記バックアップ管理手段は、前記クライアントからのリストア要求で更新者が連続して同一のアカウントである場合に限り、更新履歴を遡ってリストアするファイルを選択可能とする付記１に記載のバックアップシステム。
【００６４】
（付記３）前記ファイル管理サーバに格納されたデータを読み込む際、最終更新者と同一クライアントかつ同一アカウントからの要求であった場合に前記クライアントの記憶域からデータの読み込みを実施するデータ参照手段を備える付記１または付記２に記載のバックアップシステム。
【００６５】
（付記４）前記クライアント側に格納されたバックアップデータは、元ファイルとは別の場所（クライアント側）にリストア可能である、付記１乃至付記３のいずれかに記載のバックアップシステム。
【００６６】
（付記５）参照対象となるデータが前記クライアント側に格納されている場合には、当該クライアント側のバックアップデータが参照可能である、付記１乃至付記４のいずれかに記載のバックアップシステム。
【００６７】
（付記６）ファイル管理サーバを用い、ネットワークを介して接続された複数のクライアントが保持するデータのバックアップ管理を行うバックアップ方法であって、前記クライアント側がデータをポストするタイミングで前記クライアントの記憶域へのデータのバックアップを実行するステップと、前記ファイル管理サーバ側の記憶域を、バックアップデータのコピーの保存先とするステップと、前記クライアントで更新したデータについて、同一アカウントもしくは管理者等の権限を保持する場合に限り、更新履歴を用いてバックアップを管理するステップと、を有することを特徴とするバックアップ方法。
【００６８】
（付記７）情報処理装置に、データをポストするタイミングで記憶域へのデータのバックアップを実行する処理と、ファイル管理サーバ側の記憶域を、バックアップデータのコピーの保存先とする処理と、更新したデータについて、同一アカウントもしくは管理者等の権限を保持する場合に限り、更新履歴を用いてバックアップを管理する処理と、を実行させるバックアッププログラム。
【符号の説明】
【００６９】
１０：ファイル管理サーバ
１４：データ格納領域
２２：データ格納手段
２４：データ参照手段
２５：リストア管理手段（バックアップ管理手段）
３０−１〜３０−ｎ：クライアント
３２−１〜３２−ｎ：クライアントデータ格納手段
３５−１〜３５−ｎ：記憶域
【技術分野】
【０００１】
本発明は、クライアントのデータを記録しておくためのバックアップシステム、バックアップ方法及びバックアッププログラムに関する。
【背景技術】
【０００２】
従来のバックアップシステムの一例が、非特許文献１に記載されている。このバックアップシステムは、大きくバックアップ装置と保護対象となるサーバから構成されている。バックアップ装置は、バックアップカタログ管理手段とカタログ情報記録装置とデータ格納手段とデータを格納する記憶域から構成される。保護対象となるサーバは、ファイルの変更点を検知する手段と更新されたデータをバックアップ装置に転送する手段から構成される。
【０００３】
このような構成を有するバックアップシステムは、保護対象となるサーバ側で変更点を検知し、更新されたデータをバックアップ装置に送信する。そして、バックアップ装置側で受信したデータは、バックアップカタログ管理手段にファイル情報を送信し、データ格納手段により記憶域にデータを送信してバックアップを実行する。
【０００４】
また、バックアップの方式として、特許文献１には、データをクライアント側に一時的に記録して最終的にバックアップサーバにデータを送ることで処理が完了するもの及びローカルデバイス等へのデータライト要求に起因するものが示され、特許文献２には、ローカルコピーを優先して復旧する機能を有するものが示され、さらに、特許文献３には、レプリケーションの機能に相当するものが示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−１２９２８２号公報
【特許文献２】特開２００９−２３０６２８号公報
【特許文献３】特開平８−２７２６６６号公報
【非特許文献】
【０００６】
【非特許文献１】Backup Exec １１ｄ／１２．ｘ：Continuous Protection ServerによるWindows(登録商標)ファイルサーバーの継続的な保護，Symantec社 http://www.symantec.com/content/ja/jp/enterprise/white_papers/be11d_wp_cps_j.pdf
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記の非特許文献１のバックアップシステムでは、以下のような問題があった。
【０００８】
バックアップ運用がクライアントの作業と関連付けて管理されていないため、クライアント側の記憶域のデータを、サーバ側においてバックアップしたり、あるいは、サーバ側の記憶域を他の第３の記憶域にバックアップする必要が生じる。このため、バックアップを行う目的で、ネットワークあるいはサーバ側のリソースが個別に必要となる。
【０００９】
また、サーバがダウンした場合に復旧するまでサーバに格納されていたデータにアクセスすることができず、しかも、サーバが全てのデータをバックアップ装置に書き出すため、サーバにトラフィックが集中してしまう。しかも、バックアップにかかる時間は、バックアップ対象となるデータ量に依存するため、バックアップを目的としたプロセスを個別に実行して安定的なバックアップ運用を行うことが困難となる場合もある。
【００１０】
特許文献１に記載の技術は、一つの方式がバックアップ装置にデータを送ることで処理を完了させるものであり、また、他の方式がローカルデバイス等へのデータライト要求に起因するものであり、よって、いずれの方式もサーバ側のリソースの削減を図ることは困難である。また、特許文献２及び３は、いずれもバックアップデータを保持するものではなく、よって、バックアップ運用時のサーバやネットワークのリソースの削減技術とは関連しないものである。
【００１１】
本発明は、上記事情に鑑みてなされたもので、バックアップにかかるリソースを極力削減することが可能なバックアップシステム、バックアップ方法及びバックアッププログラムを提供することを目的としている。
【課題を解決するための手段】
【００１２】
上記目的を達成するために、本発明のバックアップシステムは、ファイル管理サーバを用い、ネットワークを介して接続された複数のクライアントが保持するデータのバックアップ管理を行うバックアップシステムであって、前記クライアント側がデータをポストするタイミングで前記クライアントの記憶域へのデータのバックアップを実行するクライアントデータ格納手段と、前記ファイル管理サーバ側の記憶域を、バックアップデータのコピーの保存先とするデータ格納手段と、前記クライアントで更新したデータについて、同一アカウントもしくは管理者等の権限を保持する場合に限り、更新履歴を用いてバックアップを管理するバックアップ管理手段と、を備える。
【００１３】
また、本発明のバックアップシステムは、前記バックアップ管理手段が、前記クライアントからのリストア要求で更新者が連続して同一のアカウントである場合に限り、更新履歴を遡ってリストアするファイルを選択可能とする。
【００１４】
また、本発明のバックアップシステムは、前記ファイル管理サーバに格納されたデータを読み込む際、最終更新者と同一クライアントかつ同一アカウントからの要求であった場合に前記クライアントの記憶域からデータの読み込みを実施するデータ参照手段を備える。
【００１５】
また、本発明のバックアップシステムは、前記クライアント側に格納されたバックアップデータが、元ファイルとは別の場所（クライアント側）にリストア可能である。
【００１６】
また、本発明のバックアップシステムは、参照対象となるデータが前記クライアント側に格納されている場合には、当該クライアント側のバックアップデータが参照可能である。
【００１７】
本発明のバックアップ方法は、ファイル管理サーバを用い、ネットワークを介して接続された複数のクライアントが保持するデータのバックアップ管理を行うバックアップ方法であって、前記クライアント側がデータをポストするタイミングで前記クライアントの記憶域へのデータのバックアップを実行するステップと、前記ファイル管理サーバ側の記憶域を、バックアップデータのコピーの保存先とするステップと、前記クライアントで更新したデータについて、同一アカウントもしくは管理者等の権限を保持する場合に限り、更新履歴を用いてバックアップを管理するステップと、を有する。
【００１８】
本発明のバックアッププログラムは、情報処理装置に、データをポストするタイミングで記憶域へのデータのバックアップを実行する処理と、ファイル管理サーバ側の記憶域を、バックアップデータのコピーの保存先とする処理と、更新したデータについて、同一アカウントもしくは管理者等の権限を保持する場合に限り、更新履歴を用いてバックアップを管理する処理と、を実行させる。
【発明の効果】
【００１９】
本発明のバックアップシステム、バックアップ方法及びバックアッププログラムによれば、例えば、更新頻度が低い環境では、クライアント側の記憶域だけにデータをバックアップさせることにより、バックアップにかかるリソースを削減することができる。また、クライアント側にデータが存在する場合にはクライアント側のデータを読み出して参照することで、ファイル管理サーバやネットワークの必要リソースを減らすことができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施形態に係るバックアップシステムを示すブロック図である。
【図２】バックアップカタログ管理手段の処理を示すフローチャートである。
【図３】データ格納手段の処理を示すフローチャートである。
【図４】データ履歴管理手段の処理を示すフローチャートである。
【図５】データ参照手段の処理を示すフローチャートである。
【図６】リストア管理手段の処理を示すフローチャートである。
【図７】クライアントバックアップカタログ管理手段の処理を示すフローチャートである。
【図８】クライアントデータ格納手段の処理を示すフローチャートである。
【図９】クライアント監視手段の処理を示すフローチャートである。
【図１０】クライアントデータ参照手段の処理を示すフローチャートである。
【発明を実施するための形態】
【００２１】
以下、図面を参照し、本発明の実施の形態を詳細に説明する。図１は、本発明のバックアップシステムの構成を示している。バックアップシステムは、ファイル管理サーバ１０と、ｎ台（ｎは２以上の整数）のクライアント３０−１〜３０−ｎと、外部バックアップ装置４０とを有する。ファイル管理サーバ１０及びクライアント３０−１〜３０−ｎには、プログラム実行により所定の機能を実現するコンピュータシステムを用いることができる。バックアップシステムは、オフィスや事業場内等の、多数のコンピュータ（ＰＣ）が存在する環境や、シンクライアント環境でのバックアップの用途に適用できる。また、ファイル管理サーバ１０を遠隔地に置くことで遠隔地ディザスタリカバリにも適用できる。
【００２２】
ファイル管理サーバ１０は、バックアップを制御する機能を持つサーバである。ファイル管理サーバ１０とクライアント３０−１〜３０−ｎとは、ネットワークを介して接続されており、相互に通信が可能である。
【００２３】
ファイル管理サーバ１０は、データ履歴管理装置１１、カタログ情報記録装置１２、クライアント記録装置１３、データ格納領域１４、世代データ格納領域１５を持ち、バックアップカタログ管理手段２１、データ格納手段２２、データ履歴管理手段２３、データ参照手段２４、リストア管理手段（バックアップ管理手段）２５を含む。
【００２４】
データ履歴管理装置１１は、ファイルの更新履歴を管理する。カタログ情報記録装置１２は、ファイルのカタログ情報を記録する。クライアント記録装置１３は、クライアントのカタログを記録する。データ格納領域１４は、データ自身を格納する。世代データ格納領域１５は、上書きされるデータを待避して格納する。
【００２５】
なお、カタログ情報は、ファイル名、パス、及び、ファイル内容を示すハッシュ値を含む。また、カタログ情報は、ファイルがオリジナルであるか、他のクライアントのバックアップであるかを示す情報と、単独ファイルであるか重複ファイルであるかを示す情報とを含む。
【００２６】
クライアント（情報処理装置）３０−１〜３０−ｎは、それぞれクライアントバックアップカタログ管理手段３１−１〜３１−ｎ、クライアントデータ格納手段３２−１〜３２−ｎ、クライアント監視手段３３−１〜３３−ｎ、クライアントデータ参照手段３４−１〜３４−ｎを有する。また、それぞれのクライアント３０−１〜３０−ｎは、記憶域３５−１〜３５−ｎ及びクライアントカタログ情報記録装置３６−１〜３６−ｎを有する。記憶域３５−１〜３５−ｎは、ファイル管理サーバ１０にファイルを格納する際に同一のデータをバックアップして保存する領域である。クライアントカタログ情報記録装置３６−１〜３６−ｎは、記憶域３５−１〜３５−ｎに格納したデータのカタログ情報を記録する。
【００２７】
クライアントデータ格納手段３２−１〜３２−ｎによりファイル管理サーバ１０にクライアント３０−１〜３０−ｎ側からデータが格納されると、それと同じくして記憶域３５−１〜３５−ｎにもデータが格納される。記憶域３５−１〜３５−ｎに格納されたデータのカタログ情報は、クライアントバックアップカタログ管理手段３１−１〜３１−ｎによりクライアントカタログ情報記録装置３６−１〜３６−ｎに格納される。クライアント監視手段３３−１〜３３−ｎは、クライアント３０−１〜３０−ｎのカタログ情報をファイル管理サーバ１０に通知する機能を持ち、クライアント記録装置１３に状態を記録できる。また、各クライアント３０−１〜３０−ｎの記憶域３５−１〜３５−ｎに記録されたデータは、クライアントデータ参照手段３４−１〜３４−ｎにより、各々のクライアント３０−１〜３０−ｎでのみ参照することができる。
【００２８】
次に、上記のバックアップシステムにおける各手段での処理について、図２〜図１０に示すフローチャートに沿って説明する。
【００２９】
（バックアップカタログ管理手段）
図２はバックアップカタログ管理手段の処理を示すフローチャートである。バックアップカタログ管理手段２１は、データ格納手段２２からデータを入力し（ステップＳ１０１）、データ格納領域１４に存在するファイル名とパス名の一覧を収集し（ステップＳ１０２）、カタログ情報を生成してカタログ情報記録装置１２にカタログ情報を記録させる（ステップＳ１０３）。
【００３０】
また、バックアップカタログ管理手段２１は、クライアント監視手段３３−１〜３３−ｎからデータを入力し（ステップＳ１０４）、クライアント３０−１〜３０−ｎの記憶域３５−１〜３５−ｎに存在するカタログ情報を収集し（ステップＳ１０５）、クライアント３０−１〜３０−ｎのカタログ情報をカタログ情報記録装置１２に記録させる（ステップＳ１０６）。
【００３１】
（データ格納手段）
図３はデータ格納手段の処理を示すフローチャートである。データ格納手段２２は、クライアント３０−１〜３０−ｎ側からのファイル書き込み要求を検知し（ステップＳ２０１）、ファイルの上書き要求の発生の有無を判定する（ステップＳ２０２）。ここで、ファイルの上書き要求が発生した場合は（ステップＳ２０２：Ｙｅｓ）、上書き対象のファイルを世代データ格納領域１５に格納し、データ履歴管理手段２３との紐付けを行う（ステップＳ２０３）。そして、このファイルの上書きを実施する（ステップＳ２０４）。
【００３２】
ファイルの上書きを実施した後、そのファイルのファイル名、パス、更新日時などのメタ情報を収集し（ステップＳ２０５）、バックアップカタログ管理手段２１にカタログ情報を入力して受け渡し（ステップＳ２０６）、また、データ履歴管理手段２３にカタログ情報を入力して受け渡す（ステップＳ２０７）。
【００３３】
なお、ファイルの上書き要求が発生していない場合は（ステップＳ２０２：Ｎｏ）、ファイルを上書きせずに、メタ情報を収集し（ステップＳ２０５）、バックアップカタログ管理手段２１及びデータ履歴管理手段２３へのカタログ情報の受け渡しを行う（ステップＳ２０６、Ｓ２０７）。
【００３４】
（データ履歴管理手段）
図４はデータ履歴管理手段の処理を示すフローチャートである。データ履歴管理手段２３は、データ格納手段２２で世代データ格納領域１５にデータが移動されてファイルが上書きされたことを検知すると、世代データ格納領域１５にあるデータの世代の管理を行う（ステップＳ３０１）。
【００３５】
世代データ格納領域１５のデータの世代管理では、同一パス、同一ファイル名のデータ履歴の有無を判定する（ステップＳ３０２）。この同一パス、同一ファイル名のデータ履歴の有無の判定において、同一パス、同一ファイル名のデータ履歴が存在しない場合は（ステップＳ３０２：Ｎｏ）、世代データ格納領域１５に移動するデータを１世代目のデータとして、データ履歴管理装置１１へ新規に記録する（ステップＳ３０３）。
【００３６】
同一パス、同一ファイル名のデータ履歴の有無の判定において、同一パス、同一ファイル名のデータ履歴が存在する場合は（ステップＳ３０２：Ｙｅｓ）、世代データ格納領域１５に移動するデータを履歴数ｎ＋１世代目のデータとして、データ履歴管理装置１１へ記録する（ステップＳ３０４）。
【００３７】
（データ参照手段）
図５はデータ参照手段の処理を示すフローチャートである。データ参照手段２４は、クライアント３０−１〜３０−ｎ側からのファイル読み込み要求を検知すると（ステップＳ４０１）、ファイル管理サーバ１０に格納されたデータを読み込む際、ファイル読み込み要求が最終更新者と同一クライアントかつ同一アカウントからの要求であったか否かを判定する（ステップＳ４０２）。
【００３８】
この判定において、ファイル読み込み要求が最終更新者と同一クライアントかつ同一アカウントからの要求であると判定すると（ステップＳ４０２：Ｙｅｓ）、クライアント３０−１〜３０−ｎの記憶域３５−１〜３５−ｎからのデータの読み込みを実施する（ステップＳ４０３）。また、上記判定において、ファイル読み込み要求が最終更新者と同一クライアントかつ同一アカウントからの要求でないと判定すると（ステップＳ４０２：Ｎｏ）、要求のあったファイルの読み込みを実施する（ステップＳ４０４）。
【００３９】
（リストア管理手段）
図６はリストア管理手段の処理を示すフローチャートである。リストア管理手段（バックアップ管理手段）２５は、リストアの要求を検知すると（ステップＳ５０１）、リストアの要求が発生した際に、そのリストア要求者が管理者であるか否かを判定する（ステップＳ５０２）。
【００４０】
ここで、リストア要求者が管理者である場合は（ステップＳ５０２：Ｙｅｓ）、無条件にリストア処理を行う（ステップＳ５０３）。なお、このリストア処理では、リストア要求のあったファイルが現在ｎ世代目の場合、ｎ＋１世代目としてデータをリストアする。
【００４１】
リストア要求者の判定において、そのリストア要求者が管理者でない場合（ステップＳ５０２：Ｎｏ）、つまり、リストアがクライアント３０−１〜３０−ｎからの要求である場合は、そのリストア要求者が最終更新者と一致するか否かを判定する（ステップＳ５０４）。この判定において、リストア要求者が最終更新者と一致しない場合（ステップＳ５０４：Ｎｏ）、リストアの要求を拒否する（ステップＳ５０５）。
【００４２】
上記の判定において、リストア要求者が最終更新者と一致する場合（ステップＳ５０４：Ｙｅｓ）、そのリストア要求が、最終更新者が更新した範囲内の要求であるか、すなわち、更新者が連続して同一のアカウントであるか否かを判定する（ステップＳ５０６）、この判定において、最終更新者が更新した範囲内の要求でない場合（ステップＳ５０６：Ｎｏ）、リストアの要求を拒否する（ステップＳ５０７）。
【００４３】
上記の判定において、最終更新者が更新した範囲内の要求である場合（ステップＳ５０６：Ｙｅｓ）、リストア処理を行う（ステップＳ５０８）。このリストア処理では、リストア要求のあったファイルが現在ｎ世代目の場合、ｎ＋１世代目としてデータをリストアする。
【００４４】
このように、リストア管理手段２５では、リストア要求がクライアント３０−１〜３０−ｎからの要求であるとき、そのリストア要求者が最終更新者と一致する場合に限りリストア処理を行う。
【００４５】
また、リストア管理手段２５のリストア処理では、クライアント３０−１〜３０−ｎからのリストア要求の場合において、更新者が連続して同一のアカウントである場合に限り、履歴を遡ってリストアするファイルを選択することができる。例えば、アカウントAのユーザがA, B, A, Aのアカウントで順に更新されたファイルをリストアする場合、２世代遡ったデータを選択することができる。なお、リストア処理は、外部バックアップ装置４０からも実行することも可能である。
【００４６】
（クライアントバックアップカタログ管理手段）
図７はクライアントバックアップカタログ管理手段の処理を示すフローチャートである。クライアントバックアップカタログ管理手段３１−１〜３１−ｎは、クライアントデータ格納手段３２−１〜３２−ｎからデータを入力し（ステップＳ６０１）、記憶域３５−１〜３５−ｎに記録したファイルのカタログ情報を受け取り、ファイル名と、ファイル管理サーバ１０側のパス名と履歴を収集し（ステップＳ６０２）、クライアントカタログ情報記録装置３６−１〜３６−ｎにカタログ情報を記録させる（ステップＳ６０３）。
【００４７】
（クライアントデータ格納手段）
図８はクライアントデータ格納手段の処理を示すフローチャートである。クライアントデータ格納手段３２−１〜３２−ｎは、ファイル管理サーバ１０への書き込み要求を検知すると（ステップＳ７０１）、記憶域３５−１〜３５−ｎに、同一パス、同一ファイル名の履歴の有無を判定する（ステップＳ７０２）。この同一パス、同一ファイル名の履歴の有無の判定において、同一パス、同一ファイル名の履歴が存在しない場合は（ステップＳ７０２：Ｎｏ）、クライアント３０−１〜３０−ｎ側の１世代目のデータとして、記憶域３５−１〜３５−ｎに同一ファイルを記録する（ステップＳ７０３）。
【００４８】
同一パス、同一ファイル名の履歴の有無の判定において、同一パス、同一ファイル名のデータ履歴が存在する場合は（ステップＳ７０２：Ｙｅｓ）、クライアント３０−１〜３０−ｎ側の履歴数ｎ＋１世代目のデータとして、記憶域３５−１〜３５−ｎに同一ファイルを記録する（ステップＳ７０４）。
【００４９】
記憶域３５−１〜３５−ｎに記録した情報は、カタログ情報としてクライアントバックアップカタログ管理手段３１−１〜３１−ｎ及びクライアント監視手段３３−１〜３３−ｎに受け渡す（ステップＳ７０５，Ｓ７０６）。
【００５０】
（クライアント監視手段）
図９はクライアント監視手段の処理を示すフローチャートである。クライアント監視手段３３−１〜３３−ｎは、クライアントデータ格納手段３２−１〜３２−ｎからカタログ情報のデータを入力し（ステップＳ８０１）、ファイル名と、ファイル管理サーバ１０側のパス名と履歴を収集し（ステップＳ８０２）、ファイル管理サーバ１０のバックアップカタログ管理手段２１にカタログ情報を送信する（ステップＳ８０３）。
【００５１】
（クライアントデータ参照手段）
図１０はクライアントデータ参照手段の処理を示すフローチャートである。クライアントデータ参照手段３４−１〜３４−ｎは、各クライアント３０−１〜３０−ｎのクライアントカタログ情報記録装置３６−１〜３６−ｎにあるファイル名と、ファイル管理サーバ１０側のパス名と履歴の一覧を収集する（ステップＳ９０２）。
【００５２】
さらに、収集したファイル一覧により、記憶域３５−１〜３５−ｎに格納された任意のファイルをユーザに受け渡す（ステップＳ９０３）。これにより、ユーザは、ファイルを参照することができることとなる。
【００５３】
このように、上記実施形態では、クライアント３０−１〜３０−ｎ側がデータをポストするタイミングでクライアント３０−１〜３０−ｎの記憶域３５−１〜３５−ｎへのデータのバックアップを実行し、ファイル管理サーバ１０側の記憶域であるデータ格納領域１４を、バックアップデータのコピーの保存先とし、クライアント３０−１〜３０−ｎで更新したデータについて、同一アカウントもしくは管理者等の権限を保持する場合に限り、更新履歴を用いてリストアなどのバックアップの管理を行うことができる。
【００５４】
これにより、例えば、更新頻度が低い環境では、クライアント３０−１〜３０−ｎ側の記憶域３５−１〜３５−ｎだけにデータをバックアップさせることにより、バックアップにかかるリソースを削減することができる。
【００５５】
また、クライアント３０−１〜３０−ｎ側にデータが存在する場合にはクライアント３０−１〜３０−ｎ側のデータを読み出して参照することで、ファイル管理サーバ１０やネットワークの必要リソースを減らすことができる。
【００５６】
つまり、更新頻度に応じてファイル管理サーバ１０へのバックアップを実行することができるため、ファイル管理サーバ１０に格納されたデータの更新頻度が低い環境では、バックアップにかかるリソースを削減することができる。
【００５７】
また、ファイル管理サーバ１０などの共有の領域を利用する環境においてはクライアント３０−１〜３０−ｎの領域が使われないため、クライアント３０−１〜３０−ｎが持つ空き領域をバックアップ領域として有効活用することができる。
【００５８】
なお、クライアント３０−１〜３０−ｎ側の記憶域３５−１〜３５−ｎを利用せずにファイル管理サーバ１０のデータ格納領域１４等の記憶域にデータを保管しても、任意の時点でクライアント３０−１〜３０−ｎ側にて更新したファイルを参照することができるため、クライアント３０−１〜３０−ｎ側に一時的にでもファイルを保管する必要がなくなる。これにより、クライアント３０−１〜３０−ｎ側で保持するデータ量を削減することができる。
【００５９】
さらには、ファイル管理サーバ１０にあるデータを参照する場合でも、クライアント３０−１〜３０−ｎ側にデータのファイルが存在すればクライアント３０−１〜３０−ｎにおいて参照することができ、これにより、ネットワークのリソースを減らして有効活用することができる。その際、クライアント３０−１〜３０−ｎ単独でも同一のアカウントで更新した過去のデータを参照することができる。また、各クライアント３０−１〜３０−ｎの記憶域３５−１〜３５−ｎに記録されたデータは、クライアントデータ参照手段３４−１〜３４−ｎにより、各々のクライアント３０−１〜３０−ｎでのみ参照することもできる。
【００６０】
以上、本発明をその好適な実施形態に基づいて説明したが、本発明のバックアップシステム、バックアップ方法及びバックアッププログラムは、上記実施形態にのみ限定されるものではなく、上記実施形態の構成から種々の修正及び変更を施したものも、本発明の範囲に含まれる。
【００６１】
最後に、上記の各実施形態の一部または全部は、以下の付記のようにも記載され得るが、本発明を以下に限定するものではない。
【００６２】
（付記１）ファイル管理サーバを用い、ネットワークを介して接続された複数のクライアントが保持するデータのバックアップ管理を行うバックアップシステムであって、前記クライアント側がデータをポストするタイミングで前記クライアントの記憶域へのデータのバックアップを実行するクライアントデータ格納手段と、前記ファイル管理サーバ側の記憶域を、バックアップデータのコピーの保存先とするデータ格納手段と、前記クライアントで更新したデータについて、同一アカウントもしくは管理者等の権限を保持する場合に限り、更新履歴を用いてバックアップを管理するバックアップ管理手段と、を備えるバックアップシステム。
【００６３】
（付記２）前記バックアップ管理手段は、前記クライアントからのリストア要求で更新者が連続して同一のアカウントである場合に限り、更新履歴を遡ってリストアするファイルを選択可能とする付記１に記載のバックアップシステム。
【００６４】
（付記３）前記ファイル管理サーバに格納されたデータを読み込む際、最終更新者と同一クライアントかつ同一アカウントからの要求であった場合に前記クライアントの記憶域からデータの読み込みを実施するデータ参照手段を備える付記１または付記２に記載のバックアップシステム。
【００６５】
（付記４）前記クライアント側に格納されたバックアップデータは、元ファイルとは別の場所（クライアント側）にリストア可能である、付記１乃至付記３のいずれかに記載のバックアップシステム。
【００６６】
（付記５）参照対象となるデータが前記クライアント側に格納されている場合には、当該クライアント側のバックアップデータが参照可能である、付記１乃至付記４のいずれかに記載のバックアップシステム。
【００６７】
（付記６）ファイル管理サーバを用い、ネットワークを介して接続された複数のクライアントが保持するデータのバックアップ管理を行うバックアップ方法であって、前記クライアント側がデータをポストするタイミングで前記クライアントの記憶域へのデータのバックアップを実行するステップと、前記ファイル管理サーバ側の記憶域を、バックアップデータのコピーの保存先とするステップと、前記クライアントで更新したデータについて、同一アカウントもしくは管理者等の権限を保持する場合に限り、更新履歴を用いてバックアップを管理するステップと、を有することを特徴とするバックアップ方法。
【００６８】
（付記７）情報処理装置に、データをポストするタイミングで記憶域へのデータのバックアップを実行する処理と、ファイル管理サーバ側の記憶域を、バックアップデータのコピーの保存先とする処理と、更新したデータについて、同一アカウントもしくは管理者等の権限を保持する場合に限り、更新履歴を用いてバックアップを管理する処理と、を実行させるバックアッププログラム。
【符号の説明】
【００６９】
１０：ファイル管理サーバ
１４：データ格納領域
２２：データ格納手段
２４：データ参照手段
２５：リストア管理手段（バックアップ管理手段）
３０−１〜３０−ｎ：クライアント
３２−１〜３２−ｎ：クライアントデータ格納手段
３５−１〜３５−ｎ：記憶域
【特許請求の範囲】
【請求項１】
ファイル管理サーバを用い、ネットワークを介して接続された複数のクライアントが保持するデータのバックアップ管理を行うバックアップシステムであって、
前記クライアント側がデータをポストするタイミングで前記クライアントの記憶域へのデータのバックアップを実行するクライアントデータ格納手段と、
前記ファイル管理サーバ側の記憶域を、バックアップデータのコピーの保存先とするデータ格納手段と、
前記クライアントで更新したデータについて、同一アカウントもしくは管理者等の権限を保持する場合に限り、更新履歴を用いてバックアップを管理するバックアップ管理手段と、を備えるバックアップシステム。
【請求項２】
前記バックアップ管理手段は、前記クライアントからのリストア要求で更新者が連続して同一のアカウントである場合に限り、更新履歴を遡ってリストアするファイルを選択可能とする請求項１に記載のバックアップシステム。
【請求項３】
前記ファイル管理サーバに格納されたデータを読み込む際、最終更新者と同一クライアントかつ同一アカウントからの要求であった場合に前記クライアントの記憶域からデータの読み込みを実施するデータ参照手段を備える請求項１または請求項２に記載のバックアップシステム。
【請求項４】
前記クライアント側に格納されたバックアップデータが、元ファイルとは別の場所にリストア可能である、請求項１乃至請求項３のいずれか１項に記載のバックアップシステム。
【請求項５】
参照対象となるデータが前記クライアント側に格納されている場合には、当該クライアント側のバックアップデータが参照可能である、請求項１乃至請求項４のいずれか１項に記載のバックアップシステム。
【請求項６】
ファイル管理サーバを用い、ネットワークを介して接続された複数のクライアントが保持するデータのバックアップ管理を行うバックアップ方法であって、
前記クライアント側がデータをポストするタイミングで前記クライアントの記憶域へのデータのバックアップを実行するステップと、
前記ファイル管理サーバ側の記憶域を、バックアップデータのコピーの保存先とするステップと、
前記クライアントで更新したデータについて、同一アカウントもしくは管理者等の権限を保持する場合に限り、更新履歴を用いてバックアップを管理するステップと、を有することを特徴とするバックアップ方法。
【請求項７】
情報処理装置に、
データをポストするタイミングで記憶域へのデータのバックアップを実行する処理と、
ファイル管理サーバ側の記憶域を、バックアップデータのコピーの保存先とする処理と、
更新したデータについて、同一アカウントもしくは管理者等の権限を保持する場合に限り、更新履歴を用いてバックアップを管理する処理と、を実行させるバックアッププログラム。
【請求項１】
ファイル管理サーバを用い、ネットワークを介して接続された複数のクライアントが保持するデータのバックアップ管理を行うバックアップシステムであって、
前記クライアント側がデータをポストするタイミングで前記クライアントの記憶域へのデータのバックアップを実行するクライアントデータ格納手段と、
前記ファイル管理サーバ側の記憶域を、バックアップデータのコピーの保存先とするデータ格納手段と、
前記クライアントで更新したデータについて、同一アカウントもしくは管理者等の権限を保持する場合に限り、更新履歴を用いてバックアップを管理するバックアップ管理手段と、を備えるバックアップシステム。
【請求項２】
前記バックアップ管理手段は、前記クライアントからのリストア要求で更新者が連続して同一のアカウントである場合に限り、更新履歴を遡ってリストアするファイルを選択可能とする請求項１に記載のバックアップシステム。
【請求項３】
前記ファイル管理サーバに格納されたデータを読み込む際、最終更新者と同一クライアントかつ同一アカウントからの要求であった場合に前記クライアントの記憶域からデータの読み込みを実施するデータ参照手段を備える請求項１または請求項２に記載のバックアップシステム。
【請求項４】
前記クライアント側に格納されたバックアップデータが、元ファイルとは別の場所にリストア可能である、請求項１乃至請求項３のいずれか１項に記載のバックアップシステム。
【請求項５】
参照対象となるデータが前記クライアント側に格納されている場合には、当該クライアント側のバックアップデータが参照可能である、請求項１乃至請求項４のいずれか１項に記載のバックアップシステム。
【請求項６】
ファイル管理サーバを用い、ネットワークを介して接続された複数のクライアントが保持するデータのバックアップ管理を行うバックアップ方法であって、
前記クライアント側がデータをポストするタイミングで前記クライアントの記憶域へのデータのバックアップを実行するステップと、
前記ファイル管理サーバ側の記憶域を、バックアップデータのコピーの保存先とするステップと、
前記クライアントで更新したデータについて、同一アカウントもしくは管理者等の権限を保持する場合に限り、更新履歴を用いてバックアップを管理するステップと、を有することを特徴とするバックアップ方法。
【請求項７】
情報処理装置に、
データをポストするタイミングで記憶域へのデータのバックアップを実行する処理と、
ファイル管理サーバ側の記憶域を、バックアップデータのコピーの保存先とする処理と、
更新したデータについて、同一アカウントもしくは管理者等の権限を保持する場合に限り、更新履歴を用いてバックアップを管理する処理と、を実行させるバックアッププログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１２−２２５９７（Ｐ２０１２−２２５９７Ａ）
【公開日】平成２４年２月２日（２０１２．２．２）
【国際特許分類】
【出願番号】特願２０１０−１６１４１７（Ｐ２０１０−１６１４１７）
【出願日】平成２２年７月１６日（２０１０．７．１６）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２４年２月２日（２０１２．２．２）
【国際特許分類】
【出願日】平成２２年７月１６日（２０１０．７．１６）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]