JP2002118672A

JP2002118672A - 障害監視システム

Info

Publication number: JP2002118672A
Application number: JP2000310921A
Authority: JP
Inventors: Koichi Usuda; 光一臼田; Toshiyuki Izumi; 俊行泉; Toichiro Amamiya; 東一郎雨宮; Koichiro Takai; 浩一郎高井; Taku Hidaka; 卓日高
Original assignee: Takenaka Komuten Co Ltd
Current assignee: Takenaka Komuten Co Ltd
Priority date: 2000-10-11
Filing date: 2000-10-11
Publication date: 2002-04-19

Abstract

(57)【要約】【課題】監視対象システムの障害を切り分けるのに、
専門知識を有する監視要員が不要の障害監視システムを
提供する。【解決手段】エンド・ユーザ・システムが有する監視
対象システムの障害を監視する障害監視システムであ
る。前記エンド・ユーザ・システムは、前記監視対象シ
ステムの各障害を表す障害コード、及び該障害コードの
ランクを蓄積する第１データベースと、前記監視対象シ
ステムからの前記障害コードを受け、前記第１データベ
ースから前記障害コードのランクを求め、該ランクが所
定ランク以上か否かを判断する第１処理手段と、前記障
害コードの前記ランクが前記所定ランク以上の場合に
は、前記監視対象システムのコード及び前記障害コード
を、通信回線を介して監視センターに送信する第１通信
手段とを具えている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、一般に、工場や
倉庫又は配送センターなどに設置された物流システム、
生産管理システム又は在庫管理システムなどの監視対象
システムの障害を監視する障害監視システムの技術分野
に属し、特に、複数の監視対象システムを遠隔地に設置
された単一の監視センターから同時に監視する障害監視
システムに関する。

【０００２】

【従来の技術】工場、倉庫又は配送センターなどの建築
物内には、物流システム、生産管理システム又は在庫管
理システムなどが設置されている。これらの物流システ
ム、生産管理システム又は、在庫管理システムなどの監
視対象システムがトラブルや障害（以下、本明細書で
は、単に、障害という。）を発生した場合は、速やか
に、その障害を分析し、監視対象システムからその障害
を取り除いて復旧させる必要がある。

【０００３】従来は、各監視対象システムに専門の障害
監視要員を配置していた。障害監視対象システムが障害
を起こした場合は、前記障害監視要員が障害を分析し、
自分で障害を取り除くか、又はその障害に対処できる保
守（サービス）センターに連絡をしていた。連絡を受け
た保守センターでは、修理要員を派遣して監視対象シス
テムから障害を取り除いていた。

【０００４】また、他の従来技術としては、複数の監視
対象システムの各々と保守センターとを専用通信回線で
接続し、保守センター内で集中的に監視対象システムを
監視していた。監視対象システムに障害が生じた場合
は、保守センターに配置された監視要員が修理要員を派
遣するか、又はその障害に適する保守センターに連絡を
していた。

【０００５】

【発明が解決しようとする課題】上述した如く、各監視
対象システムに専門の障害監視要員を配置する場合、こ
の監視要員には、システムの内容を把握し、障害の要因
を切り分けできるなどの専門知識が要求される。よっ
て、多数の建造物に配置された多数のシステムを監視す
るには、多数の専門の監視要員が必要とされる。また、
監視対象システムが２４時間などのように長時間稼働す
る場合は、専門の監視要員の交代要員も必要となり、管
理運営費用が増加するという課題も生じる。

【０００６】保守センターで集中的に監視対象システム
を監視する場合も同様に、保守センターに専門の監視要
員を配置する必要がある。特に、保守センターで、他種
類の監視対象システムを集中監視する場合は、対象とな
る総ての監視対象システムに対する専門知識が必要とさ
れ、監視要員の確保が困難である。

【０００７】したがって、本発明の目的は、監視対象シ
ステムの障害を切り分けるのに、専門知識を有する監視
要員が不要の障害監視システムを提供することにある。
本発明の別の目的は、監視対象システムに所定ランク以
上の障害が生じた場合に、その障害内容を監視センター
へ自動的に連絡する障害監視システムを提供することに
ある。

