JP2009089237A - 通信システム、情報処理装置及びプログラム - Google Patents

Abstract

【課題】迷惑メールの受信を効果的に抑制する。
【解決手段】端末装置が、電子メールの情報を送信側メールサーバへ送信してメール送信要求を行うと、送信側メールサーバは、受信側メールサーバに対し、認証サーバへの照会を要求する。要求を受けた受信側メールサーバは、送信側メールサーバの情報を認証サーバへ送信して照会要求を行う。すると、認証サーバは、登録サーバデータベースを検索して、受信側メールサーバから受信した送信側メールサーバの情報が登録されていることを確認して、照会ＯＫの照会結果を受信側メールサーバへ送信する。その後、受信側メールサーバは、送信側メールサーバに照会ＯＫを返信する。これにより、送信側メールサーバは、受信側メールサーバへ電子メールを送信する。
【選択図】図７

Description

本発明は、複数のメールサーバを備えた通信システムに関するものである。

近年、インターネット接続の普及に伴い、不特定多数のユーザに対して送信される広告、宣伝等を目的とした電子メール（いわゆる迷惑メール）が社会問題化している。
こうした問題に対応するため、受信メールの本文を解析し、特定の文字列が含まれるメールをフィルタリング（削除）することで迷惑メールが受信されないようにする方法や、指定したメールアドレスやドメインからのメールを拒否又は許可する方法などが提案されている（特許文献１参照）。
特開２００５−４４３２３号公報

しかしながら、受信メールの本文を解析する方法では、迷惑メールであるか否かの判定を確実に行うことは困難であり、迷惑メールでないものまでが削除されてしまうという問題がある。また、指定したメールアドレスやドメインからのメールを拒否又は許可する方法では、迷惑メールの可能性の高いメールアドレスやドメインの情報を受信側で把握しておく必要があるが、情報が頻繁に変化する状況において常に正確な情報を把握することは容易ではない。

本発明は、こうした問題にかんがみてなされたものであり、迷惑メールの受信を効果的に抑制することを目的としている。

上記目的を達成するためになされた本発明の請求項１に記載の通信システムは、複数のメールサーバと、メールサーバに関する情報をサーバ情報として登録サーバリストに登録して管理する管理サーバとが、通信可能に構成されたものである。

そして、メールサーバは、自身のサーバ情報の登録サーバリストへの登録を管理サーバに要求する登録要求手段と、他のメールサーバから電子メールを受信する場合に、送信元のメールサーバのサーバ情報が登録サーバリストに登録されているか否かの確認を管理サーバに要求する確認要求手段と、確認要求手段による要求により登録サーバリストに登録されていることが確認されなかったメールサーバからの電子メールの受信を、登録サーバリストに登録されていることが確認されたメールサーバからの電子メールの受信に比べて制限する受信制限手段とを備える。

また、管理サーバは、メールサーバからサーバ情報の登録サーバリストへの登録を要求された場合に、要求元のメールサーバのサーバ情報を登録サーバリストに登録する登録手段と、メールサーバから電子メールの送信元のメールサーバのサーバ情報が登録サーバリストに登録されているか否かの確認を要求された場合に、その確認結果を要求元のメールサーバへ送信する回答手段とを備える。

このような通信システムでは、受信側メールサーバは、送信側メールサーバのサーバ情報が登録サーバリストに登録されているか否かに基づき、送信側メールサーバが信頼できるメールサーバであるか否かの判断を容易に行うことができる。具体的には、登録サーバリストにサーバ情報が登録されているメールサーバは信頼できるメールサーバであると判断することができる。逆に、登録サーバリストにサーバ情報が登録されていないメールサーバは信頼できないメールサーバであると判断することができる。そして、信頼できないと判断されるメールサーバからの電子メールの受信を、信頼できると判断されるメールサーバからの電子メールの受信に比べて制限することで、迷惑メールの受信を効果的に抑制することができる。

特に、この通信システムでは、各メールサーバが管理サーバに対してサーバ情報の登録サーバリストへの登録（信頼できるメールサーバとしての登録）を要求するようにしているため、登録サーバリストの信頼性を高くすることができる。すなわち、本発明とは逆に、信頼できないメールサーバの情報のみを登録する（ブラックリストに登録する）場合には、登録されたメールサーバは識別情報等を変更することで登録されていないメールサーバとして振る舞うことができてしまう。これに対し、本発明のように信頼できるメールサーバを登録するようにすれば、登録サーバリストの信頼性を高くすることができる。

加えて、この通信システムでは、受信側メールサーバが、送信元のメールサーバのサーバ情報が登録サーバリストに登録されているか否かの確認を管理サーバに要求するようにしているため、最新の登録サーバリストを複数のメールサーバで共有することが可能となり、送信側メールサーバの判断を効率よく行うことができる。

また、請求項２に記載の通信システムでは、登録手段は、メールサーバからサーバ情報の登録サーバリストへの登録を要求された場合に、要求元のメールサーバがあらかじめ決められている管理対象のメールサーバであることを条件として、そのメールサーバのサーバ情報を登録サーバリストに登録する。

このような通信システムによれば、あらかじめ決められている管理対象のメールサーバ以外は登録サーバリストに登録されないため、登録サーバリストにサーバ情報が登録されているメールサーバの信頼性を向上させることができる。

また、請求項３に記載の通信システムでは、サーバ情報には、メールサーバに関する情報としてそのメールサーバのＩＰアドレス及びＩＰアドレス以外でメールサーバを識別可能な識別情報が含まれている。

このような通信システムによれば、登録サーバリストにサーバ情報が登録されているメールサーバの信頼性を一層向上させることができる。すなわち、メールサーバのＩＰアドレスは変更されることが考えられるため、ＩＰアドレスのみで判定すると誤判定の可能性がある。一方、ＩＰアドレス以外でメールサーバを識別可能な識別情報のみで判定すると、ＩＰアドレスの変更の影響は受けないものの、他のＩＰアドレスのメールサーバがその識別情報を偽ってなりすましを行う可能性がある。これに対し、本発明ではＩＰアドレス及びＩＰアドレス以外でメールサーバを識別可能な識別情報がサーバ情報として含まれているため、メールサーバをより正確に判定することができる。

また、請求項４に記載の通信システムでは、メールサーバは、自身のＩＰアドレスが変更された場合に、登録サーバリストに登録されている自身のサーバ情報の更新を管理サーバに要求するアドレス更新要求手段を備え、登録手段は、メールサーバから登録サーバリストに登録されているサーバ情報の更新を要求された場合に、要求元のメールサーバのサーバ情報を更新する。

このような通信システムによれば、メールサーバのＩＰアドレスが変化した場合にも、登録サーバリストによる管理を継続して行うことができる。
また、請求項５に記載の通信システムでは、登録手段は、サーバ情報に対し登録サーバリストに登録する有効期限を設定する。

このような通信システムによれば、登録サーバリストに登録されているサーバ情報の信頼性を向上させることができる。
また、請求項６に記載の通信システムでは、登録手段は、有効期限をメールサーバへ通知し、メールサーバは、管理サーバから通知された有効期限が切れる前に、登録サーバリストに登録されている自身のサーバ情報の更新を管理サーバに要求する期限更新要求手段を備え、登録手段は、メールサーバから登録サーバリストに登録されているサーバ情報の更新を要求された場合に、要求元のメールサーバのサーバ情報を更新する。

このような通信システムによれば、有効期限が切れる前にサーバ情報を更新することで、登録サーバリストによるメールサーバの管理を継続して行うことができる。
また、請求項７に記載の通信システムでは、メールサーバは、メールサーバとしての処理を停止する場合に、登録サーバリストに登録されている自身のサーバ情報の削除を管理サーバに要求する削除要求手段を備え、登録手段は、メールサーバから登録サーバリストに登録されているサーバ情報の削除を要求された場合に、要求元のメールサーバのサーバ情報を削除する。

このような通信システムによれば、メールサーバとしての処理を停止したメールサーバのサーバ情報が登録サーバリストから削除されるため、登録サーバリストに登録されているサーバ情報の信頼性を向上させることができる。

また、請求項８に記載の通信システムでは、メールサーバは、確認要求手段による要求により管理サーバから取得した特定のメールサーバについての確認結果を一時的に記憶する確認情報記憶手段を備え、確認要求手段は、送信元のメールサーバについての確認結果が確認情報記憶手段により記憶されていないことを条件として、そのメールサーバのサーバ情報が登録サーバリストに登録されているか否かの確認を管理サーバに要求する。

このような通信システムによれば、メールサーバから管理サーバに対し同じメールサーバに関する確認要求が連続して行われるといったことを防ぐことが可能となるため、メールサーバから管理サーバへの確認要求が効率よく行われるようにすることができる。

また、請求項９に記載の通信システムでは、受信制限手段は、確認要求手段による要求により登録サーバリストに登録されていることが確認されなかったメールサーバからの電子メールについては本文を解析し、迷惑メールであると判定した場合には受信を拒否する。

このような通信システムによれば、登録サーバリストに登録されていることが確認されなかったメールサーバからの電子メールについては本文を解析する必要がないため、すべての電子メールの本文を解析する場合に比べ、迷惑メールの受信を効果的に抑制することができる。また、迷惑メールでないにもかかわらず迷惑メールであると誤判定されてしまうことを生じにくくすることができる。

