JPH0662047A

JPH0662047A - 電子メールの発信の宛て先変更通知と転送処理方式

Info

Publication number: JPH0662047A
Application number: JP4212662A
Authority: JP
Inventors: Hiroshi Morohoshi; 博司諸星
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1992-08-10
Filing date: 1992-08-10
Publication date: 1994-03-04

Abstract

(57)【要約】【目的】本発明は電子メールの発信の宛て先変更通知と
変更処理方式に関し、メール・システム内で宛て先変更
を管理することにより、自動的に新宛て先にメール転送
し、さらに、発信者に宛て先の変更を通知可能にするこ
とを目的とする。【構成】発信者６からの電子メール８をメール・システ
ム９を介して受信者７に送る電子メール・システムにお
いて、最新の宛て先名を管理する宛て先管理簿１と、宛
て先変更に関して、変更前と変更後の宛て先名を記録し
管理する宛て先変更管理簿２と、宛て先に変更があった
場合に自動的に新宛て先に電子メールを転送する転送部
３と、発信者６に宛て先名に変更があった旨の通知を行
なう宛て先変更通知部４と、発信者６が発信した電子メ
ール８の宛て先名が宛て先管理簿１にあるか否かによっ
て、宛て先名の変更の有無を判定し、変更があった場合
に転送部３および宛て先変更通知部４を起動する発信管
理部５より構成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、電子メールの宛て先名
変更に伴う発信管理方式に関する。

【０００２】

【従来の技術】図８は、電子メール・システムのシステ
ム構成図である。パソコン通信で電子メールを送る場
合、一般に、発信者８１が通信回線８９を介して送信し
たメールはパソコン通信センタのホスト・コンピュータ
８２のメール・システム８３に送られ、発信者８１が指
定した宛て先をホスト・コンピュータ８２内にある宛て
先管理簿８４で検索した後、該宛て先名に対応したファ
イル８５に一時蓄えられ、受信者８６がアクセスした際
にファイル８５に蓄積したメールを受信者８６に渡す。
以上のメール・システム８３内での処理はメール・シス
テム８３の制御部８７が制御する。

【０００３】発信者８１はメールの宛て先をメール送信
時に指定する。従来は、宛て先を一度決定したら二度と
変更しない方式か、宛て先の変更を利用者が意識して新
しい宛て先に発信するようにしていた。

【０００４】宛て先を変更しない場合の運用では、通
常、宛て先名は利用者とは論理的に関係のなり無意味な
英数文字列を割り当て、一度割り当てたら変更しない。
すなわち、“ＰＸＤ１１３８”といった英数文字列を各
利用者に割り振っていた。この場合、宛て先名を相手の
利用者名から連想できないので、各利用者が宛て先名と
利用者名の対応リストを用意しておき、発信時にはこの
対応リストを検索して宛て先を指定していた。

【０００５】一方、宛て先名を相手の利用者名から連想
可能にするために、組織名や地域名等に依存した名前を
宛て先名とする方式もある。例えば、営業１部１課の吉
田氏の宛て先名を“営業１─１吉田”とする。こうすれ
ば、対応リスト等を用いなくてもメールの宛て先を指定
することができる。しかし、このような方式の場合、社
内の移動のような環境の変化（組織名や地域名等の変
化）によって宛て先名の変更がしばしば発生する。

【０００６】このような場合、メール・システム８３の
宛て先管理簿８４の更新を行なう。そして、利用者に変
更通知を行なう必要がある。しかし、電子メールの利用
者全員に変更通知を出すことは、資源（人、時間、記憶
域等）の無駄が発生し現実的でない。そこで、関係者の
みに宛て先変更通知を発信するのに留めるのが一般的だ
った。関係者に宛て先変更通知を発信する場合でも、関
係者のリストを作成する等の資源の無駄が発生する。

【０００７】

【発明が解決しようとする課題】しかしながら、従来の
方式では、宛て先を変更しない方式では、電子メールの
宛て先の人からは連想不可能な英数字列の宛て先名を発
信者が管理して、確認のうえ電子メールを発信すること
になり、電子メールの発信ごとに時間と手間等の資源の
無駄が発生する問題がある。

【０００８】一方、宛て先名を連想可能なものとして、
宛て先を変更可能にする方式では、宛て先変更通知を発
信するという資源の無駄が発生するという問題がある。
また、宛て先名の変更が通知されていない場合には、宛
て先不明となり、発信者が変更先を調べて再度発信しな
おす必要があり、これも資源の無駄となり問題である。

