JPH06195275A - 分散型メールシステムにおけるメール情報管理装置 - Google Patents

Abstract

(57)【要約】 【目的】 本発明は分散型メールシステムにおけるメー
ル情報管理装置に関し、既存の電子メールシステムを改
造することなく、電子メールの未読、既読確認、着信確
認、送信メールの削除等の付加機能を実現すると共に、
高信頼性を保ち、かつ、リアルタイム性を持った形で実
現することを目的とする。 【構成】 各電子メール処理装置１に付加したメール情
報管理装置３に、メールシステムとは独立して動作する
メール情報管理サーバ４と、メールシステム２から付加
情報を得るための付加情報取得インターフェース５を設
け、メール情報管理サーバ４に、通信制御部１７を設け
た。そして、メール情報管理サーバ４は、付加情報取得
インターフェース５で取得した付加情報を使用して、送
信したメールの着信確認、送信したメールの未読・既読
確認、送信したメールの削除処理を行うように構成し
た。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、計算機の分散された環
境にインプリメントされたメールシステムにおいて、そ
の分散型メールシステムの仕組みを変更することなく、
送信したメールの着信確認、未読、既読確認、送信した
メールの削除等の付加機能を実現した分散型メールシス
テムにおけるメール情報管理装置に関する。

【０００２】

【従来の技術】図５は、従来技術の説明図であり、図５
Ａは電子メールシステムの説明図、図５Ｂは送信メール
を示した図、図５Ｃは返信メールを示した図である。

【０００３】従来、分散型メールシステムにおいて、メ
ールの未読、既読の確認処理は、一般的には行っていな
いが、このような処理を行うメールシステムも知られて
いた。その１例を次に説明する。

【０００４】図５Ａに示したように、送信側の電子メー
ル処理装置（送信側計算機）から、受信側の電子メール
処理装置（受信側計算機）に対して、電子メールを送信
する。

【０００５】この場合、図５Ｂに示したように、送信し
た電子メール（これを、送信メールとする）のヘッダ部
の未使用部分に、メールの未読、既読確認要求のフラグ
Ｆと、アドレスＡＤＤ（送信側装置のアドレス）とを埋
め込んでおく。

【０００６】例えば、上記フラグＦは、未読、既読の返
答が不要であれば、Ｆ＝０とし、未読、既読の返答が必
要ならば、Ｆ＝１とする。このようにして、電子メール
を送信すれば、最終的にメールが配送された受信側の電
子メール処理装置で、上記のフラグＦを確認する。そし
て、フラグＦがＦ＝０ならば、返答しないが、フラグＦ
が、Ｆ＝１の場合は、図５Ｃに示した返信メールを、送
信側の電子メール処理装置に送る。

【０００７】すなわち、Ｆ＝１の場合、受信側の電子メ
ール処理装置側で、受信した電子メール（図５Ｂの送信
メール）を読んだら、メールを読んだ旨の返答文を作成
し、送信メールに埋め込んであったアドレスＡＤＤ宛
に、返信メールを送り返す。

【０００８】この返信メールを、最初の送信側の電子メ
ール処理装置側が受信して、返答文を読むことにより、
相手が電子メールを読んだことを確認する。なお、電子
メールの着信確認処理も、上記未読、既読確認処理と同
様にして行っていたシステムも知られていた。また、分
散型メールシステムにおいては、送信したメールの削除
機能は、実現されていない。

【０００９】

【発明が解決しようとする課題】上記のような従来のも
のにおいては、次のような課題があった。 ：電子メールの未読、既読確認処理や、着信確認処理
は、上記のように返信メールを使用して行っていた。し
かし、その返信メールが確実に送信者に送られるという
保証はない。

【００１０】従って、上記の確認処理では、確実な確認
処理は出来ない。 ：電子メールの未読、既読確認処理や、着信確認処理
は、メールによる情報伝達方法であるため、リアルタイ
ム性に欠ける。

【００１１】：従来１つのホスト上で沢山のメールシ
ステムが使用されているが、送信メールの未読、既読確
認機能が実現されているメールシステムは、稀であり、
その機能が実装されていないものが殆どである。

【００１２】従って、従来の電子メールシステムで、未
読、既読確認機能を実現しようとした場合には、全ての
メールシステムを改造しなければならない。本発明は、
このような従来の課題を解決し、既存の電子メールシス
テムを改造することなく、電子メールの未読、既読確
認、着信確認、送信メールの削除等の付加機能を実現す
ると共に、高信頼性を保ち、かつ、リアルタイム性を持
った形で実現することを目的とする。

