JPH02192344A - 同報電子メール配信結果通知方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔概　　　要〕 蓄積交換方式による電子メールサービスを提供するノー
ドを、複数相互に接続して構成されるメールネットワー
クにおいて、発信端末を収容する発信ノードから受信ノ
ードに該受信ノードが収容する複数の宛先端末を同時指
定した同報電子メールを転送した後、受信ノードにおけ
る各宛先端末への同報電子メールの配信結果を受信ノー
ドから発信ノードへ返送する場合の同報電子メール配信
結果通知方式に関し、 受信ノードから発信ノードに配信結果を順次転送できる
ようにすると共に、ノード間のトラヒ・ンク量の増大を
抑えることを目的とし、 受信ノード内に、同報電子メールに対応する各宛先端末
の配信結果を生起したものから記憶する配信結果記憶手
段と、所定期間毎に、同報電子メールに対応して該所定
期間内に配信結果記憶手段に新たに記憶された各配信結
果を発信ノードに一括して返送する配信結果返送手段と
を有するように構成する。

〔産業上の利用分野〕

本発明は、蓄積交換方式による電子メールサービスを提
供するノードを、複数相互に接続して構成されるメール
ネットワークにおいて、発信端末を収容する発信ノード
から受信ノードに、該受信ノードが収容する複数の宛先
端末を同時指定した同報電子メールを転送した後、受信
ノードにおける各宛先端末への同報電子メールの配信結
果を受信ノードから発信ノードへ返送する場合の同報電
子メール配信結果通知方式に関する。

〔従来の技術〕

電子メールサービスは、メツセージを蓄積交換方式（パ
ケット交換等）のデータ伝送サービス網を利用してユー
ザ間に送配信するサービスであり、データ、ファクシミ
リ、音声といったメディアに関係なく適用できるという
特徴を有する。そして、ユーザの発信端末からのメツセ
ージは、その発信端末が収容される発信ノード（局）内
のメツセージ転送機能により、相手の宛先端末が収容さ
れる受信ノードに転送される。受信ノードでは、受は取
ったメツセージを対応する宛先端末に配信する。

この場合の宛先端末としては、受信ノードからの配信に
対して自動応答ができるものもあるが、自動応答ができ
ない端末の場合には、配信されたメツセージを一時蓄積
するメールボックスを有し、ここに蓄積されたメツセー
ジを宛先端末が取り出す方式で電子メールサービスが提
供される。

上記電子メールサービスにおいて、宛先として複数の宛
先端末が指定された同報電子メール（以下、同報メツセ
ージと呼ぶ）がある場合を考える。

これを第８図に示す。例えば、発信端末１からのメツセ
ージは、発信ノード２を介して受信ノード３１に転送さ
れ、それが収容する宛先端末４゜１〜４１−ｎに配信さ
れる。なお、同時に受信ノード３ｈに転送され、それが
収容する宛先端末４ｂ−１〜４ｂ　　ｍに配信されるよ
うにしてもよい。

この場合発信ノードは、宛先端末を収容する受信ノード
別に同報メツセージを転送することになる。

また、発信ノード２、受信ノード３．．３ｂの他にも他
ノード５等がネットワークとして接続される。更に、発
信ノード２は受信ノードとなり得、受信ノード３−．３
ｂは発信ノードとなり得る。

ここで、各受信ノード例えば受信ノード３．では、配下
の各宛先端末４．−１〜４．−ｎへの正常な配信が完了
したか又は何らかの原因で正常な配信ができず配信が不
完了であったかを示す各宛先毎の配信結果を、発信ノー
ド２に通知する必要があるが、配信の完了／不完了の事
象の生起は、各端末の運用状況等の影響で、一般にはラ
ンダムとなる。

この場合、あるメツセージについての１つの受信ノード
での配信結果を発信ノードへ通知する契機としては、第
１の従来例として、受信ノード内の全宛先端末について
の配信結果が判明した時点で行う方式があり、第２の従
来例として、受信ノード内の宛先端末毎に、配信結果が
判明した時点で個々に行う方式がある。

〔発明が解決しようとする課題〕

しかし、上記第１の従来例の場合、１つの受信ノードに
対する宛先端末数が多い場合、受信ノード側で全ての宛
先端末に対する配信結果が得られるまで待たなければな
らないため、発信ノード側で配信結果を得るまでに時間
がかかりすぎるという問題点を有している。

また、第２の従来例の場合、各宛先端末毎に受信ノード
から発信ノードに配信結果の返送動作を行うため、配信
結果通知のためのトラヒックが増大してしまうという問
題点を有している。