【０００９】いずれの場合でも、相手の利用者の管理を
していないと、十分な通信環境を維持することができ
ず、すべての利用者が環境維持という無駄な資源を割か
なければならない。

【００１０】本発明は、電子メール・センタのメール・
システム内で宛て先名変更を管理し、自動的に変更され
た宛て先に電子メールを送ることにより、利用者の環境
維持のための資源を削減することを目的とする。

【００１１】

【課題を解決するための手段】本発明の機能ブロック図
を図１に示す。本発明では、発信者６が受信者７に対し
て電子メール８を発信し、該電子メール８が電子メール
・センタのメール・システム９を介して受信者７に送信
されることを前提とする。

【００１２】まず、電子メール・センタのメール・シス
テム９は宛て先管理簿１を有する。宛て先管理簿１には
すべての利用者の最新の宛て先名が登録管理されてい
る。次に、メール・システム９は、宛て先変更管理簿２
を有する。宛て先変更管理簿２は、宛て先名の変更があ
った利用者に関して、変更前の宛て先名と変更後の宛て
先名を対にして登録管理する。

【００１３】メール・システム９は、また、転送部３を
有する。転送部３は、発信者６から発信されたメール８
の宛て先が変更されていると判断された場合に、前記宛
て先変更管理簿２を検索し、変更後の宛て先名を取り出
して、変更後の宛て先名あてに電子メール８を転送す
る。

【００１４】さらに、メール・システム９は、宛て先変
更通知部４を有する。宛て先変更通知部４は、前記転送
部３によって変更後の宛て先名へのメールの転送処理が
実行された後、発信者８に対して、宛て先名の変更の発
生と変更後の宛て先名を通知する。

【００１５】最後に、メール・システム９は発信管理部
５を有する。発信管理部５は、発信者６からのメール発
信を受け取り、メール送信の制御を行なう。すなわち、
まず、発信者６からメール８を受け取り、メール８の宛
て先名が前記宛て先管理簿１に存在するか否かを判定す
る。宛て先管理簿１に宛て先が存在する場合には、通常
のメール送信処理をメール・システム９に実行させる。
一方、メール８の宛て先名が前記宛て先管理簿１に存在
しない場合には、宛て先名変更があったものとして、前
記転送部３および前記宛て先変更通知部４を起動する。

【００１６】

【作用】次に、図１に示した機能ブロック図の作用を説
明する。発信者６がメール８を発信する。すると、メー
ル・システム９内の発信管理部５が該メール８を受信
し、宛て先管理簿１を検索して、メール８の宛て先名が
存在するか否かを判定する。存在する場合にはメール・
システム９が該宛て先名にメールを送信する。一方、宛
て先管理簿１にメール８に指定された宛て先名が存在し
ない場合、転送部３および宛て先変更通知部４を起動す
る。

【００１７】転送部３は、メール８に指定された宛て先
名を変更前の宛て先名として宛て先変更管理簿２を検索
し、変更後の宛て先名を取り出す。そして、変更後の宛
て先名に対して該メール８を転送する処理を行なう。こ
れによって、宛て先名に変更があっても、自動的に変更
後の宛て先にメールが送信することが可能になる。

【００１８】一方、宛て先変更通知部４も、メール８に
指定された宛て先名を変更前の宛て先名として宛て先変
更管理簿２を検索し、発信者６に対して、宛て先名に変
更があったこと、および、変更後の宛て先名を通知す
る。これによって、発信者６は新しい宛て先名を知るこ
とができ、次回のメール発信からは新宛て先名にメール
送信をすることが可能になる。

【００１９】

【実施例】次に、実施例を説明する。図２は第一の実施
例の構成図である。電子メールの発信者２６および受信
者２７は、通信回線で電子メール・センタのメール・シ
ステム２９に接続できるパーソナル・コンピュータやワ
ークステーションによって電子メールの送受信を行な
う。

【００２０】メール・システム２９は電子メールの発信
受信を制御するシステムである。コンピュータ・システ
ム上で構築される。発信者２６が発信したメールを受け
取り、宛て先等の確認を行ない一旦メール・システム内
にメールを蓄え、受信者２７に対して受信メールがある
旨を通知し、受信者２７から読み出しの請求があった場
合に、蓄えておいた該メールを送信する。

