JP2000059465A

JP2000059465A - 障害監視管理方式

Info

Publication number: JP2000059465A
Application number: JP10224648A
Authority: JP
Inventors: Koji Suzuki; 功二鈴木
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1998-08-07
Filing date: 1998-08-07
Publication date: 2000-02-25

Abstract

(57)【要約】【課題】複数地点に存在する保守者が同じシステムの
監視を行うとき、システムに発生する障害に対する対処
漏れ、２重対処を防止する。【解決手段】自律的に障害検出が可能な監視対象シス
テム１の障害状態の監視を、監視制御装置２と情報転送
網６を介して接続された監視用端末３とを用いて複数の
保守者が行う。障害対処を行う保守者は、対処作業を行
う前に、自保守者が対処を行う旨を他保守者に対し宣言
（障害認知と呼ぶ）する。このとき、複数保守者により
ほぼ同時期に障害認知が行われた場合、監視制御装置２
は、認知情報を集中管理して１人の障害認知のみを有効
とする。これにより、障害対処保守者以外の保守者が発
生中の障害の対処状況を知ることができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、障害監視管理方式
に係り、特に、自律的に障害検出を行う機能を持った監
視対象システムの障害監視を、同一の障害情報を用いて
複数地点から実行するような保守形態を持つシステムの
障害監視管理方式に関する。

【０００２】

【従来の技術】従来技術による監視対象システムに対す
る障害監視管理方式は、規模の大小はあるが、監視対象
システムに発生した障害を任意の場所に設置した１ヶ所
の障害監視装置により集中的に行われるのが一般的であ
る。

【０００３】図１０は従来技術による監視対象システム
に対する障害監視管理方式を説明する図であり、以下、
図１０を参照して従来技術による障害監視管理方式を説
明する。図１０において、１は監視対象システム、２は
監視制御装置、５は保守者、１−ａはネットワーク構成
装置、１−ｂは接続回線である。

【０００４】図１０に示す従来技術による障害監視管理
方式は、監視対象システム１として、複数のネットワー
ク構成装置１−ａと、これらを接続する接続回線１−ｂ
とにより構成されるネットワークシステムを例とするも
ので、監視対象システム１に１つの監視制御装置２が設
けられて構成されている。

【０００５】図１０に示す障害監視管理方式おいて、監
視対象システム１の一部で障害が発生した場合、その障
害に関する情報は、監視制御装置２で監視を行っている
システムの保守者５に通知される。この通知により障害
を認識したシステム保守者５は、障害発生装置に近い位
置にいる保守員等の発生した障害の対処に適切と思われ
る人に指示を出す等により障害の対処を行わせる。この
とき、保守者５は、必要に応じて、障害の発生から回復
までを管理するための手法の１つとしてのTrouble Tick
etを発行していた。

【０００６】Trouble Ticketは、障害の発生と共にTrou
ble Ticket管理者により発行され、障害対処の適任者に
対して渡されるものである。Trouble Ticketを持った保
守者は、責任を持って障害対処を行わなければならな
い。このとき、必要に応じてより適切と思われる保守者
にTrouble Ticketを渡すことも可能であるが、TroubleT
icketを保持した保守者は、必ず何らかの行動を起こさ
なければならない。Trouble Ticketは、障害の回復が確
認されると役目を終える。Trouble Ticketに記載される
内容としては、障害の発生日時、場所、装置名、障害の
種類、対処行動（対処者）等でである。このようなTrou
ble Ticketを用いることにより障害対処の責任者を明確
にすることができ、適切な障害管理が可能となる。

【０００７】一方、近年のシステムの保守形態は、図１
０により説明したようなシステムの障害監視を１ヶ所で
集中して行う保守形態から、同一の障害情報を複数地点
に提供し、複数の地点で同時に障害の監視を可能とする
ような保守形態へと変化してきている。

【０００８】図１１は同一の障害情報を複数地点に提供
する従来技術による障害監視管理方式を説明する図であ
り、以下、これについて説明する。図１１において、３
は保守端末であり、他の符号は図１０の場合と同一であ
る。

