JPH01251934A - ネットワークシステム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［発明の目的］ （産業上の利用分野）゛ この発明は、複数の送受信端（ノード）が伝送路を介し
て接続され、ノード相互間でデータ通信等を行なうネッ
トワークシステムに関する。

（従来の技術） 複数の情報処理装置等（例えば、いわゆるパーソナルコ
ンピュータやワークステーション等）の相互間を伝送路
を介して接続し、例えばＬＡＮ（ローカルエリアネット
ワーク）等のネットワークシステムを構築して、データ
通信等を行なうことがある。

ネットワークシステムを構築する際に、一般にノードを
表わすのに、下層の処理部である下位レイヤではマシン
アドレスで、また上位レイヤにおいてはノード名により
表わされることが多い。

このようなノードを表わすマシンアドレスおよびノード
名は、ネットワークシステム内で混乱等が起きないよう
に管理されなければならない。

従来、一般に行なわれていたノード名およびマシンアド
レスの管理方法としては、以下に記述するような２種類
があった。

第１の方法としては、ネットワークに接続している各ノ
ードにおいて、そのネットワーク上の全てのノードのノ
ード名およびマシンアドレスに関する対応表（ネットワ
ークアドレステーブル；ＮＡＴと呼ばれている）を用い
るものがある。

第１０図に、従来のＮＡＴの構成例を示す。

この図に示すように、ＮＡＴ２の内部にはノード名とマ
シンアドレスとが対応付けて格納されている。そして、
上位レイヤがノード名を指定して他系の装置等への要求
を出すと、中位あレイヤがこのテーブル（ＮＡＴ）２を
参照してノード名とマシンアドレスとの変換を行ない、
下位レイヤに前記上位レイヤの要求とともに転送する。

この第１の方法によれば、中位レイヤのノード名からマ
シンアドレスへの変換処理が容易であるなめ、比較的シ
ンプルな中位レイヤで処理可能になる。また、相手ノー
ドとの通信開始のための相互接続（セツション）の確立
が容易になる。さらに、ネットワーク全体のノードが管
理できるので、柔軟なシステムを構築することができる
。

ところが、ノードの追加・変更や削除等の際には、その
都度、各ノードにおいてテーブル（ＮＡＴ）を変更しな
ければならないため、テーブルの管理が非常に面倒にな
る。従って、このテーブルの管理のために、ネットワー
ク管理者等の作業量が増大してしまう。

これに対し、従来性なわれていた第２の方法は、ネット
ワーク内の各ノードが、自系ノードのノード名とマシン
アドレスだけについて対応付けて管理するテーブル（ロ
ーカルネームテーブル）を用いるものである。

第１１図に、このようなローカルネームテーブルの構成
例を示す。

この図のローカルネームテーブル３においては、自系ノ
ードのノード名とマシンアドレスだけの対応が作成され
ており、他系ノードについてはノード名もマシンアドレ
スも含まれていない、従ってこのローカルネームテーブ
ルであれば、その管理を自系システムのみで行なうこと
ができるため、テーブルの変更等の維持・管理が容易に
なる。

しかしながら、テーブルの変更等によって、ＬＡＮ等の
ネットワークシステム全体の正当性が損なわれないよう
に（同じノード名等がネットワークシステム中で重複し
ない等）、極力注意して管理されなければならない。

例えば、ＬＡＮシステムでは、１個のノードが　□複数
の名前を持つことも可能である。そこで、ローカルネー
ムテーブルに新規に自系のノード名を追加するような場
合には、この新規のノード名がネットワークシステム中
に既に存在しないか否かを確認する手続きが必要になる
。

即ち、新規のノード名をローカルネームテーブルに追加
する旨の宣言（ネームフレイム）をパケット（通信の単
位）にしてネットワーク上の全ノードに対して通知（回
報）する、このネームフレイムのパケットを受信したネ
ットワーク上の他系の装置等は全て、各自の白−カルネ
ームテーブルを参照して重複する名前がないかどうかを
判別する。もし、重複する名前が存在した場合には、「
ノード名はシステム内で独立であるＪという条件に反す
るため、「その名前は追加できない」という宣言（ネー
ムフレイムレスポンス）を返送する。このネームフレイ
ムレスポンスを受取った場合には、そのノード名のロー
カルネームテーブルへの追加は断念せねばならない。

