JPH05292096A - 異常メッセージ処理の方法 - Google Patents

Abstract

(57)【要約】 【目的】 異常メッセージが管理ノードのリソースの限
界を越えて発生した場合であってもＣＰＵの停止、異常
メッセージの紛失を防止することを可能にする。 【構成】 通常ノード２−１、２−２、…、２−ｎで異
常が発生した場合に異常の内容を示す異常メッセージを
管理ノード１に対して転送したのち、異常メッセージを
管理ノード１が受信し、管理ノード１のリソースの使用
率を調べ、使用率が所定の値以下である場合には管理ノ
ード１側で前記異常メッセージを格納し、所定の値より
大きい場合には管理ノード１側から異常メッセージを通
常ノード２−１、２−２、…、２−ｎの内の１つに格納
するので、異常メッセージが管理ノード１のリソースの
限界を越えて発生した場合でも異常メッセージを格納す
ることが可能になる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はＬＡＮなどのネットワー
クシステムに係り、特にネットワークの各ノードから発
生した異常メッセージの処理に関する。

【０００２】

【従来の技術】最近では情報化が進み、多くの情報が例
えばＬＡＮなどの複数のノードからなるネットワークを
介して転送されている。そして例えば、あるノードのＣ
ＰＵが異常を検知した場合には異常メッセージをネット
ワークの異常管理ノードに送られ、あらかじめ定められ
た措置がとられるようになっている。

【０００３】図１０はこの様な従来の異常メッセージの
処理の一例を示すフローチャートである。

【０００４】同図に示すように、まず、管理ノードが他
のノードから異常メッセージを受信すると（ステップ１
００１）、異常メッセージ管理ノードのＣＰＵはメッセ
ージ受信用に使用できるメモリ領域の量を調べる（ステ
ップ１００２）。そして異常メッセージを受信できるだ
けのメモリが空いている場合には（ステップ１００
３）、異常メッセージをメモリに保持する（ステップ１
００４）。一方、異常メッセージを保持するだけの領域
が空いていない場合には、ネットワークシステムを強制
的にストップさせ（ステップ１００５）、再スタートさ
せる（ステップ１００６）ようにしていた。

【０００５】しかしながらこの様な従来のネットワーク
システムにおける異常メッセージ処理ではある一つの原
因からネットワークシステムの特定部分に異常事態が波
及する場合など、ほぼ同時に多数のノードから多くの異
常メッセージが異常メッセージ管理ノードに集中する。
このような場合、異常メッセージ管理ノードは異常メッ
セージを処理し切れずに異常メッセージ管理ノードのＣ
ＰＵは停止する。ＣＰＵが停止してから原因をつきとめ
てＣＰＵの再スタートをしなければならなかった。ＣＰ
Ｕの停止、再スタートは時間がかかり、しばしば、シス
テム全体に致命的な影響を及ぼしていた。

【０００６】

【発明が解決しようとする課題】上述したように、従来
のネットワークシステムにおける異常メッセージ処理で
はほぼ同時に多数のノードから多くの異常メッセージが
管理ノードに集中した場合には管理ノードは異常メッセ
ージを処理し切れずに異常メッセージ管理ノードのＣＰ
Ｕは停止し、ユーザが原因を突き止めた後で、再びＣＰ
Ｕを再スタートさせなければならなかった。

【０００７】本発明はこのような課題を解決すべく創案
されたもので、ほぼ同時に多数のノードから多くの異常
メッセージが管理ノードに集中した場合であってもＣＰ
Ｕの停止、再スタートを行うことを必要とせず、また異
常メッセージを紛失することを防止できるネットワーク
システムにおける異常メッセージ処理の方法を提供する
ことを目的とする。

【０００８】

