JP7792889B2 - 監視制御装置および監視制御システム - Google Patents

Description

本願は、監視制御装置および監視制御システムに関するものである。

一般に、監視制御システム内に存在するコンピュータプログラムのプロセスは、メモリ、ハンドル、ファイルポインタ、ＧＤＩオブジェクトなどのリソースをシステムから動的に取得したり、解放したりしながら処理を行う。ところがプロセスが、リソースを動的に取得して処理を行った後、不要になったにもかかわらずそのリソースを解放せず、プロセスが保持されたままとなる場合がある。このようなリソースの解放漏れをリソースリークと呼ぶ。

リークしたリソースは、取得されたプロセスに占有され、そのプロセスが終了するまでは、他のプロセスが使用不可能となる。このため、システムに常駐するようなプロセスでリークが発生すると、システムで使用できるリソースが減り続け、最終的にはリソースが枯渇し、システムが異常終了する。

そのため、長時間起動を前提としたプラント等の監視制御システムでは、これらのリークは重大な影響を及ぼす恐れがある。ところが、システムを構成するプロセスは、オープンソースソフトウェア、或いは購入したソフトウェアなど、多岐に渡るため、全てのプロセスに対してリソースリークがゼロになることを保証してシステムを構築することは極めて困難である。

そこで、従来の技術として、たとえリソースリークが発生したとしても、その影響が軽減されるよう、リソースリークに対応したプロセス管理方法が提案されている。
例えば、特許文献１では、システム上に起動している各プロセスが、それぞれ自身の内部、もしくはシステム上に独立した機能（プロセス）として、メモリ等のリソースの使用状況を監視する機能を有する。これらの監視機能は、別途システムで用意された上限値定義に従い、対象プロセスのリソースの使用状況の監視し、必要ならばプロセスの再起動を行う。

システムは、あらかじめファイル或いは共有メモリの形で上限値定義を用意する。この上限値定義には、どのプロセスがリソースリーク対応（再起動）の対象なのか、そのプロセスがどの程度までメモリ等のリソースを使用したときに再起動を行うのか、プロセスがどの程度の時間稼働したとき、および、何回処理が行われたときに再起動を行うのかのという閾値が設定されている（例えば特許文献１参照）。

特開２００１－７５８２３号公報（００１２～００１３、００１９～００２０、００２３～００２５）

上述のようなリソースリークに対応したプロセス管理方法では、リソースの使用状況の閾値をオーバーしたタイミングで、プロセスの再起動が行われるため、オペレータがプラント監視制御の操作を行っている最中に、突然、プロセスの再起動が行われ、オペレータ業務に支障をきたすという課題があった。

本願は、上記のような課題を解決するための技術を開示するものであり、たとえ一部のプロセスでリソースリークが発生し、システムのリソースを圧迫したとしても、それらのプロセスを、オペレータによる監視制御の操作に影響を与えないように再起動することで、不要なリソースの解放を行い、システムの長期運転を保証できる監視制御装置および監視制御システムを提供することを目的とする。

本願に開示される監視制御装置は、
ラントの監視制御に使用される監視制御装置であって、
前記監視制御装置のプログラムであるプロセスは、それぞれ、前記プロセス自身を再起動するか否かを判断する、プロセス監視機能を備え、
前記監視制御装置は、前記プロセス監視機能が、前記プロセスを再起動するか否かの判断に用いる、前記プロセスによるリソースの使用状況の閾値を記録した閾値定義と、前記プロセス監視機能が、前記プロセスを前記監視制御装置のオペレータが使用していないと判断するために利用する判断基準を記録した判断基準定義とを備え、
前記プロセスの稼働中に、前記閾値定義および前記判断基準定義の内容を変更する、リソース管理定義変更機能を備えるものである。
また、本願に開示する監視制御システムは、
前記監視制御装置と、
ネッワークを介して前記監視制御装置に接続された被監視装置とを備えるものである。

