JP2025035682A - 監視制御システム及び監視制御方法 - Google Patents

Abstract

【課題】従来、更新前の制御システムと更新後の制御システムを同時に動作させて監視制御を継続しつつ、制御システムを更新することができなかった。
【解決手段】監視制御システム１は、更新開始前に現行の制御装置１０と一以上の被制御機器を接続していた第１のネットワークと異なる第２のネットワークで、現行の制御装置１０と仮想化装置５３を接続し、第１のネットワークで後継の制御装置５０と被制御機器を接続した構成を有し、後継の制御装置５０と仮想化装置５３とは通信可能である。仮想化装置５３が現行の制御装置１０から受信したデータを基に、後継の制御装置５０が、被制御機器へ制御データを送信して被制御機器を制御する。後継の制御装置５０が被制御機器から受信したデータを基に、被制御機器の模擬データを、現行の制御装置１０へ送信し、後継の制御装置５０が被制御機器を監視する。
【選択図】図３

Description

本発明は、プラントや工場等で稼働する監視制御システム及び監視制御方法に関する。

従来、プラントや工場などで、プログラマブルロジックコントローラ（以下、「ＰＬＣ」と記す）やＩ／Ｏ（Input/Output）装置を組み合わせて、制御対象機器を監視及び制御する監視制御システムが構築されている。

このような監視制御システムでは、制御装置であるＰＬＣの製品寿命やＰＬＣの機能拡充により、新たなＰＬＣへの更新（入替え）が必要となることがある。例えば、特許文献１には、ハードウェア上でハードウェアの代わりとして動作する仮想化部と、仮想化部上で動作しアプリケーションを復元する復元部を備えたプロセス制御装置による更新方法が開示されている。

特開２０１５－１３８２９２号公報

ところで、特許文献１には、制御アプリケーションの動作を継続させつつプロセス制御装置の更新を行うことが記載されているが、更新後のプロセス制御装置のデバッグや調整については記載されていない。また、デバッグ中や調整中は、更新前のプロセス制御装置と更新後のプロセス制御装置を同時に動作させることが必要となる場合があるが、それについても記載されていない。更新後のプロセス制御装置のデバッグ中や調整中に、更新前のプロセス制御装置を動作させていなかった。

このような状況から、監視制御システムを動作させながら更新前の制御装置と更新後の制御装置を同時に動作させて監視制御を継続しつつ、制御装置を更新する手法が要望されていた。

上記課題を解決するために、本発明の一態様の監視制御システムは、被制御機器を監視制御する現行の制御装置を、後継の制御装置に更新する作業が実施される監視制御システムであって、更新開始前に現行の制御装置と一以上の被制御機器を接続していた第１のネットワークと異なる第２のネットワークで、現行の制御装置と仮想化装置を接続し、第１のネットワークで後継の制御装置と被制御機器を接続した構成を有する。後継の制御装置と仮想化装置とは通信可能に構成されている。
仮想化装置が第２のネットワークを介して現行の制御装置から受信したデータを基に、後継の制御装置が、第１のネットワークを介して被制御機器へ制御データを送信して被制御機器を制御する。後継の制御装置が第１のネットワークを介して被制御機器から受信したデータを基に、仮想化装置が現行の制御装置で異常を検出されない模擬データを、第２のネットワークを介して現行の制御装置へ送信し、後継の制御装置が被制御機器を監視する。

本発明の少なくとも一態様によれば、対象に対する監視制御を継続したまま、監視制御システム内の制御装置の更新が可能となる。
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

ＰＬＣを更新する前の監視制御システムの構成例を示す図である。 従来のＰＬＣ更新期間中の監視制御システムの構成例を示す図である。 本発明の一実施形態に係るＰＬＣ更新期間中の監視制御システムの構成例を示す図である。 ＰＬＣの各部が備える計算機のハードウェア構成例を示す図である。 本発明の一実施形態に係る更新後ＰＬＣのオプションモジュール及び仮想化装置の構成例を示す図である。 本発明の一実施形態に係るＰＬＣ更新期間中の更新後ＰＬＣの構成及び処理動作の例を示す図である。 本発明の一実施形態に係るＣＰＵモジュールが異常停止した場合のデータスルーモードにおける更新後ＰＬＣの構成及び処理動作の例を示す図である。 本発明の一実施形態に係る監視制御システムにおいてＰＬＣを更新する手順の例を示すフローチャートである。

以下、添付図面を参照して、本発明を実施するための形態（以下、「実施形態」と称する）の例について説明する。
本明細書及び添付図面において、同一の構成要素又は類似の構成要素には同一の符号を付与し、重複する説明を省略する、又は差分を中心とした説明のみを行う場合がある。各構成要素の数は、特に断りがない限り単数でも複数でもよい。

図面を参照して、本発明の一実施形態に係る監視制御システムにおける制御装置更新方法について詳細に説明する。
本発明の一実施形態を説明する前に、監視制御システムを稼働した状態で制御装置（例えば、ＰＬＣ）を更新する場合の従来の制御システム更新方式について、図１～２を用いて説明する。

図１は、ＰＬＣを更新する前の監視制御システムの構成例を示す図である。
図１において、監視制御システムは、監視制御を行うＰＬＣ１０と、各種信号や状態値などの入出力を行う入出力機器である被制御機器３１～３３（被制御機器群３０）と、それらを接続するＬＡＮ（Local Area Network）４０から構成される。本図では、説明のためＰＬＣを１台のみ記述しているが、複数のＰＬＣをＬＡＮ４０に接続してもよい。また、被制御機器を３台のみ記述しているが、さらに複数の被制御機器をＬＡＮ４０に接続してもよい。

ＰＬＣ１０は、演算処理機能を有し被制御機器の監視及び制御を実行するＣＰＵモジュール（Central Processing Unit）１１と、通信装置であるオプションモジュール１２から構成される。ＰＬＣ１０内において、ＣＰＵモジュール１１とオプションモジュール１２は、相互にデータ伝送する。オプションモジュール１２は、ＬＡＮ４０を介して被制御機器群３０と通信する。

ＬＡＮ４０は、リング型のネットワークを想定して記述しているが、一般的なネットワーク、例えばイーサネット（登録商標）を用いて接続してもよい。また、有線ネットワークだけではなく無線ネットワークを使用してもよい。

