JPH0844609A - データバックアップ方法 - Google Patents

Abstract

(57)【要約】 【目的】ネットワークに接続された情報処理装置が、ネ
ットワークを介して複数の他の情報処理装置が持つデー
タのバックアップを保持することで、個々の情報処理装
置に特別な記憶装置を付加することなく、低コストで実
現可能な更新情報によるデータバックアップ方法を提供
すること。 【構成】バックアップを要するデータを持つ情報処理装
置１０１は、ある時点のローカルファイル１１７の内容
とその時点以降の前記ファイルの更新内容を情報処理装
置１０２へネットワーク１０５を経由して送信し、外部
記憶装置１０４内に格納する情報処理装置１０１は、フ
ァイル１１７のディレクトリ情報と処理装置１０２が保
持しているバックアップデータのディレクトリ情報を比
較することにより前記更新内容を検出する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、情報処理装置が外部記
憶装置等に格納，保持しているデータのバックアップ方
法に係り、特にネットワーク接続された情報処理装置に
好適なデータバックアップ方法に関する。

【０００２】

【従来の技術】情報処理装置は、通常、外部記憶装置等
に処理対象となるデータを保持している。一般にこれら
のデータに対しては、装置故障によるデータ破壊のよう
な不測の事態に備え、磁気テープ装置などの外部記憶装
置にデータの複製を格納しておく、いわゆるバックアッ
プという処理が行われている。

【０００３】バックアップの方法には、最も単純なもの
として、定期的に全データを外部記憶装置へ複製する方
法がある。この方法によれば、データの破壊が起こって
も複製を作った時点の状態に戻すことができる。しか
し、この方法では複製を行ってからデータの破壊が起こ
るまでの間に行われたファイルの追加，削除，更新処理
等の結果が失われてしまう。そのため、このデータ処理
結果の消失を最小にしようとした場合、複製を行う間隔
を短くしなければならない。ところが、複製は一般に時
間を要する処理であり、複製を頻繁に行うことには限界
がある。

【０００４】そこで、もう一つのバックアップの方法と
して、一度全データの複製を行ったら、それ以後はデー
タに対して書き込み，削除などの更新処理が行われた時
にその内容のみを逐次保存していく方法がある。更新処
理内容の保存は全データの複製に比べて少ない時間で実
行することができる。バックアップしたデータを復元し
たいときは、最初に複製したデータを戻し、そのデータ
に対して保存されている更新処理の内容を再現すること
で復元できる。本方法によれば、データの破壊が起こっ
ても常に最新の状態にデータを復元することができる。

【０００５】上記バックアップ方法の具体例として、特
開平３−７１３５１号公報に開示されている方式があ
る。本方法は、バックアップ対象となるデータ、該デー
タの複製、該データの更新処理内容を別々の記憶装置上
に格納し、さらに頻繁にアクセスされる更新処理内容を
格納する記憶装置には高速なものを使用することで、信
頼性，性能の高いバックアップ処理を実現しようという
ものである。

【０００６】

【発明が解決しようとする課題】上記従来例のバックア
ップ方法では、時間を要する全データ複製の頻度を少な
くしてもデータ破壊時には常に最新状態を復元でき、通
常行われるデータ更新処理内容の保存にかかるオーバヘ
ッドも小さくしているという点で優れた方法である。し
かし、情報処理装置にバックアップ格納専用の記憶装置
を付加する必要があるため、バックアップを必要とする
情報処理装置が多数接続されたネットワークシステムに
おいて個々の情報処理装置に本方法を適用しようとする
とコストが高くなってしまうという課題があった。

【０００７】また、上記従来方法では、ある時点のデー
タの複製とその時点以後のデータの更新操作内容の組み
合わせでバックアップを保持するため、データ更新操作
内容を記録するための手段が用意されていない情報処理
装置には適用が困難であるという課題があった。

【０００８】また、上記従来方法では、バックアップを
行うデータを選択的に指定する手段が用意されていない
ため、バックアップが不要なデータまですべてバックア
ップしてしまい、バックアップデータの総容量やバック
アップ時間が不必要に増大してしまう場合があるという
課題があった。

【０００９】本発明の第１の目的は、ネットワークに接
続された情報処理装置が、該ネットワーク上の複数の他
の情報処理装置が有するデータのある時点の複製とその
時点以後のデータ操作内容を保持することで、データの
バックアップを必要とする個々の情報処理装置に特別な
付加装置を付加することなく低コストで実現可能な更新
情報によるデータバックアップ方法を提供することにあ
る。

【００１０】本発明の第２の目的は、データ更新操作内
容を逐次記録していく手段が提供されていない情報処理
装置にも適用可能なデータの更新情報によるデータバッ
クアップ方法を提供することにある。

【００１１】本発明の第３の目的は、バックアップ対象
とするデータを動的に選択可能とすることにより、必要
最小限のバックアップ時間とバックアップデータ格納用
記憶装置容量でバックアップの効果を得ることが可能な
データバックアップ方法を提供することにある。

【００１２】

【課題を解決するための手段】上記第１の目的は、ネッ
トワークに接続され、バックアップを必要とするデータ
を有する第１の情報処理装置に、任意の時点の前記デー
タと、前記時点以降に前記データが更新された内容をバ
ックアップデータとして前記第２の情報処理装置に送信
する手段と、前記第２の情報処理装置に対して指定した
時点の前記バックアップデータを前記第１の情報処理装
置へ送信するように要求する手段と、前記第２の情報処
理装置から受信した前記バックアップデータを前記第１
の情報処理装置の記憶装置上に格納する手段を設け、一
方、前記第２の情報処理装置に、前記第１の情報処理装
置から送信されてきたデータと前記データの更新内容を
記憶装置に格納する手段と、前記第１の情報処理装置か
らの要求により前記データと前記データの更新内容から
指定された時点の前記データを復元し、前記第１の情報
処理装置へ送信する手段を設けることにより達成され
る。

【００１３】上記第２の目的は、バックアップを必要と
するデータを有する第１の情報処理装置に前記データの
名前，大きさ，最終更新日付などの第１の管理情報を取
得する手段と、前記データのバックアップを格納する第
２の情報処理装置が、バックアップしている前記データ
の名前，大きさ，最終更新日付などの第２の管理情報を
取得する手段と、前記第２の情報処理装置が前記第２の
管理情報を前記第１の情報処理装置に送信する手段と、
前記第１の情報処理装置が前記第１の管理情報と前記第
２の情報処理装置から受信した前記第２の管理情報を比
較することにより、前回バックアップ時からの前記第１
の情報処理装置が有する前記データの更新状況を検出す
る手段を設けることで達成される。

【００１４】上記第３の目的は、バックアップを行うデ
ータを指定するバックアップ対象指定情報を保持するた
めのバックアップ対象情報保持手段と、前記バックアッ
プ対象指定情報により前記第１の情報処理装置がバック
アップを行うファイルを選択する手段と、前記バックア
ップ対象データ指定情報を状況に応じて動的に変更可能
とするためのバックアップ対象指定情報入力手段とを設
けることにより達成される。

【００１５】

