JPH08110878A

JPH08110878A - ネットワークシステム

Info

Publication number: JPH08110878A
Application number: JP6245560A
Authority: JP
Inventors: Katsuyoshi Takahashi; 克佳高橋; Tachiki Ichihashi; 立機市橋; Yoshimasa Baba; 義昌馬場; Koichi Hiramatsu; 晃一平松; Masahito Kobayashi; 雅人小林; Chieko Funabe; 千江子舟辺; Nobuhiro Tsubone; 宣宏坪根; 和幸 ▲か▼島; Kazuyuki Kashima
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 1994-10-11
Filing date: 1994-10-11
Publication date: 1996-04-30

Abstract

(57)【要約】【目的】コンピュータネットワークシステムの設定を
する際に必要な情報を自動的に収集し、ネットワーク構
成設定用パラメータを各ノードに配信する際に自動的に
配信する。また、配信後、ネットワーク構成設定用パラ
メータが正しいかどうか確認する手段を持つ。【構成】ネットワーク１５内の各ノードは、識別子と
物理構成情報をサーバノード１０へ送信するノード情報
送信手段をもつ。サーバノード１０は、各ノードからの
ノード情報を受信するノード情報受信手段１６をもち、
これにより収集した各ノードの情報をもとに各ノードの
ネットワーク設定用パラメータを自動的に生成するパラ
メータ生成手段１３をもつ。また生成されたパラメータ
を自動的に配信するパラメータ配信手段１４から構成さ
れる。さらに各ノードはサーバノード１０からパラメー
タを受信する受信手段２４を持つ。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、コンピュータネットワ
ークシステムにおけるネットワーク構成設定用パラメー
タの自動生成及び配信方法に関するものである。

【０００２】

【従来の技術】コンピュータネットワークシステムにお
いて、ネットワークシステムを構成する各中継ノードに
は、そのネットワークシステム上の各ノードの論理的な
識別子が重複しないように識別子を設定する必要があ
る。また、ネットワークシステムを構成する各ネットワ
ークでは、ネットワーク上にある各々のノードで共通の
値を設定しなければならないパラメータが多い。ネット
ワークシステムが巨大化し複雑化するにつれて、ネット
ワークシステムを構成する各ノードのネットワーク設定
用パラメータを重複なくかつ矛盾なく生成するのは非常
に困難となってきた。

【０００３】従来例１．各ノードのネットワーク構成設
定用パラメータを自動的に、また、矛盾なく生成するア
イデアは特開平５−２２５０９１及び特開平４−２６０
１４９に示されている。図１８は、特開平５−２２５０
９１の構成図である。この従来例は、複数のコンピュー
タ間で通信を行なうためのネットワーク用ＳＧ（システ
ム生成）パラメータの作成を自動化するためのものであ
る。図において、マシン資源定義テーブル１−６、回線
属性定義テーブル１−７、機能属性定義テーブル１−８
にネットワーク全体の情報を記録しておく。入出力装置
１−１からネットワーク図編集手段１−２を用いてマシ
ンの追加等のネットワーク構成変更の情報を入力する
際、パラメータ規則記述ファイル１−５の内容により関
連付けられたネットワーク情報は自動的に書き換えられ
る様にする。そして、ネットワークＳＧパラメータ生成
手段１−４により、ネットワーク全体で矛盾のないネッ
トワークＳＧパラメータを自動的に生成する。また、特
開平４−２６０１４９は、ネットワークの構成を定義す
るコンピュータプログラム、ネットワークのための構成
パラメータを生成する方法及びネットワークを構成する
ためのシステムに関するものである。

【０００４】以上で示した従来のネットワーク構成設定
用パラメータの生成時には、各ノードの物理構成情報な
どはあらかじめデータベースに入力しておく必要があ
り、管理者の負担となっていた。また、ネットーワーク
システムを構成する各ノードの存在、各ノードの接続関
係及びそれら各ノードにおける実際の物理構成情報は、
サーバノード上のデータベースに登録された値と同期を
とるためにネットワークシステムの管理者が各ノードの
接続関係や物理構成情報を詳細に把握しておく必要があ
った。

【０００５】従来例２．特開平０１−２１８２４３は、
ネットワークの構築手段について述べている。以下、こ
の従来例を図について説明する。図１９において、１〜
７は通信装置、２０１〜２０９はこれらの通信装置を接
続する回線、２１１〜２１７は制御部で、回線選択スイ
ッチ２４１〜２４４および送受信部２１１〜２３０を制
御して通信手順を実行するものである。このうち、回線
選択スイッチ２４１〜２４４は複数の回線２０１〜２０
９の中から選択された回線を送受信部２２１〜２３０に
接続するものである。なお、送受信部２２１〜２２３，
２３０は下位送受信部を、２２４〜２２９は上位送受信
部をそれぞれ構成している。

【０００６】図２０は図１９に示した通信システムの論
理的なツリー状の階層構成を示す図であり、ツリーのル
ートに当たる通信装置１を１次局、他の通信装置２〜７
を２次局とし、通信装置間の物理的な回線２０１〜２０
８に対応してリンクが張られている。なお、図２０に示
された２次局のうち、１次局と直接リンクを張る２次局
を１層の２次局、ｉを正の整数としてｉ層の２次局の下
位にあってこれと直接リンクを張る２次局を（ｉ＋１）
層の２次局と呼ぶことにする。この場合、物理的に存在
する回線の中で、ツリー状の階層構成を構築するのに必
要のない回線上ではリンクは張らないこととする。例え
ば、図１９の回線２０９に対応するリンクは図２０中に
使用されていない。このような回線構成は、信頼性向上
を目的とした冗長構成をとる場合に見られ、回線２０１
が断線障害を起こした場合に、図２１に示すツリー状の
構成を代替として使用することにより復旧できるという
利点がある。

【０００７】図２２は図１９〜図２１に示した通信シス
テムにおいて、データ転送の単位であるパケットのルー
ティング処理機能の配置を示す図である。同図において
通信装置１〜７にはパケット転送機能および経路テーブ
ルが配置されている。ここで、パケット転送機能はパケ
ットを受信するとパケット中の宛先ネットワークアドレ
スと経路テーブルとを参照し、該パケットが自局宛か他
局宛かを判断し、他局宛ならば回線２０１〜２０８また
はこの回線を介して接続された隣接通信装置１〜７のい
ずれかに該パケットを転送するべきか否かを決定する。
さらに、パケット転送機能は決定された回線または隣接
通信装置にパケットを転送する。

【０００８】図２３は通信装置１〜７間の回線リンクを
介して転送されるフレーム２０およびパケット２５のフ
ォーマットの一例を示す図である。ここに示したフレー
ム２０は回線を介して隣接した通信装置間で情報を転送
するときの単位であり、コマンドフレームとレスポンス
フレームを区別するためのデータリンクアドレス２１、
フレームの種別やフレームの送信順序番号などが設定さ
れるフレーム制御部２２、パケットが設定される情報部
２３、フレームの伝送誤りを検出するための誤り検出符
号が設定される誤り検査部２４からなっている。また図
２３に示したパケット２５は必ずしも隣接しない通信装
置間でデータを転送する時の単位であり、宛先通信装置
を通信網の中で一意に指定する宛先ネットワークアドレ
ス２６、パケットを最初に通信網に送出した通信装置を
指定する送信元ネットワークアドレス２７、パケットの
種別やその他のパケットの転送制御に必要な情報が設定
されるパケット制御部２８、パケットの運ぶデータが設
定されるパケットデータ２９からなっている。

【０００９】経路テーブル転送パケットは、以下に述べ
る経路テーブルを図２３に示すようなパケットの形式に
したものである。経路テーブルの内容については添付し
た図２４及び図２５を用いて以下に説明する。添付した
図２４及び図２５は、図２０のネットワーク構成をとる
場合の経路テーブルの一例を示す図である。図２４は、
通信装置１の経路テーブルの内容を示している。図２５
は、通信装置２の経路テーブルの内容を示している。こ
こでは、説明をわかりやすくするために、ネットワーク
アドレスとして、図１９に示された通信装置に用いた番
号１〜７を用いるものとする。また、回線番号として図
１９の回線に用いた番号２０１〜２０８を用いるものと
する。図２４及び図２５に示すネットワークアドレス、
回線番号、リンク設定指示フラグ、データリンクアドレ
ス、自局識別フラグの値は、通信網の論理的な構成に基
づいて各２次局に対応した値が外部から初期情報として
予め１次局に与えられる。

【００１０】また、回線番号とは、前述したネットワー
クアドレスを宛先ネットワークアドレスとして持つパケ
ットを隣接する通信装置へ転送する場合の回線の識別子
であり、自局とつながっている回線のいずれかの回線番
号が設定される。例えば、図２４に示すように、通信装
置１の経路テーブルの回線番号には通信装置１に接続さ
れている回線２０１、２０２、２０３のいずれかが設定
される。通信装置２、３、４は隣接する通信装置である
ため、通信装置２、３、４のネットワークアドレスに対
応して接続に用いられた回線番号がそれぞれ２０１、２
０２、２０３として設定される。一方、通信装置５、
６、７は、隣接する通信装置ではないが、通信装置１か
ら通信装置５、６、７にパケットを送信する場合に用い
る回線番号を通信装置５、６、７のネットワークアドレ
スに対応して設定する。例えば、通信装置５に対してパ
ケットを送信する場合に用いる回線の回線番号２０１を
設定する。このように経路テーブルの回線番号を設定し
ておくことにより、通信装置１が通信装置５に対してパ
ケットを転送する場合に通信装置１は回線２０１に対し
てパケットを転送することを経路テーブルから認識する
ことができる。

