JP6774497B2 - クライアントによるオブジェクトの組のバックアップを実施するためのコンピュータ実施方法およびクライアントによるオブジェクトの組のバックアップを復元するためのコンピュータ実施方法 - Google Patents

Description

本発明は、デジタル・コンピュータ・システムの分野に関し、より詳しくは、コンピュータ・システムにおける暗号化されたファイル・オブジェクトをバックアップし、復元する方法に関する。

現在のところ、ファイル・システム技法を用いて暗号化され、バックアップされる必要がある暗号化されたファイルは、まず、ファイル・システム技法を使用して復号され、次いで、バックアップ・クライアントおよびそのサーバ技法を用いてまた暗号化され、暗号化形式でバックアップ・サーバに記憶されなければならない。逆に、バックアップ・サーバから復元すべきファイルに対しては、それはまずバックアップ・サーバ技法を用いて復号され、次いで、ファイル・システムに戻った後、再暗号化されなければならない。

様々な実施形態が、ファイル・システム暗号化方法によって暗号化されたファイルをバックアップし、復元するシステムおよび方法を提供する。またデータ保護環境における終端間暗号化およびバックアップ方法を提供する。

本発明の実施形態によれば、クライアントによるオブジェクトの組のバックアップを実施するためのコンピュータ実施方法であって、オブジェクトの組のオブジェクトのうちの少なくとも一部は、それぞれ固有のファイル暗号化キーＦＥＫに関連付けられ、固有のファイル暗号化キーＦＥＫを用いて暗号化される、コンピュータ実施方法が説明される。方法は、共通のマスター暗号化キーＭＥＫを用いてＦＥＫのそれぞれを暗号化することであって、前記暗号化は、結果として、それぞれのロック・キーを生成する、暗号化することと、初期バックアップ動作において、暗号化されたオブジェクトをそれらの関連付けられたロック・キーとともにバックアップ・サーバに伝送することと、オブジェクトのロック・キーがＭＥＫの変更により変更されたイベントが発生したかどうかを判定することであって、ロック・キーの変更が、そのＦＥＫがＭＥＫの変更の影響を受けるオブジェクトに関連付けられた暗号化状態により判定され、暗号化状態は、変更を示し、変更されたＭＥＫの場合、変更されたＭＥＫを用いて既存のＦＥＫを再暗号化し、前記再暗号化することは、結果として、新たなロック・キーを生成する、判定することとを含む。後続のバックアップ動作において、新たなロック・キーは、バックアップ・サーバに送られて、既存のロック・キーと置き換わる。

本発明の実施形態によれば、クライアントによるオブジェクトの組のバックアップを復元するためのコンピュータ実施方法が説明される。ここで、オブジェクトの組のオブジェクトのうちの少なくとも一部は、それぞれ、固有のファイル暗号化キーＦＥＫに関連付けられ、固有のファイル暗号化キーＦＥＫを用いて暗号化され、バックアップに記憶されるＦＥＫのうちの少なくとも一部は、共通のマスター暗号化キーＭＥＫを用いて暗号化され、前記暗号化は、結果として、バックアップに記憶されるそれぞれのロック・キーを生成する。バックアップに含まれる各オブジェクトは、暗号化状態に関連付けられ、暗号化状態は、現在のバックアップに対して、ＭＥＫの変更によりロック・キーが変更されたかどうかを示す。方法は、オブジェクトのうちの１つの復元への要求を受け取ることをさらに含み、ここで、方法は、復元すべきオブジェクトに関連付けられた暗号化状態が、バックアップが実施された後、ロック・キーが変更されたことを示すかどうかを判定することと、復元すべきオブジェクトに関連付けられた暗号化状態が、現在のバックアップが実施された後、ロック・キーが変更されたことを示す場合、復元することからオブジェクトを無視することと、復元すべきオブジェクトに関連付けられた暗号化状態が、現在のバックアップが実施されて以来ロック・キーが不変であることを示す場合、前記オブジェクトに関連付けられた、暗号化されたＦＥＫおよびオブジェクトを復元することとを含む。

クライアント・コンピュータが、クライアントによるオブジェクトの組のバックアップを実施するように適合され、オブジェクトの組のオブジェクトのうちの少なくとも一部が、それぞれ、固有のファイル暗号化キーＦＥＫに関連付けられ、固有のファイル暗号化キーＦＥＫを用いて暗号化され、クライアント・コンピュータが、プロセッサとメモリとを備え、メモリが、コンピュータ実行可能命令を備える他の実施形態が、ここで説明される。ここで、プロセッサによる命令の実行により、クライアントは、共通のマスター暗号化キーＭＥＫを用いてＦＥＫのそれぞれを暗号化し、前記暗号化は、結果として、それぞれのロック・キーを生成し、初期バックアップ動作において、暗号化されたオブジェクトをそれらの関連付けられたロック・キーとともにバックアップ・サーバに伝送し、ＭＥＫの変更によりオブジェクトのロック・キーが変更されたかどうかを判定し、ロック・キーの変更は、そのＦＥＫがＭＥＫの変更の影響を受けるオブジェクトに関連付けられた暗号化状態により判定され、暗号化状態は変更を示し、変更されたロック・キーの場合、変更されたＭＥＫを用いて既存のＦＥＫを再暗号化する。この再暗号化は、結果として、新たなロック・キーを生成し、新たなロック・キーは、後続のバックアップ動作において、バックアップ・サーバに送られて、既存のロック・キーと置き換わる。

一実施形態によれば、クライアントによるオブジェクトの組のバックアップを復元するように適合されたクライアント・コンピュータであって、バックアップ・サーバに記憶されるバックアップを備え、オブジェクトの組のオブジェクトのうちの少なくとも一部は、それぞれ、固有のファイル暗号化キーＦＥＫに関連付けられ、固有のファイル暗号化キーＦＥＫを用いて暗号化され、バックアップに記憶されるＦＥＫのうちの少なくとも一部は、共通のマスター暗号化キーＭＥＫを用いて暗号化される、クライアント・コンピュータが説明される。この前記暗号化は、結果として、それぞれのロック・キーを生成し、それぞれのロック・キーは、バックアップに記憶される。バックアップに含まれる各オブジェクトは、暗号化状態に関連付けられ、暗号化状態は、現在のバックアップに対して、ＭＥＫの変更によりロック・キーが変更されたかどうかを示す。クライアント・コンピュータは、プロセッサとメモリとを備え、メモリは、コンピュータ実行可能命令を備える。プロセッサによる命令の実行により、クライアントは、オブジェクトのうちの１つの復元に対する要求を受け取り、要求を受け取ることに応答して、復元すべきオブジェクトに関連付けられた暗号化状態が、現在のバックアップが実施された後、ロック・キーが変更されたことを示すかどうかを判定し、復元すべきオブジェクトに関連付けられた暗号化状態が現在のバックアップが実施された後、ロック・キーが変更されたことを示す場合、復元することからオブジェクトを無視し、復元すべきオブジェクトに関連付けられた暗号化状態が現在のバックアップが実施されてからロック・キーが不変であることを示す場合、前記オブジェクトに関連付けられた、暗号化されたＦＥＫをオブジェクトとともに復元する。

一実施形態によれば、終端間バックアップ、ならびに暗号化されたおよび暗号化されていないファイル・オブジェクトの復元手順に関連付けられた上記のステップのうちのいずれかを実施するコンピュータ実行可能命令を備えるコンピュータ・プログラム製品が説明される。

以下において、図面を参照して、例としてのみ、本発明の実施形態をより詳細に説明する。

本発明の実施形態による、ファイル・システムの暗号化キー階層を示す図である。 本発明の実施形態による、終端間暗号化／復号フローを示す図である。 本発明の実施形態による、クラスタ・ファイル・システム・バックアップ・アーキテクチャを示す図である。 本発明の実施形態による、終端間バックアップ暗号化フローチャートを示す図である。 本発明の実施形態による、バックアップ・ファイル・オブジェクト復元フローチャートを示す図である。 本発明の実施形態による、暗号化キー変更を追跡するために作成されたテーブル、および復元決定行列の例を示す図である。 本発明の実施形態による、図２のシステム２００内のコンピューティング・デバイスのハードウェア構成要素を示すブロック図である。