【０００８】本発明の他の目的は、複数の監視対象シス
テムを同時に、且つ常時監視できる障害監視システムを
提供することにある。本発明の更に異なる目的は、監視
センターが障害を検出した際にその障害に適切に保守セ
ンターへ自動的に連絡する障害監視システムを提供する
ことにある。

【０００９】

【課題を解決するための手段】上述の課題を解決するた
めの手段として、請求項１に記載した発明に係る障害監
視システムは、エンド・ユーザ・システムが有する監視
対象システムの障害を監視する障害監視システムであっ
て、前記エンド・ユーザ・システムは、前記監視対象シ
ステムの各障害を表す障害コード、及び該障害コードの
ランクを蓄積する第１データベースと、前記監視対象シ
ステムからの前記障害コードを受け、前記第１データベ
ースから前記障害コードのランクを求め、該ランクが所
定ランク以上か否かを判断する第１処理手段と、前記障
害コードの前記ランクが前記所定ランク以上の場合に
は、前記監視対象システムのコード及び前記障害コード
を、通信回線を介して監視センターに送信する第１通信
手段とを具えていることを特徴とする。

【００１０】請求項２記載の発明は、請求項１記載の障
害監視システムにおいて、前記通信回線は公衆回線網で
あり、前記第１通信手段は、前記公衆回線網を介して、
前記監視対象システムのコード及び上記障害コードをダ
イアル・アップ通信により上記監視センターに送信する
ことを特徴とする。

【００１１】請求項３記載の発明は、請求項１記載の障
害監視システムにおいて、前記監視センターは、前記エ
ンド・ユーザ・システムの前記監視対象システムのコー
ド、前記障害コード、並びに前記監視対象システムのコ
ード及び上記障害コードに対応する保守センター情報を
蓄積した第２データベースと、前記エンド・ユーザ・シ
ステムから前記監視対象システムのコード及び前記障害
コードを受ける第２通信手段と、該第２通信手段からの
前記監視対象システムのコード及び前記障害コードを受
け、前記監視対象システムのコード及び前記障害コード
に対応する保守センター情報を前記第２データベースか
ら求める第２処理手段と、該第２処理手段が求めた前記
保守センターに、前記監視対象システムのコード及び前
記障害コードを送信する第３通信手段とを具えているこ
とを特徴とする。

【００１２】請求項４記載の発明は、請求項３記載の障
害監視システムにおいて、前記保守センターは、機器
別、又はシステム別に複数設けられ、障害内容コードに
より、コール先を選択する機能を具えていることを特徴
とする。

【００１３】請求項５記載の発明は、請求項１記載の障
害監視システムにおいて、前記第１データベース、前記
第１処理手段及び前記第１通信号手段は、前記監視対象
システムが設置された建築物の管理／監視にも兼用され
ることを特徴とする。

【００１４】請求項６記載の発明は、請求項１記載の障
害監視システムにおいて、単一の前記監視センターが複
数個の前記エンド・ユーザ・システムの前記監視対象シ
ステムを監視することを特徴とする。

【００１５】請求項７記載の発明は、請求項３記載の障
害監視システムにおいて、前記第１及び第２通信手段
は、モデム又はターミナル・アダプタであることを特徴
とする。

【００１６】

【発明の実施形態】以下に、添付図面を参照して、本発
明による障害監視システムの実施形態を説明する。図１
は、本発明の障害監視システムの全体的な機能ブロック
図である。工場、倉庫又は配送センターなどのエンド・
ユーザ・システム１０には、物流システム、生産管理シ
ステム又は在庫管理システムなどの監視対象システム
（図示せず）が配置されている。これらの監視対象シス
テムは、専用端末装置や端末装置として作用するウィン
ドウズ（商標）に代表されるオペレーティング・システ
ム（ＯＳ）で作動するパーソナル・コンピュータ（Ｐ
Ｃ）やサーバーに結合されて制御される。

【００１７】図１では、第１監視対象システム用の制御
用パーソナル・コンピュータ１２と、第２監視対象シス
テム用の制御用パーソナル・コンピュータ１４とを代表
的に示す。これらのパーソナル・コンピュータ１２及び
１４は、共通バス（制御バス、データ・バス及びアドレ
ス・バスなどから構成される。）１６に結合される。な
お、パーソナル・コンピュータ１２及び１４には、必要
に応じて、入力装置（キーボード及びマウス）及び出力
装置（表示装置）が接続される。

