(57)【要約】【課題】 多重状変が発生した場合に、優先度の高い処理の実行遅延を抑える。【解決手段】システムは、複数の状態監視対象の機器と、複数の機器から当該機器の状態情報を受信する複数の下位サーバと、複数の下位サーバから状態情報を受信する上位サーバとを有する。複数の下位サーバは各々、状態監視対象の機器から受信する状態情報の内容若しくは状態情報の受信量の変化に基づいて、当該機器の状態が変化したと判断した場合に、上位サーバへの状態情報の送信を停止して当該状態情報を保持する。上位サーバは、複数の下位サーバから受信する状態情報の受信量の変化に基づいて、状態監視対象の機器の状態が変化したと判断し、問い合わせ要求を少なくとも一の下位サーバに送信する、問い合わせ要求を受信した下位サーバは、当該問い合わせ要求に応じて上位サーバへ情報を返信することを特徴とする。【選択図】図１
2012058933.tif 000002
【特許請求の範囲】
【請求項１】
複数の状態監視対象の機器と、
前記複数の機器から当該機器の状態情報を受信する複数の下位サーバと、
前記複数の下位サーバから前記状態情報を受信する上位サーバとを有しており、
前記複数の下位サーバは各々、状態監視対象の機器から受信する状態情報の内容若しくは状態情報の受信量の変化に基づいて、少なくとも一の機器の状態が変化したと判断した場合に、前記上位サーバへの状態情報の送信を停止して当該状態情報を保持し、
前記上位サーバは、前記複数の下位サーバから受信する状態情報の受信量の変化に基づいて、少なくとも一の機器の状態が変化したと判断し、
前記上位サーバは、問い合わせ要求を少なくとも一の下位サーバに送信し、
前記問い合わせ要求を受信した下位サーバは、当該問い合わせ要求に応じて前記上位サーバへ情報を返信することを特徴とするシステム。
【請求項２】
請求項１記載のシステムであって、
前記上位サーバは、当該上位サーバが有する前記複数の下位サーバと当該下位サーバが保持するデータの種別との対応関係に基づいて、取得すべき情報の種別と当該情報を有する下位サーバとを特定し、
前記上位サーバは、前記取得すべき情報の種別を指定して、特定された前記下位サーバへ問い合わせ要求を送信し、
前記問い合わせ要求を受信した下位サーバは、指定された種別の情報を前記上位サーバへ返信することを特徴とするシステム。
【請求項３】
請求項１記載のシステムであって、
前記上位サーバは前記問い合わせ要求への応答として下位サーバから受信した情報を用いて、状態監視対象の機器の監視処理を実行することを特徴とするシステム。
【請求項４】
請求項１記載のシステムであって、
前記上位サーバは、前記問い合わせ要求を前記複数の下位サーバへブロードキャストし、
前記問い合わせ要求を受信した複数の下位サーバは、当該問い合わせ要求に応じて前記上位サーバへ情報を送信することを特徴とするシステム。
【請求項５】
請求項４記載のシステムであって、
前記上位サーバは、取得すべき情報を指定した問い合わせ要求を前記複数の下位サーバへブロードキャストし、
前記問い合わせ要求を受信した複数の下位サーバは、指定された種別の情報を前記上位サーバへ返信し、
前記上位サーバは、前記問い合わせ要求への応答として下位サーバから受信した情報を用いて、状態監視対象の機器の監視処理を実行することを特徴とするシステム。
【請求項６】
請求項４記載のシステムであって、
当該システムは送電システムであって、
前記上位サーバは、前記問い合わせ要求への応答として下位サーバから受信した情報を用いて、状態変化の原因となった障害の発生場所を特定し、
前記上位サーバは、当該発生場所より上流に位置する機器の電流若しくは電圧を制御するよう、少なくとも一の下位サーバへ指示することを特徴とするシステム。
【請求項７】
請求項１記載のシステムであって、
当該システムは送電システムであり、
前記複数の下位サーバは各々、状態監視対象の機器から受信した状態変化情報を互いにブロードキャストし、他の下位サーバから受信した状態変化情報に基づいて状態変化の原因となった障害の発生場所を特定し、特定された発生場所に位置する機器から状態情報を受信している場合には、当該状態情報を前記上位サーバへ送信することを特徴とするシステム。
【請求項８】
複数の状態監視対象の機器と、
前記複数の機器から当該機器の状態情報を受信する複数の下位サーバと、
前記複数の下位サーバから前記状態情報を受信する上位サーバとを有しており、
前記複数の下位サーバは各々、前記上位サーバで実行される処理に用いられるデータの種別を把握しており、
前記複数の下位サーバは各々、状態監視対象の機器から受信する状態情報の内容若しくは状態情報の受信量の変化に基づいて、当該機器の状態が変化したと判断した場合に、状態監視対象の機器から受信した情報の内、前記データの種別に合致する情報を選択的に前記上位サーバへ送信し、
前記上位サーバは前記複数の下位サーバ各々が選択的に送信した情報を用いて、処理を実行することを特徴とするシステム。
【請求項９】
請求項８記載のシステムであって、
前記上位サーバは、前記複数の下位サーバが選択的に送信した情報を用いて、複数の機器の状態監視処理を実行することを特徴とするシステム。
【請求項１０】
請求項８記載のシステムであって、
当該システムは送電システムであって、
前記上位サーバは、前記複数の下位サーバが選択的に送信した情報を用いて、状態変化の原因となった事故の発生場所を特定し、特定された発生場所より上流に位置する機器から状態情報を受信している下位サーバに対して問い合わせ要求を送信し、
前記問い合わせ要求を受信した下位サーバは、監視対象の機器から受信した状態情報を前記上位サーバへ送信することを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークで接続されたPC、サーバ等の情報処理装置の間での情報（データ）の送受信方法に関する。
【背景技術】
【０００２】
電力分野システムにおける送電制御管理システムなどでは、変電所などに設置されている多数の設備や機器のリアルタイム情報を、ネットワークを介して中央指令所にある情報処理サーバに送信することで、個々の設備・機器の状態監視を行い、これに基づき広域での設備・機器制御などの制御・管理処理を実行する。
【０００３】
このシステムにおいて、末端の設備・機器に障害が発生すると、障害による状態変化は周囲に次々と伝播する。例えば電流の遮断状態が一箇所で発生すると、その遮断状態は近傍の電流状態に影響を及ぼすため、電流状態の変化が次々と伝播する。このような事象により、単一箇所あるいは限定された領域での障害発生であっても、瞬間的に非常に多数の設備・機器で状態変化が生じ、結果としてそれら非常に多数の設備・機器から、状態変化を通知するリアルタイム情報（状態変化通知情報）が中央指令所の情報処理サーバに向かって送信される状況（「多重状変」等と呼称される）が発生することがある。
【０００４】
このような多重状変発生時には、発生した事故・障害の正確な分析を行うために、発生するすべての状態変化通知情報を漏れなく収集蓄積することが最も重要視されている。
【０００５】
多重状変発生時には、瞬間的に膨大な量のデータ（主に状態変化通知情報）がシステム全域の下位サーバから送信されるため、受信する情報処理サーバにおける受信処理の過負荷状態が発生し、情報処理サーバの受信バッファが溢れて受信漏れを起こした結果、データを喪失してしまう危険がある。そのため、現状では、多重状変発生時には、情報処理サーバで実行される様々なデータ処理を停止し、送信されてくるデータを受信し蓄積する処理のみに情報処理サーバの処理を集中させることで、受信漏れを防ぐ運用を実施している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開2009-11012号公報
【特許文献２】特開平8-317577号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、本来実行が必要な処理（受信したデータに基づく障害箇所周辺の設備・機器あるいは発電設備等上流設備に対する制御や、多重状変発生箇所以外の設備・機器に対する周期的な状態監視など）の実行は遅延することになる。
【０００８】
また、これらの処理の実行を、多重状変発生下において可能としたとしても、多重状変発生による大量のデータ送受信によりネットワークトラフィックが圧迫されるため、通常時よりもこれらの処理に必要なデータの送受信（処理に必要なデータの問合せや制御データ送信など）が低速化し、結果として処理実行が遅くなる。
【課題を解決するための手段】
【０００９】
システムは、複数の状態監視対象の機器と、複数の機器から当該機器の状態情報を受信する複数の下位サーバと、複数の下位サーバから状態情報を受信する上位サーバとを有する。複数の下位サーバは各々、状態監視対象の機器から受信する状態情報の内容若しくは状態情報の受信量の変化に基づいて、当該機器の状態が変化したと判断した場合に、上位サーバへの状態情報の送信を停止して当該状態情報を保持する。上位サーバは、複数の下位サーバから受信する状態情報の受信量の変化に基づいて、状態監視対象の機器の状態が変化したと判断し、問い合わせ要求を少なくとも一の下位サーバに送信する、問い合わせ要求を受信した下位サーバは、当該問い合わせ要求に応じて上位サーバへ情報を返信することを特徴とする。
【発明の効果】
【００１０】
多重状変発生時にも、システム内で送受信される情報量を抑えつつ必要な処理が実行できる。
【図面の簡単な説明】
【００１１】
【図１】システムの構成例である。
【図２】下位サーバでのデータ送受信処理の流れの例である。
【図３】上位サーバでのデータ送受信処理の流れの例である。
【図４】対応テーブルで保持されるデータの例である。
【図５】下位サーバでのデータ送受信処理の他の一例である。
【図６】下位サーバでのデータ送受信処理の他の一例である。
【発明を実施するための形態】
【実施例１】
【００１２】
本発明を実施するための実施形態について以下に述べる。尚、本発明は以下に説明する実施形態に限定されるものではない。
【００１３】
まずシステム構成の例を図１に示す。
【００１４】
送電制御管理システムは、複数の設備・機器１０３、各々が複数の設備・機器１０３から情報を収集してこれを上位サーバへ送信する複数の下位サーバ（情報中継サーバ）１０２、そして複数の下位サーバ１０２から情報を受信する上位サーバ（情報処理サーバ）１０１を有しており、頂点に上位サーバを配置したピラミッド型の階層構造を持つ。
【００１５】
設備・機器１０３の具体例としては遮断器、開閉器、電流計測装置がある。各設備・機器１０３は自身の装置状態を検出する検出機構と情報送信機構を有しており、検出機構が検出した装置状態を情報送信機構を用いて下位サーバへ送信する。例えば検出機構が装置状態の変化を検出した場合には、情報装置機構は変化の内容を示す状態変化通知情報を下位サーバへ送信する。
【００１６】
下位サーバ１０２は変電所等のサイト毎、もしくはサイト内に存在する管理区域単位毎に設置される。尚、複数の下位サーバ間でも階層的な関係を有していて、情報を複数下位サーバ間で中継しながら上位サーバへ送信する構成であっても構わない。各下位サーバは演算装置と内部記憶装置とを有していて、演算装置が内部記憶装置に格納されたプログラムを実行することによって、以下の処理が実行される、若しくは以下の機能が構成される。
【００１７】
データ取得機能１２１は複数の設備・機器１０３各々から当該設備・機器１０３の状態情報（状態変化通知情報を含む）を取得する。取得した状態情報は機器・設備データ蓄積部１２０に格納される。多重状変発生判定処理１１６はデータ取得機能１２１が取得した状態情報や単位時間当たりにデータ取得機能１２１が受信する状態情報の量の変化等に基づいて多重状変が発生しているか否かを判断する。送信データ選別処理１１７は、多重状変が発生した際に、下位サーバが上位サーバへ送信する情報を選択する。リスト１３２は送信データ選別処理１１７において上位サーバへ送信する情報を特定するために参照されるリストである。データ送信処理１１８は、上位サーバへデータを送信したり、他の下位サーバへデータをブロードキャストする処理であり、データ送信機能１１３はそのための通信インタフェース機能である。データ受信機能１１４は、上位サーバ１０１から問い合わせ等の情報を受信する。問い合わせ解釈・判断処理１１９は、上位サーバ１０１からの問い合わせを解釈し、これに基づいて下位サーバが実行すべき処理を決定する。多重状変発生解析処理１３４は多重状変の原因となった事故の種別や当該事故が発生した物理的位置を特定する。対応テーブル１３３は個々の装置・機器１０３と当該装置・機器から状態情報を受信して上位サーバへ送信する一以上の下位サーバ１０２との対応関係（接続関係）を登録しているテーブルである。尚この対応テーブル１３３が有する情報は、後述する上位サーバの対応テーブル１０８が有する情報と同様である。下位サーバはこれらの機能・処理・リスト・テーブルを常に全て備えている必要はなく、実施形態に応じて一部の機能・処理のみが実行されることもある。
【００１８】
上位サーバ１０１は複数サイトに対して設備・機器の状態監視と管理を実行し、これらサイト内の設備・機器に対し必要な制御を決定する。上位サーバ１０１は中央指令所に配置される。上位サーバは演算装置と内部記憶装置とを有していて、演算装置が内部記憶装置に格納されたプログラムを実行することによって、以下の処理または機能が実行若しくは構成される。
【００１９】
データ受信機能１１１は下位サーバ１０２から送信された情報を受信して受信データ蓄積部１１０に格納する。多重状変発生判定処理１０４は下位サーバ１０２から受信した情報や下位サーバから単位時間あたりに受信する情報量の変化に基づいてシステムに多重状変が発生しているかを判定する処理である。多重状変発生解析処理１３０は、多重状変の原因となった事故の種別や当該事故が発生した物理的位置を特定する。多重状変発生時処理１０５は、解析結果に従って多事故発生場所より上流における電流・電圧値の制御などを行う。対応テーブル１０８は個々の装置・機器１０３と当該装置・機器から状態情報を受信して上位サーバへ送信する一以上の下位サーバ１０２との対応関係（接続関係）を登録しているテーブルである。通常業務処理１０６は設備・機器の監視処理など、上位サーバの通常業務処理を実行する。問合せ先判断処理１０７は、多重状変が発生した際に下位サーバにから取得すべきデータを特定し、更に当該データを保有する下位サーバを特定する処理を実行する。データ問い合わせ処理１０９は、問い合わせ先判断処理１０７が特定したデータを特定された下位サーバへ問い合わせる処理を実行する。データ送信機能１１２は下位サーバに対するデータの送信を実行する。尚、上位サーバはこれらの機能・処理・テーブルを常に全て備えている必要はなく、実施形態に応じて一部の機能・処理のみが実行されることもある。
【００２０】
次に図２及び図３を用いて、多重状変発生時の下位サーバと上位サーバにおけるデータ送受信処理の流れを説明する。
【００２１】
設備・機器103は通常、検出手段によって取得した機器や設備の状態などの状態情報を、下位サーバ102に電送している。下位サーバはこれら各設備・機器から集められる情報を機器・装置データ蓄積部１２０に適宜蓄積すると共に（ステップ２０１）、必要な処理を実行するアプリケーションプログラム（通常業務処理106、多重状変発生時処理105など）が配置されている上位サーバ101へ電送する。
【００２２】
下位サーバ１０２は多重状変発生判定処理101において、設備・機器103から取得される状態情報内容や状態情報の増加（単位時間当たりに受信する情報量の増加）などから多重状変が発生しているか否かを判定する(ステップ２０２)。多重状変が発生していなければ通常通り取得した状態情報を機器・設備データ蓄積部１２０に格納すると共に上位サーバへも送信し、ステップ２０１へ戻る。多重状変が発生していた場合には、下位サーバ102から上位サーバ101に対するデータ送信を停止し（ステップ２０３） 、多重状変に関連する状態変化通知情報を含め、本来上位サーバ101に送信するはずのデータを下位サーバ103の機器・設備データ蓄積部120において蓄積したままにする。
【００２３】
一方上位サーバ101は通常下位サーバから設備・機器１０３の状態に関する状態情報を受信している（ステップ３０１）。上位サーバ１０１は下位サーバ102からのデータ受信が停止したことを多重状変発生判定処理104において検知し（ステップ３０２）、これに基づいてシステムに多重状変が発生していると判断する。すると上位サーバ１０１は、下位サーバから送信されてくるデータの待ち受けによって行っていた通常業務処理106（設備・機器の状態監視など）のためのデータ取得を、上位サーバ１０１から下位サーバ１０２への問合せにより行うよう切り替える（ステップ３０３） 。
【００２４】
下位サーバ１０２に問い合わせを出すに際し、問い合わせ先判断処理１０７において上位サーバ１０１は、問い合わせ先の下位サーバと当該下位サーバに問い合わせるべき情報の種類を特定する（ステップ３０４）。具体的には、問い合わせ先判断処理１０７において上位サーバ１０１は、対応テーブル１０８を用いて通常業務処理106の実行に必要なデータと当該データを得るために問い合わせすべき下位サーバを特定する。
【００２５】
対応テーブル１０８の一例を図４に示す。対象テーブル１０８は、データの識別情報と、データの種別を示す情報と、データのソースである機器・設備の識別情報（すなわちどの機器・設備の状態情報であるかを識別するための識別情報）と、当該データを保持している下位サーバの識別情報とを関連づけて有する。複数の下位サーバ間に階層的な接続関係がある場合には、当該接続関係を示す情報もこの対応テーブルに格納される。この対応テーブル１０８は送電システムが設計・構築された段階で決まる静的なものであり、設備・機器の変更改修や下位サーバの構成変更などにより対応テーブル１０８の更新が必要となった場合にはそのつど更新される。尚、ある程度動的にこの対応テーブル１０８が変化する場合には、対応関係の変更を随時下位サーバから上位サーバに通知して、上位サーバが対応テーブル１０８を更新することとしてもよい。あるいは、下位サーバが上位サーバへのデータ送信を停止し、送信するはずのデータの蓄積を開始した際に、下位サーバ１０２は自身が蓄積しているデータに関連する情報（どの機器・設備に関するデータか、データの種別は何か、どのような属性のデータか、など）のみを生成し、上位サーバに送信することとしても良い。上位サーバはこの情報に基づいて対応テーブル108を生成あるいは更新しても良い。
【００２６】
図３に戻って上位サーバは、特定された問い合わせ先下位サーバに向けて問い合わせ要求を送信する（ステップ３０５）。下位サーバへのこの問合せ要求は、要求元である上位サーバを特定するための情報と、要求するデータを特定するための情報を含む。
【００２７】
図２に戻って、上位サーバ１０１へのデータ送信を停止した下位サーバ１０３は、上位サーバからの問い合わせ要求を待つ（ステップ２０４）。問合せ要求を受信した下位サーバは、問い合わせ解釈・判断処理119により、問合せ要求に含まれる要求データを特定するための情報から、自身が要求対象のデータを有しているか確認する（ステップ２０５）。有している場合には、データ送信処理118によって、この要求対象のデータを、問合せ要求に含まれる要求元の上位サーバに関する情報を参照して、要求元である上位サーバへ送信し（ステップ２０６）、次の問い合わせ要求を待つ（ステップ２０４） 。ステップ２０５で要求対象のデータを保持していなかった場合には、下位サーバは次の問い合わせ要求を待つ（ステップ２０４）。この際下位サーバは上位サーバに対して、要求対象のデータを保持していない旨応答しても良い。  図３に戻ってステップ３０６で上位サーバは問い合わせに対する応答を下位サーバより取得し、取得した情報を受信データ蓄積部１１０に格納し、ステップ３０４に戻る。
【００２８】
尚、上位サーバから下位サーバへのデータ問合せは、対応テーブル108を利用するのではなく、問合せ要求を下位サーバ群に対して上位サーバがブロードキャストすることで行っても良い。問合せ要求を受け取った各下位サーバが、問合せ要求に含まれる要求データを特定する情報から自身が要求対象データを保持しているか否かを判断し、もし要求対象データを保持していた場合は、この要求対象データを問合せデータに含まれる要求元の上位サーバに関する情報を参照して、要求元である上位サーバへ送信するという形であっても良い。
【００２９】
以上により、上位サーバは、通常業務処理１０６を、多重状変の発生の影響を受けることなく、通常時と同様に実行することができる。
【実施例２】
【００３０】
実施例１においては、多重状変が発生すると上位サーバが通常業務処理１０６に必要な情報を特定し、更に当該情報を有する下位サーバを特定して、当該下位サーバへ問い合わせ要求を送信した。本実施例においては、下位サーバが上位サーバにおける通常業務処理１０６のために必要なデータを特定して、上位サーバへ送信する。
【００３１】
本実施例において下位サーバは、あらかじめ上位サーバ101で処理実行される通常業務処理１０６のために必要となるデータの種別を、当該上位サーバを特定するための情報と共にリスト１３２として保有している。
【００３２】
更に本実施例においては、図2及び図3に示した処理に代わり、下位サーバ102で送信データ選別処理117が実行されることによって図5に示す処理が実行される。
【００３３】
機器・設備103から受信したデータに基づき（ステップ５０１）、多重状変が発生したことを多重状変発生判定処理116において検知した際に（ステップ５０２がYes）、下位サーバ102の送信データ選別処理117は、  前述のリスト１３２を参照して、機器・設備から取得した状態情報の内上位サーバでの通常業務処理１０６に必要となるデータを特定し（ステップ５０３）このデータを選択的に上位サーバに送信する（ステップ５０５）。一方送信データ選別処理１１７は、機器・設備から取得した情報の内、上位サーバの通常業務処理１０６には必要とされない情報については、上位サーバへの送信を停止する（ステップ５０４）。また、多重状変が発生していない場合には（ステップ５０２がＮｏ）、下位サーバは機器・設備から取得した情報を上位サーバへ転送する（ステップ５０５）。
【００３４】
以上により、上位サーバは、通常業務として実行している処理を、多重状変の発生の影響を受けることなく、通常時と同様に実行することができる。
【実施例３】
【００３５】
実施例１では、上位サーバ１０１は通常業務処理１０６に必要な情報のみを取得したが、本実施形態では多重状変発生に対応して即時実行が必要な処理を、多重状変発生による負荷の影響を最小限に抑えながら実行する。このために実施例１では上位サーバ１０１が多重状変発生時処理１０５及び多重状変発生解析処理１３０を実行する。
【００３６】
実施例１では多重状変が発生した際に、下位サーバ102は、機器・設備からの単位時間当たりのデータ送信量などから多重状変発生判定処理116において多重状変の発生を検知し、その後状態変化通知情報も含め状態情報の上位サーバ101に対する送信・転送を停止した。しかし本実施例では多重状変発生判定処理116が、多重状変が発生したと判断した後も、所定の時間の間は、下位サーバ102は設備・機器103から取得した情報を上位サーバ101に対して送信し続ける。したがって上位サーバはこの所定の時間内であれば状態変化通知情報を受信することができる。尚、この所定の時間は上位サーバ101を過負荷状態にしないような範囲に予め設定されている。また下位サーバは、上位サーバ１０１を過負荷状態にしないように、送信する状態変化通知情報のデータ量を制限する。
【００３７】
上位サーバ101では、下位サーバ102から受信する単位時間当たりのデータ受信量の変化や状態変化通知情報の内容などから多重状変発生判定処理104において多重状変の発生を検知し、下位サーバ102から受信した状態変化通知情報を多重状変発生解析処理130において解析する。多重状変発生後に上位サーバ１０１が下位サーバ１０２から受信する情報には、状態変化の発生場所（機器・設備など）、発生した状態変化の種別などが含まれるので、この情報から多重状変発生解析処理130は発生した事故の種別と事故発生のおおよその物理的位置を特定する。具体的には例えば、下位サーバから受信した状態変化通知情報の受信順序や状態変化通知情報に付加されているデータ発生時のタイムスタンプの順序と、各状態変化通知情報に対応する発生場所（下位サーバおよび設備・機器）の対応関係から、多重状変発生の大元となっている事故発生地点を特定する。
【００３８】
次に上位サーバ101上で動作する多重状変発生時処理105では、多重状変解析処理130において特定した下位サーバおよび設備・機器の構成情報を参照して、特定した事故発生地点より上流の特定範囲の電流・電圧値などのデータを持つ下位サーバに対してより詳細な状態変化通知情報の問合せを行い、制御処理に必要なデータを取得する。取得した情報に基づいて多重状変発生時処理１０５は事故発生地点より上流の特定範囲の電流・電圧値を制御するために必要な指示を作成すると共に、当該指示の送信先となる下位サーバを特定する。そして、特定した下位サーバに対して電流・電圧値を制御するための指示を送信する。この結果上位サーバから指示を受信した下位サーバによって、電流・電圧値の制御が行われる。
【００３９】
なお、多重状変発生時処理105が行う状態変化通知情報の問合せ範囲については、発生した事故の種別や事故影響波及の速度などに応じて、あらかじめ定義しておいたものから選択しても良い。
【００４０】
更に、事故発生地点より上流の電線での電流電圧の調整や送電経路の迂回・バイパス等の切り替え、さらには最上流の発電施設における発電量の調整などを上位サーバからの指示に基づいて下位サーバが実行することとしても良い。
【実施例４】
【００４１】
次に、実施例３の変形例について説明する。
【００４２】
本実施形態では、実施例１と同様、多重状変が発生した際に下位サーバ102は多重状変発生判定処理116において多重状変の発生を検知し、その直後に状態変化通知情報を含む状態情報の上位サーバ101に対する送信・転送を停止する。下位サーバが状態情報の送信を止めた後、上位サーバ上で動作する個々のアプリケーションは、ブロードキャスト問合せを下位サーバに対して実行する。これに対して、問合せ対象データを保持する下位ノードは要求元の上位サーバに要求対象の状態変化通知情報データを返すことによって、上位サーバは必要なデータを取得する。
【００４３】
このとき下位サーバは、状態変化通知情報の上位サーバに対する送信・転送を、上位サーバを過負荷状態にしない範囲の情報量に制限して行う。
【００４４】
この多重状変発生後の状態変化通知情報を受信した上位サーバでは、実施例３の時と同様にして、状態変化通知情報に基づき、発生した事故の種別と事故発生のおおよその物理的位置を特定する。そして上位サーバでは、下位サーバおよび設備・機器の構成情報を参照して、特定した事故発生地点より上流の特定範囲の電流・電圧値などのデータを持つ下位サーバに対してのみ、詳細な状態変化通知情報を要求するブロードキャスト問合せを実行する。これにより、ブロードキャスト問合せおよびそれに対する応答に要する時間を削減するとともに、ネットワークトラフィックの増加も最小限に抑える。
【００４５】
なお、データ問合せ範囲については、発生した事故の種別や事故影響波及の速度などに応じて、あらかじめ定義しておいたものから選択しても良い。
【実施例５】
【００４６】
実施例３の他の実施形態を説明する。
【００４７】
本実施形態ではあらかじめ、個々の設備・機器１０３と当該設備・機器から状態情報を受信して上位装置へ送信する一以上の下位サーバとの接続関係を、下位サーバが有する対応テーブル133に格納しておく。この対応テーブル133に格納されている情報は、送電システムが設計・構築された段階で決まる情報であり、基本的に静的なものである。設備・機器変更改修などによりこの情報が変更される場合には、その都度更新する。
【００４８】
更に本実施形態では、上位サーバではなく下位サーバが多重状変解析処理１３４を実行する。
【００４９】
本実施形態における下位サーバの処理を図６に示す。
【００５０】
多重状変発生時に、下位サーバ902は状態変化通知情報の上位サーバ101に対する送信・転送を停止する。
【００５１】
そして多重状変発生後所定の期間、下位サーバ102は状態変化通知情報を互いにブロードキャストする。このブロードキャストの期間は、他の下位サーバを過負荷状態にしない範囲で予め決められている。また、ブロードキャストされる状態変化通知情報も、他の下位サーバ102を過負荷状態にしないよう予めデータ量が制限されている。他の下位サーバからのブロードキャストにより状態変化通知情報を受信した各下位サーバでは（ステップ１００１）、単位時間当たりのデータ受信量の変化や受信した状態変化通知情報の内容などから多重状変発生判定処理116において多重状変の発生を検知する。そして状態変化通知情報を多重状変発生解析処理134において解析し（ステップ1002） 、状態変化の発生場所・機器・設備・発生した状態変化の種別などを含む状態変化通知情報に基づき、発生した事故の種別と事故発生のおおよその物理的位置を特定する。
【００５２】
各下位サーバは、対応テーブル１３３の下位サーバおよび設備・機器の接続情報を参照して、特定した事故発生地点より上流の特定範囲の電流・電圧値などのデータを持つ下位サーバとして自身が該当するか否かを判定する（ステップ１００３）。該当する場合は、機器・設備から送られてくる状態変化通知情報の詳細を上位サーバに対して送信する（1005及び1006） 。該当しない場合は送信を停止し続ける（1004） 。
【００５３】
なお、該当する下位サーバとして含まれるか否かについては、発生した事故の種別や事故影響波及の速度などに応じて、あらかじめ定義しておいた判定情報を基に選択しても良い。
【００５４】
下位サーバから受信したデータを用いて、上位サーバは、事故発生に起因して、さらに事故発生地点より上流の電線での電流電圧の調整や送電経路の迂回・バイパス等の切り替え、さらには最上流の発電施設における発電量の調整など、即時処理・制御が必要となるアプリケーションの実行を行う。また、通常業務として実行している処理を実行する。
【符号の説明】
【００５５】
１０１：上位サーバ
１０２：下位サーバ
１０３：設備・機器
【図１】
2012058933.tif 000003
【図２】
2012058933.tif 000004
【図３】
2012058933.tif 000005
【図４】
2012058933.tif 000006
【図５】
2012058933.tif 000007
【図６】
2012058933.tif 000008