JP6322332B2 - エネルギー管理システムおよび業務アプリケーションの実行方法 - Google Patents

Description

本発明は、業務アプリケーションを実行する技術に関する。

地域やビルや家庭等の電力を管理するエネルギー管理システムが知られている。大規模なエネルギー管理システムは、複数の業務アプリケーションを実行する。

特許文献１には、送信側装置ごとに、取り扱う情報データの形式、情報処理ロジック及びポリシーが異なる場合でも、大掛かりな連携ソフトウエアや複雑な連携手順を用いることなく送受間の連携を可能にする情報連携システムが記載されている。

特許文献２には、既に他の情報処理システムが稼動中である場合にも影響を与えないリソースを求め、業務サービスの継続的な実行と共有リソースを有効活用できる手段を提供するリソース管理システムが記載されている。

特開２０１１−０９０５１４号公報 特開２００８−０３３８５２号公報

しかしながら、データを利用する業務アプリケーションが多種多様である場合、データ提供元がデータ利用側に個別に対応することは困難である。このため、業務アプリケーションが必要なデータを得るためには業務アプリケーションにて個別に処理ロジックの作り込みや改修を行う必要があり、開発コストが高くなる。

また、データを利用する業務アプリケーションの数が増加していくと、データ要求の増加によりデータ提供元の負荷が増大し得る。また、業務アプリケーションを実行するシステムの状態が正常でも、業務の対象の状態が異常である場合、システムリソースを最適に割振ることは困難である。また周期維持が要求される制御アプリケーションを実行する場合、新規アプリケーションの追加による負荷の増加により、制御アプリケーションの各周期開始時点で必要なデータへの更新が完了しているか分からない等により、データの整合性が保証できない。また、クラウドにおけるリソース管理のように、リソース状態のみを監視して割振りが行われると、実行順序や実行開始条件等で相関関係にある１つ以上の業務アプリケーションの正常な実行を保証できない。

上記課題を解決するために、本発明の一態様であるエネルギー管理システムは、記憶デバイスと、エネルギーを用いるノードに接続され、前記エネルギーの管理のための少なくとも一つの業務アプリケーションを実行する計算機に接続される通信デバイスと、前記記憶デバイス及び前記通信デバイスに接続される処理デバイスと、を備える。前記記憶デバイスは、業務アプリケーションにより用いられる特定処理を示す処理ロジックと、前記特定処理を呼び出すインタフェースを示すインタフェースロジックとを記憶する。前記処理デバイスは、前記インタフェースロジックに従って前記業務アプリケーションによる前記特定処理の呼び出しを受け付け、前記エネルギー管理システムの状態であるシステム状態を監視し、前記エネルギーの状態であるエネルギー状態を監視し、前記システム状態と前記エネルギー状態と前記特定処理との間の相関関係に基づいて、前記特定処理の実行期間を決定し、前記実行期間において、前記処理ロジックに従って前記特定処理を実行する。

処理の追加を容易にすると共に、業務アプリケーションの信頼性を保つことができる。

実施例１のエネルギー管理システムのソフトウエア構成を示す。 エネルギー管理システムのハードウエア構成を示す。 エネルギー管理システム０２００と外部システムの動作を示すシーケンス図である。 業務アプリケーション実行管理サーバ０２０１の機能の構成を示す。 実行管理テーブル０４４１を示す。 ポリシー０４４２を示す。 実行順番決定処理を示すフローチャートである。 実行制御処理を示すフローチャートである。 動作継続対応処理を示すフローチャートである。 実施例２のエネルギー管理システムを示す。

以下、本発明の実施例について、図面を参照しつつ説明する。

図１は、実施例１のエネルギー管理システムのソフトウエア構成を示す。

本実施例では、電力を管理するための業務アプリケーションを実行するエネルギー管理システムについて説明する。エネルギー管理システムは、業務アプリケーション実行管理サーバ０２０１と、データ蓄積サーバ０２０２と、アプリケーションサーバ０２０３と、業務サーバ０２０４とを含む。

業務アプリケーション実行管理サーバ０２０１は、データ蓄積サーバ０２０２と、アプリケーションサーバ０２０３と、業務サーバ０２０４と、業務サーバ０２０５とに接続されている。

業務アプリケーション実行管理サーバ０２０１は、データ蓄積サーバ０２０２に蓄積されたデータと、業務サーバ０２０４、０２０５から提供されるデータとに連携する機能を、アプリケーションサーバ０２０３における業務アプリケーション０１０７へ提供する。データ蓄積サーバ０２０２は、電力を用いる１つ以上のノードから通信メッセージを取得し、通信メッセージに含まれるデータをデータベースに蓄積、管理する。また、データ蓄積サーバ０２０２は、フィールド機器や業務アプリケーションの間でやり取りされる構成・計画・実績情報のデータを収集、データベースに蓄積する。アプリケーションサーバ０２０３は、業務アプリケーション０１０７を実行する。業務アプリケーション０１０７は、電力系統の需給バランスを保つためのデマンドレスポンスの業務と、それ以外のエネルギー管理システムの業務とを含む。業務サーバ０２０４は、業務アプリケーション０１０７の他の業務に関するミドルウェアまたはアプリケーションを実行する。例えば、業務サーバ０２０４は、ＧＩＳ（Geographic Information System）等、エネルギー管理以外の情報を有する既存のサーバである。業務サーバ０２０５は、外部システムにおけるアプリケーションを実行する。例えば、エネルギー管理システムが電力会社により用いられる場合、外部システムは例えば、他の電力会社のシステムである。

業務アプリケーション実行管理サーバ０２０１は、アプリケーションサーバ０２０３における業務アプリケーション０１０７からの要求を受け付けて応答するために、インタフェース提供部０１０１と、処理ロジック組込み管理部０１０２と、データアクセス部０１０３とを含む。

インタフェース提供部０１０１は、処理を呼び出すためのアプリケーション向け処理インタフェース（以後、処理インタフェースと呼ぶ）を業務アプリケーション０１０７へ提供する。処理ロジック組込み管理部０１０２には、業務に必要な処理を示す処理ロジックが組込まれる。処理ロジックは、業務アプリケーション０１０７により処理インタフェースを用いて呼び出された処理を実行する。データアクセス部０１０３は、処理ロジックの処理に必要な、データベース、他業務システムの業務サーバ０２０４もしくは外部システムの業務サーバ０２０５へのデータアクセス処理のためのアダプタを、処理ロジックへ提供する。インタフェース提供部０１０１には、処理インタフェースのロジックであるインタフェースロジックが組み込まれる。データアクセス部０１０３には、アダプタのロジックであるアクセスロジックが組み込まれる。

ここでインタフェース提供部０１０１と、処理ロジック組込み管理部０１０２と、データアクセス部０１０３とによるフレームワーク構成は、インタフェース提供部０１０１により業務アプリケーション０１０７向けに提供される処理インタフェースと、処理ロジック組込み管理部０１０２により管理及び実行される処理ロジックとを、システム運用開始後も追加していくことを可能とする。データアクセス部０１０３は、処理ロジックに対して、データアクセスのための共通的なインタフェース及び処理を提供する。データアクセス部０１０３が、標準的なインタフェースやプロトコルを用いることにより、業務アプリケーション実行管理サーバ０２０１は、業務アプリケーション０１０７の種類によらずデータアクセスを行うことができる。