また、請求項１０に記載の通信システムでは、メールサーバは、インターネットファクシミリ機能を備える機器に内蔵されている。
このような通信システムによれば、一般家庭やＳＯＨＯ（Ｓｍａｌｌ Ｏｆｆｉｃｅ／ Ｈｏｍｅ Ｏｆｆｉｃｅ）等で構築される小規模ネットワークに存在するインターネットファクシミリを、メールサーバとして利用することができる。この場合、メールサーバ当たりの端末装置の数が少なくなるため、迷惑メールを送信するメールサーバを細かく特定することができる。また、インターネットファクシミリ宛の電子メールについて、信頼できるメールサーバ以外のメールの受信を制限することが可能となり、この場合、大量の用紙や記録材（インクやトナー）等が無駄になることを防止できるという効果がある。

また、請求項１１に記載の通信システムでは、メールサーバは、ローカルエリア内の端末装置に対するメールサーバとして機能する。なお、ここでいう「ローカルエリア内の端末装置に対するメールサーバ」には、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、赤外線通信等を介して端末装置と通信可能なメールサーバが含まれ、一般的にデータセンターに設置されるＩＳＰのサーバは含まれない。

このような通信システムによれば、メールサーバ当たりの端末装置の数を少なくすることができる。この結果、迷惑メールを送信するメールサーバであるか否かの判断を細かく行うことができる。

次に、請求項１２に記載の情報処理装置は、複数のメールサーバと、メールサーバに関する情報をサーバ情報として登録サーバリストに登録して管理する管理サーバとが、通信可能に構成された通信システムにおいてメールサーバとして用いられるものである。そして、この情報処理装置は、自身のサーバ情報の登録サーバリストへの登録を管理サーバに要求する登録要求手段と、他のメールサーバから電子メールを受信する場合に、送信元のメールサーバのサーバ情報が登録サーバリストに登録されているか否かの確認を管理サーバに要求する確認要求手段と、確認要求手段による要求により登録サーバリストに登録されていることが確認されなかったメールサーバからの電子メールの受信を、登録サーバリストに登録されていることが確認されたメールサーバからの電子メールの受信に比べて制限する受信制限手段とを備える。

このような情報処理装置によれば、請求項１の通信システムを構築することができ、これにより前述した効果を得ることができる。
次に、請求項１３に記載の情報処理装置は、複数のメールサーバと、メールサーバに関する情報をサーバ情報として登録サーバリストに登録して管理する管理サーバとが、通信可能に構成された通信システムにおいて管理サーバとして用いられるものである。そして、この情報処理装置は、メールサーバからサーバ情報の登録サーバリストへの登録を要求された場合に、要求元のメールサーバのサーバ情報を登録サーバリストに登録する登録手段と、メールサーバから電子メールの送信元のメールサーバのサーバ情報が登録サーバリストに登録されているか否かの確認を要求された場合に、その確認結果を要求元のメールサーバへ送信する回答手段とを備える。

このような情報処理装置によれば、請求項１の通信システムを構築することができ、これにより前述した効果を得ることができる。
次に、請求項１４に記載のプログラムは、複数のメールサーバと、メールサーバに関する情報をサーバ情報として登録サーバリストに登録して管理する管理サーバとが、通信可能に構成された通信システムにおけるメールサーバとしてコンピュータを機能させるためのものである。そして、このプログラムは、自身のサーバ情報の登録サーバリストへの登録を管理サーバに要求する登録要求手段と、他のメールサーバから電子メールを受信する場合に、送信元のメールサーバのサーバ情報が登録サーバリストに登録されているか否かの確認を管理サーバに要求する確認要求手段と、確認要求手段による要求により登録サーバリストに登録されていることが確認されなかったメールサーバからの電子メールの受信を、登録サーバリストに登録されていることが確認されたメールサーバからの電子メールの受信に比べて制限する受信制限手段としてコンピュータを機能させる。

このようなプログラムによれば、請求項１２の情報処理装置としてコンピュータを機能させることができ、これにより前述した効果を得ることができる。
次に、請求項１５に記載のプログラムは、複数のメールサーバと、メールサーバに関する情報をサーバ情報として登録サーバリストに登録して管理する管理サーバとが、通信可能に構成された通信システムにおける管理サーバとしてコンピュータを機能させるためのものである。そして、このプログラムは、メールサーバからサーバ情報の登録サーバリストへの登録を要求された場合に、要求元のメールサーバのサーバ情報を登録サーバリストに登録する登録手段と、メールサーバから電子メールの送信元のメールサーバのサーバ情報が登録サーバリストに登録されているか否かの確認を要求された場合に、その確認結果を要求元のメールサーバへ送信する回答手段としてコンピュータを機能させる。

このようなプログラムによれば、請求項１３の情報処理装置としてコンピュータを機能させることができ、これにより前述した効果を得ることができる。

以下、本発明が適用された実施形態について、図面を用いて説明する。
［１．全体構成］
図１は、実施形態の通信システムの概略構成を示すブロック図である。

同図に示すように、この通信システムは、複数のメールサーバ１０，１０，…と、認証サーバ３０とが、インターネット５０を介してデータ通信可能に構成されたものである。
この通信システムにおいて、各メールサーバ１０は、一般家庭やＳＯＨＯ等で構築される小規模ネットワーク（ローカルエリア）内に存在する比較的少数の端末装置（パーソナルコンピュータ）６０，６０，…のメールサーバとして機能する。本実施形態では、電話（音声通信）機能、スキャナ機能、プリンタ機能、コピー機能、インターネットファクシミリ機能等に加え、メールサーバ機能を有する複合機がメールサーバ１０として用いられている。

ここで、メールサーバ（複合機）１０の構成について説明する。
図２は、メールサーバ１０の概略構成を示すブロック図である。
同図に示すように、メールサーバ１０は、制御部１１、音入力部１５、音出力部１６、通信部１７、操作部１８、表示部１９、画像読取部２０、画像印刷部２１及び記憶部２２を備えている。

制御部１１は、ＣＰＵ１２、ＲＯＭ１３、ＲＡＭ１４等からなるマイクロコンピュータを中心に構成されており、メールサーバ１０を構成する各部を統括制御する。
音入力部１５は、メールサーバ１０が備える図示しないハンドセットに設けられたマイクから音を入力して制御部１１へ出力する。

音出力部１６は、制御部１１からの指令に基づき、ハンドセットに設けられたスピーカやメールサーバ１０が備える図示しないスピーカから音を出力する。
通信部１７は、通信ケーブル（ＬＡＮケーブル）が接続された状態でその通信ケーブルを介したデータの送受信処理を行う。つまり、外部装置との間でデータ通信を行うためのものであり、例えば、ＬＡＮ４０内の端末装置６０や、インターネット５０を介して接続された他のメールサーバ１０や認証サーバ３０との間でデータ通信が可能となっている。

操作部１８は、ユーザからの外部操作による指令を入力するためのものであり、各種操作ボタン（図示せず）を備えている。そして、操作部１８は、操作ボタンで行われた外部操作の内容を制御部１１へ出力する。

表示部１９は、ユーザに対して各種情報を表示するためのものであり、液晶ディスプレイ（図示せず）を備えている。そして、表示部１９は、制御部１１からの指令に基づき、メッセージや画像等の情報を表示する。

画像読取部（スキャナ）２０は、制御部１１からの指令に基づき、所定の原稿読取位置にセットされた原稿の画像を読み取り、この画像を表す画像データを生成する。
画像印刷部（プリンタ）２１は、制御部１１からの指令に基づき、用紙等の印刷媒体にカラー画像を印刷する。なお、画像印刷部２１により印刷される画像としては、例えば、画像読取部２０により読み取られた画像、ファクシミリ機能により受信した画像、端末装置６０等の外部装置から受信した画像などが挙げられる。

記憶部２２は、図示しないハードディスクや記憶情報の書換えが不可能なメモリ等に各種データを記憶する。具体的には、後述する処理（図９〜図１３）をＣＰＵ１２に実行させるためのプログラムがハードディスクに記憶されている。また、記憶情報の書換えが不可能なメモリには、各メールサーバ１０に固有の情報としてＩＤ（メールサーバ１０の識別情報）及びパスワードがあらかじめ記憶されている。このうち、少なくともパスワードは、メールサーバ１０の外部からは読み出すことができないようになっている。このように、ＩＤ及びパスワードを書換えが不可能なメモリに記憶することにより、よりそのメールサーバ１０の信頼性を保つことができる。しかも、少なくともパスワードは、メールサーバ１０の外部から読み出せないため、第三者にそのパスワードを知られることも防止され、よりメールサーバ１０の信頼性を保つことができる。

次に、認証サーバ３０の構成について説明する。
図３は、認証サーバ３０の概略構成を示すブロック図である。
同図に示すように、認証サーバ３０は、制御部３１、通信部３５及び記憶部３６を備えている。

制御部３１は、ＣＰＵ３２、ＲＯＭ３３、ＲＡＭ３４等からなるマイクロコンピュータを中心に構成されており、認証サーバ３０を構成する各部を統括制御する。
通信部３５は、インターネット５０を介したデータの送受信処理を行う。

記憶部３６は、図示しないハードディスクや記憶情報の書換えが不可能なメモリ等に各種データを記憶する。具体的には、後述する処理（図１４）をＣＰＵ１２に実行させるためのプログラムがハードディスクに記憶されている。

また、記憶情報の書換えが不可能なメモリには、当該認証サーバ３０が管理対象とする複数のメールサーバ１０の情報として、各メールサーバ１０のＩＤ及びパスワード（各メールサーバ１０に記憶されているＩＤ及びパスワードと同一の情報）があらかじめ記憶されている。本実施形態では、前述したようにメールサーバ機能を有する複合機がメールサーバ１０として用いられており、こうしたメールサーバ１０が認証サーバ３０の管理対象となっている。具体的には、例えば、メールサーバ（複合機）１０の販売メーカが運営する認証サーバ３０により各メールサーバ１０の情報を管理するといったケースが考えられる。

