JPH06268802A - 電子メールシステムの監視方法 - Google Patents

Abstract

(57)【要約】 【構成】 送信側では、応答期限を必要とする場合は、
電子メールに応答期限情報を付加する。受信側では、応
答期限情報が付加された電子メールを受信すると、取出
しの優先度が最上位となるよう、メール格納用ファイル
の先頭に格納する。また、宛先人が前回他システムから
ログインしていた場合は、そのシステムに対して督促メ
ールを送信する。更に、システムは、応答期限を監視
し、応答期限を過ぎた電子メールがあった場合は、その
送信元に対して電子メールを返送する。 【効果】 電子メールの滞留を防止することができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、電子メールシステムの
監視方法に関し、特に電子メールの滞留状況の監視に関
するものである。

【０００２】

【従来の技術】近年では、公衆回線やＬＡＮ（ローカル
・エリア・ネットワーク）等を用いた電子メールが利用
されている。この電子メールとは、コンピュータ等の情
報処理装置間で、情報のやり取りをメールとして行うシ
ステムである。

【０００３】図２に、このような電子メールシステムを
示す。図において、１００は公衆網あるいはＬＡＮ等か
らなるネットワークであり、このネットワーク１００に
複数のコンピュータシステム２００（２００−１〜２０
０−ｎ）が接続されている。また、各々のコンピュータ
システム２００は、受信した電子メールを格納するため
の磁気ディスク装置等からなる電子メール格納部２０１
（２０１−１〜２０１−ｎ）と、電子メールを表示ある
いは印刷するための図示省略したディスプレイやプリン
タ等を備えている。

【０００４】また、コンピュータシステム２００は、各
々複数のユーザが使用可能となっており、例えば、コン
ピュータシステム２００−１では、ユーザａ、ｂ、ｅ、
…、コンピュータシステム２００−２では、ユーザａ、
ｃ、…、コンピュータシステム２００−３では、ユーザ
ｃ、ｄ、ｅ、ｆ、…、といったように複数のユーザが使
用できるよう構成されている。

【０００５】図３は、電子メール格納部２０１の構成お
よび各ユーザ用ファイルの構成を示す図である。図３の
（ａ）では、電子メール格納部２０１の一例として、電
子メール格納部２０１−１の場合を示しており、この電
子メール格納部２０１−１には、各ユーザａ、ｂ、ｅ、
…、用に各々設けられたユーザａ用ファイル２０１ａ、
ユーザｂ用ファイル２０１ｂ、ユーザｅ用ファイル２０
１ｅ、…、が格納されている。また図３の（ｂ）では、
各ユーザ用ファイルの一例としてユーザａ用ファイル２
０１ａの構成を示している。各ユーザ用ファイルは、受
信した電子メールが、受信した時刻順に格納され、受信
した時刻が前のファイルから取り出されるようになって
いる。即ち、図中、メール，メール，メールの順
でメールが取り出されるものである。

【０００６】次に、このように構成された電子メールシ
ステムの動作について説明する。図４は、電子メール受
信処理のフローチャートである。先ず、ここで、一例と
して、コンピュータシステム２００−１を使用している
ユーザｅを電子メールの送信元とし、コンピュータシス
テム２００−２を使用しているユーザｃを電子メールの
送信先とする。今、ユーザｅがコンピュータシステム２
００−１からコンピュータシステム２００−２のユーザ
ｃ宛に電子メールを送信したとする。また、コンピュー
タシステム２００−２は、電子メール受信処理を開始
し、電子メールを受信可能な状態となる。そして、ある
電子メールを受信すると、コンピュータシステム２００
−２は、先ず、到着したメールの宛先人（送信先ユーザ
名）を取出す（ステップＳ１）。

【０００７】図５に、電子メールの構成を示す。即ち、
電子メールは、メールの識別を行うためのメールＩＤ
と、送信先ユーザ情報としての宛先人フィールドと、送
信元ユーザ情報としての発送人フィールドと、その発送
時刻のフィールド、また、受信側システムでの受信時刻
のフィールド、そして電子メールの本文のフィールドか
ら構成されている。