【００１３】

【課題を解決するための手段】図１は本発明の原理説明
図であり、図１中、１は電子メール処理装置、２はメー
ルシステム、３はメール情報管理装置、４はメール情報
管理サーバ、５は付加情報取得インターフェース、１７
は通信制御部を示す。

【００１４】本発明は上記の課題を解決するため、次の
ように構成した。 ：分散型メールシステムにおいて、電子メールの送受
信等の処理を行う各電子メール処理装置１に付加したメ
ール情報管理装置３であって、該メール情報管理装置３
に、上記分散型メールシステムとは独立して動作し、該
分散型メールシステムの付加機能としての、メール情報
管理を行うメール情報管理サーバ４を設けた。

【００１５】：構成において、メール情報管理サー
バ４に、通信制御部１７を設けることにより、該メール
情報管理サーバ４が、他の各電子メール処理装置１のメ
ール情報管理サーバ４と通信出来るように構成した。

【００１６】：構成において、メール情報管理装置
１に、メール情報管理サーバ４が、メールシステム２か
ら付加情報を得るための付加情報取得インターフェース
５を設けた。

【００１７】：構成において、メール情報管理サー
バ４は、上記付加情報取得インターフェース５で取得し
た付加情報を使用して、送信したメールの着信確認処理
を行うように構成した。

【００１８】：構成において、メール情報管理サー
バ４は、付加情報取得インターフェース５で取得した付
加情報を使用して、送信したメールの未読・既読確認処
理を行うように構成した。

【００１９】：構成において、メール情報管理サー
バ４は、上記付加情報取得インターフェース５で取得し
た付加情報を使用して、送信したメールの削除処理を行
うように構成した。

【００２０】

【作用】上記構成に基づく本発明の作用を、図１に基づ
いて説明する。 ：「メールの着信確認」機能の説明 ユーザから要求された付加機能が、「メールの着信確
認」に関するものであった場合、その旨メール情報管理
サーバ４に伝えられる。メール情報管理サーバ４では、
着信確認要求であることを確認し、発信メール一覧を取
り出し、表示装置で表示する。

【００２１】ユーザは、表示された発信メール一覧を見
て、着信確認を要求するメールを指定する。指定された
メールの情報は、メール情報管理サーバ４に伝えられ
る。メール情報管理サーバ４は、指定されたメールがあ
れば、メールが、そのメール情報管理サーバ４が存在す
る装置にあることを伝える。

【００２２】また、メールが無かったら、指定されたメ
ールの情報を調べ、通信制御部１７により、実着信アド
レスに存在するメール情報管理サーバ４（メール受信側
装置のメール情報管理サーバ）と通信する。

【００２３】次に、受信側のメール情報管理サーバ４
は、指定されたメールの有無を調べ、無かったら、指定
されたメールは、中継されたと判断し、実アドレスを調
べ、次のメール情報管理サーバにアクセスする。

【００２４】そして、指定されたメールがあれば、実着
信アドレスと、着信アドレスが同じものかどうかを調べ
る。その結果、同じものであれば、送信されたメール
が、配送先に着信したと判断する。また、異なっていた
場合には、未だ、着信していないと判断する。

【００２５】未着信、既着信の情報は、要求が発せられ
たメール情報管理サーバ４まで返される。そして、ユー
ザに表示して示される。 ：「送信したメールの未読、既読確認処理」の説明 「送信したメールの未読、既読確認処理」においても、
メールを指定する処理は、上記の「メールの着信確認」
処理と同じである。

【００２６】指定されたメールの情報が、メール情報管
理サーバ４に伝えられたら、指定されたメールの情報
が、存在するかどうかを調べる。その結果、存在した
ら、付加情報取得インターフェース５に指定されたメー
ルの情報が伝えられる。

【００２７】付加情報取得インターフェース５では、メ
ールシステム２の、例えば、メールボックス、メールフ
ォルダから、指定されたメールが未読であるか、既読で
あるかを調べる。

【００２８】未読であるか、既読であるかの結果は、メ
ール情報管理サーバ４へ伝えられ、ユーザに表示され
る。メール情報管理サーバ４では、指定されたメールが
存在しなかったら、通信制御部１７により、実アドレス
に存在する、受信側のメール情報管理サーバ４と通信す
る。