業務アプリケーション実行管理サーバ０２０１は更に、処理ロジック実行制御部０１０５と、電力需給状態／システム状態監視部０１０４と、実績情報収集部０１０６と、ポリシー０１５１とを含む。電力需給状態／システム状態監視部０１０４は、ノードを含む電力系統の電力需給状態と、エネルギー管理システムのシステム状態とを監視する。実績情報収集部０１０６は、処理ロジックの実行の実績情報を収集する。ポリシー０１５１は、電力需給状態とシステム状態と業務との相関関係を示す。例えば、ポリシー０１５１は、処理ロジックの業務種別と、電力需給状態及びシステム状態とに対して規定された優先度を格納する。業務種別は、処理ロジックの種別である。処理ロジック実行制御部０１０５は、業務アプリケーション０１０７から呼び出された処理を実行する上で、電力需給状態／システム状態監視部０１０４から得た電力需給状態及びシステム状態と、実績情報収集部０１０６から得た実績情報とを参照し、ポリシー０１５１に基づき、処理ロジックの実行可否判断、実行順番、実行タイミングの調整を行う。

業務種別として、例えば、デマンドレスポンス制御業務と、デマンドレスポンス非制御業務と、需要家設備関連業務と、非制御業務と、システム運用業務とがある。これらの業務種別の詳細については後述する。動作０１１１に例示するように、処理ロジック実行制御部０１０５は、ポリシー０１５１に基づき、デマンドレスポンス制御業務の処理の周期的実行を優先し、需要家設備関連業務の処理を、デマンドレスポンス制御業務の次周期が始まる前までに実施させておく。また処理ロジック実行制御部０１０５は、非制御業務の処理を、処理の空き時間にて実行させる。これにより、業務アプリケーション０１０７と、インタフェース提供部０１０１における処理インタフェースと、処理ロジック組込み管理部０１０２における処理ロジックとを、追加しても、デマンドレスポンス制御業務等、性能や信頼性が要求される処理の安定実行を保つ。

エネルギー管理システムは、電力以外のエネルギーを管理してもよい。この場合、電力需給状態は、他のエネルギーのエネルギー状態であってもよい。

業務アプリケーション実行管理サーバ０２０１又はエネルギー管理システムを、計算機システムと呼ぶことができる。

上記の各処理の詳細は以降の図にて述べる。

図２は、エネルギー管理システム０２００のハードウエア構成を示す。

エネルギー管理システム０２００は、業務アプリケーション実行管理サーバ０２０１は、データ蓄積サーバ０２０２と、アプリケーションサーバ０２０３と、業務サーバ０２０４と、ゲートウェイ０２０７と、ゲートウェイ０２０８とを含む。

業務アプリケーション実行管理サーバ０２０１と、データ蓄積サーバ０２０２と、アプリケーションサーバ０２０３と、業務サーバ０２０４と、ゲートウェイ０２０７と、ゲートウェイ０２０８とは、ネットワーク０２１３を介して互いに接続されている。ゲートウェイ０２０７は更に、制御系専用ネットワーク０２１１を介して１つ以上のノード０２０６に接続されている。ノード０２０６は、設備機器、又は制御系アプリケーションを実行する機器を含む。ゲートウェイ０２０８は更に、広域系ネットワーク０２１２を介して外部システム０２１０に接続されている。外部システム０２１０は、業務サーバ０２０５を含む。業務サーバ０２０５は、ネットワーク０２１４を介して広域系ネットワーク０２１２に接続されている。

ネットワーク０２１１、０２１２、０２１３、０２１４による接続は、セキュリティ要件やネットワーク性能要件に基づいて異なる構成をとってもよい。

業務アプリケーション実行管理サーバ０２０１の主なハードウエア構成は、処理装置（例えば、ＣＰＵ：Central Processing Unit）０２２１、記憶装置（例えば、メモリ、ハードディスク）０２２２、通信装置（例えばＮＩＣ：Network Interface Card）０２２３を含む。エネルギー管理システム０２００のユーザ（管理者）からの情報の入力を受け付ける入力装置と、ユーザに対して情報を表示する表示装置とが、業務アプリケーション実行管理サーバ０２０１に含まれてもよいし、ネットワーク０２１３を介して業務アプリケーション実行管理サーバ０２０１に接続されてもよい。なお、処理装置０２２１を処理デバイスと呼び、記憶装置０２２２を記憶デバイスと呼び、通信装置０２２３を通信デバイスと呼ぶことがある。

データ蓄積サーバ０２０２の主なハードウエア構成は、処理装置（ＣＰＵ）０２３１、記憶装置（メモリ、ハードディスク）０２３２、通信装置０２２３を含む。

アプリケーションサーバ０２０３の主なハードウエア構成は、処理装置（ＣＰＵ）０２４１、記憶装置（メモリ、ハードディスク）０２４２、通信装置０２４３を含む。

業務サーバ０２０４の主なハードウエア構成は、処理装置（ＣＰＵ）０２５１、記憶装置（メモリ、ハードディスク）０２５２、通信装置０２５３を含む。

外部システム０２１０における業務サーバ０２０５の主なハードウエア構成は、処理装置（ＣＰＵ）０２６１、記憶装置（メモリ、ハードディスク）０２６２、通信装置０２６３を含む。

ノード０２０６の主なハードウエア構成は、処理装置（ＣＰＵ）０２７１、記憶装置（メモリ、ハードディスク）０２７２、通信装置０２７３を含む。通信装置０２７３は、ネットワーク０２１１に接続されると共に、設備機器に接続される。設備機器は、配電網に接続される。エネルギー管理システムは、ノード０２０６を含む電力系統の電力を管理する。ノード０２０６は、デマンドレスポンスにおける制御の対象となる。

ゲートウェイ０２０７、０２０８の主なハードウエア構成は、処理装置（ＣＰＵ）０２８１、記憶装置（メモリ、ハードディスク）０２８２、通信装置０２８３を含む。

図３は、エネルギー管理システム０２００と外部システムの動作を示すシーケンス図である。

この動作の主体は、エネルギー管理システム０２００におけるアプリケーションサーバ０２０３と、業務アプリケーション実行管理サーバ０２０１と、データ蓄積サーバ０２０２と、業務サーバ０２０４と、外部システム０２１０における業務サーバ０２０５とである。

アプリケーションサーバ０２０３は、０３３１において、業務アプリケーション実行管理サーバ０２０１により提供される処理インタフェースを用いて処理の呼出しを行う。

業務アプリケーション実行管理サーバ０２０１は、０３１１において、電力需給状態及びシステム状態の判定を行う。電力需給状態は、ノード０２０６における電力需給の状態を示す。システム状態は、エネルギー管理システム０２００の負荷等の状態を示す。業務アプリケーション実行管理サーバ０２０１は、０３１２において、事前に設定されたポリシー０１５１の判定を行い、０３１１の状態判定の結果と合わせて、呼び出された処理の順番調整を行う。業務アプリケーション実行管理サーバ０２０１は、０３１３において、０３１２の結果に基づき、当該処理のアクセス先の割振り、実行制御、等を行う。

業務アプリケーション実行管理サーバ０２０１は、０３１４において、０３１３の結果に基づき、データ蓄積サーバ０２０２に対して、当該処理に必要なデータのデータ要求を送信する。データ蓄積サーバ０２０２は、０３２１において、０３１４の要求内容に基づき、該サーバにて管理するデータベースから、該当するデータを抽出する。データ蓄積サーバ０２０２は、０３２２において、０３２１の抽出データを業務アプリケーション実行管理サーバ０２０１に対して送信する。業務アプリケーション実行管理サーバ０２０１は、０３１５において、０３１３及び０３１４による処理実行の実績情報の取得を行う。業務アプリケーション実行管理サーバ０２０１は、０３１６において、０３２２のデータを取得する。