【０００９】図１１に示す従来技術による障害監視管理
方式も、監視対象システム１として、複数のネットワー
ク構成装置１−ａと、これらを接続する接続回線１−ｂ
とにより構成されるネットワークシステムを例とするも
のである。そして、図１１に示す障害監視方式は、監視
対象システム１に１つの監視制御装置２が設けられると
共に、監視対象であるネットワークシステムを複数の地
区に分割し、その地区に含まれる部分を個別に監視する
保守端末３を地区毎に設けて監視制御装置２と接続し、
さらに、監視制御装置２にも保守端末３を接続して構成
したものである。

【００１０】このような構成の障害監視管理方式は、障
害が地域に限定されたものであり、地域毎の対処作業で
充分な障害の場合等で、各地域毎に監視装置を設置しそ
こで地域毎の監視を行う保守形態の方が的確で速やかな
対処を行うことができような場合に有効である。また、
図１１に示すような構成の障害監視管理方式は、通信ネ
ットワークのように、一部の地域で発生したシステム障
害の影響が他の地域へも影響を与えるような場合、現在
どの地域のどの装置で障害が発生しているのかという情
報を他の地域からも参照可能であることが求められるよ
うな場合にも有効である。これらの理由により、障害監
視管理方式は、システム全体の障害状態の監視及び地区
毎の個別な監視による障害対処に対応可能な図１１に示
すような保守形態へと移行してきた。

【００１１】

【発明が解決しようとする課題】前述した図１１に示す
ような複数地点でシステム監視を行う障害監視管理方式
は、複数地点でシステム全体の障害を監視することを可
能とするシステムが必要となる。しかし、その場合に、
単に障害に関する情報のみを提供するのでは、その障害
に対して他の保守者により対処行動が行われているか否
か不明となる。通常、地域あるいはシステム構成装置毎
に保守担当者が決まっていたり、発生した障害の種類毎
に保守担当者が決まっている等により、障害発生時に該
当する保守者が障害に対する対処を行う。

【００１２】しかし、図１１により説明した従来技術に
よる障害監視管理方式は、直接の保守担当者ではない遠
隔地にいる保守者が同一の障害発生を見た場合、その障
害の担当である保守者が何らかの原因で障害を見落とし
ている恐れもあり、実際に障害の対処が行われているか
否かを知ることができないという問題点を有している。
また、図１１により説明した従来技術による障害監視管
理方式は、複数の地域にまたがった障害等の保守担当者
(地域)があいまいな場合に、情報の交換を充分に行わな
いと、その障害に対して重複して対処したり、未対処と
なる場合が生じるという問題点を有している。

【００１３】また、障害管理の一手段であるTrouble Ti
cketを使用する方法は、図１０で示すような障害を集中
して管理している保守形態の場合、Trouble Ticketの発
行元も一意に決まり対処者もTicket発行者が保守範囲等
を参考に一意に決めるため問題が起こることはなかっ
た。しかし、図１１に示すような複数地点で同じ障害情
報を用いて監視対象システムを監視する方式に、Troubl
e Ticketを使用する方法を適用した場合、Ticket発行者
が一意に決まらないという問題点を生じてしまう。

【００１４】また、図１１に示すような複数地点で同じ
障害情報を用いて監視対象システムを監視する方式に、
図１０により説明したように、ある地点の保守者が一元
的に管理してTicket発行を行う手法を取り入れた場合、
分散管理を取り入れた意味が薄れ、一方、障害を認識し
た保守者が個別にTicket発行を行っていたのでは、担当
保守者が曖昧な障害等に対して、別々の保守者から２つ
以上のTicketが発行されてしまうという問題点を生じ
る。

【００１５】本発明の目的は、前述した従来技術の問題
点を解決し、監視対象システム全体の障害情報を保守者
にわかりやすく提供し、障害の現在の対処状況を各保守
者に知らせることを可能として、対処漏れや２重対処を
防止することができる複数地点で同じ障害情報を用いて
監視対象システムを監視する障害監視管理方式を提供す
ることにある。

【００１６】

