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

Abstract

【課題】外部ネットワークからのアクセスが制限された状態にあるメールサーバに対して電子メールの送信を可能とする。
【解決手段】電子メールを送信しようとする送信側メールサーバは、認証サーバに対して認証要求（電子メールの送信要求）を行う。すると、認証サーバは、送信側メールサーバに対して認証ＯＫの認証結果を送信する。そして、認証サーバは、受信側メールサーバから定期的に行われる問い合わせの時刻に合わせた送信時刻を送信側メールサーバに対して指定する。この結果、送信側メールサーバと受信側メールサーバとが同時期に認証サーバへセッションを張ることとなり、送信側メールサーバが送信した電子メールを認証サーバが中継して受信側メールサーバに受信させることができる。
【選択図】図６

Description

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

特許文献１には、プライベートＩＰアドレスのみを有する端末間でインターネット電話による通話を可能とするため、ＰｈｏｎｅＧａｔｅサーバを介して通話を行わせる技術が示されている。すなわち、このような状況では各端末から相手側端末へ直接アクセスすることができないので、各端末はそれぞれＰｈｏｎｅＧａｔｅサーバに対して自己の通話データをアップロードする。これにより、ＰｈｏｎｅＧａｔｅサーバは、各端末において生成された通話データを取得し、各端末がＰｈｏｎｅＧａｔｅサーバから通話データをダウンロードして再生することにより通話が成立する。
特開２００４−１７２７７１号公報

ところで、電子メールの送受信を行うメールサーバ間の通信においても、送信元のメールサーバから送信先のメールサーバへ直接アクセスすることができない状況が生じ得る。
しかしながら、前述した特許文献１に記載の構成はインターネット電話に関するものであり、各端末とＰｈｏｎｅＧａｔｅサーバとが常時接続されていることが前提となるため、メールサーバのように必要時にのみ通信が行われる環境にそのまま適用することはできない。

本発明は、こうした問題にかんがみてなされたものであり、外部ネットワークからのアクセスが制限された状態にあるメールサーバに対して電子メールの送信を可能とすることを目的としている。

上記目的を達成するためになされた本発明の請求項１に記載の通信システムは、メールサーバとして機能する複数のサーバ装置と、サーバ装置間の通信を中継する中継装置とが、通信可能に構成されたものである。

そして、サーバ装置は、中継装置に対して定期的に通信を行う定期通信手段と、他のサーバ装置へ電子メールを送信する場合に、中継装置に対して電子メールの中継を要求するメール送信手段とを備える。

また、中継装置は、サーバ装置から電子メールの中継を要求された場合に、要求元のサーバ装置による当該中継装置に対する通信と電子メールの送信先のサーバ装置による当該中継装置に対する通信とが重複したタイミングで行われるように調整する調整手段と、調整手段により調整されたタイミングで、要求元のサーバ装置から送信されてきた電子メールを送信先のサーバ装置へ送信されるように中継する中継手段とを備える。

このような通信システムによれば、ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）やファイアウォール等によって外部ネットワークからのアクセスが制限された状態にあるサーバ装置に対しても電子メールを送信することができる。

また、請求項２に記載の通信システムでは、調整手段は、サーバ装置から電子メールの中継を要求された場合に、送信先のサーバ装置が当該中継装置に対して定期的に行う通信のタイミングに合わせた送信タイミングを要求元のサーバ装置に通知し、メール送信手段は、中継装置から通知された送信タイミングで中継装置に対して電子メールを送信する。

このような通信システムによれば、送信先のサーバ装置が中継装置に対して定期的に行う通信をそのまま利用して、要求元のサーバ装置からの電子メールを送信先のサーバ装置へ中継することができる。

また、請求項３に記載の通信システムでは、メール送信手段は、送信時刻が指定された電子メールを他のサーバ装置へ送信する場合に、中継装置に対して送信時刻での電子メールの中継を要求し、調整手段は、サーバ装置から送信時刻での電子メールの中継を要求された場合には、送信先のサーバ装置が送信時刻に合わせたタイミングで当該中継装置に対して通信を行うように調整する。

このような通信システムによれば、要求元のサーバ装置からの電子メールを、指定された送信時刻に送信先のサーバ装置へ中継することができる。
また、請求項４に記載の通信システムでは、調整手段は、調整したタイミングで要求元のサーバ装置及び送信先のサーバ装置のうちの少なくとも一方から当該中継装置に対して通信が行われなかった場合には、要求元のサーバ装置による当該中継装置に対する通信と送信先のサーバ装置による当該中継装置に対する通信とが重複したタイミングで行われるように再調整する。

このような通信システムによれば、何らかの原因で電子メールの中継ができなかった場合には再度中継を試みるため、一時的な原因で電子メールが送信されなくなってしまうことを防ぐことができる。

次に、請求項５に記載の情報処理装置は、メールサーバとして機能する複数のサーバ装置と、サーバ装置間の通信を中継する中継装置とが、通信可能に構成された通信システムにおいてサーバ装置として用いられるものである。そして、この情報処理装置は、中継装置に対して定期的に通信を行う定期通信手段と、他のサーバ装置へ電子メールを送信する場合に、中継装置に対して電子メールの中継を要求するメール送信手段とを備える。

このような情報処理装置によれば、請求項１の通信システムを構築することができ、これにより前述した効果を得ることができる。
次に、請求項６に記載の情報処理装置は、メールサーバとして機能する複数のサーバ装置と、サーバ装置間の通信を中継する中継装置とが、通信可能に構成された通信システムにおいて中継装置として用いられるものである。そして、この情報処理装置は、サーバ装置から電子メールの中継を要求された場合に、要求元のサーバ装置による当該中継装置に対する通信と電子メールの送信先のサーバ装置による当該中継装置に対する通信とが重複したタイミングで行われるように調整する調整手段と、調整手段により調整されたタイミングで、要求元のサーバ装置から送信されてきた電子メールを送信先のサーバ装置へ送信されるように中継する中継手段とを備える。