【課題を解決するための手段】上述した目的を達成する
ために、第１の発明は、複数の通常ノードと管理ノード
とを具備するネットワークシステムにおける異常メッセ
ージ処理の方法であって、前記複数の通常ノードで異常
が発生した場合に前記異常の内容を示す異常メッセージ
を前記管理ノードに対して転送する工程と、転送された
前記異常メッセージを前記管理ノード側で受信する工程
と、前記管理ノードのリソースの使用率を調べる工程
と、前記管理ノード側において前記異常メッセージの受
信の際に、前記使用率が第１の所定値以下である場合に
は前記管理ノード側で前記異常メッセージを格納し、前
記第１の所定値より大きい場合には前記管理ノード側か
ら前記異常メッセージを前記複数の通常ノードの内の１
つに格納する工程とを具備した異常メッセージ処理の方
法であり、第２の発明は、第１の発明において、前記複
数の通常ノードの内、少なくても１つに前記異常メッセ
ージが格納されている場合で、前記使用率が第２の所定
値より小さい場合には、前記複数の通常ノードに格納さ
れいる前記異常メッセージを前記管理ノードに転送する
工程と、前記管理ノードに転送された前記異常メッセー
ジを前記管理ノード側に格納する工程とを具備した異常
メッセージ処理の方法である。

【０００９】

【作用】本発明の異常メッセージ処理の方法では、ま
ず、複数の通常ノードで異常が発生した場合に異常の内
容を示す異常メッセージを管理ノードに対して転送す
る。異常メッセージを管理ノードが受信し、管理ノード
のリソースの使用率を調べ、使用率が所定値以下である
場合には管理ノード側で前記異常メッセージを格納し、
所定の値より大きい場合には管理ノード側から異常メッ
セージを複数の通常ノードの内の１つに格納する。

【００１０】したがって、異常メッセージが管理ノード
のリソースの限界を越えて発生した場合でも異常メッセ
ージを格納することが可能になる。

【００１１】

【実施例】以下、本発明の実施例を図面を用いて説明す
る。

【００１２】図１は本発明のネットワークシステムにお
ける異常メッセージ処理の方法を適用したシステムの一
例の構成を示すブロック図である。

【００１３】同図に示すように、このネットワークで
は、管理ノード１と通常ノード２−１、２−２、…、２
−ｎが通信ケーブル３を介して接続されている。管理ノ
ード１は異常メッセージの受信処理を行い、大容量記憶
装置４を有している。

【００１４】まず、通常ノードからの異常メッセージを
受信する動作について説明する。

【００１５】図２は管理ノード１の異常メッセージ受信
処理を示すフローチャートである。同図に示すように、
まず、管理ノード１は異常メッセージを受信すると（ス
テップ２０１）、例えば、システムバッファやＣＰＵ等
の現在のシステムリソースの使用率が９０％以下である
かどうか調べる（ステップ２０２）。比較の結果、使用
率が９０％以下であった場合には異常メッセージを大容
量記憶装置４に保存する（ステップ２０３、２０４）。
使用率が９０％を越える場合には異常メッセージを受信
代行要求パケット３００に格納して通常ノード２−１、
２−２、…、２−ｎに転送する（ステップ２０３、２０
５）。

【００１６】図３は受信代行要求パケット３００のフォ
ーマットを示す図である。

【００１７】宛先アドレス部３０１はこのパケット転送
先のアドレスが格納される。送信元アドレス部３０２は
このパケットを送信した送信元のノードのアドレスが格
納される。コマンド部３０３はコマンドを格納する領域
であり、このパケットの場合は受信代行要求を示すコマ
ンドが格納される。ノード一覧部３０４はネットワーク
に参入している各ノードのアドレスが格納される。そし
てメッセージデータ部３０５は異常メッセージを格納す
る領域である。

【００１８】図４は管理ノード１がもつノード一覧を示
している。

【００１９】同図に示すように、このノード一覧には管
理ノード１および通常ノード２−１、２−２、…、２−
ｎのアドレスが格納されている。

【００２０】管理ノード１は受信代行メッセージを転送
する際にこのノード一覧を参照してパケット転送先のノ
ードを決定し、宛先アドレス部３０１にこのノードのア
ドレスを書き込む。