【課題を解決するための手段】本発明によれば前記目的
は、自律的に障害検出を行う機能を持った監視対象シス
テムの障害監視を、同一の障害情報を用いて複数地点か
ら実行する保守形態を持つシステムの障害監視管理方式
において、監視対象システムからの障害情報を受信して
障害の監視を行う監視制御装置と、該監視制御装置に情
報転送網を介して接続された複数の保守者のそれぞれが
使用する複数の監視端末とを備え、前記監視制御装置
は、監視対象システムが検出した障害情報を情報転送網
を通じて前記複数の監視端末に通知し、各監視端末を使
用する保守者が、通知された発生障害の対処作業を自保
守者が行う旨の宣言を障害認知として監視端末を介して
他の保守者に通知することにより達成される。

【００１７】また、前記目的は、前記監視制御装置が、
監視対象システムに発生した障害に対して複数の保守者
から障害認知を受けたとき、障害の対処状況としてこれ
らを集中的に管理し、１人の保守者からの障害認知のみ
を有効とすることにより、また、監視対象システムの障
害状況を障害監視中の各監視端末の保守者に通知する
際、障害に関する情報を通知すると共に、新たに発生し
た障害の対処を行うか否かを保守者に問い合わせること
により達成される。

【００１８】また、前記目的は、通知された発生障害の
対処作業を自保守者が行う旨の障害認知を監視端末を介
して他の保守者に通知した保守者が、その障害認知を取
り消すとき、その旨の通知として、他の保守者へ障害認
知状態の変化を再通知することにより達成される。

【００１９】また、前記目的は、前記監視制御装置が、
障害認知後の障害対処保守者による監視対象システムへ
の対処による障害状態の変化を監視することにより、障
害対処者の障害対処状況を自動的に検出することによ
り、また、監視対象システムに発生した障害の情報と障
害対処中の保守者による障害対処状況とを管理し、他の
保守者の監視端末に通知することにより達成される。

【００２０】さらに、前記目的は、前記監視制御装置
が、発生障害に対する障害認知が、予め設定した時間以
上行われなかった場合、緊急時対応保守者に連絡を行っ
て障害発生を通知することことにより達成される。

【００２１】

【発明の実施の形態】以下、本発明による障害監視管理
方式の一実施形態を図面により詳細に説明する。

【００２２】図１は本発明の一実施形態による障害監視
管理方式の構成を示すブロック図、図２は監視説明装置
の内部構成を示すブロック図である。図１、図２におい
て、４は緊急時対応保守者、６は情報転送網、２−ａは
システム障害監視部、２−ｂは発生中障害管理部、２−
ｃは通信機能部、２−ｄは監視用端末管理部、２−ｅは
担当保守者選択決定機能部、２−ｆは設定データファイ
ル、２−ｇはタイマ機能部であり、他の符号は図１１の
場合と同一である。

【００２３】本発明の一実施形態による障害監視管理方
式は、監視対象システム１の障害を複数地点に設置した
監視用端末を用いて保守者が監視を行うものであり、図
１に示すように、監視対象システム１と、監視対象シス
テムの障害を監視するための監視制御装置２と、複数の
監視用端末３（図１１において、保守端末３として説明
したものと同等の端末）と、監視制御装置２及び複数の
監視用端末３を接続する情報転送網６とにより構成さ
れ、保守者５が監視用端末３を用いて監視を行う。監視
対象システム１は、自身の内部で発生した障害を検出し
監視制御装置２に検出した障害を通知する機能を有して
いる。また、監視制御装置２には、複数の監視用端末３
がそれぞれ情報転送網６を介して任意の地点に配置され
ている。各地点ではシステム保守者が監視対象システム
１の障害監視を監視用端末３を通じてそれぞれ行ってい
る。また、緊急時の対応のため、監視制御装置２には、
図２で説明するように、緊急時対応保守者に対する通信
手段を備えている。

【００２４】監視制御装置２は、図２に示すように、監
視対象システム１で発生した障害の管理を行うための発
生中障害管理部２−ｂと、外部とのインターフェースと
しての監視対象システム１からの障害情報を受け取るシ
ステム障害監視部２−ａと、監視用端末３との通信を行
うための監視用端末管理部２−ｄと、緊急時対応の保守
者との通信を行う通信機能部２−ｃと、障害処理担当者
を決めるための担当保守者選択決定機能部２−ｅと、時
刻を得るためのタイマ機能部２−ｇと、各種設定データ
を格納するファイル２−ｆとを備えて構成される。