被制御機器３１～３３は、監視制御システム内で動作する各種入出力機器であり、監視制御システムの現場に設置される。例えば、被制御機器は、水量計や温度センサ等のセンサ機器、流量制御弁や開閉弁等のバルブ機器、モータ、及び、その他現場に設置される機器である。これらの被制御機器３１～３３は、ＰＬＣ１０から送信される、指令値などのビットデータや、モータの指定回転数などの数値データに基づき動作する。また、被制御機器３１～３３は、状態値などのビットデータや、モータの現状の回転数などの数値データを、ＰＬＣ１０へ送信する。

＜従来のＰＬＣ更新期間中の監視制御システムの構成＞
図２は、従来のＰＬＣ更新期間中の監視制御システムの構成例を示す図である。
図２には、図１に示した監視制御システムにＰＬＣ２０が増設された例が示されている。すなわち、図２に示す監視制御システムは、ＰＬＣ１０と、ＰＬＣ１０に替わって新たに監視制御を行うＰＬＣ２０と、被制御機器３１～３３（被制御機器群３０）と、それらを接続するＬＡＮ４０から構成される。
本図では、説明のため更新後のＰＬＣを１台のみ記述しているが、複数のＰＬＣをＬＡＮ４０に接続してもよい。また、被制御機器を３台のみ記述しているが、さらに複数の被制御機器をＬＡＮ４０に接続してもよい。

更新後のＰＬＣ２０（後継機）は、基本的にＰＬＣ１０（現行機）と同様の構成を備える。ＰＬＣ１０は、更新期間中に、更新前の制御ロジックをそのまま使用するＰＬＣである。一方、ＰＬＣ２０は、更新後の変更した制御ロジックを使用するＰＬＣである。ＰＬＣ２０は、被制御機器群３０の監視及び制御を実行するＣＰＵモジュール２１と、通信装置であるオプションモジュール２２から構成される。オプションモジュール２２は、ＬＡＮ４０を介して被制御機器群３０と通信する。

新たに監視制御システムに設置したＰＬＣ２０は、デバッグや調整等が必要であるため、設置後直ぐに被制御機器群３０を含むプラントを監視制御することはできない。しかし、その間もプラントの監視制御を停止することはできないため、図２のように、更新前のＰＬＣ（以下、「更新前ＰＬＣ」と記す）１０と、更新後のＰＬＣ（以下、「更新後ＰＬＣ」と記す）２０を同じＬＡＮ４０に並列に接続し、それぞれのＰＬＣの制御対象の被制御機器を分けることにより、部分的にデバッグや調整を行っていた。

例えば、ＰＬＣ１０のアプリケーションプログラムを改造して、更新前ＰＬＣ１０の制御対象から被制御機器３３を除外する。その後、更新後ＰＬＣ２０のアプリケーションプログラムを変更して、除外した被制御機器３３のみを更新後ＰＬＣ２０の制御対象として、更新後ＰＬＣ２０のデバッグを行う。以上のように、更新前ＰＬＣ１０及び更新後ＰＬＣ２０両方のアプリケーションプログラムを、更新のために改造する必要があった。
また、この方式では、更新後ＰＬＣ２０のアプリケーションプログラムも変更しなければならないため、デバッグ終了後に変更内容の戻し忘れや変更ミス等により、不良を作り込む可能性もあった。

プラント（監視制御システム）で使用されるＰＬＣの運用年数は、通常１０年を超えることも少なくない。このため、更新前ＰＬＣ１０のアプリケーションプログラムを改造するためのプログラミングツール、並びにコンパイラやアセンブラといったプログラムの開発環境が入手できなくなっている場合もある。プログラミングツールや開発環境が入手できた場合でも、それらを動作させるための条件を満たすＰＣ（Personal Computer）が製造中止とっており入手できない場合ある。それらの要因により、アプリケーションプログラムの改造そのものが行えない場合もありえる。

その場合は、被制御機器が動作していない時間帯に、デバッグや調整を行うという運用方法をとっていた。例えば、夜間などに、更新前ＰＬＣ１０をＬＡＮ４０から物理的に切離し、更新後ＰＬＣ２０をＬＡＮ４０に接続して、デバッグや調整を行う。そのため、更新作業における作業者の負担が重く、さらに作業期間も長くなる傾向があった。

＜ＰＬＣ更新期間中の監視制御システムの構成＞
次に、本発明の一実施形態に係るＰＬＣ更新期間中の監視制御システムの構成について、図３を参照して説明する。

図３は、本発明の一実施形態に係るＰＬＣ更新期間中の監視制御システムの構成例を示す図である。
図３では、更新前ＰＬＣ１０と更新後ＰＬＣ５０を、更新後ＰＬＣ５０に実装した仮想化装置５３を経由して接続した構成が示されている。図３において、監視制御システム１は、更新前ＰＬＣ１０と、更新前ＰＬＣ１０に替わって新たに監視制御を行うＰＬＣ５０と、更新前ＰＬＣ１０と更新後ＰＬＣ５０を接続するＬＡＮ６０と、被制御機器群３０と、更新後ＰＬＣ５０と被制御機器群３０を接続するＬＡＮ４０から構成される。さらに、ＬＡＮ６０を介して、監視操作装置７０がＰＬＣ５０の上位に接続されている。また、被制御機器３１～３３が接続されているＬＡＮ４０に、被制御機器３４が新たに接続されている。

更新前ＰＬＣ１０（現行機）は、前述したように、被制御機器群３０の監視制御を実行するＣＰＵモジュール１１と、通信装置であるオプションモジュール１２から構成される。
オプションモジュール１２は、ＬＡＮ６０を介して更新後ＰＬＣ５０に実装した仮想化装置５３と通信する。

ＬＡＮ６０は、リング型のネットワークを想定して記述しているが、一般的なネットワーク、例えばイーサネットを用いて接続してもよい。また、有線ネットワークだけでなく無線ネットワークを使用してもよい。

更新後ＰＬＣ５０（後継機）は、被制御機器群３０の監視制御を実行するＣＰＵモジュール５１と、通信装置であるオプションモジュール５２と、被制御機器群３０の模擬動作をする仮想化装置５３から構成される。
ＣＰＵモジュール５１は、被制御機器群３０の監視制御を実行する。ただし、ＰＬＣの更新に関わる構成及び機能については、後述する図６を参照して詳しく述べる。
オプションモジュール５２は、ＬＡＮ４０を介して被制御機器群３０と通信する。

仮想化装置５３は、ＬＡＮ６０を介して更新前ＰＬＣ１０に実装したオプションモジュール１２と通信する。仮想化装置５３は、更新期間中に、更新前ＰＬＣ１０と更新後ＰＬＣ５０を混在させるために設けられている。更新前ＰＬＣ１０と被制御機器群３０との間に仮想化装置５３を設置することで、更新後ＰＬＣ５０と被制御機器群３０が仮想化され、更新前ＰＬＣ１０は従来通りに動作可能となる。仮想化装置５３は、被制御機器の動作を模擬することにより、更新後ＰＬＣ５０と被制御機器群３０を仮想化する。