本発明は、受信ノードから発信ノードに配信結果を順次
転送できるようにすると共に、ノード間のトラヒック量
の増大を抑えることを目的とする。

〔課題を解決するための手段〕

第１図に、本発明のブロック図を示す。本発明は、発信
端末６を収容する発信ノード７から受信ノード８に、該
受信ノードが収容する複数の宛先端末９−１〜９−Ｎを
同時指定した同報電子メール１０を転送した後、受信ノ
ード８における各宛先端末９−１〜９−Ｎへの同報電子
メール１０の配信結果を受信ノード８から発信ノード７
へ返送する場合を対象とする。なお、発信ノード７から
転送される同報電子メール１０は、他の特には図示しな
い受信ノードが収容する宛先端末にも同時に転送される
ようにしてもよい。

第１図において、受信ノード８内に設けられる配信結果
記憶手段１２は、同報電子メール１０に対応する各宛先
端末９−１〜９−Ｎの配信結果１１−１〜１１−Ｎを記
憶する手段である。配信結果１１−１〜１１−Ｎは、例
えば各宛先端末９−１〜９−Ｎへの正常な配信が完了し
たか又は何らかの原因で正常な配信ができず配信が不完
了であったかを示す情報であり、その生起は、各端末の
運用状況等の影響で一般にはランダムとなり、従って、
各宛先端末９−１〜９−Ｎ毎の配信結果１１−１〜１１
−Ｎは、判明したものから配信結果記憶手段１２へ記憶
され、宛先端末間で時間的ずれを生じ得ることになる。

次に、配信結果返送手段１３は、所定期間毎に、同報電
子メール１０に対応して該所定期間内に配信結果記憶手
段１２に新たに記憶された各配信結果１１（１１−１〜
１１−Ｎのうちいずれか）を発信ノード７に一括して返
送する手段である。この場合、配信結果記憶手段１２へ
の配信結果１１の記憶動作時に、例えば返送要求を発生
させて特には図示しない待ちキューにつないでおき、前
記所定期間毎にこの待ちキューの内容を参照し、返送要
求が発生している場合に配信結果記憶手段１２内の配信
結果１１をアクセスするようにすれば効率的な処理を行
える。なお、配信結果記憶手段１２への配信結果１１の
記憶動作及び配信結果返送手段１３による返送処理は、
例えば同報電子メール１０が複数受信された場合の各々
で行われる。

〔作　　　用〕

発信端末６を収容する発信ノード７から受信ノード８に
、該受信ノードが収容する複数の宛先端末９−１〜９−
Ｎを同時指定した同報電子メール１０を転送した後、受
信ノード８における各宛先端末９−１〜９−Ｎへの同報
電子メール１０の配信結果を受信ノード８から発信ノー
ド７へ返送する場合、受信ノード８内の配信結果返送手
段１３が所定期間毎に、各宛先端末９−１〜９−Ｎに対
する配信結果１１−１〜１１−Ｎのうち、上記所定期間
内に生起した配信結果を発信ノード７に一括して返送す
る。

この場合、発信ノード８への返送時間と、各返送動作に
よるトラヒック量の増大とのトレードオフは、配信結果
返送手段１３が配信結果１１の返送を行う場合の前記所
定期間を調整することにより、所望の状態に設定するこ
とができる。

従って、発信ノード７から見た場合、受信ノード８から
の配信結果１１は、所定期間毎に判明した配信結果から
順に一括して送られてくることになり、受信ノード８側
で全ての宛先端末９−１〜９−Ｎに対する配信結果１１
−１〜１１−Ｎが揃うまで待つ必要がなくなる。

一方、ネットワークとして見た場合、配信結果１１を所
定期間毎に一括して送ることにより、個別に送る場合に
比較してトラヒック量の増大を抑えることができる。

〔実　　施　　例〕

以下、図面を参照しながら本発明の詳細な説明する。

まず、本実施例の対象とする電子メールネットワークの
システム構成は、既に説明した第８図と同様であるため
、その説明は省略する。

第２図は、第８図の受信ノード３．の構成を示した図で
ある。なお、受信ノード３ｂも同様の構成である。

第８図の発信ノード２等の他のノードとの間を結ぶ回線
は、回線対応部１４に収容され、一方、宛先端末４．−
１〜４ｍ　　ｎとの間を結ぶ回線は、回線対応部１５に
収容され、共に多重化回路１６を介して中央制御装置（
以下、ＣＰＵ）１７に入力する。

