JPH05199232A

JPH05199232A - 障害管理装置

Info

Publication number: JPH05199232A
Application number: JP4006630A
Authority: JP
Inventors: Yasuhiro Sakamoto; 康広坂本
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1992-01-17
Filing date: 1992-01-17
Publication date: 1993-08-06

Abstract

(57)【要約】【目的】ネットワークシステムの障害を管理する障
害管理装置に関し、相互接続型ネットワークの障害管理
を簡単に行え、さらにシステムの変更の際にも簡単に管
理システムを変更できる障害管理装置を目的とする。【構成】装置状態に関する情報を記憶する第１の記憶
手段（１）と、ネットワーク構成に関する情報を記憶す
る第２の記憶手段（２）と、ネットワーク構成と装置状
態による障害発生箇所および原因に関する情報を記憶す
る第３の記憶手段（３）と、障害が発生した際に端末装
置からの情報をもとに前記第１の記憶手段（１）に記憶
する情報から前記装置の状態を求める装置状態診断部
（４）と、前記第２の記憶手段に記憶する情報から障害
に関する接続を求め、前記第３の記憶手段に記憶する情
報をもとに障害発生箇所と原因を求めて管理者と通信部
に通知する障害発生箇所原因診断部（５）とよりなる構
成とする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はネットワークシステムに
係り、さらに詳しくはネットワークシステムの障害を管
理する障害管理装置に関する。

【０００２】

【従来の技術】コンピュータによるネットワークは近年
発展し多方面で使用されている。また、ソフトウェア開
発環境に関するニーズから大規模化・広域化の傾向にネ
ットワークシステムはある。

【０００３】ネットワークシステムの１つとして相互接
続型ネットワークシステムがある。この相互接続型ネッ
トワークシステムは中継局を介してネットワークを順次
拡大することができる。一挙にネットワークを大規模化
で設置するのではなく、順次必要に応じてネットワーク
を増設することができるため、この相互接続型のネット
ワークが多く用いられている。

【０００４】ネットワークシステムにおいては、そのネ
ットワークを管理する管理装置が必要である。この管理
装置では、障害情報を１箇所に集中させており、そこで
管理者が障害に対する管理を行う。特に、種々に発生す
る障害パターンに対するものを記憶しておき、障害が発
生した時にその障害に対するパターンを求め、そのパタ
ーンからどこが障害であったかを求める。

【０００５】一般に予想できる障害を予め管理装置に格
納しておく方式と、管理装置に専門技術者を配置し、例
えば管理装置に設けられたディスプレイに障害の発生を
表示して専門技術者がその障害の原因をみつける方式と
がある。

【０００６】図１７は相互接続型ネットワークの構成図
である。サブネットワークＮ１〜Ｎ５と中継装置Ｃ１〜
Ｃ３とで構成されている。サブネットワークＮ１は中継
装置Ｃ１を介してサブネットワークＮ５に、サブネット
ワークＮ２，Ｎ３は中継装置Ｃ２を介してサブネットワ
ークＮ５に、サブネットワークＮ４は中継装置Ｃ３を介
してサブネットワークＮ５に接続している。個々のサブ
ネットワークＮ１〜Ｎ５には図示しないが端末装置が接
続しており、これらのサブネットワークと中継装置とを
介して目的とする端末に対し情報の伝達を行っている。

【０００７】

【発明が解決しようとする課題】前述した相互接続型ネ
ットワークの障害を管理する場合でも、図１７に示す如
く、その障害を管理するための管理装置Ｍ１が設けられ
ている。この管理装置Ｍ１はそれぞれの中継装置Ｃ１〜
Ｃ３や端末装置の性能等の状態や障害発生の状態を全て
管理している。

【０００８】サブネットワークを順次接続していく相互
接続型ネットワークにおいては、その管理が広域となる
ため充分な管理がなされないことがあった。例えば、１
個のサブネットワークが公衆回線を介して接続し、その
サブネットワークに障害が発生した場合、管理装置に配
置された専門技術者がそのサブネットワークまで出むい
て障害を見つけに行くことは困難であった。

【０００９】これを解決する方法として管理箇所を複数
設ける方式も考えられている。しかしながら、障害診断
の知識を有している管理者すなわち専門技術者（エキス
パート）は不足しており、この管理拠点毎に専門技術者
を設けることは困難であった。

