JPH04331524A - ネットワーク制御システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ネットワークの運用，
管理，監視を行うネットワーク制御システムに関する。 交換ネットワークやローカルエリアネットワーク（ＬＡ
Ｎ）等の各種の構成のネットワークに於いては、ネット
ワーク管理装置を設けて、ネットワークの運用，管理，
監視を集中的に行う構成が知られている。このような構
成に於いて、効率の良い制御が要望されている。

【０００２】

【従来の技術】従来例の各種の構成のネットワークに於
いては、このネットワークを集中的に運用，管理，監視
を行うネットワーク管理装置を、ネットワーク内の或る
ノードのプロセッサに接続し、このプロセッサに対して
他のノードのプロセッサが下位の階層となるように接続
して階層構造とした構成が一般的である。又携帯用のロ
ーカルコンソールを、ネットワーク管理装置が接続され
ていないノードのプロセッサに接続し、そのノードの運
用，管理，監視をローカルコンソールからのコマンド入
力等により行うシステムも知られており、このシステム
に於いては、他のノードの情報が必要な場合、ローカル
コンソールからの要求に従ってプロセッサの制御により
他のノードとの間の通信パスを設定するものである。

【０００３】又ＬＡＮに接続された診断装置に、ローカ
ル操作表示部を接続するポートと、他のＬＡＮの診断装
置本体からのコマンドを受信できるポートとを設けて、
遠隔からの運用，保守を可能とする構成が、特開平２−
９４８４５号公報に示されている。又ＬＡＮのノード毎
に監視装置を設けて、監視端末から指定したノードの監
視装置を介して、そのノードの遠方監視及び遠隔制御を
行う構成が、特開平２−２３９７３９号公報に示されて
いる。又ネットワーク管理プロセッサと、任意のノード
との間を、コマンドルーティング部により接続し、ネッ
トワーク全体或いは任意のノードの監視，制御を行う構
成が、特開平２−２４１１５９号公報に示されている。

【０００４】

【発明が解決しようとする問題点】前述のように、ネッ
トワーク管理装置が接続されたノードのプロセッサと、
他のノードのプロセッサとが階層構造で接続される従来
例に於いては、ネットワーク管理装置が接続されたノー
ドのプロセッサは、他のノードのプロセッサとは異なる
定義の設定が必要となり、それに伴ったハードウェアや
ソフトウェアの追加が必要となるから、ネットワーク管
理装置の設置場所の制約が生じると共に、そのノードの
プロセッサの障害によりシステム全体の運用，管理，監
視が不可能となる欠点がある。

【０００５】又携帯用のローカルコンソールを用いるシ
ステムに於いては、そのローカルコンソールを接続した
ノードの状態のみを見ることができる。しかし、他のノ
ードの状態は、プロセッサの制御により通信パスを設定
しなければならず、障害個所の切り分け等の為に、複数
のノードの状態を必要とする場合は、順次各ノードに対
する通信パスをプロセッサの制御により設定する必要が
あるから、ローカルコンソールを用いてネットワークの
運用，管理，監視を行うことは容易でない欠点があった
。

【０００６】又前述の特開平２−９４８４５号公報のＬ
ＡＮシステムの管理装置は、前述の階層構造のプロセッ
サ間接続と同様な接続関係となり、且つ遠隔の診断装置
本体の機能と同様な機能を、ローカル操作表示部を接続
する診断装置に必要とすることから、コストアップとな
る欠点がある。又前述の特開平２−２３９７３９号公報
の不定形通信網制御方式は、ネットワークのノードに総
て監視装置を設けることから、前記公開公報（特開平２
−９４８４５号公報）に示された技術と同様にコストア
ップとなる欠点がある。又前述の特開平２−２４１１５
９号公報のネットワーク管理プロセッサ接続方式は、ネ
ットワーク管理プロセッサによりネットワーク全体の管
理が可能である利点があるが、このネットワーク管理プ
ロセッサと任意のノードとの間を接続する為のコマンド
ルーティング部を各ノードに設ける必要があり、且つ各
ノードはネットワーク管理プロセッサを接続し得る構成
としなければならず、コストアップとなる欠点がある。 本発明は、経済的な構成により、任意のノードからネッ
トワーク管理装置を操作して、ネットワーク全体或いは
任意のノードの運用，管理，監視を行わせることを目的
とする。

【０００７】

