特許 6377537 電力系統監視装置、電力系統監視方法及び電力系統監視プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6377537

(24)【登録日】2018年8月3日

(45)【発行日】2018年8月22日

(54)【発明の名称】電力系統監視装置、電力系統監視方法及び電力系統監視プログラム

(51)【国際特許分類】

   H02J 13/00 20060101AFI20180813BHJP

   G06F 11/36 20060101ALI20180813BHJP

   G06F 11/20 20060101ALI20180813BHJP

   G05B 9/03 20060101ALI20180813BHJP

【ＦＩ】

   H02J13/00 301A

   H02J13/00 N

   G06F11/36 168

   G06F11/20

   G05B9/03

【請求項の数】13

【全頁数】23

(21)【出願番号】特願2015-6157(P2015-6157)

(22)【出願日】2015年1月15日

(65)【公開番号】特開2016-134942(P2016-134942A)

(43)【公開日】2016年7月25日

【審査請求日】2017年8月2日

(73)【特許権者】

【識別番号】000003078

【氏名又は名称】株式会社東芝

(73)【特許権者】

【識別番号】317015294

【氏名又は名称】東芝エネルギーシステムズ株式会社

(74)【代理人】

【識別番号】100081961

【弁理士】

【氏名又は名称】木内 光春

(72)【発明者】

【氏名】中山 諒

(72)【発明者】

【氏名】乙丸 裕輝

(72)【発明者】

【氏名】島田 眞稔

【審査官】 高橋 優斗

(56)【参考文献】

【文献】 特開平１０−０５１９８０（ＪＰ，Ａ）

【文献】 特開平０６−２９６３２５（ＪＰ，Ａ）

【文献】 特開２０００−３１１１５３（ＪＰ，Ａ）

【文献】 国際公開第２０１３／０９４０４８（ＷＯ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０５Ｂ９／００−９／０５，

Ｇ０６Ｆ１１／０７，

Ｇ０６Ｆ１１／１６−１１／２０，

Ｇ０６Ｆ１１／２８−１１／３４，

Ｇ０６Ｆ１１／３６，

Ｈ０２Ｊ１３／００

(57)【特許請求の範囲】

【請求項1】

情報伝送網を介して複数接続され、電力系統を監視制御する計算機である監視サーバに、監視制御中に又は試験における障害が発生したことを示す障害情報を取得する情報取得部と、
各監視サーバに設定された試験利用が可能か否かを示す情報に基いて、監視制御中の障害に対してフェールオーバを実行する監視サーバとして、監視制御中の監視サーバを決定し、試験における障害に対してフェールオーバを実行する監視サーバとして、試験利用が可能な監視サーバを決定する決定部と、
を有することを特徴とする電力系統監視装置。

【請求項2】

前記決定部は、各監視サーバについて設定された優先順位に基いて、フェールオーバを実行する監視サーバを選定する選定部を有することを特徴とする請求項１記載の電力系統監視装置。

【請求項3】

前記選定部は、監視サーバがフェールオーバを実行可能か否かをを判定する実行可否判定部を有することを特徴とする請求項２記載の電力系統監視装置。

【請求項4】

各監視サーバが、
前記情報取得部と、
自らの監視サーバについて、前記試験利用が可能か否かを示す情報として、試験利用フラグを設定するフラグ設定部と、
自らの監視サーバの試験利用フラグの設定状況と、他の監視サーバの試験利用フラグの設定状況とが一致するか否かを判定する比較部と、
を有し、
前記決定部は、
前記比較部による比較結果が一致しないと判定された場合に、自らの監視サーバがフェールオーバを実行しないことを示す情報を出力する不可通知部と、
前記比較部による比較結果が一致すると判定された場合に、各監視サーバに設定された優先順位に基いて、自らの監視サーバ又は他の監視サーバを、フェールオーバを実行する監視サーバとして選定する選定部と、
を有し、
前記選定部により、自らの監視サーバが選定された場合に、フェールオーバを実行する実行部と、
を有することを特徴とする請求項１記載の電力系統監視装置。

【請求項5】

前記選定部は、
自らの監視サーバが優先順位の最上位にあるか否かを判定する優先順位判定部と、
前記優先順位判定部が、自らの監視サーバが優先順位の最上位にないと判定した場合に、最上位の監視サーバにフェールオーバの実行が可能か否かを問い合わせる可否問合部と、
前記優先順位判定部が、自らの監視サーバが優先順位の最上位にあると判定した場合に、自らの監視サーバがフェールオーバを実行可能か否かを判定する実行可否判定部と、
前記可否問合部による問い合わせに対する応答又は実行可否判定部による判定結果に基いて、フェールオーバを実行する監視サーバを決定する計算機決定部と、
を有することを特徴とする請求項４記載の電力系統監視装置。

【請求項6】

前記可否問合部が、最上位の監視サーバからフェールオーバの実行不可の通知を受けた場合に、当該監視サーバを優先順位から除外する優先順位変更部を有することを特徴とする請求項５記載の電力系統監視装置。

【請求項7】

各監視サーバは、
前記障害情報に基いて、フェールオーバが必要か否かを判定する判定部と、
他の監視サーバへ送信する障害情報に、自らの監視サーバに試験利用フラグが設定されていることを示す試験利用識別子を付加する識別子付加部と、
前記情報取得部が他の監視サーバから取得した障害情報に、試験利用識別子が付加されているか否かを確認する識別子確認部と、
自らの監視サーバに試験利用フラグが設定されておらず、取得した障害情報に試験利用識別子が付加されている場合には障害情報を取り込まず、これ以外の場合には障害情報を取り込む取込判定部と、
を有することを特徴とする請求項４〜６のいずれか１項に記載の電力系統監視装置。

【請求項8】

前記監視サーバは、
外部から入力された系統情報データを取得する系統情報取得部と、
自らの監視サーバの試験利用フラグの設定に応じて、系統情報データを選択する系統情報選択部と、
前記系統情報選択部が選択した系統情報データを記憶する系統情報記憶部と、
を有することを特徴とする請求項４〜７のいずれか１項に記載の電力系統監視装置。

【請求項9】

前記系統情報選択部は、自らの監視サーバと試験利用フラグの設定が一致している系統情報データを選択することを特徴とする請求項８記載の電力系統監視装置。

【請求項10】

前記情報伝送網に接続された管理サーバが、
前記情報取得部と、
前記決定部と、
全監視サーバの試験利用フラグ設定状況を収集する設定状況収集部と、
フェールオーバを実行する監視サーバに対して、フェールオーバ実行指令を送信する実行指令送信部と、
全監視サーバに対して、フェールオーバが行われたことを通知するフェールオーバ通知部と、
を有することを特徴とする請求項１記載の電力系統監視装置。

【請求項11】

前記決定部が、監視制御中の障害に対してフェールオーバを実行する監視サーバとして、監視制御中の監視サーバを決定できない場合に、いずれかの監視サーバの試験利用フラグの設定を解除する設定解除部を有することを特徴とする請求項１０記載の電力系統監視装置。

【請求項12】