【００２１】以上、説明したように、管理ノード１は自
身のシステムリソースの使用率が低い場合には自身の大
容量記憶装置４に異常メッセージを保存し、使用率が高
い場合には異常メッセージを受信代行要求パケット３０
０として他の通常ノードに転送する。

【００２２】づぎに、管理ノード１が異常メッセージの
受信代行処理を解除する場合の動作について説明する。

【００２３】図５は管理ノード１が受信代行処理を解除
する場合の動作を示すフローチャートである。

【００２４】同図に示すように、まず、管理ノード１は
自身のシステムリソースの使用率を監視しており、この
システムリソースが６０％以下になると（ステップ５０
１）、受信代行の解除を指示する受信代行解除パケット
を同報にて全通常ノードへ送信する（ステップ５０
２）。

【００２５】図６は受信代行解除パケットのフォーマッ
トを示す図である。

【００２６】同図に示すように、宛先アドレス部６０１
は同報であることを示す信号（例えばＦＦＦＦｈ）が書
込まれる。また送信元アドレス部６０２にはこのパケッ
トを送信した送信元のノードのアドレスが書込まれる。
そしてコマンド部６０３には受信代行を示す信号が書込
まれる。

【００２７】以上、説明したように管理ノード１は自身
のリソースの使用率が低くなってくると受信代行の解除
を同報にてすべての通常パケットに通知する。

【００２８】つぎに、管理ノード１から転送された受信
代行要求パケット３００を受信する通常ノードの動作に
ついて説明する。

【００２９】図７は通常ノードが受信代行要求パケット
３００を受信する場合の動作を示すフローチャートであ
る。

【００３０】同図に示すように、管理ノード１から送ら
れた受信代行要求パケット３００を受信すると（ステッ
プ７０１）、通常ノードは自身のリソースの使用率を調
べる（ステップ７０２）。この使用率が９０％以下の場
合には受信代行要求パケット３００を自身のメモリに保
存する（ステップ７０３、７０４）。使用率が９０％を
越える場合には受信代行要求パケット３００を他の通常
ノードに転送する（ステップ７０３、７０５）。以上の
ように、通常ノードは受信代行要求パケット３００を受
信すると、自身のリソースの使用率が低い場合には自身
のメモリに受信代行要求パケット３００に格納された異
常メッセージを格納する。しかし自身のリソースの使用
率が高い場合には受信代行要求パケット３００を他の通
常ノードに転送する。

【００３１】つぎに、通常ノードが受信代行解除パケッ
トを受信した場合の動作について説明する。

【００３２】図８は通常ノードが受信代行解除パケット
を受信した場合の動作を示すフローチャートである。

【００３３】まず、管理ノード１から同報によって転送
された受信代行解除パケット６００を受信すると（ステ
ップ８０１）、以前に異常メッセージを代行受信してい
ない場合には処理を終了する（ステップ８０２）。以前
に代行受信している場合であって、これらのメッセージ
をすでに他のノードあるいは管理ノードに転送している
場合には（ステップ８０２、８０３）、処理を終了す
る。まだ転送未完了のメッセージがある場合には代行メ
ッセージ転送パケットを管理ノード１に対して転送する
（ステップ８０４）。

【００３４】図９は代行メッセージ転送パケット９００
のフォーマットを示す図である。

【００３５】同図に示すように、宛先アドレス部９０１
は管理ノード１のアドレスを格納する。送信元アドレス
部９０２には送信元の通常ノードのアドレスを格納す
る。コマンド部９０３には代行メッセージ転送である事
を示す信号が格納されている。そしてメッセージデータ
部９０４には管理ノード１に転送すべき異常メッセージ
を格納する。

【００３６】このようにして管理ノード１のリソースの
使用率が６０％に低下すると代行メッセージ転送パケッ
トによって異常メッセージが管理ノードに戻される。