このようにして、新規のノード名のローカルネームテー
ブルへの追加によるネットワーク全体の正当性が失われ
ないように管理されている。

この第２の方法によれば、テーブルの管理およびシステ
ムの変更等が容易にできる。ところが、自系ノードに関
する名前とアドレスしか持っていないため、セツション
を確立するのに複雑な手順が必要となり、またソフトウ
ェア等のオーバーヘッドも増大する。

（発明が解決しようとする課題） このように、従来のネットワークシステムにおいては、
−ｆｉに、ノード名およびマシンアドレスの管理を行な
うのに２種類の管理方法があったが、いずれも利点を持
つと同時に各種の問題も臓していた。

第１の方法では、ノードの追加・変更や削除等の際には
、その都度、各ノードにおいてテーブル（ＮＡＴ）を変
更しなければならないため、テーブルの管理が非常に面
倒になり、このテーブルの管理のために、ネットワーク
管理者等の作業量が増大してしまう。

また第２の方法では、ローカルネームテーブル内に自系
ノードに関する名前とアドレスしか持っていないため、
セツションを確立するのに複雑な手順が必要となり、ソ
フトウェア等のオーバーヘッドも増大していた。

この発明は、このような従来の事情に鑑み、従来の２種
類の管理方法の利点を取入れるとともに、その問題点を
克服することを解決すべき課題とした。すなわち、ネッ
トワーク管理者等の運用時における簡便さ、セツション
確立時の手順の簡素化、ならびにアブリゲーション開発
等に対するシステム横築の柔軟さを備えたノード名およ
びマシンアドレスの管理方式を持つネットワークシステ
ムを提供することを発明の目的とする。

［発明の構成］ （課題を解決するための手段） このような目的を達成するために、この発明に係るネッ
トワークシステムは、データ通信の送受信端であるノー
ドが伝送路を介して複数接続され、各ノードの内部およ
びノード相互間でノード名もしくはマシンアドレスによ
り自系および他系のノードを指定する同システムの各ノ
ードの内部に、ノード名とマシンアドレスとを登録する
対応テーブルと、ネットワークに登録しようとするノー
ド名とマシンアドレスとを判別要求情報として他系ノー
ドに送付する判別要求手段と、他系ノードから送付され
る前記判別要求情報を受信し、この判別要求情報内のノ
ード名が前記対応テーブル内に既存であるか否かを判別
して、既存であれば登録不可情報を返送する存否判別手
段と、前記判別要求情報を他系ノードに送付した後、所
定の時間内に前記登録不可情報が返送されなければ、こ
の判別要求した情報を登録要求情報として他系ノードに
送付する登録要求手段と、この登録要求情報を受信する
と、この受信した情報を自系ノードの対応テーブルに登
録するとともに、この対応テーブル内の既登録情報を読
出して返送する登録受理手段と、この返送された既登録
情報を受信し、この受信した既登録情報の内、自系ノー
ドの前記対応テーブルに未登録のノード名とマシンアド
レスとの対応情報があれば追加登録して補足する補足登
録手段と、を備えてなるものである。

（作用） この発明に係るネットワークシステムにおけるノード名
およびマシンアドレスの管理方式によれば、初期状態で
は、ノード名およびマシンアドレス（以下、ノード名等
という）の対応テーブルには他系のノードに関する情報
は全く含まれていない、その後、各ノードが順次、自系
のノード名等をネットワークを介して各他系ノードの対
応テーブルに追加登録して行くことにより、宣言された
ネットワーク上の全てのノード名等が各ノードの対応テ
ーブルに登録されることになる。

あるノード（Ａとする）において、ノード名等をネット
ワーク上の各ノードの対応テーブルに追加登録する際に
は、先ず判別要求手段により、ネットワークに登録しよ
うとするノード名等を判別要求情報としてネットワーク
を介して他系ノードに送付する。

他系ノードでは、存否判別手段により、送付された判別
要求情報内のノード名が自身の対応テーブル内に既存で
あるか否かを判別し、既存であれば登録不可情報を返送
する。

一方、判別要求情報を他系ノードに送付したノードＡは
、所定の時間内に前記登録不可情報が返送されなければ
、登録要求手段により、この判別要求した情報を登録要
求情報として他系ノードに送付する。

他系ノードでは、この登録要求情報を受信すると、登録
受理手段により、この受信した情報を自系ノードの対応
テーブルに登録するとともに、対応テーブル内の既登録
情報を読出して返送する。

