JP4974365B2 - 分散監視制御システム - Google Patents

Description

本発明は、電力系統監視制御システム等、分散化された、複数の計算機から構成されている分散監視制御システムに係り、特に設備データベース異常発生時のデータベース切り替え技術に関する。

電力系統や発電所などの設備を監視制御するシステムにおいては、監視制御対象の設備が年々、拡大化、複雑化しており、これら拡大化、複雑化に対処すべく、監視制御システムには、更なる高性能化、高信頼化が望まれている。かかる状況の中、監視制御システムは、システムを構成する計算機や伝送路などの多重化や分散化を採用しており、一般に複数の計算機にて構成している。

これらの監視制御システムには、監視制御対象の設備を認識するための設備データベースを備えており、各業務処理は設備データベースを参照することにより処理を実行している。例えば、電力系統は発電機、送電線、変圧器、開閉器などの設備を含んでおり、それら設備に関するデータが、種類別にレコードを構成しており、更に、これらレコードがまとまって設備データベースを形成している。

このように、監視制御システムは、システム構成が複雑化する一方で、日々変化する監視対象設備に適合するためには、システムが保持している設備データベースを頻繁に更新しなければならない。また、設備データベースの更新のためのシステム停止時間は極力短くし、監視、制御などのオンライン業務に支障がないよう配慮する必要がある。これは、設備データベースに異常が発生した場合も同様であり、設備データベースを迅速に復旧し、短時間でシステムの運用を再開する必要がある。そのため、設備データベースの復元や切り替えを高速に行うための技術が開発されている。

特許文献１には、オンライン業務処理を実行する二重系の主計算機と設備データベースの更新を行うメンテナンス計算機から構成し、設備データベースを主メモリに配置し、データベースの更新やデータベース障害などによるシステム停止から復旧を行う際に、メンテナンス計算機に保持された設備データベースを配信することにより、設備データベースを高速に更新、復元する分散監視制御システムの例についての開示がある。
特開２００５−３０１４３８号公報

ところで、従来の分散監視制御システムにおいては、メンテナンス計算機で更新された設備データベースを、設備データベースを備えるすべての計算機に配信し、ハードディスクなどの外部記憶装置や主メモリなどに配置する方式を採用している。しかし、ある計算機の設備データベースに異常が発生した場合、メンテナンス計算機または、健全な計算機の設備データベースを異常の発生した計算機へ再度配信し、復元する必要があるため、瞬時に正常復帰することはできないという問題があった。

更に、従来は、設備データベースに異常が発生すると、設備データベースを参照する監視制御処理部のプログラムが異常終了し、システム停止を招いていた。そのため、設備データベースをメンテナンス計算機などから転送するなどして復旧した後、システム管理者などにより、システムを再起動して運用を再開するなどの処置が必要であり、正常な状態に復旧するまでに多大な労力と時間を要していた。

本発明はかかる点に鑑みてなされたものであり、分散型の多重系監視制御システムにおいて、設備データベースの異常発生時、他計算機から健全な設備データベースを再配信することなく、異常が発生した計算機の設備データベースを迅速に健全な状態に復元できるようにすることを目的とする。

本発明は、監視制御処理機能を備えた複数の主計算機と、監視制御処理機能の実行時に参照する設備データベースを生成するデータベースメンテナンス機能を備えたメンテナンス計算機から構成する分散監視制御システムにおいて、メンテナンス計算機は、設備データベースを生成し、生成した設備データベースを保存用設備データベースへ保存する設備データベースメンテナンス処理部と、保存用設備データベースを主計算機の主メモリに転送し、オンライン用設備データベース及びオンライン用設備データベースのレプリカとして配置する設備データベース管理処理部と、主計算機及びメンテナンス計算機に備える設備データベースの状態を登録する設備データベース状態テーブルとから構成し、主計算機は、設備の監視、制御を行う監視制御処理部と、オンライン用設備データベースの異常を検出する異常検出処理部と、異常検出処理部による異常検出時に、オンライン用設備データベースをレプリカへ切り替える設備データベース切り替え処理部から構成したものである。
そして、メンテナンス計算機は、メンテナンス計算機の設備データベース管理処理部による処理状態と、主計算機の異常検出処理部により判定した設備データベースの状態とを設備データベース状態テーブルへ登録し、主計算機の異常検出処理部による設備データベース異常検出時に、設備データベース切り替え処理部によるオンライン用設備データベースのレプリカへの切り替えを実施した後、メンテナンス計算機の設備データベース管理処理部が、設備データベース状態テーブルを基に、保存用設備データベースを異常が検出された主計算機のオンライン用設備データベースへ書き込むことにより、設備データベースを復元する。
さらに、主計算機のオンライン用設備データベース異常検出時に、メンテナンス計算機の保存用設備データベースからの復元が実施できない場合に、複数の主計算機のうち健全な主計算機の主メモリに配置されているオンライン用設備データベースのレプリカを、異常が検出された主計算機のオンライン用設備データベースへ書き込むことにより、設備データベースを復元する。