【００２５】次に、実際に監視対象システムに障害が発
生した場合の処理の流れを図１を参照して説明する。

【００２６】（１）監視対象システム１は、障害が発生
した時点で監視制御装置２に障害の発生と障害の内容と
を通知する（）。

【００２７】（２）監視制御装置２は、監視対象システ
ム１から障害が発生した旨の通知を受信すると、監視制
御装置２の内部の発生中障害一覧に障害情報を加えると
共に、監視制御装置２に接続されている監視用端末３を
通じて保守者５に障害の内容を通知する。通常、監視用
端末３は複数接続されており、複数の保守者が障害の発
生を知ることができる（）。

【００２８】（３）監視用端末３で監視を行っていた保
守者５の一人が、発生した障害に対し対処作業を行うこ
とを決める。以後、この意思表示のことを障害の認知と
呼ぶこととする（）。

【００２９】（４）障害の認知（障害対処の意思表示）
を行った保守者５は、障害の認知を行ったことを他の保
守者に対し監視用端末３を通じて通知する。これによ
り、他の保守者はその障害が対処中であることを知るこ
とができる（）。

【００３０】（５）以後、障害の認知を行った保守者
は、責任を持って障害に対する対処作業を行う。

【００３１】図３は実際に監視制御装置２より監視用端
末３に障害の通知が行われ、保守者が障害の認知を行う
か否かを選択する画面例を示す図であり、次に、図３を
参照して、保守者が障害の認知を行うか否かを選択する
作業を説明する。

【００３２】図３に示すように、監視用端末３の表示部
において、一覧表示部には、通常の障害情報である障害
発生日時、障害種別（警報）、障害原因、障害の重要
度、障害発生位置に加え、本発明により対処状況、対処
者が表示されており、これにより、保守者５は、障害が
対処中であるか否か、対処責任者は誰かという情報を得
ることができる。

【００３３】保守者５は、放置されている未対処な障害
を選択し認知ボタンを押すことにより、障害の認知を行
うことができる。保守者５が、未対処な障害を選択し認
知ボタンを押すと、監視用端末３は、その監視用端末３
を使用している保守者を障害の認知者と識別し、監視制
御装置２に対して障害認知者を通知する。この認知を行
うことによって、全ての監視用端末３に対して対処状況
の変化と対処者の名前とが通知される。

【００３４】また、誤って障害の認知を行ってしまった
場合、その障害を選択し認知状態変更ボタンを押すこと
により、認知の取り消しを行うことができる。この場
合、取り消しを行うことができるのは認知を行った本人
のみである。また、取り消した旨は、前述の認知の場合
と同様に各監視用端末３に対し通知され、再び保守者か
らの認知を求める。認知を行わず画面を閉じる場合、閉
じるボタンを押すことにより発生中障害一覧画面を閉じ
ることができる。

【００３５】図４は障害発生時に２人以上の保守者から
認知が行われた場合の処理の流れを説明する図、図５は
監視制御装置２の発生中障害一覧により管理される障害
情報の一例を示す図、図６は保守地域を定めて障害担当
保守者を決定する判断基準データの一例を示す図であ
り、以下、図４〜図６を参照して２人以上の保守者から
認知が行われた場合の保守者の決定について説明する。

【００３６】複数の保守者から認知が行われる状況の例
としては、ａ．保守担当範囲が明確に定められていない
場合、ｂ．同一障害が複数地域に対し影響を与える場
合、ｃ．保守担当範囲の境界上付近で障害が発生した場
合、ｄ．保守体制に冗長構成を取るなどの理由により、
保守範囲が重なっている場合等があり、このような場合
に複数の保守者より認知が行われる。まず、図４を参照
して処理手順を説明する。

【００３７】（１）複数の保守者から、ほぼ同時期に認
知宣言が行われる（）。