【００３７】上述した実施例では管理ノード１および通
常ノードは自身のリソースの使用率が９０％になった場
合に他のノードに異常メッセージを格納したパケットを
転送するようにしたが、９０％に限られるものではなく
ノードのシステムに対応して最適な値にすることが望ま
しい。さらに管理ノード１は自身のリソースの使用率が
６０％以下になった場合に異常メッセージの代行受信を
解除しているが、これも同様にシステムに応じて最適な
値にすることが望ましい。

【００３８】上述したように本実施例のネットワークシ
ステムにおける異常メッセージ処理の方法では、ほぼ同
時に多数の異常メッセージが発生した場合であっても管
理ノード１はリソースの使用率が高いと他の通常ノード
に異常メッセージを一時的に格納するように要求する。
このためＣＰＵの停止などネットワーク全体がダウンす
ることを防止できる。

【００３９】

【発明の効果】本発明の異常メッセージ処理の方法で
は、まず、複数の通常ノードで異常が発生した場合に異
常の内容を示す異常メッセージを管理ノードに対して転
送したのち異常メッセージを管理ノードが受信し、管理
ノードのリソースの使用率を調べ、使用率が所定の値以
下である場合には管理ノード側で異常メッセージを格納
し、所定値より大きい場合には管理ノード側から異常メ
ッセージを複数の通常ノードの内の１つに格納するの
で、異常メッセージが管理ノードのリソースの限界を越
えて発生した場合でも異常メッセージを格納することが
可能になる。

【図面の簡単な説明】

【図１】本発明のネットワークシステムにおける異常メ
ッセージ処理の方法を適用したシステムの一例の構成を
示すブロック図である。

【図２】管理ノードの異常メッセージ受信処理を示すフ
ローチャートである。

【図３】受信代行要求パケットのフォーマットを示す図
である。

【図４】管理ノードがもつノード一覧である。

【図５】管理ノードが受信代行処理を解除する場合の動
作を示すフローチャートである。

【図６】受信代行解除パケットのフォーマットを示す図
である。

【図７】通常ノードが受信代行要求パケットを受信する
場合の動作を示すフローチャートである。

【図８】通常ノードが受信代行解除パケットを受信した
場合の動作を示すフローチャートである。

【図９】代行メッセージ転送パケットのフォーマットを
示す図である。

【図１０】従来の異常メッセージの処理の一例を示すフ
ローチャートである。

【符号の説明】

１…管理ノード ２−１、２−２、…、２−ｎ…通常ノード ３…通信ケーブル ４…大容量記憶装置

Claims (2)

【特許請求の範囲】
1. 【請求項１】 複数の通常ノードと管理ノードとを具備
   するネットワークシステムにおける異常メッセージ処理
   の方法であって、 前記複数の通常ノードで異常が発生した場合に前記異常
   の内容を示す異常メッセージを前記管理ノードに対して
   転送する工程と、 転送された前記異常メッセージを前記管理ノード側で受
   信する工程と、 前記管理ノードのリソースの使用率を調べる工程と、 前記管理ノード側において前記異常メッセージの受信の
   際に、前記使用率が第１の所定値以下である場合には前
   記管理ノード側で前記異常メッセージを格納し、前記第
   １の所定値より大きい場合には前記管理ノード側から前
   記異常メッセージを前記複数の通常ノードの内の１つに
   格納する工程とを具備することを特徴とする異常メッセ
   ージ処理の方法。
2. 【請求項２】 前記複数の通常ノードの内、少なくても
   １つに前記異常メッセージが格納されている場合で、前
   記使用率が第２の所定値より小さい場合には、前記複数
   の通常ノードに格納されいる前記異常メッセージを前記
   管理ノードに転送する工程と、 前記管理ノードに転送された前記異常メッセージを前記
   管理ノード側に格納する工程とを具備することを特徴と
   する請求項１記載の異常メッセージ処理の方法。