コンピュータ又は電子回路が、
情報伝送網を介して複数接続され、電力系統を監視制御する計算機である監視サーバに、監視制御中に又は試験における障害が発生したことを示す障害情報を取得する情報取得処理と、
各監視サーバに設定された試験利用が可能か否かを示す情報に基いて、監視制御中の障害に対してフェールオーバを実行する監視サーバとして、監視制御中の監視サーバを決定し、試験における障害に対してフェールオーバを実行する監視サーバとして、試験利用が可能な監視サーバを決定する決定処理と、
を実行することを特徴とする電力系統監視方法。

【請求項13】

コンピュータに、
情報伝送網を介して複数接続され、電力系統を監視制御する計算機である監視サーバに、監視制御中に又は試験における障害が発生したことを示す障害情報を取得する情報取得処理と、
各監視サーバに設定された試験利用が可能か否かを示す情報に基いて、監視制御中の障害に対してフェールオーバを実行する監視サーバとして、監視制御中の監視サーバを決定し、試験における障害に対してフェールオーバを実行する監視サーバとして、試験利用が可能な監視サーバを決定する決定処理と、
を実行させることを特徴とする電力系統監視プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、給電指令所や系統制御指令所などに設置される電力系統監視装置、電力系統監視方法及び電力系統監視プログラムに関する。

【背景技術】

【0002】

従来、電力系統の状態を監視制御する電力系統監視システムは、管轄領域の単位である１サイト内で、計算機である監視サーバを冗長化することにより、耐障害性を高める手法を採ってきた。しかし、大規模災害の発生時など、１サイトのみで電力系統の監視制御を継続することが困難な状況がある。このため、他サイトのシステムにおける計算機によって、監視制御をバックアップするニーズが顕在化している。また、従来と比べて、通信技術の発達に伴い、大容量の情報伝送網が実現できるようになっている。

【0003】

このため、複数サイトにおける監視システムの計算機群を、大容量の情報伝送網にて連係することにより、広域配置型の電力系統監視システムを構築するケースが増加している。このようなシステム内においては、いずれかのサイトにおいて計算機に障害が発生した場合、この障害を他サイトにて検知する。そして、他サイトの計算機によって、即座にバックアップ運用を行うことができる。

【0004】

さらに、従来から、異常発生時のバックアップ運用手段、バックアップ運転の円滑化、バックアップ運転実行時におけるデータベースの保全性確保について研究されてきた。

【先行技術文献】

【非特許文献】

【0005】

【特許文献1】特開２００２−０３４１８０号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

一方、従来は、オンラインでの連係機能試験の方法は、検討されていなかった。このため、例えば、システムの運用中に計算機障害を監視する試験を実行すると、実際の障害が発生したとして、他サイトの電力系統監視システムが応答してしまうという問題があった。つまり、運用状態にあるシステムでのオンライン監視機能の試験は、システムの運用に影響が大きいため、実行が困難であった。

【0007】

これに対処するため、オンラインでの監視機能の情報の送受信を模擬する機能を、システム内に用意することが行われていた。例えば、実際に運用している電力系統監視システムと同等のデバッグシステムを用意し、このデバッグシステムによって、オンライン機能を模擬する試験を行っていた。つまり、実際にはシステムを連係せずに、擬似的に連係機能試験を行い、これに基づいて訓練を行うケースがほとんどであった。

【0008】

しかしながら、近年の電力系統監視システムでは、広域ＩＰネットワークを利用して、その他のシステムや連係装置との追加連係が、システムの運用開始後に計画されるケースが増加してきている。このような場合、システム間、装置間の連係を確認するために、オンライン機能試験を実行する必要がある。つまり、実際に運用している電力系統監視システム上で、計算機障害監視などの連係機能を試験によって確認したいという要請が強い。ところが、上記のように、オンラインでの連係機能試験は、実行が困難であった。

【0009】

本発明の実施形態は、上記のような従来技術の問題を解決するために提案されたものであり、実際のシステムの運用に影響を与えることなく、オンライン連係機能の試験を実行できる電力系統監視装置、電力系統監視方法及び電力系統監視プログラムを提供することにある。

【課題を解決するための手段】

【0010】

上記の課題を解決するために、本発明の実施形態である電力系統監視装置は、情報伝送網を介して複数接続され、電力系統を監視制御する計算機である監視サーバに、監視制御中に又は試験における障害が発生したことを示す障害情報を取得する情報取得部と、各監視サーバに設定された試験利用が可能か否かを示す情報に基いて、監視制御中の障害に対してフェールオーバを実行する監視サーバとして、監視制御中の監視サーバを決定し、試験における障害に対してフェールオーバを実行する監視サーバとして、試験利用が可能な監視サーバを決定する決定部と、を有することを特徴とする。

【0011】

なお、本実施形態は、上記の各部の機能をコンピュータ又は電子回路により実現するための方法及びコンピュータに実行させるプログラムとして捉えることもできる。

【図面の簡単な説明】

【0012】

【図1】第１の実施形態を示すブロック図である。

【図2】第１の実施形態における決定部及び選定部を示すブロック図である。

【図3】第１の実施形態におけるフェールオーバ計算機の決定処理の手順を示すフローチャートである。

【図4】第１の実施形態におけるフェールオーバ計算機の選定処理の手順を示すフローチャートである。

【図5】各監視サーバにおけるフェールオーバ実行優先順位の例を示す表である。

【図6】オンライン系のフェールオーバ計算機決定の例を示す模式図である。

【図7】試験系のフェールオーバ計算機決定の例を示す模式図である。

【図8】第２の実施形態を示すブロック図である。

【図9】第３の実施形態の管理サーバを示すブロック図である。

【図10】第３の実施形態の監視サーバを示すブロック図である。

【図11】第４及び第５の実施形態の監視サーバを示すブロック図である。

【図12】第４の実施形態を示すブロック図である。

【図13】第５の実施形態を示すブロック図である。

【図14】第６の実施形態を示すブロック図である。

【発明を実施するための形態】

【0013】

［第１の実施形態］
［構成］
（全体構成）
本実施形態が適用されるシステム（以下、本システムとする）の構成を、図１に示す。本システムは、複数の監視サーバ１、２、３…が、情報伝送網４を介して接続されている。監視サーバ１、２、３…は、電力系統を監視制御する計算機である。以下、各監視サーバ１、２、３…を区別しない場合には、監視サーバＳとする。また、以下の説明では、監視サーバＳを、計算機と呼ぶ場合がある。特に、自分自身の監視サーバＳを自計算機、他の監視サーバＳを他計算機と呼ぶ。

【0014】

監視制御とは、電力系統における各種の機器の状態及び各種の検出器からの検出値等の外部からの情報に応じて、各種の制御指令を出力することにより、電力系統を制御することをいう。このため、監視サーバＳは、基本的には、図示はしないが、外部からの情報を取得する取得部、取得した情報に基いて制御演算を行う演算部、演算部の演算結果に応じて制御指令を出力する出力部を有する。

【0015】

情報伝送網４は、情報のやり取りが可能なネットワークを広く含む。情報伝送網４に用いられる伝送路としては、有線若しくは無線のあらゆる伝送媒体を適用可能であり、どのようなＬＡＮやＷＡＮを経由するか若しくは経由しないかは問わない。通信プロトコルについても、現在又は将来において利用可能なあらゆるものを適用可能である。ネットワークを介した情報の送受信を行うためのインタフェースについても、現在又は将来において利用可能なあらゆる装置、プログラムを適用可能である。なお、以下の説明では、情報伝送網４を介した外部との情報のやり取りを、送信、出力、通知、受信、入力、取得等と表現する。

