JP2002024968A - 監視通報装置 - Google Patents
監視通報装置Info
- Publication number
- JP2002024968A JP2002024968A JP2000211169A JP2000211169A JP2002024968A JP 2002024968 A JP2002024968 A JP 2002024968A JP 2000211169 A JP2000211169 A JP 2000211169A JP 2000211169 A JP2000211169 A JP 2000211169A JP 2002024968 A JP2002024968 A JP 2002024968A
- Authority
- JP
- Japan
- Prior art keywords
- telephone
- report
- operation mode
- alarm information
- monitoring
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Abstract
(57)【要約】
【課題】 管理者に的確な障害通報を行い不要な通報を
低減し得る監視通報装置を提供する。 【解決手段】 監視通報装置は、単一または複数の監視
対象装置の障害情報を格納する装置状態格納テーブル１
８と、運用形態毎に監視対象装置に対応する通報先グル
ープ番号を格納する運用形態情報格納テーブル１９と、
障害情報と通報先グループ番号とを関連付けて作成した
アラーム情報を格納するアラーム情報格納テーブル２０
とを備え、このアラーム情報に基づいて所定の通報先に
通報を行うものである。このアラーム情報は、運用形態
が稼動状態にあるときに作成され、また現在時刻が通報
先に対して定められた通報時間帯にあるときに作成され
るようにすることができる。
低減し得る監視通報装置を提供する。 【解決手段】 監視通報装置は、単一または複数の監視
対象装置の障害情報を格納する装置状態格納テーブル１
８と、運用形態毎に監視対象装置に対応する通報先グル
ープ番号を格納する運用形態情報格納テーブル１９と、
障害情報と通報先グループ番号とを関連付けて作成した
アラーム情報を格納するアラーム情報格納テーブル２０
とを備え、このアラーム情報に基づいて所定の通報先に
通報を行うものである。このアラーム情報は、運用形態
が稼動状態にあるときに作成され、また現在時刻が通報
先に対して定められた通報時間帯にあるときに作成され
るようにすることができる。
Description
【０００１】
【発明の属する技術分野】本発明は、コンピュータシス
テムやビル監視システムの障害の監視および通報を行う
監視通報装置に係り、特に電話やページャなど通報先の
分別方法を改善した監視通報装置に関する。
テムやビル監視システムの障害の監視および通報を行う
監視通報装置に係り、特に電話やページャなど通報先の
分別方法を改善した監視通報装置に関する。
【０００２】
【従来の技術】従来、コンピュータシステムや空調等そ
の他周辺装置を管理するシステムにおいて、障害検出時
に、コンピュータルームや管理室が無人のことがあり、
ブザー等による通報では障害を検出しても管理者やオペ
レータがそれに気付かないという問題があった。コンピ
ュータルームや管理室が無人となるのは夜間等特定の時
間であることが多い。このため、コンピュータシステム
の監視通報装置では、電話通報により、コンピュータル
ームから離れた所に居る管理者やオペレータに通報して
いる。また、電話通報の通報時間帯を設けることによ
り、コンピュータルームが無人となる期間を区別した
り、検出した障害のレベルにより、通報するか否かを区
別したりする場合もある。
の他周辺装置を管理するシステムにおいて、障害検出時
に、コンピュータルームや管理室が無人のことがあり、
ブザー等による通報では障害を検出しても管理者やオペ
レータがそれに気付かないという問題があった。コンピ
ュータルームや管理室が無人となるのは夜間等特定の時
間であることが多い。このため、コンピュータシステム
の監視通報装置では、電話通報により、コンピュータル
ームから離れた所に居る管理者やオペレータに通報して
いる。また、電話通報の通報時間帯を設けることによ
り、コンピュータルームが無人となる期間を区別した
り、検出した障害のレベルにより、通報するか否かを区
別したりする場合もある。
【０００３】
【発明が解決しようとする課題】しかし、近年では、コ
ンピュータの性能向上によりコンピュータの台数を減ら
す傾向にある一方、監視通報装置の監視可能台数が増え
る傾向にある。このため、監視通報装置のコストを削減
する目的から、１台の監視通報装置で、管理者が異なる
複数の運用形態を監視することもある。このため、検出
した全障害について同じ通報先に通報すると、各々の管
理者は管理担当以外の装置の障害についても通報される
という問題がある。また、通報時間帯のみでは、昼夜の
区別は可能であるが平日休日の区別がないという問題が
ある。
ンピュータの性能向上によりコンピュータの台数を減ら
す傾向にある一方、監視通報装置の監視可能台数が増え
る傾向にある。このため、監視通報装置のコストを削減
する目的から、１台の監視通報装置で、管理者が異なる
複数の運用形態を監視することもある。このため、検出
した全障害について同じ通報先に通報すると、各々の管
理者は管理担当以外の装置の障害についても通報される
という問題がある。また、通報時間帯のみでは、昼夜の
区別は可能であるが平日休日の区別がないという問題が
ある。
【０００４】本発明の目的は、上記問題点を解決し、管
理者に的確な障害通報を行い不要な通報を低減し得る監
視通報装置を提供することにある。
理者に的確な障害通報を行い不要な通報を低減し得る監
視通報装置を提供することにある。
【０００５】
【課題を解決するための手段】上記目的は、複数の運用
形態を有する単一または複数の監視対象の障害を検知す
る手段と、前記運用形態毎に前記監視対象に対応する通
報先を格納する手段と、前記検知された障害の情報と前
記通報先とを関連付けてアラーム情報を作成する手段
と、前記アラーム情報に基づいて所定の通報先に通報を
行う手段とを備えた監視通報装置により、達成される。
形態を有する単一または複数の監視対象の障害を検知す
る手段と、前記運用形態毎に前記監視対象に対応する通
報先を格納する手段と、前記検知された障害の情報と前
記通報先とを関連付けてアラーム情報を作成する手段
と、前記アラーム情報に基づいて所定の通報先に通報を
行う手段とを備えた監視通報装置により、達成される。
【０００６】ここで、前記アラーム情報は、前記運用形
態が稼動状態にあるときに作成されるようにすることが
できる。すなわち、前記運用形態が不稼動状態にあると
きには前記アラーム情報は作成されない。また、前記ア
ラーム情報は、現在時刻が前記通報先に対して定められ
た通報時間帯にあるときに作成されるようにすることが
できる。この通報時間帯は、例えば、平日、休日、曜日
あるいは特定日について、昼間、夜間、終日の区分けの
ほか分単位あるいは時間単位等できめ細かに設定するこ
とができる。
態が稼動状態にあるときに作成されるようにすることが
できる。すなわち、前記運用形態が不稼動状態にあると
きには前記アラーム情報は作成されない。また、前記ア
ラーム情報は、現在時刻が前記通報先に対して定められ
た通報時間帯にあるときに作成されるようにすることが
できる。この通報時間帯は、例えば、平日、休日、曜日
あるいは特定日について、昼間、夜間、終日の区分けの
ほか分単位あるいは時間単位等できめ細かに設定するこ
とができる。
【０００７】また、本発明に係る通報処理方法は、複数
の運用形態を有する単一または複数の監視対象の障害を
検知する工程と、前記検知された障害の情報と前記運用
形態毎に格納された前記監視対象に対応する通報先とを
関連付けてアラーム情報を作成する工程と、前記アラー
ム情報に基づいて前記通報先に通報を行う工程とを備え
たものである。
の運用形態を有する単一または複数の監視対象の障害を
検知する工程と、前記検知された障害の情報と前記運用
形態毎に格納された前記監視対象に対応する通報先とを
関連付けてアラーム情報を作成する工程と、前記アラー
ム情報に基づいて前記通報先に通報を行う工程とを備え
たものである。
【０００８】ここで、前記通報先は複数の電話で構成す
ることができ、この場合、前記通報を前記複数の電話に
順次行うようにすることが可能である。そして、前記通
報を行った電話から通報停止の指示を受けたときは、他
の電話への通報を停止することができる。このように構
成することにより、本発明では、管理者に的確な障害通
報を行うことができ、また不要な通報を低減することが
できる。
ることができ、この場合、前記通報を前記複数の電話に
順次行うようにすることが可能である。そして、前記通
報を行った電話から通報停止の指示を受けたときは、他
の電話への通報を停止することができる。このように構
成することにより、本発明では、管理者に的確な障害通
報を行うことができ、また不要な通報を低減することが
できる。
【０００９】
【発明の実施の形態】以下、本発明の一実施例について
図面を参照しながら具体的に説明する。図１は、本発明
に係る監視通報装置の一実施例を示す概略構成図であ
る。同図に示すように、監視通報装置１０は、端子盤１
４、信号監視・制御用プログラム（ＳｉｇＡｃｓ）１
５、信号情報収集プログラム（Ｐａｔｒｏｌ）１６、運
用形態毎装置制御プログラム（ＯｐｅＭａｎ）１７、装
置状態格納テーブル１８、運用形態情報格納テーブル１
９、アラーム情報格納テーブル２０、運用形態稼動不稼
動状態格納テーブル２１、アラームマネージャ（Ａｌｍ
Ｍａｎ）２２、電話サービスプログラム（ＴｅｌＳｒ
ｖ）２３、電話通報用情報格納テーブル２４、電話制御
用ボード２５を備える。監視制御対象装置Ａ（装置Ａ）
１１、監視制御対象装置Ｂ（装置Ｂ）１２および監視制
御対象装置Ｃ（装置Ｃ）１３はそれぞれ接点信号線ｄ
１、ｄ２およびｄ３を介して端子盤１４に接続されてい
る。また、電話制御用ボード２５は公衆回線を介して、
通報先電話１Ａ（電話１Ａ）２６、通報先電話２Ａ（電
話２Ａ）２７、通報先電話１Ｂ（電話１Ｂ）２８および
通報先電話２Ｂ（電話２Ｂ）２９にそれぞれ接続されて
いる。同図に示すように、電話１Ａと電話２Ａは電話通
報先グループ電話Ａ（電話Ａ）３０に属し、電話１Ｂと
電話２Ｂは電話通報先グループ電話Ｂ（電話Ｂ）３１に
属している。
図面を参照しながら具体的に説明する。図１は、本発明
に係る監視通報装置の一実施例を示す概略構成図であ
る。同図に示すように、監視通報装置１０は、端子盤１
４、信号監視・制御用プログラム（ＳｉｇＡｃｓ）１
５、信号情報収集プログラム（Ｐａｔｒｏｌ）１６、運
用形態毎装置制御プログラム（ＯｐｅＭａｎ）１７、装
置状態格納テーブル１８、運用形態情報格納テーブル１
９、アラーム情報格納テーブル２０、運用形態稼動不稼
動状態格納テーブル２１、アラームマネージャ（Ａｌｍ
Ｍａｎ）２２、電話サービスプログラム（ＴｅｌＳｒ
ｖ）２３、電話通報用情報格納テーブル２４、電話制御
用ボード２５を備える。監視制御対象装置Ａ（装置Ａ）
１１、監視制御対象装置Ｂ（装置Ｂ）１２および監視制
御対象装置Ｃ（装置Ｃ）１３はそれぞれ接点信号線ｄ
１、ｄ２およびｄ３を介して端子盤１４に接続されてい
る。また、電話制御用ボード２５は公衆回線を介して、
通報先電話１Ａ（電話１Ａ）２６、通報先電話２Ａ（電
話２Ａ）２７、通報先電話１Ｂ（電話１Ｂ）２８および
通報先電話２Ｂ（電話２Ｂ）２９にそれぞれ接続されて
いる。同図に示すように、電話１Ａと電話２Ａは電話通
報先グループ電話Ａ（電話Ａ）３０に属し、電話１Ｂと
電話２Ｂは電話通報先グループ電話Ｂ（電話Ｂ）３１に
属している。
【００１０】例えば、いま、装置Ａ１１、装置Ｂ１２、
装置Ｃ１３のいずれかで障害が発生したとすると、接点
信号線ｄ１、ｄ２またはｄ３を介して端子盤１４に障害
が伝えられる。Ｐａｔｒｏｌ１６は、端子盤１４に接続
されたＳｉｇＡｃｓ１５を介して障害の情報を取り入
れ、装置状態格納テーブル１８に障害の検出部位と障害
のレベルを格納する。ＡｌｍＭａｎ２２は、装置状態格
納テーブル１８と運用形態情報格納テーブル１９を用い
てアラーム情報格納テーブル２０を作成する。アラーム
情報格納テーブル２０には、障害の検出部位、障害のレ
ベル、および障害を通報する通報先グループ番号等のア
ラーム情報を格納する。
装置Ｃ１３のいずれかで障害が発生したとすると、接点
信号線ｄ１、ｄ２またはｄ３を介して端子盤１４に障害
が伝えられる。Ｐａｔｒｏｌ１６は、端子盤１４に接続
されたＳｉｇＡｃｓ１５を介して障害の情報を取り入
れ、装置状態格納テーブル１８に障害の検出部位と障害
のレベルを格納する。ＡｌｍＭａｎ２２は、装置状態格
納テーブル１８と運用形態情報格納テーブル１９を用い
てアラーム情報格納テーブル２０を作成する。アラーム
情報格納テーブル２０には、障害の検出部位、障害のレ
ベル、および障害を通報する通報先グループ番号等のア
ラーム情報を格納する。
【００１１】ＡｌｍＭａｎ２２がＴｅｌＳｒｖ２３に電
話通報を司令すると、ＴｅｌＳｒｖ２３はアラーム情報
格納テーブル２０から障害の検出部位と対応する通報先
グループ番号を取り出し、電話通報用情報格納テーブル
２４から通報先グループ番号に対応する電話通報先グル
ープが通報対象とする障害レベル、及び通報時間帯を取
り出す。ＴｅｌＳｒｖ２３は、アラーム情報格納テーブ
ル２０に格納されている障害のレベルが通報対象とする
障害レベルにあてはまるか、そして現在の時刻が通報時
間帯内であるかを判断する。その結果、通報対象とする
障害レベルにあてはまり、かつ通報時間帯内である場
合、ＴｅｌＳｒｖ２３は電話通報用情報格納テーブル２
４に格納されている電話通報先グループの電話番号を用
いて、電話制御用ボード２５を制御し、電話１Ａ２６、
電話２Ａ２７、電話１Ｂ２８、電話２Ｂ２９に電話通報
する。尚、電話通報は電話通報先グループ毎に電話通報
先１件ずつ順に行うが、途中で電話通報を止める指示を
受けた場合は次の電話通報先に電話通報しない。すなわ
ち、電話通報先グループが電話Ａの場合、電話１Ａ２
６、電話２Ａ２７の順に電話通報するが、電話１Ａ２６
から電話通報を止める指示を受けた場合電話２Ａ２７に
は通報しない。
話通報を司令すると、ＴｅｌＳｒｖ２３はアラーム情報
格納テーブル２０から障害の検出部位と対応する通報先
グループ番号を取り出し、電話通報用情報格納テーブル
２４から通報先グループ番号に対応する電話通報先グル
ープが通報対象とする障害レベル、及び通報時間帯を取
り出す。ＴｅｌＳｒｖ２３は、アラーム情報格納テーブ
ル２０に格納されている障害のレベルが通報対象とする
障害レベルにあてはまるか、そして現在の時刻が通報時
間帯内であるかを判断する。その結果、通報対象とする
障害レベルにあてはまり、かつ通報時間帯内である場
合、ＴｅｌＳｒｖ２３は電話通報用情報格納テーブル２
４に格納されている電話通報先グループの電話番号を用
いて、電話制御用ボード２５を制御し、電話１Ａ２６、
電話２Ａ２７、電話１Ｂ２８、電話２Ｂ２９に電話通報
する。尚、電話通報は電話通報先グループ毎に電話通報
先１件ずつ順に行うが、途中で電話通報を止める指示を
受けた場合は次の電話通報先に電話通報しない。すなわ
ち、電話通報先グループが電話Ａの場合、電話１Ａ２
６、電話２Ａ２７の順に電話通報するが、電話１Ａ２６
から電話通報を止める指示を受けた場合電話２Ａ２７に
は通報しない。
【００１２】ここで、本実施例は、ＡｌｍＭａｎ２２
が、装置状態格納テーブル１８と運用形態情報格納テー
ブル１９を用いてアラーム情報格納テーブル２０を作成
する点に特徴がある。次に、この装置状態格納テーブル
１８と運用形態情報格納テーブル１９を用いてアラーム
情報格納テーブル２０を作成する処理について、図２、
図３および図４を用いて詳細に説明する。
が、装置状態格納テーブル１８と運用形態情報格納テー
ブル１９を用いてアラーム情報格納テーブル２０を作成
する点に特徴がある。次に、この装置状態格納テーブル
１８と運用形態情報格納テーブル１９を用いてアラーム
情報格納テーブル２０を作成する処理について、図２、
図３および図４を用いて詳細に説明する。
【００１３】図２、図３（ａ）、（ｂ）および図４は、
装置状態格納テーブル１８、運用形態情報格納テーブル
１９およびアラーム情報格納テーブル２０の各テーブル
データの一例を示す図である。図２の装置状態格納テー
ブル１８には、装置レコードとして各装置名（Ａ〜Ｃ）
と障害レベル（正常、異常）がＰａｔｒｏｌ１６によっ
て格納されている。図３（ａ）、（ｂ）に示す運用形態
情報格納テーブル１９は、それぞれ監視・制御対象部と
通報部とからなり、監視・制御対象部には装置名が、通
報部には通報先グループ番号があらかじめ格納されてい
る。図４のアラーム情報格納テーブル２０には、装置
名、障害レベルおよび通報先グループ番号が格納され
る。
装置状態格納テーブル１８、運用形態情報格納テーブル
１９およびアラーム情報格納テーブル２０の各テーブル
データの一例を示す図である。図２の装置状態格納テー
ブル１８には、装置レコードとして各装置名（Ａ〜Ｃ）
と障害レベル（正常、異常）がＰａｔｒｏｌ１６によっ
て格納されている。図３（ａ）、（ｂ）に示す運用形態
情報格納テーブル１９は、それぞれ監視・制御対象部と
通報部とからなり、監視・制御対象部には装置名が、通
報部には通報先グループ番号があらかじめ格納されてい
る。図４のアラーム情報格納テーブル２０には、装置
名、障害レベルおよび通報先グループ番号が格納され
る。
【００１４】ここで、装置の障害が検出されると、図２
の装置状態格納テーブル１８における装置レコードのう
ち、装置名が一致したレコードにＰａｔｒｏｌ１６が障
害レベルを格納する。図２に示す装置状態格納テーブル
１８の障害レベルに「正常」以外（本例では「異常」）
のデータが格納されると、ＡｌｍＭａｎ２２は図４のア
ラーム情報格納テーブル２０に、該当装置レコードの装
置名と障害レベルを複写する。図３の運用形態情報格納
テーブル１９の監視・制御対象部に、アラーム情報格納
テーブル２０の装置名と一致する装置名が格納されてい
る場合、ＡｌｍＭａｎ２２が図４のアラーム情報格納テ
ーブル２０の通報先グループ番号に、運用形態情報格納
テーブル１９の通報部に格納されている通報先グループ
番号を複写する。
の装置状態格納テーブル１８における装置レコードのう
ち、装置名が一致したレコードにＰａｔｒｏｌ１６が障
害レベルを格納する。図２に示す装置状態格納テーブル
１８の障害レベルに「正常」以外（本例では「異常」）
のデータが格納されると、ＡｌｍＭａｎ２２は図４のア
ラーム情報格納テーブル２０に、該当装置レコードの装
置名と障害レベルを複写する。図３の運用形態情報格納
テーブル１９の監視・制御対象部に、アラーム情報格納
テーブル２０の装置名と一致する装置名が格納されてい
る場合、ＡｌｍＭａｎ２２が図４のアラーム情報格納テ
ーブル２０の通報先グループ番号に、運用形態情報格納
テーブル１９の通報部に格納されている通報先グループ
番号を複写する。
【００１５】図３（ａ）、（ｂ）に示す運用形態情報格
納テーブル１９の例を用いて、装置Ａ１１、装置Ｂ１２
または装置Ｃ１３の障害を検出した場合の通報先を図６
（ａ）〜（ｃ）にそれぞれ示す。いま、装置Ａの障害が
検出された場合（図６（ａ））、装置Ａは図３（ａ）に
おいて、運用形態Ａの監視・制御対象部に一致するデー
タが存在するため、図４の通報先グループ番号には電話
通報先グループ電話Ａを意味する番号１が複写され、電
話通報先グループ電話Ａに属する電話１Ａ、電話２Ａに
電話通報が行われる。装置Ｂの障害が検出された場合
（図６（ｂ））、装置Ｂは図３（ｂ）において、運用形
態Ｂの監視・制御対象部に一致するデータが存在するた
め、図４の通報先グループ番号には電話通報先グループ
電話Ｂを意味する番号２が複写され、電話通報先グルー
プ電話Ｂに属する電話１Ｂ、電話２Ｂに電話通報が行わ
れる。装置Ｃの障害が検出された場合（図６（ｃ））、
装置Ｃは図３（ａ）、（ｂ）において、それぞれ運用形
態Ａおよび運用形態Ｂの監視・制御対象部に一致するデ
ータが存在するため、図４の通報先グループ番号には電
話通報先グループ電話Ａを意味する番号１と電話通報先
グループ電話Ｂを意味する番号２が複写され、電話通報
先グループ電話Ａに属する電話１Ａ、電話２Ａ、および
電話通報先グループ電話Ｂに属する電話１Ｂ、電話２Ｂ
に電話通報が行われる。
納テーブル１９の例を用いて、装置Ａ１１、装置Ｂ１２
または装置Ｃ１３の障害を検出した場合の通報先を図６
（ａ）〜（ｃ）にそれぞれ示す。いま、装置Ａの障害が
検出された場合（図６（ａ））、装置Ａは図３（ａ）に
おいて、運用形態Ａの監視・制御対象部に一致するデー
タが存在するため、図４の通報先グループ番号には電話
通報先グループ電話Ａを意味する番号１が複写され、電
話通報先グループ電話Ａに属する電話１Ａ、電話２Ａに
電話通報が行われる。装置Ｂの障害が検出された場合
（図６（ｂ））、装置Ｂは図３（ｂ）において、運用形
態Ｂの監視・制御対象部に一致するデータが存在するた
め、図４の通報先グループ番号には電話通報先グループ
電話Ｂを意味する番号２が複写され、電話通報先グルー
プ電話Ｂに属する電話１Ｂ、電話２Ｂに電話通報が行わ
れる。装置Ｃの障害が検出された場合（図６（ｃ））、
装置Ｃは図３（ａ）、（ｂ）において、それぞれ運用形
態Ａおよび運用形態Ｂの監視・制御対象部に一致するデ
ータが存在するため、図４の通報先グループ番号には電
話通報先グループ電話Ａを意味する番号１と電話通報先
グループ電話Ｂを意味する番号２が複写され、電話通報
先グループ電話Ａに属する電話１Ａ、電話２Ａ、および
電話通報先グループ電話Ｂに属する電話１Ｂ、電話２Ｂ
に電話通報が行われる。
【００１６】さらに具体的な例を述べる。例えば、会社
Ａ、会社Ｂが共同で監視装置を利用し、会社毎に利用す
る装置は、会社Ａが装置Ａ、会社Ｂが装置Ｂ、会社Ａ、
会社Ｂが共通に利用する装置は装置Ｃであるとする。前
提条件として運用形態Ａの監視・制御対象部には、会社
Ａが利用する装置Ａと装置Ｃ、通報部には会社Ａの管理
者の電話番号を登録した電話通報先グループ電話Ａを定
義する。運用形態Ｂの監視・制御対象部には、会社Ｂが
利用する装置Ｂと装置Ｃ、通報部には会社Ｂの管理者の
電話番号を登録した電話通報先グループ電話Ｂを定義す
る。前記条件にて装置Ａの障害を検出した場合、装置Ａ
を利用している会社Ａの管理者である電話１Ａ、電話２
Ａに電話通報する。装置Ｂの障害を検出した場合、装置
Ｂを利用している会社Ｂの管理者である電話１Ｂ、電話
２Ｂに電話通報する。装置Ｃの障害を検出した場合、装
置Ｃは会社Ａ、会社Ｂがどちらも利用しているため、電
話１Ａ、電話２Ａ、電話１Ｂ、電話２Ｂに電話通報す
る。
Ａ、会社Ｂが共同で監視装置を利用し、会社毎に利用す
る装置は、会社Ａが装置Ａ、会社Ｂが装置Ｂ、会社Ａ、
会社Ｂが共通に利用する装置は装置Ｃであるとする。前
提条件として運用形態Ａの監視・制御対象部には、会社
Ａが利用する装置Ａと装置Ｃ、通報部には会社Ａの管理
者の電話番号を登録した電話通報先グループ電話Ａを定
義する。運用形態Ｂの監視・制御対象部には、会社Ｂが
利用する装置Ｂと装置Ｃ、通報部には会社Ｂの管理者の
電話番号を登録した電話通報先グループ電話Ｂを定義す
る。前記条件にて装置Ａの障害を検出した場合、装置Ａ
を利用している会社Ａの管理者である電話１Ａ、電話２
Ａに電話通報する。装置Ｂの障害を検出した場合、装置
Ｂを利用している会社Ｂの管理者である電話１Ｂ、電話
２Ｂに電話通報する。装置Ｃの障害を検出した場合、装
置Ｃは会社Ａ、会社Ｂがどちらも利用しているため、電
話１Ａ、電話２Ａ、電話１Ｂ、電話２Ｂに電話通報す
る。
【００１７】次に、運用形態の状態を考慮した場合につ
いて説明する。図５は、運用形態稼動不稼動状態格納テ
ーブル２１のテーブルデータの一例を示す図である。運
用形態稼動不稼動状態格納テーブル２１には、運用形態
レコードとして、各運用形態名称、および運用形態の状
態が稼動または不稼動という形式で格納される。
いて説明する。図５は、運用形態稼動不稼動状態格納テ
ーブル２１のテーブルデータの一例を示す図である。運
用形態稼動不稼動状態格納テーブル２１には、運用形態
レコードとして、各運用形態名称、および運用形態の状
態が稼動または不稼動という形式で格納される。
【００１８】図１において、装置Ａ１１、装置Ｂ１２、
装置Ｃ１３を運用形態によって制御する場合、運用形態
情報格納テーブル１９を用いてＯｐｅＭａｎ１７がＳｉ
ｇＡｃｓ１５を介して制御信号を運用形態稼動不稼動状
態格納テーブル２１に送出する。運用形態によって装置
を稼動状態にする際、図５で示す運用形態の状態を稼動
に切り替える。運用形態によって装置を不稼動状態にす
る際、図５で示す運用形態の状態を不稼動に切り替え
る。
装置Ｃ１３を運用形態によって制御する場合、運用形態
情報格納テーブル１９を用いてＯｐｅＭａｎ１７がＳｉ
ｇＡｃｓ１５を介して制御信号を運用形態稼動不稼動状
態格納テーブル２１に送出する。運用形態によって装置
を稼動状態にする際、図５で示す運用形態の状態を稼動
に切り替える。運用形態によって装置を不稼動状態にす
る際、図５で示す運用形態の状態を不稼動に切り替え
る。
【００１９】図１において、ＡｌｍＭａｎ２２が、装置
状態格納テーブル１８と運用形態情報格納テーブル１９
を用いてアラーム情報格納テーブル２０を作成する際、
運用形態稼動不稼動状態格納テーブル２１を利用し、図
５で示す運用形態の状態が稼動の間、運用形態情報格納
テーブル１９の通報先グループ番号を図４で示す通報先
グループ番号に複写すると、運用形態によって装置が稼
動状態の場合のみ電話通報が行われる。
状態格納テーブル１８と運用形態情報格納テーブル１９
を用いてアラーム情報格納テーブル２０を作成する際、
運用形態稼動不稼動状態格納テーブル２１を利用し、図
５で示す運用形態の状態が稼動の間、運用形態情報格納
テーブル１９の通報先グループ番号を図４で示す通報先
グループ番号に複写すると、運用形態によって装置が稼
動状態の場合のみ電話通報が行われる。
【００２０】図３に示す運用形態情報格納テーブル１９
の例を用いて、運用形態Ａが稼動で、装置Ｃの障害を検
出した場合の通報先を図７に示す。装置Ｃは運用形態Ａ
および運用形態Ｂの両方に存在するが、運用形態Ａが稼
動で、運用形態Ｂが不稼動であるため、運用形態Ａに関
連付けた電話Ａに属する電話１Ａ、電話２Ａにのみ電話
通報が行われ、一方、電話Ｂに属する電話１Ｂ、電話２
Ｂには通報は行われない。
の例を用いて、運用形態Ａが稼動で、装置Ｃの障害を検
出した場合の通報先を図７に示す。装置Ｃは運用形態Ａ
および運用形態Ｂの両方に存在するが、運用形態Ａが稼
動で、運用形態Ｂが不稼動であるため、運用形態Ａに関
連付けた電話Ａに属する電話１Ａ、電話２Ａにのみ電話
通報が行われ、一方、電話Ｂに属する電話１Ｂ、電話２
Ｂには通報は行われない。
【００２１】さらに具体的な他の例として、平日、休日
によって管理者の待機場所が異なるシステムがある。こ
のような場合、システムを構成する装置が同じてあって
も、電話通報先が別になり、例えば、平日は会社内の電
話番号、休日は自宅の電話番号になる。これを例に具体
的に述べる。前提条件として、運用形態Ａ、運用形態Ｂ
の監視・制御対象部には、どちらも装置Ｃを定義する。
運用形態Ａの通報部には平日の電話通報先である会社内
の電話番号を登録した電話通報先グループ電話Ａを定義
する。運用形態Ｂの通報部には休日の電話通報先である
自宅の電話番号を登録した電話通報先グループ電話Ｂを
定義する。平日は運用形態Ａによって装置Ｃを稼動状態
にする。休日は運用形態Ｂによって装置Ｃを稼動状態に
する。前記条件において装置Ｃの障害を検出した際、平
日は運用形態Ａが有効であるため電話通報先グループ電
話Ａに登録した会社内の電話番号に電話通報する。休日
は運用形態Ｂが有効であるため電話通報先グループ電話
Ｂに登録した自宅の電話番号に電話通報する。
によって管理者の待機場所が異なるシステムがある。こ
のような場合、システムを構成する装置が同じてあって
も、電話通報先が別になり、例えば、平日は会社内の電
話番号、休日は自宅の電話番号になる。これを例に具体
的に述べる。前提条件として、運用形態Ａ、運用形態Ｂ
の監視・制御対象部には、どちらも装置Ｃを定義する。
運用形態Ａの通報部には平日の電話通報先である会社内
の電話番号を登録した電話通報先グループ電話Ａを定義
する。運用形態Ｂの通報部には休日の電話通報先である
自宅の電話番号を登録した電話通報先グループ電話Ｂを
定義する。平日は運用形態Ａによって装置Ｃを稼動状態
にする。休日は運用形態Ｂによって装置Ｃを稼動状態に
する。前記条件において装置Ｃの障害を検出した際、平
日は運用形態Ａが有効であるため電話通報先グループ電
話Ａに登録した会社内の電話番号に電話通報する。休日
は運用形態Ｂが有効であるため電話通報先グループ電話
Ｂに登録した自宅の電話番号に電話通報する。
【００２２】運用形態の状態、および通報時間帯を考慮
した場合について、次に説明する。図３に示す運用形態
情報格納テーブル１９の例を用いて、運用形態Ａが稼動
で、装置Ｃの障害を検出した場合の、通報時間帯を考慮
した通報先を図８（ａ）、（ｂ）に示す。装置Ｃは運用
形態Ａおよび運用形態Ｂの両方に存在するが、運用形態
Ａが稼動で、運用形態Ｂが不稼動であるため、運用形態
Ａに関連付けた電話Ａが通報時間帯の間、電話Ａに属す
る電話１Ａ、電話２Ａにのみ電話通報が行われる。一
方、電話Ｂが通報時間帯の間でも、電話Ｂに属する電話
１Ｂ、電話２Ｂには通報は行われない。
した場合について、次に説明する。図３に示す運用形態
情報格納テーブル１９の例を用いて、運用形態Ａが稼動
で、装置Ｃの障害を検出した場合の、通報時間帯を考慮
した通報先を図８（ａ）、（ｂ）に示す。装置Ｃは運用
形態Ａおよび運用形態Ｂの両方に存在するが、運用形態
Ａが稼動で、運用形態Ｂが不稼動であるため、運用形態
Ａに関連付けた電話Ａが通報時間帯の間、電話Ａに属す
る電話１Ａ、電話２Ａにのみ電話通報が行われる。一
方、電話Ｂが通報時間帯の間でも、電話Ｂに属する電話
１Ｂ、電話２Ｂには通報は行われない。
【００２３】さらに具体的な他の例として、平日は夜間
に、休日は終日無人になるシステムがある。このような
場合、システムを構成する装置や通報先が同じてあって
も、平日、休日によって通報時間帯が異なり、平日は夜
間のみ、休日は終日通報が必要になる。これを例に具体
的に述べる。前提条件として、運用形態Ａおよび運用形
態Ｂの監視・制御対象部には、どちらも装置Ｃを定義す
る。運用形態Ａの通報部には平日の通報時間帯を設定し
た電話通報先グループ電話Ａを定義する。運用形態Ｂの
通報部には休日の通報時間帯を設定した電話通報先グル
ープ電話Ｂを定義する。平日は運用形態Ａによって装置
Ｃを稼動状態にする。休日は運用形態Ｂによって装置Ｃ
を稼動状態にする。前記条件において装置Ｃの障害を検
出した際、平日は運用形態Ａが有効であるため、平日の
通報時間帯を設定した電話通報先グループ電話Ａの通報
時間帯に電話通報が行われる。休日は運用形態Ｂが有効
であるため休日の通報時間帯を設定した電話通報先グル
ープ電話Ｂの通報時間帯に電話通報が行われる。
に、休日は終日無人になるシステムがある。このような
場合、システムを構成する装置や通報先が同じてあって
も、平日、休日によって通報時間帯が異なり、平日は夜
間のみ、休日は終日通報が必要になる。これを例に具体
的に述べる。前提条件として、運用形態Ａおよび運用形
態Ｂの監視・制御対象部には、どちらも装置Ｃを定義す
る。運用形態Ａの通報部には平日の通報時間帯を設定し
た電話通報先グループ電話Ａを定義する。運用形態Ｂの
通報部には休日の通報時間帯を設定した電話通報先グル
ープ電話Ｂを定義する。平日は運用形態Ａによって装置
Ｃを稼動状態にする。休日は運用形態Ｂによって装置Ｃ
を稼動状態にする。前記条件において装置Ｃの障害を検
出した際、平日は運用形態Ａが有効であるため、平日の
通報時間帯を設定した電話通報先グループ電話Ａの通報
時間帯に電話通報が行われる。休日は運用形態Ｂが有効
であるため休日の通報時間帯を設定した電話通報先グル
ープ電話Ｂの通報時間帯に電話通報が行われる。
【００２４】運用形態の状態および通報時間帯、ならび
に電話通報先グループの組み合わせにより、平日の昼間
は会社の電話番号、平日の夜間は自宅の電話番号、休日
は自宅の電話番号という例も可能である。本実施例で
は、コンピュータシステムの装置の障害を例にとって説
明したが、空調等環境の監視、火災の監視、不法侵入の
監視についても適応することは言うまでもない。
に電話通報先グループの組み合わせにより、平日の昼間
は会社の電話番号、平日の夜間は自宅の電話番号、休日
は自宅の電話番号という例も可能である。本実施例で
は、コンピュータシステムの装置の障害を例にとって説
明したが、空調等環境の監視、火災の監視、不法侵入の
監視についても適応することは言うまでもない。
【００２５】
【発明の効果】本発明によれば、装置の障害が検出され
た際、運用形態に関連付けた通報先にのみ電話通報が行
われるため、また、通報時間帯の間かつ運用形態によっ
て装置が稼動状態の時のみ電話通報が行われるため、不
要な通報を低減し、適切な通報先に迅速に通報すること
ができる。
た際、運用形態に関連付けた通報先にのみ電話通報が行
われるため、また、通報時間帯の間かつ運用形態によっ
て装置が稼動状態の時のみ電話通報が行われるため、不
要な通報を低減し、適切な通報先に迅速に通報すること
ができる。
【図１】本発明に係る監視通報装置の一実施例を示す概
略構成図である。
略構成図である。
【図２】装置状態格納テーブルのテーブルデータを示す
図である。
図である。
【図３】（ａ）、（ｂ）はそれぞれ運用形態情報格納テ
ーブルのテーブルデータを示す図である。
ーブルのテーブルデータを示す図である。
【図４】アラーム情報格納テーブルのテーブルデータを
示す図である。
示す図である。
【図５】運用形態稼動不稼動状態格納テーブルのテーブ
ルデータを示す図である。
ルデータを示す図である。
【図６】（ａ）〜（ｃ）は運用形態別電話通報分別結果
の具体例を示す図である。
の具体例を示す図である。
【図７】運用形態の状態を考慮した場合の運用形態別電
話通報分別結果の具体例を示す図である
話通報分別結果の具体例を示す図である
【図８】（ａ）、（ｂ）はそれぞれ運用形態の状態およ
び通報時間帯を考慮した場合の運用形態別電話通報分別
結果の具体例を示す図である
び通報時間帯を考慮した場合の運用形態別電話通報分別
結果の具体例を示す図である
１０ 監視通報装置 １１ 監視制御対象装置Ａ（装置Ａ） １２ 監視制御対象装置Ｂ（装置Ｂ） １３ 監視制御対象装置Ｃ（装置Ｃ） １４ 端子盤 １５ 信号監視・制御用プログラム １６ 信号情報収集プログラム １７ 運用形態毎装置制御プログラム １８ 装置状態格納テーブル １９ 運用形態情報格納テーブル ２０ アラーム情報格納テーブル ２１ 運用形態稼動不稼動状態格納テーブル ２２ アラームマネージャ ２３ 電話サービスプログラム ２４ 電話通報用情報格納テーブル ２５ 電話制御用ボード ２６ 通報先電話１Ａ ２７ 通報先電話２Ａ ２８ 通報先電話１Ｂ ２９ 通報先電話２Ｂ ３０ 電話通報先グループ電話Ａ ３１ 電話通報先グループ電話Ｂ
───────────────────────────────────────────────────── フロントページの続き (72)発明者 杉岡 雅行 神奈川県足柄上郡中井町境456番地 株式 会社日立インフォメーションテクノロジー 内 Ｆターム(参考） 5C087 BB12 BB75 DD04 DD05 DD08 DD23 DD38 DD42 EE15 FF01 FF02 FF19 FF23 GG08 GG19 GG21 GG23 GG30 GG70 5K048 BA51 DC01 DC07 EB13 5K101 KK13 NN14 NN21
Claims (6)
- 【請求項１】 複数の運用形態を有する単一または複数
の監視対象の障害を検知する手段と、前記運用形態毎に
前記監視対象に対応する通報先を格納する手段と、前記
検知された障害の情報と前記通報先とを関連付けてアラ
ーム情報を作成する手段と、前記アラーム情報に基づい
て所定の通報先に通報を行う手段とを備えたことを特徴
とする監視通報装置。 - 【請求項２】 前記アラーム情報は、前記運用形態が稼
動状態にあるときに作成されることを特徴とする請求項
１記載の監視通報装置。 - 【請求項３】 前記アラーム情報は、現在時刻が前記通
報先に対して定められた通報時間帯にあるときに作成さ
れることを特徴とする請求項１または２記載の監視通報
装置。 - 【請求項４】 複数の運用形態を有する単一または複数
の監視対象の障害を検知する工程と、前記検知された障
害の情報と前記運用形態毎に格納された前記監視対象に
対応する通報先とを関連付けてアラーム情報を作成する
工程と、前記アラーム情報に基づいて前記通報先に通報
を行う工程とを備えたことを特徴とする通報処理方法。 - 【請求項５】 前記通報先が複数の電話で構成されてお
り、前記通報が前記複数の電話に順次行われることを特
徴とする請求項４記載の通報処理方法。 - 【請求項６】 前記通報を行った電話から通報停止の指
示を受けたときは、他の電話への通報を停止することを
特徴とする請求項５記載の通報処理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000211169A JP2002024968A (ja) | 2000-07-12 | 2000-07-12 | 監視通報装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000211169A JP2002024968A (ja) | 2000-07-12 | 2000-07-12 | 監視通報装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002024968A true JP2002024968A (ja) | 2002-01-25 |
Family
ID=18707328
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000211169A Pending JP2002024968A (ja) | 2000-07-12 | 2000-07-12 | 監視通報装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2002024968A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2004061792A1 (ja) * | 2002-12-27 | 2004-07-22 | Kissei Technos Co., Ltd. | 遠隔ビル監視システムおよび方法 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS63173451A (ja) * | 1987-01-12 | 1988-07-18 | Omron Tateisi Electronics Co | 自動電話装置 |
| JPH04369051A (ja) * | 1991-06-18 | 1992-12-21 | Tohoku Nippon Denki Software Kk | 障害通報装置 |
| JPH0756770A (ja) * | 1993-08-16 | 1995-03-03 | Nec Commun Syst Ltd | 利用者障害監視制御方式 |
| JPH08265869A (ja) * | 1995-03-24 | 1996-10-11 | Hitachi Building Syst Eng & Service Co Ltd | ビル群遠隔管理装置 |
| JPH10320041A (ja) * | 1997-05-19 | 1998-12-04 | Toshiba Corp | プラント監視制御システムの警報通報装置 |
| JP2000149174A (ja) * | 1998-11-17 | 2000-05-30 | Fujitsu Ltd | 通報システム |
| JP2000165551A (ja) * | 1998-11-25 | 2000-06-16 | Nec Software Kansai Ltd | 障害通報システム |
-
2000
- 2000-07-12 JP JP2000211169A patent/JP2002024968A/ja active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS63173451A (ja) * | 1987-01-12 | 1988-07-18 | Omron Tateisi Electronics Co | 自動電話装置 |
| JPH04369051A (ja) * | 1991-06-18 | 1992-12-21 | Tohoku Nippon Denki Software Kk | 障害通報装置 |
| JPH0756770A (ja) * | 1993-08-16 | 1995-03-03 | Nec Commun Syst Ltd | 利用者障害監視制御方式 |
| JPH08265869A (ja) * | 1995-03-24 | 1996-10-11 | Hitachi Building Syst Eng & Service Co Ltd | ビル群遠隔管理装置 |
| JPH10320041A (ja) * | 1997-05-19 | 1998-12-04 | Toshiba Corp | プラント監視制御システムの警報通報装置 |
| JP2000149174A (ja) * | 1998-11-17 | 2000-05-30 | Fujitsu Ltd | 通報システム |
| JP2000165551A (ja) * | 1998-11-25 | 2000-06-16 | Nec Software Kansai Ltd | 障害通報システム |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2004061792A1 (ja) * | 2002-12-27 | 2004-07-22 | Kissei Technos Co., Ltd. | 遠隔ビル監視システムおよび方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3805951B2 (ja) | 画像形成装置管理システム及び管理方法 | |
| JPH07222269A (ja) | 通報装置 | |
| JP2002024968A (ja) | 監視通報装置 | |
| CA3039210A1 (en) | Distributed home security system and method of responding to an alert condition therefrom | |
| JPS61136361A (ja) | ペ−ジングシステムを利用したリモ−ト監視システム | |
| JPH06274782A (ja) | 全自動防災監視システム | |
| JP2878611B2 (ja) | コンピュータシステムの障害監視通知システム | |
| JP4545258B2 (ja) | 遠隔集中管理システム | |
| JP3426714B2 (ja) | ビル群遠隔管理装置 | |
| JP4299572B2 (ja) | 障害通報方式および障害通報方法 | |
| JPH09218835A (ja) | リモート保守方式 | |
| JPH08180271A (ja) | 防災監視装置 | |
| JP2001177658A (ja) | 遠隔監視方法 | |
| JPH11177721A (ja) | 施設管理システムにおける自動通報方式 | |
| RU2216783C2 (ru) | Система охранно-пожарной сигнализации | |
| JPS62171099A (ja) | 集合住宅の異常監視装置 | |
| JP2003267641A (ja) | エレベーターの運行情報モニターシステム | |
| JPH05105345A (ja) | エレベータ遠隔監視装置 | |
| JPH0218632Y2 (ja) | ||
| JPH07298375A (ja) | 上下水道施設監視システム | |
| JPH0638521Y2 (ja) | 非常通報装置 | |
| KR19980066622A (ko) | 무선호출기를 사용한 원격시스템 장애관리장치 및 그 방법 | |
| JPH0721254A (ja) | ビル群管理システム | |
| JP2000069188A (ja) | インターホンシステム | |
| JPH0336692A (ja) | 遠隔監視装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20070126 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070315 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090617 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090623 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090820 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100223 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20100706 |