【０００８】ここでは、受信したメールの宛先人はユー
ザｃであるため、コンピュータシステム２００−２は、
次に、その宛先人は自システム（コンピュータシステム
２００−２）に登録されているか否かを判定する（ステ
ップＳ２）。即ち、各コンピュータシステム２００は、
各々自システムを使用可能なユーザを登録しており、こ
れ以外のユーザがシステムを使用することを禁止してい
る。また、例えば、ユーザｃは、コンピュータシステム
２００−２とコンピュータシステム２００−３との使用
が可能であるといったように各システムで登録されてい
るが、メール宛先としては、いずれか一つのコンピュー
タシステムに予め決定されている。この場合、ユーザｃ
は、そのメール宛先システムとしてコンピュータシステ
ム２００−２に決定されているとする。

【０００９】ステップＳ２において、宛先人が自システ
ムに登録されていない場合は、宛先の誤りであるとし
て、発送元のシステム（この場合コンピュータシステム
２００−１）の発送人のユーザｅ宛に返送する（ステッ
プＳ３）。また、ステップＳ２において、宛先人が自シ
ステムに登録されていた場合は、未処理のメールがある
かを調べる（ステップＳ４）。即ち、未処理のメールと
は、ユーザ用ファイルにメールが残っている状態であ
り、メールが残っていない場合は、全て処理されている
とする。ステップＳ４において、未処理のメールがなか
った場合は、ユーザ名に対応したメイル格納用ファイル
を作成する（ステップＳ５）。一方、未処理のメールが
あった場合は、そのままステップＳ６に進む。ステップ
Ｓ６では、受信したメールをメール格納用ファイルの最
後に追加し、電子メール受信処理を終了する。即ち、未
処理のメールがなかった場合は、作成したメール格納用
ファイルには受信したメールのみが格納されることにな
る。

【００１０】次に、電子メールの取出し処理を説明す
る。図６は、コンピュータシステム２００へのログイン
処理を示すフローチャートである。ここで、一例とし
て、ユーザｃがコンピュータシステム２００−２にログ
インする場合を説明する。尚、ここでログインとは、ユ
ーザがあるコンピュータシステム２００を使用可能な状
態、即ち、そのコンピュータシステム２００を用いて各
種の処理を実行可能な状態にすることをいう。

【００１１】先ず、コンピュータシステム２００−２
は、ユーザｃからのログイン要求を受信すると（ステッ
プＳ１）、そのユーザは本システム（コンピュータシス
テム２００−２）に登録されているか否かをチェックす
る（ステップＳ２）。尚、ここで、ユーザｃからのログ
イン要求とは、例えば、ユーザｃの識別コードやユーザ
名等の入力によるシステムへの接続要求をいう。ステッ
プＳ２において、ユーザが本システムに登録されていた
場合は、ユーザから入力されたパスワードが一致するか
否かを判定する（ステップＳ３）。パスワードが正常で
あった場合は、ステップＳ４に移行して、ユーザｃから
のログイン受信情報をシステム内部でロギングする。
尚、ここで、ロギングとは、ユーザからログインしたと
いう情報をデータとして格納することである。

【００１２】図７にロギング情報を示す。図示のロギン
グ情報は、コンピュータシステム２００−２の場合を示
している。ここで、システム２とはコンピュータシステ
ム２００−２を指し、システム３とはコンピュータシス
テム２００−３を指している。また、１９９３年１月２
３日にユーザｃは、システム３にログインしたことを示
している。即ち、各コンピュータシステム２００は、自
システムに登録されているユーザのロギング情報を、ネ
ットワーク１００を介して受信し、その情報をロギング
情報として格納するものである。

【００１３】ステップＳ４において、ログイン情報をロ
ギングした後、コンピュータシステム２００−２は、ロ
グインしたユーザｃ宛のメールがあるか否かを調べ（ス
テップＳ５）、あった場合は、“受信メール有り”の旨
のメッセージを出力し（ステップＳ６）、ログイン要求
処理が完了したとして（ステップＳ７）、別処理に移行
する。また、ステップＳ２においてログイン要求のユー
ザが登録されていない場合、およびステップＳ３におい
てパスワードが一致しなかった場合は、ログイン要求失
敗処理（ステップＳ８）として、その旨のメッセージを
出力し、ログイン要求処理を終了する。更に、ステップ
Ｓ５において、ログインしたユーザ宛のメールが存在し
なかった場合は、そのままステップＳ７でログイン要求
処理を終了し、次処理に移行する。

【００１４】