【００１８】次に、監視用パーソナル・コンピュータ・
システム１８は、監視用ソフトウェアが組み込まれたパ
ーソナル・コンピュータ（ＰＣ）２０と、このパーソナ
ル・コンピュータ２０に接続された入出力装置（例え
ば、キーボード、マウス及び表示装置。）２２と、パー
ソナル・コンピュータ２０に接続された第１データベー
ス用ストレージ・ユニット２４とを具えている。

【００１９】処理手段として作用するパーソナル・コン
ピュータ２０は、共通バス１６を介してパーソナル・コ
ンピュータ１２及び１４に結合される。これらパーソナ
ル・コンピュータ１２、１４及び２０は、例えばマイク
ロソフト社製のウィンドウズ（商標）ＮＴや２０００な
どのオペレーティング・システム（ＯＳ）上で動作す
る。

【００２０】プロセス・ネットワークである共通バス２
６に結合されたプログラム・ロジック・コントローラ２
８及び３０は、エンド・ユーザ・システム１０が設置さ
れた建築物に配置された空調設備、電気設備、給排水設
備、ドア／窓などのセキュリティ設備などを管理／監視
する。共通バス２６もパーソナル・コンピュータ２０に
結合される。また、パーソナル・コンピュータ２０は、
ターミナル・アダプタ（ＴＡ）３２又はモデムを介して
公衆回線網３４に接続されている。

【００２１】パーソナル・コンピュータ１２及び１４の
各々は、監視対象システムを夫々制御するが、監視対象
システムの動作の監視も行い、監視対象システムが障害
を起こすと、その障害内容を示す障害コードを、バス１
６を介してパーソナル・コンピュータ２０に伝送する。

【００２２】第１データベース用ストレージ・ユニット
２４は、例えばハードディスク又は光磁気ディスクであ
り、図２に示すようなデータベースのデータを蓄積して
いる。すなわち、ストレージ・ユニット２４は、監視対
象システムの「名称」と、その監視対象システムが障害
を起こしたときにパーソナル・コンピュータ１２及び１
４が発生する総ての「障害コード」を監視対象システム
別に蓄積している。

【００２３】障害コードは、「ランクＡ〜Ｃ」に分類さ
れている。さらに、ストレージ・ユニット２４は、必要
に応じて、各障害に対する「コメント」や「対応保守
先」も蓄積している。ストレージ・ユニット２４に蓄積
された「障害コード」及びその「ランク」並びに「コメ
ント」、「対応保守先」は、必要に応じて、入出力装置
２２を用いて、新たな入力及び変更が可能である。ま
た、「障害コード」は、監視対象システムが異なって
も、総て違うコードを利用することにより、「障害コー
ド」の認識エラーの可能性を低くできる。

【００２４】このようなエンド・ユーザ・システム１０
は複数組にわたって存在するが、各エンド・ユーザ・ユ
ニット１０内の監視対象システムは、物流システム、生
産管理システム又は在庫管理システムなど任意のシステ
ムでよい。１つの監視センター３６は、複数組のエンド
・ユーザ・システム１０に対して設けられている。この
監視センター３６は、エンド・ユーザ・システムからの
情報を受ける第２通信手段であるターミナル・アダプタ
（ＴＡ）３８と、複数の保守センター４２（代表的に１
つのみ示す）の情報ネットワークと通信を行う第３通信
手段であるターミナル・アダプタ４０とを具えている。
ネットワークに対応するこれらターミナル・アダプタ３
８及び４０は、公衆回線網３４に結合されている。これ
らのターミナル・アダプタ３８及び４０はモデムでもよ
い。

【００２５】上述したターミナル・アダプタ３８及び４
０は、共通バス４４に接続されている。処理手段として
のパーソナル・コンピュータ（ＰＣ）４６は、バス４４
に接続され、必要に応じて入出力装置（キーボード、マ
ウス、表示装置）にも接続されている。ハードディスク
又は光磁気ディスクであるデータベース用ストレージ・
ユニット４８も、パーソナル・コンピュータ４６に接続
されている。このストレージ・ユニット４８は、エンド
・ユーザ・システムのコードと、各エンド・ユーザ・シ
ステムに設置されている監視対象システムのコードと、
かかる監視対象システムに対応する障害コードと、これ
ら監視対象システム及び障害コードに対応する保守セン
ターのコードとを、それらの関係を示すように蓄積して
いる。データベース４８は、必要に応じて、各障害コー
ドに対応して、その障害の初期対応（対処）を説明する
データを蓄積してもよい。出力装置としてのプリンタ５
０もバス４４に接続されている。監視センター３６は、
プログラムに応じてパーソナル・コンピュータ４６によ
り制御される。