ノードＡでは、返送された既登録情報を受信し、補足登
録手段により、この既登録情報の内、自系ノードの対応
テーブルに未登録のノード名とマシンアドレスとの対応
情報があれば追加登録して補足する。

こうして、新規のノード名等がネットワークを介して各
他系ノードの対応テーブルに追加登録されるようになる
とともに、ネットワーク上の他系のノードの対応テーブ
ルに既に登録されていた既存のノード名等も、洩れなく
自系のノードにも登録できるようになる。

（実施例） 以下、この発明を適用した一実施例のネットワークシス
テムについて、図面に基づきながら詳細に説明する。

この実施例においては、上述したネットワークアドレス
テーブル（ＮＡＴ）のように、自系および他系ノードの
名前とマシンアドレスとを含む対応データ単位（セルと
いう）を用いている。またそのアルゴリズムは、上述し
たローカルネームテーブルを使用するときのアルゴリズ
ムを基礎として、これを大幅に改良したものを用いてい
る。

第２図に、この実施例における対応テーブルの構成例を
示す、この図に示すように、ノード名およびマシンアド
レスを格納するフィールドの他に、ローカル／リモート
フラグと、パーマネント／テンポラリフラグとの２種の
フラグを格納するフィールドが追加されている。この対
応テーブルをダイナミック・ネットワークアドレステー
ブル（ＤＮＡＴと略称する）と呼ぶ、なお、このＤＮＡ
Ｔに、さらに他のフラグ等を追加することは勿論可能で
ある。

第１図に、この実施例におけるネットワークシステムの
ブロック構成図を示す。

例えばＬＡＮ等のネットワークシステムの伝送１ｉ！８
５０を介して、自系マシン２０や、複数の他系マシン６
０等が接続されている。自系マシン２０の内部には、例
えばＬＡＮカードや通信割込み発生部、送受信部等の通
信用ハードウェア２１があり、さらに自系ノード３０が
ある。

自系ノード３０には、アプリケーションプログラム４１
等が置かれるアプリケーションレイヤ４０があり、アプ
リケーションプログラム４１等から発生した通信要求を
受けて実行する各部が設けられている。すなわち、通信
の実行の全体を監視・制御する制御部３１、この実施例
における対応テーブルであるＤＮＡＴｌ、判別要求部３
２、存否判別部３３、登録要求部３４、登録受理部３５
、そして補足登録部３６等が配設されている。

また、他系マシン６０の内部にも同機に、他系ノード７
０等がある。

次に、この実施例の動作を説明する。

この実施例のネットワークシステムにおいては、ノード
名およびマシンアドレスの対応テーブル（ＤＮＡＴ）は
、ノードがネットワークへのリンクを宣言する初期状態
では、自系のノード名とマシンアドレスだけが格納され
ており、他系のノードに関する情報は全く含まれていな
い、その後、各ノードが順次、自系のノード名等をネッ
トワークを介して各他系ノードのＤＮＡＴに追加登録し
て行くことにより、ＤＮＡＴは拡張・更新され、宣言さ
れたネットワーク上の全てのノード名等が各ノードの対
応テーブルに登録される。

第３図は、このようなりＮＡＴの初期状態から拡張・更
新された状態への変遷を示したずである。

また第４図および第５図は、この実施例におけるネット
ワーク運用のアルゴリズムを示すフローチャートである
。

第２図および第３図に示すＤＮＡＴは、ネットワークの
運用中に、第４図および第５図に示すアルゴリズムによ
ってダイナミックに追加・変更され、常に、ネットワー
ク上の各ノードの集合に関する最新のテーブルとなるよ
うに維持・管理される。

なお第４図および第５図において、「パーマネントに追
加（あるいは変更）」とは、第２図のＤＮＡＴＬのパー
マネント／テンポラリフラグを１にする（セットする）
ことを示しており、「テンポラリに追加」とは、このフ
ラグをセットせずにノード名等を追加登録することを示
している。

第４図および第５図に示すネットワーク運用の動作を第
６図ないし第９図のＤＮＡＴの各状態を示す図を参照し
ながら説明する。