【発明が解決しようとする課題】しかしながら、上記従
来の電子メールシステムでは、以下の問題点があった。 電子メールが到着順（受信順）に格納されているた
め、格納されている全ての電子メールを検索しなけれ
ば、ユーザにとってどのメールが重要かが分からない。
即ち、電子メールの取出しは、到着した順序で行うた
め、緊急の電子メールがあった場合でも、それ以前に到
着した電子メールを取出した後でなければ取り出せず、
従って、緊急の電子メールであってもそのまま取り出さ
れない恐れがあった。

【００１５】また、受信者が電子メールを取り出さず
にいても、そのことが送信者には分からず、送信者は受
信者が受け取ったものと判断してしまうなど、電子メー
ルとしての信頼性が低かった。 電子メールが格納されているシステムにログインしな
いと、そのユーザ宛のメールがあるかどうかを知ること
ができなかった。例えば、ユーザｃ宛の電子メールはコ
ンピュータシステム２００−２の電子メール格納部２０
１−２に格納されているため、ユーザｃがコンピュータ
システム２００−３にログインした場合は、自分宛の電
子メールがあることが分からなかった。 上記の、、の問題があるため、電子メールが取
り出されずに残ってしまうことが多く、従って、電子メ
ール格納部２０１の二次記憶領域の不足を引き起こして
しまうといった問題点を有していた。

【００１６】また、特表平３−５０２１５３号公報に記
載されているように、電子郵便システムにおいて、文書
等がシステムに到着した場合は、その到着を受信者に対
して通知する方法がある。しかしながら、このような方
法は、文書の受信を宛先人に対して電話で通知するもの
であって、例えば、受信者が電子メールを受け取らない
場合に、送信元ではそのことを知ることができないとい
った問題点は解決することができなかった。

【００１７】本発明は、上記従来の問題点を解決するた
めになされたもので、電子メールシステムにおける電子
メールの滞留を防止することができる電子メールシステ
ムの監視方法を提供することを目的とする。

【００１８】

【課題を解決するための手段】本発明における第１発明
の電子メールシステムの監視方法は、電子メールに応答
期限情報を付加し、受信側で、任意の電子メールを受信
した場合、当該電子メールに応答期限情報が付加されて
いるか否かを判定し、応答期限情報が付加されている場
合は、取出しの優先度が最上位となるよう当該電子メー
ルを格納し、かつ、格納されている電子メールの応答期
限を監視し、応答期限を超えた電子メールがあった場合
は、当該電子メールを送信元に返送することを特徴とす
るものである。

【００１９】第２発明の電子メールシステムの監視方法
は、電子メールを受取り可能な複数のシステムに受信者
がアクセス可能な電子メールシステムの監視方法におい
て、前記電子メールに応答期限情報を付加すると共に、
受信者が前回どのシステムからアクセスしたかの情報を
保持し、任意の電子メールを受信した場合、当該電子メ
ールに応答期限情報が付加されているか否かを判定し、
応答期限情報が付加されている場合は、当該電子メール
の宛先受信者が前回アクセスしたシステムを調べ、この
システムが自システムでなかった場合は、当該他システ
ムに対して、自システムに電子メールが着信しているこ
とを示す督促メールを送信することを特徴とするもので
ある。

【００２０】

【作用】本発明における第１発明の電子メールの監視方
法においては、受信側システムは、通常の電子メールの
取出しを受信した順序で行う。一方、受信した電子メー
ルが応答期限付メールであった場合は、取出しの優先度
が最上位となるよう、メール格納用ファイルの先頭に追
加する。従って、受信者が電子メールを取出す場合は、
応答期限付メールから取出すことになる。また、各シス
テムは、応答期限を監視しており、応答期限を過ぎた電
子メールがあった場合は、その電子メールが宛先人に受
け取られなかったことを示す応答期限切れメールを送付
する。

【００２１】また、第２発明の電子メールの監視方法に
おいては、各システムは、受信者が前回どのシステムか
らログインしたかの情報をロギング情報として保持して
いる。そして、各システムは応答期限付メールを受信し
た場合、ロギング情報を参照して、その宛先人が前回ど
のシステムからログインしたかを調べる。ここで、宛先
人が前回は他のシステムからログインしていた場合は、
自システムにその受信者宛の電子メールが着信している
ことを示す督促メールを送信する。また、督促メールを
受け取った他システムは、その督促メールを格納し、宛
先人がログインした場合、他のメールの前にこの督促メ
ールを表示させる。