【作用】第１の情報処理装置がバックアップするデータ
と前記データの更新内容をネットワークで接続される第
２の情報処理装置に送信する手段と、前記第２の情報処
理装置が前記データと前記データの更新処理内容を受信
し前記第２の情報処理装置に接続される記憶装置に格納
する手段は、前記第１の情報処理装置が持つデータのバ
ックアップを格納する記憶装置として前記第２の情報処
理装置に接続される記憶装置を利用可能とし、それ以外
の特別な装置を不要とする。

【００１６】また、第１の情報処理装置がバックアップ
するデータの名前，大きさ，最終更新日付などの第１の
管理情報を取得する手段と、前記第１の情報処理装置が
有するデータのバックアップを格納する第２の情報処理
装置が前記バックアップの第２の管理情報を取得する手
段と、前記第２の管理情報を前記第１の情報処理装置へ
送信する手段と、前記第１の情報処理装置が前記第１の
管理情報と前記第２の管理情報の内容を比較する手段
は、前記第２の情報処理へバックアップを格納した以降
に行われたデータの生成，削除，変更などの更新内容を
検出可能とする。

【００１７】また、バックアップ対象指定情報を保持す
るためのバックアップ対象情報保持手段と、前記バック
アップ対象指定情報により前記第１の情報処理装置がバ
ックアップを行うファイルを選択する手段と、前記バッ
クアップ対象データ指定情報を変更するためのバックア
ップ対象指定情報入力手段は、必要最小限のファイルの
みをバックアップ可能とし、さらに、バックアップ対象
のデータをシステム運用中であっても柔軟に変更可能と
する。

【００１８】

【実施例】以下、本発明の実施例を図面を用いて説明す
る。

【００１９】図１は本発明の一実施例による情報処理装
置を用いた情報処理装置システムの構成図である。図
中、１０１は本発明の一実施例を適用した情報処理装置
のうち、バックアップすべきローカルデータを持つ情報
処理装置、１０２は本発明の一実施例を適用した情報処
理装置のうち、他の情報処理装置のローカルデータのバ
ックアップを保持する情報処理装置、１０３は情報処理
装置１０１に接続される外部記憶装置、１０４は情報処
理装置１０２に接続される外部記憶装置、１０５は情報
処理装置１０１と情報処理装置１０２が接続されるネッ
トワーク、１１７は、バックアップすべき情報処理装置
１０１のローカルデータが格納されたローカルファイ
ル、１１３は情報処理装置１０１側でローカルファイル
１１７のバックアップに必要な処理を行うクライアント
側バックアップ実行部、１０７は情報処理装置１０２側
でローカルファイル１１７のバックアップに必要な処理
を行うサーバ側バックアップ実行部、１２０は、情報処
理装置１０１からのバックアップ開始要求を受け付ける
バックアップ開始受付部、１１２，１１８は、クライア
ント側バックアップ処理部１１３とサーバ側バックアッ
プ処理部がネットワーク１０５を通して通信を行うため
の通信処理部、１１５は情報処理装置１０１で動作する
アプリケーションプログラム、１１４は情報処理装置１
０１がバックアップ実行時のローカルファイル１１７の
ディレクトリ情報を保持するための旧ディレクトリ情報
テーブル、１０６は情報処理装置１０２がバックアップ
実行時のローカルファイル１１７のディレクトリ情報を
保持するための最新ディレクトリ情報テーブル、１１９
はバックアップ処理を実行する毎に値を増加させるチェ
ックポイントカウンタ、１０９はローカルファイル１１
７のディレクトリ情報の最も古いバックアップであるデ
ィレクトリ情報ファイル、１１０はローカルファイル１
１７の内容のそのものを格納するファイルであるデータ
ファイル、１１１は最も古いバックアップ以降に行われ
たローカルファイル１１７に対する更新内容を記録する
更新情報ファイル、１２５はバックアップの対象となる
ローカルファイルを指定する情報を格納するバックアッ
プ対象指定ファイルである。以上のような構成において
行われる本発明によるローカルデータバックアップ方法
の詳細な手順を以下で説明する。

【００２０】まず、本発明によるデータバックアップ方
法の動作概要と図１の中のテーブル，ファイルの構造に
ついて説明する。

【００２１】図８は、本発明によるローカルデータバッ
クアップ手順を示すフローチャートである。情報処理装
置１０１のクライアント側バックアップ実行部１１３が
軌道すると、まず、クライアント側バックアップ実行部
１１３が情報処理装置１０２に対してバックアップ処理
の開始を要求する。その際、情報処理装置１０１固有の
バックアップ識別子を前記要求に付加する（ステップ８
００）。図２１は、クライアント側バックアップ実行部
１１３を軌道したときに表示される操作ウィンドウの一
例を示したものである。操作ウィンドウ２１００が開い
た後、使用者が入力フィールド２１０１と２１０２にそ
れぞれ情報処理装置１０２を指定するサーバ名と前記バ
ックアップ識別子とを入力し、接続ボタン２１０３を操
作することにより、前記バックアップ識別子を付加した
バックアップ開始要求が送信される。前記要求は通信処
理部１１２，１０８を経由してバックアップ開始受付部
１２０へ到達する。前記要求を受信したバックアップ開
始受付部１２０は、前記バックアップ識別子がバックア
ップ登録ファイル１１６に登録されているかどうかを検
索する（ステップ８０１）。バックアップ登録ファイル
１１６に登録されていない場合は、バックアップ開始受
付部１２０は前記バックアップ識別子をバックアップ登
録ファイル１１６へ新たに登録し、情報処理装置１０１
に関するディレクトリ情報ファイル１０９、データファ
イル１１０、更新情報ファイル１１１、更新履歴ファイ
ル１１８の名前を決定し、これらのファイル名もバック
アップ登録ファイル１１６に登録する（ステップ８０
２）。そして、バックアップ開始受付要求部１２０はサ
ーバ側バックアップ実行部１０７を新たに起動するとと
もに（ステップ８１０）、該サーバ側バックアップ実行
部１０７に対し初期バックアップ処理の実行を要求す
る。サーバ側バックアップ実行部１０７は前記四つのフ
ァイルの初期化を行うために、初期バックアップ処理を
実行する（ステップ８０８）。初期初期バックアップ処
理の詳細については後で説明する。一方、前記バックア
ップ識別子がバックアップ登録ファイル１１６に登録さ
れていた場合は、バックアップ開始受付部１２０はサー
バ側バックアップ実行部を起動し（ステップ８０９）、
該サーバ側バックアップ実行部１０７に対し最新ディレ
クトリ情報テーブル１０６の再構築開始を要求する。サ
ーバ側バックアップ実行部１０７は、バックアップ登録
ファイル１１６から情報処理装置１０１に関するディレ
クトリ情報ファイル１０９、データファイル１１０、更
新情報ファイル１１１、更新履歴ファイル１１８の名前
を求め、ディレクトリ情報ファイル１０９と更新情報フ
ァイル１１１の内容を用いて最新ディレクトリ情報テー
ブル１０６を再構築する（ステップ８０３）。そして、
その再構築した最新ディレクトリ情報テーブル１０６の
内容をクライアント側バックアップ実行部１１３に送信
し、旧ディレクトリ情報テーブル１１４に格納する（ス
テップ８０７）。ここで、サーバ側実行部１０７は、バ
ックアップ処理の開始を受けている情報処理装置１０１
の数だけ起動していることになる。以上のステップが終
了すると、以後は適当な時間間隔で定期的に、あるいは
使用者の要求により更新バックアップ処理を行う（ステ
ップ８０４）。更新バックアップ処理ではアプリケーシ
ョンプログラム１１５などが行ったローカルファイル１
１７の更新内容を更新情報ファイル１１１とデータファ
イル１１０に書き加える処理を行う。もし、途中でファ
イルリカバリ要求が発生した場合は（ステップ８０
５）、ファイルリカバリ処理を実行する（ステップ８０
６）。更新バックアップ処理とファイルリカバリ処理の
詳細は後で説明する。

