仮想テープ暗号化フォーマットを使用するシステム
【課題】記憶装置に固有のフォーマットに依存しない電子データを格納するためのシステムおよび方法を提供する。
【解決手段】システムが、バックアップ・サーバから格納すべきデータを受け取り、圧縮および暗号化して仮想ファイルを作成する。暗号化鍵と仮想ファイル内の電子データの物理的属性に関する情報を含む「メタ・データ」もまたシステムで作成する。従って、装置用の仮想ファイルの特定フォーマット無しで、メタ・データを具備した仮想ファイルを記憶装置に保管できる。暗号化鍵は後ほどファイルを再構築するために別に保管される。
【解決手段】システムが、バックアップ・サーバから格納すべきデータを受け取り、圧縮および暗号化して仮想ファイルを作成する。暗号化鍵と仮想ファイル内の電子データの物理的属性に関する情報を含む「メタ・データ」もまたシステムで作成する。従って、装置用の仮想ファイルの特定フォーマット無しで、メタ・データを具備した仮想ファイルを記憶装置に保管できる。暗号化鍵は後ほどファイルを再構築するために別に保管される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般的に電子データを格納するためのシステム並びに方法に属する。更に詳細には、本発明は既に圧縮され暗号化されている電子データを格納するためのシステム並びに方法に属する。これに限定するものでは無いが、本発明は特に、記憶装置で必要とされるフォーマットには関係なく、記憶装置上に圧縮／暗号化電子データを格納するためのシステムまたは方法として有用である。
【背景技術】
【０００２】
今日、電子データを格納するために種々の装置が利用可能である。例えば、良く知られているようにライブラリ、ディスク、テープおよびＤＶＤをこの目的のために選択的に使用できる。しかしながら、各型式の記憶装置は、個々の記憶装置に特定のプロトコルに基づいてデータがフォーマットされている必要がある。言い方を変えれば、異なる型式の記憶装置用のフォーマット・プロトコルは電子的な互換性は無い。その結果、１つの記憶装置上に電子データを長期に記憶するためには、そのデータがそこで使用されている特定型式の記憶装置用にフォーマット化されている必要がある。加えて、安全保障上の理由からそのデータが格納するために圧縮され暗号化されていることが望ましい。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来、データ格納に関連したフォーマット化、圧縮および暗号化機能は、バックアップ・サーバで実行されなければならなかった。典型的に、これらの機能はそのデータを格納するためにサイトを離れる前に、ユーザのサイトで完了されている必要がある。これは余分なコンピュータ時間と余分なコンピュータ処理能力を必要とする。言葉を変えると、その様な操作を成し遂げることは不便でかつ非効率なものとなりがちである。更に、この様な機能を完遂することに加えて、また使用される記憶装置の個々の型式に応じて、その中にデータが格納されるべき適切なフォーマットが選択される必要がある。
【０００４】
上記に鑑みて、本発明の目的は電子データが格納出来るようになる前に、フォーマット、圧縮および暗号化する役割を有するパックアップ・サーバを不要とするシステムおよび方法を提供することである。本発明の別の目的は、格納に先だって特別なフォーマット化を必要とせずに、圧縮並びに暗号化されたデータを格納するためのシステムおよび方法を提供することである。本発明の更に別の目的は、実装が簡単で、使用しやすくそして比較的費用効果の高い電子データ格納システムおよび方法を提供することである。
【課題を解決するための手段】
【０００５】
本発明によれば、バックアップ・サーバでの操作を必要としない電子データ格納システムが提供されている。特に、これはフォーマット化と圧縮／暗号化に特化されたバックアップ・サーバを必要とすることなく実施される。バックアップ・サーバの負荷を削減することに加えて、本発明のシステムはまた、圧縮／暗号化されたデータの、選択された記憶装置（例えば、ライブラリ、ディスク、テープ、ＤＶＤ）の中への格納を可能とする、１つの２部品鍵を作成することを提供する。重要なことは、データが任意の記憶装置の上に、その元のフォーマットに関係なく格納できることである。
【０００６】
２部品鍵の第１部品として、システムは此処で「メタ・データ」と呼ばれるものを作成する。このメタ・データはそのデータの元のフォーマットの物理属性を原則的に記録している。２部品鍵の第２部品として、システムは「暗号化鍵」を作成する。好適にこの暗号化鍵は「２５６ビット」鍵として一般的に知られている型式で、データが格納されるべき特定の記憶装置用に具体的に確立されたものである。機能的に、この暗号化鍵は既に格納済みで、後ほど復元される圧縮／暗号化データを、メタ・データがフォーマット化のために使用できるようにする。
【０００７】
データ格納中、２部品鍵の個別部品は互いに物理的に分離することができる。例えば、メタ・データは記憶装置に、圧縮／暗号化されたデータと一緒に格納できる。一方、メタ・データを暗号化鍵と一緒に保持することができる。しかしながら、暗号化鍵は記憶装置からは分離された何処か（例えば、鍵管理者サイト）に保存されなければならない。いずれにしても、データが記憶装置から受け取られると、２部品鍵の両方の部品は圧縮／暗号化データを元のフォーマットに戻すために必要とされる。
【０００８】
動作に際して、電子データ・ファイルが格納される際に、これはバックアップ・サーバからシステムにその元のフォーマットで送られる。重要なことは、バックアップ・サーバはそのファイルをシステムに単に転送するだけということである。次にシステムはそのファイル・データを当業分野で良く知られている方法で、例えば一般的に利用可能なＨＩＦＮ製のチップを用いて、圧縮／暗号化する。圧縮／暗号化機能と一緒に、システムはまた先に開示した２部品鍵を作成する。更に詳細には、データが圧縮／暗号化されると、１つのバッファが作成される。この、可変長であるバッファが次に、個々に「３２Ｋビット」断片に分割される。これらの断片が互いにどの様に相互作用するか、データの元のフォーマットの中でそれらがどの様に構成されているかの情報が、先に述べたメタ・データを構成する。
【発明の効果】
【０００９】
一度それが作成されると、２部品鍵全部、または２部品鍵の暗号化鍵部分が、後ほどの使用に備えて鍵管理者サイトに置くことができる。ファイルの残り部分（すなわち、メタ・データは付いていても居なくても良いが、暗号化鍵だけは具備していない圧縮／暗号化データ）が、いまや「仮想テープ」となる。本特許で想定されているように、この仮想テープは選択された記憶装置の中に格納できる。先に示したように、この記憶装置は特別にフォーマットされている必要は無い。
【００１０】
データ・ファイル（すなわち、仮想テープ）が記憶装置から取り戻されて復元される際には、最初にこのデータ・ファイルが装置から移動される。次に暗号化鍵がこのデータ・ファイルを開くために使用される。これはまたメタ・データを用いて、データ・ファイルをフォーマットし、後で使用できるようにする。
【実施例】
【００１１】
本発明の新規な特徴、同様に本発明自体をその構造並びにその動作の両面から、添付図を参照した説明によりより良く理解されるであろう、添付図の中で類似の参照文字は類似の部品を参照している。
【００１２】
最初に図１を参照すると、本発明の電子データ・ネットワークであり、全体として１０で示されている。図示されるようにネットワーク１０はシステム１２を含み、これは１つのユーザ（中央処理装置）１４と通信する。ユーザ１４のサイトには１台のサーバ１６があって、これはユーザ１４と接続１８を経由して通信する。また、ユーザ１４のサイトにはバックアップ・サーバ２０が配置されており、これはサーバ１６と接続２２を経由して通信する。図１内の矢印２４および２６で示されるように、システム１２はまたユーザ１４、およびバックアップ・サーバ２０と通信する。特に、本発明で意図されているように、システム１２とユーザ１４との間の通信は電子データをバックアップ・サーバ２０上に格納するために必要であって、さもなければサーバ１６の運転能力を減じてしまう。
【００１３】
運転に際して、電子データの格納処理ルーチンを開始するために、ユーザ１４は開始指令をバックアップ・サーバ２０に送る。この指令は図１中の矢印２４で表されている。開始指令を受け取ると、システム１２は格納されるべきデータをバックアップ・サーバ２０から受け取る。この機能は図１中の矢印２６で表されており、ユーザ１４に事前プログラムされているように完遂される。重要な点は、この電子データがそのフォーマット・プロトコルには無関係にバックアップ・サーバ２０から受け取られることである。従って、このデータはシステム１２で、それが圧縮および暗号化される前に、平文で受け取ることができる。具体的に言うと、バックアップ・サーバ２０を使用するのではなく、格納されるべきデータの圧縮および暗号化の機能はシステム１２で実施される。
【００１４】
好適に、圧縮／暗号化機能はシステム１２において、当業分野で良く知られている、例えばＨＩＦＮチップを用いて実行される。この結果は、他の場所では何と呼ぶかは別として、此処では「仮想ファイル」と呼ぶ。この「仮想ファイル」が作成されると、システム１２はまたいわゆる２部品鍵も作成する。本発明で意図されているように、この２部品鍵は「メタ・データ」（すなわち、第１部品）と暗号化鍵（すなわち、第２部品）を含む。
【００１５】
本発明の目的上、このメタ・データはシステム１２によって、本質的に電子データの元のフォーマットの物理的属性を記録している。図２を参照すると、格納用にバックアップ・サーバ２０から受け取られた電子データがバッファ２８の中に保持されていることが理解されよう。このバッファ２８は典型的な一時記憶であり、図示されるように可変長である。また、典型的にバッファ２８は個別の３２Ｋビットの断片３０（例示のため、断片３０ａ，３０ｂおよび３０ｘのみ）。図２に示されるように、また先に少し触れたように、バッファ２８の各断片３０は或る物理的属性を有し、これはユニークで特定断片３０（例えば、断片３０ａ）に固有である。各断片３０のこれらの物理的属性（例えば、サイズ、バッファ２８内での位置および機能）が次に決定されシステム１２で記録される。図２の矢印３２ａおよび３２ｂで示されるように、別々の情報がバッファ２８内のそれぞれ各々の断片３０（例えば、断片３０ａおよび３０ｂ）から集められる。この情報は次に集められ機能指示器、以降メタ・データ３４と呼ぶ、の中に結合される。
【００１６】
メタ・データ３４の作成と一緒に、システム１２はまた１つの暗号化鍵（図示せず）を生成し、これは後ほどバッファ２８を解読する際に使用される。好適にこの暗号化鍵は当業分野で「２５６ビット」鍵として知られている型式である。この時点で、システム１２が１つの「仮想ファイル」（すなわちバッファ２８）、１つの暗号化鍵、そしてメタ・データ３４を作成または生成したことを理解されよう。
【００１７】
安全上の理由により、この暗号化鍵は鍵管理者サイト３６に保管される。メタ・データ３４もまた鍵管理者サイト３６に保管できる。しかしながら、これに代わって、メタ・データ３４は圧縮／暗号化バッファ２８と共に記憶装置３８に格納することも可能である。重要な点は、記憶装置３８および鍵管理者サイト３６は物理的、電気的に互いに分離されていなければならないことである。更に、暗号化鍵は各々の記憶装置３８に対して特定でなければならない。再び図１を参照すると、記憶装置３８は種々の異なる型式の機器のいずれであっても良いことが分かるであろう。例えば、記憶装置３８は関連分野で良く知られている型式の、電子ライブラリ４０、ディスク４２、テープ４４またはＤＶＤ４６のいずれであっても構わない。
【００１８】
動作に際して、ユーザ１４は開始指令をシステム１２に送る。それに応答して、システム１２は格納されるべき電子データをバックアップ・サーバ２０から受け取る。次にシステム１２はそのデータをバッファ２８（すなわち、「仮想ファイル」）の中に圧縮し暗号化する。圧縮／暗号化機能と一緒にシステム１２はまた、暗号化鍵を作成し、メタ・データ３４を生成する。今やバッファ２８（「仮想ファイル」）の中に圧縮され暗号化されたデータは、次に記憶装置３８に送られて格納される。仮想ファイルは記憶装置内にある一方で、暗号化鍵は鍵管理者サイト３６に保管される。これに代わって、メタ・データ３４は鍵管理者サイト３６に暗号化鍵と一緒に保管することも、または記憶装置３８の中に仮想ファイルと共に設置することも可能である。重要な点は、この処理過程の中で、バックアップ・サーバ２０は格納されるべきデータをシステム１２に転送する以外、何の機能も実行しないことである。
【００１９】
後でデータを再構築するために記憶装置３８から移動される際に、この仮想ファイル（バッファ２８）はシステム１２に戻される。暗号化鍵とメタ・データ３４もまたシステム１２に戻される。次に、暗号化鍵がバッファ２８を解読するために使用される。続いてバッファ２８を元のプロトコル・フォーマット再構築するためにメタ・データが使用される。
【産業上の利用可能性】
【００２０】
此処に図示し、詳細に説明した、特定の「仮想テープ暗号化フォーマットを用いたシステム」は、此処に先に述べた目的を実現し、長所を提供することが完全に可能であるが、これは本発明の今回提示された実施例を単に図示するのみであり、添付の特許請求項に記載されたもの以外、此処に示す構成または設計の詳細は何らの制限も意図していないことは理解されよう。
【図面の簡単な説明】
【００２１】
【図１】図１は本発明に基づくシステムを示す図式図であり、システムが選択された記憶装置への電子データの流れのネットワークの中へ挿入されている。
【図２】図２は本発明に基づく電子データのバッファ用「メタ・データ」の作成を表す図である。
【符号の説明】
【００２２】
１０ ネットワーク
１２ システム
１４ ユーザ
１６ サーバ
１８，２２ 接続
２０ バックアップ・サーバ
２８ バッファ
３４ メタ・データ
３６ 鍵管理者サイト
３８ 記憶装置
【技術分野】
【０００１】
本発明は一般的に電子データを格納するためのシステム並びに方法に属する。更に詳細には、本発明は既に圧縮され暗号化されている電子データを格納するためのシステム並びに方法に属する。これに限定するものでは無いが、本発明は特に、記憶装置で必要とされるフォーマットには関係なく、記憶装置上に圧縮／暗号化電子データを格納するためのシステムまたは方法として有用である。
【背景技術】
【０００２】
今日、電子データを格納するために種々の装置が利用可能である。例えば、良く知られているようにライブラリ、ディスク、テープおよびＤＶＤをこの目的のために選択的に使用できる。しかしながら、各型式の記憶装置は、個々の記憶装置に特定のプロトコルに基づいてデータがフォーマットされている必要がある。言い方を変えれば、異なる型式の記憶装置用のフォーマット・プロトコルは電子的な互換性は無い。その結果、１つの記憶装置上に電子データを長期に記憶するためには、そのデータがそこで使用されている特定型式の記憶装置用にフォーマット化されている必要がある。加えて、安全保障上の理由からそのデータが格納するために圧縮され暗号化されていることが望ましい。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来、データ格納に関連したフォーマット化、圧縮および暗号化機能は、バックアップ・サーバで実行されなければならなかった。典型的に、これらの機能はそのデータを格納するためにサイトを離れる前に、ユーザのサイトで完了されている必要がある。これは余分なコンピュータ時間と余分なコンピュータ処理能力を必要とする。言葉を変えると、その様な操作を成し遂げることは不便でかつ非効率なものとなりがちである。更に、この様な機能を完遂することに加えて、また使用される記憶装置の個々の型式に応じて、その中にデータが格納されるべき適切なフォーマットが選択される必要がある。
【０００４】
上記に鑑みて、本発明の目的は電子データが格納出来るようになる前に、フォーマット、圧縮および暗号化する役割を有するパックアップ・サーバを不要とするシステムおよび方法を提供することである。本発明の別の目的は、格納に先だって特別なフォーマット化を必要とせずに、圧縮並びに暗号化されたデータを格納するためのシステムおよび方法を提供することである。本発明の更に別の目的は、実装が簡単で、使用しやすくそして比較的費用効果の高い電子データ格納システムおよび方法を提供することである。
【課題を解決するための手段】
【０００５】
本発明によれば、バックアップ・サーバでの操作を必要としない電子データ格納システムが提供されている。特に、これはフォーマット化と圧縮／暗号化に特化されたバックアップ・サーバを必要とすることなく実施される。バックアップ・サーバの負荷を削減することに加えて、本発明のシステムはまた、圧縮／暗号化されたデータの、選択された記憶装置（例えば、ライブラリ、ディスク、テープ、ＤＶＤ）の中への格納を可能とする、１つの２部品鍵を作成することを提供する。重要なことは、データが任意の記憶装置の上に、その元のフォーマットに関係なく格納できることである。
【０００６】
２部品鍵の第１部品として、システムは此処で「メタ・データ」と呼ばれるものを作成する。このメタ・データはそのデータの元のフォーマットの物理属性を原則的に記録している。２部品鍵の第２部品として、システムは「暗号化鍵」を作成する。好適にこの暗号化鍵は「２５６ビット」鍵として一般的に知られている型式で、データが格納されるべき特定の記憶装置用に具体的に確立されたものである。機能的に、この暗号化鍵は既に格納済みで、後ほど復元される圧縮／暗号化データを、メタ・データがフォーマット化のために使用できるようにする。
【０００７】
データ格納中、２部品鍵の個別部品は互いに物理的に分離することができる。例えば、メタ・データは記憶装置に、圧縮／暗号化されたデータと一緒に格納できる。一方、メタ・データを暗号化鍵と一緒に保持することができる。しかしながら、暗号化鍵は記憶装置からは分離された何処か（例えば、鍵管理者サイト）に保存されなければならない。いずれにしても、データが記憶装置から受け取られると、２部品鍵の両方の部品は圧縮／暗号化データを元のフォーマットに戻すために必要とされる。
【０００８】
動作に際して、電子データ・ファイルが格納される際に、これはバックアップ・サーバからシステムにその元のフォーマットで送られる。重要なことは、バックアップ・サーバはそのファイルをシステムに単に転送するだけということである。次にシステムはそのファイル・データを当業分野で良く知られている方法で、例えば一般的に利用可能なＨＩＦＮ製のチップを用いて、圧縮／暗号化する。圧縮／暗号化機能と一緒に、システムはまた先に開示した２部品鍵を作成する。更に詳細には、データが圧縮／暗号化されると、１つのバッファが作成される。この、可変長であるバッファが次に、個々に「３２Ｋビット」断片に分割される。これらの断片が互いにどの様に相互作用するか、データの元のフォーマットの中でそれらがどの様に構成されているかの情報が、先に述べたメタ・データを構成する。
【発明の効果】
【０００９】
一度それが作成されると、２部品鍵全部、または２部品鍵の暗号化鍵部分が、後ほどの使用に備えて鍵管理者サイトに置くことができる。ファイルの残り部分（すなわち、メタ・データは付いていても居なくても良いが、暗号化鍵だけは具備していない圧縮／暗号化データ）が、いまや「仮想テープ」となる。本特許で想定されているように、この仮想テープは選択された記憶装置の中に格納できる。先に示したように、この記憶装置は特別にフォーマットされている必要は無い。
【００１０】
データ・ファイル（すなわち、仮想テープ）が記憶装置から取り戻されて復元される際には、最初にこのデータ・ファイルが装置から移動される。次に暗号化鍵がこのデータ・ファイルを開くために使用される。これはまたメタ・データを用いて、データ・ファイルをフォーマットし、後で使用できるようにする。
【実施例】
【００１１】
本発明の新規な特徴、同様に本発明自体をその構造並びにその動作の両面から、添付図を参照した説明によりより良く理解されるであろう、添付図の中で類似の参照文字は類似の部品を参照している。
【００１２】
最初に図１を参照すると、本発明の電子データ・ネットワークであり、全体として１０で示されている。図示されるようにネットワーク１０はシステム１２を含み、これは１つのユーザ（中央処理装置）１４と通信する。ユーザ１４のサイトには１台のサーバ１６があって、これはユーザ１４と接続１８を経由して通信する。また、ユーザ１４のサイトにはバックアップ・サーバ２０が配置されており、これはサーバ１６と接続２２を経由して通信する。図１内の矢印２４および２６で示されるように、システム１２はまたユーザ１４、およびバックアップ・サーバ２０と通信する。特に、本発明で意図されているように、システム１２とユーザ１４との間の通信は電子データをバックアップ・サーバ２０上に格納するために必要であって、さもなければサーバ１６の運転能力を減じてしまう。
【００１３】
運転に際して、電子データの格納処理ルーチンを開始するために、ユーザ１４は開始指令をバックアップ・サーバ２０に送る。この指令は図１中の矢印２４で表されている。開始指令を受け取ると、システム１２は格納されるべきデータをバックアップ・サーバ２０から受け取る。この機能は図１中の矢印２６で表されており、ユーザ１４に事前プログラムされているように完遂される。重要な点は、この電子データがそのフォーマット・プロトコルには無関係にバックアップ・サーバ２０から受け取られることである。従って、このデータはシステム１２で、それが圧縮および暗号化される前に、平文で受け取ることができる。具体的に言うと、バックアップ・サーバ２０を使用するのではなく、格納されるべきデータの圧縮および暗号化の機能はシステム１２で実施される。
【００１４】
好適に、圧縮／暗号化機能はシステム１２において、当業分野で良く知られている、例えばＨＩＦＮチップを用いて実行される。この結果は、他の場所では何と呼ぶかは別として、此処では「仮想ファイル」と呼ぶ。この「仮想ファイル」が作成されると、システム１２はまたいわゆる２部品鍵も作成する。本発明で意図されているように、この２部品鍵は「メタ・データ」（すなわち、第１部品）と暗号化鍵（すなわち、第２部品）を含む。
【００１５】
本発明の目的上、このメタ・データはシステム１２によって、本質的に電子データの元のフォーマットの物理的属性を記録している。図２を参照すると、格納用にバックアップ・サーバ２０から受け取られた電子データがバッファ２８の中に保持されていることが理解されよう。このバッファ２８は典型的な一時記憶であり、図示されるように可変長である。また、典型的にバッファ２８は個別の３２Ｋビットの断片３０（例示のため、断片３０ａ，３０ｂおよび３０ｘのみ）。図２に示されるように、また先に少し触れたように、バッファ２８の各断片３０は或る物理的属性を有し、これはユニークで特定断片３０（例えば、断片３０ａ）に固有である。各断片３０のこれらの物理的属性（例えば、サイズ、バッファ２８内での位置および機能）が次に決定されシステム１２で記録される。図２の矢印３２ａおよび３２ｂで示されるように、別々の情報がバッファ２８内のそれぞれ各々の断片３０（例えば、断片３０ａおよび３０ｂ）から集められる。この情報は次に集められ機能指示器、以降メタ・データ３４と呼ぶ、の中に結合される。
【００１６】
メタ・データ３４の作成と一緒に、システム１２はまた１つの暗号化鍵（図示せず）を生成し、これは後ほどバッファ２８を解読する際に使用される。好適にこの暗号化鍵は当業分野で「２５６ビット」鍵として知られている型式である。この時点で、システム１２が１つの「仮想ファイル」（すなわちバッファ２８）、１つの暗号化鍵、そしてメタ・データ３４を作成または生成したことを理解されよう。
【００１７】
安全上の理由により、この暗号化鍵は鍵管理者サイト３６に保管される。メタ・データ３４もまた鍵管理者サイト３６に保管できる。しかしながら、これに代わって、メタ・データ３４は圧縮／暗号化バッファ２８と共に記憶装置３８に格納することも可能である。重要な点は、記憶装置３８および鍵管理者サイト３６は物理的、電気的に互いに分離されていなければならないことである。更に、暗号化鍵は各々の記憶装置３８に対して特定でなければならない。再び図１を参照すると、記憶装置３８は種々の異なる型式の機器のいずれであっても良いことが分かるであろう。例えば、記憶装置３８は関連分野で良く知られている型式の、電子ライブラリ４０、ディスク４２、テープ４４またはＤＶＤ４６のいずれであっても構わない。
【００１８】
動作に際して、ユーザ１４は開始指令をシステム１２に送る。それに応答して、システム１２は格納されるべき電子データをバックアップ・サーバ２０から受け取る。次にシステム１２はそのデータをバッファ２８（すなわち、「仮想ファイル」）の中に圧縮し暗号化する。圧縮／暗号化機能と一緒にシステム１２はまた、暗号化鍵を作成し、メタ・データ３４を生成する。今やバッファ２８（「仮想ファイル」）の中に圧縮され暗号化されたデータは、次に記憶装置３８に送られて格納される。仮想ファイルは記憶装置内にある一方で、暗号化鍵は鍵管理者サイト３６に保管される。これに代わって、メタ・データ３４は鍵管理者サイト３６に暗号化鍵と一緒に保管することも、または記憶装置３８の中に仮想ファイルと共に設置することも可能である。重要な点は、この処理過程の中で、バックアップ・サーバ２０は格納されるべきデータをシステム１２に転送する以外、何の機能も実行しないことである。
【００１９】
後でデータを再構築するために記憶装置３８から移動される際に、この仮想ファイル（バッファ２８）はシステム１２に戻される。暗号化鍵とメタ・データ３４もまたシステム１２に戻される。次に、暗号化鍵がバッファ２８を解読するために使用される。続いてバッファ２８を元のプロトコル・フォーマット再構築するためにメタ・データが使用される。
【産業上の利用可能性】
【００２０】
此処に図示し、詳細に説明した、特定の「仮想テープ暗号化フォーマットを用いたシステム」は、此処に先に述べた目的を実現し、長所を提供することが完全に可能であるが、これは本発明の今回提示された実施例を単に図示するのみであり、添付の特許請求項に記載されたもの以外、此処に示す構成または設計の詳細は何らの制限も意図していないことは理解されよう。
【図面の簡単な説明】
【００２１】
【図１】図１は本発明に基づくシステムを示す図式図であり、システムが選択された記憶装置への電子データの流れのネットワークの中へ挿入されている。
【図２】図２は本発明に基づく電子データのバッファ用「メタ・データ」の作成を表す図である。
【符号の説明】
【００２２】
１０ ネットワーク
１２ システム
１４ ユーザ
１６ サーバ
１８，２２ 接続
２０ バックアップ・サーバ
２８ バッファ
３４ メタ・データ
３６ 鍵管理者サイト
３８ 記憶装置
【特許請求の範囲】
【請求項１】
データ・ファイルが１つのフォーマットを有する電子データ・ファイルを格納するための方法であって：
データ・ファイルをバックアップ・サーバから受け取り；
電子データ・ファイルのコンテンツを含む仮想ファイルを準備し；
データ・ファイル・フォーマットの物理的属性に関連する情報を含むメタ・データを作成し；
圧縮され暗号化されたデータ・ファイルを記憶装置に移動して格納する、以上のステップを含む、前記方法。
【請求項２】
請求項１記載の方法において、前記準備ステップが：
データ・ファイルを圧縮し；
データ・ファイルを暗号化するステップを含む、前記方法。
【請求項３】
請求項２記載の方法が更に、暗号化データ・ファイルを解読する際に使用するための暗号化鍵を指定するステップを含む、前記方法。
【請求項４】
請求項２記載の方法が更に、前記暗号化鍵を鍵管理者サイトに配置するステップを含む、前記方法。
【請求項５】
請求項４記載の方法において、メタ・データが暗号化鍵と一緒に、記憶装置とは分離された鍵管理者サイトに配置される、前記方法。
【請求項１】
データ・ファイルが１つのフォーマットを有する電子データ・ファイルを格納するための方法であって：
データ・ファイルをバックアップ・サーバから受け取り；
電子データ・ファイルのコンテンツを含む仮想ファイルを準備し；
データ・ファイル・フォーマットの物理的属性に関連する情報を含むメタ・データを作成し；
圧縮され暗号化されたデータ・ファイルを記憶装置に移動して格納する、以上のステップを含む、前記方法。
【請求項２】
請求項１記載の方法において、前記準備ステップが：
データ・ファイルを圧縮し；
データ・ファイルを暗号化するステップを含む、前記方法。
【請求項３】
請求項２記載の方法が更に、暗号化データ・ファイルを解読する際に使用するための暗号化鍵を指定するステップを含む、前記方法。
【請求項４】
請求項２記載の方法が更に、前記暗号化鍵を鍵管理者サイトに配置するステップを含む、前記方法。
【請求項５】
請求項４記載の方法において、メタ・データが暗号化鍵と一緒に、記憶装置とは分離された鍵管理者サイトに配置される、前記方法。
【図１】
【図２】
【図２】
【公開番号】特開２００８−１５２７７８（Ｐ２００８−１５２７７８Ａ）
【公開日】平成２０年７月３日（２００８．７．３）
【国際特許分類】
【外国語出願】
【出願番号】特願２００７−３１９６４０（Ｐ２００７−３１９６４０）
【出願日】平成１９年１２月１１日（２００７．１２．１１）
【出願人】（５０７４０５４３０）ハイフン、インコーポレイテッド (2)
【Ｆターム（参考）】
【公開日】平成２０年７月３日（２００８．７．３）
【国際特許分類】
【出願番号】特願２００７−３１９６４０（Ｐ２００７−３１９６４０）
【出願日】平成１９年１２月１１日（２００７．１２．１１）
【出願人】（５０７４０５４３０）ハイフン、インコーポレイテッド (2)
【Ｆターム（参考）】
[ Back to top ]