【００２２】

【実施例】以下、本発明の実施例を図面を用いて詳細に
説明する。図１は本発明の電子メールシステムの監視方
法を示すフローチャートであるが、このフローチャート
を説明するのに先立ち、本発明の電子メールシステムの
基本構成を説明する。先ず、本発明の電子メールシステ
ムにおけるネットワーク構成は図２に示した従来のもの
と同様であるが、本発明では、電子メールに応答期限情
報を付加する点が異なっている。

【００２３】図８は、本発明の電子メールシステムにお
ける各電子メールを示す図であり、（ａ）は応答期限付
メール、（ｂ）は督促メール、（ｃ）は督促取消メー
ル、（ｄ）は応答期限切れメールである。

【００２４】応答期限付メールは、図示のように、通常
の電子メールの情報の他に応答期限フィールドが設けら
れている。そして、発送人は、そのメールに対して応答
期限を付加する場合は、このフィールドに何年何月何日
といったように応答期限情報を付加するものである。ま
た、督促メールは、通常の電子メールの情報の他に、こ
のメールが督促メールであることを示す督促メール識別
フィールドと、どのメールに対して督促するためのメー
ルであるかを示す督促メール識別フィールドが設けられ
ており、この督促メール識別フィールドに、督促するメ
ールＩＤが示されるようになっている。そして、発送人
のフィールドは発送元のシステム名となっている。

【００２５】更に、督促取消メールは、督促メールと同
様に、このメールが督促取消メールであることを示す督
促取消メール識別フィールドと、どの督促メールに対し
て取消を行うかを示す督促取消メール識別フィールドが
設けられており、この督促取消メール識別フィールド
に、取り消す督促メールのＩＤが示されるようになって
いる。そして、応答期限切れメールは、その本文とし
て、宛先人が応答期限付メールを期限内に取り出さなか
ったことを示している。尚、この応答期限切れメールの
宛先人は、応答期限付メールを発送した送信元のユーザ
である。

【００２６】また、本発明の電子メールシステムでは、
任意の電子メールを受信した場合、その電子メールに応
答期限情報が付加されているか否かを判定し、応答期限
情報が付加されている場合は、ロギング情報から宛先人
が前回アクセスしたシステムを調べ、このシステムが自
システムでなかった場合は、当該他システムに対して、
上述した構成の督促メールを送信するよう構成されてい
る。そして、この督促メールを格納するため、各コンピ
ュータシステムは、各々督促メール格納領域を、電子メ
ール格納部２０１内に備えている。

【００２７】図９に電子メール格納部２０１の構成を示
す。即ち、電子メール格納部２０１には、従来と同様に
各ユーザ用ファイル２０１ａ、２０１ｂ、２０１ｅ、
…、が格納されていると共に、受信した督促メールを格
納するための督促メール用ファイル２０２が格納されて
いる。尚、この図９は、従来の図３（ａ）の図に対応す
るもので、コンピュータシステム２０１に備えられた電
子メール格納部２０１−１の場合を示しているが、他の
システムの電子メール格納部も同様の構成である。

【００２８】更に、本発明の電子メールシステムでは、
受信した電子メールに応答期限情報が付加されていた場
合は、取出しの優先度が最上位となるように各ユーザ用
ファイルに格納する。また、応答期限付メールの応答期
限を監視し、そのメールの応答期限を超えても取り出さ
れなかった場合は、その電子メールを発送人に返送する
よう構成されている。図１０に、上記各メールの説明を
示す。

【００２９】次に、本発明の電子メールシステムの監視
方法を説明する。尚、本実施例においても、送信元をコ
ンピュータシステム２００−１（以下、システム１と略
す）を使用するユーザｅ、送信先をコンピュータシステ
ム２００−２（以下、システム２と略す）を使用するユ
ーザｃ、ユーザｃが前回ログインしたシステムをコンピ
ュータシステム２００−３（以下、システム３と略す）
とする。

【００３０】図１１は電子メール受信処理のフローチャ
ートである。今、ユーザｅがシステム１からシステム２
のユーザｃ宛に電子メールを送信したとする。また、シ
ステム２は、電子メール受信処理を開始することで、電
子メールを受信し、先ず、到着したメールの宛先人（送
信先ユーザ名）を取出す（ステップＳ１）。