本発明の様々な実施形態の説明は、例示のために提示されるが、網羅的であることや開示する実施形態に限定されることが意図されていない。説明する実施形態の範囲および思想から逸脱することなしに多くの変更および変形が当業者には明らかであろう。本明細書に使用する用語は、実施形態の原理、実際の適用、または市場で見出される技術を超える技術的改善を最もよく説明するように、または他の当業者が本明細書に開示する実施形態を理解することが可能になるように選択された。

ネットワークを介して結合され、共有ファイル・システムを提供する、１つまたは複数のコンピュータ・ストレージ・ノードからなる従来のコンピュータ・システムにおいて、少なくとも１つのコンピュータ・ストレージ・ノードが、バックアップ・クライアントをホストし、バックアップ・クライアントは、バックアップ・サーバに接続され、ファイル・システムは、ファイル・データを暗号化し、復号する機能を提供するが、バックアップ・クライアントおよびバックアップ・サーバは、ファイル・データを暗号化し、復号する機能を提供する。しかし、ファイル・システムの暗号化および復号機能は、バックアップ・クライアントおよびサーバの暗号化および復号機能とは異なる。ファイル・システムと、バックアップ・クライアントおよびサーバとの両方の暗号化方法は、暗号化キーの階層を使用するが、ファイル暗号化キーは、互換性がない。ファイル・システム技法を用いて暗号化されたファイルは、バックアップ・クライアントおよびサーバによって保護されるものとするが、まずファイル・システム技法を使用して復号され、バックアップ・クライアントおよびサーバ技法を用いてまた暗号化され、暗号化形式でバックアップ・サーバに記憶されなければならない。逆に、バックアップ・システム技法を用いて暗号化されたバックアップ・サーバにあるファイルを復元するには、このような技法を使用してファイルをまず復号し、ファイルがファイル・システム上に到着した後、ファイル・システム技法を使用してまた再暗号化しなければならない。

本方法は、ファイル・システム暗号化方法を使用して暗号化されたファイルをバックアップし、復号する手段を示し、ファイルは、ファイル・システム暗号化を使用して暗号化され、バックアップ・システム方法を用いた復号および再暗号化なしでこの形式でバックアップすることができる。したがって、ファイル・システム暗号化方法を用いて暗号化されたファイルは、正確にこの形式でバックアップされる。これは、ファイル暗号化方法を使用する復号およびバックアップ・システム方法を使用する再暗号化を回避する利点を有することができ、したがって、計算時間を節約することができる。

暗号化キー変更を追跡することによって、その内容がバックアップ間で変更されていないが、その暗号化キーが後続のバックアップにおいて変更されたファイルの場合、方法により、ファイルの内容の全部ではなく、変更された暗号化キーだけをバックアップすることが可能になる。これは、バックアップ動作を加速させ、バックアップ・サーバにすでにある、不変のファイル・データの伝送を回避する利点を有することができる。

さらに、ファイル・オブジェクトがバックアップ・サーバ上のそれのコピーを使用して復元する必要がある場合、方法は、前記ファイルの復元可能コピーがバックアップ・サーバに存在するかどうかを判定する手段を提供する。これは、ファイルの暗号化キーが変更されたが、バックアップ・サーバ上に存在するコピーには反映されていない場合を回避する利点を有することができる。

「ファイル暗号化キー」という用語は、ファイルの部分を暗号化するのに使用されるキーのことである。ファイルの内容が不変のままである限り、ファイル暗号化キーも不変のままである。ファイルが改変された場合、新たなファイル暗号化キーが生成される。

「マスター暗号化キー」という用語は、他のキーを暗号化するのに使用されるが、それ自体は暗号化されないキーのことである。マスター暗号化キーは、パスフレーズとすることもできる。典型的には、マスター暗号化キーは、暗号化されたファイル・システムの外側のキー・ストアまたはキー管理ソフトウェアに記憶される。マスター暗号化キーを用いて暗号化されたファイル暗号化キーは、結果として、「ロック・キー」となる。

一実施形態によれば、方法は、新たなＦＥＫが利用可能である場合、第１のモジュールによる判定を含み、新たなＦＥＫの利用可能性は、そのＦＥＫが新たなものであるオブジェクトに関連付けられた暗号化状態により判定され、暗号化状態は、新たなＦＥＫの利用可能性を示す。新たなＦＥＫが利用可能である場合、新たなＦＥＫは、現在利用可能なＭＥＫを用いて暗号化されて、関連付けられたロック・キーを得る。後続のバックアップ動作において、新たなＦＥＫに関連付けられ、関連付けられたロック・キーとともに新たなＦＥＫを用いて暗号化されたオブジェクトは、バックアップ・サーバに伝送される。これは、ファイル・データおよびその関連付けられた暗号化の両方がバックアップ・サーバ上で最新であるという利点を有することができる。

他の実施形態によれば、新たなＦＥＫは、以下のイベントのうちの任意の１つの結果であり得る。すなわち、ＦＥＫに関連付けられたオブジェクトが、変更され、したがって、新たなＦＥＫを用いて再暗号化された。新たなオブジェクトが、新たなＦＥＫを用いて作成され、暗号化された。オブジェクトの組の以前に暗号化されていないオブジェクトが、新たなＦＥＫを用いて暗号化された。

一実施形態によれば、新たなＦＥＫのイベントを検出することに応答して、方法は、新たなＦＥＫに関連付けられているオブジェクトの暗号化状態を自動的に更新する第１のモジュールを含み、そのような更新は、オブジェクトが、関連付けられた暗号化状態をすでに有する場合、オブジェクトの既存の暗号化状態を交換すること、またはオブジェクトが、関連付けられた暗号化なしである場合、新たな暗号化状態を、新たなＦＥＫに関連付けられているオブジェクトに関連付けることを含む。これはファイルに関連付けられた現在の暗号化ＦＥＫが今後のバックアップ動作において適切に確認され、更新され得るという利点を有することができる。これは、バックアップ・サーバからのファイルの復元のイベントにおいて、現在のＦＥＫが利用可能であるという利点も有することができる。

オブジェクトが新たに作成された場合、新たな暗号化状態を第１のモジュールによってオブジェクトに対して直ちに生成することができる。あるいは、新たに作成されたオブジェクトは、まず、後続のバックアップにおいて記録することができる。新たなＦＥＫに関連付けられているオブジェクトの暗号化状態を自動的に更新することは、バックアップ・サーバ上の暗号化情報がローカル・ファイル・オブジェクトの暗号化情報とともに最新であることを確実にする利点を有することができる。

一実施形態によれば、第１のモジュールは、後続のバックアップを実施した後、すべてのファイル・オブジェクトの暗号化状態を更新し、更新は、利用可能な場合、暗号化状態を新たなＦＥＫの利用可能性の指示からＦＥＫが不変であるとの指示に変更することと、利用可能な場合、暗号化状態をＭＥＫが変更されたとの指示からＦＥＫが不変であるとの指示に変更することとを含む。不変のＦＥＫの指示は、バックアップにおけるファイル・オブジェクトの内容およびその関連付けられたＦＥＫの両方が最新であることを示す。したがって、復元動作の場合に、不変のＦＥＫ状態から、バックアップ・サーバ上のファイル・オブジェクトおよびその関連付けられたＦＥＫがローカル・ファイル・オブジェクトおよびその関連付けられたＦＥＫとともに最新であるので、バックアップからのファイル・オブジェクトの復元が許可されていることが分かる。

一実施形態において、その存在が後続のバックアップの間だけ記録される、新たに作成された暗号化されたファイルの場合に、更新は、暗号化されたファイルの関連付けられたＦＥＫが不変であることを示すことを含む。その存在が後続のバックアップの間記録される、新たに作成された暗号化されていないファイルの場合に、更新は、暗号化されていないファイルがそれに関連付けられたＦＥＫを有しないことを示すことを含む。

この更新は、他の後続のバックアップを実施する際に、ＦＥＫが不変であることを示す関連付けられた暗号化状態を有する任意のオブジェクトが、バックアップから除外されるという利点を有することができる。これは、後続のバックアップに必要な時間およびコンピュータ資源の量の両方の低減をもたらすことができる。