【００３８】（２）監視制御装置２内の監視用端末管理
部２−ｄは、各監視用端末３より送られてきた認知情報
を受け付ける（）。

【００３９】（３）監視用端末管理部２−ｄは、受け付
けた認知情報を、到着順に待ち行列２−ｈに入れて整理
する。これは、不定期に送られてくる監視用端末からの
情報を整理するために必要となる（）。

【００４０】（４）発生中障害管理部２−ｂは、待ち行
列２−ｈから障害認知情報を読み出す。ここで、同一障
害に対し複数の認知通知がある場合、発生中障害管理部
２−ｂは、所定の規則に従って受け付け保守者を決定す
る（）。

【００４１】前述の認知保守者の決定の規則は、例え
ば、次のようなものである。例１予め定めておいた保守地域と照合し、認知を行っ
た保守者がその保守者の保守地域と一致しない場合、認
知を受け付けない。例２障害認知通知の受け付け順（先着順）とする。例３障害種別、装置種別により、予め担当保守者を規
定しておき、認知を行った保守者が担当と一致しない場
合、認知を受付けない。

【００４２】（５）発生中障害管理部２−ｂは、決定し
た認知保守者と障害情報とを関連付けて管理を行い、ま
た、各監視用端末３を通じて障害監視中の各保守者に障
害の認知が誰によって行われたかを通知する（）。

【００４３】前述において、監視制御装置２の発生中障
害一覧により管理される障害情報の一例が図５に示され
ている。図５に示す例は、１つの発生中障害に関する情
報を示しており、発生中障害一覧には、現在発生してい
る全ての障害に対して図５で示すような情報が表示され
る。図示例では、「項番」、「情報名」、「内容」が示
されており、「情報名」として、「障害識別子」、「障
害発生日時」「警報」、「要因」、「重要度」、「障害
発生位置」、「対処状況」、「対処者」、「対処履歴」
が例示されている。

【００４４】また、前述の認知保守者の決定の規則の例
１で示した保守地域を定めることによる障害担当保守者
決定の判断基準データの一例が図６に示されている。図
６に示す例は、行政上の「市」が保守地域として定めら
れており、これらの地域に対応させて、保守者名が登録
されている。このように、各地域（あるいは装置設置場
所等）毎に担当する保守者を規定しておくことにより、
複数の保守者より障害認知宣言が行われた際の判断基準
として用いることができる。

【００４５】前述では、複数の保守者から障害認知が行
われたとき、１人の保守者を障害対処保守者とするため
の手法について説明したが、本発明は、前述した判断基
準データに基づいて、複数の保守者に優先順位指定して
複数の障害対処保守者を決定するようにすることもでき
る。

【００４６】通常、障害監視において、システムを構成
する各装置毎に担当保守者が決められており、装置に発
生した障害は、担当保守者が直に認知し対処を行うた
め、障害が長時間放置される可能性は少ない。しかし、
障害の見落とし、夜間の保守者の不在、監視用端末自体
の障害等、何らかの事情により障害が長時間放置されて
しまう事態も起こり得る。このような場合、他の地点で
監視を行っている保守者が気付けばよいが、他の地点の
保守者も気付かないことも考えられる。障害を長時間放
置しておくことは望ましくない。

【００４７】本発明の実施形態は、監視制御装置でこれ
を検出し、緊急時対応用の保守者に対し通知を行って、
その保守者に障害に対する対処を行わせることができ
る。

【００４８】図７は障害発生時にその障害が誰からも認
知されず、放置されてしまった場合の処理の流れを説明
する図であり、以下、図７を参照して、障害が誰からも
認知され内場合に緊急時対応用の保守者に対して通知を
行う処理手順を説明する。

【００４９】（１）監視対象システム１で障害が発生し
た場合、これを検出した監視対象システム１は監視制御
装置２に障害の発生を通知する（）。

【００５０】（２）監視制御装置２の発生中障害管理部
２−ｂは、監視対象システム１からの障害発生の通知を
受けて、発生中障害一覧にその障害情報を追加する
（）。

【００５１】（３）監視端末管理部２−ｄは、各監視用
端末３に対して、監視対象システム１で新たな障害が発
生した旨を通知する（）。