業務アプリケーション実行管理サーバ０２０１は、０３１７において、０３１３の結果に基づき、業務サーバ０２０４に対して、データまたは処理実行の要求を送信する。業務サーバ０２０４は、０３４１において、０３１７の要求内容に基づき、該当する処理の実行を行う。業務サーバ０２０４は、０３４２において、０３４１の処理結果またはデータを業務アプリケーション実行管理サーバ０２０１に対して送信する。業務アプリケーション実行管理サーバ０２０１は、０３１８において、０３１３及び０３１７による処理実行の実績情報の取得を行う。業務アプリケーション実行管理サーバ０２０１は、０３１９において、０３４２の処理結果またはデータを取得する。

業務アプリケーション実行管理サーバ０２０１は、０３１０において、０３１３の結果に基づき、外部システムにおける業務サーバ０２０５に対して、データまたは処理実行の要求を送信する。外部システムにおける業務サーバ０２０５は、０３５１において、０３１０の要求内容に基づき、該当する処理の実行を行う。業務サーバ０２０５は、０３５２において、０３５１の処理結果またはデータを業務アプリケーション実行管理サーバ０２０１に対して送信する。業務アプリケーション実行管理サーバ０２０１は、０３６１において、０３１３及び０３１０による処理実行の実績情報の取得を行う。業務アプリケーション実行管理サーバ０２０１は、０３６２において、０３５２の処理結果またはデータを取得する。

業務アプリケーション実行管理サーバ０２０１は、０３６３において、上記の０３１６、０３１９、０３６２にて取得したデータまたは処理結果に基づいて、アプリケーションサーバ０２０３に対する応答データの作成、加工と応答可否の判定とを行う。業務アプリケーション実行管理サーバ０２０１は、０３６４において、０３６３の応答データをアプリケーションサーバ０２０３に送信する。アプリケーションサーバ０２０３は、０３３２において、０３６４の応答データを取得し、このシーケンスを終了する。

以上のシーケンスによれば、アプリケーションサーバ０２０３における業務アプリケーション０１０７が、業務アプリケーション実行管理サーバ０２０１の処理ロジックを用いて業務を実行することができる。これにより、業務アプリケーション０１０７の開発において、開発工数及び開発期間を削減することができる。また、エネルギー管理システムの運用開始後に、新たな業務アプリケーション０１０７を追加し、エネルギー管理システムの業務を拡張することが容易になる。

図４は、業務アプリケーション実行管理サーバ０２０１の機能の構成を示す。

業務アプリケーション実行管理サーバ０２０１は、ミドルウェア０４０１を含む。ミドルウェア０４０１は、データ蓄積サーバ０２０２に蓄積するデータ及び、他業務システムの業務サーバ０２０４または外部システム０２１０の業務サーバ０２０５により提供されるデータを連携させて、業務アプリケーション０１０７へ提供する。

ミドルウェア０４０１は、インタフェース提供部０４１１と、処理ロジック組込み管理部０４１２と、データアクセス部０４１３と、実行管理テーブル０４４１と、ポリシー０４４２と、処理ロジック実行制御部０４１４と、実績情報収集部０４１５と、システム状態監視部０４１６と、電力需給状態監視部０４１７と、データ通信部０４１８とを含む。

インタフェース提供部０４１１は、前述のインタフェース提供部０１０１に相当する。処理ロジック組込み管理部０４１２は、前述の処理ロジック組込み管理部０１０２に相当する。データアクセス部０４１３は、前述のデータアクセス部０１０３に相当する。データベースアクセス部０４３１及び他システムアクセス部０４３２の夫々は、前述のアダプタに相当する。処理ロジック実行制御部０４１４は、前述の処理ロジック実行制御部０１０５に相当する。実績情報収集部０４１５は、前述の実績情報収集部０１０６に相当する。システム状態監視部０４１６及び電力需給状態監視部０４１７は、前述の電力需給状態／システム状態監視部０１０４に相当する。ポリシー０４４２は、前述のポリシー０１５１に相当する。

インタフェース提供部０４１１は、アプリケーションサーバ０２０３にて稼動する業務アプリケーション０１０７から、データ通信部０４１８を介して処理の呼出しを受付け、応答をアプリケーションサーバ０２０３へ返す。処理ロジック組込み管理部０４１２は、業務向けの処理を行う処理ロジックを組込み、管理し、処理インタフェースによる処理の呼出し時に処理ロジックを用いて処理を実行する。データアクセス部０４１３は、処理ロジック組込み管理部０４１２にて管理、実行される処理ロジックからの要求を受けて、データベース、他業務システムもしくは外部システムへのデータアクセス処理を行う。処理ロジック実行制御部０４１４は、実行管理テーブル０４４１及びポリシー０４４２を参照して、処理ロジックに対して、実行順序調整、実行可否の判定や優先度決定、等の実行制御を行う。実績情報収集部０４１５は、処理ロジックがデータアクセス部０４１３を呼び出す場合に生じる実績情報を収集する。システム状態監視部０４１６は、データ通信部０４１８を介してエネルギー管理システム０２００の状態であるシステム状態を監視し、実行管理テーブル０４４１へシステム状態情報を書き込む。電力需給状態監視部０４１７は、データ通信部０４１８を介して、ノード０２０６の電力需給の状態である電力需給状態を監視し、実行管理テーブル０４４１へ電力需給状態情報を書き込む。データ通信部０４１８は、ネットワーク０２１３の通信媒体を介して他サーバとの間で通信処理を行う。

各種の業務アプリケーション向けに提供する処理インタフェースは、ライブラリ０４２１としてインタフェース提供部０４１１に組込まれることが可能とする。処理ロジック組込み管理部０４１２にて、各種の業務アプリケーション向けの処理を提供する処理ロジックは、ライブラリ０４２２として組込まれることが可能とする。なおインタフェース提供部０４１１にて提供する処理インタフェースと、処理ロジック組込み管理部０４１２にて提供する処理ロジックとは、少なくとも同一の業務分野の複数のアプリケーションにより共用されることができる。

データアクセス部０４１３は、処理ロジック組込み管理部０４１２の処理ロジックからの要求が、データ蓄積サーバ０２０２に管理されるデータへのアクセスである場合、データベースアクセス部０４３１を呼び出す。データベースアクセス部０４３１は、データ通信部０４１８を介して、データ蓄積サーバ０２０２にて管理されるデータベースにアクセスし、該当するデータを取得する。またデータアクセス部０４１３は、処理ロジック組込み管理部０４１２の処理ロジックからの要求が、他業務システムの業務サーバ０２０４または外部システム０２１０の業務サーバ０２０５が管理するデータへのアクセスである場合、他システムアクセス部０４３２を呼び出す。他システムアクセス部０４３２はデータ通信部０４１８を介して、業務サーバ０２０４もしくは業務サーバ０２０５にアクセスし、該当するデータを取得する。データアクセス部０４１３がデータベースアクセス部０４３１及び他システムアクセス部０４３２を用いることにより、処理ロジックは、データ蓄積サーバ０２０２等のデータベースや、業務サーバ０２０４や、業務サーバ０２０５等、異なるアクセス先へアクセスすることができる。

図５は、実行管理テーブル０４４１を示す。