【００１０】さらに誰でもがどの障害であるかを分かる
ようにしたエキスパートシステムの導入も考えられる。
しかしながら、エキスパートシステムにおいてはサブネ
ットワークを追加するたびに知識ベースの修正に知識を
有するため、ネットワーク内で頻繁におこる構成変更に
容易に対処できないという問題を有していた。

【００１１】本発明は相互接続型ネットワークの障害管
理を簡単に行え、さらにシステムの変更の際にも簡単に
管理システムを変更できる障害管理装置にある。

【００１２】

【課題を解決するための手段】図１は本発明の原理ブロ
ック図である。本発明はネットワークシステムに接続さ
れる管理装置におけるものである。

【００１３】第１の記憶手段１は装置状態に関する情報
を記憶する。この情報は例えば端局と中継局とに分類さ
れた装置メッセージとその装置の状態とで関係付けた情
報である。

【００１４】第２の記憶手段２はネットワーク構成に関
する情報を記憶する。この情報は前記端局と中継局との
接続関係で表現した情報である。第３の記憶手段３はネ
ットワーク構成と装置状態による障害発生の箇所および
原因に関する情報を記憶する。装置状態診断部４は障害
が発生した際に端末装置からの情報をもとに前記第１の
記憶手段に記憶する情報から前記装置の状態を求める。

【００１５】障害発生箇所原因診断部５は前記第２の記
憶手段に記憶する情報から障害に関する接続を求め、前
記第３の記憶手段に記憶する情報をもとに障害発生箇所
と原因を求める。そして、管理者と通信部に通知する。

【００１６】

【作用】障害が発生した際、中継装置や端末装置から個
々の装置に関するコード等で情報が管理装置に入力す
る。その情報をもとに第１の記憶手段からその装置がど
の状態であるかを求める。この状態とは例えば端局等に
分類された通知メッセージとシステムにおける状態との
関係から求めた状態である。この状態は障害発生箇所原
因診断部５に入力し、第２の記憶手段並びに第３の記憶
手段で記憶する情報から障害発生箇所と原因を求める。
そして例えば管理者と通信部に通知する。

【００１７】第１の記憶手段１は各中継装置や端末装置
からの情報に対応して、システム固有の情報を記憶し、
それをもとにシステム固有の情報に装置状態診断部４が
変換するので、システム内に複数台の管理装置が存在し
ても、障害発生時にそれを管理する管理装置がシステム
固有の情報に変換してたとえば１箇所に伝送し、どの様
なシステム障害であるかを受けた管理装置は的確に判断
することができる。

【００１８】

【実施例】以下、図面を用いて本発明を詳細に説明す
る。図２は本発明の第１の実施例の構成図である。サブ
ネットワークに接続するネットワークインタフェース１
１はサブネットワークに接続するためのインタフェース
回路であり、このネットワークインタフェース１１内に
は例えば送受信回路、ターミネータ等が設けられ、送受
信するのデータがこのインタフェース１１によって制御
される。

【００１９】サブネットワークより入力した信号はこの
ネットワークインタフェース１１を介して制御処理部１
２に加わる。制御処理部１２は通信の制御を行う。ま
た、本装置は図示しない例えば表示部や入力部を制御し
て端局としても動作する。

【００２０】一方、制御処理部１２には障害管理部１０
が接続している。障害管理部１０は相互接続型ネットワ
ークの全て或いは一部の障害発生を管理するものであ
り、装置状態診断部１３、障害発生箇所原因診断部１
８、装置メッセージファイル１４、装置関連情報ファイ
ル１５、ネットワーク構成ファイル１６より構成され
る。

【００２１】ネットワークインタフェース１１を介して
制御処理部１２に加わったネットワークからの障害情報
は制御処理部１２によって障害管理部１０内の装置状態
診断部１３に入力する。装置状態診断部１３は装置メッ
セージファイル１４に接続している。障害管理部１０が
管理すべき端局の装置メッセージを装置メッセージファ
イル１４は記憶している。

【００２２】図３は図２の本発明の実施例がシステム内
部に設けられたネットワークの構成図である。中継装置
Ｃ１、Ｃ２、Ｃ３はサブネットワークＮ１、Ｎ２、Ｎ
３、Ｎ４とサブネットワークＮ５とを接続している。こ
れらのサブネットワークＮ１〜Ｎ５に端局Ｋ１〜Ｋ７と
監視装置いわゆる管理装置Ｍが接続している。この管理
装置Ｍは以下の動作で端局Ｋ１〜Ｋ７や中継装置を管理
する。