ＣＰＵ１７には、記憶装置（以下、ＭＭ）１Ｂが接続さ
れ、ＭＭｌＢ上には受信メツセージ管理ブロック１９、
キューターミナル２０及びメツセージ識別ブロック２１
が設けられる。これらについては、後述する。

上記受信ノード３．（第８図）を中心とする本実施例の
動作につき以下に説明する。

まず、第８図の発信ノード２は、それが収容する発信端
末１からの一つのメツセージ（メール）の発信依頼を受
ける毎に、そのメツセージの宛先（本発明に特に関連す
る同報メツセージの場合は複数の宛先となる）やその他
のメツセージ属性情報等を、第３図に示すように発信メ
ツセージ管理ブロック２２として記憶する。なお、これ
は特には図示しない発信ノード２内の記憶装置に記憶さ
れる。その後に、発信ノード２は各宛先に対応する宛先
端末の収容ノードを識別し、自ノード以外の場合には、
メツセージの本体と、発信メツセージ管理ブロック２２
の内容（後述する）の写しを対応する受信ノード（第８
図３．又は３ｂ等）に転送し、各受信ノードから配信結
果が返送されてくるのを待つ。

ここで、発信ノード２での発信メツセージ管理ブロック
２２において、Ｍ８はメツセージ番号及びそのメツセー
ジをいつ発信したか等の他のメツセージと区別するため
のメツセージ属性情報を示し、０、は発信端末６０発信
者識別子を示し、ａ。

（ｉ＝１−Ｎ：Ｎは全宛先数）は第８図の宛先端末４ａ
１〜４　ａ　　ｎ及び４ｂ　　　１〜４ｂ　　ｍを識別
するための宛先識別子を示す。更に、５ｔ（ｉ＝１〜Ｎ
）は、上記各宛先端末からそれを収容する受信ノードを
介して返送されてくる配信結果を示す。配信結果として
は、後述するように完了又は不完了がある。

次に、第３図のように発信ノード２から例えば受信ノー
ド３１に同報メツセージ２３として上記メツセージの転
送が行われる場合について考える。

なお、以下では他の受信ノード３ｈ等においても同様の
動作を行うため、受信ノード３．のみの動作につき説明
する。

受信ノード３．において、発信ノード２がらメツセージ
の本体及び発信メツセージ管理ブロック２２が同報メツ
セージ２３として転送されてくると、まず、発信メツセ
ージ管理ブロック２２を第２図に示すようにＭＭ１８に
受信メツセージ管理ブロック１９として記憶しく第３図
も参照）、また、メツセージ本体を発信メツセージ管理
ブロック２２内の宛先識別子ｄ、で示される各宛先端末
４、−１〜４．−ｎに配信する。この配信動作は、各宛
先端末に対して自動的に行っても、各宛先端末からのア
クセスに基づいて行ってもよい。

上記配信動作の結果、各宛先端末４．−１〜４゜−ｎに
対する各配信結果が完了（正常に宛先端末に配信された
）又は不完了（何らかの原因で宛先端末に対して正常に
配信できなかった）と判明した時点で、その状態を第４
図に示すように、第２図ＭＭ１Ｂ内の受信メツセージ管
理ブロック１９の各宛先識別子ｄｉに対応する部分に配
信結果Ｓｉとして記憶させる。

これと共に、受信ノード３．では、受信メツセージ管理
ブロック１９の上記配信結果Ｓｉを書き込んだ宛先端末
に対応して、配信結果の発信ノード２に対する返送要求
を生成し、この返送要求に基づいて、配信結果Ｓｉを配
信結果２４（第４図）として発信ノード２に返送する。

上記返送要求処理及び返送処理の詳細を以下に説明する
。なお、第５図にメツセージ配信結果返送要求処理の動
作フローチャート、第６図にメツセージ配信結果返送処
理の動作フローチャートを示し、第７図に受信ノードに
おけるメツセージ配信結果返送処理の状態図を示す。以
下、これらの図に基づいて説明を行ってゆく。

まず、第２図の受信ノード３１に収容される宛先端末４
．−１〜４．−ｎのうち何れかに対応する配信結果が判
明する毎に、第５図の動作フローチャートがスタートす
る。なお、本動作フローチャートは、第２図のＣＰＵ１
７が特には図示しないプログラムを動作させることによ
り実行される。