本実施形態では、仮想化装置５３を用いて、更新前ＰＬＣ１０に影響を与えずに、更新後ＰＬＣ５０の動作検証、更新前ＰＬＣ１０と更新後ＰＬＣ５０の混在動作、及び入替えを行う。以下、ＬＡＮ４０及びＬＡＮ６０を経由したデータ通信の説明において、ＬＡＮ４０及びＬＡＮ６０の記載を省略する場合がある。

この本実施形態に係る構成では、更新前ＰＬＣ１０と被制御機器群３０を接続するＬＡＮを分けることを特徴としている。これにより、更新前ＰＬＣ１０と更新後ＰＬＣ５０を同時に動作させたまま、更新後ＰＬＣ５０のデバッグや調整が行える。

また、この構成では、仮想化装置５３が被制御機器を模擬した動作を行い、更新前ＰＬＣ１０に被制御機器と通信していると認識させることを特徴としている。これにより、更新前ＰＬＣ１０のアプリケーションプログラムを変更する必要がない。

＜ＰＬＣが備える計算機のハードウェア構成例＞
ＰＬＣ５０を構成する、ＣＰＵモジュール５１、オプションモジュール５２、及び被制御機器群３０は、それぞれ計算機を備える。
図４に、ＰＬＣ５０の各部が備える計算機のハードウェア構成例を示す。

図４において、計算機８０は、ＣＰＵ等のプロセッサ８０ａ、及び、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等の記憶部８０ｂ、入出力Ｉ／Ｆ８０ｃ、及び通信Ｉ／Ｆ８０ｄを備えるコンピュータによって構成される。ＰＬＣ５０の各部の機能は、予めＲＯＭ又は不揮発性ストレージに書き込まれたプログラムを、プロセッサ８０ａがＲＡＭに読み出して実行することにより実現される。
ＣＰＵモジュール５１、オプションモジュール５２、及び仮想化装置５３の各々が、プロセッサ８０ａ及びメモリ（記憶部８０ｂ）を有するコンピュータによって動作する。

入出力Ｉ／Ｆ８０ｃは、図示しない入力装置から送られるＵＩ（User Interface）情報の入力処理を行い、図示しない表示装置に対するデータの出力処理を行う。入力装置は、キーボードやマウスなどである。さらに、入力装置は、タッチセンサと表示パネルが積層されたタッチパネルでもよい。
通信Ｉ／Ｆ８０ｄは、ＰＬＣ５０内の各部間、又は、他のＰＬＣや被制御機器群３０との間で、データを送受信する通信処理を行う。図２に示したＰＬＣ１０及びＰＬＣ２０の各モジュールも、本図に示した構成と同様の構成を備えている。さらに、監視操作装置７０も同様の構成を備えている。また、被制御機器も、基本的に同様の構成を備えていると考えてよい。

＜更新後ＰＬＣのオプションモジュール及び仮想化装置の構成＞
次に、本発明の一実施形態に係る更新後ＰＬＣのオプションモジュール及び仮想化装置の構成について、図５を参照して説明する。
図５は、更新後ＰＬＣ５０のオプションモジュール５２及び仮想化装置５３の構成例を示す図である。図５においてＣＰＵモジュール５１の記載は省略している。

［仮想化装置］
仮想化装置５３は、被制御機器模擬プログラム５３１、通信プログラム５３２、設定パラメータ５３３、送信バッファ５３４、及び受信バッファ５３５から構成される。送信バッファ５３４、及び受信バッファ５３５は、ＲＡＭ（記憶部８０ｂ）により実現される。

被制御機器模擬プログラム５３１は、被制御機器群３０の通信動作を模擬するソフトウェアである。被制御機器模擬プログラム５３１は、設定ツールから設定された設定パラメータ５３３に従って、オプションモジュール５２と通信する被制御機器群３０の台数分起動される。あるいは、被制御機器模擬プログラム５３１は一つのみ起動し、一つのプログラムで被制御機器群３０の台数分の処理を実行してもよい。被制御機器群３０の台数分とは、通信したい被制御機器の台数であって、通常はＬＡＮ４０に接続している被制御機器のほぼ全台数である。設定ツールには、ユーザーインタフェース用のＰＣ上で動作する設定ツール、又はＰＬＣ５０の上位に接続される監視操作装置７０上で動作する設定ツールを用いることができる。

設定パラメータ５３３には、更新前ＰＬＣ１０が通信していた被制御機器群３０の台数、及び被制御機器それぞれの情報が含まれる。例えば、被制御機器それぞれの情報（以下、「構築情報」と称する場合がある）には、送信語数、受信語数、送信用エリアのアドレス、及び受信エリアのアドレスが含まれる。送信語数及び受信語数はデータ長と関連しており、受信語数は通信データが自分宛かどうかを判断するための材料の一つである。送信用エリアのアドレスと受信エリアのアドレスはそれぞれ、仮想化装置５３が備えるメモリ（例えば、記憶部８０ｂ）において各データを格納する記憶領域を示す情報である。

通信プログラム５３２は、被制御機器模擬プログラム５３１からの要求に従い、送信バッファ５３４経由でＬＡＮ６０へデータを送信する。また、通信プログラム５３２は、ＬＡＮ６０から受信バッファ５３５に受信したデータを、被制御機器模擬プログラム５３１へ受け渡す。通信プログラム５３２は、低レベルの通信プログラムである。すなわち、通信プログラム５３２は、物理層に近い、低レイヤのプロトコルを規定したプログラムである。なお、通信プログラム５３２は、図５では被制御機器模擬プログラム５３１とは分離して記述してあるが、被制御機器模擬プログラム５３１に含まれてもよい。

本実施形態では、後継の制御装置（更新後ＰＬＣ５０）は、被制御機器の監視制御を実行する処理装置（ＣＰＵモジュール５１）と、被制御機器と通信する通信装置（オプションモジュール５２）と、を備える。仮想化装置において現行の制御装置（更新前ＰＬＣ１０）から受信したデータが、処理装置を経由して通信装置へ転送される。また、通信装置において被制御機器から受信したデータが、処理装置を経由して仮想化装置へ転送される。

［更新前ＰＬＣのオプションモジュールと被制御機器群との通信］
更新前ＰＬＣ１０のオプションモジュール１２（図１）と、被制御機器群３０との通信は、以下の手順で確立する。これは、ＰＬＣ等の制御装置と被制御機器群との一般的な通信確立の手順と同じである。