【００５２】（４）発生中障害管理部２−ｂは、タイマ
機能部２−ｇにより、障害発生後の経過時間を監視し、
一定時間（任意に設定可能）保守者から障害の認知が行
われなかった場合に、これを障害の放置として検出する
（）。

【００５３】（５）発生中障害管理部２−ｂは、前述の
障害の放置を検出すると、緊急時対応用の保守者４に対
して、障害が発生し放置されていることを通知する。こ
の場合の通知手段としては、メール、ポケットベル、電
話、専用回線等の手段を使用することができる（）。

【００５４】（６）通知を受けた緊急時対応用の保守者
４は、適当と思われる保守者に対し対処を要請する等の
処理を行い、障害の放置を防止する（）。

【００５５】前述までに、監視端末３の近くに居る保守
者あるいは緊急時対応保守者が、監視対象システムの障
害を知り、それに対して障害の認知を行い、障害に対処
することを宣言する処理について説明した。本発明の実
施形態は、障害の認知を行った保守者が、認知後に行う
行動を監視することにより、対処行動を自動的に監視す
ることができ、次に、この場合の処理の例を説明する。

【００５６】（１）前述したように、監視対象システム
の障害発生により、監視制御装置２は、保守者に障害の
対処を要求し、保守者は、これに対して認知を行うこと
により障害対処を行う旨の宣言を行う。

【００５７】（２）監視制御装置２は、この認知の受付
時間をもって保守者が対処行動を開始した時間とし、こ
の対処開始日時を障害情報に含めて管理を行う。これに
より、他の保守者は、認知を行った保守者が対処を始め
てからどれくらいの時間が経過しているのかを知ること
ができる。

【００５８】（３）また、監視制御装置２は、認知を行
った保守者が認知後から障害回復までに監視用端末で行
った行動を障害対処行動と位置付け、これらの行動を障
害情報と合わせて管理する。これにより、他の保守者
は、障害に対し現在までにどのような対処が行われてい
るのかを知ることができる。

【００５９】（４）また、監視制御装置２は、監視対象
システム１の障害状態の変化を引き続き監視し、障害状
態の変化を対処保守者による障害対処行動と位置付け
る。例えば、監視対象システム１の装置の基盤が故障し
た場合、障害の発生した基盤を取り外し新たな基盤を装
着する。このとき、障害状態は、基盤障害から基盤未実
装に変わり、その後正常状態になる。このような障害状
態の変化を監視対象システム１で関知し、監視対象シス
テム１は、監視制御装置２に通知する。これにより、対
処保守者が装置に対して行った障害対処行動を得ること
ができる。

【００６０】（５）前述と同様に、監視制御装置２は、
監視対象システム１の障害状態の変化を監視することに
より、障害が回復した時間を自動的に検出し、障害情報
に反映することができる。但し、監視対象システム１の
同一の装置に対して発生中の障害の種類が変わった場合
（基盤故障から基盤未実装へ変化した場合など）には、
障害が完全に回復したわけではないため、監視制御装置
２は、変化前と変化後との障害を関連付けて管理する。

【００６１】図８は監視制御装置側で監視した障害状態
を保守者に通知するための手順を説明するフローチャー
ト、図９は障害発生時に保守者にその障害を認知させ、
その認知の受け付けから障害回復までを管理するための
手順を説明するフローチャートであり、以下、図８、図
９を参照して、前述までに説明した障害監視を行う際の
基本的な処理手順を説明する。この処理手順は、図８、
図９に示す２つの手順に分けることができる。

【００６２】まず、障害状態を監視する手順を図８に示
すフローにより説明する。

【００６３】（１）監視制御装置２は、監視対象システ
ム１の障害監視のために必要な情報の初期設定を行う
（ステップ８１）。

【００６４】（２）監視制御装置２の処理障害監視部２
−ａは、監視対象システム１の障害状態の監視を行い障
害情報を収集する。この監視は、障害の発生が検出され
るまで行われる（ステップ８２、８３）。