【００２３】図４は各装置とその状態に関するメッセー
ジ図表である。図４の如く各装置Ａ，Ｂ，Ｃに対するメ
ッセージと障害の意味とを対応関係を付けて装置メッセ
ージファイル１４は記憶している。

【００２４】装置状態診断部１３はこの受信したメッセ
ージからそのメッセージがどのような意味であるかを判
断し、その結果を障害発生箇所原因診断部１８に出力す
る。なお、装置Ａ，Ｂ，Ｃはそれぞれ異なった装置対応
のメッセージである。例えば図４の如く装置Ａは障害の
意味に応じた英文のメッセージを、装置Ｂは障害に対応
したコードを送出する。また、装置Ｃは中継局であって
意味を表現する英文とほぼ同一のメッセージを送出す
る。

【００２５】前述のような状態メッセージが端局や中継
局より障害のさいに入力する。この入力した情報を障害
発生原因診断部１８にそのまま送出することはできな
い。このため、予め管理者は以下の如くテーブルを作成
しておく。例えば図５の如くサブネットワークを構成す
る管理領域を端局と中継局とに分類し、例えばＡ，Ｂ，
Ｃを端局、装置Ｄ，Ｅ，Ｆを中継局とし２種類に分類す
る。そして、それらの端局においては状態とその意味と
を、また中継局においても状態とその意味とを図６の如
く対応をつけ、その対応表から例えば装置Ａがどのメッ
セージであったら状態はどのメッセージの状態であるか
を障害管理部１０内固有の状態表現とする。

【００２６】この状態表現は図７の装置図表のルール化
図表であるならば、装置Ａ，Ｃの状態メッセージと状態
はほぼ一致したものであり、装置Ｂのコードが状態情報
に変換される。このようなメッセージと状態とを装置メ
ッセージファイル１４に記憶することにより端局中継局
の状態が明確に変換できる。そして、その状態は障害発
生箇所原因診断部１８に入力する。

【００２７】障害発生箇所原因診断部１８はネットワー
ク構成ファイル１６、装置関連情報ファイル１５より障
害を的確に検出するものである。例えば図８はネットワ
ークの構成を表すものである。ネットワークに接続され
た装置番号No. ００１〜No. ００５の装置は図表９に示
す如くそれぞれ装置種類ＳＡ〜ＳＣで区別される。さら
に、それらの装置クラスが端局であるか中継局であるか
を、さらに接続ネットワークがＰであるかＱであるかを
区別される。この区別を図９に示す表によって各装置の
情報としてネットワーク構成ファイル１６は記憶する。

【００２８】通信における障害があった時にはこのよう
なネットワーク構成ファイル１６から現在の接続状態が
図１０に示す特定の接続パターンＰＴ１、ＰＴ２、ＰＴ
３のどのパターンにあてはまるかを求め、その結果と障
害情報とから原因がどこであるかを判断する。この原因
診断においては、接続パターン○で、ＩＦ：端局Ａの状
態が○○○だったから、ＴＨＥＮ：○○○が障害の発生
箇所で、原因は○○○なる判断ルーチンでそれぞれの原
因を判断する。図１１は装置関連情報ファイル１５が記
憶する各パターン毎の知識ベース化の図表である。パタ
ーンＰＴ１であった時には、端局の状態のみで判断でき
る障害である。またパターンＰＴ２は端局と対端局の状
態で判断できる障害である。またパターンＰＴ３は端局
と中継局の状態で判断できる障害である。これらのパタ
ーンにより、診断すなわち推論が行われる。

【００２９】図１２は知識ベースを用いた診断手順の説
明図である。先ず（１）ネットワークの各装置よりメッ
セージが収集されると、（２）ネットワーク構成に関す
る情報（図９参照）をもとに、どの装置間で障害が発生
したかを判断する。例えば装置No. ００１のみで障害発
生、装置No. ００１と装置No. ００３で障害発生、装置
No. ００１と装置No. ００５で障害発生等である。

