JP2008527494A - バックアップ情報管理 - Google Patents

Abstract

一実施例を挙げると、アプリケーションからの出力を実質上継続して監視（モニター）すること、及び、その出力が予め決められたタイプのバージョンに関連しているかを判断すること、及び、その出力が予め決められたタイプのバージョンに関連している場合、出力に関連したデータを保存すること、から構成される情報管理方法。
【選択図】図１

Description

本発明は、概して言えば電子情報に係り、より詳細には、情報管理に係る。

関連出願への相互参照：本特許出願は、引用としてここにその全体を組み入れられた２００４年１２月３１日に出願された米国仮特許出願第６０／６４０，９７１号、名称「ＩＮＦＯＲＭＡＴＩＯＮ ＰＲＯＴＥＣＴＩＯＮ ＡＮＤ ＭＡＮＡＧＥＭＥＮＴ（情報保護および管理）」に基づくもので、その優先権を主張する。

通常、コンピュータのバックアップ及びリカバリーツールは、一日一回のバックアップのように、スケジュールを組んで設定された数のバックアップを定期的に行うことで使用される。従来のバックアップシステムの潜在的な問題点は、ユーザがデータを復元しなければならない時、最後のバックアップ後に作られたデータが通常は失われるということである。定期的なバックアップ間においても情報が復元されるように、情報を効果的に保護し管理することが望まれている。

本発明は様々な方法で実現し得る。様々な方法とは、プロセス、装置、システム、合成物、あるいは、コンピュータで読み取り可能なメディア（例えば、コンピュータ読み取り可能記録媒体、又は、プログラム命令が光もしくは電気的な通信リンクに送られるネットワーク等）を含むものである。本明細書では、このような実現方法や本発明がとり得る他の形式を技術として言及する。一般に、開示された処理ステップの順序は発明の範囲で変わり得る。

本発明の一又は複数の実施例の詳細な説明が、本発明の原理を示した添付図に従って開示される。そのような実施例に関連して本発明を記載するが、本発明は開示した実施例に限るものではない。発明の範囲は請求項のみにより限定され、発明は多数の代替案、修正、あるいは均等物を含む。本発明の完全な理解を得るため、以下に幾つかの具体的な詳細を説明する。これらの詳細は例を示すためのものであり、本発明は、説明した詳細に関わらず請求項に従い実現され得る。明確さを目的として、本発明を不必要に不明瞭にしないようにするため、本発明に関連する技術分野で知られている技術構成については詳細には説明しない。

図１は、情報の保護および管理の一実施例を示す構成要素のブロック図である。図２および図３と関連して論ずると、図１がより良く理解できる。図２は、インターセプター（ｉｎｔｅｒｃｅｐｔｏｒ）の一例を示すブロック図である。図３は、分配器（ｄｉｓｔｒｉｂｕｔｏｒ）に含まれるルーティング構成要素の一例を示す。

図１に示した例において、ユーザアプリケーション１００はインターセプター１０２によりモニターされる。ユーザアプリケーションの例には、ファイルシステム、データベース、および、財務ソフトもしくはワープロなどのアプリケーションが含まれる。すべてのアプリケーションはインターセプター１０２によりモニターされるように選ばれるか、あるいは、アプリケーションのサブセットがモニターされるように選ばれる。インターセプターは、アプリケーションからオペレーティングシステムへ、入出力（Ｉ／Ｏ）をインターセプトする。インターセプター１０２が常にアプリケーションからＩ／Ｏをモニターする例もある。

他の実施例においては、もしインターセプター１０２がホストマシンに存在しているならば、情報が記憶装置に書き込まれる前にキャプチャーされる。もしインターセプター１０２がＳＡＮに存在しているならば、オペレーティングシステムがまさに記憶装置に書き込もうとするときに情報がキャプチャーされる。もしインターセプター１０２がＮＡＳあるいはＴＣＰ／ＩＰスイッチにあるならば、ＴＣＰ／ＩＰパケットがインターセプトされる。

図２に示した例では、インターセプター１０２′はファイルインターセプター２００、プロトコルパケットインターセプター２０２、およびブロックインターセプター２０４を含むように示されている。ある実施例においては、インターセプターコンポーネント２００−２０４の内、ひとつのみをインターセプター１０２′に含む。また、他の実施例においては、これらインターセプターコンポーネント２００−２０４の内、２つもしくはそれ以上をインターセプター１０２′に含む。