本発明によると、主計算機の主メモリに、オンライン用設備データベースとそのレプリカを配置することにより、オンライン用設備データベースの異常発生時に、レプリカへ切り替えることにより、健全な設備データベースへの切り替えを高速に実施することができる。そのため、システムの運用停止を最小限にすることができる。

また、設備データベースの異常検出処理手段を設けることにより、監視制御処理において設備データベースの異常による障害が発生する前に、設備データベースの異常を検出することが可能になる。そのため、設備データベース障害によるシステム停止を防ぎ、システムの運用を継続した状態で健全な設備データベースへ切り替えるとともに、異常の発生した設備データベースの復元を行うことが可能になる。これにより、システムの安定稼働を実現でき、システムの高信頼化を図ることができる。また、異常時の復旧を自動的に実施することができるため、システム管理者の負担を大幅に軽減することができる。

以下、本発明の一実施の形態を、添付図面を参照して説明する。

図１に、本例によるシステム構成例を示す。図１を参照し、本例のシステム構成について説明する。

本例は、例えば、電力系統や発電所などの設備の運転状態を監視し、設備を遠隔制御することにより運転を行うための監視制御機能を備えた主計算機Ａ１、主計算機Ｂ２と、監視制御対象の設備の設備データベースの保守、管理を行うメンテナンス計算機３から構成する。なお、図１では、主計算機を２台備えた２重系のシステムの例を示しているが、主計算機を３台以上備える構成や、複数台の計算機に異なる機能を分散して実装する構成としてもよい。また、メンテナンス計算機で設備データベースを生成または変更した場合や、監視制御処理手段を構成するプログラムなどを変更した場合に、その試験を行う試験用計算機を備えた構成としてもよい。

本例の主計算機Ａ１と主計算機Ｂ２は、２台とも同じ構成であり、監視、制御などの業務処理機能を実行する監視制御処理部１１、２１と、オンライン用設備データベースの異常を検出するために、定周期に設備データベースの参照を行い、異常の有無を判定する異常検出処理部１２、２２と、異常検出処理部１２、２２によりオンライン用設備データベースの異常を検出した場合、異常検出処理部１２、２２からの通知を受け、オンライン用設備データベースをレプリカへ切り替える設備データベース切り替え処理部１３、２３を備える。また、監視制御処理１１、２１の実行時に参照するオンライン用設備データベース１４、２４と、オンライン用設備データベースの複製である、オンライン用設備データベースのレプリカ１５、２５を主メモリに配置して備える。

メンテナンス計算機３は、更新用設備データベース３３を基に設備データベースを生成し、生成した設備データベースを保存用設備データベース３４へ保存する設備データベースメンテナンス処理部３１と、保存用設備データベース３４を主計算機Ａ１、主計算機Ｂ２の主メモリに転送し、オンライン用設備データベース１４、２４及びオンライン用設備データベースのレプリカ１５、２５として配置するとともに、主計算機へ配置した設備データベースの状態を管理し、設備データベースの異常発生時にデータベースの復元処理を行う設備データベース管理処理部３２と、主計算機へ配置した設備データベースとメンテナンス計算機に備える設備データベースの状態を登録するための設備データベース状態テーブル３５とを備える。