実行管理テーブル０４４１は、デマンドレスポンス制御業務等の性能、信頼性を保証するための、実行順番調整、実行制御等を行う際に、処理ロジック実行制御部０４１４により参照される。実行管理テーブル０４４１は、処理ロジック管理テーブル０５０１、通常実行待ち行列０５０２（第二待ち行列）、優先実行待ち行列０５０３（第一待ち行列）を含む。

処理ロジック管理テーブル０５０１は、処理ロジックによる処理のインスタンス毎のレコードを有する。一つのレコードは、処理識別情報０５１１、業務種別０５１２、優先度０５１３、実行可否０５１４、応答時間０５１５、呼出周期０５１６、参照データ実績０５１７、関連設備実績０５１８、接続先実績０５１９、最新更新時刻０５１０を含む。

処理識別情報０５１１には、処理を識別するための情報が格納される。業務種別０５１２には、当該レコードに該当する処理ロジックの業務種別が格納される。優先度０５１３には、当該レコードに該当する処理ロジックに割振られている現在の優先度が格納される。実行可否０５１４には、当該レコードに該当する処理ロジックの現在の実行可否が格納される。応答時間０５１５には、当該レコードに該当する処理ロジックが呼び出され実行された時の応答時間が格納される。呼出周期０５１６には、当該レコードに該当する処理ロジックが業務アプリケーション０１０７から呼び出される際の周期が格納される。参照データ実績０５１７には、当該レコードに該当する処理ロジックの実行により参照されたデータの実績が格納される。関連設備実績０５１８には、当該レコードに該当する処理ロジックの実行に伴う関連設備の実績が格納される。接続先実績０５１９には、当該レコードに該当する処理ロジックの実行に伴う接続先の実績が格納される。接続先は例えば、データアクセス部０４１３によるアクセス先である。最新更新時刻０５１０には、０５１１〜０５１９のデータが最後に更新された時刻が格納される。０５１５〜０５１９の各項目における値は、当該レコードに該当する処理ロジックの実行に伴い収集される実績情報から算出され、格納される。

通常実行待ち行列０５０２は、処理ロジックに対して要求された処理毎のレコードを有する。一つのレコードは、通番０５２１、登録時刻０５２２、処理識別情報０５２３、業務種別０５２４、アプリケーション識別情報０５２５、アクセス先０５２６、実行順番０５２７、実行可否０５２８、最新更新時刻０５２９を含む。

通番０５２１には、通常実行待ち行列０５０２に格納されるレコードを一意に識別するための通し番号が格納される。登録時刻０５２２には、通番０５２１に該当するレコードの登録時刻が格納される。処理識別情報０５２３には、当該レコードに対応する処理を識別するための情報が格納される。業務種別０５２４には、当該レコードに対応する処理ロジックの業務種別が格納される。アプリケーション識別情報０５２５には、当該レコードに対応する処理の呼出し元の業務アプリケーションを識別するための情報が格納される。アクセス先０５２６には、当該レコードに対応する処理の現時点で割振られているアクセス先が格納される。実行順番０５２７には、当該レコードに対応する処理の現時点で割振られている実行順番が格納される。実行可否０５２８には、当該レコードに対応する処理の現時点での実行可否が格納される。最新更新時刻０５２９には、０５２１〜０５２８のデータが最後に更新された時刻が格納される。

優先実行待ち行列０５０３は、処理ロジックに対して要求された処理毎のレコードを有する。一つのレコードは、通番０５３１、登録時刻０５３２、処理識別情報０５３３、業務種別０５３４、アプリケーション識別情報０５３５、アクセス先０５３６、実行順番０５３７、次開始時刻０５３８、関係処理通番０５３９、実行可否０５３０、最新更新時刻０５４２を含む。

通番０５３１には、優先実行待ち行列０５０３に格納されるレコードを一意に識別するための通し番号が格納される。登録時刻０５３２には、通番０５３１に該当するレコードの登録時刻が格納される。処理識別情報０５３３には、当該レコードに対応する処理を識別するための情報が格納される。業務種別０５３４には、当該レコードに対応する処理ロジックの業務種別が格納される。アプリケーション識別情報０５３５には、当該レコードに対応する処理の呼出し元の業務アプリケーションを識別するための情報が格納される。アクセス先０５３６には、当該レコードに対応する処理の現時点で割振られているアクセス先が格納される。実行順番０５３７には、当該レコードに対応する処理の現時点で割振られている実行順番が格納される。次開始時刻０５３８には、当該レコードに対応する処理ロジックの業務種別がデマンドレスポンス制御業務である場合の次の処理開始時刻が格納される。関係処理通番０５３９には、当該レコードに対応する処理ロジックの業務種別が需要家設備関連業務である場合の次に実行されるべきデマンドレスポンス処理の通番０５３１が格納される。実行可否０５３０には、当該レコードに対応する処理の現時点での実行可否が格納される。最新更新時刻０５４２には、０５３１〜０５３０のデータが最後に更新された時刻が格納される。

実行管理テーブル０４４１は更に、待機させる処理を格納する待機行列を含む。待機行列は、処理ロジックに対して要求された処理毎のレコードを有する。一つのレコードは、通常実行待ち行列０５０２及び優先実行待ち行列０５０３と同様、通番、登録時刻、処理識別情報、業務種別、アプリケーション識別情報等を含んでもよい。

業務アプリケーション実行管理サーバ０２０１は、通常実行待ち行列０５０２及び優先実行待ち行列０５０３を用いることにより、システム状態、電力需給状態、及び業務種別に応じて、処理を振り分け、優先実行待ち行列０５０３に入れられた処理を確実に実行することができる。

図６は、ポリシー０４４２を示す。

ポリシー０４４２は、処理ロジックの動作を規定する。ポリシー０４４２は、業務種別毎に、状態に対する優先度割振りを示すレコードを有する。状態は、電力需給状態とシステム状態を含む。一つのレコードは、業務種別０６１１、電力需給状態０６１２、システム状態０６１３、継続不可時０６１４を含む。

ここでの業務種別０６１１は、デマンドレスポンス制御業務、デマンドレスポンス非制御業務、需要家設備関連業務、非制御業務、システム運用業務の何れかを示す。デマンドレスポンス制御業務は、デマンドレスポンスにおける需要予測、計画立案、デマンドレスポンス指示、設備制御、計測等、デマンドレスポンスの制御に関連する処理を含む。デマンドレスポンス非制御業務は、デマンドレスポンスにおける市場連携、評価・決済等、デマンドレスポンスの制御ではない処理を含む。需要家設備関連業務は、デマンドレスポンスの制御対象となる需要家設備に対する処理を含む。非制御業務は、エネルギー管理システム０２００の業務のうち、デマンドレスポンスとは関係ない処理である。システム運用業務は、エネルギー管理システム０２００の運用に関する処理である。

電力需給状態０６１２は、定常である場合（０６２１）と、逼迫である場合（０６２２）の夫々に対して、当該レコードの業務種別０６１１に対する優先度の割振りのポリシーを規定している。逼迫は例えば、電力の供給に対する需要の割合が、所定の割合閾値を超える場合である。

システム状態０６１３は、正常である場合（０６３１）と、軽異常（第一異常）である場合（０６３２）と、重異常（第二異常）である場合（０６３３）との夫々に対して、当該レコードの業務種別０６１１に対する優先度の割振りのポリシーを規定している。データ蓄積サーバ０２０２等が複数のサーバを含み、複数のサーバが負荷分散を行っている場合、軽異常は例えば、複数のサーバのうち、障害が発生したサーバの数が、所定の第一サーバ数以上且つ所定の第二サーバ数（第一サーバ数より大きい）未満となった場合である。重異常は例えば、複数のサーバのうち、障害が発生したサーバの数が、所定の第二サーバ数以上となった場合である。例えば、複数のサーバの数がＮである場合、第一サーバ数が１で、第二サーバ数がＮであってもよい。