一実施例を挙げると、インターセプター１０２′がホストマシンに存在し、ファイルＩ／Ｏをトラップし、ファイルＩ／Ｏにメタ情報を生成するファイルインターセプターを用いる。別の実施例を挙げると、インターセプター１０２′がＮＡＳに存在し、ＩＰプラットフォームのＮＦＳ，ＣＩＦＳ，あるいはｉＳＣＳＩパケットなどのパケットをトラップするプロトコルパケットインターセプターを使う。また別の実施例を挙げると、インターセプター１０２′がＳＡＮとホストマシン双方に存在し、データブロックへの変化をインターセプトするブロックインターセプターを用いる。ファイルインターセプター２００及びブロックインターセプター２０４の使用については、後ほど図１２に関連してより詳しく論ずる。

図１に戻り、インターセプター１０２は、情報の重要なイベントを表すマイルストーンマーカ（ｍｉｌｅｓｔｏｎｅ ｍａｒｋｅｒ）としてここでは言及されるメタ情報パケットを生成する。ここで用いられるメタ情報は、情報に関する情報を含んでいる。マイルストーンマーカの引き金となるイベントの例には、ファイルの作成、ファイルの消去、およびマイルストーンマーカのバックアップ等が含まれる。バックアップマイルストーンマーカが使用される時の一例は、バックアップマーカがプリセットされたスケジュールに従い書き込まれる時である。他の例は、システムが平穏であり、データを回復するのに良いタイミングと判断される時など、バックアップマイルストーンマーカが日和見主義的に使用される時である。

ある実施例では、インターセプター１０２が情報を受け取り、その情報を単数もしくは複数のパケットに入れ、ディストリビュータ１０４に受け渡す。

ディストリビュータ１０４はパケットを受け取り、様々なルーティングの仕組みに従いジャーナルログ・ボット（ｊｏｕｒｎａｌ ｌｏｇｇｅｒ）１０６にパケットを送る。ディストリビュータ１０４が使用する異なるルーティングの仕組みの例には、ネットワークルーティングおよびＳＡＮルーティングが含まれる。

図３に示した例において、ディストリビュータ１０４′はネットワークルーティングコンポーネント２５０およびＳＡＮルーティングコンポーネント２５２が含むように示されている。ディストリビュータ１０４′が、ネットワークルーティングコンポーネント２５０あるいはＳＡＮルーティングコンポーネント２５２のどちらかの単一のルーティングコンポーネントを含む例もある。また、ディストリビュータ１０４′が、ネットワークルーティングコンポーネント２５０やＳＡＮルーティングコンポーネント２５２などのルーティングコンポーネントを複数含む例もある。ネットワークルーティングコンポーネント２５０によって使用されるプロトコルの例には、ＲＰＣ，ＴＣＰ／ＩＰおよびｉＳＣＳＩが含まれる。ＳＡＮルーティングコンポーネント２５２によって使用されるプロトコルの例には、ＳＣＳＣＩおよびファイバーチャンネルプロトコル（ＦＣＰ）が含まれる。

図１に戻り、ディストリビュータ１０４は、インターセプター１０２から離れて位置するか、それともインターセプター１０２に接して存在し得る。それゆえ、図１に示された情報の保護と管理方法は、アプリケーション１００によって使用されるいかなるオペレーティングシステムにも適用され、さらに、いかなるネットワーク構成にも適合する。

ディストリビュータ１０４は、情報をジャーナルログ・ボット１０６に送る。一実施例として、ジャーナルログ・ボット１０６はインターセプトされたパケットを変換し、正規化する。するとその結果、これらパケットの記憶と管理がインターセプター１０２とディストリビュータ１０４のタイプとは無関係となる。他の実施例として、ジャーナルログ・ボットは受信した情報をメタ情報に変換し、重要ではない情報を取り除く。ＸＭＬやＸＤＲなどの技術を使い、あらかじめ決められているフォーマットに標準化してもよい。例えば、ディストリビュータ１０４はＴＣＰ／ＩＰフォーマットのパケットを送り、ジャーナルログ・ボット１０６はＴＣＰ／ＩＰフォーマットをＸＭＬなどのあらかじめ決められているフォーマットに変換する。

インターセプター１０２、ディストリビュータ１０４並びにジャーナルログ・ボット１０６は、Ｃｉｓｃｏ社やＢｒｏｃａｄｅ社等で製造されているルータおよびマルチプロトコールスイッチなどの市販されている高性能な部品に組み入れられてもよい。

メタデータ記憶装置（リポジトリ Ｒｅｐｏｓｉｔｏｒｙ）１１２Ａを含んだ多重記憶装置１１２Ａ−１１２Ｆから構成される固定記録装置（ＰＳ）１１０に情報が記憶される。一実施例として、データが記憶装置１１２Ｂ−１１２Ｆに記録され、そのデータと関連したメタデータがメタデータ記憶装置１１２Ａに記録される。固定記憶装置１１０は、処理能力を持ったインテリジェントで永続的な記憶装置である。