これらの各図において、ネットワーク上のノードとして
、ノードＡ（ノード名が「Ａ」、マシンアドレスが「Ａ
のアドレス」であるとする）と、ノードＢ（同様に「Ｂ
」と「Ｂのアドレス」）、ノードＣ（同様に「Ｃ」と「
Ｃのアドレス」）、ノードＸ（同様にｒＢ、と「Ｘのア
ドレス」）とを例として想定する。

第４図は、第１図のアプリケーションプログラム４１等
の一般処理プログラム（ユーザという）からの通信処理
要求を受けて、その処理を実行する場合のフローチャー
トを示したものである。

先ず、第１図の制御部３１により、要求の種類が判別さ
れる（ステップ１０１）、ノード名等の追加要求であれ
ば（ステップ１０１「追加」）、新たに追加するノード
名とマシンアドレス等（以下、エントリという）を自系
ノードのＤＮＡＴにパーマネントに追加する（ステップ
１０３）、このとき、自系のノードについての登録であ
るので、ローカル／リモートフラグをセットする（ロー
カルとして登録する）。

次に、第１図の判別要求部３２により、この新規のノー
ド名等をＤＮＡＴに追加する旨の宣言（ネームクレーム
）を通信の単位であるバケットに形成したネームクレー
ムパケットに乗せて、該ネットワーク上の全ノードに対
して通知（同報）する（ステップ１０５）。

第６図は、まだどのノードも登録されていない初期状態
で、ノードＡが登録しようとした場合を示した図である
０例えばＬＡＮ等のネットワークシステムに対し、ノー
ドＡがノード名を「Ａ」、マシンアドレスを「Ａのアド
レス」としてネットワークにリンクすることがネームク
レームパケットによりネットワーク全体に同報される。

また第７図は、ノードＡが既にネットワークシステムに
登録されている状態で、新規にノードＢがノード名等の
追加要求を発したときの各ノードのＤＮＡＴの推移を示
した図である。

第７図（ａ＞において、ノードＢは、新規に登録すべき
ノード名ｒ３Ｊとそのアドレスとを自系ノードのＤＮＡ
Ｔ１１ａにパーマネントに登録するとともに、ネームク
レームパケットに乗せてネットワーク全体に回報する。

そして第５図において、ネームクレームパケットを受信
（ステップ２０１肯定）したノードは、第１図の存否判
別部３３により、この受信したバゲット内のノード名が
未登録か否かを、自系のＤＮＡＴにおいてパーマネント
およびテンポラリの両方について検索する（ステップ２
０３）、検索した結果、自系のＤＮＡＴ内に重複するノ
ード名があれば（ステップ２０５否定）、このノード名
が登録不可であることを示すネームクレームレスポンス
バゲットを作成し、ネットワークを介して送信する（ス
テップ２０７）、また、重複するノード名がなければ（
ステップ２０５肯定）、このノード名を自系のＤＮＡＴ
にテンポラリに追加する（ステップ２０９）、このとき
、このノードは他系なので、ローカル／リモートフラグ
はセットしない（他系ノードとして登録する）。

第６図では、末だネットワーク上に他のノードが全くリ
ンクされていないので、ネームクレームレスポンスパゲ
ットが返されることはない、この場合には、ノードＡに
おいて、他のノードが存在しないことが明確となるため
、自系のＤＮＡＴＩ０にパーマネントに登録した状態で
処理が終了される。

第７図（ａ＞では、既にリンクしているノードＡが自系
のＤＮＡＴ１０ａ内を検索し、このノード名ｒＢＪが未
登録であるので、やはりネームクレームレスポンスパケ
ットは返送しない、そしてこのノード名「Ｂ」およびそ
のアドレスを自系のＤＮＡＴ１０ａ内にテンポラリに追
加する。もしここで、ノードＢが残りのアルゴリズムを
実行しないまま一定時間経過すると、ノードＡのＤＮＡ
Ｔ１０ａからテンポラリに追加されているノードＢのエ
ントリが削除される。

第８図は、第７図（ａ）の状態の直後に、さらにノード
Ｘが同じノード名「Ｂ」のネームクレームパケットを同
報して来た場合を示す、第８図（ａ）において、ノード
ＡのＤＮＡＴ１０ａではテンポラリに、またノードＢの
ＤＮＡＴ１１ａではパーマネントに、いずれもノード名
「Ｂ」が既に登録されている。このため、第８図（ｂ）
のように、この両者からネームクレームレスポンスパケ
ットがノードＸに返送される。