【0016】

さらに、本実施形態における監視サーバＳは、フラグ設定部１１、設定状況記憶部１２、設定状況取得部１３、比較部１４、情報取得部１５、判定部１６、優先順位記憶部１７、決定部１８、実行部１９、ＨＭＩ出力部２０、障害情報送信部２１を有する。

【0017】

フラグ設定部１１は、各監視サーバＳに対し、試験利用フラグの設定及び解除を行う処理部である。本実施形態においては、フラグ設定部１１は、自計算機についての試験利用フラグの設定及び解除を行う。試験利用フラグとは、各監視サーバＳが、試験利用可能であることを示す情報である。試験利用可能であるとは、試験中の監視サーバＳが、試験としての障害発生によりフェールオーバを実行する場合に、フェールオーバの対象とすることができることをいう。フェールオーバとは、監視サーバＳに障害が発生した場合に、他の監視サーバＳがその機能を引き継ぎ、処理を続行することをいう。

【0018】

監視サーバＳは、少なくともオンライン、試験、停止の状態をとる。オンラインとは、実際の電力系統の監視制御のために運用されている状態、つまり監視制御中をいう。試験利用フラグが設定されていない監視サーバＳは、オンラインである。試験とは、実際の電力系統における各種の情報を模擬した情報に基いて、各種の機能が正常に働くかどうかを試すことをいう。例えば、障害の試験においては、障害を模擬した障害情報により試験が行われる。なお、試験には、電力系統監視システムの運用に携わる人員が習熟度を高めるために行われる訓練も含まれる。停止とは、障害やメンテナンス等のために、作動を停止することをいう。

【0019】

本実施形態においては、各監視サーバＳは、オンライン中に障害が発生した場合には、試験利用フラグが設定されていないオンラインの監視サーバＳが、フェールオーバを実行する。また、各監視サーバＳは、試験中に試験としての障害が生じた場合には、試験利用フラグが設定された監視サーバＳがフェールオーバを実行する。

【0020】

設定状況記憶部１２は、本システム内の自計算機を含む各監視サーバＳの試験利用フラグの設定状況を記憶する記憶部である。設定状況取得部１３は、本システム内の他の監視サーバＳの試験利用フラグの設定状況を取得する処理部である。取得した設定状況は、設定状況記憶部１２が記憶する。比較部１４は、自計算機と他計算機のフラグ設定状況を比較して、一致するか否かを判定する処理部である。

【0021】

情報取得部１５は、情報伝送網４を介して、本システム内の他計算機の状況をオンラインシステム情報３１として取得する処理部である。特に、本実施形態の情報取得部１５は、情報伝送網４を介して、監視サーバＳにおいて、オンライン中に又は試験における障害が発生したことを示す障害情報３２を取得する。つまり、オンラインシステム情報３１は、他の計算機における障害情報３２を含む。障害情報３２は、オンラインの障害情報の場合と、試験としての障害情報の場合がある。また、障害情報３２は、障害の程度を区別できる情報が含まれているものとする。単純には、処理の継続が可能であるか、処理の継続が困難でフェールオーバが必要かの情報を含む。

【0022】

判定部１６は、障害情報３２に基いて、フェールオーバが必要か否かを判定する処理部である。つまり、判定部１６は、自計算機又は他計算機に発生した障害の程度により、フェールオーバの要否を判定する。優先順位記憶部１７は、フェールオーバを行う監視サーバＳの優先順位を記憶する記憶部である。この優先順位は、本システム内で齟齬が生じないように、常に本システム内の全監視サーバＳ間で、データが等価されている。

【0023】

決定部１８は、試験利用フラグの設定状況に基いて、オンライン中の障害に対してフェールオーバを実行する監視サーバＳとして、監視制御中の監視サーバＳを決定し、試験における障害に対してフェールオーバを実行する監視サーバＳとして、試験利用可能な監視サーバＳを決定する処理部である。本実施形態においては、決定部１８は、比較部１４が、自計算機と他計算機との試験利用フラグを比較して、一致するか否かにより、フェールオーバを実行する監視サーバＳを決定する。この決定部１８の詳細は後述する。

【0024】

実行部１９は、自計算機がフェールオーバを行う場合に、オンラインまたは試験の監視制御を引き継ぐ処理を実行する処理部である。ＨＭＩ出力部２０は、フェールオーバの実行とフェールオーバを行う計算機を、運用者に知らせるために、ＨＭＩに表示通知を行う処理部である。ＨＭＩ（human interface）は、図示はしないが、監視サーバＳに接続された出力装置及び入力装置である。

【0025】

出力装置は、監視サーバＳの各部の処理の対象となる情報を、オペレータ等が認識可能となるように出力する装置である。この出力装置としては、表示装置、プリンタ等、現在又は将来において利用可能なあらゆる出力手段を含む。

【0026】

入力装置は、監視サーバＳの各部の処理に必要な情報の入力、処理の選択や指示を入力する装置である。この入力装置としては、キーボード、マウス等、現在又は将来において利用可能なあらゆる入力手段を含む。

【0027】

障害情報送信部２１は、自計算機に障害が発生した場合又は障害を模擬した試験を実行する場合、他計算機に障害情報３２を送信する処理部である。この障害情報３２は、他計算機において、情報取得部１５が、オンラインシステム情報３１として取得する。

【0028】

（決定部）
決定部１８は、図２に示す通り、通知取得部１８１、比較結果取得部１８２、選定部１８３、不可通知部１８４、実行通知部１８５、ＨＭＩ通知部１８６を有する。

【0029】

通知取得部１８１は、判定部１６からのフェールオーバの要否の通知を取得する処理部である。比較結果取得部１８２は、比較部１４から、自計算機と障害情報３２を出力した他計算機との試験利用フラグの設定状況の比較結果を取得する処理部である。

【0030】

不可通知部１８４は、比較結果において、試験利用フラグの設定状況が一致しないと判定された場合に、フェールオーバ不可通知を出力する処理部である。フェールオーバ不可通知は、自計算機が、障害が発生した計算機との関係では、フェールオーバを実行できないことを示す情報である。

【0031】

選定部１８３は、各監視サーバＳについて設定された優先順位に基いて、フェールオーバを実行する監視サーバＳを選定する処理部である。本実施形態における選定部１８３は、比較部１４による比較結果が一致すると判定された場合に、優先順位に基いて、自計算機又は他の計算機を選定する。

【0032】

この選定部１８３は、優先順位取得部１８３１、優先順位判定部１８３２、可否問合部１８３３、優先順位変更部１８３４、実行可否判定部１８３５、計算機決定部１８３６、通知出力部１８３７を有する。

【0033】

優先順位取得部１８３１は、優先順位記憶部１７に記憶された優先順位データを取得する処理部である。優先順位判定部１８３２は、取得した優先順位データに基づいて、最上位の優先順位にある計算機が、自計算機であるか否かを判定する処理部である。

【0034】