【００２１】メール・システム２９は通常のコンピュー
タのソフトウエアおよびファイルで実現できる。ソフト
ウエアはいくつかの部分からなる。すなわち、通信イン
タフェース３０、発信管理部２５、通常送信部３１、転
送部２３、宛て先変更通知部２４からなる。また、ファ
イルとしては、宛て先管理簿２１、宛て先変更管理簿２
２、メール・ファイル３２からなる。

【００２２】まず、各ソフトウエア部について説明す
る。通信インタフェース３０は、各利用者とメール・シ
ステム２９の通信回線のインタフェースである。

【００２３】一方、発信管理部２５は、発信者２６から
発信されたメール２８を通信インタフェース３０を介し
て受け取り、発信に伴う処理を行なう。すなわち、メー
ル２８が正しいか否か、宛て先が存在するか否か等を判
定し、該判定に基づいて他のソフトウエア部を起動す
る。

【００２４】通常送信部３１は、発信管理部２５におい
て完備したメールと判断された場合に起動され、通常の
メール送信処理を行なう。すなわち、該メールを一旦メ
ール・システム２９内に蓄積し、宛て先の受信者２７に
対して通信インタフェース３０を介して受信メールがあ
る旨を通知し、受信者２７からの読み出し要求があった
場合に、蓄積しておいたメールを通信インタフェース３
０を介して受信者２７に送信する。

【００２５】転送部２３は、発信管理部２５において宛
て先名が存在しないと判定された場合に起動される。転
送部２３は宛て先名の変更があったか否かを判定し、変
更されている場合には該メールの宛て先名を変更後の宛
て先名に変えたうえ、通常送信部３１と同様のメール送
信処理を行なう。すなわち、該メールを一旦メール・シ
ステム２９内に蓄積し、宛て先の受信者２７から読み出
し要求があった場合に、蓄積しておいたメールを通信イ
ンタフェース３０を介して受信者２７に送信する。

【００２６】宛て先変更通知部２４は、宛て先名が変更
されていた場合に起動される。そして、通信インタフェ
ース３０を介して、発信者２６に対して、宛て先名が変
更された旨の通知を行なう。

【００２７】次に各ファイルの説明を行なう。宛て先管
理簿２１は、最新の宛て先名を登録管理するファイルで
ある。メール・システム２９を実現しているコンピュー
タ・システムの記憶領域上に構築する。発信管理部２５
はこの宛て先管理簿２１を検索し、宛て先名が登録され
ているか否かを判定し、登録されている場合には通常送
信部３１を、登録されていない場合には転送部２３およ
び宛て先変更通知部２４を起動する。

【００２８】また、宛て先変更管理簿２２は、変更のあ
った宛て先名について、変更前の宛て先名と変更後の宛
て先名を組みにして登録管理するファイルである。宛て
先管理簿２１と同様に、メール・システム２９を実現し
ているコンピュータ・システムの記憶領域上に構築す
る。転送部２３は、宛て先変更管理簿２２を変更前の宛
て先名をキーに検索し、変更後の宛て先名を求め、変更
後の宛て先名にメールを転送する処理を行なう。一方、
宛て先変更通知部２４も同様に宛て先変更管理簿２２か
ら求めた変更後の宛て先名を発信者２６に対して通知す
る。

【００２９】メール・ファイル３２は、発信者２６が発
信したメール２８をメール・システム２９中に一旦蓄積
しておくファイルである。メール・システム２９中の記
憶領域上、あるいは、外部記憶装置上に構築する。メー
ル・ファイル２９は、各利用者（宛て先名）ごとに格納
領域をもち、通常送信部３１あるいは転送部２３がメー
ルを一旦蓄える際、宛て先名に該当する格納領域にメー
ルを格納する。また、受信者２７から読み出し要求があ
った場合には、該受信者２７の宛て先名に該当する格納
領域からメールを読み出し、通信インタフェース３０を
介して該メールを送信する。

【００３０】図３は第一の実施例の動作フローチャート
である。まず、発信者２６は、メール２８を発信する
（Ｓ３０）。このメール２８には、受信者２７の宛て先
名が指定されている。例えば、図２に示したように、メ
ール２８の「宛て先名」を「ＴＨＸ１１３８」と指定す
る。このメール２８は、通信インタフェース３０により
メール・システム２９が受信する。