このような情報処理装置によれば、請求項１の通信システムを構築することができ、これにより前述した効果を得ることができる。
次に、請求項７に記載のプログラムは、メールサーバとして機能する複数のサーバ装置と、サーバ装置間の通信を中継する中継装置とが、通信可能に構成された通信システムにおけるサーバ装置としてコンピュータを機能させるためのものである。そして、このプログラムは、中継装置に対して定期的に通信を行う定期通信手段と、他のサーバ装置へ電子メールを送信する場合に、中継装置に対して電子メールの中継を要求するメール送信手段としてコンピュータを機能させる。

このようなプログラムによれば、請求項５の情報処理装置としてコンピュータを機能させることができ、これにより前述した効果を得ることができる。
次に、請求項８に記載のプログラムは、メールサーバとして機能する複数のサーバ装置と、サーバ装置間の通信を中継する中継装置とが、通信可能に構成された通信システムにおける中継装置としてコンピュータを機能させるためのものである。そして、このプログラムは、サーバ装置から電子メールの中継を要求された場合に、要求元のサーバ装置による当該中継装置に対する通信と電子メールの送信先のサーバ装置による当該中継装置に対する通信とが重複したタイミングで行われるように調整する調整手段と、調整手段により調整されたタイミングで、要求元のサーバ装置から送信されてきた電子メールを送信先のサーバ装置へ送信されるように中継する中継手段としてコンピュータを機能させる。

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

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

同図に示すように、この通信システムは、複数のメールサーバ１０，１０，…と、認証サーバ３０とが、インターネット５０を介してデータ通信可能に構成されたものである。
［１−１．通信システムにおけるメールサーバ及び認証サーバの役割］
ここで、まず、この通信システムにおけるメールサーバ１０及び認証サーバ３０の主な役割について簡単に説明する。なお、各内容の詳細については後述する。

＜メールサーバの役割＞
・正規のメールサーバであることを認証サーバ３０に証明してもらうため、起動時に認証サーバ３０へ問い合わせをする。
・認証サーバ３０に対して定期的に問い合わせをする。
・他のメールサーバ１０との間で電子メールを送受信する。
・メール送信時に認証サーバ３０へ問い合わせをして、メール送信の許可をもらう。
・電子メールの予約送信（ユーザにより指定された送信時刻での送信）を行う。

＜認証サーバの役割＞
・メールサーバ１０の認証を行う。そして、認証に合格したメールサーバ１０のメール送信を許可し、不合格であるメールサーバ１０のメール送信を禁止する。
・メールサーバ１０のＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）解決を行う。すなわち、メールサーバ１０は、他のメールサーバ１０への電子メールの送信時に、送信先のＩＰアドレスを知るために認証サーバ３０に問い合わせをする。なお、ＤＮＳ解決に関する詳細な説明は省略する。
・送信側メールサーバ１０と受信側メールサーバ１０とが共に認証サーバ３０にセッションを張っている状態で、送信側メールサーバ１０からの電子メールを中継して受信側メールサーバ１０へ送信する。具体的には、送信側メールサーバ１０が受信側メールサーバ１０へ電子メールを送信する際に、送信側メールサーバ１０が認証サーバ３０にＤＮＳ解決の問い合わせをしたら、送信側メールサーバ１０に対して受信側メールサーバ１０が次に認証サーバ３０に問い合わせにくるタイミングに合わせて、認証サーバ３０に問い合わせるように通知する。ただし、予約送信メールの場合には、受信側メールサーバ１０の問い合わせ時刻を指定する。例えば、１０時００分に送信予約された電子メールの場合、９時５９分の問い合わせは不要であると判断して、１０時００分に問い合わせにくるように次の問い合わせ時に指定する。
・送信側メールサーバ１０及び受信側メールサーバ１０のうちの少なくとも一方からの問い合わせが指定時刻にこなかった場合、問い合わせ時刻を再設定する。ただし、最初の指定時刻から一定時間が経過しても改善しなければ処理を終了する。

［１−２．メールサーバの構成］
次に、メールサーバ１０の構成について説明する。
この通信システムにおいて、各メールサーバ１０は、一般家庭やＳＯＨＯ（Ｓｍａｌｌ Ｏｆｆｉｃｅ／ Ｈｏｍｅ Ｏｆｆｉｃｅ）等で構築される小規模ネットワーク（ローカルエリア）内に存在する比較的少数の端末装置（例えばパーソナルコンピュータ）のメールサーバとして機能する。本実施形態では、電話（音声通信）機能、スキャナ機能、プリンタ機能、コピー機能、インターネットファクシミリ機能等に加え、メールサーバ機能を有する複合機がメールサーバ１０として用いられている。

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

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

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

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

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

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

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

［１−３．認証サーバの構成］
次に、認証サーバ３０の構成について説明する。
図３は、認証サーバ３０の概略構成を示すブロック図である。

同図に示すように、認証サーバ３０は、制御部３１、通信部３５及び記憶部３６を備えている。
制御部３１は、ＣＰＵ３２、ＲＯＭ３３、ＲＡＭ３４等からなるマイクロコンピュータを中心に構成されており、認証サーバ３０を構成する各部を統括制御する。

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

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

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

この登録サーバデータベースは、管理対象のメールサーバ１０のうち、信頼できる（例えば、迷惑メールを送信しない）メールサーバ１０のみを登録するためのものである。具体的には、認証サーバ３０は、管理対象のメールサーバ１０からの登録要求を受けることにより、そのメールサーバ１０に関する情報（サーバ情報）を登録サーバデータベースに登録する。その後に、登録サーバデータベースにサーバ情報が登録されているメールサーバ１０が迷惑メールを送信したことが判明した場合には、そのメールサーバ１０のサーバ情報を登録サーバデータベースから削除する。具体的には、迷惑メールを受信したメールサーバ１０からの通知に基づき自動的に削除したり、認証サーバ３０の管理者が人為的に削除したりすることで実現することができる。

なお、サーバ情報には、メールサーバ１０のＩＤやＩＰアドレスなどが含まれる。
［２．通信システムで実現される処理］
次に、本実施形態の通信システムで実現される処理について説明する。