【課題を解決するための手段】本発明のネットワーク制
御システムは、図１を参照して説明すると、ネットワー
ク１の複数のノード２の中の一つのノードに接続された
ネットワーク管理装置３により、ネットワーク１の運用
，管理，監視を行うネットワーク制御システムに於いて
、複数のノード２の中の任意のノードに携帯用のローカ
ルコンソール４を接続して、このローカルコンソール４
とネットワーク管理装置３との間に通信パスを形成し、
ローカルコンソール４からネットワーク管理装置３を制
御して、ネットワーク１の運用，管理，監視を行うもの
である。

【０００８】

【作用】各ノード２はプロセッサを含むものであるが、
ネットワーク管理装置３とローカルコンソール４との間
に、点線で示すように、直接的な通信パスを形成するも
のである。従って、ローカルコンソール４は、ネットワ
ーク管理装置３に対してネットワーク１全体のノード或
いは指定したノードの制御を依頼することができる。又
ネットワーク管理装置３で収集した複数のノードの情報
を通信パスを介して受信することもできる。従って、複
数のノードの情報を必要とする場合に、順次ノードとの
間に通信パスを設定する手順を必要としないことになる
。

【０００９】

【実施例】図２は本発明の一実施例の説明図であり、１
１はＬＡＮ形式のネットワーク、１２−１〜１２−４は
ノード、１３はネットワーク管理装置、１４はローカル
コンソール、１５はプロセッサ、１６はドライバ、１７
は試験装置、ＬＳ１〜ＬＳ６はラインセットである。ノ
ード１２−１のドライバ１６（ネットワーク・インタフ
ェース部）を介してネットワーク管理装置１３が接続さ
れ、ノード１２−４のドライバ１６に携帯用のローカル
コンソール１４を接続した状態を示し、ノード１２−２
，１２−３のドライバ１６は遊びの状態を示す。又ネッ
トワーク１１は、リング型の場合を示し、ＣＳＭＡ／Ｃ
Ｄ（Ｃａｒｒｉｅｒ　　Ｓｅｎｓｅ　　Ｍｕｌｔｉｐｌ
ｅＡｃｃｅｓｓ　ｗｉｔｈ　　Ｃｏｌｌｉｓｉｏｎ　　
Ｄｅｔｅｃｔｉｏｎ）方式や、トークンパシング（ｔｏ
ｋｅｎｐａｓｓｉｎｇ　）方式や、タイムスロット割当
方式等の何れかの方式により、データ伝送を行うもので
ある。

【００１０】又各ノード１２−１〜１２−４のプロセッ
サ１５は、自ノード内の各部の制御及び監視を行い、障
害時及びログデータ蓄積時に、そのデータを自律的にネ
ットワーク管理装置１３に送出する機能の外に、ネット
ワーク管理装置１３からのコマンドによって内部データ
を送出する機能を有するものである。又ローカルコンソ
ール１４をクライアントとし、ネットワーク管理装置１
３をサーバとするサーバ・クライアントモデルの適用が
可能である。そのネットワーク管理装置１３は、各ノー
ド１２−１〜１２−４から自律的或いはネットワーク管
理装置１３からのコマンドに従って送出したデータを処
理及び蓄積し、画面表示する機能や、ローカルコンソー
ル１４からのリクエストにより、蓄積データを例えばネ
ットワーク管理装置の画面表示イメージに変換した後送
出したり、総てのノード或いは指定したノードに対して
コマンドを送出したりするプロセス連携機能（リモート
プロシジャ・コール機能と呼ばれる機能等）を有するも
のである。

【００１１】例えば、ノード１２−４に障害が発生した
場合、そのノード１２−４にローカルコンソール１４を
運搬して、そのドライバ１６にローカルコンソール１４
を接続し、このローカルコンソール１４とネットワーク
管理装置１３との間に通信パスを設定する。例えば、Ｃ
ＳＭＡ／ＣＤ方式の場合は、ネットワーク１１上のキャ
リア無しにより、ネットワーク管理装置１３のアドレス
を付加したデータを送出する。又トークンパシング方式
の場合は、トークンを獲得してネットワーク管理装置１
３のアドレスを付加したデータを送出する。又タイムス
ロット割当方式の場合は、例えば、ノード１２−４に割
当てられたタイムスロットに、ネットワーク管理装置１
３宛のデータを挿入して送出することになる。

