(57)【特許請求の範囲】
【請求項１】
複数の運用箇所の監視制御機能を備えた複数の第１の計算機と、前記監視制御機能の処理実行時に参照する設備データを作成する第２の計算機とを含んでなる広域分散監視制御システムにおいて、前記第２の計算機が前記設備データを作成し管理する電力系統の設備データ管理方法であって、
前記第２の計算機は、前記設備データを作成する際にメンテナンス管理用の管理件名により管理し、前記管理件名に関連付けられた前記設備データはひとつのソースデータとして作成し、前記設備データの修正の必要がある際は前記ソースデータを修正し、前記ソースデータに基づいて作成された設備データを運用日時とともに切替え待ちの設備データとして、前記第１の計算機に配信し、
前記第１の計算機は、受理した切替え待ちの設備データを前記運用日時以後に、現在の運用中の設備データと切替えてオンライン運用するに際し、
前記第２の計算機は、
前記管理件名の管理番号と、前記運用日時と、前記設備データの作成状態と、前記設備データの運用状態とを関連付けて第１の設備データ管理情報として記憶部に記憶し、
前記切替え待ちの設備データの管理番号と、前記第１の計算機において運用中の前記設備データの管理番号とを関連付けて第２の設備データ管理情報として前記記憶部に記憶する
ことを特徴とする電力系統の設備データ管理方法。
【請求項２】
前記第２の計算機は、
前記第１の計算機から所定時刻毎に運用中の前記設備データの管理番号を受信すると、前記第１の設備データ管理情報および第２の設備データ管理情報を参照して、前記切替え待ちの設備データが所定時間切替えられていないと判定したとき、表示部に切替えが実施されていない旨を告知する
ことを特徴とする請求項１に記載の電力系統の設備データ管理方法。
【請求項３】
前記第２の計算機は、
前記第１の計算機から所定時刻毎に運用中の前記設備データの管理番号を受信すると、前記第２の設備データ管理情報を参照して、前記受信した設備データの管理番号が、以前に運用した管理番号より古くなっていると判定したとき、表示部に前記設備データの切り戻しが発生した旨を告知する
ことを特徴とする請求項１に記載の電力系統の設備データ管理方法。
【請求項４】
前記管理件名は、任意のメンテナンス内容を示す語句、または、メンテナンスする設備の名称である
ことを特徴とする請求項１に記載の電力系統の設備データ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電力系統監視制御システムなど分散化された複数の計算機から構成されている分散監視制御システムに係り、特に広域分散化のためにマルチサイトとして管理された複数の計算機を含む電力系統の設備データ管理方法に関する。
【背景技術】
【０００２】
電力系統は、発電機、送電線、変圧器、開閉器などの設備を含んでいる。このような電力系統を監視し制御する電力系統監視制御システムでは、これらの設備に関するデータが、種類別にレコードを構成しており、さらに、これらのレコードがまとまって設備データベース（設備ＤＢ）を形成している。
【０００３】
電力系統設備は、年々拡大、複雑化の一途をたどっており、電力系統監視制御システムには、これらを吸収させるべくさらなる高性能化、高信頼化が望まれている。かかる状況の中、電力系統監視制御システムは、システムの多重化、分散化を採用しており、複数の計算機にて構成される。このような計算機群がそれぞれの運用箇所に設置され、運用されている。
【０００４】
このような状況のなか、昨今の通信ネットワークの高速化、広域化および計算機の高性能、高集積化が図られ、電力系統の監視制御運用箇所毎に設置されていた専用の複数の計算機群を統合し、単一の計算機の中で複数の運用箇所毎の処理を実施するマルチサイト化された複数の計算機を任意の場所に配置し、例えば、Ａ市にマルチサイトＡ系システム、Ｂ市にマルチサイトＢ系システムを設置し、広域通信ネットワークを介して運用箇所にはヒューマンインタフェース用計算機のみを配置し、運用体制、運用箇所の変更を容易にできるシステム構成の実用化が進められてきている。
【０００５】
システム構成が複雑になる一方で、日々変化する電力系統設備に適合させるには、電力系統監視制御システムが保持している設備データベースを頻繁に更新しなければならない。しかも、マルチサイト化された広域分散監視制御システムであっても監視制御運用箇所毎に設備データを作成する必要があり、ある電力系統設備の新設、撤去、変更がある。その電力系統設備のオンライン情報を複数の監視制御運用箇所にて必要とする場合がある。例えば、監視運用箇所が隣接し、境界線上にあるような設備、また、境界線より先にあるが、その設備のオンライン情報を取り込み、運用範囲の電力潮流などの計算に必要となる電力系統設備があった場合である。このような場合、それぞれの運用箇所毎の設備データメンテナンスを実施する必要がある。物理的にひとつの電力系統設備であるにも関わらず、運用箇所毎に設置されていた運用箇所専用の電力系統監視制御システムと同様な設備データベースのメンテナンスを実施している。
【０００６】
従来の電力系統において、送電線の追加、変電所の増設、容量の変更などの追加、削除、変更があった場合、設備データベースのメンテナンスおよびその設備データベースの切替え方法としては、例えば、特許文献１、特許文献２などに記載された技術がある。
【０００７】
この従来技術においては単一の運用箇所における電力系統監視制御システム（以後、単一サイトという。）の設備データベースのメンテナンスおよび設備データベースの切替え方法が記載されており、この従来技術により、従来の単一サイトと同様にマルチサイト化された電力系統監視制御システムにおいて、それぞれの運用箇所専用の設備データベースに対しそれぞれメンテナンスを実施し、メンテナンスされた設備データベースに切替えてオンライン監視制御の運用を実施していた。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開平５−２０４７３７号公報
【特許文献２】特開２００１−５７９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
従来のマルチサイトの設備データメンテナンス方式は、単一サイトを複数方式で管理する方式である。言い換えれば、設備データをサイト単位で持ち、かつ、メンテナンスソースデータやオブジェクトデータを個々に持っていた。このため、任意のサイトでメンテナンスオペレーションによりメンテナンスを実施したメンテナンスソースデータやオブジェクトデータは、他のサイトには全く影響を及ぼさない替わりに、複数のサイトで共通に必要とされる設備データベースの修正があっても、その修正が反映されないという問題があた。
【００１０】
すなわち、マルチサイトとして管理する場合、一般的には、運用管理の面において、設備データベースなどを「統合管理版」と、サイト独自の事情を勘案した「サイト版」とを作らねばならず、それらの整合を取るという課題がある。
【００１１】
本発明は、前記の課題を解決するための発明であって、各サイトの設備データを一元管理し、設備データの運用状態を容易に把握することができる電力系統の設備データ管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
前記目的を達成するため、複数の運用箇所の監視制御機能を備えた複数の第１の計算機（例えば、主計算機Ａ）と、監視制御機能の処理実行時に参照する設備データを作成する第２の計算機（例えば、メンテナンス計算機Ｃ）とを含んでなる広域分散監視制御システムにおいて、第２の計算機が設備データを作成し管理する電力系統の設備データ管理方法であって、第２の計算機は、設備データを作成する際にメンテナンス管理用の管理件名により管理し、管理件名に関連付けられた設備データはひとつのソースデータとして作成し、設備データの修正の必要がある際はソースデータを修正し、ソースデータに基づいて作成された設備データを運用日時とともに切替え待ちの設備データとして、第１の計算機に配信し、第１の計算機は、受理した切替え待ちの設備データを運用日時以後に、現在の運用中の設備データと切替えてオンライン運用するに際し、第２の計算機は、管理件名の管理番号と、運用日時と、設備データの作成状態と、設備データの運用状態とを関連付けて第１の設備データ管理情報として記憶部に記憶し、切替え待ちの設備データの管理番号と、第１の計算機において運用中の設備データの管理番号とを関連付けて第２の設備データ管理情報として記憶部に記憶することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、各サイトの設備データを一元管理し、設備データの運用状態を容易に把握することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明による広域分散監視制御システムの系統構成を示すブロック図である。
【図２】本発明によるマルチサイトでのメンテナンス件名管理の処理を示すフローチャートである。
【図３】設備ＤＢ件名状態管理テーブル１の例を示す説明図である。
【図４Ａ】設備ＤＢ件名状態管理テーブル２の例（サイトｎで切替え待ち）を示す説明図である。
【図４Ｂ】設備ＤＢ件名状態管理テーブル２の例（全てのサイトで切替え完了）を示す説明図である。
【図４Ｃ】設備ＤＢ件名状態管理テーブル２の例（サイト２で切り戻し運用）を示す説明図である。
【図５】設備ＤＢメンテナンス件名管理部の処理を示すフローチャートである。
【図６】従来の単一サイトでのメンテナンス件名管理の処理を示すフローチャートである。
【図７】従来のマルチサイトでのメンテナンス件名管理の処理を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、図面を参照しながら、本発明を実施するための形態（以下、「実施形態」という。）について説明する。
【００１６】
図１は、本発明による広域分散監視制御システムの系統構成を示すブロック図である。図１を参照して、本発明による広域分散監視制御システムの設備データベースメンテナンスとそのデータベース切替え方法について説明する。なお、ここで説明する広域分散監視制御システムは、電力系統監視制御システムを対象としている。
【００１７】
電力系統監視制御システムは、電力系統における監視制御をオンラインで実行する主計算機Ａ（第１の計算機）と、設備データベースメンテナンスのための試験計算機Ｂと、設備データベースのメンテナンスを実行するためのメンテナンス計算機Ｃ（第２の計算機）からなる。主計算機Ａは、サイト毎に設置されておりサイト１の主計算機Ａ（Ａ１０）、・・・、サイトｎの主計算機Ａ（Ａｎ０）からなる。
【００１８】
サイト１の主計算機Ａ（Ａ１０）は、オンライン処理部Ａ１１（１０１）、現在運用中のオンライン用設備ＤＢ（Ａ１２）（１０２）、将来用となる将来用設備ＤＢ（Ａ１４）（１０４）、必要に応じてオンライン用設備ＤＢ（Ａ１２）（１０２）を一世代前に切り戻し可能とするための切り戻し用設備ＤＢ（Ａ１３）（１０３）、それぞれの設備ＤＢの切替えを行う設備ＤＢ切替え部Ａ１５（１０５）を有する。
【００１９】
同様に、サイトｎの主計算機Ａ（Ａｎ０）は、オンライン処理部Ａｎ１（１０１）、現在運用中のオンライン用設備ＤＢ（Ａｎ２）（１０２）、将来用となる将来用設備ＤＢ（Ａｎ４）（１０４）、必要に応じてオンライン用設備ＤＢ（Ａｎ２）（１０２）を一世代前に切り戻し可能とするための切り戻し用設備ＤＢ（Ａｎ３）（１０３）、それぞれの設備ＤＢの切替えを行う設備ＤＢ切替え部Ａｎ５（１０５）を有する。
【００２０】
メンテナンス計算機Ｃ（３００）は、従来のマルチサイト用メンテナンス用計算機でマルチサイト数分保持していた設備ＤＢを一元管理する機能を有する。メンテナンス計算機Ｃ（３００）は、設備データを入力する入力処理部３１０、入力された設備データをサイト用に展開する設備ＤＢ展開処理部３０８、設備データを一元管理するためのメンテナンス件名（管理件名）を作成する設備ＤＢメンテナンス件名作成部３０４、メンテナンス件名の作成状態および運用状態を管理する設備ＤＢメンテナンス件名管理部３０３、将来用設備ＤＢを試験計算機Ｂに転送する将来用設備ＤＢ試験転送処理部３０５、将来用設備ＤＢを各サイトに配信する将来用設備ＤＢ配信処理部３０１を有している。また、メンテナンス計算機Ｃ（３００）は、各サイトの設備ＤＢであるサイト１の将来用設備ＤＢ（３０６）、・・・、サイトｎの将来用設備ＤＢ（３０７）を有する。
【００２１】
設備ＤＢメンテナンス件名管理部３０３は、作成されたメンテナンス件名の作成状態および運用状態を記憶する設備ＤＢ件名状態管理テーブル１（３０２）（図３参照、第１の設備データ管理情報）、各サイトの設備ＤＢの運用状態を記憶する設備ＤＢ件名状態管理テーブル２（３１１）（図４Ａ、図４Ｂ、図４Ｃ参照、第２の設備データ管理情報）を管理する。
【００２２】
試験計算機Ｂは、サイト１の試験計算機Ｂ（Ｂ１０）、・・・、サイトｎの試験計算機Ｂ（Ｂｎ０）からなる。試験計算機Ｂ（Ｂ１０）は、オンライン処理部Ｂ１１（２０１）、将来用となる将来用設備ＤＢ（Ｂ１２）（２０２）を有する。同様に、試験計算機Ｂ（Ｂｎ０）は、オンライン処理部Ｂｎ１（２０１）、将来用となる将来用設備ＤＢ（Ｂｎ２）（２０２）を有する。試験計算機Ｂは、オンライン処理部２０１にて、将来用設備ＤＢ（２０２）を使用して設備ＤＢの検証を行う。
【００２３】
なお、メンテナンス計算機Ｃ（３００）の入力処理部３１０、設備ＤＢ展開処理部３０８、設備ＤＢメンテナンス件名作成部３０４、設備ＤＢメンテナンス件名管理部３０３、将来用設備ＤＢ試験転送処理部３０５、将来用設備ＤＢ配信処理部３０１は、ＣＰＵ（Central Processing Unit）によるプログラム実行処理により実現される。将来用設備ＤＢ３０６，３０７、設備ＤＢ件名状態管理テーブル１（３０２）、設備ＤＢ件名状態管理テーブル２（３１１）は、ハードディスクなどの記憶部に記憶される。また、メンテナンス計算機Ｃ（３００）は、メッセージなどを表示するために用いられる表示部を有し、ＣＲＴ（Cathode Ray Tube）や液晶ディスプレイなどで構成される。また、キーボード、マウスなどの入力部を有する。
【００２４】
同様に、主計算機Ａのオンライン処理部１０１、設備ＤＢ切替え部１０５は、ＣＰＵによるプログラム実行処理により実現される。オンライン用設備ＤＢ１０２、切り戻し用設備ＤＢ１０３、将来用設備ＤＢ１０４は、ハードディスクなどの記憶部に記憶される。試験計算機Ｂのオンライン処理部２０１は、ＣＰＵによるプログラム実行処理により実現される。将来用設備ＤＢ２０２は、ハードディスクなどの記憶部に記憶される。
【００２５】
図２は、本発明によるマルチサイトでのメンテナンス件名管理の処理を示すフローチャートである。適宜図１を参照する。本発明は、メンテナンス件名管理により設備データ管理をすることを目的としている。
【００２６】
まず、管理者は、入力処理部３１０にて設備データのメンテナンスが必要な設備データメンテナンスの件名を入力し登録する（ステップＳ１、「件名登録」）。メンテナンス件名には任意のメンテナンス内容を示す語句、メンテナンスする設備、例えば電気所名などを入力する。また、登録内容には、そのメンテナンス件名の運用開始日時、メンテナンス内容も登録する。
【００２７】
次に、管理者は、設備ソースデータ３０９を入力または入力済みの設備ソースデータを修正する（ステップＳ２、「入力」）。その件名に対する実際の修正内容を入力し、設備ソースデータ３０９を作成する。ここでいう設備ソースデータ３０９は、このままでは実際には計算機では使用できない形式で保存されたものである。
【００２８】
設備ＤＢ展開処理部３０８は、入力の完了要求を受理すると、計算機処理が認識できるデータ状態にするために「展開」の処理を実行する（ステップＳ３、「展開」）。「展開」とは、設備ソースデータ３０９を計算機が使用できる形に処理（変換）することを意味する。展開の結果、その設備ソースデータ３０９の形式に異常があった場合には、ステップＳ２の「入力」の状態に戻り、修正内容の入力を見直し再度、ステップＳ３において展開する。展開結果が正常ならば、計算機が認識できる形態（以後、設備データという。）が作成される。
【００２９】
設備ＤＢ展開処理部３０８は、展開処理において、メンテナンスされた設備が属するサイトおよび送電線設備などを介して隣接するサイトの設備データベースである将来用設備ＤＢ３０６，３０７に反映する。設備ソースデータ３０９に所属サイト情報を付加することによって関連する設備データベースのみに反映させることが可能になる。
【００３０】
将来用設備ＤＢ試験転送処理部３０５は、展開された将来用設備ＤＢ３０６，３０７を試験計算機Ｂの関連サイトの将来用設備ＤＢ２０２に反映更新する。反映更新は、ステップＳ３の「展開」が完了すると自動的に行う。
【００３１】
試験計算機Ｂであるサイト１の試験計算機Ｂ（Ｂ１０）、・・・、サイトｎの試験計算機Ｂ（Ｂｎ０）は、関連するサイトの試験を試験用模擬オンラインデータにて確認する（ステップＳ４、「試験」）。具体的には、作成した設備データを試験計算機Ｂに転送し、オンライン運用に問題ないかを、修正した設備に関する状態の試験用データ、例えば、開閉器のＯＮ／ＯＦＦ、開閉器の電流、電圧を模擬するデータを投入し、作成したデータに問題ないかを確認する。なお、ステップＳ４において、試験に不具合があると、試験計算機Ｂは、メンテナンス計算機Ｃに通知し、ステップＳ２に戻る。すなわち、設備ソースデータの入力状態まで戻し、再見直し作成し、ステップＳ３の「展開」、ステップＳ４の「試験」を再度実施する。
【００３２】
ステップＳ４において、「試験」が完了の状態になると、試験計算機Ｂは、メンテナンス件名を主計算機Ａへ転送することが可能な状態であることを、メンテナンス計算機Ｃ（３００）の将来用設備ＤＢ配信処理部３０１に通知する（ステップＳ５、「配信待ち」）。ステップＳ５の「配信待ち」の状態にてメンテナンス用設備データベースの作成が完了となる。すなわち、主計算機Ａにてオンラインでの使用が可能な将来用設備データベースの作成が完了となる。
【００３３】
以上により、メンテナンス計算機Ｃ（３００）は、設備ソースデータ３０９を一つにし、作成される設備データベースをマルチサイト化数分持つことにより他サイトで影響されるデータ修正が発生しても一つのメンテナンス件名で将来用設備データベースを作成することができる。
【００３４】
一つのメンテナンス件名で作成した将来用設備データベースの作成は完了したが、オンラインにて使用するには、マルチサイト化された主計算機Ａの将来用設備ＤＢ（１０４）に作成された将来用設備データベースを配信し、その設備データベースを運用中の設備データベースに切替える必要がある。
【００３５】
将来用設備ＤＢ配信処理部３０１は、ステップＳ５の「配信待ち」にあるメンテナンス件名にて作成された、各サイトに対応する個々の設備データベースである将来用設備ＤＢ３０６，３０７を主計算機Ａのそれぞれのサイト用の将来用設備ＤＢ（１０４）に配信する（ステップＳ６、「切替え準備」）。
【００３６】
ステップＳ６において、主計算機Ａの各サイトの将来用設備ＤＢ（１０４）はメンテナンス計算機Ｂにて作成された将来用設備データベースと同一のものとなり、最新の状態となる。ステップＳ６の「切替え準備」の状態にあるメンテナンス件名を実際にオンラインにて使用するためには、各サイトのそれぞれのオンライン用設備ＤＢ（１０２）をそれぞれ将来用設備ＤＢ（１０４）に、それぞれの設備ＤＢ切替え部１０５により切替える必要がある。
【００３７】
サイト側において、運用日時以降で切替えが実行されると将来用設備ＤＢ（１０４）による運用が開始される（ステップＳ７、「運用中」）。すなわち、ステップＳ７において、運用を開始する日時に、現在運用されている設備データと切替え準備状態の設備データとを切替え、切替え準備状態の設備データを運用中状態とし、当該のメンテナンス件名が完了する。
【００３８】
それぞれのサイトでは独自の運用を実施しており、メンテナンスされた将来用ＤＢ（１０４）が、現状の運用状態によってサイト１では必要で、サイトｎでは当面必要でない場合があり得る。このため、「切替準備」状態に至ったメンテナンス件名の状態は切替えて運用状態にするのか否かは、それ以降はサイト毎で管理される必要がある。
【００３９】
ステップＳ７以降において、サイト側の管理者が、不具合などで切り戻し用設備ＤＢ（１０３）を使用して切り戻し運用が行われる場合もある（ステップＳ８、「切り戻し運用」）。すなわち、運用中状態のメンテナンス件名で作成された設備データを用いて、オンライン処理に問題が発生した場合には、ステップＳ８において、一世代前の設備データである切り戻し用設備ＤＢ１０３に戻し、設備ソースデータ３０９の修正入力待ち状態とするとよい。
【００４０】
各サイトは、独自の運用がされる場合があるので、メンテナンス計算機Ｃ（３００）は、各サイトの設備ＤＢの状態を監視している。例えば、メンテナンス計算機Ｃ（３００）は、各サイトの主計算機Ａに、オンライン処理で使用している設備ＤＢの状態を確認するため、確認要求を出す。確認要求を受理した各サイトの主計算機Ａは、メンテナンス計算機Ｃ（３００）に対し、運用中の設備ＤＢ件名Ｎｏ（件名番号）を送信する。受信したメンテナンス計算機Ｃ（３００）は、設備ＤＢ件名状態管理テーブル１（３０２）および設備ＤＢ件名状態管理テーブル２（３１１）を更新する。なお、各サイトの主計算機Ａが定期的に（所定時刻毎に）設備ＤＢ件名Ｎｏを、メンテナンス計算機Ｃ（３００）に送信してもよい。
【００４１】
メンテナンス計算機Ｃ（３００）は、切り戻し運用がされたことを確認すると、管理者へ通知する。メンテナンス計算機Ｃ（３００）の管理者は、どのサイトで切り戻し運用がされたかを確認後、各サイトの管理者などと連絡し、設備ＤＢの改善案を作成し、再度、ステップＳ１に戻り、新規の「件名登録」を行う。
【００４２】
本実施形態の設備データ管理方法は、マルチサイトで使用するメンテナンス件名を管理し、ステップＳ１の「件名登録」からステップＳ５の「配信待ち」の状態までを一つの状態で管理する。ステップＳ６の「切替え準備」からステップＳ８の「切り戻し運用」までをサイト毎に管理する。また、設備データ管理方法は、メンテナンス計算機Ｃ（３００）側で、各サイトの状態を監視し、設備ＤＢの切替え状態により設備ＤＢの不具合状態を把握することができる。
【００４３】
比較例として、従来の単一サイトおよびマルチサイトでのメンテナンス件名管理について図６および図７を参照して説明する。
図６は、従来の単一サイトでのメンテナンス件名管理の処理を示すフローチャートである。サイト独自でメンテナンス件名が管理されており、ステップＳ１の「件名登録」、ステップＳ２の「入力」、ステップＳ３の「展開」、ステップＳ４の「試験」、ステップＳ５の「配信待ち」、ステップＳ６の「切替え準備」、ステップＳ７の「運用中」、ステップＳ８の「切り戻し運用」から構成される。
【００４４】
図７は、従来のマルチサイトでのメンテナンス件名管理の処理を示すフローチャートである。図６に示す単一サイトと同様な処理を集合させたものである。つまり、それぞれサイト単位にメンテナンス件名管理をあてはめれば、従来の単一サイトと同様にマルチサイト化された設備データのメンテナンスの実施ができる。しかしながら、統一したメンテナンス件名で管理されていないため、電力系統において連係されている複数のサイトにおいても、異なるメンテナンス件名で管理されているのが実情である。
【００４５】
次に、設備ＤＢの作成状態および運用状態を管理するテーブルについて説明する。
図３は、設備ＤＢ件名状態管理テーブル１の例を示す説明図である。設備ＤＢ件名状態管理テーブル１（３０２）は、メンテナンス件名（管理件名）単位で管理され、メンテナンス件名の件名Ｎｏ、メンテナンス件名、運用日時、当該ＤＢ作成状態、当該ＤＢ運用状態などから構成される。例えば、レコード３０２１から、メンテナンス件名が「Ａ」、件名Ｎｏが「１」である。運用日時は２００９年４月１日（時刻省略）であり、当該ＤＢの作成状態は「切替え待ち」、運用状態は配信したサイトにおいて全て「運用中」であることがわかる。また、レコード３０２２から、メンテナンス件名が「Ｂ」、件名Ｎｏが「２」である。運用日時は２００９年５月１日であり、当該ＤＢの作成状態は「切替え待ち」、運用状態は配信したサイトのいずれかが「切替え準備」中であり「切替え待ち」であることがわかる。また、レコード３０２３から、メンテナンス件名が「Ｃ」、件名Ｎｏが「３」である。運用日時は２００９年６月１日に運用開始予定であり、当該ＤＢの作成状態は「入力」であることがわかる。
【００４６】
図４Ａは、設備ＤＢ件名状態管理テーブル２の例（サイトｎで切替え待ち）を示す説明図である。図４Ｂは、設備ＤＢ件名状態管理テーブル２の例（全てのサイトで切替え完了）を示す説明図である。図４Ｃは、設備ＤＢ件名状態管理テーブル２の例（サイト２で切り戻し運用）を示す説明図である。設備ＤＢ件名状態管理テーブル２（３１１）は、設備ＤＢの運用状況を示し、サイト毎にどのメンテナンス件名で作成された設備ＤＢにて運用されているのかを、運用中件名Ｎｏにて管理し、また、将来用設備データがどのメンテナンス件名で作成されたのかを管理するテーブルである。
【００４７】
図４Ａから図４Ｃに示す設備ＤＢ件名状態管理テーブル２（３１１）は、設備ＤＢの運用状態を管理する状態テーブルであり、サイトＮｏ、ＤＢ切替え待ち件名Ｎｏ、サイトＮｏで運用されている運用中件名Ｎｏなどから構成される。なお、ＤＢ切替え待ち件名Ｎｏは、図３の件名Ｎｏで関連付け（紐付け）されている。
【００４８】
図４Ａでは、各サイトのＤＢ切替え待ち件名Ｎｏ「２」（メンテナンス件名「Ｂ」である。これに対して、サイト１では、運用中件名Ｎｏが「２」であるが、サイトｎの運用中件名Ｎｏが「１」のままであることがわかる。
【００４９】
図４Ｂでは、図４Ａから、サイトｎの運用状態が変更された場合を示す。ＤＢ切替え待ち件名Ｎｏは「２」（メンテナンス件名「Ｂ」に相当）に対し、全てのサイトにおいて、運用中件名Ｎｏが「２」である。この場合には、設備ＤＢメンテナンス件名管理部３０３は、設備ＤＢ件名状態管理テーブル１（３０２）のレコード３０２２において、当該ＤＢ運用状態を「切替え待ち」から「運用中」に変更の更新をする。
【００５０】
図４Ｃでは、図４Ｂの状態からサイト２において、切り戻し運用が発生した際の状態を示している。図４Ｃの状態の場合、サイト２において、運用中件名Ｎｏが「２」から「１」に変更され、サイト２側で、なんらかの不具合が発生していることがわかる。
【００５１】
図５は、設備ＤＢメンテナンス件名管理部の処理を示すフローチャートである。図５に示す処理は、設備ＤＢメンテナンス件名管理部３０３のサイトの運用状態の監視の処理である。具体的には、（１）切替え待ち件名Ｎｏがある場合に、運用開始日時から所定時間が経過してもサイト側で運用されない場合、（２）サイトで切り戻し運用が発生した場合、メンテナンス計算機Ｃ（３００）の管理者へ通知する処理、および、各サイトの運用状態を管理テーブルに更新する処理がある。なお、以下、「設備ＤＢ件名状態管理テーブル１」を「管理テーブル１」と、「設備ＤＢ件名状態管理テーブル２」を「管理テーブル２」という。
【００５２】
設備ＤＢメンテナンス件名管理部３０３は、一定時間毎（所定時刻毎）に設備ＤＢの運用状態の情報集約を繰り返す（ステップＳ５０１）。一定時間毎に設備ＤＢの運用状態の情報集約を繰り返すことにより、最新の設備ＤＢの運用状態の情報を得ることができる。設備ＤＢメンテナンス件名管理部３０３は、メンテナンス計算機Ｃ（３００）が管理する全てのサイトの主計算機Ａに対して設備ＤＢの運用状態の情報集約の処理を繰り返す（ステップＳ５０２）。
【００５３】
設備ＤＢメンテナンス件名管理部３０３は、各サイトの主計算機Ａの設備ＤＢ切替え部１０５に、確認要求を出す。確認要求を受理した各サイトの主計算機Ａは、メンテナンス計算機Ｃ（３００）に対し、運用中の設備ＤＢの件名Ｎｏである運用中件名Ｎｏ（件名番号）を送信する。メンテナンス計算機Ｃ（３００）は、運用中件名Ｎｏを受信する（ステップＳ５０３）。そして、管理テーブル２（３１１）内の切替え待ちＮｏと、受信した運用中件名Ｎｏとが異なるか否かを判定する（ステップＳ５０４）。異なる場合（ステップＳ５０４，Ｙｅｓ）、運用日時から所定時間が経過しているか否かを判定する（ステップＳ５０５）。所定時間が経過している場合（ステップＳ５０５，Ｙｅｓ）、設備ＤＢメンテナンス件名管理部３０３は、管理者へ連絡（告知）し（ステップＳ５０６）、ステップＳ５０７に進む。告知する方法は、例えば、管理者の受信する端末の表示部に、管理テーブル２の内容を表示してもよいし、管理者の所有する携帯端末などへ連絡してもよい。なお、ステップＳ５０５において、所定時間が経過していない場合（ステップＳ５０５，Ｎｏ）、ステップＳ５０７に進む。
【００５４】
ステップＳ５０７において、設備ＤＢメンテナンス件名管理部３０３は、管理テーブル２（３１１）を参照して、切り戻しが発生しているか否かを判定する（ステップＳ５０７）。切り戻しが発生している場合（ステップＳ５０７，Ｙｅｓ）、設備ＤＢメンテナンス件名管理部３０３は、管理者へ連絡（告知）し（ステップＳ５０８）、ステップＳ５０９に進む。切り戻しが発生しているか否かの判定は、図４Ｂを参照して行う。例えば、サイト２の運用中件名Ｎｏが「２」から「１」に変更された場合は、切り戻し発生と判定する。なお、ステップＳ５０７において、切り戻しが発生していない場合（ステップＳ５０７，Ｎｏ）、ステップＳ５０９に進む。
【００５５】
また、ステップＳ５０４において、設備ＤＢメンテナンス件名管理部３０３が、管理テーブル２（３１１）内の切替え待ち件名Ｎｏと受信運用中の件名Ｎｏとが同じと判定した場合（ステップＳ５０４，Ｎｏ）、ステップＳ５０９に進む。
【００５６】
ステップＳ５０９において、設備ＤＢメンテナンス件名管理部３０３は、運用中件名Ｎｏが切替えがあるか否かを判定する。切替えがある場合（ステップＳ５０９，Ｙｅｓ）、管理テーブル２（３１１）を更新し（ステップＳ５１０）、ステップＳ５１１に進む。具体的には、図４Ａの状態において、サイトｎの運用中件名Ｎｏ「２」を受信すると、切替えが発生したとして、図４Ｂに示すようにサイトｎの運用中件名Ｎｏを「１」から「２」に更新する。なお、切替えがない場合（ステップＳ５０９，Ｎｏ）、ステップＳ５１１に進む。
【００５７】
ステップＳ５１１において、設備ＤＢメンテナンス件名管理部３０３は、関連するサイトの全ての切替えが完了したか否かを判定する。全ての切替えが完了した場合（ステップＳ５１１，Ｙｅｓ）、管理テーブル１（３０２）を更新し（ステップＳ５１２）、ステップＳ５０２に戻る。具体的には、図４Ｂにおいて、サイト１からサイトｎにおいて、運用中件名Ｎｏが全て「２」となった際に、図３のレコード３０２２の当該ＤＢ運用状態を「切替え待ち」から「運用中」に更新する。なお、ステップＳ５１１において、全ての切替えが完了していない場合（ステップＳ５１１，Ｎｏ）、ステップＳ５０２に戻る。
【００５８】
本実施形態のメンテナンス計算機Ｃ（第２の計算機）は、管理件名の管理番号と、運用日時と、設備データの作成状態と、設備データの運用状態とを関連付けて第１の設備データ管理情報（例えば、設備ＤＢ件名状態管理テーブル１（３０２））として記憶部に記憶し、切替え待ちの設備データの管理番号と、主計算機において運用中の設備データの管理番号とを関連付けて第２の設備データ管理情報（例えば、設備ＤＢ件名状態管理テーブル２（３１１））として記憶部に記憶する。
【００５９】
本実施形態の第２の計算機は、主計算機から所定時刻毎に運用中の設備データの管理番号を受信すると、第１の設備データ管理情報および第２の設備データ管理情報を参照して、切替え待ちの設備データが所定時間切替えられていないと判定したとき、表示部に切替えが実施されていない旨を告知する。
【００６０】
本実施形態の第２の計算機は、主計算機から所定時刻毎に運用中の設備データの管理番号を受信すると、第２の設備データ管理情報を参照して、受信した設備データの管理番号が、以前に運用した管理番号より古くなっていると判定したとき、表示部に設備データの切り戻しが発生した旨を告知する。
【００６１】
本実施形態の電力系統の設備データ管理方法によれば、メンテナンス件名の管理として、設備データベースの作成段階ではサイトによらないで、一元管理することができ、作成した設備データベースを運用する段階ではサイト毎に管理することができる。
【００６２】
本実施形態の電力系統の設備データ管理方法は、マルチサイトであってもデータベース作成段階のメンテナンス件名管理を一つにすることが可能となり、サイト毎に共通に使用する設備があっても、１回のメンテナンスにてデータ修正が可能となり、省力化できる。また、各サイト毎に必要な時に運用状況に合わせて作成した設備データベースの運用切替えが可能となる。
【００６３】
また、メンテナンス計算機Ｃ（第２の計算機）は、各サイトの設備データベースの運用状態を監視し、（１）サイト側に配信した設備データが、運用開始日時から所定時間が経過してもサイト側で運用されない場合、第２の計算機の表示部に告知することができる。（２）サイト側で切り戻し運用が発生した場合、第２の計算機の表示部に告知することができる。
【符号の説明】
【００６４】
１０１    オンライン処理部
１０２    オンライン用設備ＤＢ
１０３    切り戻し用設備ＤＢ
１０４    将来用設備ＤＢ
１０５    設備ＤＢ切替え部
２０１    オンライン処理部
２０２    将来用設備ＤＢ
３００，Ｃ    メンテナンス計算機（第２の計算機）
３０１    将来用設備ＤＢ配信処理部
３０２    設備ＤＢ件名状態管理テーブル１（第１の設備データ管理情報）
３０３    設備ＤＢメンテナンス件名管理部
３０４    設備ＤＢメンテナンス件名作成部
３０５    将来用設備ＤＢ試験転送処理部
３０６，３０７    将来用設備ＤＢ
３０８    設備ＤＢ展開処理部
３０９    設備ソースデータ
３１０    入力処理部
３１１    設備ＤＢ件名状態管理テーブル２（第２の設備データ管理情報）
Ａ    主計算機（第１の計算機）
Ｂ    試験計算機
【図１】
0005436971.tif 000002
【図２】
0005436971.tif 000003
【図３】
0005436971.tif 000004
【図４Ａ】
0005436971.tif 000005
【図４Ｂ】
0005436971.tif 000006
【図４Ｃ】
0005436971.tif 000007
【図５】
0005436971.tif 000008
【図６】
0005436971.tif 000009
【図７】
0005436971.tif 000010