(57)【要約】【課題】監視制御動作を損なうことなく、監視制御処理の詳細な動作状態をトレースすることができる監視制御システムを得ることを目的とする。【解決手段】複数の監視制御装置１のそれぞれは、当該監視制御装置の動作に伴い発生した動作ログをログトレースファイルとして蓄積するログトレース蓄積部２１と、ログ収集装置４からのログ収集要求に応じて、蓄積されたログトレースファイルＦＬ３０のなかから必要なログデータＤＬを抽出して出力するログデータ処理部２３と、動作ログのパターンと、あらかじめ定義された定義ログパターン（定義ファイルＰＤ２２）が合致していると、割込みを不可と判定する割込可否判定部２２と、割込可否判定部２２の判定結果（割込可否情報ＪＩ２２）に基づいて、ログデータ処理部２３による処理を制限する処理動作制御部２４と、を備える。【選択図】図１
2014142683.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上に分散配置され、連携して監視対象に対する監視制御を実行する複数の監視制御装置と、前記複数の監視制御装置のログを収集するログ収集装置とで構成される監視制御システムであって、
前記複数の監視制御装置のそれぞれは、
当該監視制御装置の動作に伴い発生した動作ログをログトレースファイルとして蓄積するログトレース蓄積部と、
前記ログ収集装置からのログ収集要求に応じて、前記蓄積されたログトレースファイルのなかから必要なログデータを抽出して出力するログデータ処理部と、
前記動作ログのパターンと、あらかじめ定義された定義ログパターンとを比較し、前記動作ログのパターンと前記定義ログパターンが合致していると、割込みを不可と判定する割込可否判定部と、
割込可否判定部の判定結果に基づいて、前記ログデータ処理部による処理を制限する処理動作制御部と、
を備えたことを特徴とする監視制御システム。
【請求項２】
前記定義ログパターンは、前記監視対象のデータを処理する定期的な動作、および前記監視対象の状況が変化した際の動作に伴い発生する動作ログのパターンに合致するように定義されていることを特徴とする請求項１に記載の監視制御システム。
【請求項３】
前記割込可否判定部は、ひとつの動作ログが発生してから、所定時間他の動作ログが発生しなかった場合、前記ひとつの動作ログは無いものとみなして割込みの可否を判定することを特徴とする請求項１または２に記載の監視制御システム。
【請求項４】
前記割込可否判定部には、前記ネットワークの負荷量が閾値を超えたか否かを判定するネットワーク状態判定部が設けられ、
前記ネットワークの負荷量が閾値を超えた場合は、割込みを不可と判定することを特徴とする請求項１ないし３のいずれか１項に記載の監視制御システム。
【請求項５】
前記割込可否判定部には、当該監視制御装置のリソースを構成する演算装置の負荷量またはメモリの使用量が閾値を超えたか否かを判定するリソース状態判定部が設けられ、
前記演算装置の負荷量またはメモリの使用量が閾値を超えた場合は、割込みを不可と判定することを特徴とする請求項１ないし４のいずれか１項に記載の監視制御システム。
【請求項６】
前記ネットワークは複数の経路で構成されており、
前記複数の監視制御装置のそれぞれには、前記複数の経路のそれぞれの負荷状況に応じて、前記複数の経路の中からひとつの経路を前記ログデータを前記ログ収集装置に出力する際の経路として選定する経路選定部が設けられていることを特徴とする請求項１ないし５のいずれか１項に記載の監視制御システム。
【請求項７】
前記複数の監視制御装置のそれぞれには、当該監視制御装置のリソースを構成する演算装置の負荷量またはメモリの使用量に基づいて、前記演算装置の数または前記メモリの容量のうち、前記ログデータ処理部の動作に対する割当てを制限するリソース管理部が設けられていることを特徴とする請求項１ないし６のいずれか１項に記載の監視制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の監視制御装置が連携動作して監視制御を行う監視制御システムにおいて、とくに、監視制御装置毎に蓄積されたログトレースファイルを収集するための構成に関する。
【背景技術】
【０００２】
監視制御システムでは、遠隔地や複数の監視対象から監視データを収集し、収集した監視データの蓄積および表示を行うとともに、監視対象への制御を行う。これらの監視制御処理はネットワークを介して定周期および状態変更時・操作時に行われ、監視データが一定時間内に収集されない場合や処理が完了しない場合は、システムに異常が発生したと認識される。
【０００３】
一方、監視制御システムを構成する複数の監視制御装置（計算機）には、それぞれの監視制御装置内で実行される監視制御処理の詳細な動作状態をトレースするために、ログトレースファイルが蓄積されている。このログトレースファイルは監視制御データと比較してサイズが大きく、通常は各装置内に蓄積されているだけであるが、システムの異常や詳細な調査を実施したい場合にネットワーク経由での収集処理および表示処理が行われる。
【０００４】
ログトレースファイルは、サイズが大きい場合には収集前にデータ圧縮が行われる場合もあるが、その場合でも大量に存在するため、ログ収集処理時には、ネットワーク負荷および監視制御装置のＣＰＵ・メモリといったリソースの負荷は高くなる。そのため、ログ収集の負荷が監視制御処理を妨げることにより、監視制御処理の遅れ、データ抜け、あるいは処理の失敗等が発生し、監視制御システムに異常が発生してしまうという問題があった。
【０００５】
そこで、このようなログトレース収集時の負荷を低減するために、負荷が低い時間を予測してログ収集をスケジューリングすることにより、ログ収集の処理と監視制御処理が重ならないように、負荷を分散させるデータ収集方法が提案されている（例えば、特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−７９４８８号公報（段落００１１〜００１５、図２）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記のようなデータ収集方法は、定周期データのような決まったパターンの定常負荷については有効であるが、状態変更時の監視データ送信や画面操作のような突発的な負荷が発生しやすい監視制御システムには不向きであった。また、監視制御システムでは、負荷が軽いものであっても制御上重要な処理もあり、単に負荷の重さだけでログ収集処理の可否を決めると、重要な監視制御処理に不具合が生じ、正常な監視制御ができなくなる可能性があった。
【０００８】
本発明は、上記のような課題を解決するためになされたもので、監視制御動作を損なうことなく、監視制御処理の詳細な動作状態をトレースすることができる監視制御システムを得ることを目的とする。
【課題を解決するための手段】
【０００９】
本発明の監視制御システムは、ネットワーク上に分散配置され、連携して監視対象に対する監視制御を実行する複数の監視制御装置と、前記複数の監視制御装置のログを収集するログ収集装置とで構成される監視制御システムであって、前記複数の監視制御装置のそれぞれは、当該監視制御装置の動作に伴い発生した動作ログをログトレースファイルとして蓄積するログトレース蓄積部と、前記ログ収集装置からのログ収集要求に応じて、前記蓄積されたログトレースファイルのなかから必要なログデータを抽出して出力するログデータ処理部と、前記動作ログのパターンと、あらかじめ定義された定義ログパターンとを比較し、前記動作ログのパターンと前記定義ログパターンが合致していると、割込みを不可と判定する割込可否判定部と、割込可否判定部の判定結果に基づいて、前記ログデータ処理部による処理を制限する処理動作制御部と、を備えたことを特徴とする。
【発明の効果】
【００１０】
本発明の監視制御システムによれば、動作ログのパターンで判断した動作状態に応じてログ収集処理による割込み処理を制限するようにしたので、監視制御動作を損なうことなく、監視制御処理の詳細な動作状態をトレースすることができる監視制御システムを得ることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態１にかかる監視制御システムの構成を示すブロック図である。
【図２】本発明の実施の形態１にかかる監視制御システムにおけるログ蓄積処理の動作を説明するためのフローチャートである。
【図３】本発明の実施の形態１にかかる監視制御システムにおけるログ収集処理に関する動作を説明するためのフローチャートである。
【図４】本発明の実施の形態１にかかる監視制御システムにおけるログ収集処理に関する動作を説明するためのフローチャートである。
【図５】本発明の実施の形態１にかかる監視制御システムにおけるログ収集処理の実行の可否を判断するための定義ファイルの例を示す図である。
【図６】本発明の実施の形態２にかかる監視制御システムの構成を示すブロック図である。
【図７】本発明の実施の形態２にかかる監視制御システムにおけるログ蓄積処理に関する動作を説明するためのフローチャートである。
【図８】本発明の実施の形態３にかかる監視制御システムの構成を示すブロック図である。
【図９】本発明の実施の形態３にかかる監視制御システムにおけるログ蓄積処理に関する動作を説明するためのフローチャートである。
【図１０】本発明の実施の形態４にかかる監視制御システムの構成を示すブロック図である。
【図１１】本発明の実施の形態４にかかる監視制御システムにおけるログ収集処理に関する動作を説明するためのフローチャートである。
【図１２】本発明の実施の形態４にかかる監視制御システムにおけるログ収集処理に関する動作を説明するためのフローチャートである。
【図１３】本発明の実施の形態５にかかる監視制御システムの構成を示すブロック図である。
【図１４】本発明の実施の形態５にかかる監視制御システムにおけるログ収集処理に関する動作を説明するためのフローチャートである。
【図１５】本発明の実施の形態６にかかる監視制御システムの構成を示すブロック図である。
【図１６】本発明の実施の形態６にかかる監視制御システムにおけるログ収集処理に関する動作を説明するためのフローチャートである。
【発明を実施するための形態】
【００１２】
実施の形態１．
本発明の実施の形態１にかかる監視制御システムの構成および動作について図を用いて説明する。図１〜図５は本実施の形態１にかかる監視制御システムについて説明するためのもので、図１は監視制御システムの構成として、全体的な構成とログ収集処理に関わる部分の詳細な構成を示すブロック図、図２〜図４は監視制御システムの動作を説明するためのフローチャートで、図２はログ蓄積処理の動作、図３はログ収集処理の動作を示し、図４はログ収集処理における処理の実行／停止を制御する動作を示す。図５はログ収集処理の実行の可否を判断するための定義ログパターン（定義ファイル）の具体例を示す図である。
【００１３】
監視制御システムは、遠隔地や複数の監視対象から監視データを収集し、収集した監視データの蓄積および表示を行うとともに、監視対象への制御を行うものである。そのため、図１に示すように、監視対象（図示せず）や操作地点等に応じて設けられた監視制御装置１−１から監視制御装置１−Ｍまでの複数の監視制御装置１と、各監視制御装置１に蓄積されたログトレースファイルのうちから所望のログデータを収集するログ収集装置４と、これら各機器を接続するネットワーク５と、を備えている。
【００１４】
そして、監視制御装置１のそれぞれには、監視データの送受信、データ演算、データ蓄積、監視対象の異常検知、および画面からの制御操作等の監視制御システムとしての様々な機能を実行する、複数の監視制御処理部１０−１から監視制御処理部１０−Ｎ（まとめて監視制御処理部１０）、および各監視制御処理部１０の詳細な動作状態をログトレースとして蓄積するためのログトレース管理部２０が構築されている。各監視制御処理部１０の動作自体は本発明とは直接関係ないので省略するが、各監視制御処理部１０によって処理が実行されたときには、ネットワーク５および監視制御装置１を構築するＣＰＵ、メモリ等を使用して負荷を与える。このとき、各監視制御処理部１０は、その処理における詳細な動作状態をログトレースファイルＦＬ３０として蓄積するため、ログトレース管理部２０に対してログ出力要求を送信する。
【００１５】
ログトレース管理部２０には、記憶装置３０に対してログトレースファイルＦＬ３０を逐次記録（蓄積）するためのログ蓄積部２１、負荷に応じてログ収集処理による割込みの可否を判定する割込可否判定部２２、およびログ収集処理時に記憶装置３０に記憶されたログトレースファイルＦＬ３０から必要なログデータＤＬを抽出・加工して出力するログデータ処理部２３と、ログデータ処理の動作を制御する処理動作制御部２４とが設けられている。
【００１６】
ログ蓄積部２１は、各監視制御処理部１０から送信されたログ出力要求を受信すると、実ファイルであるログトレースファイルＦＬ３０に発生したログ（以降、動作ログと称する）の内容を書き込む。また同時に動作ログの内容（ログパターン）を割込可否判定部２２に送信する。
【００１７】
割込可否判定部２２は、ログ蓄積部２１から送信された動作ログの内容と、あらかじめ記憶された定義ファイルＰＤ２２（詳細は後述する）とを比較して、ログ収集処理の割込みの可否を判定し、その判定結果である割込可否情報ＪＩ２２をログデータ処理部２３に出力する。
【００１８】
ログデータ処理部２３には、ログ収集装置４からの収集要求を受け付ける収集要求受付部２３１と、必要に応じてログ圧縮を行うログ圧縮部２３２と、ログデータＤＬをログ収集装置４に返信（出力）するログ送信部２３３とが設けられている。
【００１９】
ログ収集装置４には、ユーザからのログを収集するための要求の受付と、受け付けた要求に基づきログ収集条件の設定を行う収集条件設定部４１と、設定されたログ収集条件に応じたログ収集要求を各監視制御装置１に送信する収集要求送信部４２と、ログ収集要求の結果としてのログデータＤＬを受信するログ受信部４３と、ログ収集結果を表示する収集結果表示部４４とが設けられている。
【００２０】
つぎに、本実施の形態１にかかる監視制御システムにおけるログ収集処理に関する動作について、図１および図２〜図４を用いて説明する。
ログ収集処理が実行されない通常の監視制御処理においては、各監視制御装置１において、図２のログ蓄積処理のみが動作している。ログ蓄積処理では、各監視制御処理部１０からのログ出力要求をログ蓄積部２１で待ちうけ、動作ログのデータが受信される（ステップＳＣ１００）とその内容をログトレースファイルＦＬ３０に書き込む（ステップＳＣ１１０）。
【００２１】
また、この動作ログのデータ（パターン）は割込可否判定部２２にも送られる。割込可否判定部２２では、受信した動作ログの内容が定義ファイルＰＤ２２に合致するか否かを判定（ステップＳＣ１２０）する。そして、受信した動作ログの内容が定義ファイルＰＤ２２に合致する場合（ステップＳＣ１２０で「Ｙ」）、その処理が他の処理の割込みを避けて優先して実行すべき処理であると判定し、その判定結果として割込み停止に設定したことを示す割込可否情報ＪＩ２２をログデータ処理部２３に出力する（ステップＳＣ２００）。ただし、そのパターンが合致したと判定してから、一定時間動作ログ出力が発生しなかった場合（ステップＳＣ１３０で「Ｙ」）は、その処理は解除されたと判断し、ステップＳＣ３００へ進行する。
【００２２】
一方、受信した動作ログの内容が定義ファイルＰＤ２２に合致しない場合（ステップＳＣ１２０で「Ｎ」）、割込み停止を解除したことを示す割込可否情報ＪＩ２２をログデータ処理部２３に出力する（ステップＳＣ３００）。このとき、割込可否情報ＪＩ２２は処理動作制御部２４にも共有されており、ログデータ処理部２３および処理動作制御部２４には、割込み停止状態であるのか、解除されているかを示す割込可否情報ＪＩ２２が出力されていることになる。
【００２３】
ここで、ステップＳＣ１２０における具体的な判定処理について説明する。
動作ログの内容は、［種別］と［パターン］が組合されたものであり、判定に用いる定義ファイルＰＤ２２も図５に示すように、動作ログの内容に合わせた種別とパターンの組合せで定義している。パターンの定義対象としては、監視制御の主たる機能である、「監視対象データを定周期に収集・演算・蓄積する処理」および「監視対象に何か発生した場合に状変として警報・アラームを通知する処理」に関連する動作ログの内容を設定している。このように定義することにより、監視制御にとって優先度の高い処理がログ収集処理によって妨げられることがなくなる。その結果、低優先のログ収集処理に割り込まれることがなく、監視制御としての主たる機能が高速に動作して、正常に監視制御を行うことができる。
【００２４】
なお、種別が、「ＦＲＯＭ」、「ＴＯ」の場合は、２行で１セットになっており、「ＦＲＯＭ」を受信すると、そのパターンの処理が開始されたと判断し、「ＴＯ」を受信すると、そのパターンの処理が終了したと判断する。一方、種別が「ＥＶＥＮＴ（ｔ）」の場合、１行で１セットとなり、ｔがその処理の持続時間（秒）を示すので、この種別の動作ログを受信すると、そのパターンの処理が開始されたと判断し、その動作ログを受信してからｔ秒を経過した時点（ｔ秒後）で、その処理が終了したと判断する。
【００２５】
定義ファイルＰＤ２２には、何セット（条件）でも記述でき、条件ごとに判定を行う。全体としての判定は、例えば、各判定条件のＯＲで判定される。その場合、いずれかの条件がＯＮ（合致）になった段階でＯＮ判定とし、全ての条件がＯＦＦ（不一致）となった段階で合致しないと判定する。これにより、動作ログの内容が定義ファイルＰＤ２２と合致するか否かを判定することで、現時点で、他の処理（ログ収集）の割込みを避けて優先して実行すべき処理が実行中であるか否か、場合によってはその継続時間も判定できることになる。なお、定義ファイルＰＤ２２に記載する内容は、監視制御の対象や監視制御装置の構成に応じて適宜変更できることは言うまでもない。
【００２６】
次にログ収集処理が実行された場合について説明する。
図３に示すように、ログ収集装置４内の収集条件設定部４１がユーザからのログの収集についての要求を受け付けると、受け付けた要求内容に基づいてログ収集条件を設定する（ステップＳＡ４００）。設定されたログ収集条件に応じたログ収集要求を収集要求送信部４２に出力する。設定されるログ収集条件には、「収集対象装置」、「収集対象ログトレースファイル」、「ログ圧縮有無」の情報が含まれている。
【００２７】
収集要求送信部４２は、出力されたログ収集要求に含まれる「収集対象装置」の情報に基づいて、ログ収集の対象となる装置毎のループ（ステップＳＡＬＳ〜ステップＳＡＬＴ）として、ログ収集条件に応じたログ収集要求が、収集対象となる監視制御装置１のそれぞれに送信される（ＳＡ４１０）。
【００２８】
収集対象の監視制御装置１のそれぞれは、収集要求受付部２３１がログ収集要求を受信すると（ステップＳＡ１００）、ログデータ処理部２３は、記憶装置３０に記憶されたログトレースファイルＦＬ３０の中からログ収集条件に指定されたログデータＤＬを抽出して取得する（ステップＳＡ１１０）。このとき、ログ収集条件にログ圧縮ありの情報が含まれていた場合、ログ圧縮部２３２によりログデータＤＬを圧縮（ステップＳＡ１２０）した後、ログ送信部２３３により収集要求元であるログ収集装置４にログデータＤＬが送信される。
【００２９】
送信されたログデータＤＬをログ受信部４３が受信する（ステップＳＡ４２０）と、その装置に対するログ収集が終了し、対象の装置すべてについてのループが終了すると（ステップＳＡＬＴで「Ｙ」）、収集したログデータＤＬを表示して（ステップＳＡ４３０）、ログ収集処理が終了する。
【００３０】
上記、ログ収集処理のうち、収集対象の装置毎に実行されるステップＳＡ１００からＳＡ１３０までのログデータ処理（図中、処理Ａと記載）中には、処理動作制御部２４によって、定周期で次に説明するログデータ処理の動作を中断したり再開したりする処理動作制御のシーケンス（図中、処理Ｊと記載）が実行される。この処理は割込可否情報ＪＩ２２を参照し、図４に示すように、割込み停止状態であるか否かを判断（ステップＳＪ１００）し、「割込み停止」状態であれば（ステップＳＪ１００で「Ｙ」）、監視制御上、重要な処理を行っていると判断して、処理Ａを一時停止し（ステップＳＪ２００）、一定周期で割込可否情報ＪＩ２２の参照を続け、状態が「割込み停止解除」になるまで待つ。「割込み停止解除」状態であれば（ステップＳＪ１００で「Ｎ」）、一時停止を解除し、処理Ａの残りを続行する（ステップＳＪ３００）。
【００３１】
なお、図３のフローチャートでは、説明を簡単にするため、収集対象の監視制御装置１のそれぞれに対してシリーズで動作させるような記載になっているが、それに限られることはない。収集対象の監視制御装置１のそれぞれで処理Ａが並行して実施されてよいことは言うまでもない。
【００３２】
上記のように、装置毎のログデータ処理（処理Ａ）の実行中に、処理Ｊを一定周期で実行するようにしたため、監視制御動作において優先度の高い処理が開始あるいは実行中の場合には、ログデータ処理は中断される、あるいは開始することを阻止される。そのため、監視制御処理が、ログ収集処理により阻害されることなく、正常に監視制御を継続することができる。
【００３３】
以上のように、本実施の形態１にかかる監視制御システムによれば、ネットワーク５上に分散配置され、連携して監視対象に対する監視制御を実行する複数の監視制御装置１（１−１〜１−Ｍ）と、複数の監視制御装置１のログを収集するログ収集装置４とで構成される監視制御システムであって、複数の監視制御装置１のそれぞれは、当該監視制御装置の動作に伴い発生した動作ログをログトレースファイルとして蓄積するログ蓄積部２１と、ログ収集装置４からのログ収集要求に応じて、蓄積されたログトレースファイルＦＬ３０のなかから必要なログデータＤＬを抽出して出力するログデータ処理部２３と、動作ログのパターンと、あらかじめ定義された定義ログパターン（定義ファイルＰＤ２２）とを比較し、動作ログのパターンと定義ログパターン（定義ファイルＰＤ２２）が合致していると、割込みを不可と判定する割込可否判定部２２と、割込可否判定部２２の判定結果（割込可否情報ＪＩ２２）に基づいて、ログデータ処理部２３による処理を制限する処理動作制御部２４と、を備えるように構成したので、所定の処理とログ収集処理が同時に実行されうる環境において、より優先度の高い所定の処理が動作中はログ収集処理を一時停止させ、逆に所定の処理が動作しないタイミングでログ収集処理を実行することにより、必要な処理に悪影響を与えずに必要なログデータＤＬを取得できる。つまり、所定の処理動作を損なうことなく、監視制御処理の詳細な動作状態をトレースすることができる監視制御システムを得ることができる。
【００３４】
とくに、定義ログパターン（定義ファイルＰＤ２２）は、監視対象のデータを処理する定期的な動作、および監視対象の状況が変化した際の動作に伴い発生する動作ログのパターンに合致するように定義されているので、監視制御に必要な処理とログ収集処理が同時に実行されうる環境において、より優先度の高い監視制御処理が動作中はログ収集処理を一時停止させ、逆に監視制御処理が動作しないタイミングでログ収集処理を実行することにより、監視制御処理に悪影響を与えずに必要なログデータＤＬを取得できる。つまり、監視制御動作を損なうことなく、監視制御処理の詳細な動作状態をトレースすることができる監視制御システムを得ることができる。
【００３５】
また、割込可否判定部２２は、ひとつの動作ログが発生してから、所定時間他の動作ログが発生しなかった場合、前記ひとつの動作ログは無いものとみなして割込みの可否を判定するようにしたので、割込みを避けるべき処理が終了していたことを検知し損ねても、監視制御処理の詳細な動作状態をトレースすることができる。
【００３６】
実施の形態２．
本実施の形態２においては、実施の形態１における監視制御システムの割込可否判定部内に、ネットワーク状態を判定する機能を追加したものである。図６と図７は本実施の形態２にかかる監視制御システムについて説明するためのもので、図６は監視制御システムの構成として、全体的な構成とログ収集処理部分の詳細な構成を示すブロック図、図７はログ蓄積処理の動作を説明するためのフローチャートである。なお、本実施の形態２においては、実施の形態１で説明した図３〜図５を援用する。また、実施の形態１と同様のものについては、同様の符号を付して詳細な説明を省略する。
【００３７】
本実施の形態２においては、図６に示すように、割込可否判定部２２内に、ネットワーク状態による負荷状態判定を行うネットワーク状態判定部２２３（図中ＮＷ状態判定部と記載。）を設けている。ネットワーク状態判定部２２３は、ネットワーク５の負荷状態を参照し、ネットワーク負荷が閾値以上であるかによって割込みの可否判断を行うようにしている。なお、本実施の形態２における割込可否判定部２２の変更を明確にするため、実施の形態１で説明した動作ログの内容によって処理状態を判定する部分を割込可否判定部２２内の独立した機能部（処理状態判定部２２２）として記載した。
【００３８】
実施の形態２における処理の流れを、図７のフローチャートに基づいて説明する。本実施の形態２にかかる監視制御システムでは、ログ蓄積処理における割込みの可否判断において、動作ログの内容に基づく判断（ステップＳ１２０〜ＳＣ１３０）に加え、ネットワーク負荷の大小に基づく判断（ステップＳＣ１４０）を行うようにしている。図７のフローチャートの例では、処理状態判定部２２２とネットワーク状態判定部２２３のいずれかが割込み不可と判断した場合に、割込み不可を示す割込可否情報ＪＩ２２を出力する。
【００３９】
以上のように、本実施の形態２にかかる監視制御システムによれば、割込可否判定部２２には、ネットワーク５の負荷量が閾値を超えたか否かを判定するネットワーク状態判定部２２３が設けられ、ネットワークの負荷量が閾値を超えた場合は、割込みを不可と判定するように構成したので、自装置の監視制御処理に起因する以外のネットワーク負荷、具体的には他装置の監視制御処理によるネットワーク負荷に対してもデータ収集処理を一時停止することにより、監視制御処理に影響を与えないログ収集処理が実現できる。
【００４０】
実施の形態３．
本実施の形態３においては、実施の形態２における監視制御システムの割込可否判定部内に、自監視制御装置のＣＰＵおよびメモリの負荷状態を判定する機能を追加したものである。図８と図９は本実施の形態３にかかる監視制御システムについて説明するためのもので、図８は監視制御システムの構成として、全体的な構成とログ収集処理部分の詳細な構成を示すブロック図、図９はログ蓄積処理の動作を説明するためのフローチャートである。なお、本実施の形態３においては、実施の形態１で説明した図３〜図５を援用する。また、実施の形態２と同様のものについては、同様の符号を付して詳細な説明を省略する。
【００４１】
本実施の形態３においては、図８に示すように、割込可否判定部２２内に、監視制御装置のリソースを構成するＣＰＵおよびメモリの負荷状態判定を行うリソース状態判定部２２４（図中リソース判定部と記載。）を設けている。リソース状態判定部２２４は、自監視制御装置１を構成するＣＰＵの負荷状態およびメモリの使用状態を参照し、ＣＰＵの負荷あるいはメモリの使用率が閾値以上であるかによって割込みの可否判断を行うようにしている。
【００４２】
実施の形態３における処理の流れを、図９のフローチャートに基づいて説明する。本実施の形態３にかかる監視制御システムでは、ログ蓄積処理における割込みの可否判断において、ＣＰＵ負荷あるいはメモリ使用率に基づく判断（ステップＳＣ１５０）を行うようにしている。図９のフローチャートの例では、処理状態判定部２２２とネットワーク状態判定部２２３、およびリソース状態判定部２２４のいずれかが割込み不可と判断した場合に、割込み不可を示す割込可否情報ＪＩ２２を出力する。
【００４３】
なお、上記例では、実施の形態２の構成にリソース状態判定部２２４を追加する例について説明したが、例えば、実施の形態１の構成にリソース状態判定部２２４を追加するように構成してもよい。つまり、各実施の形態の差分の相当する分を適宜組み合わせて追加するようにしてもよい。この場合、例えば、処理状態判定部２２２とリソース状態判定部２２４のいずれかが割込み不可と判断した場合に、割込み不可を示す割込可否情報ＪＩ２２を出力するようにしてもよい。
【００４４】
以上のように、本実施の形態３にかかる監視制御システムによれば、割込可否判定部２２には、当該監視制御装置を構成する演算装置（ＣＰＵ）の負荷量またはメモリの使用量が閾値を超えたか否かを判定するリソース状態判定部２２４が設けられ、演算装置の負荷量またはメモリの使用量が閾値を超えた場合は、割込みを不可と判定するように構成したので、自装置のＣＰＵ高負荷状態およびメモリ使用率が高い状態に対してもデータ収集処理を一時停止することにより、更に監視制御処理に影響を与えないログ収集処理が実現できる。
【００４５】
実施の形態４．
本実施の形態４においては、実施の形態３にかかる監視制御システムに対して、装置間の経路が複数存在する系を想定し、ログデータ処理部内にネットワーク経路の状態に応じて送信経路を選定する機能を追加したものである。図１０〜図１２は本実施の形態４にかかる監視制御システムについて説明するためのもので、図１０は監視制御システムの構成として、全体的な構成とログ収集処理部分の詳細な構成を示すブロック図１１と図１２はログ収集処理の動作を説明するためのフローチャートである。なお、本実施の形態４においては、実施の形態３で説明した図９（ログ蓄積処理のフロー）、および実施の形態１で説明した図５を援用する。また、実施の形態３と同様のものについては、同様の符号を付して詳細な説明を省略する。
【００４６】
本実施の形態４においては、図１０に示すように、各監視制御装置１およびログ収集装置４は、多重系のネットワーク５Ａ、５Ｂと、無線ネットワーク６という複数の経路によって接続されている。また各監視制御装置１およびログ収集装置４には、リムーバブルディスク７が接続されている。リムーバブルディスク７は、一般的に経路と呼ぶものではないが、リムーバブルディスク７を手動で移動することにより、各監視制御装置１上のデータをログ収集装置４に移動できるので、これも本実施の形態では複数の経路のうちのひとつ（広義の経路）として扱う。
【００４７】
そして、ログデータ処理部２３内に、ログ収集装置４へログファイルを出力する際の経路を選定する送信経路選定部２３４を設けている。このとき、ネットワーク状態判定部２２３は、負荷が閾値を超えているか否かの情報だけでなく、経路ごとの負荷状況を算出し、その結果を送信経路選定部２３４に出力するようにしている。そのため、送信経路選定部２３４は、ネットワーク状態判定部２２３から出力されたネットワーク状態の情報を基に経路を選定することができる。
【００４８】
実施の形態４における処理の流れを、図１１のフローチャートに基づいて説明する。本実施の形態４にかかる監視制御システムでは、ログ収集処理の処理Ａにおいて、ログ圧縮（ステップＳＡ１２０）後、ログデータ送信（ステップＳＡ１３０）の実行前に、次のような処理を実行する。送信経路選定部２３４が、複数経路（図１１中ではネットワーク５Ａ、二重系ネットワーク５Ｂおよび無線ネットワーク６）のそれぞれの負荷状態をネットワーク状態判定部２２３から取得する（ステップＳＡ１２４）。すると、送信経路選定部２３４は、取得した経路ごとの負荷状態に基づいて、最も負荷の低い、あるいは余裕のある経路を送信実行経路として選択し、選択結果をログ送信部２３３に出力する（ステップＳＡ１２６）。すると、ログ送信部２３３は、選定された経路を用いてログデータ送信を実行する（ステップＳＡ１３０）。
【００４９】
さらに、本実施の形態４では、図１２に示すように、定周期の処理Ｊの動作において、タイムアウト検出（ステップＳＪ２１０）を行う。これにより、ネットワーク負荷が高い状態が長く継続してタイムアウトが発生した場合（ステップＳＪ２１０で「Ｙ」）、通常経路（ネットワーク）によるログデータ送信を断念し、経路をリムーバブルディスク７に変更（ステップＳＪ２２０）して処理Ａを再開するようにする。リムーバブルディスク７は上述したように、そのまま通信するものではないので、このまま（自動）では、ログデータＤＬは収集されない。しかし、バッチ処理として、監視制御装置１上のリムーバブルディスク７を手動で回収し、ログ収集装置４に移動することでログデータＤＬを収集することができる。これにより、その装置に接続されたネットワークがログデータＤＬ収集に使えない状態が続いた場合でも、時間差を生じ、手動操作を要するものの、ログデータＤＬを収集することができる。
【００５０】
なお、上記例では、実施の形態３の構成に送信経路選定部２３４を追加する例について説明したが、実施の形態２の構成に送信経路選定部２３４を追加するように構成してもよい。また、ネットワークの状態を判定できる機能を設けているならば、実施の形態１の構成に追加してもよく、各実施の形態の差分の相当する分を適宜組み合わせて追加するようにしてもよい。
【００５１】
以上のように、本実施の形態４にかかる監視制御システムによれば、ネットワークは複数の経路５Ａ、５Ｂ、６（場合によっては７も）で構成されており、複数の監視制御装置１のそれぞれには、複数の経路のそれぞれの負荷状況に応じて、複数の経路の中からひとつの経路をログデータＤＬをログ収集装置４に出力する際の経路として選定する経路選定部（送信経路選定部２３４およびネットワーク状態判定部２２３）が設けられている、ように構成したので、複数のログ収集経路が存在する場合に、最適な経路を選択できる。またリムーバブルディスク７も選択肢に入れれば、負荷が継続的に高くログ収集処理が長期間動作できない状況においても、手動での収集作業が可能となる。
【００５２】
実施の形態５．
本実施の形態５においては、実施の形態４における監視制御システムのログデータ処理部内に、使用リソースの管理を行うリソース管理部を設けたものである。図１３と図１４は本実施の形態５にかかる監視制御システムについて説明するためのもので、図１３は監視制御システムの構成として、全体的な構成とログ収集処理部分の詳細な構成を示すブロック図、図１４はログ収集処理の動作を説明するためのフローチャートである。なお、本実施の形態５においては、実施の形態１で説明した図５、実施の形態３で説明した図９、および実施の形態４で説明した図１２を援用する。また、各実施の形態と同様のものについては、同様の符号を付して詳細な説明を省略する。
【００５３】
本実施の形態５においては、図１３に示すように、ログデータ処理部２３内に、自監視制御装置１内のＣＰＵ数やメモリ量等の使用リソースの管理を行うためのリソース管理部２３５を設けている。リソース管理部２３５は、リソース状態判定部２２４から出力されたＣＰＵの負荷状態およびメモリの使用状態の情報に基づいてし、ログ収集処理に使用するＣＰＵ数やメモリ使用量の制限を行う。
【００５４】
実施の形態５における処理の流れを、図１４のフローチャートに基づいて説明する。本実施の形態５にかかる監視制御システムでは、ログ収集処理の処理Ａにおいて、ログ収集要求受信（ステップＳＡ１００）後、ログファイル取得（ステップＳＡ１１０）の実行前に、次のような処理を実行する。リソース管理部２３５がリソース状態判定部２２４から、自装置上のＣＰＵ数および現在のメモリ使用量と全体メモリ量等のリソース状況についての情報を取得する（ステップＳＡ１０２）。取得した情報から、ログ収集処理に割り当てるリソースを制限すべきと判断した場合、例えば、ＣＰＵ数が複数存在するマルチコア構成であった場合、以降のログ収集処理に割り当てるＣＰＵ数を例えば、１個に制限するように設定を行う（ステップＳＡ１０４）。あるいは、メモリについては、メモリ使用量と全体メモリ量から、残り空きメモリを計算し、残り空きメモリの指定割合以下となるように以降のログ収集処理で使用する最大メモリ量を制限する（ステップＳＡ１０６）。すると、ログ収集による割込みが許可された場合でも、ログ収集に用いるリソースを制限することで、監視制御処理に一定以上のリソースを割り当てることができる。つまり、監視制御処理を適正に実行することができる。
【００５５】
なお、上記例では、実施の形態４の構成にリソース管理部２３５を追加する例について説明したが、実施の形態３の構成にリソース管理部２３５を追加するように構成してもよい。また、ＣＰＵおよびメモリの状態を判定できる機能を設けているならば、実施の形態１に適用してもよく、各実施の形態の差分の相当する分を適宜組み合わせて追加するようにしてもよい。
【００５６】
以上のように、本実施の形態５にかかる監視制御システムによれば、複数の監視制御装置１のそれぞれには、当該監視制御装置１−ｊのリソースを構成するり演算装置（ＣＰＵ）の負荷量またはメモリの使用量に基づいて、演算装置の数またはメモリの容量のうち、ログデータ処理部２３の動作に対する割当てを制限するリソース管理部２３５が設けられているように構成したので、ログ収集処理に使用する計算機内の使用リソースであるＣＰＵおよびメモリの使用を動的に制限することにより、ログ収集処理がリソースを使い切ってしまい、監視制御処理に影響を与えることを防止できる。
【００５７】
実施の形態６．
本実施の形態６においては、実施の形態５における監視制御システムのログ収集装置内にログ収集における詳細な条件を設定するための詳細条件設定部と、設定した詳細条件に基づいてログ収集結果を整形する収集結果整形部を設け、ログデータ処理部内に、設定した詳細条件に基づいてログデータのフィルタリングを行うログフィルタリング部を設けたものである。図１５と図１６は本実施の形態６にかかる監視制御システムについて説明するためのもので、図１５は監視制御システムの構成として、全体的な構成とログ収集処理部分の詳細な構成を示すブロック図、図１６はログ収集処理の動作を説明するためのフローチャートである。なお、本実施の形態６においては、実施の形態１で説明した図５、実施の形態３で説明した図９、および実施の形態４で説明した図１２を援用する。また、各実施の形態と同様のものについては、同様の符号を付して詳細な説明を省略する。
【００５８】
本実施の形態６においては、図１５に示すように、ログ収集装置４内に、ログ収集における詳細な条件を設定するための詳細条件設定部４５と、設定した詳細条件に基づいてログ収集結果を整形する収集結果整形部４６を設けている。これにより、収集条件設定部４１で設定した収集条件である「収集対象装置」、「収集対象ログトレースファイル」、「ログ圧縮有無」に、さらに、詳細な収集条件および表示条件を設定する。詳細条件設定部４５で指定された詳細収集条件は、収集要求送信部４２が収集対象装置に送信するログ収集要求内に含まれる。
【００５９】
対象収集装置では、収集要求受付部２３１が、受信したログ収集要求から詳細収集条件を展開する。このとき、監視制御装置１のそれぞれには、ログデータ処理部２３内に、ログフィルタリング部２３６（図中、ログＦ部と記載。）を設けているので、展開した詳細収集条件を元に、ログフィルタリング部２３６が必要な情報のフィルタリングを実施することができる。具体的には取得ログファイルから、指定時刻範囲等の指定されたログデータのみを絞り込む。この絞り込んだ結果を収集ログデータＤＬとして、ログ圧縮部２３２に出力する。
【００６０】
この処理が各収集対象装置で実行され、ログ収集装置４上にて最終的に全ての収集ログを受信した後、収集したログを収集結果整形部４６が詳細条件設定部４５で指定された表示条件にあわせ整形し、収集結果表示部４４に出力する。
【００６１】
実施の形態６における処理の流れを、図１６のフローチャートに基づいて説明する。本実施の形態６にかかる監視制御システムでは、ログ収集処理における収集条件設定処理（ステップＳＡ４００）の後に、詳細条件設定部４５による詳細条件、表示条件の設定（ステップＳＡ４０２）を行う。具体的には、「収集時刻範囲：開始時刻〜終了時刻」、「収集対象ログ種別（エラー・警告・情報・デバッグ）」、「収集対象部位（監視制御処理部１０−ｊ）」等を指定する。また、収集結果の表示条件としては、例えば、「取得結果複数ファイルをマージ」、「時刻順にソート」等の指定を行う。
【００６２】
そして、装置毎のループ（ステップＳＡＬＳ〜ＳＡＬＴ）に移る。
装置毎に行われる処理Ａにおいて、ログファイル取得（ステップＳＡ１１０）後、ログ圧縮（ステップＳＡ１２０）の実行前に、ログフィルタリング処理（ステップＳＡ１１２）を実行する。具体的には取得ログファイルから、指定時刻範囲等の指定されたログデータのみを絞り込む。この絞り込んだ結果を収集ログデータＤＬとして、以降（ステップＳＡ１２０〜）は圧縮・送信を実施する。
【００６３】
そして、この処理が各収集対象装置で実行され、ログ収集装置４上にて最終的に全ての収集ログを受信した（ステップＳＡ４２０、ＳＡＬＴ）後、収集ログ表示（ステップＳＡ４３０）の前に、収集結果整形部４６が収集したログを詳細条件設定部４５で指定された表示条件にあわせ整形処理（ステップＳＡ４２５）を行う。具体的には、複数の監視制御装置１のそれぞれから取得したフィルタリングされた収集ログをマージして一つのログに集約する。またマージ結果を時刻順にソートして時系列順に見やすい形式に整形する。この整形された結果を収集結果表示部４４にて表示する（ステップＳＡ４３０）。
【００６４】
なお、上記例では、実施の形態５の構成に上述した各機能部を追加する例について説明したが、それに限ることはない。例えば、実施の形態１に適用してもよく、各実施の形態の差分の相当する分を適宜組み合わせて追加するようにしてもよい。
【００６５】
以上のように、本実施の形態６にかかる監視制御システムによれば、ログ収集処理に、より詳細な収集フィルタリング条件と表示条件を設定することにより、前者は必要なログのみを収集することによってネットワークにかかる負荷を低減させるとともに、不要なログをフィルタリングすることによって必要なログのみが表示され結果が見やすくなる。また後者では結果を見やすく整形することにより、複数ログ間の連携状況等が見やすい形で表示できる。
【符号の説明】
【００６６】
１：監視制御装置、  ４：ログ収集装置、  ５：ネットワーク、  ６：無線ネットワーク、  ７：リムーバブルディスク、  １０：監視制御処理部、  ２０：ログトレース管理部、  ２１：ログ蓄積部、  ２２：割込可否判定部、  ２３：ログデータ処理部、  ２４：処理動作制御部、  ３０：記憶装置、  ４１：収集条件設定部、  ４２：収集要求送信部、  ４３：ログ受信部、  ４４：収集結果表示部、  ４５：詳細条件設定部、  ４６：収集結果整形部、  ２２２：処理状態判定部、  ２２３：ネットワーク状態判定部、  ２２４：リソース状態判定部、  ２３１：収集要求受付部、  ２３２：ログ圧縮部、  ２３３：ログ送信部、  ２３４：送信経路判定部、  ２３５：使用リソース管理部、  ２３６：ログフィルタリング部、
ＤＬ：ログデータ、  ＦＬ３０：ログトレースファイル、  ＪＩ２２：割込可否情報、  ＰＤ２２：定義ファイル。
【図１】
2014142683.tif 000003
【図２】
2014142683.tif 000004
【図３】
2014142683.tif 000005
【図４】
2014142683.tif 000006
【図５】
2014142683.tif 000007
【図６】
2014142683.tif 000008
【図７】
2014142683.tif 000009
【図８】
2014142683.tif 000010
【図９】
2014142683.tif 000011
【図１０】
2014142683.tif 000012
【図１１】
2014142683.tif 000013
【図１２】
2014142683.tif 000014
【図１３】
2014142683.tif 000015
【図１４】
2014142683.tif 000016
【図１５】
2014142683.tif 000017
【図１６】
2014142683.tif 000018