ＦＥＫを用いて暗号化されておらず、ＦＥＫに関連付けられていない、オブジェクトの組のオブジェクトに対する一実施形態によれば、関連付けられた暗号化状態は、前記オブジェクトへのＦＥＫの利用不可能性を示す。後続のバックアップを実施するために、方法は、関連付けられた暗号化状態がＦＥＫの利用不可能性を示す、オブジェクトの第１のモジュールによる判定と、関連付けられた暗号化状態がＦＥＫの利用不可能性を示す、前記オブジェクトのバックアップの必要性の第２のモジュールによる判定とを含む。バックアップの必要性の判定は、オブジェクトの直接スキャンに基づく。これは、ＦＥＫに関連付けられていないファイル・オブジェクトがバックアップ・サーバ上でまだバックアップされるという利点を有することができる。

一実施形態において、第１のモジュールがオブジェクトの組の暗号化されたオブジェクトの削除への要求をイベントとして受け取った場合、本方法は、前記オブジェクトに関連付けられた暗号化状態を前記オブジェクトへのＦＥＫの利用不可能性を示す状態に変更することを含む。これは、削除されたオブジェクトの指示がオブジェクトをサーバから物理的に削除しなくても達成できるという利点を有することができる。多くのメモリを占有する大きなオブジェクトの物理的削除は、コンピュータ動作を遅くする可能性があるので、小さな単一のオブジェクトである関連付けられたＦＥＫの変更は、有利であり、よりずっと高速である可能性がある。

一実施形態において、第１のモジュールは、イベントを自動的に検出するイベント・ハンドラを備え、イベントの自動検出に応答して、イベント・ハンドラは、イベントの影響を受ける暗号化状態の更新を自動的に実施する。これは、暗号化状態が自動的に更新され、最新状態に保たれるという利点を有することができる。

一実施形態によれば、本方法は、新たなＦＥＫがオブジェクトに利用可能であるかどうかにかかわらず、復元すべきオブジェクトに関連付けられた暗号化状態の指示を判定することを含む。新たなＦＥＫは、以下のイベントのうちの任意の１つの結果でよい。すなわち、ＦＥＫに関連付けられたオブジェクトが変更され、したがって、初期バックアップ後、新たなＦＥＫを用いて再暗号化された。オブジェクトが初期バックアップ後、新たなＦＥＫを用いて作成され、暗号化され、その作成はイベント・ハンドラによって直ちに記録された新たなオブジェクトである。オブジェクトは、初期バックアップ後、新たなＦＥＫを用いて暗号化された、以前に暗号化されていないオブジェクトであった。

暗号化状態が、復元すべきことが所望されるオブジェクトに対して、新たなＦＥＫが利用可能であることを示す場合、復元すべきことが所望されるオブジェクトは復元が無視される。暗号化状態が、復元すべきことが所望されるオブジェクトに対して、新たなＦＥＫが利用可能でないことを示す場合、その関連付けられた、暗号化されたＦＥＫとともに復元すべきことが所望されるオブジェクトは復元される。

一実施形態によれば、復元すべきことが所望されるオブジェクトが前回のバックアップ以来新たに作成され、イベント・ハンドラによる作成時に直ちに記録されなかった場合、方法は、復元すべきことが所望されるオブジェクトがつい最近のバックアップ上に含まれないので、復元が可能でないと判定することを含む。

この復元手順は、現在のＦＥＫを有するバックアップ・サーバ上のファイルだけがファイル・システムに復元されることが可能になるという利点を有することができる。

一実施形態によれば、本方法は、復元すべきオブジェクトに関連付けられた暗号化状態がオブジェクトに対してＦＥＫが利用可能でないことを示すかどうかの判定をさらに含む。そのような場合、前記オブジェクトがそれぞれのロック・キーに関連付けられていないバックアップに含まれる場合、オブジェクトは復元される。しかし、オブジェクトがそれに関連付けられたＦＥＫを有しないが、前記オブジェクトがそれぞれのロック・キーに関連付けられたバックアップに含まれる場合、復元すべきことが所望されるオブジェクトは、復元が無視される。

図１は、ファイル・システムの暗号化キー階層を示す。構成要素１０１（ＦＥＫ１、ＦＥＫ２、およびＦＥＫ３）は、ファイル・システム・オブジェクトのそれぞれのＦＥＫに対応する。このようなＦＥＫのそれぞれは、構成要素１０３、ＭＥＫによって次々に暗号化され、結果としてロック・キーとなる。ＭＥＫ１０３は、ＦＥＫ１０１を暗号化するのに使用されるが、それ自体は暗号化されない。ＭＥＫ１０３はパスフレーズとすることもできる。そのようなシステムにおいて、ファイル・オブジェクトが固有のＦＥＫ１０１を用いて暗号化される。次いで、このようなＦＥＫ１０１は、それぞれ、ユニバーサルＭＥＫ１０３を用いて暗号化されて、ロック・キーを形成する。ファイル・オブジェクトのロック・キーは、バックアップ・サーバ上のファイル・オブジェクトとともに記憶される。

図２は、例示的な終端間暗号化／復号フローを示す。バックアップ動作のために、ファイル・オブジェクトがクライアント２０１上で生成される。ファイル・オブジェクトが暗号化される場合、関連付けられたＦＥＫ（図１の１０１）が暗号化に使用される。次いで、ＭＥＫ（図１の１０３）を用いてＦＥＫ１０１を暗号化することによってロック・キーが生成される。バックアップ動作において、暗号化されたファイルは、データ・ストレージ・サーバ２０３を通じてバックアップ・システム２０５に伝送される。ファイルが暗号化される場合、ロック・キーは、関連付けられたファイルとともに伝送される。ストレージ・サーバ２０３は、ネットワーク接続ストレージでよい。復元動作には、バックアップ・システム２０５上にあるファイルがクライアント・マシン２０１上で復元するためにコンピュータ・データ・ストレージ・サーバ２０３を通じて伝送される。ファイルが暗号化される場合、そのロック・キーは、復元すべきファイルとともに伝送される。終端間バックアップ暗号化方法により、復元動作が許可される場合ファイルおよびそのロック・キーの両方の現在のバージョンがバックアップ・サーバ上で利用可能であることが確実になる。

図３は、クラスタ・ファイル・システム・バックアップ・アーキテクチャを示す。図２の構成要素２０１と同様の、１つまたは複数のクライアント・コンピュータ３０１が、ストレージ・コンピュータ・ノード３０３、３０５、３０７に接続される。このようなストレージ・コンピュータ・ノード３０３、３０５、３０７のうちの１つまたは複数は、存在してよい。クライアント・コンピュータ３０１およびストレージ・コンピュータ・ノード３０３、３０５、３０７のそれぞれは、プロセッサ３０９と、メモリ３１１と、入出力制御装置３１３とからなる。代表的なクライアント・コンピュータ３０１は、クラスタ・ストレージ・システムに接続され、クラスタ・ストレージ・システムは、図２のコンピュータ・データ・ストレージ・サーバ２０３の例である。クラスタ・ストレージ・システムは、ストレージ・コンピュータ・ノード３０３、３０５、３０７と、ストレージ・エリア・ネットワーク３１５と、１つまたは複数のディスク・ストレージ構成要素３１７、３１９、３２１とからなる。クラスタ・ファイル・システム・バックアップ・アーキテクチャの一部は、暗号化キー・イベント・ハンドラ・モジュール３２５が常駐するバックアップ・クライアント構成要素３２３を備える。