【００２９】そして、上記着信確認と同じ方法で、受信
側のメール情報管理サーバ４は、指定されたメールの有
無を調べ、メール情報管理サーバ同士の通信を続ける。
その結果、指定されたメールが存在すれば、メール情報
管理サーバ４に、指定されたメールの情報が伝えられ、
指定された未読・既読が確認される。

【００３０】確認された未読・既読の情報は、要求が発
せられたメール情報管理サーバ４まで返され、ユーザに
表示して示される。 ：「送信したメールの削除」処理の説明 要求するメールを指定する方法は、上記「メールの着信
確認」及び、「送信したメールの未読、既読確認処理」
処理と同じである。

【００３１】指定されたメールの情報は、メール情報管
理サーバ４に伝えられる。上記「メールの着信確認」及
び、「送信したメールの未読、既読確認処理」処理と同
じ方法で、指定されたメールの有無を調べる。

【００３２】その結果、メールが存在すれば、メールシ
ステム２中の、例えば、メールスプール、メールボック
ス、メールフォルダ等の中から、指定されたメールを検
索し、それを削除する。

【００３３】指定されたメールが存在しなければ、上記
の「メールの着信確認」及び、「送信したメールの未
読、既読確認処理」処理と同じ方法で、指定されたメー
ルが存在するまで通信が続けられる。

【００３４】そして、メールが存在すれば、上記と同じ
方法で、メールを削除する。削除が成功したか、失敗し
たかの情報は、要求を発したメール情報管理サーバ４ま
で返される。

【００３５】以上のようにして、既存の電子メールシス
テムを改造することなく、電子メールの未読、既読確
認、着信確認、送信メールの削除等の付加機能を実現す
る事が出来る。

【００３６】また、高信頼性を保ち、かつ、リアルタイ
ム性を持った形で実現することが出来る。

【００３７】

【実施例】以下、本発明の実施例を図面に基づいて説明
する。図２〜図４は、本発明の実施例を示した図であ
り、図２〜図４中、図１と同じものは、同一符号で示し
てある。

【００３８】また、６はユーザインターフェース、１−
１〜１−ｎは電子メール処理装置、７はマウス、８は表
示装置（ＣＲＴ）、９はキーボード、１０は付加情報取
得部、１１は未読・既読確認部、１２はメール削除部、
１３は発信メールテーブル、１４は着信メールテーブ
ル、１５は中継メールテーブル、１６、１９は命令制御
部、１７、１８は通信制御部、２０は情報表示部、２１
は情報選択部、２２はユーザ命令受取部を示す。

【００３９】：電子メール処理装置の説明・・・図２
Ａ参照 図２Ａは、電子メール処理装置の構成図である。本実施
例は、分散型電子メールシステムを対象とし、電子メー
ルの未読、既読確認、着信確認、送信した電子メールの
削除等の付加機能を実現したメール情報管理装置の例で
ある。

【００４０】図示のように、電子メールを送信（発
信）、受信する電子メール処理装置（電子メール処理機
能を具備した計算機）１に、従来のメールシステム２と
は独立して、メール情報管理装置３を付加する。

【００４１】そして、メール情報管理装置３には、メー
ル情報管理サーバ４と、付加情報取得インターフェース
５と、ユーザインターフェース６とを設ける。上記メー
ル情報管理サーバ４は、電子メールの未読、既読確認、
着信確認、送信した電子メールの削除等の付加機能を実
現するためのものである。

【００４２】付加情報取得インターフェース５は、従来
のメールシステム２から、電子メールの未読、既読確
認、着信確認、送信メールの削除等の付加機能を実現す
るのに必要な付加情報を取得するものである。

【００４３】ユーザインターフェース６は、メール情報
管理サーバ４にアクセスし、上記付加情報を表示した
り、指示を与えたりするインターフェース処理をおこな
うものである。

【００４４】：電子メールシステムの説明・・・図２
Ｂ参照 電子メールシステムの説明図を図２に示す。分散型電子
メールシステムでは、上記の電子メール処理装置（電子
メール処理機能を具備した計算機）が、分散して複数存
在する。

【００４５】例えば、Ｎ個の電子メール処理装置が分散
して配置してあり、電子メール処理装置１−１が送信側
の装置（送信側計算機）で、電子メール処理装置１−ｎ
が受信側の装置（受信側計算機）であったとする（但
し、Ｎ≧ｎ）。