【００１１】リンク設定指示フラグは、上位局と下位局
の関係にある通信装置間において、下位局に対してリン
クを設定する主体となることを示すフラグである。図２
４の場合には、通信装置１が通信装置２、３、４に対し
て上位局であり、通信装置１が通信装置２、３、４に対
してリンクを設定する必要があることを示している。図
２５の場合には、通信装置２は、通信装置５の上位局で
あり、通信装置２が通信装置５に対してリンクを設定す
る必要があることを示している。このようにリンク設定
指示フラグはネットワークの構築時に、各通信装置に対
してリンクを設定することを指示するフラグであり、１
次局においてこのフラグを各経路テーブルに設定して対
応する各通信装置に配布することにより、図２０に示す
ようなネットワーク構成をとることもできるし、図２１
に示すようなネットワーク構成をとることもできる。

【００１２】データリンクアドレスとは、コマンドフレ
ームとレスポンスフレームの区別をするために用いる識
別子である。例えば、コマンドフレームとレスポンスフ
レームを区別するための識別子として、隣接する通信装
置間にはられたリンク内において、一意に定まるアドレ
スを用いる。例えば、ここでは、図２４に示すように、
通信装置１を上位局とし、通信装置２を下位局としてリ
ンクをはる場合、通信装置１のデータリンクアドレスを
「Ｘ」とし、通信装置２のデータリンクアドレスを
「Ａ」と設定するものとする。また、通信装置３に対し
ては、データリンクアドレス「Ｂ」を設定し、通信装置
４に対しては、データリンクアドレスを「Ｃ」と設定す
るものとする。また、通信装置２に対しては図２５に示
すようなデータリンクアドレスを設定するものとする。
これらの経路テーブルは通信装置１において予め初期情
報に基づいて作成され、各通信装置に配布されるもので
ある。通信装置１から通信装置２に送られるコマンドフ
レームに対しては、通信装置２のデータリンクアドレス
「Ａ」という値が設定され、通信装置２から通信装置１
に送られるレスポンスフレームに対しては、通信装置２
のデータリンクアドレス「Ａ」という値が設定される。
また、通信装置１から通信装置３に送られるコマンドフ
レームに対しては通信装置３のデータリンクアドレス
「Ｂ」という値が設定される。通信装置３から通信装置
１に送られるレスポンスフレーム対しては通信装置３の
データリンクアドレス「Ｂ」という値が設定される。こ
のようにして、各通信装置は受信したフレームのデータ
リンクアドレスをチェックし、データリンクアドレスを
自局のデータリンクアドレスのものであれば、その受信
したフレームをコマンドフレームであると認識する。逆
に、受信したフレームのデータリンクアドレスが自局に
設定されたデータリンクアドレス以外のものであれば、
そのフレームをレスポンスフレームであるとを認識す
る。このデータリンクアドレスは、ある通信装置におい
て、隣接する通信装置を一意に識別できるものであれば
十分であり、ネットワークアドレスがネットワーク全体
で通信装置を一意に識別するものである点においてデー
タリンクアドレスと異なっている。従って、データリン
クアドレスは、重複して用いられる場合がある。例え
ば、図２４に示すように、通信装置１が通信装置４と設
定するリンクに対してデータリンクアドレスを「Ｃ」と
指定しているのに対し、図２５に示すように、通信装置
２も、通信装置２が通信装置５と設定するリンクに対し
て「Ｃ」というデータリンクアドレスを設定している。
このように、「Ｃ」というデータリンクアドレスが重複
しているが、通信装置１と通信装置４の間で用いられる
データリンクアドレス「Ｃ」は通信装置１と通信装置４
の間のリンクでしか用いられない。同様に、通信装置２
と通信装置５の間で用いられるデータリンクアドレス
「Ｃ」は通信装置２と通信装置５の間でしか用いられな
い。従って、同一のデータリンクアドレスが重複して設
定される場合であっても何等問題は生じない。

【００１３】自局識別フラグとは、経路テーブルの中に
定義された複数のエントリの中でどのエントリが自局で
あるかを設定するフラグである。図２４に示すように、
通信装置１の経路テーブルにおいては、通信装置１のエ
ントリの自局識別フラグがＯＮになり、その他の通信装
置の自局識別フラグは全てＯＦＦに設定される。また、
図２５に示すように、通信装置２の経路テーブルにおい
ては、通信装置２の自局識別フラグがＯＮに設定され、
その他の自局識別フラグはＯＦＦに設定される。

【００１４】１次局はいずれの２次局よりも先に動作し
ている。図２４及び図２５に示したような経路テーブル
は、１次局となる通信装置１においてそれぞれの通信装
置に対して個別に作成される。この経路テーブルの作成
は通信網の構築の際に１次局において行なわれる。通信
網を構築するにあたり、通信網の設計者は予め通信網を
どのような構成にするかを決定し、その構成をとるため
に必要な初期情報を１次局に与える。１次局は、設計者
から与えられた初期情報を基に、図２４及び図２５に示
したような経路テーブルを各通信装置に対応させて作成
する。この時点では、１次局はいずれの通信装置ともリ
ンクを確立していない。また、他の通信装置も互いにリ
ンクを確立していない状態にある。１次局は図２４に示
した通信装置１の経路テーブルに従い、経路テーブルの
リンク設定指示フラグを参照し、通信装置２、３、４に
対してリンクの設定動作を開始する。１次局がリンク設
定動作を開始すると、経路テーブルのリンク設定指示フ
ラグを参照し、リンクが未確立の回線を順次接続しよう
と試みる。このような状態で通信装置２の電源が投入さ
れると通信装置１は通信装置２との間でリンクの設定動
作を開始する。通信装置１は通信装置２に対してリンク
確立コマンドをコマンドフレームの形式にして送信す
る。コマンドフレームには、通信装置１の経路テーブル
に設定された通信装置２に対するデータリンクアドレス
「Ａ」が設定され、このリンク確立コマンドが通信装置
１から通信装置２に対して送信される。通信装置２は電
源が投入された時点ではまだ通信装置２の経路テーブル
が配布されていないが、電源が投入されてから最初に送
られてくるコマンドを無条件にコマンドフレームである
と解釈する。通信装置２は、このリンク確立コマンドを
受信すると、そのリンク確立コマンドに用いられたデー
タリンクアドレス「Ａ」を用いてレスポンスフレームを
作成し、リンク確立レスポンスを通信装置１に返送す
る。このように、２次局は電源が投入されてから最初に
送られてくるコマンドをリンク確立コマンドであると解
釈し、リンク確立コマンドに用いられたデータリンクア
ドレスをリンク確立レスポンスのデータリンクアドレス
として流用することにより、レスポンスフレームを作成
する。従って、通信装置２に経路テーブルがまだ存在し
ない場合でも通信装置２は通信装置１からのリンク確立
コマンドに対して正常なリンク確立レスポンスを送るこ
とができる。

【００１５】上位局となる通信装置１が通信装置２、
３、４とリンクを設定するときの動作は図２６に示した
通りである。また、下位局となる通信装置２が通信装置
１とリンクを確立するための動作は図２７に示した通り
である。通信装置１と通信装置２のリンクが確立する
と、通信装置１は予め用意した図２５に示す経路テーブ
ルを通信装置１から通信装置２に対して転送する。経路
テーブルのサイズが十分小さい場合には、１つの経路テ
ーブル転送パケットの転送により経路テーブルの転送が
完了するが、経路テーブルのサイズが１つのパケットに
入りきれない場合には、経路テーブルが分割され複数の
経路テーブル転送パケットが作成され、通信装置１か
ら通信装置２に転送される。経路テーブルを受信した通
信装置２は、図２５に示す経路テーブルのリンク設定指
示フラグを参照することにより、さらに下位の２次局と
のリンクの設定を開始する。この例においては、通信装
置５に対してリンク設定指示フラグがＯＮになっている
ため、通信装置２は、通信装置５との間でリンクの設定
を確立する。通信装置２が通信装置１とリンクを確立
し、経路テーブルを受信し、さらに下位の通信装置とリ
ンクを確立する動作は、図２８に示した通りである。ま
た、通信装置２は通信装置２の経路テーブルを受信した
後は、経路テーブルに設定されたデータリンクアドレス
を用いて通信装置１に対してレスポンスフレームを送る
ことができる。この例においては、通信装置１から通信
装置２に送られるコマンドフレームに対してデータリン
クアドレス「Ａ」が用いられ、通信装置２から通信装置
１に返送されるレスポンスフレームにはデータリンクア
ドレス「Ａ」が用いられる。これらのデータリンクアド
レスは経路テーブルが通信装置に配布された後は経路テ
ーブルのデータリンクアドレスを参照して利用される。
前述したように、通信装置２に電源が投入された場合に
は、通信装置１から送られてきたリンク確立コマンドに
用いられたデータリンクアドレスをそのままリンク確立
レスポンスのデータリンクアドレスとしたが、その際に
用いたデータリンクアドレスも通信装置２のデータリン
クアドレス「Ａ」を用いており、経路テーブルを配布す
る前と経路テーブルを配布した後のいずれにおいてもデ
ータリンクアドレス「Ａ」が用いられ、電源投入直後、
あるいは経路テーブル配布後のいずれにおいても、使用
するデータリンクアドレスは矛盾することがなく、フレ
ームの転送を正しく行うことができる。通信装置２が通
信装置５とリンクを確立すると、通信装置１は予め用意
した通信装置５の経路テーブルを経路テーブル転送パケ
ットの形式にして、通信装置５へ転送する。