前述したように、この通信システムにおいて、各メールサーバ１０は、一般家庭やＳＯＨＯ等で構築される小規模ネットワーク内に存在する比較的少数の端末装置のメールサーバとして機能する。このようなメールサーバ１０には、グローバルＩＰアドレスではなくプライベートＩＰアドレスが用いられるとともに、ＮＡＴやファイアウォール等によって外部ネットワークからのアクセスが制限された状態にあることが考えられる。この場合、電子メールの送信元のメールサーバ（以下「送信側メールサーバ」ともいう。）１０から、電子メールの送信先のメールサーバ（以下「受信側メールサーバ」ともいう。）１０へ直接セッションを張ることができない。そこで、本実施形態の通信システムでは、このような環境においてもメールサーバ１０同士の電子メールの送受信を行うことができるようにしている。

ここで、この通信システムで行われるメール送受信処理の概要について説明する。
［２−１．メール送受信処理例（１）］
まず、送信側メールサーバ１０から受信側メールサーバ１０へセッションを張ることができる場合であって、送信側メールサーバ１０が予約送信メールでない通常の電子メールを送信するときのメール送受信処理について、図４を用いて説明する。

電子メールを送信しようとする送信側メールサーバ１０は、認証サーバに対して認証要求（電子メールの送信要求）を行う。すると、認証サーバ３０は、送信側メールサーバ１０に対して認証ＯＫの認証結果を送信する。

そして、認証サーバ３０は、送信側メールサーバ１０に対して送信許可を通知する。これにより、送信側メールサーバ１０は、受信側メールサーバ１０へ電子メールを直接送信し、受信側メールサーバ１０がその電子メールを受信する。

［２−２．メール送受信処理例（２）］
次に、送信側メールサーバ１０から受信側メールサーバ１０へセッションを張ることができる場合であって、送信側メールサーバ１０が予約送信メールを送信するときのメール送受信処理について、図５を用いて説明する。

電子メールを送信しようとする送信側メールサーバ１０は、認証サーバに対して認証要求（電子メールの送信要求）を行う。すると、認証サーバ３０は、送信側メールサーバ１０に対して認証ＯＫの認証結果を送信する。

その後、予約送信メールで指定された送信時刻になると、認証サーバ３０は、送信側メールサーバ１０に対して送信許可を通知する。これにより、送信側メールサーバ１０は、受信側メールサーバ１０へ電子メールを直接送信し、受信側メールサーバ１０がその電子メールを受信する。

［２−３．メール送受信処理例（３）］
次に、送信側メールサーバ１０から受信側メールサーバ１０へセッションを張ることができない場合であって、送信側メールサーバ１０が予約送信メールでない通常の電子メールを送信するときのメール送受信処理について、図６を用いて説明する。

電子メールを送信しようとする送信側メールサーバ１０は、認証サーバに対して認証要求（電子メールの送信要求）を行う。すると、認証サーバ３０は、送信側メールサーバ１０に対して認証ＯＫの認証結果を送信する。

そして、認証サーバ３０は、受信側メールサーバ１０からの問い合わせ時刻に合わせた送信時刻を送信側メールサーバ１０に対して指定する。この結果、送信側メールサーバ１０と受信側メールサーバ１０とが同時期に認証サーバ３０へセッションを張るようにすることができ、その際に、送信側メールサーバ１０が送信した電子メールを認証サーバ３０が中継して受信側メールサーバ１０に受信させることができる。

［２−４．メール送受信処理例（４）］
次に、送信側メールサーバ１０から受信側メールサーバ１０へセッションを張ることができない場合であって、送信側メールサーバ１０が予約送信メールを送信するときのメール送受信処理について、図７を用いて説明する。

電子メールを送信しようとする送信側メールサーバ１０は、認証サーバに対して認証要求（電子メールの送信要求）を行う。すると、認証サーバ３０は、送信側メールサーバ１０に対して認証ＯＫの認証結果を送信する。

そして、送信側メールサーバ１０は、予約送信メールで指定された送信時刻を認証サーバ３０に対して指定する。認証サーバ３０は、受信側メールサーバ１０からの問い合わせ時に、その送信時刻にセッションを張るように受信側メールサーバ１０に対して通知する。この結果、送信側メールサーバ１０と受信側メールサーバ１０とが同時期に認証サーバ３０へセッションを張るようにすることができ、その際に、送信側メールサーバ１０が送信した電子メールを認証サーバ３０が中継して受信側メールサーバ１０に受信させることができる。

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

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

ＣＰＵ１２は、登録要求処理を開始すると、まず、Ｓ１０１で、認証サーバ３０へセッションを張る処理を行う。
続いて、Ｓ１０２では、自身のサーバ情報を登録サーバデータベースに登録することの要求である登録要求を認証サーバ３０に対して行う。このとき、自身のＩＤを認証サーバ３０へ送信する。これにより、認証サーバ３０は、後述する登録処理（図１１）を開始する。

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

続いて、Ｓ１０４では、自身のサーバ情報が登録サーバデータベースに登録されたか否かを判定する。具体的には、認証サーバ３０から登録ＯＫ情報が送信されてきた場合には登録されたと判定し、エラー情報が送信されてきた場合には登録されなかったと判定する。なお、登録ＯＫ情報やエラー情報は、後述する登録処理（図１１）におけるＳ４０４，Ｓ４０５の処理に基づき送信される。

そして、Ｓ１０４で、自身のサーバ情報が登録サーバデータベースに登録されなかったと判定した場合には、Ｓ１０５へ移行し、エラーメッセージを表示部１９に表示する等のエラー処理を行う。その後、Ｓ１０６へ移行する。

一方、Ｓ１０４で、自身のサーバ情報が登録サーバデータベースに登録されたと判定した場合には、そのままＳ１０６へ移行する。
Ｓ１０６では、認証サーバ３０とのセッションを切断する処理を行う。その後、本登録要求処理を終了する。

このように、各メールサーバ１０は、起動時に認証サーバ３０に対して登録要求を行うことにより、自身のサーバ情報を登録サーバデータベースに登録する。これにより、認証サーバ３０においては、他のメールサーバ１０からの要求に対する名前解決が可能となる。つまり、メールサーバ１０は、起動時の認証によって電子メールの受信が可能となる。