【００４６】この場合、電子メールは、電子メール処理
装置１−１から、直接、電子メール処理装置１−ｎへ送
信することもあるが、例えば、電子メール処理装置１−
１から送信した電子メールを、電子メール処理装置１−
２、・・・電子メール処理装置１−Ｋ・・・で中継し、
電子メール処理装置１−ｎが受信することもある（但
し、Ｋ＜ｎ）。

【００４７】：電子メール処理装置の処理の概要・・
・図３参照 図３は、実施例の説明図（その２）である。以下、図３
を参照しながら電子メール処理装置の処理の概要を説明
する。

【００４８】−１：例えば、図３に示したように、送
信側の電子メール処理装置１−１（送信側計算機）と、
受信側の電子メール処理装置１−ｎ（受信側計算機）と
が存在した場合、各電子メール処理装置に、メール情報
管理装置３を付加しておき、これらの装置で、電子メー
ルの情報管理を行う。

【００４９】−２：電子メールの情報管理を行う場
合、メール情報管理サーバ４と、付加情報取得インター
フェース５と、ユーザインターフェース６からなるメー
ル情報管理装置３は、従来のメールシステム２とは、独
立して動作する。

【００５０】−３：上記各メール情報管理サーバ４
は、付加情報取得インターフェース５を使用して、付加
情報を取得する。また、電子メール処理装置１−１のメ
ール情報管理サーバ４（ローカルなサーバ）と、電子メ
ール処理装置１−ｎのメール情報管理サーバ４（リモー
トなサーバ）との間では、互いに通信を行い、保持する
情報の交換をおこなう。

【００５１】−４：ユーザインターフェース６は、ユ
ーザが、付加情報を取得したり、調べたいメールの情報
を与えたりする時に各種の処理を行う。この場合、ユー
ザインターフェース６は、メール情報管理サーバ４にア
クセスして処理を行う。

【００５２】：メール情報管理装置の詳細な説明・・
・図４参照 図４は、メール情報管理装置の構成図である。以下、図
４に基づいて、メール情報管理装置の詳細な説明をす
る。

【００５３】−１：メール情報管理装置の構成の説明 上記のように、メール情報管理装置３には、メール情報
管理サーバ４、付加情報取得インターフェース５、ユー
ザインターフェース６を設ける。

【００５４】そして、付加情報取得インターフェース５
には、付加情報取得部１０、未読・既読確認部１１、メ
ール削除部１２を設ける。また、メール情報管理サーバ
４には、発信メールテーブル１３、着信メールテーブル
１４、中継メールテーブル１３、命令制御部１６、通信
制御部１７を設ける。

【００５５】更に、ユーザインターフェース６には、通
信制御部１８、命令制御部１９、情報表示部２０、情報
選択部２１、ユーザ命令受取部２２を設ける。また、ユ
ーザインターフェース６には、マウス７と、表示装置
（ＣＲＴ）８と、キーボード９を接続する。

【００５６】上記発信メールテーブル１３、着信メール
テーブル１４、中継メールテーブル１３の各テーブルに
は、下記の表（１）に示した情報を持つ。なお、表
（１）に示した情報は、例えば、Ｃ言語の構造体の形で
参照する。

【００５７】 上記メール情報管理サーバ４と、ユーザインターフェー
ス６は、通信制御部１７、１８を使って、互いに通信を
行いながら処理を行うが、この場合、メール情報管理サ
ーバ４がサーバで、ユーザインターフェース６がクライ
アントの形をとって処理を行う。

【００５８】この例での付加機能は、送信したメールの
着信確認、未読・既読確認、メールの削除である。ユー
ザは、ユーザ命令受取部２２に対して、要求する付加機
能を指定する。

【００５９】−２：メール情報管理装置の詳細な処理
の説明 以下、それぞれの付加機能について説明する。なお、図
４のａ〜ｕは、情報の流れを示す。

【００６０】（イ）：「メールの着信確認」機能の説明 ユーザから要求された付加機能が、「メールの着信確
認」に関するものであった場合、ユーザ命令受取部２２
から、ｔ→ｏ→ｎ→ｍの道順で、メール情報管理サーバ
４の命令制御部１６に伝えられる。

【００６１】命令制御部１６は、着信確認要求であるこ
とを確認し、発信メールテーブル１３にアクセスする。
そして、発信メールテーブル１３から、発信メール一覧
を取り出し、ｊ→ｍ→ｎ→ｏの道順で、ユーザインター
フェース６の命令制御部１９に渡す。