【００３１】発信管理部２５が起動し、該メール２８が
発信管理部２５に入力される。発信管理部２５は、宛て
先管理簿２１を検索し、「宛て先名」が登録されている
か否かを判定する（Ｓ３１）。例えば、発信メールの
「宛て先名」が「営業１−１吉田」ならば、宛て先管理
簿２１に存在するので（Ｓ３１のＹＥＳ）、通常送信部
３１が起動される（Ｓ３２）。すなわち、まず、「宛て
先名」に対応するメール・ファイル３２に該メール２８
を格納する。また、受信者２７に受信メールがある旨の
通知がなされ、受信者２７からの読み出し要求によって
メール・ファイル３２から該当するメールを読み出し、
送信する。

【００３２】一方、宛て先管理簿２１に「宛て先名」が
存在しない場合（Ｓ３１のＮＯ、例えば、「宛て先名」
が「ＴＨＸ１１３８」の場合には宛て先管理簿２１に存
在しない）には、転送部２３を起動する。

【００３３】転送部２３は、宛て先変更管理簿２２を検
索し、「宛て先名」（例えば「ＴＨＸ１１３８」）が変
更前の宛て先名として存在するか否か判定する（Ｓ３
３）。存在しない場合（ＮＯ）には、発信者２６が全く
間違った宛て先名を指定したものと判断し、発信者２６
に対して該当する宛て先名がない旨のエラー通知を行な
い（Ｓ３４）、処理を終了する。

【００３４】一方、宛て先変更管理簿２２の変更前の宛
て先名に「宛て先名」が存在した場合（Ｓ３３のＹＥ
Ｓ）には、発信者２６が古い宛て先名を指定したことに
なる。そこで、変更前の宛て先（旧宛て先：ＴＨＸ１１
３８）と変更後の宛て先（新宛て先：営業１−１桑畑）
を取り出す（Ｓ３５）。そして、宛て先変更通知部２４
を起動する。

【００３５】宛て先変更通知部２４は発信者２６に対し
て、旧宛て先（ＴＨＸ１１３８）で発信されたメールに
ついて宛て先名が変更され、新宛て先名（営業１−１桑
畑）になったことを通知する（Ｓ３６）。

【００３６】また、転送部２３は、メールの「宛て先
名」に新宛て先名を代入し（Ｓ３７）、Ｓ３１の処理に
戻る。すなわち、発信管理部２５を起動し、該「宛て先
名」が宛て先管理簿２１に存在するか否かを判定する
（Ｓ３１）。宛て先変更管理簿２２の変更後の「宛て先
名」は宛て先管理簿２１に必ず登録されているから、Ｓ
３３ＹＥＳとなり、通常送信部３１により「宛て先名」
（営業１−１桑畑）に対応するメール・ファイル３２に
該メールが格納され、受信者２８（営業１−１桑畑）の
読み出し要求により、該メールが送信される。

【００３７】以上の処理により、変更前、変更後の宛て
先名を管理する宛て先変更管理簿２２を設けることによ
り、変更前の宛て先名に発信されたメールを自動的に変
更後の宛て先名に転送するとともに、発信者に対しては
宛て先名の変更があったことが自動的に通知される。

【００３８】図４は、第二の実施例の構成図である。本
実施例は、宛て先が複数回変更されても自動的に最新の
宛て先に転送することを可能にする構成を採っている。

【００３９】すなわち、メール・システム４９内の通信
インタフェース５０、発信管理部４５、通常送信部５
１、宛て先管理簿４１、メール・ファイル５２について
は、第１の実施例と同一であり、宛て先変更管理簿４
２、および、転送部４３と宛て先変更通知部４４を複数
回の宛て先変更に対応可能なように変更した構成をして
いる。

【００４０】宛て先変更管理簿４２は、最新の変更後の
宛て先名（例えば「営業１−１桑畑」）と、変更前の宛
て先名（変更前１、例えば「営業１−３桑畑」）、さら
にもう一つ前の変更以前の宛て先名（変更前２、例えば
「営業１−２桑畑」）といったように、複数回の変更の
前後の宛て先名を組にして登録しておく。ここで、何回
の変更まで対応するかを前もって決めておき、それに対
応した管理簿４２を作成する。例えば、３回の変更まで
対応するならば、変更後、および、変更前１、変更前
２、変更前３のフィールドをもつ管理簿４２を作成す
る。