［３−２．問い合わせ処理］
次に、メールサーバ１０のＣＰＵ１２が実行する問い合わせ処理について、図９のフローチャートを用いて説明する。なお、この問い合わせ処理は、メールサーバ１０の起動時に開始され、後述するように、問い合わせタイミングが到来するごとに（Ｓ２０１：ＹＥＳ）、Ｓ２０２〜Ｓ２０９の処理が行われる。

ＣＰＵ１２は、問い合わせ処理を開始すると、まず、Ｓ２０１で、認証サーバ３０に問い合わせをするタイミングが到来したか否かを判定し、問い合わせをするタイミングが到来したと判定した場合にＳ２０２へ移行する。なお、問い合わせをするタイミングは、例えば前回の通信から一定時間後とすることや、所定時刻ごととすることなどが考えられる。

Ｓ２０２では、認証サーバ３０へセッションを張る処理を行う。
続いて、Ｓ２０３では、認証サーバ３０からセッション時刻の通知を受けたか否かを判定する。なお、セッション時刻の通知は、後述するメール送信処理（図１２）におけるＳ５１２，Ｓ５１９の処理に基づき行われる。

そして、Ｓ２０３で、認証サーバ３０からセッション時刻の通知を受けたと判定した場合には、Ｓ２０４へ移行し、通知を受けたセッション時刻に認証サーバ３０に問い合わせをするように、問い合わせのタイミング（問い合わせ予定時刻）を調整する。その後、Ｓ２０５へ移行する。

一方、Ｓ２０３で、認証サーバ３０からセッション時刻の通知を受けなかったと判定した場合には、そのままＳ２０５へ移行する。
Ｓ２０５では、電子メール（認証サーバ３０により中継された送信側メールサーバ１０からの電子メール）を受信したか否かを判定する。なお、電子メールは、後述するメール送信処理（図１２）におけるＳ５１７の処理に基づき送信される。

そして、Ｓ２０５で、電子メールを受信したと判定した場合には、Ｓ２０６へ移行し、電子メールの受信処理を行う。その後、Ｓ２０７へ移行する。
一方、Ｓ２０５で、電子メールを受信しなかったと判定した場合には、そのままＳ２０７へ移行する。

Ｓ２０７では、その他の情報（セッション時刻の通知及び受信メール以外の情報）を受信したか否かを判定する。
そして、Ｓ２０７で、その他の情報を受信したと判定した場合には、Ｓ２０８へ移行し、受信した情報に応じた処理を行う。その後、Ｓ２０９へ移行する。

一方、Ｓ２０７で、その他の情報についても受信しなかったと判定した場合には、そのままＳ２０９へ移行する。
Ｓ２０９では、認証サーバ３０とのセッションを切断する処理を行う。その後、Ｓ２０１へ戻る。

［３−３．送信要求処理］
次に、メールサーバ１０のＣＰＵ１２が実行する送信要求処理について、図１０のフローチャートを用いて説明する。なお、この送信要求処理は、他のメールサーバ１０に対して電子メールの送信を行う場合に開始される。

ＣＰＵ１２は、送信要求処理を開始すると、まず、Ｓ３０１で、認証サーバ３０へセッションを張る処理を行う。
続いて、Ｓ３０２では、他のメールサーバ１０への電子メールの送信要求（中継要求）である送信要求（認証要求でもある。）を認証サーバ３０に対して行う。これにより、認証サーバ３０は、後述するメール送信処理（図１２）を開始する。なお、送信する電子メールが予約メール（送信時刻が指定された電子メール）の場合には、指定された送信時刻での送信を要求することになる。

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

そして、Ｓ３０４で、認証ＯＫとされたと判定した場合には、Ｓ３０５へ移行し、当該メールサーバ（送信側メールサーバ）１０が、受信側メールサーバ１０へ直接セッションを張ることができるか否かを判定する。具体的には、認証サーバ３０からセッションを張ることができる旨の判定結果が送信されてきた場合にはセッションを張ることができると判定し、セッションを張ることができない旨の判定結果が送信されてきた場合にはセッションを張ることができないと判定する。なお、この判定結果は、後述するメール送信処理（図１２）におけるＳ５０５，Ｓ５１０の処理に基づき送信される。

そして、Ｓ３０５で、受信側メールサーバ１０へ直接セッションを張ることができると判定した場合には、Ｓ３０６へ移行し、送信しようとする電子メールが予約送信メールであるか否かを判定する。

そして、Ｓ３０６で、送信しようとする電子メールが予約送信メールであると判定した場合には、Ｓ３０７へ移行し、認証サーバ３０とのセッションを切断する処理を行う。
続いて、Ｓ３０８では、指定された送信時刻に認証サーバ３０へセッションを張る処理を行った後、認証要求を行う。その後、Ｓ３０９へ移行する。

一方、Ｓ３０６で、送信しようとする電子メールが予約送信メールでないと判定した場合には、そのままＳ３０９へ移行する。
Ｓ３０９では、認証サーバ３０から送信許可通知を受けたか否かを判定する。なお、送信許可通知は、後述するメール送信処理（図１２）におけるＳ５０８の処理に基づき送信される。

そして、Ｓ３０９で、認証サーバ３０から送信許可通知を受けたと判定した場合には、Ｓ３１０へ移行し、電子メールを受信側メールサーバ１０へ直接送信する。これにより、受信側メールサーバ１０で電子メールが受信される。その後、Ｓ３１２へ移行する。

一方、Ｓ３０４で認証ＯＫとされなかったと判定した場合や、Ｓ３０９で送信許可通知を受けなかったと判定した場合には、Ｓ３１１へ移行し、エラーメッセージを表示部１９に表示する等のエラー処理を行う。その後、Ｓ３１２へ移行する。