【００２２】図２は、ディレクトリ情報ファイル１０９
の内部構造を示す図である。ディレクトリ情報ファイル
１０９はバックアップされているローカルファイル１１
７のディレクトリ構造と各ファイルのファイル名，大き
さ，属性，最終更新日付などの情報を格納するファイル
で、一つまたは複数のディレクトリ情報２００が並んだ
配列構造を成している。ディレクトリ情報２００にはそ
れぞれ固有のインデックス番号が割り当てられている。
ディレクトリ情報２００は一つのファイルまたはサブデ
ィレクトリに関する情報を管理するもので、格納される
要素には、ファイルまたはサブディレクトリ名２０１、
ファイルの大きさ２０２、ファイルかサブディレクトリ
か、あるいはファイルが書き込み禁止かどうか等を示す
属性２０３、ファイルの最終更新日時２０４、データフ
ァイル１１０の中でファイルの内容が格納されている位
置を示すデータ先頭位置２０５、ディレクトリ構造を管
理するためのサブディレクトリインデックス２０６およ
びディレクトリ情報インデックス２０７がある。ディレ
クトリ情報インデックス２０７は同一ディレクトリに存
在する次のファイルまたはサブディレクトリのディレク
トリ情報２００のインデックスを格納して線形リストを
構成するための要素であり、サブディレクトリインデッ
クス２０６はディレクトリ情報２００がサブディレクト
リに関するものであるときに、該サブディレクトリに格
納されるファイルまたはサブディレクトリのディレクト
リ情報２００の線形リストの先頭インデックスを格納す
る要素である。

【００２３】図３はデータファイル１１０の内部構造を
示す図である。データファイルはバックアップするロー
カルファイル１１７の内容にヘッダー部３００を付け加
えたものを順次格納した構造となっている。この時、前
記内容の冗長な部分を、例えばＬＺＷ（Ｌｅｍｐｅｌ−
Ｚｉｖ−Ｗｅｌｃｈ）法などのアルゴリズムにより圧縮
することでデータファイル１１０の縮小が図れる場合に
は、圧縮を行ってもよい。圧縮が行われているかどうか
を示す情報はヘッダー部３００の圧縮フラグ３０１に格
納する。その他、ヘッダー部３００には圧縮前の前記内
容の大きさであるオリジナルデータ長３０２と、圧縮さ
れた場合の圧縮後の前記内容の大きさである圧縮後デー
タ長３０３を格納する。圧縮が行われていなければ、オ
リジナルデータ長３０２と圧縮後データ長３０３の値は
同じである。ローカルファイル１１７のそれぞれの格納
位置は、ディレクトリ情報ファイル１０９に格納されて
いるディレクトリ情報２００のデータ先頭位置２０５、
または次に説明する更新情報ファイル１１１に格納され
ている更新情報４００のデータ先頭位置４０７に格納さ
れるようになっている。

【００２４】図４は、更新情報ファイル１１１の内部構
造を示す図である。更新情報ファイル１１１は、ディレ
クトリ情報ファイル１０９とデータファイル１１０によ
って保持されているローカルファイル１１７の状態に対
して現在までに行われたファイル更新内容を格納するフ
ァイルであり、ファイル更新の内容を示す更新情報４０
０が配列形式で格納される構造になっている。更新情報
４００には、該更新情報を格納したときのチェックポイ
ントカウンタ１１９の値を格納するチェックポイント番
号４０１、更新対象ファイルまたはサブディレクトリ名
４０２、更新内容を種類表す更新コマンド４０３、ファ
イルの更新後の大きさ４０４、ファイルの更新後の属性
４０５、ファイルの更新後の最終更新日時４０６、デー
タファイル１１０中で更新後のファイル内容が格納され
ている位置を表すデータ先頭位置４０７が格納される。
更新内容の種類には、「ファイル作成」，「ファイル更
新」，「ファイル削除」，「ディレクトリ作成」，「デ
ィレクトリ削除」の５種類があり、それぞれに対応する
コマンドコード番号を更新コマンド４０３に格納する。

【００２５】図５は、更新履歴ファイル１１８の内部構
造を示す図である。更新履歴ファイル１１８は、初期バ
ックアップ処理、および更新バックアップ処理が行われ
た時刻を記録しておくためのファイルで、初期バックア
ップ処理または更新バックアップ処理が行われた時点の
チェックポイントカウンタの値であるチェックポイント
番号と、該処理が行われた時刻である更新日時を一つの
要素として記録する。最古ポインタ５０１は、リカバリ
可能な最も古いバックアップに関する要素を指し示すポ
インタであり、最新ポインタ５０２は、最も新しいバッ
クアップに関する要素の次の要素、すなわち次回更新バ
ックアップが行われるときに情報を書き込む部分を指し
示すポインタである。

【００２６】図６は、バックアップ登録ファイル１１６
の内部構造を示す図である。バックアップ登録ファイル
１１６は、情報処理装置１０２が、複数の他の情報処理
装置が持つデータのバックアップを識別して管理できる
ようにするためのもので、一つの他の情報処理装置のバ
ックアップに関する情報を示す登録情報６００が配列形
式で格納された構造となっている。登録情報６００に
は、どの情報処理装置のバックアップに関する情報かを
識別するためのバックアップを識別子６０１、および、
前記情報処理装置に関するディレクトリ情報ファイル名
６０２、データファイル名６０３、更新情報ファイル名
６０４、更新履歴ファイル名６０５が格納される。

【００２７】図７は、最新ディレクトリ情報テーブル１
０６の構造を表わす図である。最新ディレクトリ情報テ
ーブル１０６は、更新バックアップ処理終了時点のロー
カルファイル１１７のディレクトリ状態を示すテーブル
であり、ディレクトリ情報ファイル１０９と同様にロー
カルファイル１１７のディレクトリ構造に対応した線形
リスト構造をとっている。線形リストの一つのノードと
なるディレクトリ情報７００には、ファイルまたはサブ
ディレクトリ名７０１、ファイル大きさ７０２、ファイ
ルの属性７０３、ファイルの最終更新日時７０４、デー
タファイル１１０の中でファイル内容が収納されている
位置を示すデータ先頭位置７０５、サブディレクトリの
場合に該サブディレクトリに格納されるファイルに関す
るファイル情報７００の線形リストの先頭ノードのアド
レスを格納するサブディレクトリアドレス７０６、同一
ディレクトリ内の次のファイルまたはサブディレクトリ
のディレクトリ情報７００のアドレスを格納するディレ
クトリ情報アドレス７０７が含まれる。情報処理装置１
０１側の旧ディレクトリ情報テーブル１１４も最新ディ
レクトリ情報テーブル１０６と同じ構造であるが、デー
タ先頭位置７０５は意味を持たない。