【００４１】図５は、第二の実施例の動作フローチャー
トである。まず、発信者４６がメール４８を発信する
（Ｓ５１）。発信メール４８には宛て先名が指定されて
いる。例えば、図４の場合は、宛て先名として「営業１
−２桑畑」が指定してある。このメールをメール・シス
テム４９が受け取り、通信インタフェース５０を介して
発信管理部４５に取り込む。

【００４２】発信管理部４５は、宛て先管理簿４１を検
索し、指定された宛て先名が存在するか否かを判定する
（Ｓ５２）。宛て先名が宛て先管理簿４１に登録されて
いる場合（ＹＥＳ）には、通常送信部５１を起動し、メ
ール・ファイル５２の該宛て先名に対応するファイルに
発信メール４８を格納する（Ｓ５３）。そして、受信者
４７に受信メールが存在する旨を通知し、受信者４７か
らの読み出し要求に従って、メール４８をメール・ファ
イル５２から読み出し、送信する。

【００４３】Ｓ５２において、宛て先名管理簿４１に宛
て先名が登録されていない場合（ＮＯ）には、転送部４
３および宛て先変更通知部４４を起動する。転送部４３
は、宛て先変更管理簿４２を検索し、変更前のすべての
宛て先名の中に発信メール４８に指定された宛て先名が
存在するか否かを判定する（Ｓ５４、Ｓ５６）。宛て先
名が見つからないまま宛て先変更管理簿４２の検索が終
了した場合（Ｓ５４のＹＥＳ）には、発信者４６が間違
った宛て先名を指定したものとして、発信者４６にエラ
ー通知を送る（Ｓ５５）。宛て先変更管理簿４２に宛て
先名が存在した場合（Ｓ５６のＹＥＳ）には、宛て先変
更管理簿４２から変更前の宛て先名（旧宛て先名）と最
新の宛て先名（新宛て先名）を取り出す（Ｓ５７）。そ
して、宛て先変更通知部４４を起動し、発信者４６に対
して旧宛て先名は変更されて新宛て先名になっている旨
の宛て先変更通知を送信する（Ｓ５８）。

【００４４】さらに、転送部４３は、メールの宛て先名
を新宛て先名に変更し（Ｓ５９）、再度、発信処理を行
なう（Ｓ５２に戻る）。以上の構成および動作によっ
て、変更が複数回あっても、自動的に新しい宛て先にメ
ールを転送し、発信者に対して宛て先名変更通知を送信
することが可能になる。

【００４５】図６は、第三の実施例の構成図である。本
実施例は、第一および第二の実施例における宛て先管理
簿（２１あるいは４１）と宛て先変更管理簿（２２ある
いは４２）を同一のファイルとして構成した実施例であ
る。すなわち、本実施例の宛て先管理簿６１は、最新の
宛て先名の登録に加えて、変更前の宛て先名も組みにし
て登録できるように構成してある。このような構成を採
ることにより、独立した宛て先変更管理簿を必要とせ
ず、記憶領域の節約が可能になる。

【００４６】これに伴って、転送部６３および宛て先変
更通知部６４の処理は第一および第二の実施例と若干変
わるが、その他の構成部分（発信管理部６５、通常送信
部７１、通信インタフェース７０、メール・ファイル７
２）は前述の実施例と同様である。

【００４７】図７は、第三の実施例の動作フローチャー
トである。まず、発信者６６がメール６８を発信する
（Ｓ７１）。発信メール６８には宛て先名が指定されて
いる。例えば、図６の場合は、宛て先名として「営業１
−３桑畑」が指定してある。このメールをメール・シス
テム６９が受け取り、通信インタフェース７０を介して
発信管理部６５に取り込む。

【００４８】発信管理部６５は、宛て先管理簿６１の利
用者名を検索し、指定された宛て先名が存在するか否か
を判定する（Ｓ７２）。宛て先名が宛て先管理簿６１に
登録されている場合（ＹＥＳ）には、通常送信部７１を
起動し、メール・ファイル７２の該宛て先名に対応する
ファイルに発信メール６８を格納する（Ｓ７３）。そし
て、受信者６７に受信メールが存在する旨を通知し、受
信者６７からの読み出し要求に従って、メール６８をメ
ール・ファイル７２から読み出し、送信する。

