JPH01290343A - 広域電子メールシステム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明はサブシステムの接続され・たホストコンピュー
タを広域ネットワーク網を介して互いに接続し、ホスト
コンピュータに接続されたサブシステム相互間で電子メ
ール通信を行う広域電子メールシステムに関し、例久ば
電子メール登録ユーザテーブルの更新方法を特徴とする
広域電子メールシステムに関するものである。

［従来の技術］ 一般的な広域ネットワークシステムの構成例を第４図に
示す。

第４図において、４つの地域内サブシステムＡ３０、Ｂ
２Ｏ，Ｃ５０，Ｄ６０がそれぞれホストＡ３１、Ｂ４１
、Ｃ５１、Ｄ６１を介して広域ネットワーク網３０に接
続されている。

各地域内サブシステム３０〜６０は、ＬＡＮ（ローカル
エリアネットワーク）で構成され、複数の端末Ｔ３２〜
６５がそれぞれホストＡ−Ｄ（３１〜６１）に接続され
ている。

各端末は、ホストと広域ネットワーク網３０を介して他
のホストに接続された他の地域内サブシステムの端末と
電子メール通信を行うことができる。例えばサブシステ
ムＡ３０内の端末３４がサブシステムＤ６０内の端末６
５に電子メールを送ろうとした場合、次の手順で電子メ
ール送信が実行される。

まずはじめに、端末３４は、ホストＡ３１にサブシステ
ムＤ６０における電子メール登録ユーザリストを要求す
る。そして後述する方法で把握している電子メール登録
ユーザリストを入手する。

そして入手した電子メール登録ユーザリストから端末６
５のアドレス値を知り、そのアドレス値をヘッダとして
生成した電子メールをホストＡ３１に送る。

ホストＡ３１ではそのヘッダからサブシステムＤ６０の
端末あての電子メールであると認識し、その電子メール
に更にホストＤ６１宛のヘッダをつけて広域ネットワー
ク網へ送出する。ホストＤ６１で受信されたそのパケッ
トは、サブシステムＤ６０内のＬＡＮを経由して端末６
５に届けられる。

以上の電子メースシステムが円滑に稼動するためには、
各ホストにて管理する電子メール登録ユーザのアドレス
は、自サブシステム内だけにとどまらず、広域ネットワ
ークに接続されたサブシステム全体に及ぶことは明らか
である。

即ち、ホストＡ３１はサブシステムＡ３０内のみならず
、サブシステムＢ４０．Ｃ５０、Ｄ６０内の全端末のア
ドレスをも管理する必要がある。

そしてその管理されるアドレスは、システムの変動に応
じて絶えず最新のアドレスでなければならない。

従来このアドレステーブルを更新する方法として以下に
示す２つの方法が一般的である。

第１の方法は、システム全体の管理者が各サブシステム
の管理者から最新のアドレステーブルを入手し、ＭＴ（
磁気テープ）等の記録媒体にまとめ、定期的に、例えば
毎月−回、各サブシステムのホスト管理者に郵送するこ
とにより、各ホストの管理者が個々に更新する方法であ
る。

第２の方法は、広域ネットワークを利用したホスト間通
信で行なう方法である。この方法は、例えばホストＡ３
１の管理者が残りのホストＢ４１、Ｃ５１、Ｄ６１全て
に対してサブシステムＡ３０の最新アドレステーブルを
送信することにより、サブシステムＡ３０に関するアド
レステーブルの更新を各ホストが行なう方法である。

［発明が解決しようとしている課題］ しかしながら上記従来例の第１、第２の方法は次の欠点
がある。

第１の方法の欠点は、更新周期が長いために、登録を希
望する新規ユーザはアドレステーブルが更新されるまで
の長期間待たされ、その間電子メールサービスを受けら
れないことである。

また、更新周期を短くすればシステム全体の管理者、及
び各システムの管理者に、過度の負担をかけることにな
ってしまう。

第２の方法の欠点は、システム規模が大きくなると、更
新に要する通信の回数が増え、結果的には通信料金の負
担増となってくることである。

例えば、分散ホストが１００ケ所に設置されていれば、
全ホストが全システムの更新を終了させるのに９９００
回のホスト間通信が必要となる。