また、継続不可時０６１４は、業務の継続が不可である場合における、当該レコードの業務種別０６１１の業務種別に対する優先度割振りのポリシーを規定している。継続不可時とは、業務アプリケーション０１０７の増加に伴うエネルギー管理システム０２００の負荷の増大等に起因して、デマンドレスポンス等の制御をはじめとする業務アプリケーション０１０７又はエネルギー管理システム０２００の継続が不能となる状態である。

例えば、システム状態が正常であり且つ電力需給状態が定常である場合、デマンドレスポンス制御業務の処理は、周期実行を維持するために優先実行待ち行列０５０３へ格納され、最高の優先度が与えられる。この場合、デマンドレスポンス非制御業務の処理は、通常実行待ち行列０５０２へ格納され、デマンドレスポンス制御業務及び需要家設備関連業務の処理の空き時間に実行される。この場合、需要家設備関連業務の処理は、デマンドレスポンス制御業務の対象となる需要家設備の情報を収集する処理を含み、各周期のデマンドレスポンス制御業務の処理開始までに完了する必要があるため、優先実行待ち行列０５０３へ格納される。この場合、非制御業務の処理は、通常実行待ち行列０５０２へ格納され、デマンドレスポンス制御業務及び需要家設備関連業務の処理の空き時間に実行され、ユーザにより指定された優先度が与えられる。この場合、システム運用業務の処理は、通常実行待ち行列０５０２へ格納され、デマンドレスポンス制御業務及び需要家設備関連業務の処理の空き時間に実行される。これにより、業務アプリケーション実行管理サーバ０２０１は、周期的な需要家設備関連業務及びデマンドレスポンス制御業務の処理を確実に実行することができる。

例えば、システム状態が正常であり且つ電力需給状態が逼迫である場合、デマンドレスポンス制御業務の処理は、周期実行を維持するために優先実行待ち行列０５０３に格納される。ここで、デマンドレスポンス制御業務のうち運転計画立案及び設備制御の処理は、他の処理より高い優先度を与えられる。この場合、デマンドレスポンス非制御業務、需要家設備関連業務、非制御業務、システム運用業務の処理は、中断するために待機行列へ格納される。これにより、業務アプリケーション実行管理サーバ０２０１は、周期的なデマンドレスポンス制御業務のうち運転計画立案及び設備制御の処理を確実に実行することができる。したがって、エネルギー管理システム０２００は、デマンドレスポンス制御業務の処理により電力需給状態の逼迫に対処することができる。

例えば、システム状態が軽異常である場合、デマンドレスポンス制御業務の処理は、周期実行を維持するために優先実行待ち行列０５０３へ格納され、最高の優先度が与えられる。この場合、デマンドレスポンス非制御業務の処理は、通常実行待ち行列０５０２へ格納され、デマンドレスポンス制御業務、需要家設備関連業務、及びシステム運用業務の処理の空き時間に実行される。この場合、需要家設備関連業務の処理は、デマンドレスポンス制御業務の処理開始までに完了するために、優先実行待ち行列０５０３へ格納される。この場合、非制御業務の処理は、通常実行待ち行列０５０２へ格納され、デマンドレスポンス制御業務、需要家設備関連業務、及びシステム運用業務の処理の空き時間に実行され、ユーザにより指定された優先度が与えられる。この場合、システム運用業務の処理は、通常実行待ち行列０５０２へ格納され、デマンドレスポンス非制御業務及び非制御業務の優先度より高い優先度を与えられ、デマンドレスポンス制御業務及び需要家設備関連業務の処理の空き時間に実行される。これにより、業務アプリケーション実行管理サーバ０２０１は、周期的なデマンドレスポンス制御業務及び需要家設備関連業務の処理を確実に実行することができ、システム運用業務の処理を優先して実行することができる。したがって、エネルギー管理システム０２００は、システム運用業務の処理によりシステム状態の軽異常に対処することができる。

例えば、システム状態が重異常である場合、デマンドレスポンス制御業務、デマンドレスポンス非制御業務、需要家設備関連業務、及び非制御業務の処理は、廃棄される。この場合、システム運用業務の処理は、優先実行待ち行列０５０３へ格納され、最高の優先度が与えられる。これにより、業務アプリケーション実行管理サーバ０２０１は、システム運用業務の処理を優先して実行することができる。したがって、エネルギー管理システム０２００は、システム運用業務の処理によりシステム状態の重異常に対処することができる。

例えば、エネルギー管理システム０２００の動作の継続が不可能である場合、デマンドレスポンス制御業務の処理は、優先実行待ち行列０５０３へ格納され、デマンドレスポンス制御業務のうち、予め設定された重要設備に対する処理は、重要設備以外の設備に対する処理より高い優先度を与えられる。この場合、デマンドレスポンス非制御業務、需要家設備関連業務、及び非制御業務の処理は、通常実行待ち行列０５０２へ格納されるが、停止される。この場合、システム運用業務の処理は、優先実行待ち行列０５０３へ格納され、重要設備以外の設備に対する処理より高い優先度を与えられる。これにより、業務アプリケーション実行管理サーバ０２０１は、デマンドレスポンス制御業務のうち重要設備に対する処理と、システム運用業務の処理とを優先して実行することができる。したがって、エネルギー管理システム０２００は、最小限の処理を実行することができる。

以下、業務アプリケーション実行管理サーバ０２０１の動作について説明する。

処理ロジック実行制御部０４１４は、ポリシー０４４２に従って、処理の実行順番を決定する実行順番決定処理を実行する。

図７は、実行順番決定処理を示すフローチャートである。

処理ロジック実行制御部０４１４は、０７０１において、処理インタフェースを用いた業務アプリケーション０１０７からの処理の要求を受け付ける。ここで要求された処理を要求処理と呼ぶ。処理ロジック実行制御部０４１４は、０７０２において、システム状態を取得し、システム状態を判定し、システム状態が正常である場合、フローを０７０３へ移行させる。処理ロジック実行制御部０４１４は、０７０２において、システム状態が軽異常である場合、０７０４において、システム運用業務の処理の優先度を上げる。処理ロジック実行制御部０４１４は、０７０２において、システム状態が重異常である場合、０７０５において、要求処理の業務種別を判定し、要求処理の業務種別がシステム運用業務以外である場合、０７０６において、当該要求を廃棄し、業務アプリケーション０１０７にエラーを返し、フローを終了する（Ａ）。処理ロジック実行制御部０４１４は、０７０５において、要求処理がシステム運用業務である場合、０７０７において、要求処理を優先実行待ち行列０５０３に格納し、フローを終了する（Ａ）。

処理ロジック実行制御部０４１４は、０７０３において、電力需給状態を取得し、電力意需給状態を判定し、電力需給状態が逼迫である場合、０７０８において、要求処理の業務種別を判定し、要求処理の業務種別がデマンドレスポンス制御業務である場合、０７０９において、要求処理を優先実行待ち行列０５０３に格納し、０７１１において、優先実行待ち行列０５０３において、要求処理の優先度に応じた実行順番の入替を行い、このフローを終了する（Ａ）。処理ロジック実行制御部０４１４は、０７０８において、要求処理の業務種別がデマンドレスポンス制御業務以外である場合、０７１０において、要求処理を待機行列に格納し、フローを終了する（Ａ）。これにより、処理ロジック実行制御部０４１４は、電力需給状態が定常になるまで、要求処理を実行待ち状態のままとする。