Ｓ３１２では、認証サーバ３０とのセッションを切断する処理を行う。その後、本送信要求処理を終了する。
一方、前述したＳ３０５で、受信側メールサーバ１０へ直接セッションを張ることができないと判定した場合には、Ｓ３１３へ移行し、認証サーバ３０からセッション時刻の通知を受ける。なお、ここでのセッション時刻の通知は、後述するメール送信処理（図１２）におけるＳ５１２，Ｓ５１３の処理に基づき行われる。

続いて、Ｓ３１４では、認証サーバ３０とのセッションを切断する処理を行う。
続いて、Ｓ３１５では、通知されたセッション時刻に認証サーバ３０へセッションを張る処理を行う。

続いて、Ｓ３１６では、認証サーバ３０から送信許可通知を受けたか否かを判定する。なお、送信許可通知は、認証サーバ３０において送信側メールサーバ１０から受信側メールサーバ１０への電子メールの中継が可能な状態となった場合に、後述するメール送信処理（図１２）におけるＳ５１６の処理に基づき送信される。

そして、Ｓ３１６で、認証サーバ３０から送信許可通知を受けたと判定した場合には、Ｓ３１７へ移行し、電子メールを認証サーバ３０へ送信する。これにより、電子メールが認証サーバ３０により中継されて受信側メールサーバ１０で受信される。その後、Ｓ３１２へ移行して認証サーバ３０とのセッションを切断する処理を行った後、本送信要求処理を終了する。

一方、Ｓ３１６で、認証サーバ３０から送信許可通知を受けなかったと判定した場合には、Ｓ３１８へ移行し、認証サーバ３０からセッション時刻の通知を受けたか否かを判定する。なお、ここでのセッション時刻の通知は、認証サーバ３０において電子メールの中継が可能な状態とすることができず、中継のリトライを行う場合に、後述するメール送信処理（図１２）におけるＳ５１９の処理に基づき行われる。

そして、Ｓ３１８で、認証サーバ３０からセッション時刻の通知を受けたと判定した場合には、Ｓ３１４へ戻る。つまり、いったんセッションを切断し、新たに通知されたセッション時刻に再度セッションを張る処理を行う。

一方、Ｓ３１８で、認証サーバ３０からセッション時刻の通知を受けなかったと判定した場合には、Ｓ３１９へ移行し、認証サーバ３０からエラー通知を受けたか否かを判定する。なお、エラー通知は、一定時間リトライを行ってもなお電子メールの中継が可能な状態とすることができなかった場合に、後述するメール送信処理（図１２）におけるＳ５２０の処理に基づき行われる。

そして、Ｓ３１９で、認証サーバ３０からエラー通知を受けていないと判定した場合には、Ｓ３１６へ戻る。
一方、Ｓ３１９で、認証サーバ３０からエラー通知を受けたと判定した場合には、Ｓ３２０へ移行し、エラーメッセージを表示部１９に表示する等のエラー処理を行う。その後、Ｓ３１２へ移行して認証サーバ３０とのセッションを切断する処理を行った後、本送信要求処理を終了する。

［３−４．登録処理］
次に、メールサーバ１０から登録要求を受けた場合に認証サーバ３０のＣＰＵ３２が実行する登録処理について、図１１のフローチャートを用いて説明する。なお、登録要求は、前述した登録要求処理（図８）におけるＳ１０２の処理に基づき、登録要求元のメールサーバ１０のＩＤとともに送信されてくる。

ＣＰＵ３２は、登録処理を開始すると、まず、Ｓ４０１で、登録要求元のメールサーバ１０との間で、前述したチャレンジ／レスポンス方式の認証処理を行う。また、登録要求元のメールサーバ１０が管理対象のものであること（管理対象のメールサーバ１０の情報としてあらかじめ記憶しているＩＤの中に、登録要求元のメールサーバ１０から受信したＩＤが含まれていること）を確認する。

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

続いて、Ｓ４０４では、サーバ情報を登録サーバデータベースに登録したことを表す登録ＯＫ情報をメールサーバ１０へ送信する。その後、本登録処理を終了する。
一方、Ｓ４０２で、認証ＯＫでないと判定した場合には、Ｓ４０５へ移行し、サーバ情報を登録サーバデータベースに登録しなかったことを表すエラー情報をメールサーバ１０へ送信する。その後、本登録処理を終了する。

［３−５．メール送信処理］
次に、メールサーバ１０から送信要求を受けた場合に認証サーバ３０のＣＰＵ３２が実行するメール送信処理について、図１２のフローチャートを用いて説明する。なお、送信要求は、前述した送信要求処理（図１０）におけるＳ３０２の処理に基づき行われる。

ＣＰＵ３２は、メール送信処理を開始すると、まず、Ｓ５０１で、送信要求元のメールサーバ（送信側メールサーバ）１０との間で、前述したチャレンジ／レスポンス方式の認証処理を行う。さらに、送信側メールサーバ１０のサーバ情報が登録サーバデータベースに登録されていることを確認する。

なお、送信側メールサーバ１０の認証は、基本的には起動時における認証結果が認証ＯＫであれば送信時にも認証ＯＫとなるが、起動後に不正な行為（迷惑メールの送信等）を行ったような場合には認証ＯＫとならない。すなわち、認証サーバ３０は、各メールサーバ１０のメール送信状況を把握しているため、不正な行為を検知することが可能であり、不正な行為が判明した場合には、そのメールサーバ１０のサーバ情報を登録サーバデータベースから削除する。

続いて、Ｓ５０２では、認証処理の結果、認証ＯＫとするか否かを判定する。
そして、Ｓ５０２で、認証ＯＫとすると判定した場合には、Ｓ５０３へ移行し、認証ＯＫの認証結果を送信側メールサーバ１０へ送信する。