【００３１】ここでは、受信したメールの宛先人はユー
ザｃであるため、システム２は、次にその宛先人は自シ
ステム（システム２）に登録されているか否かを判定す
る（ステップＳ２）。尚、本実施例においても、ユーザ
登録等は従来と同様に行われているとする。ステップＳ
２において、宛先人が自システムに登録されていない場
合は、宛先の誤りであるとして、発送元のシステム（こ
の場合システム１）の発送人のユーザｅ宛に返送する
（ステップＳ３）。尚、ここまでの動作は従来と同様で
ある。

【００３２】そして、ステップＳ２において、宛先人が
自システムに登録されていた場合、本実施例では、先
ず、その電子メールが他システムからの督促メールか否
かを判定する（ステップＳ４）。即ち、図８の（ｂ）に
示す督促メールであり、督促メール識別フィールドで、
督促メールを示しているかどうかを判定する。ここで、
電子メールが督促メールであった場合は、その督促メー
ルを督促メール用ファイル２０２にロギングする（ステ
ップＳ５）。

【００３３】また、ステップＳ４において、督促メール
でなかった場合は、次にそれが督促取消メールか否かを
判定する（ステップＳ６）。即ち、図８の（ｃ）に示す
督促取消メールであるかを判定する。ここで、電子メー
ルが督促取消メールであった場合は、その督促取消メー
ルＩＤに基づき、督促メールを督促メール用ファイルか
ら削除する（ステップＳ７）。一方、ステップＳ６にお
いて督促取消メールでなかった場合は、次に一般メール
格納処理に進む。

【００３４】次に、一般メール格納処理を図１を参照し
て説明する。先ず、ある電子メールを受信したシステム
２は、未処理のメールがあるかを調べる（ステップＳ
１）。そして、未処理のメールがなかった場合は、ユー
ザ名に対応したメイル格納用ファイルを作成する（ステ
ップＳ２）。一方、未処理のメールがあった場合は、そ
のままステップＳ３に進む。尚、ここまでは従来のメー
ル受信処理と同様である。

【００３５】次に、システム２では、受信した電子メー
ルが応答期限付であるかを判定する（ステップＳ３）。
即ち、図８の（ａ）に示した応答期限付メールか、ある
いは図５に示した一般メールかを調べる。ステップＳ３
において、受信した電子メールが応答期限付であった場
合は、メール格納用ファイル（ユーザｃ用ファイル）の
先頭に到着メールを追加する（ステップＳ４）。一方、
受信した電子メールが応答期限付でない一般メールであ
った場合は、従来と同様に、メール格納用ファイルの最
後に追加し（ステップＳ５）、メール格納処理を終了す
る。

【００３６】そして、ステップＳ４で到着メールを格納
すると、次に、前回のログイン要求はどのシステムから
行われたかを判定する（ステップＳ６）。即ち、ロギン
グ情報を参照して、ユーザｃの前回のログインシステム
を判定する。尚、ロギング情報は図７で示したものと同
様である。ここで、ユーザｃは前回システム３からログ
インしているため、ステップＳ７に移行し、督促メール
をそのシステム３に対して送信する。尚、この督促メー
ルは上述したように、図８（ｂ）に示すものである。更
に、システム３に対して督促メールを送付したことを示
す送付情報を図示しない格納領域に格納し（ステップＳ
８）、メール格納処理を終了する。

【００３７】また、各システムは、システムの立上げ時
あるいは連続運用しているシステムにおいては日付更新
といったシステム運用日時変更をトリガとして、図１に
示すメール期限判定処理を行う。先ず、各システムは、
メール格納用ファイルを検索し、応答期限付メールがあ
るか否かを調べる（ステップＳ１）。そして、応答期限
付メールがなかった場合は、そのままメール期限判定処
理を終了し、応答期限付メールが単数あるいは複数あっ
た場合は、全ての応答期限付メールの応答期限を調べ、
応答期限切れのメールが存在するか否かを判定する（ス
テップＳ２）。

【００３８】ここで、応答期限切れのメールが存在しな
い場合は、そのままメール期限判定処理を終了し、応答
期限切れのメールが存在した場合は、そのメールの送付
元に取出し要求なしの応答を応答期限切れメールとして
送付する（ステップＳ３）。例えば、ユーザｅから応答
期限付メールがユーザｃに対して送付されたが、ユーザ
ｃは長期不在等で取出すことができなかったといった場
合、その応答期限が過ぎた場合は、ユーザｅに対して受
け取られなかったことが送付されるため、宛先人に届い
ていない場合は、送付元でもそのことを知ることができ
る。