処理ロジック実行制御部０４１４は、０７０３において、電力需給状態を取得した結果、定常である場合、０７１２において、要求処理の業務種別を判定し、要求処理の業務種別がデマンドレスポンス制御業務である場合、０７１３において、要求処理を優先実行待ち行列０５０３に格納し、０７１４において、優先実行待ち行列０５０３において、要求処理の優先度に応じた実行順番の入替を行い、フローを終了する。

処理ロジック実行制御部０４１４は、０７１２において、要求処理の業務種別がデマンドレスポンス制御業務又は需要家設備関連業務でない場合、０７１６において、要求処理を通常実行待ち行列０５０２に格納する。その後、処理ロジック実行制御部０４１４は、０７１７において、ユーザまたはエネルギー管理システム０２００にて指定されるポリシーを参照し、０７１８において、通常実行待ち行列０５０２において、０７１７の結果として得られた要求処理の優先度に応じた実行順番の入替を行い、０７１９において、０７１７の結果及び実績情報を参照して要求処理のデータアクセス先の割振りを行い、フローを終了する（Ａ）。

処理ロジック実行制御部０４１４は、０７１２において、要求処理の業務種別が需要家設備関連業務である場合、０７１５において、要求処理の対象とする設備に関する情報を抽出する。その後、処理ロジック実行制御部０４１４は、０７２０において、０７１５により抽出された、要求処理の対象とする設備が、優先実行待ち行列０５０３に格納済みのデマンドレスポンス制御業務の処理の対象である場合、０７２１において、優先実行待ち行列０５０３において、デマンドレスポンス制御業務の処理よりも前に需要家設備関連業務の要求処理を割り当てる。処理ロジック実行制御部０４１４は、０７２０において、０７１５により抽出された、要求処理の対象とする設備が、優先実行待ち行列０５０３に格納済みのデマンドレスポンス制御業務の処理の対象ではない場合、０７２２において、要求処理を通常実行待ち行列０５０２に格納する。その後、処理ロジック実行制御部０４１４は、０７２３において、ユーザまたはエネルギー管理システム０２００により指定されたポリシー０４４２を参照し、０７２４において、通常実行待ち行列０５０２において、０７１７の結果として得られた要求処理の優先度に応じた実行順番の入替を行い、０７２５において、０７２３の結果及び実績情報を参照して要求処理のアクセス先の割振りを行い、フローを終了する。

ここで０７１９及び０７２５のために、業務アプリケーション実行管理サーバ０２０１やデータ蓄積サーバ０２０２は、当該処理が必要とするデータのマスタデータの複製データを事前に用意してもよい。例えば、０７２５において処理ロジック実行制御部０４１４は、実績情報に基づいて、データの参照頻度が、予め設定された参照頻度閾値より高いと判定された場合、要求処理のアクセス先を複製データに割振る。これによりマスタデータへのアクセス集中による負荷発生を回避する。例えば、０７１９において処理ロジック実行制御部０４１４は、アクセス先として複製データを選択してもよい。また、ポリシー０４４２が複製データへのアクセスが可能であるか否かを示していてもよい。

以上のフローによれば、業務アプリケーション実行管理サーバ０２０１が、電力需給状態を判定する前にシステム状態を判定し、システム状態が異常である場合にシステム運用業務の処理を優先して実行することにより、エネルギー管理システム０２００の信頼性を高めることができる。また、通常時の要求処理がデマンドレスポンス制御及び需要家設備関連業務のいずれでもない場合、複製データをアクセス先として決定することにより、マスタデータの負荷を分散させることができる。また、通常時の要求処理が需要家設備関連業務であり、且つ対象とする設備がデマンドレスポンス制御業務の処理の対象でない場合、参照頻度に応じて、アクセス先をマスタデータと複製データの何れかに割振ることにより、負荷を分散させることができる。

処理ロジック実行制御部０４１４は、処理ロジックによる処理を実行し、その処理の実績情報を取得する実行制御処理を実行する。

図８は、実行制御処理を示すフローチャートである。

実行制御処理は、優先実行待ち行列０５０３に格納される処理の実行制御を行う優先実行制御処理０８０１と、通常実行待ち行列０５０２に格納される処理の実行制御を行う通常実行制御処理０８０２とを含む。

優先実行制御処理０８０１で、処理ロジック実行制御部０４１４は、０８１１において、周期的な実行タイミングの判定を行った結果、制御の次周期開始時である場合、０８１２において、優先実行待ち行列０５０３からデマンドレスポンス制御業務の処理を読み込む。その後、実績情報収集部０４１５は、０８１３において、当該処理の開始時刻を記録する。その後、処理ロジック実行制御部０４１４は、０８１４において、０８１２にて優先実行待ち行列０５０３から読み込まれたデマンドレスポンス制御業務の当該処理を実行する。その後、実績情報収集部０４１５は、０８１５において、０８１４の当該処理の実行に伴う実績情報を取得する。その後、実績情報収集部０４１５は、０８１６において、当該処理の終了時刻を記録する。その後、処理ロジック実行制御部０４１４は、フローを０８１１へ戻す。

処理ロジック実行制御部０４１４は、０８１１において、実行タイミングの判定を行った結果、制御の次周期開始前である場合、０８１７において、優先実行待ち行列０５０３から需要家設備関連業務の処理を読み込む。その後、実績情報収集部０４１５は、０８１８において、当該処理の開始時刻を記録する。その後、処理ロジック実行制御部０４１４は、０８１９において、０８１７にて優先実行待ち行列０５０３から読み込まれた需要家設備関連業務の当該処理を実行する。その後、実績情報収集部０４１５は、０８１０において、０８１９の当該処理の実行に伴う実績情報を取得する。その後、実績情報収集部０４１５は、０８３１において、当該処理の終了時刻を記録する。その後、処理ロジック実行制御部０４１４は、フローを０８１１へ戻す。

なお、実績情報収集部０４１５は、０８１３及び０８１６、０８１８及び０８３１にて記録される処理の開始時刻及び終了時刻から、当該処理の応答時間を算出できる。

通常実行制御処理０８０２で、処理ロジック実行制御部０４１４は、０８２１において、デマンドレスポンス制御業務の処理による制御の空き時間ではない場合、０８２１の処理に戻る。処理ロジック実行制御部０４１４は、０８２１において、制御の空き時間である場合、０８２２において、通常実行待ち行列０５０２から処理を読み込む。その後、処理ロジック実行制御部０４１４は、０８２３において、当該処理の開始時刻を記録する。その後、処理ロジック実行制御部０４１４は、０８２４において、０８２２にて通常実行待ち行列を読み込んだ結果として、当該処理を実行する。その後、実績情報収集部０４１５は、０８２５において、０８２４の当該処理の実行に伴う実績情報を取得する。その後、実績情報収集部０４１５は、０８２６において、当該処理の終了時刻を記録する。その後、処理ロジック実行制御部０４１４は、フローを０８２１へ戻す。

なお、実績情報収集部０４１５は、０８２３及び０８２６にて記録する開始時刻及び終了時刻から、当該処理の応答時間を算出できる。