【００１６】通信装置５が通信装置２を介して通信装置
１から転送された経路テーブルを受信する。通信装置５
は受信した経路テーブルのリンク設定指示フラグを参照
してさらに下位の２次局とのリンクを設定する。この動
作は、前述した通信装置２の動作と同様であり、図２８
に示した通りである。また、通信装置１が通信装置２に
対して経路テーブルを転送する動作、そしてさらに、通
信装置２を介して通信装置５に経路テーブルを転送する
動作は、図２９に示す通りである。このようにして、図
２０に示す通信網が構築されると通信網は通常のデータ
転送動作を行なうことが可能になる。例えば、通信装置
１から通信装置５に対してデータを転送する場合、通信
装置１は、図２３に示すパケットの宛先ネットワークア
ドレスを「５」にし、送信元ネットワークアドレスを
「１」に設定したパケットを生成する。そして、通信装
置１は生成したパケットをフレームの形にする。その
際、そのパケットをフレームにするため、データリンク
アドレスにある値「Ａ」を用いてフレームを生成する。
通信装置１は、図２４に示す経路テーブルの、通信装置
５のエントリを参照する。そして、通信装置５に対する
回線番号２０１に、生成したフレームを送信する。通信
装置２は回線２０１を介してそのフレームを受信する。
通信装置２は通信装置５に対するパケットであることを
検出し、図２５に示す経路テーブルの通信装置５に対応
する自局識別フラグを参照し、その受信パケットが自局
宛でないことを検出する。そして、通信装置５宛のパケ
ットを転送すべき回線を経路テーブルの回線番号から判
断し、回線２０４に受信したパケットを転送する。その
際、データリンクアドレスにある値「Ｃ」を用いてフレ
ームを生成する。通信装置５は、通信装置２から回線２
０４を介してパケットを受信する。通信装置５の経路テ
ーブルは図示していないが、通信装置５に対応する自局
識別フラグがＯＮとなっているため、その受信したパケ
ットが自局宛であることを判断し、パケットの処理を開
始する。以上のような通常のデータ転送の動作は図３０
に示す通りである。

【００１７】

【発明が解決しようとする課題】従来のネットワーク構
成設定用パラメータの生成時には、特開平５−２２５０
９１にあるように、各ノードの物理構成情報などはあら
かじめデータベースに入力しておく必要があり、管理者
の負担となっていた。

【００１８】また、ネットワークシステムを構成する各
ノードの存在、各ノードの接続関係及びそれら各ノード
における実際の物理構成情報は、サーバノード上のデー
タベースに登録された値と同期をとるためにネットワー
クシステムの管理者が各ノードの接続関係や物理構成情
報を詳細に把握しておく必要があった。

【００１９】また、ネットワーク構成設定用パラメータ
を生成し、各ノードに配信する方法は、従来例２に示し
た。しかし、ネットワーク設定用パラメータ配信時に、
不適切な情報を受け取らないようにするための確認手段
はなかった。また、ネットワーク設定用パラメータを反
映する日時を任意に設定することはできなかった。

【００２０】この発明は、上記問題点を鑑みてなされた
ものであり、ネットワーク構成設定用パラメータの生成
時にネットワークを構成する各ノードが自ノードの物理
情報及び識別子をサーバノードに送信するネットワーク
システムを提供することを目的とする。また、ネットワ
ーク設定用パラメータ配信時に各ノードが受け取ったネ
ットワーク設定用パラメータが正しいものであるかどう
か確認するネットワークシステムを提供することを目的
とする。また、ネットワーク設定用パラメータを反映す
る日時を指定するネットワークシステムを提供する。

【００２１】

【課題を解決するための手段】本発明に係わるネットワ
ークシステムは以下の要素を有することを特徴とする。
サーバノードとサーバノードにより管理されるノードを
有するネットワークシステムにおいて上記ノードは、
（ａ）自ノードの物理構成情報を得る物理構成情報獲
得手段と、（ｂ）自ノードに割り当てられた識別子を
記憶する識別子記憶手段と、（ｃ）上記識別子及び上
記物理構成情報をサーバノードに送信するノード情報送
信手段とを有し、上記サーバノードは、（ｄ）上記ノ
ード情報送信手段により送信されたノードの識別子及び
物理構成情報を受信するノード情報受信手段と、（ｅ）
受信した物理構成情報に基づいてネットワーク設定用
パラメータを生成するパラメータ生成手段を有する。

【００２２】本発明に係わるネットワークシステムにお
いて上記サーバノードは、パラメータ生成手段によりネ
ットワーク設定用パラメータを生成後、ノードに配信す
るパラメータ配信手段を有し、上記ノードは、ネットワ
ーク設定用パラメータをサーバノードから受信するパラ
メータ受信手段と、受信したネットワーク設定用パラメ
ータを反映させるパラメータ反映手段を有する。

【００２３】本発明に係わるネットワークシステムにお
いて上記ノードは、パラメータ反映手段によりネットワ
ーク設定用パラメータを反映させるまで、送られてきた
データを隣接するノードに橋渡しするブリッジノードと
して動作し、ネットワーク設定用パラメータを反映させ
ることにより中継ノードとして動作することを特徴とす
る。

【００２４】本発明に係わるネットワークシステムにお
いて上記ノードは、パラメータ反映手段によりネットワ
ーク設定用パラメータを反映させるまで端末ノードとし
て動作し、ネットワーク設定用パラメータを反映させる
ことにより中継ノードとして動作することを特徴とす
る。

【００２５】本発明に係わるネットワークシステムにお
いて上記ノードは、サーバノードからそのノードにいた
る経路が複数ある場合、いずれの経路を用いてもネット
ワーク設定用パラメータを受信可能なことを特徴とす
る。

【００２６】本発明に係わるネットワークシステムにお
いて上記ノードは、サーバノードからそのノードにいた
る経路が複数ある場合、特定の経路を用いてネットワー
ク設定用パラメータを受信可能なことを特徴とする。

【００２７】本発明に係わるネットワークシステムにお
いて上記ネットワークシステムは、さらに、パラメータ
配信手段による、ネットワーク設定用パラメータ配信時
に不適切な情報を受け取らないように認証手段を持つこ
とを特徴とする。

【００２８】本発明に係わるネットワークシステムにお
いて上記ノードは、さらに、ノードが受け取ったネット
ワーク設定用パラメータが正しいものであるかどうかを
確認し、確認結果をノードからサーバノードへ通知する
パラメータ確認手段を持ち、上記サーバノードは上記ノ
ードからの確認結果を受信する配信確認手段を持つこと
を特徴とする。

【００２９】本発明に係わるネットワークシステムにお
いて上記配信確認手段は、さらに、ノードに配信したネ
ットワーク設定用パラメータが正しいものであるかどう
かをサーバノードからノードへ問い合わせる問い合わせ
手段を持つことと、上記パラメータ確認手段は、さら
に、サーバノードからの問い合わせを受信する問い合わ
せ受信手段を持つことを特徴とする。

【００３０】本発明に係わるネットワークシステムにお
いて上記サーバノードは、さらに、ノードのパラメータ
反映後に経路を指定したパケットを配信することにより
各ノードが正しく接続されているかを確認する設定確認
手段を持つことを特徴とする。

【００３１】本発明に係わるネットワークシステムにお
いて上記サーバノードの上記パラメータ生成手段は、上
記ネットワーク設定用パラメータにそのネットワーク設
定用パラメータを反映する日時を指定する情報を生成し
て付加し、上記ノードのパラメータ受信手段は、受信し
たネットワーク設定用パラメータから反映日時を指定す
る情報を分離する日時分離手段を備え、上記パラメータ
反映手段は上記日時分離手段により分離された日時にネ
ットワーク設定用パラメータに従ってノードのネットワ
ーク設定を変更することを特徴とする。

【００３２】本発明に係わるネットワークシステムにお
いて上記サーバノードは、ネットワーク設定用パラメー
タを反映する日時を指定する情報を配信する日時情報配
信手段を備え、上記ノードは上記日時を指定する情報を
受信する日時情報受信手段を備えることを特徴とする。

【００３３】

【作用】本発明におけるネットワークシステムは、各ノ
ードが自ノードに割り当てられた識別子を記憶する識別
子記憶手段と、自ノードの物理構成情報を得る物理構成
情報獲得手段と、自ノードの識別子及び物理構成情報を
サーバノードへ送信するノード情報送信手段を持つ。サ
ーバノードは各ノードから識別子及び物理構成情報を受
信するノード情報受信手段と受信した物理構成情報に基
づいてネットワーク設定用パラメータを生成するパラメ
ータ生成手段を持つ。各ノードが、自ノードの識別子及
び物理構成情報をサーバノードへ送信するのでサーバノ
ードにおけるネットワークを設定するためのデータの収
集更新が容易になる。また、ネットワーク設定用パラメ
ータ生成時の人間の手からの入力要素を減らすことがで
きる。

【００３４】本発明におけるネットワークシステムにお
いて、サーバノードは、パラメータ生成手段により生成
されたネットワーク設定用パラメータを各ノードに配信
するパラメータ配信手段を持つ。また、各ノードは、サ
ーバノードからネットワーク設定用パラメータを受信す
るパラメータ受信手段と、受信したネットワーク設定用
パラメータを反映させるパラメータ反映手段を持つ。こ
れにより、ネットワーク設定用パラメータを自動的に各
ノードに配信することができる。

【００３５】また、本発明におけるネットワークシステ
ムにおいて、各ノードはネットワーク設定用パラメータ
を何も定義されていないときにはブリッジノードとして
動作する。各ノードのパラメータ反映手段により、ネッ
トワーク設定用パラメータが反映されると中継ノードと
して動作する。そのため、各ノードはネットワーク設定
用パラメータが何も定義されていなくても、送られてき
たデータを隣接するノードに橋渡しするブリッジノード
として働くので、ネットワーク設定用パラメータの配信
を即座にネットワークシステム上の全ノードに行なうこ
とができる。

【００３６】また、本発明におけるネットワークシステ
ムにおいて、各ノードはネットワーク設定用パラメータ
をなにも定義されていないときには端末ノードとして動
作する。各ノードがパラメータ反映手段によりネットワ
ーク設定用パラメータが反映されると中継ノードとして
動作する。そのためネットワーク設定用パラメータが何
も定義されていない時、サーバノードはサーバノードに
もっとも近いノードからネットワーク設定用パラメータ
を配信する。当該ノードはパラメータ反映手段によりネ
ットワーク設定用パラメータを反映し中継ノードとな
る。サーバノードは、この中継ノードを経由して次に近
いノードにネットワーク設定用パラメータを配信する。
次に近いノードはパラメータ反映手段によりネットワー
ク設定用パラメータを反映する。これを繰り返して最終
的にネットワークを構成するのですべてのノードにサー
バノードが生成したネットワーク設定用パラメータを配
信することができる。