まず、更新前ＰＬＣ１０のオプションモジュール１２から被制御機器群３０へ、ＬＡＮ４０を介して、接続要求を送信する。接続要求の送信宛先の被制御機器は、１台でもよいし複数台でもよい。
接続要求を受信した被制御機器は、接続要求が自分宛であると判断した場合に、オプションモジュール１２へ接続要求に対する応答（許可応答）を送信する。
被制御機器から接続要求に対する応答を受信したオプションモジュール１２は、接続状態を“接続処理中”へ遷移させ、図示しない通信ステータス情報に“接続処理中”を設定する。

次に、オプションモジュール１２から構築情報（図示略）を被制御機器群３０へ送信する。構築情報は、オプションモジュール１２から被制御機器へ対する送信語数、受信語数、送信用エリアのアドレス、及び受信エリアのアドレスから構成される。構築情報は、設定パラメータ５３３と同様に、設定ツールを用いて設定することができる。ここでの送信用エリアのアドレスと受信エリアのアドレスはそれぞれ、オプションモジュール１２が備えるメモリ（例えば、記憶部８０ｂ）において各データを格納する記憶領域を示す情報である。

被制御機器は、オプションモジュール１２から送られる構築情報の所定の項目が自身の持つ情報と一致する場合、オプションモジュール１２へ接続完了の応答を送信する。不一致の場合には、被制御機器は、拒否応答を送信する。

接続完了の応答を受信したオプションモジュール１２は、“接続完了状態”へ遷移し、通信ステータス情報に“接続完了状態”を設定する。以上により、更新前ＰＬＣ１０のオプションモジュール１２と被制御機器群３０との接続が確立する。

その後、オプションモジュール１２は、制御周期に従い被制御機器群３０へ周期的に制御データを送信し、その応答として被制御機器群３０から状態値等の監視データを受信する。また、オプションモジュール１２は、被制御機器群３０からの応答を監視する。そして、オプションモジュール１２は、一定時間応答がない場合に“未接続状態”へ遷移し、被制御機器群３０に再度接続要求を送信して再接続を試みる。

［仮想化装置の模擬動作］
更新後ＰＬＣ５０の仮想化装置５３（図５）は、上記の手順を模擬した動作を実行する。通常、通信ネットワークに接続される機器には固有の番号が事前に割り当てられて、自身の番号宛以外のデータは受信しない。しかし、仮想化装置５３は、自身の番号宛以外のデータも受信（スヌープ）することにより、模擬動作を可能としている。

仮想化装置５３の被制御機器模擬プログラム５３１は、仮想化装置５３の電源投入により起動される。被制御機器模擬プログラム５３１は、オプションモジュール５２内部にある通信ステータス情報５２１を参照して、更新前ＰＬＣ１０に実装したオプションモジュール１２からの接続要求に応答するかを決定する。通信ステータス情報５２１は、オプションモジュール５２と被制御機器群３０との通信状態を表す情報である。通信状態には、“未接続”や“接続処理中”や“接続完了“などの状態がある。通信ステータス情報５２１は、被制御機器ごとに生成される。

通信ステータス情報５２１が“接続完了”の場合、被制御機器模擬プログラム５３１は、通信プログラム５３２経由で、更新前ＰＬＣ１０のオプションモジュール１２から受信した接続要求に対する応答（許可応答）を送信する。接続要求に対する応答を受信したオプションモジュール１２は、対象の被制御機器へ向けて構築情報を送信する。この被制御機器へ向けて送信された構築情報は、仮想化装置５３を経由する。

オプションモジュール１２から構築情報を受信した仮想化装置５３では、被制御機器模擬プログラム５３１が、受信した構築情報と設定パラメータ５３３を比較する。そして、両者が一致した場合、被制御機器模擬プログラム５３１は、オプションモジュール１２へ接続完了の応答を送信する。接続完了の応答を受信したオプションモジュール１２は、仮想化装置５３との“接続完了状態”へ遷移する。

被制御機器のいずれかへ送られたデータの情報（構築情報）と、設定パラメータ５３３の情報には、少なくともオプションモジュール１２から被制御機器へ対する送信語数、受信語数、送信用エリアのアドレス、及び受信エリアのアドレスが含まれる。

このように、仮想化装置は、被制御機器を模擬した動作を行うための被制御機器模擬プログラムを、被制御機器ごとに有する。被制御機器模擬プログラムは、現行の制御装置（更新前ＰＬＣ１０）から被制御機器のいずれかへ送られたデータの情報(構築情報)と、予め設定された設定パラメータ５３３の情報を比較する。そして、被制御機器模擬プログラムは、両情報が一致する場合には、データの送信先が自身の被制御機器であると判断し、現行の制御装置と接続する処理を開始する。

このような被制御機器模擬プログラム５３１の模擬動作によって、オプションモジュール１２と仮想化装置５３の接続が完了し、更新前ＰＬＣ１０は、あたかも被制御機器群３０と接続しているかのように動作することができる。

被制御機器模擬プログラム５３１は、一定間隔で通信ステータス情報５２１を参照し続け、オプションモジュール１２との通信状態を動的に変化させる。被制御機器群３０の内の１台、例えば被制御機器３１の電源をオフし、通信ステータス情報５２１が“未接続”へ変化した場合、被制御機器模擬プログラム５３１は、被制御機器３１に関してオプションモジュール１２との接続を切断する。このように、仮想化装置５３は、オプションモジュール５２と被制御機器群３０との通信の接続状態を監視することにより、リアルタイムに更新前ＰＬＣ１０へ、被制御機器群３０の通信の接続状態を伝達することが可能となる。

また、後述の図６に示すように、仮想化装置５３が更新前ＰＬＣ１０から受信したデータは、ＣＰＵモジュール５１（図３）とオプションモジュール５２を経由して、被制御機器群３０へ転送される。これにより、更新前ＰＬＣ１０と更新後ＰＬＣ５０を同一のＬＡＮ６０（図３）に接続したまま、更新前ＰＬＣ１０から被制御機器群３０を制御することが可能となる。

さらに、後述の図６に示すように、オプションモジュール５２が、被制御機器群３０から受信したデータは、ＣＰＵモジュール５１と仮想化装置５３を経由して、更新前ＰＬＣ１０へ転送される。これにより、更新前ＰＬＣ１０と更新後ＰＬＣ５０を同一のＬＡＮ６０に接続したまま、更新前ＰＬＣ１０において被制御機器群３０の監視が可能となる。