可否問合部１８３３は、優先順位判定部１８３２が、自計算機が最上位でないと判定した場合に、最上位の計算機にフェールオーバの実行が可能か否かの問い合わせを行う処理部である。優先順位変更部１８３４は、可否問合部１８３３が、最上位の計算機からフェールオーバの実行不可の通知を取得した場合、優先順位から当該計算機を除外する処理部である。この場合、優先順位判定部１８３２は、次の順位の計算機を、最上位の計算機として判定する。

【0035】

実行可否判定部１８３５は、監視サーバＳがフェールオーバを実行可能か否かを判定する処理部である。本実施形態においては、自計算機が優先順位の最上位にある場合、フェールオーバを実行できる否かを判定する。計算機決定部１８３６は、可否問合部１８３３が、最上位の計算機からフェールオーバの実行が可能である通知を受けた場合、当該計算機をフェールオーバを実行する計算機として決定する処理部である。計算機決定部１８３６は、実行可否判定部１８３５が、自計算機がフェールオーバを行えると判定した場合にも、当該計算機をフェールオーバを実行する計算機として決定する。

【0036】

計算機決定部１８３６は、フェールオーバを実行する計算機を自計算機に決定した場合、実行計算機情報３３（図４参照）を実行通知部１８５に出力する。通知出力部１８３７は、実行可否判定部１８３５が、フェールオーバを行えないと判定した場合に、不可通知部１８４に実行不可の通知を出力する処理部である。

【0037】

実行通知部１８５は、計算機決定部１８３６から、実行計算機情報３３が入力された場合に、その情報を他計算機に送信する処理部である。これと同時に、実行通知部１８５は、実行計算機情報３３を、実行部１９に通知する。一方、計算機決定部１８３６が、他計算機がフェールオーバを行うことを決定した場合には、実行通知部１８５は実行部１９に対する通知を行わない。ＨＭＩ通知部１８６は、自計算機、他計算機のいずれがフェールオーバを行う場合であっても、フェールオーバを実行する計算機の情報を、ＨＭＩ出力部２０に通知する。

【0038】

なお、上記のような監視サーバＳは、計算機、つまりコンピュータを所定のプログラムで制御することによって実現できる。この場合のプログラムは、コンピュータのハードウェハを物理的に活用することで、上記のような各部の処理を実現するものである。ハードウェアで処理する範囲、プログラムを含むソフトウェアで処理する範囲をどのように設定するかは、特定の態様には限定されない。

【0039】

さらに、図示はしないが、監視サーバＳは、上記の設定状況記憶部１２、優先順位記憶部１７に加えて、各部の処理に必要な各種情報を記憶する記憶部を有している。たとえば、記憶部は、各監視サーバＳが、フェールオーバが実行可能か否かの情報を記憶する。その他、記憶部は、演算式、パラメータ、しきい値等、各種の設定に関する情報も記憶する。記憶部における各情報の記憶領域は、それぞれ各情報の記憶部として捉えることができる。

【0040】

設定状況記憶部１２、優先順位記憶部１７を含む記憶部としては、現在又は将来において利用可能なあらゆる記憶媒体を利用可能である。演算に用いるレジスタ等も、記憶部として捉えることができる。記憶の態様も、長時間記憶が保持される態様のみならず、処理のために一時的に記憶され、短時間で消去又は更新される態様も含む。

【0041】

［作用］
以上のような本実施形態の処理手順を、図１、図２に加えて、図３〜図６を参照して説明する。図３、図４は、情報を入出力する処理部をブロックで、入出力される情報の流れを方向を矢印で示す点線で併記した、フローチャートである。

【0042】

（全体処理）
本実施形態において、他計算機で障害が生じた場合に、自計算機でフェールオーバを実行するか否かを判断する処理を説明する。なお、自計算機で障害が発生した場合には、障害情報送信部２１が、障害情報３２を情報伝送網４を介して送信し、これを受信した他の計算機である監視サーバＳにおいて、当該計算機でフェールオーバを実行するか否かを判断する処理を実行することになる。

【0043】

各監視サーバＳは、自計算機が試験利用可能である場合には、フラグ設定部１１が、自計算機に試験利用フラグを設定する。このような試験利用フラグを設定した場合、従来の監視サーバＳにおける試験モードと同様に、系統装置や発電所、変電所、連携システムへの制御情報を送信しない状態となる。一方、自計算機がオンラインの監視サーバＳである場合には、試験利用フラグは設定しない。

【0044】

設定状況取得部１３は、情報伝送網４を介して、本システム内の他の監視サーバＳの試験利用フラグの設定状況を取得する。設定状況記憶部１２は、取得した試験利用フラグの設定状況を記憶する。

【0045】

情報取得部１５が他計算機の障害情報３２を取得すると、判定部１６は、障害情報３２に含まれる障害の程度を区別する情報に基いて、フェールオーバが必要か否かを判定する。判定部１６が、フェールオーバが必要と判定した場合、フェールオーバの実行を決定したことを示すフェールオーバ通知を、決定部１８へ出力する。判定部１６が、フェールオーバが不要と判定した場合、フェールオーバを行わない。

【0046】

決定部１８は、判定部１６からフェールオーバ通知を受けた場合に、自計算機がフェールオーバを実行するか否かを決定する。決定部１８が、自計算機がフェールオーバを実行することを実行部１９に通知すると、実行部１９はフェールオーバを実行する。つまり、障害が発生した計算機がオンラインである場合には、オンラインの監視制御を引き継いで実行する。試験における障害である場合には、試験における引き継ぎ処理を実行する。

【0047】

ＨＭＩ出力部２０は、自計算機がフェールオーバを実行することを示す情報、自計算機がフェールオーバを実行しないことを示す情報を、ＨＭＩに出力する。ＨＭＩにおける出力装置に、この情報が表示等されることにより、オペレータが、自計算機がフェールオーバを実行するか否かを知ることができる。

【0048】

（監視サーバ決定処理）
以下、決定部１８による決定処理の詳細を、図３のフローチャートを参照して説明する。まず、通知取得部１８１は、判定部１６からフェールオーバ通知を受ける（ステップＳ１０１）。比較結果取得部１８２は、障害情報３２を出力した計算機と自計算機の試験利用フラグの設定状況が一致している否かの比較結果を、比較部１４から取得する（ステップＳ１０２）。

【0049】

試験利用フラグの設定状況が一致している場合には、障害が発生した計算機の処理を引き継ぐことができる。試験利用フラグの設定状況が一致していない場合には、障害が発生した計算機の処理を引き継ぐことができない。つまり、オンラインの計算機に障害が起きた場合に、その処理は試験利用フラグが設定されていないオンラインの計算機でなければ、引き継ぐことができない。一方、試験における障害が発生した計算機の処理は、試験利用フラグが設定された計算機でなければ、引き継ぐことができない。

【0050】

試験利用フラグの設定状況が一致していない場合、不可通知部１８４は、他計算機に、フェールオーバを実行できないことを示すフェールオーバ不可通知を送信する（ステップＳ１０４）。この場合、自計算機は、フェールオーバを実行する計算機の候補から除外される。

【0051】

