(57)【要約】【課題】メール単位でのメール識別情報やメール更新情報を含めたメールデータの複製をソフトウェアにより行うことで、運用系・遠隔バックアップ環境間における同等の状態でのサービス継続が可能となるメールサーバのバックアップシステムを提供する。【解決手段】運用系サーバ１は、ＳＭＴＰサーバプロセス１１において、メール本体と、メール識別情報やメール更新情報等のメールに関する情報とを含む複製用メールデータファイルをメール単位で作成し、ミラー送信プロセス１３において、バックアップサーバ２へ該ファイルを送信する。バックアップサーバ２は、ミラー受信プロセス２３において、該ファイルを受信し、指定されたアドレスのメールボックス２４へのメールの追加あるいはメールボックス２４からのメールの削除を行う。【選択図】図１
2007274053.tif 000002
【特許請求の範囲】
【請求項１】
メールクライアントあるいはメール配送サーバから受信したメールのメールボックスへの保持を行うメールサーバと、前記メールボックスに保持されたメール及び該メールに関する情報をバックアップデータとして保持するバックアップサーバとから構成されるメールサーバのバックアップシステムであって、
前記メールサーバは、前記メールの保持を行うプロセスにおいて、前記メールボックスに保持されたメール及び該メールに関する情報を含む複製用メールデータファイルをメール単位で作成して、前記複写用メールデータファイルを前記バックアップサーバへ送信し、
前記バックアップサーバは、前記メールサーバから送信された複製用メールデータファイルを読み込み、前記メールボックスに保持されたメール及び該メールに関する情報を複製することを特徴とするメールサーバのバックアップシステム。
【請求項２】
前記メールサーバは、前記メールの保持を行うプロセスにおける複製用メールデータファイルの作成と、前記複製用メールデータファイルの読込みを行うプロセスにおける前記複製用メールデータファイルの前記バックアップサーバへの送信とを、別プロセスとして、かつ、前記メールが更新された順序に従って行うことを特徴とする請求項１に記載のメールサーバのバックアップシステム。
【請求項３】
前記メールに関する情報は、メールの更新履歴情報及びプロトコル上の論理的なメール識別情報を含むことを特徴とする請求項１又は２に記載のメールサーバのバックアップシステム。
【請求項４】
メールクライアントあるいはメール配送サーバから受信したメールを保持するメールボックスの作成及び作成した前記メールボックスの更新を行うメールサーバと、前記メールボックス及び該メールボックスに関する情報をバックアップデータとして保持するバックアップサーバとから構成されるメールサーバのバックアップシステムであって、
前記メールサーバは、前記メールボックスの作成又は更新を行うプロセスにおいて、前記メールボックス及び該メールボックスに関する情報を含む複製用メールボックスデータファイルをメールボックス単位で作成して、前記複写用メールボックスデータファイルを前記バックアップサーバへ送信し、
前記バックアップサーバは、前記メールサーバから送信された複製用メールボックスデータファイルを読み込み、前記メールボックス及び該メールボックスに関する情報を複製することを特徴とするメールサーバのバックアップシステム。
【請求項５】
前記メールサーバは、前記メールボックスの作成を行うプロセスにおける複製用メールボックスデータファイルの作成と、前記複製用メールボックスデータファイルの読込みを行うプロセスにおける前記複製用メールボックスデータファイルの前記バックアップサーバへの送信とを、別プロセスとして、かつ、前記メールボックスが更新された順序に従って行うことを特徴とする請求項４に記載のメールサーバのバックアップシステム。
【請求項６】
前記メールボックスに関する情報は、メールボックスの更新履歴情報及びプロトコル上の論理的なメールボックス識別情報を含むことを特徴とする請求項４又は５に記載のメールサーバのバックアップシステム。
【請求項７】
メールクライアントあるいはメール配送サーバから受信したメールのメールボックスへの保持を行うメールサーバと、前記メールボックスに保持されたメール及び該メールに関する情報をバックアップデータとして保持するバックアップサーバとから構成されるメールサーバのバックアップ方法であって、
前記メールサーバは、前記メールの保持を行うプロセスにおいて、前記メールボックスに保持されたメール及び該メールに関する情報を含む複製用メールデータファイルをメール単位で作成して、前記複写用メールデータファイルを前記バックアップサーバへ送信し、
前記バックアップサーバは、前記メールサーバから送信された複製用メールデータファイルを読み込み、前記メールボックスに保持されたメール及び該メールに関する情報を複製することを特徴とするメールサーバのバックアップ方法。
【請求項８】
前記メールサーバは、前記メールの保持を行うプロセスにおける複製用メールデータファイルの作成と、前記複製用メールデータファイルの読込みを行うプロセスにおける前記複製用メールデータファイルの前記バックアップサーバへの送信とを、別プロセスとして、かつ、前記メールが更新された順序に従って行うことを特徴とする請求項７に記載のメールサーバのバックアップ方法。
【請求項９】
前記メールに関する情報は、メールの更新履歴情報及びプロトコル上の論理的なメール識別情報を含むことを特徴とする請求項７又は８に記載のメールサーバのバックアップ方法。
【請求項１０】
メールクライアントあるいはメール配送サーバから受信したメールを保持するメールボックスの作成及び作成した前記メールボックスの更新を行うメールサーバと、前記メールボックス及び該メールボックスに関する情報をバックアップデータとして保持するバックアップサーバとから構成されるメールサーバのバックアップ方法であって、
前記メールサーバは、前記メールボックスの作成又は更新を行うプロセスにおいて、前記メールボックス及び該メールボックスに関する情報を含む複製用メールボックスデータファイルをメールボックス単位で作成して、前記複写用メールボックスデータファイルを前記バックアップサーバへ送信し、
前記バックアップサーバは、前記メールサーバから送信された複製用メールボックスデータファイルを読み込み、前記メールボックス及び該メールボックスに関する情報を複製することを特徴とするメールサーバのバックアップ方法。
【請求項１１】
前記メールサーバは、前記メールボックスの作成を行うプロセスにおける複製用メールボックスデータファイルの作成と、前記複製用メールボックスデータファイルの読込みを行うプロセスにおける前記複製用メールボックスデータファイルの前記バックアップサーバへの送信とを、別プロセスとして、かつ、前記メールボックスが更新された順序に従って行うことを特徴とする請求項１０に記載のメールサーバのバックアップ方法。
【請求項１２】
前記メールボックスに関する情報は、メールボックスの更新履歴情報及びプロトコル上の論理的なメールボックス識別情報を含むことを特徴とする請求項１０又は１１に記載のメールサーバのバックアップ方法。
【請求項１３】
請求項７から１２に記載のメールサーバのバックアップ方法を前記メールサーバ及び前記バックアップサーバに実行させるためのプログラム。
【請求項１４】
請求項１３に記載のプログラムを記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メールサーバのバックアップシステム、メールサーバのバックアップ方法、プログラム及び記録媒体に関し、特に、運用系と遠隔バックアップ環境との間で、メールデータとメールデータに伴うメール識別子等の識別情報、またメール削除等の更新情報について、更新情報の順序を保証しながら非同期に行うことにより、大地震等の災害が発生しても遠隔バックアップ環境でサービス継続が可能となるメールサーバのバックアップシステム等に関するものである。
【背景技術】
【０００２】
一般的に、システムが地震等の災害で利用不能となった場合のバックアップ環境を構築する場合、災害の影響が及ばない遠隔地にバックアップシステムを設置する必要があり、災害時には運用系システムと同等の状態からサービスを継続できることが望ましい。そのためには、運用系サーバのデータをバックアップサーバに複製することが必要となり、電子メールサーバにおいては、メールボックス等のメールデータの複製が求められる。
【０００３】
そして、メールデータ複製方法の１つとして、メールデータが保存される記憶装置（ハードディスク等）のデータを、ディスク装置、あるいはＯＳ（Operating System）やファイルシステムのデータミラー機能を用いて、運用系サーバとバックアップサーバとの間で複製（同期）する方式が考えられる（例えば、特許文献１参照）。
【０００４】
ここでは、記憶装置のデータを完全に同期することで、運用系サーバとバックアップサーバはメールプロトコル（ＰＯＰ（Post Office Protocol）／ＩＭＡＰ（Internet Message Access Protocol））上でも常に同一の動作となり、バックアップ環境の利用を開始した場合でも、メールクライアントは問題なく継続利用可能となる。
【０００５】
ところが、記憶装置のデータ複製方式には次のような問題点がある。第一の問題点として、データミラー機能を備えた専用ハードウェア装置は、一般的に高価でありコスト高となる点である。一方で、ＯＳあるいはファイルシステムのデータミラー機能は、処理負荷が高く、信頼性において専用ハードウェアよりも劣ることが多い。
【０００６】
また、第二の問題点として、大量のディスクＩ／Ｏ（Input/Output）の順序を保証する必要があるため、一般的には１００Ｍｂｙｔｅ／ｓｅｃ以上のネットワーク帯域を運用系システムとバックアップシステムとの間で確保する必要が生じる点である。そして、第三の問題点として、複製の状況がディスクＩ／Ｏ単位でしか把握できず、メール単位の複製状況が記録されない点である。そのため、障害（災害）が発生したときに、どのメールまで複製したのか判断できない。
【０００７】
他方、記憶装置のデータ複製を行わない方法としては、バックアップ環境へＳＭＴＰ（Simple Mail Transfer Protocol）によりメール転送を実施する方式が考えられる。当該方式では、記憶装置のデータ複製と比較してデータ転送量は少なく、数Ｍ〜数十Ｍｂｙｔｅ／ｓｅｃ程度の帯域で実現可能と考えられるため、遠隔地でのバックアップ環境構築も容易であり、サーバ負荷も小さいと考えられる。
【０００８】
しかし、ＳＭＴＰでの複製には次のような問題点がある。第一に、メールのメタ情報（ＰＯＰ／ＩＭＡＰプロトコルのためのＵＩＤ（Unique Identifier）やＲＥＡＤフラグ等）の複製がされない点である。また、第二に、メール削除等の更新情報を複製することができない点である。特に、第二の問題点によって、ユーザ（メールクライアント）は、運用系を切り替えた後（バックアップ環境利用開始後）においても、全メールの再度の受信を余儀なくされる。
【０００９】
ところで、例えば特許文献２では、メールボックス単位で情報の記憶処理を行うことによって、より効率的なバックアップ実行を可能とするメールサーバのバックアップシステムが開示されている。また、特許文献３では、変更されたデータの追跡、フィルタリング、及び回復同期をサポートするデータベースを含んだ同期エンジンを用いてデータを同期させる方法が提案されている。
【特許文献１】特開２００５−１８７３６号公報
【特許文献２】特開２００２−３５１７１９号公報
【特許文献３】特開２００５−３２２２５０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
上述したように、データミラー機能を備えた専用ハードウェア装置を用いたバックアップは、コストがかかること、実施環境（広域のネットワーク帯域）の確保が容易でないこと、メールサーバとしての複製状況の把握が困難であることといった問題を有することになる。また、ＳＭＴＰによるメール転送を用いたバックアップは、メールのメタ情報や更新情報が複製されないため、切替後にユーザ（メールクライアント）で全メールを再度受信しなければならないという難点がある。
【００１１】
そこで、本発明で、メール単位でのメール識別情報やメール更新情報を含めたメールデータの複製をソフトウェアにより行うことで、運用系・遠隔バックアップ環境間における同等の状態でのサービス継続が可能となるメールサーバのバックアップシステムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
かかる目的を達成するために、本発明は、メールクライアントあるいはメール配送サーバから受信したメールのメールボックスへの保持を行うメールサーバと、前記メールボックスに保持されたメール及び該メールに関する情報をバックアップデータとして保持するバックアップサーバとから構成されるメールサーバのバックアップシステムであって、前記メールサーバは、前記メールの保持を行うプロセスにおいて、前記メールボックスに保持されたメール及び該メールに関する情報を含む複製用メールデータファイルをメール単位で作成して、前記複写用メールデータファイルを前記バックアップサーバへ送信し、前記バックアップサーバは、前記メールサーバから送信された複製用メールデータファイルを読み込み、前記メールボックスに保持されたメール及び該メールに関する情報を複製することを特徴とする。
【００１３】
本発明は、メールサーバとバックアップサーバから構成されるメールサーバのバックアップシステムであり、メール単位でのメール識別情報やメール更新情報を含めた複製をソフトウェアにより実現するものである。バックアップの対象は、メール本体と、メールＵＩＤやメール削除指示等のメールに関する情報とを含むメールデータであり、該メールデータの複製用データは、メールサーバによりメール単位で作成される。そして、作成された複製用メールデータは、メールサーバからバックアップサーバへ送信され、バックアップサーバにより複製され保持される。
【００１４】
メール単位でのメールデータ作成により、メールボックスへのメール追加及びメールボックスからのメール削除といった更新内容を１つの単位としてメールデータに含めることが可能となる。また、識別情報として例えば、プロトコル上の論理的な識別子であるＵＩＤをメールデータに含めて複製させることにより、メールサーバとバックアップサーバとで同一のＵＩＤを有するメールを保持し、メールサーバにおけるのと同様に、メールクライアントがバックアップサーバにおいても個々のメールを正しく識別することが可能となる。
【００１５】
このように、メールの追加、削除等の更新情報やメール識別情報をメール本体とともにメールデータとして複製することで、メール本体と識別情報（ＵＩＤ）との対応がメールサーバとバックアップサーバとで同一に保たれ、メールサーバからバックアップサーバへ運用が切り替わった場合でも、メールクライアント側で同一メールを再受信することなく利用を開始することが可能となる。
【００１６】
また、メールサーバとバックアップサーバとの間で必要なネットワーク帯域は、記憶装置によるディスクＩ／Ｏ単位での複製と比較して、順序の保証に大きな帯域は不要となり、数Ｍ〜数十Ｍｂｙｔｅ／ｓｅｃ程度の帯域で実用的なメールの複製が可能となることで、コスト及び実現性の面で優位となる。
【００１７】
そして、メール本体、メール識別情報、メール更新情報を含むメールデータを複製する際に記録（ログ）を保存することで、複製状況がメール単位で確認可能となり、記憶装置によるディスクＩ／Ｏ単位での複製と比較して、メールサーバとして有用な情報となる。
【００１８】
さらに、上述した複製処理は、ソフトウェアにより実現され、メールの消失がないことを保証しながら非同期に行われ、非同期に行うことで通常のメール送受信処理への負荷を軽減することが可能となる。
【００１９】
本発明は、メールクライアントあるいはメール配送サーバから受信したメールを保持するメールボックスの作成及び作成した前記メールボックスの更新を行うメールサーバと、前記メールボックス及び該メールボックスに関する情報をバックアップデータとして保持するバックアップサーバとから構成されるメールサーバのバックアップシステムであって、前記メールサーバは、前記メールボックスの作成又は更新を行うプロセスにおいて、前記メールボックス及び該メールボックスに関する情報を含む複製用メールボックスデータファイルをメールボックス単位で作成して、前記複写用メールボックスデータファイルを前記バックアップサーバへ送信し、前記バックアップサーバは、前記メールサーバから送信された複製用メールボックスデータファイルを読み込み、前記メールボックス及び該メールボックスに関する情報を複製することを特徴とするメールサーバのバックアップシステムであってもよい。
【００２０】
また、本発明は、メールクライアントあるいはメール配送サーバから受信したメールのメールボックスへの保持を行うメールサーバと、前記メールボックスに保持されたメール及び該メールに関する情報をバックアップデータとして保持するバックアップサーバとから構成されるメールサーバのバックアップ方法であって、前記メールサーバは、前記メールの保持を行うプロセスにおいて、前記メールボックスに保持されたメール及び該メールに関する情報を含む複製用メールデータファイルをメール単位で作成して、前記複写用メールデータファイルを前記バックアップサーバへ送信し、前記バックアップサーバは、前記メールサーバから送信された複製用メールデータファイルを読み込み、前記メールボックスに保持されたメール及び該メールに関する情報を複製することを特徴とするメールサーバのバックアップ方法であってもよい。
【００２１】
また、本発明は、メールクライアントあるいはメール配送サーバから受信したメールを保持するメールボックスの作成及び作成した前記メールボックスの更新を行うメールサーバと、前記メールボックス及び該メールボックスに関する情報をバックアップデータとして保持するバックアップサーバとから構成されるメールサーバのバックアップ方法であって、前記メールサーバは、前記メールボックスの作成又は更新を行うプロセスにおいて、前記メールボックス及び該メールボックスに関する情報を含む複製用メールボックスデータファイルをメールボックス単位で作成して、前記複写用メールボックスデータファイルを前記バックアップサーバへ送信し、前記バックアップサーバは、前記メールサーバから送信された複製用メールボックスデータファイルを読み込み、前記メールボックス及び該メールボックスに関する情報を複製することを特徴とするメールサーバのバックアップ方法であってもよい。
【００２２】
また、本発明は、上述したメールサーバのバックアップ方法を前記メールサーバ及び前記バックアップサーバに実行させるためのプログラムであってもよい。
【００２３】
また、本発明は、上記のプログラムを記録した記録媒体であってもよい。
【発明の効果】
【００２４】
本発明によれば、メール単位でのメール識別情報やメール更新情報を含めたメールデータの複製をソフトウェアにより行うことで、運用系・遠隔バックアップ環境間における同等の状態でのサービス継続が可能となるメールサーバのバックアップシステムが実現される。
【発明を実施するための最良の形態】
【００２５】
図面を参照しながら、本発明の実施形態について説明する。
【００２６】
＜実施形態１＞
図１は、本実施形態のメールサーバのバックアップシステムの構成を示した図である。本バックアップシステムは、運用系サーバ１及びバックアップサーバ２から構成される。サーバ同士はＩＰ（Internet Protocol）ネットワークで接続されており、ＴＣＰ（Transmission Control Protocol）／ＩＰによる相互データ通信が可能である。
【００２７】
運用系サーバ１にはＳＭＰＴサーバプロセス１１、ＰＯＰサーバプロセス１２、ミラー送信プロセス１３が動作しており、また、運用系サーバ１はメールデータ（メールボックス）１４及びミラー用キューファイル１５を有している。バックアップサーバ２にはＳＭＴＰサーバプロセス２１、ＰＯＰサーバプロセス２２が動作あるいは待機しており、さらにミラー受信プロセス２３が動作しており、また、バックアップサーバ２はメールデータ（メールボックス）２４を有している。
【００２８】
図２は、運用系サーバ１においてメールボックスにメールを追加する場合のバックアップ動作のフローを示した図である。ＳＭＴＰサーバプロセス１１及びミラー送信プロセス１３によって行われる。また、図３は、運用系サーバ１においてメールボックスからメールを削除する場合のバックアップ動作のフローを示した図である。ＰＯＰサーバプロセス１２及びミラー送信プロセス１３によって行われる。
【００２９】
まず、メールボックスにメールを追加する場合の動作について、図２を参照しながら説明する。
【００３０】
一般的なＳＭＴＰサーバの動作として、メールを受信した際に、まずは宛先及びメール本体情報を含むキューファイルが作成される。その後、キューファイルを読み込み、宛先が自身の持つメールアカウントであればメールボックスへのメール追加書込みが行われ、宛先が他のメールサーバのアカウントであれば他のＳＭＴＰサーバへの転送処理が行われる。処理の終了したキューファイルは削除される。
【００３１】
本実施形態では、キューファイルの読込み処理以降におけるＳＭＴＰサーバプロセスの動作は、図２に示すとおりとなる。まず、ＳＭＴＰサーバプロセス１１は、キューファイルを読み込んだ後（ステップＳ２１１）、宛先が自身のアカウントであればメールボックスへの書込みを行う（ステップＳ２１２）。その後、ミラー用キューファイルを作成する（ステップＳ２１３）。
【００３２】
ミラー用キューファイルには、メール追加指示、対象（宛先）メールアドレス、メールボックス名、メールＵＩＤ（追加するメールのもの）及びメール本体の情報が記述される。ミラー用キューファイルが作成された後、キューファイルは削除される（ステップＳ２１４）。
【００３３】
次に、ミラー送信プロセス１３は、ミラー用キューファイルが作成されたことを検出し、該ファイルの読込みを行う（ステップＳ２２１）。そして、ミラー用キューファイルの情報は、バックアップサーバ２へ送信される（ステップＳ２２２）。ここで、送信処理に成功した場合（ステップＳ２２３／ＹＥＳ）は、ミラー用キューファイルを削除する（ステップＳ２２４）。送信処理に失敗した場合は（ステップＳ２２３／ＮＯ）、次に待機しているミラー用キューファイル処理へ移る（ステップＳ２２５）が、削除されなかったミラー用キューファイルは、成功するまで送信処理の再試行が続けられる。
【００３４】
バックアップサーバ２のミラー受信プロセス２３は、運用系サーバ１のミラー送信プロセス１３により送信されたミラー情報を受信し、該ミラー情報により指定されたメールアドレスのメールボックス（メールデータ２４）に、指定されたＵＩＤでメールを追加作成する。
【００３５】
次に、メールボックスからメールを削除する場合の動作について、図３を参照しながら説明する。
【００３６】
一般的なＰＯＰサーバの動作として、接続に来たメールクライアントとのセッション開始後に、まずはメールクライアントからのコマンドを待ち受ける。メールを削除する場合の動作として、ＤＥＬＥＴＥコマンドを受信した場合に、指定されたメールに対して削除マークを付け、ＱＵＩＴコマンドを受信した場合に、削除マークの付いたメールを削除してセッションを終了する。
【００３７】
本実施形態では、メールクライアントとのセッション開始後におけるＰＯＰサーバプロセスの動作は、図３に示すとおりとなる。まず、ＰＯＰサーバプロセス１２は、メールクライアントからのコマンドを読み込み（ステップＳ３１１）、コマンド種別を行い（ステップＳ３１２）、ＤＥＬＥＴＥコマンドの場合は、指定されたメールに削除マークを付け（ステップＳ３１３）、次のコマンドを待つ（ステップＳ３１４）。
【００３８】
一方、ＱＵＩＴコマンドを受信した場合は、削除マーク付きのメールを削除し（ステップＳ３１５）、ミラー用キューファイルを作成する（ステップＳ３１６）。ミラー用キューファイルには、メール削除指示、対象（宛先）メールアドレス、メールボックス名及びメールＵＩＤ（削除するメールのもの）の情報が記述される。ミラー用キューファイルの作成後、メールクライアントとのセッションを終了する（ステップＳ３１７）。
【００３９】
次に、ミラー送信プロセス１３は、ミラー用キューファイルが作成されたことを検出し、読込処理を行う（ステップＳ３２１）。ミラー用キューファイルの情報は、バックアップサーバ２へ送信され（ステップＳ３２２）、送信処理に成功した場合は（ステップＳ３２３／ＹＥＳ）ミラー用キューファイルを削除する（ステップＳ３２４）。一方、送信処理に失敗した場合は（ステップＳ３２３／ＮＯ）、次に待機するミラー用キューファイルの処理へ移る（ステップＳ３２５）。削除されなかったミラー用キューファイルは、成功するまで再試行が続けられる。
【００４０】
バックアップサーバ２のミラー受信プロセス２３は、運用系サーバ１のミラー送信プロセス１３により送信されたミラー情報を受信し、該ミラー情報により指定されたメールアドレスのメールボックス（メールデータ２４）内における指定されたＵＩＤのメールを削除する。
【００４１】
上述した実施形態によれば、ミラー送信プロセスからバックアップサーバへ送信されるデータは、１つのメールに対し、操作指示（メールの追加や削除）、対象（宛先）メールアドレス、メールボックス名、メールＵＩＤ、メール本体である。これは、複製のために運用系サーバとバックアップサーバとの間で転送されるデータ量が、従来の記憶装置を同期する方式と比較して大幅に少なく、ＳＭＴＰによるメール転送とほぼ同等であり、数Ｍ〜数十Ｍｂｙｔｅ／ｓｅｃ程度の帯域で実用的な複製が可能となることを示している。記憶装置を同期する方式では、ディスクＩ／Ｏ情報を全て転送する必要があるため、本実施形態による手法と比較して、必要となるネットワーク帯域が大幅に大きいと考えられる。そして、必要なネットワーク帯域が小さいことは、遠隔地にバックアップ環境を構築する場合に、コスト及び実現性の面で優位となることを意味する。
【００４２】
また、上述した実施形態によれば、メール更新情報（追加、削除）及びメール識別情報（ＵＩＤ）がバックアップサーバへ反映され、運用系サーバとバックアップサーバとで、メールボックスに存在するメールの数及びメール識別情報（ＵＩＤ）が同一に保持されている。これは、従来のＳＭＴＰによるメール転送を行う方式と比較し、バックアップ環境の利用開始時にメールクライアントが不要なメール（例えば、既に受信済みとなっているメール）を受信することはないことを示しており、記憶装置の同期方式と同様の動作を実現している。
【００４３】
さらに、上述した実施形態によれば、メールを追加する場合のミラー用キューファイル作成は、キューファイル削除前に実施される。これはメールの受信完了時に、ミラー用キューファイル作成も完了していることを示している。また、ミラー用キューファイルは、バックアップサーバに送信成功するまで削除されず再試行される。これらの手順により、メールの消失が発生しないことを保証している。
【００４４】
加えて、上述した実施形態によれば、ミラー送信プロセスは、ＳＭＴＰサーバプロセス及びＰＯＰサーバプロセスとは別プロセスとして動作することで、複製処理を非同期で実施している。これは、ＳＭＴＰサーバプロセス及びＰＯＰサーバプロセスの動作に大きな影響を与えずに複製処理を実現することを示している。
【００４５】
＜実施形態２＞
本実施形態は、ＩＭＡＰプロトコルにおけるメールボックスの作成及び削除について、ＵＩＤＶＡＬＩＤＩＴＹの同一性を保持した複製を行うことで、メールボックスにおけるバックアップ環境の実現を可能とするものである。
【００４６】
ＵＩＤＶＡＬＩＤＩＴＹとは、メールボックスに対して割り当てられる一意な識別子（数値）であり、ＩＭＡＰプロトコルにおいて、メールクライアントがメールボックスを正しく識別するために利用される。メールボックスとＵＩＤＶＡＬＩＤＩＴＹとの対応を運用系サーバとバックアップサーバとで同一に保つことで、バックアップサーバ利用開始時に、ＩＭＡＰクライアントでは、運用系サーバと同一のメールボックスを正しく参照することが可能となる。
【００４７】
図４は、運用系サーバ１においてメールボックスを作成、削除、あるいは名称変更する場合のバックアップ動作のフローを示した図である。以下、具体的に説明する。
【００４８】
一般的なＩＭＡＰサーバの動作として、接続に来たメールクライアントとのセッション開始後に、まずはメールクライアントからのコマンドを待ち受ける。メールボックスを作成する場合の動作として、ＣＲＥＡＴＥコマンドを受信したときに、指定されたメールボックスを追加する。また、メールボックスを削除する場合の動作として、ＤＥＬＥＴＥコマンドを受信したときに、指定されたメールボックスに削除マークを付け削除を行う。また、メールボックスの名称変更を行う場合の動作として、ＲＥＮＡＭＥコマンドを受信したときに、指定されたメールボックスに名称変更マークを付して名称を変更する。
【００４９】
まず、ＩＭＡＰサーバプロセス４２は、メールクライアントからのコマンドを読み込み（ステップＳ４１１）、コマンド種別を行う（ステップＳ４１２）。ＣＲＥＡＴＥコマンドであった場合は、メールボックスの作成を行い（ステップＳ４１３）、該作成に関するミラー用キューファイルを作成する（ステップＳ４１４）。そして、次のコマンドを待つ（ステップＳ４１５）。
【００５０】
コマンド種別で、ＤＥＬＥＴＥコマンドであった場合は、メールボックスの削除を行い（ステップＳ４１６）、該削除に関するミラー用キューファイルを作成し（ステップＳ４１７）、作成後は次のコマンドを待つ（ステップＳ４１８）。コマンドがＲＥＮＡＭＥコマンドであった場合は、メールボックスの名称変更を行い（ステップＳ４１９）、該名称変更に関するミラー用キューファイルを作成し（ステップＳ４２０）、次のコマンドを待つ（ステップＳ４２１）。
【００５１】
上述したミラー用キューファイルの内容には、メールボックス操作指示（作成、削除、名称変更）、対象メールアドレス、対象メールボックス名、新メールボックス名（名称変更の場合）、ＵＩＤＶＡＬＩＤＩＴＹの情報が含まれる。
【００５２】
次に、ミラー送信プロセス１３は、ミラー用キューファイルが作成されたことを検出し、読込処理を行う（ステップＳ４３１）。そして、ミラー送信プロセス１３は、読み込まれたミラー用キューファイルの情報をバックアップサーバ２に送信する（ステップＳ４３２）。
【００５３】
送信処理に成功した場合は（ステップＳ４３３／ＹＥＳ）、ミラー用キューファイルを削除し（ステップＳ４３４）、送信処理に失敗した場合は（ステップＳ４３３／ＮＯ）、次に待機するミラー用キューファイルの処理へ移る（ステップＳ４３５）。削除されなかったミラー用キューファイルは、成功するまで再試行が続けられる。
【００５４】
バックアップサーバ２のミラー受信プロセス２３は、運用系サーバ１のミラー送信プロセス１３により送信されたミラー情報を受信し、該ミラー情報により指定されたメールボックスの作成、削除、あるいは名称変更を行う。
【００５５】
このように、バックアップサーバ２のミラー受信プロセスが、受信したミラー情報を反映することで、運用系サーバ１とバックアップサーバ２で同一のメールボックス構成を保持することが可能となる。
【００５６】
先に述べてきた本発明の実施形態の機能を実現するソフトウェアのプログラムコードを記録したコンピュータ読み取り可能な記録媒体、すなわち記憶メディアを運用系サーバ及びバックアップサーバに供給し、該運用系サーバ及びバックアップサーバが記憶メディアに格納されたプログラムコードを読み出し実行することによっても、本発明の目的は達成される。
【００５７】
この場合、記憶メディアから読み出されたプログラムコード自体が前述の実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成する。
【００５８】
また、プログラムコードを供給するための記憶メディアとしては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、不揮発性のメモリカード、ＲＯＭ、磁気テープ等を用いることができる。
【００５９】
なお、上述する実施形態は、本発明の好適な実施形態であり、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。
【図面の簡単な説明】
【００６０】
【図１】本発明の実施形態に係るメールサーバのバックアップシステムの構成を示した図である。
【図２】本発明の実施形態に係るメールサーバのバックアップシステムにおけるバックアップ動作のフローを示した図である。
【図３】本発明の実施形態に係るメールサーバのバックアップシステムにおけるバックアップ動作のフローを示した図である。
【図４】本発明の実施形態に係るメールサーバのバックアップシステムにおけるバックアップ動作のフローを示した図である。
【符号の説明】
【００６１】
１    運用系サーバ
２    バックアップサーバ
１１，２１    ＳＭＴＰサーバプロセス
１２，２２    ＰＯＰサーバプロセス
１３    ミラー送信プロセス
１４，２４    メールデータ（メールボックス）
１５    ミラー用キューファイル
２３    ミラー受信プロセス
４２    ＩＭＡＰサーバプロセス
【図１】
2007274053.tif 000003
【図２】
2007274053.tif 000004
【図３】
2007274053.tif 000005
【図４】
2007274053.tif 000006