（模擬データ）
この動作状態で、更新後ＰＬＣ５０から更新前ＰＬＣ１０へ、更新前ＰＬＣ１０で異常を検出しない模擬データ（安全系データ）を送信することにより、被制御機器３１～３３のいずれかを更新前ＰＬＣ１０の監視対象外とすることもできる。この模擬データは、更新前ＰＬＣ１０のアプリケーションプログラムで異常と判断されないような仕様のデータである。

模擬データは、更新後ＰＬＣが被制御機器の監視データを模擬して生成したデータ、又は被制御機器の監視データを模擬して事前に用意してあるデータである。異常時を想定したデバックを実施したいときに、更新前ＰＬＣ１０に本当に異常なデータを送信すると、更新前ＰＬＣ１０が当該異常なデータに対応した動作を実施してしまう。このため、更新後ＰＬＣ５０は、被制御機器から受信したデータを用いてデバックを行いつつ、更新前ＰＬＣ１０には正常な値を模した模擬データを送る。

監視対象外とした被制御機器、例えば被制御機器３１の模擬データを、更新前ＰＬＣ１０へ送信する。これにより、更新前ＰＬＣ１０による監視対象外とした被制御機器３１を、更新後ＰＬＣ５０から監視することができ、更新後ＰＬＣ５０で被制御機器３１に関係するデバッグや調整が可能となる。

模擬的に安全系データを送信する単位（切り替え）は、被制御機器単位又はデータ単位でもよい（可能とする）。データ単位とすることにより、例えば、被制御機器３１が複数チャンネルを持ちアナログ値（２４Ｖの電圧入力等）を扱う入力機器の場合、チャンネル“０”の値は更新前ＰＬＣ１０が監視し、それ以外のチャンネルの値を更新後ＰＬＣ５０が監視するという運用が可能となる。このため、更新後ＰＬＣ５０のデバッグを柔軟に行うことが可能となる。

（制御データ）
また、更新後ＰＬＣ５０では、更新前ＰＬＣ１０から受信したデータを、被制御機器群３０へ転送せずに、ＣＰＵモジュール５１のアプリケーションプログラム５１３（図６参照）の制御データ５１２ｄ（図６参照）に切り替えることもできる。これにより、更新後ＰＬＣ５０から被制御機器を制御することができ、更新後ＰＬＣ５０のデバッグや調整が可能となる。

アプリケーションプログラム５１３からの制御データ５１２ｄへ切り替えるのは、被制御機器単位又はデータ単位でもよい（可能とする）。データ単位とすることにより、例えば、被制御機器３２が複数チャンネルを持ちアナログ値（２４Ｖの電圧出力等）を扱う出力機器の場合、チャンネル“０”の値は更新前ＰＬＣ１０が出力し、それ以外のチャンネルの値を更新後ＰＬＣ５０が出力するという運用が可能となる。このため、更新後ＰＬＣ５０のデバッグを柔軟に行うことが可能となる。

被制御機器３１～３３が接続されているＬＡＮ４０に、更新後ＰＬＣ５０のみが監視制御する被制御機器、例えば被制御機器３４（図３）を新たに増設することもできる。その場合、更新前ＰＬＣ１０に対して、増設した被制御機器３４からの送信データを転送しないため、更新前ＰＬＣ１０へ影響を与えずに安全に被制御機器３４の増設を行うことができる。更新後ＰＬＣ５０は、更新前ＰＬＣ１０の関与しない追加の被制御機器３４への対応が可能となる。
以上により、更新前ＰＬＣ１０の監視制御を継続したまま、更新後ＰＬＣ５０のデバッグ及び調整が可能となる。

＜ＰＬＣ更新期間中の更新後ＰＬＣの処理動作＞
次に、ＰＬＣ更新期間中の更新後ＰＬＣの処理動作について、図６を参照して詳細に説明する。
図６は、本発明の一実施形態に係るＰＬＣ更新期間中の更新後ＰＬＣの構成及び処理動作の例を示す図である。
ＣＰＵモジュール５１は、制御プログラム５１１と、データ用メモリ５１２と、アプリケーションプログラム５１３から構成される。オプションモジュール５２と仮想化装置５３の構成の説明は省略する。
制御プログラム５１１は、ＣＰＵモジュール５１内におけるデータ転送やデータ切替えなどを制御するプログラムである。
アプリケーションプログラム５１３は、被制御機器群３０を監視制御するプログラムである。

更新後ＰＬＣ５０の仮想化装置５３は、オプションモジュール５２が被制御機器群３０と通信を開始したときに設定する通信ステータス情報５２１と、設定ツールから設定された設定パラメータ５３３を基に、被制御機器模擬プログラム５３１を起動する。
仮想化装置５３は、被制御機器模擬プログラム５３１を、オプションモジュール５２が通信している被制御機器群３０の台数分起動するか、又は一つの被制御機器模擬プログラム５３１を起動して、複数台の被制御機器を管理する。例えば、オプションモジュール５２が４台の被制御機器３１～３４と通信している場合は、仮想化装置５３は４台分の被制御機器模擬プログラム５３１を生成する。

（仮想化装置経由で更新前ＰＬＣから被制御機器へのデータ通信）
被制御機器模擬プログラム５３１は、前述した手順により、更新前ＰＬＣ１０に実装されたオプションモジュール１２と接続を確立し周期的に通信を実行する。
被制御機器模擬プログラム５３１は、受信バッファ５３５に格納されている更新前ＰＬＣ１０から受信した制御データを、通信プログラム５３２経由で受け取る。そして、被制御機器模擬プログラム５３１は、更新前ＰＬＣ１０から取得したデータを、ＣＰＵモジュール５１のデータ用メモリ５１２に配置された受信用エリア５１２ｃへ転送する。

ＣＰＵモジュール５１の制御プログラム５１１は、更新前ＰＬＣ１０から送られた受信用エリア５１２ｃのデータを、被制御機器へ送信するデータを格納する送信用エリア５１２ｅへコピーする。

オプションモジュール５２の通信制御プログラム５２４は、被制御機器へ送信するＣＰＵモジュール５１の送信用エリア５１２ｅのデータを、オプションモジュール５２内の送信バッファ５２２にコピーした後、被制御機器へ送信する。

（オプションモジュール経由で被制御機器から更新前ＰＬＣへのデータ通信）
次に、オプションモジュール５２の通信制御プログラム５２４は、被制御機器から受信した監視データを、オプションモジュール５２内の受信バッファ５２３に格納する。そして、通信制御プログラム５２４は、受信バッファ５２３に格納された被制御機器から受信したデータを、ＣＰＵモジュール５１のデータ用メモリ５１２に配置された被制御機器からの受信用エリア５１２ｆへコピーする。