以上のフローによれば、業務アプリケーション実行管理サーバ０２０１は、デマンドレスポンス制御業務の処理の周期実行と、デマンドレスポンス制御業務の処理前の需要家設備関連業務の処理の実行とを優先することができる。これにより、業務アプリケーション０１０７が追加されても、周期的な処理を実行することができる。

処理ロジック実行制御部０４１４は、業務アプリケーション０１０７からの要求される処理の増大によるリソース枯渇等に起因して、エネルギー管理システム０２００の動作継続が困難となる場合に対応するために動作継続対応処理を実行する。

図９は、動作継続対応処理を示すフローチャートである。

処理ロジック実行制御部０４１４は、０９０１において、実行制御処理により取得された実績情報から、業務アプリケーション０１０７の実行状態を算出する。その後、処理ロジック実行制御部０４１４は、０９０２において、０９０１にて算出した業務アプリケーションの実行状態から判定することにより、デマンドレスポンス制御業務をはじめとする業務及びエネルギー管理システム０２００の動作が継続可能である場合、０９０１を繰返す。処理ロジック実行制御部０４１４は、０９０２において、デマンドレスポンス制御業務をはじめとする業務及びエネルギー管理システム０２００の動作が継続可能ではない場合、０９０３において、エネルギー管理システム０２００のユーザに対し、システムリソース（計算資源）の不足を示すアラーム通知を行う。アラーム通知は、例えば、業務アプリケーション実行管理サーバ０２０１における、処理装置０２２１、記憶装置０２２２、通信装置０２２３等のシステムリソースを追加する必要があることを表示装置に表示させる。その後、処理ロジック実行制御部０４１４は、０９０４において、通常実行待ち行列０５０２に格納される処理を全て停止する。その後、処理ロジック実行制御部０４１４は、０９０５において、電力需給状態を参照する。その後、処理ロジック実行制御部０４１４は、０９０６において、０９０５の参照結果に基づいて、優先実行待ち行列０５０３に格納される処理のうち、優先度の低い処理を停止し、フローを終了する。これにより、エネルギー管理システム０２００は、最低限必要な処理を実行する縮退運転を行う。その後、エネルギー管理システム０２００は、ユーザによるシステムリソースの増強等の対策が実施されるまで縮退運転を行う。

以上の動作継続対応処理によれば、エネルギー管理システム０２００は、システムリソースが不足する場合に、エネルギー管理システム０２００として最低限必要な処理を継続させることができる。特に、デマンドレスポンス制御業務が優先される。また、エネルギー管理システム０２００が、システムリソースの不足を示すアラーム通知を表示装置に表示させることにより、ユーザは、システムリソースを追加するなどの対処を行うことができる。

本実施例では、エネルギー管理システムがクラウド環境である場合について説明する。

図１０は、実施例２のエネルギー管理システムを示す。

実施例１と比較すると、本実施例のエネルギー管理システムは、業務アプリケーション実行管理サーバ０２０１と、データ蓄積サーバ０２０２と、業務サーバ０２０４と、業務サーバ０２０５の代わりに、クラウド環境１００１を有する。クラウド環境１００１は、複数のサーバであってもよいし、一つのサーバであってもよい。

クラウド環境１００１は、アプリケーションサーバ０２０３に接続されている。

クラウド環境１００１は、サービスソフトウェア１０１１と、サービスソフトウェア１０１２と、サービスソフトウェア１０１３とを実行する。サービスソフトウェア１０１１は、実施例１の業務アプリケーション実行管理サーバ０２０１に相当し、インタフェース提供部０１０１と、処理ロジック組込み管理部０１０２と、データアクセス部０１０３と、処理ロジック実行制御部０１０５と、電力需給状態／システム状態監視部０１０４と、実績情報収集部０１０６と、ポリシー０４４２とを含む。サービスソフトウェア１０１２は、実施例１のデータ蓄積サーバ０２０２に相当し、１つ以上の設備機器及び制御系アプリケーションを実行する機器を含む１つ以上のノード０２０６からの通信メッセージを、制御系専用ネットワークを介して取得し、該メッセージに含まれるデータをデータベースに蓄積、管理する。サービスソフトウェア１０１３は、業務サーバ０２０４及び業務サーバ０２０５に相当し、その他の業務に関するミドルウェアまたはアプリケーションを実行する。

ノード０２０６は、ネットワーク０２１１を介してクラウド環境１００１に接続される。

業務アプリケーション０１０７は、インタフェース提供部０１０１により提供される処理インタフェースを用いて、処理ロジック組込み管理部０１０２における処理ロジックを呼び出し、処理ロジックの処理を実行させる。クラウド環境１００１による処理の流れ及びシステムの動作は、実施例１と同様である。

本実施例によれば、複数のアプリケーションサーバ０２０３や、遠隔地のアプリケーションサーバ０２０３が、クラウド環境１００１の処理ロジックを利用することができる。これにより、クラウド環境１００１のコストを低減することができる。
また、業務アプリケーション０１０７やアプリケーションサーバ０２０３を追加することができ、追加があった場合でも、クラウド環境１００１の信頼性を保つことができる。

以上の各実施例において、エネルギー管理システムは、業務アプリケーション向けの処理インタフェースを提供する部分と、処理ロジックが組み込まれる部分と、データベースもしくは他業務システムへのデータアクセスする部分と、を、業務アプリケーションから分けたフレームワーク構成を有する。また、エネルギー管理システムは、ミドルウェアにて、実際のエネルギー管理システムの動作内容、制約等との整合性を維持して必要な処理を実施する。これにより、業務アプリケーションから、非機能要件に対応するための作り込みを排除することができる。また、業務アプリケーション又は処理ロジックを、エネルギー管理システムの運用開始後も、個々の業務の必要に応じて逐次追加することができる。

また、エネルギー管理システムは、電力系統及びエネルギー管理システムの状態と、処理ロジックの種別とに対して指定されたポリシーに基づき、処理の実行順番の調整を行うことにより、予め設定された処理を優先して実行することができる。また、処理ロジック又は業務アプリケーションの増加により、エネルギー管理システムの動作継続が不可能となった場合に、アラーム通知と、電力需給状態に応じた縮退を行うことにより、エネルギー管理システムの信頼性を保つことができる。これにより、電力、スマートグリッド等の社会インフラとしての信頼性、安定性を保つために、アプリケーションが逐次追加され、システムリソースへの圧迫、負荷増大が発生しても、デマンドレスポンス等の制御アプリケーションを安定稼動させ、エネルギー管理システム全体の整合性及び安定性を保証することができる。

また、エネルギー管理システムの拡張に伴い、エネルギー管理システムにて管理するデータに対するアクセス処理を、エネルギー管理システムの稼動後に追加していく場合でも、制御をはじめとする既存の処理の動作が保証され、エネルギー管理システム全体の整合性及び安定性も保証される。特に性能及び信頼性が要求されるデマンドレスポンス制御業務の処理が安定して実行される。システム運用開始後の業務アプリケーションの規模やデータの規模をシステム構築時点では見積もることが困難であるため、運用により変動し得るエネルギー管理システムにおいて、各実施例の構成は有用である。

本発明は、以上の実施例に限定されるものでなく、その趣旨から逸脱しない範囲で、他の様々な形に変更することができる。

