JP2002507016A - 広域コンピュータネットワークにおけるコンピュータファイルをバックアップするためのシステムおよび方法 - Google Patents
広域コンピュータネットワークにおけるコンピュータファイルをバックアップするためのシステムおよび方法Info
- Publication number
- JP2002507016A JP2002507016A JP2000535980A JP2000535980A JP2002507016A JP 2002507016 A JP2002507016 A JP 2002507016A JP 2000535980 A JP2000535980 A JP 2000535980A JP 2000535980 A JP2000535980 A JP 2000535980A JP 2002507016 A JP2002507016 A JP 2002507016A
- Authority
- JP
- Japan
- Prior art keywords
- block
- computer
- network
- digital signature
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1448—Management of the data involved in backup or backup restore
- G06F11/1451—Management of the data involved in backup or backup restore by selection of backup contents
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
- G06F11/1461—Backup scheduling policy
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
- G06F11/1464—Management of the backup or restore process for networked environments
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
- G06F11/3419—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment by assessing time
- G06F11/3423—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment by assessing time where the assessed time is active or idle time
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3466—Performance evaluation by tracing or monitoring
- G06F11/349—Performance evaluation by tracing or monitoring for interfaces, buses
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/81—Threshold
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/83—Indexing scheme relating to error detection, to error correction, and to monitoring the solution involving signatures
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
- Techniques For Improving Reliability Of Storages (AREA)
Abstract
(57)【要約】
ラップトップコンピュータのバックアップロジックシステム（３００）は、ラップトップコンピュータの使用中にバックアップを取るために、ユーザが選択したファイルまたは自動的に選択されたファイルをコピーする。変更されたファイルは、バックアップされ、ラップトップコンピュータ（２４）のホールド領域内に記憶される。ラップトップコンピュータ（２４）がネットワークに接続され、非動作状態にあることを検知すると、変更されたファイルのブロックがホールド領域からネットワーク（１４）を介して離れた装置に送信される。ラップトップコンピュータ（２４）のスクリーンセーバが呼び出されたとき、ラップトップコンピュータ（２４）において、バックアッププロセスを起動させることができる。
Description
【発明の詳細な説明】
【０００１】
（関連出願）
本出願は、１９９８年６月１９日付けで出願された米国特許出願第０９／１０
０，９１４号の一部継続米国特許出願である。さらに、この米国特許出願第０９
／１００，９１４号は、１９９８年３月１２日付けで出願された米国特許出願第
０９／０４１，１４９号の一部継続米国特許出願である。この米国特許出願第０
９／０４１，１４９号は、１９９６年１２月３日付けで出願された米国特許出願
第０８／７５７，１３４号の一部継続米国特許出願であって、現在、米国特許第
５，７９４，２５４号となっており、優先権がこのときから主張される。 【０００２】 （発明の分野） 本発明は、一般に、コンピュータファイルのバックアップシステムに関し、と
りわけ自動化されたコンピュータファイルのバックアップシステムに関する。 【０００３】 （発明の背景） 膨大な量の情報が、パーソナルコンピュータのハードディスク駆動機構やその
他の広く知られたデータ記憶媒体などの電子媒体上に記憶されている。このよう
な情報は、近年ますます、もっぱら、こうした媒体に記憶され、大量の情報のた
めに、「ハード的な」（つまり、紙の）コピーは存在しなくなった。情報を紙面
上に記憶する必要のあるシステムとは対称的に、いわゆる「ペーパーレス」情報
記憶システムによれば、必要なスペースを小さくでき、さらに自然資源を消費す
ることはない。ただし残念ながら、電子データ記憶媒体が「破壊」する、つまり
、情報を損傷したり、消失してしまうことは珍しくない。こうした情報の消失は
、情報所有者にとって壊滅的であり、費用が高くつく。 【０００４】 したがって、多くのコンピュータシステム管理者は、コンピュータファイルの
コピーを定期的にバックアップする。通常、１日１度（あるいは、その他の特定
の周期で）、システム管理者は、コンピュータシステムを操作して、システムの
ハードディスク駆動機構に存在するファイルを、その他のハードディスク駆動機
構や磁気テープなどの記憶媒体上にコピーする。たとえ、システム内の１つのフ
ァイルまたはハードディスク駆動機構全体が損傷を受けて、アクセスできなくな
った場合でも、例えば、記憶テープ上に記憶されたファイルをシステム内に再度
コピーし直すことができる。 【０００５】 こうしたバックアップシステムは、いくつかの問題を有する。まず、こうした
バックアップシステムによれば、バックアップ処理を開始し、単調で退屈な作業
に従事する担当者の時間を割くといった、ユーザの相互操作を必要とする。さら
に、コンピュータファイルをバックアップし、バックアップする際、同じ場所で
ファイルを記憶するシステムは、火事や洪水などの大災害が起こったとき、あま
り価値がない。なぜなら、バックアップされたファイルコピーは、システム内に
存在するファイルとともに消滅して、バックアップシステムが破壊すると考えら
れるためである。 【０００６】 択一的なバックアップシステムの一例が、米国特許第５，４７９，６５４号で
開示され、離れた電子記憶装置にモデムを介して、コンピュータファイルの変更
された部分を送信することが教示されている。’６５４特許で開示されているよ
うに、前回のバックアップ以降になされた変更に対して、コンピュータファイル
のセグメント（segment）がチェックされる。このチェックは、第１に、ファイ ルのいわゆる「排他的論理和（ＸＯＲ）」の結果と、ファイルの記憶されたバッ
クアップバージョンのために過去に求められていたＸＯＲ値を比較することを含
む。２つのＸＯＲ値が合致しなければ、ファイルが変更されたことを意味し、フ
ァイルの変更された部分が、モデム、ＬＡＮ、ＷＡＮ、またはその他のネットワ
ークデバイスを介して離れた場所に送信される。 【０００７】 他方、２つのＸＯＲ値が合致すれば、第２に、より領域的なチェックを行って
、セグメントが最近過去のバックアップ時から変更されたかどうかを検知する。
第２のチェックでは、セグメントの巡回冗長検査（ＣＲＣ）と前回の記憶された
ＣＲＣ値に対して比較する。２つのＣＲＣ値が合致しなければ、ファイルが変更
されたことを意味し、ファイルの変更された部分が、モデム、ＬＡＮ、ＷＡＮ、
またはその他のネットワークデバイスを介して離れた場所に送信される。そうで
なければ、セグメントは、最近過去のバックアップ時から変更されなかったもの
と仮定される。 【０００８】 残念ながら、’６５４特許で開示されたシステムは、１回のチェックに２回の
計算を必要とする。各計算には計算時間を要し、本発明により認識されるように
、結果的には、コンピュータファイルに変更があったかどうかを決定するために
要する計算回数を最低限に抑えることが好ましい。さらに、ここで認識されるよ
うに、最初の「迅速かつ不正」なチェックを行って、計算上必要な領域チェック
の回数を低減することができる。 【０００９】 さらに、本発明で認識されたように、離れた記憶装置へのデータ通信を管理し
て、あるユーザが別のユーザの操作を干渉しないようにする必要がある。さらに
、本発明によれば、いくつかのファイルは、最初の段階では、まったくバックア
ップする必要がないことが認識されている。本発明によれば、１つ以上の方法で
復元ファイルを形成して、消失したファイルをコンピュータシステムに復元する
ために必要な時間を低減することができる。 【００１０】 上述の考察に加えて、本発明は、所定の間隔でデータをバックアップすると、
バックアップデータをこの間隔において形成し、消失する恐れがあることを認識
している。幸いにも、本発明によれば、ユーザが能動的にコンピュータを使用し
ているときに、広域ネットワークを介したデータバックアップを行うことができ
るので、リアルタイムで、かつ、ほとんど最新のデータバックアップを提供する
ことができる。 【００１１】 さらに、データが広域ネットワークを介して通信される場合、安全性の理由か
らデータをまず暗号化することが好ましい。本発明によれば、ユーザが用いる暗
号化データの単一キーが長いほど、キーが破られる危険が増大することが認識さ
れている。この理由のため、データを暗号化するために、２つ以上のキーを用い
ることが好ましい。長期間に亙ってバックアップするという文脈において、所定
の時間間隔において２つ以上のキーを用いることは、多少困難であることを本発
明は認識している。というのも、続いて行われる暗号解読中に、正確な暗号化キ
ーを、本来の暗号化されたブロックに関連付けることが困難であるからである。
ただし、ここで認識されるように、２個以上の暗号化キーを利用しやすくして、
暗号化システムのリスクを低減することができる。本発明は、加えて、各通信セ
ッションに対するセッション固有キーを用いることが好適で、しかも可能であり
、この固有キーは、通信されるデータの各ビットが論理的に知られていない場合
には、破られることはない。 【００１２】 本発明は、多くの人々が、職場に、職場から、または旅行中に携帯するラップ
トップコンピュータまたはその他の携帯可能なコンピュータの利用が増大する点
を視野に入れている。ラップトップコンピュータのユーザは、しばしば、ラップ
トップコンピュータをコンピュータネットワークに接続しようとする。ネットワ
ークシステムは、例えば、単一のプリンタを有する、単純な家庭用のネットワー
クであったり、職場におけるローカルエリアネットワーク（ＬＡＮ）であったり
、プリンタ、サーバネットワークなどの数多くのデバイスが接続された広域ネッ
トワーク（ＷＡＮ）であったりする。いずれの場合においても、ラップトップコ
ンピュータのユーザは、ネットワークに接続する毎に、コンピュータを再構成す
る必要があることが、本発明により認識されている。例えば、特定のプリンタ、
またはラップトップコンピュータがたまたま接続される、ネットワーク上の特定
のサーバと通信するように、コンピュータを再構成する。携帯可能コンピュータ
のユーザに対して、ネットワークに接続する毎にコンピュータを再構成すること
を要請するのは、じれったくも時間の要することであり、こうした再構成は、実
行するためにユーザの介在を必要としないものであることを、本発明は認識して
いる。 【００１３】 ラップトップコンピュータに関して、さらに、ラップトップコンピュータは、
通常、継続的に、あるいは実際に任意の規則的間隔でネットワークと接続されて
いるわけではなく、ユーザのスケジュールが許す特定の条件のもとで、ネットワ
ーク接続される。したがって、インターネットに対して、ラップトップコンピュ
ータを事前に予定してバックアップを取ることは、最適な解決方法ではないこと
を、本発明は認識している。むしろ、ここで理解されるように、ラップトップコ
ンピュータが、時折、インターネットに接続されることを想定した十分に頑健な
手法で、ラップトップコンピュータ上でバックアップされたコンピュータファイ
ルを送信する必要がある。本発明の目的は、上記問題の１つまたはそれ以上に対
処することにある。 【００１４】 （発明の要約） コンピュータプログラム製造物は、例えば、携帯可能なラップトップコンピュ
ータなどのデジタル処理システムにより読み出し可能なコンピュータプログラム
記憶デバイスを有する。コンピュータプログラム記憶デバイス上には、ロジック
手段があって、このロジック手段は、コンピュータネットワークに接続可能な携
帯可能コンピュータから、少なくとも１つのローカルコンピュータファイル内に
ある少なくともいくつかのブロックを、バックアップする方法ステップを実行す
るためのデジタル処理システムにより実行可能な指令を有する。このコンピュー
タプログラム製造物により実行される方法ステップは、少なくとも１つのスクリ
ーンセーバ信号を受信するステップと、スクリーンセーバ信号に呼応して、バッ
クアップすべきブロックを準備するステップ、およびネットワークを介してブロ
ックを送信するステップのうち、少なくとも一方のステップを実行するステップ
を有する。好適な実施形態においては、この方法ステップは、同様に、所定のデ
ータ量がバックアップされた場合、および未保護データ量が所定の閾値を超える
場合の一方または両方の条件が存在するとき、ユーザに警告を与えるステップを
有する。 【００１５】 別の態様においては、コンピュータプログラム製造物は、携帯可能コンピュー
タ内にあるコンピュータファイルの少なくともブロックを決定するロジックを有
する。また、このプログラム製造物は、携帯可能コンピュータ内にあるファイル
システムにアクセスして、バックアップすべきブロックにアクセスするロジック
手段を有する。さらに、ロジック手段は、バックアップすべきブロックを決定す
る手段に呼応して、携帯可能コンピュータのホールド領域にブロックをコピーす
る。さらに、携帯可能コンピュータがコンピュータネットワークに接続された時
点を判断するためのロジックが設けられている。以下詳述するように、このロジ
ックは、ネットワークのデータ経路が非動作状態にある時点を判断する。データ
経路が非動作状態にある時、ホールド領域にあるブロックを、ネットワークを介
して、離れたデータ記憶デバイスに送信する。 【００１６】 好適なロジックは、携帯可能コンピュータ内にあるコンピュータファイルのブ
ロックをバックアップすべきと判断した場合、ネットワークインターフェイスを
呼び出す。ファイル変更信号を受信すると、ブロックをホールド領域にバックア
ップすることができる。また、データ準備完了信号を受信すると、ブロックをホ
ールド領域からネットワークへ送信する。このコンピュータプログラム製造物は
、携帯可能コンピュータおよびネットワークと協働して開示される。 【００１７】 別の態様において、コンピュータプログラム製造物は、デジタル処理システム
により読み出し可能なコンピュータプログラム記憶デバイスと、プログラム手段
をプログラム記憶デバイス上に有する。本発明が意図するように、このプログラ
ムデバイスは、極めて重要な機械部品の内部に実現され、これにより、デジタル
処理システムは、コンピュータネットワークに接続可能な少なくとも１つの携帯
可能コンピュータから、少なくとも１つのローカルコンピュータファイル内にあ
る１つまたはそれ以上のブロックを、バックアップするための方法ステップを実
行する。このコンピュータプログラム製造物により実行される方法ステップは、
バックアップすべきブロックを準備するステップと、携帯可能コンピュータがネ
ットワークに接続されたかどうかを判断するステップを有する。携帯可能コンピ
ュータがネットワークに接続されている場合、１つまたはそれ以上のブロックの
送信を可能にする。本発明によれば、このブロックは、送信すべき他のデータに
インターリーブされる。 【００１８】 上述のこれまでの用途において、バックアップすべきローカルファイル内にあ
る少なくともいくつかのブロックに対して、各々、第１の比較値を定義する２文
字がコピーされ、第２の比較値を定義するデジタル署名コードが形成される。少
なくともいくつかのブロックに対して、テストデジタル署名コードが周期的に決
定され、これと第２の比較値のそれぞれとを比較される。ブロックのテストデジ
タル署名コードが、すべての第２の比較値と等しくならない場合、ブロックの最
初の２文字が第１の比較値のうちの１つと等しいかどうかが判断される。反対に
、最初の２文字が第１の比較値のうちの１つと等しい場合、テストブロックの第
１バイトとしてｉ番目のテストバイトを用いて、ブロックのデジタル署名コード
が決定される。その後、ブロックのデジタル署名コードが、第２の比較値のうち
の１つと等しいかどうかが判断され、ブロックのデジタル署名コードが、第２の
比較値のうちの１つと等しい場合、「再同期」を応答する。さもなければ、ｉ番
目のテストバイトの最初の２文字が、第１の比較値のうちの１つと等しくない場
合、またはブロックのデジタル署名コードが第２の比較値のうちの１つと等しく
ない場合、ｉを単位元（１）だけ繰り上げる。このコンピュータプログラム製造
物は、携帯可能コンピュータと協働して開示される。 【００１９】 必要ならば、このコンピュータプログラム製造物は、好適には、ネットワーク
に接続される１つまたはそれ以上のデバイスの存在と種類に基づいてネットワー
ク構成を決定し、その後、少なくとも１つの携帯可能コンピュータの設定と相関
か関係を有することができる。相関ステップに呼応して、コンピュータ上の設定
を確立することができる。 【００２０】 さらに別の形態において、携帯可能コンピュータ内にある１つまたはそれ以上
のファイルのつまたはそれ以上のブロックをバックアップし、ブロックをネット
ワークを介して離れたコンピュータ記憶位置に送信するための携帯可能コンピュ
ータのバックアップシステムは、携帯可能コンピュータがネットワークに接続さ
れている時点を決定するロジック手段を有する。さらに、このシステムは、ネッ
トワークの可用性が少なくとも所定の可用性と等しいかどうかを判断するロジッ
ク手段を有する。さらに、ロジック手段は、１つまたはそれ以上の送信基準を満
足する場合に、バックアップすべきブロックをネットワークに対して送信する。
この送信基準は、携帯可能コンピュータがネットワークに接続されていることで
あってもよい。 【００２１】 さらに別の実施形態において、コンピュータファイルブロックをバックアップ
するためのコンピュータにより実行される方法は、ユーザ用コンピュータにおい
て、１つまたはそれ以上の暗号化キーを用いて少なくとも１つのブロックを暗号
化する。この方法は、さらに、１つまたはそれ以上のキーをキーファイル内に記
憶するステップと、このブロックを離れたデータセンタへ送信するステップを有
する。次に、この方法は、復元時間において、このブロックをデータセンタから
ユーザ用コンピュータへ送信し、キーファイルから１つのキーを選択する。この
ブロックがこのキーにより暗号解読されると、この方法は、暗号解読が成功した
かどうかを判断する。暗号解読が成功しなかった場合、キーリストから別のキー
を選択して、このデータを暗号解読し、暗号解読が成功するまで、上記ステップ
を反復する。 【００２２】 別の実施形態では、送信コンピュータと受信コンピュータの間でデータを送信
する送信セッションのためのセッションキーを提供する方法は、データに固有の
データデジタル署名を集めるステップと、データを暗号化するために、このデー
タデジタル署名を利用するステップを有する。 【００２３】 別の実施形態では、ユーザ用コンピュータと少なくとも１つのデータ記憶装置
を有する、システム内のテ゛ータをバックアップする方法は、ユーザ用コンピュータ において、ユーザ用コンピュータに付随するデータが共通ソフトウェアライブラ
リ内に存在するかどうかを判断するステップを有する。このデータが共通ソフト
ウェアライブラリ内に存在する場合、このデータはバックアップされない。そう
でなければ、このデータが少なくとも所定数のシステム内のユーザ用コンピュー
タ内に存在している場合、このデータは自動的に共通ソフトウェアライブラリに
追加される。 【００２４】 本発明の詳細は、その構造および動作において、添付図面を参照すると最もよ
く理解され、同様の参照符号は同様の構成部品を示す。 【００２５】 （好適な実施形態の詳細な説明） まず、図１を参照すると、一般に、符号１０で示すシステムが図示されており
、このシステムは、ここではデータセンタ１２と称するサーバコンピュータを有
する。サーバコンピュータは、コンピュータネットワークの一部である。好適な
実施形態において、データセンタ１２は、インターネットと称するコンピュータ
ネットワーク１４の一部であって、モデム、ＬＡＮ、ＷＡＮまたはその他のネッ
トワークデバイス１６を介して、ネットワーク１４上の他のコンピュータと接続
することができる。 【００２６】 図１に図示するように、データセンタ１２は、付随する共通ライブラリ２０を
含む電子データ記憶貯蔵体１８を有する。好適には、大多数のユーザをサポート
するために、このシステム１０をスケーリングできるように、データ貯蔵体１８
は、数テラバイトまたは、実際には１ペタバイトの容量を有する。データ貯蔵体
１８の容量は、１００テラバイト以上であることが好ましく、５００テラバイト
以上であることが、さらに好ましい。制御モジュール２２は、以下に詳述する新
規なロジックと協働して、データ貯蔵体１８に入出力されるデータの流れを制御
する。 【００２７】 本発明によれば、共通ライブラリ２０は、広範に分配され、数多くのユーザに
が用いるコンピュータファイルブロックを記憶するため、数多くのユーザに対し
て汎用性がある。例えば、共通ライブラリ２０は、広く知られた既成のパーソナ
ルコンピュータオペレーティングシステム、ネットワークブラウザなどのコピー
を記憶することができる。共通ライブラリ２０は、後に図５を参照しながら、さ
らに説明するように、自動的に更新することができる。本発明が意図するように
、共通ライブラリ２０を備えたデータ記憶貯蔵体１８は、例えば、磁気テープ、
ハードディスクアレイ、コンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ
）、ＤＡＳＤアレイ、またはフロッピーディスクなどの適当な媒体内に物理的に
構成することができる。 【００２８】 複数のユーザ用コンピュータ２４、例えば、パーソナルコンピュータ、携帯可
能コンピュータ、またはパームトップコンピュータが、それぞれのユーザ用モデ
ム２６またはその他の適当なネットワーク通信を介して、ネットワーク１４と通
信する。好適な実施形態では、ユーザ用コンピュータ２４の各々は、ソフトウェ
アにより実現されるバックアップモジュール２８を有し、このバックアップモジ
ュール２８が、本発明の進歩性を保証するものとなる。別の実施形態において、
このバックアップモジュール２８は、ユーザ用コンピュータ２４から取り外し、
またはこれにアクセスできるものと理解されたい。さらに、容易に理解しやすく
するために、ユーザ用コンピュータ２４は、各々、ＣＤ−ＲＯＭ駆動機構３０を
有する。当業者ならば理解されるように、ユーザ用コンピュータ２４は、同様に
、ビデオモニタ、プリンタ、およびその他の出力デバイスと、キーボード、マウ
ス、およびその他の入力デバイスを備えることができる。 【００２９】 図２ないし図８は、コンピュータプログラムソフトウェアとして実現された、
本発明のバックアップモジュール３０の構成を示す。当業者ならば理解されるよ
うに、これらの図面は、本発明の機能を果たす、コンピュータプログラムコード
要素または電子ロジック回路などのロジック要素の構成を示している。明らかに
、本発明は、必須の実施形態において、機械部品を用いて実現され、この機械部
品により、デジタル処理装置（つまりコンピュータ）に指令を与えるような形態
を有するロジック要素が、図面に図示した一連の機能ステップに対応するステッ
プを実行する。 【００３０】 これらの指令は、プログラムされたコンピュータディスケットなどのようなコ
ンピュータプログラム製造物（product）を確立するためのデータ記憶媒体を含 むプログラム記憶装置上に存在することもある。択一的には、こうした媒体を、
磁気テープ、光ディスク、従来式のハードディスク駆動機構、電子式読み出し専
用メモリ、または電子式ランダム・アクセス・メモリ、またはその他の適当なデ
ータ記憶デバイスなどの半導体デバイス上に見出すこともできる。本発明の説明
的な実施形態において、ロジック手段は、Ｃ++言語コードで記述されたコンピュ
ータにより実行可能な指令である。 【００３１】 ここで、図２を参照すると、初期化プロセスを理解することができる。このプ
ロセスは、各ユーザ用コンピュータに関する開始状態３２で始まり、ブロック３
４に移動する。このとき、ファイル・インデックス・カウンタ「ｊ」は、単位元
（１）に等しくなるように設定される。判断菱形３６に進み、後に説明する、い
わゆる「メッセージ・ダイジェスト・ファイブ（ＭＤ５：message digest five ）」コードを用いて、ｊ番目のファイルのコピーが共通ライブラリ２０内に既に
記憶されているかどうかを判断する。これは、ｊ番目のファイルのＭＤ５と共通
ライブラリ２０内にあるファイルのＭＤ５とを比較することにより、ファイル毎
に行うことができる。共通ライブラリ２０内に記憶された各ファイルに対して、
共通ライブラリ２０内のファイルのＭＤ５の１つと、ファイルのＭＤ５が合致す
ると判断された場合、このプロセスは、ブロック３８に進んで、このファイルが
共通ライブラリ２０内にあるものとして、ファイルにフラグを立てる。したがっ
て、大多数の候補すべてがデータセンタ１２へ送信されることはない。 【００３２】 択一的には、各ｊ番目ファイルの各ブロックのＭＤ５と共通ブロックＭＤ５の
リストを比較して、共通ライブラリ２０内の共通ライブラリのＭＤ５リストにあ
るＭＤ５と合致するＭＤ５を有するブロックに関してのみ、ファイルにフラグを
立てることにより、より大きな細分化（granularity）を実現することができる 。したがって、大多数の候補をすべてデータセンタ１２に送信することはない。
ｊ番目ファイルがユーザ用コンピュータ２４内に存在するときに、ｊ番目ファイ
ルが、共通ライブラリ２０内の共通の既成バージョンから変更された場合、変更
された部分が検知され、後に図３を参照して説明するサブファイル・インクリメ
ント式手続の間にデータセンタ１２に送信されると、理解されたい。 【００３３】 いずれにせよ、共通ライブラリ２０を用いると、多くのパーソナルコンピュー
タシステム上に存在するが、大部分のパーソナルコンピュータシステム上には存
在しないならばバックアップを必要とする、極めて大量の既成のコンピュータフ
ァイルを、データセンタ１２に送信する必要性を回避できることが理解されよう
。換言すると、共通ライブラリ２０を用いて、ユーザ用コンピュータ２４にある
ファイルの最初のコピーを作成する時間と労力を削減することができる。 【００３４】 加えて、ブロック３８において、ブロック毎の比較値の作成リストが記憶され
て、このリストには、共通ライブラリ２０内あるものとしてフラグを立てられた
各ｊ番目ファイルの各ｉ番目ブロック（ここで、「ｉ」はブロック・インデック
ス・カウンタである。）に対する２つのエントリがある。第１のエントリは、各
ｉ番目ブロックの第１バイトの最初の２文字（「ＸＸi」）である。対称的に、 第２のエントリは、ｉ番目ブロックのコンテンツを固有に定義する値としてのデ
ジタル署名（「ＭＤ５」）である。第１エントリが第１比較値を、第２エントリ
が第２比較値を形成する。 【００３５】 上述のように、この好適な実施形態において、用いられるデジタル署名は、暗
号化技術で知られた１２８ビット長の「メッセージ・ダイジェスト・ファイブ（
ＭＤ５：message digest five）」コードである。本発明により認識されるよう に、ブロックのＭＤ５コードは、ブロックに非常に少ない変更があっても大きく
変化する。本発明によるデジタル署名は、好適にも、検査合計、巡回冗長コード
、およびいわゆる「排他的論理和」コードよりも、ブロック内の変化に対して、
より敏感である。 【００３６】 ブロック３８から、ロジックは判断菱形４０に進み、ユーザ用コンピュータ２
４内の最後のファイルが検査されたかどうかを判断する。最後のファイルが検査
された場合、初期化プロセスは、状態４２で終了する。そうでなければ、このプ
ロセスは、ブロック４４に進み、ファイル・インデックス・カウンタ「ｊ」を１
つ繰り上げて、判断菱形３６に戻る。 【００３７】 これとは対称的に、判断菱形３６において、ｊ番目ファイルのｉ番目ブロック
のコピーが、共通ライブラリ２０に存在しない場合、このロジックは、ブロック
４６に進み、ｊ番目ファイルの存在しないｉ番目ブロックの各コピーを、データ
センタ１２のデータ記憶貯蔵体１８へ、少しづつ送信する（trickle）。コピー を少しづつ送信する（trickle copy）ことは、ファイルの存在しないブロックが
所定の送信期間において、データセンタ１２へ送信されることを意味する。ファ
イルの存在しない部分がすべて送信されるまで、または送信期間が過ぎるまで、
この送信期間を、ここでは「ウィンドウ」と称する。択一的には、図８を参照し
ながら後に説明するように、ユーザ用コンピュータ２４がネットワーク１４とオ
ンライン接続されている場合、バックアップすべきデータは、ユーザがユーザ用
コンピュータ２４に入力する時に、リアルタイムで送信することができる。 【００３８】 ファイルの存在しない部分がすべて送信される前に、送信期間が経過した場合
、各バックアップモジュール２８は、チャンク（chunk）の送信を完了した後、 終了する。送信期間において、送信が妨害された場合、モジュール２８は、ブロ
ック・インデックス・カウンタ「ｉ」の値を記憶するので、次回の送信期間にお
いて、送信をそこから再開できる。次回の送信期間の開始時点において、バック
アップモジュール２８は、ブロック・インデックス・カウンタ「ｉ」を単位元（
１）だけ繰り上げて、前回中断したｉ番目のファイルの送信を開始する。図２で
示すように、ブロック４６において、ｉ番目のＸＸiおよびＭＤ５iに関するブロ
ック毎のリストが、ブロック３８を参照して上述したように、作成される。この
ロジックは、ブロック４６から判断菱形４０へ進み、上述のように機能する。 【００３９】 ここで図３を参照すると、サブファイル・インクリメント式バックアップロジ
ックが図示されている。本発明が意図するように、周期的に（例えば、１日に１
度の頻度で）、各ユーザ用コンピュータ２４のバックアップモジュール２８は、
以下詳述するプロセスを実行する。 【００４０】 判断菱形４８で開始して、ユーザが選択する所定のバックアップ期間が開始さ
れたかどうかを判断する。そうであれば、このプロセスは、ブロック５０に進ん
で、バックアップするかどうかをユーザにより指定された各ｊ番目ファイルに対
して、ＤＯループに入る。この後、このプロセスは、ブロック５２に進み、ブロ
ック５０で選択されたｊ番目ファイルの各ｉ番目ブロックに対して、ＤＯループ
に入る。 【００４１】 ブロック５４に進んで、バックアップモジュール２８は、ｉ番目ブロックのテ
ストされるデジタル署名ＭＤ５i newを計算する。次に、判断菱形５６において、
ｉ番目ブロックのテストされるデジタル署名ＭＤ５i newを、上述のように図２で
形成されたリストに記憶されたデジタル署名ＭＤ５i oldと比較する。 【００４２】 デジタル署名ＭＤ５i oldのリストが、ｉ＝０からｉ＝ｎまでの順序を有するリ
ストで、ここでｎは、リスト中のデジタル署名の数であると理解されたい。ｉ番
目ブロックのテストされるデジタル署名ＭＤ５i newは、最初に、リスト中のｉ番
目ブロックのデジタル署名ＭＤ５i oldと比較され、合致しなければ、次に、順序
を有するリストの次のデジタル署名ＭＤ５i old（すなわち、ｉ番目＋１ＭＤ５ol d ）などと、合致するまで、または順序を有するリストの最後に至るまで比較さ れる。リスト中のどこかで合致することが検知されると、判断菱形５６における
テストは肯定判定され、このプロセスは、判断菱形５８に移動する。また、リス
ト中のｌ（エル）番目位置で合致したことが検知されると、ｌ＞ｉのとき、テス
トすべき（ｉ＋ｌ）番目のブロックのＭＤ５i+l newが、最初に、ＭＤ５i+l old、
つまり、古いデジタル署名の順序を有するリスト中の（ｉ＋ｌ）番目の要素と比
較される。合致しないことが検知された場合、（ｉ＋ｌ）番目のブロックのＭＤ
５i+l newは、その後、古いデジタル署名の順序を有するリスト中の（ｉ＋ｌ）番
目の要素の後にあるリスト中のデジタル署名に対して連続的にテストされる。 【００４３】 ｉ番目のブロックの説明に戻ると、デジタル署名が合致したことが検知された
場合、これは、最近過去にバックアップしてから、テストされるｉ番目ブロック
には変更がなかったことを意味し、このプロセスは、判断菱形５８へ移動する。
判断菱形５８において、このロジックは、ｊ番目ファイルの最後のブロックがテ
ストされたかどうかを判断し、まだテストされていない場合には、このプロセス
は、ループバックして、次のｉ番目ブロックを呼び出し、図示して詳述したよう
に、デジタル署名を計算する。換言すると、テストされるｊ番目ファイルに関し
て、ブロックが残っている限り、インデックス・カウンタ「ｉ」を１つずつ繰り
上げる。このプロセス５４は、ブロック５４にループバックする。 【００４４】 他方、ｊ番目ファイルの最後のブロックがテストされた場合、このロジックは
、判断菱形６０において、ユーザ用コンピュータ２４内の最後のファイルがテス
トされたかどうかを判断する。まだテストされていない場合には、このプロセス
は、ループバックして、次のファイルを呼び出して、上述のように、ファイル内
のブロックをテストする。最後のファイルがテストされた場合は、このプロセス
は、判断菱形６２に移動する。 【００４５】 判断菱形６２において、バックアップ期間が経過したかどうか、つまり、配分
されたバックアップ・ウィンドウが依然として開放状態にあるかどうかを判断す
る。バックアップ期間が経過した場合、このロジックは、判断菱形４８にループ
バックして、次に配分されるバックアップ期間の開始を待つ。逆に、バックアッ
プ・ウィンドウが依然として開放状態にある場合、このロジックは、モデム２６
、１６（または、ＬＡＮやＷＡＮなどのその他のネットワークデバイス）を介し
て、データセンタ１２との送信を確立しようとする。 【００４６】 判断菱形６４において、送信接続が実現されたかどうかを判断する。送信が接
続されなかった場合、このロジックは、ブロック６６に進み、所定のタイムアウ
ト時間（好適には、５分間）だけ待って、判断菱形６２にループバックして、ウ
ィンドウが依然として開放状態にある場合、再接続を試みる。いずれにせよ、ユ
ーザ用コンピュータ１２内のすべてのファイルをテストした後に、ユーザ用コン
ピュータ１２とデータセンタ１２の間において、送信が確立されたと判断された
場合に、このロジックは、ブロック６８において、すべての残存する更新された
ブロックを暗号化し、（以下詳述するように）圧縮して、これらをデータセンタ
１２に送信する。このプロセスは、ブロック６８から判断菱形４８にループバッ
クする。 【００４７】 判断菱形５６から派生する否定ループについて説明すると、ｉ番目ブロックの
デジタル署名が、ブロックのリストに記憶されたデジタル署名のいずれとも合致
しない場合、ｉ番目ブロックが変更されたことを意味し、そのため、ｉ番目ブロ
ックは、バックアップすべき候補となる。加えて、このプロセスは、上述のブロ
ック毎の比較値リストと再同期する。 【００４８】 したがって、判断菱形５６において否定判定された後（すなわち、このロジッ
クが本質的に「変更ブロック」信号を応答するとき）、このロジックは、ブロッ
ク７０に移動する。このとき、ｉ番目ブロックのｋ番目のバイトに対して、ＤＯ
ループに入る。「ｋ」は、最初は単位元（１）に等しいインデックス・カウンタ
である。判断菱形７２に進んで、このロジックは、テストされるｋ番目のバイト
で始まるブロックの最初の２文字（「ＸＸk new」）が、比較値リストにあるｉ番
目ブロックに対応する第１の比較値（「ＸＸold」）と等しいかどうか判断する 。この比較値リストは、順序を有するデジタル署名ＭＤ５oldと並行しているこ とを理解されたい。その結果、第１の比較で合致することはなく、判断菱形５６
におけるテストと同様に、合致が検知されるか、リストの最後に達するまで、順
序を有するリスト中の次の２文字ＸＸoldに対して、ＸＸk newが比較される。 【００４９】 合致することなく、比較値リストの最後まで及んだ場合、このロジックは、判
断菱形７３まで進み、現在のｋ番目のバイトがテストされる候補ブロックの最後
のバイトであるかどうかを判断する。換言すると、判断菱形７３において、この
ロジックは、バイト・インデックス・カウンタ「ｋ」が約２０４８に等しいかど
うかを判断する。その場合、このロジックは、ブロック７４に進み、ブロック・
インデックス・カウンタ「ｉ」を単位元（１）だけ繰り上げた後、このロジック
ループは、判断菱形５８に進む。この場合、検査されるすべてのブロックについ
て、コピーするようフラグが立てられる。判断菱形７３において、バイト・イン
デックス・カウンタ「ｋ」が１０００に等しくなければ、このロジックは、ルー
プバックして、「ｋ」を単位元（１）だけ繰り上げて、判断菱形７２において、
ｉ番目ブロック中の次のバイトをテストする。 【００５０】 しかしながら、判断菱形７２において、「ＸＸk new」が「ＸＸold」と等しい と判断した場合、このロジックは、判断菱形７５に進む。判断菱形７５において
、テストされるｋ番目のバイトを第１バイトとして有するブロックのデジタル署
名ＭＤ５が決定され、第２比較値、すなわち、比較値リスト中にある合致する文
字ＸＸoldに対応するデジタル署名ＭＤ５oldと比較される。判断菱形５６におけ
るテストと同様に、合致を見出すために必要ならば、テストされるデジタル署名
ＭＤ５は、順序を有するリスト中の後続のデジタル署名ＭＤ５oldに対してテス トされる。合致することが検知されなかった場合、このロジックは、判断菱形７
３に移動する。 【００５１】 しかしながら、テストされるｋ番目のバイトを第１バイトとして有するブロッ
クのデジタル署名ＭＤ５が、判断菱形７５において、順序を有するリスト中のデ
ジタル署名ＭＤ５oldの１つに等しいと判断された場合、このロジックは、「再 同期された」ことを応答し、ブロック７６に移動する。換言すると、判断菱形７
５における肯定的なテスト結果は、このロジックが、過去にバックアップされた
古い未変更のブロックを見出し、このロジックが比較値リストに対して再同期し
たことを意味するものである。 【００５２】 ブロック７６において、変更されたブロック（ここでは、「送信ブロック」と
もいう。）は、「次回チャンク（next chunk）」ファイルに移動する。ブロック
７６において、比較値リストは、次回バックアップ周期においてブロックをテス
トする間、第１および第２比較値として各々用いられる、変更されたブロックに
関する最初の２文字およびデジタル署名を含むように更新される。判断菱形７８
に移動すると、チャンクファイルが満杯になっているかどうかを判断する。現在
の好適な実施形態において、チャンクファイルの容量が５メガバイト（５ＭＢ）
のとき、満杯となる。 【００５３】 チャンクファイルが満杯でなければ、このロジックは、判断菱形５８に戻る。
逆に、チャンクファイルが満杯であれば、このプロセスは、判断菱形８０に進ん
で、バックアップ期間が経過したかどうか、すなわち、配分されたバックアップ
・ウィンドウが依然として開放状態にあるかどうかを判断する。この期間が経過
している場合、このロジックは、判断菱形４８にループバックして、次回の配分
されたバックアップ期間が始まるのを待つ。反対に、バックアップ・ウィンドウ
が依然として開放状態にある場合、このロジックは、上述のステップ６４および
６６を処理して、送信がうまく接続されたとき、このチャンク（chunk）をデー タセンタ１２へ送信する。このロジックは、ブロック８２から判断菱形５８に戻
る。 【００５４】 図４は、消失したファイルをユーザ用コンピュータ２４に復元できるロジック
を示す。ここで明らかなように、データセンタ１２におけるバックアップされた
ファイルブロックは、周期的に（例えば、毎週、毎月、毎四半期など）、記憶貯
蔵体１８からＣＤ−ＲＯＭディスクにコピーされ、これらのディスクは、関連す
るユーザ用コンピュータ２４と同じ物理的場所に搬送される。以下、これらのＣ
Ｄ−ＲＯＭディスクを「ローカル・バックアップ・システム」という。 【００５５】 ブロック８４において、データセンタ１２内にある、ユーザ用コンピュータ２
４に対応するブロックのディレクトリが、データセンタ１２からダウンロードさ
れる。次に、ブロック８６において、消失したファイルのｉ番目の各ブロックに
対して、以下のようにＤＯループに入る。判断菱形８８において、ファイルブロ
ックの要求されたバージョン（version）がローカル・バックアップ・システム 上にあるかどうか判断される。もしあれば、ブロック９０において、そのブロッ
クは、ローカル・バックアップ・ディスクから優先的に復元される。もしなけれ
ば、ブロック９２において、そのブロックは、データセンタ１２からモデム２６
、１６を介して復元される。このロジックは、ブロック９０またはブロック９２
からループバックして、次のｉ番目のブロックを呼び出し、すべての要求された
ファイルが復元されるまで、このプロセスを続ける。 【００５６】 図５ないし図８を参照すると、本発明のさらなる発明的特徴が理解される。特
に、図５に関して、図１で示す共通ソフトライブラリ２０は、図５のブロック１
００において開始することにより、自動的に更新することができる。ブロック１
００において、サーバ（すなわち、図１で示すデータセンタ１２）は、記憶のた
めに受信される付随するブロックとともに、各デジタル署名ＭＤ５コードに関し
て、判断菱形１０２に移動することによりループを実行し、このとき、テストさ
れるデジタル署名ＭＤ５コードが、候補としてライブラリ２０に記憶されたかど
うかを判断する。特定のデジタル署名ＭＤ５コードが、最初に、任意のユーザ用
コンピュータから受信される。判断菱形１０２におけるテストの結果が否定的で
ある場合、このプロセスは、当然に、ブロック１０４に進んで、候補リスト上に
デジタル署名ＭＤ５コードを記憶する。また、ブロック１０４において、テスト
される特定のデジタル署名ＭＤ５コードのためのカウンタＪMD5が単位元（１） と等しくなるように設定される。ブロック１０４からブロック１０６に進んで、
次に受信されるデジタル署名ＭＤ５コードが呼び出され、上述のプロセスが、図
５に示す破線ループバック線で図示されたように反復される。 【００５７】 一方、デジタル署名ＭＤ５コードがユーザ用コンピュータから事前に受信され
ていた場合、つまり、判断菱形１０２におけるテストの結果が肯定的である場合
、このプロセスは、ブロック１０８に進んで、テストされるデジタル署名ＭＤ５
コードに付随するＪMD5を１つだけ繰り上げる。テストされるデジタル署名ＭＤ ５コードに付随するカウンタＪMD5が、任意のユーザ用コンピュータから受信さ れた場合、またはテストされるデジタル署名ＭＤ５コードを事前に送信しなかっ
たユーザ用コンピュータから受信された場合はいつでも、テストされるデジタル
署名ＭＤ５コードに付随するカウンタＪMD5を１つ繰り上げることができる。 【００５８】 次に、判断菱形１１０において、テストされるデジタル署名ＭＤ５コードに付
随するカウンタＪMD5の値が所定値「ｋ」に等しいかどうかが判断される。この プロセスは、カウンタＪMD5の値が所定値「ｋ」に等しくなければ、ブロック１ ０６にループバックし、等しければ、ブロック１１２に進んで、関連するブロッ
クとともに、テストされるデジタル署名ＭＤ５コードを共通ソフトウェアライブ
ラリ２０に加える。その後、このプロセスは、ブロック１０６にループバックし
て、次のデジタル署名ＭＤ５コードを呼び出す。 【００５９】 図６Ａおよび図６Ｂは、ユーザが複数の暗号化キーを用いて、バックアップす
るためのデータを送信することにより、安全性を高められるようにした本発明の
特徴を示す。ブロック１１４で開始して、ユーザ用コンピュータにおいて、図２
ないし図４で上述したステップにより選択されたバックアップを要するブロック
のそれぞれのデジタル署名ＭＤ５コードが決定され、各データブロックに添付さ
れ、その後、このデジタル署名ＭＤ５コードは、当業者により広く知られた圧縮
原理を用いて圧縮される。ブロック１１６に進んで、ＭＤ５コードではなく、デ
ータブロックがユーザ・キー・リスト上のユーザ選択キーを用いて暗号化される
。このプロセスは、ブロック１１６から、状態１２０で終了するが、上述の送信
ステップが実行可能であることを理解されたい。続いて、ユーザ用コンピュータ
が、例えば、図６Ａで示すステップにより処理されたデータパケットを消失して
、データセンタ１２からデータパケットのコピーを受信できるように要請した場
合、ユーザ用コンピュータは、図６Ｂに示すステップを呼び出す。ブロック１２
４で開始して、ユーザ用コンピュータは、データセンタ１２から記憶すべきブロ
ックを受信し、各ブロックに対して次のステップを実行する。ブロック１２６に
おいて、コンピュータは、リスト中から第１暗号化キーを選択した後、ブロック
１２８において、ブロックを暗号解読し、圧縮解除する。判断菱形１３０に進ん
で、ユーザ用コンピュータは、例えば、データオーバフローで示されるように、
圧縮解除が失敗したかどうかを判断する。圧縮が失敗した場合は、このプロセス
は、ブロック１３２に進んで、リスト中から次の暗号化キーを選択し、その後、
ブロック１２８にループバックして再び圧縮を試みる。 【００６０】 一方、判断菱形１３０において、満足できるように圧縮解除できたと判断され
た場合、このプロセスは、ブロック１３６に進んで、このパケットデータからデ
ジタル署名ＭＤ５コードを抜き取り、暗号解読されるブロックに付随するデータ
のデジタル署名ＭＤ５コードを新たに計算することにより、テストされるキーを
認証する。ブロック１３６において、このプロセスを実行するとき、デジタル署
名ＭＤ５コードは、既知の位置に付随するデータに添付される１２８ビット長の
ストリングであって、結果として、このデジタル署名ＭＤ５コードを容易に抜き
取ることができると、本発明は理解している。 【００６１】 判断菱形１３８において、暗号解読データの計算されたデジタル署名ＭＤ５コ
ードが、ブロック１３６において、データから抜き取られた暗号解読されたデジ
タル署名ＭＤ５コードと比較される。判断菱形１３８において、２つのデジタル
署名ＭＤ５コードが互いに合致する場合、テストされるキーは認証され、このプ
ロセスは、ブロック１４０において、「正確なキー」を応答する。その後、ブロ
ック１２４において、次のデータ部分を呼び出す。２つのデジタル署名ＭＤ５コ
ードが互いに合致しない場合、このプロセスは、ブロック１３２にループバック
して、ユーザ用コンピュータのキー・リストにある次のキーを呼び出す。 【００６２】 図７Ａは、暗号化のための独特のセッション固有のセッション・キーを提供す
る方法を示す。ブロック１４２で開始して、送信すべき一連のデータ全体に対す
るデジタル署名ＭＤ５コードが、データを送信するコンピュータにより計算され
る。ブロック１４４に進んで、このデジタル署名ＭＤ５コードが、データ送信セ
ッションのための暗号化キーとして用いられる。キーのために５６ビットしか必
要とされない場合、排他的論理和（ＸＯＲ）処理を用いて、１２８ビット長のデ
ジタル署名ＭＤ５コードの半分の６４ビットが組み合わされる。結果として得ら
れる６４ビットストリングの８ビット、つまり最後の８ビットは、切り捨てられ
る。 【００６３】 ブロック１４４から、このロジックは、「Ａ」および「Ｂ」で示されるように
、２通りの選択肢を取る。とりわけ、ブロック１４６Ａにおいて、デジタル署名
ＭＤ５コード（またはその一部）を乱数として用いて暗号化された後、ブロック
１４８Ａにおいて、データは受信コンピュータに送信される。他方、セッション
・キーとして機能するデジタル署名ＭＤ５コードの一部が、（すなわち、ブロッ
ク１４６Ａにおいて、データを暗号化するために用いられるデジタル署名ＭＤ５
コードの一部）が、従来式の私的キー／公的キーによる暗号化原理を用いて、あ
るいは、より好適には、ディフィ−へルマン（Diffie-Helman）暗号化原理を用 いて、送信コンピュータから受信コンピュータへ送信される。すなわち、１４６
Ｂにおいて、受信コンピュータの公的キーを用いて、送信コンピュータがデジタ
ル署名ＭＤ５コードを暗号化することができる。その後、ブロック１４８Ｂにお
いて、受信コンピュータは、私的キーを用いて、このデジタル署名ＭＤ５コード
を暗号解読することができる。図７Ａで示すように、ブロック１５０は、ブロッ
ク１４８Ａおよびブロック１４８Ｂで得られた結果を受信して、デジタル署名Ｍ
Ｄ５コードのセッション・キーを用いて、暗号解読することができる。 【００６４】 図７Ｂは、ブロック１５２ないし１５８で図示された認証ステップを実行する
ことにより、ブロック１５２で受信されるデータを認証することができる。とり
わけ、ブロック１５２において、受信コンピュータは、ブロック１５０からの暗
号解読データに関連するデータのデジタル署名ＭＤ５コードを計算する。次に、
判断菱形１５４において、暗号解読データの計算されたデジタル署名ＭＤ５コー
ドが、ブロック１４８Ｂで受信され暗号解読されたデジタル署名ＭＤ５コードと
比較される。ＸＯＲ処理されたデジタル署名ＭＤ５コードの５６ビットだけがセ
ッション・キーとして用いられる場合、判断菱形１５４における比較は、セッシ
ョン・キーと、ブロック１５２で計算されたデジタル署名ＭＤ５コードのＸＯＲ
処理されたバージョンとの間で行うことができる。 【００６５】 いずれにせよ、判断菱形１５４において、２つのデジタル署名ＭＤ５コードが
合致する場合、テストされるセッション・キーが認証され、このプロセスは、ブ
ロック１５６において、「送信が認証された」ことを応答する。２つのデジタル
署名ＭＤ５コードが合致しない場合、このプロセスは、ブロック１５８において
、「送信エラー」を応答する。 【００６６】 ここで、図８を参照しながら、広域コンピュータネットワークを介して連続的
にデータバックアップするための方法を示す。このとき、ユーザ用コンピュータ
はネットワークとオンライン接続しており、ユーザはこのユーザ用コンピュータ
を利用している。ブロック１６０で開始して、これまで説明したような原理に基
づいて変更されたデータブロックをバックアップすべきことが、ユーザ用コンピ
ュータにより決定されると（バックアップ開始時間を待つことなく、このプロセ
スは、むしろ間断なく、リアルタイムで、バックアップすべきデータブロックを
決定する。）、このプロセスは、判断菱形１６２移動する。判断菱形１６２にお
いて、このプロセスは、このユーザ用コンピュータが、例えば、図１に示すよう
なネットワークとオンライン接続されているかどうかを判断する。オンライン接
続されていない場合、このプロセスは、ブロック１６４に進み、オンライン接続
された時に送信すべきデータを記憶する。 【００６７】 一方、判断菱形１６２において、このプロセスは、ユーザ用コンピュータがネ
ットワークとオンライン接続されていると判断した場合、このロジックは、判断
菱形１６６に進み、ユーザ用コンピュータの中央演算装置（ＣＰＵ）がビジー状
態にあるかどうかを判断する。特に、図８で示すバックアップタスクよりも優先
順位の高い優先順位を有するタスクが処理されて、ＣＰＵがビジー状態にあるか
どうかを判断する。ＣＰＵが、このデータバックアップタスクよりも高い優先準
位を有するタスクを実行している場合、このプロセスは、ブロック１６８に進み
すべてのブロックが送信されるまで、またはバックアップタスクよりも優先順位
の高いタスクを行うために、コンピュータが再び占有されるまで、ブロックを送
信する。ブロックの送信が、より優先順位の高いタスクにより妨害される場合、
ユーザ用コンピュータは、より優先順位の高いそのタスクを実行して、完了した
時点で、このバックアップタスクに戻って、データブロックの送信を完了させる
ものと理解されたい。このロジックは、その後、ブロック１６９に進み、送信す
べき別のブロックを決定し、ユーザがユーザ用コンピュータを他のタスクで利用
している時に、実質的にリアルタイムでブロックを送信する。 【００６８】 ブロック１７０と判断菱形１６６の間のループ、およびブロック１６８におけ
る「ビジー状態にある」ループは、上述の記述の原理を説明するものである。判
断菱形１６６において、キー操作などの入力タスクを実行するように要請されて
いる場合など、ＣＰＵがビジー状態にある場合、このロジックは、ブロック１７
０に進み、所定期間Δｔだけ待って、判断菱形１６６における判断を再び試みる
。Δｔの長さは、極めて短く、ミリ秒またはマイクロ秒のオーダである。択一的
には、このロジックは、本質的に「ＣＰＵが非動作状態」であるΔｔを定義する
ことができ、ＣＰＵが非動作状態のとき、ブロック１６８に進み、データ送信す
る。 【００６９】 例えば、判断菱形１６６においてテストを行う間、ＣＰＵは、コンピュータの
ユーザによるキー入力を介してデータ入力を受信することができる。その場合、
このプロセスは、ブロック１７０において、キー入力が完了するまで待機した後
、ブロック１６８において、データ送信する。こうして、１つの実施形態におい
て、このプロセスは、ユーザの要請をサポートするＣＰＵタスク間に、例えば、
キー入力と次のキー入力の間に、バックアップデータを送信する。さらに、この
プロセスは、キー入力により変更され、バックアップデータとして決定され、デ
ータがコンピュータユーザにより創作された時点で、実質的にリアルタイムで記
憶するように、インターネットを介して遠くデータ送信する。 【００７０】 図９および図１０は、例えば、ユーザ用コンピュータ２４が、このロジックを
採用するラップトップコンピュータまたはパームトップコンピュータである場合
の好適な実施形態において、上述した原理を図示する。以下詳述するように、携
帯可能コンピュータの環境において、本発明によれば、ホスト携帯可能コンピュ
ータがネットワークに接続されていないとき、ファイルブロックがコピーされ、
ネットワークに接続されたときに、コピーされたブロックがネットワークを介し
て記憶装置に送信される。 【００７１】 ブロック１８０において開始して、ホスト携帯可能コンピュータが稼動してい
る場合、このロジックは、ユーザ用コンピュータ上のすべてのファイルについて
、またはユーザが設定した一連のファイルついてのみ、バックアップを要するか
どうかを検討する。ユーザが、例えば、ワイルドカードを備えた含有／排他リス
ト（inclusion/exclusion lists）を用いて、バックアップのための一連のファ イルを（ディレクトリなどにより）設定した場合、ブロック１８２において、こ
の一連のファイルが受信される。ブロック１８２から、または判断菱形１８０か
ら、ユーザ設定の一連のファイルがなく、すべてのファイル（または一連のデフ
ォルトファイル）は、バックアップする候補となり、このロジックは、ブロック
１８４に進み、先に図３を用いて説明したようなロジックに従って、上述のよう
なチャンクの中にブロックを準備する。既に説明したように、ユーザが、文章作
成処理やプレゼンテーション用スライド作成処理などの、その他のタスクに対し
てホストコンピュータを採用した場合、バックアップ処理は、ユーザから見えな
い「背景（background）」で実施される。 【００７２】 判断菱形１８６は、本発明に係るロジックを表しており、このロジックは、ホ
ストコンピュータ上において、所定の記憶スペースの限界値に達したかどうかを
モニタする。本発明により認識されるように、稼動しているがネットワークとは
接続されていないラップトップコンピュータなどの携帯可能コンピュータは、バ
ックアップすべきブロックを複製して形成するので、記憶スペースに限界が生じ
る場合がある。このとき、判断菱形１８６におけるステップは、「背景」処理と
して意図された上述のバックアップ処理により、ユーザの記憶容量が一杯になら
ないようにするためのものである。この好適なネットワークの実施形態において
、ホストコンピュータの５％以下の記憶容量が、バックアップ用に記憶するため
に用いられる。択一的には、ユーザが所定の記憶スペースの限界値を設定する。
記憶スペースの限界値に達した場合、このロジックは、ブロック１８８に移り、
例えば、バックアップすべきブロックを送信した後、ホストコンピュータの上の
バックアップコピーを削除して、追加的な記憶スペースを空けるまで、バックア
ップ処理を一時中断する。 【００７３】 ブロック１８８から、またはテスト結果が否定的であるときの判断菱形１８６
から、このロジックは、判断菱形１９０に移る。判断菱形１９０で表したように
、このロジックは、ホスト携帯可能コンピュータがネットワークに接続している
かどうかをモニタする。ネットワークの接続が検知されない場合、このロジック
は、ブロック１９２に移り、上述のようにバックアップ処理を継続して実行し、
判断菱形１８６に論理的にループバックする。 【００７４】 逆に、このロジックは、ネットワークの接続を検知した場合、判断菱形１９４
で示すように、このホスト携帯可能コンピュータが能動的にデータを送信してい
るかどうかを判断する。ホスト携帯可能コンピュータが能動的にデータを送信し
ている場合、このロジックは、この送信処理を妨害しないように、バックアップ
処理を一時中断して、その後、判断菱形１９４に論理的にループバックして、デ
ータ送信の完了を待つ。ホスト携帯可能コンピュータがデータ送信していない場
合、このロジックは、ブロック１９２に戻る。 【００７５】 図９で示すロジックフローは、説明するための本発明の原理を表すもので、実
際のロジックコードは、イベント待ち方式であってもよく、つまり、判断菱形１
８６、１９０、および１９４において表される状態をモニタするものであっても
よいと理解されたい。同様に、図１０および図１１のフローフォーマットで示す
ロジックは、イベント待ち方式コードとして実行される。 【００７６】 ここで、図１０を参照すると、図９で示したロジックにより形成されたバック
アップすべきブロックを送信するためのロジックが図示されている。ブロック１
９８で開始して、この送信ロジックは、ネットワーク接続が検知された場合に開
始される。好適な実施形態においては、ブロックが利用でき、ネットワーク帯域
が許容する場合、送信バックアップブロックに優先順位が与えられ、このとき、
ホストコンピュータがネットワークに接続されていて、送信準備が整ったブロッ
クが全くない場合、またはネットワークを使用することが送信を妨害する場合に
、図９に示すバックアップ処理が実行される。 【００７７】 判断菱形２００に移って、このロジックは、データのブロックを送信する準備
が整っているかどうかを判断する。整っていれば、このロジックは、ブロック２
０２に移り、例えば、関連するメタデータまたはその他の送信すべきデータに、
このブロックをインターリーブする。この目的は、処理すべき最後のファイル全
体に至るまでのバックアップセッション中になされたすべてのフォワード・プロ
グレス（forward progress）を利用できるようにするためで、その結果、送信が
中止された時点までに完了した作業の利点を享受することができる。この点に関
して、このプロセスは、「シャクトリムシ」データ送信と考えられ、この中で、
送信の流れを任意の点で機能させ、依然として実行可能なエンティティを維持す
ることができる。 【００７８】 ブロック２００から、このプロセスは、ブロック２０２に移り、最後の実際に
インターリーブされるブロックを特定するために、「最後のブロック」を定義す
る。その後、このプロセスは、判断菱形２０６に移る。 【００７９】 判断菱形２０６は、バックアップデータを送信するために、十分にネットワー
クの可用性（availability）があるかどうかを判断する。１つの実施形態では、
このロジックがバックアップデータを送信するためには、ネットワークの可用性
が全体の可用性に対して所定の設定値、例えば７０％未満である必要がある。そ
の場合、このロジックは、ブロック２０８に移り、データを送信する。そうでな
い場合、このロジックは、ブロック２１０に移り、ネットワークの可用性が所定
の設定値以下となるまで待って、図３で上述した再同期ロジックを用いてこのプ
ロセスを再開する。 【００８０】 １つの好適な実施形態においては、ネットワークがローカル・ネット・ワーク
（ＬＡＮ）である場合、オペレーティングシステムのパーフォーマンス・カウン
タを用いて、ステップ２０６における判断が実行される。例えば、オペレーティ
ングシステムがマイクロソフト社のオペレーティングシステムである場合、パー
フォーマンス・レジストリにある動的キーの数を用いて、単位時間あたりの送信
パケット数を決定することができる。この比は、ネットワークがどの程度ビジー
状態にあるか（つまり、ネットワークの可用性）を示す。あるいは、ネットワー
クが（インターネットのような）広域ネットワークである場合、ホストコンピュ
ータがパケットを送信した時点から、受信コンピュータから受信の返答（acknow
ledgement）を受信する時点までの往復時間を用いて、ネットワークの可用性を 表す。このとき、この往復時間が短ければ、可用性は高い。ホストコンピュータ
が、ＷＡＮに接続されたＬＡＮに接続されている場合、判断菱形２０６において
、一方または両方のネットワークの可用性を判断することができる。 【００８１】 図１１は、上述のバックアップロジックに加えて、携帯可能コンピュータを接
続するネットワークのために、好適にも、携帯可能コンピュータを自動的に構成
（configuring）する本発明を示す。とりわけ、本発明は、特定のプリンタ、サ ーバ、インタネット接続、およびコストコンピュータがたまたま接続されたネッ
トワークの記憶リソースに対して、携帯可能コンピュータを自動的に再構成（re
configures）することにより、ユーザは、ホストコンピュータがネットワークに
接続される毎に、こうした時間のかかる再構成処理を手動で実行しなくても済む
。 【００８２】 ブロック２１２で開始して、本発明は、各ネットワークのデバイスのリストと
ともに、ネットワークの認証リストを、（自動的に、またはユーザの手動による
１回の入力により）編集する。例えば、特定の指定を有する職場プリンタ、特定
の指定を有する職場サーバ、特定の指定を有するインターネット接続、および特
定の指定を有する職場記憶リソースを備えたユーザの職場のＬＡＮによって、第
１のネットワークを確立してもよい。同様に、特定の指定を有する家庭プリンタ
、特定の指定を有する家庭サーバ、特定の指定を有する家庭インターネット接続
、および特定の指定を有する家庭記憶リソースを備えたユーザの家庭のＬＡＮに
よって、第２のネットワークを確立してもよい。 【００８３】 本発明が意図するように、「ネットワーク構成」とは、ネットワーク上にある
どのような種類のどのようなデバイス、つまり、どのようなプリンタなどがネッ
トワークに接続されるかということを意味する。各ネットワーク構成に対して、
一連のホストコンピュータ設定が記憶され、包含される。換言すると、各ネット
ワーク構成に対して、一連のホストコンピュータ設定は、相関関係があって、ホ
ストコンピュータが、例えば、ネットワークのプリンタで印刷させることができ
る。ブロック２１２において、ネットワーク構成は記憶される。 【００８４】 ブロック２１４に移って、本発明は、ホストコンピュータがネットワークに接
続された時点を検知する。ブロック２１６において、本発明は、どのようなデバ
イスがネットワークに接続されたかを検知する。判断菱形２１８に移って、この
ロジックは、ネットワークに実際に接続されたデバイスと、記憶されたネットワ
ーク構成とを比較する。例えば、９０％以内で合致していることが検知されると
（つまり、ネットワーク上の１０個のデバイスのうち９個が、ネットワーク構成
テーブル内の単一のエントリにあることが検知されると）、このロジックは、ブ
ロック２２０に移り、合致したネットワーク構成と相関するネットワーク設定に
従って、ホスト携帯可能コンピュータを再構成する。検知されたネットワーク構
成が、記憶されたネットワーク構成のいずれとも合致しない場合、このプロセス
は、ホスト携帯可能コンピュータ内にデフォルト設定を確立して、判断菱形２１
８から終了する。 【００８５】 ここで、図１２および図１３を検討すると、コンピュータ２４（図１）が、一
般に、システム３００と称するように図示されたとき、コンピュータ２４上のコ
ンピュータファイルのブロックをバックアップするためのロジックに関する別の
実施形態が示されている。システム３００は、コンピュータ２４により実行可能
なロジック指令のシーケンスを有する。このとき、このシーケンスは、ブロック
３０２から開始し、コンピュータのオペレーティングシステムが起動する。 【００８６】 判断菱形３０４に移り、コンピュータがバックアップのために、適正に構成さ
れているかどうかを判断する。つまり、ソフトウェア内に存在する現在のロジッ
クがコンピュータ２４内に適正にインストールされているかどうかを判断する。
そうである場合、このプロセスは、判断菱形３０６を続けて、ユーザまたは自動
的に、バックアップ候補として、任意のファイルが選択つまり指定されたかどう
かを判断する。「バックアップ候補」とは、携帯可能なコンピュータ内にあるい
くつかのまたはすべてのファイルを意味し、上述のバックアップアルゴリズムに
より検討のために、バックアップ候補を選択することができる。このとき、いく
つかの（あまり重要でない）ファイルを、バックアップのための検討から除外し
て、処理速度を上げることができる。 【００８７】 ファイルがまったく選択されなかった場合、このプロセスは、判断菱形３０６
からブロック３０６に移って、ユーザにより、バックアップの候補として、この
コンピュータ内のファイルのいくつかまたはすべてを選択できるように、ユーザ
インターフェイスを実行することができる。あるいは、ブロック３０８において
、コンピュータ内のいくつかまたはすべてのファイルを、バックアップのための
候補として自動的に選択することができる。例えば、ブロック３０８において、
バックアップのための候補として、テンポラリ・インターネットファイルは別と
して、すべてのファイルが自動的に選択されることもある。 【００８８】 判断菱形３０６において、少なくともいくつかのファイルがバックアップのた
めの候補として選択された場合、このプロセスは、ブロック３１０に移り、図１
３を参照しながら以下詳述するネットワーク・インターフェイスをスタートさせ
る。プロッく３１２に移って、ネットワーク・インターフェイスがスタートする
と、コンピュータのファイルシステムが「フック（hook）」される。「フック（
hook）」とは、このロジックがコンピュータ２４の元来あったファイルシステム
コード内に挿入されることを意味する。このように、任意のユーザがこのファイ
ルシステムにアクセスしたときはいつでも、このロジックが起動されるので、図
２および図３を参照して説明した利用のために、ファイルシステム内のブロック
に変更があったことを検知することができる。 【００８９】 判断菱形３１４において、ファイルシステムが、システム３００により成功裡
にフックされたかどうか、すなわち、ファイルシステムのフックが、正確かつ安
全に所定位置に存在するかどうかを判断する。その場合、このロジックは、状態
３１６に移り、２つのコンピュータシステム信号の一方のために待機状態に入る
。第１に、ブロック３１８において、ファイル変更信号が受信された場合、この
ロジックは、ブロック３２０に移行し、上述のバックアップアルゴリズム（例え
ば、図２および図３で示すアルゴリズム）に従って、新しいファイルデータを処
理する。このように、上述の原理に基づいて、バックアップ用ブロックとして処
理されたブロックは、携帯可能コンピュータの中にある「ホールド」領域と称す
る内部データ記憶領域内にコピーされる。ブロック３２０から、このロジックは
、ループバックして、状態３１６を持つ。 【００９０】 一方、ブロック３２２において、コンピュータ・シャットダウン信号を受信し
た場合、またはブロック３１４において、ファイルシステムのフックがうまく処
理されなかったと判断された場合、あるいは、ブロック３０４において、コンピ
ュータが適正に構成されていないと判断された場合、このロジックは、ブロック
３２４に移る。ブロック３２４において、ファイルシステムのフックが終了する
。ブロック３２６に移って、出口信号が、図１３で示すネットワーク・インター
フェイス・ロジックに送信された後、ブロック３２８において、「出口（exit）
」メッセージがコンピュータのモニタ上に表示される。このプロセスは、ブロッ
ク３３０において、コンピュータのオペレーティング・システムへ出る。 【００９１】 ここで図１３を参照すると、ネットワーク・インターフェイス・ロジックが図
示されている。このロジックは、状態３３２で開始して、判断菱形３３４に移り
、コンピュータ２４において、ネットワーク・ソフトウェアが存在するかどうか
を判断する。存在する場合、このロジックは、第１の待機状態３３６に移り、２
つのシステム信号の一方を待つ。ブロック３３８において、図１２で示すロジッ
クから出口信号を受信した場合、このプロセスは、ブロック３４０に移り、すべ
ての既存のネットワークを終了して、図１２のロジックに帰還する。反対に、ブ
ロック３４２において、ネットワーク送信がスタートしたことを示す信号を受信
した場合、このロジックは、第２の待機状態３４４に移る。 【００９２】 このロジックは、第２の待機状態３３４において、３つのシステム信号の１つ
を待つ。ブロック３４６において出口信号を受信できた場合、このロジックはブ
ロック３４０に移り、上述のように機能する。また、ブロック３４８において、
ネットワークが停止したことを示す信号を受信できた場合、第１の待機状態３３
６までループバックする。さらに、ブロック３５０において、ネットワークが非
動作状態であることを示す信号を受信できた場合、このロジックは、第３の待機
状態３５２に進む。「非動作状態のネットワーク」とは、図１０に関して上述し
た原理に従って計測されたように、ネットワーク上のデータ経路が非動作状態に
あることを意味し、好適には、コンピュータ２４からネットワークまでのデータ
経路を意味し、または、あまり好適でないが、ネットワーク内の他のデータ経路
を意味する。 【００９３】 このロジックは、第３の待機状態３５２において、４つのシステム信号の１つ
を待つ。ブロック３５４において、出口信号を受信できた場合、このロジックは
ブロック３４０に移り、上述のように機能する。また、ブロック３５６において
、ネットワークが停止したことを示す信号を受信できた場合、第１の待機状態３
３６までループバックする。さらに、ブロック３５８において、ネットワークが
動作状態であることを示す信号を受信できた場合、このロジックは、第２の待機
状態３４４に進み、ネットワーク非動作信号を待つ。 【００９４】 図１３に示すように、ブロック３６０において、ホールド領域においてデータ
の準備が整っていることを示す信号を受信することがある。第３の待機状態３５
２において、その他の３つの信号を受信する前に、このような信号を受信する場
合（つまり、「ネットワーク非動作状態」信号が存在したままか、実行中である
場合）、データは、ネットワークを介して、離れた場所にあるデータ記憶装置に
送信される。データ準備完了信号が存在して、かつ、第３の待機状態３５２にお
いて他の３つの信号が存在しない限り、このロジックは、ブロック３６０に留ま
る。 【００９５】 図１４を参照すると、ラップトップコンピュータのファイルのバックアップを
呼び出すための「スパルタ式」バージョンが図示されている。ブロック３６２で
開始して、例えば、バックアップすべきファイルを有する携帯可能コンピュータ
のオペレーティング・システムから非動作信号を受信する。例えば、ブロック３
６２で非動作信号を受信すると、スクリーン・セーバ・プログラムが開始される
。 【００９６】 上述の具体例において、スクリーン・セーバが現れると、このロジックは、そ
の後、ブロック３６４に移り、図２および図３で示すアルゴリズムに従って、バ
ックアップするためにファイルブロックをコピーする。加えて、図１４に示すロ
ジックは、２つのテストを実行する。第１に、判断菱形３６６において、ラップ
トップコンピュータ内にある未保護のデータの量が所定のデータ量よりも多いか
どうかを判断する。「未保護」とは、バックアップすべき候補として、ユーザに
よりまたは自動的に選択されず、最近過去にバックアップされて以来、変更され
た（または、まったくバックアップされたことのない）データのブロックを意味
する。同様に、判断菱形３６８において、ホールド領域におけるデータ量（すな
わち、バックアップされるが、送信されていないデータ量）が、所定量を超える
かどうかを判断する。この所定量は、例えば、ネットワークの容量に依存するこ
ともある。判断菱形３６６、３６８において、どちらかのテストが肯定的であれ
ば、このロジックは、ブロック３７０において、携帯可能コンピュータのモニタ
上に、例えば、ホールド領域にあるブロックを送信するために、速やかにネット
ワークを接続すべきである旨を示唆して、警告表示する。 【００９７】 ここに図示、説明された、広域コンピュータネットワークにおけるコンピュー
タファイルをバックアップするための特定のシステムおよび方法によれば、本発
明の上述の目的を実現することができる。これは、本発明に係る現在の好適な実
施形態であって、本発明を用いて広く実施される目的物を意味し、当業者には明
白となる他の実施形態が本発明の範囲に含まれるものと理解されたい。したがっ
て、本発明の範囲は、添付したクレーム以外によって、限定されるものではなく
、単数扱いで用いた構成要素は、「１つまたはそれ以上」と明確に記述されない
限り、「１つ、およびただ１つ」を意味するものとして意図される。 【図面の簡単な説明】 【図１】 図１は、本発明に係るコンピュータファイルのバックアップシス
テムの概略図を示す。 【図２】 図２は、初期化プロセスのフローチャートを示す。 【図３】 図３は、サブファイルのインクリメント式バックアッププロセス
に関するフローチャートを示す。 【図４】 図４は、復元プロセスのフローチャートである。 【図５】 図５は、共通ソフトウェアライブラリを自動的に更新するプロセ
スに関するフローチャートである。 【図６Ａ】 図６Ａは、バックアップされるデータを暗号化するためのプロ
セスに関するフローチャートである。 【図６Ｂ】 図６Ｂは、データセンタから受けたバックアップされたデータ
を暗号解読するためのプロセスに関するフローチャートである。 【図７Ａ】 図７Ａは、暗号化乱数として送信されるデータのメッセージ要
約（ＭＤ：message Digest）−５の比較値を用いて、ユーザ用コンピュータから
データセンタへ送信されるプロセスに関するフローチャートである。 【図７Ｂ】 図７Ｂは、図７Ａで示すデータ送信を認証するプロセスに関す
るフローチャートである。 【図８】 図８は、ユーザがコンピュータを用い、コンピュータが広域ネッ
トワークを介して離れたデータセンタにオンライン接続されている場合に、ユー
ザ用コンピュータを継続的にバックアップするプロセスに関するフローチャート
である。 【図９】 図９は、コンピュータネットワークに時々接続される携帯可能コ
ンピュータ上のコンピュータファイルをバックアップするプロセスに関するフロ
ーチャートである。 【図１０】 図１０は、図９のロジック回路で形成されたデータを送信する
プロセスに関するフローチャートである。 【図１１】 図１１は、携帯可能コンピュータがコンピュータネットワーク
に接続されたときに、携帯可能コンピュータを自動的に再構成するプロセスに関
するフローチャートである。 【図１２】 図１２は、ラップトップコンピュータ上のファイルをバックア
ップする別のロジックプロセスに関するフローチャートである。 【図１３】 図１３は、図１２のロジック回路の続きを示す。 【図１４】 図１４は、簡略化されたラップトップコンピュータのバックア
ップシステムのステップに関するフローチャートを示す。
０，９１４号の一部継続米国特許出願である。さらに、この米国特許出願第０９
／１００，９１４号は、１９９８年３月１２日付けで出願された米国特許出願第
０９／０４１，１４９号の一部継続米国特許出願である。この米国特許出願第０
９／０４１，１４９号は、１９９６年１２月３日付けで出願された米国特許出願
第０８／７５７，１３４号の一部継続米国特許出願であって、現在、米国特許第
５，７９４，２５４号となっており、優先権がこのときから主張される。 【０００２】 （発明の分野） 本発明は、一般に、コンピュータファイルのバックアップシステムに関し、と
りわけ自動化されたコンピュータファイルのバックアップシステムに関する。 【０００３】 （発明の背景） 膨大な量の情報が、パーソナルコンピュータのハードディスク駆動機構やその
他の広く知られたデータ記憶媒体などの電子媒体上に記憶されている。このよう
な情報は、近年ますます、もっぱら、こうした媒体に記憶され、大量の情報のた
めに、「ハード的な」（つまり、紙の）コピーは存在しなくなった。情報を紙面
上に記憶する必要のあるシステムとは対称的に、いわゆる「ペーパーレス」情報
記憶システムによれば、必要なスペースを小さくでき、さらに自然資源を消費す
ることはない。ただし残念ながら、電子データ記憶媒体が「破壊」する、つまり
、情報を損傷したり、消失してしまうことは珍しくない。こうした情報の消失は
、情報所有者にとって壊滅的であり、費用が高くつく。 【０００４】 したがって、多くのコンピュータシステム管理者は、コンピュータファイルの
コピーを定期的にバックアップする。通常、１日１度（あるいは、その他の特定
の周期で）、システム管理者は、コンピュータシステムを操作して、システムの
ハードディスク駆動機構に存在するファイルを、その他のハードディスク駆動機
構や磁気テープなどの記憶媒体上にコピーする。たとえ、システム内の１つのフ
ァイルまたはハードディスク駆動機構全体が損傷を受けて、アクセスできなくな
った場合でも、例えば、記憶テープ上に記憶されたファイルをシステム内に再度
コピーし直すことができる。 【０００５】 こうしたバックアップシステムは、いくつかの問題を有する。まず、こうした
バックアップシステムによれば、バックアップ処理を開始し、単調で退屈な作業
に従事する担当者の時間を割くといった、ユーザの相互操作を必要とする。さら
に、コンピュータファイルをバックアップし、バックアップする際、同じ場所で
ファイルを記憶するシステムは、火事や洪水などの大災害が起こったとき、あま
り価値がない。なぜなら、バックアップされたファイルコピーは、システム内に
存在するファイルとともに消滅して、バックアップシステムが破壊すると考えら
れるためである。 【０００６】 択一的なバックアップシステムの一例が、米国特許第５，４７９，６５４号で
開示され、離れた電子記憶装置にモデムを介して、コンピュータファイルの変更
された部分を送信することが教示されている。’６５４特許で開示されているよ
うに、前回のバックアップ以降になされた変更に対して、コンピュータファイル
のセグメント（segment）がチェックされる。このチェックは、第１に、ファイ ルのいわゆる「排他的論理和（ＸＯＲ）」の結果と、ファイルの記憶されたバッ
クアップバージョンのために過去に求められていたＸＯＲ値を比較することを含
む。２つのＸＯＲ値が合致しなければ、ファイルが変更されたことを意味し、フ
ァイルの変更された部分が、モデム、ＬＡＮ、ＷＡＮ、またはその他のネットワ
ークデバイスを介して離れた場所に送信される。 【０００７】 他方、２つのＸＯＲ値が合致すれば、第２に、より領域的なチェックを行って
、セグメントが最近過去のバックアップ時から変更されたかどうかを検知する。
第２のチェックでは、セグメントの巡回冗長検査（ＣＲＣ）と前回の記憶された
ＣＲＣ値に対して比較する。２つのＣＲＣ値が合致しなければ、ファイルが変更
されたことを意味し、ファイルの変更された部分が、モデム、ＬＡＮ、ＷＡＮ、
またはその他のネットワークデバイスを介して離れた場所に送信される。そうで
なければ、セグメントは、最近過去のバックアップ時から変更されなかったもの
と仮定される。 【０００８】 残念ながら、’６５４特許で開示されたシステムは、１回のチェックに２回の
計算を必要とする。各計算には計算時間を要し、本発明により認識されるように
、結果的には、コンピュータファイルに変更があったかどうかを決定するために
要する計算回数を最低限に抑えることが好ましい。さらに、ここで認識されるよ
うに、最初の「迅速かつ不正」なチェックを行って、計算上必要な領域チェック
の回数を低減することができる。 【０００９】 さらに、本発明で認識されたように、離れた記憶装置へのデータ通信を管理し
て、あるユーザが別のユーザの操作を干渉しないようにする必要がある。さらに
、本発明によれば、いくつかのファイルは、最初の段階では、まったくバックア
ップする必要がないことが認識されている。本発明によれば、１つ以上の方法で
復元ファイルを形成して、消失したファイルをコンピュータシステムに復元する
ために必要な時間を低減することができる。 【００１０】 上述の考察に加えて、本発明は、所定の間隔でデータをバックアップすると、
バックアップデータをこの間隔において形成し、消失する恐れがあることを認識
している。幸いにも、本発明によれば、ユーザが能動的にコンピュータを使用し
ているときに、広域ネットワークを介したデータバックアップを行うことができ
るので、リアルタイムで、かつ、ほとんど最新のデータバックアップを提供する
ことができる。 【００１１】 さらに、データが広域ネットワークを介して通信される場合、安全性の理由か
らデータをまず暗号化することが好ましい。本発明によれば、ユーザが用いる暗
号化データの単一キーが長いほど、キーが破られる危険が増大することが認識さ
れている。この理由のため、データを暗号化するために、２つ以上のキーを用い
ることが好ましい。長期間に亙ってバックアップするという文脈において、所定
の時間間隔において２つ以上のキーを用いることは、多少困難であることを本発
明は認識している。というのも、続いて行われる暗号解読中に、正確な暗号化キ
ーを、本来の暗号化されたブロックに関連付けることが困難であるからである。
ただし、ここで認識されるように、２個以上の暗号化キーを利用しやすくして、
暗号化システムのリスクを低減することができる。本発明は、加えて、各通信セ
ッションに対するセッション固有キーを用いることが好適で、しかも可能であり
、この固有キーは、通信されるデータの各ビットが論理的に知られていない場合
には、破られることはない。 【００１２】 本発明は、多くの人々が、職場に、職場から、または旅行中に携帯するラップ
トップコンピュータまたはその他の携帯可能なコンピュータの利用が増大する点
を視野に入れている。ラップトップコンピュータのユーザは、しばしば、ラップ
トップコンピュータをコンピュータネットワークに接続しようとする。ネットワ
ークシステムは、例えば、単一のプリンタを有する、単純な家庭用のネットワー
クであったり、職場におけるローカルエリアネットワーク（ＬＡＮ）であったり
、プリンタ、サーバネットワークなどの数多くのデバイスが接続された広域ネッ
トワーク（ＷＡＮ）であったりする。いずれの場合においても、ラップトップコ
ンピュータのユーザは、ネットワークに接続する毎に、コンピュータを再構成す
る必要があることが、本発明により認識されている。例えば、特定のプリンタ、
またはラップトップコンピュータがたまたま接続される、ネットワーク上の特定
のサーバと通信するように、コンピュータを再構成する。携帯可能コンピュータ
のユーザに対して、ネットワークに接続する毎にコンピュータを再構成すること
を要請するのは、じれったくも時間の要することであり、こうした再構成は、実
行するためにユーザの介在を必要としないものであることを、本発明は認識して
いる。 【００１３】 ラップトップコンピュータに関して、さらに、ラップトップコンピュータは、
通常、継続的に、あるいは実際に任意の規則的間隔でネットワークと接続されて
いるわけではなく、ユーザのスケジュールが許す特定の条件のもとで、ネットワ
ーク接続される。したがって、インターネットに対して、ラップトップコンピュ
ータを事前に予定してバックアップを取ることは、最適な解決方法ではないこと
を、本発明は認識している。むしろ、ここで理解されるように、ラップトップコ
ンピュータが、時折、インターネットに接続されることを想定した十分に頑健な
手法で、ラップトップコンピュータ上でバックアップされたコンピュータファイ
ルを送信する必要がある。本発明の目的は、上記問題の１つまたはそれ以上に対
処することにある。 【００１４】 （発明の要約） コンピュータプログラム製造物は、例えば、携帯可能なラップトップコンピュ
ータなどのデジタル処理システムにより読み出し可能なコンピュータプログラム
記憶デバイスを有する。コンピュータプログラム記憶デバイス上には、ロジック
手段があって、このロジック手段は、コンピュータネットワークに接続可能な携
帯可能コンピュータから、少なくとも１つのローカルコンピュータファイル内に
ある少なくともいくつかのブロックを、バックアップする方法ステップを実行す
るためのデジタル処理システムにより実行可能な指令を有する。このコンピュー
タプログラム製造物により実行される方法ステップは、少なくとも１つのスクリ
ーンセーバ信号を受信するステップと、スクリーンセーバ信号に呼応して、バッ
クアップすべきブロックを準備するステップ、およびネットワークを介してブロ
ックを送信するステップのうち、少なくとも一方のステップを実行するステップ
を有する。好適な実施形態においては、この方法ステップは、同様に、所定のデ
ータ量がバックアップされた場合、および未保護データ量が所定の閾値を超える
場合の一方または両方の条件が存在するとき、ユーザに警告を与えるステップを
有する。 【００１５】 別の態様においては、コンピュータプログラム製造物は、携帯可能コンピュー
タ内にあるコンピュータファイルの少なくともブロックを決定するロジックを有
する。また、このプログラム製造物は、携帯可能コンピュータ内にあるファイル
システムにアクセスして、バックアップすべきブロックにアクセスするロジック
手段を有する。さらに、ロジック手段は、バックアップすべきブロックを決定す
る手段に呼応して、携帯可能コンピュータのホールド領域にブロックをコピーす
る。さらに、携帯可能コンピュータがコンピュータネットワークに接続された時
点を判断するためのロジックが設けられている。以下詳述するように、このロジ
ックは、ネットワークのデータ経路が非動作状態にある時点を判断する。データ
経路が非動作状態にある時、ホールド領域にあるブロックを、ネットワークを介
して、離れたデータ記憶デバイスに送信する。 【００１６】 好適なロジックは、携帯可能コンピュータ内にあるコンピュータファイルのブ
ロックをバックアップすべきと判断した場合、ネットワークインターフェイスを
呼び出す。ファイル変更信号を受信すると、ブロックをホールド領域にバックア
ップすることができる。また、データ準備完了信号を受信すると、ブロックをホ
ールド領域からネットワークへ送信する。このコンピュータプログラム製造物は
、携帯可能コンピュータおよびネットワークと協働して開示される。 【００１７】 別の態様において、コンピュータプログラム製造物は、デジタル処理システム
により読み出し可能なコンピュータプログラム記憶デバイスと、プログラム手段
をプログラム記憶デバイス上に有する。本発明が意図するように、このプログラ
ムデバイスは、極めて重要な機械部品の内部に実現され、これにより、デジタル
処理システムは、コンピュータネットワークに接続可能な少なくとも１つの携帯
可能コンピュータから、少なくとも１つのローカルコンピュータファイル内にあ
る１つまたはそれ以上のブロックを、バックアップするための方法ステップを実
行する。このコンピュータプログラム製造物により実行される方法ステップは、
バックアップすべきブロックを準備するステップと、携帯可能コンピュータがネ
ットワークに接続されたかどうかを判断するステップを有する。携帯可能コンピ
ュータがネットワークに接続されている場合、１つまたはそれ以上のブロックの
送信を可能にする。本発明によれば、このブロックは、送信すべき他のデータに
インターリーブされる。 【００１８】 上述のこれまでの用途において、バックアップすべきローカルファイル内にあ
る少なくともいくつかのブロックに対して、各々、第１の比較値を定義する２文
字がコピーされ、第２の比較値を定義するデジタル署名コードが形成される。少
なくともいくつかのブロックに対して、テストデジタル署名コードが周期的に決
定され、これと第２の比較値のそれぞれとを比較される。ブロックのテストデジ
タル署名コードが、すべての第２の比較値と等しくならない場合、ブロックの最
初の２文字が第１の比較値のうちの１つと等しいかどうかが判断される。反対に
、最初の２文字が第１の比較値のうちの１つと等しい場合、テストブロックの第
１バイトとしてｉ番目のテストバイトを用いて、ブロックのデジタル署名コード
が決定される。その後、ブロックのデジタル署名コードが、第２の比較値のうち
の１つと等しいかどうかが判断され、ブロックのデジタル署名コードが、第２の
比較値のうちの１つと等しい場合、「再同期」を応答する。さもなければ、ｉ番
目のテストバイトの最初の２文字が、第１の比較値のうちの１つと等しくない場
合、またはブロックのデジタル署名コードが第２の比較値のうちの１つと等しく
ない場合、ｉを単位元（１）だけ繰り上げる。このコンピュータプログラム製造
物は、携帯可能コンピュータと協働して開示される。 【００１９】 必要ならば、このコンピュータプログラム製造物は、好適には、ネットワーク
に接続される１つまたはそれ以上のデバイスの存在と種類に基づいてネットワー
ク構成を決定し、その後、少なくとも１つの携帯可能コンピュータの設定と相関
か関係を有することができる。相関ステップに呼応して、コンピュータ上の設定
を確立することができる。 【００２０】 さらに別の形態において、携帯可能コンピュータ内にある１つまたはそれ以上
のファイルのつまたはそれ以上のブロックをバックアップし、ブロックをネット
ワークを介して離れたコンピュータ記憶位置に送信するための携帯可能コンピュ
ータのバックアップシステムは、携帯可能コンピュータがネットワークに接続さ
れている時点を決定するロジック手段を有する。さらに、このシステムは、ネッ
トワークの可用性が少なくとも所定の可用性と等しいかどうかを判断するロジッ
ク手段を有する。さらに、ロジック手段は、１つまたはそれ以上の送信基準を満
足する場合に、バックアップすべきブロックをネットワークに対して送信する。
この送信基準は、携帯可能コンピュータがネットワークに接続されていることで
あってもよい。 【００２１】 さらに別の実施形態において、コンピュータファイルブロックをバックアップ
するためのコンピュータにより実行される方法は、ユーザ用コンピュータにおい
て、１つまたはそれ以上の暗号化キーを用いて少なくとも１つのブロックを暗号
化する。この方法は、さらに、１つまたはそれ以上のキーをキーファイル内に記
憶するステップと、このブロックを離れたデータセンタへ送信するステップを有
する。次に、この方法は、復元時間において、このブロックをデータセンタから
ユーザ用コンピュータへ送信し、キーファイルから１つのキーを選択する。この
ブロックがこのキーにより暗号解読されると、この方法は、暗号解読が成功した
かどうかを判断する。暗号解読が成功しなかった場合、キーリストから別のキー
を選択して、このデータを暗号解読し、暗号解読が成功するまで、上記ステップ
を反復する。 【００２２】 別の実施形態では、送信コンピュータと受信コンピュータの間でデータを送信
する送信セッションのためのセッションキーを提供する方法は、データに固有の
データデジタル署名を集めるステップと、データを暗号化するために、このデー
タデジタル署名を利用するステップを有する。 【００２３】 別の実施形態では、ユーザ用コンピュータと少なくとも１つのデータ記憶装置
を有する、システム内のテ゛ータをバックアップする方法は、ユーザ用コンピュータ において、ユーザ用コンピュータに付随するデータが共通ソフトウェアライブラ
リ内に存在するかどうかを判断するステップを有する。このデータが共通ソフト
ウェアライブラリ内に存在する場合、このデータはバックアップされない。そう
でなければ、このデータが少なくとも所定数のシステム内のユーザ用コンピュー
タ内に存在している場合、このデータは自動的に共通ソフトウェアライブラリに
追加される。 【００２４】 本発明の詳細は、その構造および動作において、添付図面を参照すると最もよ
く理解され、同様の参照符号は同様の構成部品を示す。 【００２５】 （好適な実施形態の詳細な説明） まず、図１を参照すると、一般に、符号１０で示すシステムが図示されており
、このシステムは、ここではデータセンタ１２と称するサーバコンピュータを有
する。サーバコンピュータは、コンピュータネットワークの一部である。好適な
実施形態において、データセンタ１２は、インターネットと称するコンピュータ
ネットワーク１４の一部であって、モデム、ＬＡＮ、ＷＡＮまたはその他のネッ
トワークデバイス１６を介して、ネットワーク１４上の他のコンピュータと接続
することができる。 【００２６】 図１に図示するように、データセンタ１２は、付随する共通ライブラリ２０を
含む電子データ記憶貯蔵体１８を有する。好適には、大多数のユーザをサポート
するために、このシステム１０をスケーリングできるように、データ貯蔵体１８
は、数テラバイトまたは、実際には１ペタバイトの容量を有する。データ貯蔵体
１８の容量は、１００テラバイト以上であることが好ましく、５００テラバイト
以上であることが、さらに好ましい。制御モジュール２２は、以下に詳述する新
規なロジックと協働して、データ貯蔵体１８に入出力されるデータの流れを制御
する。 【００２７】 本発明によれば、共通ライブラリ２０は、広範に分配され、数多くのユーザに
が用いるコンピュータファイルブロックを記憶するため、数多くのユーザに対し
て汎用性がある。例えば、共通ライブラリ２０は、広く知られた既成のパーソナ
ルコンピュータオペレーティングシステム、ネットワークブラウザなどのコピー
を記憶することができる。共通ライブラリ２０は、後に図５を参照しながら、さ
らに説明するように、自動的に更新することができる。本発明が意図するように
、共通ライブラリ２０を備えたデータ記憶貯蔵体１８は、例えば、磁気テープ、
ハードディスクアレイ、コンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ
）、ＤＡＳＤアレイ、またはフロッピーディスクなどの適当な媒体内に物理的に
構成することができる。 【００２８】 複数のユーザ用コンピュータ２４、例えば、パーソナルコンピュータ、携帯可
能コンピュータ、またはパームトップコンピュータが、それぞれのユーザ用モデ
ム２６またはその他の適当なネットワーク通信を介して、ネットワーク１４と通
信する。好適な実施形態では、ユーザ用コンピュータ２４の各々は、ソフトウェ
アにより実現されるバックアップモジュール２８を有し、このバックアップモジ
ュール２８が、本発明の進歩性を保証するものとなる。別の実施形態において、
このバックアップモジュール２８は、ユーザ用コンピュータ２４から取り外し、
またはこれにアクセスできるものと理解されたい。さらに、容易に理解しやすく
するために、ユーザ用コンピュータ２４は、各々、ＣＤ−ＲＯＭ駆動機構３０を
有する。当業者ならば理解されるように、ユーザ用コンピュータ２４は、同様に
、ビデオモニタ、プリンタ、およびその他の出力デバイスと、キーボード、マウ
ス、およびその他の入力デバイスを備えることができる。 【００２９】 図２ないし図８は、コンピュータプログラムソフトウェアとして実現された、
本発明のバックアップモジュール３０の構成を示す。当業者ならば理解されるよ
うに、これらの図面は、本発明の機能を果たす、コンピュータプログラムコード
要素または電子ロジック回路などのロジック要素の構成を示している。明らかに
、本発明は、必須の実施形態において、機械部品を用いて実現され、この機械部
品により、デジタル処理装置（つまりコンピュータ）に指令を与えるような形態
を有するロジック要素が、図面に図示した一連の機能ステップに対応するステッ
プを実行する。 【００３０】 これらの指令は、プログラムされたコンピュータディスケットなどのようなコ
ンピュータプログラム製造物（product）を確立するためのデータ記憶媒体を含 むプログラム記憶装置上に存在することもある。択一的には、こうした媒体を、
磁気テープ、光ディスク、従来式のハードディスク駆動機構、電子式読み出し専
用メモリ、または電子式ランダム・アクセス・メモリ、またはその他の適当なデ
ータ記憶デバイスなどの半導体デバイス上に見出すこともできる。本発明の説明
的な実施形態において、ロジック手段は、Ｃ++言語コードで記述されたコンピュ
ータにより実行可能な指令である。 【００３１】 ここで、図２を参照すると、初期化プロセスを理解することができる。このプ
ロセスは、各ユーザ用コンピュータに関する開始状態３２で始まり、ブロック３
４に移動する。このとき、ファイル・インデックス・カウンタ「ｊ」は、単位元
（１）に等しくなるように設定される。判断菱形３６に進み、後に説明する、い
わゆる「メッセージ・ダイジェスト・ファイブ（ＭＤ５：message digest five ）」コードを用いて、ｊ番目のファイルのコピーが共通ライブラリ２０内に既に
記憶されているかどうかを判断する。これは、ｊ番目のファイルのＭＤ５と共通
ライブラリ２０内にあるファイルのＭＤ５とを比較することにより、ファイル毎
に行うことができる。共通ライブラリ２０内に記憶された各ファイルに対して、
共通ライブラリ２０内のファイルのＭＤ５の１つと、ファイルのＭＤ５が合致す
ると判断された場合、このプロセスは、ブロック３８に進んで、このファイルが
共通ライブラリ２０内にあるものとして、ファイルにフラグを立てる。したがっ
て、大多数の候補すべてがデータセンタ１２へ送信されることはない。 【００３２】 択一的には、各ｊ番目ファイルの各ブロックのＭＤ５と共通ブロックＭＤ５の
リストを比較して、共通ライブラリ２０内の共通ライブラリのＭＤ５リストにあ
るＭＤ５と合致するＭＤ５を有するブロックに関してのみ、ファイルにフラグを
立てることにより、より大きな細分化（granularity）を実現することができる 。したがって、大多数の候補をすべてデータセンタ１２に送信することはない。
ｊ番目ファイルがユーザ用コンピュータ２４内に存在するときに、ｊ番目ファイ
ルが、共通ライブラリ２０内の共通の既成バージョンから変更された場合、変更
された部分が検知され、後に図３を参照して説明するサブファイル・インクリメ
ント式手続の間にデータセンタ１２に送信されると、理解されたい。 【００３３】 いずれにせよ、共通ライブラリ２０を用いると、多くのパーソナルコンピュー
タシステム上に存在するが、大部分のパーソナルコンピュータシステム上には存
在しないならばバックアップを必要とする、極めて大量の既成のコンピュータフ
ァイルを、データセンタ１２に送信する必要性を回避できることが理解されよう
。換言すると、共通ライブラリ２０を用いて、ユーザ用コンピュータ２４にある
ファイルの最初のコピーを作成する時間と労力を削減することができる。 【００３４】 加えて、ブロック３８において、ブロック毎の比較値の作成リストが記憶され
て、このリストには、共通ライブラリ２０内あるものとしてフラグを立てられた
各ｊ番目ファイルの各ｉ番目ブロック（ここで、「ｉ」はブロック・インデック
ス・カウンタである。）に対する２つのエントリがある。第１のエントリは、各
ｉ番目ブロックの第１バイトの最初の２文字（「ＸＸi」）である。対称的に、 第２のエントリは、ｉ番目ブロックのコンテンツを固有に定義する値としてのデ
ジタル署名（「ＭＤ５」）である。第１エントリが第１比較値を、第２エントリ
が第２比較値を形成する。 【００３５】 上述のように、この好適な実施形態において、用いられるデジタル署名は、暗
号化技術で知られた１２８ビット長の「メッセージ・ダイジェスト・ファイブ（
ＭＤ５：message digest five）」コードである。本発明により認識されるよう に、ブロックのＭＤ５コードは、ブロックに非常に少ない変更があっても大きく
変化する。本発明によるデジタル署名は、好適にも、検査合計、巡回冗長コード
、およびいわゆる「排他的論理和」コードよりも、ブロック内の変化に対して、
より敏感である。 【００３６】 ブロック３８から、ロジックは判断菱形４０に進み、ユーザ用コンピュータ２
４内の最後のファイルが検査されたかどうかを判断する。最後のファイルが検査
された場合、初期化プロセスは、状態４２で終了する。そうでなければ、このプ
ロセスは、ブロック４４に進み、ファイル・インデックス・カウンタ「ｊ」を１
つ繰り上げて、判断菱形３６に戻る。 【００３７】 これとは対称的に、判断菱形３６において、ｊ番目ファイルのｉ番目ブロック
のコピーが、共通ライブラリ２０に存在しない場合、このロジックは、ブロック
４６に進み、ｊ番目ファイルの存在しないｉ番目ブロックの各コピーを、データ
センタ１２のデータ記憶貯蔵体１８へ、少しづつ送信する（trickle）。コピー を少しづつ送信する（trickle copy）ことは、ファイルの存在しないブロックが
所定の送信期間において、データセンタ１２へ送信されることを意味する。ファ
イルの存在しない部分がすべて送信されるまで、または送信期間が過ぎるまで、
この送信期間を、ここでは「ウィンドウ」と称する。択一的には、図８を参照し
ながら後に説明するように、ユーザ用コンピュータ２４がネットワーク１４とオ
ンライン接続されている場合、バックアップすべきデータは、ユーザがユーザ用
コンピュータ２４に入力する時に、リアルタイムで送信することができる。 【００３８】 ファイルの存在しない部分がすべて送信される前に、送信期間が経過した場合
、各バックアップモジュール２８は、チャンク（chunk）の送信を完了した後、 終了する。送信期間において、送信が妨害された場合、モジュール２８は、ブロ
ック・インデックス・カウンタ「ｉ」の値を記憶するので、次回の送信期間にお
いて、送信をそこから再開できる。次回の送信期間の開始時点において、バック
アップモジュール２８は、ブロック・インデックス・カウンタ「ｉ」を単位元（
１）だけ繰り上げて、前回中断したｉ番目のファイルの送信を開始する。図２で
示すように、ブロック４６において、ｉ番目のＸＸiおよびＭＤ５iに関するブロ
ック毎のリストが、ブロック３８を参照して上述したように、作成される。この
ロジックは、ブロック４６から判断菱形４０へ進み、上述のように機能する。 【００３９】 ここで図３を参照すると、サブファイル・インクリメント式バックアップロジ
ックが図示されている。本発明が意図するように、周期的に（例えば、１日に１
度の頻度で）、各ユーザ用コンピュータ２４のバックアップモジュール２８は、
以下詳述するプロセスを実行する。 【００４０】 判断菱形４８で開始して、ユーザが選択する所定のバックアップ期間が開始さ
れたかどうかを判断する。そうであれば、このプロセスは、ブロック５０に進ん
で、バックアップするかどうかをユーザにより指定された各ｊ番目ファイルに対
して、ＤＯループに入る。この後、このプロセスは、ブロック５２に進み、ブロ
ック５０で選択されたｊ番目ファイルの各ｉ番目ブロックに対して、ＤＯループ
に入る。 【００４１】 ブロック５４に進んで、バックアップモジュール２８は、ｉ番目ブロックのテ
ストされるデジタル署名ＭＤ５i newを計算する。次に、判断菱形５６において、
ｉ番目ブロックのテストされるデジタル署名ＭＤ５i newを、上述のように図２で
形成されたリストに記憶されたデジタル署名ＭＤ５i oldと比較する。 【００４２】 デジタル署名ＭＤ５i oldのリストが、ｉ＝０からｉ＝ｎまでの順序を有するリ
ストで、ここでｎは、リスト中のデジタル署名の数であると理解されたい。ｉ番
目ブロックのテストされるデジタル署名ＭＤ５i newは、最初に、リスト中のｉ番
目ブロックのデジタル署名ＭＤ５i oldと比較され、合致しなければ、次に、順序
を有するリストの次のデジタル署名ＭＤ５i old（すなわち、ｉ番目＋１ＭＤ５ol d ）などと、合致するまで、または順序を有するリストの最後に至るまで比較さ れる。リスト中のどこかで合致することが検知されると、判断菱形５６における
テストは肯定判定され、このプロセスは、判断菱形５８に移動する。また、リス
ト中のｌ（エル）番目位置で合致したことが検知されると、ｌ＞ｉのとき、テス
トすべき（ｉ＋ｌ）番目のブロックのＭＤ５i+l newが、最初に、ＭＤ５i+l old、
つまり、古いデジタル署名の順序を有するリスト中の（ｉ＋ｌ）番目の要素と比
較される。合致しないことが検知された場合、（ｉ＋ｌ）番目のブロックのＭＤ
５i+l newは、その後、古いデジタル署名の順序を有するリスト中の（ｉ＋ｌ）番
目の要素の後にあるリスト中のデジタル署名に対して連続的にテストされる。 【００４３】 ｉ番目のブロックの説明に戻ると、デジタル署名が合致したことが検知された
場合、これは、最近過去にバックアップしてから、テストされるｉ番目ブロック
には変更がなかったことを意味し、このプロセスは、判断菱形５８へ移動する。
判断菱形５８において、このロジックは、ｊ番目ファイルの最後のブロックがテ
ストされたかどうかを判断し、まだテストされていない場合には、このプロセス
は、ループバックして、次のｉ番目ブロックを呼び出し、図示して詳述したよう
に、デジタル署名を計算する。換言すると、テストされるｊ番目ファイルに関し
て、ブロックが残っている限り、インデックス・カウンタ「ｉ」を１つずつ繰り
上げる。このプロセス５４は、ブロック５４にループバックする。 【００４４】 他方、ｊ番目ファイルの最後のブロックがテストされた場合、このロジックは
、判断菱形６０において、ユーザ用コンピュータ２４内の最後のファイルがテス
トされたかどうかを判断する。まだテストされていない場合には、このプロセス
は、ループバックして、次のファイルを呼び出して、上述のように、ファイル内
のブロックをテストする。最後のファイルがテストされた場合は、このプロセス
は、判断菱形６２に移動する。 【００４５】 判断菱形６２において、バックアップ期間が経過したかどうか、つまり、配分
されたバックアップ・ウィンドウが依然として開放状態にあるかどうかを判断す
る。バックアップ期間が経過した場合、このロジックは、判断菱形４８にループ
バックして、次に配分されるバックアップ期間の開始を待つ。逆に、バックアッ
プ・ウィンドウが依然として開放状態にある場合、このロジックは、モデム２６
、１６（または、ＬＡＮやＷＡＮなどのその他のネットワークデバイス）を介し
て、データセンタ１２との送信を確立しようとする。 【００４６】 判断菱形６４において、送信接続が実現されたかどうかを判断する。送信が接
続されなかった場合、このロジックは、ブロック６６に進み、所定のタイムアウ
ト時間（好適には、５分間）だけ待って、判断菱形６２にループバックして、ウ
ィンドウが依然として開放状態にある場合、再接続を試みる。いずれにせよ、ユ
ーザ用コンピュータ１２内のすべてのファイルをテストした後に、ユーザ用コン
ピュータ１２とデータセンタ１２の間において、送信が確立されたと判断された
場合に、このロジックは、ブロック６８において、すべての残存する更新された
ブロックを暗号化し、（以下詳述するように）圧縮して、これらをデータセンタ
１２に送信する。このプロセスは、ブロック６８から判断菱形４８にループバッ
クする。 【００４７】 判断菱形５６から派生する否定ループについて説明すると、ｉ番目ブロックの
デジタル署名が、ブロックのリストに記憶されたデジタル署名のいずれとも合致
しない場合、ｉ番目ブロックが変更されたことを意味し、そのため、ｉ番目ブロ
ックは、バックアップすべき候補となる。加えて、このプロセスは、上述のブロ
ック毎の比較値リストと再同期する。 【００４８】 したがって、判断菱形５６において否定判定された後（すなわち、このロジッ
クが本質的に「変更ブロック」信号を応答するとき）、このロジックは、ブロッ
ク７０に移動する。このとき、ｉ番目ブロックのｋ番目のバイトに対して、ＤＯ
ループに入る。「ｋ」は、最初は単位元（１）に等しいインデックス・カウンタ
である。判断菱形７２に進んで、このロジックは、テストされるｋ番目のバイト
で始まるブロックの最初の２文字（「ＸＸk new」）が、比較値リストにあるｉ番
目ブロックに対応する第１の比較値（「ＸＸold」）と等しいかどうか判断する 。この比較値リストは、順序を有するデジタル署名ＭＤ５oldと並行しているこ とを理解されたい。その結果、第１の比較で合致することはなく、判断菱形５６
におけるテストと同様に、合致が検知されるか、リストの最後に達するまで、順
序を有するリスト中の次の２文字ＸＸoldに対して、ＸＸk newが比較される。 【００４９】 合致することなく、比較値リストの最後まで及んだ場合、このロジックは、判
断菱形７３まで進み、現在のｋ番目のバイトがテストされる候補ブロックの最後
のバイトであるかどうかを判断する。換言すると、判断菱形７３において、この
ロジックは、バイト・インデックス・カウンタ「ｋ」が約２０４８に等しいかど
うかを判断する。その場合、このロジックは、ブロック７４に進み、ブロック・
インデックス・カウンタ「ｉ」を単位元（１）だけ繰り上げた後、このロジック
ループは、判断菱形５８に進む。この場合、検査されるすべてのブロックについ
て、コピーするようフラグが立てられる。判断菱形７３において、バイト・イン
デックス・カウンタ「ｋ」が１０００に等しくなければ、このロジックは、ルー
プバックして、「ｋ」を単位元（１）だけ繰り上げて、判断菱形７２において、
ｉ番目ブロック中の次のバイトをテストする。 【００５０】 しかしながら、判断菱形７２において、「ＸＸk new」が「ＸＸold」と等しい と判断した場合、このロジックは、判断菱形７５に進む。判断菱形７５において
、テストされるｋ番目のバイトを第１バイトとして有するブロックのデジタル署
名ＭＤ５が決定され、第２比較値、すなわち、比較値リスト中にある合致する文
字ＸＸoldに対応するデジタル署名ＭＤ５oldと比較される。判断菱形５６におけ
るテストと同様に、合致を見出すために必要ならば、テストされるデジタル署名
ＭＤ５は、順序を有するリスト中の後続のデジタル署名ＭＤ５oldに対してテス トされる。合致することが検知されなかった場合、このロジックは、判断菱形７
３に移動する。 【００５１】 しかしながら、テストされるｋ番目のバイトを第１バイトとして有するブロッ
クのデジタル署名ＭＤ５が、判断菱形７５において、順序を有するリスト中のデ
ジタル署名ＭＤ５oldの１つに等しいと判断された場合、このロジックは、「再 同期された」ことを応答し、ブロック７６に移動する。換言すると、判断菱形７
５における肯定的なテスト結果は、このロジックが、過去にバックアップされた
古い未変更のブロックを見出し、このロジックが比較値リストに対して再同期し
たことを意味するものである。 【００５２】 ブロック７６において、変更されたブロック（ここでは、「送信ブロック」と
もいう。）は、「次回チャンク（next chunk）」ファイルに移動する。ブロック
７６において、比較値リストは、次回バックアップ周期においてブロックをテス
トする間、第１および第２比較値として各々用いられる、変更されたブロックに
関する最初の２文字およびデジタル署名を含むように更新される。判断菱形７８
に移動すると、チャンクファイルが満杯になっているかどうかを判断する。現在
の好適な実施形態において、チャンクファイルの容量が５メガバイト（５ＭＢ）
のとき、満杯となる。 【００５３】 チャンクファイルが満杯でなければ、このロジックは、判断菱形５８に戻る。
逆に、チャンクファイルが満杯であれば、このプロセスは、判断菱形８０に進ん
で、バックアップ期間が経過したかどうか、すなわち、配分されたバックアップ
・ウィンドウが依然として開放状態にあるかどうかを判断する。この期間が経過
している場合、このロジックは、判断菱形４８にループバックして、次回の配分
されたバックアップ期間が始まるのを待つ。反対に、バックアップ・ウィンドウ
が依然として開放状態にある場合、このロジックは、上述のステップ６４および
６６を処理して、送信がうまく接続されたとき、このチャンク（chunk）をデー タセンタ１２へ送信する。このロジックは、ブロック８２から判断菱形５８に戻
る。 【００５４】 図４は、消失したファイルをユーザ用コンピュータ２４に復元できるロジック
を示す。ここで明らかなように、データセンタ１２におけるバックアップされた
ファイルブロックは、周期的に（例えば、毎週、毎月、毎四半期など）、記憶貯
蔵体１８からＣＤ−ＲＯＭディスクにコピーされ、これらのディスクは、関連す
るユーザ用コンピュータ２４と同じ物理的場所に搬送される。以下、これらのＣ
Ｄ−ＲＯＭディスクを「ローカル・バックアップ・システム」という。 【００５５】 ブロック８４において、データセンタ１２内にある、ユーザ用コンピュータ２
４に対応するブロックのディレクトリが、データセンタ１２からダウンロードさ
れる。次に、ブロック８６において、消失したファイルのｉ番目の各ブロックに
対して、以下のようにＤＯループに入る。判断菱形８８において、ファイルブロ
ックの要求されたバージョン（version）がローカル・バックアップ・システム 上にあるかどうか判断される。もしあれば、ブロック９０において、そのブロッ
クは、ローカル・バックアップ・ディスクから優先的に復元される。もしなけれ
ば、ブロック９２において、そのブロックは、データセンタ１２からモデム２６
、１６を介して復元される。このロジックは、ブロック９０またはブロック９２
からループバックして、次のｉ番目のブロックを呼び出し、すべての要求された
ファイルが復元されるまで、このプロセスを続ける。 【００５６】 図５ないし図８を参照すると、本発明のさらなる発明的特徴が理解される。特
に、図５に関して、図１で示す共通ソフトライブラリ２０は、図５のブロック１
００において開始することにより、自動的に更新することができる。ブロック１
００において、サーバ（すなわち、図１で示すデータセンタ１２）は、記憶のた
めに受信される付随するブロックとともに、各デジタル署名ＭＤ５コードに関し
て、判断菱形１０２に移動することによりループを実行し、このとき、テストさ
れるデジタル署名ＭＤ５コードが、候補としてライブラリ２０に記憶されたかど
うかを判断する。特定のデジタル署名ＭＤ５コードが、最初に、任意のユーザ用
コンピュータから受信される。判断菱形１０２におけるテストの結果が否定的で
ある場合、このプロセスは、当然に、ブロック１０４に進んで、候補リスト上に
デジタル署名ＭＤ５コードを記憶する。また、ブロック１０４において、テスト
される特定のデジタル署名ＭＤ５コードのためのカウンタＪMD5が単位元（１） と等しくなるように設定される。ブロック１０４からブロック１０６に進んで、
次に受信されるデジタル署名ＭＤ５コードが呼び出され、上述のプロセスが、図
５に示す破線ループバック線で図示されたように反復される。 【００５７】 一方、デジタル署名ＭＤ５コードがユーザ用コンピュータから事前に受信され
ていた場合、つまり、判断菱形１０２におけるテストの結果が肯定的である場合
、このプロセスは、ブロック１０８に進んで、テストされるデジタル署名ＭＤ５
コードに付随するＪMD5を１つだけ繰り上げる。テストされるデジタル署名ＭＤ ５コードに付随するカウンタＪMD5が、任意のユーザ用コンピュータから受信さ れた場合、またはテストされるデジタル署名ＭＤ５コードを事前に送信しなかっ
たユーザ用コンピュータから受信された場合はいつでも、テストされるデジタル
署名ＭＤ５コードに付随するカウンタＪMD5を１つ繰り上げることができる。 【００５８】 次に、判断菱形１１０において、テストされるデジタル署名ＭＤ５コードに付
随するカウンタＪMD5の値が所定値「ｋ」に等しいかどうかが判断される。この プロセスは、カウンタＪMD5の値が所定値「ｋ」に等しくなければ、ブロック１ ０６にループバックし、等しければ、ブロック１１２に進んで、関連するブロッ
クとともに、テストされるデジタル署名ＭＤ５コードを共通ソフトウェアライブ
ラリ２０に加える。その後、このプロセスは、ブロック１０６にループバックし
て、次のデジタル署名ＭＤ５コードを呼び出す。 【００５９】 図６Ａおよび図６Ｂは、ユーザが複数の暗号化キーを用いて、バックアップす
るためのデータを送信することにより、安全性を高められるようにした本発明の
特徴を示す。ブロック１１４で開始して、ユーザ用コンピュータにおいて、図２
ないし図４で上述したステップにより選択されたバックアップを要するブロック
のそれぞれのデジタル署名ＭＤ５コードが決定され、各データブロックに添付さ
れ、その後、このデジタル署名ＭＤ５コードは、当業者により広く知られた圧縮
原理を用いて圧縮される。ブロック１１６に進んで、ＭＤ５コードではなく、デ
ータブロックがユーザ・キー・リスト上のユーザ選択キーを用いて暗号化される
。このプロセスは、ブロック１１６から、状態１２０で終了するが、上述の送信
ステップが実行可能であることを理解されたい。続いて、ユーザ用コンピュータ
が、例えば、図６Ａで示すステップにより処理されたデータパケットを消失して
、データセンタ１２からデータパケットのコピーを受信できるように要請した場
合、ユーザ用コンピュータは、図６Ｂに示すステップを呼び出す。ブロック１２
４で開始して、ユーザ用コンピュータは、データセンタ１２から記憶すべきブロ
ックを受信し、各ブロックに対して次のステップを実行する。ブロック１２６に
おいて、コンピュータは、リスト中から第１暗号化キーを選択した後、ブロック
１２８において、ブロックを暗号解読し、圧縮解除する。判断菱形１３０に進ん
で、ユーザ用コンピュータは、例えば、データオーバフローで示されるように、
圧縮解除が失敗したかどうかを判断する。圧縮が失敗した場合は、このプロセス
は、ブロック１３２に進んで、リスト中から次の暗号化キーを選択し、その後、
ブロック１２８にループバックして再び圧縮を試みる。 【００６０】 一方、判断菱形１３０において、満足できるように圧縮解除できたと判断され
た場合、このプロセスは、ブロック１３６に進んで、このパケットデータからデ
ジタル署名ＭＤ５コードを抜き取り、暗号解読されるブロックに付随するデータ
のデジタル署名ＭＤ５コードを新たに計算することにより、テストされるキーを
認証する。ブロック１３６において、このプロセスを実行するとき、デジタル署
名ＭＤ５コードは、既知の位置に付随するデータに添付される１２８ビット長の
ストリングであって、結果として、このデジタル署名ＭＤ５コードを容易に抜き
取ることができると、本発明は理解している。 【００６１】 判断菱形１３８において、暗号解読データの計算されたデジタル署名ＭＤ５コ
ードが、ブロック１３６において、データから抜き取られた暗号解読されたデジ
タル署名ＭＤ５コードと比較される。判断菱形１３８において、２つのデジタル
署名ＭＤ５コードが互いに合致する場合、テストされるキーは認証され、このプ
ロセスは、ブロック１４０において、「正確なキー」を応答する。その後、ブロ
ック１２４において、次のデータ部分を呼び出す。２つのデジタル署名ＭＤ５コ
ードが互いに合致しない場合、このプロセスは、ブロック１３２にループバック
して、ユーザ用コンピュータのキー・リストにある次のキーを呼び出す。 【００６２】 図７Ａは、暗号化のための独特のセッション固有のセッション・キーを提供す
る方法を示す。ブロック１４２で開始して、送信すべき一連のデータ全体に対す
るデジタル署名ＭＤ５コードが、データを送信するコンピュータにより計算され
る。ブロック１４４に進んで、このデジタル署名ＭＤ５コードが、データ送信セ
ッションのための暗号化キーとして用いられる。キーのために５６ビットしか必
要とされない場合、排他的論理和（ＸＯＲ）処理を用いて、１２８ビット長のデ
ジタル署名ＭＤ５コードの半分の６４ビットが組み合わされる。結果として得ら
れる６４ビットストリングの８ビット、つまり最後の８ビットは、切り捨てられ
る。 【００６３】 ブロック１４４から、このロジックは、「Ａ」および「Ｂ」で示されるように
、２通りの選択肢を取る。とりわけ、ブロック１４６Ａにおいて、デジタル署名
ＭＤ５コード（またはその一部）を乱数として用いて暗号化された後、ブロック
１４８Ａにおいて、データは受信コンピュータに送信される。他方、セッション
・キーとして機能するデジタル署名ＭＤ５コードの一部が、（すなわち、ブロッ
ク１４６Ａにおいて、データを暗号化するために用いられるデジタル署名ＭＤ５
コードの一部）が、従来式の私的キー／公的キーによる暗号化原理を用いて、あ
るいは、より好適には、ディフィ−へルマン（Diffie-Helman）暗号化原理を用 いて、送信コンピュータから受信コンピュータへ送信される。すなわち、１４６
Ｂにおいて、受信コンピュータの公的キーを用いて、送信コンピュータがデジタ
ル署名ＭＤ５コードを暗号化することができる。その後、ブロック１４８Ｂにお
いて、受信コンピュータは、私的キーを用いて、このデジタル署名ＭＤ５コード
を暗号解読することができる。図７Ａで示すように、ブロック１５０は、ブロッ
ク１４８Ａおよびブロック１４８Ｂで得られた結果を受信して、デジタル署名Ｍ
Ｄ５コードのセッション・キーを用いて、暗号解読することができる。 【００６４】 図７Ｂは、ブロック１５２ないし１５８で図示された認証ステップを実行する
ことにより、ブロック１５２で受信されるデータを認証することができる。とり
わけ、ブロック１５２において、受信コンピュータは、ブロック１５０からの暗
号解読データに関連するデータのデジタル署名ＭＤ５コードを計算する。次に、
判断菱形１５４において、暗号解読データの計算されたデジタル署名ＭＤ５コー
ドが、ブロック１４８Ｂで受信され暗号解読されたデジタル署名ＭＤ５コードと
比較される。ＸＯＲ処理されたデジタル署名ＭＤ５コードの５６ビットだけがセ
ッション・キーとして用いられる場合、判断菱形１５４における比較は、セッシ
ョン・キーと、ブロック１５２で計算されたデジタル署名ＭＤ５コードのＸＯＲ
処理されたバージョンとの間で行うことができる。 【００６５】 いずれにせよ、判断菱形１５４において、２つのデジタル署名ＭＤ５コードが
合致する場合、テストされるセッション・キーが認証され、このプロセスは、ブ
ロック１５６において、「送信が認証された」ことを応答する。２つのデジタル
署名ＭＤ５コードが合致しない場合、このプロセスは、ブロック１５８において
、「送信エラー」を応答する。 【００６６】 ここで、図８を参照しながら、広域コンピュータネットワークを介して連続的
にデータバックアップするための方法を示す。このとき、ユーザ用コンピュータ
はネットワークとオンライン接続しており、ユーザはこのユーザ用コンピュータ
を利用している。ブロック１６０で開始して、これまで説明したような原理に基
づいて変更されたデータブロックをバックアップすべきことが、ユーザ用コンピ
ュータにより決定されると（バックアップ開始時間を待つことなく、このプロセ
スは、むしろ間断なく、リアルタイムで、バックアップすべきデータブロックを
決定する。）、このプロセスは、判断菱形１６２移動する。判断菱形１６２にお
いて、このプロセスは、このユーザ用コンピュータが、例えば、図１に示すよう
なネットワークとオンライン接続されているかどうかを判断する。オンライン接
続されていない場合、このプロセスは、ブロック１６４に進み、オンライン接続
された時に送信すべきデータを記憶する。 【００６７】 一方、判断菱形１６２において、このプロセスは、ユーザ用コンピュータがネ
ットワークとオンライン接続されていると判断した場合、このロジックは、判断
菱形１６６に進み、ユーザ用コンピュータの中央演算装置（ＣＰＵ）がビジー状
態にあるかどうかを判断する。特に、図８で示すバックアップタスクよりも優先
順位の高い優先順位を有するタスクが処理されて、ＣＰＵがビジー状態にあるか
どうかを判断する。ＣＰＵが、このデータバックアップタスクよりも高い優先準
位を有するタスクを実行している場合、このプロセスは、ブロック１６８に進み
すべてのブロックが送信されるまで、またはバックアップタスクよりも優先順位
の高いタスクを行うために、コンピュータが再び占有されるまで、ブロックを送
信する。ブロックの送信が、より優先順位の高いタスクにより妨害される場合、
ユーザ用コンピュータは、より優先順位の高いそのタスクを実行して、完了した
時点で、このバックアップタスクに戻って、データブロックの送信を完了させる
ものと理解されたい。このロジックは、その後、ブロック１６９に進み、送信す
べき別のブロックを決定し、ユーザがユーザ用コンピュータを他のタスクで利用
している時に、実質的にリアルタイムでブロックを送信する。 【００６８】 ブロック１７０と判断菱形１６６の間のループ、およびブロック１６８におけ
る「ビジー状態にある」ループは、上述の記述の原理を説明するものである。判
断菱形１６６において、キー操作などの入力タスクを実行するように要請されて
いる場合など、ＣＰＵがビジー状態にある場合、このロジックは、ブロック１７
０に進み、所定期間Δｔだけ待って、判断菱形１６６における判断を再び試みる
。Δｔの長さは、極めて短く、ミリ秒またはマイクロ秒のオーダである。択一的
には、このロジックは、本質的に「ＣＰＵが非動作状態」であるΔｔを定義する
ことができ、ＣＰＵが非動作状態のとき、ブロック１６８に進み、データ送信す
る。 【００６９】 例えば、判断菱形１６６においてテストを行う間、ＣＰＵは、コンピュータの
ユーザによるキー入力を介してデータ入力を受信することができる。その場合、
このプロセスは、ブロック１７０において、キー入力が完了するまで待機した後
、ブロック１６８において、データ送信する。こうして、１つの実施形態におい
て、このプロセスは、ユーザの要請をサポートするＣＰＵタスク間に、例えば、
キー入力と次のキー入力の間に、バックアップデータを送信する。さらに、この
プロセスは、キー入力により変更され、バックアップデータとして決定され、デ
ータがコンピュータユーザにより創作された時点で、実質的にリアルタイムで記
憶するように、インターネットを介して遠くデータ送信する。 【００７０】 図９および図１０は、例えば、ユーザ用コンピュータ２４が、このロジックを
採用するラップトップコンピュータまたはパームトップコンピュータである場合
の好適な実施形態において、上述した原理を図示する。以下詳述するように、携
帯可能コンピュータの環境において、本発明によれば、ホスト携帯可能コンピュ
ータがネットワークに接続されていないとき、ファイルブロックがコピーされ、
ネットワークに接続されたときに、コピーされたブロックがネットワークを介し
て記憶装置に送信される。 【００７１】 ブロック１８０において開始して、ホスト携帯可能コンピュータが稼動してい
る場合、このロジックは、ユーザ用コンピュータ上のすべてのファイルについて
、またはユーザが設定した一連のファイルついてのみ、バックアップを要するか
どうかを検討する。ユーザが、例えば、ワイルドカードを備えた含有／排他リス
ト（inclusion/exclusion lists）を用いて、バックアップのための一連のファ イルを（ディレクトリなどにより）設定した場合、ブロック１８２において、こ
の一連のファイルが受信される。ブロック１８２から、または判断菱形１８０か
ら、ユーザ設定の一連のファイルがなく、すべてのファイル（または一連のデフ
ォルトファイル）は、バックアップする候補となり、このロジックは、ブロック
１８４に進み、先に図３を用いて説明したようなロジックに従って、上述のよう
なチャンクの中にブロックを準備する。既に説明したように、ユーザが、文章作
成処理やプレゼンテーション用スライド作成処理などの、その他のタスクに対し
てホストコンピュータを採用した場合、バックアップ処理は、ユーザから見えな
い「背景（background）」で実施される。 【００７２】 判断菱形１８６は、本発明に係るロジックを表しており、このロジックは、ホ
ストコンピュータ上において、所定の記憶スペースの限界値に達したかどうかを
モニタする。本発明により認識されるように、稼動しているがネットワークとは
接続されていないラップトップコンピュータなどの携帯可能コンピュータは、バ
ックアップすべきブロックを複製して形成するので、記憶スペースに限界が生じ
る場合がある。このとき、判断菱形１８６におけるステップは、「背景」処理と
して意図された上述のバックアップ処理により、ユーザの記憶容量が一杯になら
ないようにするためのものである。この好適なネットワークの実施形態において
、ホストコンピュータの５％以下の記憶容量が、バックアップ用に記憶するため
に用いられる。択一的には、ユーザが所定の記憶スペースの限界値を設定する。
記憶スペースの限界値に達した場合、このロジックは、ブロック１８８に移り、
例えば、バックアップすべきブロックを送信した後、ホストコンピュータの上の
バックアップコピーを削除して、追加的な記憶スペースを空けるまで、バックア
ップ処理を一時中断する。 【００７３】 ブロック１８８から、またはテスト結果が否定的であるときの判断菱形１８６
から、このロジックは、判断菱形１９０に移る。判断菱形１９０で表したように
、このロジックは、ホスト携帯可能コンピュータがネットワークに接続している
かどうかをモニタする。ネットワークの接続が検知されない場合、このロジック
は、ブロック１９２に移り、上述のようにバックアップ処理を継続して実行し、
判断菱形１８６に論理的にループバックする。 【００７４】 逆に、このロジックは、ネットワークの接続を検知した場合、判断菱形１９４
で示すように、このホスト携帯可能コンピュータが能動的にデータを送信してい
るかどうかを判断する。ホスト携帯可能コンピュータが能動的にデータを送信し
ている場合、このロジックは、この送信処理を妨害しないように、バックアップ
処理を一時中断して、その後、判断菱形１９４に論理的にループバックして、デ
ータ送信の完了を待つ。ホスト携帯可能コンピュータがデータ送信していない場
合、このロジックは、ブロック１９２に戻る。 【００７５】 図９で示すロジックフローは、説明するための本発明の原理を表すもので、実
際のロジックコードは、イベント待ち方式であってもよく、つまり、判断菱形１
８６、１９０、および１９４において表される状態をモニタするものであっても
よいと理解されたい。同様に、図１０および図１１のフローフォーマットで示す
ロジックは、イベント待ち方式コードとして実行される。 【００７６】 ここで、図１０を参照すると、図９で示したロジックにより形成されたバック
アップすべきブロックを送信するためのロジックが図示されている。ブロック１
９８で開始して、この送信ロジックは、ネットワーク接続が検知された場合に開
始される。好適な実施形態においては、ブロックが利用でき、ネットワーク帯域
が許容する場合、送信バックアップブロックに優先順位が与えられ、このとき、
ホストコンピュータがネットワークに接続されていて、送信準備が整ったブロッ
クが全くない場合、またはネットワークを使用することが送信を妨害する場合に
、図９に示すバックアップ処理が実行される。 【００７７】 判断菱形２００に移って、このロジックは、データのブロックを送信する準備
が整っているかどうかを判断する。整っていれば、このロジックは、ブロック２
０２に移り、例えば、関連するメタデータまたはその他の送信すべきデータに、
このブロックをインターリーブする。この目的は、処理すべき最後のファイル全
体に至るまでのバックアップセッション中になされたすべてのフォワード・プロ
グレス（forward progress）を利用できるようにするためで、その結果、送信が
中止された時点までに完了した作業の利点を享受することができる。この点に関
して、このプロセスは、「シャクトリムシ」データ送信と考えられ、この中で、
送信の流れを任意の点で機能させ、依然として実行可能なエンティティを維持す
ることができる。 【００７８】 ブロック２００から、このプロセスは、ブロック２０２に移り、最後の実際に
インターリーブされるブロックを特定するために、「最後のブロック」を定義す
る。その後、このプロセスは、判断菱形２０６に移る。 【００７９】 判断菱形２０６は、バックアップデータを送信するために、十分にネットワー
クの可用性（availability）があるかどうかを判断する。１つの実施形態では、
このロジックがバックアップデータを送信するためには、ネットワークの可用性
が全体の可用性に対して所定の設定値、例えば７０％未満である必要がある。そ
の場合、このロジックは、ブロック２０８に移り、データを送信する。そうでな
い場合、このロジックは、ブロック２１０に移り、ネットワークの可用性が所定
の設定値以下となるまで待って、図３で上述した再同期ロジックを用いてこのプ
ロセスを再開する。 【００８０】 １つの好適な実施形態においては、ネットワークがローカル・ネット・ワーク
（ＬＡＮ）である場合、オペレーティングシステムのパーフォーマンス・カウン
タを用いて、ステップ２０６における判断が実行される。例えば、オペレーティ
ングシステムがマイクロソフト社のオペレーティングシステムである場合、パー
フォーマンス・レジストリにある動的キーの数を用いて、単位時間あたりの送信
パケット数を決定することができる。この比は、ネットワークがどの程度ビジー
状態にあるか（つまり、ネットワークの可用性）を示す。あるいは、ネットワー
クが（インターネットのような）広域ネットワークである場合、ホストコンピュ
ータがパケットを送信した時点から、受信コンピュータから受信の返答（acknow
ledgement）を受信する時点までの往復時間を用いて、ネットワークの可用性を 表す。このとき、この往復時間が短ければ、可用性は高い。ホストコンピュータ
が、ＷＡＮに接続されたＬＡＮに接続されている場合、判断菱形２０６において
、一方または両方のネットワークの可用性を判断することができる。 【００８１】 図１１は、上述のバックアップロジックに加えて、携帯可能コンピュータを接
続するネットワークのために、好適にも、携帯可能コンピュータを自動的に構成
（configuring）する本発明を示す。とりわけ、本発明は、特定のプリンタ、サ ーバ、インタネット接続、およびコストコンピュータがたまたま接続されたネッ
トワークの記憶リソースに対して、携帯可能コンピュータを自動的に再構成（re
configures）することにより、ユーザは、ホストコンピュータがネットワークに
接続される毎に、こうした時間のかかる再構成処理を手動で実行しなくても済む
。 【００８２】 ブロック２１２で開始して、本発明は、各ネットワークのデバイスのリストと
ともに、ネットワークの認証リストを、（自動的に、またはユーザの手動による
１回の入力により）編集する。例えば、特定の指定を有する職場プリンタ、特定
の指定を有する職場サーバ、特定の指定を有するインターネット接続、および特
定の指定を有する職場記憶リソースを備えたユーザの職場のＬＡＮによって、第
１のネットワークを確立してもよい。同様に、特定の指定を有する家庭プリンタ
、特定の指定を有する家庭サーバ、特定の指定を有する家庭インターネット接続
、および特定の指定を有する家庭記憶リソースを備えたユーザの家庭のＬＡＮに
よって、第２のネットワークを確立してもよい。 【００８３】 本発明が意図するように、「ネットワーク構成」とは、ネットワーク上にある
どのような種類のどのようなデバイス、つまり、どのようなプリンタなどがネッ
トワークに接続されるかということを意味する。各ネットワーク構成に対して、
一連のホストコンピュータ設定が記憶され、包含される。換言すると、各ネット
ワーク構成に対して、一連のホストコンピュータ設定は、相関関係があって、ホ
ストコンピュータが、例えば、ネットワークのプリンタで印刷させることができ
る。ブロック２１２において、ネットワーク構成は記憶される。 【００８４】 ブロック２１４に移って、本発明は、ホストコンピュータがネットワークに接
続された時点を検知する。ブロック２１６において、本発明は、どのようなデバ
イスがネットワークに接続されたかを検知する。判断菱形２１８に移って、この
ロジックは、ネットワークに実際に接続されたデバイスと、記憶されたネットワ
ーク構成とを比較する。例えば、９０％以内で合致していることが検知されると
（つまり、ネットワーク上の１０個のデバイスのうち９個が、ネットワーク構成
テーブル内の単一のエントリにあることが検知されると）、このロジックは、ブ
ロック２２０に移り、合致したネットワーク構成と相関するネットワーク設定に
従って、ホスト携帯可能コンピュータを再構成する。検知されたネットワーク構
成が、記憶されたネットワーク構成のいずれとも合致しない場合、このプロセス
は、ホスト携帯可能コンピュータ内にデフォルト設定を確立して、判断菱形２１
８から終了する。 【００８５】 ここで、図１２および図１３を検討すると、コンピュータ２４（図１）が、一
般に、システム３００と称するように図示されたとき、コンピュータ２４上のコ
ンピュータファイルのブロックをバックアップするためのロジックに関する別の
実施形態が示されている。システム３００は、コンピュータ２４により実行可能
なロジック指令のシーケンスを有する。このとき、このシーケンスは、ブロック
３０２から開始し、コンピュータのオペレーティングシステムが起動する。 【００８６】 判断菱形３０４に移り、コンピュータがバックアップのために、適正に構成さ
れているかどうかを判断する。つまり、ソフトウェア内に存在する現在のロジッ
クがコンピュータ２４内に適正にインストールされているかどうかを判断する。
そうである場合、このプロセスは、判断菱形３０６を続けて、ユーザまたは自動
的に、バックアップ候補として、任意のファイルが選択つまり指定されたかどう
かを判断する。「バックアップ候補」とは、携帯可能なコンピュータ内にあるい
くつかのまたはすべてのファイルを意味し、上述のバックアップアルゴリズムに
より検討のために、バックアップ候補を選択することができる。このとき、いく
つかの（あまり重要でない）ファイルを、バックアップのための検討から除外し
て、処理速度を上げることができる。 【００８７】 ファイルがまったく選択されなかった場合、このプロセスは、判断菱形３０６
からブロック３０６に移って、ユーザにより、バックアップの候補として、この
コンピュータ内のファイルのいくつかまたはすべてを選択できるように、ユーザ
インターフェイスを実行することができる。あるいは、ブロック３０８において
、コンピュータ内のいくつかまたはすべてのファイルを、バックアップのための
候補として自動的に選択することができる。例えば、ブロック３０８において、
バックアップのための候補として、テンポラリ・インターネットファイルは別と
して、すべてのファイルが自動的に選択されることもある。 【００８８】 判断菱形３０６において、少なくともいくつかのファイルがバックアップのた
めの候補として選択された場合、このプロセスは、ブロック３１０に移り、図１
３を参照しながら以下詳述するネットワーク・インターフェイスをスタートさせ
る。プロッく３１２に移って、ネットワーク・インターフェイスがスタートする
と、コンピュータのファイルシステムが「フック（hook）」される。「フック（
hook）」とは、このロジックがコンピュータ２４の元来あったファイルシステム
コード内に挿入されることを意味する。このように、任意のユーザがこのファイ
ルシステムにアクセスしたときはいつでも、このロジックが起動されるので、図
２および図３を参照して説明した利用のために、ファイルシステム内のブロック
に変更があったことを検知することができる。 【００８９】 判断菱形３１４において、ファイルシステムが、システム３００により成功裡
にフックされたかどうか、すなわち、ファイルシステムのフックが、正確かつ安
全に所定位置に存在するかどうかを判断する。その場合、このロジックは、状態
３１６に移り、２つのコンピュータシステム信号の一方のために待機状態に入る
。第１に、ブロック３１８において、ファイル変更信号が受信された場合、この
ロジックは、ブロック３２０に移行し、上述のバックアップアルゴリズム（例え
ば、図２および図３で示すアルゴリズム）に従って、新しいファイルデータを処
理する。このように、上述の原理に基づいて、バックアップ用ブロックとして処
理されたブロックは、携帯可能コンピュータの中にある「ホールド」領域と称す
る内部データ記憶領域内にコピーされる。ブロック３２０から、このロジックは
、ループバックして、状態３１６を持つ。 【００９０】 一方、ブロック３２２において、コンピュータ・シャットダウン信号を受信し
た場合、またはブロック３１４において、ファイルシステムのフックがうまく処
理されなかったと判断された場合、あるいは、ブロック３０４において、コンピ
ュータが適正に構成されていないと判断された場合、このロジックは、ブロック
３２４に移る。ブロック３２４において、ファイルシステムのフックが終了する
。ブロック３２６に移って、出口信号が、図１３で示すネットワーク・インター
フェイス・ロジックに送信された後、ブロック３２８において、「出口（exit）
」メッセージがコンピュータのモニタ上に表示される。このプロセスは、ブロッ
ク３３０において、コンピュータのオペレーティング・システムへ出る。 【００９１】 ここで図１３を参照すると、ネットワーク・インターフェイス・ロジックが図
示されている。このロジックは、状態３３２で開始して、判断菱形３３４に移り
、コンピュータ２４において、ネットワーク・ソフトウェアが存在するかどうか
を判断する。存在する場合、このロジックは、第１の待機状態３３６に移り、２
つのシステム信号の一方を待つ。ブロック３３８において、図１２で示すロジッ
クから出口信号を受信した場合、このプロセスは、ブロック３４０に移り、すべ
ての既存のネットワークを終了して、図１２のロジックに帰還する。反対に、ブ
ロック３４２において、ネットワーク送信がスタートしたことを示す信号を受信
した場合、このロジックは、第２の待機状態３４４に移る。 【００９２】 このロジックは、第２の待機状態３３４において、３つのシステム信号の１つ
を待つ。ブロック３４６において出口信号を受信できた場合、このロジックはブ
ロック３４０に移り、上述のように機能する。また、ブロック３４８において、
ネットワークが停止したことを示す信号を受信できた場合、第１の待機状態３３
６までループバックする。さらに、ブロック３５０において、ネットワークが非
動作状態であることを示す信号を受信できた場合、このロジックは、第３の待機
状態３５２に進む。「非動作状態のネットワーク」とは、図１０に関して上述し
た原理に従って計測されたように、ネットワーク上のデータ経路が非動作状態に
あることを意味し、好適には、コンピュータ２４からネットワークまでのデータ
経路を意味し、または、あまり好適でないが、ネットワーク内の他のデータ経路
を意味する。 【００９３】 このロジックは、第３の待機状態３５２において、４つのシステム信号の１つ
を待つ。ブロック３５４において、出口信号を受信できた場合、このロジックは
ブロック３４０に移り、上述のように機能する。また、ブロック３５６において
、ネットワークが停止したことを示す信号を受信できた場合、第１の待機状態３
３６までループバックする。さらに、ブロック３５８において、ネットワークが
動作状態であることを示す信号を受信できた場合、このロジックは、第２の待機
状態３４４に進み、ネットワーク非動作信号を待つ。 【００９４】 図１３に示すように、ブロック３６０において、ホールド領域においてデータ
の準備が整っていることを示す信号を受信することがある。第３の待機状態３５
２において、その他の３つの信号を受信する前に、このような信号を受信する場
合（つまり、「ネットワーク非動作状態」信号が存在したままか、実行中である
場合）、データは、ネットワークを介して、離れた場所にあるデータ記憶装置に
送信される。データ準備完了信号が存在して、かつ、第３の待機状態３５２にお
いて他の３つの信号が存在しない限り、このロジックは、ブロック３６０に留ま
る。 【００９５】 図１４を参照すると、ラップトップコンピュータのファイルのバックアップを
呼び出すための「スパルタ式」バージョンが図示されている。ブロック３６２で
開始して、例えば、バックアップすべきファイルを有する携帯可能コンピュータ
のオペレーティング・システムから非動作信号を受信する。例えば、ブロック３
６２で非動作信号を受信すると、スクリーン・セーバ・プログラムが開始される
。 【００９６】 上述の具体例において、スクリーン・セーバが現れると、このロジックは、そ
の後、ブロック３６４に移り、図２および図３で示すアルゴリズムに従って、バ
ックアップするためにファイルブロックをコピーする。加えて、図１４に示すロ
ジックは、２つのテストを実行する。第１に、判断菱形３６６において、ラップ
トップコンピュータ内にある未保護のデータの量が所定のデータ量よりも多いか
どうかを判断する。「未保護」とは、バックアップすべき候補として、ユーザに
よりまたは自動的に選択されず、最近過去にバックアップされて以来、変更され
た（または、まったくバックアップされたことのない）データのブロックを意味
する。同様に、判断菱形３６８において、ホールド領域におけるデータ量（すな
わち、バックアップされるが、送信されていないデータ量）が、所定量を超える
かどうかを判断する。この所定量は、例えば、ネットワークの容量に依存するこ
ともある。判断菱形３６６、３６８において、どちらかのテストが肯定的であれ
ば、このロジックは、ブロック３７０において、携帯可能コンピュータのモニタ
上に、例えば、ホールド領域にあるブロックを送信するために、速やかにネット
ワークを接続すべきである旨を示唆して、警告表示する。 【００９７】 ここに図示、説明された、広域コンピュータネットワークにおけるコンピュー
タファイルをバックアップするための特定のシステムおよび方法によれば、本発
明の上述の目的を実現することができる。これは、本発明に係る現在の好適な実
施形態であって、本発明を用いて広く実施される目的物を意味し、当業者には明
白となる他の実施形態が本発明の範囲に含まれるものと理解されたい。したがっ
て、本発明の範囲は、添付したクレーム以外によって、限定されるものではなく
、単数扱いで用いた構成要素は、「１つまたはそれ以上」と明確に記述されない
限り、「１つ、およびただ１つ」を意味するものとして意図される。 【図面の簡単な説明】 【図１】 図１は、本発明に係るコンピュータファイルのバックアップシス
テムの概略図を示す。 【図２】 図２は、初期化プロセスのフローチャートを示す。 【図３】 図３は、サブファイルのインクリメント式バックアッププロセス
に関するフローチャートを示す。 【図４】 図４は、復元プロセスのフローチャートである。 【図５】 図５は、共通ソフトウェアライブラリを自動的に更新するプロセ
スに関するフローチャートである。 【図６Ａ】 図６Ａは、バックアップされるデータを暗号化するためのプロ
セスに関するフローチャートである。 【図６Ｂ】 図６Ｂは、データセンタから受けたバックアップされたデータ
を暗号解読するためのプロセスに関するフローチャートである。 【図７Ａ】 図７Ａは、暗号化乱数として送信されるデータのメッセージ要
約（ＭＤ：message Digest）−５の比較値を用いて、ユーザ用コンピュータから
データセンタへ送信されるプロセスに関するフローチャートである。 【図７Ｂ】 図７Ｂは、図７Ａで示すデータ送信を認証するプロセスに関す
るフローチャートである。 【図８】 図８は、ユーザがコンピュータを用い、コンピュータが広域ネッ
トワークを介して離れたデータセンタにオンライン接続されている場合に、ユー
ザ用コンピュータを継続的にバックアップするプロセスに関するフローチャート
である。 【図９】 図９は、コンピュータネットワークに時々接続される携帯可能コ
ンピュータ上のコンピュータファイルをバックアップするプロセスに関するフロ
ーチャートである。 【図１０】 図１０は、図９のロジック回路で形成されたデータを送信する
プロセスに関するフローチャートである。 【図１１】 図１１は、携帯可能コンピュータがコンピュータネットワーク
に接続されたときに、携帯可能コンピュータを自動的に再構成するプロセスに関
するフローチャートである。 【図１２】 図１２は、ラップトップコンピュータ上のファイルをバックア
ップする別のロジックプロセスに関するフローチャートである。 【図１３】 図１３は、図１２のロジック回路の続きを示す。 【図１４】 図１４は、簡略化されたラップトップコンピュータのバックア
ップシステムのステップに関するフローチャートを示す。
─────────────────────────────────────────────────────
フロントページの続き
(31)優先権主張番号 ０９／２３９，４７５
(32)優先日 平成11年１月28日(1999．1．28)
(33)優先権主張国 米国（ＵＳ）
(81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，
ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ
Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ
，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，
ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ
Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＵＧ，ＺＷ)，Ｅ
Ａ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ
，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ
，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，
ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，Ｇ
Ｍ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ
，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，
ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，Ｎ
Ｏ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ
，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，
ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＷ
(72)発明者 フレッド・ダブリュー・マックレイン
アメリカ合衆国92014カリフォルニア州デ
ル・マー、シルコ・ディエグエノ6886番
Ｆターム(参考） 5B018 HA02 KA03 MA12 QA01
5B082 DA02 DE06
5J104 AA09 AA16 EA06 EA19 EA33
LA06 NA02 NA03 PA07
Claims (1)
- 【特許請求の範囲】 【請求項１】 コンピュータプログラム製造物であって、 デジタル処理システムにより読み出し可能なコンピュータプログラム記憶デバ
イスと、 コンピュータネットワークに接続可能な少なくとも１つの携帯可能コンピュー
タから、少なくとも１つのローカルコンピュータファイル内にある少なくともい
くつかのブロックを、バックアップする方法ステップを実行するための、デジタ
ル処理システムにより実行可能な指令を、コンピュータプログラム記憶デバイス
上に有するロジック手段とを備え、 このコンピュータプログラム製造物により実行される方法ステップは、 少なくとも１つのスクリーンセーバ信号を受信するステップと、 スクリーンセーバ信号に呼応して、バックアップすべきブロックを準備するス
テップ、およびネットワークを介してブロックを送信するステップのうち、少な
くとも一方のステップを実行するステップを有することを特徴とするコンピュー
タプログラム製造物。 【請求項２】 請求項１のコンピュータプログラム製造物であって、 この方法ステップは、 所定のデータ量がバックアップされた場合、および未保護データ量が所定の閾
値を超える場合の一方または両方の条件が存在するとき、ユーザに警告を与える
ステップをさらに有することを特徴とするコンピュータプログラム製造物。 【請求項３】 請求項１のコンピュータプログラム製造物であって、 この方法ステップは、 バックアップすべきローカルファイル内にある少なくともいくつかのブロック
に対して、各々、第１の比較値を定義する２文字をコピーし、第２の比較値を定
義するデジタル署名コードを形成するステップと、 少なくともいくつかのブロックに対して、テストデジタル署名コードを周期的
に決定し、これと第２の比較値のそれぞれとを比較するステップと、 ブロックのテストデジタル署名コードが、すべての第２の比較値と等しくなら
ない場合、ブロックの最初の２文字が第１の比較値のうちの１つと等しいかどう
かを判断するステップをさらに有することを特徴とするコンピュータプログラム
製造物。 【請求項４】 請求項３のコンピュータプログラム製造物であって、 この方法ステップは、 最初の２文字が第１の比較値のうちの１つと等しい場合、テストブロックの第
１バイトとしてｉ番目のテストバイトを用いて、ブロックのデジタル署名コード
を決定するステップと、 ブロックのデジタル署名コードが、第２の比較値のうちの１つと等しいかどう
かを判断するステップと、 ブロックのデジタル署名コードが、第２の比較値のうちの１つと等しい場合、
「再同期」を応答し、さもなければ、 ｉ番目のテストバイトの最初の２文字が、第１の比較値のうちの１つと等しく
ない場合、またはブロックのデジタル署名コードが第２の比較値のうちの１つと
等しくない場合、ｉ＝ｉ＋１と設定して、選択ステップを反復するステップをさ
らに有することを特徴とするコンピュータプログラム製造物。 【請求項５】 携帯可能コンピュータと協働する請求項１のコンピュータプ
ログラム製造物。 【請求項６】 コンピュータプログラム製造物であって、 携帯可能コンピュータ内にあるファイルシステムにアクセスして、バックアッ
プすべきブロックにアクセスするロジック手段と、 携帯可能コンピュータのホールド領域にブロックをコピーするロジック手段と
、 携帯可能コンピュータがコンピュータネットワークに接続された時点を判断す
るロジック手段と、 ネットワークのデータ経路が非動作状態にある時点を判断するロジック手段と
、 データ経路が非動作状態にある時、ホールド領域にあるブロックを、ネットワ
ークを介して、離れたデータ記憶デバイスに送信するロジック手段とを備えたこ
とを特徴とするコンピュータプログラム製造物。 【請求項７】 請求項６のコンピュータプログラム製造物であって、 携帯可能コンピュータ内にある、少なくともバックアップすべきコンピュータ
ファイルのブロックを決定するロジック手段と、 バックアップすべきコンピュータファイルのブロックを決定するロジック手段
に呼応して、ネットワークインターフェイスを呼び出すロジック手段とをさらに
有することを特徴とするコンピュータプログラム製造物。 【請求項８】 請求項６のコンピュータプログラム製造物であって、 アクセスするロジック手段が成功裡にファイルシステムにアクセスした時点を
判断するロジック手段をさらに有することを特徴とするコンピュータプログラム
製造物。 【請求項９】 請求項６のコンピュータプログラム製造物であって、 ファイル変更信号を受信して、ブロックをバックアップするロジック手段によ
り、ブロックをホールド領域にバックアップするロジック手段をさらに有するこ
とを特徴とするコンピュータプログラム製造物。 【請求項１０】 請求項６のコンピュータプログラム製造物であって、 ネットワーク送信開始信号を受信するロジック手段をさらに有することを特徴
とするコンピュータプログラム製造物。 【請求項１１】 請求項６のコンピュータプログラム製造物であって、 データ準備完了信号を受信して、ブロックを送信するロジック手段により、ブ
ロックをホールド領域からネットワークへ送信するロジック手段をさらに有する
ことを特徴とするコンピュータプログラム製造物。 【請求項１２】 携帯可能コンピュータと協働する請求項６のコンピュータ
プログラム製造物。 【請求項１３】 ネットワークと協働する請求項６のコンピュータプログラ
ム製造物。 【請求項１４】 携帯可能コンピュータ内にあるコンピュータファイルのブ
ロックをバックアップするための方法であって、 携帯可能コンピュータからコンピュータ非動作信号を受信するステップと、 コンピュータ非動作信号に呼応して、バックアッププログラムに従って、コン
ピュータのファイルシステム内にあるブロックをバックアップするステップとを
有することを特徴とする方法。 【請求項１５】 請求項１４の方法であって、 コンピュータ非動作信号は、スクリーンセーバ開始信号により確立されること
を特徴とする方法。 【請求項１６】 請求項１５の方法であって、 所定のデータ量がバックアップされた場合、および未保護データ量が所定の閾
値を超える場合の一方または両方の条件が存在するとき、ユーザに警告を与える
ステップをさらに有することを特徴とする方法。 【請求項１７】 請求項１４の方法であって、 バックアッププログラムは、方法ステップを実行し、 この方法ステップは、 バックアップすべきローカルファイル内にある少なくともいくつかのブロック
に対して、各々、第１の比較値を定義する２文字をコピーし、第２の比較値を定
義するデジタル署名コードを形成するステップと、 少なくともいくつかのブロックに対して、テストデジタル署名コードを周期的
に決定し、これと第２の比較値のそれぞれとを比較するステップと、 ブロックのテストデジタル署名コードが、すべての第２の比較値と等しくなら
ない場合、ブロックの最初の２文字が第１の比較値のうちの１つと等しいかどう
かを判断するステップとを有することを特徴とする方法。 【請求項１８】 請求項１７の方法であって、 バックアッププログラムは、さらなる方法ステップを実行し、 この方法ステップは、 最初の２文字が第１の比較値のうちの１つと等しい場合、テストブロックの第
１バイトとしてｉ番目のテストバイトを用いて、ブロックのデジタル署名コード
を決定するステップと、 ブロックのデジタル署名コードが、第２の比較値のうちの１つと等しいかどう
かを判断するステップと、 ブロックのデジタル署名コードが、第２の比較値のうちの１つと等しい場合、
「再同期」を応答し、さもなければ、 ｉ番目のテストバイトの最初の２文字が、第１の比較値のうちの１つと等しく
ない場合、またはブロックのデジタル署名コードが第２の比較値のうちの１つと
等しくない場合、ｉ＝ｉ＋１と設定して、選択ステップを反復するステップをさ
らに有することを特徴とするコンピュータプログラム製造物。 【請求項１９】 ラップトップコンピュータ内にあるファイルのブロックを
バックアップするための方法であって、 バックアップすべきブロックを判断するステップと、 ラップトップコンピュータがコンピュータネットワークに接続される時点を判
断するステップと、 ネットワークのデータ経路が非動作状態にある時点を判断するステップと、 データ経路が非動作状態にある時、バックアップすべきと判断されたブロック
を、ネットワークを介して、離れたデータ記憶デバイスに送信するステップとを
有することを特徴とする方法。 【請求項２０】 請求項１９の方法であって、 ネットワークインターフェイスを呼び出すステップをさらに有することを特徴
とする方法。 【請求項２１】 請求項１９の方法であって、 ファイル変更信号を受信して、ラップトップコンピュータ内にあるホールド領
域にブロックをコピーするステップをさらに有することを特徴とする方法。 【請求項２２】 請求項２１の方法であって、 データ準備完了ファイル信号を受信して、ホールド領域内のブロックを、ホー
ルド領域からネットワークに送信するステップをさらに有することを特徴とする
方法。 【請求項２３】 携帯可能コンピュータが接続されるネットワークのために
携帯可能コンピュータを構成するためのシステムであって、 ネットワーク上の少なくとも１つの他のデバイスを決定するロジック手段と、 ネットワーク構成と、１つまたはそれ以上の所定の構成とを比較するロジック
手段と、 ネットワーク構成が少なくとも１つの所定の構成と合致する場合、ネットワー
クのために携帯可能コンピュータを構成するロジック手段とを有することを特徴
とする方法。 【請求項２４】 請求項２３のシステムであって、 所定の携帯可能コンピュータの設定が、所定の各構成と相関関係を有し、 ネットワーク構成が所定の各構成と合致する場合、構成する手段が少なくとも
１つの携帯可能コンピュータにおける設定を確立することを特徴とする方法。 【請求項２５】 携帯可能コンピュータ内の１つまたはそれ以上のファイル
内にある１つまたはそれ以上のブロックをバックアップし、このブロックを離れ
たコンピュータ記憶位置にネットワークを介して送信するための携帯可能コンピ
ュータのバックアップシステムであって、 携帯可能コンピュータがネットワークに接続された時点を判断するロジック手
段と、 ネットワークの可用性が少なくとも所定の可用性と等しくなる時点を判断する
ロジック手段と、 １つまたはそれ以上の送信基準を満足する場合に、バックアップすべきブロッ
クをネットワークに対して送信するロジック手段とを有し、 この送信基準は、携帯可能コンピュータがネットワークに接続されていると、
判断手段が判断する点にあることを特徴とするシステム。 【請求項２６】 請求項２５のシステムであって、 この送信基準は、ネットワークの可用性が所定の可用性未満であると、判断手
段が判断する点にあることを特徴とするシステム。 【請求項２７】 請求項２６のシステムであって、 メタデータを用いて、ブロックをインターリーブすることにより、ブロックが
送信されることを特徴とするシステム。 【請求項２８】 コンピュータプログラム製造物であって、 デジタル処理システムにより読み出し可能なコンピュータプログラム記憶デバ
イスと、 コンピュータネットワークに接続可能な少なくとも１つの携帯可能コンピュー
タから、少なくとも１つのローカルコンピュータファイル内にある１つまたはそ
れ以上のブロックを、バックアップする方法ステップを実行するための、デジタ
ル処理システムにより実行可能な指令を、コンピュータプログラム記憶デバイス
上に有するロジック手段とを備え、 このコンピュータプログラム製造物により実行される方法ステップは、 バックアップすべきブロックを形成するステップと、 携帯可能コンピュータがネットワークに接続されている時点を判断するステッ
プと、 携帯可能コンピュータがネットワークに接続されている場合、１つまたはそれ
以上のブロックを送信することを許可するステップと、 送信するための他のデータをブロックにインターリーブするステップとを有す
ることを特徴とするコンピュータプログラム製造物。 【請求項２９】 請求項２８のコンピュータプログラム製造物であって、 携帯可能コンピュータの所定の記憶容量限界値に達した場合、ブロックのバッ
クアップを一時中断するステップをさらに有することを特徴とするコンピュータ
プログラム製造物。 【請求項３０】 請求項２８のコンピュータプログラム製造物であって、 この方法ステップは、 携帯可能コンピュータがネットワークに接続されて、かつ、ネットワークへデ
ータを送信している場合、ブロック形成ステップを一時中断し、そうでない場合
、バックアップすべきと判断されたブロックすべてが形成されるまで、ブロック
形成ステップを実行するステップをさらに有することを特徴とするコンピュータ
プログラム製造物。 【請求項３２】 請求項２８のコンピュータプログラム製造物であって、 この方法ステップは、 携帯可能コンピュータがネットワークに接続されて、かつ、ネットワークの可
用性が閾値以下である場合にのみ、ブロックを送信するステップをさらに有する
ことを特徴とするコンピュータプログラム製造物。 【請求項３３】 請求項２８のコンピュータプログラム製造物であって、 この方法ステップは、 バックアップすべきローカルファイル内にある少なくともいくつかのブロック
に対して、各々、第１の比較値を定義する２文字をコピーし、第２の比較値を定
義するデジタル署名コードを形成するステップと、 少なくともいくつかのブロックに対して、テストデジタル署名コードを周期的
に決定し、これと第２の比較値のそれぞれとを比較するステップと、 ブロックのテストデジタル署名コードが、すべての第２の比較値と等しくなら
ない場合、ブロックの最初の２文字が第１の比較値のうちの１つと等しいかどう
かを判断するステップをさらに有することを特徴とするコンピュータプログラム
製造物。 【請求項３４】 請求項３３のコンピュータプログラム製造物であって、 この方法ステップは、 最初の２文字が第１の比較値のうちの１つと等しい場合、テストブロックの第
１バイトとしてｉ番目のテストバイトを用いて、ブロックのデジタル署名コード
を決定するステップと、 ブロックのデジタル署名コードが、第２の比較値のうちの１つと等しいかどう
かを判断するステップと、 ブロックのデジタル署名コードが、第２の比較値のうちの１つと等しい場合、
「再同期」を応答し、さもなければ、 ｉ番目のテストバイトの最初の２文字が、第１の比較値のうちの１つと等しく
ない場合、またはブロックのデジタル署名コードが第２の比較値のうちの１つと
等しくない場合、ｉ＝ｉ＋１と設定して、選択ステップを反復するステップをさ
らに有することを特徴とするコンピュータプログラム製造物。 【請求項３５】 コンピュータプログラム製造物であって、 デジタル処理システムにより読み出し可能なコンピュータプログラム記憶デバ
イスと、 少なくとも１つのローカルコンピュータファイル内にある少なくともいくつか
のブロックを、コンピュータネットワーク内にある少なくとも１つのユーザ用コ
ンピュータからバックアップする方法ステップを実行するための、デジタル処理
システムにより実行可能な指令を、コンピュータプログラム記憶デバイス上に有
するロジック手段とを備え、 このコンピュータプログラム製造物により実行される方法ステップは、 （ａ） ローカルファイルを、ユーザ用コンピュータから離れたデータセンタへ
送信して、遠隔バージョンを形成するステップを有し、 データセンタは、コンピュータネットワークを介してアクセス可能で、少なく
とも１００テラバイトの電子記憶容量を有し、ローカルファイルと同一のコピー
を記憶しない場合に限って、ローカルファイルがデータセンタへ送信されること
を特徴とするコンピュータプログラム製造物。 【請求項３６】 請求項３５のコンピュータプログラム製造物であって、 この方法ステップは、 （ｂ） ローカルファイル内にあるブロックに対して、各々、第１の比較値を定
義する２文字をコピーし、第２の比較値を定義するデジタル署名コードを形成す
るステップと、 （ｃ） 各ブロックに対して、テストデジタル署名コードを周期的に決定し、こ
れと第２の比較値のそれぞれとを比較するステップと、 （ｄ） ブロックのテストデジタル署名コードがブロックの第２の比較値と等し
くならない場合、ローカルファイルのブロックを、データセンタへ送信すべき送
信ブロックとして特定することにより、遠隔バージョンを更新するステップと、
（ｅ） ブロックのテストデジタル署名コードがすべての第２の比較値と等しく
ならない場合、ブロックのｉ番目（ｉは自然数）のテストバイトで始まる最初の
２文字が、第１の比較値のうちの１つと等しいかどうかを判断するステップと、
（ｆ） 最初の２文字が第１の比較値のうちの１つと等しい場合、テストブロッ
クの第１バイトとしてｉ番目のテストバイトを用いて、ブロックのデジタル署名
コードを決定するステップと、 （ｇ） ブロックのデジタル署名コードが、第２の比較値のうちの１つと等しい
かどうかを判断するステップと、 （ｈ） ブロックのデジタル署名コードが、第２の比較値のうちの１つと等しい
場合、「再同期」を応答し、さもなければ、 （ｉ） 最初の２文字が、第１の比較値のうちの１つと等しくない場合、または
ブロックのデジタル署名コードが第２の比較値のうちの１つと等しくない場合、
ｉ＝ｉ＋１と設定して、上記ステップ（ｅ）−（ｉ）を反復するステップをさら
に有することを特徴とするコンピュータプログラム製造物。 【請求項３７】 請求項３５のコンピュータプログラム製造物であって、 この方法ステップは、 送信チャンク内に送信ブロックを集めるステップと、 送信チャンクのサイズが所定のサイズと等しいとき、送信チャンクをデータセ
ンタへ送信するステップをさらに有し、 送信チャンクは、所定期間中においてのみデータセンタへ送信されることを特
徴とするコンピュータプログラム製造物。 【請求項３８】 請求項３５のコンピュータプログラム製造物であって、 この方法ステップは、 ローカルファイルブロックの各々に対して、ローカルファイルブロックの複製
が共通ファイルブロックライブラリに記憶されているかどうかを判断するステッ
プと、 ローカルファイルブロックの複製が共通ファイルブロックライブラリに記憶さ
れていない場合に限り、上記ステップ（ａ）を実行するステップをさらに有する
ことを特徴とするコンピュータプログラム製造物。 【請求項３９】 請求項３５のコンピュータプログラム製造物であって、 この方法ステップは、 データセンタにおいて、携帯可能データ記憶媒体上に遠隔バージョンを周期的
にコピーするステップと、 携帯可能データ記憶媒体上に記憶された遠隔バージョンが、少なくとも、デー
タセンタに記憶されている遠隔バージョンと同じ程度に最新のものである場合は
、携帯可能データ記憶媒体から遠隔バージョンをコピーし、そうでない場合は、
データセンタから遠隔バージョンをコピーすることにより、ローカルファイルを
復元するステップをさらに有することを特徴とするコンピュータプログラム製造
物。 【請求項４０】 ユーザ用コンピュータ内にあるファイルをバックアップす
るためのシステムであって、 コンピュータデータの共通ライブラリを有するデータセンタと、 データセンタから離れ、これと通信する複数のユーザ用コンピュータと、 ユーザ用コンピュータのいずれのデータブロックが、共通ライブラリに含まれ
るために、共通コンピュータファイルブロックであると判断する共通ライブラリ
ロジック手段を有し、 共通コンピュータファイルブロックでないコンピュータファイルブロックは、
非共通コンピュータファイルブロックと判断され、 さらに、非共通コンピュータファイルブロックが、ユーザ用コンピュータにお
いて、少なくとも所定回数、出現する場合、共通ライブラリに非共通コンピュー
タファイルブロックを追加する共通ライブラリ追加手段を有することを特徴とす
るシステム。 【請求項４１】 請求項４０のシステムであって、 各ユーザ用コンピュータに関連し、共通ファイルブロック以外のファイルブロ
ックをデータセンタへ送信する初期化ロジック手段と、 各ユーザ用コンピュータに関連し、所定のバックアップ時以降に変更されたブ
ロックを判断し、これに呼応して変更されたブロック信号を形成するサブファイ
ルインクリメント式バックアップロジック手段と、 サブファイルインクリメント式バックアップロジック手段に呼応して、変更さ
れたブロックだけを、所定のサイズを有するチャンクとして、データセンタへ送
信するチャンク送信ロジック手段と、 変更されたブロック信号に呼応して、サブファイルインクリメント式バックア
ップロジック手段を同期させる同期ロジック手段と、 各ブロック、ブロックの最初の２文字、およびブロックのデジタル署名に関連
して、データセンタで記憶されたファイルのブロックのリストを作成するロジッ
ク手段を有し、サブファイルインクリメント式バックアップロジック手段は、こ
のリストを用いて、判断機能を実行することを特徴とするシステム。 【請求項４２】 請求項４０のシステムであって、 非共通コンピュータファイルブロックが、少なくとも所定数のユーザ用コンピ
ュータに出現する場合、この非共通コンピュータファイルブロックを共通ライブ
ラリに追加されることを特徴とするシステム。 【請求項４３】 コンピュータファイルブロックをバックアップするための
コンピュータの実行方法であって、 （ａ） ユーザ用コンピュータにおいて、１つまたはそれ以上の暗号化キーを用
いて少なくとも１つのブロックを暗号化するステップと、 （ｂ） 少なくともこのブロックを離れたデータセンタへ送信するステップと、 （ｃ） 復元時間において、少なくともこのブロックをデータセンタからユーザ
用コンピュータへ送信するステップと、 （ｄ） キーファイルから１つのキーを選択するステップと、 （ｅ） このキーを用いて少なくともこのブロックを暗号解読するステップと、 （ｆ） 暗号解読が成功したかどうかを判断するステップと、 （ｇ） 暗号解読が成功しなかった場合、キーリストから別のキーを選択して、 このブロックを暗号解読し、暗号解読が成功するまで、上記ステップ（ｆ）およ
び（ｇ）を反復することを特徴とする方法。 【請求項４４】 請求項４３の方法であって、 ブロックがブロックデジタル署名を定義し、このブロックが暗号化され暗号解
読されて、暗号解読データを形成し、判断ステップは、 暗号解読されたブロックに対するデジタル署名を決定するステップと、 暗号解読されたブロックに対するデジタル署名とブロックデジタル署名を比較
するステップと、 暗号解読されたブロックに対するデジタル署名とブロックデジタル署名が等し
い場合に、暗号解読が成功したと判断するステップを有する方法。 【請求項４５】 請求項４４の方法であって、 ブロックは暗号化する前に圧縮され、 この方法は、 ブロックを圧縮解除するステップと、 圧縮解除するステップが成功しない場合に、キーが適正な暗号解読キーでない
と判断するステップをさらに有する方法。 【請求項４６】 送信コンピュータと受信コンピュータの間でデータを送信
する送信セッションのためのセッションキーを提供する方法であって、 データに基づくデータデジタル署名を集めるステップと、 データを暗号化するために、このデータデジタル署名を利用するステップを有
することを特徴とする方法。 【請求項４７】 請求項４６の方法であって、 データデジタル署名は、送信コンピュータにより集められ、 この方法は、 受信コンピュータの公的キーを用いて、データデジタル署名を暗号化するステ
ップと、 データデジタル署名を受信コンピュータへ送信するステップをさらに有するこ
とを特徴とする方法。 【請求項４８】 請求項４７の方法であって、 暗号解読データを形成するためにデータを暗号解読するステップと、 暗号解読データのデジタル署名を決定するステップと、 暗号解読データのデジタル署名と、データデジタル署名を比較して、データが
うまく送信されたかどうかを判断するステップをさらに有することを特徴とする
方法。
Applications Claiming Priority (7)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/041,149 US6049874A (en) | 1996-12-03 | 1998-03-12 | System and method for backing up computer files over a wide area computer network |
| US09/041,149 | 1998-03-12 | ||
| US09/100,914 US6038665A (en) | 1996-12-03 | 1998-06-19 | System and method for backing up computer files over a wide area computer network |
| US09/100,914 | 1998-06-19 | ||
| US23947599A | 1999-01-28 | 1999-01-28 | |
| US09/239,475 | 1999-01-28 | ||
| PCT/US1999/005248 WO1999046660A2 (en) | 1998-03-12 | 1999-03-11 | System and method for backing up computer files over a wide area computer network |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002507016A true JP2002507016A (ja) | 2002-03-05 |
| JP2002507016A5 JP2002507016A5 (ja) | 2006-05-11 |
Family
ID=27365855
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000535980A Pending JP2002507016A (ja) | 1998-03-12 | 1999-03-11 | 広域コンピュータネットワークにおけるコンピュータファイルをバックアップするためのシステムおよび方法 |
Country Status (5)
| Country | Link |
|---|---|
| EP (1) | EP1062558A2 (ja) |
| JP (1) | JP2002507016A (ja) |
| AU (1) | AU3076499A (ja) |
| CA (1) | CA2323522A1 (ja) |
| WO (1) | WO1999046660A2 (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005346218A (ja) * | 2004-06-01 | 2005-12-15 | Dainippon Printing Co Ltd | データバックアップ装置 |
| JP2009512077A (ja) * | 2005-10-12 | 2009-03-19 | データキャッスル・コーポレーション | データ・バックアップのための方法およびシステム |
| KR101936955B1 (ko) * | 2018-06-28 | 2019-04-09 | 펜타시큐리티시스템주식회사 | 디피헬만 알고리즘과 타원곡선 디피헬만 알고리즘의 비대칭 응용을 이용한 가용성이 보장되는 안전한 비밀정보 백업 및 복원 방법 |
| US20190266127A1 (en) * | 2010-05-26 | 2019-08-29 | Red Hat, Inc. | Managing and archiving system and application log files |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7080260B2 (en) * | 1996-11-19 | 2006-07-18 | Johnson R Brent | System and computer based method to automatically archive and retrieve encrypted remote client data files |
| EP1197020B2 (en) † | 1999-03-29 | 2011-04-13 | Gotuit Media Corp. | Electronic music and programme storage, comprising the recognition of programme segments, such as recorded musical performances and system for the management and playback of these programme segments |
| GB2375191B (en) * | 2001-04-06 | 2005-09-21 | Hewlett Packard Co | Storage system |
| KR20030038140A (ko) * | 2001-11-08 | 2003-05-16 | 주식회사 스파이어테크놀로지 | 스크린세이버를 이용한 자료백업방법 |
| KR100431945B1 (ko) * | 2001-12-05 | 2004-05-17 | 주식회사 스파이어테크놀로지 | 스크린세이버를 이용한 자료백업방법 |
| US7814490B2 (en) | 2004-10-14 | 2010-10-12 | International Business Machines Corporation | Apparatus and methods for performing computer system maintenance and notification activities in an opportunistic manner |
| US10802928B2 (en) | 2015-09-10 | 2020-10-13 | International Business Machines Corporation | Backup and restoration of file system |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5438671A (en) * | 1991-07-19 | 1995-08-01 | Dell U.S.A., L.P. | Method and system for transferring compressed bytes of information between separate hard disk drive units |
| EP0541281B1 (en) * | 1991-11-04 | 1998-04-29 | Commvault Systems, Inc. | Incremental-computer-file backup using signatures |
| US5864853A (en) * | 1994-09-14 | 1999-01-26 | Kabushiki Kaisha Toshiba | Portable file system operable under various computer environments |
| US5778395A (en) * | 1995-10-23 | 1998-07-07 | Stac, Inc. | System for backing up files from disk volumes on multiple nodes of a computer network |
| US5854754A (en) * | 1996-02-12 | 1998-12-29 | International Business Machines Corporation | Scheduling computerized backup services |
-
1999
- 1999-03-11 AU AU30764/99A patent/AU3076499A/en not_active Abandoned
- 1999-03-11 EP EP99912379A patent/EP1062558A2/en not_active Withdrawn
- 1999-03-11 WO PCT/US1999/005248 patent/WO1999046660A2/en not_active Application Discontinuation
- 1999-03-11 CA CA002323522A patent/CA2323522A1/en not_active Abandoned
- 1999-03-11 JP JP2000535980A patent/JP2002507016A/ja active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005346218A (ja) * | 2004-06-01 | 2005-12-15 | Dainippon Printing Co Ltd | データバックアップ装置 |
| JP2009512077A (ja) * | 2005-10-12 | 2009-03-19 | データキャッスル・コーポレーション | データ・バックアップのための方法およびシステム |
| US20190266127A1 (en) * | 2010-05-26 | 2019-08-29 | Red Hat, Inc. | Managing and archiving system and application log files |
| US11868308B2 (en) * | 2010-05-26 | 2024-01-09 | Red Hat, Inc. | Managing and archiving system and application log files |
| KR101936955B1 (ko) * | 2018-06-28 | 2019-04-09 | 펜타시큐리티시스템주식회사 | 디피헬만 알고리즘과 타원곡선 디피헬만 알고리즘의 비대칭 응용을 이용한 가용성이 보장되는 안전한 비밀정보 백업 및 복원 방법 |
Also Published As
| Publication number | Publication date |
|---|---|
| AU3076499A (en) | 1999-09-27 |
| WO1999046660A3 (en) | 1999-10-21 |
| WO1999046660A2 (en) | 1999-09-16 |
| CA2323522A1 (en) | 1999-09-16 |
| EP1062558A2 (en) | 2000-12-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6038665A (en) | System and method for backing up computer files over a wide area computer network | |
| US6049874A (en) | System and method for backing up computer files over a wide area computer network | |
| KR101067547B1 (ko) | 보안 소프트웨어 갱신 | |
| US7562100B2 (en) | Maintaining coherency in a symbiotic computing system and method of operation thereof | |
| CN102369509B (zh) | 关系数据管理的控制服务 | |
| US7908339B2 (en) | Transaction based virtual file system optimized for high-latency network connections | |
| EP2234049B1 (en) | Background service process for local collection of data in an electronic discovery system | |
| US7275176B2 (en) | Automatic reconnect and reacquisition in a computer investigation system | |
| JP5438911B2 (ja) | バックアップされたファイルのパスワード保護 | |
| JP2009536418A (ja) | グループ・ベースの完全および増分コンピュータ・ファイル・バックアップ・システム、処理および装置 | |
| CN109309730A (zh) | 一种可信的文件传输方法和*** | |
| JP2002507016A (ja) | 広域コンピュータネットワークにおけるコンピュータファイルをバックアップするためのシステムおよび方法 | |
| JP2003296176A (ja) | 分散格納方法および装置 | |
| JP2003524255A (ja) | インターネット基盤の遠隔データ及びファイル復旧システム及びその方法 | |
| JP2000200208A (ja) | ファイルバックアップ方法，装置およびそのプログラム記録媒体 | |
| JP2002182768A (ja) | インストールサーバ装置、インストールサービス方法、ならびに、情報記録媒体 | |
| CN112131041A (zh) | 用于管理数据放置的方法、设备和计算机程序产品 | |
| JP2004164226A (ja) | 情報処理装置およびプログラム | |
| JP2005063363A (ja) | データバックアップ装置、データバックアップ方法およびデータバックアッププログラム | |
| JP2003526153A (ja) | ネットワークをベースとする記憶サイトにサービスを提供する方法 | |
| JP2005063399A (ja) | ファイル／キー／データ管理システム | |
| WO2007007081A2 (en) | A data storage system | |
| US7574458B2 (en) | Computer backups using un-used disk space | |
| JP2002132560A (ja) | バックアップシステム | |
| WO2001071638A1 (en) | An internet storage service system and method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060310 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060310 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090120 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20090417 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20090424 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20090520 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20090527 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20090619 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20090626 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20091006 |