ここで、保存用設備データベース３４は、主計算機へ配置したオンライン用設備データベース及びオンライン用設備データベースのレプリカのマスタデータベースであり、主計算機上の設備データベースの内容は保存用設備データベース３４と同一である。

また、本例では、設備の増設、変更などに対応して、設備データベースを更新する際の作業用の設備データベースとして更新用設備データベース３３を備える。設備データベースの更新時は、設備データベースメンテナンス処理部３１により更新作業を行い、生成した設備データベースは、一旦更新用設備データベース３３に保存する。その後、設備データベースの試験などを実施し、運用可能な状態になると、更新用設備データベース３３を保存用設備データベース３４へ書き込み、更新後の設備データベースを主計算機へ転送し、更新した内容を反映する。

図２は、設備データベースメンテナンス処理部３１による設備データベースメンテナンス処理の処理例を表すフローチャートである。設備データベースメンテナンス処理のうち、主計算機へ反映する前に、更新用設備データベースを基に試験を実施する処理については、従来のシステムと同様であるため、詳しい説明を省略する。図２には、設備データベースの試験実施後、主計算機へ反映する処理に関する処理例を表しており、図２を参照して、更新した設備データベースを主計算機へ反映する処理の詳細について説明する。

最初に、メンテナンス計算機３にて更新作業及び試験作業を終了した更新用設備データベース３３を保存用設備データベース３４へ書き込む（ステップＳ２０１）。次に、設備データベースの書き込みが成功したかを判定し（ステップＳ２０２）、成功した場合は、設備データベース状態テーブル３５の保存用設備データベースのデータベース状態に「正常」を、処理状態に「運用中」のフラグを設定する（ステップＳ２０３）。なお、設備データベース状態テーブル３５の詳細については、後述する。次に、主計算機のうちの１台に対して、オンライン用設備データベースとオンライン用設備データベースのレプリカの２式を主計算機の主メモリへ転送し、配置する（ステップＳ２０４）。なお、システムの運用に支障がないように、主計算機に対する処理の前に、運用系の主計算機の運転を継続し、作業対象の主計算機をシステム停止状態として作業するなどの処置を行っておく。設備データベースの転送終了後、転送が成功したかを判定する（ステップＳ２０５）。判定の結果、転送に成功した場合は、設備データベース状態テーブルの当該主計算機のオンライン用設備データベースのデータベース状態に「正常」を、処理状態に「運用中」のフラグを設定する。また、レプリカのデータベース状態に「正常」を、処理状態に「待機中」のフラグを設定する（ステップＳ２０６）。次に、設備データベースの主計算機への転送を完了したかを判定し（ステップＳ２０７）、完了していない場合は、ステップＳ２０４に戻り、次の主計算機に対する設備データベースの転送処理を同様に実施する。ステップＳ２０７の判定の結果、すべての主計算機に対するデータベースの転送を完了した場合は、主計算機を通常の運用状態に戻して運用を再開し（ステップＳ２０８）、処理を終了する。

ステップＳ２０２の判定の結果、メンテナンス計算機３の保存用設備データベース３４への書き込みに失敗した場合は、設備データベース状態テーブル３５の保存用設備データベースのデータベース状態に「異常」を設定し（ステップＳ２０９）、処理を終了する。また、ステップＳ２０５の判定の結果、主計算機への設備データベースの転送に失敗した場合は、設備データベース状態テーブル３５の当該主計算機のオンライン用設備データベースまたはレプリカのデータベース状態に「異常」を設定し（ステップＳ２１０）、処理を終了する。

このように、本例では、従来と異なり、更新した設備データベースを主計算機へ転送する際、主計算機の主メモリに配置するとともに、オンライン用設備データベースとオンライン用設備データベースのレプリカの２式を転送するよう処理を行う。

次に、設備データベース状態テーブル３５の構成例及び各処理による設備データベース状態テーブル３５の使用例について説明する。