【００２６】次に、図１に示す障害監視システムの動作
を説明する。監視用パーソナル・コンピュータ・システ
ム１８の動作は、その監視プログラムに応じて、パーソ
ナル・コンピュータ２０により制御される。図３は、エ
ンド・ユーザ・システム１０の動作を説明する流れ図で
ある。

【００２７】ステップ５２において、パーソナル・コン
ピュータ２０は、パーソナル・コンピュータ１２及び１
４の少なくとも一方が障害コードを発生したか否か、即
ち、パーソナル・コンピュータ１２及び１４に夫々結合
された監視対象システムが障害を起こしたか否かを監視
する。障害が発生しない場合（ノー）には、ステップ５
２の初めに戻り、障害が生じるまでステップ５２を繰り
返す。

【００２８】パーソナル・コンピュータ２０が障害コー
ド及び障害システムのコードをバス１６から受信すると
（イエス）、ステップ５４に進む。このステップ５４で
は、パーソナル・コンピュータ２０は、データベース２
４にアクセスし、監視対象システム及び障害コードか
ら、その障害のランクを判断する。

【００２９】本実施例においては、障害ランクはＡ〜Ｃ
に分類されている。ランクＡ及びＢが、緊急に保守を必
要とするランクである。ランクＣの場合（ノー）は、ス
テップ５６で、その障害に関する記録を保持して、ステ
ップ５２に戻る。このランクＣの障害は、緊急保守を必
要とせず、定期保守のときなどに処理すればよい程度の
障害である。

【００３０】ステップ５４において、障害のランクがＡ
又はＢ、即ち、一定ランク以上と判断された場合（イエ
ス）は、ステップ５８に進む。このステップ５４におい
て、第１段階の障害切り分けが行われる点に留意された
い。上記ターミナル・アダプタ３２は、通常、公衆回線
網３４には接続されておらず、通信が必要になったとき
にのみアクセスされて、公衆回線網３４と接続される。
すなわち、ターミナル・アダプタ３２による接続は、ダ
イアル・アップ接続となる。よって、エンド・ユーザ・
システム１０が外部から不正アクセスされる可能性が低
くなり、ネットワークのセキュリティが向上する。

【００３１】ステップ５８において、パーソナル・コン
ピュータ２０がターミナル・アダプタ３２をアクセス
し、公衆回線網３４を介して、監視センター３６にダイ
アル・アップ接続する。監視センター３６のターミナル
・アダプタ３８から受信可能の応答信号を受信すると、
パーソナル・コンピュータ２０は、障害を起こした監視
対象システムのコード及びその障害コードを監視センタ
ー３６へ送信する。

【００３２】送信が終了すると、ステップ６０にて、送
信内容及びそれまでの動作を記録し、ステップ５２に戻
る。なお、ステップ５６及び６０の記録は、パーソナル
・コンピュータ２０のハードディスク、又はストレージ
・ユニット２４への電子的記録や、必要に応じてプリン
タを用いた紙媒体への記録である。上述のステップ５２
〜６０は、エンド・ユーザ・システム１０が無人であっ
ても自動的に処理される点に留意されたい。

【００３３】図４は、監視センター３６（図１）の動作
を説明する流れ図である。監視センター３６の動作は、
監視プログラムに従って、パーソナル・コンピュータ４
６が制御する。なお、監視センター３６は、複数のエン
ド・ユーザ・システム１０からの障害情報を受信する点
に留意されたい。

【００３４】ステップ６２において、パーソナル・コン
ピュータ４６は、ターミナル・アダプタ３８が任意のエ
ンド・ユーザ・システム１０からの障害情報を受信した
か否かを判断する。ターミナル・アダプタ３８は、公衆
回線網３４から呼出を受けた際にアクティブとなり、受
信した障害情報を、バス４４を介してパーソナル・コン
ピュータ４６へ転送する。ステップ６２において、障害
情報を受信しない場合（ノー）は、ステップ６２の初め
に戻り、その後も障害情報を受信するまで、ステップ６
２を繰り返す。

