(57)【要約】本発明は一般に、情報記憶装置のデータ項目をアーカイブすることに関する。より詳細には本発明は、第１情報記憶装置で記憶規準を満たす第１データ項目を識別し；第２情報記憶装置に第１データ項目をコピーし；前記第１情報記憶装置で、前記第１データ項目のデータ型に基づいて選択された前記第１データ項目のデータのサブセットを含む第２データ項目を作成し；前記第１情報記憶装置で、前記第１データ項目を前記第２データ項目に置き換える；コンピュータ化された方法を提供する。【特許請求の範囲】
【請求項１】
データをアーカイブするコンピュータ化された方法であって、
第１情報記憶装置で記憶規準を満たす第１データ項目を識別する段階と；
前記第１情報記憶装置から第２情報記憶装置に前記第１データ項目をコピーする段階と；
前記第１情報記憶装置で、前記第１データ項目のデータ型に基づいて選択された前記第１データ項目のデータのサブセットを含む第２データ項目を作成する段階と；
前記第１情報記憶装置で、前記第１データ項目を前記第２データ項目に置き換える段階と；
を含むことを特徴とする方法。
【請求項２】
請求項１記載の方法において、
前記第１データ項目を識別する段階は、電子メールメッセージを識別する段階を含むことを特徴とする方法。
【請求項３】
請求項１記載の方法において、
前記第１データ項目を識別する段階は、電子メールメッセージへの添付ファイルを識別する段階を含むことを特徴とする方法。
【請求項４】
請求項１記載の方法において、
前記第１データ項目を識別する段階は、ディレクトリサービス・エントリを識別する段階を含むことを特徴とする方法。
【請求項５】
請求項１記載の方法において、
前記記憶規準は第１作成日を含み、前記記憶規準を満たす第１データ項目を識別する段階は、前記第１データ項目の第１作成日を前記作成日と比較する段階を含むことを特徴とする方法。
【請求項６】
請求項１記載の方法において、
前記記憶規準は最終アクセス日を含み、前記記憶規準を満たす第１データ項目を識別する段階は、前記第１データ項目の最終アクセス日を前記最終アクセス日と比較する段階を含むことを特徴とする方法。
【請求項７】
請求項１記載の方法において、
前記記憶規準は項目サイズを含み、記憶規準を満たす第１データ項目を識別する段階は、第１データ項目の項目サイズを前記項目サイズと比較する段階を含むことを特徴とする方法。
【請求項８】
請求項１記載の方法において、
前記第１情報記憶装置は電子メール情報記憶装置を含み、前記第１データ項目を識別する段階は、電子メールメッセージ又は電子メールメッセージへの添付ファイルを識別する段階を含むことを特徴とする方法。
【請求項９】
請求項１記載の方法において、
前記第１情報記憶装置はディレクトリサービス情報記憶装置を含み、前記第１データ項目を識別する段階は、ディレクトリサービス・エントリを識別する段階を含むことを特徴とする方法。
【請求項１０】
請求項１記載の方法において、
前記第１情報記憶装置から第２情報記憶装置に第１データ項目をコピーする段階は、前記第１情報記憶装置から補助記憶装置に第１データ項目をコピーする段階を含むことを特徴とする方法。
【請求項１１】
請求項１記載の方法において、
前記第２データ項目を作成する段階は、前記第１情報記憶装置で、前記第２情報記憶装置の第１データ項目の位置を識別する索引情報を含む第２データ項目を作成する段階を含むことを特徴とする方法。
【請求項１２】
請求項１記載の方法において、
前記第２データ項目を作成する段階は、電子メールメッセージを作成する段階を含むことを特徴とする方法。
【請求項１３】
請求項１２記載の方法において、
電子メールメッセージを作成する段階は、前記第１情報記憶装置で、前記第１データ項目のヘッダーフィールドを含む電子メールメッセージを作成する段階を含むことを特徴とする方法。
【請求項１４】
請求項１３記載の方法において、
前記ヘッダーフィールドは、送信フィールド、受信フィールド、サブジェクトフィールド、日付フィールド、及び時刻フィールドからなる群より１つ又は複数を含むことを特徴とする方法。
【請求項１５】
請求項１２記載の方法において、
前記電子メールメッセージを作成する段階は、第１情報記憶装置で、前記第１データ項目のメッセージ本体のサブセットを含む電子メールメッセージを作成する段階を含むことを特徴とする方法。
【請求項１６】
請求項１２記載の方法において、
前記電子メールメッセージを作成する段階は、前記第１情報記憶装置で、ユーザによって指定された新しいメッセージ本体を含む電子メールメッセージを作成する段階を含むことを特徴とする方法。
【請求項１７】
請求項１記載の方法において、
前記第２データ項目を作成する段階は、前記第１情報記憶装置で、ディレクトリサービス・エントリを作成する段階を含むことを特徴とする方法。
【請求項１８】
請求項１記載の方法において、
前記第１データ項目を置き換える段階は、前記第１情報記憶装置から前記第１データ項目を削除する段階を含むことを特徴とする方法。
【請求項１９】
データをアーカイブする装置であって、
一つ又は複数のデータ項目を含む第１情報記憶装置と；
第２情報記憶装置と；
前記第１情報記憶装置及び第２情報記憶装置へ接続可能なコンピュータと；を含み、
前記コンピュータは、
前記第１情報記憶装置で、記憶規準を満たす第１データ項目を識別するように；
前記第２情報記憶装置に第１データ項目をコピーするように；
前記第１情報記憶装置で、前記第１データ項目のデータ型に基づいて選択された前記第１データ項目のデータのサブセットを含む第２データ項目を作成するように；かつ
前記第１情報記憶装置からの第１データ項目を置き換えるように；
プログラムされていることを特徴とする装置。
【請求項２０】
請求項１９記載の装置において、
前記コンピュータは、電子メールメッセージを識別するようにプログラムされていることを特徴とする装置。
【請求項２１】
請求項１９記載の装置において、
前記コンピュータは、電子メールメッセージへの添付ファイルを識別するようにプログラムされていることを特徴とする装置。
【請求項２２】
請求項１９記載の装置において、
前記コンピュータは、ディレクトリサービス・エントリを識別するようにプログラムされていることを特徴とする装置。
【請求項２３】
請求項１９記載の装置において、
前記コンピュータは、前記第１データ項目を削除することによって、前記第１情報記憶装置からの第１データ項目を置き換えるようにプログラムされていることを特徴とする装置。
【請求項２４】
コンピュータ化された装置上で実行された時、データをアーカイブするコンピュータ化された方法をコンピュータ化された装置に実行させる、プログラムコードを格納するコンピュータ使用可能媒体であって、
前記方法は、
第１情報記憶装置で、記憶規準を満たす第１データ項目を識別する段階と；
前記第１情報記憶装置から第２情報記憶装置に前記第１データ項目をコピーする段階と；
前記第１情報記憶装置で、前記第１データ項目のデータ型に基づいて選択された前記第１データ項目のデータのサブセットを含む第２データ項目を作成する段階と；
前記第１情報記憶装置で、前記第１データ項目を前記第２データ項目に置き換える段階と；
を含むことを特徴とする媒体。
【請求項２５】
データをアーカイブする装置であって、
それぞれが特定のソフトウェアアプリケーションで使用される第１データ項目のアーカイブをコーディネートするよう構成された複数のアプリケーション固有データエージェントと；
それぞれが対応するアプリケーション固有データエージェントに機能的に統合され、対応するソフトウェアアプリケーションで使用される第１データ項目を、対応するソフトウェアアプリケーションで使用される第２データ項目に置き換えるようコンフィギュレーションされ、かつ第１データ項目のサブセットを表わす、複数のアプリケーション固有スタビングモジュールと；
を含むことを特徴とする装置。
【発明の詳細な説明】
【技術分野】
【０００１】
ここで開示されている本発明は一般に、コンピュータシステムにおけるオブジェクトのアーカイブ及び検索に関する。
【背景技術】
【０００２】
電子メール（ｅ−ｍａｉｌ）はますます、家でおよび職場で個人とメッセージを交換する共通で容認された方法になった。確かに、何人かの電子メールの利用者は毎日何百、あるいは何千ものメッセージを送信及び受信する。しかしながら大量の通信文トラフィックを管理することは、個人ユーザ及びネットワーク管理者の両方にとって問題となってしまった。
【０００３】
メッセージがメール・アプリケーションによって送受信されるとき、これらメッセージはレビューのためにフォルダに格納される。フォルダは通常、ユーザのローカルコンピュータあるいはネットワーク記憶装置上に格納されたｅ−ｍａｉｌを保持するものである電子メール情報記憶装置（e-mail information store：「ＩＳ」）と一般に呼ばれるファイルの一部である。ディレクトリサービス・アプリケーションのような他の種のアプリケーションは、さらに特定のアプリケーションに特有のデータを含んでいる情報記憶装置を有している。
【０００４】
ユーザがより多くの電子メールを送受信し続けるにつれ、時間とともにＩＳは通常、サイズが成長してゆく。この絶えず増加する成長が問題である。サイズを減少させるために定期的に行動が取られなければ、ＩＳは結局非常に大きくなり、相当量のディスクスペースを使用し、さらには情報にアクセスするために過度のシステムリソースを要求するようになるだろう。ＩＳのサイズを制御下に置き、かつシステム性能を最適化するために、電子メールシステムの管理者およびユーザは、ディスクスペースを解放するために、古いか又は望まれないメッセージを削除するか又はアーカイブに保管しなければならなかった。これらの方法は両方とも重大な欠点を有している。
【０００５】
古いメッセージをアーカイブに保管することに関連した１つの問題は、アーカイブに保管されたメッセージは通常、管理するのが難しい．ＰＳＴファイルのようなファイル形式でユーザのワークステーション上に格納されることである。．ＰＳＴファイルにアーカイブされた個人メッセージに対するすべての参照はもはやインボックスには現れず、これらの個人メッセージはもはや、ｅ−ｍａｉｌクライアントＧＵＩをブラウズすることによって容易にアクセスすることができない。個々のアーカイブに保管されたメッセージをレビューするために、ユーザは、どのアーカイブがメッセージを含むかを知らなければならず、メッセージの内容にアクセスすることができる前にメッセージを含んでいる個々のアーカイブを開かなければならない。所望のメッセージを見つけるためにアーカイブを開く手さぐり法に頻繁に頼るユーザにとって、このプロセスは多くの場合時間を消費する。
【０００６】
古いか又は望まれないメッセージの削除は、そのようなメッセージをアーカイブに保管するよりもさらに望ましくない解決策である。アーカイブファイルは、メッセージを管理しかつメッセージを検索するのが難しい一方で、古いか又は望まれないメッセージの削除は、管理及び検索をさらに困難で、かつしばしば不可能にする。ユーザがそのようなメッセージを削除する前にシステムバックアップを行なっていれば、検索は時々、まだ可能である。しかし、その後ユーザは、メッセージを検索するためにバックアップからシステム全体を復活させねばならない。最悪の場合には、メッセージは、削除されるときに、単に永久に失われてしまう。
【０００７】
その上、例えばMicrosoft Exchange Serverのような、中央ＩＳを含んでいる中央電子メールサーバを備えたネットワーク化された環境でさえ、正常なバックアップ処理はまた、ＩＳのサイズを縮小するのを直接支援するわけではない。もし個人ユーザがワークステーションのメッセージを削除するか又はアーカイブに保存しなければ、ＩＳをバックアップすることで、ＩＳのメッセージのすべてが後に残る。
【０００８】
かくして、ユーザが電子メールメッセージをアーカイブに保管しかつ検索する管理を容易にすることを可能にする装置が必要である。
【０００９】
加えて、古いか又は望まれないオブジェクトをアーカイブに保管することに関係のある同様の問題は、マイクロソフトのActive Directory、ミシガン大学のLDAP Servers、Lotus Notes、マイクロソフトのSharepoint Portalおよび他の同様のアプリケーションのような他のディレクトリサービス・アプリケーションにも存在する。これらのアプリケーションの各々では、時間とともに絶えず成長しているExchange ISと同様のデータベースが存在する。システム管理者は、これらのデータベース中にどれだけのデータが実際に必要か、どれだけアーカイブに保管されるべきであるか、などを決定しなければならない。ディレクトリサービスアプリケーションデータベース全体をアーカイブに保管することに関する１つの問題は、復元するときに、データベースの小さな一部分のみを復元する必要がある場合でも、全データベースを一般にシャット・ダウンする必要があるということである。全システムリストアよりも単一のファイルリストアが行われ、これにより、他の問題間のシステムリソースが非能率的に使用される。したがって、ユーザがディレクトリサービスおよび他の同様のアプリケーションオブジェクトをアーカイブに保管しかつ検索する管理を容易にすることを可能にする装置がまた必要である。
【発明の開示】
【課題を解決するための手段】
【００１０】
本発明は、アプリケーション固有アーカイブ及び検索をアーカイブに保管しかつ検索する管理を伴う上述の問題に向けられている。
【００１１】
本発明のいくつかの側面によれば、データをアーカイブするコンピュータ化された方法であって、第１情報記憶装置で記憶規準を満たす第１データ項目を識別する段階と；前記第１情報記憶装置から第２情報記憶装置に前記第１データ項目をコピーする段階と；前記第１情報記憶装置で、前記第１データ項目のデータ型に基づいて選択された前記第１データ項目のデータのサブセットを含む第２データ項目を作成する段階と；前記第１情報記憶装置で、前記第１データ項目を前記第２データ項目に置き換える段階と；を備えることを特徴とする。いくつかの実施例では、第１データ項目は電子メールメッセージ、電子メールメッセージへの添付ファイル、ディレクトリサービス・エントリあるいは他のデータオブジェクトを含んでもよい。
【００１２】
記憶規準は、アーカイブに保管することおよび他の目的のために第１データ項目を選択するために本発明によって使用される第１データ項目の特徴又は特性である。いくつかの実施例では、記憶規準は第１作成日を含み、第１データ項目を識別する段階は、第１データ項目の第１作成日を、記憶規準として指定された作成日と比較する段階を含む。いくつかの実施例では、記憶規準は最後にアクセスされた日付を含み、第１データ項目を識別する段階は、第１データ項目の最後にアクセスされた日付を、記憶規準として指定された、最後にアクセスされた日付と比較する段階を含む。いくつかの実施例では、記憶規準は項目サイズを含み、第１データ項目を識別する段階は、第１データ項目の項目サイズを、記憶規準として指定された項目サイズと比較する段階を含む。
【００１３】
いくつかの実施例では、第１情報記憶装置は電子メール情報記憶装置、ディレクトリサービス情報記憶装置あるいは他の種の情報記憶装置を含んでもよい。いくつかの実施例では、第２情報記憶装置は補助記憶装置である。いくつかの実施例では、第２データ項目は、第２情報記憶装置の第１データ項目の位置を識別する索引情報を含んでいる。
【００１４】
いくつかの実施例では、第２データ項目は電子メールメッセージ、ディレクトリサービス・エントリあるいは他の種のデータオブジェクトを含んでもよい。いくつかの実施例では、第２データ項目は、例えば電子メールメッセージ、送信フィールド、受信フィールド、サブジェクトフィールド、日付フィールドおよび時刻フィールドの場合に含むことのできる、第１データ項目のヘッダーフィールドを含んでいる。いくつかの実施例では、第２データ項目は、第１データ項目のメッセージ本体のサブセットを含んでいる。いくつかの実施例では、第２データ項目は、ユーザによって指定されたメッセージ本体を含んでいる。いくつかの実施例では、第１データ項目を置き換える段階は、第１情報記憶装置から第１データ項目を削除する段階を含む。
【００１５】
一実施例では、本発明はデータをアーカイブする装置であって、一つ又は複数のデータ項目を含む第１情報記憶装置と；第２情報記憶装置と；前記第１情報記憶装置及び第２情報記憶装置へ接続可能なコンピュータと；を含み、前記コンピュータは、前記第１情報記憶装置で、記憶規準を満たす第１データ項目を識別するように；前記第２情報記憶装置に第１データ項目をコピーするように；前記第１情報記憶装置で、前記第１データ項目のデータ型に基づいて選択された前記第１データ項目のデータのサブセットを含む第２データ項目を作成するように；前記第１情報記憶装置からの第１データ項目を置き換えるように；プログラムされていることを特徴とする装置を提供する。いくつかの実施例では、コンピュータは、電子メールメッセージ、電子メールメッセージへの添付ファイル、ディレクトリサービス・エントリおよびそれの組合せを識別するようにプログラムされる。いくつかの実施例では、コンピュータは、第１データ項目を削除することによって、第１情報記憶装置からの第１データ項目を置き換えるようにプログラムされる。
【００１６】
一実施例では、本発明は、コンピュータ化された装置上で実行された時、データをアーカイブするコンピュータ化された方法をコンピュータ化された装置に実行させる、プログラムコードを格納するコンピュータで使用可能な媒体であって、前記方法は、第１情報記憶装置で記憶規準を満たす第１データ項目を識別する段階と；前記第１情報記憶装置から第２情報記憶装置に前記第１データ項目をコピーする段階と；前記第１情報記憶装置で、前記第１データ項目のデータ型に基づいて選択された前記第１データ項目のデータのサブセットを含む第２データ項目を作成する段階と；前記第１情報記憶装置で、前記第１データ項目を前記第２データ項目に置き換える段階と；を含むことを特徴とする媒体を提供する。
【００１７】
一実施例では、本発明は、データをアーカイブする装置であって、それぞれが特定のソフトウェアアプリケーションで使用される第１データ項目のアーカイブをコーディネートするようコンフィギュレーションされた複数のアプリケーション固有データエージェントと；それぞれが対応するアプリケーション固有データエージェントに機能的に統合され、対応するソフトウェアアプリケーションで使用される第１データ項目を、対応するソフトウェアアプリケーションで使用される第２データ項目に置き換えるようコンフィギュレーションされ、かつ第１データ項目のサブセットを表わす、複数のアプリケーション固有スタビングモジュールと；を含むことを特徴とする装置を提供する。
【００１８】
本発明は、例として示されかつ限定されない添付の図面の中で例証される。図において、同様の参照番号は同様の又は対応する部分を指すよう意図されている。
【発明を実施するための最良の形態】
【００１９】
本発明に係る方法及び装置の実施例は図１から図５を参照することによって記述される。本発明の実施例に係るアプリケーション特定オブジェクトをアーカイブ及び検索する装置のネットワーク・アーキテクチャーは、図１に示される。示されるように、装置は、記憶マネージャー１２５と一つ又は複数の下記の構成要素とを含む：データエージェント１０５、クライアントコンピュータ１０７、第１情報記憶装置１０８、スタビングモジュール１０９、メディア・エージェント１１０、補助記憶装置ライブラリ１１５およびインデックスキャッシュ１２０。本発明の装置及び構成要素は、参照によって全体が本願に組み入れられる出願番号０９／６１０，７３８にさらに記述された、CommVault Systems, Inc. of Oceanport, NJから利用可能なCommVault Galaxyバックアップシステムのような３層バックアップシステムを例としている。
【００２０】
データエージェント１０５は、一般的にはクライアントコンピュータ１０７のデータをアーカイブ、移動、及び復帰させることのできるソフトウェアモジュールである。各クライアントコンピュータ１０７は、少なくとも１つのデータエージェント１０５を有し、本装置は複数のクライアントコンピュータ１０７をサポートすることができる。本装置は、それぞれが異なるアプリケーションに関連づけられたデータをバックアップ、移動、及び復帰させるよう意図された複数のデータエージェント１０５を備える。例えば、異なる個々のデータエージェント１０５は、Microsoft Exchangeデータ、Lotus Notesデータ、Microsoft Windows（登録商標）2000ファイルシステム・データ、Microsoft Active Directory Objectsデータ、および当技術で既知の他の種のデータを処理するよう構成されてもよい。クライアントコンピュータ１０７が２つ以上の種類のデータを有している場合、あるデータエージェント１０５は、それぞれのデータ型がクライアントコンピュータ１０７データをアーカイブ、移動、及び修復することが要求される。例えば、Microsoft Exchange2000サーバー上のデータをすべてバックアップ、移動、及び復元するために、クライアントコンピュータ１０７は、Exchange2000メールボックスをバックアップするために１つのMicrosoft Exchange2000メールボックス・データを使用し、Exchange2000データベースをバックアップするために１つのMicrosoft Exchange2000データベース・データエージェント１０５を使用し、Exchange2000パブリックフォルダをバックアップするために１つのMicrosoft Exchange2000パブリックフォルダデータエージェント１０５を使用し、クライアントコンピュータ１０７のファイルシステムをバックアップするために１つのMicrosoft Windows（登録商標）2000ファイルシステム・データエージェント１０５を使用するだろう。これらのデータエージェント１０５は、たとえ同一のクライアントコンピュータ１０７上に存在しても、装置によって４つの別個のデータエージェント１０５にアドレスされる。
【００２１】
データ・スタビングモジュール１０９は、本明細書中でさらに記述されるように、データ項目上でスタビング操作を行なうメディア・エージェントの構成要素である。
【００２２】
メディア・エージェント１１０は、クライアントコンピュータ１０７と、テープライブラリ又は他の記憶装置のような一つ又は複数の記憶ライブラリ１１５との間でデータを伝える。メディア・エージェント１１０は、記憶ライブラリ１１５と通信接続されるとともに記憶ライブラリ１１５をコントロールする。例えば、メディア・エージェント１１０は、記憶ライブラリ１１５にロボットアームを使用するよう命令するか、又は他の手段にメディアカートリッジをロードするか又は取り出し、かつアプリケーション固有データをアーカイブ、移動、又は復元するよう命じることができる。メディア・エージェント１１０は一般に、ＳＣＳＩアダプターのようなローカルバスを介して記憶ライブラリ１１５と通信する。いくつかの実施例では、記憶ライブラリ１１５は、記憶エリアネットワーク（Storage Area Network：「ＳＡＮ」）を介してデータエージェント１１０と通信接続される。
【００２３】
各メディア・エージェント１１０は、本明細書中でさらに記述されるように、記憶操作をバックアップ、移動、及び復元する間に装置が生成するインデックスデータを格納するインデックスキャッシュ１２０を維持する。例えば、Microsoft Exchangeデータ用記憶操作はインデックスデータを生成する。復元操作に対してユーザファイルを配置するための効率的な機構を装置に与えるので、インデックスデータは有用である。このインデックスデータには一般に、記憶ライブラリ１１５へバックアップされたデータが格納されるが、記憶操作をコントロールするメディア・エージェント１１０はまた、インデックスキャッシュ１２０にインデックスデータを付加的にコピーする。かくしてインデックスキャッシュ１２０中のデータは、記憶ライブラリ１１５から最初に復元される必要なしに、記憶操作および他の活動で使用する上で装置に容易に利用可能である。
【００２４】
各インデックスキャッシュ１２０は通常、対応するメディア・エージェント１１０のハードディスクあるいは他の固定記憶装置上に存在する。任意のキャッシュのようにインデックスキャッシュ１２０は有限のキャパシティーを有し、直接維持することができるインデックスデータの量は、インデックスキャッシュ１２０に割り当てられたディスクの部分のサイズに一致する。一実施例では、本装置は、当技術で知られているような最低使用頻度（「ＬＲＵ」）を基礎としてインデックスキャッシュ１２０を管理する。インデックスキャッシュ１２０の容量が到達したとき、装置は、新しいインデックスデータに最も最近アクセスされたインデックスキャッシュ１２０にこれらのファイルを上書きする。いくつかの実施例では、インデックスキャッシュ１２０中のデータが上書きされる前に、データは、記憶ライブラリ１１５のインデックスキャッシュ１２０にコピーされる。復元操作がキャッシュミスの場合のようにインデックスキャッシュ１２０にもはや格納されないデータを要求する場合、装置は、記憶ライブラリ１２０に格納されたインデックスキャッシュ１２０コピーからインデックスデータを復元する。
【００２５】
記憶マネージャー１２５は、装置をコーディネートしかつコントロールするソフトウェアモジュール又はアプリケーションである。記憶マネージャー１２５は、システムバックアップ、移動、及び復元を開始及び管理するために、メディア・エージェント１１０、クライアントコンピュータ１０７、およびデータエージェント１０５を含む装置のすべての構成要素と通信する。
【００２６】
いくつかの実施例では、装置のコンポーネントは、同一のコンピュータ上に存在し、かつ同一のコンピュータで実行してもよい。いくつかの実施例では、データエージェント１０５、メディア・エージェント１１０、又は記憶マネージャー１２５のようなクライアントコンピュータ１０７コンポーネントは、出願番号０９／６１０，７３８でさらに記述されたように、局所的なアーカイブ、移動、及び復元のアプリケーション機能をコーディネート及び命令する。このクライアントコンピュータ１０７コンポーネントは、他の同様のクライアントコンピュータ１０７コンポーネントと独立してあるいは一緒に機能することができる。
【００２７】
図２は、本発明の実施例に係るアプリケーション固有オブジェクトをアーカイブする方法のハイ・レベルのフローチャートを示す。アーカイブ・ジョブは、あらかじめ定義されたスケジュールに従って、又はユーザによって手動で管理されるように、ステップ１３０を自動的にスタートする。いくつかの実施例では、記憶マネージャー１２５は、アーカイブ・ジョブを開始するようメディア・エージェント１１０に命じ、次いでメディア・エージェント１１０は、次にアーカイブ工程を開始するようデータエージェント１０５に命じる。他の実施例では、メディア・エージェント１１０は、記憶マネージャー１２５から命令されることなくアーカイブ工程を開始するようデータエージェント１０５に直接命じる。
【００２８】
アーカイブ工程は、特定の記憶規準に従って第１情報記憶装置１０８内のこれらメッセージ、オブジェクト、又は他のデータ項目をフィルタ及びアーカイブする（ステップ１３５）。いくつかの実施例では、アーカイブ・ジョブが開始されるとき、記憶規準はユーザによって直接入力されてもよい。他の実施例では、記憶規準は、ユーザの選好あるいは他の情報に従って自動的にあらかじめ定義又は計算されてもよく、アーカイブ・ジョブは自動的に進行する。特定の記憶規準を満たすこれらメッセージ、オブジェクトあるいは他のデータ項目は、第１情報記憶装置１０８から第２情報記憶装置にコピーされる。いくつかの実施例では、第２情報記憶装置は、記憶ライブラリ１１５のような補助記憶装置メディアに配置される。
【００２９】
スタビング工程は、第２情報記憶装置にコピーされた第１情報記憶装置１０８内の各メッセージに対するスタブを作成し、各メッセージを削除する（ステップ１４０）。ここで使用されるように、スタブは、第２情報記憶装置にコピーされた第１情報記憶装置１０８のメッセージ、オブジェクトおよび他のデータ項目を交換するデータオブジェクトである。第２情報記憶装置へメッセージをコピーすると、第１情報記憶装置１０８内の記憶空間がなくなる。コピーされたメッセージを交換するスタブは一般に、記憶空間をあまり必要とせず、どの項目が第１情報記憶装置１０８からコピー及び削除されたかを示す。スタブはまた、第２情報記憶装置にコピーされたメッセージの検索を促進する。
【００３０】
第１情報記憶装置１０８の項目がすべてアーカイブ及びスタブされたとき、あるいはユーザによって管理されたとき、ジョブは終了する（ステップ１４５）。
【００３１】
図３は、本発明の実施例に係るアプリケーション特定オブジェクトをアーカイブする方法の詳細なフローチャートを示す。ジョブマネージャは、アーカイブ段階で始まるアーカイブ・ジョブを開始し、クライアントコンピュータ１０７上にアーカイブ管理デーモンを通知する（ステップ１５０）。ジョブマネージャは、一般に記憶マネージャー１２５の一部であるソフトウェアプロセスであるが、いくつかの実施例では、ジョブマネージャはまた、メディア・エージェント１１０、データエージェント１０５、又はこれらの任意の組合せの一部とすることもできる。いくつかの実施例では、補助記憶装置にバックアップされた後にメッセージ、オブジェクトあるいは他のデータ項目がスタブされるのみであることを保証するために、装置は、アーカイブ段階から開始する。当業者は、複数のアーカイブ・ジョブが一度に実行され得ることを認識するだろう。
【００３２】
既述したように、アーカイブ・ジョブは、ユーザによって管理されるように手動で、又は予定されたシステム管理タスクとして自動的に、開始することができる。いくつかの実施例では、アーカイブ・ジョブは、参照によって全体が本願に組み入れられる出願番号０９／８８２，４３８でさらに記述されたように、スケジュールポリシーに従って起こってもよい。例えば、スケジュールポリシーは、アーカイブ・ジョブが特定の時間又は他の指定時間に１日当たり一度、特定の情報記憶装置上で起こるべきであることを示してもよい。いくつかの実施例では、アーカイビング・プロセスおよびスタビング工程はまた、システムリソースに対する負荷を減少させるために閑散時に予定することができる。
【００３３】
アーカイブ管理デーモンは、データエージェント１０５のアーカイビング・プロセスを開始する（ステップ１５５）。アーカイビング・プロセスは、特定の記憶規準に従って第１情報記憶装置１０８のメッセージ、オブジェクト、又は他のデータ項目をアーカイブする。
【００３４】
アーカイビング・プロセスは、項目が記憶規準を満たすかを決定するために第１情報記憶装置１０８の項目をスキャンする（ステップ１６０）。例えば、電子メール情報記憶装置では、アーカイビング・プロセスは、候補メッセージ、あるいはオブジェクトが記憶方針で指定された記憶規準のようなデフォルト記憶規準又はユーザによってカスタマイズされた記憶規準のいずれかを満たすオブジェクト、を見つけるために、ＩＳ１０８内のメールボックスをスキャンする。
【００３５】
既述したように、記憶規準は、アーカイブされたメッセージ、オブジェクト、又は他のデータ項目がアーカイブされたスタブの内容と、スタブおよびアーカイブされたメッセージ、オブジェクト、又は他のデータ項目のため保持時間と、他の同様のろ過基準とをアーカイビング・プロセスがコントロールするようアーカイブ規則を定義する。一実施例では、メッセージ、オブジェクト、及び他のデータ項目は、ジョブＩＤ、時間等のようなパラメータに従って補助記憶装置にコピーされる。他の実施例では、記憶規準は、スタブが後に残されるべきか否か、全メッセージ又はオブジェクト、あるいは単なる添付ファイルがアーカイブされるべきであるか、及びまた他の同様の選択を示すために付加的な選択肢を指定する。いくつかの実施例では、記憶規準は、メールボックス又はフォルダのためにメールボックスサイズの閾値および排除フィルタを指定し、その結果、サイズが閾値を越えかつフィルタ・リストに載っていないメールボックスのみがスキャンされることになるであろう。いくつかの実施例では、記憶規準はまた、メッセージ選択基準をさらにコントロールするために、メッセージ作成時間、修正時刻、サイズ、又は添付ファイルに基づいて規則を特定する。例えば、年数、サイズ、添付ファイルのサイズ、残されたディスクスペースの量、メールボックスのサイズなどのような、ある記憶規準を満たすＩＳ１０８の中のメッセージは、補助記憶装置１１５にアーカイブされる。
【００３６】
スタブは通常、添付ファイルを持たない新しい小さなメッセージあるいはオブジェクトであるので、ユーザ・メールボックスから取り除くのが難しくなることがある。他の物の間のスタブ管理を容易にするために、記憶規準はまた、いくつかの実施例においてスタブの寿命を定義する。スタブが寿命を過ぎて終了した後、次のアーカイブ・ジョブは、第１情報記憶装置１０８からスタブを削除するか、あるいは記憶ライブラリ１１５のような補助記憶装置へスタブをアーカイブするかのどちらかである。
【００３７】
インデックスキャッシュ１２０のサイズは時間とともに成長することができ、いくつかの実施例中では、アーカイブの剪定に関係した記憶規準は、データが第１情報記憶措置１０８で、さらにはインデックスキャッシュ１２０中で除去又は削除されるべきであるという条件をつける。いくつかの実施例では、記憶規準はまた、補助記憶装置１１５中のアーカイブされたメッセージ、オブジェクト、及び他のデータ項目が、付加的な時間が経過した後か、又は所望の時点において、除去されるべきかを指定してもよい。
【００３８】
いくつかの実施例では、記憶規準は、孤立無援のスタブがＩＳ１０８内に残されているべきでないという条件をつける。一実施例では、この目的は、とりわけ、保持時間を使用することにより達成され、その結果、スタブは常に、関連するメッセージ、オブジェクト、又は他のデータ項目が補助記憶装置１１５中にアーカイブされる前に終了する。他の実施例では、記憶規準は、スタブがまだ第１情報記憶装置１０８に存在する場合には、補助記憶装置１１５にアーカイブされた項目は除去されないという条件をつける。代わりとなる実施例では、補助記憶装置１１５項目を除去するアーカイブは、インデックスキャッシュ１１５あるいは他の情報記憶装置に格納された、除去されたリストを生成し、装置は、第１情報記憶装置１０８に残っている関連するスタブをその後除去するためにこのリストを用いる。しかしながらいくつかの実施例では、記憶規準は、関連するスタブがまだ第１情報記憶装置１０８に存在する場合でも、補助記憶装置にアーカイブされたメッセージが除去されることを可能にしてもよい。
【００３９】
スキャンされた項目が記憶規準を満たす（ステップ１６５）ならば、アーカイビング・プロセスは、参照によって全体が本願に組み入れられる出願番号０９／６１０、７３８及び出願番号０９／６０９，９７７にさらに記述されているように、補助記憶装置１１５にメッセージ、オブジェクト、又は他のデータ項目をコピーする（ステップ１７０）。復元プロセスをより速くし、かつ他の所望の目的を達成するために、メッセージ、オブジェクト、及び他のデータ項目がまず磁気ライブラリ上にアーカイブされ得る。その後、これらの項目は、長期保存のためにテープ又は他のいくつかの記憶媒体に移動することができる。一実施例では、データは、参照によって全体が本願に組み入れられる２００２年９月１６日に申請された弁理士登録番号４９８２／２６Ｐｒｏｖ出願番号＿のCOMBINED STREAM AUXILIARY COPY SYSTEM AND METHODに記述されているように、システムリソースをさらに維持するために、補助のコピーを用いて磁気ライブラリからテープ又は他のある補助記憶装置メディアに移動されてもよい。
【００４０】
補助記憶装置１１５にコピーされた項目に関する特性および他の情報の識別は、データエージェント１０５のローカル情報ストアに格納されたアーカイブリストにアーカイブされる（ステップ１７５）。アーカイブ段階の間、第１情報記憶装置１０８から補助記憶装置１１５に首尾よくにコピーされたすべての項目に関する情報を詳述するレコードは、入力として役立ち、明細書中でさらに記述されるようにスタビング段階の間に用いられる、アーカイブリスト中に格納されることになる。アーカイブリスト中の項目の内容は、元のアーカイブされたメッセージ、オブジェクト、又は他のデータ項目を配置するために、後のスタビング段階及び復元工程に対する情報を含んでいる。そのような情報の例は、項目の補助記憶装置位置へのメールボックス名、フォルダＩＤ、メッセージＩＤおよびリンク情報を含んでいる。そのようなリンク情報の例は、Galaxyファイルシステム中の項目のインデックスエントリへのユニバーサル・ネーミング表記法（「ＵＮＣ」）パスである。
【００４１】
装置は、記憶規準に対してスキャンされるべき第１情報記憶装置１０８に、追加項目が残るかどうか判断する（ステップ１８０）。追加項目がスキャンされるべきままである場合、コントロールはステップ１６０に戻ってプロセスが繰り返される。そうでなければ、アーカイビング・プロセスは終了し、次いでジョブマネージャは、参照によって全体が本願に組み入れられる出願番号０９／６１０，７３８にさらに記述されているように、メディア・エージェント１１０又は他のコンポーネントのインデックスキャッシュ１１５にアーカイブ情報を書き込むアーカイブインデックス段階を開始する（ステップ１８５）。
【００４２】
アーカイブインデックス段階が完全な場合、メディア・エージェントは、次いでスタビング工程を開始するジョブマネージャに通知する（ステップ１９０）。スタビング工程は、スタビング段階及び続く工程の間にアーカイブリスト上の各項目を入力として用いるために、アーカイビング・プロセスの間にメッセージ、オブジェクト、又は作成された他のデータ項目のアーカイブリストを検索する（ステップ１９５）。スタビング工程はアーカイブインデックス段階中に作成されたインデックスキャッシュ１１５を含んでいるメディア・エージェント１１０を問い合わせることができるが、このオプションは、要求されるネットワーク及びプロセッサリソースのためにそれほど望ましくない。より望ましい方法は、明細書中で記述されたように、アーカイブ及びスタビングを、アーカイブ段階が首尾よく完成した後にのみスタビング段階が開始される、単一のジョブに結合する。一実施例では、スタビング段階は、アプリケーションＩＤ、ジョブステータス、及び他の基準に基づいたアーカイブリスト上の項目を処理する。
【００４３】
いくつかの実施例では、スタブが作成される前に、スタブを表示するか又はそうでなければスタブと関連させるために、装置は、テキストおよび他の情報のユーザ入力をプロンプト（ステップ２００）、及び受理（ステップ２０５）する。
【００４４】
アーカイブリスト上の各項目に対して、次いでスタビング工程は、第１情報記憶装置１０８に新しい「スタブ」メッセージ、オブジェクト、又は他のデータ項目を作成する（ステップ２１０）。新しいメッセージはそれぞれ、メッセージの本文フィールドが、メッセージがスタブであり、かつアーカイブされたメッセージにリンクするパスであることを示す説明テキストあるいは他の情報で置き換えられている以外は、元のメッセージと同一のデータ構造を有している。
【００４５】
新しいスタブは一般に、第１情報記憶装置１０８に関連した記憶方針で指定されたスタブ配置オプションに従って作成される。スタブ配置オプションは、本文を備えていないスタブ又は完全な本文を備えたスタブを含むが、添付ファイルなどは含まない。スタブのサブジェクトは、タグ、又は「（アーカイブされた）オリジナルサブジェクト」のような他の構文解析可能な識別子を組込むために変更することができ、その結果、続くアーカイブ操作はスタブを識別することができる。いくつかの実施例では、スタブには指定された特性がさらにある。いくつかの実施例では、スタブは、スタブ管理を備えたGalaxyのようなバックアップシステムを支援するために、ＩＤおよびアーカイブ時間を含んでいる。
【００４６】
各スタブが首尾よく作成された後、スタビング工程はオリジナルメッセージを削除し（ステップ２１５）、アーカイブリスト上で処理する追加項目があるかどうか判断する（ステップ２２０）。追加項目が処理されるべきままである場合、コントロールはステップ１９５に戻る。そうでなければ、ひとたびアーカイブリストに関する全てのメッセージ、オブジェクト、及び他のデータ項目が処理されてしまえば、スタビング工程は、ジョブマネージャに制御を戻し、アーカイブ・ジョブは終了する（ステップ２２５）。
【００４７】
図４は、本発明の実施例に係るアプリケーション特定オブジェクトを復元する方法のフローチャートを示す。復元するためのメッセージ、オブジェクト、又は他のデータ項目が選択される（ステップ２３０）。項目は、インデックスキャッシュ１１５、記憶方針、又は他の情報記憶装置に格納された、再定義された復元基準に従って、装置によって自動的に選択され得る。装置はまた、復元する項目を手動で選択するためにユーザ入力を受理する。
【００４８】
図５に戻ると、例えば、サンプル・スクリーン表示装置は、本発明の実施例に係るアプリケーション特定オブジェクトをアーカイブ及び復元するための、装置からの電子メールメッセージ・スタブを示す。示されるように、スタブは、送信者２６０、受信者２６５、主題２７０、および時刻／日付２７５を含む、オリジナルのアーカイブされたメッセージのヘッダーフィールドの多くを含んでいる。スタブはまた、オリジナルメッセージの本文がアーカイブされたことを示すメッセージ２８０と、アーカイブされたメッセージ本体へのリンク２８５と、オリジナルメッセージへの添付ファイルがアーカイブされたことを示すメッセージ２９０と、アーカイブされた添付ファイルへのリンク２９５と、を含んでいる。
【００４９】
一実施例では、メッセージ本体のような補助記憶装置にアーカイブされた項目は、ＵＮＣリンク２８５あるいは項目の関連するスタブ中の他の識別パスを手動でクリックすることにより復元することができる。スタブ・メッセージＩＤはリンク２８５内にエンコードされる。メディア・エージェント２１０あるいはデータエージェント２０５は、明細書中でさらに記述されたように、クリックを検知し、メッセージＩＤを解析し、パラメータとしてＩＤを復元プロセスへ引き渡す。
【００５０】
アーカイブされた電子メールメッセージの対応するスタブが、まだメールボックスあるいは他のブラウズすることができる第１情報記憶装置１０８にある場合、ユーザは、対応するスタブを見つけるために、送信者２６０、受信者２６５、主題２７０、時刻／日付２７５および他の識別基準を含むアーカイブされた電子メールメッセージからコピーされたスタブフィールド上で検索することができる。いくつかの実施例では、完全な本文を備えたスタブはまた、メールサーバあるいは他のファイルシステムの全文（インデックス）検索機能を介して配置することができる。
【００５１】
時々、スタブはもはや第１情報記憶装置１０８を通じてアクセス可能ではなくなる。例えば、スタブは除去されてもよいし、又はそうでなければ削除されてもよい。他の実施例では、アーカイブされたメッセージは、Galaxyシステムでのように補助記憶装置ファイルシステム中のアーカイブされたメッセージのインデックスエントリを介して選択することができる。例えば、ユーザが、対応するスタブが第１情報記憶装置１０８メールボックスから除去された、アーカイブされた電子メールメッセージを復元したければ、ユーザは、今までどおり、Galaxyコンソール・ブラウザのようなバックアップシステム・コンソール・ブラウザを介してアーカイブされたｅ−ｍａｉｌを復元することができる。
【００５２】
参照によって全体が本願に組み入れられる出願番号０９／６１０、７３８および出願番号０９／６０９，９７７でさらに記述されたように、復元する項目を選択すると、メディア・エージェント２１０のマップされた記憶装着可能ファイルシステム（storage installable file system）を誘発し、メディア・エージェント２１０は、メディア・エージェントのジョブマネージャ・プロセスにリストアリクエストを送信する（ステップ２３５）。メディア・エージェント２１０のジョブマネージャは、リクエストに含まれた情報を用いてリストアジョブを開始し、データエージェント２０５のジョブマネージャ・プロセスに通知する（ステップ２４０）。データエージェント２０５のジョブマネージャ・プロセスは、補助記憶装置ライブラリ１１５からアーカイブされたメッセージを取り戻し第１情報記憶装置１０８に返す復元プロセスを作成する（ステップ２４５）。アーカイブされた項目が補助記憶装置１１５から復元され、第１情報記憶装置１０８にコピーされた後、項目の対応するスタブは、第１情報記憶装置１０８から削除され（ステップ２５０）、ジョブが終了する（ステップ２５５）。
【００５３】
いくつかの実施例では、復元プロセスは、スタブと識別しかつ元のメッセージを復元するために、各スタブに含まれた特別の情報に依存するので、ユーザは、スタブを修正することが妨げられる。
【００５４】
一実施例では、ユーザが第１情報記憶装置１０８よりも異なる情報格納装置を有する他のメールサーバに移動されれば、装置はまず、すべてのスタブされたメッセージ、オブジェクト、及び他のデータ項目を第１情報記憶装置１０８内のユーザのメールボックスへ復元し、次いで、管理者がユーザの移動を許可される前に、全てのスタブを削除する。いくつかの実施例では、第１情報記憶装置１０８のメールボックスをスキャンし、全てのスタブを見つけ、リストアジョブを開始するためにメディア・エージェント１１９へリンクを引き渡し、次いでスタブを削除するために、装置の統合部分、又は個別のプロセスとして遂行される。いくつかの実施例では、スタブは、アプリケーション型、CommVault CommServer情報のようなバックアップ管理システムコンソール情報、およびユーザがメールサーバを更新する場合には本発明の互換性および継続的な機能性を保証する他の情報、を含んでいる。
【００５５】
本装置は電子メールオブジェクト・アーカイブの場面で頻繁に上述されてきたが、本装置はまた、マイクロソフトのActive Directory、ミシガン大学のLDAP Servers、Lotus Notes、マイクロソフトのSharepoint Portal、及び他の同様のアプリケーションのようなサービスに存在する各エントリの一般的なディレクトリサービスクライアント・オブジェクトをアーカイブおよび復元する。個々のアーカイブされたサービス・エントリの属性およびプロパティは、対応するスタブ中に保持される。クライアント操作は、Active Directoryと接続することができるWindows（登録商標） LDAP API、及び他のＬＤＡＰ準拠ディレクトリサービスのようなインターフェースを使用して行なわれる。同様に、ディレクトリサービスクライアントは、バックアップ・セットおよびサブクライアントを備えたＧＵＩの見地からのｅ−ｍａｉｌファイルシステム・エージェントのように非常によく見えるとともに機能する。ここで、デフォルトサブクライアントは、全ディレクトリ・サービスをバックアップし、新しいサブクライアントは、バックアップの範囲を制限するよう定義される。フィルタは、ディレクトリーツリーのある枝、あるエントリ、およびある属性をアーカイブするために記憶規準を指定する。各エントリは、ＬＤＩＦ（ＬＤＡＰデータ交換フォーマット）フォーマットのような、エントリの属性をリストするためのＲＦＣ標準形式であるインターフェース・フォーマットに従う個別のファイルに格納される。
【００５６】
明細書中で記述された装置及びモジュールは、ソフトウェア、ファームウェア、ハードウェア、あるいは明細書中で記述された目的にふさわしいソフトウェア、ファームウェア、又はハードウェアの任意の組合せを含んでもよい。ソフトウェアおよび他のモジュールは、サーバー、ワークステーション、パーソナルコンピュータ、コンピュータ化されたタブレット、ＰＤＡ、および明細書中で記述された目的にふさわしい他の装置上で存在することができる。ソフトウェアおよび他のモジュールは、ローカルメモリーを介して、ネットワークを介して、ブラウザ又はＡＳＰコンテキスト中の他のアプリケーションを介して、あるいは明細書中で記述された目的にふさわしい他の手段を介してアクセス可能とすることができる。明細書中で記述されたデータ構造は、コンピュータ・ファイル、変数、プログラミング配列、プログラミング構造、あるいはあらゆる電子情報記憶構成又は方法、あるいは明細書中で記述された目的にふさわしいこれらの任意の組合せを含むことができる。明細書中で記述されたユーザ・インタフェース要素は、グラフィカルユーザインターフェース、コマンドラインインターフェース、および明細書中で記述された目的にふさわしい他のインターフェースからの要素を含むことができる。明細書中で示されかつ記述されたスクリーンショットは、当技術で知られているように、情報を入力し、アクセスし、変更し、操作し、修正し、改め、かつ機能させるために、違った風に表示することができる。
【００５７】
本発明は好ましい実施例に関して記述されかつ例証されたが、当業者に明らかであるように、多くの変形及び修正が、本発明の精神および範囲を逸脱することなく行われてもよく、そのような変形及び修正は、本発明の範囲内に含まれるよう意図されているので、したがって本発明は、そのような変形例として上述された方法論又は構成の正確な詳細に限定されない。
【００５８】
この出願は、２００１年９月２８日に出願された「APPLICATION SPECIFIC OBJECT ARCHIVING AND RETRIEVAL SYSTEM」というタイトルの米国特許仮出願第６０／３２６，０２３号明細書の優先権を主張する。前記仮出願の全体の内容は、参照によって本願に組み入れられる。
【００５９】
この特許書類の開示内容の一部は、著作権保護の対象となる材料を含む。著作権者は、特許及び商標事務所の特許ファイル又は記録において現れるような、特許書類又は特許開示のいずれによっても複製品に対して異議はない。しかしながら、そうでない場合にはいかなる場合でもあらゆる著作権を保有する。
【００６０】
この出願は、次の懸案の出願に関連し、
出願第０９／６１０，７３８号：タイトル「MODULAR BACKUP AND RETRIEVAL SYSTEM USED IN CONJUNCTION WITH A STORAGE AREA NETWORK」，提出２０００年７月６日，代理人登録番号０４４４６３−００２；
出願第０９／６０９，９７７号：タイトル「MODULAR BACKUP AND RETRIEVAL SYSTEM WITH AN INTEGRATED STORAGE AREA FILING SYSTEM」，提出２０００年８月５日，代理人登録番号０４４４６３−００２３；
出願第０９／３５４，０５８号：タイトル「HIERARCHICAL BACKUP AND RETRIEVAL SYSTEM」，提出１９９９年７月１５日，代理人登録番号０４４４６３−００１４；
出願第０９／６１０，７３８号：タイトル「MODULAR BACKUP AND RETRIEVAL SYSTEM USED IN CONJUNCTION WITH A STORAGE AREA NETWORK」，提出２０００年７月６日，代理人登録番号０４４４６３−００２；
出願第０９／３５４，０５８号：タイトル「HIERARCHICAL BACKUP AND RETRIEVAL SYSTEM」，提出１９９９年７月１５日，代理人登録番号０４４４６３−００１４；
出願第０９／７７４，３０２号：タイトル「LOGICAL VIEW WITH GRANULAR ACCESS TO EXCHANGE DATA MANAGED BY A MODULAR DATA AND STORAGE MANAGEMENT SYSTEM」，提出２００１年１月３０日，代理人登録番号０４４４６３−００４０；
出願第０９／８７６，２８９号：タイトル「APPLICATION SPECIFIC ROLLBACK IN A COMPUTER SYSTEM」，提出２０００年６月６日，代理人登録番号０４４４６３−００２９；
出願第０９／７７４，２７２号：タイトル「EMAIL ATTACHMENT MANAGEMENT IN A COMPUTER SYSTEM」，提出２００１年１月３０日，代理人登録番号４９８２／１５；
出願第０９／８８２，４３８号：タイトル「STORAGE OF APPLICATION SPECIFIC PROFILES CORRELATION TO DOCUMENT VERSIONS」，提出２００１年６月１４日，代理人登録番号４９８２／１６；
出願第＿号：タイトル「COMBINED STREAM AUXILIARY COPY SYSTEM AND METHOD」，提出２００２年９月１６日，代理人登録番号４９８２／２６Prov；
これら出願のそれぞれは、参照によって全体が本願に組み入れられる。
【図面の簡単な説明】
【００６１】
【図１】本発明の実施例に係る、アプリケーション固有オブジェクトをアーカイブ及び検索する装置のネットワーク・アーキテクチャーを示すブロック図である。
【図２】本発明の実施例に係る、アプリケーション固有オブジェクトをアーカイブする方法のハイ・レベルのフローチャートである。
【図３】本発明の実施例に係る、アプリケーション固有オブジェクトをアーカイブする方法の詳細なフローチャートである。
【図４】本発明の実施例に係る、アプリケーション固有オブジェクトを復元する方法のフローチャートである。
【図５】本発明の実施例に係る、アプリケーション固有オブジェクトをアーカイブ及び検索する装置からの電子メールメッセージの控えを示す典型的なスクリーン表示装置である。
【符号の説明】
【００６２】
１０８  情報記憶装置
１１５  補助記憶装置ライブラリ
１０５  データエージェント
【図１】
2005505039.tif 000002
【図２】
2005505039.tif 000003
【図３】
2005505039.tif 000004
【図４】
2005505039.tif 000005
【国際公開パンフレット】
2005505039.tif 000006
2005505039.tif 000007
2005505039.tif 000008
2005505039.tif 000009
2005505039.tif 000010
2005505039.tif 000011
2005505039.tif 000012
2005505039.tif 000013
2005505039.tif 000014
2005505039.tif 000015
2005505039.tif 000016
2005505039.tif 000017
2005505039.tif 000018
2005505039.tif 000019
2005505039.tif 000020
2005505039.tif 000021
2005505039.tif 000022
2005505039.tif 000023
2005505039.tif 000024
2005505039.tif 000025
2005505039.tif 000026
2005505039.tif 000027
2005505039.tif 000028
2005505039.tif 000029
2005505039.tif 000030
2005505039.tif 000031
2005505039.tif 000032
2005505039.tif 000033
2005505039.tif 000034
2005505039.tif 000035
2005505039.tif 000036
2005505039.tif 000037
【国際調査報告】
2005505039.tif 000038
2005505039.tif 000039