JP2015146152A - 監視制御装置 - Google Patents

Abstract

【課題】オペレーティングシステムなどの基本ソフトに関わる障害発生の検出を効率よく行う監視制御装置を得る。
【解決手段】オペレーティングシステムを含む基本ソフト１１が出力するログ情報１２を、基本ソフト出力ログデータベース作成機能１３が、定周期でチェックし、新しいイベントのログ情報を基本ソフト出力ログデータベース１４に蓄積して、基本ソフト出力ログデータベース入力インタフェース１５から、それぞれのログ情報に対するシステム影響度とシステムエラー情報の出力の有無を入力し、一方、基本ソフトエラー検知機能１６が、基本ソフト１１の出力したログ情報１２について、基本ソフト出力ログデータベース作成機能１３を参照して、操作員へのシステムエラー情報の出力が必要なログ情報を抽出して、システムエラー発生／復旧情報ファイル１７に格納するようにした。
【選択図】図１

Description

この発明は、基本ソフトの出力するログ情報から障害検出を行う監視制御装置に関するものである。

従来の監視制御システムにおいては、障害発生時には障害発生情報として予め記録することを定め、その記録された情報を基に障害解析を行うとともに、監視画面上に表示あるいは警報ランプ点灯等により障害が発生したことを通知する機能を有しているものが主流である。
そのような中で、特許文献１においては、障害発生時に記録したログ情報と、予め設定した障害発生部位と関連部位の関連付け情報とを用いて、障害発生箇所の特定を容易にする手段が記載されている。
また、特許文献２においても、障害発生情報の収集の要否や収集情報を予め定め、障害発生時にログ情報として書込み、その収集情報を元に障害解析を行う手段や監視端末に通知して表示する手段が記載されている。

特開２０１１−２２１７０３号公報（第４〜７頁、第１図） 特開平９−３２５９０３号公報（第４〜６頁、第１図）

従来の監視制御システムにおける「ログ情報による障害解析手段および障害発生通知手法」では、障害発生時に障害発生情報として予めログ情報を記録することを定め、また予め設定した情報を基にして障害発生箇所の特定を容易化し、障害箇所復旧の迅速化を図っていた。

しかしながら、オペレーティングシステム等の基本ソフトが出力する情報は膨大であるとともに、出力内容はシステム構成（接続機器・システムの使われ方）に依存する。
そのため、事前にオペレーティングシステム等の基本ソフトから出力される情報を抽出したり、その中から監視制御システムに影響を及ぼす障害を正確に定めることは非常に手間のかかる作業であり、障害発生時の解析・通知のために、予め「正確に」情報設定しておくこと自体が困難であった。
ここで「正確に」とは、設定に漏れているとオペレーティングシステム等の基本ソフトがログ情報として出力していても障害検出できないことになるし、逆に設定されすぎていると、監視制御システムの動作としては影響を及ぼさない事象であるにも関わらず、エラー通知してしまうことになる、これら２つの状態を発生させないというものである。

この発明は、上述のような課題を解決するためになされたものであり、オペレーティングシステムなどの基本ソフトに関わる障害発生の検出を効率よく行う監視制御装置を得ることを目的とする。

この発明に係わる監視制御装置においては、オペレーティングシステムを含む基本ソフトが出力したログ情報を定周期でチェックし、新しいイベントのログ情報をログデータベースに蓄積するログデータベース作成手段、ログデータベースに蓄積されたログ情報ごと
に、システムへの影響の有無を入力するための入力手段、及びログデータベースを参照して、基本ソフトが出力したログ情報から、システムへの影響有りのログ情報を抽出する基本ソフトエラー検知手段を備えたものである。

この発明によれば、オペレーティングシステムを含む基本ソフトが出力したログ情報を定周期でチェックし、新しいイベントのログ情報をログデータベースに蓄積するログデータベース作成手段、ログデータベースに蓄積されたログ情報ごとに、システムへの影響の有無を入力するための入力手段、及びログデータベースを参照して、基本ソフトが出力したログ情報から、システムへの影響有りのログ情報を抽出する基本ソフトエラー検知手段を備えたので、基本ソフトに関わる障害発生の検出を効率よく行うことができるとともに、検出のための事前作業を容易化することができる。