本願に開示される監視制御装置および監視制御システムによれば、たとえ一部のプロセスでリソースリークが発生し、システムのリソースを圧迫したとしても、それらのプロセスを、オペレータによる監視制御の操作に影響を与えないように再起動することで、不要なリソースの解放を行い、システムの長期運転を保証できる。

実施の形態１による監視制御システムの構成を示すブロック図である。 実施の形態１による監視制御装置の構成を示すブロック図である。 実施の形態１による監視制御装置のプロセス管理の動作を表すイメージ図である。 実施の形態１によるリソースの使用状況の閾値定義の構成を示す図である。 実施の形態１によるオペレータによる使用状態の判断基準定義の構成を示す図である。 実施の形態１によるプロセス監視機能の動作を示すフローチャートである。 実施の形態２による監視制御装置のプロセス管理の動作を表すイメージ図である。 実施の形態２によるプロセス監視機能の動作を示すフローチャートである。 実施の形態３による監視制御装置のプロセス管理の動作を表すイメージ図である。 実施の形態３によるプロセス監視機能の動作を示すフローチャートである。 実施の形態４による監視制御装置のプロセス管理の動作を表すイメージ図である。 実施の形態４によるプロセス監視機能の動作を示すフローチャートである。 実施の形態５による監視制御装置のプロセス管理の動作を表すイメージ図である。 実施の形態５によるプロセス監視機能の動作を示すフローチャートである。

実施の形態１．
以下、実施の形態１による監視制御装置および監視制御システムを図に基づいて説明する。
図１は、監視制御システム１００の構成を示すブロック図である。
図２は、監視制御装置５０の構成を示すブロック図である。
監視制御システム１００は、プラント等の監視制御に使用する監視制御装置５０と、ネットワーク４を介して監視制御装置５０に接続された被監視装置５１Ａ、５１Ｂ等を備える。オペレータは、監視制御装置５０を使って、被監視装置５１Ａ、５１Ｂを監視および制御する。

図２に示すように、監視制御装置５０は、演算装置であるプロセッサ５２と、監視画面を表示する表示装置５３と、オペレータが操作する入力装置５４と、データ等を保存する記憶装置５５とを有する。

図３は、監視制御装置５０のプロセス管理の動作を表すイメージ図である。
図４は、リソースの使用状況の閾値定義３１の構成を示す図である。
図５は、オペレータによる使用状態の判断基準定義３２の構成を示す図である。
監視制御装置５０は、リソース管理定義３０の中に、リソースの使用状況の閾値定義３１（以下、単に閾値定義３１という）だけでなく、オペレータによる監視制御装置５０の使用状態によってプロセス管理動作を判断する、使用状態の判断基準定義３２（以下、単に判断基準定義３２という）も備える。また、監視制御装置５０のプログラムの１単位であるプロセス１０は、それぞれプロセス監視機能２０を備えている。

そして、プロセス監視機能２０は、監視制御装置５０のリソースの使用状況が、閾値定義３１に定義された値を超えたと判断した場合には、プロセス１０の再起動を行う前に、判断基準定義３２の条件も満たしているか否かを確認する。判断基準定義３２の条件を満たしている場合（オペレータが操作中でない場合）のみ、プロセス１０自身の再起動を行う。

次に、プロセス１０の再起動動作について説明する。
図６は、実施の形態１によるプロセス監視機能２０の動作を示すフローチャートである。
各プロセス１０のプロセス監視機能２０は、起動するとまず、閾値定義３１および判断基準定義３２を読み込む（Ｓ００１０）。次に、監視制御装置５０のシステムから自身のプロセス１０によるリソースの使用状況を取得し（Ｓ００２０）、それらの値が閾値定義３１に記録されている閾値を超えているかどうか（Ｓ００３０）さらに、オペレータが監視制御操作をしていないと判断する判断基準定義３２に記録されている判断基準を満たしているかを確認する（Ｓ００４０）。