【００３７】本発明におけるネットワークシステムにお
いて、物理ネットワーク構成に冗長性があるときには、
物理ネットワークのいずれかが物理的に使用できない状
態であっても、複数ある経路のいずれかを用いてネット
ワーク設定用パラメータの配信を行うことが出来る。

【００３８】本発明におけるネットワークシステムにお
いて、物理ネットワーク構成に冗長性があり、サーバノ
ードからそのノードに到る経路が複数ある場合、その複
数の経路の中から特定の経路を用いてネットワーク設定
用パラメータを受信することができる。

【００３９】また、本発明におけるネットワークシステ
ムは、ネットワーク設定用パラメータの配信時に例えば
パスワードによる認証手段を持つ。

【００４０】本発明におけるネットワークシステムにお
いて、上記ノードはパラメータ確認手段を持つ。パラメ
ータ確認手段は、自ノードが受け取ったネットワーク設
定用パラメータが自ノードの物理構成と矛盾がないか等
正当性を確認する。そして確認結果をノードからサーバ
ノードに通知する。また、上記サーバノードは、上記ノ
ードからの確認結果を受信する配信確認手段を持つ。こ
れによりサーバノードと各ノードの間でネットワーク設
定用パラメータの正当性を確認することができ配信の信
頼性を高めることができる。

【００４１】また、本発明におけるネットワークシステ
ムにおいて上記サーバノードの配信確認手段は更に、問
い合わせ手段を持つ。問い合わせ手段は、ノードに配信
したネットワーク設定用パラメータが正しいものである
かどうかをサーバノードからノードへ問い合わせること
ができる。また、各ノードにおけるパラメータ確認手段
は、サーバノードからの問い合わせを受信する問い合わ
せ受信手段を持つ。これにより、サーバノードから各ノ
ードにネットワーク設定用パラメータが正しいものであ
るかどうかを、問い合わせることができる。

【００４２】また、本発明におけるネットワークシステ
ムは、各ノードがサーバノードから配信されたネットワ
ーク設定用パラメータを反映した後、サーバノードの設
定確認手段が自動的に経路を指定したパケットを発信す
る。これにより、ネットワーク設定用パラメータを反映
しているノードの動作特に中継ノードの動作と物理ネッ
トワークレベルの接続性を確認することが出来る。

【００４３】また、本発明におけるネットワークシステ
ムにおいて上記サーバノードの上記パラメータ生成手段
は、ネットワーク設定用パラメータにそのネットワーク
設定用パラメータを反映する日時を指定する情報を生成
し付加する。上記ノードのパラメータ受信手段は、受信
したネットワーク設定用パラメータから反映日時を指定
する情報を分離する日時分離手段を持つ。上記パラメー
タ反映手段は、上記日時分離手段により分離された日時
にネットワーク設定用パラメータに従ってノードのネッ
トワーク設定を変更する。これにより、各ノードに対し
てネットワーク設定用パラメータの反映日時を指定する
ことで、ネットワークの設定変更途中の不安定な状態を
ほとんど無くすことが出来る。

【００４４】本発明におけるネットワークシステムにお
いて上記サーバノードは、日時情報配信手段を持つ。日
時情報配信手段は、ネットワーク設定用パラメータを反
映する日時を指定する情報を配信する。また、上記ノー
ドは、サーバノードから日時を指定する情報を受信する
日時情報受信手段を備える。これによりネットワーク設
定パラメータを反映する日時を指定することができる。

【００４５】

【実施例】

実施例１．本実施例では、ネットワーク設定用パラメー
タを生成する際にノード側からノード情報を送信するこ
とでサーバノードが自動的に最新の情報を獲得する方式
の一実施例について述べる。

【００４６】図１は本実施例で用いるネットワークシス
テムの一実施例の全体構成図である。図１において、１
０はネットワーク設定用パラメータを編集及び生成し各
ノードに配信するサーバノードである。１１はネットワ
ーク設定用パラメータをグラフィカルに表示し編集する
ネットワーク構成編集画面、１２はネットワーク資源デ
ータベースである。１３はパラメータ生成手段、１４は
ネットワーク設定用パラメータを配信するパラメータ配
信手段である。１６は、中継ノードのノード情報を受信
するノード情報受信手段である。２０は中継ノード、２
１は中継ノード２０の識別子を記憶する識別子記憶手
段、２２は中継ノード２０に関する物理構成情報を獲得
する物理構成情報獲得手段である。２３は中継ノード２
０に関する識別子や物理構成情報をサーバノード１０に
送信するノード情報送信手段である。２４は、ネットワ
ーク設定用パラメータをサーバノード１０から受信する
パラメータ受信手段である。１５はネットワークであ
る。図において中継ノードは１個しか書いていないがサ
ーバノード１０に対し複数存在してよい。これは後述の
実施例においても同様である。

【００４７】次に本実施例の動作を図１を参照しながら
説明する。コンピュータネットワーク上には中継装置や
端末など様々なノードがあり、それらノードを互いに接
続する物理的なネットワークで接続されている。ローカ
ルエリアネットワーク（ＬＡＮ）での物理的なネットワ
ークの例としては、ＩＥＥＥ８０２．３、ＦＤＤＩなど
が挙げられる。また、ローカルエリアネットワークを広
域接続したワイドエリアネットワーク（ＷＡＮ）での物
理的なネットワークの例としては、Ｘ．２５、専用線、
ＩＳＤＮ等が挙げられる。上で述べたように、ノードに
は中継装置や端末があるが、ここではルータやブリッジ
などの中継装置のことを「中継ノード」と呼ぶ。

【００４８】本実施例において、ノード情報を必要とす
るタイミングは、ネットワークが全く未定議の状態から
構成設定を行なう時と、定義された状態から構成変更を
行なう時である。ノードの識別子は、ネットワークが全
く未定義の状態では物理構成情報獲得手段によってその
ノードの持つインタフェースのいずれかの物理ＭＡＣア
ドレス等のノードを一意に識別できる識別子を得る。ま
た構成変更時には、すでにユーザによって与えられてい
るＤＴＥアドレスやＩＰアドレスなどの論理的なノード
アドレスを用いる。識別子は、識別子記憶手段２１に記
憶されている。中継ノード２０にはＩＥＥＥ８０２．
３、ＩＳＤＮ等様々なインタフェースが存在することが
考えられるが、物理構成情報獲得手段２２は中継ノード
２０に存在するインタフェースの種類や数などの物理構
成情報を獲得しノード情報送信手段２３に送る。物理構
成情報獲得手段２２は、例えば、ノードの電源投入時に
制御プログラムが初期化処理としてそのノードに装着さ
れているインタフェースボードを初期化するが、この時
にこれらインタフェースボードの種類（ＣＳＭＡ／ＣＤ
ボードやＩＳＤＮボード等）を獲得する。ノード情報送
信手段２３は中継ノード２０の識別子と物理構成情報
を、ネットワーク１５を介してサーバノード１０に送信
する。ここで、ネットワーク１５はサーバノード１０と
中継ノード２０を直接接続する物理ネットワークでも良
いし、複数の物理ネットワークと中継ノードから構成さ
れる論理ネットワークでも良い。ネットワークが全く未
定義の状態の時は、後述の実施例で詳しく述べるが、各
中継ノードをブリッジとして動作させ、複数の物理ネッ
トワークから構成されるブリッジネットワークとし、サ
ーバノード１０に送信する。

【００４９】ノード情報送信手段２３の送信タイミング
は、次の場合が考えられる。（１）ネットワークを始めて定義する時。（２）中継ノードの構成に変更があった時に中継ノード
から。（３）定期的に中継ノードから。（４）サーバノードの要求に応じて。このように中継ノードが動的にノード情報を送信するこ
とで、サーバノードは自動的に最新の情報を獲得するこ
とができる。中継ノード２０から送信されたノード情報
はサーバノード１０のノード情報受信手段１６が受信
し、ネットワーク資源データベース１２に中継ノード２
０のノード情報を登録する。また、ネットワーク構成編
集画面１１にノード情報が反映される。上記例では中継
ノードについて述べたが、端末ノードについても同様で
ある。

【００５０】ネットワーク構成を編集するユーザはネッ
トワーク構成編集画面１１上に表示されている複数のノ
ード間にネットワークを定義し、ネットワークアドレス
等のネットワーク毎のパラメータを設定する。また、各
ノードのインタフェースの使用未使用や、Ｘ．２５での
ＤＴＥアドレスや回線速度、ＩＰアドレス等のノード毎
のパラメータを設定する。パラメータ生成手段１３は、
上記パラメータから各ノードに設定するネットワーク設
定用パラメータを生成する。そしてパラメータ配信手段
１４が、各ノードに自動的に配信する。中継ノード２０
は、サーバノード１０から送信されたネットワーク設定
用パラメータを、パラメータ受信手段２４で受信する。
このようにして、生成されたネットワーク設定用パラメ
ータは直ちに各ノードに自動的に配信される。

【００５１】以上のように本実施例では以下の要素を有
することを特徴とするネットワークシステムについて述
べた。コンピュータネットワークを構成する各ノードが
自ノードの物理構成情報を得る手段を持ち、各ノードが
自ノードの識別子及び上記物理構成情報をサーバノード
に送信する手段を持つ。各ノードのネットワーク設定用
パラメータを生成及び配信するサーバノードにおいて、
上記パラメータを自動生成する際に、各ノードの識別子
及び物理構成情報をサーバノードが動的に各ノードから
受信する手段を持つ。また、コンピュータネットワーク
を構成する各ノードのネットワーク設定用パラメータを
自動生成した後、該当ネットワークを経由し、ネットワ
ーク設定用パラメータを自動的に各ノードに配信する手
段を持つ。

【００５２】このように、各ノードが自ノードのノード
情報をサーバノードに送信する手段を持つことで、ネッ
トワークシステムの管理者が全てのノードの物理構成情
報を詳細に把握していなくても、サーバノードのネット
ワーク資源データベースを構築できる。また、各ノード
のノード情報をネットワーク資源データベースにいちい
ち入力する必要がなくなり、管理者の負担が軽減する。
さらに、ネットワーク上の各ノードに自動的に配信する
ので、ユーザが各ノード一つ一つにパラメータを設定す
る手間を大幅に省くことができる。