【００３５】ステップ６２で障害情報を受信した場合
（イエス）は、ステップ６４に進む。このステップ６４
では、パーソナル・コンピュータ４６がデータベース４
８にアクセスし、受信した障害情報の監視対象システム
のコード及び障害コードから、この障害を処理するのに
最適な、又は適する保守センターのコードを検索する。
このステップ６４において、第２段階の障害切り分けが
行われる。

【００３６】ステップ６６において、検索した保守セン
ター４２へ、ターミナル・アダプタ４０及び公衆回線網
３４を介して、エンド・ユーザ・システムのコード、監
視対象システムのコード及び障害のコードを送信する。
なおその際、その障害の初期対応（対処）を説明するデ
ータも送信してよい。この送信は複数箇所の保守センタ
ー４２へのコールとしても実施される。その前提とし
て、保守センター４２は機器別又はシステム別に複数設
けられ、障害の内容コードによりコール先を選択する機
能を具えたものとして実施される（請求項４記載の発
明）。

【００３７】次に、ステップ６８において、ステップ６
２〜６６までの動作及び障害情報を電子的に記録すると
共に、必要に応じて、プリンタ５０を用いてプリント・
アウトによる記録を行う。その後、ステップ６２に戻
る。

【００３８】保守センター４２は、必要に応じて保守要
員を対象となるエンド・ユーザ・システム１０へ派遣す
る。また、場合によっては保守センター４２の保守要員
が、エンド・ユーザ・システム１０の監視対象システム
の要員に適切な指示を行ってもよい。上述のステップ６
２〜６８は、監視センター３６が無人であっても自動的
に処理できる点に留意されたい。

【００３９】以上は、本発明の好適な実施形態について
説明したが、本発明の要旨を逸脱することなく、種々の
変形変更が可能である。例えば、エンド・ユーザ・シス
テム１０において、空調設備、電気設備、給排水設備、
ドア／窓などのセキュリティ設備などを管理／監視する
プログラム・ロジック・コントローラ２８及び３０を監
視センター３６から遠隔制御したり、これらプログラム
・ロジック・コントローラからの障害情報を監視センタ
ー３６に送信するために、監視用パーソナル・コンピュ
ータ・システム１８及びターミナル・アダプタ３２を兼
用してもよい。

【００４０】監視センター３６が保守センター４２にエ
ンド・ユーザ・システムのコード、監視対象システムの
コード及び障害コードを送信する代わりに、エンド・ユ
ーザ・システム名、監視対象システム名、及び障害の種
類名をテキスト形式で送信してもよい。この場合、通信
手段としてファクシミリを利用してもよい。また、監視
センター３６への自動コール機能であるステップ５８
や、保守センター４２への自動コール機能であるステッ
プ６６の動作は、必要に応じてオフにできるようにして
もよい。

【００４１】上述の実施例では、公衆回線網３４を用い
て、ダイアル・アップ通信を行ったが、その代わりに、
専用回線を用いてもよい。或いはインターネットによる
セキュリティ機能付きバーチャル・プライベート・ネッ
トワーク（ＶＰＮ）による通信を行ってもよい。バーチ
ャル・プライベート・ネットワーク通信には、マイクロ
ソフト社のＰＰＴＰプロトコールなどを利用できる。

【００４２】また、上述の実施例では、監視センター３
６は、ターミナル・アダプタ３８及び４０を別々に用い
たが、これらは単一のターミナル・アダプタを兼用して
もよい。また、エンド・ユーザ・システム１０の数や、
保守センター４２の数が多い場合は、ターミナル・アダ
プタやモデムなどの通信手段の数を増やしてもよい。

【００４３】

【発明の効果】請求項１〜７記載の発明に係る障害監視
システムによれば、監視対象システムの障害を自動的に
切り分けるので、専門知識を有する監視要員が不要とな
る。

【００４４】また、単一の監視センターにより、複数の
監視対象システムを同時に２４時間にわたって常時監視
ができる。さらに、監視対象システムに所定ランク以上
の障害が生じた場合には、その障害内容を監視センター
へ自動的に連絡するので、緊急性のある障害に迅速に対
応できる。