続いて、Ｓ５０４では、送信側メールサーバ１０が電子メールの送信先のメールサーバ（受信側メールサーバ）１０へ直接セッションを張ることができるか否かを判定する。なお、認証サーバ３０は、認証処理において、メールサーバ１０へセッションを張ることができるか否かの情報（ＩＰアドレスやＵＰｎＰの対応、ファイアウォールの有無、ＮＡＴやルータのポートの開放状態など）と、メールサーバ１０を名前解決するための情報（ＩＰや電子メールアドレスなど）を送信側メールサーバ１０から受け取る。そして、送信側メールサーバ１０の情報と受信側メールサーバ１０の同様の情報とに基づき、送信側メールサーバ１０から受信側メールサーバ１０へセッションを張ることができるかどうかを判定する。例えば、送信先のメールサーバ１０のファイアウォールの設定が、送信側メールサーバ１０からのアクセスを受け入れるように設定されている場合や、送信先のメールサーバ１０が存在するＬＡＮに接続されたルータのポートが開放され、外部からのアクセスが可能に設定されている場合などには、送信側メールサーバ１０から受信側メールサーバ１０へセッションを張ることができると判定される。また、送信側メールサーバ１０の送信しようとする電子メールが予約送信である場合は、予約送信であるという情報と予約送信時刻とを送信側メールサーバ１０から受け取る。

そして、Ｓ５０４で、送信側メールサーバ１０が受信側メールサーバ１０へ直接セッションを張ることができると判定した場合には、Ｓ５０５へ移行し、Ｓ５０４での判定結果を送信側メールサーバ１０に対して通知する。

続いて、Ｓ５０６では、送信側メールサーバ１０の送信しようとする電子メールが予約送信メールであるか否かを判定する。
そして、Ｓ５０６で、予約送信メールであると判定した場合には、Ｓ５０７へ移行し、予約送信メールで指定された送信時刻に送信側メールサーバ１０から認証要求を受けたか否かを判定する。つまり、予約送信メールの場合には、指定された送信時刻が到来した後に送信側メールサーバ１０を再度認証するようにしている。

そして、Ｓ５０７で、指定された送信時刻に送信側メールサーバ１０から認証要求を受けたと判定した場合には、Ｓ５０８へ移行する。
一方、Ｓ５０６で、予約送信メールでないと判定した場合には、そのままＳ５０８へ移行する。

Ｓ５０８では、送信側メールサーバ１０に対して送信許可を通知する。その後、本メール送信処理を終了する。これにより、送信側メールサーバ１０は、受信側メールサーバ１０へ電子メールを直接送信する。

一方、Ｓ５０２で認証ＯＫとしないと判定した場合や、Ｓ５０７で送信時刻に送信側メールサーバ１０から認証要求を受けなかったと判定した場合には、Ｓ５０９へ移行し、認証拒否を送信側メールサーバ１０に対して通知する。その後、本メール送信処理を終了する。

また、前述したＳ５０４で、送信側メールサーバ１０が受信側メールサーバ１０へ直接セッションを張ることができないと判定した場合には、Ｓ５１０へ移行し、Ｓ５０４での判定結果を送信側メールサーバ１０に対して通知する。

続いて、Ｓ５１１では、送信側メールサーバ１０の送信しようとする電子メールが予約送信メールであるか否かを判定する。
そして、Ｓ５１１で、予約送信メールであると判定した場合には、Ｓ５１２へ移行し、送信側メールサーバ１０及び受信側メールサーバ１０に対しセッション時刻を通知するための通知処理を行う。これにより、通知したセッション時刻に送信側メールサーバ１０及び受信側メールサーバ１０からセッションが張られることになる。その後、Ｓ５１４へ移行する。なお、通知処理の具体的な内容については後述する（図１３）。

一方、Ｓ５１１で、予約送信メールでないと判定した場合には、Ｓ５１３へ移行し、受信側メールサーバ１０からの問い合わせ時刻に合わせたセッション時刻を送信側メールサーバ１０に対して通知する。これにより、受信側メールサーバ１０からの問い合わせ時刻に合わせたタイミングで送信側メールサーバ１０からセッションが張られることになる。その後、Ｓ５１４へ移行する。

Ｓ５１４では、セッション時刻に送信側メールサーバ１０からセッションが張られたか否かを判定する。
そして、Ｓ５１４で、送信側メールサーバ１０からセッションが張られたと判定した場合には、Ｓ５１５へ移行し、セッション時刻に受信側メールサーバ１０からセッションが張られたか否かを判定する。

そして、Ｓ５１５で、受信側メールサーバ１０からセッションが張られたと判定した場合（つまり、送信側メールサーバ１０から受信側メールサーバ１０への電子メールの中継が可能な状態となった場合）には、Ｓ５１６へ移行し、送信許可通知を送信側メールサーバ１０へ送信する。これにより、送信側メールサーバ１０から電子メールが送信されてくる。

続いて、Ｓ５１７では、送信側メールサーバ１０から送信されてきた電子メールを受信側メールサーバ１０へ送信する処理（電子メールの中継処理）を行う。その後、本メール送信処理を終了する。

一方、Ｓ５１４で送信側メールサーバ１０からセッションが張られなかったと判定した場合や、Ｓ５１５で受信側メールサーバ１０からセッションが張られなかったと判定した場合には、Ｓ５１８へ移行し、最初の指定時間から一定時間が経過しているか否かを判定する。

そして、Ｓ５１８で、最初の指定時間から一定時間が経過していないと判定した場合には、Ｓ５１９へ移行し、送信側メールサーバ１０及び受信側メールサーバ１０に対し新たなセッション時刻を通知するための通知処理（図１３）を行った後、Ｓ５１４へ戻る。つまり、セッション時間を再設定する。これにより、通知したセッション時刻に送信側メールサーバ１０及び受信側メールサーバ１０からセッションが張られることになる。

一方、Ｓ５１８で、最初の指定時間から一定時間が経過していると判定した場合には、Ｓ５２０へ移行し、送信側メールサーバ１０及び受信側メールサーバ１０に対しエラーを通知するための通知処理（図１３）を行った後、本メール送信処理を終了する。つまり、最初の指定時間から一定時間が経過しても（セッション時刻の再設定を行っても）、セッション時刻に送信側メールサーバ１０及び受信側メールサーバ１０のうちの少なくとも一方からセッションが張られない場合には、本メール送信処理を終了するようにしている。