【００５３】実施例２．本実施例は、ネットワーク設定
用パラメータの配信手順について述べる。図２は、本実
施例によるネットワークシステムの一実施例の構成図で
ある。１０はサーバノード、３０は中継ノードである。
１４は、パラメータ配信手段である。２４はパラメータ
受信手段である、２５はパラメータ反映手段である。パ
ラメータ反映手段２５は、パラメータ受信手段２４より
受信されたネットワーク設定用パラメータを反映する。
図３はパラメータの配信を行なう手順を説明するための
図である。図３において、３０、３１、３２は中継ノー
ド、５０は端末ノードである。４０はサーバノード１０
と中継ノード３０の間を接続している物理ネットワー
ク、４１は中継ノード３０と中継ノード３１の間を接続
している物理ネットワークである。４２は中継ノード３
０と中継ノード３２の間を接続している物理ネットワー
ク、４３は中継ノード３１と中継ノード３２の間を接続
している物理ネットワークである。４４は中継ノード３
２と中継ノード５０の間を接続している物理ネットワー
クである。５１〜５８は物理ネットワークと中継ノード
間のインタフェースである。

【００５４】次にネットワークが全く未定義の状態での
ネットワーク設定用パラメータの配信方法を図３を参照
しながら説明する。ネットワーク設定用パラメータが反
映されるまで、各中継ノードはパラメータ受信手段２４
とパラメータ反映手段２５を持つ端末ノードとして働
く。パラメータ配信を行う手順としては、まず、サーバ
ノード１０は物理ネットワーク４０で直接接続している
中継ノード３０に、中継ノード３０用に生成したネット
ワーク設定用パラメータを配信する。次に、中継ノード
３０のパラメータ受信手段２４はサーバノード１０から
ネットーワーク設定用パラメータを受信し、パラメータ
反映手段２５に渡し、パラメータ反映手段２５は、パラ
メータを反映し、設定どおりの動作を始める。

【００５５】次に、サーバノード１０は中継ノード３０
を経由して、中継ノード３１と中継ノード３２に対して
それぞれの設定のために生成したネットワーク設定用パ
ラメータを配信する。中継ノード３１と中継ノード３２
はサーバノード１０から受信したネットーワーク設定用
パラメータを反映し、設定どおりの動作を始める。ま
た、端末ノード５０に対するアドレスの設定などの必要
があれば、サーバノード１０は、端末ノード５０に対
し、端末ノード５０用に生成したネットワーク設定用パ
ラメータを中継ノード３０と中継ノード３２を経由して
配信する。端末ノード５０はサーバノード１０から受信
したネットーワーク設定用パラメータを反映し、設定ど
おりの動作を始める。

【００５６】図４は、中継ノード３０においてパラメー
タを反映した後のサーバノード１０と中継ノード３０と
中継ノード３１の構成図である。２６は、データ中継手
段である。データ中継手段２６は、サーバノード１０の
パラメータ配信手段１４が中継ノード３０を経由し、中
継ノード３１にパラメータを配信するときにデータを中
継する。そして、中継ノード３１はパラメータ受信手段
２４がパラメータを受信し、次にパラメータ反映手段２
５がパラメータを反映し、中継ノードの３１用に設定さ
れた動作を始める。

【００５７】図５はサーバノード１０、中継ノード３
０、中継ノード３１の処理の流れのタイミングを示す図
である。まずサーバノード１０がパラメータ生成手段１
３により各ノード用パラメータを作成する（Ｓ１０）。
Ｓ１１においてサーバノード１０はパラメータ配信手段
１４により、中継ノード３０用パラメータを配信する。
Ｓ１２において中継ノード３０はパラメータ受信手段２
４がパラメータを受信する。Ｓ１３においてパラメータ
反映手段２５は、パラメータ受信手段２４よりネットワ
ーク設定用パラメータを受け取りパラメータを反映し、
中継ノード３０としての設定通りの動作を始める。次に
サーバノード１０はＳ１４において中継ノード３１用の
パラメータをパラメータ配信手段により、配信する。Ｓ
１５において、中継ノード３０は、データ中継手段２６
により中継ノード３１にサーバノード１０から送られて
きたパラメータを中継する。次に中継ノード３１は、Ｓ
１６において、パラメータ受信手段２４がパラメータを
受信する。Ｓ１７において、パラメータ反映手段２５が
パラメータを反映し、設定通りの動作を始める。

【００５８】以上のように、サーバノードに最も近い中
継ノードからネットワーク設定用パラメータを配信し反
映する動作を繰り返すことで、最終的にネットワーク内
の全てのノードにサーバノードが生成したネットワーク
設定用パラメータを配信することが出来る。

【００５９】実施例３．本実施例は、サーバノード１０
からパラメータを送りたい中継ノードに到る経路が複数
存在するネットワーク設定用パラメータの配信方式につ
いて述べる。各中継ノードにネットワーク設定用パラメ
ータを何も定義していない状態では各中継ノードが複数
のインタフェースを活性化した端末ノードとして動作す
る。そして、上記中継ノードが上記複数インタフェース
のうちのいづれかから自ノード宛のネットワーク設定用
パラメータを受け取ると、そのパラメータを反映し、中
継ノードとして動作する。次に、図３においてサーバノ
ード１０から中継ノード３２への経路には、中継ノード
３０を経由する経路と、中継ノード３１を経由する経路
が存在する。本実施例においては、中継ノード３２は自
ノードに接続している全ての物理ネットワークとのイン
タフェース５６〜５８を活性化しておき、端末ノードと
して動作している。今、物理ネットワーク４２が断線な
どの理由で使用できないとき、サーバノード１０から中
継ノード３２へ配信されるネットワーク設定用パラメー
タは、中継ノード３１を経由して中継ノード３２へ到達
する。中継ノード３２は物理ネットワーク４３とのイン
タフェース５７も活性化しているので、上記パラメータ
を受信することが出来る。中継ノード３２は受信した上
記パラメータを反映させ、中継ノードとしての動作を始
める。

【００６０】以上のように、サーバノードから中継ノー
ドまでの間に複数の経路がある場合、中継ノードが持つ
すべてのインタフェースを活性化しておくことで、いず
れかの物理ネットワークが使用できない状態であって
も、中継ノードまでネットワーク設定用パラメータを配
信することが出来る。

【００６１】実施例４．本実施例は、サーバノードから
中継ノードまでの間に複数の経路があるが、その中の特
定の経路を用いてネットワーク設定用パラメータを配信
する方式について述べる。図３を参照しながら説明す
る。中継ノード３２は、サーバノード１０に最も近い物
理ネットワーク４２とのインタフェース５６のみを活性
化しておき、それ以外のインタフェース５７、５８は非
活性化しておく。そのため、物理ネットワーク４３や４
４に中継ノード３２宛の不正なネットワーク設定用パラ
メータが流されても受け取ることはない。サーバノード
１０から物理ネットワーク４２を通って来るネットワー
ク設定用パラメータのみを受け取る。同様に、中継ノー
ド３１は、ネットワーク４１とのインタフェース５４の
みを活性化しておき、サーバノード１０から配信される
ネットワーク設定用パラメータだけを待つ。従って、ネ
ットワーク構成設定時の機密性を高めることができる。

【００６２】以上のように本実施例は、各中継ノードに
ネットワーク設定用パラメータを何も定義していない状
態では、中継ノードがネットワーク設定用パラメータを
受け取る特定のインタフェースだけを活性化しておく。
そして、上記インタフェースから自ノード宛のネットワ
ーク設定用パラメータを受け取った時にのみ、そのパラ
メータを反映することを特徴とする。

【００６３】実施例５．本実施例では、中継ノードにネ
ットワーク設定用パラメータを何も設定していない時、
各中継ノードがブリッジ動作をし、ネットワーク設定用
パラメータを配送する方式について述べる。図６は本実
施例によるネットワークシステムの一実施例の構成図で
ある。図６において、１０はサーバノード、１４はパラ
メータ配信手段、７０、７１及び７２は中継ノード、７
３はブリッジ動作手段、７４は自ノード宛パラメータ抽
出手段である。

【００６４】図７は、図６のサーバノード１０が送信す
るパケットの例である。図７において、８１はパケット
のヘッダ部、８２は中継ノード７０宛のネットワーク設
定用パラメータ、８３は中継ノード７１宛のネットワー
ク設定用パラメータ、８４は中継ノード７２宛のネット
ワーク設定用パラメータである。

【００６５】次に本実施例について、図６及び図７を参
照しながら説明する。中継ノード７０、７１および７２
はネットワーク設定用パラメータが何も設定されていな
いとする。このとき、中継ノード７０、７１および７２
はブリッジ動作を行い、図６に示されるネットワークは
ブリッジネットワークとして接続されている。このと
き、各ノードではスパニングツリープロトコルを動作さ
せているので、サーバノード１０から見た各ノードへの
経路はループのない木構造となっている。

【００６６】サーバノード１０のパラメータ配信手段１
４は、中継ノード７０、７１及び７２に対して生成した
ネットワーク設定用パラメータを、図７、パケット８０
に示すように１つのパケットにまとめ、ヘッダ部８１に
送信先アドレスとしてブロードキャストアドレスを設定
して送信する。中継ノード７０のブリッジ動作手段７３
は、パケット８０を受け取ると、中継ノード７０の自ノ
ード宛パラメータ抽出手段７４に送る。上記パラメータ
抽出手段７４は、受け取ったパケット８０の中から中継
ノード７０宛のネットワーク設定用パラメータ８２を抽
出し、パラメータ反映手段２５は上記パラメータ８２の
内容を反映する。また、パケット８０は、上記ブリッジ
動作手段７３から中継ノード７１へ接続するインタフェ
ースへ送信される。

