JPS63129744A - ネツトワ−ク管理方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 産業上の利用分野 この発明は、集中管理と分散管理とを合わせ持つネット
ワークシステムの管理方法に関する。

従来の技術 ネットワークの仕様は各種の専門機関において標準化作
業が進められておシ、ネットワーク管理についても標準
代案の作成が進行中である（例えば、Ｉ　ＳＯ／　ＴＣ
９７／　５Ｃ２１／Ｎ３９１　Ｉｎｆｏｒｍａｔｉｏｎ
Ｐｒｏｃｅｓｓｉｎｇ　　Ｓｙｓｔｅｍｓ＝Ｏｐｅｎ　
　ＳｙｓｔｅｍｓＩｎｔｅｒｃｏｎｎｅｃｔｉｏｎ＝Ｂ
ａｓｉｃ　　ＭａｎａｇｅｍｅｎｔＦｒａｍｅｗｏｒｋ
）。

ネットワーク管理の内容には、構成管理・障害管理・デ
ィレクトリ管理・性能管理・機密管理・会計管理などが
あり、これらの管理により通信エンティティの遂行する
仕事の監視・調整・援助を行ない、ネットワークのユー
ザ間の効率良い通信を高い生産性で実現することがネッ
トワーク管理の目的となっている。

このようなネットワーク管理を実現するために従来では
、第１図に示すような集中管理方法や、第２図に示すよ
うな分散管理方法がとられている。

図において、１は管理端末、２は一般端末、３はネット
ワークと端末とを結び付けるネットワークインタフェー
スアダプタ（ＮＩＡ）、４はネットワークの媒体５にＮ
ｌＡ３を接続するためのコネクタである。なお、−例と
してバス型のトポロジを示したが、・特に指定するもの
ではない。

第１図の集中管理型のネットワークでは、すべての端末
２の情報が管理端末１に集められて管理されるため、管
理情報ベースは管理端末１に存在する。まだ、端末２の
異常などの情報は、一度管理端末１へ通知された後（ま
たは管理端末１が発見した後）、管理端末１から各端末
２へ通達される。

第２図の分散管理型のネットワークでは、上記の管理端
末はなく、管理情報ベースはすべての端末２に分散され
て存在する。また、ある端末２で異常が発生した場合、
その異常端末２から他の各端末２へ通達するか、そうで
なければ他の端末２による異常発見にまかされる。

ところで、集中管理の場合は管理端末１へのトラフィッ
クが集中するため、管理端末工の負担が増大し、端末数
が増えるに従って１端末あたりの処理速度が著しく低下
する。一方、分散管理の場合は管理情報が分散している
ので、データの変更等に伴う処理が複雑になる。

このため一般的には、集中管理を基本とし、管理端末の
負担を軽減するために、一部を分散管理にまわすという
方法がとられている。

発明が解決しようとする問題点 上述した従来の管理方法では、管理端末に障害が発生す
ると、システム全体の効率的運用が著しく阻害され、さ
らにはシステムダウンにまで陥るといった問題があった
。

この問題は以下の理由で生じる。管理端末が単なるモニ
タであって、他の端末に対して直接的なアクションを要
請しないのであれば、管理端末の障害はシステムに何も
影響を与えないが、管理機能に大幅な制限が必要となる
のは勿論である。

また、通常の通信において管理機能を必要とし、管理端
末からの情報が必須の場合は、管理端末の障害でシステ
ム全体が運用不能になるし、通信エンティティの状態を
常に報告するなど管理端末へのアクションを行なうシス
テムでは、障害を起こした管理端末へのアクションは無
駄になり、全体としての通信の効率低下につながる。

そこで、管理端末の障害時には各端末が自ら管理機能を
停止すれば効率の低下を防げることになるが、そうした
場合、それ以後の管理情報は更新されないので、管理端
末の復旧時にシステムの状況を把握することができなく
なる。

この発明は上述した従来の問題点に鑑みなされたもので
、その目的は、管理端末の障害時にも通信効率を低下さ
せずに通常の運用が可能で、管理端末なしの運用システ
ムも構築できるネットワーク管理方法を提供することに
ある。