図３に、設備データベース状態テーブル３５の構成例を示す。設備データベース状態テーブルは、設備データベースを識別するための管理コード３５１と、設備データベースが配置されている計算機３５２と、データベースの種別（オンライン／レプリカ／保存用）３５３と、データベースの状態（正常／異常）３５４と、処理状態３５５から構成する。なお、データベース状態３５４には、当該データベースが正常か異常かを表すフラグを設定することとし、例えば、正常＝０、異常＝１のフラグで表す。また、データベースの処理状態３５５としては、設備データベースの運用状態やメンテナンスの状態などを表すフラグを設定することとし、例えば、運用中＝０、待機中＝１、データベース切り替え中＝２、復元中＝３、停止中＝４、データベース更新中＝５などの状態フラグで表す。

本例では、設備データベース状態テーブル３５に、システムを構成する計算機に配置されているデータベース毎に、その状態を登録することにより、データベースの管理を行う。設備データベース状態テーブル３５には、主計算機の異常検出処理部１２、２２と、設備データベース切り替え処理部１３、２３と、メンテナンス計算機の設備データベース管理処理部３２と、設備データベースメンテナンス処理部３１とが、その処理結果に応じて状態フラグを登録する。また、各処理の実行時に、各設備データベースの状態を確認するために設備データベース状態テーブル３５を参照する。

異常検出処理部１２、２２は、設備データベースの異常を検出すると、異常検出した設備データベースのデータベース状態３５２に「異常」フラグを登録する。設備データベース切り替え処理部１３、２３は、異常が検出されたオンライン用設備データベースとレプリカを切り替える処理を行い、切り替え実施後、オンラインへ切り替えた設備データベースのデータベース種別３５３を「レプリカ」から「オンライン」へ変更し、異常が検出され、切り替えられた設備データベースのデータベース種別３５３を「オンライン」から「レプリカ」へ変更する。また、処理の状態に応じて、処理状態フラグ３５５を登録する。例えば、図３において、管理コード３５１がＤＢ２のデータベース、すなわち主計算機Ａのオンライン用設備データベースに異常が発生した場合、切り替え実施後、ＤＢ２を「レプリカ」とし、ＤＢ３を「オンライン」とする。また、データベース切り替え中は、ＤＢ２及びＤＢ３の処理状態３５５に「データベース切り替え中」を登録し、切り替え終了後、ＤＢ２を「待機中」とし、ＤＢ３を「運用中」とする。

設備データベース管理処理部３２は、設備データベース切り替え処理部１３、２３の切り替え終了の通知を受け、切り替えられた設備データベース、即ち、データベース種別が「レプリカ」、かつデータベース状態が「異常」、かつ処理状態が「待機中」のデータベースに対し、メンテナンス計算機の保存用設備データベースを転送し、復元を行う。復元実施後に、データベース状態を「正常」に登録変更する。また、設備データベースメンテナンス処理部３１は、メンテナンス計算機３において設備データベースの更新処理を実施する際に、保存用データベース３４のデータベース処理状態３５５に「データベース更新中」を登録する。

なお、監視制御処理からオンライン用設備データベースを参照する処理を行う場合、設備データベース状態テーブル３５を参照し、データベース状態３５２が「正常」、かつ処理状態３５５が「運用中」の場合はデータベースの参照を可能とし、データベース状態３５２が「異常」または、処理状態３５５が「運用中」以外の場合は、データベースの参照を不可とし、データベースの参照を行わないようにすることで、監視制御処理のプログラムの異常発生を防ぐことができる。また、データベースの参照が不可の場合、一定時間待機後に再度参照するよう処理することにより、データベースの切り替えが完了し、正常な設備データベースを参照することができるようになる。このように、設備データベース状態テーブル３５によるデータベースの管理を行うことで、データベース異常によるシステム停止を防止することができる。

以降に、上記各処理の詳細について説明する。まず、本例による主計算機の運転中に実施する、オンライン用設備データベースの監視処理の概要について説明する。

本例では、設備データベースは、主計算機の主メモリに配置してあり、監視制御処理部１１、２１の各処理プログラムは、主メモリ上のオンライン用設備データベースを参照しながら処理を実行する。その際、設備データベースに異常が発生していると、メモリアクセスエラーやメモリ上のデータの破壊などにより、参照した設備データを用いた処理の実行時にエラーが発生するなどしてプログラムが異常終了し、その結果システム停止に至るなどの重大なシステム障害が発生する。そのため、本例では、設備データベースの異常によるシステム障害の発生を防ぐため、常時設備データベースを監視するための監視処理を設ける。