この発明の実施の形態１による監視制御サーバを示す構成図である。 この発明の実施の形態１による監視制御サーバの基本ソフト出力ログデータベースの構造を示す図である。 この発明の実施の形態１による監視制御サーバの基本ソフト出力ログデータベース作成機能の処理を示すフローチャートである。 この発明の実施の形態１による監視制御サーバの基本ソフトエラー検知機能の処理を示すフローチャートである。 この発明の実施の形態２による監視制御システムの監視端末画面による表示を示す構成図である。 この発明の実施の形態２による監視制御システムの警告灯による表示を示す構成図である。 この発明の実施の形態２による監視制御システムのメール通知を示す構成図である。 この発明の実施の形態３による監視制御システムの基本ソフト出力ログデータベース作成機能の処理を示すフローチャートである。 この発明の実施の形態４による監視制御サーバを示す構成図である。 この発明の実施の形態４による監視制御サーバの基本ソフト出力ログデータベースの構造を示す図である。 この発明の実施の形態５による監視制御システムを示す構成図である。

実施の形態１．
以下、この発明の実施の形態１を図に基づいて説明する。
図１は、この発明の実施の形態１による監視制御サーバを示す構成図である。
図１において、プラント設備の監視制御を行う監視制御システムを構成する監視制御サーバ１（監視制御装置）は、次のように構成されている。
基本ソフト１１は、オペレーティングシステム等の基本ソフトである。ログ情報１２は、オペレーティングシステム等の基本ソフトの動作状態の変化、エラー発生、復旧などのイベントの記録のために、基本ソフト１１によって出力される情報であり、少なくともイベントＩＤを持っている。イベントＩＤは、発生事項の内容やその状態（発生、復旧の別）を判別することができるものである。
基本ソフト出力ログデータベース作成機能１３（ログデータベース作成手段）は、基本ソフト１１が出力するログ情報１２を定周期で参照し、新規発生したイベントのログ情報を基本ソフト出力ログデータベース１４（ログデータベース）に蓄積する。基本ソフト出力ログデータベース１４は、基本ソフト出力ログデータベース作成機能１３により作成・蓄積される。

基本ソフト出力ログデータベース入力インタフェース１５（入力手段）は、基本ソフト出力ログデータベース１４に対して、図２で後述するシステム影響度フラグ及びシステムエラー情報を設定するための入力インタフェースである。
基本ソフトエラー検知機能１６（基本ソフトエラー検知手段）は、基本ソフト１１が出力するログ情報１２と基本ソフト出力ログデータベース１４の両方を参照し、システムエラーの発生や復旧に関するシステムエラー発生／復旧情報ファイル１７を作成する。システムエラー発生／復旧情報ファイル１７には、図２で後述するシステムエラー情報で「出力あり」の設定がされているログ情報が格納されている。

図２は、この発明の実施の形態１による監視制御サーバの基本ソフト出力ログデータベースの構造を示す図である。
図２において、イベントＩＤ、システム影響フラグ、システムエラー情報の項目があり、基本ソフト出力ログデータベース作成機能１３が、ログ情報を定周期でチェックし、新しいイベント発生のつど、イベントＩＤの項目を書込み、基本ソフト出力ログデータベース入力インタフェース１５が、当該イベントについて、システム影響度フラグ及びシステムエラー情報を書込む。
ここで、システム影響度フラグは、システムへの影響の有無を示す。また、システムエラー情報は、システムエラーとして、操作員に対して出力するかどうか、及び出力する場合、発生情報とするか復旧情報とするか等の情報である。

次に、動作について説明する。
まず、基本ソフト出力ログデータベース作成機能１３の処理について、図３を参照して説明する。
基本ソフト出力ログデータベース作成機能１３は、定周期で基本ソフト１１が出力したログ情報１２を参照し（Ｓ１１）、ログ情報１２から１データを抽出し（Ｓ１２）、基本ソフト出力ログデータベース１４に一致するデータがあるかないか、すなわち過去に同じイベントＩＤがあるかないかを検索する（Ｓ１３）。
一致するデータがなければ（Ｓ１４）、基本ソフト出力ログデータベース１４に対して項目追加して、基本ソフト１１が出力した当該データのイベントＩＤを蓄積する（Ｓ１５）。
一致するデータがあれば（Ｓ１４）、ログ情報１２の全データをチェック済みかどうかを確認し（Ｓ１６）、全データをチェック済みであれば、終了し、チェック済みでなければ、Ｓ１２に進む。

