JP3765488B2

JP3765488B2 - メールサーバ

Info

Publication number: JP3765488B2
Application number: JP2002267668A
Authority: JP
Inventors: 好史谷本; 政史江口
Original assignee: Murata Machinery Ltd
Current assignee: Murata Machinery Ltd
Priority date: 2002-09-13
Filing date: 2002-09-13
Publication date: 2006-04-12
Anticipated expiration: 2022-09-13
Also published as: JP2004104732A

Description

【０００１】
【発明の利用分野】
この発明は、電子メールサーバに関し、メールサーバが通信機能を停止する場合等に、他のメールサーバを代替として使用するための処理に関する。
【０００２】
【従来技術】
【０００３】
【特許文献１】
特開２０００−７６１５４
【０００４】
特許文献１は、電子メール機能付通信端末装置において、情報を設定すべき相手装置が多数ある時でも、電子メールにより遠隔から相手装置の情報を設定することができる旨を開示している。
【０００５】
インターネットファクシミリ装置などの電子メールクライアントは、送受信時に使用する所定のメールサーバ（ＳＭＴＰサーバ、ＰＯＰサーバ等）をあらかじめ登録しておくことができる。しかしながら、メールクライアントが電子メールの送受信する際に、メールサーバが保守作業中であったり、予測外の障害が生じたりすると、そのメールサーバは使用できず、電子メールを送受信することができない。また再送信などで送信を行うことができても、送信が遅れることになる。
【０００６】
【発明の課題】
この発明では、メールクライアントが電子メールを送受信する際に、所定のメールサーバが障害等で使用できない状態にあるときには、他のメールサーバを用い電子メールの送信を速やかに行うようにすることにある（請求項１，２）。
【０００７】
【発明の構成】
この発明のメールサーバは、メールクライアントが使用する他のメールサーバの動作状況を確認し、該メールサーバの動作状況が正常から異常に変化したことを検出するための確認手段と、前記他のメールサーバのメールクライアントに関する情報を記憶するためのクライアント情報記憶手段と、前記確認手段が他のメールサーバの動作状況が正常から異常に変化し、正常に動作していないことを検出すると、メールクライアントが使用するメールサーバを前記他のメールサーバから変更して自機を代替メールサーバとするための設定変更情報を、前記クライアント情報記憶手段に記憶されたメールクライアントに送信するための送信手段とを設ける（請求項１）。
【０００８】
また好ましくは、前記確認手段は、動作状況の確認を所定時間毎に行うようにする。さらに好ましくは、前記確認手段は、前記他のメールサーバに対して自機当ての電子メールを送信し、そのメールが正常に受信できるか否かに基づいて、前記他のメールサーバの動作状況を確認する。
【０００９】
さらに好ましくは、前記確認手段が他のメールサーバの動作状況が異常から正常へ変化したことを検出すると、前記送信手段は、使用するメールサーバを前記他のメールサーバへ変更するための復旧情報を前記メールクライアントへ送信する（請求項２）。
【００１０】
【発明の作用と効果】
この発明では、メールクライアントが使用するメールサーバの動作状況を他のメールサーバにより確認し、動作状況が変化すれば使用するメールサーバを変更することとして、メールサーバを変更するための設定変更情報をメールクライアントに送信する。障害等によりメールサーバの動作状況が変化するとこれを検出し、メールクライアントのメールサーバの設定変更を迅速に行い、電子メールの送受信が不可能になる事態を避けることができる。この設定変更情報には、メールサーバのドメイン名やＩＰアドレス、メールアドレス情報等を含める。メールクライアントはこの情報を用い、メールサーバの設定を変更し、電子メールの送受信時には代替のメールサーバを使用する。メールクライアントは代替のメールサーバを介して電子メールを送受信するので、速やかに送信処理を行うことができ（請求項１，２）、障害等からの復旧時には元のメールサーバを用いて送信処理を行うことができる（請求項２）。
【００１１】
なお動作状況の確認を所定時間毎に行うと、動作状況の変化を速やかに検出してこれに対応し、代替のメールサーバによる電子メールの送受信を可能にして、電子メールの送受信ができない事態を防止できる。
【００１２】
またメールクライアントの使用するメールサーバに対し、自機当ての電子メールを送信すると、メールサーバの動作状況の変化を検出でき、急な障害等により電子メールの送受信が不可能になった場合や、障害等からの復旧を速やかに検出することができる。
【００１３】
この発明では、メールクライアントの使用するメールサーバの動作状況が正常から異常、あるいは異常から正常に変化したことを検出し、メールサーバの設定変更情報をメールクライアントに速やかに送信する。そのため障害等によりメールサーバが使用できない場合等に電子メールの送受信が不可能になる事態を避けることができ、メールサーバが復旧すれば元のメールサーバを使用することができる（請求項１，２）。
【００１４】
【実施例】
図１〜図７に実施例を示す。図１に示すＬＡＮ１内において、２はメールクライアントのパーソナルコンピュータやインターネットファクシミリ装置等で、４は、メールクライアント２からの電子メールを、送信先のメールサーバまで送信するためのメールサーバ（第１ＳＭＴＰサーバ）である。６はメールサーバ４の代替えとして機能するためのメールサーバ（第２ＳＭＴＰサーバ）で、実施例では、第１ＳＭＴＰサーバと第２ＳＭＴＰサーバとをＬＡＮ１内に接続する。８は、ユーザのアクセスにより、そのユーザへのメールを引き渡すためのＰＯＰサーバである。なお１０は、インターネット１２とＬＡＮ１とを接続するためのルータである。
【００１５】
図２にメールサーバ４の主な構成を示すと、２０は主制御装置（ＣＰＵ）で、２２はプログラム等を記憶するためのＲＯＭ、２４はクライアント情報や処理中のデータ等を記憶するためのＲＡＭ、２５はハードディスク等の補助記憶で、クライアント情報等をバックアップ用に記憶する。２６は、メールクライアントが指定した送信先へ、電子メールを送信するためのメール送信部である。２８はメールサーバ設定変更情報作成部で、電子メールの送信を別のメールサーバに代替えさせる場合に、メールクライアント２に送信するためのメールサーバの変更情報や復旧情報を作成する。なお設定変更情報には、代替のメールサーバのドメイン名やＩＰアドレス等のほか、代替のメールサーバが動作を開始する時刻情報等を含める。３０はＬＡＮインターフェースで、ＬＡＮ１に接続するためのものである。ＬＡＮ１には、ルータ１０や、複数のメールクライアント２，２００、メールサーバ６（第２ＳＭＴＰサーバ）、ＰＯＰサーバ８等が接続される。ＬＡＮ１内での通信は、ＬＡＮインターフェース３０を介して電子メール形式で行われる。なお、図２はメールサーバ４の主な構成を示したが、メールサーバ６等の他のメールサーバの構成も同様である。
【００１６】
メールサーバ４は、メールクライアント２から電子メールを受け取り、メールクライアント２の指定する送信先へ、メール送信部２６からＬＡＮ１、ルータ１０を介し送信する。またメールサーバ４や６は、メールサーバの設定変更情報を、メールサーバ変更設定メールや変更復旧設定メールとして、ＬＡＮ１を介し配下のメールクライアント２，２００へ送信する。
【００１７】
図３及び図４を用い、この実施例の動作を説明する。この実施例では、メールサーバ４（第１ＳＭＴＰサーバ）がメールクライアント２のメールサーバとして動作しており、メールサーバ４に障害など予期できない事態が発生した場合に対応する。実施例では、メールクライアント２は電子メール送信用のメールサーバ情報を記憶しており、メールサーバ４，６は配下にあるメールクライアント情報を記憶している。ここでメールサーバ情報は、メールサーバのドメイン名やＩＰアドレス等であり、メールクライアント情報は、メールサーバ配下のメールクライアントのリストで、各メールクライアントのドメイン名やＩＰアドレス、メールアドレス情報等である。そしてメールクライアント２は、電子メールをメールサーバ４経由で送信している。
【００１８】
この実施例では、メールクライアントの使用するメールサーバに、障害など予測できない事態が発生した場合に対応する。図に示すように、使用中のメールサーバを第１ＳＭＴＰサーバとし、第２ＳＭＴＰサーバは第１ＳＭＴＰサーバの動作状態を確認し、動作状態の変化を検出する。動作状態の変化は、第１ＳＭＴＰサーバが動作中に装置異常や障害の発生等が生じた場合の他、異常状態から正常に動作するように復旧した場合も含める。
【００１９】
図において、メールサーバ６（第２ＳＭＴＰサーバ）は、メールサーバ４（第１ＳＭＴＰサーバ）の動作状態の確認を継続的に行う（ステップＳ４０）。動作状態の確認は、メールサーバ６が所定時間毎に（例えば５分に１回）、メールサーバ４に対し自機宛てのメールを送信し、このメールが正常に受信できればメールサーバ４が正常に動作していると判断する等による。正常に受信できないときには、メールサーバ４に障害が発生したとする。またメールサーバ４に障害等が発生した場合にも、所定時間毎に自機へのメールを送信し続けることにより、メールの受信ができたか否かで、メールサーバ４の復旧を検出することができる。
【００２０】
このように、動作状態の検出を所定時間毎に繰り返すことにより（ステップＳ４１）動作状態の変化を検出し、動作状態が正常から異常へ変化したときには、メールサーバの代替情報（設定変更情報）をメールクライアント２へ通知し（ステップ４２）、メールクライアント２は受信した情報に従い送信用メールサーバの設定を変更し（ステップＳ４３）、例えばメールサーバ６等の他のメールサーバを使用して電子メールの送信を行う。
【００２１】
動作状態の検出が、異常から正常への変化であるときは、メールサーバ４の送信機能が復旧したものとして、例えば元のメールサーバへの変更等のメールサーバの代替情報をメールクライアント２へ通知し（ステップＳ４４）、メールクライアント２は受信した情報に従い送信用メールサーバの設定を変更する（ステップＳ４５）。このように他のメールサーバにより、使用中のメールサーバの動作状態を常に確認しているため、突然メールサーバに障害等が発生しても、速やかに他の送信用メールサーバへと設定を変更することができる。
【００２２】
上記実施例においては、メールクライアントが送信に使用する第１ＳＭＴＰサーバを、第２ＳＭＴＰサーバに変更する場合について説明したが、ＳＭＴＰサーバに限る必要はない。メールクライアントが電子メールを受信するためにＰＯＰ（Post Office Protocol）や、ＩＭＡＰ（Internet Message Access Protocol）を使用指定している場合には、メールクライアントに設定されたＰＯＰサーバやＩＭＡＰサーバに関するメールサーバ情報（メールサーバのＩＰアドレス、ドメイン名、メールアカウント情報等）を変更すればよい。この場合、プロトコルの性質上、メールサーバ内のメールボックスにある未受信メールも代替サーバに移す。また、メールサーバ変更設定メールに時刻を指定することが望ましい。
【００２３】
図５に、ＬＡＮ１に接続された複数のメールサーバ４，６が、メールクライアント情報等を共有する実施例を示す。図５では、各メールサーバにメールクライアント情報をそれぞれ持たせるのではなく、例えばメールクライアント情報等をデータベース化し、データを共通化して、各メールサーバからアクセスできるようにする。図において、３２は例えばデータベース・サーバやＬＡＮ管理用パーソナルコンピュータ等に設けたメモリ等である。メモリ３２には、メールクライアント２等のメールアドレス等のクライアント情報を含むクライアントリストの他、各メールサーバ４，６での送信待ち行列や、通信管理記録や、認証情報及び再送情報等を格納する。これらの情報をメールサーバ間等で共有することにより、例えば送信待ち行列から未処理の送信ジョブを代替のメールサーバに引き継ぐこと等の処理を、円滑に行うことができる。
【００２４】
なお図５の実施例では、専用のデータベースを設け、これにメールクライアント情報等を共通化してデータベース化したものである。そのほか、各メールサーバの持つクライアント情報、例えば図５の第１ＳＭＴＰサーバのクライアントリストと、第２ＳＭＴＰサーバのクライアントリストとを別々のハードウエアにミラーリングして２重に記憶し、各メールサーバからのアクセスを可能にしても良い。この実施例では、メールサーバ間での負荷の分散が可能になり、またメールクライアントとメールサーバの情報を、一元的かつ集中的に共有し管理できるので、信頼性の高い処理を行うことができる。
【００２５】
なお、図６、図７に参考例として、メールサーバからメールクライアントへ送信する、設定変更メールを示す。図６に、メールサーバを代替のサーバに設定変更することを通知するための設定変更メール４０を示し、図７に代替のメールサーバから元のサーバへ設定を戻すことを通知するための復旧設定メール４２を示す。図６において、メール４０のヘッダ部分に、第２ＳＭＴＰサーバ（代替のサーバ：メールサーバ６）からメールクライアントであるインターネットファクシミリに対するメールであること、「Subject」部にサーバのメンテナンスに関する情報であることが記載されている。このメール４０は、第１ＳＭＴＰサーバ（メールサーバ４）の配下のすべてのメールクライアントに対し送信される。代替のサーバ情報は、メール４０の本文部分に記載され、代替となる第２ＳＭＴＰサーバ（メールサーバ６）のドメイン名とＩＰアドレス及び代替の開始時刻とが記載されている。
【００２６】
図７に示す復旧設定メールは、復旧した第１ＳＭＴＰサーバ（メールサーバ４）からメールクライアントであるインターネットファクシミリに送信される。図８のメールと同様に、本文部分に復旧するメールサーバ４のドメイン名とＩＰアドレスと復旧時刻とが記載されているが、元のメールサーバ４に復旧する場合には、復旧時刻のみを記載しても良い。
【００２７】
このように実施例によれば、障害等による突然の送受信機能停止の場合には、他のメールサーバがこれを速やかに検出し、メールクライアントに代替のメールサーバ情報を送信する。メールクライアントは、この情報に従いメールサーバを変更し、代替のメールサーバを使用して電子メールの送受信を継続して行うことができる。そのため、元のメールサーバの復旧作業等の間、電子メールの送受信ができない、あるいは送受信が遅滞するという事態を防止することができる。そして、メールサーバの復旧後は速やかに元の設定に戻すことができるので、ユーザにとって便利で、メールが送受信できないという事態を避けることができる。さらに、各メールサーバの有するメールクライアント情報を、例えばデータベース化する等により、クライアントや送信に関する情報の共有化が図れ、代替のメールサーバによる処理の引継等を速やかに行うことができる。なお、実施例のメールサーバはＬＡＮ内に接続されているが、ＬＡＮ外に設けたものであっても良い。さらに実施例のメールシステムは、１つのＬＡＮ内に限定される必要はない。
【図面の簡単な説明】
【図１】実施例での、ＬＡＮ内でのメールクライアントとメールサーバとの接続関係を示す図
【図２】実施例のメールサーバの構成を示すブロック図
【図３】実施例での、メールクライアントとメールサーバとの接続を示す図
【図４】実施例での、代替のメールサーバを用い、使用中のメールサーバの動作状況を管理する動作を示す図
【図５】別の実施例での、複数のメールサーバによるメールクライアント情報の共有を示す図
【図６】参考例のメールサーバ変更設定メールを示す図
【図７】参考例のメールサーバ復旧設定メールを示す図
【符号の説明】
１ＬＡＮ
２，２００メールクライアント
４第１ＳＭＴＰサーバ
６第２ＳＭＴＰサーバ
８ＰＯＰサーバ
１０ルータ
１２インターネット網
２０ＣＰＵ
２２ＲＯＭ
２４ＲＡＭ
２５補助記憶
２６メール配送部
２８設定変更情報作成部
３０ＬＡＮインターフェース
３２メモリ
４０メールサーバ変更設定メール
４２メールサーバ復旧設定メール

Claims

メールクライアントが使用する他のメールサーバの動作状況を確認し、該メールサーバの動作状況が正常から異常に変化したことを検出するための確認手段と、
前記他のメールサーバのメールクライアントに関する情報を記憶するためのクライアント情報記憶手段と、
前記確認手段が他のメールサーバの動作状況が正常から異常に変化し、正常に動作していないことを検出すると、メールクライアントが使用するメールサーバを前記他のメールサーバから変更して自機を代替メールサーバとするための設定変更情報を、前記クライアント情報記憶手段に記憶されたメールクライアントに送信するための送信手段とを設けた、メールサーバ。
前記確認手段が他のメールサーバの動作状況が異常から正常へ変化したことを検出すると、前記送信手段は、使用するメールサーバを前記他のメールサーバへ変更するための復旧情報を前記メールクライアントへ送信することを特徴とする、請求項１のメールサーバ。