【００６７】中継ノード７１および７２においても上記
中継ノード７０の場合と同様に、パケット８０から自ノ
ード宛のネットワーク設定用パラメータを抽出し、反映
する。このように、各中継ノードにネットワーク設定用
パラメータが何も設定されていないときには、各中継ノ
ードはブリッジ動作をし、サーバノードが複数ノード分
のネットワーク設定用パラメータを一つのパケットとし
てブリッジネットワークに送信するので、サーバノード
からのネットワーク設定用パラメータの配信を即座に行
うことが可能となる。

【００６８】以上のように、本実施例では各中継ノード
にネットワーク設定用パラメータを何も定義していない
状態では各中継ノードがブリッジとして動作し、サーバ
ノードが複数ノード分のネットワーク設定用パラメータ
を一つのパケットとしてブリッジネットワークに送信す
る手段を持つ。各ノードは、上記サーバノードから配信
された複数ノード分のネットワーク設定用パラメータの
中から自ノード用に生成されたネットワーク設定用パラ
メータを取り出す手段を持つことを特徴とするネットワ
ークシステムについて述べた。

【００６９】実施例６．本実施例は、ネットワーク設定
用パラメータの配信時にパスワード等の認証機構を持つ
場合について述べる。典型的な例としては、サーバノー
ドは配信するネットワーク設定用パラメータにパスワー
ドを付与し、各ノードはあらかじめ設定されたパスワー
ドとネットワーク設定用パラメータ内のパスワードを認
証し、パスワードが一致した時には受け取ったネットワ
ーク設定用パラメータを有効とし、一致しないときには
上記パラメータを廃棄する。以上のように、本実施例で
はネットワーク設定用パラメータ配信時に誤った情報を
受け取らないように認証機構を持つ場合について述べ
た。

【００７０】実施例７．本実施例は、各ノードが、受け
取ったネットワーク設定用パラメータが正しいものであ
るかどうかを確認し、サーバノードへ通知する手段を持
つネットワークシステムについて述べる。図８は本実施
例におけるネットワークシステムの一実施例の構成図で
ある。図８において、１０はサーバノード、１４はパラ
メータ配信手段である。９２はパラメータが正しく配信
されたかどうかを確認した結果を受信する配信確認手段
である。９３はノード、９４はネットワーク設定用パラ
メータが正しいかどうかを確認するパラメータ確認手段
である。９６はパラメータパケット、９７はパラメータ
確認手段９４が確認した結果を通知する確認通知パケッ
トである。

【００７１】次に本実施例の動作を図８〜１０を参照し
ながら説明する。サーバノード１０において、パラメー
タ配信手段１４は、サーバノード１０が生成したネット
ワーク設定用パラメータをパラメータパケット９６に格
納してノード９３宛に配信し、配信確認手段９２に対
し、パラメータパケット９６をノード９３宛に配信した
事を通知する。ノード９３のパラメータ受信手段２４
は、パラメータパケット９６を受信し、パラメータ確認
手段９４に渡す。パラメータ確認手段９４の処理の流れ
を図９を用いて説明する。Ｓ２０においてパラメータ確
認手段９４は、パラメータ受信手段２４からネットワー
ク設定用パラメータを受け取る。Ｓ２１において、ネッ
トワーク設定用パラメータがノード９３の物理構成と矛
盾がないかなど、上記パラメータの正当性を確認する。
確認の結果、上記パラメータが正当だと認められると
（Ｓ２２、Ｙｅｓ）確認通知パケット９７をサーバノー
ド１０に対して送信する（Ｓ２３）。その一方で上記パ
ラメータをパラメータ反映手段２５へ渡し、パラメータ
を反映する（Ｓ２４）。また、正当だと認められない場
合は（Ｓ２２、Ｎｏ）、Ｓ２５において不当なパラメー
タを受信した事を確認通知パケット９７によってサーバ
ノード１０に通知する。

【００７２】次に図１０を用いてサーバノード１０の配
信確認手段９２の処理の流れを説明する。Ｓ３０では、
パラメータ配信手段１４がネットワーク設定用パラメー
タをノード９３に配信した時点で、配信確認手段９２
は、パラメータパケット９６の配信の通知を受ける。Ｓ
３１において、タイムアウトしたか否かを調べる。これ
は、パラメータ配信手段１４がパラメータパケットをノ
ード９３に配信した後、確認通知パケット９７をパラメ
ータ確認手段９４から受け取らなかったか否か決めるた
めにタイムアウトを設定し、パラメータパケット９６が
ノード９３へ到達したか否かを調べるものである。Ｓ３
１においてタイムアウトした（Ｙｅｓ）ならば、Ｓ３２
へ進みパラメータパケットの再送をパラメータ配信手段
１４に指示し終了する。Ｓ３１において、タイムアウト
していない場合は（Ｎｏ）、Ｓ３３へ進む。Ｓ３３にお
いて確認通知パケットを受信したか否か調べＮＯなら
ば、Ｓ３１へ進み再びタイムアウトしたか否か調べる。
Ｓ３３においてＹｅｓならばＳ３４に進む。Ｓ３４にお
いて確認通知パケット９７により通知された結果が正当
であった場合は終了する。確認の結果不当なパラメータ
であった場合は、Ｓ３５においてユーザに通知しユーザ
からの指示を待つ。

【００７３】以上のように、本実施例では、ノードが受
け取ったネットワーク設定用パラメータが正しいもので
あるかどうかをノードからサーバノードへ通知する手段
を持つことを特徴とするネットワークシステムについて
述べた。

【００７４】実施例８．本実施例は、上記実施例７の配
信確認手段９２に問い合せ受信手段が加わったものにつ
いて述べる。図１１は本実施例におけるネットワークシ
ステムの構成図である。図１１において、９０は問い合
わせ手段である。問い合わせ手段９０は各ノードが受け
取ったネットワーク設定用パラメータが正しいものであ
るかどうかをサーバノード１０から各ノードへ問い合わ
せる手段である。９１は問い合わせ受信手段である。問
い合わせ受信手段９１は、サーバノードからの問い合わ
せを受信する手段である。９８は確認要求パケットであ
る。確認要求パケット９８は、問い合わせ手段９０から
ネットワーク設定用パラメータが正しく反映されたかど
うかを確認することを要求するためのものである。他の
構成は、図８と同様であるので説明は省略する。

【００７５】次に本実施例の動作を図を参照しながら説
明する。サーバノード１０において、パラメータ配信手
段１４は、サーバノード１０が生成したネットワーク設
定用パラメータをパラメータパケット９６に格納してノ
ード９３宛に配信し、配信確認手段９２に対し、パラメ
ータパケット９６をノード９３宛に配信した事を通知す
る。配信確認手段９２はネットワーク設定用パラメータ
が正しく配信されたかどうかを確認することを要求する
ために、問い合せ手段９０から確認要求パケット９８を
ノード９３宛に送信する。

【００７６】ノード９３の問い合せ受信手段９１が、確
認要求パケット９８を受信すると、パラメータ確認手段
９４は受け取ったネットワーク設定用パラメータがノー
ド９３の物理構成と矛盾がないかなど、上記パラメータ
の正当性を確認する。確認の結果、上記パラメータが正
当だと認められると確認通知パケット９７をサーバノー
ド１０に対して送信し、その一方で上記パラメータをパ
ラメータ反映手段２５へ渡す。また、正当だと認められ
ない場合は、不当なパラメータを受信した事を確認通知
パケット９７によってサーバノード１０に通知する。

【００７７】サーバノード１０の配信確認手段９２は、
確認通知パケット９７を受信し、ノード９３へ配信した
パラメータパケット９６が正しく配信されているか、ま
た、上記パラメータの内容が正当なものであるかどうか
の確認結果を知る。確認の結果不当なパラメータであっ
た場合は、ユーザに対し通知し、ユーザからの指示を待
つ。もし、配信確認手段９２が確認通知パケット９７を
受け取らなかった場合はパケット９６がノード９３へ到
達しなかったものと見なし、配信確認手段９２はパラメ
ータ配信手段１４に対してネットワーク設定用パラメー
タの再送を指示する。

【００７８】以上のように、この実施例では、各ノード
が受け取ったネットワーク設定用パラメータが正しいも
のであるかどうかをサーバノードから各ノードへ問い合
わせる手段を持ち各ノードが問い合わせを受信する手段
を持つことを特徴とするネットワークシステムについて
述べた。

【００７９】実施例７及び実施例８に示すように、サー
バノードにおいて各ノードに配信されたネットワーク設
定用パラメータが正当なものであるかどうかを確認する
手段を持つことにより、ネットワーク設定用パラメータ
配信の信頼性を高めることができる。

【００８０】実施例９．本実施例は、各ノードでネット
ワーク設定用パラメータを反映した動作を始めた後、サ
ーバノードが経路を指定したパケットを発信し、ネット
ワークの設定が正しく行なわれているかを確認する方式
について述べる。

【００８１】図１２は、本実施例におけるネットワーク
システムの構成図である。図において、１００は設定確
認手段である。６０は端末ノードである。図１３は、各
ノード間の接続関係を示す図である。図１３において、
６０は端末ノード、４５は中継ノード３１と端末ノード
６０の間を接続している物理ネットワークである。他の
構成要素は図３と同様である。

【００８２】本実施例の動作を図１３を参照しながら説
明する。実施例２に示したように、サーバノード１０が
各ノードにネットワーク設定用パラメータを配信し、各
ノードでネットワーク設定用パラメータを反映した動作
を始めた後、サーバノード１０は経路を指定したパケッ
トを発信する。これにより、ネットワークの設定が正し
く行われているか、また、物理ネットワークが正しく接
続されているかを確認する。経路を指定したパケット
は、サーバノードが自動的に経路を選択し全ての経路を
通過するように発信される。経路を指定したパケットと
してＴＣＰ／ＩＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎ
ｔｒｏｌＰｒｏｔｏｃｏｌ／ＩｎｔｅｒｎｅｔＰｒ
ｏｔｏｃｏｌ）の標準的ユーティリティであるＰＩＮＧ
Ｒｅｑｕｅｓｔパケットを用いる。

