(57)【特許請求の範囲】
【請求項１】
デマンドレスポンスプロトコルを用いて電力の需給調整ユースケースを実行する需給調整システムであって、
事業者ごとに割り当てられた複数の需給調整装置を備えており、
前記需給調整装置は、
需給調整に必要なパラメータとメッセージの情報を受け付けて、送受信するメッセージに関する情報と状態遷移の情報を含むユースケース定義情報を生成してユースケース定義蓄積手段に格納するユースケース定義生成手段と、
前記ユースケース定義蓄積手段から前記ユースケース定義情報を読み出し、当該ユースケース定義情報に従って動作し、メッセージを送信する際には、当該メッセージに対応するデマンドレスポンスプロトコルのメッセージを生成するユースケース実行手段と、を有し、
事業者ごとに割り当てられた前記需給調整装置には、前記需給調整ユースケースで定義されている各事業者のユースケースがそれぞれ入力され、需給調整の依頼を受けるユースケースと需給調整を依頼するユースケースが入力された前記需給調整装置は、当該ユースケース同士を連携させて動作することを特徴とする需給調整システム。
【請求項２】
デマンドレスポンスプロトコルを用いて電力の需給調整を行う需給調整装置であって、当該需給調整装置は、上位の需給調整装置から需給調整の依頼を受けるとともに、下位の需給調整装置へ需給調整を依頼するものであり、
ユースケース定義情報は送受信するメッセージに関する情報と前記メッセージの送受信シーケンスに従う状態遷移の情報を含み、
需給調整の依頼を受ける第１のユースケース定義情報と需給調整を依頼する第２のユースケース定義情報を関連付けて格納したユースケース定義蓄積手段と、
需給調整に必要なパラメータとメッセージの情報を受け付けて、前記ユースケース定義情報を生成して前記ユースケース定義蓄積手段に格納するユースケース定義生成手段と、
需給調整の依頼を受けたときに前記ユースケース定義蓄積手段から前記第１のユースケース定義情報と当該第１のユースケース定義情報に関連付けられた前記第２のユースケース定義情報を読み出し、前記第１のユースケース定義情報に従って動作するとともに、前記第１のユースケース定義情報と連携させて前記第２のユースケース定義情報に従って動作し、メッセージを送信する際には、当該メッセージに対応するデマンドレスポンスプロトコルのメッセージを生成するユースケース実行手段と、
を有することを特徴とする需給調整装置。
【請求項３】
前記ユースケース実行手段への指示及び前記ユースケース実行手段の状態を取得するインタフェースを提供するインタフェース提供手段を有することを特徴とする請求項２に記載の需給調整装置。
【請求項４】
デマンドレスポンスプロトコルを用いて電力の需給調整を行う需給調整装置により実行される需給調整方法であって、当該需給調整装置は、上位の需給調整装置から需給調整の依頼を受けるとともに、下位の需給調整装置へ需給調整を依頼するものであり、
ユースケース定義情報は送受信するメッセージに関する情報と前記メッセージの送受信シーケンスに従う状態遷移の情報を含み、
前記需給調整装置は、需給調整の依頼を受ける第１のユースケース定義情報と需給調整を依頼する第２のユースケース定義情報を関連付けて格納したユースケース定義蓄積手段を備え、
需給調整に必要なパラメータとメッセージの情報を受け付けて、前記ユースケース定義情報を生成して前記ユースケース定義蓄積手段に格納するステップと、
需給調整の依頼を受けたときに前記ユースケース定義蓄積手段から前記第１のユースケース定義情報と当該第１のユースケース定義情報に関連付けられた前記第２のユースケース定義情報を読み出し、前記第１のユースケース定義情報に従って動作するとともに、前記第１のユースケース定義情報と連携させて前記第２のユースケース定義情報に従って動作するステップと、
メッセージを送信する際に、当該メッセージに対応するデマンドレスポンスプロトコルのメッセージを生成するステップと、
を有することを特徴とする需給調整方法。
【請求項５】
デマンドレスポンスプロトコルを用いて電力の需給調整を行う需給調整装置としてコンピュータを動作させるための需給調整プログラムであって、当該需給調整装置は、上位の需給調整装置から需給調整の依頼を受けるとともに、下位の需給調整装置へ需給調整を依頼するものであり、
ユースケース定義情報は送受信するメッセージに関する情報と前記メッセージの送受信シーケンスに従う状態遷移の情報を含み、
前記需給調整装置は、需給調整の依頼を受ける第１のユースケース定義情報と需給調整を依頼する第２のユースケース定義情報を関連付けて格納したユースケース定義蓄積手段を備え、
需給調整に必要なパラメータとメッセージの情報を受け付けて、前記ユースケース定義情報を生成して前記ユースケース定義蓄積手段に格納する処理と、
需給調整の依頼を受けたときに前記ユースケース定義蓄積手段から前記第１のユースケース定義情報と当該第１のユースケース定義情報に関連付けられた前記第２のユースケース定義情報を読み出し、前記第１のユースケース定義情報に従って動作するとともに、前記第１のユースケース定義情報と連携させて前記第２のユースケース定義情報に従って動作する処理と、
メッセージを送信する際に、当該メッセージに対応するデマンドレスポンスプロトコルのメッセージを生成する処理と、
を前記コンピュータに実行させることを特徴とする需給調整プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電力の需給調整を行う技術に関する。
【背景技術】
【０００２】
電力供給は、発電方式の多様化に伴い、供給と需要のアンバランスが発生し、発電量不足による停電や再生可能エネルギーの発電量過多による系統不安定が問題になっている。供給事業者は電力の供給量を天気予報等から予測し発電計画を立てるが、気温の急激な変化や需要家の生産計画の変動、また発電設備のトラブルなど、不測の事態に備え予備力を持つ必要がある。
【０００３】
従来の需給バランスを均等にする方法は、電力の需要量に応じて発電量を調整する電力供給事業者による供給側調整のみであったが、需要家側調整をすることで発電の供給不足・過多をより効率的に調整できることが検証されている。
【０００４】
そのため、供給量が不足する場合、需要家側で電力消費量を削減するピークカットやピークシフトに協力してもらい、協力に応じた分をインセンティブとして支払う需給調整ビジネスが欧米では行われている。需給調整には、需要家をまとめて一定量の電力調整を実施する事業者（以下、アグリゲータという）が供給事業者の要求に応え、需要家を調整する役目を担っている。
【０００５】
従来、アグリゲータは個々の需要家と電話やメールを使い需給調整を行っていたが、需要家の即応性や調整量の精度に欠けるものであったため、システム化による自動化が求められている。そこで、これらの需給調整をシステム化するための手順を標準プロトコル化（OASIS OpenADR2.0, ZigBee Alliance SEP2.0等、以下、デマンドレスポンスプロトコルという）が提案されて標準の策定が行われている。
【０００６】
需要調整をシステム化してデマンドレスポンスプロトコルにより通信する場合、以下のような問題がある。
【０００７】
まず、需給調整を行う方法を決めた様々なユースケースがあり、予め供給側と需要家側で調整する必要がある（ジェネリックなユースケースを定義する団体には、Energy Information Standards(EIS) Alliance, North American Energy Standards Board(NAESB), IEC TC57 WG21, JSCA DR-TF等がある）。例えば、需給調整を依頼する方法としては、目標削減量を通知して依頼する、削減量に対するインセンティブ価格を通知して依頼する、特定の需要家設備の制御通知を依頼するなどがある。また、事前に通知する日時、通知する回数、調整の対応可否に応じるか否か、対応可能なスケジュールの調整など、様々な組み合わせがある。
【０００８】
さらに、需給調整の実施時間帯が朝、昼、夕のケース、調整時間が季節に応じて変わる、などユースケースの変更や新たなユースケースに対応する必要がある。これらのユースケースは需要家に依存するため需要家毎に定義する必要がある。
【０００９】
加えて、従来の需要家側システム（ｘＥＭＳ等）に新たなデマンドレスポンスプロトコルを実装しなければならないという問題がある。機器を自動制御する場合、デマンドレスポンスプロトコルと従来プロトコル（BACnet, EchonetLite, Multispeak等）の変換も必要となる場合も多い。
【００１０】
ユースケース毎にアプリケーションを実装する従来手法でデマンドレスポンスプロトコルを用いた需給調整システムを実現するためには、まず、需給調整方法のユースケースをビジネスフロー等の一般的な表現方法で定義し、一般的な定義に基づいてデマンドレスポンスプロトコルで実装可能な範囲を抽出し、本ユースケースを実現するためのメッセージフローの設計、キャンセルや受諾可否など要件定義の後、プロトコル規定に従ったメッセージ（OpenADR では EiEvent, EiOpt等）に置換し、各々のメッセージのペイロード（OpenADR では SignalName, SignalType等）の値を決定する。これらの設計に基づき、アグリゲータ側システム、需要家側システムの双方にデマンドレスポンスプロトコル自体を実装し本ユースケースを動作させるためのアプリケーションを設計・実装し、当初のユースケースが実現できているか検証するといった過程を経て実現される。
【先行技術文献】
【非特許文献】
【００１１】
【非特許文献１】「ＯｐｅｎＡＤＲの標準化動向」、ＮＴＴ技術ジャーナル、日本電信電話株式会社、２０１３年１０月、第２５巻、第１０号、pp.38-41
【発明の概要】
【発明が解決しようとする課題】
【００１２】
デマンドレスポンスプロトコルを用いて需給調整システムをシステム化することで相互接続性の向上が期待できる一方で、需給調整方法（ユースケース）の多様な特性に対応するシステム化が実現できて需給量のインバランスを高い精度で改善することが可能となる。しかしながら、デマンドレスポンスプロトコルの深い理解が必須で、多様性を求めるとシステム化が複雑になり、変更・追加に対応できない問題が生じる。ユースケースが需要家毎に異なることや、効果を最大化・維持するためには事前計画段階のユースケースの実施後の再調整が不可欠であるため、ユースケース毎にアプリケーションを実装する従来手法には問題がある。また、アグリゲータと需要家間のユースケースにとどまらず、供給事業者、送配電系統運用事業者、マーケット市場運用機関といった様々な事業者（以下、アクタという）間をデマンドレスポンスプロトコルで情報伝達する需給調整ユースケースが必要となり、さらに複雑性が増している。
【００１３】
本発明は、上記に鑑みてなされたものであり、需給調整のためのユースケースの修正・追加に容易に対応可能な需給調整システムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
第１の本発明に係る需給調整システムは、デマンドレスポンスプロトコルを用いて電力の需給調整ユースケースを実行する需給調整システムであって、事業者ごとに割り当てられた複数の需給調整装置を備えており、前記需給調整装置は、需給調整に必要なパラメータとメッセージの情報を受け付けて、送受信するメッセージに関する情報と状態遷移の情報を含むユースケース定義情報を生成してユースケース定義蓄積手段に格納するユースケース定義生成手段と、前記ユースケース定義蓄積手段から前記ユースケース定義情報を読み出し、当該ユースケース定義情報に従って動作し、メッセージを送信する際には、当該メッセージに対応するデマンドレスポンスプロトコルのメッセージを生成するユースケース実行手段と、を有し、事業者ごとに割り当てられた前記需給調整装置には、前記需給調整ユースケースで定義されている各事業者のユースケースがそれぞれ入力され、需給調整の依頼を受けるユースケースと需給調整を依頼するユースケースが入力された前記需給調整装置は、当該ユースケース同士を連携させて動作することを特徴とする。
【００１５】
第２の本発明に係る需給調整装置は、デマンドレスポンスプロトコルを用いて電力の需給調整を行う需給調整装置であって、当該需給調整装置は、上位の需給調整装置から需給調整の依頼を受けるとともに、下位の需給調整装置へ需給調整を依頼するものであり、ユースケース定義情報は送受信するメッセージに関する情報と前記メッセージの送受信シーケンスに従う状態遷移の情報を含み、需給調整の依頼を受ける第１のユースケース定義情報と需給調整を依頼する第２のユースケース定義情報を関連付けて格納したユースケース定義蓄積手段と、需給調整に必要なパラメータとメッセージの情報を受け付けて、前記ユースケース定義情報を生成して前記ユースケース定義蓄積手段に格納するユースケース定義生成手段と、需給調整の依頼を受けたときに前記ユースケース定義蓄積手段から前記第１のユースケース定義情報と当該第１のユースケース定義情報に関連付けられた前記第２のユースケース定義情報を読み出し、前記第１のユースケース定義情報に従って動作するとともに、前記第１のユースケース定義情報と連携させて前記第２のユースケース定義情報に従って動作し、メッセージを送信する際には、当該メッセージに対応するデマンドレスポンスプロトコルのメッセージを生成するユースケース実行手段と、を有することを特徴とする。
【００１７】
上記需給調整装置において、前記ユースケース実行手段への指示及び前記ユースケース実行手段が起動したインスタンスの状態を取得するインタフェースを提供するインタフェース提供手段を有することを特徴とする。
【発明の効果】
【００１８】
本発明によれば、需給調整のためのユースケースの修正・追加に容易に対応可能な需給調整システムを提供することができる。
【図面の簡単な説明】
【００１９】
【図１】本実施の形態における需給調整システムの全体構成図である。
【図２】本実施の形態における需給調整システムで実行する需給調整ユースケースを示すシーケンス図である。
【図３】需給調整ゲートウェイの構成を示す機能ブロック図である。
【図４】イベントのユースケースを登録するための情報を入力する画面の例を示す図である。
【図５】あるユースケースのシーケンスを示すシーケンス図である。
【図６】別のユースケースのシーケンスを示すシーケンス図である。
【図７】レポートのユースケースを登録するための情報を入力する画面の例を示す図である。
【図８】図５のユースケースを需給調整ゲートウェイが実行する例を示したシーケンス図である。
【図９】需給調整ゲートウェイが提供するＡＰＩの例を示す図である。
【図１０】アグリゲータの需給調整ゲートウェイが実行するユースケースの例を示す図である。
【発明を実施するための形態】
【００２０】
以下、本発明の実施の形態について図面を用いて説明する。
【００２１】
図１は、複数の需給調整ゲートウェイ（需給調整装置）で構成された本実施の形態における需給調整システムの全体構成図である。
【００２２】
図１に示す例では、アクタとして１つの供給事業者、複数のアグリゲータ、複数の需要家が存在し、アクタ毎に需給調整ゲートウェイ１を持つ。各アクタの需給調整ゲートウェイ１は、クラウド上に配置される。需給調整ゲートウェイ１は、多段構成および隣接する複数の需給調整ゲートウェイ１で構成することができる。需給調整ゲートウェイ１間は、デマンドレスポンスプロトコルを用いて通信する。デマンドレスポンスプロトコルを実装していない各アクタ固有のシステム（ｘＥＭＳ等）と需給調整ゲートウェイ１とは需給調整ゲートウェイ１のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）を介して連携する。
【００２３】
図１に示す需給調整システムを用いて、例えば図２に示すような、複数のアクタが関係する需給調整ユースケースを実行する。アクタごとに割り当てられた需給調整ゲートウェイ１のそれぞれに、需給調整ユースケースで定義されている各アクタのユースケースを入力する。例えば、図２の例では、ＤＲ（Ｄｅｍａｎｄ  Ｒｅｓｐｏｎｓｅ）イベントに関するユースケースとして、供給事業者とアグリゲータの間で発動予告・依頼の送受信及び確認を行うユースケース、アグリゲータと需要家の間で発動依頼を送受信するユースケースが含まれている。また、レポートに関するユースケースとして、需要家とアグリゲータの間でＤＲ実行により抑制できた量を送受信するユースケース、アグリゲータと供給事業者との間で実績を報告するユースケースが含まれている。なお、ここでは需給調整全体のユースケースを需給調整ユースケースと称し、アクタそれぞれのユースケースを単にユースケースと称した。
【００２４】
図２のアグリゲータは、供給事業者から需給調整の依頼を受けるとともに、需要家に対して需給調整を依頼する。アグリゲータの需給調整ゲートウェイ１には、需給調整の依頼を受けるユースケースと需給調整を依頼するユースケースが入力される。アグリゲータの需給調整ゲートウェイ１に入力されたこれらのユースケース同士は関連付けられ、連携して動作する。具体的には、アグリゲータの需給調整ゲートウェイ１が供給事業者から発動予告・依頼を受信すると、供給事業者とアグリゲータ間のユースケースに従って発動予告・依頼の確認を返信するとともに、アグリゲータと需要家間のユースケースに従って発動依頼を送信する。
【００２５】
次に、需給調整ゲートウェイについて説明する。図３は、需給調整ゲートウェイの構成を示す機能ブロック図である。
【００２６】
図３に示す需給調整ゲートウェイ１は、ユースケーステンプレートエンジン１１、ユースケースフローエンジン１２、プロトコルフレームワーク１３、およびＡＰＩ処理部１４を備える。需給調整ゲートウェイ１が備える各部は、演算処理装置、記憶装置等を備えたコンピュータにより構成して、各部の処理がプログラムによって実行されるものとしてもよい。このプログラムは需給調整ゲートウェイ１が備える記憶装置に記憶されており、磁気ディスク、光ディスク、半導体メモリ等の記録媒体に記録することも、ネットワークを通して提供することも可能である。
【００２７】
ユースケーステンプレートエンジン１１は、ユースケース入力画面を提示して需給調整に必要なパラメータ群とメッセージの情報などを入力し、送受信されるメッセージに関する情報と状態遷移の情報などで構成されるユースケース定義情報を生成してユースケース定義データベース１１１に格納する。ユースケースの入力と生成されるユースケース定義情報については後述する。
【００２８】
ユースケースフローエンジン１２は、ユースケース定義データベース１１１からユースケース定義情報を読み出して実行オブジェクトのインスタンスを作成して起動し、ユースケース実行データベース１２１で状態を管理する。ユースケースフローエンジン１２は、ユースケース定義情報に基づいて動作し、デマンドレスポンスプロトコルの処理をプロトコルフレームワーク１３に依頼し、他の需給調整ゲートウェイ１とのデータフローを開始する。例えば、ユースケース定義情報に事前予告のメッセージを送信することが含まれていた場合、事前予告のメッセージに対応するデマンドレスポンスプロトコルのメッセージを生成し、必要な情報をユースケース定義情報から取得して生成したメッセージに載せてプロトコルフレームワーク１３に渡す。また、ユースケースフローエンジン１２は、ＡＰＩ処理部１４からの要求に応じて状態遷移したり、状態情報等をＡＰＩ処理部１４に返す。
【００２９】
プロトコルフレームワーク１３は、イベント処理部１３１及びレポート処理部１３２を備え、対向する需給調整ゲートウェイ１との間でデマンドレスポンスプロトコルの処理を行う。イベント処理部１３１は、需給調整の要請などのイベントに関する処理を行い、レポート処理部１３２は、計量などのレポートに関する処理を行う。
【００３０】
ＡＰＩ処理部１４は、ユースケースフローエンジン１２を制御するためのＡＰＩを外部アプリケーション（ｘＥＭＳ等）に提供し、ＡＰＩに従ってユースケースフローエンジン１２を制御する。本実施の形態では、ＡＰＩをＷｅｂＡＰＩとして提供し、クラウド上に需給調整ゲートウェイ１を配置することで、外部アプリケーションはユースケースに依存するアプリケーション処理の実装と、デマンドレスポンスプロトコルの実装から解放される。
【００３１】
次に、ユースケースの入力と生成されるユースケース定義情報について説明する。
【００３２】
ユースケーステンプレートエンジン１１に入力するユースケースの種類は、需給調整の発動に関するイベントとエネルギーの使用量や抑制量の報告に関するレポートの２種類に大別される。
【００３３】
図４に、イベントのユースケースを登録するための情報を入力する画面の例を示す。同図の画面では、開始・終了日時、依頼先、種別（図４ではイベント）などの情報と、需給調整を依頼するメッセージに関する情報を入力することが可能である。依頼先のグループとは、複数のアクタをまとめたものであり、複数のアクタに対してまとめて需給調整を依頼するときに指定する。
【００３４】
需給調整を依頼するメッセージに関する情報として、イベント種別（抑制量や価格など需給調整を依頼する方法の種別）、イベント種別に応じた必要な情報、および受諾応答要求の有無を入力することができる。受諾応答要求の有無は、応答メッセージが返信されるか否かを示す。
【００３５】
また、需給調整を依頼するメッセージに先立って送信する事前予告のメッセージに関する情報もここで入力できる。
【００３６】
需給調整を依頼するメッセージや事前予告のメッセージは画面右側の追加ボタン、削除ボタンで増減できる。例えば、アグリゲータと需要家との間で、需給調整の依頼の前に２回以上事前予告を送信する契約をしていた場合は、事前予告のメッセージの追加ボタンを操作し、送信される事前予告のメッセージを増やす。あるいは、事前予告が不要の契約をしていた場合は、事前予告のメッセージの削除ボタンを操作して事前予告のメッセージを削除する。
【００３７】
図４で必要な情報を入力し、画面下側の登録ボタンを操作することで、ユースケーステンプレートエンジン１１は、ユースケース定義情報を生成してユースケース定義データベース１１１に格納する。ユースケースフローエンジン１２がこのユースケース定義情報を読み出して実行オブジェクトのインスタンスを作成して起動することで、デマンドレスポンスプロトコルを用いた需給調整の依頼が行われる。
【００３８】
図４の画面を利用して入力されたユースケースの具体例について説明する。
【００３９】
例えば、需給調整を依頼するメッセージについて、受諾応答要求を「あり」、前日に事前予告のメッセージが必要で、事前予告のメッセージについても受諾応答要求を「あり」とした場合、図５に示すような、需給調整の発動の前日に事前予告のメッセージと応答メッセージが送受信され、需給調整の発動当日に需給調整を依頼するメッセージと応答メッセージが送受信されるシーケンスに従って状態遷移するユースケース定義情報が生成され、ユースケース定義データベース１１１に格納される。ユースケース定義情報には、各メッセージに記載されるパラメータも含まれる。なお、ここでのメッセージはデマンドレスポンスプロトコルで規定されたメッセージではなく、事前予告のメッセージ、需給調整依頼のメッセージなどより一般的に表現したメッセージである。
【００４０】
別の例として、需給調整を依頼するメッセージについて、受諾応答要求を「なし」、事前予告のメッセージを不要とした場合、図６に示すような、需給調整の発動当日に需給調整を依頼するメッセージを送信するだけのユースケース定義情報が生成されて、ユースケース定義データベース１１１に格納される。
【００４１】
レポートのユースケースもイベントのユースケースと同様に情報を入力して登録する。図７に、レポートのユースケースを登録するための情報を入力する画面の例を示す。同図の画面では、開始・終了日時、依頼先、種別（図７ではレポート）、収集周期などの情報と、レポートを送信するメッセージに関する情報を入力することが可能である。レポートを送信するメッセージに関する情報として、レポートを送信する形式（例えば、抑制電力量、電力使用量など）を指定するレポート種別を入力することができる。送信するメッセージは、追加ボタン、削除ボタンで増減できる。
【００４２】
図７で必要な情報を入力し、画面下側の登録ボタンを操作することで、ユースケーステンプレートエンジン１１は、ユースケース定義情報を生成してユースケース定義データベース１１１に格納する。ユースケースフローエンジン１２がこのユースケース定義情報を読み出して実行オブジェクトのインスタンスを作成して起動することで、デマンドレスポンスプロトコルを用いたレポートの送信が行われる。
【００４３】
次に、需給調整ゲートウェイ１の動作について説明する。
【００４４】
図８は、図５で示したユースケースを需給調整ゲートウェイ１が実行する例を示したシーケンス図である。
【００４５】
まず、アグリゲータ、需要家のｘＥＭＳがＡＰＩにより自身の需給調整ゲートウェイ１Ａ，１Ｂにユースケースの実行を指示する（ステップＳ１０１，Ｓ３０１）。アグリゲータ、需要家のｘＥＭＳと需給調整ゲートウェイ１Ａ，１Ｂ間は需給調整ゲートウェイ１Ａ，１Ｂが提供するＡＰＩによるＡＰＩ通信で行われる。図９に、ＡＰＩの例を示す。ＡＰＩは、需給調整を指示する側（ＴＮ）、指示を受ける側（ＥＮ）に大別される。ＡＰＩのパラメータにはユースケースを指定するパラメータが含まれる。また、ＡＰＩのパラメータはユースケースの定義内容に依存しない。
【００４６】
需給調整ゲートウェイ１Ａ，１Ｂのユースケースフローエンジン１２は、ユースケース定義情報の実行オブジェクトのインスタンスを作成して起動すると、需要家の需給調整ゲートウェイ１Ｂは、アグリゲータの需給調整ゲートウェイ１Ａに登録要求を送信し、登録要求受諾応答を受信する（Ｓ２０１）。これ以降、需給調整ゲートウェイ１Ａ，１Ｂ間ではデマンドレスポンスプロトコルに従った通信が行われる。
【００４７】
需給調整の発動依頼の前日になると、需給調整ゲートウェイ１Ａは、ユースケース定義情報に基づき、デマンドレスポンスプロトコルを用いて発動予告を需要家の需給調整ゲートウェイ１Ｂに送信する（ステップＳ２０２）。図８のステップＳ２０２では、需給調整ゲートウェイ１ＢがｏａｄｒＰｏｌｌメッセージを需給調整ゲートウェイ１Ａに送信し、需給調整ゲートウェイ１Ａから発動予告の内容を含むｏａｄｒＤｉｓｔｒｉｂｕｔｅＥｖｅｎｔメッセージを受信している。需給調整ゲートウェイ１Ａ，１Ｂ間で送受信するメッセージの内容や条件等は、ユースケース定義情報内において定義されている。例えば、図８の例では、需給調整ゲートウェイ１ＢがｏａｄｒＰｏｌｌメッセージにより需給調整ゲートウェイ１Ａに定期的にメッセージを問い合わせることがユースケース定義情報内に定義されている。ユースケースフローエンジン１２は、ユースケース定義情報に基づいてデマンドレスポンスプロトコルのメッセージを作成し、プロトコルフレームワーク１３にデマンドレスポンスプロトコルの処理を依頼する。ユースケースフローエンジン１２は、メッセージの送受信やタイマーなどに応じて状態を遷移させる。
【００４８】
需要家のｘＥＭＳはＡＰＩを用いて自身の需給調整ゲートウェイ１Ｂから発動予告を取得し（ステップＳ３０２）、需給調整を受諾する旨を示す応答をＡＰＩにより需給調整ゲートウェイ１Ｂに通知する（ステップＳ３０３）。
【００４９】
需給調整ゲートウェイ１Ｂは、需給調整ゲートウェイ１Ａに発動予告への応答を需給調整ゲートウェイ１Ａに送信する（ステップＳ２０３）。アグリゲータのｘＥＭＳはＡＰＩを用いて需給調整ゲートウェイ１Ａから発動予告に対する応答を取得する（ステップＳ１０２）。
【００５０】
発動日当日になると、需給調整ゲートウェイ１Ａは、発動依頼を需給調整ゲートウェイ１Ｂに送信する（ステップＳ２０４）。
【００５１】
需要家のｘＥＭＳは需給調整ゲートウェイ１Ｂから発動依頼を取得して応答を返す（ステップＳ３０４，Ｓ３０５）。需給調整ゲートウェイ１Ｂは、発動依頼への応答を需給調整ゲートウェイ１Ａに送信する（ステップＳ２０５）。アグリゲータのｘＥＭＳは需給調整ゲートウェイ１Ａから発動依頼に対する応答を取得する（ステップＳ１０３）。
【００５２】
以上の処理により、需給調整が開始される。
【００５３】
需給調整開始後は、アグリゲータと需要家のｘＥＭＳは状態取得ＡＰＩを用いて需給調整の状態を取得し（ステップＳ１０４，Ｓ３０６）、需給調整が終了すると、メッセージ履歴ＡＰＩを用いてメッセージの履歴を取得する（ステップＳ１０５，Ｓ３０７）。
【００５４】
なお、図８では、アグリゲータと需要家のｘＥＭＳが需給調整ゲートウェイ１Ａ，１ＢのＡＰＩを利用して需給調整を行ったが、オペレータが需給調整ゲートウェイ１Ａにアクセスして需給調整を依頼するユースケースを起動し、オペレータが需給調整ゲートウェイ１Ｂにアクセスして依頼内容を確認してｘＥＭＳに依頼内容に応じた需給調整を指示してもよい。
【００５５】
次に、アグリゲータの需給調整ゲートウェイのユースケースについて説明する。
【００５６】
アグリゲータの需給調整ゲートウェイ１は、上位の需給調整ゲートウェイ１から需給調整の依頼を受ける処理と、下位の需給調整ゲートウェイ１に対して需給調整を依頼する処理を行う。アグリゲータの需給調整ゲートウェイ１において、上位の需給調整ゲートウェイ１からメッセージを受信した際に、下位の需給調整ゲートウェイ１との間のメッセージの送受信のために起動するユースケース定義情報を指定しておく。
【００５７】
図１０に示す例では、アグリゲータの需給調整ゲートウェイ１において、ユースケース１００にユースケース２００を指定しておく。アグリゲータの需給調整ゲートウェイ１がユースケース１００のメッセージを受信したときには、ユースケース２００を実行する。アグリゲータの需給調整ゲートウェイ１は、ユースケース１００とユースケース２００を連携させて動作させて、上位の供給事業者の需給調整ゲートウェイ１から受信したメッセージを下位の需要家の需給調整ゲートウェイ１に転送し、下位の需要家の需給調整ゲートウェイ１から受信したメッセージを上位の供給事業者の需給調整ゲートウェイ１に転送する。
【００５８】
以上説明したように、本実施の形態によれば、需給調整ゲートウェイ１がユースケーステンプレートエンジン１１、ユースケースフローエンジン１２、プロトコルフレームワーク１３を備え、ユースケーステンプレートエンジン１１が、ユースケース入力画面で入力された情報から、送受信されるメッセージに関する情報と状態遷移の情報などで構成されるユースケース定義情報を生成してユースケース定義データベース１１１に格納し、ユースケースフローエンジン１２が、ユースケース定義データベース１１１からユースケース定義情報を読み出して、ユースケース定義情報に従って動作するインスタンスを生成して起動し、プロトコルフレームワーク１３が、ユースケースフローエンジン１２からの制御によりデマンドレスポンスプロトコルを処理することで、ユースケーステンプレートエンジン１１のユースケース入力画面に情報を入力するだけで、デマンドレスポンスプロトコルによる需給調整を行うことができ、需給調整ゲートウェイ１の提供するＡＰＩをアクタが持つ既存のｘＥＭＳが利用することで、需給調整の機能を取り込むことが可能となる。ユースケースの修正・追加は、ユースケーステンプレートエンジン１１のユースケース入力画面に情報を入力するだけでよいので、ユースケースの修正・追加に対するシステムの修正の最小化でき、デマンドレスポンスプロトコルの依存性を最小化できる。
【００５９】
また、デマンドレスポンスプロトコルの標準仕様を需給調整ゲートウェイ１により担保するため、非機能要件の検討・実装を最小化できる。
【符号の説明】
【００６０】
１…需給調整ゲートウェイ
１１…ユースケーステンプレートエンジン
１１１…ユースケース定義データベース
１２…ユースケースフローエンジン
１２１…ユースケース実行データベース
１３…プロトコルフレームワーク
１３１…イベント処理部
１３２…レポート処理部
１４…ＡＰＩ処理部
１００，２００…ユースケース
【図１】
0006472953.tif 000002
【図２】
0006472953.tif 000003
【図３】
0006472953.tif 000004
【図４】
0006472953.tif 000005
【図５】
0006472953.tif 000006
【図６】
0006472953.tif 000007
【図７】
0006472953.tif 000008
【図８】
0006472953.tif 000009
【図９】
0006472953.tif 000010
【図１０】
0006472953.tif 000011