【００６５】（３）ステップ８３で、障害の発生を検出
すると、その障害を発生中障害管理部２−ｂの発生中障
害一覧に追加する（ステップ８４）。

【００６６】（４）監視端末管理部２−ｄは、新たに発
生した障害の情報を監視用端末３に通知する。この障害
情報の通知は、監視用端末３からの要求に応じて継続的
に行われる（ステップ８５）。

【００６７】（５）発生した障害の管理を発生中障害管
理部２−ｂに移し、処理障害監視部２−ａは、ステップ
８１からの処理に戻って障害の監視を続ける（ステップ
８６）。

【００６８】（６）発生した障害の管理を移された発生
中障害管理部２−ｂは、発生中障害の管理を行う（ステ
ップ８７）。

【００６９】次に、発生した障害の管理を移された発生
中障害管理部２−ｂにおける前述のステップ８７におけ
る処理手順を図９に示すフローを参照して説明する。

【００７０】（１）発生中障害管理部２−ｂは、発生し
た障害の管理のために必要な情報の初期設定を行う（ス
テップ９１）。

【００７１】（２）監視用端末３を通じた保守者からの
認知宣言を待ち、認知を受け付けて認知の発生があった
か否かを検出する（ステップ９２、９３）。

【００７２】（３）ステップ９３で認知が検出されない
場合、障害発生からの時間を計測し、予め設定しておい
た障害放置限度時間を超えていなければ、ステップ９２
からの処理に戻り認知宣言を待つ処理を続ける（ステッ
プ９４）。

【００７３】（４）ステップ９４の時間計測で、障害放
置限度時間を超えていた場合、緊急時対応用の保守者に
対し、電話、ポケットベル、メール等の手段により障害
が放置されていることを通知する（ステップ９５）。

【００７４】（５）緊急時対応用の保守者からの障害の
認知が行われるまで待って、これを検出する（ステップ
９６、９７）。

【００７５】（６）ステップ９７で緊急時対応用の保守
者からの障害の認知が行われたことを検出したとき、あ
るいは、ステップ９３で障害放置限度時間を超えないう
ちに保守者からの障害の認知が行われたことを検出した
とき、障害情報として管理している対処状況を対処中に
変更し、対処責任者等を書き込む（ステップ９８）。

【００７６】（７）各監視用端末３に障害の認知が行わ
れたことを通知し、認知を行った保守者が障害に対処す
ることを、各監視用端末３を管理する保守者に知らせる
（ステップ９９）。

【００７７】（８）その後、障害に対処する保守者の作
業による障害の状態の変更を、障害対処状況として監視
し、障害の回復を待って処理を終了する。

【００７８】前述した本発明の実施形態によれば、障害
に関する情報の流れが監視制御装置から保守者への一方
向ではなく、お互いに情報の受け渡しを行う双方向とす
ることができるので、各保守者に対してより多くの障害
に関する情報の提供を行うことが可能となり、障害の放
置、２重対処等の障害に対する不適切な対応を大幅に低
減することができる。

【００７９】

【発明の効果】以上説明したように本発明によれば、監
視対象システムを複数の地点で監視する保守方式での障
害監視管理方式において、監視対象システム全体の障害
情報を保守者に提供し、障害の現在の対処状況をも各保
守者に知らせることができるので、障害に対する対処漏
れ、２重対処を防止することができる。

【図面の簡単な説明】

【図１】本発明の一実施形態による障害監視管理方式の
構成を示すブロック図である。

【図２】監視説明装置の内部構成を示すブロック図であ
る。

【図３】監視制御装置より監視用端末に障害の通知が行
われ、保守者が障害の認知を行うか否かを選択する画面
例を示す図である。

【図４】障害発生時に２人以上の保守者から認知が行わ
れた場合の処理の流れを説明する図である。

【図５】監視制御装置の発生中障害一覧により管理され
る障害情報の一例を示す図である。

【図６】保守地域を定めて障害担当保守者を決定する判
断基準データの一例を示す図である。

【図７】障害発生時にその障害が誰からも認知されず、
放置されてしまった場合の処理の流れを説明する図であ
る。

【図８】監視制御装置側で監視した障害状態を保守者に
通知するための手順を説明するフローチャートである。