【００３９】その後、応答期限切れのメールをメール格
納用ファイルから削除し（ステップＳ４）、督促取消メ
ールを、督促メール送付先システムに対して送付する
（ステップＳ５）。これと共に、督促メールの送付情報
も、督促メール送付情報を格納しているロギング情報か
ら削除し（ステップＳ６）、メール期限判定処理を終了
する。

【００４０】次にシステムへのログイン要求処理を説明
する。図１２は、コンピュータシステム２００へのログ
イン処理を示すフローチャートである。ここで、一例と
して、ユーザｃが、先ずシステム３にログインし、その
後システム２にリモートログインする場合を説明する。

【００４１】先ず、システム３は、ユーザｃからのログ
イン要求を受信すると（ステップＳ１）、そのユーザは
本システム（システム３）に登録されているか否かをチ
ェックする（ステップＳ２）。ステップＳ２において、
ユーザが本システムに登録されていた場合は、ユーザか
ら入力されたパスワードが一致するか否かを判定する
（ステップＳ３）。パスワードが正常であった場合は、
ステップＳ４に移行して、ユーザｃからのログイン受信
情報をシステム内部でロギングする。尚、以上の動作は
従来と同様である。

【００４２】ステップＳ４において、ログイン情報をロ
ギングした後、システム３は、先ず、ログインしたユー
ザｃ宛の督促メールがあるか否かを調べ（ステップＳ
５）、あった場合は、その督促メールのメッセージを出
力し（ステップＳ６）、督促メールがなかった場合は、
そのままステップＳ７に移行する。ステップＳ７では、
ログインしたユーザ宛のメールが存在するか否かを判定
し、存在した場合は、“受信メール有り”の旨のメッセ
ージを出力してログイン要求処理を完了し（ステップＳ
９）、次処理に移行する。一方、ステップＳ７におい
て、ログインしたユーザ宛のメールが存在しない場合
は、ステップＳ９に移行する。尚、ユーザｃ宛の電子メ
ールはシステム２に着信することになっているため、シ
ステム３では、ユーザｃ宛の電子メールは存在しない。

【００４３】また、ステップＳ２においてログイン要求
のユーザが登録されていない場合、およびステップＳ３
においてパスワードが一致しなかった場合は、従来と同
様に、ログイン要求失敗処理（ステップＳ１０）とし
て、その旨のメッセージを出力し、ステップＳ９に移行
する。

【００４４】次に、任意のシステムから他のシステムに
リモートログインする場合の動作を説明する。図１３
は、リモートログインのフローチャートである。ここで
は、上述したように、ユーザｃが先ずシステム３にログ
インし、その後、ネットワーク１００を介してシステム
２にリモートログインする場合を説明する。

【００４５】システム２でシステム３からのリモートロ
グイン要求を受信すると、システム２では、先ずユーザ
ｃ宛の応答期限付の電子メールが存在するかを調べる
（ステップＳ１）。このステップＳ１において、応答期
限付のメールがなかった場合は、通常のユーザ処理、即
ち、システム２を用いた各種の処理あるいは応答期限無
しのメールがあった場合はその取出し処理等に移行す
る。ステップＳ１において、応答期限付メールがあった
場合は、電子メール取出し処理に移行する（ステップＳ
２）。即ち、取出し処理用のアプリケーションプログラ
ムが自動起動され、ユーザｃの指示によって電子メール
の取出しが可能となる。

【００４６】その後、システム２は、応答期限付メール
が取り込まれたか否かを監視し（ステップＳ３）、取り
込まれた場合は、その電子メールに対する督促メールが
送信されているかどうかを調べる（ステップＳ４）。こ
のステップＳ４において、督促メールの送付情報があっ
た場合は、これを取り消すため、督促取消メールを、送
付したシステム宛に送信し（ステップＳ５）、これと共
に、督促メールの送付情報をシステム２の内部ロギング
から削除し（ステップＳ６）、次処理に移行する。ま
た、ステップＳ３において、ユーザｃが応答期限付メー
ルを取り込まない場合、およびステップＳ４において、
督促メールの送付情報がなかった場合は、そのまま次処
理に移行する。