暗号化キー・イベント・ハンドラ３２５は、前から存在するまたは新たに作成されたすべてのファイル・オブジェクトのＦＥＫ状態の変更を記録する。バックアップ・クライアント３２３およびその常駐する暗号化キー・イベント・ハンドラ３２５は、図２の構成要素２０５に対応するバックアップ・サーバ３２７に接続される。この接続により、ローカル・コンピュータ・ノード３０３、３０５、３０７とバックアップ・サーバ３２７との間のファイル・システム・オブジェクトのバックアップおよび復元が可能となる。バックアップ動作において、暗号化キー・イベント・ハンドラ３２５上に収集された情報に基づいて、バックアップ・クライアント３２３は、変更されたまたは新たに作成されたファイルの場合、その関連付けられたＦＥＫを有する完全なファイルがバックアップ・サーバ３２７に送られる必要があるかどうか、または新たに暗号化された既存のファイルまたはそのロック・キーがＭＥＫ（図１の１０３）の変更により変更されたファイルの場合、ファイル内容ではなく、変更されたロック・キーだけがバックアップ・サーバ３２７に送られなければならないかどうかを判定するのに必要な情報を有する。

同様に、復元動作において、暗号化キー・イベント・ハンドラ３２５を活用して、ファイルおよびそのロック・キーがバックアップ・サーバ３２７上で最新であり、したがって、復元に適切であるかどうかを判定することが可能である。暗号化キー・イベント・ハンドラ３２５は、ファイル内容またはそのロック・キーがバックアップ・サーバ３２７上で最新ではなく、したがって、復元動作が行われるのを妨げるかどうかも示す。

図４は、図２に示すバックアップ・プロセスをより詳細に示す終端間バックアップ暗号化フローチャートを表す。ブロック４０１は、プロセスの開始に対応する。ブロック４０３において、以前にバックアップされなかったファイルに対して、暗号化されたファイル・オブジェクトのデータが読み取られ、バックアップ・サーバ（図３の構成要素３２７）にコピーされる。ブロック４０５において、ロック・キーならびにファイルのソース、作成者、クリエイティブ・ソフトウェア、およびその作成日などの情報を含むファイル・オブジェクトのメタデータが読み取られ、バックアップ・サーバにコピーされる。ブロック４０７において、暗号化されたファイル・オブジェクトに対して、ＭＥＫ（図１の１０３）を用いてＦＥＫ（図１の１０１）を暗号化することによって生成された、その関連付けられたロック・キーがブロック４０９において使用するためにメタデータから読み取られる。ブロック４０９において、ＩＤおよびバックアップ・ファイル・オブジェクトの不変の暗号化状態がバックアップ・オブジェクトのテーブルに追加され、それは図３の暗号化キー・イベント・ハンドラ３２５によって登録される。あるいは、テーブルの既存の項目の場合、情報は、オブジェクトのローカル・コピーに対して不変の暗号化状態を示すように更新される。プロセスはブロック４１１で終了する。

図５は、図２において概要を示した復元プロセスをより詳細に示すフローチャートを表す。バックアップ・ファイルがファイル・システムに復元される復元プロセスは、ファイルの内容およびバックアップ・サーバ上にあるロック・キー（図３の３２７）の両方が最新であると、暗号化キー・イベント・ハンドラ（図３の３２５）に含まれる情報によってまず判定された場合にだけ発生させることができる。すなわち、バックアップ・サーバ上のファイルの暗号化キーが最新であり、それはファイル・オブジェクトおよびそれらの関連付けられた暗号化状態のテーブルに反映される。判定は以下のように進められる。

復元すべきことが所望されるファイル・オブジェクトの暗号化キー・イベント・ハンドラ（図３の３２５）上のテーブルにおける指示が、その関連付けられたＦＥＫが新たなものであり、ＦＥＫがバックアップ・サーバ上に存在するというものである場合、復元は許可されない。これは、バックアップ・サーバ上の関連付けられたＦＥＫがローカル・ファイルに現在関連付けられているＦＥＫに一致しないためであり、ファイルの内容がバックアップ上で最新ではなく、したがって、復元に適さないことを意味する。この場合、バックアップ・サーバ上にＦＥＫが存在しないならば、復元すべきファイルに関連付けられたバックアップ・サーバ上と、ローカル・サーバ上との暗号化状態が一致せず、したがって、最新でないファイルに関連付けられた暗号化状態を有するので、復元はやはり許可されない。

復元すべきことが所望されるファイル・オブジェクトのテーブル項目が、その関連付けられたＦＥＫが変更されており、ＦＥＫがバックアップ・サーバ上に存在するということを示す場合、復元は許可されない。これは、この場合、変更されたＦＥＫが、それぞれのＦＥＫからロック・キーを作成するのに使用されたＭＥＫ（図１の１０３）が変更されたことを示すためである。したがって、変更されたロック・キーのため、バックアップ・ファイルは、復元時に、適切に復号することができない。この場合、バックアップ・サーバ上にＦＥＫが存在しないならば、復元すべきファイルのバックアップ・サーバ上の暗号化状態が、暗号化されていないファイルを示すが、ファイルは実際には暗号化されるので、復元も許可されない。

復元すべきファイル・オブジェクトのファイル暗号化状態が、暗号化状態がファイル・オブジェクトに存在せず、バックアップ・サーバ上にはＦＥＫが存在することを示す場合、復元は許可されない。これは、復元すべきローカル・ファイルは暗号化されないが、バックアップ・サーバ上のそのコピーは暗号化されるためである。しかし、この場合、バックアップ・サーバ上にＦＥＫが存在しないならば、関連付けられた暗号化状態がないファイル・オブジェクトに対して、復元すべきローカル・ファイルおよびそのバックアップ・コピーの両方が暗号化されていないので、復元は許可される。この場合、ファイルの内容が変更されることがあるが、暗号化されないままであるので、その内容が通常のバックアップ手順の使用によって変更されたかどうかを確認する必要がある。

テーブル項目が不変のファイル暗号化状態を示し、バックアップ・サーバ上に存在するＦＥＫを有する、復元すべきファイル・オブジェクトの場合には、不変状態が、復元すべきファイルのバックアップ・サーバ・コピーの内容およびロック・キーの両方がローカル・ファイルの内容およびロック・キーに一致することを示すので、復元は許可される。この場合、バックアップ・サーバ上にＦＥＫが存在しないことはあり得ない。

ブロック５０１はプロセスを開始する。ブロック５０３において、復元クライアントは、暗号化されたファイル・オブジェクト・データをバックアップ・サーバから受け取り、暗号化されたデータをファイル・システムに書き込む。ブロック５０５において、復元クライアントは、ファイル・オブジェクトのロック・キーを含むファイル・オブジェクト・メタデータをバックアップ・サーバから受け取り、メタデータをファイル・システムに書き込む。ブロック５０７において、復元クライアントは、ブロック５０９において使用するために、前記オブジェクトに関連付けられたファイル・オブジェクトのロック・キーを、受け取ったメタデータから選択する。ブロック５０９において、復元されたファイル・オブジェクトの暗号化状態が、暗号化キー・イベント・ハンドラ（図３の３２５）上にあるバックアップ・ファイル・オブジェクトのテーブルにおいてリセットされて、不変の暗号化状態を示す。ブロック５１１はプロセスを終了する。

図６は、第１のバックアップ動作後に暗号化キー・イベント・ハンドラ（図３の３２５）上に保持されるテーブル６０１の例を示す。後続のバックアップ動作後のテーブルの例を６０３に示す。テーブルは、図４のステップ４０９において説明したように作成され、更新される。図５に対して詳細に説明したように、バックアップ・サーバからのファイルの復元動作が許可されているかどうかを判定するために、復元決定行列６０５が暗号化キー・イベント・ハンドラ（図３の３２５）によって使用される。

新規のバックアップ・クライアント（図３の３２３）およびバックアップ・サーバ（図３の３２７）は、終端間暗号化方法を使用することによってバックアップ・コピーを作成しなければならない場合、ファイルを復号し、また暗号化しなければならない問題を解決することができる。さらに、暗号化キー階層の変更を自動的に検出することができない問題を新規の暗号化イベント・ハンドリング・システム（図３の３２５）によって解決することができる。したがって、バックアップ・コピーを無効にする暗号化キー階層の変更は、必要に応じてファイルの新たなバックアップを開始することによって処理される。暗号化キー変更を自動的に検出し、バックアップ・サーバにおけるファイルの更新を開始することによって、変更された暗号化キーのためバックアップ・サーバにおけるファイルのバージョンを復元できない問題が回避される。