ジャーナルログ・ボット１０６は、キャッシュメモリ（ＣＳ）１０８、あるいは固定記憶装置１１０を使い、ジャーナルエンジン１１４と通信を行う。

一実施例として、固定記憶装置１１０は、記憶されているデータに関するバージョン情報、および記憶されたデータに関連した時間やバージョンなどのインデックスデータ情報を見出し、アップデートすることができるインテリジェントなデータ記憶装置である。固定記憶装置１１０は、バーチャルＬＵＮなどのバーチャル記憶装置と共に動作してもよい。さらに、様々な技術を使ったファイルシステムやオブジェクト記憶のような、様々な手段と共に作用するマルチバージョニング情報システムとしても動作する。この特徴は、例えば、カーネギーメロン大学で開発された総合バージョニングファイルシステム（ＣＶＦＳ）、Ｒｅｉｓｅｒ４ ＦＳ，あるいはＶｅｒｓｉｏｎｉｎｇ ＦＳなどの、バージョン分けをサポートするプラグインモジュールあるいはレイヤーを付加することで達成される。マルチバージョニング情報システムの実施に使用される技術の別の例は、Ｐｅｔｅｒ Ｊ．Ｖａｒｍａｎ、Ｐａｋｅｓｈ Ｍ．Ｖｅｒｍａの「Ａｎ Ｅｆｆｉｃｉｅｎｔ Ｍｕｌｔｉｖｅｒｓｉｏｎ Ａｃｃｅｓｓ Ｓｔｒｕｃｔｕｒｅ」（ＩＥＥＥ Ｔｒａｎｓａｃｔｉｏｎ ｏｎ Ｋｎｏｗｌｅｇｅ ａｎｄ Ｄａｔａ Ｅｎｇｉｎｅｅｒｉｎｇ，Ｖｏｌ．９，Ｎｏ．３，ｐｐ．３９１−４０９，Ｍａｙ／Ｊｕｎｅ １９９７）に記載されているマルチバージョンアクセス構造である。固定記憶装置１１０は、ＳＡＴＡ，ＡＴＡ，ＳＣＳＩ，あるいはＦＣディスクなどのいかなる記録媒体をも使うことができる。

ジャーナルエンジン１１４は固定記憶装置１１０に記憶された情報を処理する。ジャーナルエンジン１１４はユーザ要求に応答するクエリー処理エンジンを含む。さらには、特別なデータのコピー数、そのコピーがどこにあるか、いつそれぞれ異なるバージョンが作られたかといったことを明らかにして、維持する。

また、ジャーナルエンジン１１４は、企業ポリシーやＳＥＣコンプライアンスポリシーのようなポリシー（規則）を実施するポリシーエンジンを含む。ジャーナルエンジン１１４は、例えば、いくつのバージョンのデータが記憶されているか、いつデータが別の記憶デバイスに移されたか、いくつ特定のドキュメントのコピーが保持されているか等々を管理する。さらには、どのプログラムがデータとそのプロパティを作成したか等のオリジナルデータ情報源を保持している。ここで、プロパティとは、誰が作成したか、いつ作成されたか、そのサイズのみならず、データに関連した記憶装置の実体、及び、記憶装置のスタックスキーマ（例えば、ファイルシステム、ボリューム管理、ＬＵＮＳなど）をいう。また、ジャーナルエンジン１１４は、例えば固定記憶装置の転記マーカにより、マイルストーンマーカを管理し、マイルストーンマーカが何を意味するかを明らかにする。例えば、マイルストーンマーカは、バックアップを行うための良いタイミングを指示したり、意味のあるバージョンを指示したりする。また、ジャーナルエンジン１１４は、メタデータ情報を保持する。メタデータ情報の例として、特定のドキュメントから二つのコピーが作られ、その一方が削除され、いつ、誰により削除されたか、などの情報がある。

また、ジャーナルエンジン１１４は、記憶装置の最適化のためのジャーナルの圧縮のみならず、特定のデータの暗号を管理する。また、ジャーナルエンジン１１４は、ユーザに任意の時刻におけるデータを見せるため、バーチャルスナップショットを管理する。バーチャルスナップショットオプションは、ＮＦＳ，ＣＩＦＳファイルシステムやＬＵＮなどの様々な形式で実現され得る。例えば、ユーザの要求が２：００ｐｍにおけるＤドライブを見ることであれば、ジャーナルエンジン１１４は、固定記憶装置１１０並びにもし必要であれば他の２次的な記憶装置（そこには最適化のためにデータが移されている）から２：００ｐｍにおけるＤドライブの完全なデータセットを構築する。ジャーナルエンジン１１４のさらなる詳細については、後ほど残りの図に関連して論ずる。