この両方の条件の内、どちらか一方でも条件を満たさない場合は、一定時間待機（Ｓ００５０）したうえで、リソースの使用状況を取得（Ｓ００２０）以降の処理を繰り返す。両方とも条件を満たしている場合は、その時点で当該プロセス１０のプロセス監視機能２０が自身を再起動させることで（Ｓ００６０）、監視制御装置５０のシステムを圧迫しているリソースを解放する。

実施の形態１による監視制御装置５０および監視制御システム１００によれば、監視制御装置５０にたとえリソースリークが発生していたとしても、オペレータが監視制御操作を行っている最中でのプロセス１０の再起動が抑えられ、操作外の時間帯に再起動が行われるため、オペレータ業務を継続して行うことが可能となる。また、オペレータが業務を行っていないときに必要なプロセスだけ再起動できるので、短時間にリソースを開放できる。

実施の形態２．
以下、実施の形態２による監視制御装置および監視制御システムを図に基づいて説明する。
図７は、実施の形態２による監視制御装置５０のプロセス管理の動作を表すイメージ図である。実施の形態１では、リソース管理定義３０の閾値定義３１および判断基準定義３２は固定されてあり、オペレータによって後から動的に各定義の内容を変更することができなかった。そこで実施の形態２では、監視制御システム１００が運用中であっても、監視制御装置５０のシステム内のプロセス１０を再起動することなく閾値定義３１および判断基準定義３２を動的に変更できるように、リソース管理定義変更機能２４０を設けることとする。

次に、プロセス１０の再起動動作について説明する。
図８は、プロセス監視機能２０の動作を示すフローチャートである。
各プロセス１０のプロセス監視機能２０は、起動するとまず、閾値定義３１および判断基準定義３２を読み込む（Ｓ００１０）。次に、監視制御装置５０のシステムから自身のプロセス１０によるリソースの使用状況を取得し（Ｓ００２０）、それらの値が閾値定義３１に記録されている閾値を超えているかどうか（Ｓ００３０）さらに、オペレータが監視制御操作をしていないと判断する判断基準定義３２に記録されている判断基準を満たしているかを確認する（Ｓ００４０）。

この両方の条件の内、どちらか一方でも条件を満たさない場合は、一定時間待機（Ｓ００５０）したうえで、リソースの使用状況を取得（Ｓ００２０）以降の処理を繰り返す。このとき、監視ループＲの間に、閾値定義３１或いは判断基準定義３２のデータが書き換えられた場合は、新たな閾値および判断基準に基づいてＳ００３０での判断を行う。そして、両方とも条件を満たしている場合は、その時点で当該プロセス１０のプロセス監視機能２０が自身を再起動させることで（Ｓ００６０）、監視制御装置５０のシステムを圧迫しているリソースを解放する。

実施の形態２による監視制御装置５０および監視制御システム１００によれば、実施の形態１で述べた効果の他に、別途、リソース管理定義変更機能２４０によって、オペレータが、閾値定義３１の閾値或いは判断基準定義３２の内容を変更した場合であっても、変更された新しい閾値、判断基準に従って、プロセス１０の監視、プロセス１０の再起動を行うことができる。

実施の形態３．
以下、実施の形態３による監視制御装置および監視制御システムを図に基づいて説明する。
図９は、実施の形態３による監視制御装置５０のプロセス管理の動作を表すイメージ図である。
実施の形態１では、リソースリークが発生し、プロセス監視機能２０がプロセス１０の再起動を始めようとした際、プラントの緊急事態などオペレータ側で不都合があった場合でも、オペレータが直前に再起動をキャンセルする手段が存在しなかった。

そこで本実施の形態３では、プロセス１０の再起動が行われる直前に、オペレータが監視制御を行っている画面上に、プロセス１０が再起動される旨の警告メッセージの表示をプロセス監視機能２０が行うようにし、オペレータに対して再起動をキャンセルする時間的な猶予を与えるようにした。