ＣＰＵモジュール５１の制御プログラム５１１は、被制御機器からの受信用エリア５１２ｆのデータを、データ用メモリ５１２に配置された更新前ＰＬＣ１０への送信用エリア５１２ｂへコピーする。

仮想化装置５３の被制御機器模擬プログラム５３１は、ＣＰＵモジュール５１のデータ用メモリ５１２に配置された送信用エリア５１２ｂからデータを取り出し、通信プログラム５３２経由で送信バッファ５３４へコピーする。そして、被制御機器模擬プログラム５３１は、送信バッファ５３４のデータを、更新前ＰＬＣ１０のオプションモジュール１２へ送信する。

このように、更新後ＰＬＣ５０は、更新前ＰＬＣ１０から受信した制御データを、仮想化装置５３→ＣＰＵモジュール５１→オプションモジュール５２経由で被制御機器群３０へ転送する。
また、更新後ＰＬＣ５０は、被制御機器群３０から受信した監視データを、オプションモジュール５２→ＣＰＵモジュール５１→仮想化装置５３経由で更新前ＰＬＣ１０へ転送する。
このような制御データ及び監視データの転送を行うことにより、更新前ＰＬＣ１０から更新後ＰＬＣ５０を経由して被制御機器群３０の監視制御が可能となる。

ＣＰＵモジュール５１の制御プログラム５１１が、更新前ＰＬＣ１０からの受信用エリア５１２ｃのデータを、被制御機器への送信用エリア５１２ｅへコピーするときに、受信用エリア５１２ｃのデータの替わりに、アプリケーションプログラム５１３の制御データ５１２ｄをコピーするように切り替えることができる。切替えは、被制御機器単位、又はデータ単位とすることができる。

同様に、ＣＰＵモジュール５１の制御プログラム５１１が、被制御機器からの受信用エリア５１２ｆのデータを、更新前ＰＬＣ１０への送信用エリア５１２ｂへコピーするときに、受信用エリア５１２ｆのデータの替わりに、模擬データ５１２ａをコピーするように切り替えることができる。切替えは、被制御機器単位、又はデータ単位とすることができる。

制御データ５１２ｄ又は模擬データ５１２ａへの切替え動作自体は、仮想化装置５３の設定に基づいて、制御プログラム５１１が行う。なお、切替え指示（条件設定）は、アプリケーションプログラム５１３若しくは制御プログラム５１１が読み込む制御パラメータ（説明省略）、又は、ユーザーインタフェース用のＰＣ上で動作する設定ツール、又は、更新後ＰＬＣ５０の上位に接続される監視操作装置７０で動作する設定ツールから行うことができる。条件設定は、記憶部８０ｂに保存される。

このように、処理装置（ＣＰＵモジュール５１）は、仮想化装置の設定に基づいて、仮想化装置から受信したデータを通信装置（オプションモジュール５２）へ転送する替わりに、制御データを通信装置へ転送することを選択できる機能を有する。
また、処理装置（ＣＰＵモジュール５１）は、仮想化装置の設定に基づいて、通信装置（オプションモジュール５２）が被制御機器から受信したデータを仮想化装置へ転送する替わりに、模擬データを仮想化装置へ転送することを選択できる機能を有する。

前述したように、被制御機器単位又はデータ単位で、更新前ＰＬＣ１０のデータと更新後ＰＬＣ５０のデータをリアルタイムに切り替えることにより、更新前ＰＬＣ１０と被制御機器を分離し、更新後ＰＬＣ５０のデバッグを柔軟に行うことが可能となる。

以上のとおり、本実施形態に係る監視制御システムは、被制御機器を監視制御する現行の制御装置（更新前ＰＬＣ１０）を、後継の制御装置（更新後ＰＬＣ５０）に更新する作業が実施される監視制御システムである。
更新開始前に現行の制御装置と一以上の被制御機器（被制御機器群３０）を接続していた第１のネットワーク（ＬＡＮ４０）と異なる第２のネットワーク（ＬＡＮ６０）で、現行の制御装置と仮想化装置を接続し、第１のネットワークで後継の制御装置と被制御機器を接続した構成を有する。後継の制御装置と仮想化装置とは通信可能に構成されている。
仮想化装置が第２のネットワークを介して現行の制御装置から受信したデータを基に、後継の制御装置が、第１のネットワークを介して被制御機器へ制御データを送信して被制御機器を制御する。
後継の制御装置が第１のネットワークを介して被制御機器から受信したデータを基に、仮想化装置が現行の制御装置で異常を検出されない模擬データを、第２のネットワークを介して現行の制御装置へ送信し、後継の制御装置が被制御機器を監視する。

＜ＣＰＵモジュールが異常停止した場合の処理動作＞
次に、図７を参照して、更新後ＰＬＣのデバッグ中にＣＰＵモジュールが異常停止した場合の、データスルーモード時の更新後ＰＬＣの処理動作について説明する。
図７は、本発明の一実施形態に係るＣＰＵモジュールが異常停止した場合の、データスルーモードにおける更新後ＰＬＣの構成及び処理動作の例を示す図である。

図７において、仮想化装置５３とオプションモジュール５２は、ＣＰＵモジュール５１内部にある、ＣＰＵモジュール５１の状態を表すＣＰＵステータス情報５１４を一定周期で読み出し、ＣＰＵモジュール５１の動作に異常がないか監視する。例えば、ＣＰＵモジュール５１が自身の状態を自己診断し、診断結果をＣＰＵステータス情報５１４に書き込む。ＣＰＵモジュール５１の異常の監視は、仮想化装置５３の被制御機器模擬プログラム５３１、及びオプションモジュール５２の通信制御プログラム５２４が実行する。

ＣＰＵモジュール５１の異常（例えば、プログラムエラー等）によりＣＰＵモジュール５１の停止を検出した場合、仮想化装置５３の被制御機器模擬プログラム５３１は、更新前ＰＬＣ１０から受信したデータをＣＰＵモジュール５１の受信用エリア５１２ｃへコピーしない。被制御機器模擬プログラム５３１は、更新前ＰＬＣ１０から受信したデータを、オプションモジュール５２の送信バッファ５２２へ直接コピーする。