バーチャルアクセスインターフェース１１６は、ＬＵＮ、ファイルシステム、ネットワークファイルシステム、あるいはアプリケーションオブジェクトなどの色々な形式でユーザに要求された情報を提示する。バーチャルアクセスインターフェース１１６は、グラフィックユーザインターフェースなどのユーザインターフェースとして機能するサービスと管理のコンソール１１８と連携して動作する。そして、ユーザが、ポリシー、構成、クエリー選択、並びに、閲覧と復元のための一般的なユーザインターフェース等を設定できるようにする。

図４は情報を保護し、管理するためのシステムの一実施例を示すイラストである。この例では、アプリケーションサーバ３００ＡはＬＡＮ３０８Ａと接続している。アプリケーションサーバはホスト記憶装置３０４Ａとも接続している。また、ＬＡＮ３０８Ａはデータ保護装置３０２Ａと接続している。データ保護装置３０２Ａは、図４の要素１０２−１１０の少なくとも一つのデータ保護を行う能力がある処理マシンである。データ保護装置３０２Ａは記憶装置３０６Ａとも接続している。記憶装置３０６Ａはマルチストレージデバイスを含む保護記憶スペースである。

一実施例として、インターセプター１０２とディストリビュータ１０４はアプリケーションサーバ３００Ａに存在する。ジャーナルログ・ボット１０６、ジャーナルエンジン１１４、及び固定記憶装置１１０はデータ保護装置に存在している。付け加えるならば、図１のバーチャルアクセスインターフェース１１６とサービスと管理のコンソール１１８はデータ保護装置３０２Ａに存在している。

他の実施例では，インターセプター１０２はホスト記憶装置３０４Ａに存在する。

図５はＳＡＮすなわちスイッチ機器に基づく構成の一例を示すイラストである。この例では、ＬＡＮ３０８Ｂはアプリケーションサーバ３００Ｂとデータ保護装置３０２Ｂに接続されている。アプリケーションサーバ３００Ｂとデータ保護装置３０２Ｂは共にスイッチ機器３２０に接続している。スイッチ機器３２０は記憶装置３０４Ｂと保護記憶装置３０６Ｂに接続されている。他の実施例として、データ保護装置３０２Ｂが保護記憶装置３０６Ｂに直接接続されている例もある。

一実施例として、インターセプター１０２、ディストリビュータ１０４、およびジャーナルログ・ボット１０６はスイッチ機器３２０に存在している。ジャーナルエンジン１１４と固定記憶装置１１０はデータ保護装置３０２Ｂに存在している。

他の実施例として、インターセプター１０２、ディストリビュータ１０４、およびジャーナルログ・ボット１０６は記憶装置３０４Ｂに存在している。ジャーナルログ・ボットがデータ保護装置３０２Ｂに存在している例もある。また、他の実施例として、インターセプター１０２、ディストリビュータ１０４、およびジャーナルログ・ボット１０６はアプリケーションサーバ３００Ｂに存在している。

図６に、情報の保護および管理のためのシステムの他の実施例を示す。この例では、アプリケーションサーバ３００ＣはＬＡＮ３０８Ｃと接続されており、ＬＡＮ３０８ＣはＮＡＳ３３０Ａとデータ保護装置３０２Ｃに接続されている。データ保護装置３０２Ｃは保護記憶装置３０６Ｃに接続されている。

一実施例として、インターセプター１０２、ディストリビュータ１０４、ジャーナルログ・ボット１０６、ジャーナルエンジン１１４、及び、固定記憶装置１１０はデータ保護装置３０２Ｃに存在している。他の実施例では、インターセプター１０２とディストリビュータ１０４がアプリケーションサーバ３００Ｃに存在し、ジャーナルログ・ボット１０６、ジャーナルエンジン１１４、及び、固定記憶装置１１０がデータ保護装置３０２Ｃに存在する。また、他の実施例では、インターセプター１０２、ディストリビュータ１０４、及び、ジャーナルログ・ボット１０６がＮＡＳ３３０Ａに存在し、ジャーナルエンジン１１４と固定記憶装置１１０がデータ保護装置３０２Ｃに存在している。さらに他の実施例では、インターセプター１０２、ディストリビュータ１０４、及び、ジャーナルログ・ボット１０６がアプリケーションサーバ３００Ｃに存在している。さらに他の実施例では、（図示していない）スイッチ装置がＬＡＮ３０８Ｃに接続され、そのスイッチ装置にインターセプター１０２とディストリビュータ１０４とが存在している。