選定部１８３は、試験利用フラグの設定状況が一定している場合、実際にフェールオーバを実行する計算機として、自計算機又は他計算機を選定する（ステップＳ１０５）。このような選定部１８３による選定処理の詳細は後述する。

【0052】

選定部１８３が、フェールオーバを実行すると計算機として自計算機を選定した場合（ステップＳ１０６のＹＥＳ）、実行通知部１８５は、自計算機がフェールオーバを実行するという情報を他計算機に通知する（ステップＳ１０７）。同時に、実行通知部１８５は、自計算機がフェールオーバを実行する通知を実行部１９に出力する。

【0053】

一方、選定部１８３が、他計算機がフェールオーバを実行することを選定した場合は（ステップＳ１０６のＮＯ）、不可通知部１８４は、他計算機に、自計算機のフェールオーバ不可通知を送信する（ステップＳ１０４）。ＨＭＩ通知部１８６は、自計算機、他計算機いずれがフェールオーバを行う場合でも、フェールオーバを実行する計算機の情報をＨＭＩ出力部２０に通知する（ステップＳ１０８）。

【0054】

（監視サーバ選定処理）
上記の選定部１８３による計算機の選定処理の詳細を、図４のフローチャートを参照して説明する。まず、優先順位取得部１８３１が、優先順位記憶部１７に保存された優先順位データを取得する（ステップＳ２０１）。優先順位判定部１８３２は、取得した優先順位データに基いて、最上位の優先順位にある計算機を判定する（ステップＳ２０２）。

【0055】

優先順位判定部１８３２が、優先順位中の最上位の計算機が、自計算機でないと判定した場合（ステップＳ２０２）、可否問合部１８３３は、優先順位最上位の計算機がフェールオーバを実行可能か否かの問い合せを行う。

【0056】

可否問合部１８３３は、最上位の優先順位にある計算機からのフェールオーバの実行が可能か否かの通知を受信する（ステップＳ２０３）。受信した通知が、フェールオーバの実行が可能である通知である場合（ステップＳ２０４のＹＥＳ）、計算機決定部１８３６は、フェールオーバを実行する計算機を、当該計算機に決定する（ステップＳ２０５）。

【0057】

可否問合部１８３３が受信した通知が、フェールオーバの実行が不可である通知である場合（ステップＳ２０４のＮＯ）、優先順位変更部１８３４は、該当する計算機を除外し、次の順位の計算機を最上位の計算機とする（ステップＳ２０６）。優先順位変更処理は、フェールオーバを実行する計算機を選定する上で、優先順位判定部１８３２が判定する計算機を変更するための処理である。このため、優先順位変更部１８３４は、優先順位記憶部１７に記憶されたフェールオーバの実行優先順位データそのものを書き換えるわけではない。

【0058】

優先順位判定部１８３２は、変更後の最上位の計算機が自計算機か否かを判定する（ステップＳ２０２）。最上位の計算機が自計算機でない場合、上記と同様の処理を行う（ステップＳ２０３〜Ｓ２０６）。

【0059】

一方、優先順位判定部１８３２が、自計算機が最上位にあると判定した場合（ステップＳ２０２のＹＥＳ）、実行可否判定部１８３５は、自計算機がフェールオーバを行えるか否かを判定する。フェールオーバが行えない場合とは、例えば、自計算機が軽度の障害を持った状況や、計算機負荷が高く安定した系統監視制御を行えない状況を含む。この状況は、例えば、記憶部にフェールオーバ可否の情報として記憶されていて、これに基いて判定が行われてもよい。

【0060】

実行可否判定部１８３５が、自計算機がフェールオーバを行えないと判定した場合（ステップＳ２０７のＮＯ）、通知出力部１８３７が、自計算機が実行不可の通知を、不可通知部１８４に出力する（ステップＳ２０９）。

【0061】

実行可否判定部１８３５が、自計算機がフェールオーバが可能であると判定した場合（ステップＳ２０７のＹＥＳ）、計算機決定部１８３６は、自計算機を、フェールオーバを実行する計算機に決定し（ステップＳ２０５）、フェールオーバを実行する実行計算機情報３３を、実行通知部１８５に出力する。

【0062】

（具体例）
以上のようなフェールオーバ計算機の決定処理の具体例について、図５〜図７を参照して説明する。図５は、監視サーバＳＡ〜ＳＥについて、フェールオーバを行う場合の優先順位、障害発生又は試験実施のタイミングにおける試験利用フラグの設定状況、フェールオーバ実行可否の情報を表す。

【0063】

図６は、監視サーバＳＸがオンライン運転を行っていた場合に、他の計算機がフェールオーバを実行する例を示す。図７は、監視サーバＳＸが試験を実施している場合に、他の計算機がフェールオーバを実行する例を示す。

【0064】

図６に示すように、監視サーバＳがオンライン運転を行っていた場合、実際に障害が発生すると、フェールオーバを実行する計算機として選定される計算機は、試験利用フラグを設定していない計算機に限定される。図５において、試験利用フラグを設定していない計算機は、監視サーバＳＢ、ＳＣ、ＳＤである。このため、フェールオーバ候補の計算機は監視サーバＳＢ、ＳＣ、ＳＤとなる。

【0065】

これらの監視サーバＳＢ、ＳＣ、ＳＤの中で、優先順位が高いのは監視サーバＳＢである。監視サーバＳＢは、フェールオーバ可能であるため、フェールオーバを行う計算機は、監視サーバＳＢに決定される。

【0066】

一方、図７に示すように、監視サーバＳＸが試験利用フラグを設定し、試験を行っていた場合、試験での障害が発生すると、フェールオーバを実行する計算機は、試験利用フラグを設定している計算機に限定される。図５において、試験利用フラグを設定している計算機は、監視サーバＳＡ、ＳＥである。この２計算機を比較した場合、優先順位の高い計算機は監視サーバＳＡである。しかし、監視サーバＳＡは、フェールオーバ不可となっている。このため、フェールオーバを行う計算機は、監視サーバＳＥに決定される。

【0067】

［効果］
（１）本実施形態は、情報伝送網４を介して複数接続され、電力系統を監視制御する計算機である監視サーバＳにおいて、監視制御中に又は試験における障害が発生したことを示す障害情報３２を取得する情報取得部１５と、各監視サーバＳに設定された試験利用が可能か否かを示す情報に基いて、監視制御中の障害に対してフェールオーバを実行する監視サーバＳとして、監視制御中の監視サーバＳを決定し、試験における障害に対してフェールオーバを実行する監視サーバＳとして、試験利用が可能な監視サーバＳを決定する決定部１８と、を有する。

【0068】

このため、試験利用が可能か否かを示す情報により、監視制御中、つまりオンライン中における障害に対してフェールオーバを実行する監視サーバＳと、試験における障害に対してフェールオーバを実行する監視サーバＳを区別して決定することができる。従って、試験における障害発生が、実際の障害と混同されることがなく、実際の電力系統の監視制御において運用に支障を与えることないため、フェールオーバを含むオンライン連係機能等の試験の実施が可能となる。また、実際に運用している電力系統監視システムと同等のデバッグシステムを用意する必要がなくなり、コストが節約できる。

【0069】