また、ＣＰＵモジュール５１の停止を検出した場合、オプションモジュール５２の通信制御プログラム５２４は、オプションモジュール５２内の受信バッファ５２３に格納された被制御機器から受信したデータを、ＣＰＵモジュール５１の受信用エリア５１２ｆへコピーしない。通信制御プログラム５２４は、被制御機器から受信したデータを、仮想化装置５３の被制御機器模擬プログラム５３１へ受け渡す。

このように、仮想化装置５３とオプションモジュール５２が、ＣＰＵモジュール５１を経由せずに、更新前ＰＬＣ１０と被制御機器群３０間のデータをやり取りする。このような構成とすることで、ＣＰＵモジュール５１が異常停止した場合でも、更新前ＰＬＣ１０による被制御機器群３０の監視制御を継続することが可能となる。なお、ＣＰＵモジュール５１に被制御機器群３０の監視制御に支障をきたすような異常が発生した場合にも、データスルーモードへ移行してもよい。

仮想化装置５３をデータスルーモードへ切り替えるのは、前述の設定ツールから手動で行うこともできる。これにより、被制御機器群３０の監視制御を停止することなく、安全に更新後ＰＬＣ５０（ＣＰＵモジュール５１）のアプリケーションプログラム５１３を入れ替えることができる。

＜ＰＬＣを更新する手順＞
次に、図８を参照して、更新後ＰＬＣの仮想化装置を使用した制御装置更新方法について説明する。
図８は、本実施形態に係る監視制御システムにおいてＰＬＣを更新する手順の例を示すフローチャートである。

まず、図１において、更新前ＰＬＣ１０から被制御機器群３０への出力を安全な状態へ遷移させた後、更新前ＰＬＣ１０による監視制御を停止する。そして、ユーザは、更新前ＰＬＣ１０をＬＡＮ４０から切り離して、更新前ＰＬＣ１０と被制御機器群３０を切り離す（ステップＳ１）。

次に、図３に示すように、ユーザは、更新後ＰＬＣ５０に実装されている仮想化装置５３と、更新前ＰＬＣ１０に実装されているオプションモジュール１２を、新たに敷設したＬＡＮ６０経由で接続する（ステップＳ２）。

次に、ユーザは、更新後ＰＬＣ５０に実装されているオプションモジュール５２を、更新前から敷設されているＬＡＮ４０に接続し、更新後ＰＬＣ５０と被制御機器群３０をＬＡＮ４０経由で接続する（ステップＳ３）。

次に、ユーザは、更新後ＰＬＣ５０に実装されているオプションモジュール５２に、被制御機器群３０と通信するための設定パラメータ（図示略）を設定する。そして、更新後ＰＬＣ５０のオプションモジュール５２と、被制御機器群３０の通信を開始する（ステップＳ４）。
これにより、更新後ＰＬＣ５０による被制御機器群３０の監視及び制御が開始される。

次に、ユーザは、更新後ＰＬＣ５０に実装されている仮想化装置５３に、更新前ＰＬＣ１０に実装されているオプションモジュール１２と通信するための設定パラメータ５３３を設定する。そして、更新前ＰＬＣ１０と、更新後ＰＬＣ５０の仮想化装置５３の通信を開始する（ステップＳ５）。

仮想化装置５３は、設定パラメータ５３３を設定されることにより更新前ＰＬＣ１０と通信を開始する。そして、仮想化装置５３は、ステップＳ４で通信を開始している、オプションモジュール５２と被制御機器群３０との通信により作成される通信ステータス情報５２１を使用して、被制御機器群３０を模擬した動作を開始する。これにより、更新前ＰＬＣ１０は、被制御機器群３０が接続されている場合と同様に、被制御機器群３０を監視制御することが可能となる。

次に、更新後ＰＬＣ５０のデバッグ及び調整を開始する（ステップＳ６）。
既に述べたように、更新後ＰＬＣ５０の制御プログラム５１１が、更新前ＰＬＣ１０から受信したデータを制御データ５１２ｄに切り替えて被制御機器群３０へ送信し、更新後ＰＬＣ５０のデバッグ及び調整を実施する。
また、制御プログラム５１１が、被制御機器群３０から受信したデータを模擬データ５１２ａに切り替えて更新前ＰＬＣ１０へ送信し、更新後ＰＬＣ５０のデバッグ及び調整を実施する。
模擬データ５１２ａと被制御機器群３０から得られる実データを、デバッグ及び調整する箇所に応じて切り替えることにより、更新前ＰＬＣ１０による監視制御を継続したまま、更新後ＰＬＣ５０のデバッグ及び調整を実施することができる。

次に、ユーザは、更新後ＰＬＣ５０のデバッグ及び調整が終了したか否かを判定し（ステップＳ７）、デバッグ及び調整が終了していない場合には（ステップＳ７のＮＯ判定）、ステップＳ６へ戻る。ステップＳ６の処理を、更新後ＰＬＣ５０のデバッグ及び調整が終了するまで繰り返す。

更新後ＰＬＣ５０のデバッグ及び調整が終了した場合（ステップＳ７のＹＥＳ）、被制御機器を監視制御する主体を、更新後ＰＬＣ５０へ全面的に切り替える。そして、ユーザは、更新前ＰＬＣ１０及びＬＡＮ６０を撤去する（ステップＳ８）。
ただし、仮想化装置５３は撤去しても、更新後ＰＬＣ５０に実装したまま残しても、どちらでもよい。ＬＡＮ６０もそのまま残しておいてもよい。更新作業の終了後、更新後ＰＬＣ５０に仮想化装置５３を実装したままにする場合、仮想化装置５３を無効に設定し、ＣＰＵモジュール５１及びオプションモジュール５２のみを有効にして被制御機器群３０の監視制御を行う。

以上により、更新前ＰＬＣ１０による被制御機器群３０の監視制御を実行したまま、更新後ＰＬＣ５０のデバッグ調整を行い、最終的にＰＬＣの更新（ＰＬＣ１０からＰＬＣ５０へ入替え）を実現することが可能となる。

＜変形例＞
なお、本発明は上述した実施形態に限られるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りにおいて、その他種々の応用例、変形例を取り得ることは勿論である。例えば、上述した実施形態は本発明を分かりやすく説明するためにその構成を詳細かつ具体的に説明したものであり、必ずしも説明した全ての構成要素を備えるものに限定されない。また、実施形態の構成の一部について、他の構成要素の追加又は置換、削除をすることも可能である。

例えば、ＰＬＣ５０に、ＣＰＵモジュール５１と、オプションモジュール５２と、仮想化装置５３を実装したが、仮想化装置５３をＰＬＣ５０の外部に配置してもよい。この場合、ＰＬＣ５０と外部の仮想化装置５３は、専用線、又はＬＡＮ４０若しくはＬＡＮ６０を介して、データをやり取りする。これにより、ＰＬＣを更新後、仮想化装置５３の撤去が容易となる。