図３は、ファイルの単一の終端間暗号化および暗号化キー階層の変更の連続検出を実現する第１のモジュールを備える、終端間バックアップ暗号化システムＥＴＥＢＥを示す。ファイルのバックアップ・コピーが暗号化キー変更により無効になった場合、そのような変更は、バックアップ・クライアント（図３の３２３）に統合された、暗号化キー・イベント・ハンドラ・モジュールＥＫＥＨ（図３の３２５および第１のモジュールの例に対応）によって、自動的に記録され、バックアップ動作において、この情報は、ファイル内容をその関連付けられた暗号化キーとともに、または暗号化キーだけをバックアップする必要があるかどうかを判定するのに使用される。

ＥＫＥＨモジュール（図３の３２５）は、各バックアップ・ファイル・システム（図３の３０１）のテーブルを維持する。テーブルは、ファイル・システム識別子ＦＳ−ＩＤを含み、ファイル・システム識別子ＦＳ−ＩＤは、ファイル・システムを識別する固有の識別子である。さらに、テーブルは、オブジェクト識別子Ｏｂｊ−ＩＤを含み、オブジェクト識別子Ｏｂｊ−ＩＤは、バックアップ・クライアント（図３の３２３）によってすでにバックアップされたファイルおよびディレクトリなどの特定のファイル・システムの固有の識別子である。固有のＯｂｊ−ＩＤによって識別される各ファイル・システム・オブジェクトは、テーブルに１回だけ表示される。テーブルは、ファイル暗号化キー状態、ＦＥＫ Ｓｔａｔｅも含み、ファイル暗号化キー状態、ＦＥＫ Ｓｔａｔｅは、ＮＥＷ（ファイル暗号化キーが新たなものであり、バックアップにキーが存在しない）、ＣＨＡＮＧＥＤ（前回のバックアップの後でファイル暗号化キーが変更された）、ＮＯ−ＦＥＫ（ファイルが復号されたが、ファイル・システムには暗号化キーが存在しない）、およびＵＮＣＨＡＮＧＥＤ（ファイル・システムとバックアップとの暗号化キーが等しく、暗号化キーの変更なしのバックアップの成功後にＵＮＣＨＡＮＧＥＤにリセットされる）を有することができる。

ＥＴＥＢＥシステムおよび方法は、以下のように、ファイル・システムにおける暗号化キーの変更を自動的に検出するように構成される。

第１のモジュールの例として、ＥＫＥＨモジュール（図３の３２５）は、すでにバックアップされているファイルの暗号化キー・イベントを登録する。登録されたイベントは、ＣＲＥＡＴＥ（暗号化キーがファイル・システム・オブジェクトに対して生成された場合に発生する。すなわち、ファイル・システム・オブジェクトが新たに作成されているか、その内容の変更、または以前に暗号化されていないファイル・システム・オブジェクトの暗号化のいずれかのために新たに暗号化された）、ＣＨＡＮＧＥ（ＭＥＫ（図１の１０３）が変更され、それによって、ＦＥＫ（図１の１０１）を新たに暗号化し、結果として新たなロック・キーを生成することにより、ファイル・システム・オブジェクトに対する暗号化キーが変更された場合に発生する）、およびＤＥＳＴＲＯＹ（ファイル・システム・オブジェクトに対し暗号化キーが削除された、すなわち、ファイル・システム・オブジェクトが復号された場合に発生する）である。

暗号化キー・イベントは、イベント・タイプから生じた適切な情報を用いてテーブルを更新するのに使用される。

ＥＴＥＢＥシステムおよび方法は、図４において概要を示したステップによって情報を復号することなく、暗号化されたファイルを読み取り、増分バックアップ・コピーを作成するように構成される。ＥＴＥＢＥシステムおよび方法は、ファイルをバックアップ・サーバ（図３の３２７）から復元する機能に関する情報を提供するようにも構成される。暗号化されたファイルをファイル・システム（図３の３０１）に復元するステップは、図５に示す。しかし、まず、バックアップ手順を詳細に説明する。

第１のバックアップの間、バックアップ・クライアント（図３の３２３）は、ファイル・システム構造をスキャンし、各ファイルに対してファイル・データを読み取り、それをバックアップ・サーバ（図３の３２７）にコピーすることによって、ファイル・システムの増分バックアップ・コピーを開始する。ファイル・データが暗号化された場合、暗号化されたデータは、復号なしで送られ、ファイルのメタデータとともに暗号化キーもバックアップ・サーバ（図３の３２７）に送られる。各バックアップ・ファイル・システム・オブジェクトに対して、テーブル内の項目が、所与のＦＳ−ＩＤおよびＯｂｊ−ＩＤを用いて作成される。ＦＥＫ Ｓｔａｔｅ列が以下のように埋められる。すなわち、ファイル・システム・オブジェクトがファイル暗号化キー（ＦＥＫ）を有する場合、ＦＥＫ ＳｔａｔｅはＵＮＣＨＡＮＧＥＤとして記入される。ファイル・システム・オブジェクトがファイル暗号化キー（ＦＥＫ）を有しない場合、ＦＥＫ ＳｔａｔｅはＮＯ−ＦＥＫとして記入される。

初期バックアップ後に、テーブルは、初期バックアップ後（図６の６０１）で例示するように表示することができる。

初期バックアップ後に、暗号化キー・イベントＣＲＥＡＴＥ、ＣＨＡＮＧＥ、およびＤＥＳＴＲＯＹが、イベント・タイプから生じたＦＥＫ Ｓｔａｔｅ列の適切な情報を用いてテーブルを更新するのに使用される。ＥＫＥＨ（図３の３２５）は、Ｏｂｊ−ＩＤをイベントから取り出し、テーブル内の適切な項目を検索する。ＥＫＥＨ（図３の３２５）は、イベント・タイプをイベントから取り出し、以下のようにテーブル内のＦＥＫ Ｓｔａｔｅ列を更新する。すなわち、イベント・タイプ「ＣＲＥＡＴＥ」の場合、ＦＥＫ状態は、「ＮＯ−ＦＥＫ」から「ＮＥＷ」に変更される。イベント・タイプ「ＣＨＡＮＧＥ」の場合、ＦＥＫ状態は、「ＮＥＷ」または「ＵＮＣＨＡＮＧＥＤ」から「ＣＨＡＮＧＥＤ」に変更される。イベント・タイプ「ＤＥＳＴＲＯＹ」の場合、ＦＥＫ状態は、「ＮＥＷ」、「ＵＮＣＨＡＮＧＥＤ」、または「ＣＨＡＮＧＥＤ」から「ＮＯ−ＦＥＫ」に変更される。受け取ったイベントに基づくテーブルの更新は、次のバックアップが発生するまで連続して実施される。

後続のバックアップの間、バックアップ・クライアント（図３の３２３）は、従来技術で行われたように、ファイル・システム構造をスキャンし、変更されたファイルのファイル・データを読み取ることによってファイル・システムの増分バックアップ・コピーを開始し、それをバックアップ・サーバ（図３の３２７）にコピーする。ファイル・データが暗号化された場合、暗号化されたデータは、復号なしで送られ、ファイルのメタデータとともに暗号化キーもバックアップ・サーバ（図３の３２７）に送られる。テーブル内に項目が存在しない、各バックアップ・ファイル・システム・オブジェクトに対して、項目が所与のＦＳ−ＩＤおよびＯｂｊ−ＩＤを用いて作成される。ＦＥＫ Ｓｔａｔｅ列は、以下のように埋められる。すなわち、ファイル・システム・オブジェクトがファイル暗号化キー（ＦＥＫ）を有する場合、ＦＥＫ ＳｔａｔｅがＵＮＣＨＡＮＧＥＤとして記入される。ファイル・システム・オブジェクトがファイル暗号化キー（ＦＥＫ）を有しない場合、ＦＥＫ ＳｔａｔｅはＮＯ−ＦＥＫとして記入される。バックアップ・ファイル・システム・オブジェクトの項目がテーブルに存在する場合、その項目のＦＥＫ ＳｔａｔｅはＵＮＣＨＡＮＧＥＤにセットされる。

後続のバックアップ後に、テーブルは、後続のバックアップ後（図６の６０３）で例示するように表示することができる。