このように、基本ソフト出力ログデータベース作成機能１３は、オペレーティングシステム等の基本ソフト１１が出力するログ情報１２を自動的に定期チェックし、基本ソフト出力ログデータベース１４にないログ情報を自動的に抽出・蓄積する。
これにより、基本ソフト１１によって出力されたログ情報の事前抽出作業を容易化することができる。

基本ソフト出力ログデータベース作成機能１３が作成した基本ソフト出力ログデータベース１４の新しい追加データに対して、基本ソフト出力ログデータベース入力インタフェース１５を通じて、システムへの影響度（有無）、及びシステムエラー情報の入力を行う。
これにより、基本ソフト出力ログデータベース１４を、システム動作に影響を及ぼすログ情報１２のみを検知するためのデータベースとすることができる。
したがって、実際に発生したイベントを格納した基本ソフト出力ログデータベース１４を作成するため、システム構成（接続機器・システムの使われ方）に応じて、予め「正確に」情報設定することが可能になる。

次に、基本ソフトエラー検知機能１６の動作について、図４を用いて説明する。
定周期で、基本ソフト１１が出力したログ情報１２を参照し（Ｓ２１）、ログ情報１２から１データを抽出し（Ｓ２２）、基本ソフト出力ログデータベース１４で該当するイベントＩＤを検索して、そのイベントに対応するシステムエラー情報をチェックする（Ｓ２３）。
システムエラー情報にて「出力あり」の設定がされている場合には（Ｓ２４）、システムエラー発生／復旧情報ファイル１７に書き込みを行う（Ｓ２５）。
このシステムエラー発生／復旧情報ファイル１７を参照することで、システム動作に影響を及ぼすログ情報のみが把握可能となる。
ログ情報１２の全データについて、Ｓ２２〜Ｓ２５の処理を行う（Ｓ２６）。

実施の形態１によれば、基本ソフトによって出力されるログ情報の事前抽出作業を容易化することができる。
また、システム構成（接続機器・システムの使われ方）に応じて、予め「正確に」情報設定することが可能になる。
また、システムエラー発生／復旧情報ファイルを参照することで、システム動作に影響を及ぼすログ情報のみが把握可能となる。

実施の形態２．
図５は、この発明の実施の形態２による監視制御システムの監視端末画面による表示を示す構成図である。
図５において、１、１１〜１７は図１におけるものと同一のものである。図５では、監視制御サーバ１に監視端末通信機能１８（通知手段）を設け、監視端末２に通知して、基本ソフト１１に関わる障害発生及び復旧状態を障害発生／復旧表示画面２１に表示させる。

図６は、この発明の実施の形態２による監視制御システムの警告灯による表示を示す構成図である。
図６において、１、１１〜１７は図１におけるものと同一のものである。図６では、監視制御サーバ１に接点出力機能１９（通知手段）を設け、警告灯３を点灯または消灯させる。

図７は、この発明の実施の形態２による監視制御システムのメール通知を示す構成図である。
図７において、１、１１〜１７は図１におけるものと同一のものである。図７では、監視制御サーバ１にメール作成・通知機能２０（通知手段）を設け、メールサーバ４に対してメール送信を行う。

実施の形態１では、オペレーティングシステム等の基本ソフト１１が出力したログ情報１２のうちシステム動作に影響を及ぼすログ情報（システムエラー情報にて「出力あり」の設定がされているログ情報）の出力のみを検知するものを示したが、実施の形態２は、システム動作に影響を及ぼすログ情報の出力を検知した場合に、操作員に対してタイムリーに障害発生／復旧を知らせるようにした。

システム動作に影響を及ぼすログ情報の出力を検知した場合に、図５に示す監視端末２の操作画面に、障害発生／復旧表示画面２１を表示することで、操作員に対してタイムリーに障害発生／復旧を知らせることが可能である。

