JP2000181817A - 電子メールシステム、電子メールサーバ、および、記録媒体 - Google Patents
電子メールシステム、電子メールサーバ、および、記録媒体Info
- Publication number
- JP2000181817A JP2000181817A JP35702598A JP35702598A JP2000181817A JP 2000181817 A JP2000181817 A JP 2000181817A JP 35702598 A JP35702598 A JP 35702598A JP 35702598 A JP35702598 A JP 35702598A JP 2000181817 A JP2000181817 A JP 2000181817A
- Authority
- JP
- Japan
- Prior art keywords
- reception confirmation
- electronic mail
- received
- relay
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 クライアント側に機能的付加を行うことな
く、送信した電子メールが受信されたか否かを確認す
る。 【解決手段】 ＰＣ１１から送信された電子メールは、
最寄りの電子メールサーバ１３の受信手段１３ａによっ
て受信される。この電子メールには中継情報が付加され
ていないことから、中継情報付加手段１３ｂは中継情報
を付加し、また、返送要求情報付加手段１３ｃは、返送
要求情報を付加した後、送信手段１３ｇから電子メール
サーバ１４に向けて送信する。電子メールサーバ１４
は、受信手段１４ａによって受信した電子メールを記憶
手段１４ｆに記憶し、受信側であるＰＣ１５がアクセス
した場合にこれを読み出して供給する。このとき、受信
確認メール生成手段１４ｄは、ＰＣ１５に対して引き渡
した電子メールに返送要求情報が付加されていることか
ら、受信確認メールを生成する。宣言情報付加手段１４
ｅは、この電子メールが受信確認メールであることを示
す宣言情報を生成して受信確認メールに付加し、送信手
段１４ｇからＰＣ１１に向けて返送する。
く、送信した電子メールが受信されたか否かを確認す
る。 【解決手段】 ＰＣ１１から送信された電子メールは、
最寄りの電子メールサーバ１３の受信手段１３ａによっ
て受信される。この電子メールには中継情報が付加され
ていないことから、中継情報付加手段１３ｂは中継情報
を付加し、また、返送要求情報付加手段１３ｃは、返送
要求情報を付加した後、送信手段１３ｇから電子メール
サーバ１４に向けて送信する。電子メールサーバ１４
は、受信手段１４ａによって受信した電子メールを記憶
手段１４ｆに記憶し、受信側であるＰＣ１５がアクセス
した場合にこれを読み出して供給する。このとき、受信
確認メール生成手段１４ｄは、ＰＣ１５に対して引き渡
した電子メールに返送要求情報が付加されていることか
ら、受信確認メールを生成する。宣言情報付加手段１４
ｅは、この電子メールが受信確認メールであることを示
す宣言情報を生成して受信確認メールに付加し、送信手
段１４ｇからＰＣ１１に向けて返送する。
Description
【０００１】
【発明の属する技術分野】本発明は、電子メールシステ
ム、電子メールサーバ、および、記録媒体に関し、特
に、送信側のクライアントから送信された電子メール
を、少なくとも１の電子メールサーバを介して、受信側
のクライアントまで配送する電子メールシステム、その
ような電子メールシステムにおいて使用される電子メー
ルサーバ、および、コンピュータをそのような電子メー
ルサーバとして機能させるプログラムを記録したコンピ
ュータ読み取り可能な記録媒体に関する。
ム、電子メールサーバ、および、記録媒体に関し、特
に、送信側のクライアントから送信された電子メール
を、少なくとも１の電子メールサーバを介して、受信側
のクライアントまで配送する電子メールシステム、その
ような電子メールシステムにおいて使用される電子メー
ルサーバ、および、コンピュータをそのような電子メー
ルサーバとして機能させるプログラムを記録したコンピ
ュータ読み取り可能な記録媒体に関する。
【０００２】
【従来の技術】通信ネットワークの拡充と、パーソナル
コンピュータの普及に伴って、電子メールが通信手段と
しての地位を確立しつつある。
コンピュータの普及に伴って、電子メールが通信手段と
しての地位を確立しつつある。
【０００３】図１３は、従来の電子メールシステムの構
成の概要を示す図である。この図に示すように、送信側
のクライアントであるパーソナルコンピュータ１から送
信された電子メールは、最寄りの電子メールサーバ３に
送られる（ｒ１）。
成の概要を示す図である。この図に示すように、送信側
のクライアントであるパーソナルコンピュータ１から送
信された電子メールは、最寄りの電子メールサーバ３に
送られる（ｒ１）。
【０００４】電子メールサーバ３は、ＳＭＴＰ（Simple
Mail Transfer Protocol）と呼ばれるプロトコル（Ｓ
ＭＴＰ３ａ）により、受信したメールに付加されている
アドレス情報が読み取られ、適切な電子メールサーバに
対して転送される。この場合では、受信側となるパーソ
ナルコンピュータ５の最寄りのサーバである電子メール
サーバ４に対して電子メールが転送される（ｒ２）。
Mail Transfer Protocol）と呼ばれるプロトコル（Ｓ
ＭＴＰ３ａ）により、受信したメールに付加されている
アドレス情報が読み取られ、適切な電子メールサーバに
対して転送される。この場合では、受信側となるパーソ
ナルコンピュータ５の最寄りのサーバである電子メール
サーバ４に対して電子メールが転送される（ｒ２）。
【０００５】転送されてきた電子メールは、電子メール
サーバ４のＳＭＴＰ４ａによって、自己が終端のサーバ
であることが判断され、メールボックス４ｃに格納され
る。このような状態において、受信側であるパーソナル
コンピュータ５が電子メールサーバ４にアクセスする
と、メールボックス４ｃに格納されている電子メール
が、ＰＯＰ（Post Office Protocol）４ｂによって読み
出されて、パーソナルコンピュータ５に対して引き渡さ
れることになる。
サーバ４のＳＭＴＰ４ａによって、自己が終端のサーバ
であることが判断され、メールボックス４ｃに格納され
る。このような状態において、受信側であるパーソナル
コンピュータ５が電子メールサーバ４にアクセスする
と、メールボックス４ｃに格納されている電子メール
が、ＰＯＰ（Post Office Protocol）４ｂによって読み
出されて、パーソナルコンピュータ５に対して引き渡さ
れることになる。
【０００６】その結果、受信側では、パーソナルコンピ
ュータ５を介して、送信されてきたメッセージ等を参照
することが可能となる。
ュータ５を介して、送信されてきたメッセージ等を参照
することが可能となる。
【０００７】
【発明が解決しようとする課題】ところで、従来の電子
メールシステムでは、送信した電子メールが確実に受信
されたか否かを知る手段が無かった。そこで、重要な情
報を送信した場合には、電話等の別の通信手段によって
別途確認する必要があったため、時間と労力が無駄にな
るという問題点があった。
メールシステムでは、送信した電子メールが確実に受信
されたか否かを知る手段が無かった。そこで、重要な情
報を送信した場合には、電話等の別の通信手段によって
別途確認する必要があったため、時間と労力が無駄にな
るという問題点があった。
【０００８】そこで、このような問題点を解決するため
に、電子メールを受信した場合にはそれを確認するため
の電子メールを自動的に送信するアプリケーションプロ
グラムも提供されている。しかしながら、このようなア
プリケーションプログラムは、ユーザがその管理を行う
必要があることから、ユーザの負担が増大するという問
題点があった。
に、電子メールを受信した場合にはそれを確認するため
の電子メールを自動的に送信するアプリケーションプロ
グラムも提供されている。しかしながら、このようなア
プリケーションプログラムは、ユーザがその管理を行う
必要があることから、ユーザの負担が増大するという問
題点があった。
【０００９】本発明はこのような点に鑑みてなされたも
のであり、送信した電子メールが確実に受信されたか否
かを確認することが可能な電子メールシステムを提供す
ることを目的とする。
のであり、送信した電子メールが確実に受信されたか否
かを確認することが可能な電子メールシステムを提供す
ることを目的とする。
【００１０】また、本発明はユーザの負担を増大するこ
となく、送信した電子メールが確実に受信されたか否か
を確認することが可能な電子メールサーバを提供するこ
とを目的とする。
となく、送信した電子メールが確実に受信されたか否か
を確認することが可能な電子メールサーバを提供するこ
とを目的とする。
【００１１】
【課題を解決するための手段】本発明では上記課題を解
決するために、図１に示す、送信側のクライアント１１
から送信された電子メールを、少なくとも１の電子メー
ルサーバ１３，１４を介して、受信側のクライアント１
５まで配送する電子メールシステムにおいて、前記送信
側のクライアント１１から送信された電子メールを中継
する電子メールサーバ１３は、その電子メールに既に中
継されたことを示す中継情報が付加されていない場合に
は、前記電子メールが前記受信側のクライアント１５に
受信された場合に受信確認メールを返送することを要求
する返送要求情報を前記電子メールに対して付加する返
送要求情報付加手段１３ｃと、前記電子メールに中継し
たことを示す中継情報を付加する中継情報付加手段１３
ｂとを有し、中継の終端となる電子メールサーバは、前
記受信側のクライアント１５が前記返送要求情報が付加
された電子メールを受信した場合には前記受信確認メー
ルを生成する受信確認メール生成手段１４ｄと、前記受
信確認メール生成手段１４ｄによって生成された受信確
認メールを前記電子メールの送信人に対して送信する送
信手段１４ｇとを有することを特徴とする電子メールシ
ステムが提供される。
決するために、図１に示す、送信側のクライアント１１
から送信された電子メールを、少なくとも１の電子メー
ルサーバ１３，１４を介して、受信側のクライアント１
５まで配送する電子メールシステムにおいて、前記送信
側のクライアント１１から送信された電子メールを中継
する電子メールサーバ１３は、その電子メールに既に中
継されたことを示す中継情報が付加されていない場合に
は、前記電子メールが前記受信側のクライアント１５に
受信された場合に受信確認メールを返送することを要求
する返送要求情報を前記電子メールに対して付加する返
送要求情報付加手段１３ｃと、前記電子メールに中継し
たことを示す中継情報を付加する中継情報付加手段１３
ｂとを有し、中継の終端となる電子メールサーバは、前
記受信側のクライアント１５が前記返送要求情報が付加
された電子メールを受信した場合には前記受信確認メー
ルを生成する受信確認メール生成手段１４ｄと、前記受
信確認メール生成手段１４ｄによって生成された受信確
認メールを前記電子メールの送信人に対して送信する送
信手段１４ｇとを有することを特徴とする電子メールシ
ステムが提供される。
【００１２】ここで、送信側のクライアント１１から送
信された電子メールを中継する電子メールサーバ１３に
おいて、返送要求付加手段１３ｃは、その電子メールに
既に中継されたことを示す中継情報が付加されていない
場合には、電子メールが受信側のクライアント１５に受
信された場合に受信確認メールを返送することを要求す
る返送要求情報を電子メールに対して付加する。中継情
報付加手段１３ｂは、電子メールに中継したことを示す
中継情報を付加する。また、中継の終端となる電子メー
ルサーバにおいて、受信確認メール生成手段１４ｄは、
受信側のクライアント１５が返送要求情報が付加された
電子メールを受信した場合には受信確認メールを生成す
る。送信手段１４ｇは、受信確認メール生成手段１４ｄ
によって生成された受信確認メールを電子メールの送信
人に対して送信する。
信された電子メールを中継する電子メールサーバ１３に
おいて、返送要求付加手段１３ｃは、その電子メールに
既に中継されたことを示す中継情報が付加されていない
場合には、電子メールが受信側のクライアント１５に受
信された場合に受信確認メールを返送することを要求す
る返送要求情報を電子メールに対して付加する。中継情
報付加手段１３ｂは、電子メールに中継したことを示す
中継情報を付加する。また、中継の終端となる電子メー
ルサーバにおいて、受信確認メール生成手段１４ｄは、
受信側のクライアント１５が返送要求情報が付加された
電子メールを受信した場合には受信確認メールを生成す
る。送信手段１４ｇは、受信確認メール生成手段１４ｄ
によって生成された受信確認メールを電子メールの送信
人に対して送信する。
【００１３】また、図１に示す電子メールサーバ１３，
１４において、伝送されてきた電子メールを受信する受
信手段１３ａ，１４ａと、前記受信手段１３ａ，１４ａ
によって受信された電子メールに、既に中継されたこと
を示す中継情報が付加されていない場合には、前記電子
メールが前記受信側のクライアント１１，１５に受信さ
れた場合に受信確認メールを返送することを要求する返
送要求情報を付加する返送要求情報付加手段１３ｃ，１
４ｃと、電子メールに中継したことを示す中継情報を付
加する中継情報付加手段１３ｂ，１４ｂとを有すること
を特徴とする電子メールサーバが提供される。
１４において、伝送されてきた電子メールを受信する受
信手段１３ａ，１４ａと、前記受信手段１３ａ，１４ａ
によって受信された電子メールに、既に中継されたこと
を示す中継情報が付加されていない場合には、前記電子
メールが前記受信側のクライアント１１，１５に受信さ
れた場合に受信確認メールを返送することを要求する返
送要求情報を付加する返送要求情報付加手段１３ｃ，１
４ｃと、電子メールに中継したことを示す中継情報を付
加する中継情報付加手段１３ｂ，１４ｂとを有すること
を特徴とする電子メールサーバが提供される。
【００１４】ここで、受信手段１３ａ，１４ａは、伝送
されてきた電子メールを受信する。返送要求情報付加手
段１３ｃ，１４ｃは、受信手段１３ａ，１４ａによって
受信された電子メールに、既に中継されたことを示す中
継情報が付加されていない場合には、電子メールが受信
側のクライアント１１，１５に受信された場合に受信確
認メールを返送することを要求する返送要求情報を付加
する。中継情報付加手段１３ｂ，１４ｂは、電子メール
に中継したことを示す中継情報を付加する。
されてきた電子メールを受信する。返送要求情報付加手
段１３ｃ，１４ｃは、受信手段１３ａ，１４ａによって
受信された電子メールに、既に中継されたことを示す中
継情報が付加されていない場合には、電子メールが受信
側のクライアント１１，１５に受信された場合に受信確
認メールを返送することを要求する返送要求情報を付加
する。中継情報付加手段１３ｂ，１４ｂは、電子メール
に中継したことを示す中継情報を付加する。
【００１５】
【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図１は、本発明の動作原理を説明
するための原理図である。この図において、ＰＣ（Pers
onal Computer）１１，１５は、電子メールを送受信す
るための端末装置である。なお、以下では、ＰＣ１１，
１５を適宜クライアントと呼ぶ。
を参照して説明する。図１は、本発明の動作原理を説明
するための原理図である。この図において、ＰＣ（Pers
onal Computer）１１，１５は、電子メールを送受信す
るための端末装置である。なお、以下では、ＰＣ１１，
１５を適宜クライアントと呼ぶ。
【００１６】ネットワーク１２は、例えば、インターネ
ットやＬＡＮ（Local Area Network）等であり、ＰＣ１
１，１５から送信された電子メールを後述する電子メー
ルサーバ１３，１４を介して転送する。
ットやＬＡＮ（Local Area Network）等であり、ＰＣ１
１，１５から送信された電子メールを後述する電子メー
ルサーバ１３，１４を介して転送する。
【００１７】電子メールサーバ１３，１４は、ＰＣ１
１，１５から送信された電子メールを、受信側のＰＣま
で中継するとともに、中継の終端となる電子メールサー
バは、中継されてきた電子メールを、ＰＣからのアクセ
スがあるまで保存する。
１，１５から送信された電子メールを、受信側のＰＣま
で中継するとともに、中継の終端となる電子メールサー
バは、中継されてきた電子メールを、ＰＣからのアクセ
スがあるまで保存する。
【００１８】なお、電子メールサーバ１３,１４は、同
一の構成とされているので、以下では、電子メールサー
バ１３についてのみ説明する。電子メールサーバ１３
は、受信手段１３ａ、中継情報付加手段１３ｂ、返送要
求情報付加手段１３ｃ、受信確認メール生成手段１３
ｄ、宣言情報付加手段１３ｅ、記憶手段１３ｆ、およ
び、送信手段１３ｇによって構成されている。
一の構成とされているので、以下では、電子メールサー
バ１３についてのみ説明する。電子メールサーバ１３
は、受信手段１３ａ、中継情報付加手段１３ｂ、返送要
求情報付加手段１３ｃ、受信確認メール生成手段１３
ｄ、宣言情報付加手段１３ｅ、記憶手段１３ｆ、およ
び、送信手段１３ｇによって構成されている。
【００１９】受信手段１３ａは、クライアント側から送
信されてきた電子メールまたは他の電子メールサーバか
ら中継されてきた電子メールを受信する。中継情報付加
手段１３ｂは、受信手段１３ａによって受信された電子
メールに、最初の中継であることを示す中継情報が付加
されていない場合には中継情報を付加する。
信されてきた電子メールまたは他の電子メールサーバか
ら中継されてきた電子メールを受信する。中継情報付加
手段１３ｂは、受信手段１３ａによって受信された電子
メールに、最初の中継であることを示す中継情報が付加
されていない場合には中継情報を付加する。
【００２０】返送要求情報付加手段１３ｃは、電子メー
ルが受信側のクライアントに受信された場合に受信確認
メールを返送することを要求する返送要求情報を、中継
情報付加手段１３ｂによって中継情報が付加された電子
メールに対して付加する。
ルが受信側のクライアントに受信された場合に受信確認
メールを返送することを要求する返送要求情報を、中継
情報付加手段１３ｂによって中継情報が付加された電子
メールに対して付加する。
【００２１】受信確認メール生成手段１３ｄは、受信手
段１３ａが受信した電子メールのうち、自己が中継の終
端となる電子メールであって、受信側のクライアントが
返送要求情報を付加した電子メールについては、受信側
のクライアントが受信するタイミングで受信確認メール
を生成して送信手段１３ｇから送信する。
段１３ａが受信した電子メールのうち、自己が中継の終
端となる電子メールであって、受信側のクライアントが
返送要求情報を付加した電子メールについては、受信側
のクライアントが受信するタイミングで受信確認メール
を生成して送信手段１３ｇから送信する。
【００２２】宣言情報付加手段１３ｅは、受信確認メー
ルであることを宣言する宣言情報を発生して受信確認メ
ールに付加する。記憶手段１３ｆは、受信手段１３ａに
よって受信された電子メールのうち、自己が中継の終端
となる電子メールを送信手段１３ｇから取得し、クライ
アントからのアクセスがあるまで記憶する。
ルであることを宣言する宣言情報を発生して受信確認メ
ールに付加する。記憶手段１３ｆは、受信手段１３ａに
よって受信された電子メールのうち、自己が中継の終端
となる電子メールを送信手段１３ｇから取得し、クライ
アントからのアクセスがあるまで記憶する。
【００２３】送信手段１３ｇは、自己が中継の終端とな
らない電子メールに関しては、他の電子メールサーバに
対して即座に送信し、自己が中継の終端となる電子メー
ルに関しては、クライアントからのアクセスが発生した
場合に、記憶手段１３ｆから該当する電子メールを読み
出して送信する。
らない電子メールに関しては、他の電子メールサーバに
対して即座に送信し、自己が中継の終端となる電子メー
ルに関しては、クライアントからのアクセスが発生した
場合に、記憶手段１３ｆから該当する電子メールを読み
出して送信する。
【００２４】次に、以上の原理図の動作について説明す
る。なお、以下では、ＰＣ１１が電子メールの送信側で
あるとし、また、ＰＣ１５が受信側であるとして説明を
行う。
る。なお、以下では、ＰＣ１１が電子メールの送信側で
あるとし、また、ＰＣ１５が受信側であるとして説明を
行う。
【００２５】いま、送信側のユーザがＰＣ１１を操作し
て電子メールを作成して送信したとすると、この電子メ
ールは、ネットワーク１２を介してＰＣ１１の最寄りの
電子メールサーバ１３に伝送される。
て電子メールを作成して送信したとすると、この電子メ
ールは、ネットワーク１２を介してＰＣ１１の最寄りの
電子メールサーバ１３に伝送される。
【００２６】電子メールサーバ１３は、受信手段１３ａ
によって伝送されてきた電子メールを受信する。この電
子メールにとっては、電子メールサーバ１３による中継
が初めての中継となるので、受信手段１３ａは、受信し
た電子メールを中継情報付加手段１３ｂに供給する。
によって伝送されてきた電子メールを受信する。この電
子メールにとっては、電子メールサーバ１３による中継
が初めての中継となるので、受信手段１３ａは、受信し
た電子メールを中継情報付加手段１３ｂに供給する。
【００２７】中継情報付加手段１３ｂは、受信手段１３
ａから供給された電子メールに対して、中継動作がなさ
れたことを示す中継情報を付加して、返送要求情報付加
手段１３ｃに供給する。
ａから供給された電子メールに対して、中継動作がなさ
れたことを示す中継情報を付加して、返送要求情報付加
手段１３ｃに供給する。
【００２８】返送要求情報付加手段１３ｃは、中継情報
が付加された電子メール、即ち、初めて中継される電子
メールに対して、受信側のクライアントがこの電子メー
ルを受信したことを示す受信確認メールを返送するよう
に要求する返送要求情報を付加する。
が付加された電子メール、即ち、初めて中継される電子
メールに対して、受信側のクライアントがこの電子メー
ルを受信したことを示す受信確認メールを返送するよう
に要求する返送要求情報を付加する。
【００２９】このようにして、中継情報と返送要求情報
とが付加された電子メールは、電子メールサーバ１３が
中継の終端ではないので、送信手段１３ｇによって電子
メールサーバ１４に向けて送信（中継）される。
とが付加された電子メールは、電子メールサーバ１３が
中継の終端ではないので、送信手段１３ｇによって電子
メールサーバ１４に向けて送信（中継）される。
【００３０】電子メールサーバ１４は、電子メールサー
バ１３によって中継された電子メールを受信手段１４ａ
によって受信する。この電子メールにとっては、電子メ
ールサーバ１４が中継の終端のサーバ（即ち、受信側の
クライアントの最寄りのサーバ）となることから受信手
段１４ａは、この電子メールを送信手段１４ｇに直接供
給する。
バ１３によって中継された電子メールを受信手段１４ａ
によって受信する。この電子メールにとっては、電子メ
ールサーバ１４が中継の終端のサーバ（即ち、受信側の
クライアントの最寄りのサーバ）となることから受信手
段１４ａは、この電子メールを送信手段１４ｇに直接供
給する。
【００３１】送信手段１４ｇは、この電子メールを記憶
手段１４ｆに供給し、クライアント毎に格納させる。こ
のような状態において、受信側であるＰＣ１５が電子メ
ールサーバ１４に対してアクセスし、そこに格納されて
いる電子メールを受信する動作を行ったとすると、電子
メールサーバ１４は、記憶手段１４ｆに格納されている
電子メールのうち、要求を行ったクライアントに対する
電子メールを読み出して送信手段に供給する。
手段１４ｆに供給し、クライアント毎に格納させる。こ
のような状態において、受信側であるＰＣ１５が電子メ
ールサーバ１４に対してアクセスし、そこに格納されて
いる電子メールを受信する動作を行ったとすると、電子
メールサーバ１４は、記憶手段１４ｆに格納されている
電子メールのうち、要求を行ったクライアントに対する
電子メールを読み出して送信手段に供給する。
【００３２】送信手段１４ｇは、記憶手段１４ｆから供
給された電子メールをＰＣ１５側に引き渡す際に、それ
らの電子メールに対して返送要求情報が付加されていな
いかチェックする。そして、返送要求情報が付加されて
いる電子メールを検出した場合には、受信確認メール生
成手段１４ｄに通知する。
給された電子メールをＰＣ１５側に引き渡す際に、それ
らの電子メールに対して返送要求情報が付加されていな
いかチェックする。そして、返送要求情報が付加されて
いる電子メールを検出した場合には、受信確認メール生
成手段１４ｄに通知する。
【００３３】受信確認メール生成手段１４ｄは、返送要
求情報が付加された電子メールから送信人のアドレス情
報を抽出し、この送信人を受信人とする受信確認メール
を生成する。このとき、宣言情報付加手段１４ｅは、受
信確認メールであることを示す宣言情報を生成して受信
確認メール生成手段１４ｄが生成した受信確認メールに
対して付加する。宣言情報が付加された受信確認メール
は、送信手段１４ｇから電子メールサーバ１３に向けて
送信される。
求情報が付加された電子メールから送信人のアドレス情
報を抽出し、この送信人を受信人とする受信確認メール
を生成する。このとき、宣言情報付加手段１４ｅは、受
信確認メールであることを示す宣言情報を生成して受信
確認メール生成手段１４ｄが生成した受信確認メールに
対して付加する。宣言情報が付加された受信確認メール
は、送信手段１４ｇから電子メールサーバ１３に向けて
送信される。
【００３４】受信確認メールを受信した電子メールサー
バ１３の受信手段１３ａは、この電子メールが受信確認
メールであることをその宣言情報によって認知し、中継
情報および返送要求情報の付加処理は行わずに、送信手
段１３ｇに供給する。
バ１３の受信手段１３ａは、この電子メールが受信確認
メールであることをその宣言情報によって認知し、中継
情報および返送要求情報の付加処理は行わずに、送信手
段１３ｇに供給する。
【００３５】送信手段１３ｇは、この電子メールに対し
て自己が中継の終端となることを検出し、記憶手段１３
ｆに供給してそこに記憶させる。このような状態におい
て、ＰＣ１１が電子メールサーバ１３に対してアクセス
を行った場合には前述の受信確認メールが送信手段１３
ｇから引き渡され、ＰＣ１１を介して先に送信した電子
メールが受信側に無事に受信されたことを知ることがで
きる。
て自己が中継の終端となることを検出し、記憶手段１３
ｆに供給してそこに記憶させる。このような状態におい
て、ＰＣ１１が電子メールサーバ１３に対してアクセス
を行った場合には前述の受信確認メールが送信手段１３
ｇから引き渡され、ＰＣ１１を介して先に送信した電子
メールが受信側に無事に受信されたことを知ることがで
きる。
【００３６】以上に示したように、本発明によれば、ク
ライアント側には何ら機能的付加を施すことなく、送信
した電子メールが受信された場合には受信確認メールが
返送されることになるので、ユーザの負担を増大するこ
となく、電子メールの受信を確実に知ることが可能とな
る。
ライアント側には何ら機能的付加を施すことなく、送信
した電子メールが受信された場合には受信確認メールが
返送されることになるので、ユーザの負担を増大するこ
となく、電子メールの受信を確実に知ることが可能とな
る。
【００３７】次に、本発明の実施の形態について説明す
る。図２は、本発明の実施の形態の構成例を示す図であ
る。この図において、ＰＣ２０，７０は電子メールを作
成または参照するためのクライアントであり、電子メー
ルサーバ３０，６０を介して作成した電子メールを送信
するとともに、他のクライアントから送信されてきた電
子メールを表示させる。
る。図２は、本発明の実施の形態の構成例を示す図であ
る。この図において、ＰＣ２０，７０は電子メールを作
成または参照するためのクライアントであり、電子メー
ルサーバ３０，６０を介して作成した電子メールを送信
するとともに、他のクライアントから送信されてきた電
子メールを表示させる。
【００３８】電子メールサーバ３０，６０は、ＳＭＴＰ
に基づいて電子メールを中継するとともに、自己が中継
の終端となる場合にはＰＯＰに基づいてその電子メール
を記憶装置に対して記憶し、クライアントからのアクセ
スがあった場合にはその電子メールを読み出して供給す
る。
に基づいて電子メールを中継するとともに、自己が中継
の終端となる場合にはＰＯＰに基づいてその電子メール
を記憶装置に対して記憶し、クライアントからのアクセ
スがあった場合にはその電子メールを読み出して供給す
る。
【００３９】電子メールサーバ５０は、ＳＭＴＰに基づ
いて電子メールを中継する処理を行う。インターネット
４０は、世界中に張り巡らされたネットワークであり、
電子メール等の情報を所定のデータ長のパケットにパケ
ット化し、送信先まで伝送する。
いて電子メールを中継する処理を行う。インターネット
４０は、世界中に張り巡らされたネットワークであり、
電子メール等の情報を所定のデータ長のパケットにパケ
ット化し、送信先まで伝送する。
【００４０】なお、ＰＣ２０，７０および電子メールサ
ーバ３０，５０，６０は、同様の構成とされているの
で、以下では、電子メールサーバ３０を例に挙げて説明
を行う。なお、これ以外の電子メールサーバまたはＰＣ
について言及する場合には、各部の名称はそのままにそ
の符号を適宜読み替えることとする。
ーバ３０，５０，６０は、同様の構成とされているの
で、以下では、電子メールサーバ３０を例に挙げて説明
を行う。なお、これ以外の電子メールサーバまたはＰＣ
について言及する場合には、各部の名称はそのままにそ
の符号を適宜読み替えることとする。
【００４１】図３は、図２に示す電子メールサーバ３０
の構成例を示す図である。この図において、ＣＰＵ（Ce
ntral Processing Unit）３０ａは、装置の各部を制御
するとともに、所定のプログラムに従って各種演算処理
を実行する。
の構成例を示す図である。この図において、ＣＰＵ（Ce
ntral Processing Unit）３０ａは、装置の各部を制御
するとともに、所定のプログラムに従って各種演算処理
を実行する。
【００４２】ＲＯＭ（Read Only Memory）３０ｂは、Ｃ
ＰＵ３０ａが実行する基本的なプログラムやデータ等を
格納している。ＧＤ（Graphic Driver）３０ｃは、ＣＰ
Ｕ３０ａから供給された描画情報やテキスト情報等に応
じて描画処理を行い、得られた画像データを映像信号に
変換してＣＲＴ（Cathode Ray Tube）モニタ３１に供給
する。
ＰＵ３０ａが実行する基本的なプログラムやデータ等を
格納している。ＧＤ（Graphic Driver）３０ｃは、ＣＰ
Ｕ３０ａから供給された描画情報やテキスト情報等に応
じて描画処理を行い、得られた画像データを映像信号に
変換してＣＲＴ（Cathode Ray Tube）モニタ３１に供給
する。
【００４３】ＨＤＤ（Hard Disk Drive）３０ｄは、Ｃ
ＰＵ３０ａが実行するアプリケーションプログラムを記
憶しているとともに、受信した電子メールを格納してい
る。ＲＡＭ（Random Access Memory）３０ｅは、ＣＰＵ
３０ａが各種処理を実行する際に、実行途中のプログラ
ムや演算途中のデータ等を一時的に格納する。
ＰＵ３０ａが実行するアプリケーションプログラムを記
憶しているとともに、受信した電子メールを格納してい
る。ＲＡＭ（Random Access Memory）３０ｅは、ＣＰＵ
３０ａが各種処理を実行する際に、実行途中のプログラ
ムや演算途中のデータ等を一時的に格納する。
【００４４】Ｉ／Ｆ（Interface）３０ｆは、同軸ケー
ブルや光ケーブルによってＰＣ２０やインターネット４
０等と接続され、ＴＣＰ／ＩＰ（Transmission Control
Protocol/Internet Protocol）等に基づいて電子メー
ル等の情報を授受する。
ブルや光ケーブルによってＰＣ２０やインターネット４
０等と接続され、ＴＣＰ／ＩＰ（Transmission Control
Protocol/Internet Protocol）等に基づいて電子メー
ル等の情報を授受する。
【００４５】ＣＲＴモニタ３１は、ＧＤ３０ｃから供給
された映像信号を表示出力する。次に、以上の実施の形
態の動作について説明する。いま、図２に示すＰＣ２０
の図示せぬキーボードが操作され、図４に示す電子メー
ルが入力されたとすると、この電子メールはＲＡＭ２０
ｅまたはＨＤＤ２０ｄに一時的に格納され、送信の指示
がなされた場合には、Ｉ／Ｆ２０ｆを介して電子メール
サーバ３０に向けて送信される。
された映像信号を表示出力する。次に、以上の実施の形
態の動作について説明する。いま、図２に示すＰＣ２０
の図示せぬキーボードが操作され、図４に示す電子メー
ルが入力されたとすると、この電子メールはＲＡＭ２０
ｅまたはＨＤＤ２０ｄに一時的に格納され、送信の指示
がなされた場合には、Ｉ／Ｆ２０ｆを介して電子メール
サーバ３０に向けて送信される。
【００４６】なお、図３に示す電子メールでは、第１行
目に示すように、この電子メールをネットワーク上にお
いて特定するためのユニークな番号であるメッセージＩ
Ｄ（Message-ID）は「１３１３＠４５４５」とされてい
る。また、２行目に示すように、その送信日時は「Ｍａ
ｒｃｈ １７， １９９８」である。更に、３〜５行目
に示すように、送信人、受信人、および、タイトルはそ
れぞれ「Ａｍａｄａ」、「Ｂｕｎｄａ」、および、「Ｉ
ｎｖｉｔａｔｉｏｎ」とされている。更にまた、最下行
に示すように、その内容（メッセージ）は、「３月２０
日は、新宿の○×前に午後７時迄に集合とのことで
す。」である。なお、最下行のメッセージ以外はヘッダ
情報である。
目に示すように、この電子メールをネットワーク上にお
いて特定するためのユニークな番号であるメッセージＩ
Ｄ（Message-ID）は「１３１３＠４５４５」とされてい
る。また、２行目に示すように、その送信日時は「Ｍａ
ｒｃｈ １７， １９９８」である。更に、３〜５行目
に示すように、送信人、受信人、および、タイトルはそ
れぞれ「Ａｍａｄａ」、「Ｂｕｎｄａ」、および、「Ｉ
ｎｖｉｔａｔｉｏｎ」とされている。更にまた、最下行
に示すように、その内容（メッセージ）は、「３月２０
日は、新宿の○×前に午後７時迄に集合とのことで
す。」である。なお、最下行のメッセージ以外はヘッダ
情報である。
【００４７】このような電子メールをＩ／Ｆ３０ｆによ
って受信した電子メールサーバ３０では、最初の中継が
行われた際に付加される中継情報である「Ｒｅｃｅｉｖ
ｅｄ」がこの電子メールに付加されているか否かを判定
する。いまの例では、最初の中継であり、そのような情
報は付加されていないので、ＣＰＵ３０ａは中継情報
「Ｒｅｃｅｉｖｅｄ」とその他の情報をヘッダに付加す
る。
って受信した電子メールサーバ３０では、最初の中継が
行われた際に付加される中継情報である「Ｒｅｃｅｉｖ
ｅｄ」がこの電子メールに付加されているか否かを判定
する。いまの例では、最初の中継であり、そのような情
報は付加されていないので、ＣＰＵ３０ａは中継情報
「Ｒｅｃｅｉｖｅｄ」とその他の情報をヘッダに付加す
る。
【００４８】図５は、図４に示す電子メールに中継情報
その他が付加された場合の一例を示す図である。この図
では、ヘッダの最初の行に対して、中継情報その他が付
加されている。
その他が付加された場合の一例を示す図である。この図
では、ヘッダの最初の行に対して、中継情報その他が付
加されている。
【００４９】即ち、第１行目には、中継情報「Ｒｅｃｅ
ｉｖｅｄ」に続いて、送信人のメールアドレスである
「ａｍａｄａ＠ｓ−ｎｅｔ．ｃｏ．ｊｐ」が付加されて
おり、続いて、２行目には、電子メールサーバ３０のメ
ールアドレス「ｂ．ｃｏ．ｊｐ」とＩＰアドレス（ｘｘ
ｘｘ）が付加されている。３行目には、中継のプロトコ
ルである「ＳＭＴＰ」とこの電子メールのメッセージＩ
Ｄである「１３１３＠４５４５」が付加されている。更
に、４行目には電子メールサーバ３０がこの電子メール
を受信した日時「Ｍａｒｃｈ １７， １９９８」が付
加されている。それ以降の情報は、図４に示す場合と同
様である。
ｉｖｅｄ」に続いて、送信人のメールアドレスである
「ａｍａｄａ＠ｓ−ｎｅｔ．ｃｏ．ｊｐ」が付加されて
おり、続いて、２行目には、電子メールサーバ３０のメ
ールアドレス「ｂ．ｃｏ．ｊｐ」とＩＰアドレス（ｘｘ
ｘｘ）が付加されている。３行目には、中継のプロトコ
ルである「ＳＭＴＰ」とこの電子メールのメッセージＩ
Ｄである「１３１３＠４５４５」が付加されている。更
に、４行目には電子メールサーバ３０がこの電子メール
を受信した日時「Ｍａｒｃｈ １７， １９９８」が付
加されている。それ以降の情報は、図４に示す場合と同
様である。
【００５０】中継情報に関する処理が終了すると、ＣＰ
Ｕ３０ａは、電子メールに、受信確認メールであること
を宣言する宣言情報「Ｘ−Ｃｏｎｆｉｒｍａｔｉｏｎ」
が付加されているか否かを判定し、付加されていない場
合には返送要求情報を付加する。
Ｕ３０ａは、電子メールに、受信確認メールであること
を宣言する宣言情報「Ｘ−Ｃｏｎｆｉｒｍａｔｉｏｎ」
が付加されているか否かを判定し、付加されていない場
合には返送要求情報を付加する。
【００５１】いまの例では、宣言情報「Ｘ−Ｃｏｎｆｉ
ｒｍａｔｉｏｎ」は付加されていないので、ＣＰＵ３０
ａは、電子メールのヘッダに対して返送要求情報である
「Ｘ−Ｒｅｑｕｅｓｔ」を付加する処理を行う。
ｒｍａｔｉｏｎ」は付加されていないので、ＣＰＵ３０
ａは、電子メールのヘッダに対して返送要求情報である
「Ｘ−Ｒｅｑｕｅｓｔ」を付加する処理を行う。
【００５２】図６は、図５に示す電子メールに対して返
送要求情報その他が付加された場合の一例を示す図であ
る。この例では、第１行目に返送要求情報である「Ｘ−
Ｒｅｑｕｅｓｔ」が付加され、それに続いて、送信人の
メールアドレスである「ａｍａｄａ＠ｓ−ｎｅｔ．ｃ
ｏ．ｊｐ」が付加されている。
送要求情報その他が付加された場合の一例を示す図であ
る。この例では、第１行目に返送要求情報である「Ｘ−
Ｒｅｑｕｅｓｔ」が付加され、それに続いて、送信人の
メールアドレスである「ａｍａｄａ＠ｓ−ｎｅｔ．ｃ
ｏ．ｊｐ」が付加されている。
【００５３】次に、ＣＰＵ３０ａは、受信人のメールア
ドレスを参照することにより、自己が中継の終端となる
か否かを判定し、中継の終端とならない場合には次の電
子メールサーバに向けて転送する。
ドレスを参照することにより、自己が中継の終端となる
か否かを判定し、中継の終端とならない場合には次の電
子メールサーバに向けて転送する。
【００５４】いまの例では、受信人はＰＣ７０のユーザ
である「Ｂｕｎｄａ」であることから、電子メールサー
バ３０は中継の終端とはならないので、ＣＰＵ３０ａ
は、中継情報および返送要求情報を付加した電子メール
を、Ｉ／Ｆ３０ｆを介して電子メールサーバ５０に向け
て送信する。
である「Ｂｕｎｄａ」であることから、電子メールサー
バ３０は中継の終端とはならないので、ＣＰＵ３０ａ
は、中継情報および返送要求情報を付加した電子メール
を、Ｉ／Ｆ３０ｆを介して電子メールサーバ５０に向け
て送信する。
【００５５】電子メールサーバ５０は、インターネット
４０を介して伝送されてきた電子メールをＩ／Ｆ５０ｆ
によって受信する。ＣＰＵ５０ａは、先ず、受信した電
子メールに中継情報が付加されているか否かを判定す
る。いまの例では、中継情報「Ｒｅｃｅｉｖｅｄ」が最
初の中継地点である電子メールサーバ３０によって付加
されているので、中継情報と返送要求情報を付加する処
理は実行しない。
４０を介して伝送されてきた電子メールをＩ／Ｆ５０ｆ
によって受信する。ＣＰＵ５０ａは、先ず、受信した電
子メールに中継情報が付加されているか否かを判定す
る。いまの例では、中継情報「Ｒｅｃｅｉｖｅｄ」が最
初の中継地点である電子メールサーバ３０によって付加
されているので、中継情報と返送要求情報を付加する処
理は実行しない。
【００５６】次に、ＣＰＵ５０ａは、その電子メールの
受信人のメールアドレスを参照して、自己が中継の終端
となるか否かを判定する。いまの例では、電子メールサ
ーバ５０は、中継の終端ではないので、ＣＰＵ５０ａ
は、受信した電子メールをＩ／Ｆ５０ｆを介して電子メ
ールサーバ６０に対して送信する。
受信人のメールアドレスを参照して、自己が中継の終端
となるか否かを判定する。いまの例では、電子メールサ
ーバ５０は、中継の終端ではないので、ＣＰＵ５０ａ
は、受信した電子メールをＩ／Ｆ５０ｆを介して電子メ
ールサーバ６０に対して送信する。
【００５７】電子メールサーバ５０から送信された電子
メールは、電子メールサーバ６０のＩ／Ｆ６０ｆによっ
て受信される。ＣＰＵ６０ａは、受信した電子メールに
は中継情報が既に付加されていることから中継情報と返
送要求情報を付加する処理は実行しない。
メールは、電子メールサーバ６０のＩ／Ｆ６０ｆによっ
て受信される。ＣＰＵ６０ａは、受信した電子メールに
は中継情報が既に付加されていることから中継情報と返
送要求情報を付加する処理は実行しない。
【００５８】また、ＣＰＵ６０ａは、電子メールの受信
人のメールアドレスを参照して、自己が中継の終端であ
ることを認知し、その電子メールをＨＤＤ６０ｄに確保
されているメールボックスに記憶させる。
人のメールアドレスを参照して、自己が中継の終端であ
ることを認知し、その電子メールをＨＤＤ６０ｄに確保
されているメールボックスに記憶させる。
【００５９】このような状態において、電子メールの受
信人である「Ｂｕｎｄａ」がＰＣ７０を操作して電子メ
ールサーバ６０にアクセスしたとすると、ＣＰＵ６０ａ
は、ＨＤＤ６０ｄのメールボックスに格納されている電
子メールを読み出す。そして、ＣＰＵ６０ａは、読み出
した電子メールに返送要求情報が付加されているか否か
を判定し、付加されている場合にはその電子メールの送
信人のメールアドレスを抽出し、受信確認メールを生成
する。
信人である「Ｂｕｎｄａ」がＰＣ７０を操作して電子メ
ールサーバ６０にアクセスしたとすると、ＣＰＵ６０ａ
は、ＨＤＤ６０ｄのメールボックスに格納されている電
子メールを読み出す。そして、ＣＰＵ６０ａは、読み出
した電子メールに返送要求情報が付加されているか否か
を判定し、付加されている場合にはその電子メールの送
信人のメールアドレスを抽出し、受信確認メールを生成
する。
【００６０】いまの例では、「Ｂｕｎｄａ」に宛てられ
た電子メールには返送要求情報が付加されているので、
送信人である「Ａｍａｄａ」のメールアドレスが抽出さ
れて図７に示す受信確認メールが生成される。
た電子メールには返送要求情報が付加されているので、
送信人である「Ａｍａｄａ」のメールアドレスが抽出さ
れて図７に示す受信確認メールが生成される。
【００６１】受信確認メールでは、図７の第１行目に示
すように、この電子メールが受信確認メールであること
を宣言する宣言情報「Ｘ−Ｃｏｎｆｉｒｍａｔｉｏｎ」
が付加されている。その後には、受信者のメールアドレ
ス「ｂｕｎｄａ＠ｔ−ｎｅｔ．ｃｏ.ｊｐ」と、もとの
電子メールのメッセージＩＤ「１３１３＠４５４５」
と、送信日時「Ｍａｒｃｈ １７， １９９８」とが付
加されている。
すように、この電子メールが受信確認メールであること
を宣言する宣言情報「Ｘ−Ｃｏｎｆｉｒｍａｔｉｏｎ」
が付加されている。その後には、受信者のメールアドレ
ス「ｂｕｎｄａ＠ｔ−ｎｅｔ．ｃｏ.ｊｐ」と、もとの
電子メールのメッセージＩＤ「１３１３＠４５４５」
と、送信日時「Ｍａｒｃｈ １７， １９９８」とが付
加されている。
【００６２】また、第４行目には、受信者である「Ｂｕ
ｎｄａ」が電子メールを受信した日時「Ｍａｒｃｈ １
８， １９９８」が付加されている。第５行目には、こ
の受信確認メールを送信した電子メールサーバ６０の名
称「Ｍａｉｌ Ｓｅｒｖｅｒ Ｄａｅｍｏｎ」と、その
メールアドレス「ｍｓｄａｅｍｏｎ＠ｕ−ｎｅｔ．ｃ
ｏ．ｊｐ」が付加されている。
ｎｄａ」が電子メールを受信した日時「Ｍａｒｃｈ １
８， １９９８」が付加されている。第５行目には、こ
の受信確認メールを送信した電子メールサーバ６０の名
称「Ｍａｉｌ Ｓｅｒｖｅｒ Ｄａｅｍｏｎ」と、その
メールアドレス「ｍｓｄａｅｍｏｎ＠ｕ−ｎｅｔ．ｃ
ｏ．ｊｐ」が付加されている。
【００６３】第７行目には、この受信確認メールの受信
人の名前「Ａｍａｄａ」とそのメールアドレス「ａｍａ
ｄａ＠ｓ−ｎｅｔ．ｃｏ．ｊｐ」が付加されている。第
８行目には、この電子メールが受信確認メールであるこ
とを示す「Ｘ−Ｃｏｎｆｉｒｍａｔｉｏｎ」に続いて、
もとの電子メールのタイトルである「Ｉｎｖｉｔａｔｉ
ｏｎ」が付加されている。
人の名前「Ａｍａｄａ」とそのメールアドレス「ａｍａ
ｄａ＠ｓ−ｎｅｔ．ｃｏ．ｊｐ」が付加されている。第
８行目には、この電子メールが受信確認メールであるこ
とを示す「Ｘ−Ｃｏｎｆｉｒｍａｔｉｏｎ」に続いて、
もとの電子メールのタイトルである「Ｉｎｖｉｔａｔｉ
ｏｎ」が付加されている。
【００６４】第９行目には、メッセージ「あなたが送信
した以下のメールは受信されました。」が付加されてい
る。更に、第１０行目には、受信者の名前「Ｂｕｎｄ
ａ」が付加されている。第１１行目および第１２行目に
は、送信日時である「Ｍａｒｃｈ １７，１９９８」と
受信日時である「Ｍａｒｃｈ １８，１９９８」が付加
されている。更に、第１３行目には、タイトル「Ｉｎｖ
ｉｔａｔｉｏｎ」が付加され、第１４行目にはメールサ
イズ「１２５ｏｃｔｅｔ」が付加されている。
した以下のメールは受信されました。」が付加されてい
る。更に、第１０行目には、受信者の名前「Ｂｕｎｄ
ａ」が付加されている。第１１行目および第１２行目に
は、送信日時である「Ｍａｒｃｈ １７，１９９８」と
受信日時である「Ｍａｒｃｈ １８，１９９８」が付加
されている。更に、第１３行目には、タイトル「Ｉｎｖ
ｉｔａｔｉｏｎ」が付加され、第１４行目にはメールサ
イズ「１２５ｏｃｔｅｔ」が付加されている。
【００６５】このような受信確認メールは、電子メール
サーバ６０のＩ／Ｆ６０ｆから電子メールサーバ５０に
向けて送信される。電子メールサーバ５０は、送信され
た受信確認メールをＩ／Ｆ５０ｆによって受信する。
サーバ６０のＩ／Ｆ６０ｆから電子メールサーバ５０に
向けて送信される。電子メールサーバ５０は、送信され
た受信確認メールをＩ／Ｆ５０ｆによって受信する。
【００６６】電子メールサーバ５０のＣＰＵ５０ａは、
受信した受信確認メールのヘッダを参照し、宣言情報
「Ｘ−Ｃｏｎｆｉｒｍａｔｉｏｎ」が付加されており、
また、自己が中継の終端ではないことから、Ｉ／Ｆ５０
ｆを介して電子メールサーバ３０に向けて送信する。
受信した受信確認メールのヘッダを参照し、宣言情報
「Ｘ−Ｃｏｎｆｉｒｍａｔｉｏｎ」が付加されており、
また、自己が中継の終端ではないことから、Ｉ／Ｆ５０
ｆを介して電子メールサーバ３０に向けて送信する。
【００６７】電子メールサーバ３０は、送信された受信
確認メールをＩ／Ｆ３０ｆによって受信する。電子メー
ルサーバ３０のＣＰＵ３０ａは、受信した受信確認メー
ルのヘッダを参照し、自己が中継の終端であることか
ら、この受信確認メールをＨＤＤ３０ｄのメールボック
スに格納する。
確認メールをＩ／Ｆ３０ｆによって受信する。電子メー
ルサーバ３０のＣＰＵ３０ａは、受信した受信確認メー
ルのヘッダを参照し、自己が中継の終端であることか
ら、この受信確認メールをＨＤＤ３０ｄのメールボック
スに格納する。
【００６８】このような状態において、ユーザ「Ａｍａ
ｄａ」がＰＣ２０を操作することにより、電子メールサ
ーバ３０にアクセスすると、電子メールサーバ３０のＣ
ＰＵ３０ａは、ＨＤＤ３０ｄに格納されている受信確認
メールを取得し、ＰＣ２０に対して引き渡す。
ｄａ」がＰＣ２０を操作することにより、電子メールサ
ーバ３０にアクセスすると、電子メールサーバ３０のＣ
ＰＵ３０ａは、ＨＤＤ３０ｄに格納されている受信確認
メールを取得し、ＰＣ２０に対して引き渡す。
【００６９】ＰＣ２０では、ＣＰＵ２０ａがこの受信確
認メールに含まれている情報をＧＤ３０ｃに供給し、Ｃ
ＲＴモニタ３１に対して表示されるので、ユーザ「Ａｍ
ａｄａ」は、先に送信した電子メールがＰＣ７０側のユ
ーザ「Ｂｕｎｄａ」によって受信されたことを確認する
ことができる。
認メールに含まれている情報をＧＤ３０ｃに供給し、Ｃ
ＲＴモニタ３１に対して表示されるので、ユーザ「Ａｍ
ａｄａ」は、先に送信した電子メールがＰＣ７０側のユ
ーザ「Ｂｕｎｄａ」によって受信されたことを確認する
ことができる。
【００７０】なお、図８に示すように、ユーザ「Ａｍａ
ｄａ」がその時点までに送信した電子メールの一覧表を
ＣＲＴモニタ３１に表示させておき、受信確認メールを
受信した場合には対応する電子メールの表示内容を「未
受信」から「受信済」に変更するようにしてもよい。
ｄａ」がその時点までに送信した電子メールの一覧表を
ＣＲＴモニタ３１に表示させておき、受信確認メールを
受信した場合には対応する電子メールの表示内容を「未
受信」から「受信済」に変更するようにしてもよい。
【００７１】いまの例では、先に送信した電子メール
は、第２行目に表示されている内容に該当し、この電子
メールに対応する受信確認メールを受信したことから、
第２行目であって第１列目の表示内容が「未受信」から
「受信済」に変更され、また、同行の第３列目に電子メ
ールが受信された日時である「１９９８／３／１８」が
表示される。
は、第２行目に表示されている内容に該当し、この電子
メールに対応する受信確認メールを受信したことから、
第２行目であって第１列目の表示内容が「未受信」から
「受信済」に変更され、また、同行の第３列目に電子メ
ールが受信された日時である「１９９８／３／１８」が
表示される。
【００７２】以上の実施の形態によれば、クライアント
側には何ら機能的追加を行うことなく、電子メールが受
信されたことを示す受信確認メールを送信人に対して送
信することが可能となる。
側には何ら機能的追加を行うことなく、電子メールが受
信されたことを示す受信確認メールを送信人に対して送
信することが可能となる。
【００７３】また、クライアント側に受信確認メールを
受信した場合には、対応する表示内容を変更する処理を
付加すれば、図８に示すように、ＣＲＴモニタ上におい
て、送信した電子メールの未受信／受信済状態を簡単に
管理することが可能となる。
受信した場合には、対応する表示内容を変更する処理を
付加すれば、図８に示すように、ＣＲＴモニタ上におい
て、送信した電子メールの未受信／受信済状態を簡単に
管理することが可能となる。
【００７４】次に、図９〜図１２を参照して以上の機能
を実現するための処理の一例について説明する。なお、
これらの処理は、サーバ３０，５０，６０において同様
に実行されている処理であるが、以下では、電子メール
サーバ３０を例に挙げて説明を行う。
を実現するための処理の一例について説明する。なお、
これらの処理は、サーバ３０，５０，６０において同様
に実行されている処理であるが、以下では、電子メール
サーバ３０を例に挙げて説明を行う。
【００７５】図９は、図２に示す電子メールサーバ３
０，５０，６０において実行される処理の一例を説明す
るフローチャートである。この処理は、所定の周期で呼
び出されて実行される。このフローチャートが開始され
ると、以下の処理が実行される。 ［Ｓ１］ＣＰＵ３０ａは、Ｉ／Ｆ３０ｆからの出力を参
照し、新たな電子メールを着信したか否かを判定し、新
たな電子メールを着信した場合にはステップＳ２に進
み、それ以外の場合にはステップＳ３に進む。 ［Ｓ２］ＣＰＵ３０ａは、電子メールを着信した場合に
実行する「メール着信処理」を実行する。なお、この処
理の詳細は、図１０を参照して後述する。 ［Ｓ３］ＣＰＵ３０ａは、クライアントからアクセスが
あり、かつ、電子メールの受信要求がなされたか否かを
判定し、受信要求があった場合にはステップＳ４に進
み、それ以外の場合には処理を終了する（エンド）。 ［Ｓ４］ＣＰＵ３０ａは、クライアントから電子メール
の受信要求があった場合に実行する「メール受信要求処
理」を実行し、処理を終了する（エンド）。なお、この
処理の詳細は図１１を参照して後述する。
０，５０，６０において実行される処理の一例を説明す
るフローチャートである。この処理は、所定の周期で呼
び出されて実行される。このフローチャートが開始され
ると、以下の処理が実行される。 ［Ｓ１］ＣＰＵ３０ａは、Ｉ／Ｆ３０ｆからの出力を参
照し、新たな電子メールを着信したか否かを判定し、新
たな電子メールを着信した場合にはステップＳ２に進
み、それ以外の場合にはステップＳ３に進む。 ［Ｓ２］ＣＰＵ３０ａは、電子メールを着信した場合に
実行する「メール着信処理」を実行する。なお、この処
理の詳細は、図１０を参照して後述する。 ［Ｓ３］ＣＰＵ３０ａは、クライアントからアクセスが
あり、かつ、電子メールの受信要求がなされたか否かを
判定し、受信要求があった場合にはステップＳ４に進
み、それ以外の場合には処理を終了する（エンド）。 ［Ｓ４］ＣＰＵ３０ａは、クライアントから電子メール
の受信要求があった場合に実行する「メール受信要求処
理」を実行し、処理を終了する（エンド）。なお、この
処理の詳細は図１１を参照して後述する。
【００７６】次に、図１０を参照して、図９に示す「メ
ール着信処理」の詳細について説明する。このフローチ
ャートが開始されると、以下の処理が実行される。 ［Ｓ２０］ＣＰＵ３０ａは、Ｉ／Ｆ３０ｆによって受信
された電子メールを取得する。 ［Ｓ２１］ＣＰＵ３０ａは、ステップＳ２０において取
得した電子メールに、中継情報である「Ｒｅｃｅｉｖｅ
ｄ」が付加されているか否かを判定し、付加されている
場合にはステップＳ２５に進み、それ以外の場合にはス
テップＳ２２に進む。 ［Ｓ２２］ＣＰＵ３０ａは、ステップＳ２０において取
得した電子メールに、宣言情報である「Ｘ−Ｃｏｎｆｉ
ｒｍａｔｉｏｎ」が付加されているか否かを判定し、付
加されている場合にはステップＳ２４に進み、それ以外
の場合にはステップＳ２３に進む。 ［Ｓ２３］ＣＰＵ３０ａは、ステップＳ２０において取
得した電子メールのヘッダに対して返送要求情報「Ｘ−
Ｒｅｑｕｅｓｔ」およびその他の情報（図６参照）を付
加する。 ［Ｓ２４］ＣＰＵ３０ａは、ステップＳ２０において取
得した電子メールのヘッダに対して中継情報「Ｒｅｃｅ
ｉｖｅｄ」およびその他の情報（図５参照）を付加す
る。 ［Ｓ２５］ＣＰＵ３０ａは、電子メールの受信人のメー
ルアドレスを参照し、自己が中継の終端であるか否かを
判定し、終端である場合にはステップＳ２６に進み、そ
れ以外の場合にはステップＳ２７に進む。 ［Ｓ２６］ＣＰＵ３０ａは、電子メールをＨＤＤ３０ｄ
に確保されているメールボックスに格納してもとの処理
に復帰する（リターン）。 ［Ｓ２７］ＣＰＵ３０ａは、電子メールをＩ／Ｆ３０ｆ
を介して、次の電子メールサーバに対して転送してもと
の処理に復帰する（リターン）。
ール着信処理」の詳細について説明する。このフローチ
ャートが開始されると、以下の処理が実行される。 ［Ｓ２０］ＣＰＵ３０ａは、Ｉ／Ｆ３０ｆによって受信
された電子メールを取得する。 ［Ｓ２１］ＣＰＵ３０ａは、ステップＳ２０において取
得した電子メールに、中継情報である「Ｒｅｃｅｉｖｅ
ｄ」が付加されているか否かを判定し、付加されている
場合にはステップＳ２５に進み、それ以外の場合にはス
テップＳ２２に進む。 ［Ｓ２２］ＣＰＵ３０ａは、ステップＳ２０において取
得した電子メールに、宣言情報である「Ｘ−Ｃｏｎｆｉ
ｒｍａｔｉｏｎ」が付加されているか否かを判定し、付
加されている場合にはステップＳ２４に進み、それ以外
の場合にはステップＳ２３に進む。 ［Ｓ２３］ＣＰＵ３０ａは、ステップＳ２０において取
得した電子メールのヘッダに対して返送要求情報「Ｘ−
Ｒｅｑｕｅｓｔ」およびその他の情報（図６参照）を付
加する。 ［Ｓ２４］ＣＰＵ３０ａは、ステップＳ２０において取
得した電子メールのヘッダに対して中継情報「Ｒｅｃｅ
ｉｖｅｄ」およびその他の情報（図５参照）を付加す
る。 ［Ｓ２５］ＣＰＵ３０ａは、電子メールの受信人のメー
ルアドレスを参照し、自己が中継の終端であるか否かを
判定し、終端である場合にはステップＳ２６に進み、そ
れ以外の場合にはステップＳ２７に進む。 ［Ｓ２６］ＣＰＵ３０ａは、電子メールをＨＤＤ３０ｄ
に確保されているメールボックスに格納してもとの処理
に復帰する（リターン）。 ［Ｓ２７］ＣＰＵ３０ａは、電子メールをＩ／Ｆ３０ｆ
を介して、次の電子メールサーバに対して転送してもと
の処理に復帰する（リターン）。
【００７７】次に、図１１を参照して、図９に示す「メ
ール受信要求処理」の詳細について説明する。このフロ
ーチャートが開始されると、以下の処理が実行される。 ［Ｓ４０］ＣＰＵ３０ａは、電子メールの受信要求を行
ったクライアントを受信人とする電子メールを、ＨＤＤ
３０ｄのメールボックスから取得する。 ［Ｓ４１］ＣＰＵ３０ａは、ステップＳ４０において取
得した電子メールに対して返送要求情報「Ｘ−Ｒｅｑｕ
ｅｓｔ」が付加されているか否かを判定し、付加されて
いる場合にはステップＳ４２に進み、それ以外の場合に
はステップＳ４６に進む。 ［Ｓ４２］ＣＰＵ３０ａは、取得した電子メールの送信
人のメールアドレスを抽出する。 ［Ｓ４３］ＣＰＵ３０ａは、その送信人を受信人とする
受信確認メールを作成する。 ［Ｓ４４］ＣＰＵ３０ａは、ステップＳ４３において作
成された受信確認メールに対して宣言情報である「Ｘ−
Ｃｏｎｆｉｒｍａｔｉｏｎ」を付加する。 ［Ｓ４５］ＣＰＵ３０ａは、作成された受信確認メール
（図７参照）を、受信人（もとの電子メールの送信人）
に対して送信する。 ［Ｓ４６］ＣＰＵ３０ａは、ステップＳ４０においてメ
ールボックスから取得した電子メールを、要求を行った
クライアントに対して送信し、もとの処理に復帰する
（リターン）。
ール受信要求処理」の詳細について説明する。このフロ
ーチャートが開始されると、以下の処理が実行される。 ［Ｓ４０］ＣＰＵ３０ａは、電子メールの受信要求を行
ったクライアントを受信人とする電子メールを、ＨＤＤ
３０ｄのメールボックスから取得する。 ［Ｓ４１］ＣＰＵ３０ａは、ステップＳ４０において取
得した電子メールに対して返送要求情報「Ｘ−Ｒｅｑｕ
ｅｓｔ」が付加されているか否かを判定し、付加されて
いる場合にはステップＳ４２に進み、それ以外の場合に
はステップＳ４６に進む。 ［Ｓ４２］ＣＰＵ３０ａは、取得した電子メールの送信
人のメールアドレスを抽出する。 ［Ｓ４３］ＣＰＵ３０ａは、その送信人を受信人とする
受信確認メールを作成する。 ［Ｓ４４］ＣＰＵ３０ａは、ステップＳ４３において作
成された受信確認メールに対して宣言情報である「Ｘ−
Ｃｏｎｆｉｒｍａｔｉｏｎ」を付加する。 ［Ｓ４５］ＣＰＵ３０ａは、作成された受信確認メール
（図７参照）を、受信人（もとの電子メールの送信人）
に対して送信する。 ［Ｓ４６］ＣＰＵ３０ａは、ステップＳ４０においてメ
ールボックスから取得した電子メールを、要求を行った
クライアントに対して送信し、もとの処理に復帰する
（リターン）。
【００７８】なお、複数のメールがメールボックスに存
在する場合には、以上の処理を繰り返して実行する。最
後に、図１２を参照して、図２に示すＰＣ２０，７０に
おいて実行される処理の一例について説明する。この処
理は、電子メールサーバから電子メールを受信した場合
に実行される。このフローチャートが開始されると以下
の処理が実行される。なお、以下では、ＰＣ２０を例に
挙げて説明を行う。 ［Ｓ６０］ＣＰＵ２０ａは、受信した電子メールに宣言
情報「Ｘ−Ｃｏｎｆｉｒｍａｔｉｏｎ」が付加されてい
るか否かを判定し、付加されている場合にはステップＳ
６１に進み、それ以外の場合にはステップＳ６４に進
む。 ［Ｓ６１］ＣＰＵ２０ａは、電子メールからメッセージ
ＩＤを取得する。 ［Ｓ６２］ＣＰＵ２０ａは、図８に示す送信メールの一
覧表において、同一のメッセージＩＤを有する電子メー
ルに対応する表示項目を検索する。 ［Ｓ６３］ＣＰＵ２０ａは、その表示項目の表示内容を
「未受信」から「受信済」に変更する。 ［Ｓ６４］ＣＰＵ２０ａは、対応する表示欄に受信日時
を表示する。 ［Ｓ６５］ＣＰＵ２０ａは、受信した電子メールを、必
要に応じて一覧表示する。即ち、受信した電子メールを
表示する指示がなされている場合には、受信した電子メ
ールが一覧表示（図示せず）されることになる。
在する場合には、以上の処理を繰り返して実行する。最
後に、図１２を参照して、図２に示すＰＣ２０，７０に
おいて実行される処理の一例について説明する。この処
理は、電子メールサーバから電子メールを受信した場合
に実行される。このフローチャートが開始されると以下
の処理が実行される。なお、以下では、ＰＣ２０を例に
挙げて説明を行う。 ［Ｓ６０］ＣＰＵ２０ａは、受信した電子メールに宣言
情報「Ｘ−Ｃｏｎｆｉｒｍａｔｉｏｎ」が付加されてい
るか否かを判定し、付加されている場合にはステップＳ
６１に進み、それ以外の場合にはステップＳ６４に進
む。 ［Ｓ６１］ＣＰＵ２０ａは、電子メールからメッセージ
ＩＤを取得する。 ［Ｓ６２］ＣＰＵ２０ａは、図８に示す送信メールの一
覧表において、同一のメッセージＩＤを有する電子メー
ルに対応する表示項目を検索する。 ［Ｓ６３］ＣＰＵ２０ａは、その表示項目の表示内容を
「未受信」から「受信済」に変更する。 ［Ｓ６４］ＣＰＵ２０ａは、対応する表示欄に受信日時
を表示する。 ［Ｓ６５］ＣＰＵ２０ａは、受信した電子メールを、必
要に応じて一覧表示する。即ち、受信した電子メールを
表示する指示がなされている場合には、受信した電子メ
ールが一覧表示（図示せず）されることになる。
【００７９】以上の実施の形態によれば、ユーザの負担
を増大することなく、送信した電子メールが確実に受信
されたか否かを簡単に確認することが可能となる。ま
た、クライアント側に簡単なプログラムを実装すること
により、既に送信した電子メールが受信済／未受信の何
れかであるかを容易に管理することが可能となる。
を増大することなく、送信した電子メールが確実に受信
されたか否かを簡単に確認することが可能となる。ま
た、クライアント側に簡単なプログラムを実装すること
により、既に送信した電子メールが受信済／未受信の何
れかであるかを容易に管理することが可能となる。
【００８０】なお、以上の実施の形態においては、中継
情報や返送要求情報は、電子メールのヘッダに付加する
ようにしたが、メールの本体に付加するようにしてもよ
い。また、以上の実施の形態においては、複数の電子メ
ールサーバを介して電子メールが中継される場合を例に
挙げて説明したが、例えば、同一の電子メールサーバを
介して電子メールが授受される場合においても、同様の
処理を行うことが可能であることはいうまでもない。
情報や返送要求情報は、電子メールのヘッダに付加する
ようにしたが、メールの本体に付加するようにしてもよ
い。また、以上の実施の形態においては、複数の電子メ
ールサーバを介して電子メールが中継される場合を例に
挙げて説明したが、例えば、同一の電子メールサーバを
介して電子メールが授受される場合においても、同様の
処理を行うことが可能であることはいうまでもない。
【００８１】最後に、上記の処理機能は、コンピュータ
によって実現することができる。その場合、電子メール
サーバが有すべき機能の処理内容は、コンピュータで読
み取り可能な記録媒体に記録されたプログラムに記述さ
れており、このプログラムをコンピュータで実行するこ
とにより、上記処理がコンピュータで実現される。コン
ピュータで読み取り可能な記録媒体としては、磁気記録
装置や半導体メモリ等がある。
によって実現することができる。その場合、電子メール
サーバが有すべき機能の処理内容は、コンピュータで読
み取り可能な記録媒体に記録されたプログラムに記述さ
れており、このプログラムをコンピュータで実行するこ
とにより、上記処理がコンピュータで実現される。コン
ピュータで読み取り可能な記録媒体としては、磁気記録
装置や半導体メモリ等がある。
【００８２】市場に流通させる場合には、ＣＤ−ＲＯＭ
(Compact Disk Read Only Memory)やフロッピーディス
ク等の可搬型記録媒体にプログラムを格納して流通させ
たり、ネットワークを介して接続されたコンピュータの
記憶装置に格納しておき、ネットワークを通じて他のコ
ンピュータに転送することもできる。コンピュータで実
行する際には、コンピュータ内のハードディスク装置等
にプログラムを格納しておき、メインメモリにロードし
て実行するようにすればよい。
(Compact Disk Read Only Memory)やフロッピーディス
ク等の可搬型記録媒体にプログラムを格納して流通させ
たり、ネットワークを介して接続されたコンピュータの
記憶装置に格納しておき、ネットワークを通じて他のコ
ンピュータに転送することもできる。コンピュータで実
行する際には、コンピュータ内のハードディスク装置等
にプログラムを格納しておき、メインメモリにロードし
て実行するようにすればよい。
【００８３】
【発明の効果】以上説明したように本発明では、送信側
のクライアントから送信された電子メールを、少なくと
も１の電子メールサーバを介して、受信側のクライアン
トまで配送する電子メールシステムにおいて、送信側の
クライアントから送信された電子メールを中継する電子
メールサーバは、その電子メールに既に中継されたこと
を示す中継情報が付加されていない場合には、電子メー
ルが受信側のクライアントに受信された場合に受信確認
メールを返送することを要求する返送要求情報を電子メ
ールに対して付加する返送要求情報付加手段と、電子メ
ールに中継したことを示す中継情報を付加する中継情報
付加手段とを有し、中継の終端となる電子メールサーバ
は、受信側のクライアントが返送要求情報が付加された
電子メールを受信した場合には受信確認メールを生成す
る受信確認メール生成手段と、受信確認メール生成手段
によって生成された受信確認メールを電子メールの送信
人に対して送信する送信手段とを有するようにしたの
で、ユーザの負担を増大することなく、送信した電子メ
ールが確実に受信されたか否かを知ることが可能とな
る。
のクライアントから送信された電子メールを、少なくと
も１の電子メールサーバを介して、受信側のクライアン
トまで配送する電子メールシステムにおいて、送信側の
クライアントから送信された電子メールを中継する電子
メールサーバは、その電子メールに既に中継されたこと
を示す中継情報が付加されていない場合には、電子メー
ルが受信側のクライアントに受信された場合に受信確認
メールを返送することを要求する返送要求情報を電子メ
ールに対して付加する返送要求情報付加手段と、電子メ
ールに中継したことを示す中継情報を付加する中継情報
付加手段とを有し、中継の終端となる電子メールサーバ
は、受信側のクライアントが返送要求情報が付加された
電子メールを受信した場合には受信確認メールを生成す
る受信確認メール生成手段と、受信確認メール生成手段
によって生成された受信確認メールを電子メールの送信
人に対して送信する送信手段とを有するようにしたの
で、ユーザの負担を増大することなく、送信した電子メ
ールが確実に受信されたか否かを知ることが可能とな
る。
【００８４】また、電子メールサーバにおいて、伝送さ
れてきた電子メールを受信する受信手段と、受信手段に
よって受信された電子メールに、既に中継されたことを
示す中継情報が付加されていない場合には、電子メール
が受信側のクライアントに受信された場合に受信確認メ
ールを返送することを要求する返送要求情報を付加する
返送要求情報付加手段と、電子メールに中継したことを
示す中継情報を付加する中継情報付加手段とを有するよ
うにしたので、他のコミュニケーション手段によって、
送信した電子メールが受信されたか否かを確認する必要
がなくなる。
れてきた電子メールを受信する受信手段と、受信手段に
よって受信された電子メールに、既に中継されたことを
示す中継情報が付加されていない場合には、電子メール
が受信側のクライアントに受信された場合に受信確認メ
ールを返送することを要求する返送要求情報を付加する
返送要求情報付加手段と、電子メールに中継したことを
示す中継情報を付加する中継情報付加手段とを有するよ
うにしたので、他のコミュニケーション手段によって、
送信した電子メールが受信されたか否かを確認する必要
がなくなる。
【図１】本発明の動作原理を説明する原理図である。
【図２】本発明の実施の形態の構成例を示す図である。
【図３】図２に示す電子メールサーバおよびＰＣの構成
例を示すブロック図である。
例を示すブロック図である。
【図４】図２に示す実施の形態において送信される電子
メールの一例である。
メールの一例である。
【図５】図４に示す電子メールに対して中継情報が付加
された場合の一例である。
された場合の一例である。
【図６】図５に示す電子メールに対して返送要求情報が
付加された場合の一例である。
付加された場合の一例である。
【図７】図６に示す電子メールに対する受信確認メール
の一例である。
の一例である。
【図８】図７に示す受信確認メールを受信した場合にＰ
ＣのＣＲＴモニタに表示される表示例である。
ＣのＣＲＴモニタに表示される表示例である。
【図９】図２に示す電子メールサーバにおいて実行され
る処理の一例を説明するフローチャートである。
る処理の一例を説明するフローチャートである。
【図１０】図９に示す「メール着信処理」の詳細を説明
するフローチャートである。
するフローチャートである。
【図１１】図９に示す「メール受信要求処理」の詳細を
説明するフローチャートである。
説明するフローチャートである。
【図１２】図２に示すＰＣにおいて実行される処理の一
例を説明するフローチャートである。
例を説明するフローチャートである。
【図１３】従来の電子メールシステムの動作の概要を説
明するための図である。
明するための図である。
１１，１５ ＰＣ １３，１４ 電子メールサーバ １３ａ，１４ａ 受信手段 １３ｂ，１４ｂ 中継情報付加手段 １３ｃ，１４ｃ 返送要求付加手段 １３ｄ，１４ｄ 受信確認メール生成手段 １３ｅ，１４ｅ 宣言情報付加手段 １３ｆ，１４ｆ 記憶手段 １３ｇ，１４ｇ 送信手段 ２０，７０ ＰＣ ３０，４０，５０ 電子メールサーバ ３０ａ ＣＰＵ ３０ｂ ＲＯＭ ３０ｃ ＧＤ ３０ｄ ＨＤＤ ３０ｅ ＲＡＭ ３０ｆ Ｉ／Ｆ ３１ ＣＲＴモニタ
───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B089 GA11 GA21 GB03 HB07 JA31 JB22 KA13 LA03 LA07 LB14 5K030 GA16 HA06 HC01 JL07 JT02 JT06 KA06 LD13 LD14 9A001 JJ14
Claims (7)
- 【請求項１】 送信側のクライアントから送信された電
子メールを、少なくとも１の電子メールサーバを介し
て、受信側のクライアントまで配送する電子メールシス
テムにおいて、 前記送信側のクライアントから送信された電子メールを
中継する電子メールサーバは、その電子メールに既に中
継されたことを示す中継情報が付加されていない場合に
は、前記電子メールが前記受信側のクライアントに受信
された場合に受信確認メールを返送することを要求する
返送要求情報を前記電子メールに対して付加する返送要
求情報付加手段と、前記電子メールに中継したことを示
す中継情報を付加する中継情報付加手段とを有し、 中継の終端となる電子メールサーバは、前記受信側のク
ライアントが前記返送要求情報が付加された電子メール
を受信した場合には前記受信確認メールを生成する受信
確認メール生成手段と、前記受信確認メール生成手段に
よって生成された受信確認メールを前記電子メールの送
信人に対して送信する送信手段とを有することを特徴と
する電子メールシステム。 - 【請求項２】 前記中継の終端となる電子メールサーバ
は、前記受信確認メールに対して、受信確認メールであ
ることを宣言する宣言情報を付加する宣言情報付加手段
を更に有し、 前記宣言情報が付加された受信確認メールに対して新た
に中継の終端となる電子メールサーバは、前記宣言情報
が付加されている電子メールに対する前記受信確認メー
ル生成手段の動作を停止させる受信確認メール生成停止
手段を更に有することを特徴とする請求項１記載の電子
メールシステム。 - 【請求項３】 前記送信側のクライアントは、前記受信
確認メールを受信した場合には、該当する電子メールが
受信済みであることを示す所定の表示を行う表示手段を
有することを特徴とする請求項１記載の電子メールシス
テム。 - 【請求項４】 伝送されてきた電子メールを受信する受
信手段と、 前記受信手段によって受信された電子メールに、既に中
継されたことを示す中継情報が付加されていない場合に
は、前記電子メールが前記受信側のクライアントに受信
された場合に受信確認メールを返送することを要求する
返送要求情報を付加する返送要求情報付加手段と、 電子メールに中継したことを示す中継情報を付加する中
継情報付加手段と、 を有することを特徴とする電子メールサーバ。 - 【請求項５】 前記電子メールに対して自己が中継の終
端となる場合には、前記受信側のクライアントが受信す
るまで前記電子メールを記憶する記憶手段と、 前記受信手段によって受信した電子メールに前記返送要
求情報が付加されている場合であって、前記電子メール
が受信側のクライアントによって受信された場合には、
前記送信側のクライアントを受信側とする受信確認メー
ルを生成する受信確認メール生成手段と、 前記電子メールまたは前記受信確認メールを送信する送
信手段と、 を更に有することを特徴とする請求項４記載の電子メー
ルサーバ。 - 【請求項６】 前記受信確認メールに対して、受信確認
メールであることを宣言する宣言情報を付加する宣言情
報付加手段と、 前記受信手段によって受信された電子メールに前記宣言
情報が付加されている場合であって、前記電子メールが
送信側のクライアントによって受信された場合には、前
記受信確認メール生成手段の動作を停止させる受信確認
メール生成停止手段と、 を更に有することを特徴とする請求項５記載の電子メー
ルサーバ。 - 【請求項７】 電子メールサーバとして機能させるプロ
グラムを記録したコンピュータ読み取り可能な記録媒体
において、 コンピュータを、 伝送されてきた電子メールを受信する受信手段、 前記受信手段によって受信された電子メールに、既に中
継されたことを示す中継情報が付加されていない場合に
は、前記電子メールが前記受信側のクライアントに受信
された場合に受信確認メールを返送することを要求する
返送要求情報を付加する返送要求情報付加手段、 電子メールに中継したことを示す中継情報を付加する中
継情報付加手段、 として機能させることを特徴とするプログラムを記録し
たコンピュータ読み取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP35702598A JP2000181817A (ja) | 1998-12-16 | 1998-12-16 | 電子メールシステム、電子メールサーバ、および、記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP35702598A JP2000181817A (ja) | 1998-12-16 | 1998-12-16 | 電子メールシステム、電子メールサーバ、および、記録媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000181817A true JP2000181817A (ja) | 2000-06-30 |
Family
ID=18452000
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP35702598A Pending JP2000181817A (ja) | 1998-12-16 | 1998-12-16 | 電子メールシステム、電子メールサーバ、および、記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000181817A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009135962A (ja) * | 2000-07-27 | 2009-06-18 | Rpost Internatl Ltd | 電子メッセージの配達及び完全性を検証するシステム及び方法 |
-
1998
- 1998-12-16 JP JP35702598A patent/JP2000181817A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009135962A (ja) * | 2000-07-27 | 2009-06-18 | Rpost Internatl Ltd | 電子メッセージの配達及び完全性を検証するシステム及び方法 |
| JP2012110032A (ja) * | 2000-07-27 | 2012-06-07 | Rpost Internatl Ltd | 電子メッセージの配達及び完全性を検証するシステム及び方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20020156871A1 (en) | Messaging protocol | |
| EP1071029A2 (en) | Method and system for providing electronic mail services to mobile devices with efficient use of network bandwidth | |
| US8959164B2 (en) | Tri-state presence indicator | |
| KR20000028800A (ko) | 네트워크가 가용 불능한 동안 전자 메일 서비스를제공하는 장치 및 방법 | |
| JPH1168833A (ja) | ネットワークファクシミリ装置の制御方法 | |
| JP2006331003A (ja) | 情報処理装置および電子メール制御方法 | |
| JP2001184278A (ja) | 通信装置及びメール通信方法 | |
| JP2000067012A (ja) | モバイル通信方法 | |
| US20030135568A1 (en) | Method of receiving selected mail at internet mail device | |
| JP2000181817A (ja) | 電子メールシステム、電子メールサーバ、および、記録媒体 | |
| JP2003223404A (ja) | 電子メールシステム | |
| JPH11187188A (ja) | ネットワークファクシミリ装置の制御方法 | |
| JP3909003B2 (ja) | メッセージ配信システム及び方法並びにプログラム及び記録媒体 | |
| JP2000293458A (ja) | データ配信装置及びデータ受信装置及びそれらの制御方法 | |
| JPH11150645A (ja) | ファクシミリ通信システムの制御方法 | |
| JP4720335B2 (ja) | 電子メール端末及びプログラム | |
| KR100194575B1 (ko) | 멀티에이전트 기반 전자우편 시스템의 운용방법 | |
| JP2006157572A (ja) | インスタントメッセージによる同報配信方法及び装置 | |
| JP2004326319A (ja) | 中継装置 | |
| JP3750656B2 (ja) | 電子メールサーバ | |
| JPH1084380A (ja) | メール送受信システム | |
| JP2004032153A (ja) | メール配信サーバおよびメール配信プログラム | |
| JP2009081659A (ja) | 電子メール管理システム、電子メール管理方法、及び電子メール管理プログラム | |
| JP5286535B2 (ja) | 電子メールサーバ及び電子メール送受信方法 | |
| JPH1132198A (ja) | ネットワークファクシミリ装置の制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041026 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20050920 |