メール保存バックアップシステムおよびバックアップ方法
【課題】メールを保存する際の対障害性を確保した上で、メールの収容効率を高めることができる、メール保存バックアップシステムおよびバックアップ方法を提供する。
【解決手段】メールサーバ１０は、受信したメールの重要度を、メール重要度判定テーブル３００を参照して判定する。そして、メールサーバ１０は、バックアップサーバ管理テーブル１００を参照し、判定したメールの重要度に応じて、メールを保存するバックアップサーバ２０の台数を決定し、その保存先となるバックアップサーバ２０を選定する。そして、メールサーバ１０は、受信したメールを、選定したバックアップサーバ２０に送信し、バックアップサーバ２０は、受信したメールをメモリ部２３０に保存する。
【解決手段】メールサーバ１０は、受信したメールの重要度を、メール重要度判定テーブル３００を参照して判定する。そして、メールサーバ１０は、バックアップサーバ管理テーブル１００を参照し、判定したメールの重要度に応じて、メールを保存するバックアップサーバ２０の台数を決定し、その保存先となるバックアップサーバ２０を選定する。そして、メールサーバ１０は、受信したメールを、選定したバックアップサーバ２０に送信し、バックアップサーバ２０は、受信したメールをメモリ部２３０に保存する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メール保存バックアップシステムおよびバックアップ方法に関する。
【背景技術】
【０００２】
外部サーバから受信した電子メール（以下、単に「メール」と呼ぶ）をメールサーバに保存しておき、通信端末からのメール送信要求に応じてメールを送信するメールシステムにおいて、メールを保存する技術として、メールサーバに具備している記憶装置（ハードディスク等）にメールのバックアップを保存する方法が開示されている（特許文献１参照）。また、メールサーバとは別にバックアップサーバを用意し、そのバックアップサーバの記憶装置（ハードディスク等）にメールのバックアップを保存する方法が開示されている（特許文献２参照）。
【０００３】
メールのバックアップに用いられる記憶装置には、ハードディスク、Flash SSD（フラッシュ ソリッドステートドライブ）、サーバの揮発性のメモリ（例えば、ＲＡＭ（Random Access Memory））等がある。
近年は、サーバに搭載されるメモリの大容量化および低価格化に伴い、データのバックアップに従来のハードディスクを用いずに、サーバのメモリにデータを保存する運用が実現され始めている（特許文献３参照）。
【０００４】
バックアップサーバのメモリにメールを保存する場合、メールの保存のためのディスクＩ／Ｏ（Input/Output）が、従来のハードディスクを用いたシステムと比較して少なくなるため、メールサーバ１台当たり、ディスクバックアップ型の約１０倍の処理速度が実現可能となる。
【０００５】
しかし、メモリバックアップは、ハードディスクバックアップに比べて、サーバ障害時にデータをロスト（消失）する可能性が高い。そのため、サーバが障害を起こしたとしてもデータをロストしないように、バックアップサーバを複数台用いて対障害性を上げる必要がある。
【０００６】
一方、メールサーバに保存されるメールには、メールを受信者にとって、優先的に残したい重要なメールと、ｓｐａｍ（大量に送りつけられる、広告などの迷惑メール）等の残す必要の少ないメールが存在する。
特許文献４には、データを受信したサーバ内に具備された記憶媒体のうち、信頼度の高い記憶媒体に優先的にユーザが残したいデータを保存することで、データの重要度に応じて、バックアップ先を変更する技術が開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００２−３５１７１９号公報（段落０００８、図１）
【特許文献２】特開２００７−２７４０５３号公報（段落００１２、図１）
【特許文献３】特開２００６−１３９６９６号公報（段落０００９、００１０）
【特許文献４】米国特許第６８２６６６５号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、前記した従来技術を用いて、複数台のバックアップサーバのメモリを、メールのバックアップに利用しようとする場合には、以下のような問題が存在する。
【０００９】
特許文献１および特許文献２に記載の技術は、バックアップ先の記憶媒体が１台であることを前提とするため、バックアップ先を複数台設置する技術には、そのまま適用することができない。
【００１０】
特許文献４に記載の技術をメールのバックアップに適用することで、残したいメールの重要度に応じて、複数台存在する信頼度の異なる記憶媒体の中から、保存先に適した記憶媒体を選択してメールを保存することができる。しかし、この特許文献４に記載の技術は、バックアップ先として、複数台の記憶媒体の中から１台を選択するものである。したがって、バックアップ先の記憶媒体が１台であることに替わりはなく、バックアップ先を複数台設定して対障害性を上げるというものではない。また、この特許文献４に記載の技術を用いて、メモリ等に比べ信頼性の高いハードディスクにメールを保存する場合には、メモリに保存する場合に比べ、処理速度の高速化が図れなくなるという問題もある。
【００１１】
また、特許文献３に記載の技術は、データのバックアップにメモリを用いるものであるが、一般的にメモリは、ハードディスクに比べて同一コスト当たりの記憶容量が少ない。よって、特許文献３の技術を用いて、単に複数台のバックアップサーバのメモリにメールのデータを保存した場合、バックアップサーバのメールの収容効率が低下し、メールバックアップが困難になるおそれがある。
【００１２】
このような背景に鑑みて本発明がなされたのであり、本発明は、メールを保存する際の対障害性を確保した上で、メールの収容効率を高めることができる、メール保存バックアップシステムおよびバックアップ方法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明のメール保存バックアップシステムは、メールサーバと複数のバックアップサーバとを含んで構成される。
メールサーバは、受信したメールの重要度を、メール重要度判定テーブルを参照して判定する。そして、メールサーバは、各バックアップサーバの状態情報を記憶したバックアップサーバ管理テーブル（バックアップサーバ管理情報）を参照し、判定したメールの重要度に応じて、メールを保存するバックアップサーバの台数を決定し、その保存先となるバックアップサーバを選定する。次に、メールサーバは、受信したメールを、選定したバックアップサーバに送信し、バックアップサーバは、受信したメールをメモリ部に保存する。
【発明の効果】
【００１４】
本発明によれば、メールを保存する際の対障害性を確保した上で、メールの収容効率を高めることができる、メール保存バックアップシステムおよびバックアップ方法を提供することができる。
【図面の簡単な説明】
【００１５】
【図１】本実施形態に係るメールシステムの構成例を示す機能ブロック図である。
【図２】本実施形態に係るバックアップサーバ管理テーブルのデータ構成の一例を示す図である。
【図３】本実施形態に係る重要度判定要求のフォーマット例を示す図である。
【図４】本実施形態に係る重要度判定応答のフォーマット例を示す図である。
【図５】本実施形態に係るメールサーバ保存メール情報のデータ構成の一例を示す図である。
【図６】本実施形態に係るメール保存要求のフォーマット例を示す図である。
【図７】本実施形態に係るメール保存応答のフォーマット例を示す図である。
【図８】本実施形態に係るメール削除要求のフォーマット例を示す図である。
【図９】本実施形態に係るメール削除応答のフォーマット例を示す図である。
【図１０】本実施形態に係るメール重要度判定テーブルのデータ構成の一例を示す図である。
【図１１】本実施形態に係るバックアップサーバ保存メール情報のデータ構成の一例を示す図である。
【図１２】本実施形態に係るメールサーバのメールサーバ処理部が行うメール保存先決定処理の流れを示すフローチャートである。
【図１３】本実施形態に係るメールサーバのメール重要度判定部が行うメール重要度判定処理の流れを示すフローチャートである。
【図１４】本実施形態に係るメールシステム全体の処理の流れを示すシーケンス図である。
【発明を実施するための形態】
【００１６】
まず、本実施形態に係るメール保存バックアップシステム５を含むメールシステム１について説明する。図１は、本実施形態に係るメールシステム１の構成例を示す機能ブロック図である。
【００１７】
メールシステム１は、メールサーバ１０と、通信端末３０と、外部サーバ４０とがネットワーク５０を介して接続されており、さらに、メールサーバ１０には、複数のバックアップサーバ２０（２０Ａ，２０Ｂ，２０Ｃ，…）が通信可能に接続されている。なお、ここで、メールサーバ１０と複数のバックアップサーバ２０とを合わせて、メール保存バックアップシステム５とする。
【００１８】
通信端末３０は、ネットワーク５０を介してメールサーバ１０に接続し、メールの送信および受信を行う。
外部サーバ４０は、外部サーバ４０が収容する他の通信端末（不図示）や、他の外部サーバ（不図示）経由のメールを受信し、ネットワーク５０を介して、メールサーバ１０に収容される通信端末３０宛てのメールを、メールサーバ１０に送信する。
また、ネットワーク５０は、例えば、ＷＡＮ（Wide Area Network）やＬＡＮ（Local Area Network）等で構成される。
【００１９】
（メールサーバ）
メールサーバ１０は、メールサーバ１０自身が収容する通信端末３０宛てのメールを受信する。そして、メールサーバ１０は、その受信したメールの重要度を、メール重要度判定テーブル３００（詳細は後記）を参照して判定する。次に、メールサーバ１０は、各バックアップサーバ２０のメモリ使用量を含む状態情報を記憶したバックアップサーバ管理テーブル１００（詳細を後記）を参照し、判定したメールの重要度に応じて、メールを保存するバックアップサーバ２０の台数を決定し、その保存先となるバックアップサーバ２０を選定する。次に、メールサーバ１０は、受信したメールをメール保存要求５００（詳細は後記）として、選定したバックアップサーバ２０に送信する。
また、メールサーバ１０は、メールの送信要求を通信端末３０から受信すると、自身のメールサーバ１０または保存先として選定したバックアップサーバ２０に保存したメールを通信端末３０に送信する。
【００２０】
このメールサーバ１０は、制御部１１０と、入出力部１２０と、メモリ部１３０と、記憶部１４０とを含んで構成される。
【００２１】
制御部１１０は、メールの送受信やメールのバックアップのための制御全般を司り、バックアップサーバ監視部１１１と、メールサーバ処理部１１２と、メール重要度判定部１１３とを含んで構成される。
【００２２】
バックアップサーバ監視部１１１は、メールサーバ１０がメールのバックアップ先として各バックアップサーバ２０（２０Ａ，２０Ｂ，２０Ｃ，…）の中からいずれかを選択するための指標となる、各バックアップサーバ２０の接続状態やメモリ使用量等の情報を監視する。そして、バックアップサーバ監視部１１１は、各バックアップサーバ２０の監視により取得した情報を、メモリ部１３０内のバックアップサーバ管理テーブル１００に保存する。
【００２３】
図２は、本実施形態に係るバックアップサーバ管理テーブル（バックアップサーバ管理情報）１００のデータ構成の一例を示す図である。
【００２４】
バックアップサーバ管理テーブル１００は、バックアップサーバ２０毎に、ホスト名１０１、ＩＰアドレス１０２、接続状態１０３、サービス状態１０４、メモリ使用量１０５、下限閾値１０６、および上限閾値１０７の情報を含んで構成される。
【００２５】
ホスト名１０１は、バックアップサーバ２０のホスト名、またはドメイン名を格納する。ＩＰアドレス１０２は、バックアップサーバ２０のＩＰアドレスを格納する。
接続状態１０３は、メールサーバ１０とバックアップサーバ２０との間が、通信可能か否かの情報を格納する。バックアップサーバ２０との間が通信可能な状態であれば、「Connect」、通信可能な状態でなければ「disconnect」が格納される。
サービス状態１０４は、バックアップサーバ２０のメールバックアップ機能（後記するバックアップサーバ情報管理部２１１およびバックアップサーバ処理部２１２）が稼動しており、利用可能か否かの状態を格納する。バックアップサーバ２０のメールバックアップ機能が稼動状態であれば、利用可能を示す「Service」が格納され、メールバックアップ機能が稼動しておらず、利用不可であれば「No service」が格納される。
メモリ使用量１０５は、各バックアップサーバ２０の現時点でのメモリ使用量が格納される。
なお、請求項に記載の状態情報には、メモリ使用量１０５に加えて、接続状態１０３およびサービス状態１０４も、バックアップサーバ２０の現時点での稼動状態を示す情報として含むことができる。
【００２６】
下限閾値１０６および上限閾値１０７は、バックアップサーバ２０毎に設定されるメモリ使用量の閾値である。この下限閾値１０６および上限閾値１０７は、各バックアップサーバ２０の記憶部２４０に予め記憶され、例えば、バックアップサーバ２０の起動時にコンフィグファイルを読み込むことで設定される。下限閾値１０６は、この下限閾値１０６未満のメモリ使用量の場合に、そのバックアップサーバ２０のメモリ使用量が、全メモリ量に比べて少なく、使用メモリに充分な余裕があると判定する閾値を表す。上限閾値１０７は、この上限閾値１０７を超えるメモリ使用量の場合に、そのバックアップサーバのメモリ使用量が、全メモリ量に比べて多く、使用メモリに余裕がないと判定する閾値を表す。なお、この下限閾値１０６および上限閾値１０７は、メールサーバ１０（後記するメールサーバ処理部１１２）が、メールの保存先となるバックアップサーバ２０の台数の決定の際に参照される。
【００２７】
バックアップサーバ監視部１１１は、各バックアップサーバ２０が起動されると、バックアップサーバ２０の後記するバックアップサーバ情報管理部２１１から、ホスト名１０１、ＩＰアドレス１０２、下限閾値１０６、および上限閾値１０７の情報を収集し、バックアップサーバ管理テーブル１００（図２）に格納する。そして、バックアップサーバ監視部１１１は、所定の間隔で、バックアップサーバ２０のバックアップサーバ情報管理部２１１から、接続状態１０３、サービス状態１０４、およびメモリ使用量１０５の情報を収集することで、バックアップサーバ２０の現時点での状態を監視する。
【００２８】
なお、バックアップサーバ監視部１１１は、バックアップサーバ２０の起動時に、そのバックアップサーバ２０が使用可能な全メモリ量の情報を取得し、バックアップサーバ管理テーブル１００（図２）に格納するようにしてもよい。そのようにすることで、メールサーバ１０は、各バックアップサーバ２０の現時点での使用可能メモリ量の情報を、全メモリ量からメモリ使用量１０５を減算することで得ることができる。また、全メモリ量に対するメモリ使用量の割合を算出することができる。そしてこれらの情報を、バックアップサーバ２０を選定する際の指標とすることもできる。
【００２９】
図１に戻り、メールサーバ処理部１１２は、外部サーバ４０からネットワーク５０を経由し、入出力部１２０を介して、メールを受信すると、その受信したメールの重要度の判定依頼である重要度判定要求４００（図３）を、メール重要度判定部１１３に出力する。そして、メールサーバ処理部１１２は、メール重要度判定部１１３から、そのメールの重要度の判定結果が付された重要度判定応答４５０（図４）を取得する。
【００３０】
ここで、メールの重要度とは、そのメールをユーザが優先的に保存しておきたいかどうかを示す指標であり、本実施形態では、優先的に保存させたい、つまり、通常のメール以上にデータを消失させたくないものを「重要」、ｓｐａｍメールであり、保存する必要性の低いものを「ｓｐａｍ」、この２つ以外の通常のメールを「一般」の３段階に分類する。なお、このメールの重要度は、後記するメール重要度判定部１１３が判定する。また、本実施形態では、メールの重要度を３段階としたが、これに限定されことなく、重要度を４段階以上に設定してもよい。
【００３１】
図３は、本実施形態に係る重要度判定要求４００のフォーマット例を示す図である。また、図４は、本実施形態に係る重要度判定応答４５０のフォーマット例を示す図である。
【００３２】
重要度判定要求４００は、図３に示すように、重要度の判定を要求するメールのメッセージＩＤ４０１、メールヘッダ４０２、およびメール本文４０３を含んで構成される。
【００３３】
メッセージＩＤ４０１は、例えば、メールヘッダに含まれるMessage-IDであり、各メールに固有の番号である。本実施形態では、メッセージＩＤ４０１として、メールヘッダに含まれるMessage-IDを使用するものとして説明するが、Message-ID以外に、メールサーバ処理部１１２が、メール毎にユニークなＩＤを割り当てるようにしてもよい。
メールヘッダ４０２には、送信元のメールアドレス、ＩＰアドレス、ドメイン名や、経由したサーバのＩＰアドレス、ドメイン名や、宛先のメールアドレス等のヘッダ情報が格納される。
メール本文４０３には、そのメールに付された本文が格納される。
【００３４】
また、重要度判定応答４５０は、図４に示すように、メッセージＩＤ４５１、およびメール重要度判定部１１３が判定したメールの重要度を示すメール重要度４５２を含んで構成される。
ここで、メッセージＩＤ４５１は、重要度判定要求４００のメッセージＩＤ４０１と同じMessage-IDが付される。また、メール重要度４５２は、メール重要度判定部１１３が判定した重要度として「重要」、「ｓｐａｍ」、「一般」のいずれかが付される。
【００３５】
引き続きメールサーバ処理部１１２が行う処理を説明する。メールサーバ処理部１１２は、メール重要度判定部１１３から取得した重要度判定応答４５０に付されたメールの重要度と、メモリ部１３０内のバックアップサーバ管理テーブル１００（図２）に格納されている各バックアップサーバ２０の情報を用いて、そのメールを保存するバックアップサーバ２０の台数と、保存先となるバックアップサーバ２０を決定する。
【００３６】
具体的には、メールサーバ処理部１１２は、バックアップサーバ管理テーブル１００（図２）を参照し、接続状態１０３が「Connect」であり、サービス状態１０４が「Service」である、現時点でメールのバックアップが可能なバックアップサーバ２０を抽出する。そして、メールサーバ処理部１１２は、抽出した各バックアップサーバ２０のメモリ使用量１０５が、下限閾値１０６未満、もしくは、上限閾値１０７を超えているかを判定することにより、そのメールを収容するバックアップサーバ２０の台数を決定する（詳細は、図１２）。続いて、メールサーバ処理部１１２は、決定した台数のバックアップサーバ２０を、メールの保存先となるバックアップサーバ２０として、例えば、メモリ使用量１０５の少ない順に選定する。
【００３７】
なお、メールサーバ処理部１１２は、図２のバックアップサーバ管理テーブル１００の各項目に加えて、各バックアップサーバ２０の全メモリ量を記憶しておくことにより、各バックアップサーバ２０の使用可能メモリ量や、全メモリ量に対するメモリ使用量の割合を算出できる場合には、使用可能メモリ量の多い順、全メモリ量に対するメモリ使用量の割合の少ない順等で、メールを収容するバックアップサーバ２０を選定してもよい。
また、このメールを保存するバックアップサーバ２０の台数の決定、およびその保存先となるバックアップサーバ２０を選定する処理を、以下、メール保存先決定処理と呼ぶ。このメール保存先決定処理については、後記する図１２において、詳細に説明する。
【００３８】
また、このメールサーバ処理部１１２は、受信したメールの情報を、メモリ部１３０内のメールサーバ保存メール情報２００に記憶する。そして、メールサーバ処理部１１２は、メールの参照（通信端末３０からの要求による保存したメールの送信）や、保存したメールの削除を行うため、このメールサーバ保存メール情報２００にアクセスする。
【００３９】
図５は、本実施形態に係るメールサーバ保存メール情報２００のデータ構成の一例を示す図である。
メールサーバ保存メール情報２００は、受信したメール毎に１レコードからなる情報であり、メッセージＩＤ２０１、メールヘッダ２０２、メール本文２０３、および使用バックアップサーバ２０４の情報を含んで構成される。
【００４０】
メッセージＩＤ２０１、メールヘッダ２０２、およびメール本文２０３は、メールサーバ１０がメールを受信した際に、メールサーバ処理部１１２が、メールサーバ保存メール情報２００に格納する情報であり、前記した図３に示す重要度判定要求４００と同様の情報が格納される。
また、使用バックアップサーバ２０４は、メールサーバ処理部１１２が、メール保存先決定処理により選定した、そのメールを保存するバックアップサーバ２０が格納される。例えば、メッセージＩＤ２０１が「１」のメールは、使用バックアップサーバ２０４に示されるように、「store_svr1」、「store_svr2」の２台のバックアップサーバ２０に保存される。
なお、メッセージＩＤ２０１が「１」のメールは、バックアップサーバ２０に保存されたため、メールサーバ保存メール情報２００のメール本文２０３を削除している（メール本文２０３欄で「−」として示す）。
【００４１】
メールサーバ処理部１１２は、メールの保存先として使用するバックアップサーバ２０を選定すると、そのバックアップサーバ２０に対し、メール保存要求５００（図６）を送信する。そして、そのバックアップサーバ２０がメールを保存した確認応答として、バックアップサーバ２０から、メール保存応答５５０（図７）を受信する。
【００４２】
また、メールサーバ処理部１１２は、通信端末３０へのメールの送信が完了したことを契機として、そのメールを保存していたバックアップサーバ２０に対し、メール削除要求６００（図８）を送信する。そして、バックアップサーバ２０がメールを削除した確認応答として、バックアップサーバ２０から、メール削除応答６５０（図９）を受信する。
【００４３】
図６は、本実施形態に係るメール保存要求５００のフォーマット例を示す図である。また、図７は、本実施形態に係るメール保存応答５５０のフォーマット例を示す図である。
【００４４】
メール保存要求５００は、図６に示すように、保存するメールのメッセージＩＤ５０１、保存要求メッセージ５０２、メールヘッダ５０３、およびメール本文５０４を含んで構成される。この保存要求メッセージ５０２は、例えば、０や１等の値をフィールドに設定することにより、メールの保存要求であることを表す。
【００４５】
メール保存応答５５０は、図７に示すように、保存したメールのメッセージＩＤ５５１、およびバックアップサーバ２０での保存が完了したことを示す保存メッセージ５５２を含んで構成される。この保存メッセージ５５２は、例えば、０や１等の値をフィールドに設定することにより、メールの保存応答であることを表す。
【００４６】
図８は、本実施形態に係るメール削除要求６００のフォーマット例を示す図である。また、図９は、本実施形態に係るメール削除応答６５０のフォーマット例を示す図である。
【００４７】
メール削除要求６００は、図８に示すように、削除要求するメールのメッセージＩＤ６０１、および削除要求メッセージ６０２を含んで構成される。この削除要求メッセージ６０２は、例えば、０や１等の値をフィールドに設定することにより、メールの削除要求であることを表す。
【００４８】
メール削除応答６５０は、図９に示すように、削除したメールのメッセージＩＤ６５１、および削除メッセージ６５２を含んで構成される。この削除メッセージ６５２は、例えば、０や１等の値をフィールドに設定することにより、メールの削除応答であることを表す。
【００４９】
なお、このメールサーバ処理部１１２は、メールサーバ保存メール情報２００の各情報についての保存、更新、削除等の動作ログを、記憶部１４０内の動作ログ情報１４１に記憶する。
【００５０】
図１に戻り、メール重要度判定部１１３は、メールサーバ処理部１１２から、重要度判定要求４００（図３）を取得すると、メモリ部１３０に記憶されたメール重要度判定テーブル３００を参照して、メールの重要度を判定する。ここで、メール重要度判定部１１３は、受信したメールの重要度を「重要」、「ｓｐａｍ」、「一般」の３段階に判定する。そして、メール重要度判定部１１３は、その重要度の判定結果を、重要度判定応答４５０（図４）として、メールサーバ処理部１１２へ出力する。
【００５１】
図１０は、本実施形態に係るメール重要度判定テーブル３００のデータ構成の一例を示す図である。
メール重要度判定テーブル３００には、メールの重要度が「重要」もしくは「ｓｐａｍ」であるかを判定するための条件がレコード毎に設定され、アドレス３０１、ドメイン３０２、キーワード３０３、送信元ＩＰアドレス３０４、およびｓｐａｍ判定３０５の情報を含んで構成される。なお、このメール重要度判定テーブル３００は、予めメールサーバ１０の管理者等により設定されるものとする。
【００５２】
アドレス３０１は、重要度を判定する対象となる、送信元のメールアドレスや宛先のメールアドレスが格納される。ドメイン３０２は、重要度を判定する対象となるドメイン名が格納される。キーワード３０３は、重要度を判定する対象となるキーワードが格納される。なお、メール重要度判定部１１３は、このキーワード３０３欄に設定されたキーワードがメール本文中に含まれるか否かを探索する。送信元ＩＰアドレス３０４は、重要度を判定するメールの送信元ＩＰアドレスが格納される。ｓｐａｍ判定３０５は、そのメールがｓｐａｍメールであるとする判定が格納される。
【００５３】
このメール重要度判定テーブル３００において、アドレス３０１欄から送信元ＩＰアドレス３０４欄までに設定された各レコードのいずれかの条件に一致し、ｓｐａｍ判定３０５欄に「○」が設定されていれば、メール重要度判定部１１３は、そのメールの重要度を「ｓｐａｍ」と判定する。例えば、図１０に示すように、ドメイン３０２欄が「hogehoge」の条件に一致するメールについて、メール重要度判定部１１３は、ｓｐａｍ判定３０５欄が「○」であることにより、重要度を「ｓｐａｍ」と判定する。
一方、アドレス３０１欄から送信元ＩＰアドレス３０４欄までに設定された各レコードのいずれかの条件に一致し、ｓｐａｍ判定３０５欄に「○」が設定されていなければ、メール重要度判定部１１３は、そのメールの重要度を「重要」と判定する。例えば、図１０に示すように、ドメイン３０２欄が「fuga」であり、かつ、キーワード３０３欄が「hoge」（メール本文中にキーワードして「hoge」が探索される場合）の条件に一致するメールで、ｓｐａｍ判定３０５欄に「○」が設定されていないメールについて、メール重要度判定部１１３は、重要度を「重要」と判定する。
また、アドレス３０１欄から送信元ＩＰアドレス３０４欄までに設定された各レコードのいずれの条件にも一致しなければ、メール重要度判定部１１３は、そのメールの重要度を「一般」と判定する。
【００５４】
図１に戻り、入出力部１２０は、ＬＡＮやＷＡＮを介して、通信端末３０や外部サーバ４０、バックアップサーバ２０と情報の送受信を行うための通信インタフェースと、キーボードやマウス等の入力装置（不図示）や、ディスプレイ等の出力装置（不図示）との間で情報を交換する入出力インタフェースとから構成される。
【００５５】
メモリ部１３０は、ＲＡＭ（Random Access Memory）等の記憶手段からなり、前記したバックアップサーバ管理テーブル１００、メールサーバ保存メール情報２００、メール重要度判定テーブル３００等を記憶する。
【００５６】
記憶部１４０は、ハードディスク、フラッシュメモリ等の記憶手段からなり、メールの保存や削除等の処理を記憶した動作ログ情報１４１を記憶する。また、記憶部１４０には、制御部１１０の処理を行うためのプログラム等が記憶される。
【００５７】
なお、このメールサーバ１０の制御部１１０の機能は、例えば、メールサーバ１０の記憶部１４０に記憶されたプログラムを、ＣＰＵ（Central Processing Unit）がメモリ部１３０に展開し実行することで実現される。
【００５８】
（バックアップサーバ）
次に、バックアップサーバ２０について説明する。
バックアップサーバ２０（２０Ａ，２０Ｂ，２０Ｃ，…）は、メールサーバ１０からのメール保存要求５００（図６）を受け付け、自身のメモリ部２３０内に、メールサーバ１０が受信したメールをバックアップとして保存する。このバックアップサーバ２０は、制御部２１０と、入出力部２２０と、メモリ部２３０と、記憶部２４０とを含んで構成される。なお、このバックアップサーバ２０は、図１に図示した３台に限定されず、複数台設定されていればよい。
【００５９】
制御部２１０は、バックアップとしてのメールの保存の制御全般を司り、バックアップサーバ情報管理部２１１と、バックアップサーバ処理部２１２とを含んで構成される。
【００６０】
バックアップサーバ情報管理部２１１は、自身のバックアップサーバ２０の起動時に、記憶部２４０に予め記憶された、メモリ使用量の下限閾値１０６および上限閾値１０７の情報、ホスト名１０１、ＩＰアドレス１０２の情報を、入出力部２２０を介して、メールサーバ１０のバックアップサーバ監視部１１１に送信する。なお、このとき、バックアップサーバ情報管理部２１１は、そのバックアップサーバ２０の全メモリ量の情報を含めて送信するようにしてもよい。
また、バックアップサーバ情報管理部２１１は、所定の間隔で、サービス状態１０４、およびメモリ使用量１０５の情報を、メールサーバ１０のバックアップサーバ監視部１１１に送信する。
【００６１】
次に、バックアップサーバ処理部２１２は、メールサーバ１０から、メール保存要求５００（図６）を受信すると、そのメールの情報を、メモリ部２３０内のバックアップサーバ保存メール情報２５０に記憶する。そして、バックアップサーバ処理部２１２は、メールを保存した確認応答として、メール保存応答５５０（図７）をメールサーバ１０に送信する。
【００６２】
図１１は、本実施形態に係るバックアップサーバ保存メール情報２５０のデータ構成の一例を示す図である。
バックアップサーバ保存メール情報２５０は、メッセージＩＤ２５１、メールヘッダ２５２、およびメール本文２５３の情報を含んで構成される。
【００６３】
また、バックアップサーバ処理部２１２は、メールサーバ１０から、メール削除要求６００（図８）を受信すると、そのメール削除要求６００に付されたメッセージＩＤ６０１をキーとして、メモリ部２３０内のバックアップサーバ保存メール情報２５０（図１１）を探索し、該当するメッセージＩＤ２５１のメールの情報を削除する。そして、バックアップサーバ処理部２１２は、メールを削除した旨の確認応答を、メール削除応答６５０（図９）として、メールサーバ１０に送信する。
【００６４】
なお、このバックアップサーバ処理部２１２は、バックアップサーバ保存メール情報２５０（図１１）の各情報についての保存、削除等の動作ログを、記憶部２４０内の動作ログ情報２４１（図１）に記憶する。
【００６５】
図１に戻り、入出力部２２０は、通信回線を介して、メールサーバ１０との情報の送受信を行うための通信インタフェースと、キーボードやマウス等の入力装置（不図示）や、ディスプレイ等の出力装置（不図示）との間で情報を交換する入出力インタフェースとから構成される。
【００６６】
メモリ部２３０は、ＲＡＭ等の記憶手段からなり、前記したバックアップサーバ保存メール情報２５０（図１１）等を記憶する。
【００６７】
記憶部２４０は、ハードディスク、フラッシュメモリ等の記憶手段からなり、メールの保存や削除等の処理を記憶した動作ログ情報２４１を格納する。また、記憶部２４０には、制御部２１０の処理を行うためのプログラム等が記憶される。
【００６８】
なお、このバックアップサーバ２０の制御部２１０の機能は、例えば、バックアップサーバ２０の記憶部２４０に記憶されたプログラムを、ＣＰＵがメモリ部２３０に展開し実行することで実現される。
【００６９】
次に、本実施形態に係るメールサーバ１０が受信するメールのバックアップ方法について具体的に説明する。まず、メールサーバ１０のメールサーバ処理部１１２が行うメール保存先決定処理について、図１２を参照して説明し、次に、メールサーバ１０のメール重要度判定部１１３が行うメール重要度判定処理について、図１３を参照して説明する。そして、本実施形態に係るメールシステム１全体の処理の流れを、図１４を参照して説明する。
【００７０】
（メール保存先決定処理）
図１２は、本実施形態に係るメールサーバ１０のメールサーバ処理部１１２が行うメール保存先決定処理の流れを示すフローチャートである。このメール保存先決定処理で、メールサーバ処理部１１２は、外部サーバ４０から受信したメールを保存するバックアップサーバ２０の台数の決定し、その保存先となるバックアップサーバ２０を選定する。
【００７１】
まず、メールサーバ１０のメールサーバ処理部１１２は、入出力部１２０を介して、外部サーバ４０からのメールを受信する（ステップＳ１０１）。
【００７２】
次に、メールサーバ処理部１１２は、受信したメールの重要度を判定するため、メール重要度判定部１１３に、重要度判定要求４００（図３）を出力する（ステップＳ１０２）。そして、メールサーバ処理部１１２は、メール重要度判定部１１３から、メールの重要度の判定結果が付された重要度判定応答４５０（図４）を取得する（ステップＳ１０３）。
【００７３】
続いて、メールサーバ処理部１１２は、バックアップサーバ管理テーブル１００（図２）を参照し、そのバックアップサーバ２０が接続可能か否かを示す接続状態１０３、バックアップサーバ２０がバックアップ可能か否かを示すサービス状態１０４、および、バックアップサーバ２０のメモリ使用量１０５の情報を取得する（ステップＳ１０４）。
【００７４】
そして、メールサーバ処理部１１２は、接続状態１０３が「Connect」であり、サービス状態１０４が「Service」である、つまり、その時点でメールバックアップが可能な状態にある、すべてのバックアップサーバ２０について、そのバックアップサーバ２０のメモリ使用量１０５が、それぞれのバックアップサーバ２０に設定された下限閾値１０６未満であるか否かを判定する（ステップＳ１０５）。
【００７５】
ステップＳ１０５において、メールサーバ処理部１１２は、すべてのバックアップサーバ２０のメモリ使用量１０５が下限閾値１０６未満であると判定した場合（ステップＳ１０５→Ｙｅｓ）、つまり、すべてのバックアップサーバ２０のメモリ領域に余裕があると判定した場合には、次のステップＳ１０６に進む。
【００７６】
ステップＳ１０６において、メールサーバ処理部１１２は、ステップＳ１０３で取得した、そのメールの重要度判定に基づき、メールの重要度が「重要」の場合は、ｉ台のバックアップサーバ２０にそのメールを保存すると決定する。メールの重要度が「一般」の場合は、ｊ台のバックアップサーバ２０に保存すると決定する。そして、メールの重要度が「ｓｐａｍ」の場合は、ｋ台のバックアップサーバ２０に保存すると決定する。
【００７７】
一方、ステップＳ１０５において、すべてのバックアップサーバ２０のメモリ使用量１０５が下限閾値１０６未満であるという条件を満たさない場合（ステップＳ１０５→Ｎｏ）、つまり、１台でも下限閾値１０６以上のメモリ使用量１０５であるバックアップサーバ２０が存在する場合は、次のステップＳ１０７に進む。
【００７８】
ステップＳ１０７において、メールサーバ処理部１１２は、バックアップサーバ２０のうち、少なくとも１台のバックアップサーバ２０のメモリ使用量１０５が、上限閾値１０７を超えているか否かを判定する。
【００７９】
そして、メールサーバ処理部１１２は、すべてのバックアップサーバ２０のメモリ使用量１０５が、上限閾値１０７を超えていない場合には（ステップＳ１０７→Ｎｏ）、ステップＳ１０８に進む。
【００８０】
ステップＳ１０８において、メールサーバ処理部１１２は、ステップＳ１０３で取得した、そのメールの重要度判定に基づき、メールの重要度が「重要」の場合は、ｉ’台のバックアップサーバ２０にそのメールを保存すると決定する。メールの重要度が「一般」の場合は、ｊ’台のバックアップサーバ２０に保存すると決定する。そして、メールの重要度が「ｓｐａｍ」の場合は、ｋ’台のバックアップサーバ２０に保存すると決定する。
【００８１】
一方、ステップＳ１０７において、少なくとも１台のバックアップサーバ２０のメモリ使用量１０５が、上限閾値１０７を超えていれば（ステップＳ１０７→Ｙｅｓ）、ステップＳ１０９に進む。
【００８２】
ステップＳ１０９において、メールサーバ処理部１１２は、ステップＳ１０３で取得した、そのメールの重要度判定に基づき、メールの重要度が「重要」の場合は、ｉ”台のバックアップサーバ２０にそのメールを保存すると決定する。メールの重要度が「一般」の場合は、ｊ”台のバックアップサーバ２０に保存すると決定する。そして、メールの重要度が「ｓｐａｍ」の場合は、ｋ”台のバックアップサーバ２０に保存すると決定する。
【００８３】
バックアップサーバ２０が、複数台設定されている場合、メールサーバ１０は、上記の各変数「ｉ」「ｊ」「ｋ」について、ｉ≧ｊ≧ｋ、ｉ’≧ｊ’≧ｋ’、ｉ”≧ｊ”≧ｋ”、ｉ≧ｉ’≧ｉ”、ｊ≧ｊ’≧ｊ”、ｋ≧ｋ’≧ｋ”が成り立つように、各値を設定する。これは、重要度が高いメール程、台数を多く設定する。メモリ使用量に余裕がない程、台数を少なく設定するという思想に基づき、予め設定されるものである。なお、メモリ使用量に余裕がない程、台数を少なく設定するのは、台数の設定を抑えることで、メモリ不足による輻輳等の発生を防止するためである。
【００８４】
次に、ステップＳ１０６，Ｓ１０８，Ｓ１０９において、メールを保存するバックアップサーバ２０の台数を決定すると、メールサーバ処理部１１２は、メールの保存先として、その決定した台数のバックアップサーバ２０を選定する（ステップＳ１１０）。
【００８５】
このメールサーバ処理部１１２によるバックアップサーバ２０の選定は、例えば、メモリ使用量１０５の少ない順で決定される。また、メールサーバ１０のバックアップサーバ管理テーブル１００（図２）に各バックアップサーバ２０の全メモリ量が格納されている場合には、使用可能メモリ量の多い順、全メモリ量に対するメモリ使用量１０５の割合が少ない順等で選定してもよい。なお、このバックアップサーバ２０の選定は、例えば、メールサーバ１０の記憶部１４０に、選定ロジックが予め記憶されることにより、メールサーバ１０の起動時に、その選定ロジックをメールサーバ処理部１１２が読み込むことにより設定される。
【００８６】
続いて、メールサーバ処理部１１２は、ステップＳ１１０で選定されたバックアップサーバ２０に対し、メール保存要求５００（図６）を送信する（ステップＳ１１１）。
【００８７】
このようにすることで、メールサーバ１０のメールサーバ処理部１１２は、受信したメールを保存するバックアップサーバ２０の台数の決定し、その保存先となるバックアップサーバ２０を選定することができる。
【００８８】
（メール重要度判定処理）
次に、本実施形態に係るメールサーバ１０が行うメール重要度判定処理について説明する。
【００８９】
図１３は、本実施形態に係るメールサーバ１０のメール重要度判定部１１３が行うメール重要度判定処理の流れを示すフローチャートである。
【００９０】
まず、メールサーバ１０のメール重要度判定部１１３は、メールサーバ処理部１１２から重要度判定要求４００（図３）を取得する（ステップＳ２０１）。
【００９１】
次に、メール重要度判定部１１３は、取得した重要度判定要求４００のメールヘッダ４０２およびメール本文４０３を用いて、メール重要度判定テーブル３００（図１０）を探索し、メール重要度判定テーブル３００の各レコードに設定された条件のいずれかに一致するか否かを、ｓｐａｍ判定３０５の欄以外について判定する（ステップＳ２０２）。具体的には、メール重要度判定部１１３は、アドレス３０１欄から送信元ＩＰアドレス３０４欄までに設定された各レコードの条件に一致するか否かを判定する。
【００９２】
そして、メール重要度判定部１１３は、ステップＳ２０２において、ｓｐａｍ判定３０５以外のメール重要度判定テーブル３００の各レコードに設定された条件のいずれにも一致しない場合は（ステップＳ２０２→Ｎｏ）、次のステップＳ２０３に進み、判定したメールの重要度を「一般」に決定する（ステップＳ２０３）。
【００９３】
一方、ステップＳ２０２において、メール重要度判定部１１３は、ｓｐａｍ判定３０５以外のメール重要度判定テーブル３００の各レコードに設定された条件のいずれかに一致した場合（ステップＳ２０２→Ｙｅｓ）、つまり、アドレス３０１欄から送信元ＩＰアドレス３０４欄までに設定されたレコード毎のいずれかの条件に一致した場合には、次のステップＳ２０４に進む。
【００９４】
ステップＳ２０４において、メール重要度判定部１１３は、ステップＳ２０２で一致したメール重要度判定テーブル３００のレコードについて、ｓｐａｍ判定３０５欄で「○」と設定されるものか否かを判定する。
【００９５】
そして、ステップＳ２０２で一致した条件のレコードで、ｓｐａｍ判定３０５欄が「○」と設定されていない場合（ステップＳ２０４→Ｎｏ）、メール重要度判定部１１３は、そのメールの重要度を「重要」に決定する（ステップＳ２０５）。
一方、ステップＳ２０２で一致した条件のレコードでｓｐａｍ判定３０５欄が「○」と設定されている場合（ステップＳ２０４→Ｙｅｓ）、メール重要度判定部１１３は、そのメールの重要度を「ｓｐａｍ」に決定する（ステップＳ２０６）。
【００９６】
続いて、ステップＳ２０３，Ｓ２０５，Ｓ２０６でメールの重要度を決定すると、メール重要度判定部１１３は、決定したメールの重要度を、重要度判定応答４５０（図４）として、メールサーバ処理部１１２に出力する（ステップＳ２０７）。
【００９７】
このように、メールサーバ１０のメール重要度判定部１１３は、メール重要度判定テーブル３００を参照して、メールの重要度を判定することができる。
【００９８】
（メールシステム全体の処理）
次に、本実施形態に係るメールシステム１全体の処理の流れについて説明する。
【００９９】
図１４は、本実施形態に係るメールサーバ１０およびバックアップサーバ２０を含むメールシステム１全体の処理の流れを示すシーケンス図である。この図１４は、外部サーバ４０に接続される送信元の通信端末等から、メールサーバ１０がメールを受信し、バックアップサーバ２０にメールを保存した上で、要求のあった通信端末３０にメールを送信する処理を示している。また、メールサーバ１０のバックアップサーバ監視部１１１により、バックアップサーバ２０（２０Ａ，２０Ｂ，２０Ｃ，…）の監視が行われ、バックアップサーバ管理テーブル１００（図２）に各バックアップサーバ２０の情報がすでに格納されているものとして説明する。
【０１００】
まず、外部サーバ４０からネットワーク５０を介して、メールサーバ１０にメールが送信される（ステップＳ１）。メールを受信したメールサーバ１０のメールサーバ処理部１１２は、メール受信応答を外部サーバ４０に送信する（ステップＳ２）。そして、メールサーバ処理部１１２は、受信したメールの情報をメモリ部１３０内のメールサーバ保存メール情報２００（図５）に記憶する（ステップＳ３）。
【０１０１】
次に、メールサーバ１０のメールサーバ処理部１１２は、メール重要度判定部１１３に対し、受信したメールについての重要度判定要求４００（図３）を出力する（ステップＳ４）。重要度判定要求４００を受信したメール重要度判定部１１３は、メール重要度判定テーブル３００（図１０）を参照してメール重要度判定処理を行い、そのメールの重要度を判定する（ステップＳ５）。ここでは、メールの重要度が「重要」、「一般」、「ｓｐａｍ」のいずれかであるかが判定される。そして、メール重要度判定部１１３は、その判定結果を付した重要度判定応答４５０（図４）をメールサーバ処理部１１２に出力する（ステップＳ６）。
【０１０２】
重要度判定応答４５０を受信したメールサーバ処理部１１２は、メール重要度判定部１１３が判定したメールの重要度と、バックアップサーバ管理テーブル１００（図２）の情報を用いて、複数台のバックアップサーバ２０のうち、メールを保存するバックアップサーバ２０の台数と、その保存先となるバックアップサーバ２０を決定する（メール保存先決定処理：ステップＳ７）。
【０１０３】
続いて、メールサーバ処理部１１２は、決定したメールの保存先となるバックアップサーバ２０に、メール保存要求５００（図６）を送信する（ステップＳ８）。メール保存要求５００を受信したバックアップサーバ２０のバックアップサーバ処理部２１２は、受信したメールの情報を、メモリ部２３０内のバックアップサーバ保存メール情報２５０（図１１）に記憶する（ステップＳ９）。そして、バックアップサーバ処理部２１２は、メール保存応答５５０（図７）をメールサーバ１０に送信する（ステップＳ１０）。
【０１０４】
メール保存応答５５０を受信したメールサーバ１０のメールサーバ処理部１１２は、メールサーバ保存メール情報２００（図５）の使用バックアップサーバ２０４の欄の入力を行い（ステップＳ１１）、また、メール本文２０３の欄の情報を削除する（ステップＳ１２）。
【０１０５】
次に、メールサーバ１０は、通信端末３０からのメール送信要求を受信する（ステップＳ１３）。すると、メールサーバ１０のメールサーバ処理部１１２は、メールサーバ保存メール情報２００（図５）の使用バックアップサーバ２０４を参照し、バックアップサーバ２０にメールデータ要求を送信する（ステップＳ１４）。なお、このとき、メールが複数のバックアップサーバ２０に保存されている場合には、ランダムにいずれかのバックアップサーバ２０にメールデータ要求を送信してもよいし、複数のバックアップサーバ２０に優先度を設けて、優先度の高いバックアップサーバ２０にメールデータ要求を送信するようにしてもよい。
【０１０６】
メールデータ要求を受信したバックアップサーバ２０のバックアップサーバ処理部２１２は、該当するメールの情報をメモリ部２３０内のバックアップサーバ保存メール情報２５０（図１１）から取得し、メールサーバ１０に対し、メールデータ応答として送信する（ステップＳ１５）。
【０１０７】
メールデータ応答を受信したメールサーバ１０のメールサーバ処理部１１２は、通信端末３０に、メールを送信し（ステップＳ１６）、送信したメール本文を削除する（ステップＳ１７）。続いて、メールサーバ１０からメールを受信した通信端末３０は、メールサーバ１０にメール受信応答を送信する（ステップＳ１８）。
【０１０８】
なお、ステップＳ１２でのメール本文２０３の削除は、メールサーバ１０のメモリ使用量をできるだけ削減するために行うものであり、このメール本文２０３の削除処理を行わないようにしてもよい。ステップＳ１２の処理を行わない場合、ステップＳ１４，Ｓ１５の処理は行わない。また、ステップＳ１７の処理を行わないようにしてもよい。
【０１０９】
次に、メールサーバ１０のメールサーバ処理部１１２は、通信端末３０からメール受信応答を受信すると、バックアップサーバ２０に対して、該当するメールの情報の削除を要求するメール削除要求６００（図８）を送信する（ステップＳ１９）。メール削除要求６００を受信したバックアップサーバ２０のバックアップサーバ処理部２１２は、該当するメールの情報をバックアップサーバ保存メール情報２５０（図１１）から削除する（ステップＳ２０）。そして、バックアップサーバ処理部２１２は、メール削除応答６５０（図９）をメールサーバ１０に送信する（ステップＳ２１）。バックアップサーバ２０からメール削除応答６５０を受信したメールサーバ１０のメールサーバ処理部１１２は、該当するメールの情報をメールサーバ保存メール情報２００（図５）から削除して（ステップＳ２２）、処理を終える。
【０１１０】
このようにすることで、本実施形態に係るメール保存バックアップシステムおよびバックアップ方法によれば、受信したメールの重要度を判定し、その重要度と、各バックアップサーバ２０から取得したメモリ使用量等の状態情報に基づき、メールを保存するバックアップサーバ２０の台数と、そのメールの保存先となるバックアップサーバ２０とを決定することができる。よって、メールを保存する際の対障害性を確保した上で、メールの収容効率を高めることができる。
【符号の説明】
【０１１１】
１ メールシステム
５ メール保存バックアップシステム
１０ メールサーバ
２０ バックアップサーバ
３０ 通信端末
４０ 外部サーバ
５０ ネットワーク
１００ バックアップサーバ管理テーブル（バックアップサーバ管理情報）
１１０，２１０ 制御部
１１１ バックアップサーバ監視部
１１２ メールサーバ処理部
１１３ メール重要度判定部
１２０，２２０ 入出力部
１３０，２３０ メモリ部
１４０，２４０ 記憶部
１４１，２４１ 動作ログ情報
２００ メールサーバ保存メール情報
２５０ バックアップサーバ保存メール情報
３００ メール重要度判定テーブル
【技術分野】
【０００１】
本発明は、メール保存バックアップシステムおよびバックアップ方法に関する。
【背景技術】
【０００２】
外部サーバから受信した電子メール（以下、単に「メール」と呼ぶ）をメールサーバに保存しておき、通信端末からのメール送信要求に応じてメールを送信するメールシステムにおいて、メールを保存する技術として、メールサーバに具備している記憶装置（ハードディスク等）にメールのバックアップを保存する方法が開示されている（特許文献１参照）。また、メールサーバとは別にバックアップサーバを用意し、そのバックアップサーバの記憶装置（ハードディスク等）にメールのバックアップを保存する方法が開示されている（特許文献２参照）。
【０００３】
メールのバックアップに用いられる記憶装置には、ハードディスク、Flash SSD（フラッシュ ソリッドステートドライブ）、サーバの揮発性のメモリ（例えば、ＲＡＭ（Random Access Memory））等がある。
近年は、サーバに搭載されるメモリの大容量化および低価格化に伴い、データのバックアップに従来のハードディスクを用いずに、サーバのメモリにデータを保存する運用が実現され始めている（特許文献３参照）。
【０００４】
バックアップサーバのメモリにメールを保存する場合、メールの保存のためのディスクＩ／Ｏ（Input/Output）が、従来のハードディスクを用いたシステムと比較して少なくなるため、メールサーバ１台当たり、ディスクバックアップ型の約１０倍の処理速度が実現可能となる。
【０００５】
しかし、メモリバックアップは、ハードディスクバックアップに比べて、サーバ障害時にデータをロスト（消失）する可能性が高い。そのため、サーバが障害を起こしたとしてもデータをロストしないように、バックアップサーバを複数台用いて対障害性を上げる必要がある。
【０００６】
一方、メールサーバに保存されるメールには、メールを受信者にとって、優先的に残したい重要なメールと、ｓｐａｍ（大量に送りつけられる、広告などの迷惑メール）等の残す必要の少ないメールが存在する。
特許文献４には、データを受信したサーバ内に具備された記憶媒体のうち、信頼度の高い記憶媒体に優先的にユーザが残したいデータを保存することで、データの重要度に応じて、バックアップ先を変更する技術が開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００２−３５１７１９号公報（段落０００８、図１）
【特許文献２】特開２００７−２７４０５３号公報（段落００１２、図１）
【特許文献３】特開２００６−１３９６９６号公報（段落０００９、００１０）
【特許文献４】米国特許第６８２６６６５号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、前記した従来技術を用いて、複数台のバックアップサーバのメモリを、メールのバックアップに利用しようとする場合には、以下のような問題が存在する。
【０００９】
特許文献１および特許文献２に記載の技術は、バックアップ先の記憶媒体が１台であることを前提とするため、バックアップ先を複数台設置する技術には、そのまま適用することができない。
【００１０】
特許文献４に記載の技術をメールのバックアップに適用することで、残したいメールの重要度に応じて、複数台存在する信頼度の異なる記憶媒体の中から、保存先に適した記憶媒体を選択してメールを保存することができる。しかし、この特許文献４に記載の技術は、バックアップ先として、複数台の記憶媒体の中から１台を選択するものである。したがって、バックアップ先の記憶媒体が１台であることに替わりはなく、バックアップ先を複数台設定して対障害性を上げるというものではない。また、この特許文献４に記載の技術を用いて、メモリ等に比べ信頼性の高いハードディスクにメールを保存する場合には、メモリに保存する場合に比べ、処理速度の高速化が図れなくなるという問題もある。
【００１１】
また、特許文献３に記載の技術は、データのバックアップにメモリを用いるものであるが、一般的にメモリは、ハードディスクに比べて同一コスト当たりの記憶容量が少ない。よって、特許文献３の技術を用いて、単に複数台のバックアップサーバのメモリにメールのデータを保存した場合、バックアップサーバのメールの収容効率が低下し、メールバックアップが困難になるおそれがある。
【００１２】
このような背景に鑑みて本発明がなされたのであり、本発明は、メールを保存する際の対障害性を確保した上で、メールの収容効率を高めることができる、メール保存バックアップシステムおよびバックアップ方法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明のメール保存バックアップシステムは、メールサーバと複数のバックアップサーバとを含んで構成される。
メールサーバは、受信したメールの重要度を、メール重要度判定テーブルを参照して判定する。そして、メールサーバは、各バックアップサーバの状態情報を記憶したバックアップサーバ管理テーブル（バックアップサーバ管理情報）を参照し、判定したメールの重要度に応じて、メールを保存するバックアップサーバの台数を決定し、その保存先となるバックアップサーバを選定する。次に、メールサーバは、受信したメールを、選定したバックアップサーバに送信し、バックアップサーバは、受信したメールをメモリ部に保存する。
【発明の効果】
【００１４】
本発明によれば、メールを保存する際の対障害性を確保した上で、メールの収容効率を高めることができる、メール保存バックアップシステムおよびバックアップ方法を提供することができる。
【図面の簡単な説明】
【００１５】
【図１】本実施形態に係るメールシステムの構成例を示す機能ブロック図である。
【図２】本実施形態に係るバックアップサーバ管理テーブルのデータ構成の一例を示す図である。
【図３】本実施形態に係る重要度判定要求のフォーマット例を示す図である。
【図４】本実施形態に係る重要度判定応答のフォーマット例を示す図である。
【図５】本実施形態に係るメールサーバ保存メール情報のデータ構成の一例を示す図である。
【図６】本実施形態に係るメール保存要求のフォーマット例を示す図である。
【図７】本実施形態に係るメール保存応答のフォーマット例を示す図である。
【図８】本実施形態に係るメール削除要求のフォーマット例を示す図である。
【図９】本実施形態に係るメール削除応答のフォーマット例を示す図である。
【図１０】本実施形態に係るメール重要度判定テーブルのデータ構成の一例を示す図である。
【図１１】本実施形態に係るバックアップサーバ保存メール情報のデータ構成の一例を示す図である。
【図１２】本実施形態に係るメールサーバのメールサーバ処理部が行うメール保存先決定処理の流れを示すフローチャートである。
【図１３】本実施形態に係るメールサーバのメール重要度判定部が行うメール重要度判定処理の流れを示すフローチャートである。
【図１４】本実施形態に係るメールシステム全体の処理の流れを示すシーケンス図である。
【発明を実施するための形態】
【００１６】
まず、本実施形態に係るメール保存バックアップシステム５を含むメールシステム１について説明する。図１は、本実施形態に係るメールシステム１の構成例を示す機能ブロック図である。
【００１７】
メールシステム１は、メールサーバ１０と、通信端末３０と、外部サーバ４０とがネットワーク５０を介して接続されており、さらに、メールサーバ１０には、複数のバックアップサーバ２０（２０Ａ，２０Ｂ，２０Ｃ，…）が通信可能に接続されている。なお、ここで、メールサーバ１０と複数のバックアップサーバ２０とを合わせて、メール保存バックアップシステム５とする。
【００１８】
通信端末３０は、ネットワーク５０を介してメールサーバ１０に接続し、メールの送信および受信を行う。
外部サーバ４０は、外部サーバ４０が収容する他の通信端末（不図示）や、他の外部サーバ（不図示）経由のメールを受信し、ネットワーク５０を介して、メールサーバ１０に収容される通信端末３０宛てのメールを、メールサーバ１０に送信する。
また、ネットワーク５０は、例えば、ＷＡＮ（Wide Area Network）やＬＡＮ（Local Area Network）等で構成される。
【００１９】
（メールサーバ）
メールサーバ１０は、メールサーバ１０自身が収容する通信端末３０宛てのメールを受信する。そして、メールサーバ１０は、その受信したメールの重要度を、メール重要度判定テーブル３００（詳細は後記）を参照して判定する。次に、メールサーバ１０は、各バックアップサーバ２０のメモリ使用量を含む状態情報を記憶したバックアップサーバ管理テーブル１００（詳細を後記）を参照し、判定したメールの重要度に応じて、メールを保存するバックアップサーバ２０の台数を決定し、その保存先となるバックアップサーバ２０を選定する。次に、メールサーバ１０は、受信したメールをメール保存要求５００（詳細は後記）として、選定したバックアップサーバ２０に送信する。
また、メールサーバ１０は、メールの送信要求を通信端末３０から受信すると、自身のメールサーバ１０または保存先として選定したバックアップサーバ２０に保存したメールを通信端末３０に送信する。
【００２０】
このメールサーバ１０は、制御部１１０と、入出力部１２０と、メモリ部１３０と、記憶部１４０とを含んで構成される。
【００２１】
制御部１１０は、メールの送受信やメールのバックアップのための制御全般を司り、バックアップサーバ監視部１１１と、メールサーバ処理部１１２と、メール重要度判定部１１３とを含んで構成される。
【００２２】
バックアップサーバ監視部１１１は、メールサーバ１０がメールのバックアップ先として各バックアップサーバ２０（２０Ａ，２０Ｂ，２０Ｃ，…）の中からいずれかを選択するための指標となる、各バックアップサーバ２０の接続状態やメモリ使用量等の情報を監視する。そして、バックアップサーバ監視部１１１は、各バックアップサーバ２０の監視により取得した情報を、メモリ部１３０内のバックアップサーバ管理テーブル１００に保存する。
【００２３】
図２は、本実施形態に係るバックアップサーバ管理テーブル（バックアップサーバ管理情報）１００のデータ構成の一例を示す図である。
【００２４】
バックアップサーバ管理テーブル１００は、バックアップサーバ２０毎に、ホスト名１０１、ＩＰアドレス１０２、接続状態１０３、サービス状態１０４、メモリ使用量１０５、下限閾値１０６、および上限閾値１０７の情報を含んで構成される。
【００２５】
ホスト名１０１は、バックアップサーバ２０のホスト名、またはドメイン名を格納する。ＩＰアドレス１０２は、バックアップサーバ２０のＩＰアドレスを格納する。
接続状態１０３は、メールサーバ１０とバックアップサーバ２０との間が、通信可能か否かの情報を格納する。バックアップサーバ２０との間が通信可能な状態であれば、「Connect」、通信可能な状態でなければ「disconnect」が格納される。
サービス状態１０４は、バックアップサーバ２０のメールバックアップ機能（後記するバックアップサーバ情報管理部２１１およびバックアップサーバ処理部２１２）が稼動しており、利用可能か否かの状態を格納する。バックアップサーバ２０のメールバックアップ機能が稼動状態であれば、利用可能を示す「Service」が格納され、メールバックアップ機能が稼動しておらず、利用不可であれば「No service」が格納される。
メモリ使用量１０５は、各バックアップサーバ２０の現時点でのメモリ使用量が格納される。
なお、請求項に記載の状態情報には、メモリ使用量１０５に加えて、接続状態１０３およびサービス状態１０４も、バックアップサーバ２０の現時点での稼動状態を示す情報として含むことができる。
【００２６】
下限閾値１０６および上限閾値１０７は、バックアップサーバ２０毎に設定されるメモリ使用量の閾値である。この下限閾値１０６および上限閾値１０７は、各バックアップサーバ２０の記憶部２４０に予め記憶され、例えば、バックアップサーバ２０の起動時にコンフィグファイルを読み込むことで設定される。下限閾値１０６は、この下限閾値１０６未満のメモリ使用量の場合に、そのバックアップサーバ２０のメモリ使用量が、全メモリ量に比べて少なく、使用メモリに充分な余裕があると判定する閾値を表す。上限閾値１０７は、この上限閾値１０７を超えるメモリ使用量の場合に、そのバックアップサーバのメモリ使用量が、全メモリ量に比べて多く、使用メモリに余裕がないと判定する閾値を表す。なお、この下限閾値１０６および上限閾値１０７は、メールサーバ１０（後記するメールサーバ処理部１１２）が、メールの保存先となるバックアップサーバ２０の台数の決定の際に参照される。
【００２７】
バックアップサーバ監視部１１１は、各バックアップサーバ２０が起動されると、バックアップサーバ２０の後記するバックアップサーバ情報管理部２１１から、ホスト名１０１、ＩＰアドレス１０２、下限閾値１０６、および上限閾値１０７の情報を収集し、バックアップサーバ管理テーブル１００（図２）に格納する。そして、バックアップサーバ監視部１１１は、所定の間隔で、バックアップサーバ２０のバックアップサーバ情報管理部２１１から、接続状態１０３、サービス状態１０４、およびメモリ使用量１０５の情報を収集することで、バックアップサーバ２０の現時点での状態を監視する。
【００２８】
なお、バックアップサーバ監視部１１１は、バックアップサーバ２０の起動時に、そのバックアップサーバ２０が使用可能な全メモリ量の情報を取得し、バックアップサーバ管理テーブル１００（図２）に格納するようにしてもよい。そのようにすることで、メールサーバ１０は、各バックアップサーバ２０の現時点での使用可能メモリ量の情報を、全メモリ量からメモリ使用量１０５を減算することで得ることができる。また、全メモリ量に対するメモリ使用量の割合を算出することができる。そしてこれらの情報を、バックアップサーバ２０を選定する際の指標とすることもできる。
【００２９】
図１に戻り、メールサーバ処理部１１２は、外部サーバ４０からネットワーク５０を経由し、入出力部１２０を介して、メールを受信すると、その受信したメールの重要度の判定依頼である重要度判定要求４００（図３）を、メール重要度判定部１１３に出力する。そして、メールサーバ処理部１１２は、メール重要度判定部１１３から、そのメールの重要度の判定結果が付された重要度判定応答４５０（図４）を取得する。
【００３０】
ここで、メールの重要度とは、そのメールをユーザが優先的に保存しておきたいかどうかを示す指標であり、本実施形態では、優先的に保存させたい、つまり、通常のメール以上にデータを消失させたくないものを「重要」、ｓｐａｍメールであり、保存する必要性の低いものを「ｓｐａｍ」、この２つ以外の通常のメールを「一般」の３段階に分類する。なお、このメールの重要度は、後記するメール重要度判定部１１３が判定する。また、本実施形態では、メールの重要度を３段階としたが、これに限定されことなく、重要度を４段階以上に設定してもよい。
【００３１】
図３は、本実施形態に係る重要度判定要求４００のフォーマット例を示す図である。また、図４は、本実施形態に係る重要度判定応答４５０のフォーマット例を示す図である。
【００３２】
重要度判定要求４００は、図３に示すように、重要度の判定を要求するメールのメッセージＩＤ４０１、メールヘッダ４０２、およびメール本文４０３を含んで構成される。
【００３３】
メッセージＩＤ４０１は、例えば、メールヘッダに含まれるMessage-IDであり、各メールに固有の番号である。本実施形態では、メッセージＩＤ４０１として、メールヘッダに含まれるMessage-IDを使用するものとして説明するが、Message-ID以外に、メールサーバ処理部１１２が、メール毎にユニークなＩＤを割り当てるようにしてもよい。
メールヘッダ４０２には、送信元のメールアドレス、ＩＰアドレス、ドメイン名や、経由したサーバのＩＰアドレス、ドメイン名や、宛先のメールアドレス等のヘッダ情報が格納される。
メール本文４０３には、そのメールに付された本文が格納される。
【００３４】
また、重要度判定応答４５０は、図４に示すように、メッセージＩＤ４５１、およびメール重要度判定部１１３が判定したメールの重要度を示すメール重要度４５２を含んで構成される。
ここで、メッセージＩＤ４５１は、重要度判定要求４００のメッセージＩＤ４０１と同じMessage-IDが付される。また、メール重要度４５２は、メール重要度判定部１１３が判定した重要度として「重要」、「ｓｐａｍ」、「一般」のいずれかが付される。
【００３５】
引き続きメールサーバ処理部１１２が行う処理を説明する。メールサーバ処理部１１２は、メール重要度判定部１１３から取得した重要度判定応答４５０に付されたメールの重要度と、メモリ部１３０内のバックアップサーバ管理テーブル１００（図２）に格納されている各バックアップサーバ２０の情報を用いて、そのメールを保存するバックアップサーバ２０の台数と、保存先となるバックアップサーバ２０を決定する。
【００３６】
具体的には、メールサーバ処理部１１２は、バックアップサーバ管理テーブル１００（図２）を参照し、接続状態１０３が「Connect」であり、サービス状態１０４が「Service」である、現時点でメールのバックアップが可能なバックアップサーバ２０を抽出する。そして、メールサーバ処理部１１２は、抽出した各バックアップサーバ２０のメモリ使用量１０５が、下限閾値１０６未満、もしくは、上限閾値１０７を超えているかを判定することにより、そのメールを収容するバックアップサーバ２０の台数を決定する（詳細は、図１２）。続いて、メールサーバ処理部１１２は、決定した台数のバックアップサーバ２０を、メールの保存先となるバックアップサーバ２０として、例えば、メモリ使用量１０５の少ない順に選定する。
【００３７】
なお、メールサーバ処理部１１２は、図２のバックアップサーバ管理テーブル１００の各項目に加えて、各バックアップサーバ２０の全メモリ量を記憶しておくことにより、各バックアップサーバ２０の使用可能メモリ量や、全メモリ量に対するメモリ使用量の割合を算出できる場合には、使用可能メモリ量の多い順、全メモリ量に対するメモリ使用量の割合の少ない順等で、メールを収容するバックアップサーバ２０を選定してもよい。
また、このメールを保存するバックアップサーバ２０の台数の決定、およびその保存先となるバックアップサーバ２０を選定する処理を、以下、メール保存先決定処理と呼ぶ。このメール保存先決定処理については、後記する図１２において、詳細に説明する。
【００３８】
また、このメールサーバ処理部１１２は、受信したメールの情報を、メモリ部１３０内のメールサーバ保存メール情報２００に記憶する。そして、メールサーバ処理部１１２は、メールの参照（通信端末３０からの要求による保存したメールの送信）や、保存したメールの削除を行うため、このメールサーバ保存メール情報２００にアクセスする。
【００３９】
図５は、本実施形態に係るメールサーバ保存メール情報２００のデータ構成の一例を示す図である。
メールサーバ保存メール情報２００は、受信したメール毎に１レコードからなる情報であり、メッセージＩＤ２０１、メールヘッダ２０２、メール本文２０３、および使用バックアップサーバ２０４の情報を含んで構成される。
【００４０】
メッセージＩＤ２０１、メールヘッダ２０２、およびメール本文２０３は、メールサーバ１０がメールを受信した際に、メールサーバ処理部１１２が、メールサーバ保存メール情報２００に格納する情報であり、前記した図３に示す重要度判定要求４００と同様の情報が格納される。
また、使用バックアップサーバ２０４は、メールサーバ処理部１１２が、メール保存先決定処理により選定した、そのメールを保存するバックアップサーバ２０が格納される。例えば、メッセージＩＤ２０１が「１」のメールは、使用バックアップサーバ２０４に示されるように、「store_svr1」、「store_svr2」の２台のバックアップサーバ２０に保存される。
なお、メッセージＩＤ２０１が「１」のメールは、バックアップサーバ２０に保存されたため、メールサーバ保存メール情報２００のメール本文２０３を削除している（メール本文２０３欄で「−」として示す）。
【００４１】
メールサーバ処理部１１２は、メールの保存先として使用するバックアップサーバ２０を選定すると、そのバックアップサーバ２０に対し、メール保存要求５００（図６）を送信する。そして、そのバックアップサーバ２０がメールを保存した確認応答として、バックアップサーバ２０から、メール保存応答５５０（図７）を受信する。
【００４２】
また、メールサーバ処理部１１２は、通信端末３０へのメールの送信が完了したことを契機として、そのメールを保存していたバックアップサーバ２０に対し、メール削除要求６００（図８）を送信する。そして、バックアップサーバ２０がメールを削除した確認応答として、バックアップサーバ２０から、メール削除応答６５０（図９）を受信する。
【００４３】
図６は、本実施形態に係るメール保存要求５００のフォーマット例を示す図である。また、図７は、本実施形態に係るメール保存応答５５０のフォーマット例を示す図である。
【００４４】
メール保存要求５００は、図６に示すように、保存するメールのメッセージＩＤ５０１、保存要求メッセージ５０２、メールヘッダ５０３、およびメール本文５０４を含んで構成される。この保存要求メッセージ５０２は、例えば、０や１等の値をフィールドに設定することにより、メールの保存要求であることを表す。
【００４５】
メール保存応答５５０は、図７に示すように、保存したメールのメッセージＩＤ５５１、およびバックアップサーバ２０での保存が完了したことを示す保存メッセージ５５２を含んで構成される。この保存メッセージ５５２は、例えば、０や１等の値をフィールドに設定することにより、メールの保存応答であることを表す。
【００４６】
図８は、本実施形態に係るメール削除要求６００のフォーマット例を示す図である。また、図９は、本実施形態に係るメール削除応答６５０のフォーマット例を示す図である。
【００４７】
メール削除要求６００は、図８に示すように、削除要求するメールのメッセージＩＤ６０１、および削除要求メッセージ６０２を含んで構成される。この削除要求メッセージ６０２は、例えば、０や１等の値をフィールドに設定することにより、メールの削除要求であることを表す。
【００４８】
メール削除応答６５０は、図９に示すように、削除したメールのメッセージＩＤ６５１、および削除メッセージ６５２を含んで構成される。この削除メッセージ６５２は、例えば、０や１等の値をフィールドに設定することにより、メールの削除応答であることを表す。
【００４９】
なお、このメールサーバ処理部１１２は、メールサーバ保存メール情報２００の各情報についての保存、更新、削除等の動作ログを、記憶部１４０内の動作ログ情報１４１に記憶する。
【００５０】
図１に戻り、メール重要度判定部１１３は、メールサーバ処理部１１２から、重要度判定要求４００（図３）を取得すると、メモリ部１３０に記憶されたメール重要度判定テーブル３００を参照して、メールの重要度を判定する。ここで、メール重要度判定部１１３は、受信したメールの重要度を「重要」、「ｓｐａｍ」、「一般」の３段階に判定する。そして、メール重要度判定部１１３は、その重要度の判定結果を、重要度判定応答４５０（図４）として、メールサーバ処理部１１２へ出力する。
【００５１】
図１０は、本実施形態に係るメール重要度判定テーブル３００のデータ構成の一例を示す図である。
メール重要度判定テーブル３００には、メールの重要度が「重要」もしくは「ｓｐａｍ」であるかを判定するための条件がレコード毎に設定され、アドレス３０１、ドメイン３０２、キーワード３０３、送信元ＩＰアドレス３０４、およびｓｐａｍ判定３０５の情報を含んで構成される。なお、このメール重要度判定テーブル３００は、予めメールサーバ１０の管理者等により設定されるものとする。
【００５２】
アドレス３０１は、重要度を判定する対象となる、送信元のメールアドレスや宛先のメールアドレスが格納される。ドメイン３０２は、重要度を判定する対象となるドメイン名が格納される。キーワード３０３は、重要度を判定する対象となるキーワードが格納される。なお、メール重要度判定部１１３は、このキーワード３０３欄に設定されたキーワードがメール本文中に含まれるか否かを探索する。送信元ＩＰアドレス３０４は、重要度を判定するメールの送信元ＩＰアドレスが格納される。ｓｐａｍ判定３０５は、そのメールがｓｐａｍメールであるとする判定が格納される。
【００５３】
このメール重要度判定テーブル３００において、アドレス３０１欄から送信元ＩＰアドレス３０４欄までに設定された各レコードのいずれかの条件に一致し、ｓｐａｍ判定３０５欄に「○」が設定されていれば、メール重要度判定部１１３は、そのメールの重要度を「ｓｐａｍ」と判定する。例えば、図１０に示すように、ドメイン３０２欄が「hogehoge」の条件に一致するメールについて、メール重要度判定部１１３は、ｓｐａｍ判定３０５欄が「○」であることにより、重要度を「ｓｐａｍ」と判定する。
一方、アドレス３０１欄から送信元ＩＰアドレス３０４欄までに設定された各レコードのいずれかの条件に一致し、ｓｐａｍ判定３０５欄に「○」が設定されていなければ、メール重要度判定部１１３は、そのメールの重要度を「重要」と判定する。例えば、図１０に示すように、ドメイン３０２欄が「fuga」であり、かつ、キーワード３０３欄が「hoge」（メール本文中にキーワードして「hoge」が探索される場合）の条件に一致するメールで、ｓｐａｍ判定３０５欄に「○」が設定されていないメールについて、メール重要度判定部１１３は、重要度を「重要」と判定する。
また、アドレス３０１欄から送信元ＩＰアドレス３０４欄までに設定された各レコードのいずれの条件にも一致しなければ、メール重要度判定部１１３は、そのメールの重要度を「一般」と判定する。
【００５４】
図１に戻り、入出力部１２０は、ＬＡＮやＷＡＮを介して、通信端末３０や外部サーバ４０、バックアップサーバ２０と情報の送受信を行うための通信インタフェースと、キーボードやマウス等の入力装置（不図示）や、ディスプレイ等の出力装置（不図示）との間で情報を交換する入出力インタフェースとから構成される。
【００５５】
メモリ部１３０は、ＲＡＭ（Random Access Memory）等の記憶手段からなり、前記したバックアップサーバ管理テーブル１００、メールサーバ保存メール情報２００、メール重要度判定テーブル３００等を記憶する。
【００５６】
記憶部１４０は、ハードディスク、フラッシュメモリ等の記憶手段からなり、メールの保存や削除等の処理を記憶した動作ログ情報１４１を記憶する。また、記憶部１４０には、制御部１１０の処理を行うためのプログラム等が記憶される。
【００５７】
なお、このメールサーバ１０の制御部１１０の機能は、例えば、メールサーバ１０の記憶部１４０に記憶されたプログラムを、ＣＰＵ（Central Processing Unit）がメモリ部１３０に展開し実行することで実現される。
【００５８】
（バックアップサーバ）
次に、バックアップサーバ２０について説明する。
バックアップサーバ２０（２０Ａ，２０Ｂ，２０Ｃ，…）は、メールサーバ１０からのメール保存要求５００（図６）を受け付け、自身のメモリ部２３０内に、メールサーバ１０が受信したメールをバックアップとして保存する。このバックアップサーバ２０は、制御部２１０と、入出力部２２０と、メモリ部２３０と、記憶部２４０とを含んで構成される。なお、このバックアップサーバ２０は、図１に図示した３台に限定されず、複数台設定されていればよい。
【００５９】
制御部２１０は、バックアップとしてのメールの保存の制御全般を司り、バックアップサーバ情報管理部２１１と、バックアップサーバ処理部２１２とを含んで構成される。
【００６０】
バックアップサーバ情報管理部２１１は、自身のバックアップサーバ２０の起動時に、記憶部２４０に予め記憶された、メモリ使用量の下限閾値１０６および上限閾値１０７の情報、ホスト名１０１、ＩＰアドレス１０２の情報を、入出力部２２０を介して、メールサーバ１０のバックアップサーバ監視部１１１に送信する。なお、このとき、バックアップサーバ情報管理部２１１は、そのバックアップサーバ２０の全メモリ量の情報を含めて送信するようにしてもよい。
また、バックアップサーバ情報管理部２１１は、所定の間隔で、サービス状態１０４、およびメモリ使用量１０５の情報を、メールサーバ１０のバックアップサーバ監視部１１１に送信する。
【００６１】
次に、バックアップサーバ処理部２１２は、メールサーバ１０から、メール保存要求５００（図６）を受信すると、そのメールの情報を、メモリ部２３０内のバックアップサーバ保存メール情報２５０に記憶する。そして、バックアップサーバ処理部２１２は、メールを保存した確認応答として、メール保存応答５５０（図７）をメールサーバ１０に送信する。
【００６２】
図１１は、本実施形態に係るバックアップサーバ保存メール情報２５０のデータ構成の一例を示す図である。
バックアップサーバ保存メール情報２５０は、メッセージＩＤ２５１、メールヘッダ２５２、およびメール本文２５３の情報を含んで構成される。
【００６３】
また、バックアップサーバ処理部２１２は、メールサーバ１０から、メール削除要求６００（図８）を受信すると、そのメール削除要求６００に付されたメッセージＩＤ６０１をキーとして、メモリ部２３０内のバックアップサーバ保存メール情報２５０（図１１）を探索し、該当するメッセージＩＤ２５１のメールの情報を削除する。そして、バックアップサーバ処理部２１２は、メールを削除した旨の確認応答を、メール削除応答６５０（図９）として、メールサーバ１０に送信する。
【００６４】
なお、このバックアップサーバ処理部２１２は、バックアップサーバ保存メール情報２５０（図１１）の各情報についての保存、削除等の動作ログを、記憶部２４０内の動作ログ情報２４１（図１）に記憶する。
【００６５】
図１に戻り、入出力部２２０は、通信回線を介して、メールサーバ１０との情報の送受信を行うための通信インタフェースと、キーボードやマウス等の入力装置（不図示）や、ディスプレイ等の出力装置（不図示）との間で情報を交換する入出力インタフェースとから構成される。
【００６６】
メモリ部２３０は、ＲＡＭ等の記憶手段からなり、前記したバックアップサーバ保存メール情報２５０（図１１）等を記憶する。
【００６７】
記憶部２４０は、ハードディスク、フラッシュメモリ等の記憶手段からなり、メールの保存や削除等の処理を記憶した動作ログ情報２４１を格納する。また、記憶部２４０には、制御部２１０の処理を行うためのプログラム等が記憶される。
【００６８】
なお、このバックアップサーバ２０の制御部２１０の機能は、例えば、バックアップサーバ２０の記憶部２４０に記憶されたプログラムを、ＣＰＵがメモリ部２３０に展開し実行することで実現される。
【００６９】
次に、本実施形態に係るメールサーバ１０が受信するメールのバックアップ方法について具体的に説明する。まず、メールサーバ１０のメールサーバ処理部１１２が行うメール保存先決定処理について、図１２を参照して説明し、次に、メールサーバ１０のメール重要度判定部１１３が行うメール重要度判定処理について、図１３を参照して説明する。そして、本実施形態に係るメールシステム１全体の処理の流れを、図１４を参照して説明する。
【００７０】
（メール保存先決定処理）
図１２は、本実施形態に係るメールサーバ１０のメールサーバ処理部１１２が行うメール保存先決定処理の流れを示すフローチャートである。このメール保存先決定処理で、メールサーバ処理部１１２は、外部サーバ４０から受信したメールを保存するバックアップサーバ２０の台数の決定し、その保存先となるバックアップサーバ２０を選定する。
【００７１】
まず、メールサーバ１０のメールサーバ処理部１１２は、入出力部１２０を介して、外部サーバ４０からのメールを受信する（ステップＳ１０１）。
【００７２】
次に、メールサーバ処理部１１２は、受信したメールの重要度を判定するため、メール重要度判定部１１３に、重要度判定要求４００（図３）を出力する（ステップＳ１０２）。そして、メールサーバ処理部１１２は、メール重要度判定部１１３から、メールの重要度の判定結果が付された重要度判定応答４５０（図４）を取得する（ステップＳ１０３）。
【００７３】
続いて、メールサーバ処理部１１２は、バックアップサーバ管理テーブル１００（図２）を参照し、そのバックアップサーバ２０が接続可能か否かを示す接続状態１０３、バックアップサーバ２０がバックアップ可能か否かを示すサービス状態１０４、および、バックアップサーバ２０のメモリ使用量１０５の情報を取得する（ステップＳ１０４）。
【００７４】
そして、メールサーバ処理部１１２は、接続状態１０３が「Connect」であり、サービス状態１０４が「Service」である、つまり、その時点でメールバックアップが可能な状態にある、すべてのバックアップサーバ２０について、そのバックアップサーバ２０のメモリ使用量１０５が、それぞれのバックアップサーバ２０に設定された下限閾値１０６未満であるか否かを判定する（ステップＳ１０５）。
【００７５】
ステップＳ１０５において、メールサーバ処理部１１２は、すべてのバックアップサーバ２０のメモリ使用量１０５が下限閾値１０６未満であると判定した場合（ステップＳ１０５→Ｙｅｓ）、つまり、すべてのバックアップサーバ２０のメモリ領域に余裕があると判定した場合には、次のステップＳ１０６に進む。
【００７６】
ステップＳ１０６において、メールサーバ処理部１１２は、ステップＳ１０３で取得した、そのメールの重要度判定に基づき、メールの重要度が「重要」の場合は、ｉ台のバックアップサーバ２０にそのメールを保存すると決定する。メールの重要度が「一般」の場合は、ｊ台のバックアップサーバ２０に保存すると決定する。そして、メールの重要度が「ｓｐａｍ」の場合は、ｋ台のバックアップサーバ２０に保存すると決定する。
【００７７】
一方、ステップＳ１０５において、すべてのバックアップサーバ２０のメモリ使用量１０５が下限閾値１０６未満であるという条件を満たさない場合（ステップＳ１０５→Ｎｏ）、つまり、１台でも下限閾値１０６以上のメモリ使用量１０５であるバックアップサーバ２０が存在する場合は、次のステップＳ１０７に進む。
【００７８】
ステップＳ１０７において、メールサーバ処理部１１２は、バックアップサーバ２０のうち、少なくとも１台のバックアップサーバ２０のメモリ使用量１０５が、上限閾値１０７を超えているか否かを判定する。
【００７９】
そして、メールサーバ処理部１１２は、すべてのバックアップサーバ２０のメモリ使用量１０５が、上限閾値１０７を超えていない場合には（ステップＳ１０７→Ｎｏ）、ステップＳ１０８に進む。
【００８０】
ステップＳ１０８において、メールサーバ処理部１１２は、ステップＳ１０３で取得した、そのメールの重要度判定に基づき、メールの重要度が「重要」の場合は、ｉ’台のバックアップサーバ２０にそのメールを保存すると決定する。メールの重要度が「一般」の場合は、ｊ’台のバックアップサーバ２０に保存すると決定する。そして、メールの重要度が「ｓｐａｍ」の場合は、ｋ’台のバックアップサーバ２０に保存すると決定する。
【００８１】
一方、ステップＳ１０７において、少なくとも１台のバックアップサーバ２０のメモリ使用量１０５が、上限閾値１０７を超えていれば（ステップＳ１０７→Ｙｅｓ）、ステップＳ１０９に進む。
【００８２】
ステップＳ１０９において、メールサーバ処理部１１２は、ステップＳ１０３で取得した、そのメールの重要度判定に基づき、メールの重要度が「重要」の場合は、ｉ”台のバックアップサーバ２０にそのメールを保存すると決定する。メールの重要度が「一般」の場合は、ｊ”台のバックアップサーバ２０に保存すると決定する。そして、メールの重要度が「ｓｐａｍ」の場合は、ｋ”台のバックアップサーバ２０に保存すると決定する。
【００８３】
バックアップサーバ２０が、複数台設定されている場合、メールサーバ１０は、上記の各変数「ｉ」「ｊ」「ｋ」について、ｉ≧ｊ≧ｋ、ｉ’≧ｊ’≧ｋ’、ｉ”≧ｊ”≧ｋ”、ｉ≧ｉ’≧ｉ”、ｊ≧ｊ’≧ｊ”、ｋ≧ｋ’≧ｋ”が成り立つように、各値を設定する。これは、重要度が高いメール程、台数を多く設定する。メモリ使用量に余裕がない程、台数を少なく設定するという思想に基づき、予め設定されるものである。なお、メモリ使用量に余裕がない程、台数を少なく設定するのは、台数の設定を抑えることで、メモリ不足による輻輳等の発生を防止するためである。
【００８４】
次に、ステップＳ１０６，Ｓ１０８，Ｓ１０９において、メールを保存するバックアップサーバ２０の台数を決定すると、メールサーバ処理部１１２は、メールの保存先として、その決定した台数のバックアップサーバ２０を選定する（ステップＳ１１０）。
【００８５】
このメールサーバ処理部１１２によるバックアップサーバ２０の選定は、例えば、メモリ使用量１０５の少ない順で決定される。また、メールサーバ１０のバックアップサーバ管理テーブル１００（図２）に各バックアップサーバ２０の全メモリ量が格納されている場合には、使用可能メモリ量の多い順、全メモリ量に対するメモリ使用量１０５の割合が少ない順等で選定してもよい。なお、このバックアップサーバ２０の選定は、例えば、メールサーバ１０の記憶部１４０に、選定ロジックが予め記憶されることにより、メールサーバ１０の起動時に、その選定ロジックをメールサーバ処理部１１２が読み込むことにより設定される。
【００８６】
続いて、メールサーバ処理部１１２は、ステップＳ１１０で選定されたバックアップサーバ２０に対し、メール保存要求５００（図６）を送信する（ステップＳ１１１）。
【００８７】
このようにすることで、メールサーバ１０のメールサーバ処理部１１２は、受信したメールを保存するバックアップサーバ２０の台数の決定し、その保存先となるバックアップサーバ２０を選定することができる。
【００８８】
（メール重要度判定処理）
次に、本実施形態に係るメールサーバ１０が行うメール重要度判定処理について説明する。
【００８９】
図１３は、本実施形態に係るメールサーバ１０のメール重要度判定部１１３が行うメール重要度判定処理の流れを示すフローチャートである。
【００９０】
まず、メールサーバ１０のメール重要度判定部１１３は、メールサーバ処理部１１２から重要度判定要求４００（図３）を取得する（ステップＳ２０１）。
【００９１】
次に、メール重要度判定部１１３は、取得した重要度判定要求４００のメールヘッダ４０２およびメール本文４０３を用いて、メール重要度判定テーブル３００（図１０）を探索し、メール重要度判定テーブル３００の各レコードに設定された条件のいずれかに一致するか否かを、ｓｐａｍ判定３０５の欄以外について判定する（ステップＳ２０２）。具体的には、メール重要度判定部１１３は、アドレス３０１欄から送信元ＩＰアドレス３０４欄までに設定された各レコードの条件に一致するか否かを判定する。
【００９２】
そして、メール重要度判定部１１３は、ステップＳ２０２において、ｓｐａｍ判定３０５以外のメール重要度判定テーブル３００の各レコードに設定された条件のいずれにも一致しない場合は（ステップＳ２０２→Ｎｏ）、次のステップＳ２０３に進み、判定したメールの重要度を「一般」に決定する（ステップＳ２０３）。
【００９３】
一方、ステップＳ２０２において、メール重要度判定部１１３は、ｓｐａｍ判定３０５以外のメール重要度判定テーブル３００の各レコードに設定された条件のいずれかに一致した場合（ステップＳ２０２→Ｙｅｓ）、つまり、アドレス３０１欄から送信元ＩＰアドレス３０４欄までに設定されたレコード毎のいずれかの条件に一致した場合には、次のステップＳ２０４に進む。
【００９４】
ステップＳ２０４において、メール重要度判定部１１３は、ステップＳ２０２で一致したメール重要度判定テーブル３００のレコードについて、ｓｐａｍ判定３０５欄で「○」と設定されるものか否かを判定する。
【００９５】
そして、ステップＳ２０２で一致した条件のレコードで、ｓｐａｍ判定３０５欄が「○」と設定されていない場合（ステップＳ２０４→Ｎｏ）、メール重要度判定部１１３は、そのメールの重要度を「重要」に決定する（ステップＳ２０５）。
一方、ステップＳ２０２で一致した条件のレコードでｓｐａｍ判定３０５欄が「○」と設定されている場合（ステップＳ２０４→Ｙｅｓ）、メール重要度判定部１１３は、そのメールの重要度を「ｓｐａｍ」に決定する（ステップＳ２０６）。
【００９６】
続いて、ステップＳ２０３，Ｓ２０５，Ｓ２０６でメールの重要度を決定すると、メール重要度判定部１１３は、決定したメールの重要度を、重要度判定応答４５０（図４）として、メールサーバ処理部１１２に出力する（ステップＳ２０７）。
【００９７】
このように、メールサーバ１０のメール重要度判定部１１３は、メール重要度判定テーブル３００を参照して、メールの重要度を判定することができる。
【００９８】
（メールシステム全体の処理）
次に、本実施形態に係るメールシステム１全体の処理の流れについて説明する。
【００９９】
図１４は、本実施形態に係るメールサーバ１０およびバックアップサーバ２０を含むメールシステム１全体の処理の流れを示すシーケンス図である。この図１４は、外部サーバ４０に接続される送信元の通信端末等から、メールサーバ１０がメールを受信し、バックアップサーバ２０にメールを保存した上で、要求のあった通信端末３０にメールを送信する処理を示している。また、メールサーバ１０のバックアップサーバ監視部１１１により、バックアップサーバ２０（２０Ａ，２０Ｂ，２０Ｃ，…）の監視が行われ、バックアップサーバ管理テーブル１００（図２）に各バックアップサーバ２０の情報がすでに格納されているものとして説明する。
【０１００】
まず、外部サーバ４０からネットワーク５０を介して、メールサーバ１０にメールが送信される（ステップＳ１）。メールを受信したメールサーバ１０のメールサーバ処理部１１２は、メール受信応答を外部サーバ４０に送信する（ステップＳ２）。そして、メールサーバ処理部１１２は、受信したメールの情報をメモリ部１３０内のメールサーバ保存メール情報２００（図５）に記憶する（ステップＳ３）。
【０１０１】
次に、メールサーバ１０のメールサーバ処理部１１２は、メール重要度判定部１１３に対し、受信したメールについての重要度判定要求４００（図３）を出力する（ステップＳ４）。重要度判定要求４００を受信したメール重要度判定部１１３は、メール重要度判定テーブル３００（図１０）を参照してメール重要度判定処理を行い、そのメールの重要度を判定する（ステップＳ５）。ここでは、メールの重要度が「重要」、「一般」、「ｓｐａｍ」のいずれかであるかが判定される。そして、メール重要度判定部１１３は、その判定結果を付した重要度判定応答４５０（図４）をメールサーバ処理部１１２に出力する（ステップＳ６）。
【０１０２】
重要度判定応答４５０を受信したメールサーバ処理部１１２は、メール重要度判定部１１３が判定したメールの重要度と、バックアップサーバ管理テーブル１００（図２）の情報を用いて、複数台のバックアップサーバ２０のうち、メールを保存するバックアップサーバ２０の台数と、その保存先となるバックアップサーバ２０を決定する（メール保存先決定処理：ステップＳ７）。
【０１０３】
続いて、メールサーバ処理部１１２は、決定したメールの保存先となるバックアップサーバ２０に、メール保存要求５００（図６）を送信する（ステップＳ８）。メール保存要求５００を受信したバックアップサーバ２０のバックアップサーバ処理部２１２は、受信したメールの情報を、メモリ部２３０内のバックアップサーバ保存メール情報２５０（図１１）に記憶する（ステップＳ９）。そして、バックアップサーバ処理部２１２は、メール保存応答５５０（図７）をメールサーバ１０に送信する（ステップＳ１０）。
【０１０４】
メール保存応答５５０を受信したメールサーバ１０のメールサーバ処理部１１２は、メールサーバ保存メール情報２００（図５）の使用バックアップサーバ２０４の欄の入力を行い（ステップＳ１１）、また、メール本文２０３の欄の情報を削除する（ステップＳ１２）。
【０１０５】
次に、メールサーバ１０は、通信端末３０からのメール送信要求を受信する（ステップＳ１３）。すると、メールサーバ１０のメールサーバ処理部１１２は、メールサーバ保存メール情報２００（図５）の使用バックアップサーバ２０４を参照し、バックアップサーバ２０にメールデータ要求を送信する（ステップＳ１４）。なお、このとき、メールが複数のバックアップサーバ２０に保存されている場合には、ランダムにいずれかのバックアップサーバ２０にメールデータ要求を送信してもよいし、複数のバックアップサーバ２０に優先度を設けて、優先度の高いバックアップサーバ２０にメールデータ要求を送信するようにしてもよい。
【０１０６】
メールデータ要求を受信したバックアップサーバ２０のバックアップサーバ処理部２１２は、該当するメールの情報をメモリ部２３０内のバックアップサーバ保存メール情報２５０（図１１）から取得し、メールサーバ１０に対し、メールデータ応答として送信する（ステップＳ１５）。
【０１０７】
メールデータ応答を受信したメールサーバ１０のメールサーバ処理部１１２は、通信端末３０に、メールを送信し（ステップＳ１６）、送信したメール本文を削除する（ステップＳ１７）。続いて、メールサーバ１０からメールを受信した通信端末３０は、メールサーバ１０にメール受信応答を送信する（ステップＳ１８）。
【０１０８】
なお、ステップＳ１２でのメール本文２０３の削除は、メールサーバ１０のメモリ使用量をできるだけ削減するために行うものであり、このメール本文２０３の削除処理を行わないようにしてもよい。ステップＳ１２の処理を行わない場合、ステップＳ１４，Ｓ１５の処理は行わない。また、ステップＳ１７の処理を行わないようにしてもよい。
【０１０９】
次に、メールサーバ１０のメールサーバ処理部１１２は、通信端末３０からメール受信応答を受信すると、バックアップサーバ２０に対して、該当するメールの情報の削除を要求するメール削除要求６００（図８）を送信する（ステップＳ１９）。メール削除要求６００を受信したバックアップサーバ２０のバックアップサーバ処理部２１２は、該当するメールの情報をバックアップサーバ保存メール情報２５０（図１１）から削除する（ステップＳ２０）。そして、バックアップサーバ処理部２１２は、メール削除応答６５０（図９）をメールサーバ１０に送信する（ステップＳ２１）。バックアップサーバ２０からメール削除応答６５０を受信したメールサーバ１０のメールサーバ処理部１１２は、該当するメールの情報をメールサーバ保存メール情報２００（図５）から削除して（ステップＳ２２）、処理を終える。
【０１１０】
このようにすることで、本実施形態に係るメール保存バックアップシステムおよびバックアップ方法によれば、受信したメールの重要度を判定し、その重要度と、各バックアップサーバ２０から取得したメモリ使用量等の状態情報に基づき、メールを保存するバックアップサーバ２０の台数と、そのメールの保存先となるバックアップサーバ２０とを決定することができる。よって、メールを保存する際の対障害性を確保した上で、メールの収容効率を高めることができる。
【符号の説明】
【０１１１】
１ メールシステム
５ メール保存バックアップシステム
１０ メールサーバ
２０ バックアップサーバ
３０ 通信端末
４０ 外部サーバ
５０ ネットワーク
１００ バックアップサーバ管理テーブル（バックアップサーバ管理情報）
１１０，２１０ 制御部
１１１ バックアップサーバ監視部
１１２ メールサーバ処理部
１１３ メール重要度判定部
１２０，２２０ 入出力部
１３０，２３０ メモリ部
１４０，２４０ 記憶部
１４１，２４１ 動作ログ情報
２００ メールサーバ保存メール情報
２５０ バックアップサーバ保存メール情報
３００ メール重要度判定テーブル
【特許請求の範囲】
【請求項１】
外部サーバからメールを受信するメールサーバと、前記メールサーバが受信したメールをバックアップのために保存する複数のバックアップサーバとを備えるメール保存バックアップシステムであって、
前記メールサーバは、
前記複数のバックアップサーバそれぞれの現時点でのメモリ使用量を含む状態情報を格納するバックアップサーバ管理情報が記憶されるメモリ部と、
前記複数のバックアップサーバから、所定の間隔で前記状態情報を取得し、前記バックアップサーバ管理情報に記憶するバックアップサーバ監視部と、
前記受信したメールについて、前記バックアップサーバに優先的に保存しておくべきか否かの指標である重要度を判定するメール重要度判定部と、
前記判定した重要度と、前記取得した状態情報に含まれる現時点でのメモリ使用量とに基づき、前記受信したメールを保存する前記バックアップサーバの台数を決定し、
前記複数のバックアップサーバの中から、前記受信したメールの保存先となる前記バックアップサーバを、前記決定したバックアップサーバの台数について選定し、
前記選定したバックアップサーバそれぞれに、前記受信したメールを送信するメールサーバ処理部と、を備え、
前記バックアップサーバは、
前記メールサーバに、前記所定の間隔で、前記状態情報を送信するバックアップサーバ情報管理部と、
前記メールサーバからの前記メールを受信し、当該バックアップサーバのメモリ部に保存するバックアップサーバ処理部と、を備えること
を特徴とするメール保存バックアップシステム。
【請求項２】
前記メールサーバは、
前記メモリ部の前記バックアップサーバ管理情報に、さらに、前記バックアップサーバのメモリ使用量が当該バックアップサーバの全メモリ量に比べて少ないと判定される閾値である下限閾値と、前記バックアップサーバのメモリ使用量が当該バックアップサーバの全メモリ量に比べて多い判定される上限閾値とを、前記複数のバックアップサーバ毎に格納しており、
前記メールサーバ処理部が、前記メールを保存するバックアップサーバの台数を決定するときに、
少なくとも１台の前記バックアップサーバの前記現時点でのメモリ使用量が前記上限閾値を超えているか否かを判定し、前記上限閾値を少なくとも１台が超えている場合に前記選定するバックアップサーバの台数を、
前記バックアップサーバそれぞれの前記現時点でのメモリ使用量がいずれも前記下限閾値未満か否かを判定し、いずれも前記下限閾値未満の場合に前記選定するバックアップサーバの台数以下に決定すること
を特徴とする請求項１に記載のメール保存バックアップシステム。
【請求項３】
前記メールサーバは、
前記メール重要度判定部が、前記重要度を高く判定したメール程、前記メールサーバ処理部が、前記メールを保存するバックアップサーバの台数を決定するときに、前記保存先となるバックアップサーバの台数を多く決定すること
を特徴とする請求項１または請求項２に記載のメール保存バックアップシステム。
【請求項４】
前記メールサーバは、
前記メールサーバ処理部が、前記保存先となるバックアップサーバを選定するときに、
前記複数のバックアップサーバのうち、前記メモリ使用量の少ない順に、前記メールの保存先となるバックアップサーバを選定すること
を特徴とする請求項１ないし請求項３のいずれか１項に記載のメール保存バックアップシステム。
【請求項５】
外部サーバからメールを受信するメールサーバと、前記メールサーバが受信したメールをバックアップのために保存する複数のバックアップサーバとを備えるメール保存バックアップシステムのバックアップ方法であって、
前記メールサーバは、
前記複数のバックアップサーバそれぞれの現時点でのメモリ使用量を含む状態情報を格納するバックアップサーバ管理情報が記憶されるメモリ部を備えており、
前記複数のバックアップサーバから、所定の間隔で前記状態情報を取得し、前記バックアップサーバ管理情報に記憶するステップと、
前記外部サーバからメールを受信するステップと、
前記受信したメールについて、前記バックアップサーバに優先的に保存しておくべきか否かの指標である重要度を判定するステップと、
前記判定した重要度と、前記取得した状態情報に含まれる現時点でのメモリ使用量とに基づき、前記受信したメールを保存する前記バックアップサーバの台数を決定するステップと、
前記複数のバックアップサーバの中から、前記受信したメールの保存先となる前記バックアップサーバを、前記決定したバックアップサーバの台数について選定するステップと、
前記選定したバックアップサーバそれぞれに、前記受信したメールを送信するステップと、を実行し、
前記バックアップサーバは、
前記メールサーバに、前記所定の間隔で、前記状態情報を送信するステップと、
前記メールサーバからの前記メールを受信し、当該バックアップサーバのメモリ部に保存するステップと、を実行すること
を特徴とするバックアップ方法。
【請求項６】
前記メールサーバは、
前記メモリ部の前記バックアップサーバ管理情報に、さらに、前記バックアップサーバのメモリ使用量が当該バックアップサーバの全メモリ量に比べて少ないと判定される閾値である下限閾値と、前記バックアップサーバのメモリ使用量が当該バックアップサーバの全メモリ量に比べて多い判定される上限閾値とを、前記複数のバックアップサーバ毎に格納しており、
前記メールを保存するバックアップサーバの台数を決定するステップにおいて、
少なくとも１台の前記バックアップサーバの前記現時点でのメモリ使用量が前記上限閾値を超えているか否かを判定し、前記上限閾値を少なくとも１台が超えている場合に前記選定するバックアップサーバの台数を、
前記バックアップサーバそれぞれの前記現時点でのメモリ使用量がいずれも前記下限閾値未満か否かを判定し、いずれも前記下限閾値未満の場合に前記選定するバックアップサーバの台数以下に決定すること
を特徴とする請求項５に記載のバックアップ方法。
【請求項７】
前記メールサーバは、
前記受信したメールの重要度を判定するステップにおいて、前記重要度が高く判定されたメール程、前記メールを保存するバックアップサーバの台数を決定するステップにおいて、前記保存先となるバックアップサーバの台数を多く決定すること
を特徴とする請求項５または請求項６に記載のバックアップ方法。
【請求項８】
前記メールサーバは、
前記保存先となるバックアップサーバを選定するステップにおいて、
前記複数のバックアップサーバのうち、前記メモリ使用量の少ない順に、前記メールの保存先となるバックアップサーバを選定すること
を特徴とする請求項５ないし請求項７のいずれか１項に記載のバックアップ方法。
【請求項１】
外部サーバからメールを受信するメールサーバと、前記メールサーバが受信したメールをバックアップのために保存する複数のバックアップサーバとを備えるメール保存バックアップシステムであって、
前記メールサーバは、
前記複数のバックアップサーバそれぞれの現時点でのメモリ使用量を含む状態情報を格納するバックアップサーバ管理情報が記憶されるメモリ部と、
前記複数のバックアップサーバから、所定の間隔で前記状態情報を取得し、前記バックアップサーバ管理情報に記憶するバックアップサーバ監視部と、
前記受信したメールについて、前記バックアップサーバに優先的に保存しておくべきか否かの指標である重要度を判定するメール重要度判定部と、
前記判定した重要度と、前記取得した状態情報に含まれる現時点でのメモリ使用量とに基づき、前記受信したメールを保存する前記バックアップサーバの台数を決定し、
前記複数のバックアップサーバの中から、前記受信したメールの保存先となる前記バックアップサーバを、前記決定したバックアップサーバの台数について選定し、
前記選定したバックアップサーバそれぞれに、前記受信したメールを送信するメールサーバ処理部と、を備え、
前記バックアップサーバは、
前記メールサーバに、前記所定の間隔で、前記状態情報を送信するバックアップサーバ情報管理部と、
前記メールサーバからの前記メールを受信し、当該バックアップサーバのメモリ部に保存するバックアップサーバ処理部と、を備えること
を特徴とするメール保存バックアップシステム。
【請求項２】
前記メールサーバは、
前記メモリ部の前記バックアップサーバ管理情報に、さらに、前記バックアップサーバのメモリ使用量が当該バックアップサーバの全メモリ量に比べて少ないと判定される閾値である下限閾値と、前記バックアップサーバのメモリ使用量が当該バックアップサーバの全メモリ量に比べて多い判定される上限閾値とを、前記複数のバックアップサーバ毎に格納しており、
前記メールサーバ処理部が、前記メールを保存するバックアップサーバの台数を決定するときに、
少なくとも１台の前記バックアップサーバの前記現時点でのメモリ使用量が前記上限閾値を超えているか否かを判定し、前記上限閾値を少なくとも１台が超えている場合に前記選定するバックアップサーバの台数を、
前記バックアップサーバそれぞれの前記現時点でのメモリ使用量がいずれも前記下限閾値未満か否かを判定し、いずれも前記下限閾値未満の場合に前記選定するバックアップサーバの台数以下に決定すること
を特徴とする請求項１に記載のメール保存バックアップシステム。
【請求項３】
前記メールサーバは、
前記メール重要度判定部が、前記重要度を高く判定したメール程、前記メールサーバ処理部が、前記メールを保存するバックアップサーバの台数を決定するときに、前記保存先となるバックアップサーバの台数を多く決定すること
を特徴とする請求項１または請求項２に記載のメール保存バックアップシステム。
【請求項４】
前記メールサーバは、
前記メールサーバ処理部が、前記保存先となるバックアップサーバを選定するときに、
前記複数のバックアップサーバのうち、前記メモリ使用量の少ない順に、前記メールの保存先となるバックアップサーバを選定すること
を特徴とする請求項１ないし請求項３のいずれか１項に記載のメール保存バックアップシステム。
【請求項５】
外部サーバからメールを受信するメールサーバと、前記メールサーバが受信したメールをバックアップのために保存する複数のバックアップサーバとを備えるメール保存バックアップシステムのバックアップ方法であって、
前記メールサーバは、
前記複数のバックアップサーバそれぞれの現時点でのメモリ使用量を含む状態情報を格納するバックアップサーバ管理情報が記憶されるメモリ部を備えており、
前記複数のバックアップサーバから、所定の間隔で前記状態情報を取得し、前記バックアップサーバ管理情報に記憶するステップと、
前記外部サーバからメールを受信するステップと、
前記受信したメールについて、前記バックアップサーバに優先的に保存しておくべきか否かの指標である重要度を判定するステップと、
前記判定した重要度と、前記取得した状態情報に含まれる現時点でのメモリ使用量とに基づき、前記受信したメールを保存する前記バックアップサーバの台数を決定するステップと、
前記複数のバックアップサーバの中から、前記受信したメールの保存先となる前記バックアップサーバを、前記決定したバックアップサーバの台数について選定するステップと、
前記選定したバックアップサーバそれぞれに、前記受信したメールを送信するステップと、を実行し、
前記バックアップサーバは、
前記メールサーバに、前記所定の間隔で、前記状態情報を送信するステップと、
前記メールサーバからの前記メールを受信し、当該バックアップサーバのメモリ部に保存するステップと、を実行すること
を特徴とするバックアップ方法。
【請求項６】
前記メールサーバは、
前記メモリ部の前記バックアップサーバ管理情報に、さらに、前記バックアップサーバのメモリ使用量が当該バックアップサーバの全メモリ量に比べて少ないと判定される閾値である下限閾値と、前記バックアップサーバのメモリ使用量が当該バックアップサーバの全メモリ量に比べて多い判定される上限閾値とを、前記複数のバックアップサーバ毎に格納しており、
前記メールを保存するバックアップサーバの台数を決定するステップにおいて、
少なくとも１台の前記バックアップサーバの前記現時点でのメモリ使用量が前記上限閾値を超えているか否かを判定し、前記上限閾値を少なくとも１台が超えている場合に前記選定するバックアップサーバの台数を、
前記バックアップサーバそれぞれの前記現時点でのメモリ使用量がいずれも前記下限閾値未満か否かを判定し、いずれも前記下限閾値未満の場合に前記選定するバックアップサーバの台数以下に決定すること
を特徴とする請求項５に記載のバックアップ方法。
【請求項７】
前記メールサーバは、
前記受信したメールの重要度を判定するステップにおいて、前記重要度が高く判定されたメール程、前記メールを保存するバックアップサーバの台数を決定するステップにおいて、前記保存先となるバックアップサーバの台数を多く決定すること
を特徴とする請求項５または請求項６に記載のバックアップ方法。
【請求項８】
前記メールサーバは、
前記保存先となるバックアップサーバを選定するステップにおいて、
前記複数のバックアップサーバのうち、前記メモリ使用量の少ない順に、前記メールの保存先となるバックアップサーバを選定すること
を特徴とする請求項５ないし請求項７のいずれか１項に記載のバックアップ方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１２−１６８７１３（Ｐ２０１２−１６８７１３Ａ）
【公開日】平成２４年９月６日（２０１２．９．６）
【国際特許分類】
【出願番号】特願２０１１−２８８５５（Ｐ２０１１−２８８５５）
【出願日】平成２３年２月１４日（２０１１．２．１４）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２４年９月６日（２０１２．９．６）
【国際特許分類】
【出願日】平成２３年２月１４日（２０１１．２．１４）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]