(57)【要約】  本発明は、電子メールシステムの災害復興及び管理の改善されたシステム及び方法を提供する。システムは、クライアント電子メールシステムが故障するときを検知する遅滞モニタと、メールボックス生成プロセスとを備え、故障が修復されている間に到着メールを待ち行列に入れるメールボックスアカウントを、影響を受けたドメインに対して自動的に生成する。これにより、メールサーバが利用不可能であることによって電子メールがバウンスされることがないようになる。電子メールサーバが再接続されるとシステムは、全ての電子メールが配達されるまで、待ち行列の電子メールをクライアントに“フロー制御”の方法で転送する。システムはさらに、故障が修復されるまでクライアントが電子メール機能を維持することを可能にするウェブメールインタフェースを含んでもよい。システムはさらに、電子メールをクライアントに送る前に全ての電子メールに対してポリシー及びコンテンツルール、スパム、ウィルスのチェックをする、メッセージスイッチを有していてもよい。
2008521358.tif 000002
【特許請求の範囲】
【請求項１】
一つまたは複数のユーザアカウントを有するクライアント電子メールシステムの災害復興システムであって、
前記クライアント電子メールシステムとの間で電子メールを送受信する一つまたは複数のサーバと、
前記クライアント電子メールシステムの故障を検知する遅滞モニタと、
故障に応答して、前記一つまたは複数のユーザアカウントに対応した一つまたは複数のメールボックスを自動的に生成するメールボックス生成プロセスであって、前記クライアント電子メールシステムに向けられた電子メールは、前記一つまたは複数のメールボックスに経路設定される、メールボックス生成プロセスと、
を備えたことを特徴とするシステム。
【請求項２】
前記遅滞モニタは前記一つまたは複数のサーバに備えられていることを特徴とする、請求項１に記載のシステム。
【請求項３】
前記一つまたは複数のサーバは、前記クライアント電子メールシステムに電子メールを送信する前に電子メールを選択的に待ち行列に入れ、
前記遅滞モニタは、前記サーバ内の電子メールの待ち行列が閾値を越えるときを判断することによって前記クライアント電子メールシステムの故障を検知する
ことを特徴とする、請求項２に記載のシステム。
【請求項４】
前記閾値は時間値、数量値、または割合値であることを特徴とする、請求項３に記載のシステム。
【請求項５】
前記遅滞モニタは、前記クライアント電子メールシステムから通知を受け取ることにより、前記クライアント電子メールシステムの故障を検知することを特徴とする、請求項１に記載のシステム。
【請求項６】
前記遅滞モニタは、前記クライアント電子メールシステムが修復されたときを検知し、それに応答して、前記一つまたは複数のメールボックス内の如何なる電子メールをも前記クライアント電子メールシステムに転送するトランスファープロセスを始動することを特徴とする、請求項３に記載のシステム。
【請求項７】
前記一つまたは複数のメールボックスにユーザがアクセスできるようにするウェブメールインタフェースをさらに備えたことを特徴とする、請求項１に記載のシステム。
【請求項８】
前記ウェブメールインタフェースは、ユーザが前記一つまたは複数のメールボックス内のメッセージを削除できないように設定されることを特徴とする、請求項７に記載のシステム。
【請求項９】
前記ウェブメールインタフェースは、前記ユーザが前記インタフェースを用いて送信したメッセージを格納するように設定されることを特徴とする、請求項８に記載のシステム。
【請求項１０】
電子メールメッセージを前記クライアント電子メールシステムまたは前記一つまたは複数のメールボックスに送信する前に一つまたは複数のルールに従って電子メールメッセージをフィルタする、メッセージスイッチをさらに備えたことを特徴とする、請求項１に記載のシステム。
【請求項１１】
前記一つまたは複数のルールは、ポリシールールと、コンテンツルールと、スパムルールと、ウィルスフィルタルールとを含むことを特徴とする、請求項１０に記載のシステム。
【請求項１２】
前記一つまたは複数のメールボックスを格納する格納モジュールをさらに備えたことを特徴とする、請求項１に記載のシステム。
【請求項１３】
複数のユーザアカウントを有するクライアント電子メールシステムの災害復興及び管理システムであって、
前記クライアント電子メールシステムに送信された電子メールメッセージを受信し処理する複数の分散サーバであって、前記クライアント電子メールシステムに電子メールを送信する前に電子メールを一時的に格納する一つまたは複数の行列を含むサーバと、
前記サーバの電子メールの行列が閾値を超えるときを検知することによって前記クライアント電子メールシステムの故障を検知する遅滞モニタと、
故障に応答して、前記複数のユーザアカウントに対応した複数のメールボックスを自動的に生成するメールボックス生成プロセスであって、前記クライアント電子メールシステムに向けられた電子メールは前記複数のメールボックスに経路設定される、メールボックス生成プロセスと、
を備えたことを特徴とするシステム。
【請求項１４】
前記複数のメールボックスにユーザがアクセスできるようにするウェブメールインタフェースをさらに備えたことを特徴とする、請求項１３に記載のシステム。
【請求項１５】
前記ウェブメールインタフェースは、ユーザが前記一つまたは複数のメールボックス内のメッセージを削除できないように設定されることを特徴とする、請求項１４に記載のシステム。
【請求項１６】
前記ウェブメールインタフェースは、前記ユーザが前記インタフェースを用いて送信したメッセージを格納するように設定されることを特徴とする、請求項１５に記載のシステム。
【請求項１７】
前記電子メールメッセージを前記クライアント電子メールシステムまたは前記一つまたは複数のメールボックスに送信する前に前記電子メールメッセージを処理する、一つまたは複数のフィルタをさらに備えたことを特徴とする、請求項１４に記載のシステム。
【請求項１８】
前記一つまたは複数のフィルタはスパムフィルタを備えていることを特徴とする、請求項１７に記載のシステム。
【請求項１９】
前記一つまたは複数のフィルタはコンテンツまたはポリシーフィルタを備えていることを特徴とする、請求項１７に記載のシステム。
【請求項２０】
前記一つまたは複数のフィルタはウィルスフィルタを備えていることを特徴とする、請求項１７に記載のシステム。
【請求項２１】
前記一つまたは複数のメールボックスを格納する格納ファシリティをさらに備えたことを特徴とする、請求項１４に記載のシステム。
【請求項２２】
複数のユーザアカウントを有するクライアント電子メールシステムの災害復興及び管理方法であって、
前記クライアント電子メールシステムに向けられた電子メールメッセージを受信、処理、送信する、一つまたは複数のサーバに電子メールを経路設定するステップと、
前記クライアント電子メールシステムの故障を検知するステップと、
前記クライアント電子メールシステムの故障の検知に応答して、前記複数のユーザアカウントに対応した複数のメールボックスを自動的に生成するステップと、
前記クライアント電子メールシステムに向けられた電子メールメッセージを故障が修復されるまで前記一つまたは複数のメールボックスに経路設定するステップと、
を含むことを特徴とする方法。
【請求項２３】
前記クライアント電子メールシステムが修復されたときを検知するステップと、
前記一つまたは複数のメールボックス内の如何なる電子メールをも前記クライアント電子メールシステムに転送するステップと、
を備えたことを特徴とする、請求項２２に記載の方法。
【請求項２４】
前記一つまたは複数のサーバは、前記クライアント電子メールシステムに電子メールメッセージを送信する前に電子メールを一時的に格納する一つまたは複数の待ち行列を有し、前記クライアント電子メールシステムに故障を検知するステップは、前記サーバの電子メールの待ち行列が閾値を超えるときを判断するステップを含むことを特徴とする、請求項２３に記載の方法。
【請求項２５】
前記複数のメールボックスにユーザが選択的にアクセスできるようにするインタフェースを提供するステップをさらに含むことを特徴とする、請求項２３に記載の方法。
【請求項２６】
前記インタフェースはウェブメールインタフェースであることを特徴とする、請求項２５に記載の方法。
【請求項２７】
前記インタフェースは、ユーザが前記一つまたは複数のメールボックス内のメッセージを削除できないように設定されることを特徴とする、請求項２５に記載の方法。
【請求項２８】
前記インタフェースは、前記ユーザが送信したメッセージを格納するように前記インタフェースを用いて設定されていることを特徴とする、請求項２７に記載の方法。
【請求項２９】
前記クライアント電子メールシステムまたは前記一つまたは複数のメールボックスに電子メールメッセージを送信する前に電子メールメッセージをフィルタするステップをさらに含むことを特徴とする、請求項２２に記載の方法。
【請求項３０】
前記フィルタするステップはコンテンツまたはポリシーフィルタリングを含むことを特徴とする、請求項２９に記載の方法。
【請求項３１】
前記フィルタするステップはスパムフィルタリングを含むことを特徴とする、請求項２９に記載の方法。
【請求項３２】
前記フィルタするステップはウィルスフィルタリングを含むことを特徴とする、請求項２９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は電子メールシステムに関し、より具体的には、元のサービスが再開されるまでの間クライアントが電子メールを送受信する能力を維持できる代替電子メールの提供を含む、電子メールシステムの故障を探知し修正手段を取るシステム及び方法に関する。
【背景技術】
【０００２】
企業は、ビジネスアソシエイツ、パートナー、顧客などと接続するための中心的通信ツールとして、どんどん電子メールに依存するようになってきている。多くの会社では、従業員は電話をかけるよりも高い頻度で電子メールメッセージを送受信する。電子メールは、データ、契約、指令、法的文書、その他業務に重要なコミュニケーションを交換するための導路である。ビジネスの維持及び改善のため電子メールに依存しているため、会社の電子メールインフラストラクチャは最高レベルのセキュリティ、信頼性を提供しなければならない。このインフラストラクチャを継続的に利用可能にすることは大きなタスクであり、多くの情報技術機関にとって真の課題となる。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従って、企業の電子メールサーバが利用不能になっても企業が電子メールメッセージを送受信し続けることができるようにする、電子メールシステムの災害復興及び管理のシステム及び方法を提供することが望まれる。
【課題を解決するための手段】
【０００４】
本発明は、電子メールシステムの災害復興及び管理のための改善されたシステム及び方法を提供する。本システム及び方法は、クライアントの電子メールシステムに故障がおきるときを探知し、影響を受けたドメインに対しメールボックスアカウントを自動的に生成し、メールボックスアカウントは故障が修復される間到達するメールを待ち行列に入れる。このシステムは、故障が修復されるまでクライアントが電子メール機能を維持することを可能にするウェブメールインタフェースをさらに含んでもよい。このシステム及び方法は、電子メールをクライアントに渡す前に、全ての電子メールをポリシー及びコンテンツのルールと、スパムと、ウィルスとでフィルタするメッセージスイッチをさらに備えていてもよい。
【０００５】
本発明は、クライアントにくる電子メールに対して頑強でしっかりとした伝達路を提供する複数のデータセンタを有する、高信頼性の分散ネットワークを利用して実施されてもよい。このシステムは、クライアントの電子メールサーバまたはインターネット接続がダウンしているときを検知する遅滞モニタ(deferral monitor)を用いてもよい。関連するプロセスは、必要に応じて遅滞(deferral)を検査しメールボックスアカウントを生成する。到着電子メールは、クライアントのメールサーバが修復され到着メールトラフィックを受信可能(available)になるまで、ユーザメールボックスアカウント内の待ち行列に入れられる。これにより、メールサーバが利用不可能であることによりメールがバウンスすることがなくなる。電子メールサーバが再接続されると、待ち行列に入ったメールを全てのメールが配達されるまでメールボックスアカウントが “フロー制御”の方法でクライアントに“解放”または転送するようにする、トランスファープロセスが始動される。
【０００６】
本発明の長所の一つは、電子メールサーバが利用不可能なときでも、クライアントに宛てられた電子メールがバウンスしたりなくなったりしないようにすることができることである。
【０００７】
本発明のもう一つの長所は、故障が修復されている間にクライアントからのアクションの必要なしにシームレスに到着メールを全て待ち行列に入れる、電子メールシステムの災害復興システム及び方法を提供することである。このシステムは、故障が修復されるまでユーザが待ち行列に入れられた電子メールにアクセスできるようにしクライアントが電子メール機能を維持することを可能にするウェブメールインタフェースをさらに含んでもよい。
【０００８】
本発明のもう一つの長所は、クライアントの電子メールシステム故障の場合でも、クライアントが好むセッティングを用いて、電子メールのポリシー、コンテンツ、スパム、及びウィルスフィルタリングを提供することである。
【０００９】
本発明の一つの側面によると、一つまたは複数のユーザアカウントを有するクライアント電子メールシステムの災害復興システムが提供される。システムは、クライアント電子メールシステムとの間で電子メールを送受信する一つまたは複数のサーバと、クライアント電子メールシステムの故障を検知する遅滞モニタと、故障に応答して、前記一つまたは複数のユーザアカウントに対応した一つまたは複数のメールボックスを自動的に生成するメールボックス生成プロセスであって、前記クライアント電子メールシステムに向けられた電子メールは、前記一つまたは複数のメールボックスに経路設定（route)されるメールボックス生成プロセスと、を備えている。
【００１０】
本発明のもう一つの側面によると、複数のユーザアカウントを有するクライアント電子メールシステムの災害復興及び管理システムが提供される。システムは、クライアント電子メールシステムに送信された電子メールメッセージを受信し処理する複数の分散サーバであって、前記クライアント電子メールシステムに電子メールを送信する前に電子メールを一時的に格納する一つまたは複数の行列を含むサーバと、サーバの電子メールの行列が閾値を超えるときを検知することによって前記クライアント電子メールシステムの故障を検知する遅滞モニタと、故障に応答して、前記複数のユーザアカウントに対応した複数のメールボックスを自動的に生成するメールボックス生成プロセスであって、前記クライアント電子メールシステムに向けられた電子メールは前記複数のメールボックスに経路設定（route)される、メールボックス生成プロセスと、を備えている。
【００１１】
本発明のもう一つの側面によると、複数のユーザアカウントを有するクライアント電子メールシステムの災害復興及び管理方法を提供する。方法は、クライアント電子メールシステムに向けられた電子メールメッセージを受信、処理、送信する一つまたは複数のサーバに電子メールを経路設定（route)するステップと、クライアント電子メールシステムの故障を検知するステップと、クライアント電子メールシステムの故障の検知に応答して、複数のユーザアカウントに対応した複数のメールボックスを自動的に生成するステップと、クライアント電子メールシステムに向けられた電子メールメッセージを故障が修復されるまで一つまたは複数のメールボックスに経路設定（route)するステップと、を含む。
【００１２】
本発明のこれら及び他の長所は、次の明細書の参照及び添付の図面の参照により、明らかになる。
【発明を実施するための最良の形態】
【００１３】
当業者が本発明を実施できるよう本発明の図示的例として提供された図を参照しつつ、本発明を詳細に説明する。特に、本発明のいくつかの要素の実施は、当分野において通常の技術を有する者には明らかなようにソフトウェア、ハードウェア、ファームウェア、またはそれらの如何なる組み合わせを用いることによっても達成され、下記の図、例示は本発明の範囲を制限するものではない。さらに、本発明の要素のいくつかが公知のコンポーネントを用いて部分的にまたは全体的に実施することができるときは、これら公知のコンポーネントのうち本発明の理解に必要な部分についてのみ記述し、これら公知のコンポーネントのうち他の部分については、発明を曖昧にしないよう、省略する。本発明の望ましい実施例は図示され、様々な図における類似したまたは同様の箇所については同様の番号が用いられている。
【００１４】
１実施例では、システム１００が分散ネットワーク上に実施されていてよい。図１は、分散ネットワーク１０２上に実施されているシステム１００を図示している。分散ネットワーク１０２は、公知のサーバ１０４を複数含み、これらのサーバは通信的に接続されている。離れたところにあるいくつかのセキュアなデータセンタ１１６は、サーバ１０４を内装する。データセンタ１１６は、大きな気象的または地理的な事象に耐えるように構築されており、高い利用可能性と信頼性とを確保するために、高性能のセキュリティ機能と、温度調節システムと、内蔵リダンダンシー及びバックアップジェネレータとを備えている。データセンタ１１６は、カバー地理的な領域にわたって離れた位置に分散されていることが望ましい。システムオペレータは、システム１００のオペレーションを制御し、隔地に位置し電子メールの受信者となるかもしれない複数の顧客または“クライアント”１１４をサインアップする。クライアント１１４は互いに離れて位置し、関係を持たなくてよい。それぞれの異なる顧客またはクライアント１１４は、複数のサーバを含む、一つまたは複数のコンピュータシステムまたは企業システムを表している。クライアント１１４に宛てられた、またはクライアント１１４からの電子メールは、如何なるものでもシステム１００を通る。電子メール全てがシステム１００を通るよう経路設定（route)するために、各クライアント１１４は、メール交換機または”MX“記録が従来型のDNSサーバ１１２のこのシステムのためのIPアドレスを反映するよう、それぞれそのメール交換機または”MX“記録を変更する。このようにして、クライアント１１４に宛てられたメールは全て、システム１００のDNSサーバ１１２に到達し、クライアント１１４に到達する前にシステム１００を通過する。このプロセスは、図１に図示されるステップ（１）〜（６）の記載により最もよく示される。
【００１５】
送信者１０６がクライアント１１４宛ての電子メールメッセージを送ると、電子メールはシステム１００を次のように通過する。ステップ（１）では、メッセージは従来型の送信者用Simple Mail Transfer Protocol (SMTP)サーバ１０８まで進む。ステップ（２）では、SMTPサーバ１０８は、クライアント１１４のMX記録を要求するため、従来型の送信者用DNSサーバ１１０と通信する。ステップ（３）では、送信者のDNSサーバ１１０が、クライアントのMX記録の記録リクエストをし、MX記録は今では、システムのDNSサーバ１１２に関連づけられている。このリクエストは、システムのDNSサーバ１１２に転送される。そしてシステムのDNSサーバ１１２は、電子メールにサービス提供するのに最も適したデータセンタ１１６を選択する。システムのDNSサーバは、最も適したデータセンタ１１６を：（ｉ）データセンタ１１６内のサーバ１０４の“健康状態”（例えば、サーバ１０４が正しく機能しているかなど）；（ｉｉ）データセンタ１１６内のサーバ１０４の容量（例えば、サーバ１０４が容量閾値を上回ってまたは下回って機能しているかなど）；（ｉｉｉ）離れたデータセンタと予定クライアント１１４との間の予測されるラウンドトリップ時間；（ｉｖ）送信者１０６及び／または送信者のＤＮＳサーバ１１０とデータセンタ１１６との間の地理的距離、の基準の１つまたは複数に基づいて決定する。与えられた状況下でシステムオペレータにとって何が適切または望ましいかに応じて、異なる基準に異なる重みがつけられてよい。
【００１６】
ステップ（４）では、システムのＤＮＳサーバ１１２が送信者のSMTPサーバ１０８に対して、選択されたデータセンタ１１６のサーバ１０４に対応するＩＰアドレスで応答する。ステップ（５）では、SMTPサーバ１０８はメッセージをサーバ１０４に配達する。一実施例では、サーバ１０４は、メッセージプロセッサまたは“スイッチ”、つまりポリシー、コンテンツ、スパム、及び／またはウィルスフィルタリング用のソフトウェアプログアムを有し、メッセージをそれに通す。メッセージスイッチのインスタンスは、各サーバ１０４内に位置し機能していてよい。もしメッセージスイッチが、あるメッセージがコンテンツ、ポリシーまたはスパムルールに違反しているか、ウィルス（ここにおいて、“ウィルス”および“ウィルスフィルタ”という文言は、ウィルス、トロイの馬、ワーム等、如何なる悪意あるまたは望ましくないコードをも含むよう広く解釈されるべきである）を含んでいると決定したとき、そのメッセージをブロック、拒否、または隔離してもよい。メッセージスイッチがメッセージを拒否または隔離しなかったと仮定すると、サーバ１０４は次に、ステップ（６）に示すようにメッセージをクライアント１１４に送信する。
【００１７】
本システムは、クライアント電子メールシステムまたはサイト１１４における故障の際の災害復興や管理にも備えている。もしクライアントの電子メールシステムに、クライアントへの電子メールメッセージ配達ができなくなるような故障が検知された場合、システムはクライアントの電子メールシステムの災害復興及び管理を提供する。特に、システムは到着メールを待ち行列に入れて、クライアントの電子メールが復興されるまでの間、電子メールへのアクセスを提供する。クライアントの電子メールシステムが復興されると、システムは待ち行列のメッセージを、フロー制御の方法でクライアントに転送する。次に、これらの災害復興及び管理機能について記載する。
【００１８】
図２は、システム１００の一般的なオペレーションのブロック図である。本発明は、システム１００と関連させて記載するが、図２に図示の部分またはブロック（並びに他の図に図示された部分またはブロック）はそれぞれ論理ステップまたはプロセス及び／または、論理ステップまたはプロセスを実施するのに用いられるハードウェア及び／またはソフトウェアを示すことに注意されたい。また、示された部分またはブロックのうちいずれの一つまたは複数でも、システムの一部としてコンピュータ読み取り可能媒体に実施され得ることに注意されたい。さらに、図２に示すブロックまたはプロセスはそれぞれ、分散コンピュータシステム１０２内の複数のサーバ１０４に分散される及び／または備えられている複数のプロセスを有している。図２に示す通り、システム１００はフィルタリングプロセス２００と、遅滞モニタ３００と、メールボックス生成プロセス３１０と、格納ファシリティ４００とを備えている。
【００１９】
フィルタリングプロセス２００は、メッセージプロセッサまたは“スイッチ”、つまりポリシー、コンテンツ、スパム、及び／またはウィルスフィルタリング用のソフトウェアプログアムを有する。メッセージスイッチのインスタンスは、各サーバ１０４内に位置し機能していることが望ましい。メッセージスイッチは、一つまたは複数のプログラム（例えばポリシー、コンテンツ、スパム及び／またはウィルスフィルタリングプログラム）を備えている。一実施例においては、メッセージスイッチは、本譲受人に譲渡されここに統合される米国特許出願番号10/849,090に記載のメッセージスイッチとほぼ同様である。もしメッセージスイッチが、あるメッセージがコンテンツ、ポリシーまたはスパムルールに違反しているかまたはウィルスを含んでいると判断したとき、そのメッセージをブロック、拒否、または隔離してもよい。メッセージスイッチがメッセージを拒否または隔離せず、クライアントシステム１１４に故障が検知されなかったと仮定すると、メッセージはクライアントシステム１１４内の意図された受信者に進む。しかし、もし遅滞モニタ３００がクライアントシステム１１４に故障を検知したとき、遅滞モニタ３００は災害復興シークエンスをトリガし、メッセージは下記のように格納ファシリティ４００に送られる。
【００２０】
遅滞モニタ３００は、システムの各メールサーバ（例えばメールサーバ１０４）において実行される一つまたは複数のプロセスを含む。遅滞モニタ３００は、システムのメールサーバ１０４上の遅滞行列に過度の遅滞がないかを調べる。過度の遅滞がある場合、遅滞モニタ３００はメールボックス生成プロセス３１０をトリガし、これによりクライアントの影響を受けたアカウントが格納ファシリティ４００において再生成される。クライアントのメールはその後、格納ファシリティ４００内のメールボックスに経路設定（route)される。遅滞モニタ３００が“過度”と見なす遅滞の閾値は、クライアントによって異なっていてよい。例えば、各クライアントが、遅滞最大数、最長遅滞許可時間、または割合閾値（単位時間毎の最大遅滞数）などによって閾値を設定し、もし閾値を越えると、遅滞モニタ３００にメールボックス生成プロセス３１０をトリガさせるようになっている。一実施例では、クライアントはこの閾値を動的に設定及び調節することができる。若しくは、システム１００の管理者が閾値を（従来型の管理インタフェースによって）設定及び変更することができる。クライアントメールシステムが完全にダウンしているのか、一時的だけなのかを判断するために、遅滞の理由を調べてもよい。
【００２１】
格納ファシリティ４００は、従来型の格納サーバ、プロセス、及びリダンダンシー付デバイスを一つまたは複数含む。格納ファシリティ４００は、影響を受けたクライアントのドメインを真似たユーザメールボックスにメールを格納する。クライアント電子メールが復興されると、トランスファープロセスが始動され、格納された電子メールメッセージが格納ファシリティ４００からクライアントシステムのそれぞれのメールボックスに送信される。一実施例では、格納ファシリティ４００は、ユーザが自分のユーザメールボックスアカウントからメールを削除できないように設定されている。このようにして、クライアント電子メールが修復されると、クライアントの正しくかつ完全な電子メールシステムが復興される。
【００２２】
システム１００のオペレーションを、電子メールシステムの災害復興及び管理のために行われるメソッド５００の一実施例を図示した図３を参照して記載する。メソッド５００は、災害または故障がクライアントのサイトで起きクライアントのメールサーバが一定期間アクセス不能及び・または機能不能になる、ブロック５１０において始まる。クライアントの電子メールシステムが利用不可能となった結果、そのクライアントシステムのユーザに宛てられたメッセージは、システム１００のメール転送エージェント(MTA: Mail Transfer Agent)のリレー行列に溜まり始める。ブロック５２０では、遅滞モニタ３００が、いつ遅滞が予め決められた閾値（例えば割合、時間、または量）を超えるかを検知する。上記に説明した通り、予め決められた閾値は、クライアントによって異なってもよく、各クライアントによって動的に設定及び修正されてよい。遅滞モニタ３００が閾値を越えたと判断すると、モニタ３００はクライアント及びシステム１００に、潜在的な故障または災害が起きたと通知する。遅滞モニタ３００は、クライアントがシステム１００にシステムまたはシステム管理者に故障を通知するメッセージを送ることにより、クライアントの故障を検知してもよい。
【００２３】
ブロック５３０では、遅滞モニタ３００がメールボックスアカウント生成プロセス３１０をトリガし、メールボックスアカウント生成プロセス３１０は影響を受けたクライアントドメインに対して自動的にユーザアカウントを生成する。一実施例では、メールボックスアカウント生成プロセスは中央データベースサーバにおいて実行され、中央データベースサーバは、システム１００によって維持されているクライアント情報データベース５９０と通信する。クライアントデータベース５９０は、クライアント電子メールシステムにおいて災害または故障の影響を受けたユーザアカウントそれぞれを特定し記載する情報を含んでよい。クライアントデータベースは、クライアントのメールを処理するための他の情報、例えば、フィルタリングプロセス２６０の間に用いられるクライアント特定のルール及びセッティング、並びにクライアント特定の閾値などを含んでいてもよい。データベースに含まれたアカウント情報に基づき、メールボックスアカウント生成プロセス３１０は、影響を受けたクライアントユーザアカウントのそれぞれに対応して臨時メールボックスアカウントを格納ファシリティ４００に生成する。一実施例においては、クライアントが、システム故障があったことを発見して影響を受けたユーザアカウントを提供してもよい。例えば、クライアントが電子メールシステムの災害または故障を通知（システム１００による通知によって）されると、そのユーザアカウント情報の全てをクライアントデータベース５９０に直接送信する。若しくはクライアントはその情報を、データベース５９０への入力、またはマニュアルでの生成またはメールアカウント準備のためにシステム管理者に送信する。
【００２４】
ブロック５４０においては、システムはメッセージ配達のあて先をクライアントゲートウェイから格納ファシリティ４００の臨時メールボックスアカウントに切り替える。これにより、待ち行列中のメールとクライアントに宛てられた新しいメールとが全て、クライアントの故障した電子メールシステムではなく、格納ファシリティ４００の中のそれぞれのメールボックスアカウントに配達される。ブロック５５０では、システムは、従来型のウェブインタフェースから、ユーザがメールボックスアカウントにアクセスできるようにするウェブメールアプリケーションを稼動する。ウェブメールアプリケーションは、従来型のウェブベースのメールアプリケーションでよい。一実施例においては、ウェブメールアプリケーションはユーザが格納ファシリティ４００に含まれたメッセージを削除できないように設定されている。ウェブメールアプリケーションはさらに、ユーザが送信する送信メールを全て保存するように設定されている。これによって、クライアント電子メールシステムが修復されると、クライアントの電子メールシステムの正しく完全なイメージが復興される。
【００２５】
ブロック560では、クライアントメールサーバが修復される。クライアントメールサーバが修復されると、システム１００に（例えばクライアントシステムまたは管理者によって）通知が送られる。若しくは、遅滞モニタ３００が定期的にクライアント電子メールシステムを調べ、十分に修復されるときを検知する。これは、定期的にメッセージをクライアント電子メールシステムに送り、クライアント電子メールシステムがメッセージを受け入れているかを判断することによって行ってよい。ブロック５７０では、システム５７０が、クライアント電子メールシステムが修復されたと判断すると、プロセスはアクティブドメインを臨時メールボックスアカウントからクライアントゲートウェイへと切り替えなおす。プロセスはブロック５８０で終了し、トランスファープロセスが機能４００に格納されたメールをクライアント電子メールシステムに再配達する。一実施例では、ウェブメールアプリケーションを通じて送信された格納メッセージ全てが、参考のためにクライアント電子メールシステムにも配達される。一実施例では、電子メールメッセージはクライアントにフロー制御の方法で配達される。メッセージが配達される割合は、クライアント毎に設定及び調節され、クライアントデータベース５９０内に格納されてよい。
【００２６】
このようにして、システム１００はクライアントの電子メールシステムの管理及び修復を行う。システムは、故障が修復されている間、クライアントからの如何なるアクションをも必要とすることなく、到着メールをシームレスに待ち行列に入れる。システムはさらに、故障が修復されるまでクライアントが電子メール機能（電子メールの送信及び受信両方）を維持することを可能にするインタフェースを含んでもよい。システム１００のアーキテクチャ及び機能はまた、クライアント電子メールシステムの故障の際にも、クライアント特定のポリシー、コンテンツ、スパム及び／またはウィルスフィルタリングのプロシージャが支障なく続けられ、影響を受けないようにすることができる。
【００２７】
本発明は、図示された望ましい実施例によって特に示され記載されたが、当分野において技術を有する者には、形式及び詳細における上記及び他の変更が本発明の精神、範囲を超えることなく可能であり、本発明は添付の請求項の範囲によってのみ制限されるべきことが理解されよう。
【図面の簡単な説明】
【００２８】
【図１】分散ネットワーク上で実施される、本発明に係る、電子メールシステムの災害復興及び管理システムの概念図である。
【図２】本発明に係る、電子メールシステムの災害復興及び管理システムの一般的機能を図示したブロック図である。
【図３】本発明に係る、電子メールシステムの災害復興及び管理システムのオペレーションを図示したフロー図である。
【図１】
2008521358.tif 000003
【図２】
2008521358.tif 000004
【図３】
2008521358.tif 000005
【国際調査報告】
2008521358.tif 000006
2008521358.tif 000007