Ｅ課題を解決するための手段］ 本発明は上述の課題を解決することを目的として成され
たもので、上述の課題を解決する一手段として以下の構
成を備える。

即ち、ホストコンピュータを介して広域ネットワーク網
へ接続されたサブシステム相互間で電子メール通信を行
うシステムにおいて、該ホスト全てを仮想リング上に配
置し、各ホストに該仮想リングの上流ホストから送信さ
れたアドレス情報更新パケットを受信する受信手段と、
該受信手段で受信したアドレス情報更新パケット情報に
従い内部アドレステーブルを更新するテーブル更新手段
と、前記受信手段で受信したアドレス情報更新パケット
中に該受信ホストのアドレス更新情報が含まれているか
否かを判断する判断手段と、もし含まれていれば該アド
レス更新情報を削除し、含まれていなければ該アドレス
更新情報を該パケットに付加するアドレス情報更新手段
と、仮想リングの下流ホストへ該パケットを送出する送
出手段とを備える。

［作用］ 以上の構成により、少ない通信量で、最新の全てのアド
レス更新情報を全てのホストコンピュータへ提供するこ
とができる。

［実施例］ 以下、図面を参照して本発明に係る一実施例を詳細に説
明する。なお、本実施例のネットワーク構成は第４図と
同様の構成であるため、ネットワーク構成の説明は省略
する。

本実施例においては、広域ネットワーク網３０に接続さ
れている各地域サブシステムのホストコンピュータＡ３
１、Ｂ４１、Ｃ５１，Ｄ６１が論理リングを形成する構
成としている。この論理リングの形成例を第１図に示す
。

第１図において、論理リングはホストＡ３１−ホストＢ
４１−ホストＣ５１→ホストＤ６１−ホストＡ３１とい
ったリング構成となっている。そして、図示の如く、順
次“−”に従って下流ホストとなる。例えば、ホストＢ
４１の上流ホストはホストＡ３１であり、下流ホストは
ホストＣ５１である。

第１図の矢印上に記しである■から■の数字は、論理リ
ング上を流れるパケットの順序を示している。即ち、上
流ホストＡ３１よりのバケット■を受信したホストＢ４
１は、次にパケット■を下流ホストＣ５’ｌへ送信する
。以下同様にして矢印の順序で下流ホストにパケットを
送信していく。そして、最後はホストＤ６１がホストＣ
５１からのパケット■を受信して終了している。

以上の論理リング上を送信されるパケットの詳細構成を
第２図に示す。

第２図は論理リング上を送信されるパケット■から■の
各部分における構成を表わしたものである。

図中、Ｓｌはパケットの種別コードであり、このパケッ
トがアドレス情報更新パケットであること等を示してい
る。＃Ａ２はホストＡ３１を示すコート及び続＜ＡＡ３
のバイト長を示すホストＡ情報である。ＡＡ３はサブシ
ステムＡ３０内のアドレス管理テーブルである。同様に
、＃Ｂ４はホストＢ４１を示すコード及び続＜ＢＢ５の
バイト長を示すホストＢ情報である。ＢＢ５はサブシス
テムＡ３０内のアドレス管理テーブル、＃Ｃ６はホスト
Ｃ５１を示すコード及び続＜ＣＣ７のバイト長を示すホ
ストＣ情報である。ＣＣ７はサブシステムＣ５０内のア
ドレス管理テーブル、＃Ｄ８はホストＤ６１を示すコー
ド及び続＜ＤＤ９のバイト長を示すホストＤ情報である
。ＤＤ９はサブシステムＡ３０内のアドレス管理テーブ
ルである。

次に以上の構成より成る本実施例の各ホストが電子メー
ル登録ユーザのアドレス管理テーブルを更新していくア
ドレス管理テーブル更新処理を第３図のフローチャート
を参照して以下に説明する。なお、以下の説明は第１図
に示す論理リング時のホストＡ３１がアドレス管理テー
ブルを更新処理を起動した場合を例として行なう。

通常ホストはアドレス管理テーブルの更新を欲していな
い場合にはステップＳ１よりステップＳ２に進み、公知
の通常通信処理を実行する。この通常処理において、ア
ドレス管理テーブルの更新を欲した場合には、ステップ
Ｓ１よりステップＳ３に進み、下流ホスト（ホストＡ３
１がアドレス管理テーブル更新処理を起動する場合には
ホストＢ４１）に自ホスト情報を付加したアドレス更新
パケットを生成して送信する。この場合には例えば第２
図にパケット■として示すパケットである。