【００４７】以上のように、上記実施例では、応答期限
付メールは取出しの順位が最上位となるよう格納され、
しかも、応答期限付メールの場合は、そのメールに対し
て受信者への督促も行われるため、送付者から受信者へ
の伝達が確実となり、メール格納部の領域不足も未然に
防止することができる。また、応答期限を過ぎても宛先
人が電子メールを取り出さない場合は、応答期限切れと
して、その旨の電子メールを発送人に対して送付するた
め、送付元でも、電子メールが確実に受け取られたかど
うかを知ることができ、電子メールの信頼性が向上す
る。

【００４８】

【発明の効果】以上説明したように、第１発明の電子メ
ールの監視方法によれば、電子メールに応答期限情報を
付加し、この応答期限情報が付加されている電子メール
は、取出しの優先度が最上位となるよう格納し、かつ、
電子メールの応答期限を監視して、その期限を過ぎたも
のに対しては、その電子メールを送信元に返送するよう
にしたので、緊急の電子メールがいつまでも取り出され
ないといったことを防止することができ、しかも、宛先
人が受け取っていない場合、送信元はそのことを知るこ
とができるため、電子メールの信頼性を向上させること
ができる。

【００４９】また、第２発明の電子メールの監視方法に
よれば、電子メールに応答期限情報を付加すると共に、
システムは、受信者が前回どのシステムからアクセスし
たかの情報を保持し、受信側システムで、応答期限付メ
ールを受信した場合は、そのメールの宛先人が前回アク
セスしたシステムを調べ、これが他のシステムであった
場合は、そのシステムに対して督促メールを送信するよ
うにしたので、宛先人が電子メールを受信したシステム
とは異なるシステムにアクセスしていた場合も、その受
信者宛の電子メールの着信を確実に知らせることがで
き、送信側から受信側への伝達が確実となり、従って、
緊急の電子メールがいつまでも取り出されないといった
ことが防止され、メール格納部の領域不足も未然に防止
することができる。

【図面の簡単な説明】

【図１】本発明の電子メールの監視方法を示すフローチ
ャートである。

【図２】一般的な電子メールシステムの構成図である。

【図３】従来の電子メール格納部の構成図である。

【図４】従来の電子メール受信処理のフローチャートで
ある。

【図５】一般的な電子メールの構成図である。

【図６】従来のログイン処理を示すフローチャートであ
る。

【図７】コンピュータシステムのロギング情報の説明図
である。

【図８】本発明の電子メールシステムの監視方法におけ
る各メールの構成図である。

【図９】本発明の電子メールシステムの監視方法におけ
る電子メール格納部の構成図である。

【図１０】本発明の電子メールシステムの監視方法にお
ける各メールの説明図である。

【図１１】本発明の電子メールシステムの監視方法にお
ける電子メール受信処理のフローチャートである。

【図１２】本発明の電子メールシステムの監視方法にお
けるログイン処理のフローチャートである。

【図１３】本発明の電子メールシステムの監視方法にお
けるリモートログイン処理のフローチャートである。

【符号の説明】

２００−１〜２００−ｎ コンピュータシステム ２０１ 電子メール格納部 ２０２ 督促メール用ファイル

Claims (2)

【特許請求の範囲】
1. 【請求項１】 電子メールに応答期限情報を付加し、 受信側で、任意の電子メールを受信した場合、当該電子
   メールに応答期限情報が付加されているか否かを判定
   し、応答期限情報が付加されている場合は、取出しの優
   先度が最上位となるよう当該電子メールを格納し、 かつ、格納されている電子メールの応答期限を監視し、
   応答期限を超えた電子メールがあった場合は、当該電子
   メールを送信元に返送することを特徴とする電子メール
   システムの監視方法。
2. 【請求項２】 電子メールを受取り可能な複数のシステ
   ムに受信者がアクセス可能な電子メールシステムの監視
   方法において、 前記電子メールに応答期限情報を付加すると共に、 受信者が前回どのシステムからアクセスしたかの情報を
   保持し、 任意の電子メールを受信した場合、当該電子メールに応
   答期限情報が付加されているか否かを判定し、応答期限
   情報が付加されている場合は、当該電子メールの宛先受
   信者が前回アクセスしたシステムを調べ、このシステム
   が自システムでなかった場合は、当該他システムに対し
   て、自システムに電子メールが着信していることを示す
   督促メールを送信することを特徴とする電子メールシス
   テムの監視方法。