図７に、情報の保護および管理のためのシステムの他の実施例を示す。この例では、ＬＡＮ３０８Ｄが複数のアプリケーションサーバ３００Ｄ−３００Ｅに接続しているのみならず、データ保護装置３０２ＤとＮＡＳ３３０Ｂにも接続している。アプリケーションサーバ３００Ｄとデータ保護装置３０２Ｄはスイッチ装置３４０に接続され、スイッチ装置３４０は記憶装置３０６Ｄと３０４Ｄとに接続されている。

一実施例として、保護されるべきコンポーネント１０２−１１４はデータ保護装置３０２Ｄに存在している。他の実施例では、インターセプター１０２とディストリビュータ１０４がアプリケーションサーバ３００Ｄ−Ｅに存在する。また他の実施例では、インターセプター１０２、ディストリビュータ１０４、並びに、ジャーナルログ・ボット１０６がスイッチ機器３４０に存在している。さらに他の実施例では、（図示されていない）ＬＡＮスイッチ機器がＬＡＮ３０８Ｄに接続され、インターセプター１０２とディストリビュータ１０４がＬＡＮスイッチ機器に存在する。

図４−７に記述されたシステムは単に可能性のある構成を示した例にすぎない。様々なデバイスの組み合わせに存在する保護されるべきコンポーネント１０２−１１４のあらゆる組み合わせを含む他の実施例では、また別の構成が予想される。

図８Ａ−８Ｃは、情報を保護し、管理する手法の１例を示すフロー図である。この例では、入出力（Ｉ／Ｏ）は常にＯＳ上のアプリケーションから監視されている（４００）。Ｉ／Ｏがインターセプトされる（４０２）。例えば、ドライブＤが常に監視されていれば、ＯＳ上のドライブＤのアプリケーションからのＩ／Ｏがインターセプトされる。同様に、特定のファイルが監視されていれば、そのファイルに関連したＩ／Ｏが常に監視され、インターセプトされる。

一例として、重要なバージョンが作成されたか否かを明らかにする（４０４）。例えば、ユーザがワード文書で作業しているとき、ワード文書の変化が常に監視され、インターセプトされる。この文書の特定の変化が重要なバージョンであるか否かを明らかにする。重要なバージョンの一例として、ユーザが変更するとき、変更を保存するとき、文書を閉じるときなどがある。

これは重要なバージョンであると決定されると（４０４）、データとメタデータが保存される（４０６）。ここで用いられるメタデータとは、データに関する情報である。メタデータの例には、データが作成された時間、作成者、関連するアプリケーションなどが含まれる。次に、記憶装置のメタデータがアップデートされ、維持される（４０８）。ここで用いられる記憶装置のメタデータとは、保存されているデータに関する情報である。記憶装置のメタデータの例には、データの保存場所、この特定のデータのコピーがいくつ保存されているか、この文書やファイルのバージョンがいくつ保存されているか、などがある。

次に、このインターセプトされたＩ／Ｏがマイルストーンであるか否かを判断する（４１０）。ここで用いられるマイルストーンとは、ファイルの作成、ファイルの消去、バックアップを行うに良いタイミングなどの情報の重要なイベントである。もし、マイルストーンイベントであれば（４１０）、マイルストーンマーカがデータに関連付けられる（４１２）。

次に、高性能なメディアに保存すべきか否かを判断する（４２２）。例えば、特定のファイルはとても重要であり，常に高性能なメディアに保存されるように指定される、あるいは、パワーポイントのプレゼンテーションなどのあるタイプのドキュメントは常に性能の低いメディアに保存されるように指定される。従って、データを高性能なメディアに保存する必要がないと確認されると（４２２）、性能の低いメディアに保存される（４２４）。しかし、高性能なメディアに保存すべきと確認されると、高性能なメディアに保存される（４２６）。次に、メディアの中のデータの位置を表すために、記憶装置のメタデータがアップデートされる（４２８）。

次に、データが定期的に変化しているか否かを判断する（４１４）。ファイルが低い性能で安価な記憶装置に保存されるべきか、処理レベルを決定するために、変化の定期性即ち頻度レベルは、ポリシーで設計される。もし、データが定期的に変化していなければ、そのデータは安価な低い性能の記憶装置に移される（４１６）。しかし、データが定期的に変化していれば、そのデータは高性能な記憶装置に維持される（４２０）。

次に、ファイルが削除されるか否かが判断される（４５０）。インターセプトされたＩ／Ｏがファイルを削除するためのものであれば、ポリシーがこのファイルの削除を許可するか否かを判断する（４５６）。もし、あらかじめ決められたポリシーがファイルの削除を許可しない場合、ファイルのコピーが継続保持される（４５８）。例えば、企業ポリシーあるいはＳＥＣポリシーは、全ての財務文書を数年間保管するように要求する。もしユーザが財務文書を削除しようと試みた場合、ユーザのコンピュータからはファイルが消されるかも知れないが、ポリシーに従い、ファイルのコピーが低性能のアーカイブ記憶措置に保持される。

