ネットワーク接続された複数台の監視制御装置が同期制御を行う分散型の監視制御システムにおいて、ネットワークの同期を行う手段と、前記同期を行う手段により同期したOS時計と、前記OS時計よりソフトウェア処理を行うタイミングを生成するシステム時計を備えたことを特徴とする分散型監視制御システム。前記ネットワークの同期を行う手段は、各ノードのリアルタイムコントローラから、基準時刻を発生するOS時計を有し、前記OS時計は、時刻同期実行タイミングになれば、他ノードに時刻データを送信しSNTPにより時刻同期を行い、その値を前記OS時計へ設定する機能と、前記OS時計と、前記システム時計の差が1秒以上ある場合は、システム時計の年日時分秒をOS時計に一致させ、前記OS時計と前記システム時計の差が1ms以上ある場合は、ms単位のズレを保持するとともに、1サイクル処理ごとに設定値ずつズレを補正し、OS時計の時刻に同期する機能を備えたことを特徴とする分散型監視制御システム。分散型監視制御システムでは、各ノードが個別に処理を行うためノード間で処理のタイミングにズレが発生する。このズレによりデータの取得タイミングや内部ソフトウェアの処理タイミングが異なり、このズレが処理の遅延となってシステムとしての反応速度を低下させる原因となっている。これを回避する一例として、前記、特開2009-140424で提案されている方法等がある。しかしながら、前記方法では、処理が複雑であり、稼動中ノードと設定されたノードは内部処理のタイミング毎に処理開始通知を発行しなければならないので、処理の負荷を増大させる原因となる。また、ユーザプログラムの処理毎に稼動中ノードから組み込みノードへ通知することでタイミングの同期を図っており、このマスターノードとなるノードが故障した場合には、システム全体に影響を及ばせる原因となる。本発明の目的は、処理を複雑にすることなく、且つ、マスターノードを設けずにシステム全体が同期できる分散型監視制御システムを提供することである。ネットワーク接続された複数台の監視制御装置が同期制御を行う分散型の監視制御システムにおいて、ネットワークの同期を行う手段と、前記同期を行う手段を用いて、同期した各ノードの時刻同期を行う内部時計以下、OS時計と呼ぶと、前記OS時計よりソフトウェア処理を行うタイミングを生成する内部時計以下、システム時計と呼ぶを備えている。前記ネットワークの同期を行う手段は、各ノードのリアルタイムコントローラから、基準時刻を発生するOS時計を有し、前記OS時計は、時刻同期実行タイミングになれば、他ノードに時刻データを送信しSNTPの仕組みにより時刻同期を行い、その値を前記OS時計へ設定する機能と、前記OS時計と、前記システム時計の差が1秒以上ある時は、システム時計の年日時分秒をOS時計に一致させ、前記OS時計と前記システム時計の差が1ms以上ある場合は、ms単位のズレを保持するとともに、処理ごとに少しずつズレを補正する機能を備えたことを特徴とする。本発明により、システム全体での同期が可能となりネットワーク負荷の増大を抑えつつ、各ノード間での、処理タイミングのズレによるシステムとしての反応速度の低下を最小限に抑えることができる。また、時刻同期した内部時計からソフトウェア処理タイミングを生成する為、時刻同期のタイミングでソフトウェア処理周期が大きく変更されて、ソフトウェア処理に支障が起こるこという問題が想定されるが、2種類の内部時計を使用してソフトウェア処理のタイミングを少しずつ調整する機能を有しているので、ソフトウェア処理が間に合い、結果としてデータの欠損や重複の発生を防ぐことができる。図1及び図2を用いて本発明の実施例について説明を行う。図2は、本発明の概略ブロック図である。内部のRTCリアルタイムクロックから、OS時計に時刻を設定するS1。時刻同期実行タイミングかどうか判定をおこないS2、時刻同期タイミングであれば、Ethernet登録商標上のSNMPのポーリング機能5を用いて、他ノードの情報を取得し、時刻同期を行う。時刻同期した時刻で、OS時計を更新するS3。本実施例では、時刻同期タイミングを5分周期に設定している。具体的には、時刻同期を行う装置は、装置起動タイミングから5分毎にSNTPの仕組みにより、時刻マスターノードへの時刻データ請求を行い、返信されてきた時刻データへの同期処理を実行している。時刻マスターノードの決定は、時刻マスターテーブルに設定された、各ノードの優先順位に従い、順次時刻マスター確認を実施し、時刻マスターノードになっているノードが分った時点で、そのノードに対して時刻データ請求を行う。例えば、時刻マスターテーブルの優先順位がノード1>ノード2>ノード3の場合。ノード1が、1時11分11秒11、ノード2が1時11分11秒13、ノード3が、1時11分11秒12であった場合、ノード1が故障なくかつ全てのノードと接続されていれば、ノード1が時刻マスターになるのでノード2および、ノード3は、1時11分11秒11でOS時計を更新することになる。S3。各ノードは、OS時計とシステム時計の差が1秒以上あるかを比較しS4、1秒以上あれば、システム時計の年月日時分秒をOS時計に一致させるS5。次に、OS時計とシステム時計の差が1ミリ秒以上あるか比較するS6。1ミリ秒以上ある場合は、ミリ秒単位のズレを保持するS7。各ノードは、ミリ秒単位のズレのうち、1回のソフトウェア処理タイミングごとに、1ミリ秒だけズレを補正するS8。スケジューラは、システム時計のms単位に同期してタスクを起動するS9。タスクの処理が終了したら、前記S2~S9の処理を繰り返し実行する。S7とS8で、1msずつ補正することを繰り返し、ms単位でOS時計とシステム時計を一致させることでシステム上の全てのノードがms単位で処理タイミングが一致することを実現する。時刻同期周期は、システムに要求されるタイミング一致の精度と各ノードの時計精度により時刻同期の周期を決定すれば良い。例えば、本実施例では、ハードウェアの時刻精度と、ソフトウェアの処理周期=10ms単位であることなどを考慮にいれ、水処理施設の動力制御システムの時刻同期周期を、5分と設定している。次に図3を用いて、SNMPを用いた同期処理について説明する。ノードAに、状変Aが発生すると、状変Aを検知して、状変Aデータを監視データへ保存する。次のシーケンス処理時に共有データ自に状変Aを保存し、さらに通信処理を介して、ノードBへ送信する。同様にノードBで、状変BのデータもノードBの共有データ自に保存するとともにノードAへ送信する。そして、次のシーケンス処理時に共有データAとBを比較し、ズレを補正する。次ぎのシーケンス処理サイクルで、演算結果を制御データに設定して、負荷A及び負荷Bの制御を行う。例えば、前記分散型監視制御システムを適用している水処理施設の動力制御システムであれば、最小ソフトウェア処理単位10ms、通信およびシーケンス処理周期70msの場合であれば、前記の処理を約200ms以内で実現することができる。次に本発明の実施例の1msずつズレの補正の必要性とその仕組みについて図4および図5を用いて説明する。1msずつズレを補正する仕組みがなかった場合は、一度に時刻ズレ分を補正してしまうことになる。この場合、ソフトウェア処理タイミングによっては、一つのソフトウェア処理、例えばデータ共有処理中に、別のデータ演算処理指令が有った場合は、前記データ演算処理は、1サイクルの間実行できずに、次の処理サイクルで実行することになってしまう。処理に影響を与えないように1msずつズレを補正する仕組みを組み込んでいる。1msずつズレを補正する仕組みについて、システム時計時刻が遅れている場合と、進んでいる場合について、図5を用いて説明する。OS時計時刻が、システム時計時刻3msであった場合、即ち、システム時計の方が3ms遅れている場合。システム時計は、通常、1サイクルのソフトウェア処理を10msで処理を行う所を、1サイクル9msで処理を行う。このように、1msずつ、1サイクルのソフトウェア処理を短くして3回繰り返すことで計3msのズレを補正し、OS時計時刻に同期することができる。OS時計時刻が、システム時計時刻-4msであった場合。即ち、システム時計の方が4ms進んでいる場合は、システム時計は、通常1サイクルのソフトウェア処理を10msでおこなっていた所を、1サイクルのソフトウェア処理を11msで行う。即ち、1msずつ、ソフトウェア処理を長くして4回繰り返すことで、計4msのズレを補正し、OS時計時刻に同期することができる。本実施例では、1msずつズレを補正したが、もちろん1msに限定されるものではなく、1ms以下で適宜設定すれば良い。