ファイル復元の間、バックアップ・クライアント（図３の３２３）は、要求された各オブジェクトに対して、復元が許可されているかどうかを判定する。これは、ファイル・システム上のファイルが新たなＦＥＫ（図１の１０１）を有するが、ファイルのバックアップ・バージョンが古いまたは存在しないＦＥＫ（図１の１０１）を有し、間違った情報でローカル・ファイルを上書きする状況を回避するために必要である。その判定に対して、バックアップ・クライアント（図３の３２３）は、復元が許可されているかどうかを判定するのに行列を使用する。行列は、テーブルから分かるローカル・ファイルのＦＥＫ状態と、バックアップ・サーバ（図３の３２７）上に記憶された対応するファイルがＦＥＫを有するのか否かの情報とを含む。行列形式は、復元決定行列（図６の６０５）で例示する。

ローカル・ファイル・システム上に存在し、ファイル・オブジェクトの代替位置への上書きおよび配置が必要とされるファイル・オブジェクトでは、行列を使用することはファイル・オブジェクトをそのＯｂｊ−ＩＤによって検索することと、そのＦＥＫ Ｓｔａｔｅを読み取ることと、バックアップ・オブジェクトがＦＥＫを有するか否かの情報についてバックアップ・サーバ（図３の３２７）に問合せを行うこととが必然的に伴う。次いで、その情報を使用して、ローカル・ファイルの適切なＦＥＫ Ｓｔａｔｅを有する行と、バックアップ・サーバ（図３の３２７）上のバックアップ・ファイルの適切なＦＥＫ Ｓｔａｔｅを有する列とを見つける。交点を見つけ、復元が許可されているかどうかを読み取る。

行列から分かるように、復元が許可されている、２つの状態、すなわち、ｉ）ローカル・ファイルがＦＥＫを有せず、かつバックアップ・サーバ（図３の３２７）上の対応するファイルもＦＥＫを有しない状態、およびｉｉ）ローカル・ファイルが、不変のＦＥＫを有し、かつバックアップ・サーバ（図３の３２７）上の対応するファイルもＦＥＫを有する状態だけがある。

復元が許可されているとＥＴＥＢＥシステムが判定した場合、バックアップ・クライアント（図３の３２３）は、図５において概要を示したステップを実施して、バックアップ・ファイルをバックアップ・サーバからローカル・ファイル・システムにコピーする。

図７は、本発明の実施形態による、図２のシステム２００に利用されるコンピューティング・デバイスの構成要素のブロック図を示す。図７は、１つの実施の例示だけを提供し、種々の実施形態を実施することができる環境に関して任意の限定を暗示しないことを理解されたい。示した環境に対して多くの変更を加えることができる。

コンピューティング・デバイスは、すべて通信ファブリック１８を介して相互接続された、１つまたは複数のプロセッサ０２と、１つまたは複数のコンピュータ可読ＲＡＭ０４と、１つまたは複数のコンピュータ可読ＲＯＭ０６と、１つまたは複数のコンピュータ可読ストレージ媒体０８と、デバイス・ドライバ１２と、読み書きドライブもしくはインターフェース１４と、ネットワーク・アダプタもしくはインターフェース１６とを含むことができる。通信ファブリック１８は、プロセッサ（マイクロプロセッサ、通信およびネットワーク・プロセッサなど）と、システム・メモリと、周辺デバイスと、システム内の任意の他のハードウェア構成要素との間でデータを渡し、または情報を制御し、あるいはその両方を行うように設計された任意のアーキテクチャを用いて実施することができる。

１つまたは複数のオペレーティング・システム１０および１つまたは複数のアプリケーション・プログラム１１が、それぞれのＲＡＭ０４（典型的には、キャッシュ・メモリを含む）のうちの１つまたは複数を介したプロセッサ０２のうちの１つまたは複数による実行のためにコンピュータ可読ストレージ媒体０８のうちの１つまたは複数上に記憶される。例示した実施形態において、コンピュータ可読ストレージ媒体０８のそれぞれは、内蔵ハード・ドライブの磁気ディスク・ストレージ・デバイス、ＣＤ−ＲＯＭ、ＤＶＤ、メモリ・スティック、磁気テープ、磁気ディスク、光ディスク、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、フラッシュ・メモリなどの半導体ストレージ・デバイスまたはコンピュータ・プログラムおよびデジタル情報を記憶することができる任意の他のコンピュータ可読有形ストレージ・デバイスでよい。

コンピューティング・デバイスは、１つまたは複数の携帯型コンピュータ可読ストレージ媒体２６との間で読取りおよび書込みを行うためのＲ／Ｗドライブもしくはインターフェース１４を含むこともできる。コンピューティング・デバイス上のアプリケーション・プログラム１１は、携帯型コンピュータ可読ストレージ媒体２６のうちの１つまたは複数上に記憶し、それぞれのＲ／Ｗドライブもしくはインターフェース１４を介して読み取り、それぞれのコンピュータ可読ストレージ媒体０８にロードすることができる。

コンピューティング・デバイスは、ＴＣＰ／ＩＰアダプタ・カードまたは無線通信アダプタ（ＯＦＤＭＡ技術を使用する４Ｇ無線通信アダプタなど）などのネットワーク・アダプタもしくはインターフェース１６を含むこともできる。コンピューティング・デバイス上のアプリケーション・プログラム１１は、ネットワーク（例えば、インターネット、ローカル・エリア・ネットワークもしくは他のワイド・エリア・ネットワークまたは無線ネットワーク）およびネットワーク・アダプタもしくはインターフェース１６を介して外部コンピュータまたは外部ストレージ・デバイスからコンピューティング・デバイスにダウンロードすることができる。ネットワーク・アダプタもしくはインターフェース１６から、プログラムは、コンピュータ可読ストレージ媒体０８にロードすることができる。ネットワークは、銅線、光ファイバ、無線伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイ・コンピュータまたはエッジ・サーバあるいはその組合せを備えることができる。

コンピューティング・デバイスは、表示画面２０と、キーボードもしくはキーパッド２２と、コンピュータ・マウスもしくはタッチパッド２４とを含むこともできる。デバイス・ドライバ１２は、画像化のために表示画面２０とインターフェースし、英数字入力およびユーザ選択の圧力検出のためにキーボードもしくはキーパッド２２、コンピュータ・マウスもしくはタッチパッド２４、または表示画面２０あるいはその組合せとインターフェースする。デバイス・ドライバ１２、Ｒ／Ｗドライブもしくはインターフェース１４およびネットワーク・アダプタもしくはインターフェース１６は、ハードウェアとソフトウェア（コンピュータ可読ストレージ媒体０８またはＲＯＭ０６あるいはその両方上に記憶される）とを備えることができる。

本明細書に説明するプログラムは、それらが本発明の具体的な実施形態において実施されるアプリケーションに基づいて識別される。しかし、本明細書における任意の特定のプログラム用語は、単に便宜上使用され、したがって、本発明は、そのような用語によって識別または暗示され、あるいはその両方が行われる任意の具体的なアプリケーションにだけ使用することに限定されないものとすることを理解されたい。

前述に基づいて、コンピュータ・システム、方法、およびコンピュータ・プログラム製品が開示されている。しかし、本発明の範囲から逸脱することなく数多くの変更および置換を行うことができる。したがって、本発明は、限定ではなく、例として開示されている。

本発明は、統合の任意の可能な技術的詳細レベルにおいて、システム、方法、またはコンピュータ・プログラム製品あるいはその組合せでよい。コンピュータ・プログラム製品は、プロセッサに本発明の態様を実行させるための、コンピュータ可読プログラム命令を有する１つまたは複数のコンピュータ可読ストレージ媒体を含むことができる。