ポリシーがファイルの削除を許可する場合（４５６）、ファイルは削除される（４６０）。ファイルがユーザマシン上から削除されるとき、ポリシーがファイルの全てのコピーとバージョンの削除を指示するか否かを判断する（４６２）。ポリシーが全てのコピーとバージョンの削除を指示しない場合、ファイルのコピーとバージョンは保持される（４６４）。しかし、ポリシーが全てのコピーとバージョンの削除を指示する場合（４６２）、ファイルの全てのコピーとバージョンは削除される（４６６）。例えば、パワーポイントのプレゼンテーションがユーザにより削除され、プレゼンテーションには１０個の保存されたバージョンがある場合、ユーザが現在のプレゼンテーションを削除すると保存されている１０個のバージョンが全て削除される。

次に、ポリシーに特別な動作が必要か否かが確認される（４６８）。この場合、動作はポリシーに従い実行される（４７０）。例えば、会社が全ての電子メールを特別な電子メール保管領域に保存するポリシーを持っている。この例では、インターセプトされたＩ／Ｏが電子メールに関係しているか否かを確認し、関係していれば特別な電子メール保管領域に保存する。

図９は情報をインターセプトし、記憶する手法の１例を示すフロー図である。この例では、Ｉ／ＯはＯＳ上のアプリケーションによりインターセプトされる（５００）。メタデータのパケットが作成される（５０２）。メタデータの例には、変化が起こった時間、どのアプリケーションに起こったのか、あるいはどのコンピュータシステムに起こったのかなどがある。このイベントがマイルストーンであるか否かを判断する（５０４）。マイルストーンの場合、マイルストーンマーカがメタデータのパケットに含まれる（５０６）。

次に、データとメタデータのパケットがネットワークルーティングプロトコールを通って送られたか否かを判断する（５０８）。ネットワークルーティングプロトコールを通って送付されていない場合、この例では、ＳＡＮルーティングプロトコールあるいは共有メモリ方式がパケットを送るために使われる（５１０）。しかし、ネットワークルーティングプロトコールを使う場合（５０８）、パケットを送るためにネットワークルーティングプロトコールが使われる（５１２）。図１のジャーナルログ・ボット１０６のようなジャーナルログ・ボットにパケットが送られる例がある。

パケットは要求されたフォーマットに変換される（５１４）。例えば、パケットはＸＭＬに変換され、ＦＣパケットフォーマット形式で記録メディアに送られる。次に、パケットが保存される（５１６）。

図１０は、記憶装置のインデックス手法の１例を示すフロー図である。この例では、データパケットは記録装置に受信される（６００）。パケットがメタデータであるか否かを判断する（６０２）。パケットがメタデータである場合（６０２）、パケットはメタデータ保管領域に格納される（６０４）。パケットがメタデータではない場合（６０２）、このファイルのコピーがすでに存在するか否かを判断する（６０６）。ここで使われるファイルとは、ファイル、文書、エクセルのシート、データベース、あるいはファイルシステム・ディレクトリなどのあらゆるデータの集合である。

次に、このデータのコピーがすでに存在するか否かを判断する（６０６）。すでにコピーが記録メディアに存在する場合（６０６）、記憶インデックス内のコピー情報と記憶場所がアップデートされる（６０８）。一例として、ファイルのコピーがいくつ格納されているか、いくつのバージョンが格納されているか、また、これらコピーとバージョンそれぞれの記憶場所などの情報を含んだ記憶インデックスが保持される。

次に、データの古いバージョンが存在するか否かを判断する（６１０）。古いバージョンがある場合、記憶インデックス内のバージョン情報と各種バージョンの記憶場所がアップデートされる（６１２）。

次に、受信したパケットがファイルを削除するように指示しているか否かを判断する（６１４）。削除する場合、記憶インデックスはコピーおよびバージョンが削除されたとアップデートされる（６１６）。

一実施例として、この種の情報のトラックを保持し続けることは、格納されたデータに関連するクエリーへの回答をのみならず、ＳＥＣコンプライアンスや企業ポリシーコンプライアンスのアシストを促進する。

図１１Ａ−１１Ｂは、ジャーナルエンジンにより実行させる手法の１例を示すフロー図である。この例では、バージョンの数が最大数に達しているか否かを判断する（７００）。例えば、ポリシーで文書のバージョン数１０まで保存できるように指示する。バージョンの数が最大数に達する場合、この例では、一番古いバージョンを削除する（７０２）。

