(57)【要約】【課題】電子メールの配信経路を把握可能なメール配信システムを得ること。【解決手段】メールサーバからメールログのファイルを受信するログファイル受信部２１と、ログファイルを蓄積するログファイル保存部２２と、ログファイル保存部２２のログファイルから、任意のメールログを選択するログファイル選択部２３と、選択されたメールログと、電子メールを一意に特定するメール識別子、電子メールの送信元および送信先、が一致する全メールログを検索するログファイル検索部２４と、検索されたメールログを送信時刻が早い順番にソートし、メール識別子、送信元および送信先と、各メールログを生成したメールサーバとを並べたデータを配信経路情報とする検索結果ソート部２５と、配信経路情報を蓄積する配信経路ＤＢ２７と、配信経路情報を配信経路ＤＢ２７に登録するＤＢ更新部２６とを備える。【選択図】        図２
2010148059.tif 000002
【特許請求の範囲】
【請求項１】
複数のメールサーバと、１以上の情報通信端末とを備え、前記複数のメールサーバが、前記情報通信端末から送信された電子メールを、他のメールサーバへの配送経路を示す配送経路定義にしたがって転送することで配信するメール配信システムにおいて、前記複数のメールサーバが電子メールの配信記録として生成するメールログを管理するログサーバであって、
前記メールサーバから、メールログのファイルであるログファイルを受信するログファイル受信手段と、
前記ログファイルを蓄積するログファイル保存手段と、
前記ログファイル保存手段内のログファイルの１つから、任意のメールログを選択するログファイル選択手段と、
前記ログファイル選択手段により選択されたメールログに対応する電子メールと、前記メール配信システムにおいて電子メールを一意に特定するメール識別子、当該電子メールの送信元および当該電子メールの送信先、が一致する全てのメールログを検索するログファイル検索手段と、
前記ログファイル検索手段により検索されたメールログを、当該メールログの送信時刻が早い順番にソートし、メール識別子、送信元および送信先とともに、各メールログを生成したメールサーバの識別子を並べたデータを、電子メールがどのメールサーバを経由して配信されたかを示す情報である配信経路情報とする検索結果ソート手段と、
配信経路情報を蓄積する配信経路記憶手段と、
配信経路情報を前記配信経路記憶手段に登録するＤＢ更新手段と、
を備えることを特徴とするログサーバ。
【請求項２】
前記配信経路記憶手段から取得した配信経路情報と、前記メールサーバのそれぞれが保持する配送経路定義とを比較し、一致しない場合には、当該配信経路情報が正となるように、当該配信経路情報の内容を当該配送経路定義に反映させる制御を行う経路設定更新手段、
をさらに備えることを特徴とする請求項１に記載のログサーバ。
【請求項３】
複数のメールサーバと、
１以上の情報通信端末と、
請求項１または２に記載のログサーバと、
を備えることを特徴とするメール配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のメールサーバを用いたメール配信システムに関する。
【背景技術】
【０００２】
従来、複数のメールサーバを備えたイントラネットなどのネットワークにおいて、ネットワーク内における電子メールは、各メールサーバに設定された配送経路定義にしたがって配信されている。しかしながら、大規模なネットワークでは、メールサーバ数が多く、ネットワーク構成や設定の変更も頻繁となるため、配送経路定義の管理が複雑化し、不要な配送経路定義が残存してしまう、という事態が発生していた。
【０００３】
電子メールの送信経路に関する従来の技術として、電子メールの送信経路を追跡する方法がある。たとえば、下記特許文献１には、受信した電子メールが正当なサーバから配信されているかどうかを判断し、なりすましメールを排除する技術が記載されている。
【０００４】
【特許文献１】特開２００６−２７７３１３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来の技術では、電子メールが多数のメールサーバを経由する場合については想定しておらず、複雑な配信経路を解析することを目的としていない。すなわち、配信経路、すなわち配送経路定義を解析する方法は、何ら示されていなかった。
【０００６】
本発明は、上記に鑑みてなされたものであって、電子メールの配信経路を把握可能なメール配信システムを得ることを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明は、複数のメールサーバと、１以上の情報通信端末とを備え、前記複数のメールサーバが、前記情報通信端末から送信された電子メールを、他のメールサーバへの配送経路を示す配送経路定義にしたがって転送することで配信するメール配信システムにおいて、前記複数のメールサーバが電子メールの配信記録として生成するメールログを管理するログサーバであって、前記メールサーバから、メールログのファイルであるログファイルを受信するログファイル受信手段と、前記ログファイルを蓄積するログファイル保存手段と、前記ログファイル保存手段内のログファイルの１つから、任意のメールログを選択するログファイル選択手段と、前記ログファイル選択手段により選択されたメールログに対応する電子メールと、前記メール配信システムにおいて電子メールを一意に特定するメール識別子、当該電子メールの送信元および当該電子メールの送信先、が一致する全てのメールログを検索するログファイル検索手段と、前記ログファイル検索手段により検索されたメールログを、当該メールログの送信時刻が早い順番にソートし、メール識別子、送信元および送信先とともに、各メールログを生成したメールサーバの識別子を並べたデータを、電子メールがどのメールサーバを経由して配信されたかを示す情報である配信経路情報とする検索結果ソート手段と、配信経路情報を蓄積する配信経路記憶手段と、配信経路情報を前記配信経路記憶手段に登録するＤＢ更新手段と、を備えることを特徴とする。
【発明の効果】
【０００８】
この発明によれば、現在運用されている配信経路を把握することができる、という効果を奏する。
【発明を実施するための最良の形態】
【０００９】
以下に、本発明にかかるメール配信システムの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１０】
実施の形態．
図１は、本発明にかかるメール配信システムの実施の形態の構成例を示す図である。図１のメール配信システムは、電子メールを配信するメールサーバ１−Ｍ（Ｍ＝１，２，…）と、イントラネットなどのネットワーク２と、各メールサーバで取得されたメール配信についてのログであるメールログのファイルを集約して保持するメールログ集約サーバ３と、ＮＴＰ（Network  Time  Protocol）サーバ４と、を備える。各メールサーバ，メールログ集約サーバ３，ＮＴＰサーバ４は、ネットワーク２に接続される。各メールサーバおよびメールログ集約サーバ３は、ＮＴＰサーバ４によって、随時時刻を調整され、同期が取れているとする。また、図１では省略しているが、他にも複数の情報通信端末が接続されており、電子メールはこれら情報通信端末から各メールサーバに送信される。
【００１１】
各メールサーバは、メール転送時に、たとえば、転送するメールの「メッセージＩＤ」，「エンベロープＴｏ」，「エンベロープＦｒｏｍ」，「送信日時」、を対象としてメールログを保存する。ここで、「メッセージＩＤ」は、ユーザ端末から最初に送信メールを受け付けたメールサーバが、転送にあたって当該送信メールに付与するＩＤである。このＩＤは、メール配信システム全体で一意となるように作成され、たとえば、送信メールの配信を受け付けたメールサーバ名とそのメールサーバにおけるシーケンス番号などの組合せで定義される。「エンベロープＴｏ」は、宛先メールアドレスであり、「エンベロープＦｒｏｍ」は、送信元メールアドレスである。また、「送信日時」は、各メールサーバが、受信した電子メールを転送するときに取得するシステム時刻である。
【００１２】
また、各メールサーバには、メールの配信経路（配送経路定義）が設定されている。配送経路定義とは、一例としては、メールに含まれる「エンベロープＴｏ」から特定されるメールサーバに対して、自身がつぎに転送すべきメールサーバを指定した情報である。具体的には、たとえば、メールサーバ１−１は、最終的な転送先がメールサーバ１−３であるメールを他のメールサーバから受信した場合には、このメールをメールサーバ１−４に転送する、といった内容の情報である。
【００１３】
図２は、メールログ集約サーバ３の構成例を示す図である。図３のメールログ集約サーバ３は、ログファイル受信部２１と、ログファイル保存部２２と、ログファイル選択部２３と、ログファイル検索部２４と、検索結果ソート部２５と、ＤＢ更新部２６と、配信経路ＤＢ２７とを備える。ログファイル受信部２１は、各メールサーバからメールログのファイル（以下、「ログファイル」ともいう）を受信する。メールログ保存部２２は、各メールサーバから受信したログファイルを、メールサーバ名ごとに分けて保持する。ログファイル選択部２３は、ログファイル保存部２２内のログファイルから、任意のメールログを選択する。ログファイル検索部２４は、ログファイル選択部２３により選択されたメールログと、同一の電子メールに関する全てのメールログを検索する。検索結果ソート部２５は、メール配信経路を生成するために、検索されたメールログをソートする。ＤＢ更新部２６は、生成したメール配信経路を、配信経路ＤＢ２７に登録する。配信経路ＤＢ２７は、メールログ集約サーバ３内で得られたメール配信経路を蓄積する。
【００１４】
つづいて、以上のように構成されたメール配信システムにおける動作について説明する。各メールサーバは、上記のように取得したメールログのファイルを、定期的にメールログ集約サーバ３へ送信している。メールログ集約サーバ３のログファイル受信部２１は、送信されたログファイルを受信すると、メールログ保存部２２にメールサーバごとに蓄積する。そして、メールログ集約サーバ３は、定期的に、または管理者の指示によって、ログ集約処理を行う。
【００１５】
図３は、メールログ集約サーバ３によるログ集約処理を説明するフローチャートである。ログ集約が開始すると（ステップＳ１）、メールログ集約サーバのログファイル選択部２３は、たとえば、メールログ保存部２２に格納されている全てのログファイルをワークメモリ（図示せず）に読み出し、任意のログファイルを選択する（ステップＳ２）。そして、選択したログファイルから、さらに任意のメールログを１つ選択する（ステップＳ３）。つづいて、ログファイル検索部２４は、ワークメモリに読み出した他のログファイルに対し、選択したメールログと、「メッセージＩＤ」，「エンベロープＴｏ」，「エンベロープＦｒｏｍ」が同一のメールログを全て検索し、当該メールログに該当するメールサーバ名とともに抽出する（ステップＳ４）。つぎに、検索結果ソート部２５は、ステップＳ３およびステップＳ４で選択または抽出された全てのメールログを、送信日時をキーとしてソートする（ステップＳ５）。ＤＢ更新部２６は、ソート後のメールログの並びにしたがって、同一の「メッセージＩＤ」，「エンベロープＴｏ」，「エンベロープＦｒｏｍ」に対してメールサーバ名を順番に並べ、配信経路情報を得る。そして、ＤＢ更新部２６は、配信経路ＤＢ２７に、配信経路情報を登録する（ステップＳ６）。
【００１６】
つづいて、ログファイル選択部２３は、全てのメールログについて処理が完了したかどうかを判断する（ステップＳ７）。具体的には、ここでは、全てのログファイル、すなわち全てのメールログをワークメモリに読み出しているので、ステップＳ３およびステップＳ４で選択または抽出されたメールログについて、たとえば、削除するか、処理完了のフラグを付けていく。そして、未処理のメールログが存在すると判断した場合（ステップＳ７：Ｎｏ）、残存する未処理のメールログに対して、再度ステップＳ２からＳ６の処理を繰り返す。なお、ステップＳ２で選択した１つのログファイルについて、ステップＳ３〜Ｓ６の処理を行って、このログファイルについて全てのメールログを処理した場合に、ステップＳ２において新たなログファイルを選択してもよいし、ログファイルおよびメールログの選択（ステップＳ２およびＳ３）をランダムに行ってもよい。一方、ログファイル選択部２３は、全てのメールログについて処理が完了したと判断すると（ステップＳ７：Ｙｅｓ）、図３の処理を終了する。
【００１７】
つぎに、図４−１〜図４−５を用いて、メールログから配信経路情報を得る過程を具体的なデータを用いて説明する。図４−１は、ステップＳ３で選択されたメールログの例を示す図である。図４−１のメールログは、ステップＳ２においてメールサーバ１−３のログファイルから選択されたとする。このメールログは、メッセージＩＤ“１２３４５６@foo.com”により特定される、メールアドレス“a@foo.com”からメールアドレス“b@bar.com”へ宛てて送信されたメールが、途中、メールサーバ１−３を、時刻“２００１／２／３  １：００：００”に通過したことを示す。
【００１８】
図４−２は、他のログファイル内のデータ例を示す図である。図４−２に示すように、これらのメールログは、図４−１のメールログと同じ「メッセージＩＤ」，「エンベロープＦｒｏｍ」，「エンベロープＴｏ」を備え、送信時刻のみが異なっている。
【００１９】
図４−３は、ステップＳ４で検索されたメールログのデータ例の一部を示す図である。ここでは、図４−２に示した２つのメールログ、すなわち、メールサーバ１−１のメールログから１つと、メールサーバ１−２のメールログから１つが抽出されており、これらと同様に、他のメールログからも抽出される。なお、ログファイル検索部２４は、メールログを検索して抽出するにあたり、図４−３に示すように、そのメールログが属するログファイルのメールサーバ名も取得する。
【００２０】
図４−４は、以上のように検索され抽出されたメールログを送信時刻でソートした状態を示す図である。このように、同一の「メッセージＩＤ」，「エンベロープＦｒｏｍ」，「エンベロープＴｏ」を備えるメールログを、メールサーバ名とともに時系列に並べることで、１つのメールが、送信元からどのメールサーバを経由して送信先に到着したかを知ることができる。
【００２１】
図４−５は、ステップＳ６において配信経路ＤＢ２７に登録された配信経路情報の一例を示す図である。本実施の形態の配信経路ＤＢ２７は、図４−５に示すように、送信元である「エンベロープＦｒｏｍ」，送信先である「エンベロープＴｏ」，配信経路を示す「ルート」といった項目を備える。この例では、「ルート」項目として、適当なデータ長の入力フィールドを用意するが、配信にあたって経由するメールサーバの数を十分に予測可能な場合は、「メールサーバ名」の項目を適切な数用意してもいい。ここでは、「ルート」には、メールサーバ名を順に並べたデータを登録する。
【００２２】
以上のように得られた、配信経路ＤＢ２７に登録された配信経路情報を解析することで、管理者は、運用上の配信経路としては廃止されたにもかかわらず、各メールサーバに設定が残っている配信経路を容易に把握でき、各メールサーバへの設定変更の処理を正確に実行できる。
【００２３】
以上説明したように、本実施の形態では、従来のメールサーバが取得するメールログに基づいて、各電子メールがどのメールサーバを経由して配信されているかについての配信経路情報を得ることとした。これにより、現在運用されている配信経路を把握することができる。また、この配信経路情報を解析することにより、運用上の配信経路としては廃止されたにもかかわらず、各メールサーバに設定が残っている配信経路を把握することができる。したがって、マニュアルで各メールサーバの配信設定を確認することなく設定を管理できるので、管理者の負担が軽減でき、また、マニュアルによる作業よりも正確な管理が可能となる。
【００２４】
なお、上記実施の形態では、管理者が、配信経路ＤＢ２７に登録された配信経路情報を解析し、各メールサーバへの設定を変更することとしたが、十分に長い期間にわたって配信経路情報を蓄積し、その結果に基づいて、自動で設定変更を行うこととしてもよい。
【００２５】
図５は、メールログ集約サーバ３Ｂの構成例を示す図である。メールログ集約サーバ３Ｂは、メールログ集約サーバ３と比較すると、各メールサーバの配送経路定義を更新する設定更新部２８をさらに備える点のみが異なる。
【００２６】
詳細には以下である。メールログ集約サーバ３Ｂに対して管理者が配送経路定義の更新を指示した場合、または、予め設定されたタイマなどにより配送経路定義を更新すべきタイミングを検出した場合、設定更新部２８は、配送経路定義の更新を実行する。具体的には、たとえば、配送経路定義を更新しようとするメールサーバの名称をキーに、当該メールサーバ名が「ルート」に含まれるレコードを、配送経路ＤＢ２７から全て抽出する。さらに、抽出したレコードについて、「エンベロープＦｒｏｍ」および「エンベロープＴｏ」と、「ルート」中で当該メールサーバ名のつぎに記載されるメールサーバ名とを抽出する。これにより、いくつもの「エンベロープＦｒｏｍ」および「エンベロープＴｏ」の組合せに対して、運用中である当該メールサーバの実配送経路情報が得られる。
【００２７】
つづいて、設定更新部２８は、図示しない送信部を介して上記メールサーバにアクセスし、保持されている配送経路定義を参照する。そして、この配送経路定義と、自身が得た実配送経路情報とを比較し、内容に食い違いがあれば、実配送経路情報を正として配送経路定義に反映させる。たとえば、実配送経路情報にない配送経路は、配送経路定義から削除する。また、実配送経路情報にしかない配送経路を、配送経路定義に追加する。また、配送経路が変更されていれば、実配送経路情報の情報により配送経路定義を更新する。なお、設定更新部２８が、実配送経路情報を各メールサーバに送信し、各メールサーバが自律的に配送経路定義の内容を更新する、としてもよい。
【００２８】
以上説明したように、この場合には、十分な期間にわたって蓄積した配信経路情報に基づいて、各メールサーバの配送経路定義を自動的に最新の状態に更新することとした。これにより、マニュアルで各メールサーバの配信設定を更新する必要がないため、管理者の負担が軽減でき、また、マニュアルによる作業よりも正確な更新が可能となる。
【産業上の利用可能性】
【００２９】
以上のように、本発明にかかるメール配信システムは、複数のメールサーバを用いたメール配信システムとして有用であり、特に、電子メールの配信経路を把握したい場合に適している。
【図面の簡単な説明】
【００３０】
【図１】メール配信システムの実施の形態の構成例を示す図である。
【図２】メールログ集約サーバの構成例を示す図である。
【図３】メールログ集約サーバによるログ集約処理を説明するフローチャートである。
【図４−１】選択されたメールログの例を示す図である。
【図４−２】他のログファイル内のデータ例を示す図である。
【図４−３】検索されたメールログのデータ例の一部を示す図である。
【図４−４】メールログを送信時刻でソートした状態を示す図である。
【図４−５】配信経路ＤＢに登録された配信経路情報の一例を示す図である。
【図５】メールログ集約サーバの構成例を示す図である。
【符号の説明】
【００３１】
１−Ｍ  メールサーバ
２  ネットワーク
３，３Ｂ  メールログ集約サーバ
４  ＮＴＰサーバ
２１  ログファイル受信部
２２  ログファイル保存部
２３  ログファイル選択部
２４  ログファイル検索部
２５  検索結果ソート部
２６  ＤＢ更新部
２７  配信経路ＤＢ
２８  設定更新部
【図１】
2010148059.tif 000003
【図２】
2010148059.tif 000004
【図３】
2010148059.tif 000005
【図４−１】
2010148059.tif 000006
【図４−２】
2010148059.tif 000007
【図４−３】
2010148059.tif 000008
【図４−４】
2010148059.tif 000009
【図４−５】
2010148059.tif 000010
【図５】
2010148059.tif 000011