【００６２】命令制御部１９は、情報表示部２０に表示
処理を依頼する。情報表示部２０では、上記発信メール
一覧を受け取ると、表示装置８で表示する。ユーザは、
表示装置８の表示画面に表示された発信メール一覧を見
て、ユーザ命令受取部２２から、ｕの道順で、情報選択
部２１に対して、着信確認を要求するメールを指定す
る。指定方法としては、例えば、表示されたメールの一
覧を、マウス７を使ってクリックする方法を用いる。

【００６３】このようにして指定されたメールの情報
は、ｒ→ｐ→ｎ→ｍの道順で、メール情報管理サーバ４
の命令制御部１６に伝えられる。命令制御部１６は、着
信メールテーブル１４に、ｋの道順でアクセスし、指定
されたメールがあれば、ｋ→ｍ→ｎ→ｐ→ｑの道順で、
そのメールがメール情報管理サーバ４が存在する装置に
あることを伝える（メールが自装置内にあることを伝え
る）。

【００６４】また、上記メールが無かったら、命令制御
部１６は、ｊの道順で、指定されたメールの情報を調
べ、ｍ→ｏの道順で、通信制御部１７を介して、上記表
（１）のメール情報の中の実着信アドレスに存在するメ
ール情報管理サーバ４（メール受信側装置のメール情報
管理サーバ）と通信する。

【００６５】次に、受信側のメール情報管理サーバ４
（通信相手）は、ｍ→ｋの道順で、指定されたメールの
有無を調べ、無かったら、指定されたメールは、中継さ
れたと判断し、ｉの道順で、実アドレスを調べ、次のメ
ール情報管理サーバ４（別の装置）にアクセスする。

【００６６】そして、指定されたメールがあれば、実着
信アドレスと、着信アドレスが同じものかどうかを調べ
る。その結果、同じものであれば、送信されたメール
が、配送先に着信したと判断する。また、異なっていた
場合には、未だ着信していないと判断する。

【００６７】未着信、既着信の情報は、要求が発せられ
たメール情報管理サーバの命令制御部１６まで、ｏ→ｎ
→ｍの道順で返される。命令制御部１６は、ｍ→ｎ→ｐ
の道順で、ユーザインターフェース６の命令制御部１９
に伝える。そして、未着信、既着信の情報は、ｑの道順
で、ユーザに示される。

【００６８】（ロ）：「送信したメールの未読、既読確
認処理」の説明 「送信したメールの未読、既読確認処理」においても、
メールを指定する処理は、上記の「メールの着信確認」
処理と同じである。

【００６９】ｒ→ｐ→ｎ→ｍの道順で、指定されたメー
ルの情報が、メール情報管理サーバ４の命令制御部１６
に伝えられたら、ｋの道順で、着信メールテーブル１４
にアクセスし、指定されたメールの情報が、存在するか
どうかを調べる。

【００７０】その結果、存在したら、ｖの道順で、付加
情報取得インターフェース５の未読・既読確認部１１
に、指定されたメールの情報が伝えられる。未読・既読
確認部１１は、ｂの道順で、メールシステム２の、例え
ば、メールボックス、メールフォルダから、指定された
メールが未読であるか、既読であるかを調べる。

【００７１】未読であるか、既読であるかの結果は、ｂ
→ｖ→Ｋの道順で、メール情報管理サーバ４の命令制御
部１６へ伝えられ、ｍ→ｎ→ｐ→ｑの道順で、ユーザに
表示される。

【００７２】着信メールテーブル１４に、指定されたメ
ールが存在しなかったら、ｊの道順で、発信メールテー
ブル１３を調べる。そして、上記表（１）の実アドレス
に存在する、受信側のメール情報管理サーバ４（通信相
手）にアクセスする。

【００７３】上記着信確認と同じ方法で、受信側のメー
ル情報管理サーバ４は、指定されたメールの有無を調
べ、存在するメール情報管理サーバ同士の通信と、着信
メールテーブル１４へのアクセスが続けられる。

【００７４】その結果、指定されたメールが存在すれ
ば、ｋ→ｖ→ｂの道順で、メール情報管理サーバの中の
付加情報取得インターフェース５の未読・既読確認部１
１に、指定されたメールの情報が伝えられ、ｂの道順
で、指定された未読・既読が確認される。