第４図に戻り、ネームクレームパケットを同報した後、
第１図の登録要求部３４により、一定の時間内にネーム
クレームレスポンスパケットを受信したかがチエツクさ
れ（ステップ１０７）、受信した場合にはくステップ１
０７肯定）、自系のＤＮＡＴから同報したエントリが削
除され（ステップ１２１）、ユーザにその結果が返され
て（ステップ１１５）、処理を終了する。また、受信し
なかった場合にはくステップ１０７否定）、上記ネーム
クレームパケットをパーマネント登録を要求するネーム
テーブルリクエストパケットとして再び回報する（ステ
ップ１０９）。

第７図（ｂ）に、このネームテーブルリクエストパケッ
トの同報を示す。

また第８図（ｃ）では、ノードＸのＤＮＡＴｌ９ｆに追
加されていたノード名ｒＢ４のエントリが削除されてい
る。

第５図において、このネームテーブルリクエストパケッ
トを受信すると（ステップ２１１肯定）、第１図の登録
受理部３５により、ＤＮＡＴに既にパーマネントとして
登録されているエントリが全て、ネームテーブルリクエ
ストレスポンスパケットに乗せられて送信される（ステ
ップ２１３）とともに、ネームテーブルリクエストパケ
ットに乗せられてきたノード名と一致するＤＮＡＴのエ
ントリが捜し出され、パーマネントに変更される（ステ
ップ２１５）。

そして第４図において、一定時間内にネームテーブルリ
クエストレスポンスパケットが受信されると（ステップ
１１１肯定）、第１図の補足登録部３６により、受は取
った上記パケットの内、自系のＤＮＡＴに未登録のもの
があれば、補足登録される（ステップ１１３）、こうし
て正常に終了した処理結果がユーザに返される（ステッ
プ１１・５）。

第７図の（ｃ）および（ｄ）に、ノードＡのＤＮＡＴ１
０ｃおよびｄにおけるノード名「Ｂ」のエントリの、パ
ーマネントへの変更が示されている。またノードＢでは
ネームテーブルリクエストレスポンスパケットにより、
既にネットワーク上にリンクされていたが、ノードＢの
ＤＮＡＴｌ１ｂには未登録であったノード名’ＡＪが、
第７図（ｃ）のＤＮＡＴ１１ｃのように追加・登録され
ている。こうしてノードＡおよびノードＢは、お互いが
自身と相手とのノード名等のエントリをＤＮＡＴ内に持
つようになる。

一方、第９図は、第７図（ｄ）の状態の後に、新たにノ
ードＣがノード名「Ｃ」でネームクレームパケットを回
報してきた場合を示したものである。ノードＣのＤＮＡ
Ｔ１２ｇには、既にネットワークにリンクされているノ
ード名「Ａ」およびｒ　３　Ｊが未登録となっている。

ノード名ｒｃｕのネームクレームパケットを受信したノ
ードＡ、Ｂは共に、このノード名は重複していないため
ネームクレームレスポンスパケットを返送せず、第９図
（ｈ）のように、その登録を許す。

そして第９図（Ｊ）において、ネームテーブルリクエス
トレスポンスパケットにより、既にネツ上ワーク上にリ
ンクされているノード名「Ａ」およびｒＢＪを返送し、
第９図（ｋ＞のようにノードＣに補足登録させる。

なお、第８図（ｅ）や第９図（Ｊ）のように、複数のノ
ードから同時に送信された場合には、受信する側では最
も早く受信したパケットのみを参照している。また、ネ
ームクレームレスポンスバゲット、およびネームテーブ
ルリクエストレスポンスバゲットについては、受信した
ノードからはこのパケットに対するＡＣＫやレスポンス
は返さないものとしている。

このようにして、新規のノード名等がネットワークを介
し、他系ノードにて重複の判別が行われるとともに追加
登録され、また既にリンクされていたノード名等も洩れ
なく新規のノードにも補足登録されるようになる。

なお、この発明は、上述の実施例に限らず、例えばノー
ド名以外の名前等（例えば、グループ名等）にも適用可
能である。また、アグリゲーションレイヤにおいても、
ネットワーク全体で管理するような種類のテーブル等の
管理にも適用することができる。