この警告メッセージは、時限的なメッセージであり、何秒後に再起動するかの表示は、動的にカウントダウンされる。そして、その時間が経過した場合（残り秒数が０秒になった場合）は、メッセージを消去して、直ちにプロセス１０の再起動が行われる。

また、オペレータによってプロセス１０の再起動がキャンセルされた場合は、一定時間（数時間単位）休止した後、プロセス監視機能２０がリソースの使用状況の監視を再開する。なお、メッセージに表示する残り秒数および、キャンセル時に何時間休止するかは、定義ファイルなど（閾値定義３１の中に含めても良い）で別途、管理する。

次に、プロセス１０の再起動動作について説明する。
図１０は、プロセス監視機能２０の動作を示すフローチャートである。
各プロセス１０のプロセス監視機能２０は、実施の形態１と同様に、起動するとまず、閾値定義３１および判断基準定義３２を読み込む（Ｓ００１０）。次に、監視制御装置５０のシステムから自身のプロセス１０によるリソースの使用状況を取得し（Ｓ００２０）、それらの値が閾値定義３１に記録されている閾値を超えているかどうか（Ｓ００３０）さらに、オペレータが監視制御操作をしていないと判断する判断基準定義３２に記録されている判断基準を満たしているかを確認する（Ｓ００４０）。

この両方の条件の内、どちらか一方でも条件を満たさない場合は、一定時間待機（Ｓ００５０）したうえで、リソースの使用状況を取得（Ｓ００２０）以降の処理を繰り返す。そして、両方とも条件を満たしている場合は、これからプロセス１０の再起動が行われる旨のメッセージを表示する（Ｓ３０７０）。そして、予め定められた時間内に、オペレータによって明示的に再起動がキャンセルされた場合は（Ｓ３０８０－ＹＥＳ）、一定時間待機をし（Ｓ３０９０）、Ｓ００２０から監視ループＲに戻る。また、キャンセルされなかった場合（Ｓ３０８０－ＮＯ）は、従来通り、プロセス１０の再起動（Ｓ００６０）を行う。プロセス監視機能２０がプロセス１０自身を再起動させることで、監視制御装置５０のシステムを圧迫しているリソースを解放する。

実施の形態３による監視制御装置５０および監視制御システム１００によれば、プロセス監視機能２０がリソースリーク等によりプロセス１０を再起動すると判断した場合であっても、オペレータ業務上それが不都合であった場合、オペレータがプロセス１０の再起動をキャンセルすることができる。これにより、監視業務を円滑に継続し、その後、業務に支障のない時に、プロセス１０の再起動を実施できる。

実施の形態４．
以下、実施の形態４による監視制御装置および監視制御システムを図に基づいて説明する。
図１１は、実施の形態４による監視制御装置５０のプロセス管理の動作を表すイメージ図である。
実施の形態１～３では、リソースリークが発生し、プロセス監視機能２０がプロセス１０の再起動を行ったとき、再起動の直前に、そのプロセス１０の画面展開がどのような状態であったかのを確認していなかった。そのため、プロセス１０によって複数のウィンドウが表示装置５３のデスクトップ画面に表示されていた場合は、再起動により、その画面のレイアウトが失われてしまっていた。

そのため、オペレータがプロセス１０の再起動に気が付かなかった場合、突然、ウィンドウが消えてしまったと捉えてしまう恐れがあった。そこで本実施の形態４では、ウィンドウが消去されてしまう問題を解決するために、プロセス１０の再起動の前後で、表示装置５３のデスクトップ画面の画面レイアウトを維持できるようにする。

本実施の形態４では、プロセス監視機能２０によって、対象のプロセス１０の再起動を行う直前に、プロセス監視機能２０は、そのプロセス１０が、表示装置５３のデスクトップ画面上に表示しているウィンドウの位置、サイズ、ウィンドウ上の表示内容を、画面レイアウト情報４４０に保存したうえで、再起動を行う。