このパケット■を受信したホストＢ４１は、ステップＳ
４で受信パケットの種別コード１を調べる。種別コード
１がＳ”であれば受信パケットはアドレス更新パケット
の受信でありステップＳ６に進み、種別コード１がＳ”
でなければ他のパケットの受信であり、ステップＳ５で
受信パケットに対応した処理を実行する。この処理は従
来周知の処理となるため、詳細説明を省略する。

種別コード１が°Ｓ“であり、ステップＳ６に進んだ場
合にはここで受信アドレス更新パケット中のホスト情報
に従い自ホストのアドレス更新テーブルを更新する。ホ
ストＢ４１の場合には第２図■のパケットを受信したた
め、サブシステムＡ３０のアドレス更新情報ＡＡ３に従
ってホストＢ４１内のサブシステムＡ３０に関するアド
レステーブルを更新する。

続いてステップＳ７でパケット中に自ホスト情報がある
か否かを調べる。この場合にはホスト情報はホストＡ３
１に関する“＃Ａ′°のみであり、自ホストのコード゛
＃Ｂ”がないため、ステップＳ８に進み、このアドレス
更新パケットに自ホスト情報を付加したアドレス更新パ
ケットを生成し、続くステップＳ９で生成したアドレス
更新パケットを下流ノードに送信する。この場合にはホ
ストＢ４１の下流ホストはホストＣ５１であり、ホスト
Ｃ５１に第２図に示すパケット■を送信することになる
。そしてステップＳ４のフローに戻り、続いてホストＣ
５１がこのアドレス更新パケットを受信し、ステップＳ
７、ステップＳＳ８、ステップＳ９の処理を実行する。

この場合には第２図パケット■に示すアドレス更新パケ
ットをホストＤ６１に送信することになる。

同様に、ホストＤ６１はホストＡ３１に第２図パケット
■のアドレス更新パケットを送信する。

これを受けたホストＡ３１は、ネットワークに接続され
た全てのホストからのサブシステムに関するアドレス更
新情報を知ることができ、自ホストのアドレス管理テー
ブルの更新を行なうことができる。そして、ステップＳ
７の判定で自ホスト情報が含まれているため、ステップ
Ｓ７よりステップＳＩＯの処理に進み、パケット中の自
ホスト情報を削除したアドレス更新パケットを生成する
。

そしてステップＳ９でこのアドレス更新パケットを下流
ホストであるホストＢ４１に送信する。この場合には第
２図パケット■に示すアドレス更新パケットを送信する
ことになる。

これを受信したホストＢ４１はステップＳ６、ステップ
Ｓ７、ステップＳＩＯ、ステップＳ９の処理により、自
ホストのアドレス管理テーブルを更新し、先に更新した
ホストＡ３１のホスト情報と併せてネットワークに接続
された全てのホストからのサブシステムに関するアドレ
ス更新情報を知ることができ、自ホストのアドレス管理
テーブルの更新を行なうことができる。

そして第２図パケット■に示すアドレス更新パケットを
生成して下流ホストであるホストＣ５１に送信する。ホ
ストＣ５１でも同様に自ホスト内のアドレス管理テーブ
ルを更新し、下流ホストであるホストＤ６１に第２図パ
ケット■に示すアドレス更新パケットを送信する。これ
を受けたホストＤ６　］は自ホスト情報を削除、即ち、
アドレス更新パケットを削除して消滅させる。

［他の実施例］ なお、以上の説明は、ステップＳ６の処理を実行してか
らステップＳ８又はステップＳＩＯの処理を実行したが
、本実施例に変え、ステップＳ６の処理に先立ってステ
ップＳ７、ステップＳ８、ステップＳＩＯの処理を先に
行ない、その後にステップＳ６の処理を実行してもよい
。

この場合には例えば、まずホストＢ４１はサブシステム
Ａ３０のアドレス更新情報ＡＡ３に従ってホストＢ４１
内のサブシステムＡ３０に関するアドレステーブルを更
新する。その後、ホストＢ４１内のサブシステムＢに関
するアドレス情報ＢＢ５とそのバイト長及びホストコー
ド＃Ｂ４を受信したパケット■の後方に付加し、パケッ
ト■を生成する。