第５図３１では、判明したメツセージの配信結果を、第
７図に示すように受信ノード３．内の受信メツセージ管
理ブロック１９の宛先識別子ｄムに対応する部分にＳｉ
　として書き込む。同図の例では、宛先端末４１−１に
対して配信が完了し、受信メツセージ管理ブロック１９
内の宛先識別子ｄｉに対応する部分に、完了を示す配信
結果Ｓ１が書き込まれる。また、それにほぼ続いて、宛
先端末４．−２に対して配信が不完了となり、受信メツ
セージ管理ブロック１９内の宛先識別子ｄ２に対応する
部分に、不完了を示す配信結果Ｓ２が書き込まれる。な
お、宛先端末４．−ｎに対しては、現在配信中であるた
め、Ｓ、、はまだ書き込まれていない。

上記動作により、配信結果Ｓｌが書き込まれると、次に
第５図８２で、それに対応する返送要求を生成すると共
に、受信メツセージ管理ブロック１９内の対応する宛先
識別子ｄ、の部分に、返送要求が生起して、かつ、未返
送である旨の表示ｒｉ（以下、便宜的にこれも返送要求
と呼ぶ）を書き込む。第７図の例では、宛先識別子ｄ、
及びｄ２に対応する返送要求ｒｌ及びｒ２が続けて書き
込まれる。

続いて、第５図３３で、返送要求の待ち合わせを行うた
めの第２図ＭＭ１８内に設けられているキューターミナ
ル２０（以下、これを待ち合わせキューＱｗと呼ぶ）へ
返送要求のキューイングを要求する。これに対して、第
５図８４で待ち合わせキューＱ−に同一メツセージに関
する返送要求が既にキューイングされているか否かを判
定し、キューイングされていなければ、第５図８５で待
ち合わせキューＱ、Ａに対してキューの割り当てを行う
と共に、割り当てられたキューに対応して第２図ＭＭ１
Ｂ内にメツセージ識別ブロック２１を生成する。これは
、第７図に示すようにそのキューに対応する受信メツセ
ージ管理ブロック１９のメツセージ番号を記憶しており
、後述するようにそのキューを実行するときに、受信メ
ツセージ管理ブロック１９を参照できるようにするため
のボインクである。以上、第７図の例では、まず、宛先
識別子ａ＋に対する返送要求ｒ１に基づいて破線２８の
ようにキューイングが実行される。

一方、第５図３３のキューイング要求の後、第５図３４
で待ち合わせキューリー内に同一メツセージに関する返
送要求が既にキューイングされていると判定された場合
は、何もせずに第５図の返送要求処理を終了する。第７
図の例では、前記宛先識別子ｄ１に対する返送要求ｒ１
に基づいて破線２５のようにキューイングが実行された
後、宛先識別子ｄ２に対する返送要求ｒ２に基づいて破
線２６のようにキューイングを行おうとするが、既に同
一メツセージに関するキューが存在するため、キューイ
ングは行わない。

次に、以上のメツセージ配信結果返送要求処理に対して
、第２図のＣＰＵ１７は、一定時間毎に発生する割り込
みにより、第６図のメツセージ配信結果返送処理を実行
する。

すなわち、一定時間毎に割り込みが発生すると、まず、
第６図３６で、待ち合わせキュー（ｈ　　（第２図ＭＭ
１Ｂ内のキューターミナル２０）に返送要求がキューイ
ングされているか否かを判定し、キューイングされてい
れば、第６図３７で、対応するメツセージ識別ブロック
２１　（第７図参照）を参照して、そのメツセージ番号
に対応する受信メツセージ管理ブロック１９をアクセス
し、受信メツセージ管理ブロック１９内の返送要求ｒｉ
を検索し、返送要求表示がある部分を認識する。第７図
の例では、宛先端末４．−１及び４．−２に対応する部
分に、返送要求ｒｉ及びｒ２に返送要求表示がなされて
いることが認識される。

続いて、第６図８８で、その返送要求表示のある宛先識
別子ｄｉに関するメツセージの配信結果Ｓｉを抽出し、
１つのデータに編集する。第７図の例では、配信結果Ｓ
ｔ及びＳ２が１つのデータに編集される。具体的には、
パケットデータ等を作成する処理をいう。この場合、配
信結果Ｓｉは前記したように完了／不完了の何れかであ
るため、配信結果が判明した各宛先端末において、配信
結果が同じ宛先端末に対応する宛先識別子ｄｉをまとめ
て転送すれば、１回の転送量を減らすことができる。

上記動作の後、第６図３９で返送動作が実行され、第７
図又は第４図の配信結果２４として第２図の発信ノード
２への転送動作が行われる。この配信結果２４は、第４
図の発信メツセージ管理ブロック２２内の対応する部分
に配信結果Ｓ、として書き込まれる。これにより、発信
ノード２は、転送したメツセージに対する配信結果を知
ることができる。