【００４５】監視センターが障害を検出した際に、その
障害に適切な保守センターに自動的に連絡できる。更
に、障害監視項目とランクの追加や変更が、エンド・ユ
ーザ・システム１０側で簡単に行える等々の顕著な効果
を奏する。

【図面の簡単な説明】

【図１】本発明に係る障害監視システムの好適な実施例
の機能ブロック図である。

【図２】本発明に係る障害監視システムのエンド・ユー
ザ・システムにおけるデータベースの構造を説明する図
である。

【図３】本発明に係る障害監視システムのエンド・ユー
ザ・システム側の動作を説明する流れ図である。

【図４】本発明に係る障害監視システムの監視センター
側の動作を説明する流れ図である。

【符号の説明】

１０エンド・ユーザ・システム１２、１４監視対象システム用の制御用パーソナル
・コンピュータ１６、２６、４４バス１８監視用パーソナル・コンピュータ・システム２０、４６パーソナル・コンピュータ（処理手段）２２入出力装置２４、４８ストレージ・ユニット（データベース）２８、３０プログラム・ロジック・コントローラ３２、３８、４０ターミナル・アダプタ（通信手
段）３４公衆回線網３６監視センター４２保守センター５０プリンタ

───────────────────────────────────────────────────── フロントページの続き (72)発明者雨宮東一郎東京都中央区銀座八丁目21番１号株式会社竹中工務店東京本店内 (72)発明者高井浩一郎東京都中央区銀座八丁目21番１号株式会社竹中工務店東京本店内 (72)発明者日高卓東京都中央区銀座八丁目21番１号株式会社竹中工務店東京本店内Ｆターム(参考） 5H223 AA20 CC08 DD03 DD07 EE06 5K101 KK13 MM07 NN21 RR12

Claims

【特許請求の範囲】

【請求項１】エンド・ユーザ・システムが有する監視対
象システムの障害を監視する障害監視システムであっ
て、前記エンド・ユーザ・システムは、前記監視対象システ
ムの各障害を表す障害コード、及び該障害コードのラン
クを蓄積する第１データベースと、前記監視対象システムからの前記障害コードを受け、前
記第１データベースから前記障害コードのランクを求
め、該ランクが所定ランク以上か否かを判断する第１処
理手段と、前記障害コードの前記ランクが前記所定ランク以上の場
合には、前記監視対象システムのコード及び前記障害コ
ードを、通信回線を介して監視センターに送信する第１
通信手段とを具えていることを特徴とする、障害監視シ
ステム。
【請求項２】前記通信回線は公衆回線網であり、前記第１通信手段は、前記公衆回線網を介して、前記監
視対象システムのコード及び上記障害コードをダイアル
・アップ通信により上記監視センターに送信することを
特徴とする、請求項１記載の障害監視システム。
【請求項３】前記監視センターは、前記エンド・ユーザ・システムの前記監視対象システム
のコード、前記障害コード、並びに前記監視対象システ
ムのコード及び上記障害コードに対応する保守センター
情報を蓄積した第２データベースと、前記エンド・ユーザ・システムから前記監視対象システ
ムのコード及び前記障害コードを受ける第２通信手段
と、該第２通信手段からの前記監視対象システムのコード及
び前記障害コードを受け、前記監視対象システムのコー
ド及び前記障害コードに対応する保守センター情報を前
記第２データベースから求める第２処理手段と、該第２処理手段が求めた前記保守センターに、前記監視
対象システムのコード及び前記障害コードを送信する第
３通信手段とを具えていることを特徴とする、請求項１
記載の障害監視システム。
【請求項４】前記保守センターは、機器別、又はシステ
ム別に複数設けられ、障害内容コードにより、コール先
を選択する機能を具えていることを特徴とする、請求項
３記載の障害監視システム。
【請求項５】前記第１データベース、前記第１処理手段
及び前記第１通信号手段は、前記監視対象システムが設
置された建築物の管理／監視にも兼用されることを特徴
とする、請求項１記載の障害監視システム。
【請求項６】単一の前記監視センターが複数個の前記エ
ンド・ユーザ・システムの前記監視対象システムを監視
することを特徴とする、請求項１記載の障害監視システ
ム。
【請求項７】前記第１及び第２通信手段は、モデム又は
ターミナル・アダプタであることを特徴とする、請求項
３記載の障害監視システム。