【００３０】続いて（３）ネットワークの状態に関する
知識ベースをもとに接続パターンと状態を判断する。こ
こでは例えば接続パターン／端局のみで装置状態／Software caused
connection abort、接続パターン／端局間で装置状態／
connection timed out , Host is down 、接続パターン
／端局−中継局で装置状態／connection timed out ,No
route to hostを判断する。

【００３１】さらに（４）上記構成と「ネットワーク構
成と構成と状態に関する知識ベース」をもとにマッチン
グさせて障害発生箇所を診断する。ここでは例えば接続
パターン／端局のみ、装置状態／Software caused conn
ection abort、である時自装置接続パターン／端局間、
装置状態／connection timed out , Host is down 、で
ある時端局１の入力障害又は端局２の出力障害、接続パ
ターン／端局−中継局、装置状態／connection timed o
ut ,No route to hostである時通信先ネットワークのラ
イン障害と判断する。

【００３２】以上のような推論を実施することにより、
異常時の状態から障害箇所の判断を行うことができる。
また端末装置から情報が入力した場合であってもその障
害情報がその端末自身のものであるとは限らず、相手方
または中継装置である場合がある。このためこのような
図１２の如く診断を行うのである。

【００３３】前述した本発明の実施例においては監視装
置を１台設けて障害を管理している。一方、本発明はこ
れに限るものではない。例えば図１３の本発明の第２の
実施例の構成図の如く、それぞれの領域をサブネットワ
ーク単位や複数のネットワーク、さらに中継装置単位等
によって管理領域Ｋ１，Ｋ２，Ｋ３に分け、それぞれに
管理装置ＫＸ１〜ＫＸ３を設ける。複数の管理装置があ
る場合には、それぞれ管理範囲内での情報のみを有して
おり、それぞれの管理範囲外との通信における障害が発
生した場合には管理装置ＫＸ１〜ＫＸ３は障害管理の通
信を行う。

【００３４】図１４は複数台の管理装置における管理方
式の構成図である。管理装置ＫＸ１，ＫＸ２は障害推論
部３０、障害通知部３１、障害表示部３２よりそれぞれ
構成される。障害推論部３０は前述した如く障害等の情
報から障害箇所を求めるものであり、障害通信部３１は
障害に関する情報を伝送するものである。また、障害表
示部３２はそれらの障害をオペレータ等に表示する。本
発明の第２の実施例においては、ネットワーク内に管理
装置を複数設けてあるので、その内の一台の管理装置Ｋ
Ｘ３は最終的な障害を判断し、他の管理装置ＫＸ１、Ｋ
Ｘ２は前述の意味情報に変換した情報をシステムを管理
する管理装置ＫＸ３に送出する。最終的な判断をする管
理装置ＫＸ３は図１３に示す矢印の如く、障害に関係す
る情報を受けて、その情報より判断する。

【００３５】図１５は本発明の第２の実施例の管理装置
の詳細な構成図である。各管理領域Ｋ１〜Ｋ３内の装置
から障害メッセージが入力するとメッセージ収集部４１
はネットワーク４０から加わるメッセージを求め、制御
部４２に受信したメッセージを出力する。そのメッセー
ジが障害通知であった時には、装置状態診断部４３は装
置メッセージファイル４４を参照して、前述した第１の
実施例と同様に入力したメッセージの障害情報を求め
る。そして、システムの状態の情報として障害発生箇所
原因診断部４５に入力する。障害発生箇所原因診断部４
５はネットワーク構成ファイル４６、装置関連ファイル
４７からその原因を求める。

【００３６】本発明の第２の実施例の管理装置はＨＭＩ
（Human Machine Interface ）４８を有し、装置状態診
断部４３の状態結果並びに障害診断結果を管理者に対し
表示する。そして、通信部４９に対し結果を出力する。
通信部４９は図示しないが例えば他の管理者等に情報を
伝達する。またネットワークに対しメッセージを送出す
る。