【００１２】このような通信パスを用いて、前述のプロ
セス間連携機能により、例えば、ネットワーク管理装置
１３から送出されるデータによって、ネットワーク管理
装置１３と同じ画面を表示している。ローカルコンソー
ル１４からネットワーク管理装置１３に対して、恰もネ
ットワーク管理装置１３を直接的に操作する如くノード
１２−４の障害情報をリクエストする。ネットワーク管
理装置１３は、このリクエストに対して、ノード１２−
４のプロセッサ１５による自律的送出のノードの状態情
報を、メモリ（図示せず）から読出して、自画面に表示
するデータと同じ形式にした後、ローカルコンソール１
４に送出する。ローカルコンソール１４は、更に詳細エ
ラー情報を必要とする場合、ネットワーク管理装置１３
を操作すると同様にして、その旨をリクエストすると、
ネットワーク管理装置１３は、ノード１２−４に対して
詳細エラー情報を要求し、受信した詳細エラー情報をロ
ーカルコンソール１４に送出する。以下同様にして、ロ
ーカルコンソール１４は、ネットワーク管理装置１３を
操作する場合と同様にして動作させることができるもの
である。

【００１３】そして、ローカルコンソール１４から、障
害切り分けの為に、例えば、ノード１２−２に於いて折
返回路を形成して折返テストを行うリクエストを送出す
る。それにより、ネットワーク管理装置１３からノード
１２−２に対してコマンドが送出され、ノード１２−２
に於いてノード１２−４に対する折返回路が形成され、
ネットワーク管理装置１３からのコマンドに従って折返
テストが行われる。この折返テストが正常な場合は、ロ
ーカルコンソール１４からのリクエストにより、ノード
１２−３に対する折返テストが行われることになる。こ
のように、ローカルコンソール１４とネットワーク管理
装置１３とノードのプロセッサ１５とのプロセス連携に
より、障害個所の切り分けが行われる。

【００１４】又ノード１２−２，１２−３のラインセッ
トＬＳ１，ＬＳ２，ＬＳ３，ＬＳ４は実装されているが
、ノード１２−４のラインセットＬＳ５，ＬＳ６は未実
装の状態に於いて、このラインセットＬＳ５，ＬＳ６を
実装（増設）した時、ローカルコンソール１４をノード
１２−４のドライバ１６に接続し、このローカルコンソ
ール１４とネットワーク管理装置１３との間に通信パス
を設定する。そして、ローカルコンソール１４からネッ
トワーク管理装置１３の構成管理機能（通信回線の定義
等を行う機能）を呼出す。それを基に、ノード１２−４
のラインセット実装を定義する画面を呼出して、新規に
追加するラインセットＬＳ５，ＬＳ６を定義する。即ち
、ネットワーク管理装置１３からローカルコンソール１
４に、ネットワーク１１を介してラインセット実装定義
画面情報が送出され、ローカルコンソール１４に表示さ
れるから、その表示画面に従ってラインセットＬＳ５，
ＬＳ６を定義する。

【００１５】次に、ローカルコンソール１４からネット
ワーク管理装置１３のラインセット間の通信パスを定義
するパス定義画面を呼出して、ノード１２−４のライン
セットＬＳ５，ＬＳ６と、ノード１２−２，１２−３の
ラインセットＬＳ１，ＬＳ２，ＬＳ３，ＬＳ４との間の
パスを定義する。これらの定義によるデータがネットワ
ーク管理装置１３に伝送される。

【００１６】次に、ローカルコンソール１４からネット
ワーク管理装置１３の状態表示機能（ノード，パス等の
状態を表示する機能）を呼出し、ノード１２−４のライ
ンセットＬＳ５，ＬＳ６の実装，定義状態の確認と、新
たに定義したパスの確認とを行う。

【００１７】次に、ローカルコンソール１４からネット
ワーク管理装置１３の構成管理機能（通信パスの定義等
を行う機能）を呼出し、先に確認した定義情報を各ノー
ドに通知し、以後は、新規に増設した前述のパスを回線
定義で動作するように指示する。それにより、ネットワ
ーク管理装置１３は、各ノードに対して前述の指示内容
を通知する。

【００１８】次に、ローカルコンソール１４からネット
ワーク管理装置１３の障害管理機能（ログ表示，折返テ
スト等の機能）を呼出し、ノード１２−４に新規に実装
したラインセットＬＳ５，ＬＳ６に、モデムテスタ等の
試験装置１７を接続し、ネットワーク管理装置１３に対
して、例えば、ノード１２−２内のラインセットに対し
て折返回路を形成するようにリクエストすることにより
、ネットワーク管理装置１３はノード１２−２に対して
折返回路を形成するコマンドを送出するから、ノード１
２−２との間の通信パスが定義通りであるか否かを試験
装置１７により確認することができる。即ち、ローカル
コンソール１４上で恰もネットワーク管理装置１３を操
作することと同様になり、ネットワーク１１内の増設や
撤去等の構成変更に対して、容易に対処することができ
る。