【００８３】例えば、サーバノード１０は、ＰＩＮＧ
Ｒｅｑｕｅｓｔパケットの経路指定フィールドに、中継
ノード３０、中継ノード３２、中継ノード３１を指定し
て端末ノード６０へＰＩＮＧＲｅｑｕｅｓｔパケット
を送信する。指定した経路上にある中継ノード３０、中
継ノード３２および中継ノード３１の、ネットワーク設
定が正しければ、上記ＰＩＮＧＲｅｑｕｅｓｔパケッ
トは端末ノード６０まで到達する。端末ノード６０はＰ
ＩＮＧＲｅｑｕｅｓｔパケットに対してＰＩＮＧＲ
ｅｓｐｏｎｓｅパケットをサーバノード１０宛に送信す
る。端末ノード６０においてＰＩＮＧＲｅｑｕｅｓｔ
パケットを認識し、ＰＩＮＧＲｅｓｐｏｎｓｅパケッ
トを返信する機能は、ＴＣＰ／ＩＰにより標準的に提供
されている機能である。サーバノード１０にＰＩＮＧ
Ｒｅｓｐｏｎｓｅパケットが到達すれば、サーバノード
１０は指定経路の各ノードに関する設定及び反映が正し
く行われており、かつ、物理ネットワークレベルでの接
続が正しく行われていることを認識する。

【００８４】同様に、サーバノード１０は中継ノード３
０、中継ノード３１、中継ノード３２を経由して端末ノ
ード５０へＰＩＮＧＲｅｑｕｅｓｔパケットを送信
し、端末ノード５０から送られるＰＩＮＧＲｅｓｐｏ
ｎｓｅパケットを受信することで、図１３中の全ての経
路のネットワーク設定が正しく行われたことを確認する
ことが出来る。

【００８５】図１４は、設定確認手段の処理の流れを示
す図である。設定確認手段１００は、ＰＩＮＧＲｅｑ
ｕｅｓｔパケットを送信してから一定時間経過してもＰ
ＩＮＧＲｅｓｐｏｎｓｅパケットが返送されてこなけ
れば、ネットワーク設定用パラメータの設定が失敗であ
ると判断する。図、Ｓ４０において、設定確認手段１０
０はＰＩＮＧＲｅｑｕｅｓｔパケットを送信する。Ｓ
４１にてタイムアウトしたか否か調べ、ＮｏであればＳ
４２に進む。Ｓ４２においてＰＩＮＧＲｅｓｐｏｎｓ
ｅパケットを受信したか否か調べＮｏであればＳ４１へ
戻る。Ｓ４２にてＹｅｓであれば設定完了であるとし、
終了する（Ｓ４３）。また、Ｓ４１においてタイムアウ
トしていれば（Ｙｅｓ）Ｓ４４に進み、設定失敗である
と判断する。Ｓ４５においてネットワーク設定用パラメ
ータを再送し、終了する。以上のように、本実施例は、
ネットワーク設定用パラメータの設定終了後に、サーバ
ノードが自動的に経路指定パケットを流すことによっ
て、各ノードが正しく接続されているかを確認する手段
を持つことを特徴とするネットワークシステムについて
述べた。

【００８６】実施例１０．本実施例は、ネットワーク設
定用パラメータにそのネットワーク設定用パラメータを
反映する日時を指定する情報を付加した例について述べ
る。

【００８７】図１５は本実施例におけるネットワークシ
ステムの構成図である。図１５において、１０６は反映
日時指定情報を付加したネットワーク設定用パラメータ
のパラメータパケット、１０７は日時分離手段、１０８
はネットワーク設定用パラメータ、１０９は反映日時指
定情報である。他の構成要素は、上記実施例と同様であ
る。

【００８８】本実施例の動作を図１５を参照しながら説
明する。サーバノード１０のパラメータ生成手段１３が
ノード９３に対するネットワーク設定用パラメータを生
成した後、反映日時指定情報１０９をネットワーク設定
用パラメータに付加する。パラメータ配信手段１４は、
反映日時指定情報１０９を付加したネットワーク設定用
パラメータをパラメータパケット１０６としノード９３
に配信する。ノード９３のパラメータ受信手段２４はパ
ラメータパケット１０６を受信する。日時分離手段１０
７は、パラメータパケット１０６からネットワーク設定
用パラメータ１０８と反映日時指定情報１０９を分離
し、それらをパラメータ反映手段２５に送る。指定され
た日時になると、パラメータ反映手段２５はパラメータ
受信手段２４から受け取ったネットワーク設定用パラメ
ータ１０８に従ってノードのネットワーク設定を変更す
る。

【００８９】本実施例では、パラメータ反映手段２５が
指定された日時にパラメータの設定の変更を行なってい
る。しかし、日時分離手段１０７が指定された日時に設
定変更指示をパラメータ反映手段２５に出すようにして
もよい。

【００９０】以上のように、本実施例では、ネットワー
ク設定用パラメータにそのネットワーク設定用パラメー
タを反映する日時を指定する情報を付加したパケットを
配信することを特徴とするネットワークシステムについ
て述べた。

【００９１】実施例１１．本実施例は、ネットワーク設
定用パラメータとは別に日時を指定する情報を配信する
例について述べる。図１６は、本実施例におけるネット
ワークシステムの構成図である。１０１は日時情報配信
手段である。１０２は、反映日時指定情報を送るための
反映日時指定パケットである。１０３は反映する日時が
来た時に出す反映指示である。１０４は、日時情報受信
手段である。他の構成要素は、上記実施例と同様であ
る。

【００９２】本実施例の動作を図１６を参照しながら説
明する。サーバノード１０がノード９３に対するネット
ワーク設定用パラメータを生成した後、パラメータ配信
手段１４はノード９３にパラメータパケット９６を配信
する。ノード９３のパラメータ受信手段２４はパラメー
タパケット９６を受信し、ネットワーク設定用パラメー
タをパラメータ確認手段へ渡す。上記実施例７で述べた
ようにネットワーク設定用パラメータの確認を行なう。
確認結果が”正当”であれば、パラメータ確認手段９４
はネットワーク設定用パラメータをパラメータ反映手段
２５へ渡す。パラメータ確認手段９４は、配信確認手段
９２に確認通知パケット９７にて確認結果を送信する。
配信確認手段９２は、先に配信したネットワーク設定用
パラメータが正当であるとの結果を受け取ると、日時情
報配信手段１０１に対し、反映日時指定パケット１０２
を配信するよう指示を出す。日時情報配信指示を受け、
ネットワーク設定用パラメータを反映する日時を反映日
時指定パケット１０２とし、当該ノード９３に配信す
る。

【００９３】ノード９３の日時情報受信手段１０４は、
受信した反映日時指定パケット１０２から反映日時指定
情報を取り出し、ネットワーク設定用パラメータ１０８
を反映すべき日時が来てから反映指示１０３をパラメー
タ反映手段２５に出す。パラメータ反映手段２５は、パ
ラメータ確認手段９４からネットワーク設定用パラメー
タ１０８を受け取っても反映はせず、日時情報受信手段
１０４からの反映指示１０３を待つ。

【００９４】以上のように本実施例は、サーバノードは
ネットワーク設定用パラメータを各ノードに配信した事
を確認した後、各ノードにおいてネットワーク設定用パ
ラメータを反映する日時を指定するパケットを各ノード
へ配信し、各ノードが同時にネットワーク設定用パラメ
ータを反映することを特徴とするネットワークシステム
について述べた。本実施例によればネットワークシステ
ム上の全ノードのネットワーク設定を同時に変更するこ
とが可能である。また、一部のノードについて、日時を
指定してネットワーク設定を変更することもできる。

【００９５】実施例１２．本実施例は、ネットワーク設
定パラメータとは別に日時を指定する情報を配信する他
の例について述べる。図１７は本実施例におけるネット
ワークシステムの構成図である。実施例１１、図１６と
の違いは、サーバノード１０において、日時情報配信手
段１０１がパラメータ配信手段１４に含まれる点であ
る。他の構成要素は図１６と同様である。

【００９６】パラメータ配信手段１４は、配信確認手段
９２から確認結果を通知され、ネットワーク上の全ての
ノードへネットワーク設定用パラメータを配信したこと
を確認する。その後、パラメータ配信手段１４の日時情
報配信手段１０１は、反映日時指定パケット１０２をノ
ード９３に対して送信する。日時情報受信手段１０４が
反映日時指定パケット１０２を受信する。日時情報受信
手段１０４は、受け取った反映日時指定パケット１０２
の情報を読み取り、パラメータ反映手段２５に反映日時
指定情報１０９を送る。指定された日時になると、パラ
メータ反映手段２５はパラメータ確認手段９４から受け
取ったネットワーク設定用パラメータ１０８に従ってノ
ード９３のネットワーク設定を変更する。あるいは、実
施例１１のように、日時情報受信手段１０４は指定され
た日時に反映指示１０３をパラメータ反映手段２５に出
すようにしてもよい。

【００９７】

【発明の効果】以上のように、本発明によれば、各ノー
ドの最新の物理構成情報と識別を自動的に収集できるの
でネットワークシステム管理者は各ノードの詳細情報を
把握しておく必要がなくなる。また、サーバノードでの
ネットワーク設定パラメータ生成の際に、ユーザがノー
ドの情報を入力する負担を軽減することが出来る。

【００９８】さらに、本発明によれば、ユーザが各ノー
ドに別個にネットワーク設定用パラメータの設定を行う
繁雑な作業の必要がなくなるため、ユーザの負担を大幅
に軽減することが出来る。

【００９９】また、本発明によれば、ネットワーク設定
用パラメータの配信を即座に行うことが出来る。

【０１００】また、本発明によれば、ネットワーク設定
用パラメータの配信をネットワークシステム上の全ノー
ドにわたって行うことが出来る。

【０１０１】また、本発明によれば、各ノードはサーバ
ノードからそのノードに到る経路が複数ある場合、いず
れの経路を用いてもネットワーク設定用パラメータを受
信することができる。