そして、このパケット■を下流ホストであるホストＣ５
１へ送信する。同様の動作がホストＣ５１、ホストＤ６
１でも行われ、ホストＣ５１ではパケット■によりＡＡ
３、ＢＢ５が更新され、ホストＤ６１ではパケット■に
よりＡＡ３、ＢＢ５、ＣＣ７が更新される。パケット■
を受信したホストＡ３１もＢＢ５、ＣＣ７、ＤＤ９の情
報を得て更新を行う。これでホストＡ３１としては全テ
ーブル情報の更新が終了したことになる。

さてここで従来のパケット■から■の場合と異なるのは
、パケット■の中に自分のコード＃Ａが含まれているこ
とである。この場合ホストＡ３１はサブシステムＡ３０
に関する情報を全面削除したパケット■を生成する。そ
してこのパケット■をホストＢ４１へ送信する。同様に
ホストＢ４１でもＣＣ，ＤＤの更新を行うとともに、サ
ブシステムＢに関する情報を全面削除したパケット■を
生成し、ホストＣ５１へ送信する。ホストＣ５１でも同
様であり、ＤＤが更新され最終パケット■がホストＤ６
１にて受信される。ホストＤ６１でも同様の動作を行う
が、この場合、他ホストの更新データがないため、更新
は行われない。そしてシステムＤに関する情報の削除も
行われるため、アドレス情報更新パケットそのものが消
滅することになる。

以上の動作により、ホストハ３１〜ホストＤ６１の全て
のアドレス管理テーブルが全て更新される。

以上説明した如く本実施例によれば、必要最小限の少な
い量のアドレス更新パケットの巡回で全ての構成ホスト
のアドレス更新テーブルを更新することができる。

即ち、サブシステム数が４つのシステムでは、７回のパ
ケット情報でシステム全体のアドレス情報の更新が可能
となった。

更に大きなサブシステム数、例えば１００のシステムで
は、同様な方法により１９９回のパケット情報で済むこ
とになる。これは従来例で示した９９００回のパケット
情報に比べれば、いかに本実施例が効率よい更新方法を
提供できるかが明らかである。

本実施例により、低通信コストでアドレス情報の更新が
可能になるばかりでなく、更新の頻度を増すこともコス
ト的に可能となり、電子メールユーザ登録の変動に迅速
な対応が可能となる。

［発明の効果］ 以上説明したように本発明によれば、僅かなパケット情
報の交換でシステム全体のアドレス情報の更新が可能と
なった。

更にアドレス情報の更新頻度を増すこともコスト的に可
能となり、電子メールユーザ登録の変動に迅速な対応が
可能となる。

【図面の簡単な説明】

第１図は本発明に係る一実施例の広域電子メールレステ
ムの論理リング構成図、 第２図は各サブシステムのホストコンピュータ間で送受
信されるパケット構成例を示す図、第３図は本実施例の
アドレス管理テーブル更新制御を説明するためのフロー
チャート、第４図は広域電子メールシステムのシステム
構成図である。 図中２０・・・広域ネットワーク網、３０，４０゜５０
．６０・・・サブシステム、３］、、４１，５１゜６１
・・・ホスト、３２〜３５．４２〜４５．５２〜５５．
６２〜６５・・・端末である。 特許出願人　　キャノン　株式会社

Claims (1)

【特許請求の範囲】
1. サブシステムの接続されたホストコンピュータを広域ネ
   ットワーク網を介して互いに接続し、ホストコンピュー
   タに接続されたサブシステム相互間で電子メール通信を
   行う広域電子メールシステムであつて、網に接続された
   全ての前記ホストコンピュータを仮想リング上に配置し
   、該仮想リングの上流ホストコンピュータから送信され
   たアドレス情報更新パケット中に自ホストコンピュータ
   内のアドレス更新情報が含まれていれば、該アドレス更
   新情報を削除した後に、また含まれていなければ新たに
   アドレス更新情報を付加した後に該パケットを下流ノー
   ドへ送信することを特徴とする広域電子メールシステム
   。