そして、再起動した後のプロセス１０は、画面レイアウト情報４４０が保存されているか否かを判断し、保存されている場合は、その情報に記載されている通りに、画面レイアウトを復元する。

次に、動作について説明する。
図１２は、プロセス監視機能２０の動作を示すフローチャートである。
各プロセス１０のプロセス監視機能２０は、起動するとまず、画面レイアウト情報４４０の読み込みを試みる（Ｓ４１００）。画面レイアウト情報４４０を取得できなかった場合（Ｓ４１１０－ＮＯ）は、実施の形態１と同様にリソース管理定義（Ｓ００１０）を取得してＳ００２０以下の監視ループＲを開始する。画面レイアウト情報４４０を取得できた場合（Ｓ４１１０－ＹＥＳ）は、画面レイアウト情報４４０の通りに、各ウィンドウをデスクトップ画面上に配置し（Ｓ４１２０）、実施の形態１と同様にリソース管理定義（Ｓ００１０）を取得してＳ００２０以下の監視ループＲを開始する。

各プロセス１０のプロセス監視機能２０は、起動するとまず、閾値定義３１および判断基準定義３２を読み込む（Ｓ００１０）。次に、監視制御装置５０のシステムから自身のプロセス１０によるリソースの使用状況を取得し（Ｓ００２０）、それらの値が閾値定義３１に記録されている閾値を超えているかどうか（Ｓ００３０）さらに、オペレータが監視制御操作をしていないと判断する判断基準定義３２に記録されている判断基準を満たしているかを確認する（Ｓ００４０）。

この両方の条件の内、どちらか一方でも条件を満たさない場合は、一定時間待機（Ｓ００５０）したうえで、リソースの使用状況を取得（Ｓ００２０）以降の処理を繰り返す。両方とも条件を満たしている場合は、プロセス再起動の前に、自身のプロセス１０がデスクトップ画面上に表示しているウィンドウの位置、サイズ、ウィンドウ上の表示内容を、画面レイアウト情報４４０に保存（Ｓ４１３０）してから再起動を行う（Ｓ００６０）。

その時点で当該プロセス１０のプロセス監視機能２０が自身を再起動させることで、監視制御装置５０のシステムを圧迫しているリソースを解放できる。

実施の形態４による監視制御装置５０および監視制御システム１００によれば、プロセス１０が再起動された場合であっても、再起動前においてオペレータが使用していた画面レイアウトを維持できるため、オペレータが違和感を持つことなく、監視制御業務をシームレスに行うことができる。

実施の形態５．
以下、実施の形態５による監視制御装置および監視制御システムを図に基づいて説明する。
図１３は、実施の形態５による監視制御装置５０のプロセス管理の動作を表すイメージ図である。
監視制御装置５０のシステムのプロセス１０は、常駐して長時間動作することが前提であり、起動時に様々な初期化処理を行う必要がある。プロセス１０の起動が実行されて、実際にオペレータが使用可能となるまで、数十秒かかる場合がある。

そのため、実施の形態１～４では、リソースリークが発生し、プロセス１０の再起動が行われた後、プロセス１０が実際に使用可能になるまで、数十秒間、オペレータによる操作ができない時間が生じてしまう。そこで実施の形態５では、一時的にプロセス１０Ａと同じプロセス１０Ｂを二重起動し、プロセス１０Ａの終了前に処理をプロセス１０Ｂに切り替えることで、実施の形態１～４で生じていたプロセス１０Ａの再起動中の待ち時間を解消できるようにする。なお、以下で詳細を説明するプロセス１０Ａとプロセス１０Ｂは、上述のように同じプロセスであり、１０Ａ、１０Ｂの符号は、二重起動されているプロセス１０を互いに区別するために変えている。プロセス監視機能２０Ａ、２０Ｂについても同様である。