【０１０２】また、本発明によれば、物理ネットワーク
構成に冗長性があっても、その中の特定の経路により使
用するためネットワーク構成設定時の機密性を高めるこ
とができる。

【０１０３】また、本発明によれば、ネットワーク構成
設定時の機密性を高めることが出来る。

【０１０４】本発明によれば、ネットワーク設定用パラ
メータの正当性の検証を行なうため、配信の信頼性を高
めることができる。

【０１０５】また、本発明によればサーバノードから各
ノードへノードへ配信したネットワーク設定用パラメー
タが正しいものであるかどうか問い合わせることができ
る。

【０１０６】また、本発明によれば、中継ノードの中継
動作と物理ネットワークレベルの接続性を自動的に確認
することが出来る。

【０１０７】また、本発明によれば、ネットワークシス
テム上の全ノードのネットワーク設定を同時に変更する
ことが出来るため、端末間で通信不能となる期間をほと
んど無くすことが出来る。

【０１０８】また、本発明によればネットワーク設定用
パラメータの生成とは別にネットワーク設定用パラメー
タを反映する日時を指定する情報を配信することができ
るためより柔軟なネットワークシステムを得ることがで
きる。

【図面の簡単な説明】

【図１】本発明にかかわるネットワークシステムの一
実施例の構成図である。

【図２】本発明にかかわるネットワークシステムの一
実施例の構成図である。

【図３】本発明にかかわるネットワークシステムの一
実施例における物理ネットワークの構成図である。

【図４】本発明にかかわるネットワークシステムの一
実施例の構成図である。

【図５】本発明にかかわるネットワークシステムの一
実施例の処理の流れのタイミングを表す図である。

【図６】本発明にかかわるネットワークシステムの一
実施例の構成図である。

【図７】本発明にかかわるネットワークシステムの一
実施例におけるパケット内部構造の概略図である。

【図８】本発明にかかわるネットワークシステムの一
実施例の構成図である。

【図９】本発明に係るネットワークシステムの一実施
例におけるパラメータ確認手段の処理の流れを表す図で
ある。

【図１０】本発明に係わるネットワークシステムの一
実施例における配信確認手段の処理の流れを表す図であ
る。

【図１１】本発明に係わるネットワークシステムの一
実施例の構成図である。

【図１２】本発明に係わるネットワークシステムの一
実施例の構成図である。

【図１３】本発明に係わるネットワークシステムの一
実施例における物理ネットワークの概略図である。

【図１４】本発明に係わるネットワークシステムの一
実施例における設定確認手段の処理の流れを表す図であ
る。

【図１５】本発明にかかわるネットワークシステムの
一実施例における構成図である。

【図１６】本発明にかかわるネットワークシステムの
一実施例の構成図である。

【図１７】本発明にかかわるネットワークシステムの
一実施例の構成図である。

【図１８】従来例におけるネットワーク用システム生
成パラメータの自動生成の構成図である。

【図１９】従来例における通信システムの物理的構成
を示すブロック図である。

【図２０】従来例における通信システムの論理構成を
示す図である。

【図２１】従来例における通信システムの他の論理構
成を示す図である。

【図２２】従来例における通信システムのルーティン
グ処理機能の配置図である。

【図２３】動作を説明するためのフレームおよびパケ
ットのフォーマット図である。

【図２４】従来例における通信装置１の経路テーブル
を示す図である。

【図２５】従来例における通信装置２の経路テーブル
を示す図である。

【図２６】従来例における通信システムの動作を説明
するためのフローチャート図である。

【図２７】従来例における通信システムの動作を説明
するためのフローチャート図である。

【図２８】従来例における通信システムの動作を説明
するためのフローチャート図である。

【図２９】従来例における通信システムの動作を説明
するためのフローチャート図である。

【図３０】従来例における通信システムの動作を説明
するためのフローチャート図である。

【符号の説明】

１０サーバノード、１１ネットワーク構成編集画
面、１２ネットワーク資源データベース、１３パラ
メータ生成手段、１４パラメータ配信手段、１５ネ
ットワーク、１６ノード情報受信手段、２０，３０〜
３２，７０〜７２中継ノード、２１識別子記憶手段、
２２物理構成情報獲得手段、２３ノード情報送信手
段、２４パラメータ受信手段、２５パラメータ反映
手段、２６データ中継手段、４０，４１〜４５物理
ネットワーク、５０，６０端末ノード、５１〜５８
インタフェース、７３ブリッジ動作手段、７４自ノ
ード宛パラメータ抽出手段、８０パケット、８１ヘ
ッダ部、８２〜８４ネットワーク設定用パラメータ、
９０問い合わせ手段、９１問い合わせ受信手段、９
２配信確認手段、９３ノード、９４パラメータ確
認手段、９６，１０６パラメータパケット、９７確
認通知パケット、９８確認要求パケット、１００設
定確認手段、１０１日時情報配信手段、１０２反映
日時指定パケット、１０３反映日時指定パケット、１
０４日時情報受信手、１０７日時分離手段、１０８
ネットワーク設定用パラメータ、１０９反映日時指
定情報。

───────────────────────────────────────────────────── フロントページの続き (72)発明者平松晃一鎌倉市大船五丁目１番１号三菱電機株式会社通信システム研究所内 (72)発明者小林雅人鎌倉市大船五丁目１番１号三菱電機株式会社通信システム研究所内 (72)発明者舟辺千江子鎌倉市大船五丁目１番１号三菱電機株式会社通信システム研究所内 (72)発明者坪根宣宏鎌倉市大船五丁目１番１号三菱電機株式会社通信システム研究所内 (72)発明者 ▲か▼島和幸鎌倉市大船五丁目１番１号三菱電機株式会社通信システム研究所内

Claims

【特許請求の範囲】

【請求項１】サーバノードとサーバノードにより管理
されるノードを有するネットワークシステムにおいて上
記ノードは、（ａ）自ノードの物理構成情報を得る物
理構成情報獲得手段と、（ｂ）自ノードに割り当てら
れた識別子を記憶する識別子記憶手段と、（ｃ）上記
識別子及び上記物理構成情報をサーバノードに送信する
ノード情報送信手段とを有し、上記サーバノードは、
（ｄ）上記ノード情報送信手段により送信されたノー
ドの識別子及び物理構成情報を受信するノード情報受信
手段と、（ｅ）受信した物理構成情報に基づいてネッ
トワーク設定用パラメータを生成するパラメータ生成手
段を有することを特徴とするネットワークシステム。
【請求項２】上記サーバノードは、パラメータ生成手
段によりネットワーク設定用パラメータを生成後、ノー
ドに配信するパラメータ配信手段を有し、上記ノードは、ネットワーク設定用パラメータをサーバ
ノードから受信するパラメータ受信手段と、受信したネ
ットワーク設定用パラメータを反映させるパラメータ反
映手段を有することを特徴とする請求項１記載のネット
ワークシステム。
【請求項３】上記ノードは、パラメータ反映手段によ
りネットワーク設定用パラメータを反映させるまで送ら
れてきたデータを隣接するノードに橋渡しするブリッジ
ノードとして動作し、ネットワーク設定用パラメータを
反映させることにより中継ノードとして動作することを
特徴とする請求項２記載のネットワークシステム。
【請求項４】上記ノードは、パラメータ反映手段によ
りネットワーク設定用パラメータを反映させるまで端末
ノードとして動作し、ネットワーク設定用パラメータを
反映させることにより中継ノードとして動作することを
特徴とする請求項２記載のネットワークシステム。
【請求項５】上記ノードは、サーバノードからそのノ
ードにいたる経路が複数ある場合、いずれの経路を用い
てもネットワーク設定用パラメータを受信可能なことを
特徴とする請求項４記載のネットワークシステム。
【請求項６】上記ノードは、サーバノードからそのノ
ードにいたる経路が複数ある場合、特定の経路を用いて
ネットワーク設定用パラメータを受信可能なことを特徴
とする請求項４記載のネットワークシステム。
【請求項７】上記ネットワークシステムは、さらに、
パラメータ配信手段による、ネットワーク設定用パラメ
ータ配信時に不適切な情報を受け取らないように認証手
段を持つことを特徴とする請求項２記載のネットワーク
システム。
【請求項８】上記ノードは、さらに、ノードが受け取
ったネットワーク設定用パラメータが正しいものである
かどうかを確認し、確認結果をノードからサーバノード
へ通知するパラメータ確認手段を持ち、上記サーバノー
ドは上記ノードからの確認結果を受信する配信確認手段
を持つことを特徴とする請求項２記載のネットワークシ
ステム。
【請求項９】上記配信確認手段は、さらに、ノードに
配信したネットワーク設定用パラメータが正しいもので
あるかどうかをサーバノードからノードへ問い合わせる
問い合わせ手段を持つことと、上記パラメータ確認手段
は、さらに、サーバノードからの問い合わせを受信する
問い合わせ受信手段を持つことを特徴とする請求項８記
載のネットワークシステム。
【請求項１０】上記サーバノードは、さらに、ノード
のパラメータ反映後に経路を指定したパケットを配信す
ることにより各ノードが正しく接続されているかを確認
する設定確認手段を持つことを特徴とする請求項２記載
のネットワークシステム。
【請求項１１】上記サーバノードの上記パラメータ生
成手段は、上記ネットワーク設定用パラメータにそのネ
ットワーク設定用パラメータを反映する日時を指定する
情報を生成して付加し、上記ノードのパラメータ受信手
段は、受信したネットワーク設定用パラメータから反映
日時を指定する情報を分離する日時分離手段を備え、上
記パラメータ反映手段は上記日時分離手段により分離さ
れた日時にネットワーク設定用パラメータに従ってノー
ドのネットワーク設定を変更することを特徴とする請求
項２記載のネットワークシステム。
【請求項１２】上記サーバノードは、ネットワーク設
定用パラメータを反映する日時を指定する情報を配信す
る日時情報配信手段を備え、上記ノードは上記日時を指
定する情報を受信する日時情報受信手段を備えることを
特徴とする請求項２記載のネットワークシステム。