さらに、記憶部３６のハードディスク（記憶情報の書換えが可能な記憶手段）には、管理対象のメールサーバ１０に関する情報を登録して管理するためのデータベースである登録サーバデータベース（登録サーバＤＢ）が記憶されている。

この登録サーバデータベースは、管理対象のメールサーバ１０のうち、信頼できる（迷惑メールを送信しない）メールサーバ１０のみを登録するためのものである。具体的には、認証サーバ３０は、管理対象のメールサーバ１０からの登録要求を受けることにより、そのメールサーバ１０に関する情報（サーバ情報）を登録サーバデータベースに登録する。その後に、登録サーバデータベースにサーバ情報が登録されているメールサーバ１０が迷惑メールを送信したことが判明した場合には、そのメールサーバ１０のサーバ情報を登録サーバデータベースから削除する。具体的には、迷惑メールを受信したメールサーバ１０からの通知に基づき自動的に削除したり、認証サーバ３０の管理者が人為的に削除したりすることで実現することができる。また、認証サーバ３０がメールサーバ１０から受信した照会要求に基づき、その送信側メールサーバ１０のサーバ情報を登録サーバデータベースから削除するか否かを判断してもよい。すなわち、例えば、同一の送信側メールサーバ１０についての照会要求を同じタイミングに多数（例えば、３０秒間に１０００件）受信した場合や、このような照会要求が繰り返し（頻繁に）行われる場合には、その送信側メールサーバ１０は迷惑メールを送信していると判断し、そのメールサーバ１０のサーバ情報を登録サーバデータベースから削除してもよい。

なお、サーバ情報には、メールサーバ１０のＩＤ、ＩＰアドレス、そのメールサーバ１０の識別情報として用いる照会キー、これら登録情報を登録サーバデータベースに登録しておく期限である有効期限などが含まれる。

［２．通信システムで実現される処理の概要］
次に、本実施形態の通信システムで実現される処理の概要について説明する。
［２−１．メールサーバ起動時の流れ］
まず、メールサーバ１０の起動時の流れについて、図４を用いて説明する。

メールサーバ１０は、起動するとまず、認証サーバ３０に対し接続要求を行う。すると、認証サーバ３０は、接続要求元のメールサーバ１０に対して接続ＯＫの応答を行う。
こうして認証サーバ３０との通信接続を確立すると、メールサーバ１０は、自身のサーバ情報を登録サーバデータベースに登録することの要求である登録要求を認証サーバ３０に対して行う。このとき、メールサーバ１０は、自身のＩＤを認証サーバ３０へ送信する。

すると、認証サーバ３０は、受信したＩＤに基づき登録要求元のメールサーバ１０が管理対象のものであることを確認した後、そのメールサーバ１０との間でチャレンジ／レスポンス方式の認証処理を行う。

具体的には、認証サーバ３０は、登録要求元のメールサーバ１０へチャレンジコードを送信する。すると、登録要求元のメールサーバ１０は、受信したチャレンジコードとあらかじめ記憶しているパスワードとを特定のアルゴリズムに従い合成してレスポンスを作成し、認証サーバ３０へ送信する。また、認証サーバ３０においても、送信したチャレンジコードとあらかじめ記憶しているそのメールサーバ１０のパスワードとから同じようにレスポンスを作成し、そのメールサーバ１０から受信したレスポンスと比較して一致していれば認証ＯＫ（成功）とする。

認証が成功すると、認証サーバ３０は、登録要求元のメールサーバ１０のサーバ情報を登録サーバデータベースに登録する。具体的には、認証サーバ３０は、まず、登録情報の有効期限と、そのメールサーバ１０を識別するための照会キーとを決定する。次に、認証サーバ３０は、登録要求元のメールサーバ１０から受信したＩＤと、そのメールサーバ１０のＩＰアドレス（受信情報のヘッダに含まれている送信元ＩＰアドレス）と、決定した有効期限及び照会キーとを登録サーバデータベースに登録する。なお、照会キーは、ＩＤの代わりにメールサーバ１０の識別情報として用いることでＩＤ自体が頻繁に送受信されないようにするためのものであり、照会キーの内容をＩＤと同一とすること（照会キーを用いないようにすること）も可能である。

そして、認証サーバ３０は、認証ＯＫの認証結果とともに、有効期限及び照会キーを登録要求元のメールサーバ１０へ送信する。その後、メールサーバ１０は、認証サーバ３０との通信接続を切断する処理を行う。

このように、メールサーバ１０は起動時に認証サーバ３０に対して登録要求を行うため、簡単に信頼できるメールサーバ１０として使用することができる。
［２−２．登録更新時の流れ］
次に、メールサーバ１０が、登録サーバデータベースに既に登録されている自身のサーバ情報を更新する際の流れについて、図５を用いて説明する。

メールサーバ１０は、まず、認証サーバ３０に対し接続要求を行う。すると、認証サーバ３０は、接続要求元のメールサーバ１０に対して接続ＯＫの応答を行う。
こうして認証サーバ３０との通信接続を確立すると、メールサーバ１０は、登録サーバデータベースに既に登録されている自身のサーバ情報を更新することの要求である登録更新要求を認証サーバ３０に対して行う。このとき、メールサーバ１０は、自身のＩＤを認証サーバ３０へ送信する。

すると、認証サーバ３０は、登録サーバデータベースを検索し、登録更新要求元のメールサーバ１０から受信したＩＤが既に登録されていることを確認した後、登録更新要求元のメールサーバ１０との間で前述したチャレンジ／レスポンス方式の認証処理を行う。

認証が成功すると、認証サーバ３０は、登録サーバデータベースに登録されている登録更新要求元のメールサーバ１０のサーバ情報を更新する。具体的には、登録情報の有効期限及び照会キーを再決定した後、有効期限及び照会キーを更新する。なお、登録更新要求元のメールサーバ１０のＩＰアドレスが変更された場合にはＩＰアドレスも更新する。

そして、認証サーバ３０は、認証ＯＫの認証結果とともに、再決定した有効期限及び照会キーを登録更新要求元のメールサーバ１０へ送信する。その後、メールサーバ１０は、認証サーバ３０との通信接続を切断する処理を行う。

［２−３．登録解除時の流れ］
次に、メールサーバ１０が、登録サーバデータベースに既に登録されている自身のサーバ情報の登録を解除（サーバ情報を削除）する際の流れについて、図６を用いて説明する。

メールサーバ１０は、まず、認証サーバ３０に対し接続要求を行う。すると、認証サーバ３０は、接続要求元のメールサーバ１０に対して接続ＯＫの応答を行う。
こうして認証サーバ３０との通信接続を確立すると、メールサーバ１０は、登録サーバデータベースに既に登録されている自身のサーバ情報の登録を解除することの要求である登録解除要求を認証サーバ３０に対して行う。このとき、メールサーバ１０は、自身のＩＤを認証サーバ３０へ送信する。

すると、認証サーバ３０は、登録サーバデータベースを検索し、登録解除要求元のメールサーバ１０から受信したＩＤが既に登録されていることを確認した後、登録解除要求元のメールサーバ１０との間で前述したチャレンジ／レスポンス方式の認証処理を行う。

認証が成功すると、認証サーバ３０は、登録サーバデータベースに登録されている登録解除要求元のメールサーバ１０のサーバ情報を削除する。
そして、認証サーバ３０は、認証ＯＫの認証結果を登録解除要求元のメールサーバ１０へ送信する。その後、メールサーバ１０は、認証サーバ３０との通信接続を切断する処理を行う。

［２−４．メール送受信時の流れ］
次に、端末装置６０で電子メールの送信処理が行われた際の流れについて、図７を用いて説明する。

電子メールの送信処理を行う端末装置６０は、自身のメール送信処理を行うメールサーバ（以下「送信側メールサーバ」ともいう。）１０に対しＳＭＴＰ接続要求を行う。すると、送信側メールサーバ１０は、ＳＭＴＰ接続要求元の端末装置６０に対してＳＭＴＰ接続応答を行う。

こうしてＳＭＴＰ接続応答を受信すると、端末装置６０は、電子メールの情報を送信側メールサーバ１０へ送信してメール送信要求を行う。すると、送信側メールサーバ１０は、ＳＭＴＰ接続要求元の端末装置６０が自組織内の端末装置６０（自身をメールサーバとする端末装置６０）であることを確認した後、電子メールの送信先のメールサーバ（以下「受信側メールサーバ」ともいう。）１０に対しＳＭＴＰ接続要求を行う。ここで、送信側メールサーバ１０は、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）に問い合わせることにより受信側メールサーバ１０を見つける。なお、ＤＤＮＳ（Ｄｙｎａｍｉｃ ＤＮＳ）を認証サーバ３０として用いてもよい。

受信側メールサーバ１０は、ＳＭＴＰ接続要求を受けると、ＳＭＴＰ接続要求元である送信側メールサーバ１０に対してＳＭＴＰ接続応答を行う。このとき、受信側メールサーバ１０は、自身が認証サーバ３０に対応していること（認証サーバ３０に対して登録要求や照会要求等を行う機能を有していること）を表す文字列を送信側メールサーバ１０へ送信する。