【００１９】図３は本発明の他の実施例の説明図であり
、２１−１〜２１−６はパケット交換ネットワークを構
成する伝送路、２２−１〜２２−５はノード、２３はネ
ットワーク管理装置、２４はローカルコンソール、２５
はプロセッサ、２６はドライバである。ノード２２−１
のドライバ２６にネットワーク管理装置２３が接続され
、ノード２２−４のドライバ２６にローカルコンソール
２４が接続された状態を示す。

【００２０】ローカルコンソール２４からノード２２−
１のドライバ２６を示すアドレスを付加したパケットを
送出することにより、ノード１２−２，１２−３，１２
−５の何れかを経由してノード１２−１に伝送され、ド
ライバ２６を介してネットワーク管理装置２３に転送さ
れる。このパケットにローカルコンソール２４を接続し
たノード２２−４のドライバ２６のアドレスが付加され
ているから、ネットワーク管理装置２３は、ローカルコ
ンソール２４のリクエストに対応したデータを含むパケ
ットを送出することになる。又他のノード１２−２，１
２−３，１２−５に対してコマンドを送出する必要のあ
るリクエストの場合には、ネットワーク管理装置２３か
ら、それぞれのアドレスを付加したパケットによりコマ
ンドが送出される。

【００２１】前述のように、ローカルコンソール２４は
、パケット交換ネットワーク内の任意のノード２２−２
〜２２−５に接続して、ネットワーク管理装置２３との
間に通信パスを設定し、ローカルコンソール２４からの
リクエストに従ってネットワーク管理装置２３はノード
に対するコマンド送出等を行うものであるから、ローカ
ルコンソール２４上で恰もネットワーク管理装置２３を
操作するように制御できることになる。

【００２２】本発明は、前述の各実施例のループ型ＬＡ
Ｎやパケット交換ネットワークにのみ限定されるもので
はなく、他の各種の構成のネットワークに適用できるも
のであり、又ノードに於けるローカルコンソールの接続
手段は、ドライバを介してネットワークに接続するだけ
でなく、プロセッサを介して接続することも可能であり
、その場合は、プロセッサはネットワーク管理装置との
間の階層構造となるものではなく、ローカルコンソール
とネットワーク管理装置との間の通信パスを形成する機
能を持つことになる。

【００２３】

【発明の効果】以上説明したように、本発明は、複数の
ノード２の中の任意のノードにローカルコンソール４を
接続し、このローカルコンソール４とネットワーク管理
装置３との間に通信パスを形成し、ローカルコンソール
４からプロセス間連携機能を利用してネットワーク管理
装置３を制御し、ネットワーク１の運用，管理，監視を
ネットワーク管理装置３により行わせるもので、ノード
２を含むネットワーク１全体の状態のデータの収集や制
御は、総てネットワーク管理装置３で行うものであるか
ら、ローカルコンソール４は、比較的簡単な構成で済む
ことになり、経済的なシステムを提供することができる
。

【００２４】又ローカルコンソール４が接続されていな
いノードに対しても、そのノードとの間の通信パスを意
識することなく、ネットワーク管理装置３に対するリク
エストによって、所望の制御やデータの受信が可能とな
り、障害探索やラインセットの増設，撤去等に於ける制
御手順が簡単となる利点がある。

【図面の簡単な説明】

【図１】本発明の原理説明図である。

【図２】本発明の一実施例の説明図である。

【図３】本発明の他の実施例の説明図である。

【符号の説明】

１　　ネットワーク ２　　ノード ３　　ネットワーク管理装置 ４　　ローカルコンソール

Claims (1)

【特許請求の範囲】
1. 【請求項１】　　ネットワーク（１）の複数のノード（
   ２）の中の一つのノードに接続されたネットワーク管理
   装置（３）により、前記ネットワーク（１）の運用，管
   理，監視を行うネットワーク制御システムに於いて、前
   記複数のノード（２）の中の任意のノードにローカルコ
   ンソール（４）を接続し、該ローカルコンソール（４）
   と前記ネットワーク管理装置（３）との間に通信パスを
   形成し、該ローカルコンソール（４）から前記ネットワ
   ーク管理装置（３）を制御して、前記ネットワーク（１
   ）の運用，管理，監視を行うことを特徴とするネットワ
   ーク制御システム。