(57)【要約】【課題】トラブルが発生した際の障害の種別や影響度を、迅速に視認できる監視装置を提供することにある。【解決手段】監視装置は、情報の送信および受信を行う通信制御部と、演算部とを有し、前記通信制御部が、監視対象先からトラブルについての通知を受け、前記演算部は、通知を受けた前記トラブルに基づいて、前記トラブルを障害種別と影響度に分類する分類部と、分類した前記障害種別と影響度に基づいて、警告灯装置と閃光装置の点灯方法を決定する点灯方法決定部とを有する。【選択図】  図５
2019071014.tif 000002
【特許請求の範囲】
【請求項１】
情報の送信および受信を行う通信制御部と、演算部とを有する監視装置であって、
前記通信制御部が、監視対象先からトラブルについての通知を受け、
前記演算部は、
通知を受けた前記トラブルに基づいて、前記トラブルを障害種別と影響度に分類する分類部と、
分類した前記障害種別と影響度に基づいて、警告灯装置と閃光装置の点灯方法を決定する点灯方法決定部とを有することを特徴とする監視装置。
【請求項２】
請求項１に記載の監視装置において、前記点灯方法決定部は、分類された前記影響度に従って、前記閃光装置の点灯方法を決定し、
分類された前記障害種別に従って、前記警告灯装置の点灯方法を決定し、
前記影響度が高い場合には、前記閃光装置の点灯回数を多くする点灯方法を決定することを特徴とする監視装置。
【請求項３】
請求項２に記載の監視装置において、前記点灯方法決定部は、同じ影響度で複数の異なる障害種別のトラブルが発生している場合には、前記影響度に従った前記閃光装置の点灯方法を決定するとともに、前記閃光装置の点灯と並行して、複数の障害種別に従った複数の色の警告灯装置を点灯させるように、前記警告灯装置の点灯方法を決定すること特徴とする監視装置。
【請求項４】
請求項１に記載の監視装置において、前記点灯方法決定部は、決定された点灯方法の履歴をランプ情報として記録し、新たに点灯方法を決定した場合には、前記トラブルの影響度の大きな方の点灯方法を先に点灯するように点灯の順番を決定することを特徴とする監視装置。
【請求項５】
請求項４に記載の監視装置において、トラブルが回復した通知を受けた場合には、前記点灯方法決定部は、前記ランプ情報に前記トラブルが回復したことを示す回復情報を記録し、回復したトラブルについては点灯対象から外し、点灯対象のトラブルについての点灯方法を抽出することを特徴とする監視装置。
【請求項６】
監視対象先からの通知を受ける監視装置と、監視装置と接続した警告灯装置と閃光装置とを有する監視システムであって、
前記監視装置は、
監視対象先からトラブルについての通知を受け、
通知を受けた前記トラブルに基づいて、トラブルを障害種別と影響度に分類する分類部と、
分類した前記障害種別と影響度に基づいて、警告灯装置と閃光装置の点灯方法を決定する点灯方法決定部と、
前記点灯方法決定部からの点灯方法を、前記警告灯装置と閃光装置に通知をすることを特徴とする監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、警告灯装置及び閃光装置を用いた監視装置であり、特に、障害の種別や影響度を視認できる監視装置に関する。
【背景技術】
【０００２】
特許文献１は、左右外側の第１の警告灯ユニットを同期して交互に点滅をさせるとともに、左右内側の第２の警告灯ユニットを、第１の警告灯ユニットより速い周期で点滅させる閃光式警告灯システムを開示している。そのようなシステムでは、閃光放電管の数を増やすことなく視認性を高めることができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平０９−３０６２０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
業務システムを監視する場合、視認性を高めるために１種類以上の光源を持つ警告灯を少なくとも１台設置することは一般的ではあるが、システム障害の種別や内容を即時に判断することは容易ではない。特許文献１では、単一のトラブルが発生した際の視認性を高めることは可能である。しかし、トラブルが生じた場合に、その対処をするためには、障害の種別や障害の影響度を切り分ける必要があるため、特許文献１に記載の技術では、トラブル対処の初動が遅くなる問題がある。
【０００５】
本発明の目的は、トラブルが発生した際の障害の種別や影響度を、迅速に視認できる監視装置を提供することにある。
【課題を解決するための手段】
【０００６】
本発明の好ましい一例としては、情報の送信および受信を行う通信制御部と、演算部とを有する監視装置であって、前記通信制御部が、監視対象先からトラブルについての通知を受け、前記演算部は、通知を受けた前記トラブルに基づいて、前記トラブルを障害種別と影響度に分類する分類部と、分類した前記障害種別と影響度に基づいて、警告灯装置と閃光装置の点灯方法を決定する点灯方法決定部とを有する監視装置である。
【発明の効果】
【０００７】
本発明によれば、トラブルが発生した際の障害種別や影響度を、迅速に視認できる監視装置を実現することが可能となる。
【図面の簡単な説明】
【０００８】
【図１】実施例に係る監視システムの全体構成を示す図である。
【図２】監視サーバの機能構成を示す図である。
【図３】警告灯、閃光装置が備え付けられた監視室の説明図である。
【図４】監視サーバ、監視室、各拠点間における情報のやりとりを示すシーケンス図である。
【図５】監視サーバの処理を示すフローチャートである。
【図６】障害種別と障害の影響度の組合せによる点灯ルールを示した図である。
【図７】トラブル管理情報のデータ構造を示した図である。
【図８】ランプ状態のデータ構造を示した図である。
【図９】点灯する順序を示した図である。
【発明を実施するための形態】
【０００９】
以下、本発明の実施例を、図面を用いて詳細に説明する。
【実施例】
【００１０】
図１は、実施例に係る監視システムの全体構成を示す図である。
実施例に係る監視システムは、監視サーバ１０１と、監視室１０２と、監視対象となる拠点Ａ１０５および拠点Ｂ１０６と、から構成される。監視サーバ１０１は、各拠点の異常を監視し、異常が発生した場合には監視室１０２に通知するサーバである。監視サーバ１０１の機能詳細については図２で後述する。監視室１０２は、警告灯１０３と、閃光装置１０４と、が設置される居室である。警告灯１０３および閃光装置１０４の構成については図３で後述する。各拠点で生じた異常が発生した場合、当該異常は監視サーバ１０１に通知され、監視サーバ１０１は警告灯１０３および閃光装置１０４を制御する指令を監視室１０２に発する。係る情報のやりとりの詳細については図４で後述する。閃光装置１０４は、ストロボ機能（瞬時に強烈な光（閃光）を発する機能）を備えた装置であり、監視者は、警告灯１０３と比べて閃光装置１０４からの光を、より強く感じ取ることができる特徴がある。
【００１１】
図２は、監視サーバ１０１の機能構成を示す図である。
監視サーバ１０１は、通信制御部２０１と、記憶管理部２０２と、演算処理部２０３と、から構成される。通信制御部２０１は、監視サーバ１０１と各拠点及び監視室１０２と、情報の送受信といった通信をする処理部である。記憶管理部２０２は、各拠点の障害内容と影響度と、を示すトラブル管理情報２０４と、障害に応じた点灯方法と、を示すランプ状態２０５と、を格納する。トラブル管理情報２０４の詳細は図７で、ランプ状態２０５の詳細は図８で、それぞれ後述する。演算処理部２０３は、各拠点の障害情報を分類する分類処理部２０６と、障害に応じた点灯方法を決定する点灯方法決定部２０７と、を備える。分類処理部２０６、点灯方法決定部２０７の詳細は図５で後述する。監視サーバ１０１は、図示はしないが、演算処理を行うＣＰＵと、記録部としてのメモリなどから構成され、演算処理部２０３の各処理を実行するためにプログラムを、メモリに格納し、ＣＰＵが各処理を実行してもよいし、専用のハードウェアで、各処理を実行するようにしてもよい。記憶管理部２０２は、ハードディスクなどの補助記憶装置で構成される。
【００１２】
図３は、監視室１０２の構成を示す図である。
監視室１０２は、警告灯１０３と、閃光装置１０４と、ネットワーク機器３０１と、から構成される。警告灯１０３は、３色以上の点灯機能とネットワーク接続機能と、を備える。
閃光装置１０４は、１色以上の閃光点灯機能とネットワーク接続機能と、を備える。ネットワーク機器３０１は、警告灯１０３と閃光装置１０４と、をネットワークへ接続させる機器である。監視室１０２に、警告灯１０３と閃光装置１０４と、を設置することにより、点灯の組合せで複数のトラブルが発生した際にも漏れなく迅速に対応可能なシステムとなる。
【００１３】
図４は、監視サーバ１０１、監視室１０２、ならびに拠点Ａ１０５および拠点Ｂ１０６間における情報のやりとりを示すシーケンス図である。拠点Ａ１０５においてトラブルが発生した場合に、当該トラブルを拠点Ａ１０５が、監視サーバ１０１に通知する処理である（S401）。具体的には、拠点Ａ１０５で業務用端末のハードウェアが故障した場合に、拠点Ａ１０５の現場担当者がトラブル内容をメールで送信することで当該トラブルの内容が監視サーバ１０１に通知される。なお、通知の手法は必ずしもメール送信でなくてもよい。例えば、トラブル通知用のボタン押下により達成してもよいし、トラブル拠点Ａ１０５側のシステムが自動でトラブル内容を検知して監視サーバ１０１に通知する機構としてもよい。
【００１４】
分類処理部２０６が、当該トラブルの分類をし、点灯方法決定部２０７が、点灯方法を決定する処理である（S402）。具体的には、拠点Ａ１０５で使用する業務用端末における業務不可能なハードウェア故障が、監視サーバ１０１に通知された場合に、分類処理部２０６が、通知された内容から影響度６０１に大、障害種別６０２にハードウェア、とトラブル情報を分類し、トラブル管理情報２０４へ格納する。点灯方法決定部２０７が、トラブル管理情報２０４へ格納された拠点Ａ１０５で発生したトラブル情報は点灯方法決定部２０７で影響度６０１と、障害種別６０２の情報を基に、ランプ状態２０５へランプ種別８０３にRED、閃光８０４に2の情報を格納する。
【００１５】
通信制御部２０１が、監視サーバ１０１で決定した点灯方法を監視室１０２に通知する処理である（S403）。具体的には、ランプ状態２０５のデータ構造で、フラグ８０５がTrueである行について、ランプ種別８０３と、閃光８０４に格納されている情報を、警告灯１０３と閃光装置１０４に通知し、ランプ種別８０３と、閃光８０４に格納されている情報に従い、警告灯１０３と閃光装置１０４は、点灯させるようにする。例えば、影響度６０１が大であり、障害種別６０２がハードウェアの場合は、閃光装置１０４で閃光が２回点灯し、警告灯１０３の赤ランプが点灯するようにする。なお、警告灯１０３及び閃光装置１０４は周期的に点灯と消灯を繰り返すようにする。
【００１６】
拠点Ｂ１０６においてトラブルが発生した場合に、拠点１０６の通信制御部が、当該トラブルを監視サーバ１０１に通知する処理である（S404）。分類処理部２０６が、当該トラブルの分類及び、点灯方法決定部２０７が、点灯方法を決定する処理である（S405）。通信制御部２０１が、監視サーバ１０１で決定した点灯方法を監視室１０２に通知する処理である（S406）。拠点Ａ１０５で発生したトラブルが回復した場合に、拠点Ａ１０５が、当該情報を監視サーバ１０１に通知する処理である（S407）。具体的には、拠点１０５で発生していたハードウェア故障を部品交換で修理した場合に、拠点Ａ１０５の現場担当者がトラブル回復した内容をメールで送信することで当該トラブルが回復したことを監視サーバ１０１に通知される。なお、通知の手法はS401と同様に、必ずしもメール送信でなくてもよい。
【００１７】
点灯方法決定部２０７が、当該トラブルを監視サーバ１０１から検索し、点灯対象から外す処理である（S408）。具体的には、トラブル管理情報２０４へ格納されたトラブル情報の出力情報７０２及び、事象発生日時７０３を基に当該トラブル情報を検索し、対処日時７０４にトラブルが回復した日時を挿入し、ランプ状態２０５のフラグ８０５をFalseとする。通信制御部２０１が、監視サーバ１０１で決定した点灯方法を監視室１０２に通知する処理である(S409)。具体的には、S403と同様に、ランプ状態２０５の情報に従い、警告灯１０３と閃光装置１０４と、を点灯させる。例えば、トラブル回復によりランプ状態２０５のフラグ８０５が全てFalseである場合は、警告灯１０３及び閃光装置１０４は全て消灯状態となる。回復したトラブルは、点灯させないようにするので、監視者は回復していないトラブルの件数、影響度、種類を把握しやすい。
【００１８】
拠点Ｂ１０６で発生したトラブルが回復した場合に、拠点Ｂ１０６が、当該情報を監視サーバ１０１に通知する処理である(S410)。点灯方法決定部２０７が、当該トラブルを監視サーバ１０１から検索する。この検索では、ランプ状態２０５のフラグ８０５がFalseである、回復したトラブルについては、ランプ種別８０３と、閃光８０４は抽出しないので、点灯対象から外す処理である(S411)。通信制御部２０１が、監視サーバ１０１で決定した点灯方法を監視室１０２に通知する処理である（S412）。監視サーバ１０１で収集したトラブル情報を、警告灯１０３及び閃光装置１０４で点灯後、トラブルが回復されるまで、継続的に警告灯１０３及び閃光装置１０４と、を点灯させることで、視認性を高めるシステムとなる。
【００１９】
図５は、監視サーバの処理を示すフローチャートである。トラブルが発生した場合に、監視サーバ１０１の通信制御部２０１が、当該トラブルを受信する処理である（S501）。トラブル情報受信S501で受取った当該トラブル情報を、分類処理部２０６が、トラブルの種別、影響度で分類分けし、トラブル管理情報２０４に、当該トラブル情報を格納する処理である（S502）。具体的には、分類処理部２０６が、各拠点から通知されたトラブル情報を基に、障害種別６０２はハードウェア、ミドルウェア、ソフトウェアとし、影響度６０１が業務継続できない障害である場合は大、業務継続は可能であるが、早急対処が必要である場合は中、業務影響が無く、緊急対応が不要な場合は小として分類分けする。なお、分類分けについてはシステム毎に異なる事が想定されるため、必ずしも同一とする必要はない。例えば、拠点Ａ１０５において、業務継続できないハードウェア故障が発生した場合、トラブル分類S502は、トラブル情報として影響度６０１を大、障害種別６０２をハードウェアとして、トラブル管理情報２０４へトラブル情報を格納する。
【００２０】
点灯方法決定部２０７が、現状のランプ状態２０５を判定し、フラグ８０５がTrueの行があり、現状、ランプが点灯している場合には、点灯方法決定S504を実行し、フラグ８０５がTrueの行が無く、現状、ランプが点灯していない場合には、ランプ状態２０５にランプ点灯情報を格納し、点灯状態決定S505に移行する処理である（S503）。点灯方法決定部２０７が、ランプ状態２０５に格納された情報と、当該トラブル情報と、を比較し、影響が大きいトラブルを優先的に点灯させるため、点灯順序及び点灯方法を決定し、ランプ状態２０５を更新する処理である（S504）。例えば、既に点灯しているランプ状態２０５が、警告灯１０３の黄ランプ及び閃光装置１０４を１回点灯の処理を１種類点灯させる状況において、影響度６０１が大で障害種別６０２がハードウェアのトラブル情報が追加で発生した場合、警告灯１０３の赤ランプ及び閃光装置１０４を2回点灯、警告灯１０３の黄ランプ及び閃光装置１０４を1回点灯の2種類を点灯させる状態となる。この点灯状態を１つのサイクルとし、S505はトラブルが解決されるまで、警告灯１０３及び閃光装置１０４の点灯を行なう。複数のトラブルが発生している場合には、影響度の高いトラブルは、閃光装置を点灯させ、点灯順位を先に点灯させるので、監視者が緊急性を把握しやすい。また、障害の種別を警告灯の色で迅速に認識できる。さらに、各トラブルに対応して点灯方法が変わることから、トラブルの件数も把握することができる。
【００２１】
ランプ状態２０５の状態に従い、警告灯１０３と、閃光装置１０４と、を点灯させるように、通信制御部２０１が、決定した点灯方法を、警告灯１０３と、閃光装置１０４に通知をし、警告灯１０３と閃光装置１０４とを点灯させる処理である（S505）。監視サーバ１０１によるトラブル情報を障害種別６０２と影響度６０１と、による分類分けされた内容に従い、警告灯１０３と、閃光装置１０４と、を点灯させるトラブル監視システムとなる。また、警告灯及１０３及び閃光装置１０４の点灯方式により、点灯色による障害種別６０２の切り分け、閃光による影響度６０１の切り分けが可能となり視認性を高めたシステムとなる。
【００２２】
図６は、障害種別と障害の影響度との組合せによる点灯ルール６００を示した図である。影響度６０１は、発生したトラブルがサービスに与える影響の大きさを、大、中、小、で示す。障害種別６０２は、発生したトラブルの箇所を、ハードウェア、ミドルウェア、ソフトウェア、で示す。影響度６０１が大であり、障害種別６０２がハードウェアの項目は、警告灯を赤色点灯させ、閃光を２回点灯させる、という内容を示している。影響度６０１が小であり、障害種別６０２がソフトウェアの項目は、警告灯を緑色点灯させる、という内容を示している。障害種別６０２が異なり、影響度６０１が同一のトラブルが発生している場合、閃光装置１０４の点灯と併せ、当該の点灯色を同時に点灯させることで、同一の影響度６０１のトラブルが複数の種別で複数発生している事を、監視者などに、視認させることができる。
【００２３】
図７は、トラブル管理情報２０４のデータ構造を示した図である。ID７０１は、発生したトラブルを一意に定める、管理番号である。出力情報７０２は、当該トラブルが発生した原因を示す情報である。事象発生日時７０３は、当該トラブルが発生した日時を示す情報である。対処日時７０４は、当該トラブルが回復した日時を示す情報である。例えば、ID1の行は、障害種別がハードウェアであるトラブルは、影響度が大きく、出力情報はノードダウンであり、2017年1月11日14時00分にトラブルが発生し、2017年1月11日16時00分にトラブルが回復した、という内容を示している。また、ID6の行は、障害種別がソフトウェアであるトラブルは、影響度が中であり、出力情報が例外処理検知であり、2017年2月2日11時30分にトラブルが発生し、対処日時がNullであることから、トラブルが回復していない、という内容を示している。
【００２４】
図８は、警告灯１０３と閃光装置１０４とを点灯させる情報である、ランプ状態２０５のデータ構造を示した図である。ID８０１は、トラブルに紐付けられた、ランプの状態を一意に定める、管理番号である。トラブルID８０２は、トラブルを一意に定める管理番号であり、ID７０１に該当する情報である。ランプ種別８０３は、警告灯１０３を点灯させる色を示す、情報である。閃光８０４は、閃光装置１０４を点灯させる回数を示す、情報である。フラグ８０５は、警告灯１０３及び閃光装置１０４の点灯状態を示す、情報である。例えば、ID1の行は、トラブルIDが1であるトラブルは、影響度が大きく、ランプ種別は赤であり、閃光は2回点灯させ、2017年1月11日14時00分にトラブルが発生し、フラグ８０５がFalseであることから、該当トラブルによるランプ点灯は行われていない、という内容を示している。
【００２５】
また、ID6の行は、トラブルIDが6であるトラブルは、影響度が中であり、ランプ種別は緑であり、閃光は1回点灯させ、2017年2月2日11時30分にトラブルが発生し、フラグ８０５がTrueであることから、該当トラブルによるランプ点灯が行われている、という警告灯１０３と閃光装置１０４の点灯の履歴内容を示している。なお、新規でトラブルが発生した場合、データ構造の末尾にデータが挿入される。データ挿入時のフラグ８０５はTrueとして挿入され、新規トラブルは必ず警告灯１０３及び閃光装置１０４が点灯する。
【００２６】
図９は、図８のデータ構造に従い、警告灯１０３及び閃光装置１０４を点灯する順序を示した図である。
点灯順序９０１は、警告灯１０３及び閃光装置１０４が点灯する順序を示す、情報である。点灯サイクル９０２は、図８のデータ構造に格納されている点灯対象のトラブル情報を１つのグループとして纏めたものであり、トラブル情報が更新されない場合、点灯サイクルでグルーピングされた順序で点灯される。点灯色９０３は、点灯する警告灯１０３の色及び閃光装置１０４を示す情報である。点灯９０４は、点灯順序９０１の一意のタイミングで、警告灯１０３及び閃光装置１０４が点灯する箇所を示す情報である。点灯サイクル９０２が[1]の列は、点灯順序９０１が１の列は、赤ランプ及び黄ランプは消灯させ、緑ランプを点灯させ、閃光を1回点灯させる、ことを示している。点灯順序９０１が２の列は、赤ランプを点灯させ、黄ランプ及び緑ランプを消灯させ、閃光を点灯させない、ことを示している。点灯サイクル９０２が[2]の列は、点灯サイクル９０２が[1]の列と同一の点灯を行なう、ことを示している。障害種別６０２及び影響度６０１と、が同一のトラブルが複数発生している場合、発生しているトラブルの回数分、警告灯１０３及び閃光装置１０４の点灯を行う事で、複数のトラブルが発生していることを視認させるシステムとなる。
【符号の説明】
【００２７】
１０１：監視サーバ、１０２：監視室、１０３：警告灯、１０４：閃光装置、１０５：拠点Ａ、１０６：拠点Ｂ、２０１：通信制御部、２０２：記憶管理部、２０３：演算処理部、２０４：トラブル管理情報、２０５：ランプ状態、２０６：分類処理部、２０７：点灯方法決定部、Ｓ５０１：トラブル情報受信、Ｓ５０２：トラブル分類、Ｓ５０３：現在ランプ点灯判定、Ｓ５０４：点灯方法決定、Ｓ５０５：点灯状態決定、６０１：影響度、６０２：障害種別
【図１】
2019071014.tif 000003
【図２】
2019071014.tif 000004
【図３】
2019071014.tif 000005
【図４】
2019071014.tif 000006
【図５】
2019071014.tif 000007
【図６】
2019071014.tif 000008
【図７】
2019071014.tif 000009
【図８】
2019071014.tif 000010
【図９】
2019071014.tif 000011