（２）決定部１８は、各監視サーバＳについて設定された優先順位に基いて、フェールオーバを実行する監視サーバＳを選定する選定部１８３を有する。
このため、多数の監視サーバＳの中から、適切な監視サーバＳを選定して、フェールオーバを実行させることができる。

【0070】

（３）選定部１８３は、監視サーバＳがフェールオーバを実行可能か否かをを判定する実行可否判定部１８３５を有する。
このため、軽度の障害を有したり、不安定な監視サーバＳを回避して、フェールオーバを実行させることができる。

【0071】

（４）各監視サーバＳは、情報取得部１５と、自らの監視サーバＳについて、試験利用が可能か否かを示す情報として、試験利用フラグを設定するフラグ設定部１１と、自らの監視サーバＳの試験利用フラグの設定状況と、他の監視サーバＳの試験利用フラグの設定状況とが一致するか否かを判定する比較部１４とを有する。そして、決定部１８は、比較部１４による比較結果が一致しないと判定された場合に、自らの監視サーバＳがフェールオーバを実行しないことを示す情報を出力する不可通知部１８４と、比較部１４による比較結果が一致すると判定された場合に、監視サーバＳに設定された優先順位に基いて、自らの監視サーバＳ又は他の監視サーバＳを、フェールオーバを実行する監視サーバＳとして選定する選定部１８３とを有する。さらに、選定部１８３は、自らの監視サーバＳが選定された場合に、フェールオーバを実行する実行部１９とを有する。

【0072】

このため、各監視サーバＳが、同時並行に自らの試験利用フラグの設定状況との比較によって、自らの監視サーバＳがフェールオーバを実行するか否かを決定することにより、負荷を分散して処理の高速化を図ることができる。

【0073】

（５）選定部１８３は、自らの監視サーバＳが優先順位の最上位にあるか否かを判定する優先順位判定部１８３２と、優先順位判定部１８３２が、自らの監視サーバＳが優先順位の最上位にないと判定した場合に、最上位の監視サーバＳにフェールオーバの実行が可能か否かを問い合わせる可否問合部１８３３を有する。そして、選定部１８３は、優先順位判定部１８３２が、自らの監視サーバＳが優先順位の最上位にあると判定した場合に、自らの監視サーバＳがフェールオーバを実行可能か否かを判定する実行可否判定部１８３５と、可否問合部１８３３による問い合わせに対する応答又は実行可否判定部１８３５による判定結果に基いて、フェールオーバを実行する監視サーバＳを決定する計算機決定部１８３６を有する。

【0074】

このため、共通の優先順位を設定することにより、多数の監視サーバＳが同時並行にフェールオーバを実行する監視サーバＳを決定する場合に、監視サーバＳが重複することを防止できる。

【0075】

（６）可否問合部１８３３が、最上位の監視サーバＳからフェールオーバの実行不可の通知を受けた場合に、当該監視サーバＳを優先順位から除外する優先順位変更部１８３４を有する。
このため、各監視サーバＳの状況に応じて、フェールオーバの実行ができない監視サーバＳを除外することにより、優先順位を柔軟に適用することができる。

【0076】

［第２の実施形態］
［構成］
本実施形態の構成を、図８を参照して説明する。本実施形態は、基本的には、上記の第１の実施形態と同様の構成を有する。但し、本実施形態は、各監視サーバＳが、識別子付加部２２、識別子確認部２３、取込判定部２４を有する。識別子付加部２２は、他の監視サーバＳへ送信する障害情報３２に、自計算機に試験利用フラグが設定されていることを示す試験利用識別子を付加する処理部である。障害情報送信部２１が送信する障害情報３２は、識別子付加部２２により試験利用識別子が付加されて、オンラインシステム情報３１として送出される。

【0077】

識別子確認部２３は、他計算機から取得したオンラインシステム情報３１に含まれる障害情報３２に、試験利用識別子が付加されているか否かを確認する処理部である。取込判定部２４は、自らの監視サーバＳに試験利用フラグが設定されておらず、取得した障害情報３２に試験利用識別子が付加されている場合には障害情報３２を取り込まず、これ以外の場合には障害情報３２を含むオンラインシステム情報３１を取り込む処理部である。取り込まれた障害情報３２は、判定部１６がフェールオーバが必要か否かを判定するために用いる。

【0078】

［作用］
以上のような本実施形態では、例えば、自計算機に障害が発生した場合又は障害を模擬した試験を実施する場合、第１の実施形態と同様に、障害情報送信部２１が、障害情報３２を送出する。その際、識別子付加部２２は、設定状況記憶部１２に記憶された自計算機の試験利用フラグの設定状況に従い、障害情報３２に試験利用識別子を付加するか否かを判別する。識別子付加部２２は、自計算機が試験利用フラグ設定状態である場合のみ、障害情報３２に試験利用識別子を付加する。

【0079】

他計算機の障害情報３２を含むオンラインシステム情報３１は、第１の実施形態と同様に、システム情報取得部１５が受信する。識別子確認部２３は、受信したオンラインシステム情報３１に含まれる障害情報３２に、試験利用識別子が付加されているか否かを確認する。取込判定部２４は、識別子確認部２３の確認結果に基づき、受信したオンラインシステム情報３１を自計算機に取り込むか否かを判定する。

【0080】

つまり、取込判定部２４は、自計算機が試験利用フラグを設定しておらず、オンラインで運転している場合、試験利用識別子を付加されたオンラインシステム情報３１は、取込対象外とする。これ以外の場合、取込判定部２４は、オンラインシステム情報３１を取り込む。つまり、自計算機が試験利用フラグを設定していない場合でも、試験利用識別子を付加されていないオンラインシステム情報３１を取り込む。また、自計算機が試験利用フラグを設定している場合は、試験利用識別子の有無に関わらず、オンラインシステム情報３１を取り込む。判定部１６は、取り込まれたオンラインシステム情報３１に基いて、フェールオーバの要否を判定する。その他の処理は、上記の第１の実施形態と同様である。

【0081】

［効果］
本実施形態は、各監視サーバＳが、他の監視サーバＳへ送信する障害情報３２に、自らの監視サーバＳに試験利用フラグが設定されていることを示す試験利用識別子を付加する識別子付加部２２と、情報取得部１５が他の監視サーバＳから取得した障害情報３２に、試験利用識別子が付加されているか否かを確認する識別子確認部２３と、自らの監視サーバＳに試験利用フラグが設定されておらず、取得した障害情報３２に試験利用識別子が付加されている場合には障害情報３２を取り込まず、これ以外の場合には障害情報３２を取り込む取込判定部２４とを有する。

【0082】

このため、各監視サーバＳが、他の監視サーバＳのフラグ設定状況を保持し、等価しなくても、フェールオーバの要否を判定できる。このため、情報伝送網４のトラフィックを削減し、伝送遅延によるデータ等価への影響を考慮せずに、第１の実施形態と同様に、オンライン系の運用に支障を与えないフェールオーバの試験が可能となる。

【0083】

［第３の実施形態］
［構成］
本実施形態の構成を、図９及び図１０を参照して説明する。本実施形態は、図９に示すように、各監視サーバＳに、情報伝送網４を介して管理サーバ５が接続されている。そして、管理サーバ５は、上記の第１の実施形態又は第２の実施形態と同様の設定状況記憶部１２、情報取得部１５、判定部１６、優先順位記憶部１７、決定部１８を有する。