こうしてＳＭＴＰ接続応答を受信すると、送信側メールサーバ１０は、受信側メールサーバ１０が認証サーバ３０に対応していることを確認した上で、受信側メールサーバ１０に対し、認証サーバ３０への照会（自身が登録サーバデータベースに登録されていることの確認）を要求する。このとき、送信側メールサーバ１０は、自身の識別情報として照会キーを受信側メールサーバ１０へ送信する。なお、受信側メールサーバ１０が認証サーバ３０に対応していない場合には、認証サーバ３０への照会を要求することなくそのまま電子メールを送信する。

受信側メールサーバ１０は、送信側メールサーバ１０から認証サーバ３０への照会の要求を受けると、認証サーバ３０に対し接続要求を行う。すると、認証サーバ３０は、接続要求元である受信側メールサーバ１０に対して接続ＯＫの応答を行う。

こうして認証サーバ３０との通信接続を確立すると、受信側メールサーバ１０は、送信側メールサーバ１０の情報として照会キー及びＩＰアドレスを認証サーバ３０へ送信して照会要求を行う。すると、認証サーバ３０は、登録サーバデータベースを検索し、受信側メールサーバ１０から受信した送信側メールサーバ１０のサーバ情報（照会キー及びＩＰアドレス）が登録されていることを確認して、照会ＯＫの照会結果を受信側メールサーバ１０へ送信する。その後、受信側メールサーバ１０は、認証サーバ３０との通信接続を切断する処理を行った後、送信側メールサーバ１０に照会ＯＫを返信する。

送信側メールサーバ１０は、照会ＯＫを受信すると、受信側メールサーバ１０へ電子メールを送信する。すると、受信側メールサーバ１０は、受信した電子メールを送信先ユーザのメールボックスに保存し、送信側メールサーバ１０に対し、電子メールの送信処理が正常に行われたことを表す送信結果を送信する。その後、送信側メールサーバ１０は、受信側メールサーバ１０との通信接続を切断する処理を行う。なお、この例では、送信側メールサーバ１０が照会ＯＫの受信後に電子メールを受信側メールサーバ１０へ送信するようにしているが、これに限定されるものではなく、照会結果を受信する前に電子メールを送信するようにしてもよい。

そして、送信側メールサーバ１０は、ＳＭＴＰ接続要求元の端末装置６０に対し、電子メールの送信処理が正常に行われたことを表す送信結果を送信する。その後、端末装置６０は、送信側メールサーバ１０との通信接続を切断する処理を行う。

ここで、参考までに、ＳＭＴＰ通信の一例を図８に示す。なお、図８において、「サーバ」とは、受信側メールサーバ１０又は送信側メールサーバ１０のことである。また、「クライアント」とは、「サーバ」が受信側メールサーバ１０の場合には送信側メールサーバ１０のことであり、「サーバ」が送信側メールサーバ１０の場合には端末装置６０のことである。また、「Ｘ−ＭＦＣ」とは、認証サーバに対応していることを表すための任意の文字列である。

［３．制御部が実行する処理］
次に、本実施形態の通信システムにおいてメールサーバ１０及び認証サーバ３０が実行する処理の具体的内容について説明する。

［３−１．メールサーバ処理］
まず、メールサーバ１０のＣＰＵ１２が実行するメールサーバ処理について、図９のフローチャートを用いて説明する。なお、このメールサーバ処理は、メールサーバ１０の起動時に開始される。

ＣＰＵ１２は、メールサーバ処理を開始すると、まず、Ｓ１０１で、認証サーバ３０に対し接続要求を行う。
続いて、Ｓ１０２では、Ｓ１０１での接続要求に対して認証サーバ３０から接続ＯＫの応答がされたか否かを判定する。

そして、Ｓ１０２で、接続ＯＫの応答がされたと判定した場合には、Ｓ１０３へ移行し、自身のサーバ情報を登録サーバデータベースに登録することの要求である登録要求を認証サーバ３０に対して行う。このとき、自身のＩＤを認証サーバ３０へ送信する。

続いて、Ｓ１０４では、前述したチャレンジ／レスポンス方式の認証処理を行う。
続いて、Ｓ１０５では、Ｓ１０４での認証処理の結果、認証ＯＫとなったか否かを判定する。具体的には、認証サーバ３０から送信される認証結果に従い判定する。なお、この認証結果は、後述する認証サーバ処理（図１４）におけるＳ５１０又はＳ５１１の処理に基づき送信されるものである。

そして、Ｓ１０５で、認証ＯＫとなったと判定した場合には、Ｓ１０６へ移行し、認証サーバ３０から有効期限及び照会キーを受信する。
続いて、Ｓ１０７では、認証サーバ３０との通信接続を切断する処理を行う。

ここまでが、自身のサーバ情報を認証サーバ３０の登録サーバデータベースに登録するための処理である。以降は、後述するＳ１１３の処理で終了操作が行われたと判定するまでの間、Ｓ１０８〜Ｓ１１３の処理を繰り返すことになる。

Ｓ１０８では、現在時刻が有効期限のｔ時間前となったか否かを判定する。つまり、有効期限の一定時間前となったか否かを判定する。
そして、Ｓ１０８で、現在時刻が有効期限のｔ時間前となっていないと判定した場合には、Ｓ１０９へ移行し、自身のＩＰアドレスが変更されたか否かを判定する。

このＳ１０９で、自身のＩＰアドレスが変更されたと判定した場合には、Ｓ１１０へ移行する。また、Ｓ１０８で、現在時刻が有効期限のｔ時間前となったと判定した場合にも、Ｓ１１０へ移行する。そして、Ｓ１１０では、登録サーバデータベースに既に登録されている自身のサーバ情報の更新を認証サーバ３０に対して要求するための更新処理を行う。その後、Ｓ１０８へ戻る。なお、更新処理の具体的な内容については後述する（図１０）。

一方、Ｓ１０９で、自身のＩＰアドレスが変更されていないと判定した場合には、Ｓ１１１へ移行し、外部の装置（端末装置６０や他のメールサーバ１０）からＳＭＴＰ接続要求を受けたか否かを判定する。

そして、Ｓ１１１で、ＳＭＴＰ接続要求を受けたと判定した場合には、Ｓ１１２へ移行し、電子メールの送受信を行うためのメール送受信処理を行う。その後、Ｓ１０８へ戻る。なお、メール送受信処理の具体的な内容については後述する（図１１、図１２）。

一方、Ｓ１１１で、ＳＭＴＰ接続要求を受けなかったと判定した場合には、Ｓ１１３へ移行し、自身の電源を落とすための終了操作がユーザによって行われたか否かを判定する。つまり、メールサーバとしての処理を停止する操作が行われたか否かを判定する。

そして、Ｓ１１３で、終了操作が行われていないと判定した場合には、Ｓ１０８へ戻る。
一方、Ｓ１１３で、終了操作が行われたと判定した場合には、Ｓ１１４へ移行し、登録サーバデータベースに既に登録されている自身のサーバ情報の登録解除を認証サーバ３０に対して要求する解除処理を行う。その後、本メールサーバ処理を終了する。なお、解除処理の具体的な内容については後述する（図１３）。

一方、Ｓ１０２で接続ＯＫの応答がされていないと判定した場合や、Ｓ１０５で認証ＯＫとならなかったと判定した場合には、Ｓ１１５へ移行し、エラーメッセージを表示部１９に表示する等のエラー処理を行う。その後、本メールサーバ処理を終了する。

［３−２．更新処理］
次に、前述したメールサーバ処理におけるＳ１１０で実行される更新処理について、図１０のフローチャートを用いて説明する。

ＣＰＵ１２は、更新処理を開始すると、まず、Ｓ２０１で、認証サーバ３０に対し接続要求を行う。
続いて、Ｓ２０２では、Ｓ２０１での接続要求に対して認証サーバ３０から接続ＯＫの応答がされたか否かを判定する。

そして、Ｓ２０２で、接続ＯＫの応答がされたと判定した場合には、Ｓ２０３へ移行し、登録サーバデータベースに既に登録されている自身のサーバ情報を更新することの要求である登録更新要求を認証サーバ３０に対して行う。このとき、自身のＩＤを認証サーバ３０へ送信する。

続いて、Ｓ２０４では、前述したチャレンジ／レスポンス方式の認証処理を行う。
続いて、Ｓ２０５では、Ｓ２０４での認証処理の結果、認証ＯＫとなったか否かを判定する。具体的には、認証サーバ３０から送信される認証結果に従い判定する。なお、この認証結果は、後述する認証サーバ処理（図１４）におけるＳ５１８又はＳ５１１の処理に基づき送信されるものである。

そして、Ｓ２０５で、認証ＯＫとなったと判定した場合には、Ｓ２０６へ移行し、認証サーバ３０から有効期限及び照会キーを受信する。ここで、認証サーバ３０から送られてくる有効期限及び照会キーは、登録更新要求により更新（再決定）されたものである。つまり、登録サーバデータベースに登録されているサーバ情報の有効期限が延長されるとともに、照会キーが変更される。

続いて、Ｓ２０７では、認証サーバ３０との通信接続を切断する処理を行う。その後、本更新処理を終了する。
一方、Ｓ２０２で接続ＯＫの応答がされなかったと判定した場合や、Ｓ２０５で認証ＯＫとならなかったと判定した場合には、Ｓ２０８へ移行し、エラーメッセージを表示部１９に表示する等のエラー処理を行う。その後、本更新処理を終了する。

［３−３．メール送受信処理］
次に、前述したメールサーバ処理におけるＳ１１２で実行されるメール送受信処理について、図１１及び図１２のフローチャートを用いて説明する。