図４に、本例による設備データベースの監視処理の処理例を表すフローチャートを示す。本例では、システム運転中に、本設備データベースの監視処理を定周期で常時実施し、設備データベースの異常を検出した場合は、オンライン用設備データベースの切り替えと、異常の発生した設備データベースの復元を実施する。

まず、異常検出処理部１２、２２によるオンライン用設備データベースの異常検出処理を実行し、主メモリ上のオンライン用設備データベース１４、２４の異常を検出する（ステップＳ４０１）。次に、異常検出処理の結果、オンライン用設備データベース１４、２４に異常があるかを判定し（ステップＳ４０２）、異常があると判定された場合は、メンテナンス計算機３の設備データベース状態テーブル３５の当該設備データベースのデータベース状態３５４に「異常」を設定する（ステップＳ４０３）。次に、異常検出処理部１２、２２からの異常発生通知を受け、設備データベース切り替え処理部１３、２３による設備データベース切り替え処理を実行する（ステップＳ４０４）。設備データベース切り替え処理では、監視制御処理部１１、２１が参照するオンライン用設備データベースを、異常が発生したオンライン用設備データベースからオンライン用設備データベースのレプリカへ切り替え、メンテナンス計算機３の設備データベース管理処理部３２へ切り替え終了を通知する。次に、通知を受けたメンテナンス計算機３の設備データベース管理処理部３２は、保存用設備データベース３４を異常が発生した主計算機の設備データベースへネットワークを介して転送し、復元する（ステップＳ４０５）。復元処理の完了後、メンテナンス計算機３の設備データベース状態テーブル３５の当該設備データベースのデータベース状態に「正常」を設定し（ステップＳ４０６）、監視処理終了かを判定し、終了指示のない場合は、最初の処理に戻る（ステップＳ４０７）。システム停止時など、監視処理の終了指示がある場合は、処理を終了する。ステップＳ４０２の判定の結果、オンライン用設備データベースの異常がない場合は、一定時間遅延を行い（ステップＳ４０８）、ステップＳ４０７の監視処理終了かを判定する。

次に、設備データベース監視処理にて実行する各処理の詳細について説明する。まず、設備データベースの異常検出処理部１２、２２の処理について説明する。

図５に、本例による異常検出処理部１２、２２の処理例を示すフローチャートを示す。まず、異常検出処理の対象となるオンライン用設備データベース１４、２４が登録されている主メモリの先頭アドレスを取得する（ステップＳ５０１）。次に、取得したアドレスを基にオンライン用設備データベースを参照し、設備データを取得する（ステップＳ５０２）。ここで、設備データの取得方法は、例えば、指定アドレスから当該設備のデータサイズ分のエリアを指定し、その値を主メモリからメモリアクセスにより取得するなどの方法で行うなど、設備データベースの構造やデータベースアクセス方法に合わせて処理することでよい。次に、データの参照が正常に実施できたかを判定する（ステップＳ５０３）。判定の結果が正常の場合は、データベース参照用のアドレスを次のエリアのアドレスへ更新する（ステップＳ５０４）。次に、更新後のアドレスが設備データベースの最大アドレスより大きいかを判定し（ステップＳ５０５）、更新後のアドレスが設備データベースの最大アドレスより大きい場合は、主メモリ上の設備データベースのエリアを全てチェックしたため、設備データベースの異常なしとして処理を終了する（ステップＳ５０６）。更新後のアドレスが設備データベースの最大アドレスより小さい場合は、ステップＳ５０２に戻り、アドレスが設備データベースの最大アドレスより大きくなるまで、ステップＳ５０２からステップＳ５０５までの処理を繰り返す。

ステップＳ５０３の判定の結果、設備データベースの参照時に、メモリアクセスエラーや、取得したデータの異常などが発生し、正常に参照できなかった場合は、設備データベースの異常ありとし（ステップＳ５０７）、設備データベース切り替え処理部１３、２３へ設備データベースの異常発生を通知し（ステップＳ５０８）、処理を終了する。

次に、異常検出処理部１２、２２から異常発生の通知を受け、オンライン用設備データベースをレプリカへ切り替える設備データベース切り替え処理部１３、２３の処理について説明する。