次に、動作について説明する。
図１４は、プロセス監視機能２０の動作を示すフローチャートである。
プロセス監視機能２０Ａは、監視ループＲにおいて、実施の形態１～４と同様に、監視制御装置５０のシステムから自身のプロセス１０Ａのリソースの使用状況を取得し（Ｓ００２０）、それらの値が閾値定義３１に記録されている閾値を超えているかどうか（Ｓ００３０）さらに、オペレータが監視制御操作をしていないと判断する判断基準定義３２に記録されている判断基準を満たしているかを確認する（Ｓ００４０）。この両方の条件を満たす場合は、プロセス１０Ａのプロセス監視機能２０Ａは、プロセス１０Ａと同じ動作をさせるプロセス１０Ｂを起動し（Ｓ５１７０）、起動したプロセス１０Ｂから終了指示を受けるまで待機する（Ｓ５１８０）。

起動したプロセス１０Ｂは、初期化処理が完了するまで待機し（Ｓ５１４０）、他のプロセス１０が二重起動中であるかどうかを確認する（Ｓ５１５０）。ここでは、プロセス１０Ａが起動しているので、Ｓ５１５０－ＹＥＳに進む。

次に、プロセス１０Ｂのプロセス監視機能２０Ｂは、他のプロセス１０Ａに終了を指示する（Ｓ５１６０）。

終了指示を受けたプロセス１０Ａのプロセス監視機能２０Ａは、再度オペレータが監視制御操作をしていないと判断する判断基準定義３２に記録されている判断基準を満たしているかを確認する（Ｓ５１９０）。

満たしていない場合、すなわちオペレータが操作中の場合（Ｓ５１９０－ＮＯ）は、Ｓ５１９０を繰り返す。判断基準を満たしている場合は（Ｓ５１９０－ＹＥＳ）、プロセス１０Ａのプロセス監視機能２０Ａは、プロセス１０Ａを終了する（Ｓ５２１０）。既にプロセス１０Ｂが起動しているので、監視ループＲは、プロセス１０Ｂのプロセス監視機能２０Ｂによって継続される。

実施の形態５による監視制御装置および監視制御システム１００によれば、監視制御装置５０プロセス１０にリソースリーク等が生じ、再起動を行う必要が生じた場合であっても、予め同一のプロセスを二重起動して処理を切り替えて引き継ぐので、オペレータは、プロセス１０の再起動（一時的な二重起動）を意識することなく、隙間なくオペレータ業務を行うことができる。

本願は、様々な例示的な実施の形態及び実施例が記載されているが、１つ、または複数の実施の形態に記載された様々な特徴、態様、及び機能は特定の実施の形態の適用に限られるのではなく、単独で、または様々な組み合わせで実施の形態に適用可能である。
従って、例示されていない無数の変形例が、本願に開示される技術の範囲内において想定される。例えば、少なくとも１つの構成要素を変形する場合、追加する場合または省略する場合、さらには、少なくとも１つの構成要素を抽出し、他の実施の形態の構成要素と組み合わせる場合が含まれるものとする。