［３−６．通知処理］
次に、前述したメール送信処理（図１２）におけるＳ５１２，Ｓ５１９，Ｓ５２０で実行される通知処理について、図１３のフローチャートを用いて説明する。なお、この通知処理において「ステータス」とは、Ｓ５１２，Ｓ５１９の処理においてはセッション時刻のことであり、Ｓ５２０の処理においてはエラー情報のことである。

ＣＰＵ３２は、通知処理を開始すると、まず、Ｓ６０１で、当該認証サーバ３０が、受信側メールサーバ１０にアクセス可能であるか否かを判定する。
そして、Ｓ６０１で、受信側メールサーバ１０にアクセス可能であると判定した場合には、Ｓ６０２へ移行し、受信側メールサーバ１０に対してステータスを通知する。その後、Ｓ６０４へ移行する。

一方、Ｓ６０１で、受信側メールサーバ１０にアクセス可能でないと判定した場合には、Ｓ６０３へ移行し、受信側メールサーバ１０からの問い合わせ時に受信側メールサーバ１０に対してステータスを通知する。その後、Ｓ６０４へ移行する。

Ｓ６０４では、当該認証サーバ３０が、送信側メールサーバ１０にアクセス可能であるか否かを判定する。
そして、Ｓ６０４で、送信側メールサーバ１０にアクセス可能であると判定した場合には、Ｓ６０５へ移行し、送信側メールサーバ１０に対してステータスを通知する。その後、本通知処理を終了する。

一方、Ｓ６０４で、送信側メールサーバ１０にアクセス可能でないと判定した場合には、Ｓ６０６へ移行し、送信側メールサーバ１０からの問い合わせ時に送信側メールサーバ１０に対してステータスを通知する。その後、本通知処理を終了する。

［４．効果］
以上説明したように、本実施形態の通信システムにおいて、メールサーバ１０は、認証サーバ３０に対して定期的に通信を行う（図９）。また、メールサーバ１０は、他のメールサーバ１０へ電子メールを送信する場合に、認証サーバ３０に対して電子メールの中継を要求する（図１０）。

一方、認証サーバ３０は、メールサーバ１０から電子メールの中継を要求された場合に、要求元のメールサーバ（送信側メールサーバ）１０による当該認証サーバ３０に対する通信と電子メールの送信先のメールサーバ（受信側メールサーバ）１０による当該認証サーバ３０に対する通信とが重複したタイミングで行われるように調整する（Ｓ５１１〜Ｓ５１３）。そして、調整したタイミングで、送信側メールサーバ１０から送信されてきた電子メールを受信側メールサーバ１０へ送信されるように中継する（Ｓ５１６，Ｓ５１７）。

このような通信システムによれば、ＮＡＴ等によって外部ネットワークからのアクセスが制限された状態にあるメールサーバ１０に対しても電子メールを送信することができる。

また、認証サーバ３０は、メールサーバ１０から中継を要求された電子メールが予約送信メールでなければ（Ｓ５１１：ＮＯ）、受信側メールサーバ１０が当該認証サーバ３０に対して定期的に行う通信のタイミングに合わせたセッション時刻を送信側メールサーバ１０に通知する（Ｓ５１３）。このため、受信側メールサーバ１０が認証サーバ３０に対して定期的に行う通信をそのまま利用して、送信側メールサーバ１０からの電子メールを受信側メールサーバ１０へ中継することができる。

一方、認証サーバ３０は、メールサーバ１０から中継を要求された電子メールが予約送信メールであれば（Ｓ５１１：ＹＥＳ）、受信側メールサーバ１０が予約メール指定の送信時刻に合わせたタイミングで当該認証サーバ３０に対して通信を行うように調整する（Ｓ５１２）。このため、送信側メールサーバ１０からの電子メールを、指定された送信時刻に受信側メールサーバ１０へ中継することができる。

また、認証サーバ３０は、調整したタイミングで送信側メールサーバ１０及び受信側メールサーバ１０のうちの少なくとも一方から当該認証サーバ３０に対して通信が行われなかった場合には（Ｓ５１４：ＮＯ，Ｓ５１５：ＮＯ）、送信側メールサーバ１０による当該認証サーバ３０に対する通信と受信側メールサーバ１０による当該認証サーバ３０に対する通信とが重複したタイミングで行われるように再調整する（Ｓ５１９）。このため、何らかの原因で電子メールの中継ができなかった場合には再度中継を試みることとなり、一時的な原因で電子メールが送信されなくなってしまうことを防ぐことができる。

［５．特許請求の範囲との対応］
なお、本実施形態の通信システムでは、メールサーバ１０が、サーバ装置に相当し、問い合わせ処理（図９）を実行するメールサーバ１０のＣＰＵ１２が、定期通信手段に相当し、送信要求処理（図１０）を実行するメールサーバ１０のＣＰＵ１２が、メール送信手段に相当する。

また、認証サーバ３０が、中継装置に相当し、メール送信処理（図１２）におけるＳ５１１〜Ｓ５１５，Ｓ５１９の処理を実行する認証サーバ３０のＣＰＵ３２が、調整手段に相当し、Ｓ５１６，Ｓ５１７の処理を実行する認証サーバ３０のＣＰＵ３２が、中継手段に相当する。

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

例えば、上記実施形態では、本発明の中継装置として認証サーバ３０を例示したが、メールサーバ１０の数が多くなった場合に認証サーバ３０の負荷が大きくなるため、メールサーバ１０に電子メールの中継を行わせるようにしてもよい。具体的には、例えば、グローバルＩＰアドレスを持ちかつ外部ネットワークからのアクセスが制限されていない特定のメールサーバ１０をリレーノードとして機能させ、そのリレーノードが上記実施形態の認証サーバ３０と同様の役割を果たすようにする。このようにすれば、リレーノードの数を調整することで、メールサーバ１０の増加に対するスケーラビリティを保つことができる。また、送信側メールサーバ１０や受信側メールサーバ１０がリレーノードにアクセスできない場合には、認証サーバ３０に接続不可であることを通知し、認証サーバ３０に別のリレーノードを用意させるようにするといったことも可能となる。