コンピュータ可読ストレージ媒体は、命令実行デバイスによって使用するための命令を保持し、記憶することができる有形デバイスであり得る。コンピュータ可読ストレージ媒体は、例えば、電子ストレージ・デバイス、磁気ストレージ・デバイス、光学ストレージ・デバイス、電磁気ストレージ・デバイス、半導体ストレージ・デバイス、または前述の任意の適切な組合せでよいが、それらに限定されない。コンピュータ可読ストレージ媒体のより具体的な例の非網羅的なリストは、携帯型コンピュータ・ディスケット、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、消去可能プログラム可能読出し専用メモリ（ＥＰＲＯＭまたはフラッシュ・メモリ）、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、携帯型コンパクト・ディスク読出し専用メモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、メモリ・スティック、フロッピー（Ｒ）・ディスク、パンチ・カードまたは記録された命令を有する溝の中の隆起構造などの機械的に符号化されたデバイス、および前述の任意の適切な組合せを含む。本明細書では、コンピュータ可読ストレージ媒体とは、電波または他の自由に伝搬している電磁波、導波管または他の伝送媒体を通って伝搬する電磁波（例えば、光ファイバ・ケーブル中を通過する光パルス）、または電線を通って伝送される電気信号などの一時的な信号それ自体であると解釈されないものとする。

本明細書に説明するコンピュータ可読プログラム命令は、コンピュータ可読ストレージ媒体からそれぞれのコンピューティング／処理デバイスに、またはネットワーク、例えば、インターネット、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワークまたは無線ネットワークあるいはその組合せを介して外部コンピュータもしくは外部ストレージ・デバイスにダウンロードすることができる。ネットワークは、銅伝送ケーブル、光伝送ファイバ、無線伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイ・コンピュータまたはエッジ・サーバあるいはその組合せを備えることができる。各コンピューティング／処理デバイスにおけるネットワーク・アダプタ・カードもしくはネットワーク・インターフェースは、コンピュータ可読プログラム命令をネットワークから受け取り、それぞれのコンピューティング／処理デバイス内のコンピュータ可読ストレージ媒体に記憶するためにコンピュータ可読プログラム命令を転送する。

本発明の動作を実行するためのコンピュータ可読プログラム命令は、アセンブラ命令、インストラクション・セット・アーキテクチャ（ＩＳＡ）命令、マシン命令、マシン依存命令、マイクロコード，ファームウェア命令、状態設定データ、集積回路用の構成データ、またはＳｍａｌｌｔａｌｋ（Ｒ）もしくはＣ＋＋などのオブジェクト指向プログラミング言語、および「Ｃ」プログラミング言語などの手続き型プログラミング言語または同様のプログラミング言語を含む、１つまたは複数のプログラミング言語の任意の組合せで書き込まれたソース・コードもしくはオブジェクト・コードのいずれかでよい。コンピュータ可読プログラム命令は、ユーザのコンピュータ上で全体を、独立型ソフトウェア・パッケージとしてユーザのコンピュータ上で一部を、ユーザのコンピュータ上および遠隔コンピュータ上でそれぞれ一部を、または遠隔コンピュータもしくはサーバ上で全体を実行することができる。後者のシナリオでは、遠隔コンピュータは、ローカル・エリア・ネットワーク（ＬＡＮ）またはワイド・エリア・ネットワーク（ＷＡＮ）を含む、任意のタイプのネットワークを通してユーザのコンピュータに接続することができ、または接続は、外部コンピュータと行うことができる（例えば、インターネット・サービス・プロバイダを使用してインターネットを通して）。いくつかの実施形態において、例えば、プログラム可能論理回路、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、またはプログラム可能論理アレイ（ＰＬＡ）を含む電子回路は、本発明の態様を実施するために、コンピュータ可読プログラム命令の状態情報を利用して電子回路を個人向けにすることによってコンピュータ可読プログラム命令を実行することができる。

本発明の態様は、本発明の実施形態による方法、装置（システム）、およびコンピュータ・プログラム製品のフローチャート図またはブロック図あるいはその両方を参照して本明細書に説明する。フローチャート図またはブロック図あるいはその両方の各ブロックおよびフローチャート図またはブロック図あるいはその両方におけるブロックの組合せは、コンピュータ可読プログラム命令によって実施することができることが理解されよう。

このようなコンピュータ可読プログラム命令は、コンピュータまたは他のプログラム可能データ処理装置のプロセッサを介して実行される命令が、フローチャートまたはブロック図あるいはその両方の１つまたは複数のブロックに指定される機能／動作を実施する手段を作り出すべく、汎用コンピュータ、専用コンピュータ、または他のプログラム可能データ処理装置のプロセッサに提供されてマシンを作り出すものであってよい。このようなコンピュータ可読プログラム命令は、記憶された命令を有するコンピュータ可読ストレージ媒体が、フローチャートまたはブロック図あるいはその両方の１つまたは複数のブロックに指定される機能／動作の態様を実施する命令を含んだ製品を備えるべく、コンピュータ可読ストレージ媒体に記憶され、コンピュータ、プログラム可能データ処理装置、または他のデバイスあるいはその組合せに特定の方式で機能するように指示することができるものであってもよい。

コンピュータ可読プログラム命令は、コンピュータ、他のプログラム可能装置、または他のデバイスで実行される命令が、フローチャートまたはブロック図あるいはその両方の１つまたは複数のブロックに指定される機能／動作を実施するように、コンピュータ実施プロセスを作出するべく、コンピュータ、他のプログラム可能データ処理装置、または他のデバイスにロードされて、コンピュータ、他のプログラム可能装置または他のデバイス上で一連の動作ステップを実行させるものであってもよい。

図におけるフローチャートおよびブロック図は、本発明の様々な実施形態によるシステム、方法、およびコンピュータ・プログラム製品の可能な実施のアーキテクチャ、機能、および動作を示す。この点において、フローチャートまたはブロック図における各ブロックは、命令のモジュール、区分、または部分を表すことができ、それは指定された論理機能を実施するための１つまたは複数の実行可能命令を含む。いくつかの代替実施形態において、ブロックに記載した機能は、図に記載した順序以外で発生させることができる。例えば、連続して示す２つのブロックは、実際には、実質的に同時に実行することができ、またはブロックは、関与する機能に応じて、逆の順序で実行することもある。ブロック図またはフローチャート図あるいはその両方の各ブロック、およびブロック図またはフローチャート図あるいはその両方におけるブロックの組合せは、指定された機能もしくは動作を実施し、または専用ハードウェアおよびコンピュータ命令を組み合わせて実行する専用ハードウェア・ベースのシステムによって実施することができることにも留意されたい。

Claims (11)

1. クライアントによるオブジェクトの組のバックアップを実施するためのコンピュータ実施方法であって、前記オブジェクトの組の前記オブジェクトのうちの少なくとも１つが、それぞれ、固有のファイル暗号化キー（ＦＥＫ）に関連付けられ、前記固有のファイル暗号化キー（ＦＥＫ）を用いて暗号化され、前記方法が、
   共通のマスター暗号化キー（ＭＥＫ）を用いて前記ＦＥＫのそれぞれを暗号化することであって、前記暗号化は、結果として、それぞれのロック・キーを生成する、前記暗号化することと、
   初期バックアップ動作において、前記暗号化されたオブジェクトをそれらの関連付けられたロック・キーとともにバックアップ・サーバに伝送することと、
   第１のモジュールによって、オブジェクトのロック・キーが前記ＭＥＫの変更により変更されたイベントが発生したかどうかを判定することであって、前記ロック・キーの前記変更が、そのＦＥＫが前記ＭＥＫの前記変更の影響を受ける前記オブジェクトに関連付けられた暗号化状態により判定され、前記暗号化状態が、前記変更を示す、前記判定することと、
   オブジェクトのロック・キーが、前記ＭＥＫの変更により変更されたイベントが発生したと判定することに基づいて、前記変更されたＭＥＫを用いて既存の前記ＦＥＫを再暗号化することであって、前記再暗号化することは、結果として、新たなロック・キーを生成し、後続のバックアップ動作において、前記新たなロック・キーは、前記バックアップ・サーバに送られて、前記既存のロック・キーと置き換わるが、その関連付けられたＦＥＫが、前記変更されたＭＥＫの影響を受ける前記オブジェクトを前記バックアップ・サーバに伝送しない、前記再暗号化することとを含む、方法。