【００７５】確認された未読・既読の情報は、ｏ→ｎ→
ｍの道順で、要求が発せられたメール情報管理サーバ４
の命令制御部１６まで返され、ｍ→ｎ→ｐの道順で、結
果が伝えられ、ｑの道順で、ユーザに表示される。

【００７６】（ハ）：「送信したメールの削除」処理の
説明 要求するメールを指定する方法は、上記「メールの着信
確認」及び、「送信したメールの未読、既読確認処理」
処理と同じである。

【００７７】指定されたメールの情報は、ｒ→ｐ→ｎ→
ｍの道順で、メール情報管理サーバ４の命令制御部１６
に伝えられる。上記「メールの着信確認」及び、「送信
したメールの未読、既読確認処理」処理と同じ方法で、
指定されたメールの有無を調べられる。

【００７８】その結果、メールが存在すれば、ｉ→ｈの
道順で、メール削除部１２に伝えられる。メール削除部
１２は、ｃの道順で、メールシステムの中の、例えば、
メールスプール、メールボックス、メールフォルダ等の
中から、指定されたメールを検索し、それを削除する。

【００７９】指定されたメールが存在しなければ、上記
の「メールの着信確認」及び、「送信したメールの未
読、既読確認処理」処理と同じ方法で、指定されたメー
ルが存在する計算機まで、通信が続けられる。

【００８０】そして、メールが存在すれば、上記と同じ
方法で、メールを削除する。結果は、削除が成功した
か、失敗したかの情報が、要求を発したメール情報管理
サーバ４まで返される。

【００８１】

【発明の効果】以上説明したように、本発明によれば次
のような効果がある。 ：既存の分散型電子メールシステムを改造することな
く、電子メールの未読、既読確認、着信確認、及び送信
メールの削除等の付加機能を実現する事が出来る。

【００８２】：分散型電子メールにおける電子メール
の未読、既読確認、着信確認、送信メールの削除等の付
加機能を、高信頼性を保ち、かつ、リアルタイム性を持
った形で実現することが出来る。

【図面の簡単な説明】

【図１】本発明の原理説明図である。

【図２】本発明の実施例の説明図（その１）である。

【図３】本発明の実施例の説明図（その２）である。

【図４】本発明の実施例におけるメール情報管理装置の
構成図である。

【図５】従来技術の説明図である。

【符号の説明】 １ 電子メール処理装置 ２ メールシステム ３ メール情報管理装置 ４ メール情報管理サーバ ５ 付加情報取得インターフェース

Claims (6)

【特許請求の範囲】
1. 【請求項１】 分散型メールシステムにおいて、電子メ
   ールの送受信等の処理を行う各電子メール処理装置
   （１）に付加したメール情報管理装置（３）であって、 該メール情報管理装置（３）に、 上記分散型メールシステムとは独立して動作し、該分散
   型メールシステムの付加機能としての、メール情報管理
   を行うメール情報管理サーバ（４）を設けたことを特徴
   とする分散型メールシステムにおけるメール情報管理装
   置。
2. 【請求項２】 上記メール情報管理サーバ（４）に、 通信制御部（１７）を設けることにより、 該メール情報管理サーバ（４）が、他の各電子メール処
   理装置（１）のメール情報管理サーバ（４）と通信出来
   るようにしたことを特徴とする請求項１記載の分散型メ
   ールシステムにおけるメール情報管理装置。
3. 【請求項３】 上記メール情報管理装置（１）に、 上記メール情報管理サーバ（４）が、メールシステム
   （２）から付加情報を得るための付加情報取得インター
   フェース（５）を設けたことを特徴とする請求項２記載
   の分散型メールシステムにおけるメール情報管理装置。
4. 【請求項４】 上記メール情報管理サーバ（４）は、 上記付加情報取得インターフェース（５）で取得した付
   加情報を使用して、送信したメールの着信確認処理を行
   うことを特徴とした請求項３記載の分散型メールシステ
   ムにおけるメール情報管理装置。
5. 【請求項５】 上記メール情報管理サーバ（４）は、 上記付加情報取得インターフェース（５）で取得した付
   加情報を使用して、送信したメールの未読・既読確認処
   理を行うことを特徴とした請求項３記載の分散型メール
   システムにおけるメール情報管理装置。
6. 【請求項６】 上記メール情報管理サーバ（４）は、 上記付加情報取得インターフェース（５）で取得した付
   加情報を使用して、送信したメールの削除処理を行うこ
   とを特徴とした請求項３記載の分散型メールシステムに
   おけるメール情報管理装置。