(57)【要約】【課題】  電子メール送受信における遅延を監視するシステムを提供する。【解決手段】  コンピュータＢ６０３からコンピュータＡ６０１に電子メールの送信を行う場合、送信メールには監視用ＩＤが付されるとともに、その発信時刻が記録される。このメールがコンピュータＡ６０１で受信され返信されるときには、送信メールと同一の監視用ＩＤが付される。コンピュータＢ６０３では、発信時刻からしきい値を超える時間が経過しても返信メールを受信しない場合には、遅延が発生したものとして、固定電話６０７、ＦＡＸ６０８、携帯電話６０９によりコンピュータＢ６０３のユーザにその旨通知する。しきい値を超える時間の経過前に返信メールを受信した場合には、その受信時刻が記録される。【選択図】  図６
2007058495.tif 000002
【特許請求の範囲】
【請求項１】
クライアントコンピュータと接続する複数のメールサーバがネットワークを介して接続されて構成され、前記クライアントコンピュータのいずれかにより発信された電子メールの送受信について遅延の有無を監視する電子メール遅延監視システムであって、
発信する電子メールに監視用ＩＤを付す第１の手段と、
前記電子メールの発信時に発信時刻を記録する第２の手段と、
送信先からの前記監視用ＩＤ付き返信メールの有無を確認する第３の手段と、
前記返信メールの受信前に前記発信時刻から第１しきい値の時間が経過した場合、発信元の管理者に遅延警告を通知する第４の手段と、
前記返信メールの受信前に前記発信時刻から第２しきい値の時間が経過した場合、前記発信元の管理者に遅延エラーを通知する第５の手段と、
前記発信時刻から前記第１または第２しきい値の時間が経過する前に前記返信メールを受信した場合、受信時刻を記録する第６の手段とを、前記クライアントコンピュータ乃至発信側のメールサーバに設けたことを特徴とする電子メール遅延監視システム。
【請求項２】
請求項１に記載の電子メール遅延監視システムにおいて、
前記第４の手段および前記第５の手段は、公衆網を介し、電話、ＦＡＸまたは携帯電話の通信機能を利用することを特徴とする電子メール遅延監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は電子メール遅延監視システムに係り、より詳細には電子メール送受信システムの停止や遅延を外部から監視するシステムに関する。
【背景技術】
【０００２】
電子メールは、いまや人々の日常に不可欠な情報通信手段となっている。迅速なやり取りが可能であることから、電子メールは受発注をはじめとして業務上の様々な通信に幅広く利用されている。したがって、電子メールシステムの停止や遅延は業務に大きな支障をきたすばかりでなく、甚大な損害を引き起こす可能性がある。また、電子メールは個人的な活動にも大いに利用されており、例えばショッピングの決済や緊急の連絡を行う場合など、遅延なくメールの送受信を行うことができるのが望ましい。
こうした点に鑑み、例えば特許文献１に記載されているように、メールの停止や遅延を監視するシステムが開発されている。
【特許文献１】特開２００４−１３５１０４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
図７に示すのは一般的なメールシステムの概略図である。こうしたメールシステムにおいて、例えばクライアントＡ７０１から発信されたメールは、メールサーバ７０２を介し、インターネット７０５を経由してメールサーバ７０４からメールクライアントＢ７０３に到達する。ここで、メール送受信に遅延や停止が発生した場合、ＬＡＮ、メールサーバ、ＷＡＮ、インターネットプロバイダ等の様々な要素のうち何れに問題があって遅延や停止が発生しているのかがわからないという問題がある。
【０００４】
そこで、一般的な電子メール監視システムでは、メールサーバの中のサーバプログラムが稼動しているか否かが監視される。しかし、実際のところ、例えば一度に大量のメール送信が行われた場合などは、プログラムは正常に作動していてもメールの送信が滞り、停止・遅延が発生していることがある。
【０００５】
これに対し、特許文献１に記載の電子メール監視システムによれば、メールヘッダに送受信日時を設定することにより、メールシステム全体が正常に機能しているかどうかを監視するとともに、どのメールサーバでメールが遅延しているのかを知ることができる。また、遅延の原因が回線・ネットワーク・メールサーバ自体の何れにあるのかが分かるので、管理を容易にすることができる。
【０００６】
しかし、特許文献１に記載のシステムによると、メールのヘッダを確認しなければ遅延の判断ができない。すなわち、何れかのメールサーバが実際にメールを受信しないと遅延の有無を知ることができない。また、一般に企業などでは送信と受信に同一のサーバを利用するため、ファイアウォールを設置しており、組織外のメールサーバとやり取りを行うには設定変更を行わなければならないなど煩雑である。
したがって、メールサーバでのメール受信の有無にかかわらず、発信から一定時間が経過すると遅延判断が可能な監視システムを提供することが望ましい。
【課題を解決するための手段】
【０００７】
こうした課題に鑑み、本発明が提供するのは、クライアントコンピュータと接続する複数のメールサーバがネットワークを介して接続されて構成され、前記クライアントコンピュータのいずれかにより発信された電子メールの送受信について遅延の有無を監視する電子メール遅延監視システムである。この電子メール遅延監視システムは、発信する電子メールに監視用ＩＤを付す第１の手段と、電子メールの発信時に発信時刻を記録する第２の手段と、送信先からの監視用ＩＤ付き返信メールの有無を確認する第３の手段と、返信メールの受信前に発信時刻から第１しきい値の時間が経過した場合、発信元の管理者に遅延警告を通知する第４の手段と、返信メールの受信前に発信時刻から第２しきい値の時間が経過した場合、発信元の管理者に遅延エラーを通知する第５の手段と、発信時刻から第１または第２しきい値の時間が経過する前に返信メールを受信した場合、受信時刻を記録する第６の手段とを、クライアントコンピュータ乃至発信側のメールサーバに設けたことを特徴とする。
【０００８】
また、この電子メール遅延監視システムにおいて、遅延警告を通知する第４の手段および遅延エラーを通知する第５の手段は、公衆網を介し、電話、ＦＡＸまたは携帯電話の通信機能を利用する。
【発明の効果】
【０００９】
本発明によれば、電子メールの送信から一定時間が経過しても返信メールがなければ遅延とみなすため、メールサーバでのメール受信の有無にかかわらず、遅延を容易に確認することができる。また、電話やＦＡＸ等を利用して遅延発生の通知が行われるので、発信元のユーザはこれを確実に知ることができる。したがって、電子メールを利用して受発注を行っている企業などがメール遅延時に対応をとりやすくなる。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照して本発明の一実施例を説明する。なお、以下本明細書においては、本発明の電子メール遅延監視システムをＭＤＷ（Ｍａｉｌ  Ｄｅｌａｙ  Ｗａｔｃｈｄｏｇ）という。
【００１１】
図６に示すのは、本発明による電子メール遅延監視システムの概略図である。図示するように、クライアント（ＭＤＷコントローラともいう）Ａ６０１とクライアント（ＭＤＷコントローラともいう）Ｂ６０３とは各々メールサーバ６０２・６０４を介し、インターネット６０５を経由してメールの送受信を行う。また、本発明による電子メール遅延監視システムによれば、公衆通信網６０６を通じて固定電話６０７、ＦＡＸ６０８、携帯電話６０９等の通信機器を利用してユーザに通知を行うことが可能である。携帯電話６０９はインターネットを介して電子メールを受信する機能を備えていてもよい。
【００１２】
各ＭＤＷコントローラは、図４に示す監視メール（以下ＭＤＷメールという）の送信履歴を管理するデータベーステーブル（以下履歴記録テーブルという）と、図５に示すＭＤＷの設定項目を格納するデータベーステーブル（以下コンフィグテーブルという）とを備える。まず、図４の履歴記録テーブルの各項目について説明する。
【００１３】
アドレスＩＤ（Ａｄｄｒｅｓｓ  ＩＤ）は送信先のアドレスであり、図５に示すコンフィグテーブルのアドレスＩＤ（Ａｄｄｒｅｓｓ  ＩＤ）と同一である。また、各メールを識別するためのＭＤＷ  ＩＤはアドレスＩＤとシーケンシャルな番号とから成り、メール送信のたびに生成される。すなわち、履歴記録テーブルには送信のたびに新しいレコードが追加される。なお、ここで、シーケンシャルな番号とは１から始まる整数である。
【００１４】
送信時刻（Ｓｅｎｄ  Ｔｉｍｅ）は、監視用のＭＤＷ送信メールを送信した時点の日時を入力する項目である。また、受信フラグ（Ｒｅｃｅｉｖｅ  Ｆｌａｇ）は、監視用のＭＤＷ返信メールが受信済みかどうかを表す。さらに、受信時刻（Ｒｅｃｅｉｖｅ  Ｔｉｍｅ）には、監視用のＭＤＷ返信メールを受信した時点の日時が入力される。
【００１５】
警告通知済フラグ（Ｗａｒｎｉｎｇ  Ｄｏｎｅ  Ｆｌａｇ）は、遅延チェック処理により警告メッセージを発信したことを示すフラグを入力する項目である。また、エラー通知済フラグ（Ｅｒｒｏｒ  Ｄｏｎｅ  Ｆｌａｇ）は、遅延チェック処理によりエラーメッセージを発信したことを示すフラグを入力する項目である。
【００１６】
次に、図５に示すコンフィグテーブルの各項目について説明する。
アドレスＩＤは、図４に示す履歴記録テーブルのアドレスＩＤとリレーションする一意のＩＤである。コンフィグテーブルのアドレスＩＤが親となる。
アドレス（Ａｄｄｒｅｓｓ）は、監視用のＭＤＷ送信メールおよびＭＤＷ返信メールの送受信対象メールアドレスである。また、警告時間（Ｗａｒｎｉｎｇ  Ｔｉｍｅ）は遅延時間の第１しきい値であり、これを超えると警告と判断される。同様に、エラー時間（Ｅｒｒｏｒ  Ｔｉｍｅ）は遅延時間の第２しきい値であり、これを超えるとエラーと判断される。警告時間はエラー時間よりも短いものとし、いずれもユーザが任意に設定することができる。
【００１７】
電話（Ｐｈｏｎｅ）、ＦＡＸ、メール（Ｍａｉｌ）は、エラーまたは警告と判断された場合に通知する連絡先の電話番号、ＦＡＸ番号、メールアドレスをそれぞれ入力する項目である。電話番号は携帯電話の番号であってもよく、メールアドレスは携帯電話のメールアドレスであってもよい。また、図５のコンフィグテーブルでは電話、ＦＡＸ、メールはそれぞれ１つのみ入力可能になっているが、これらの各項目は複数入力することも可能である。
【００１８】
さらに、ＳＭＴＰサーバ（ＳＭＴＰ  ＳＶ）、ＰＯＰサーバ（ＰＯＰ  ＳＶ）、ユーザＩＤ（Ｕｓｅｒ  ＩＤ）、パスワード（Ｐａｓｓｗｏｒｄ）は、監視用のＭＤＷ送信メール／ＭＤＷ返信メールを送受信するためのアクセスサーバの情報およびアカウント情報を格納する。送信先用公開鍵（Ｋｅｙ）は、監視用のＭＤＷ送信メールを送信する際に、暗号化に用いられる。
【００１９】
続いて、図１乃至３を参照して本発明による電子メール監視システムの処理を説明する。図１はこの電子メール監視システムの処理フロー図、図２はＭＤＷ  ＩＤの取得処理を説明するフロー図、図３は遅延チェック処理フロー図である。ここでは、ＭＤＷを実装したクライアントＢ６０３からＭＤＷを実装したクライアントＡ６０１に電子メールの送信を行う場合の遅延監視について説明する。
【００２０】
図１を参照すると、まず、段階Ｓ１０１において、クライアントＢ６０３ではＭＤＷ  ＩＤの取得処理が行われる。ＭＤＷ  ＩＤ取得処理の詳細を図２に示す。
段階Ｓ２０１において、図５に示すコンフィグテーブルから、格納しているＭＤＷの設定項目の全てを読み込む処理が行われる。次に、段階Ｓ２０２において、段階Ｓ２０１で読み込んだアドレスＩＤを履歴記録テーブルで検索し、段階Ｓ２０３で直近のＭＤＷ  ＩＤの有無を判定する処理が行われる。
【００２１】
ここで、直近のＭＤＷ  ＩＤが存在する場合には、段階Ｓ２０４に進み、そのＭＤＷ  ＩＤのシーケンシャル番号部分をインクリメントしてセットする。また、直近のＭＤＷ  ＩＤが存在しない場合には、段階Ｓ２０５に進み、ＭＤＷ  ＩＤのシーケンシャル番号部分に初期値１をセットする。
【００２２】
こうして、段階Ｓ２０４または段階Ｓ２０５で生成されたＭＤＷ  ＩＤと、段階Ｓ２０１で読み込んだアドレスＩＤとが含まれる新しいレコードが、段階Ｓ２０６において履歴記録テーブルに追加される。
【００２３】
次に、図１の段階Ｓ１０２に進み、ＭＤＷ  ＩＤおよびＭＤＷ送信であることを示すキーの暗号化が行われる。このとき、段階Ｓ１０１（Ｓ２０１）において取得した送信先用公開鍵が用いられる。暗号化されたＭＤＷ  ＩＤおよびＭＤＷ送信であることを示すキーは、送信メールの題名（Ｓｕｂｊｅｃｔ）にセットされる。その後、段階Ｓ１０３において、この送信メールは、段階Ｓ１０１（Ｓ２０１）で読み込んだＳＭＴＰサーバ６０４を利用し、同じく段階Ｓ１０１（Ｓ２０１）で取得した送信先アドレス（アドレスＩＤ）すなわちクライアントＡ６０１に宛てて送信される。
【００２４】
続いて、段階Ｓ１０４では、履歴記録テーブルにおいて送信したメールのＭＤＷ  ＩＤの検索が行われる。該当するＭＤＷ  ＩＤが検出されると、このＭＤＷ  ＩＤを持つレコードの送信時刻に現在日時が記録される。その後、クライアントＢ６０３では、段階Ｓ１０１（Ｓ２０１）で読み込んだコンフィグテーブルの警告時間が経過するまでスリープする。
【００２５】
段階Ｓ１０６において、クライアントＢ６０３では段階Ｓ１０１（Ｓ２０１）において読み込んだコンフィグテーブルのＰＯＰサーバ６０４を利用し、同じく段階Ｓ１０１（Ｓ２０１）で取得したユーザＩＤおよびパスワードを利用して、メールの受信処理が行われる。受信メールの有無は段階Ｓ１０７において判定され、受信メールがある場合には段階Ｓ１０８へ進み、受信メール数をＮにセットする。また、受信メールがない場合には段階Ｓ１２０へ進み、処理を終了する。
【００２６】
次に、段階Ｓ１０９において、Ｃに１を代入する。Ｃは、受信メールを順にチェックするためのカウンタである。段階Ｓ１１０において、ここでは１番目のメールの題名を読み込み、ユーザは自身の秘密鍵で題名の復号化処理を行う。
また、段階Ｓ１１１において、受信したメールの送信元アドレスと、段階Ｓ１０１（Ｓ２０１）で読み込んだコンフィグテーブルのアドレスＩＤとを比較することにより、２つのアドレスが同一であるか否かが判断される。２つのアドレスが同一であれば段階Ｓ１１２へ進み、異なる場合には段階Ｓ１１７へ進む。
【００２７】
段階Ｓ１１２においては、受信したメールがＭＤＷの返信メール、すなわち段階Ｓ１０３で送信したメールに対する返信であるかどうかの判定が行われる。復号された題名に含まれるＭＤＷ  ＩＤを履歴記録テーブルで検索した結果、このＭＤＷ  ＩＤが検出され、且つ復号された題名にＭＤＷ返信であることを示すキーが存在する場合、このメールは返信メールであるとして段階Ｓ１１３へ進む。一方、ＭＤＷ  ＩＤが検出されない場合、または復号された題名にＭＤＷ返信であることを示すキーが存在しない場合には、このメールは返信メールではないものとして段階Ｓ１１４に進む。
【００２８】
段階Ｓ１１３では、履歴記録テーブルにおいて、受信したメールのＭＤＷ  ＩＤの検索が行われ、このＭＤＷ  ＩＤを持つレコードの受信フラグにＴｒｕｅが記録されるとともに、受信時刻には現在日時が記録される。
【００２９】
段階Ｓ１１４においては、受信したメールがＭＤＷのメールであるか否かが、復号された題名にＭＤＷ送信であることを示すキーが含まれるか否かにより判定される。ここで、ＭＤＷ送信であることを示すキーが存在する場合には段階Ｓ１１５へ進み、存在しない場合には段階Ｓ１１７へ進む。
【００３０】
段階Ｓ１１５は、受信ログを記録する処理である。受信ログは、受信日時とメールヘッダをファイルにシーケンシャルに記録する。
段階Ｓ１１６では、受信したメールに対する返信処理が行われる。受信メールの題名に含まれていたＭＤＷ  ＩＤと、ＭＤＷ返信であることを示すキーとは、段階Ｓ１０１（Ｓ２０１）で取得した送信先用公開鍵を用いて暗号化され、送信メールの題名にセットされて、返信処理が行われる。
【００３１】
返信処理の後、段階Ｓ１１７において、カウンタの値Ｃがインクリメントされる。ここで、次の段階Ｓ１１８において、Ｃが最大受信メール数Ｎを超えているか否かが判定される。Ｃの値がＮを超えていれば段階Ｓ１１９へ進み、処理を終了する（段階Ｓ１２０）。また、超えていない場合には段階Ｓ１１０に戻り、他の受信メールについて以降の処理を行う。
【００３２】
段階Ｓ１１８でＣの値がＮを超えている場合、段階Ｓ１１９において遅延チェック処理が行われる。この遅延チェック処理については図３を参照して説明する。
まず、段階Ｓ３０１において、履歴記録テーブルから受信フラグがＮＵＬＬである（Ｔｒｕｅでない）レコードを検索する。このとき、検出されたレコード数を段階Ｓ３０２においてＮにセットする。
【００３３】
次に、段階Ｓ３０３において、カウンタＣに初期値１を代入する。これは、先に検出されたレコードから順に検査するためである。また、現在の日時をＴとする。続いて段階Ｓ３０４では、段階Ｓ３０１で検出したレコードのうちＣ番目のレコードを履歴記録テーブルから読み込む。
【００３４】
段階Ｓ３０５において、Ｃ番目のレコードのアドレスＩＤをコンフィグテーブルで検索し、このアドレスＩＤに該当するレコードについてすべての項目を読み込み、次の段階Ｓ３０６において、このレコードの警告通知済フラグがＴｒｕｅであるか否かを判定する。ここで、警告通知済みフラグがＴｒｕｅである場合には段階Ｓ３１０に進み、Ｔｒｕｅでない（ＮＵＬＬである）場合には段階Ｓ３０７に進む。
【００３５】
段階Ｓ３０７では、Ｃ番目のレコードの送信時刻とＴ（現在日時）との差分を求め、この差分と段階Ｓ３０５においてコンフィグテーブルから読み込んだ第１しきい値の警告時間との比較が行われる。差分が警告時間以上の長さである場合には、段階Ｓ３０８に進んで遅延警告を発信元のユーザに通知する。また、差分が警告時間に満たない場合には、段階Ｓ３１０に進む。
【００３６】
段階Ｓ３０８においては、段階Ｓ３０５でコンフィグテーブルから読み込んだ発信元のユーザの固定電話６０７やＦＡＸ６０８、携帯電話６０９等の各通知先に公衆網６０６を通じて警告時間を超えてメールが遅延している旨を通知する処理が行われる。通知が完了したら、段階Ｓ３０９で、Ｃ番目のレコードの警告通知済フラグをＴｒｕｅにする。
【００３７】
続いて、段階Ｓ３１０においては、Ｃ番目のレコードのエラー通知済フラグがＴｒｕｅか否かを判定する。ここで、エラー通知済フラグがＴｒｕｅである場合には段階Ｓ３１４に進み、Ｔｒｕｅでない（ＮＵＬＬである）場合には段階Ｓ３１１に進む。
【００３８】
段階Ｓ３１１では、Ｃ番目のレコードの送信時刻とＴ（現在日時）との差分を求め、この差分と段階Ｓ３０５においてコンフィグテーブルから読み込んだ第２しきい値のエラー時間との比較が行われる。差分がエラー時間以上の長さである場合には、段階Ｓ３１２に進んで遅延エラーを発信元のユーザに通知する。また、差分が警告時間に満たない場合には、段階Ｓ３１４に進む。
【００３９】
段階Ｓ３１２においては、段階Ｓ３０５でコンフィグテーブルから読み込んだ発信元のユーザの電話６０７やＦＡＸ６０８、携帯電話６０９等の各通知先に公衆網６０６を通じてエラー時間を超えてメールが遅延している旨を通知する処理が行われる。通知が完了したら、段階Ｓ３１３において、Ｃ番目のレコードのエラー通知済フラグをＴｒｕｅにする。
【００４０】
続いて、段階Ｓ３１４ではカウンタＣの値がインクリメントされ、次の段階Ｓ３１５において、Ｃが段階Ｓ３０２でセットしたレコードの最大数Ｎを超えているか否かの判定が行われる。ここで、ＣがＮを超えている場合には遅延チェックを終了して復帰し、段階Ｓ１２０で遅延監視処理を終了する。また、超えていない場合には段階Ｓ３０４に戻り、他のレコードについて順次同様の処理が行われる。
【図面の簡単な説明】
【００４１】
【図１】本発明の電子メール遅延監視システムの処理を説明するフロー図。
【図２】本発明におけるＭＤＷ  ＩＤ取得処理を説明するフロー図。
【図３】本発明における遅延チェック処理を説明するフロー図。
【図４】本発明の電子メール遅延監視システムの履歴記録テーブルを示す図。
【図５】本発明の電子メール遅延管理システムのコンフィグテーブルを示す図。
【図６】本発明の電子メール遅延監視システムを示す概略図。
【図７】一般的な電子メールシステムを示す概略図。
【符号の説明】
【００４２】
６０１  クライアントコンピュータＡ
６０２  メールサーバ
６０３  クライアントコンピュータＢ
６０４  メールサーバ
６０５  インターネット
６０６  公衆網
６０７  固定電話
６０８  ＦＡＸ
６０９  携帯電話
７０１  クライアントコンピュータＡ
７０２  メールサーバ
７０３  クライアントコンピュータＢ
７０４  メールサーバ
７０５  インターネット
【図１】
2007058495.tif 000003
【図２】
2007058495.tif 000004
【図３】
2007058495.tif 000005
【図４】
2007058495.tif 000006
【図５】
2007058495.tif 000007
【図６】
2007058495.tif 000008
【図７】
2007058495.tif 000009