ＣＰＵ１２は、メール送受信処理を開始すると、まず、Ｓ３０１で、ＳＭＴＰ接続要求元に対してＳＭＴＰ接続応答を行う。このとき、自身が認証サーバ３０に対応していることを表す文字列をＳＭＴＰ接続要求元へ送信する。

続いて、Ｓ３０２では、ＳＭＴＰ接続要求元から認証サーバ３０への照会を要求されたか否かを判定する。
そして、Ｓ３０２で、認証サーバ３０への照会を要求されたと判定した場合には、Ｓ３０３へ移行し、ＳＭＴＰ接続要求元（照会要求元であり、この場合は送信側メールサーバ１０）についての照会結果がキャッシュに存在するか否かを判定する。すなわち、同一のメールサーバ１０に関する情報を認証サーバ３０に対して何度も連続して問い合わせるようなことがないように、認証サーバ３０から受信した照会結果を一定期間キャッシュに記憶しておき（後述するＳ３１３）、まずは照会結果がキャッシュに存在するか否かを判定するようにしている。

そして、Ｓ３０３で、ＳＭＴＰ接続要求元についての照会結果がキャッシュに存在しないと判定した場合には、Ｓ３０４へ移行し、認証サーバ３０に対し接続要求を行う。
続いて、Ｓ３０５では、Ｓ３０４での接続要求に対して認証サーバ３０から接続ＯＫの応答がされたか否かを判定する。

そして、Ｓ３０５で、接続ＯＫの応答がされたと判定した場合には、Ｓ３０６へ移行し、ＳＭＴＰ接続要求元の情報として照会キー及びＩＰアドレスを認証サーバ３０へ送信して照会要求を行う。その後、Ｓ３０８へ移行する。

一方、Ｓ３０３で、ＳＭＴＰ接続要求元についての照会結果がキャッシュに存在すると判定した場合には、Ｓ３０７へ移行し、その照会結果をキャッシュから取得する。その後、Ｓ３０８へ移行する。

Ｓ３０８では、照会の結果がＯＫであるか否かを判定する。つまり、送信側メールサーバ１０のサーバ情報が登録サーバデータベースに登録されているか否かを照会結果に基づき判定する。

そして、Ｓ３０８で、照会の結果がＯＫであると判定した場合には、Ｓ３０９へ移行して認証サーバ３０との通信接続を切断する処理を行った後、Ｓ３１０でＳＭＴＰ接続要求元に照会ＯＫを返信する。その後、Ｓ３１３へ移行する。

一方、Ｓ３０８で、照会の結果がＯＫでないと判定した場合には、Ｓ３１１へ移行して認証サーバ３０との通信接続を切断する処理を行った後、Ｓ３１２へ移行する。
また、Ｓ３０５で、接続ＯＫの応答がされなかったと判定した場合にも、Ｓ３１２へ移行する。

Ｓ３１２では、ＳＭＴＰ接続要求元に照会ＮＧを返信する。その後、Ｓ３１３へ移行する。
Ｓ３１３では、照会結果をキャッシュに一定期間記憶する。その後、Ｓ３１４へ移行する。

一方、Ｓ３０２で、認証サーバ３０への照会を要求されなかったと判定した場合には、そのままＳ３１４へ移行する。
Ｓ３１４では、ＳＭＴＰ接続要求元からメール送信要求を受けたか否かを判定する。

そして、Ｓ３１４で、メール送信要求を受けたと判定した場合には、Ｓ３１５へ移行し、電子メールの宛先が自組織内の端末装置６０のアドレスであるか否かを判定する。つまり、送信側メールサーバ１０からのメール送信要求であるか否かを判定する。

そして、Ｓ３１５で、電子メールの宛先が自組織内の端末装置６０のアドレスであると判定した場合には、Ｓ３１６へ移行し、送信側メールサーバ１０からのメール本文の受信処理を行う。

続いて、Ｓ３１７では、送信側メールサーバ１０についての認証サーバ３０による照会結果がＯＫであるか否かを、キャッシュに記憶されている照会結果に基づき判定する。
そして、Ｓ３１７で、送信側メールサーバ１０についての認証サーバ３０による照会結果がＯＫでなかったと判定した場合には、Ｓ３１８へ移行し、受信した電子メールの文字要素や添付ファイル等を解析する。

続いて、Ｓ３１９では、Ｓ３１８の解析結果に基づき、受信した電子メールが迷惑メールであるか否かを判定する。
そして、Ｓ３１９で、受信した電子メールが迷惑メールでないと判定した場合には、Ｓ３２０へ移行する。

一方、Ｓ３１７で、送信側メールサーバ１０についての認証サーバ３０による照会結果がＯＫであったと判定した場合には、電子メールの解析を行うことなくそのままＳ３２０へ移行する。

Ｓ３２０では、受信した電子メールを送信先ユーザのメールボックスに保存する。その後、Ｓ３３１へ移行する。
一方、Ｓ３１５で、電子メールの宛先が自組織内の端末装置６０のアドレスでないと判定した場合には、Ｓ３２１へ移行し、ＳＭＴＰ接続要求元が自組織内の端末装置６０であるか否かを判定する。つまり、自組織内の端末装置６０が電子メールの送信処理を行ったか否かを判定する。

そして、Ｓ３２１で、ＳＭＴＰ接続要求元が自組織内の端末装置６０であると判定した場合には、Ｓ３２２へ移行し、端末装置６０からのメール本文の受信処理を行う。
続いて、Ｓ３２３では、電子メールの送信先である受信側メールサーバ１０に対しＳＭＴＰ接続要求を行う。

続いて、Ｓ３２４では、受信側メールサーバ１０からＳＭＴＰ接続応答を受けたか否かを判定する。
そして、Ｓ３２４で、ＳＭＴＰ接続応答を受けたと判定した場合には、Ｓ３２５へ移行し、受信側メールサーバ１０が認証サーバ３０に対応しているか否かを判定する。具体的には、受信側メールサーバ１０から、そのメールサーバ１０が認証サーバ３０に対応していることを表す文字列を受信したか否かを判定する。なお、この文字列は、受信側メールサーバ１０で実行されるメール送受信処理（図１１）におけるＳ３０１の処理に基づき送信されるものである。

そして、Ｓ３２５で、受信側メールサーバ１０が認証サーバ３０に対応していると判定した場合には、Ｓ３２６へ移行し、受信側メールサーバ１０に対し、認証サーバ３０への照会を要求する。つまり、受信側メールサーバ１０に対し、自身が登録サーバデータベースに登録されていることの確認を要求する。このとき、自身の識別情報として照会キーを受信側メールサーバ１０へ送信する。

続いて、Ｓ３２７では、受信側メールサーバ１０から照会結果を受信する。具体的には、自身が登録サーバデータベースに登録されていれば照会ＯＫの照会結果が受信され、登録されていなければ照会ＮＧの照会結果が受信される。その後、Ｓ３２８へ移行する。

一方、Ｓ３２５で、受信側メールサーバ１０が認証サーバ３０に対応していないと判定した場合には、そのままＳ３２８へ移行する。
Ｓ３２８では、受信側メールサーバ１０へ電子メールを送信する。

続いて、Ｓ３２９では、Ｓ３２８で送信した電子メールについての送信処理が受信側メールサーバ１０において正常に行われたことを表す送信結果を受信する。なお、この送信結果は、受信側メールサーバ１０で実行されるメール送受信処理（図１２）におけるＳ３３１の処理に基づき送信されるものである。

続いて、Ｓ３３０では、受信側メールサーバ１０との通信接続を切断する処理を行う。その後、Ｓ３３１へ移行する。
Ｓ３３１では、ＳＭＴＰ接続要求元（自身が送信側メールサーバ１０であれば自組織内の端末装置６０、自身が受信側メールサーバ１０であれば送信側メールサーバ１０）に対し、電子メールの送信処理が正常に行われたことを表す送信結果を送信する。その後、本メール送受信処理を終了する。

一方、Ｓ３１４でメール送信要求を受けなかったと判定した場合、Ｓ３１９で受信メールが迷惑メールであると判定した場合、Ｓ３２１でＳＭＴＰ接続要求元が自組織内の端末装置６０でないと判定した場合、Ｓ３２４でＳＭＴＰ接続応答を受けなかったと判定した場合には、いずれもＳ３３２へ移行する。そして、Ｓ３３２では、ＳＭＴＰ接続要求元（自身が送信側メールサーバ１０であれば自組織内の端末装置６０、自身が受信側メールサーバ１０であれば送信側メールサーバ１０）に対し、エラーを返信する。その後、本メール送受信処理を終了する。

［３−４．解除処理］
次に、前述したメールサーバ処理におけるＳ１１４で実行される解除処理について、図１３のフローチャートを用いて説明する。

ＣＰＵ１２は、解除処理を開始すると、まず、Ｓ４０１で、認証サーバ３０に対し接続要求を行う。
続いて、Ｓ４０２では、Ｓ４０１での接続要求に対して認証サーバ３０から接続ＯＫの応答がされたか否かを判定する。

そして、Ｓ４０２で、接続ＯＫの応答がされたと判定した場合には、Ｓ４０３へ移行し、登録サーバデータベースに既に登録されている自身のサーバ情報の登録を解除することの要求である登録解除要求を認証サーバ３０に対して行う。このとき、自身のＩＤを認証サーバ３０へ送信する。