【0084】

さらに、管理サーバ５は、設定状況収集部２５、実行指令送信部２６、フェールオーバ情報通知部２７を有する。設定状況収集部２５は、本システム内の全計算機のフラグ設定状況を収集する処理部である。収集されたフラグ設定状況は、設定状況記憶部１２が記憶する。

【0085】

実行指令送信部２６は、フェールオーバを実行する計算機に対して、フェールオーバの実行指令３６を送信する処理部である。フェールオーバ通知部２７は、本システム内の全計算機に対して、フェールオーバが行われることを通知する処理部である。

【0086】

一方、図１０に示すように、各監視サーバＳは、上記の第１の実施形態又は第２の実施形態と同様に、フラグ設定部１１、システム情報取得部１５、実行部１９、ＨＭＩ出力部２０及び障害情報送信部２１を有する。但し、上記の第１の実施形態又は第２の実施形態では監視サーバＳが有し、本実施形態ではシステム管理サーバ５が有する上記の各処理部は、各監視サーバＳにおいては省略されている。

【0087】

［作用］
以上のような本実施形態においては、管理サーバ５の設定状況収集部２５は、全計算機のフラグ設定状況を収集し、設定状況記憶部１２に保存する。いずれかの監視サーバＳにて障害が発生した場合又は障害を模擬した試験を実施する場合、システム情報取得部１５が、オンラインシステム情報３１として障害情報３２を取得する。

【0088】

判定部１６は、障害の程度に応じて、フェールオーバを実施するか否かを判定する。決定部１８は、設定状況記憶部１２に記憶されたフラグ設定状況に基いて、障害情報３２を通知した計算機とフラグ設定状況が同じである計算機の中から、実行優先順位記憶部１７に記憶された実行優先順位に従って、フェールオーバを実行する計算機を決定する。

【0089】

実行指令送信部２６は、フェールオーバを実行する計算機に対して、実行指令３６を送信する。フェールオーバ情報通知部２７は、全計算機に対して、フェールオーバが行われるフェールオーバ情報３５を通知する。

【0090】

監視サーバＳの情報取得部１５は、通常の他計算機のオンラインシステム情報３１だけでなく、管理サーバ５がフェールオーバの実行を決定した場合、フェールオーバを行う計算機の情報も取得する。実行部１９は、管理サーバ５がフェールオーバを実行する計算機を、自計算機に決定した場合、その実行指令３６を受信したのち、オンラインまたは試験の監視制御を引き継ぐ処理を実行する。

【0091】

［効果］
本実施形態は、情報伝送網４に接続された管理サーバ５が、情報取得部１５と、決定部１８と、全監視サーバＳのフラグ設定状況を収集する設定状況収集部２５と、フェールオーバを実行する監視サーバＳに対して、フェールオーバの実行指令３６を送信する実行指令送信部２６と、全監視サーバＳに対して、フェールオーバが行われたことを通知するフェールオーバ通知部２７とを有する。

【0092】

このため、管理サーバ５が、本システム内の全ての監視サーバＳの状態を取得し、運転状態を一括管理することができ、フェールオーバを実行する監視サーバＳを決定するまでに、各監視サーバＳ間での実施可否判定の送受信を行う必要がない。このため、より迅速なフェールオーバが可能となる。

【0093】

［第４の実施形態］
［構成］
本実施形態の構成を、図１１び図１２を参照して説明する。本実施形態の監視サーバＳは、基本的には、上記の第１の実施形態又は第２の実施形態と同様の構成である。但し、図１１に示すように、本実施形態の監視サーバＳは、系統情報取得部２８ａ、系統情報選択部２８ｂ、系統情報記憶部２８ｃ、を有する。

【0094】

系統情報取得部２８ａは、外部から入力された系統情報３７を取得する処理部である。系統情報３７は、系統において計測等により得られる各種のデータであり、電力系統監視装置の分野において極めて一般的なデータである。この系統情報３７には、連係する他のシステムの機器、監視制御サーバＳ等からの情報も含まれる。

【0095】

系統情報選択部２８ｂは、自計算機の試験利用フラグの設定に応じて、系統情報３７を選択する処理部である。系統情報記憶部２８ｃは、系統情報選択部２８ｂが選択した系統情報３７を記憶する処理部である。

【0096】

本実施形態における系統情報選択部２８ｂは、自計算機の試験利用フラグの設定と、系統情報取得部２８ａから受け取った系統情報３７に付加された試験利用フラグの設定とを比較して、一致している系統情報３７を選択する。

【0097】

さらに、図１２に示すように、監視サーバＳには、情報伝送網４ａを介して、系統情報３７を伝送する複数のゲートウェイ（以下、ＧＷとする）装置６が接続されている。ＧＷ装置６は、情報伝送網４ａにおける情報の伝送を中継する中継装置である。情報伝送網４ａは、上記の情報伝送網４と同様に、情報のやり取りが可能なネットワークを広く含む。

【0098】

各ＧＷ装置６は、ＣＰＵ７、ラインバッファ（以下、ＬＢとする）８、設定状況記憶部１２を有し、ＴＣ模擬装置９に接続されている。ＣＰＵ７は、ＧＷ装置６の制御部である。ＬＢ８は、ＴＣ模擬装置９からの系統情報３７を保持し、設定状況記憶部１２からのフラグ設定状況を付加する処理部である。

【0099】

ＴＣ模擬装置９は、監視サーバＳにおいて試験を行うために、系統情報３７を模擬的に生成して出力する装置である。ＴＣ１０は、テレコンと呼ばれる遠方監視制御装置の意味であり、各種の系統情報３７を収集して制御所等に出力する装置である。

【0100】

［作用］
以上のような本実施形態において、ＴＣ模擬装置９にて生成された系統情報３７が、監視サーバＳの系統情報記憶部２８ｃに記憶されるまでの動作について説明する。まず、ＴＣ模擬装置９が模擬的に系統情報３７を生成する。生成された系統情報３７には、ＬＢ８によって、設定状況記憶部１２に記憶されている試験利用フラグを付加する。

【0101】

試験利用フラグを付加された系統情報３７は、ＬＢ８からＣＰＵ７を経由して監視サーバＳへ同報送信される。各監視サーバＳにおける系統情報取得部２８ａは、試験利用フラグを付加された系統情報３７を取得し、系統情報選択部２８ｂへ出力する。

【0102】

系統情報選択部２８ｂは、系統情報３７に付加されている試験利用フラグと比較部１４から取得した試験利用フラグとの比較を行う。系統情報選択部２８ｂは、比較した結果、同じ試験利用フラグが立っている系統情報３７を選択して出力する。系統情報記憶部２８ｃは、系統情報選択部２８ｂにより選択された系統情報３７を記憶する。

【0103】

上記の動作は、各ＧＷ装置６から送信された系統情報３７を受信した複数の監視サーバＳにおいて、同様に実施される。その結果、監視サーバＳに試験利用フラグが設定されていれば、常に同じ系統情報３７が保存される。つまり、監視サーバＳにおいては、試験利用フラグが設定された監視サーバＳでしか、試験利用フラグが付加された系統情報３７を取り込まない。

【0104】