上記動作の後、第６図３６に戻り、待ち合わせキューＱ
、４に他の返送要求が存在するか否かが判定され、存在
すれば上記３７〜Ｓ９の処理が繰り返され、待ち合わせ
キューＱ−に返送要求がなくなったらＳ６の判定がＮｏ
となって返送処理を終了する。

以上に示した処理により、第７図の例では、始めの一定
時間内に判明した宛先端末４．−１及び４、−２に対応
する配信結果Ｓｌ及びｓ２のみが、最初に配信結果２４
として発信ノード２に返送され、他の宛先端末に対応す
る配信結果ｓｉは、それが判明した時点が含まれる一定
時間周期の終了毎に配信結果２４として発信ノード２に
返送される。従って、配信結果を宛先端末毎に発信ノー
ドに返送する従来方式に比較して、配信結果の返送処理
の回数を削減することができ、ノード間のトラヒックの
増大を抑えることができる。一方、その受信ノードの全
宛先端末に対応する配信結果が揃ってから発信ノードに
返送する従来方式に比較して、一定時間毎に配信結果を
返送できるため、発信ノード側での処理遅延を減らすこ
とができる。

°〔発明の効果〕 本発明によれば、発信ノードへの返送時間と、各返送動
作によるトラヒック量の増大とのトレードオフは、配信
結果返送手段が配信結果の返送を行う場合の所定期間を
調整することにより、所望の状態に設定することができ
る。

従って、ネットワークとして見た場合、受信ノードから
の配信結果は、所定期間毎に判明したものから順に一括
して送ることにより、配信結果を宛先端末毎に発信ノー
ドに返送する従来方式に比較して、その返送処理の回数
を削減することができ、ノード間のトラヒックの増大を
抑えることが可能となる。

一方、発信ノードから見た場合、受信ノードからは所定
期間毎に判明した配信結果から順に一括して送られてく
ることになり、受信ノードの全宛先端末に対応する配信
結果が揃ってから発信ノードに返送する従来方式に比較
して、発信ノード側での配信結果に対する処理遅延を減
らすことが可能となる。

更に、判明した配信結果を一括して送る場合、配信結果
が共通もものをまとめて１つのデータに編集する等の操
作が行えるため、効率の良いデータ転送が可能となり、
これによるトラヒックの減少も可能となる。

【図面の簡単な説明】

第１図は、本発明のブロック図、 第２図は、本発明による受信ノードの構成図、第３図は
、発信ノードから受信ノードヘメッセージ転送を行った
直後の状態説明図、 第４図は、受信ノードでのメツセージ配信状態説明図、 第５図は、メツセージ配信結果返送要求処理の動作フロ
ーチャート、 第６図は、メツセージ配信結果返送処理の動作フローチ
ャート、 第７図は、受信ノードにおけるメツセージ配信結果返送
処理の状態図、 第８図は、電子メールネットワークのシステム構成図で
ある。 ６・・・発信端末、 ７　・　・　・発信ノード、 ８・　・　・受信ノード、 ９−１〜９−Ｎ・・・宛先端末、 １０・・・同報電子メール、 １１・・・配信結果、 １２・・・配信結果記憶手段、 ■ ・配信結果返送手段。

Claims (1)

1. 【特許請求の範囲】 発信端末（６）を収容する発信ノード（７）から受信ノ
   ード（８）に、該受信ノードが収容する複数の宛先端末
   （９−１〜９−Ｎ）を同時指定した同報電子メール（１
   ０）を転送した後、前記受信ノード（８）における前記
   各宛先端末（９−１〜９−Ｎ）への前記同報電子メール
   （１０）の配信結果（１１）を前記受信ノード（８）か
   ら前記発信ノード（７）へ返送する場合の同報電子メー
   ル配信結果通知方式において、 前記受信ノード内（８）に、 前記同報電子メール（１０）に対応する前記各宛先端末
   （９−１〜９−Ｎ）の配信結果（１１−１〜１１−Ｎ）
   を判明したものから記憶する配信結果記憶手段（１２）
   と、所定期間毎に、前記同報電子メール（１０）に対応
   して該所定期間内に前記配信結果記憶手段（１２）に新
   たに記憶された各配信結果（１１）を前記発信ノード（
   ７）に一括して返送する配信結果返送手段（１３）とを
   有することを特徴とする同報電子メール配信結果通知方
   式。