続いて、Ｓ４０４では、前述したチャレンジ／レスポンス方式の認証処理を行う。
続いて、Ｓ４０５では、Ｓ４０４での認証処理の結果、認証ＯＫとなったか否かを判定する。具体的には、認証サーバ３０から送信される認証結果に従い判定する。なお、この認証結果は、後述する認証サーバ処理（図１４）におけるＳ５２４又はＳ５２５の処理に基づき送信されるものである。

そして、Ｓ４０５で、認証ＯＫとなったと判定した場合には、Ｓ４０６へ移行し、認証サーバ３０との通信接続を切断する処理を行う。その後、本解除処理を終了する。
一方、Ｓ４０２で接続ＯＫの応答がされなかったと判定した場合や、Ｓ４０５で認証ＯＫとならなかったと判定した場合には、Ｓ４０７へ移行し、エラーメッセージを表示部１９に表示する等のエラー処理を行う。その後、本解除処理を終了する。

［３−５．認証サーバ処理］
次に、認証サーバ３０のＣＰＵ３２が実行する認証サーバ処理について、図１４のフローチャートを用いて説明する。なお、この認証サーバ処理は、認証サーバ３０の起動時に開始される。

ＣＰＵ３２は、認証サーバ処理を開始すると、まず、Ｓ５０１で、登録サーバデータベースを初期化（サーバ情報をすべて消去）する。
続いて、Ｓ５０２では、メールサーバ１０から接続要求を受けたか否かを判定し、接続要求を受けたと判定した場合にＳ５０３へ移行する。

Ｓ５０３では、接続要求元のメールサーバ１０に対し接続ＯＫの応答を行う。
続いて、Ｓ５０４では、接続要求元のメールサーバ１０から、そのメールサーバ１０のサーバ情報を登録サーバデータベースに登録することの要求である登録要求を受けたか否かを判定する。なお、登録要求は、前述したメールサーバ処理（図９）におけるＳ１０３の処理に基づき、接続要求元のメールサーバ１０のＩＤとともに送信されてくる。

そして、Ｓ５０４で、登録要求を受けたと判定した場合には、Ｓ５０５へ移行し、登録要求元のメールサーバ１０が管理対象のものであるか否かを判定する。具体的には、管理対象のメールサーバ１０の情報としてあらかじめ記憶しているＩＤの中に、登録要求元のメールサーバ１０から受信したＩＤが含まれているか否かを判定する。

そして、Ｓ５０５で、登録要求元のメールサーバ１０が管理対象のものであると判定した場合には、Ｓ５０６へ移行し、前述したチャレンジ／レスポンス方式の認証処理を行う。

続いて、Ｓ５０７では、Ｓ５０６での認証処理の結果、認証ＯＫである否かを判定する。
そして、Ｓ５０７で、認証ＯＫであると判定した場合には、Ｓ５０８へ移行し、登録要求元のメールサーバ１０の情報の有効期限と、そのメールサーバ１０を識別するための照会キーとを決定する。

続いて、Ｓ５０９では、登録要求元のメールサーバ１０のＩＤ、ＩＰアドレス、有効期限及び照会キーを登録サーバデータベースに登録する。
続いて、Ｓ５１０では、登録要求元のメールサーバ１０に対し、認証ＯＫの認証結果を送信する。このとき、登録要求元のメールサーバ１０に対し、有効期限及び照会キーについても送信する。その後、Ｓ５３２へ移行する。

一方、Ｓ５０５で登録要求元のメールサーバ１０が管理対象のものでないと判定した場合や、Ｓ５０７で認証ＯＫでないと判定した場合には、Ｓ５１１へ移行し、登録要求元のメールサーバ１０に対し、認証エラーの認証結果を送信する。その後、Ｓ５３２へ移行する。

また、前述したＳ５０４で、登録要求を受けなかったと判定した場合には、Ｓ５１２へ移行し、接続要求元のメールサーバ１０から、登録サーバデータベースに登録されているそのメールサーバ１０のサーバ情報を更新することの要求である登録更新要求を受けたか否かを判定する。なお、登録更新要求は、前述した更新処理（図１０）におけるＳ２０３の処理に基づき、接続要求元のメールサーバ１０のＩＤとともに送信されてくる。

そして、Ｓ５１２で、登録更新要求を受けたと判定した場合には、Ｓ５１３へ移行し、登録更新要求元のメールサーバ１０が登録サーバデータベースに登録されているか否かを判定する。具体的には、登録更新要求元のメールサーバ１０から受信したＩＤが登録サーバデータベースに登録されているか否かを判定する。

そして、Ｓ５１３で、登録更新要求元のメールサーバ１０が登録サーバデータベースに登録されていると判定した場合には、Ｓ５１４へ移行し、前述したチャレンジ／レスポンス方式の認証処理を行う。

続いて、Ｓ５１５では、Ｓ５１４での認証処理の結果、認証ＯＫとなったか否かを判定する。
そして、Ｓ５１５で、認証ＯＫとなったと判定した場合には、Ｓ５１６へ移行し、登録更新要求元のメールサーバ１０についての有効期限及び照会キーを再決定する。

続いて、Ｓ５１７では、登録サーバデータベースに登録されている登録更新要求元のメールサーバ１０のサーバ情報のうち、変更された値（有効期限、照会キー、ＩＰアドレスが変更された場合にはＩＰアドレス）を更新する。

続いて、Ｓ５１８では、登録更新要求元のメールサーバ１０に対し、認証ＯＫの認証結果を送信する。このとき、登録更新要求元のメールサーバ１０に対し、再決定した有効期限及び照会キーについても送信する。その後、Ｓ５３２へ移行する。

一方、Ｓ５１３で、登録更新要求元のメールサーバ１０が登録サーバデータベースに登録されていないと判定した場合や、Ｓ５１５で認証ＯＫとならなかったと判定した場合には、Ｓ５１１へ移行し、登録更新要求元のメールサーバ１０に対し、認証エラーの認証結果を送信する。その後、Ｓ５３２へ移行する。

また、前述したＳ５１２で、登録更新要求を受けなかったと判定した場合には、Ｓ５１９へ移行し、接続要求元のメールサーバ１０から、登録サーバデータベースに登録されているそのメールサーバ１０のサーバ情報の登録を解除することの要求である登録解除要求を受けたか否かを判定する。なお、登録解除要求は、前述した解除処理（図１３）におけるＳ４０３の処理に基づき、接続要求元のメールサーバ１０のＩＤとともに送信されてくる。

そして、Ｓ５１９で、登録解除要求を受けたと判定した場合には、Ｓ５２０へ移行し、登録解除要求元のメールサーバ１０が登録サーバデータベースに登録されているか否かを判定する。具体的には、登録解除要求元のメールサーバ１０から受信したＩＤが登録サーバデータベースに登録されているか否かを判定する。

そして、Ｓ５２０で、登録解除要求元のメールサーバ１０が登録サーバデータベースに登録されていると判定した場合には、Ｓ５２１へ移行し、前述したチャレンジ／レスポンス方式の認証処理を行う。

続いて、Ｓ５２２では、Ｓ５２１での認証処理の結果、認証ＯＫとなったか否かを判定する。
そして、Ｓ５２２で、認証ＯＫとなったと判定した場合には、Ｓ５２３へ移行し、登録サーバデータベースに登録されている登録解除要求元のメールサーバ１０のサーバ情報を削除する。

続いて、Ｓ５２４では、登録解除要求元のメールサーバ１０に対し、認証ＯＫの認証結果を送信する。その後、Ｓ５３２へ移行する。
一方、Ｓ５２０で登録解除要求元のメールサーバ１０が登録サーバデータベースに登録されていないと判定した場合や、Ｓ５２２で認証ＯＫとならなかったと判定した場合には、Ｓ５２５へ移行し、登録解除要求元のメールサーバ１０に対し、認証エラーの認証結果を送信する。その後、Ｓ５３２へ移行する。

また、前述したＳ５１９で、登録解除要求を受けなかったと判定した場合には、Ｓ５２６へ移行し、接続要求元のメールサーバ１０から、照会要求を受けたか否かを判定する。なお、この照会要求とともに照会キー及びＩＰアドレスが送信されてくる。

そして、Ｓ５２６で、照会要求を受けたと判定した場合には、Ｓ５２７へ移行し、照会要求元のメールサーバ１０から受信した照会キーが登録サーバデータベースに登録されているか否かを判定する。

そして、Ｓ５２７で、受信した照会キーが登録サーバデータベースに登録されていると判定した場合には、Ｓ５２８へ移行し、その照会キーに対応するＩＰアドレス（登録サーバデータベースに登録されているＩＰアドレス）と、照会要求元のメールサーバ１０から受信したＩＰアドレスとが一致するか否かを判定する。

そして、Ｓ５２８で、ＩＰアドレスが一致すると判定した場合には、Ｓ５２９へ移行し、照会要求元のメールサーバ１０に対し、照会ＯＫの照会結果を送信する。その後、Ｓ５３２へ移行する。

一方、Ｓ５２７で受信した照会キーが登録サーバデータベースに登録されていないと判定した場合や、Ｓ５２８でＩＰアドレスが一致しないと判定した場合には、Ｓ５３０へ移行し、照会要求元のメールサーバ１０に対し、照会ＮＧの照会結果を送信する。その後、Ｓ５３２へ移行する。

また、前述したＳ５２６で、認証サーバ３０への照会要求を受けなかったと判定した場合には、Ｓ５３１へ移行し、接続要求元のメールサーバ１０に対し、接続エラーを送信する。その後、Ｓ５３２へ移行する。