2. 前記第１のモジュールによって、新たなＦＥＫが利用可能であるかどうかを判定することであって、前記新たなＦＥＫの利用可能性が、そのＦＥＫが新たなものである前記オブジェクトに関連付けられた前記暗号化状態により判定され、前記暗号化状態が、前記新たなＦＥＫの利用可能性を示す、前記判定することと、
   新たなＦＥＫが利用可能であると判定することに基づいて、前記関連付けられたロック・キーを得るために前記現在利用可能なＭＥＫを用いて前記新たなＦＥＫを暗号化することと、
   前記後続のバックアップ動作において、前記新たなＦＥＫを用いて暗号化された前記オブジェクトを前記関連付けられたロック・キーとともに前記バックアップ・サーバに伝送することとをさらに含む、請求項１に記載の方法。
3. 前記新たなＦＥＫが、
   ＦＥＫに関連付けられたオブジェクトが、変更され、したがって、前記新たなＦＥＫを用いて再暗号化され、新たなオブジェクトが、前記新たなＦＥＫを用いて作成され、暗号化され、前記オブジェクトの組の以前に暗号化されていないオブジェクトが、前記新たなＦＥＫを用いて暗号化された、イベントのうちの少なくとも１つを検出した結果である、請求項２に記載の方法。
4. 前記イベントを検出することに基づいて、前記第１のモジュールによって、新たなＦＥＫに関連付けられている前記オブジェクトの前記暗号化状態を更新することをさらに含み、前記新たなＦＥＫに関連付けられている前記オブジェクトの前記暗号化状態を更新することが、
   前記オブジェクトが、関連付けられた暗号化状態をすでに有するかどうかを判定することと、
   前記オブジェクトが、関連付けられた暗号化状態をすでに有すると判定することに基づいて、前記オブジェクトの既存の暗号化状態を交換することと、
   前記オブジェクトが、関連付けられた暗号化状態なしであるかどうかを判定することと、
   前記オブジェクトが、関連付けられた暗号化状態なしであると判定することに基づいて、新たな暗号化状態を、前記新たなＦＥＫに関連付けられている前記オブジェクトに関連付けることと、
   前記オブジェクトが新たに作成されているかどうかを判定することと、
   前記オブジェクトが新たに作成されていると判定することに基づいて、前記オブジェクトに対して新たな暗号化状態を生成することとをさらに含む、請求項３に記載の方法。
5. 前記第１のモジュールによって、前記後続のバックアップを実施した後、前記暗号化状態を更新することをさらに含み、前記後続のバックアップを実施した後、前記暗号化状態を更新することが、
   利用可能な場合、前記暗号化状態を新たなＦＥＫの利用可能性の指示から前記ＦＥＫが不変であるとの指示に変更することと、
   利用可能な場合、前記暗号化状態を前記ＭＥＫが変更されたとの指示から前記ＦＥＫが不変であるとの指示に変更することであって、前記ＦＥＫが不変であることを示す関連付けられた暗号化状態を有する任意のオブジェクトが、さらに後続のバックアップから除外される、前記変更することとをさらに含む、請求項２に記載の方法。
6. ＦＥＫを用いて暗号化されておらず、前記ＦＥＫに関連付けられていない前記オブジェクトの組のオブジェクトの前記関連付けられた暗号化状態が、前記オブジェクトのＦＥＫの利用不可能性を示し、後続のバックアップを実施することが、
   前記第１のモジュールによって、前記関連付けられた暗号化状態が前記ＦＥＫの前記利用不可能性を示す前記オブジェクトを判定することと、
   第２のモジュールによって、前記関連付けられた暗号化状態が前記ＦＥＫの前記利用不可能性を示す前記オブジェクトのバックアップの必要性を判定することであって、前記バックアップの必要性を判定することが、前記オブジェクトの直接スキャンに基づく、前記判定することとをさらに含む、請求項１に記載の方法。
7. イベントとして、前記オブジェクトの組の暗号化されたオブジェクトを削除する要求を受け取ることと、
   前記暗号化されたオブジェクトに関連付けられた前記暗号化状態を前記暗号化されたオブジェクトへのＦＥＫの前記利用不可能性を示す状態に変更することとをさらに含む、請求項６に記載の方法。
8. 前記第１のモジュールが、イベント・ハンドラを含み、前記方法が、
   前記イベント・ハンドラによって、前記イベントを検出することと、
   前記イベントを検出することに応答して、前記イベント・ハンドラによって、前記イベントの影響を受けた前記暗号化状態を更新することとをさらに含む、請求項１に記載の方法。
9. クライアントによるオブジェクトの組のバックアップを復元するためのコンピュータ実施方法であって、前記オブジェクトの組の前記オブジェクトのうちの少なくとも１つが、それぞれ、固有のファイル暗号化キー（ＦＥＫ）に関連付けられ、前記固有のファイル暗号化キー（ＦＥＫ）を用いて暗号化され、前記バックアップに記憶される前記ＦＥＫのうちの少なくとも１つが、共通のマスター暗号化キー（ＭＥＫ）を用いて暗号化され、前記暗号化が、結果として、それぞれのロック・キーを生成し、前記ロック・キーが、前記バックアップに記憶され、前記バックアップに含まれる各オブジェクトが、暗号化状態に関連付けられ、前記暗号化状態が、現在のバックアップに対して、前記ＭＥＫの変更により前記ロック・キーが変更されたかどうかを示し、前記方法が、
   前記オブジェクトのうちの１つの復元への要求を受け取ることと、
   復元すべき前記オブジェクトに関連付けられた前記暗号化状態が、前記現在のバックアップが実施された後、前記ロック・キーが変更されたことを示すかどうかを判定することと、
   復元すべき前記オブジェクトに関連付けられた前記暗号化状態が、前記現在のバックアップが実施された後、前記ロック・キーが変更されたことを示すと判定することに基づいて、復元することから前記オブジェクトを無視することと、
   復元すべき前記オブジェクトに関連付けられた前記暗号化状態が、前記現在のバックアップが実施されて以来前記ロック・キーが不変であることを示すと判定することに基づいて、前記オブジェクトに関連付けられた前記暗号化されたＦＥＫおよび前記オブジェクトを復元することとを含む、方法。
10. 復元すべき前記オブジェクトに関連付けられた前記暗号化状態が、新たなＦＥＫが利用可能であることを示すかどうかを判定することであって、前記新たなＦＥＫが、
    前記ＦＥＫに関連付けられた前記オブジェクトが、変更され、したがって、初期バックアップ後、前記新たなＦＥＫを用いて再暗号化され、
    前記オブジェクトが、前記初期バックアップ後、前記新たなＦＥＫを用いて作成され、暗号化された、新たなオブジェクトであり、
    前記オブジェクトが、前記初期バックアップ後、前記新たなＦＥＫを用いて暗号化された、以前に暗号化されていないオブジェクトであった、イベントのうちの少なくとも１つの結果である、前記判定することと、
    復元すべき前記オブジェクトに関連付けられた前記暗号化状態が、新たなＦＥＫが利用可能であることを示すと判定することに基づいて、復元すべきことが所望される前記オブジェクトを無視することと、
    復元すべき前記オブジェクトに関連付けられた前記暗号化状態が、新たなＦＥＫが利用可能でないことを示すと判定することに基づいて、復元すべきことが所望される前記オブジェクトおよび前記オブジェクトに関連付けられた前記暗号化されたＦＥＫを復元することとをさらに含む、請求項９に記載の方法。
11. 復元すべき前記オブジェクトに関連付けられた前記暗号化状態が、ＦＥＫが利用可能でないことを示すかどうかを判定することと、
    復元すべき前記オブジェクトに関連付けられた前記暗号化状態が、ＦＥＫが利用可能でないことを示すと判定することに基づいて、復元すべき前記オブジェクトが、前記バックアップにおけるそれぞれのロック・キーに関連付けられているかどうかを判定することと、
    復元すべき前記オブジェクトが、前記バックアップにおけるそれぞれのロック・キーに関連付けられていないと判定することに基づいて、復元すべき前記オブジェクトを復元することと、
    復元すべき前記オブジェクトが、前記バックアップにおけるそれぞれのロック・キーに関連付けられていると判定することに基づいて、復元すべきことが所望される前記オブジェクトを無視することとをさらに含む、請求項９に記載の方法。