同様に、システム動作に影響を及ぼすログ情報出力を検知した場合に、図６に示すように、接点出力オン／オフすることで、警告灯３の点灯／消灯を行い、警告灯３により操作員に対し、障害発生／復旧を知らせるようにすることもできる。

また同様に、システム動作に影響を及ぼすログ情報出力を検知した場合に、図７に示すように、メールを作成してメールサーバ４にメール送信することで、システム操作員以外のシステム管理者やシステムメンテナンス者に対し、障害発生／復旧を知らせることも可能である。

実施の形態２によれば、システム動作に影響を及ぼすログ情報の出力を検知した場合に、操作員に対してタイムリーに障害発生／復旧を知らせることができる。

実施の形態３．
実施の形態１では、基本ソフト出力ログデータベース作成機能１３の基本的な動作を示したが、実施の形態３は、定周期でログ情報１２を参照する際に、チェック済みフラグ（チェック完了フラグ）を設定するようにして、そのタイミングでどこまでチェック完了しているかを記録しておくようにした。

次に、図８を用いて、実施の形態３の基本ソフト出力ログデータベース作成機能１３の処理について説明する。
図８において、Ｓ１１、Ｓ１３〜Ｓ１６は図３におけるものと同一の処理である。図８では、Ｓ１１とＳ１３の間にＳ３１１、Ｓ３１２を挿入している。
基本ソフト出力ログデータベース作成機能１３が、定周期でログ情報１２を参照する際に、チェック済みフラグを設定するようにして、そのタイミングでどこまでチェック完了しているかを記録しておく。次回、定周期でのログ情報参照時に前回チェック以降、新規に出力されたログのみを対象に、基本ソフト出力ログデータベース１４に一致するデータがあるかないかを検索できるようになる。
この検索で、一致するデータがなければ、基本ソフト出力ログデータベースに対して項目追加する動作を行うことができる。

図８で、定周期で、ログ情報の１データの抽出に当って、ログ情報のうちチェック済みフラグ最終点（Ｓ３１１）、の次の１データを抽出する。このとき抽出したデータにチャック済みフラグを設定する（Ｓ３１２）。

実施の形態３によれば、これにより、基本ソフトによって出力されるログ情報の自動的な抽出・蓄積を短時間に行うことが可能になる。

実施の形態４．
図９は、この発明の実施の形態４による監視制御サーバを示す構成図である。
図９において、１、１３〜１７は図１におけるものと同一のものである。図９では、図１の基本ソフト１１ごとにログ情報１２を出力するようにした。すなわち、基本ソフト１（１１１）、基本ソフト２（１１２）、基本ソフト３（１１３）が、それぞれログ情報１２１、１２２、１２３を出力する。
なお、基本ソフト１（１１１）は、例えばオペレーティングシステムであり、基本ソフト２（１１２）、３（１１３）は、例えばデバイスドライバソフトである。

図１０は、この発明の実施の形態４による監視制御サーバの基本ソフト出力ログデータベースの構造を示す図である。
図１０において、イベントＩＤ、システム影響度フラグ、システムエラー情報は図２におけるものと同じである。図１０では、基本ソフトの別を示す基本ソフトＮｏの項目があり、基本ソフト出力ログデータベース作成機能１３によって書込まれる。

実施の形態１では、基本的な動作として、オペレーティングシステム等の基本ソフト１つを対象とした動作を示したが、実施の形態４は、複数の基本ソフトを対象として、各基本ソフトが出力するログ情報を自動的に定期チェックし、必要なログ情報を自動的に抽出して、基本ソフト出力ログデータベースとして、一元管理するようにした。

すなわち、基本ソフト１（１１１）、基本ソフト２（１１２）、基本ソフト３（１１３）が、それぞれログ情報１２１、１２２、１２３を出力する。基本ソフト出力ログデータベース作成機能１３と、基本ソフトエラー検知機能１６は、ログ情報１２１、１２２、１２３を各別に、実施の形態１と同様にして自動的に定期チェックする。

実施の形態４によれば、これにより、オペレーティングシステムやデバイスドライバソフト等の基本ソフト別に障害発生を検出し、障害発生検出率の向上を図ることができる。