以下、本開示の諸態様を付記としてまとめて記載する。
付記１
プラントの監視制御に使用される監視制御装置であって、
前記監視制御装置のプログラムであるプロセスは、それぞれ、前記プロセス自身を再起動するか否かを判断する、プロセス監視機能を備え、
前記監視制御装置は、前記プロセス監視機能が、前記プロセスを再起動するか否かの判断に用いる、前記プロセスによるリソースの使用状況の閾値を記録した閾値定義と、前記プロセス監視機能が、前記プロセスを前記監視制御装置のオペレータが使用していないと判断するために利用する判断基準を記録した判断基準定義とを備える監視制御装置。
付記２
前記プロセス監視機能は、前記プロセスによる前記リソースの使用状況が前記閾値を超え、かつ、前記判断基準の条件を満たす場合に前記プロセスを再起動する付記１に記載の監視制御装置。
付記３
前記プロセスの稼働中に、前記閾値定義および前記判断基準定義の内容を変更する、リソース管理定義変更機能を備える付記１または付記２に記載の監視制御装置。
付記４
前記プロセス監視機能は、前記プロセスの再起動前に、前記プロセスが再起動される旨の警告メッセージを表示する付記１から付記３のいずれか１つに記載の監視制御装置。
付記５
前記プロセス監視機能は、前記再起動のキャンセルが可能である付記４に記載の監視制御装置。
付記６
前記監視制御装置は、前記プロセス監視機能によって、前記プロセスの再起動を行う直前に、前記プロセスが、表示装置のデスクトップ画面上に表示しているウィンドウの位置、サイズ、ウィンドウ上の表示内容を保存した画面レイアウト情報を備え、
前記プロセスは、再起動後に、前記画面レイアウト情報を元に画面レイアウトを復元する付記１から付記５のいずれか１つに記載の監視制御装置。
付記７
前記プロセス監視機能は、前記プロセスの終了前に、前記プロセスと同じプロセスを二重起動し、二重起動した前記プロセスに処理を引き継ぐ請求項１に記載の監視制御装置。付記１から付記６のいずれか１つに記載の監視制御装置。
付記８
付記１から付記６のいずれか１つに記載の前記監視制御装置と、
ネッワークを介して前記監視制御装置に接続された被監視装置とを備える監視制御システム。

１００ 監視制御システム、５０ 監視制御装置、１０，１０Ａ，１０Ｂ プロセス、
２０，２０Ａ プロセス監視機能、２４０ リソース管理定義変更機能、
３０ リソース管理定義、３１ 閾値定義，３２ 判断基準定義、４ ネットワーク、
４４０ 画面レイアウト情報、５１Ａ，５１Ｂ 被監視装置、５２ プロセッサ、
５３ 表示装置、５４ 入力装置、５５ 記憶装置、Ｒ 監視ループ。

Claims (7)

1. プラントの監視制御に使用される監視制御装置であって、
   前記監視制御装置のプログラムであるプロセスは、それぞれ、前記プロセス自身を再起動するか否かを判断する、プロセス監視機能を備え、
   前記監視制御装置は、前記プロセス監視機能が、前記プロセスを再起動するか否かの判断に用いる、前記プロセスによるリソースの使用状況の閾値を記録した閾値定義と、前記プロセス監視機能が、前記プロセスを前記監視制御装置のオペレータが使用していないと判断するために利用する判断基準を記録した判断基準定義とを備え、
   前記プロセスの稼働中に、前記閾値定義および前記判断基準定義の内容を変更する、リソース管理定義変更機能を備える監視制御装置。
2. 前記プロセス監視機能は、前記プロセスによる前記リソースの使用状況が前記閾値を超え、かつ、前記判断基準の条件を満たす場合に前記プロセスを再起動する請求項１に記載の監視制御装置。
3. 前記プロセス監視機能は、前記プロセスの再起動前に、前記プロセスが再起動される旨の警告メッセージを表示する請求項１に記載の監視制御装置。
4. 前記プロセス監視機能は、前記再起動のキャンセルが可能である請求項３に記載の監視制御装置。
5. 前記監視制御装置は、前記プロセス監視機能によって、前記プロセスの再起動を行う直前に、前記プロセスが、表示装置のデスクトップ画面上に表示しているウィンドウの位置、サイズ、およびウィンドウ上の表示内容を保存した画面レイアウト情報を備え、
   前記プロセスは、再起動後に、前記画面レイアウト情報を元に前記表示装置の画面レイアウトを復元する請求項１に記載の監視制御装置。
6. 前記プロセス監視機能は、前記プロセスの終了前に、前記プロセスと同じプロセスを二重起動し、二重起動した前記プロセスに処理を引き継ぐ請求項１に記載の監視制御装置。
7. 請求項１から請求項６のいずれか１項に記載の前記監視制御装置と、
   ネッワークを介して前記監視制御装置に接続された被監視装置とを備える監視制御システム。