０１０１…インタフェース提供部、 ０１０２…処理ロジック組込み管理部、 ０１０３…データアクセス部、 ０１０４…システム状態監視部、 ０１０５…処理ロジック実行制御部、 ０１０６…実績情報収集部、 ０１０７…業務アプリケーション、 ０１５１…ポリシー、 ０２００…エネルギー管理システム、 ０２０１…業務アプリケーション実行管理サーバ、 ０２０２…データ蓄積サーバ、 ０２０３…アプリケーションサーバ、 ０２０４…業務サーバ、 ０２０６…ノード、 ０２１０…外部システム、 ０２２１…処理装置、 ０２２２…記憶装置、 ０２２３…通信装置

Claims (14)

1. エネルギー管理システムであって、
   記憶デバイスと、
   エネルギーを用いるノードに接続され、前記エネルギーの管理のための少なくとも一つの業務アプリケーションを実行する計算機に接続される通信デバイスと、
   前記記憶デバイス及び前記通信デバイスに接続される処理デバイスと、
   を備え、
   前記記憶デバイスは、前記業務アプリケーションにより用いられる特定処理を示す処理ロジックと、前記特定処理を呼び出すインタフェースを示すインタフェースロジックとを記憶し、
   前記処理デバイスは、
   前記業務アプリケーションから前記特定処理の呼び出しを前記インタフェースロジックに従って受け付け、
   前記エネルギー管理システムの状態であるシステム状態を監視し、
   前記エネルギーの状態であるエネルギー状態を監視し、
   前記システム状態と前記エネルギー状態とのそれぞれに応じた前記特定処理を示す処理ロジックの優先度に基づいて、前記特定処理の実行期間を決定し、
   前記実行期間において、前記処理ロジックに従って前記特定処理を実行する、
   エネルギー管理システム。
2. 前記処理デバイスは、追加処理ロジックと、前記追加処理ロジックの処理を呼び出すインタフェースを示すインタフェースロジックとを、前記記憶デバイスへ保存する、
   請求項１に記載のエネルギー管理システム。
3. 前記記憶デバイスは、複数の処理ロジックと、前記複数の処理ロジックの種別に対する優先度を示すポリシーを記憶し、
   前記複数の処理ロジックは、周期的な前記ノードの制御業務の処理ロジックと、他業務の処理ロジックとを含み、
   前記処理デバイスは、前記ポリシーに基づき、前記制御業務の処理の実行期間を避けて、前記他業務の処理の実行期間を設定する、
   請求項２に記載のエネルギー管理システム。
4. 前記エネルギーは、前記ノードを含む電力系統の電力であり、
   前記ノードは、需要家設備を含み、
   前記エネルギー状態は、前記電力の需給の状態を示し、
   前記制御業務は、デマンドレスポンスにおいて前記ノードを制御する、
   請求項３に記載のエネルギー管理システム。
5. 前記複数の処理ロジックは、前記需要家設備の状態を取得する需要家設備関連業務の処理ロジックを更に含み、
   前記処理デバイスは、前記ポリシーに基づき、前記制御業務の処理の実行期間の前に前記需要家設備関連業務の処理の実行期間を設定する、
   請求項４に記載のエネルギー管理システム。
6. 前記エネルギー状態は、前記電力の需給が逼迫するか否かを示し、
   前記ポリシーは、前記種別ごとに対応付けられた前記エネルギー状態に対する優先度を示し、
   前記エネルギー状態が前記逼迫である場合の前記需要家設備関連業務の優先度は、前記エネルギー状態が前記逼迫でない場合の前記需要家設備関連業務の優先度より高い、
   請求項５に記載のエネルギー管理システム。
7. 前記複数の処理ロジックは、前記エネルギー管理システムの運用業務の処理ロジックを更に含み、
   前記システム状態は、前記エネルギー管理システムの正常状態と、第一異常状態と、前記第一異常状態より重大な第二異常状態との何れかを示し、
   前記ポリシーは、前記種別ごとに対応付けられた前記エネルギー状態と前記システム状態のそれぞれに対する優先度を示し、
   前記システム状態が前記第一異常状態である場合の前記運用業務の優先度は、前記システム状態が前記正常状態である場合の前記運用業務の優先度より高く、
   前記システム状態が前記第二異常状態である場合の前記運用業務の優先度は、前記システム状態が前記第一異常状態である場合の前記運用業務の優先度より高く、
   前記システム状態が前記第二異常状態である場合の前記運用業務以外の処理の優先度は、前記運用業務以外の処理の中断を示す、
   請求項４に記載のエネルギー管理システム。
8. 前記ポリシーは、前記エネルギー状態と前記システム状態と前記種別とに対し、第一待ち行列と第二待ち行列を含む複数の待ち行列の何れかを示し、
   前記処理デバイスは、前記特定処理の呼び出しに応じて、前記ポリシーに基づいて前記複数の待ち行列を選択し、前記特定処理を前記選択された待ち行列へ格納し、
   前記処理デバイスは、前記第一待ち行列に格納された処理を、前記第二待ち行列に格納された処理より優先して実行する、
   請求項５に記載のエネルギー管理システム。
9. 前記記憶デバイスは、データベースに格納されるマスタデータの複製データを格納し、
   前記処理デバイスは、前記特定処理の種別に基づき、前記特定処理のアクセス先として前記複製データを選択する、
   請求項１に記載のエネルギー管理システム。
10. 前記処理デバイスは、処理の実行の実績を、前記記憶デバイスへ保存し、
    前記処理デバイスは、前記特定処理の種別と前記処理の実行の実績情報とに基づき、前記マスタデータ及び前記複製データの何れかを前記アクセス先として選択する、
    請求項９に記載のエネルギー管理システム。
11. 前記処理デバイスは、前記エネルギー管理システムの計算資源が不足していると判定した場合、前記不足を示す情報を表示装置に表示させ、前記ポリシーに基づいて処理を選択し、前記選択された処理以外の処理を停止する、
    請求項３に記載のエネルギー管理システム。
12. 前記記憶デバイスは、前記特定処理によるアクセスを示すアクセスロジックを格納し、
    前記処理デバイスは、前記システム状態及び前記エネルギー状態に基づいて、前記特定処理の実行期間と前記特定処理のアクセス先を決定し、前記特定処理の実行に応じ、前記アクセスロジックに従って前記アクセス先へアクセスする、
    請求項１に記載のエネルギー管理システム。
13. 前記処理デバイスは、前記ノードから繰り返し送信されるデータを受信し、前記データをデータベースへ保存し、
    前記処理デバイスは、前記特定処理が前記保存されたデータを要求する場合、前記アクセスロジックに従って、前記保存されたデータを前記データベースから読み出し、前記読み出されたデータを前記業務アプリケーションへ提供する、
    請求項１２に記載のエネルギー管理システム。
14. エネルギーを用いるノードの制御を含む少なくとも一つの業務アプリケーションの実行方法であって、
    前記業務アプリケーションにより用いられる特定処理を示す処理ロジックと、前記特定処理を呼び出すインタフェースを示すインタフェースロジックとを記憶する計算機システムを用いて、前記業務アプリケーションによる前記特定処理の呼び出しを前記インタフェースロジックに従って受け付け、
    前記計算機システムを用いて、前記業務アプリケーションを実行するエネルギー管理システムの状態であるシステム状態を監視し、
    前記計算機システムを用いて、前記エネルギーの状態であるエネルギー状態を監視し、
    前記計算機システムを用いて、前記システム状態と前記エネルギー状態とのそれぞれに応じた前記特定処理を示す処理ロジックの優先度に基づいて、前記特定処理の実行期間を決定し、
    前記計算機システムを用いて、前記実行期間において、前記処理ロジックに従って前記特定処理を実行する、
    ことを実行する方法。

Images