問題点を解決するための手段 本発明は上述の問題点を解決するため、各端末において
、不揮発性の書き換え可能なメモリ上に、管理エンティ
ティと通信エンティティの動作パラメータ、それに一部
の管理情報を置き、管理端末の管理下で動作する時はも
ちろん、管理端末の障害時にもこのメモリに記憶されて
いる上記ノくラメータおよび管理情報に従って動作させ
るようにした０ 作用 上述の管理方法においては、管理端末の障害時の各端末
の動作を上記メモリに書き込む情報によって予め自由に
指定することができ、かつその情報は電源断の場合でも
保持されるので、管理端末を除いたシステムでもそのシ
ステムに最適なパラメータで運用が可能となる。

実施例 本発明のネットワーク管理方法は、第１図の集中管理と
第２図の分散管理とを併用するもので、これについては
既に説明したとおシである。

本発明の方法を実施するにあたり、図示を省略するが、
前述の各端末２に不揮発性の書き換え可能なメモリ　（
以下、単にメモリと称する）を設け、このメモリを使用
して次のように管理機能が実現される。

第３図は本発明の管理方法の制御手順を示している。シ
ステム立ち上げの際は、管理端末１から他の端末２に対
して管理開始通知を送ることにより、端末２は管理開始
を示す（第１図も参照）。

これに対して端末２が応答を返すことで、管理端末１は
各端末２の状態を把握することになる。

管理端末１は、立ち上げの確認できた端末に対して管理
動作パラメータを送シ（前記メモリに格納される）、具
体的な管理を開始させる。このとき管理動作パラメータ
として、管理の非活性化状態における動作パラメータも
前記メモリに設定される。以後は定期的な動作確認のや
シとシで互いに状態を把握する。

管理中において管理端末１に障害が発生すると、動作確
認の信号が端末２に送られなくなシ、これによって端末
２が管理管末工の異常発生を認知し、管理を非活性化す
る。この状態で端末２がシステムダウンによってリセッ
トされても、再立ち上げ時には前記メモリに前記動作パ
ラメータが消えずに残っているので、リセット前とまっ
たく同様な状態に復帰することができる。

第４図には前記メモリに設定する管理動作パラメータの
内容例を示している。管理端末１による管理を受けてい
る状態では第４図の表の「管理下」のパラメータに従っ
て端末２の管理エンティティが動作する。管理端末の障
害時には前記衣の「デフォルト」のパラメータに従って
管理エンティティが動作する。

障害により動作不能であった管理端末１を再立ち上げす
ると、前述した管理開始からのシーケンスが再び行われ
、管理が回復する。端末２のメモリに設定されている管
理の非活性化状態（デフォルト）の動作パラメータに従
い、端末２内でデータの収集が行なわれていた場合は、
管理端末１が回復したときにそのデータが管理端末１に
集められる。

発明の効果 以上詳細に説明したように、本発明は、各端末に設けた
不揮発性の書き換え可能なメモリ上に管理エンティティ
と通信エンティティの動作ノくラメータ、それに一部の
管理情報とを置き、管理端末の管理下で動作するときは
もちろん、管理端末の障害時にもそのパラメータおよび
管理情報に従って動作させるようにしたので、管理端末
の障害時の各端末の動作を予め自由に設定することがで
き、かつ前記メモリの内容は電源断の場合でも保持され
るため、管理端末を除いたシステムでも最適なパラメー
タでシステムを運用することができる。

【図面の簡単な説明】

第１図は集中管理の動作の概念図、第２図は分散管理の
動作の概念図、第３図は本発明の一実施例方法による管
理開始時のシーケンス図、第４図は同上実施例における
メモリに設定するデータ内容の表である０ １・・・管理端末、２・・・一般端末、３・・・ネット
ワークインタフェースアダプタ、４・・・コネクタ、５
１．。 通信媒体。

Claims (1)

【特許請求の範囲】
1. 各端末に不揮発性の書き換え可能なメモリを設け、通信
   エンティティと、管理の活性化および非活性化の両状態
   における管理動作パラメータと、一部の管理情報とを上
   記メモリに設定するとともに、その内容を管理端末から
   自由に変更できるようにし、各端末を上記メモリの内容
   に従つて動作させるようにしたネットワーク管理方法。