次に、現在の特別な状況がリカバリーに良いタイミングであるか否かを判断する（７０４）。リカバリーに良いタイミングの一例は、ほとんどシステムに変化が起こらない真夜中などの、全て若しくはほとんどのアプリケーションが活動していないか静止状態である時である。リカバリータイミングの別の例は、例えば２時間おきにリカバリーするスケジュールのような、予定されたリカバリータイミングである。

一実施例では、現在の状況がリカバリーのタイミングの場合（７０４）、アプリケーションを静止状態にする（７０６）。アプリケーションが静止状態にした時、バックアップが為されたクリーンな時点を得るために、この間、Ｉ／Ｏが止められる。他の実施例では、この間バックアップが為されない。アプリケーションが静止状態にされ、バックアップマイルストーンマーカが置かれる（７０８）。ある実施例では、実際のバックアップが行われない為、アプリケーションの静止とバックアップマイルストーンマーカの設置は素早くかつ効率的に行わねばならない。

次に、特定の保存データが古いか否かを判断する（７１０）。古いと考えるデータの寿命はポリシーで指定される。例えば、一週間前のデータは古いと決める。データが古い場合、低い性能の記憶装置にアーカイブされる（７１２）。

次に、固定記憶装置にあるデータがあらかじめ決められた量に達したか否かを判断する（７５０）。格納されたデータがあらかじめ決められている量のスペースを占めている場合、データを低い性能の記憶装置に移動する（７５２）。一実施例では、低い性能の記憶装置に移動するデータに優先順位が付けられ、その結果、あるタイプのデータが、他のタイプのデータに先んじて、低い性能の記憶装置に移動される。例えば、パワーポイントのプレゼンテーションは電子メールより先に低い性能の記憶装置に移動され、順に、電子メールはワードの文書に先立ち低い性能の記憶装置に移動される。

次に、格納されたデータがマル秘であるかを判断する（７５４）。データがマル秘である場合、データに暗号化が適用される（７５６）。

次に、格納されたデータが圧縮可能かを判断する（７５８）。データが圧縮可能である場合、データに圧縮が適用される（７６０）。

図１２はブロックおよびファイルのバージョン付け手法の１例を示すフロー図である。この例では、ファイルのバージョン付けを行うか否かを判断する（８００）。ファイルのバージョン付けが起こる場合、モニターするファイルを識別する（８０２）。例えば、ファイルシステム全体がモニターされるように指定される。あるいは、特別なファイルおよびファイルグループがモニターされるように識別される。次に、選択ファイルに変化するブロックがモニターされ、インターセプトされる（８０４）。次に、変化したファイルに関連しているこのような変化が保存される。

ファイルのバージョン付けが起こらない場合（８００）、モニターされるデータブロックが識別される（８０８）。一例として、モニターされるデータブロックは、そのデータが関連しているファイルと無関係である。次に、ブロックの変化がモニターされ、インターセプトされる（８１０）。ブロックの変化が保存され、変化に関連したメタデータもまたアップデートされる（８１２）。変化したブロックに関連したメタデータの例として、データブロックに関連したファイルが含まれる。保存したメタデータを使い、保存されたブロックの存在するファイルが再構成される（８１４）。

このようにして、ブロックおよびファイルのバージョン付けが行われる。ファイルあるいはブロック、あるいはその双方を用いる適切な方法を選択することにより、この例は一部修正されることがある。

図１３は格納されたデータの復元手法の１例を示すフロー図である。この例では、ファイルを見るという要求が受信される（９００）。例えば、Ｄ：／Ａ．Ｔｅｘｔという名称のファイルを見るという要求を受ける。マイルストーン属性を持つ複数のバージョンが見出される（９０２）。例えば、要求されたファイルの複数のバージョンを探すため、図１の固定記憶装置１１０などの固定記憶装置にサーチが行われる。これらのバージョンに関連したマイルストーン属性もまた見つかる。マイルストーン属性の例として、バージョンの日付、時刻がある。

これらのバージョンはマイルストーン属性と共に表示される（９０４）。従って、ユーザは、時刻、バージョン、およびこの特別なバージョンがバックアップ品質のバージョンであることを示す静止状態の時点が記載されたバージョンリストを見る。次に、複数のバージョンの内のひとつに復元する要求を受信し（９０６）、選択されたバージョンに復元される（９０８）。

図１４は、データのバックアップ手法の１例を示すフロー図である。この例では、バックアップを行う要求が受信される（９５０）。次に、リカバリーポイントのマイルストーンマーカの所在を突き止める（９５２）。次に、リカバリーポイントが選択される（９５４）。例えば、リカバリーポイントのマイルストーンマーカを持つバージョンの所在が突き止められ、ユーザに表示され、ユーザがバックアップするためのリカバリーポイントを選択する。あるいはまた、バックアップが計画的に行われ、その結果、特定の時刻のバージョンが自動的に選択される（９５４）。