また、上記の各構成、機能、処理部等は、それらの一部又は全部を、例えば集積回路で設計するなどによりハードウェアで実現してもよい。ハードウェアとして、ＦＰＧＡ（Field Programmable Gate Array）やＡＳＩＣ（Application Specific Integrated Circuit）などの広義のプロセッサデバイスを用いてもよい。

また、上述した実施形態において、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成要素が相互に接続されていると考えてもよい。

１…監視制御システム、 １０…ＰＬＣ（更新前ＰＬＣ）、 １１…ＣＰＵモジュール、 １２…オプションモジュール、 ３０…被制御機器群、 ４０…ＬＡＮ、 ５０…ＰＬＣ（更新後ＰＬＣ）、 ５１…ＣＰＵモジュール、 ５２…オプションモジュール、 ５３…仮想化装置、 ６０…ＬＡＮ（増設分）、 ５１１…制御プログラム、 ５１２…データ用メモリ、 ５１２ａ…模擬データ、 ５１２ｂ…送信用エリア、 ５１２ｃ…受信用エリア、 ５１２ｄ…制御データ、 ５１２ｅ…送信用エリア、 ５１２ｆ…受信用エリア、 ５１３…アプリケーションプログラム、 ５１４…ＣＰＵステータス情報、 ５２１…通信ステータス情報、 ５２２…送信バッファ、 ５２３…受信バッファ、 ５２４…通信制御プログラム、 ５３１…被制御機器模擬プログラム、 ５３２…通信プログラム、 ５３３…設定パラメータ、 ５３４…送信バッファ、 ５３５…受信バッファ

Claims (10)

1. 被制御機器を監視制御する現行の制御装置を、後継の制御装置に更新する作業が実施される監視制御システムであって、
   更新開始前に前記現行の制御装置と一以上の前記被制御機器を接続していた第１のネットワークと異なる第２のネットワークで、前記現行の制御装置と仮想化装置を接続し、第１のネットワークで前記後継の制御装置と前記被制御機器を接続した構成を有し、
   前記後継の制御装置と前記仮想化装置とは通信可能に構成され、
   前記仮想化装置が第２のネットワークを介して前記現行の制御装置から受信したデータを基に、前記後継の制御装置が、第１のネットワークを介して前記被制御機器へ制御データを送信して前記被制御機器を制御し、
   前記後継の制御装置が第１のネットワークを介して前記被制御機器から受信したデータを基に、前記仮想化装置が前記現行の制御装置で異常を検出されない模擬データを、第２のネットワークを介して前記現行の制御装置へ送信し、前記後継の制御装置が前記被制御機器を監視する
   監視制御システム。
2. 前記後継の制御装置は、前記被制御機器の監視制御を実行する処理装置と、前記被制御機器と通信する通信装置と、を備え、
   前記仮想化装置において前記現行の制御装置から受信したデータが、前記処理装置を経由して前記通信装置へ転送され、
   前記通信装置において前記被制御機器から受信したデータが、前記処理装置を経由して前記仮想化装置へ転送される
   請求項１に記載の監視制御システム。
3. 前記処理装置は、前記仮想化装置経由で前記現行の制御装置から受信したデータを前記被制御機器へ送らず、前記処理装置から前記通信装置経由で制御データを前記被制御機器へ送信して前記被制御機器を制御し、
   前記仮想化装置は、前記処理装置が前記被制御機器の監視データを模擬して生成したデータ、又は前記被制御機器の監視データを模擬して事前に用意してあるデータを、前記模擬データとして前記現行の制御装置へ送信し、前記通信装置が前記被制御機器から受信したデータを前記処理装置が監視する
   請求項２に記載の監視制御システム。
4. 前記処理装置は、前記仮想化装置の設定に基づいて、前記仮想化装置から受信したデータを前記通信装置へ転送する替わりに、前記制御データを前記通信装置へ転送することを選択できる機能を有する
   請求項３に記載の監視制御システム。
5. 前記処理装置は、前記仮想化装置の設定に基づいて、前記通信装置が前記被制御機器から受信したデータを前記仮想化装置へ転送する替わりに、前記模擬データを前記仮想化装置へ転送することを選択できる機能を有する
   請求項３に記載の監視制御システム。
6. 前記仮想化装置は、前記被制御機器を模擬した動作を行うための被制御機器模擬プログラムを、前記被制御機器ごとに有し、
   前記被制御機器模擬プログラムは、前記現行の制御装置から前記被制御機器のいずれかへ送られたデータの情報と、予め設定された設定パラメータの情報を比較し、両情報が一致する場合には、前記データの送信先が自身の被制御機器と判断し、前記現行の制御装置と接続する処理を開始する
   請求項１に記載の監視制御システム。
7. 前記被制御機器のいずれかへ送られた前記データの情報と、前記設定パラメータの情報には、少なくとも前記現行の制御装置から前記被制御機器へ対する送信語数、受信語数、送信用エリアのアドレス、及び受信エリアのアドレスが含まれる
   請求項６に記載の監視制御システム。
8. 前記処理装置の状態に関する情報が前記処理装置の異常を示す場合、前記仮想化装置と前記通信装置は、前記処理装置を経由しないで前記データをやり取りする
   請求項２に記載の監視制御システム。
9. 前記後継の制御装置と前記仮想化装置が一体に構成されている
   請求項１に記載の監視制御システム。
10. 被制御機器を監視制御する現行の制御装置を、後継の制御装置に更新する作業が実施される監視制御システムによる監視制御方法であって、
    更新開始前に前記現行の制御装置と一以上の前記被制御機器を接続していた第１のネットワークと異なる第２のネットワークで、前記現行の制御装置と仮想化装置を接続し、第１のネットワークで前記後継の制御装置と前記被制御機器を接続した構成を有し、
    前記後継の制御装置と前記仮想化装置とは通信可能に構成され、
    前記仮想化装置が第２のネットワークを介して前記現行の制御装置から受信したデータを基に、前記後継の制御装置が、第１のネットワークを介して前記被制御機器へ制御データを送信して前記被制御機器を制御する処理と、
    前記後継の制御装置が第１のネットワークを介して前記被制御機器から受信したデータを基に、前記仮想化装置が前記現行の制御装置で異常を検出されない模擬データを、第２のネットワークを介して前記現行の制御装置へ送信し、前記後継の制御装置が前記被制御機器を監視する処理と、を含む
    監視制御方法。

Images