また、登録サーバデータベースに記憶される各メールサーバ１０のＩＤ及びパスワードは、上記実施形態のように各メールサーバ１０にあらかじめ記憶されているものであってもよいし、メールサーバ１０の管理者によってメールサーバ１０に設定されたものであってもよい。

さらに、認証サーバ３０は、図１２のＳ５１２，Ｓ５１３及びＳ５１９の処理において受信側メールサーバ１０又は送信側メールサーバ１０に対してセッション時刻を通知したことを条件として、そのセッション時刻に先にセッションが張られた受信側メールサーバ１０又は送信側メールサーバ１０に対して所定時間セッションを張らせたまま待機させるように指示を出すとよい。このようにすれば、受信側メールサーバ１０が計時する時刻と送信側メールサーバ１０が計時する時刻との間に多少のズレが生じていた場合にも、前記所定時間内のズレであれば認証サーバ３０によるメールの中継が可能となる。

実施形態の通信システムの概略構成を示すブロック図である。 メールサーバの概略構成を示すブロック図である。 認証サーバの概略構成を示すブロック図である。 メール送受信処理例（１）のラダーチャートである。 メール送受信処理例（２）のラダーチャートである。 メール送受信処理例（３）のラダーチャートである。 メール送受信処理例（４）のラダーチャートである。 登録要求処理のフローチャートである。 問い合わせ処理のフローチャートである。 送信要求処理のフローチャートである。 登録処理のフローチャートである。 メール送信処理のフローチャートである。 通知処理のフローチャートである。

符号の説明

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

Claims (8)

1. メールサーバとして機能する複数のサーバ装置と、前記サーバ装置間の通信を中継する中継装置とが、通信可能に構成された通信システムであって、
   前記サーバ装置は、
   前記中継装置に対して定期的に通信を行う定期通信手段と、
   他のサーバ装置へ電子メールを送信する場合に、前記中継装置に対して電子メールの中継を要求するメール送信手段と、を備え、
   前記中継装置は、
   前記サーバ装置から電子メールの中継を要求された場合に、要求元のサーバ装置による当該中継装置に対する通信と電子メールの送信先のサーバ装置による当該中継装置に対する通信とが重複したタイミングで行われるように調整する調整手段と、
   前記調整手段により調整されたタイミングで、前記要求元のサーバ装置から送信されてきた電子メールを前記送信先のサーバ装置へ送信されるように中継する中継手段と、を備えること
   を特徴とする通信システム。
2. 前記調整手段は、前記サーバ装置から電子メールの中継を要求された場合に、前記送信先のサーバ装置が当該中継装置に対して定期的に行う通信のタイミングに合わせた送信タイミングを前記要求元のサーバ装置に通知し、
   前記メール送信手段は、前記中継装置から通知された前記送信タイミングで前記中継装置に対して電子メールを送信すること
   を特徴とする請求項１に記載の通信システム。
3. 前記メール送信手段は、送信時刻が指定された電子メールを他のサーバ装置へ送信する場合に、前記中継装置に対して前記送信時刻での電子メールの中継を要求し、
   前記調整手段は、前記サーバ装置から前記送信時刻での電子メールの中継を要求された場合には、前記送信先のサーバ装置が前記送信時刻に合わせたタイミングで当該中継装置に対して通信を行うように調整すること
   を特徴とする請求項１又は請求項２に記載の通信システム。
4. 前記調整手段は、調整したタイミングで前記要求元のサーバ装置及び前記送信先のサーバ装置のうちの少なくとも一方から当該中継装置に対して通信が行われなかった場合には、前記要求元のサーバ装置による当該中継装置に対する通信と前記送信先のサーバ装置による当該中継装置に対する通信とが重複したタイミングで行われるように再調整すること
   を特徴とする請求項１から請求項３までのいずれか１項に記載の通信システム。
5. メールサーバとして機能する複数のサーバ装置と、前記サーバ装置間の通信を中継する中継装置とが、通信可能に構成された通信システムにおいて前記サーバ装置として用いられる情報処理装置であって、
   前記中継装置に対して定期的に通信を行う定期通信手段と、
   他のサーバ装置へ電子メールを送信する場合に、前記中継装置に対して電子メールの中継を要求するメール送信手段と、
   を備えることを特徴とする情報処理装置。
6. メールサーバとして機能する複数のサーバ装置と、前記サーバ装置間の通信を中継する中継装置とが、通信可能に構成された通信システムにおいて前記中継装置として用いられる情報処理装置であって、
   前記サーバ装置から電子メールの中継を要求された場合に、要求元のサーバ装置による当該中継装置に対する通信と電子メールの送信先のサーバ装置による当該中継装置に対する通信とが重複したタイミングで行われるように調整する調整手段と、
   前記調整手段により調整されたタイミングで、前記要求元のサーバ装置から送信されてきた電子メールを前記送信先のサーバ装置へ送信されるように中継する中継手段と、
   を備えることを特徴とする情報処理装置。
7. メールサーバとして機能する複数のサーバ装置と、前記サーバ装置間の通信を中継する中継装置とが、通信可能に構成された通信システムにおける前記サーバ装置としてコンピュータを機能させるためのプログラムであって、
   前記中継装置に対して定期的に通信を行う定期通信手段と、
   他のサーバ装置へ電子メールを送信する場合に、前記中継装置に対して電子メールの中継を要求するメール送信手段
   としてコンピュータを機能させることを特徴とするプログラム。
8. メールサーバとして機能する複数のサーバ装置と、前記サーバ装置間の通信を中継する中継装置とが、通信可能に構成された通信システムにおける前記中継装置としてコンピュータを機能させるためのプログラムであって、
   前記サーバ装置から電子メールの中継を要求された場合に、要求元のサーバ装置による当該中継装置に対する通信と電子メールの送信先のサーバ装置による当該中継装置に対する通信とが重複したタイミングで行われるように調整する調整手段と、
   前記調整手段により調整されたタイミングで、前記要求元のサーバ装置から送信されてきた電子メールを前記送信先のサーバ装置へ送信されるように中継する中継手段
   としてコンピュータを機能させることを特徴とするプログラム。

Images