図６に、本例による設備データベース切り替え処理部１３、２３の処理例を示すフローチャートを示す。まず、メンテナンス計算機３の設備データベース状態テーブル３５に対して、異常が発生したオンライン用設備データベースの処理状態３５５に「データベース切り替え中」を設定する（ステップＳ６０１）。次に、オンライン用設備データベースの参照先を、異常の発生したオンライン用設備データベースからオンライン用設備データベースのレプリカへ変更する（ステップＳ６０２）。例えば、監視制御処理からオンライン用設備データベースを参照する処理において、参照先の設備データベースを主メモリ上のどちらの設備データベースにするかを定義しておき、設備データベースに異常が発生した場合は、参照先の設備データベースの定義をレプリカ側に変更することで、参照先を変更できるようにしておく。参照先の設備データベースを定義する方法としては、設備データベースの先頭アドレスを指定する方法や、設備データベースを識別するコードなどを定義する方法などがある。

次に、メンテナンス計算機の設備データベース状態テーブル３５のデータベース種別３５３に、切り替え前レプリカだった設備データベースを「オンライン」に、切り替え前オンラインで異常の発生した設備データベースを「レプリカ」に設定変更する（ステップＳ６０３）。次に、切り替え後「オンライン」にした設備データベースの処理状態３５５を「運用中」に、切り替え後「レプリカ」にした設備データベースの処理状態３５５を「停止中」に設定変更する（ステップＳ６０４）。これにより、新たに設備データベースの参照先として、切り替え前レプリカであった設備データベースが、データベース種別３５３「オンライン」で処理状態３５５が「運用中」となり、設備データベースの参照先として運用可能な状態となる。なお、この時点では、切り替え後に「レプリカ」となった異常の発生していた設備データベースは、処理状態３５５「停止中」、データベース状態３５４は「異常」のままである。最後に、メンテナンス計算機の設備データベース管理処理部３２へデータベース切り替え処理の終了を通知し（ステップＳ６０５）、処理を終了する。

次に、設備データベース切り替え処理部１３、２３からのデータベース切り替え終了の通知を受け、設備データベースの復元処理を行うメンテナンス計算機３の設備データベース管理処理部３２の処理について説明する。

図７に、本例による設備データベース管理処理部３２の設備データベース復元処理の処理例を表すフローチャートを示す。まず、メンテナンス計算機３の設備データベース状態テーブル３５を参照し、保存用設備データベース３４の状態３５４を取得する（ステップＳ７０１）。取得した保存用設備データベース３４の状態を判定し、正常の場合は、以降の処理を実施し、正常でない場合は、本処理を終了する（ステップＳ７０２）。保存用設備データベース３４の状態が正常の場合、まず、異常が発生し、復元対象となる設備データベースについて、設備データベース状態テーブル３５の処理状態３５５に「復元中」を設定する（ステップＳ７０３）。次に、メンテナンス計算機３の保存用設備データベース３４を復元対象の設備データベースが配置されている計算機へネットワークを介して転送する（ステップＳ７０４）。設備データベースの転送完了後、復元対象の設備データベースの処理状態３５５を「待機中」に設定変更し（ステップＳ７０５）、処理を終了する。

なお、本例では、メンテナンス計算機３の保存用設備データベース３４の状態が正常な場合に、異常が発生した設備データベースの復元を行うようにしているが、保存用設備データベース３４が異常の場合についても、他の健全な主計算機のオンライン用設備データベースのレプリカを復元元とし、健全な主計算機側から異常の発生した主計算機の設備データベースへデータベース転送することにより、復元する処理とすることもできる。

また、メンテナンス計算機３では、設備データベースの更新作業を行う場合、更新用設備データベース３３から保存用設備データベース３４へ更新後のデータベースを書き込む作業のために使用する。その場合、設備データベースを書き換えるため、書き換え途中の状態では、システムの運用には用いることができない。そのため、設備データベースの更新作業中は、保存用設備データベースの設備データベース状態テーブル３５の処理状態３５５を「データベース更新中」に設定し、処理状態が「データベース更新中」の場合は、設備データベース復元処理において、復元を実施しないように処理することもできる。なお、この場合も、他の健全な主計算機のオンライン用設備データベースのレプリカを用いて復元する処理とすることができる。