【００２８】図７は、バックアップ対象指定ファイル１
２５の構造を示す図である。バックアップ対象指定ファ
イル１２５には、実際にバックアップを行うファイルの
ファイル名が一つまたは複数格納される構造となってい
る。ファイル名はワイルドカード（任意の文字列とマッ
チする特殊記号’＊’など）を用いた複数のファイルの
指定が可能であり、また、単にサブディレクトリ名だけ
が書かれた場合は、そのサブディレクトリに含まれるフ
ァイルすべてがバックアップの対象となることを表す。

【００２９】次に、初期バックアップ処理，更新バック
アップ処理，ファイルリカバリ処理のそれぞれの詳細に
ついて図を用いて説明する。

【００３０】まず、初期バックアップ処理の内容につい
て、図９を用いて説明する。図９は、初期バックアップ
処理の内容を示したシーケンス図である。サーバ側バッ
クアップ実行部１０７は、バックアップ登録ファイル１
１６にクライアント側バックアップ実行部１１３が指定
したバックアップ識別子が登録されていないと、バック
アップ登録ファイルに該バックアップ識別子等を登録し
た後に、通信処理部１０８，ネットワーク１０５，通信
処理部１１２を通して初期バックアップ開始フレーム９
００をクライアント側バックアップ実行部１１３へ送信
する。クライアント側バックアップ実行部１１３は、初
期バックアップ開始フレーム９００を受信したら肯定応
答を意味するＡＣＫフレーム９０１をサーバ側バックア
ップ実行部１０７へ送信する。サーバ側バックアップ実
行部１０７は、ＡＣＫフレーム９０１を受信すると、最
新ディレクトリ情報テーブル１０６、チェックポイント
カウンタ１１９の初期化と、ディレクトリ情報ファイル
１０９、データファイル１１０、更新情報フアイル１１
１、更新履歴ファイル１１８の生成を行い（ステップ９
０７）、初期化完了フレーム９０２を送信してクライア
ント側バックアップ実行部１１３に対してバックアップ
するフアイルの送信開始を要求する。クライアント側バ
ックアップ実行部１１３は、初期化完了フレーム９０２
を受信すると、バックアップすべきローカルデータを格
納したローカルファイル１１７のディレクトリ情報とフ
ァイル内容を１ファイル分ずつサーバ側バックアップ実
行部１０７に送信する（フレーム９０３）。ここで、バ
ックアップすべきローカルファイルのファイル名は、バ
ックアップ対象指定ファイル１２５の内容を順次読みだ
すことで取得する。ワイルドカードやサブディレクトリ
名指定により複数のファイルが指定された場合は、ロー
カルファイル１１７のディレクトリ情報を検索してファ
イル名を取得する。サーバ側バックアップ実行部１０７
は、受信した１ファイル分のディレクトリ情報とファイ
ル内容９０３より、該ファイルに関するディレクトリ情
報７００を作成し、最新ディレクトリ情報テーブル１０
６の該ファイルが存在するディレクトリのリストへ連結
する（ステップ９０８）。該ディレクトリが存在しない
場合は、該ディレクトリに関するディレクトリに関する
ディレクトリ情報７００を作成し、連結する処理を先に
行う。次に該ファイルのファイル内容をデータファイル
１１０に追加書き込みし、書き込み先頭位置を該ファイ
ルのディレクトリ情報７００のデータ先頭位置７０５に
格納する。この時、必要があれば前記ファイル内容を圧
縮してもよい（ステップ９０９）。以上の処理が正常終
了したらＡＣＫフレーム９０４をクライアント側バック
アップ実行部１１３に送信し、クライアント側バックア
ップ実行部１１３は次のローカルファイル１１７のディ
レクトリ情報とファイル内容をサーバ側バックアップ実
行部１０７に送信する。以後、バックアップが必要なフ
ァイルすべての送信が完了するまでフレーム９０３送信
からフレーム９０４送信までの間の処理を繰り返す。Ａ
ＣＫフレーム９０４受信後に送信すべきローカルファイ
ル１１７が無かった場合は、クライアント側バックアッ
プ実行部１１３は初期バックアップ終了フレーム９０５
を送信する。サーバ側バックアップ実行部１０７は、初
期バックアップ終了フレーム９０５を受信したら最新デ
ィレクトリ情報テーブル１０６の内容をディレクトリ情
報ファイル１０９に格納する（ステップ９１０）。その
際、メモリアドレス形式であるサブディレクトリアドレ
ス７０６、ディレクトリ情報アドレス７０７は、それぞ
れインデックス番号形式であるサブディレクトリインデ
ックス２０６、ディレクトリ情報インデックス２０７に
変換する。該処理が正常終了したらＡＣＫフレーム９０
６を送信し、クライアント側バックアップ処理部１１３
に初期バックアップ処理が正常終了したことを通知す
る。以上が初期バックアップ処理の内容である。