記憶装置のメタデータを使用して、選択されたリカバリーポイントのマイルストーンマーカに関連した格納データの所在が突き止められる（９５６）。例えば、記憶装置のメタデータは、選択されたデータがどこに格納されているかを示す。次に、この例では、選択された格納データによりバックアップが行われる（９５８）。一例として、アプリケーションが通常のパフォーマンスレベルで動作することを許可しながら、格納データによりバックアップが行われる。

上述の実施例は明瞭な理解を目的として詳しく記述したが、本発明はその詳細な記述に限るものではない。本発明を実現する多くの代替手段がある。説明した実施形態は実施例であり、限定するものではない。

情報の保護および管理の一実施例を示す構成要素のブロック図である。 インターセプターの一例を示すブロック図である。 分配器に含まれるルーティング構成要素の一例である。 情報を保護し、管理するためのシステムの一例を示すイラストである。 ＳＡＮすなわちスイッチ機器に基づく構成の一例を示すイラストである。 情報の保護および管理のためのシステムの他の実施例である。 情報の保護および管理のためのシステムの他の実施例である。 情報を保護し、管理する手法の１例を示すフロー図である。 情報をインターセプトし、記憶する手法の１例を示すフロー図である。 記憶装置のインデックス手法の１例を示すフロー図である。 ジャーナルエンジンにより実行させる手法の１例を示すフロー図である。 ブロックおよびファイルのバージョン付け手法の１例を示すフロー図である。 格納されたデータの復元手法の１例を示すフロー図である。 データのバックアップ手法の１例を示すフロー図である。

Claims (20)

1. アプリケーションからの出力を、実質上継続的に監視（モニター）するステップと、
   前記出力が予め決められたタイプのバージョンと関連しているかを判断するステップと、
   前記出力が予め決められたタイプのバージョンと関連している場合、前記出力に関連したデータを保存するステップと、
   を含む情報管理方法。
2. 前記出力がオペレーティングシステム上のアプリケーションからのものである、請求項１に記載の方法。
3. 前記予め決められたタイプのバージョンが重要なバージョンである、請求項１に記載の方法。
4. 保存と終了が実行された場合、前記出力が予め決められたタイプのバージョンに関連している、請求項１に記載の方法。
5. 記憶装置のメタデータをアップデートするステップを、更に備えた請求項１に記載の方法。
6. 保存データがデータ保護と関連する、請求項１に記載の方法。
7. アプリケーションが存在するデバイス外のメディアにデータが保存される、請求項１に記載の方法。
8. データがマイルストーンに関連するかを判断するステップを、更に備えた請求項１に記載の方法。
9. 前記マイルストーンがバックアップのための候補である、請求項８に記載の方法。
10. 前記マイルストーンが重要なバージョンである、請求項８に記載の方法。
11. （ａ）アプリケーションからの出力を、実質上継続的に監視（モニター）し、
    前記出力が予め決められたタイプのバージョンと関連しているかを判断する、
    ように構成されたプロセッサーと、
    （ｂ）前記プロセッサーと接合し、
    前記出力が予め決められたタイプのバージョンと関連している場合、前記出力に関連したデータを保存する、
    ように構成されたメモリーと、
    を備えた情報管理システム。
12. 前記メモリーが前記プロセッサーから離れている、請求項１１に記載のシステム。
13. 前記メモリーが前記プロセッサーの一部である、請求項１１に記載のシステム。
14. 前記メモリーがＬＡＮを経由して前記プロセッサーと接合している、請求項１１に記載のシステム。
15. 前記予め決められたタイプのバージョンが重要なバージョンである、請求項１１に記載のシステム。
16. 保存と終了が実行された場合、前記出力が予め決められたタイプのバージョンに関連している、請求項１１に記載のシステム。
17. コンピュータ読み取り可能な記録媒体に実装されたコンピュータプログラム製品であって、
    アプリケーションからの出力を、実質上継続的に監視（モニター）するステップと、
    前記出力が予め決められたタイプのバージョンと関連しているかを判断するステップと、
    前記出力が予め決められたタイプのバージョンと関連している場合、前記出力に関連したデータを保存するステップと、
    に関するコンピュータ命令を含んだ、情報管理のためのコンピュータプログラム製品。
18. 前記予め決められたタイプのバージョンが重要なバージョンである、請求項１７に記載のコンピュータプログラム製品。
19. 保存と終了が実行された場合、前記出力が予め決められたタイプのバージョンに関連している、請求項１７に記載のコンピュータプログラム製品。
20. 前記データがバックアップのための候補であるマイルストーンに関連するかを判断する命令を更に含む、請求項１７に記載のコンピュータプログラム製品。

Images