Ｓ５３２では、接続要求元のメールサーバ１０との通信を切断する処理を行う。その後、Ｓ５０２へ戻る。
［４．効果］
以上説明したように、本実施形態の通信システムにおいて、メールサーバ１０は、他のメールサーバ１０から電子メールを受信する場合に（Ｓ３０２：ＹＥＳ）、送信側メールサーバ１０のサーバ情報が登録サーバデータベースに登録されているか否かの確認を認証サーバ３０に要求する（Ｓ３０４〜Ｓ３０６）。そして、登録サーバデータベースに登録されていることが確認されなかった送信側メールサーバ１０からの電子メールの受信を、登録サーバデータベースに登録されていることが確認された送信側メールサーバ１０からの電子メールの受信に比べて制限する（Ｓ３１７〜Ｓ３２０）。

このような通信システムでは、受信側メールサーバ１０は、送信側メールサーバ１０のサーバ情報が登録サーバデータベースに登録されているか否かに基づき、送信側メールサーバ１０が信頼できるメールサーバであるか否かの判断を容易に行うことができる。そして、登録サーバデータベースにサーバ情報が登録されていない（信頼できない）メールサーバ１０からの電子メールのみ本文を解析し（Ｓ３１７：ＮＯ，Ｓ３１８）、迷惑メールであると判定した場合には受信を拒否する（Ｓ３１９：ＹＥＳ）。このため、登録サーバデータベースにサーバ情報が登録されている（信頼できる）メールサーバ１０からの電子メールについては本文を解析する必要がなく、すべての電子メールの本文を解析する場合に比べ、迷惑メールの受信を効果的に抑制することができる。また、迷惑メールでないにもかかわらず迷惑メールであると誤判定されてしまうことを生じにくくすることができる。

特に、この通信システムでは、各メールサーバ１０は、自身のサーバ情報の登録サーバデータベースへの登録（信頼できるメールサーバ１０としての登録）を認証サーバ３０に要求するようにしている（Ｓ１０１〜Ｓ１０３）。このため、信頼できないメールサーバの情報（ブラックリスト）のみを登録して管理する場合に比べ、登録サーバデータベースの信頼性を高くすることができる。

また、受信側メールサーバ１０が、送信側メールサーバ１０のサーバ情報が登録サーバデータベースに登録されているか否かの確認を認証サーバ３０に要求するようにしているため、最新の登録サーバデータベースを複数のメールサーバ１０で共有することが可能となり、送信側メールサーバ１０の判断を効率よく行うことができる。

また、個々のメールサーバ１０が他のメールサーバ１０の情報を管理する場合には、メールサーバ１０の情報（ＩＰアドレス等）が頻繁に変更されるような状況に対応することが困難となるが、本実施形態のように認証サーバ３０が一元管理を行う構成であれば、各メールサーバ１０が最新の情報を容易に利用することができる。

一方、認証サーバ３０は、メールサーバ１０からサーバ情報の登録サーバデータベースへの登録を要求された場合に（Ｓ５０４：ＹＥＳ）、要求元のメールサーバ１０が管理対象のものであることを条件として登録する（Ｓ５０５：ＹＥＳ、Ｓ５０９）。このため、メールサーバの信頼性に関係なく無条件で登録サーバデータベースに登録されるといったことがなく、登録サーバデータベースにサーバ情報が登録されているメールサーバ１０の信頼性を向上させることができる。特に、認証サーバ３０は、メールサーバ１０のサーバ情報を登録サーバデータベースに登録する際に認証を行うようにしているため、管理対象でないメールサーバが管理対象のメールサーバ１０になりすまして登録することを防ぐことができる。

また、サーバ情報には、メールサーバ１０に関する情報としてそのメールサーバ１０のＩＰアドレスと、ＩＰアドレス以外でメールサーバ１０を識別可能なＩＤ及び照会キーとが含まれている。このため、メールサーバ１０をより正確に判定することができ、登録サーバデータベースにサーバ情報が登録されているメールサーバ１０の信頼性を一層向上させることができる。

さらに、メールサーバ１０は、自身のＩＰアドレスが変更された場合に（Ｓ１０９：ＹＥＳ）、登録サーバデータベースに登録されている自身のサーバ情報の更新を認証サーバ３０に要求する（Ｓ２０１〜Ｓ２０３）。このため、メールサーバ１０のＩＰアドレスが変化した場合にも、登録サーバデータベースによる管理を継続して行うことができる。

一方、認証サーバ３０は、サーバ情報に対し登録サーバデータベースに登録する有効期限を設定するようにしているため、誤った内容のサーバ情報が永続的に登録されたままになるといったことがなく、登録サーバデータベースに登録されているサーバ情報の信頼性を向上させることができる。

そして、メールサーバ１０は、認証サーバ３０から通知された有効期限が切れる前に（Ｓ１０８：ＹＥＳ）、登録サーバデータベースに登録されている自身のサーバ情報の更新を認証サーバ３０に要求する（Ｓ２０３）。このように、有効期限が切れる前にサーバ情報を更新することで、登録サーバデータベースによるメールサーバ１０の管理を継続して行うことができる。

さらに、メールサーバ１０は、メールサーバとしての処理を停止する場合に（Ｓ１１３：ＹＥＳ）、登録サーバデータベースに登録されている自身のサーバ情報の削除を認証サーバ３０に要求する（Ｓ１１４）。このため、メールサーバとしての処理を停止したメールサーバ１０のサーバ情報が登録サーバデータベースに登録されたままになることが防止され、登録サーバデータベースに登録されているサーバ情報の信頼性を向上させることができる。

また、メールサーバ１０は、認証サーバ３０から取得した特定のメールサーバ１０についての照会結果を一時的に記憶しておき（Ｓ３１３）、送信側メールサーバ１０についての照会結果が記憶されていないことを条件として（Ｓ３０３：ＮＯ）、認証サーバ３０に対する照会要求を行う（Ｓ３０４〜Ｓ３０６）。このため、メールサーバ１０から認証サーバ３０に対し同じメールサーバ１０に関する照会要求が連続して行われるといったことを防ぐことが可能となり、メールサーバ１０から認証サーバ３０への照会要求が効率よく行われるようにすることができる。

一方、本実施形態の通信システムのように、迷惑メールの可能性が高いか否かを送信メールサーバ単位で判断する構成では、大手プロバイダのメールサーバのように非常に多くのユーザを管理するものが送信メールサーバの場合に不都合がある。すなわち、一人でも迷惑メールを送信するユーザが存在すれば、他の多数の善良なユーザからの電子メールまでもが迷惑メールの可能性が高いと判断されてしまうからである。

そこで、本実施形態の通信システムでは、インターネットファクシミリ機能を備える複合機を、ローカルエリア内の端末装置６０に対するメールサーバ１０として用いている。このようにすることで、メールサーバ１０当たりの端末装置６０の数が少なくなるため、迷惑メールを送信するメールサーバ１０を細かく特定することができる。また、インターネットファクシミリ宛の電子メールのように画像ファイルのみが添付された（本文の解析が困難な）電子メールについても、信頼できるメールサーバ１０以外のメールの受信を制限することが可能となり、大量の用紙や記録材（インクやトナー）等が無駄になることを防止することができる。

［５．特許請求の範囲との対応］
なお、本実施形態の通信システムでは、メールサーバ処理（図９）におけるＳ１０１〜Ｓ１０３の処理を実行するメールサーバ１０のＣＰＵ１２が、登録要求手段に相当する。また、Ｓ１０８〜Ｓ１１０の処理を実行するメールサーバ１０のＣＰＵ１２が、アドレス更新要求手段及び期限更新要求手段に相当し、Ｓ１１３，Ｓ１１４の処理を実行するメールサーバ１０のＣＰＵ１２が、削除要求手段に相当する。

また、メール送受信処理（図１１、図１２）におけるＳ３０２〜Ｓ３０６の処理を実行するメールサーバ１０のＣＰＵ１２が、確認要求手段に相当し、Ｓ３１３の処理を実行するメールサーバ１０のＣＰＵ１２が、確認情報記憶手段に相当する。また、Ｓ３１７〜Ｓ３２０の処理を実行するメールサーバ１０のＣＰＵ１２が、受信制限手段に相当する。

一方、認証サーバ３０が、管理サーバに相当し、認証サーバ処理（図１４）におけるＳ５０４，Ｓ５０５，Ｓ５０９，Ｓ５１０，Ｓ５１２，Ｓ５１７，Ｓ５１９，Ｓ５２３の処理を実行する認証サーバ３０のＣＰＵ３２が、登録手段に相当する。また、Ｓ５２６〜Ｓ５３０の処理を実行する認証サーバ３０のＣＰＵ３２が、回答手段に相当する。

［６．他の形態］
以上、本発明の一実施形態について説明したが、本発明は、種々の形態を採り得ることは言うまでもない。

（１）上記実施形態では、登録サーバデータベースに既に登録されているサーバ情報を更新した場合に、有効期限だけでなく照会キーも再決定するようにしているが、これに限定されるものではなく、照会キーは変更しないようにしてもよい。

（２）上記実施形態では、メールサーバ１０と認証サーバ３０との間でチャレンジ／レスポンス方式の認証処理を行う構成を例示したが、認証方法はこれに限定されるものではない。例えば、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）などであらかじめ通信路を暗号化した上で、メールサーバ１０から認証サーバ３０へＩＤとパスワードの組を送信するようにしてもよい。また、例えば、メールサーバ１０が秘密鍵と公開鍵の組を有しており、公開鍵をＩＤとし、秘密鍵で署名したチャレンジコードをレスポンスとして送信するようにしてもよい。この場合、認証サーバ３０は秘密鍵を把握している必要がない。