【００３１】次に、更新バックアップ処理の内容につい
て、図１０を用いて説明する。図１０は、更新バックア
ップ処理の内容を示したシーケンス図である。クライア
ント側バックアップ実行部１１３は、まず現在のローカ
ルファイル１１７のディレクトリ情報を読みだし、現状
ディレクトリ情報テーブルを作成する（ステップ１０
１）。実際に前記現状ディレクトリ情報テーブルにディ
レクトリ情報を格納するファイルは、バックアップ対象
指定ファイル１２５に指定されたファイルのみである。
前記現状ディレクトリ情報テーブルの構造は旧ディレク
トリ情報テーブル１１４と同じである。次に旧ディレク
トリ情報テーブル１１４と前記現状ディレクトリ情報テ
ーブルの内容を比較する（ステップ１００２）。比較が
容易なように旧ディレクトリ情報テーブル１１４と前記
現状ディレクトリ情報テーブルの内容は、ファイルまた
はサブディレクトリ名をキーとしてソートしておく。本
実施例では昇順にソートしてあるものとする。比較は、
旧ディレクトリ情報テーブル１１４と前記現状ディレク
トリ情報テーブルの先頭のノードからリスト構造に従っ
て順次内容を比較することで行う。この比較方法の一例
は、後に図１３，１４を用いて詳しく説明する。比較の
結果、ファイルの作成，削除，更新が検出された場合
は、更新情報作成してサーバ側バックアップ実行部１０
７へ送信する（ステップ１００３）。ここで、前記更新
情報は更新情報ファイル１１１に格納する更新情報４０
０にファイル内容を付加したものである。以上述べたス
テップ１００２，１００３の処理は、旧ディレクトリ情
報テーブル１１４と前記現状ディレクトリ情報テーブル
の全ノードの比較が終了するまで繰り返す（ステップ１
００４）。全ノードの比較が終了したら、情報処理装置
１０２が持つ最新ディレクトリ情報テーブル１０６の内
容を旧ディレクトリ情報テーブル１１４に複写して更新
バックアップ処理を終了する（ステップ１００５）。こ
の複写処理の内容については、図１１により後で詳しく
説明する。一方、前記更新情報を受信したサーバ側バッ
クアップ実行部１０７は次のように動作する。まず、受
信した前記更新情報を更新情報ファイル１１１とデータ
ファイル１１０に追加書き込みする（ステップ１００
６）。前記更新情報のうち、ファイル内容の部分をデー
タファイル１１０に追加し、それ以外の部分を更新情報
ファイル１１１に追加する。次に受信した前記更新情報
に従い、最新ディレクトリ情報テーブル１０６を更新す
る(ステップ１００７）。すなわち、前記更新情報がフ
ァイルの作成を示すものであれば該ファイルに関するノ
ードを追加し、ファイルの削除を示すものであれば該フ
ァイルに関するノードを削除する等の処理を行う。次
に、更新情報ファイル１１１またはデータファイル１１
０の大きさがあらかじめ指定された大きさよりも大きく
なった場合は、古い更新情報を削除するために以下の処
理を行う（ステップ１００８）。まず更新情報ファイル
１１１の中の更新情報のうち最も古いチェックポイント
番号を持つ更新情報の内容に従ってディレクトリ情報フ
ァイル１０９の内容を更新する（ステップ１００９）。
最も古いチェックポイント番号は、更新履歴ファイル１
１８の中の要素のうち、最古ポインタ５０１が差し示す
ものの中に書かれている。次にデータファイル１１０、
更新情報ファイル１１１に格納されるデータのうち、ス
テップ１００９の処理により不要となったデータを削除
する（ステップ１０１０）。前記データの削除によりデ
ィレクトリ情報ファイル１０９や更新情報ファイル１１
１に格納されているデータ先頭位置２０５，４０５が変
更になることもあるので、これらも併せて更新してお
く。最後に、最古ポインタ５０１を次の要素を差し示す
ように更新して終了する（ステップ１０１１）。

【００３２】次に、更新バックアップ処理の中で行われ
る前記現状ディレクトリ情報テーブルと旧ディレクトリ
情報テーブル１１４の比較処理、および、最新ディレク
トリ情報テーブル１０６から旧ディレクトリ情報テーブ
ル１１４への内容コピー処理について説明する。

【００３３】図１３は、前記現状ディレクトリ情報テー
ブルと旧ディレクトリ情報テーブル１１４の比較処理を
行う時の前記二つのテーブルと比較用のポインタの初期
状態を示した図である。図中、１３０１は前記現状ディ
レクトリ情報テーブル、１３０２は旧ディレクトリ情報
テーブル１１４へのポインタｐ、１３０３は現状ディレ
クトリ情報テーブル１３０１へのポインタｑである。ポ
インタｐ１３０２とポインタｑ１３０３は、それぞれ比
較対象となるノードを指し示して示している。初期状態
では、前記二つのポインタはそれぞれ対応する前記ディ
レクトリ情報テーブルの先頭ノードを指すようにしてお
く。この状態で、クライアント側バックアップ実行部１
１３は、図１４のフローチャートに示すような手順で旧
ディレクトリ情報テーブル１１４と現状ディレクトリ情
報テーブル１３０１の比較を行う。最初のステップ１４
０１は、ポインタｐ１３０２，ポインタｑ１３０３の初
期化を行うステップである。初期化が終了したら、ポイ
ンタｐ１３０２が指すノードに格納されるファイル名と
ポインタｑ１３０３が指すノードに格納されるファイル
名の大小を比較する（ステップ１４０２）。この時、前
記ポインタがどのノードも指し示していなかった場合
は、該ポインタが無限に大きな値のファイル名を持つノ
ードを指し示していると見なして比較を行う。ステップ
１４０２の比較の結果が同じであれば、さらに、前記そ
れぞれのノードに格納される大きさ，属性，最終更新日
時の比較を行う（ステップ１４０３）。ステップ１４０
３で相違があれば、ポインタｐ１３０２が指すノードに
示されるファイルは内容が更新されたということなの
で、「ファイル更新」コマンドを含む更新情報を作成
し、サーバ側バックアップ実行部１０７へ送信する（ス
テップ１４０４）。次に、ポインタｐ１３０２，ポイン
タｑ１３０３のそれぞれを次のノードがあればそれを指
し示すように更新する（ステップ１４０５）。もし、ス
テップ１４０２でポインタｐ１３０２の指すノードに格
納されるファイル名の方がポインタｑ１３０３の指すノ
ードに格納されるファイル名より大きかった場合は、ポ
インタｑ１３０３が指すノードに示されるファイルが新
たに作成されたということなので、「ファイル作成」コ
マンドを含む更新情報を作成し、サーバ側バックアップ
実行部１０７へ送信する（ステップ１４０６）。次に、
ポインタｑ１３０３を次のノードがあればそれを指し示
すように更新する（ステップ１４０７）。もし、ステッ
プ１４０２でポインタｐ１３０２の指すノードに格納さ
れるファイル名の方がポインタｑ１３０３の指すノード
に格納されるファイル名より小さかった場合は、ポイン
タｐ１３０２が指すノードに示されるファイルが削除さ
れたということなので、「ファイル削除」コマンドを含
む更新情報を作成し、サーバ側バックアップ実行部１０
７へ送信する（ステップ１４０８）。次に、ポインタｐ
１３０２を次のノードがあればそれを指し示すように更
新する（ステップ１４０９）。以上の処理を行った後、
ポインタｐ１３０２，ポインタｑ１３０３の両方がノー
ドを指していない状態になるまでステップ１４０２以降
を繰り返し実行し、比較処理を終了する（ステップ１４
１０）。なお、比較するノードがサブディレクトリを指
すものであった場合は、該サブディレクトリに対しても
前記比較処理を再帰的に実行する、また、サブディレク
トリが作成または削除されていた場合は、該サブディレ
クトリ以下に存在するすべてのファイルまたはサブディ
レクトリも作成または削除されたものとして処理を行
う。

【００３４】図１１は、更新バックアップ処理の最後に
行われるディレクトリ情報テーブル複写処理の内容を示
したシーケンス図である。本処理では、まず最初にクラ
イアント側バックアップ実行部１１３が最新ディレクト
リ情報送信要求フレーム１１０１をサーバ側バックアッ
プ実行部１０７に送信する。サーバ側バックアップ実行
部１０７は、最新ディレクトリ情報送信要求フレーム１
１０１を受信したら、更新履歴テーブル１１８の最新ポ
インタ５０２が指し示す部分にチェックポイントカウン
タ１１９の値とその時点の日時を書き込み（ステップ１
１０３）、最新ポインタ５０２を次の要素を指し示すよ
うに更新してから（ステップ１１０４）最新ディレクト
リテーブル１０６の内容をクライアント側バックアップ
実行部１１３へ送信する（フレーム１１０２）。クライ
アント側バックアップ実行部１１３は、受信した最新デ
ィレクトリ情報テーブル１０６の内容を旧ディレクトリ
情報テーブル１１４に格納する（ステップ１１０５）。

【００３５】図２２は、バックアップ対象となるファイ
ルの追加や削除を行うための操作ウィンドウの一例を示
したものである。図２１に示した操作ウィンドウ２１０
０中の対象設定ボタン２１０５を操作することで図２２
の操作ウィンドウ２２００が開く。この操作は、クライ
アント側バックアップ実行部１１３とサーバ側バックア
ップ実行部１２０が接続されている間はいつでも行える
ものである。操作ウィンドウ２２００に対し、以下のよ
うな操作を行うことで、バックアップの対象となるファ
イルを更新できる。操作ウィンドウ２２００が開くと、
リストボックス２２０５にはバックアップ対象指定ファ
イル１２５から読み込んだファイル名の一覧が表示され
る。ここで、新たにバックアップ対象ファイルを追加し
たい場合は、追加したいファイル名あるいはディレクト
リ名を入力フィールド２２０６に入力した後、追加ボタ
ン２２０３を操作する。これにより、入力フィールド２
２０６に入力したファイル名あるいはディレクトリ名が
リストボックス２２０５内に追加される。ファイルをバ
ックアップ対象指定ファイルから削除したい場合は、削
除したいファイルのファイル名をリストボックス２２０
５から選択した後、削除ボタン２２０４を操作する。こ
れにより、指定のファイルがリストボックス２２０５か
ら削除される。最後に、上記のような操作で行った変更
をバックアップ対象指定ファイル１２５に反映したい場
合は、ＯＫボタン２２０１を操作する。これにより、リ
ストボックス２２０５の内容がバックアップ対象指定フ
ァイル１２５に書き出され、操作ウィンドウ２２００は
閉じる。もし、それまでのリストボックス２２０５への
変更をバックアップ対象指定ファイル１２５に反映せず
に終了したい場合は、キャンセルボタン２２０３を操作
する。

【００３６】最後に、ファイルリカバリ処理の内容につ
いて、図１２を用いて説明する。図１２は、ファイルリ
カバリ処理の内容を示したシーケンス図である。また、
図２３は、ファイルリカバリ処理を行うための操作ウィ
ンドウの一例を示す図である。ファイルリカバリ処理
は、チェックポイント番号とファイル名で指定した一つ
または複数のローカルファイル１１７を外部記憶装置１
０３内に再構築する処理である。ファイルリカバリ処理
は、まずクライアント側バックアップ実行部１１３がリ
カバリ開始要求フレーム１２０１を送信することで始ま
る。リカバリ開始要求フレーム１２０１は、使用者が図
２１に示す操作ウィンドウ２１００のリカバリボタン２
１０４を操作することにより送信される。このとき、フ
ァイルリカバリ用の操作ウィンドウ２３００も同時に開
く。サーバ側バックアップ処理部１０７は、リカバリ開
始要求フレーム１２０１を受信すると、更新履歴ファイ
ル１１８に格納されている更新履歴情報を送信する（フ
レーム１２０２）。前記更新履歴情報は、チェックポイ
ント番号と更新日時が組になったものである。クライア
ント側バックアップ実行部１１３は、前記更新履歴情報
を受信したら、その内容を使用者に体して表示し（ステ
ップ１２０２）、どのチェックポイント番号で示される
バックアップでリカバリするかを使用者に指定させ、該
チェックポイント番号をサーバ側バックアップ実行部１
０７に送信する（ステップ１２１１）。図２３の例で
は、受信した前記更新履歴情報は、操作ウィンドウ２３
００のリストボックス２３０１内に表示される。使用者
は復元したいチェックポイントを選択した後にＣＰ選択
ボタン２３０２を操作することで、該チェックポイント
に対応するチェックポイント番号がサーバ側バックアッ
プ実行部１０７に送信される。サーバ側バックアップ実
行部１０７は、ディレクトリ情報ファイル１０９に対し
て、受信した前記チェックポイント番号でしていされた
時点までの更新情報４００に従った更新処理を施したデ
ィレクトリ情報テーブルを作成し（ステップ１２１
２）、該ディレクトリ情報テーブルの内容をクライアン
ト側バックアップ実行部１１３に送信する（ステップ１
２１３）。該ディレクトリ情報テーブルの構造は、最新
ディレクトリ情報テーブル１０６の構造と同じである。
クライアント側バックアップ実行部１１３は、受信した
前記ディレクトリ情報テーブルの内容を使用者に対して
表示し（ステップ１２１４）、どのファイルをリカバリ
対象とするかを指定させる（ステップ１２１５）。リカ
バリ対象となるファイルは複数指定できる。図２３の例
では、前記受信したディレクトリ情報テーブルの内容を
リストボックス２３０３，２３０４，２３０５に表示さ
れ、使用者がリカバリしたいファイルを指定できるよう
になる。全ファイルを一度に指定したい場合は、全選択
ボタン２３０７を操作する。リカバリ対象ファイルが指
定され、リカバリボタン２３０６が操作されたら、クラ
イアント側バックアップ実行部１１３は、前記指定され
たファイルの中の一つのファイルの名前を、該ファイル
が存在するディレクトリ名も含めてサーバ側バックアッ
プ実行部１０７に送信する（フレーム１２０３）。サー
バ側バックアップ実行部１０７は、フレーム１２０３を
受信すると指定されたファイルの内容をクライアント側
バックアップ実行部１１３に送信する（ステップ１２１
６）。クライアント側バックアップ実行部１１３は、受
信した前記ファイル内容を外部記憶装置１０３内に格納
することでローカルファイル１１７のリカバリを行う。
以後、ステップ１２１５で指定された全てのファイルの
転送が済むまで、フレーム１２０３送信以降の処理を繰
り返し実行する。全ての前記ファイルの転送が完了した
ら、クライアント側バックアップ実行部１１３は、リカ
バリ終了通知フレーム１２０５を送信することでファイ
ルリカバリ処理の終了をサーバ側バックアップ実行部１
０７へ通知する。必要なファイルのリカバリがすべて終
了したら、使用者が終了ボタン２３０８を操作すること
で操作ウィンドウ２３００は閉じ、ファイルリカバリ処
理を完了する。

【００３７】次に、図１５から図１９を用いて本発明の
他の実施例について説明する。本実施例は、ネットワー
クに接続されていない情報処理装置にバックアップ格納
用の外部記憶装置を付加し、単体でバックアップ処理を
行う例である。

【００３８】図１５は、本発明の一実施例による情報処
理装置の構成図である。図中、１２１は本発明の一実施
例を適用した情報処理装置、１０３は情報処理装置１２
１に接続されるローカルデータ格納用の外部記憶装置、
１２２は情報処理装置１２１に接続されるローカルデー
タのバックアップ格納用外部記憶装置、１１７はローカ
ルデータが格納されたローカルファイル、１２３は情報
処理装置１２１内でバックアップ処理を実行するバック
アップ実行部、１２４はローカルファイル１１７の最新
のバックアップのディレクトリ情報を格納するディレク
トリ情報テーブル、１１９はバックアップ処理を行う毎
に値を増加させるチェックポイントカウンタ、１０９は
ローカルファイル１１７の最も古いバックアップのディ
レクトリ情報を格納するディレクトリ情報ファイル、１
１０はローカルファイル１１７の内容のそのものを格納
するデータファイル、１１１は最も古いバックアップ以
降に行われたローカルファイル１１７に対する更新内容
を記録する更新情報ファイル、１１８はいつバックアッ
プを実行したかを記録する更新履歴ファイルである。以
上のような構成において行われるローカルデータバック
アップ方法の詳細な手順を以下で説明する。

【００３９】図１６は、本発明の他の実施例におけるロ
ーカルデータバックアップ手順を示すフローチャートで
ある。情報処理装置１２１が起動したとき、まずステッ
プ１６０１で更新履歴ファイル１１８が存在するかどう
かが調べられる。更新履歴ファイル１１８が存在しない
場合にはこれまでバックアップ処理が一度も行われてい
ないということで、初期バックアップ処理を実行する
（ステップ１６０２）。初期バックアップ処理の詳細は
後で説明する。更新履歴ファイル１１８が存在する場合
は、ディレクトリ情報ファイル１０９と更新情報ファイ
ル１１１の内容から最新のバックアップのディレクトリ
情報を求め、ディレクトリ情報テーブル１２４の再構築
を行う（ステップ１６０３）。以上、ステップ１６０１
から１６０３までは、情報処理装置１２１起動時の初期
化処理の一部として実行されるものである。以上のステ
ップが終了すると、以後は指定された時間間隔で定期的
に、あるいは使用者の要求により更新バックアップ処理
を行う（ステップ１６０４）。更新バックアップ処理で
は、アプリケーシヨンプログラム１１５などが行ったロ
ーカルファイル１１７の更新の内容を更新情報ファイル
１１１とデータファイル１１０に書き加える処理を行
う。もし、途中でファイルリカバリ要求が発生した場合
は（ステップ１６０５）、ファイルリカバリ処理を実行
する（ステップ１６０６）。更新バックアップ処理とフ
ァイルリカバリ処理の詳細は後で説明する。

【００４０】図１７は、図１６のステップ１６０２で実
行される初期バックアップ処理の手順を示すフローチャ
ートである。バックアップ実行部１２３は、情報処理装
置１２１の起動時、の更新履歴情報ファイル１１８が外
部記憶装置１２２に存在しないと、まずディレクトリ情
報テーブル１２４とチェックポイントカウンタ１１９の
初期化と、ディレクトリ情報ファイル１０９、データフ
ァイル１１０、更新情報ファイル１１１、更新履歴ファ
イル１１８の生成を行う（ステップ１７０１）。次に、
バックアップを必要とするローカルファイル１１７のデ
ィレクトリ情報７００を作成し、ディレクトリ情報テー
ブル１２４の該ファイルが存在するディレクトリのリス
トへ連結する（ステップ１７０２）。該ディレクトリが
ない場合は、該ディレクトリに関するディレクトリ情報
７００を作成し、該ディレクトリの親ディレクトリのリ
ストへ連結する処理を先に行う。そして、該ファイルの
ファイル内容をデータファイル１１０に追加書き込み
し、書き込み先頭位置を該ファイルのディレクトリ情報
７００のデータ先頭位置７０５に格納する。この時、必
要であれば前記ファイル内容のデータ圧縮を行ってもよ
い（ステップ１７０３）。以上のステップ１７０２，ス
テップ１７０３は、バックアップを必要とする全てのロ
ーカルファイル１１７について完了するまで繰り返し実
行する（ステップ１７０４）。ここで、バックアップを
必要とするローカルファイルのファイル名は、バックア
ップ対象指定ファイル１２５の内容を順次読みだすこと
で取得できる。最後に、ディレクトリ情報テーブル１２
４の内容をディレクトリ情報ファイル１０９に書き込ん
で初期バックアップ処理を終了する（ステップ１７０
５）。この書き込みの際、メモリ上のアドレスで表すサ
ブディレクトリアドレス７０６、ディレクトリ情報アド
レス７０７は、それぞれインデックス番号形式であるサ
ブディレクトリインデックス２０６、ディレクトリ情報
インデックス２０７に変換する。

【００４１】図１８は、図１６のステップ１６０４で実
行される更新バックアップ処理の手順を示すフローチャ
ートである。バックアップ実行部１２３は、まず現在の
ローカルファイル１１７のディレクトリ情報を読みだ
し、現状ディレクトリ情報テーブルを作成する（ステッ
プ１８０１）。ここで、ディレクトリ情報読出の対象と
なるファイルは、バックアップ対象指定ファイル１２５
に指定されるものである。前記現状ディレクトリ情報テ
ーブルの構造はディレクトリ情報テーブル１２４の構造
と同じである。次にディレクトリ情報テーブル１２４と
前記現状ディレクトリ情報テーブルの内容を比較する
（ステップ１８０２）。この比較の方法は図１３，図１
４を用いて先に説明した通りである。比較の結果、ファ
イルの作成削除，更新が検出された場合に更新バックア
ップを実行する（ステップ１８０３）。このステップ１
８０２，ステップ１８０３の処理はディレクトリ情報テ
ーブル１２４と前記現状ディレクトリ情報テーブルの全
ノードの比較が終了するまで繰り返される（ステップ１
８０４）。全ノードの比較が終了したら、前記現状ディ
レクトリ情報テーブルの内容をディレクトリ情報テーブ
ル１２４へ複写する（ステップ１８１０）。ここで、ス
テップ１８０３の更新バックアップの処理内容について
詳しく説明する。まず、ステップ１８０３で作成した前
記更新情報のファイル内容の部分をデータファイル１１
０に追加書き込みし、それ以外の部分を更新情報ファイ
ル１１１に追加書き込みする（ステップ１８０５）。こ
の処理により、データファイル１１０または更新情報フ
ァイル１１１があらかじめ指定された大きさよりも大き
くなった場合は、古い更新情報を削除するため、さらに
以下の処理を行う（ステップ１８０６）。まず、更新情
報ファイル１１１の中の更新情報のうち、最も古いチェ
ックポイント番号を持つ更新情報の内容に従ってディレ
クトリ情報ファイル１０９の内容を更新する（ステップ
１８０７）。最も古いチェックポイント番号は、更新履
歴ファイル１１８の中の要素の内、最古ポインタ５０１
が指し示すものの中に書かれている。次にデータファイ
ル１１０、更新情報ファイル１１１に格納されるデータ
のうち、ステップ１８０７の処理により不要となったデ
ータを削除する（ステップ１８０８）。前記データの削
除によりディレクトリ情報ファイル１０９や更新情報フ
ァイル１１１に格納されているデータ先頭位置２０５，
４０５が変わることもあるので、これらも併せて修正し
ておく。最後に、最古ポインタ５０１を次の要素を指し
示すように更新して終了する（ステップ１８０９）。

【００４２】図１９は、図１６のステップ１６０６で実
行されるファイルリカバリ処理の手順を示すフローチャ
ートである。ファイルリカバリ処理は、チェックポイン
ト番号とファイル名で指定された一つまたは複数のバッ
クアップされたローカルファイル１１７を外部記憶装置
１０３内に再構築する処理である。バックアップ実行部
１２３は、使用者からファイルリカバリ処理の要求を受
けると、まず、更新履歴ファイル１１８に格納されてい
る更新履歴情報を使用者に表示する（ステップ１９０
１）。前記更新履歴情報はチェックポイント番号と更新
日時が組になったものである。使用者は前記表示を確認
し、どのチェックポイント番号で示されるバックアップ
を復元するかを指定する（ステップ１９０２）。バック
アップ実行部１２３は、指定された前記チェックポイン
ト番号で指定された時点までの更新情報４００に従った
更新処理を施したディレクトリ情報テーブルを作成し
（ステップ１９０３）。該ディレクトリ情報テーブルの
内容を使用者に対して表示する（ステップ１９０４）。
使用者は前記表示を確認し、復元するファイルを一つま
たは複数指定する（ステップ１９０５）。バックアップ
実行部１２３は前記指定されたファイルの内容を前記デ
ィレクトリ情報テーブルとデータファイル１１０から復
元し、外部記憶装置１０３内に格納することでファイル
リカバリを完了する（ステップ１９０６）。なお、上記
リカバリ処理の実際の操作は、図２３に示した操作ウィ
ンドウ２３００により行うものである。

【００４３】以上説明したような方法により、ネットワ
ークに接続された情報処理装置が特別な付加装置無しに
ローカルデータのバックアップを実行することが可能と
なる。さらに、情報処理装置に、アプリケーションプロ
グラムが行うデータ操作の内容を直接検出する手段が用
意されていなくても、データの更新内容を適当な間隔で
検出することができ、前記間隔をシステムにとって最適
な値に設定することにより更新情報によるデータバック
アップが可能となる。さらに、必要最小限のファイルの
みを選択的にバックアップでき、バックアップに必要な
記憶装置の容量が不必要に増大な増大を防ぐことが可能
となる。

【００４４】

【発明の効果】以上説明したように、本発明によれば、
ネットワークを介して他の情報処理装置と接続された情
報処理装置について、特別なバックアップ用の装置を付
加しなくても該情報処理装置が持つデータをバックアッ
プ可能となり、低コストでデータの保全を図ることが可
能になるという効果がある。

【００４５】また、本発明によれば情報処理装置に、記
憶装置に格納されるデータの更新操作の内容を逐次検
出，記録するための手段が提供されていなくとも定期的
に前記データの更新内容を検出可能となるため、前記手
段が提供されていないような安価なパーソナルコンピュ
ータシステムにも適用可能になるという効果がある。

【００４６】また、本発明によれば、必要最小限のファ
イルのみを選択的にバックアップ可能となるため、少な
いサーバ側記憶装置容量で効率的なバックアップが行え
るようになり、さらに、１台のバックアップ用サーバが
より多くのクライアントのバックアップデータを格納で
きるようになるという効果がある。

【図面の簡単な説明】

【図１】本発明の一実施例による情報処理装置を用いた
情報処理装置システムの構成図である。

【図２】本発明の一実施例によるディレクトリ情報ファ
イルの内部構造図である。

【図３】本発明の一実施例によるデータファイルの内部
構造図である。

【図４】本発明の一実施例による更新情報ファイルの内
部構造図である。

【図５】本発明の一実施例による更新履歴ファイルの内
部構造図である。

【図６】本発明の一実施例によるバックアップ登録ファ
イルの内部構造図である。

【図７】本発明の一実施例による最新ディレクトリ情報
テーブルの構造図である。

【図８】本発明の一実施例によるデータバックアップ手
順を示すフローチャートである。

【図９】本発明の一実施例による初期バックアップ処理
の内容を示すシーケンス図である。

【図１０】本発明の一実施例による更新バックアップ処
理の内容を示すシーケンス図である。

【図１１】本発明の一実施例によるディレクトリ情報テ
ーブル複写処理の内容を示すシーケンス図である。

【図１２】本発明の一実施例によるファイルリカバリ処
理の内容を示すシーケンス図である。

【図１３】本発明の一実施例によるディレクトリ情報テ
ーブルの比較を行う時のテーブル初期状態を示す図であ
る。

【図１４】本発明の一実施例によるディレクトリ情報テ
ーブルの比較方法を示すフローチャートである。

【図１５】本発明の他の実施例による情報処理装置の構
成図である。

【図１６】本発明の他の実施例によるデータバックアッ
プ手順を示すフローチャートである。

【図１７】本発明の他の実施例による初期バックアップ
処理の手順を示すフローチャートである。

【図１８】本発明の他の実施例による更新バックアップ
処理の手順を示すフローチャートである。

【図１９】本発明の他の実施例によるファイルリカバリ
処理の手順を示すフローチャートである。

【図２０】本発明の一実施例によるバックアップ対象指
定ファイルの内部構造図である。

【図２１】本発明の一実施例による操作ウィンドウの一
例を示す図である。

【図２２】本発明の一実施例によるバックアップ対象フ
ァイル設定用操作ウィンドウの一例を示す図である。

【図２３】本発明の一実施例によるファイルリカバリ用
操作ウィンドウの一例を示す図である。

【符号の説明】

１０１，１０２，１２１…情報処理装置、１０３，１０
４，１２２…外部記憶装置、１０６…最新ディレクトリ
情報テーブル、１０７…サーバ側バックアップ実行部、
１０８，１１２…通信処理部、１０９…ディレクトリ情
報ファイル、１１０…データファイル、１１１…更新情
報ファイル、１１３…クライアント側バックアップ実行
部、１１４…旧ディレクトリ情報テーブル、１１５…ア
プリケーションプログラム、１１７…ローカルファイ
ル、１１８…更新履歴ファイル、１１９…チェックポイ
ントカウンタ、１２３…バックアップ実行部、１２４…
ディレクトリ情報テーブル、１２５…バックアップ対象
指定ファイル、２００，７００…ディレクトリ情報、３
００…ヘッダー部、４００…更新情報、６００…登録情
報。

Claims (3)

【特許請求の範囲】
1. 【請求項１】記憶装置を有する情報処理装置が、前記記
   憶装置に格納しているデータを他の記憶装置にも格納し
   ておくことで前記データの破壊や消失を防ぐデータバッ
   クアップ方法であって、情報処理装置に他の情報処理装
   置とデータ交換を行うための通信手段と、前記通信手段
   により前記データの内容と、前記データが更新されたと
   きの更新内容をバックアップデータとして前記他の情報
   処理装置へ送信する手段と、前記他の情報処理装置が前
   記バックアップデータを前記他の情報処理装置の有する
   記憶装置内に格納する手段と、前記他の情報処理装置の
   有する前記記憶装置に格納されている前記バックアップ
   データから最新の前記データを復元し、前記情報処理装
   置が有する前記記憶装置に格納する手段を設けたことを
   特徴とするデータバックアップ方法。
2. 【請求項２】前記情報処理装置が、前記情報処理装置の
   有する前記記憶装置に格納されるデータの管理情報を取
   得する手段と、前記他の情報処理装置が前記他の情報処
   理装置の有する前記記憶装置に格納されている前記バッ
   クアップデータの管理情報を取得する手段と、前記管理
   情報を前記他の情報処理装置が前記情報処理装置へ送信
   する手段を設け、前記情報処理装置が前記管理情報と前
   記送信された管理情報を比較することにより前記更新内
   容を検出することを特徴とする請求項１記載のデータバ
   ックアップ方法。
3. 【請求項３】前記情報処理装置が有する前記記憶装置に
   格納されるデータのうち、前記他の情報処理装置が有す
   る記憶装置へのバックアップを実施するデータを指定す
   るためのバックアップ対象データ指定手段と、前記バッ
   クアップ対象データ指定手段が保持するバックアップ対
   象データ指定情報の追加，変更，削除を行うための情報
   入力手段を備え、前記情報処理装置が前記他の情報処理
   装置へ送信するバックアップデータを動的に変更可能と
   したことを特徴とする請求項１記載のデータバックアッ
   プ方法。