【００３７】図１６は本発明の第２の実施例の処理フロ
ーチャートである。処理を開始するとメッセージ収集部
で特定の範囲の装置メッセージを常に受信Ｓ０し、特定
範囲内に障害メッセージを発生する装置があるかを判断
する。管理範囲内に障害メッセージを管理装置に向けて
送信する装置が存在した時（ＹＥＳ）にはその装置種類
とそのメッセージ種により装置状態知識ベースすなわち
装置メッセージファイル４４を検索する（Ｓ１）。そし
て、続いて検索された知識ベースに基づき装置状態を管
理者と障害発生箇所原因診断部４５に通知する（Ｓ
２）。さらにネットワーク構成知識ベースから障害装置
の位置を検索（Ｓ３）する。さらに、障害発生装置の接
続関係と装置状態に基づき装置関連知識ベース４７を検
索（Ｓ４）し、知識ベースに基づき障害発生箇所と原因
を管理者と通信部に通知（Ｓ５）する。尚、システム内
の複数の領域にまたがる障害の時は、全体を管理する管
理装置に意味情報を送るべき通信部に通知する。

【００３８】また、障害がない場合には通信部に他のネ
ットワークの障害状況を収集し（Ｓ６）、収集した障害
状況を管理者に通知する（Ｓ７）。このよう動作を順次
繰り返することにより障害の管理が行える。一方、前述
した装置メッセージファイル４４並びにネットワーク構
成ファイル４６更には装置関連ファイル４７は知識ベー
ス編集部５０に接続しており、管理者のＨＭＩ部４８の
操作により制御部４２を介し知識ベース編集部５０が動
作し、例えば新しく登録する等の処理を行うことができ
る。このとき、登録にはそのサブネットワーク内におけ
る接続、さらには装置の種類、そしてその装置より出力
されるメッセージと意味とを関係付けて図７のメッセー
ジと状態との関係を求め登録する。

【００３９】以上述べた如く、本発明は階層化した知識
ベースをもとに障害を判断しているので、装置の追加に
対しては、その追加装置に関する個別な情報と、接続情
報を追加するだけでよい。また、この追加の操作は専門
の技術者でなくとも行うことができる。

【００４０】

【発明の効果】以上述べたように本発明によれば、階層
的にシステムの障害を管理でき、知識の乏しい管理者で
も管理が行えるとともに、また障害診断に関する知識の
ない管理者でもネットワークの構成に関する知識を収集
することができ、ネットワークの構成変更に容易に対応
できるシステムを得ることができる。

【図面の簡単な説明】

【図１】本発明の原理ブロック図である。

【図２】本発明の第１の実施例の構成図である。

【図３】ネットワークの構成図である。

【図４】各装置とその状態に関するメッセージ図表であ
る。

【図５】装置のモデル化の例を示す図である。

【図６】装置類を端局と中継局でクラス化した図表であ
る。

【図７】装置状態のルール化図表である。

【図８】複数にまたがる管理のネットワーク図表であ
る。

【図９】接続構成図表である。

【図１０】診断ルールの説明図表である。

【図１１】各パターン毎の知識ベース化の図表である。

【図１２】知識ベース例を用いた診断手順の説明図であ
る。

【図１３】本発明の第２の実施例の構成図である。

【図１４】管理方式の構成図である。

【図１５】本発明の第２の実施例の構成図である。

【図１６】本発明の第２の実施例の処理フローチャート
である。

【図１７】相互接続型ネットワークの構成図である。

【符号の説明】

１第１の記憶手段２第２の記憶手段３第３の記憶手段４装置状態診断部５障害発生箇所診断部

Claims

【特許請求の範囲】

【請求項１】ネットワークシステムに接続された管理
装置において、装置状態に関する情報を記憶する第１の記憶手段（１）
と、ネットワーク構成に関する情報を記憶する第２の記憶手
段（２）と、ネットワーク構成と装置状態による障害発生箇所および
原因に関する情報を記憶する第３の記憶手段（３）と、障害が発生した際に端末装置からの情報をもとに前記第
１の記憶手段（１）に記憶する情報から前記装置の状態
を求める装置状態診断部（４）と、前記第２の記憶手段に記憶する情報から障害に関する接
続を求め、前記第３の記憶手段に記憶する情報をもとに
障害発生箇所と原因を求めて管理者と通信部に通知する
障害発生箇所原因診断部（５）とよりなることを特徴と
する障害管理装置。
【請求項２】前記第１の記憶手段（１）で記憶する装
置状態に関する情報は、端局と中継局とに分類された装
置メッセージと状態とで関係付けた情報であることを特
徴とする請求項１記載の障害管理装置。
【請求項３】前記ネットワーク構成に関する情報は、
前記端局と前記中継局との接続関係で表わした情報であ
ることを特徴とする請求項２記載の情報管理装置。