さらに、上述の実施例では、パーマネント／テンポラリ
フラグを用いて、他系ノードからのネームクレームパケ
ット受信の場合にテンポラリとして、またネームテーブ
ルリクエストパケットを受信したときにパーマネントと
して、追加・登録する場合の構成を示したが、例えばネ
ームクレームの場合には登録せず、ネームテーブルリク
エストを受けて初めて登録するようにして、このパーマ
ネント／テンポラリフラグを省略するように構成しても
勿論構わない。

［発明の効果コ 以上、詳細に説明したように、この発明に係るネットワ
ークシステムであれば、ネットワークの管理者等がネッ
トワークアドレステーブルを管理する必要がないため、
システム運用時の煩わしく複雑な作業から解放されるよ
うになる。

また、セツションを確立する際の手順が簡易になり、セ
ツション確立時のソフトウェア等のオーバーヘッドを減
少させることが可能になる。従って、全体的にソフトウ
ェア等のオーバーヘッドの縮小が見込まれ、システムと
して高速のＬＡＮ等のネットワークを横築することがで
きるようになる。

さらに、ネットワークに接続・登録されているノード全
てについてのテーブルが自動的に作成されるようになる
ため、例えば、全ノードについてのモニタ等や、ネット
ワーク運用中の各種のテストツール等の、ネットワーク
全体を制御するようなアグリゲーション等ら設計・作成
が容易になるという効果が得られる。

【図面の簡単な説明】

第１図はこの発明に係る一実施例のネットワークシステ
ムのブロック構成図、第２図は一実施例における対応テ
ーブル（Ｄ　Ｎ　Ａ　’ｒ’　）の構成例を示す図、第
３図は同例のＤＮＡＴの登録前後における推移を示す図
、第４図および第５図は一実施例の動作を示すフｒ−チ
ャート、第６図ないし第９図は同例の各ノードのＤ　Ｎ
　Ａ　Ｔの送受信中の登録状態の変遷を示す図、第１０
図は従来の対応テーブル（ＮＡＴ）の構成例を示す図、
第１１図は従来のローカルネームテーブルの構成例を示
す図である。 １．１０．１０ａ〜ｋ、１１ａ〜ｋ、１２ｇ〜ｋ、１９
　ａ　〜ｆ　・・−ＤＮＡＴ １０．１０ａ〜ｋ・・・ノードＡのＤＮＡＴの一部１１
ａ〜ｋ・・・ノードＢのＤＮＡＴの一部１１ａ〜ｋ・・
・ノードＣのＤＮＡＴの一部１９ａ〜ｆ・・・ノードＸ
のＤＮＡＴの一部２・・・ＮＡＴ　　３・・・ローカル
ネームテーブル２０・・・自系マシン　２１・・・通信
用ハードウェア３０・・・自系ノード　３１・・・制御
部　３２・・・判別要求部　３３・・・存否判別部　３
４・・・登録要求部　３５・・・登録受理部　３６・・
・補足登録部　４０・・・アグリゲーションレイヤ　４
１・・・アグリゲーションプログラム　５０・・・伝送
Ｆ＃１６０・・・他系マシン　７０・・・他系ノード

Claims (1)

【特許請求の範囲】
1. （１）データ通信の送受信端であるノードが伝送路を介
   して複数接続され、各ノードの内部およびノード相互間
   でノード名もしくはマシンアドレスにより自系および他
   系のノードを指定するネットワークシステムにおいて、
   各ノードの内部に、ノード名とマシンアドレスとを登録
   する対応テーブルと、 ネットワークに登録しようとするノード名とマシンアド
   レスとを判別要求情報として他系ノードに送付する判別
   要求手段と、 他系ノードから送付される前記判別要求情報を受信し、
   この判別要求情報内のノード名が前記対応テーブル内に
   既存であるか否かを判別して、既存であれば登録不可情
   報を返送する存否判別手段と、 前記判別要求情報を他系ノードに送付した後、所定の時
   間内に前記登録不可情報が返送されなければ、この判別
   要求した情報を登録要求情報として他系ノードに送付す
   る登録要求手段と、 この登録要求情報を受信すると、この受信した情報を自
   系ノードの対応テーブルに登録するとともに、この対応
   テーブル内の既登録情報を読出して返送する登録受理手
   段と、 この返送された既登録情報を受信し、この受信した既登
   録情報の内、自系ノードの前記対応テーブルに未登録の
   ノード名とマシンアドレスとの対応情報があれば追加登
   録して補足する補足登録手段と、を備えたことを特徴と
   するネットワークシステム。