【図９】障害発生時に保守者にその障害を認知させ、そ
の認知の受け付けから障害回復までを管理するための手
順を説明するフローチャートである。

【図１０】従来技術による監視対象システムに対する障
害監視管理方式を説明する図である。

【図１１】同一の障害情報を複数地点に提供する従来技
術による障害監視管理方式を説明する図である。

【符号の説明】

１監視対象システム１−ａネットワーク構成装置１−ｂ接続回線２監視制御装置２−ａシステム障害監視部２−ｂ発生中障害管理部２−ｃ通信機能部２−ｄ監視用端末管理部２−ｅ担当保守者選択決定機能部２−ｆ設定データファイル２−ｇタイマ機能部２−ｈ待ち行列３監視（保守）端末４緊急時対応保守者５保守者６情報転送網

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5K019 AA02 CC07 DA02 DA03 DA04 DC02 5K030 GA11 HB00 HB17 JA10 KA02 KA21 LE05 MB01 5K035 AA07 BB04 DD01 FF04 JJ01 KK01 MM03 MM06 5K051 AA09 FF01 FF04 GG19 LL00

Claims

【特許請求の範囲】

【請求項１】自律的に障害検出を行う機能を持った監
視対象システムの障害監視を、同一の障害情報を用いて
複数地点から実行する保守形態を持つシステムの障害監
視管理方式において、監視対象システムからの障害情報
を受信して障害の監視を行う監視制御装置と、該監視制
御装置に情報転送網を介して接続された複数の保守者の
それぞれが使用する複数の監視端末とを備え、前記監視
制御装置は、監視対象システムが検出した障害情報を情
報転送網を通じて前記複数の監視端末に通知し、各監視
端末を使用する保守者は、通知された発生障害の対処作
業を自保守者が行う旨の宣言を障害認知として監視端末
を介して他の保守者に通知することを特徴とする障害監
視管理方式。
【請求項２】前記監視制御装置は、監視対象システム
に発生した障害に対して複数の保守者から障害認知を受
けたとき、障害の対処状況としてこれらを集中的に管理
し、１人の保守者からの障害認知のみを有効とすること
を特徴とする請求項１記載の障害監視管理方式。
【請求項３】前記監視制御装置は、監視対象システム
の障害状況を障害監視中の各監視端末の保守者に通知す
る際、障害に関する情報を通知すると共に、新たに発生
した障害の対処を行うか否かを保守者に問い合わせるこ
とを特徴とする請求項１または２記載の障害監視管理方
式。
【請求項４】通知された発生障害の対処作業を自保守
者が行う旨の障害認知を監視端末を介して他の保守者に
通知した保守者は、その障害認知を取り消すとき、その
旨の通知として、他の保守者へ障害認知状態の変化を再
通知することを特徴とする請求項１記載の障害監視管理
方式。
【請求項５】前記監視制御装置は、障害認知後の障害
対処保守者による監視対象システムへの対処による障害
状態の変化を監視することにより、障害対処者の障害対
処状況を自動的に検出することを特徴とする請求項１記
載の障害監視管理方式。
【請求項６】前記監視制御装置は、監視対象システム
に発生した障害の情報と障害対処中の保守者による障害
対処状況とを管理し、他の保守者の監視端末に通知する
ことを特徴とする請求項５記載の障害監視管理方式。
【請求項７】前記監視制御装置は、障害に対する障害
対処保守者の対処行動を記録することを特徴とする請求
項５または６記載の障害監視管理方式。
【請求項８】前記監視制御装置は、発生障害に対する
障害認知が、予め設定した時間以上行われなかった場
合、緊急時対応保守者に連絡を行って障害発生を通知す
ることを特徴とする請求項１記載の障害監視管理方式。
【請求項９】前記監視制御装置は、前記１人の保守者
による障害対処行動の障害認知のみを有効とするため、
保守者の保守担当地域、障害の種類、障害認知の受信順
等により予め定めた規則に従って障害対処保守者を指定
し、あるいは、優先順位を指定することを特徴とする請
求項２記載の障害監視管理方式。