（３）上記実施形態では、メールサーバ１０が、ＬＡＮ４０を介して通信可能な端末装置６０に対するメールサーバとして機能する構成を例示したが、これに限定されるものではない。例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）や赤外線通信等を介して通信可能な端末装置６０に対するメールサーバとして機能するものであってもよい。

（４）上記実施形態では、メールサーバ１０として複合機を例示したが、これに限定されるものではなく、種々の装置をメールサーバとして利用することができる。

実施形態の通信システムの概略構成を示すブロック図である。 メールサーバの概略構成を示すブロック図である。 認証サーバの概略構成を示すブロック図である。 メールサーバの起動時の流れを示すラダーチャートである。 登録更新時の流れを示すラダーチャートである。 登録解除時の流れを示すラダーチャートである。 メール送受信時の流れを示すラダーチャートである。 ＳＭＴＰ通信の一例を示す図である。 メールサーバ処理のフローチャートである。 更新処理のフローチャートである。 メール送受信処理のフローチャート（１）である。 メール送受信処理のフローチャート（２）である。 解除処理のフローチャートである。 認証サーバ処理のフローチャートである。

符号の説明

１０…メールサーバ、１１…制御部、１２…ＣＰＵ、１３…ＲＯＭ、１４…ＲＡＭ、１５…音入力部、１６…音出力部、１７…通信部、１８…操作部、１９…表示部、２０…画像読取部、２１…画像印刷部、２２…記憶部、３０…認証サーバ、３１…制御部、３２…ＣＰＵ、３３…ＲＯＭ、３４…ＲＡＭ、３５…通信部、３６…記憶部、５０…インターネット、６０…端末装置

Claims (15)

1. 複数のメールサーバと、前記メールサーバに関する情報をサーバ情報として登録サーバリストに登録して管理する管理サーバとが、通信可能に構成された通信システムであって、
   前記メールサーバは、
   自身のサーバ情報の前記登録サーバリストへの登録を前記管理サーバに要求する登録要求手段と、
   他のメールサーバから電子メールを受信する場合に、送信元のメールサーバのサーバ情報が前記登録サーバリストに登録されているか否かの確認を前記管理サーバに要求する確認要求手段と、
   前記確認要求手段による要求により前記登録サーバリストに登録されていることが確認されなかったメールサーバからの電子メールの受信を、前記登録サーバリストに登録されていることが確認されたメールサーバからの電子メールの受信に比べて制限する受信制限手段と、を備え、
   前記管理サーバは、
   前記メールサーバから前記サーバ情報の前記登録サーバリストへの登録を要求された場合に、要求元のメールサーバのサーバ情報を前記登録サーバリストに登録する登録手段と、
   前記メールサーバから電子メールの送信元のメールサーバのサーバ情報が前記登録サーバリストに登録されているか否かの確認を要求された場合に、その確認結果を要求元のメールサーバへ送信する回答手段と、を備えること
   を特徴とする通信システム。
2. 前記登録手段は、前記メールサーバから前記サーバ情報の前記登録サーバリストへの登録を要求された場合に、要求元のメールサーバがあらかじめ決められている管理対象のメールサーバであることを条件として、そのメールサーバのサーバ情報を前記登録サーバリストに登録すること
   を特徴とする請求項１に記載の通信システム。
3. 前記サーバ情報には、前記メールサーバに関する情報としてそのメールサーバのＩＰアドレス及びＩＰアドレス以外で前記メールサーバを識別可能な識別情報が含まれていること
   を特徴とする請求項１又は請求項２に記載の通信システム。
4. 前記メールサーバは、自身のＩＰアドレスが変更された場合に、前記登録サーバリストに登録されている自身のサーバ情報の更新を前記管理サーバに要求するアドレス更新要求手段を備え、
   前記登録手段は、前記メールサーバから前記登録サーバリストに登録されているサーバ情報の更新を要求された場合に、要求元のメールサーバのサーバ情報を更新すること
   を特徴とする請求項３に記載の通信システム。
5. 前記登録手段は、前記サーバ情報に対し前記登録サーバリストに登録する有効期限を設定すること
   を特徴とする請求項１から請求項４までのいずれか１項に記載の通信システム。
6. 前記登録手段は、前記有効期限を前記メールサーバへ通知し、
   前記メールサーバは、前記管理サーバから通知された有効期限が切れる前に、前記登録サーバリストに登録されている自身のサーバ情報の更新を前記管理サーバに要求する期限更新要求手段を備え、
   前記登録手段は、前記メールサーバから前記登録サーバリストに登録されているサーバ情報の更新を要求された場合に、要求元のメールサーバのサーバ情報を更新すること
   を特徴とする請求項５に記載の通信システム。
7. 前記メールサーバは、メールサーバとしての処理を停止する場合に、前記登録サーバリストに登録されている自身のサーバ情報の削除を前記管理サーバに要求する削除要求手段を備え、
   前記登録手段は、前記メールサーバから前記登録サーバリストに登録されているサーバ情報の削除を要求された場合に、要求元のメールサーバのサーバ情報を削除すること
   を特徴とする請求項１から請求項６までのいずれか１項に記載の通信システム。
8. 前記メールサーバは、前記確認要求手段による要求により前記管理サーバから取得した特定のメールサーバについての確認結果を一時的に記憶する確認情報記憶手段を備え、
   前記確認要求手段は、送信元のメールサーバについての確認結果が前記確認情報記憶手段により記憶されていないことを条件として、そのメールサーバのサーバ情報が前記登録サーバリストに登録されているか否かの確認を前記管理サーバに要求すること
   を特徴とする請求項１から請求項７までのいずれか１項に記載の通信システム。
9. 前記受信制限手段は、前記確認要求手段による要求により前記登録サーバリストに登録されていることが確認されなかったメールサーバからの電子メールについては本文を解析し、迷惑メールであると判定した場合には受信を拒否すること
   を特徴とする請求項１から請求項８までのいずれか１項に記載の通信システム。
10. 前記メールサーバは、インターネットファクシミリ機能を備える機器に内蔵されていること
    を特徴とする請求項１から請求項９までのいずれか１項に記載の通信システム。
11. 前記メールサーバは、ローカルエリア内の端末装置に対するメールサーバとして機能すること
    を特徴とする請求項１から請求項１０までのいずれか１項に記載の通信システム。
12. 複数のメールサーバと、前記メールサーバに関する情報をサーバ情報として登録サーバリストに登録して管理する管理サーバとが、通信可能に構成された通信システムにおいて前記メールサーバとして用いられる情報処理装置であって、
    自身のサーバ情報の前記登録サーバリストへの登録を前記管理サーバに要求する登録要求手段と、
    他のメールサーバから電子メールを受信する場合に、送信元のメールサーバのサーバ情報が前記登録サーバリストに登録されているか否かの確認を前記管理サーバに要求する確認要求手段と、
    前記確認要求手段による要求により前記登録サーバリストに登録されていることが確認されなかったメールサーバからの電子メールの受信を、前記登録サーバリストに登録されていることが確認されたメールサーバからの電子メールの受信に比べて制限する受信制限手段と、
    を備えることを特徴とする情報処理装置。
13. 複数のメールサーバと、前記メールサーバに関する情報をサーバ情報として登録サーバリストに登録して管理する管理サーバとが、通信可能に構成された通信システムにおいて前記管理サーバとして用いられる情報処理装置であって、
    前記メールサーバから前記サーバ情報の前記登録サーバリストへの登録を要求された場合に、要求元のメールサーバのサーバ情報を前記登録サーバリストに登録する登録手段と、
    前記メールサーバから電子メールの送信元のメールサーバのサーバ情報が前記登録サーバリストに登録されているか否かの確認を要求された場合に、その確認結果を要求元のメールサーバへ送信する回答手段と、
    を備えることを特徴とする情報処理装置。
14. 複数のメールサーバと、前記メールサーバに関する情報をサーバ情報として登録サーバリストに登録して管理する管理サーバとが、通信可能に構成された通信システムにおける前記メールサーバとしてコンピュータを機能させるためのプログラムであって、
    自身のサーバ情報の前記登録サーバリストへの登録を前記管理サーバに要求する登録要求手段と、
    他のメールサーバから電子メールを受信する場合に、送信元のメールサーバのサーバ情報が前記登録サーバリストに登録されているか否かの確認を前記管理サーバに要求する確認要求手段と、
    前記確認要求手段による要求により前記登録サーバリストに登録されていることが確認されなかったメールサーバからの電子メールの受信を、前記登録サーバリストに登録されていることが確認されたメールサーバからの電子メールの受信に比べて制限する受信制限手段
    としてコンピュータを機能させることを特徴とするプログラム。
15. 複数のメールサーバと、前記メールサーバに関する情報をサーバ情報として登録サーバリストに登録して管理する管理サーバとが、通信可能に構成された通信システムにおける前記管理サーバとしてコンピュータを機能させるためのプログラムであって、
    前記メールサーバから前記サーバ情報の前記登録サーバリストへの登録を要求された場合に、要求元のメールサーバのサーバ情報を前記登録サーバリストに登録する登録手段と、
    前記メールサーバから電子メールの送信元のメールサーバのサーバ情報が前記登録サーバリストに登録されているか否かの確認を要求された場合に、その確認結果を要求元のメールサーバへ送信する回答手段
    としてコンピュータを機能させることを特徴とするプログラム。

Images