このように、本例では、主計算機の主メモリにオンライン用設備データベースとオンライン用設備データベースのレプリカを配置し、オンライン用設備データベースの異常発生を検出する処理を備えることにより、設備データベースの異常に起因するシステム停止に至る前に異常を検出し、対処することができる。そのため、設備データベース異常に起因するシステム停止を防ぎ、システムの安定稼働を実現することができる。更に、異常が発生した設備データベースの復元処理においても、システム停止を伴わず、システム運用状態のまま復元処理を実行することができる。

本発明の一実施の形態によるシステム構成例を示すブロック図である。 本発明の一実施の形態による設備データベースメンテナンス処理例を示すフローチャートである。 本発明の一実施の形態による設備データベース状態テーブルの構成例を示す説明図である。 本発明の一実施の形態による設備データベースの監視処理例を示すフローチャートである。 本発明の一実施の形態による異常検出処理例を示すフローチャートである。 本発明の一実施の形態による設備データベース切り替え処理例を示すフローチャートである。 本発明の一実施の形態による設備データベース復元処理例を示すフローチャートである。

符号の説明

１…主計算機Ａ、２…主計算機Ｂ、３…メンテナンス計算機、１１、２１…監視制御処理部、１２、２２…異常検出処理部、１３、２３…設備データベース切り替え処理部、１４、２４…オンライン用設備データベース、１５、２５…オンライン用設備データベースのレプリカ、３１…設備データベースメンテナンス処理部、３２…設備データベース管理処理部、３３…更新用設備データベース、３４…保存用設備データベース、３５…設備データベース状態テーブル

Claims (2)

1. 監視制御処理機能を備えた複数の主計算機と、
   前記監視制御処理機能の実行時に参照する設備データベースを生成するデータベースメンテナンス機能を備えたメンテナンス計算機から構成する分散監視制御システムにおいて、
   前記メンテナンス計算機は、
   設備データベースを生成し、生成した設備データベースを保存用設備データベースへ保存する設備データベースメンテナンス処理部と、
   前記保存用設備データベースを前記主計算機の主メモリに転送し、オンライン用設備データベース及びオンライン用設備データベースのレプリカとして配置する設備データベース管理処理部と、
   前記主計算機及びメンテナンス計算機に備える設備データベースの状態を登録する設備データベース状態テーブルとから構成し、
   前記主計算機は、
   設備の監視、制御を行う監視制御処理部と、
   前記オンライン用設備データベースの異常を検出する異常検出処理部と、
   前記異常検出処理部による異常検出時に、前記オンライン用設備データベースをレプリカへ切り替える設備データベース切り替え処理部から構成し、
   前記メンテナンス計算機は、前記メンテナンス計算機の設備データベース管理処理部による処理状態と、前記主計算機の異常検出処理部により判定した設備データベースの状態とを前記設備データベース状態テーブルへ登録し、
   前記主計算機の異常検出処理部による設備データベース異常検出時に、前記設備データベース切り替え処理部によるオンライン用設備データベースのレプリカへの切り替えを実施した後、前記メンテナンス計算機の設備データベース管理処理部が、前記設備データベース状態テーブルを基に、前記保存用設備データベースを異常が検出された主計算機のオンライン用設備データベースへ書き込むことにより、設備データベースを復元すると共に、
   前記主計算機のオンライン用設備データベース異常検出時に、前記メンテナンス計算機の保存用設備データベースからの復元が実施できない場合に、前記複数の主計算機のうち健全な主計算機の主メモリに配置されているオンライン用設備データベースのレプリカを、異常が検出された主計算機のオンライン用設備データベースへ書き込むことにより、設備データベースを復元することを特徴とする分散監視制御システム。
2. 請求項１記載の分散監視制御システムにおいて、
   前記主計算機のオンライン用設備データベース異常検出時に、前記メンテナンス計算機の保存用設備データベースからの復元が実施できない場合は、前記設備データベース状態テーブルでメンテナンス計算機のデータベース更新中が示される場合である分散監視制御システム。

Images