実施の形態５．
図１１は、この発明の実施の形態５による監視制御システムを示す構成図である。
図１１において、１、２、１１〜１８は図５におけるものと同一のものである。図１１では、基本ソフト出力ログデータベース１４へのログ情報の追加を、監視端末２に、基本ソフト出力ログデータベース新規項目追加表示画面２３により通知する。監視端末２にデータベース入力画面２２を表示して、追加されたログ情報に対するシステムへの影響度やシステムエラー情報の入力を行うようにした。

実施の形態１では、基本的な動作として、監視制御サーバ１上で基本ソフト出力ログデータベース１４に対して、システムへの影響度及びシステムエラー情報の入力を行うこととしたが、実施の形態５は、基本ソフト出力ログデータベース１４に対し、項目追加してオペレーティングシステム等の基本ソフト１１が出力するログ情報を蓄積した場合に、監視端末２等のリモート端末に通知して、基本ソフト出力ログデータベース新規項目追加表示画面２３を表示させて操作員に通知するとともに、監視端末２にデータベース入力画面２２を表示して、操作員にシステムへの影響度及びシステムエラー情報の入力を行わせるようにした。

これにより、基本ソフト出力ログデータベース１４に対して、監視端末２上でシステムへの影響度及びシステムエラー情報の入力を行えるようになり、監視制御システムを運用しながら、タイムリーに基本ソフト出力ログデータベース１４を整備することが可能になる。

実施の形態５によれば、オペレーティングシステム等の基本ソフトに関わる障害発生検出率の向上を、監視制御システムを運用しながらタイムリーに図ることができる。

なお、本発明は、その発明の範囲内において、各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変形、省略することが可能である。

１ 監視制御サーバ、２ 監視端末、３ 警告灯、４ メールサーバ、
１１ 基本ソフト、１２ ログ情報、１３ 基本ソフト出力ログデータベース作成機能、１４ 基本ソフト出力ログデータベース、
１５ 基本ソフト出力ログデータベース入力インタフェース、
１６ 基本ソフトエラー検知機能、１７ システムエラー発生／復旧情報ファイル、
１８ 監視端末通信機能、１９ 接点出力機能、２０ メール作成・通知機能、
２１ 障害発生／復旧表示画面、２２ データベース入力画面、
２３ 基本ソフト出力ログデータベース新規項目追加表示画面。

Claims (7)

1. オペレーティングシステムを含む基本ソフトが出力したログ情報を定周期でチェックし、新しいイベントのログ情報をログデータベースに蓄積するログデータベース作成手段、
   上記ログデータベースに蓄積されたログ情報ごとに、システムへの影響の有無を入力するための入力手段、
   及び上記ログデータベースを参照して、上記基本ソフトが出力したログ情報から、上記システムへの影響有りのログ情報を抽出する基本ソフトエラー検知手段を備えたことを特徴とする監視制御装置。
2. 上記基本ソフトエラー検知手段により、上記システムへの影響有りのログ情報が抽出された場合に、障害発生を監視端末に通知する通知手段を備えたことを特徴とする請求項１記載の監視制御装置。
3. 上記基本ソフトエラー検知手段により、上記システムへの影響有りのログ情報が抽出された場合に、警告灯により障害発生を通知する通知手段を備えたことを特徴とする請求項１記載の監視制御装置。
4. 上記基本ソフトエラー検知手段により、上記システムへの影響有りのログ情報が抽出された場合に、障害発生をメールサーバに通知する通知手段を備えたことを特徴とする請求項１記載の監視制御装置。
5. 上記ログデータベース作成手段は、上記ログ情報の定周期での蓄積に当たって、上記ログ情報のチェック済みのデータにチェック完了フラグを設定することを特徴とする請求項１から請求項４のいずれか一項記載の監視制御装置。
6. 上記基本ソフトが出力するログ情報は、複数の基本ソフトが各別に出力するものであることを特徴とする請求項１から請求項５のいずれか一項記載の監視制御装置。
7. 上記入力手段は、上記監視制御装置に接続された監視端末に設けられていることを特徴とする請求項１から請求項６のいずれか一項記載の監視制御装置。