［効果］
本実施形態における監視サーバＳは、監視サーバＳは、外部から入力された系統情報３７を取得する系統情報取得部２８ａと、自らの監視サーバＳの試験利用フラグの設定に応じて、系統情報３７を選択する系統情報選択部２８ｂと、系統情報選択部２８ｂが選択した系統情報３７を記憶する系統情報記憶部２８ｃとを有する。そして、系統情報選択部２８ｂは、自らの監視サーバＳと試験利用フラグの設定が一致している系統情報３７を選択する。

【0105】

このため、監視サーバＳのうち、試験利用フラグが設定された計算機は、本システム内の他計算機の情報だけでなく、連係するシステムにおける監視サーバＳの情報を、系統情報３７として取得、保持することが可能となる。従って、他システムと連携した試験等が実行可能となる。また、系統情報３７として、自計算機と試験利用フラグの設定が一致するもののみを記憶するため、記憶容量を節約できる。

【0106】

［第５の実施形態］
［構成］
本実施形態の構成を、図１３を参照して説明する。本実施形態は、基本的には、上記の第４の実施形態と同様である。但し、本実施形態においては、監視サーバＳにおける系統情報選択部２８ｂは、自計算機に試験利用フラグが設定されていれば、系統情報取得部２８ａが取得した系統情報３７を、試験利用フラグの設定の有無にかかわらず記憶する。また、本実施形態では、ＧＷ装置６は、模擬装置でないＴＣ１０に接続されたＬＢ８も有する。

【0107】

［作用］
以上のような本実施形態において、ＴＣ模擬装置９又はＴＣ１０において生成された系統情報３７が、監視サーバＳの系統情報記憶部３０に保存されるまでの動作について説明する。まず、ＴＣ模擬装置９又はＴＣ１０が、系統情報３７を生成する。なお、ＴＣ模擬装置９からの系統情報３７は、上記のように模擬的なものである。一方、ＴＣ１０の系統情報３７は、模擬的なものではなく、オンラインから得られるリアルタイムの情報である。

【0108】

ＴＣ模擬装置９からの系統情報３７には、ＬＢ８において、設定状況記憶部１２に保存されている試験利用フラグが付加される。ＴＣ１０からの系統情報３７には、試験利用フラグが付加されない。このような系統情報３７は、ＣＰＵ７を経由して、各監視サーバＳへ同報送信される。

【0109】

系統情報取得部２８ａは、上記の系統情報３７を取得し、系統情報選択部２８ｂに送信する。系統情報選択部２８ｂは、自計算機の試験利用フラグの設定を、比較部１４から取得する。そして、系統情報選択部２８ｂは、自計算機に試験利用フラグが設定されていれば、系統情報３７を、全て系統情報記憶部３０に記憶する。

【0110】

［効果］
以上のような本実施形態によれば、試験系の監視サーバＳでありながら、オンラインの系統情報３７を取得でき、リアルタイムの系統状態を保持しながら、監視サーバＳのフェールオーバの試験や訓練を行うことが可能となる。監視サーバＳが、試験系からオンライン系に移行する場合があっても、オンライン系の系統情報３７の透過性が確保されているので、短時間でスムーズに移行できる。

【0111】

［第６の実施形態］
［構成］
本実施形態の構成を、図１４を参照して説明する。本実施形態は、基本的には、図９及び図１０に示した第３の実施形態と同様である。但し、本実施形態の管理サーバ５は、設定解除部２９を有する。設定解除部２９は、決定部１８が、監視制御中つまりオンラインの障害に対してフェールオーバを実行する計算機として、オンラインの計算機を決定できない場合に、いずれかの計算機の試験利用フラグを解除する処理部である。

【0112】

［作用］
以上のような本実施形態では、まず、オンラインの計算機であって、オンラインのフェールオーバを実行可能な計算機が存在しない場合、決定部１８は、フェールオーバを実行する監視サーバＳを決定できなくなる。この場合、設定解除部２９は、全計算機において、試験利用フラグ設定中にある計算機の試験利用フラグを強制的に解除する。

【0113】

例えば、設定解除部２９は、優先順位記憶部１７に記録されたフェールオーバ優先順位が最も高い計算機に対し、試験利用フラグの解除指令３８を送信する。これにより、対象となる計算機においては、フラグ設定部１１が、自計算機の試験利用フラグの設定を解除する。管理サーバ５は、解除指令３８を送信した後、再度、上記のようなフェールオーバ対象を決定する処理フローを実施し、フェールオーバを実行させる。

【0114】

［効果］
本実施形態は、決定部１８が、監視制御中の障害に対してフェールオーバを実行する監視サーバＳとして、監視制御中の監視サーバＳを決定できない場合に、いずれかの監視サーバＳの試験利用フラグの設定を解除する設定解除部２９を有する。

【0115】

オンライン系のフェールオーバを実施可能な計算機が存在しない状況下でも、試験利用フラグ設定中の計算機について強制的に試験利用フラグの設定を解除し、オンライン系のフェールオーバを行い、オンライン運転の冗長性を高めることが可能となる。この場合、上記の第５の実施形態のように、オンライン系の系統情報３７の透過性が確保されていれば、短時間でスムーズに移行できる。

【0116】

［他の実施形態］
実施形態における監視サーバＳ、管理サーバ５等の数は、特定の数には限定されない。上記の実施形態における各部は、共通のコンピュータにおいて実現してもよいし、情報伝送網４で接続された複数のコンピュータによって実現してもよい。電力系統監視装置は、上記の実施形態のように各部を有する監視サーバＳとしても、管理サーバ５としても構成できる。

【0117】

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

【符号の説明】

【0118】

１〜３、Ｓ、ＳＸ、ＳＡ〜ＳＥ 監視サーバ
４、４ａ 情報伝送網
５ 管理サーバ
６ ＧＷ（ゲートウェイ）装置
７ ＣＰＵ
８ ＬＢ（ＬｉｎｅＢｕｆｆｅｒ）
９ ＴＣ模擬装置
１０ ＴＣ
１１ フラグ設定部
１２ 設定状況記憶部
１３ 設定状況取得部
１４ 比較部
１５ 情報取得部
１６ 判定部
１７ 優先順位記憶部
１８ 決定部
１８１ 通知取得部
１８２ 比較結果取得部
１８３ 選定部
１８３１ 優先順位取得部
１８３２ 優先順位判定部
１８３３ 可否問合部
１８３４ 優先順位変更部
１８３５ 実行可否判定部
１８３６ 計算機決定部
１８３７ 通知出力部
１８４ 不可通知部
１８５ 実行通知部
１８６ ＨＭＩ通知部
１９ 実行部
２０ ＨＭＩ出力部
２１ 障害情報送信部
２２ 識別子付加部
２３ 識別子確認部
２４ 取込判定部
２５ 設定状況収集部
２６ 実行指令送信部
２７ フェールオーバ情報通知部
２８ａ 系統情報取得部
２８ｂ 系統情報選択部
２８ｃ 系統情報記憶部
２９ 設定解除部
３１ オンラインシステム情報
３２ 障害情報
３３ 実行計算機情報
３５ フェールオーバ情報
３６ 実行指令
３７ 系統情報
３８ 解除指令

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】