【００４９】Ｓ７２において、宛て先管理簿６１に宛て
先名が登録されていない場合（ＮＯ）には、転送部６３
および宛て先変更通知部６４を起動する。転送部６３
は、宛て先管理簿６１の変更前の項を検索し、宛て先名
（図６の場合には「営業１−３桑畑」）が存在するか否
かを判定する（Ｓ７４）。宛て先名がない場合（ＮＯ）
には、発信者６６が間違った宛て先名を指定したものと
して、発信者６６にエラー通知を送る（Ｓ７５）。宛て
先管理簿６１の変更前の項に宛て先名が存在した場合
（Ｓ７４のＹＥＳ）には、宛て先管理簿６１から変更前
の宛て先名（旧宛て先名）と最新の宛て先名（新宛て先
名）を取り出す（Ｓ７６）。そして、宛て先変更通知部
６４を起動し、発信者６６に対して旧宛て先名は変更さ
れて新宛て先名になっている旨の宛て先変更通知を送信
する（Ｓ７７）。

【００５０】さらに、転送部６３は、メールの宛て先名
を新宛て先名に変更し（Ｓ７８）、再度、発信処理を行
なう（Ｓ７２に戻る）。以上の構成によって、独立した
宛て先変更管理簿を置かなくても宛て先管理簿に変更前
の宛て先を記録しておくことにより、変更後の宛て先へ
のメール転送および宛て先変更通知処理が可能になる。

【００５１】

【発明の効果】本発明によれば、宛て先の変更に対して
柔軟に対応することが可能となる。また、利用者と宛て
先について論理的に意味のある関係を持たせることによ
り、宛て先を連想することが可能となり、利用者ごとに
宛て先管理をする必要もなく、電子メール・システムの
運用のための資源を削減することが可能になる。

【図面の簡単な説明】

【図１】本発明の機能ブロック図である。

【図２】第一の実施例の構成図である。

【図３】第一の実施例の動作フローチャートである。

【図４】第二の実施例の構成図である。

【図５】第二の実施例の動作フローチャートである。

【図６】第三の実施例の構成図である。

【図７】第三の実施例の動作フローチャートである。

【図８】従来のメール・システムの構成図である。

【符号の説明】

１宛て先管理簿２宛て先変更管理簿３転送部４宛て先変更通知部５発信管理部６発信者７受信者８メール９メール・システム

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁵ 識別記号庁内整理番号ＦＩ技術表示箇所 // Ｈ０４Ｍ 3/42 Ｚ

Claims

【特許請求の範囲】

【請求項１】発信者（６）が発信した電子メール
（８）を受信者（７）に転送するメール・システムにお
いて、利用者の最新の宛て先名を登録し、管理する宛て先管理
（１）と、前記宛て先管理簿（１）内に登録されている利用者のな
かで宛て先名に変更があった利用者に関して、変更前の
宛て先名と変更後の宛て先名を組みにして管理する宛て
先変更管理簿（２）と、発信者（６）が発信した電子メール（８）の宛て先が変
更されていた場合に、前記宛て先変更管理簿（２）を検
索し、変更後の宛て先名に該電子メール（８）を転送す
る転送部（３）と、該電子メール（８）の宛て先に変更があったこと、およ
び、変更後の宛て先名を発信者（６）に通知する宛て先
変更通知部（４）と、該電子メール（８）を受け取り、宛て先名が宛て先管理
簿（１）にあるか否かにより、宛て先名に変更がないか
否かを判定し、宛て先名に変更がある場合には、前記転
送部（３）および前記宛て先変更通知部（４）を起動す
る発信管理部（５）と、を有することを特徴とする電子メールの発信の宛て先変
更通知と転送処理方式。
【請求項２】請求項１記載の電子メールの発信の宛て
先変更通知と転送処理方式において、利用者の最新の宛て先名を登録し、管理する宛て先管理
簿（１）と、前記宛て先管理簿（１）内に登録されている利用者のな
かで宛て先名に変更があった利用者に関して、変更前の
宛て先名と変更後の宛て先名を組みにして管理する宛て
先変更管理簿（２）とを、同一の管理簿内で、最新の宛
て先名および変更前の宛て先名を組みにして管理するこ
とを特徴とする電子メールの発信の宛て先変更通知と転
送処理方式。