(57)【特許請求の範囲】
【請求項１】
施設に設けられる分散電源を電力系統に電力を供給する電源として用いるシステムで用いる電力管理方法であって、
前記電力系統に接続された前記施設から前記電力系統への逆潮流量及び前記電力系統から前記施設への潮流量のうち少なくとも一方を管理する電力管理サーバから、前記施設に設けられる前記分散電源及び負荷を制御するローカル制御装置に対して、第１プロトコルに従って第１メッセージを送信するステップＡと、
前記ローカル制御装置から前記分散電源及び前記負荷のいずれか一方の機器に対して、前記第１プロトコルとは異なる第２プロトコルに従って第２メッセージを送信するステップＢと、
前記ローカル制御装置から前記電力管理サーバに対して、前記第２プロトコルに従って前記機器が対応可能なローカル制御要素を特定する特定情報を含み、前記第１プロトコルに従った第３メッセージを送信するステップＣとを備え、
前記特定情報は、前記機器に対する設定を要求する動作状態を示すローカル制御要素に前記機器が対応しているか否かを特定する情報を含む、電力管理方法。
【請求項２】
前記第１プロトコルは、前記電力管理サーバと前記ローカル制御装置との間の通信で用いるプロトコルとして規格化されたプロトコルであり、前記第２プロトコルは、前記施設で用いるプロトコルとして規格化されたプロトコルである、請求項１に記載の電力管理方法。
【請求項３】
前記第１プロトコルは、Ｏｐｅｎ  ＡＤＲ２．０に準拠するプロトコルである、請求項１又は２に記載の電力管理方法。
【請求項４】
前記第３メッセージは、前記Ｏｐｅｎ  ＡＤＲ２．０に準拠するｏａｄｒＲｅｇｉｓｔｅｒＲｅｐｏｒｔである、請求項３に記載の電力管理方法。
【請求項５】
前記第２プロトコルは、ＥＣＨＯＮＥＴ  Ｌｉｔｅに準拠するプロトコルである、請求項１乃至４のいずれか１項に記載の電力管理方法。
【請求項６】
前記ローカル制御装置が、前記第２プロトコルに従って前記機器が対応可能なローカル制御要素の一覧を含むコマンドを前記機器から受信するステップＤを備え、
前記特定情報は、前記機器が対応可能な前記ローカル制御要素の一覧を含む、請求項１乃至５のいずれか１項に記載の電力管理方法。
【請求項７】
前記ローカル制御装置が、前記第２プロトコルに従って前記機器が対応可能なローカル制御要素の一覧を含むコマンドを前記機器から受信するステップＤを備え、
前記特定情報は、前記機器が対応する前記第２プロトコルのリリースを識別する情報を含む、請求項１乃至５のいずれか１項に記載の電力管理方法。
【請求項８】
前記ローカル制御装置が、前記第２プロトコルに従って前記機器が対応可能なローカル制御要素の一覧を含むコマンドを前記機器から受信するステップＤを備え、
前記特定情報は、前記第２プロトコルでオプションとして定義されるローカル制御要素に前記機器が対応しているか否かを示す情報を含む、請求項１乃至５のいずれか１項に記載の電力管理方法。
【請求項９】
施設に設けられる分散電源を電力系統に電力を供給する電源として用いるシステムにおいて、前記施設に設けられる分散電源及び負荷を制御するローカル制御装置であって、
前記電力系統に接続された前記施設から前記電力系統への逆潮流量及び前記電力系統から前記施設への潮流量のうち少なくとも一方を管理する電力管理サーバから、第１プロトコルに従って第１メッセージを受信する受信部と、
前記施設に設けられる前記分散電源及び前記負荷のいずれか一方の機器に対して、前記第１プロトコルとは異なる第２プロトコルに従って第２メッセージを送信する送信部とを備え、
前記送信部は、前記電力管理サーバに対して、前記第２プロトコルに従って前記機器が対応可能なローカル制御要素を特定する特定情報を含み、前記第１プロトコルに従った第３メッセージを送信し、
前記特定情報は、前記機器に対する設定を要求する動作状態を示すローカル制御要素に前記機器が対応しているか否かを特定する情報を含む、ローカル制御装置。
【請求項１０】
施設に設けられる分散電源を電力系統に電力を供給する電源として用いるシステムであって、
前記電力系統に接続された前記施設から前記電力系統への逆潮流量及び前記電力系統から前記施設への潮流量のうち少なくとも一方を管理する電力管理サーバと、
前記施設に設けられる前記分散電源及び負荷を制御するローカル制御装置とを備え、
前記電力管理サーバは、前記ローカル制御装置に対して、第１プロトコルに従って第１メッセージを送信する第１送信部を備え、
前記ローカル制御装置は、前記施設に設けられる前記分散電源及び前記負荷のいずれか一方の機器に対して、前記第１プロトコルとは異なる第２プロトコルに従って第２メッセージを送信する第２送信部を備え、
前記第２送信部は、前記電力管理サーバに対して、前記第２プロトコルに従って前記機器が対応可能なローカル制御要素を特定する特定情報を含み、前記第１プロトコルに従った第３メッセージを送信し、
前記特定情報は、前記機器に対する設定を要求する動作状態を示すローカル制御要素に前記機器が対応しているか否かを特定する情報を含む、電力管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電力管理方法、ローカル制御装置及び電力管理システムに関する技術である。
【背景技術】
【０００２】
近年、電力系統の電力需給バランスを維持するために、電力系統から施設への潮流量又は施設から電力系統への逆量流を抑制する技術が知られている（例えば、特許文献１，２）。また、複数の施設に設けられる分散電源を電力系統に電力を供給する電源として用いるシステム（以下、ＶＰＰ；Ｖｉｒｔｕａｌ  Ｐｏｗｅｒ  Ｐｌａｎｔ）が注目を集めている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−１６９１０４号公報
【特許文献２】特開２０１４−１２８１０７号公報
【発明の概要】
【０００４】
第１の態様に係る電力管理方法は、電力系統に接続された施設を管理する電力管理サーバから前記施設に設けられるローカル制御装置に対して、第１プロトコルに従って第１メッセージを送信するステップＡと、前記ローカル制御装置から前記施設に設けられる機器に対して、前記第１プロトコルとは異なる第２プロトコルに従って第２メッセージを送信するステップＢと、前記ローカル制御装置から前記電力管理サーバに対して、前記第２プロトコルに従って前記機器が対応可能なローカル制御要素を特定する特定情報を含み、前記第１プロトコルに従った第３メッセージを送信するステップＣとを備える。前記特定情報は、前記機器に対する設定を要求する動作状態を示すローカル制御要素に前記機器が対応しているか否かを特定する情報を含む。
【０００５】
第２の態様に係るローカル制御装置は、電力系統に接続された施設を管理する電力管理サーバから、第１プロトコルに従って第１メッセージを受信する受信部と、前記施設に設けられる機器に対して、前記第１プロトコルとは異なる第２プロトコルに従って第２メッセージを送信する送信部とを備える。前記送信部は、前記電力管理サーバに対して、前記第２プロトコルに従って前記機器が対応可能なローカル制御要素を特定する特定情報を含み、前記第１プロトコルに従った第３メッセージを送信する。前記特定情報は、前記機器に対する設定を要求する動作状態を示すローカル制御要素に前記機器が対応しているか否かを特定する情報を含む。
【０００６】
第３の態様に係る電力管理システムは、電力系統に接続された施設を管理する電力管理サーバと、前記施設に設けられるローカル制御装置とを備える。前記電力管理サーバは、前記ローカル制御装置に対して、第１プロトコルに従って第１メッセージを送信する第１送信部を備える。前記ローカル制御装置は、前記施設に設けられる機器に対して、前記第１プロトコルとは異なる第２プロトコルに従って第２メッセージを送信する第２送信部を備える。前記第２送信部は、前記電力管理サーバに対して、前記第２プロトコルに従って前記機器が対応可能なローカル制御要素を特定する特定情報を含み、前記第１プロトコルに従った第３メッセージを送信する。前記特定情報は、前記機器に対する設定を要求する動作状態を示すローカル制御要素に前記機器が対応しているか否かを特定する情報を含む。
【図面の簡単な説明】
【０００７】
【図１】図１は、実施形態に係る電力管理システム１００を示す図である。
【図２】図２は、実施形態に係る電力管理サーバ２００を示す図である。
【図３】図３は、実施形態に係るローカル制御装置３３０を示す図である。
【図４】図４は、実施形態に係る第１プロトコルの一例を示す図である。
【図５】図５は、実施形態に係る第１プロトコルの一例を示す図である。
【図６】図６は、実施形態に係る第２プロトコルの一例を示す図である。
【図７】図７は、実施形態に係る第２プロトコルの一例を示す図である。
【図８】図８は、実施形態に係る第２プロトコルの一例を示す図である。
【図９】図９は、実施形態に係る第２プロトコルの一例を示す図である。
【図１０】図１０は、実施形態に係る第２プロトコルの一例を示す図である。
【図１１】図１１は、実施形態に係る第１プロトコルと第２プロトコルとの対応関係の一例を示す図である。
【図１２】図１２は、実施形態に係る電力管理方法を示す図である。
【図１３】図１３は、実施形態に係る電力管理方法を示す図である。
【図１４】図１４は、変更例１に係る電力管理方法を示す図である。
【図１５】図１５は、変更例２に係る電力管理方法を示す図である。
【図１６】図１６は、変更例３に係る電力管理方法を示す図である。
【発明を実施するための形態】
【０００８】
ＶＰＰにおいて、電力管理サーバは、第１プロトコルに従って第１メッセージをローカル制御装置に送信し、ローカル制御装置は、第１プロトコルとは異なる第２プロトコルに従って第２メッセージを機器に送信する。このようなケースにおいて、電力系統の潮流量又は逆潮流量を適切に管理するために様々な検討が必要である。
【０００９】
実施形態の電力管理方法、ローカル制御装置及び電力管理システムは、電力系統の潮流量又は逆潮流量を適切に管理することができる。
【００１０】
以下において、実施形態について図面を参照しながら説明する。なお、以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。
【００１１】
但し、図面は模式的なものであり、各寸法の比率などは現実のものとは異なる場合があることに留意すべきである。従って、具体的な寸法などは以下の説明を参酌して判断すべきである。また、図面相互間においても互いの寸法の関係又は比率が異なる部分が含まれていることは勿論である。
【００１２】
［実施形態］
（電力管理システム）
以下において、実施形態に係る電力管理システムについて説明する。
【００１３】
図１に示すように、電力管理システム１００は、電力管理サーバ２００と、施設３００とを有する。図１では、施設３００として、施設３００Ａ〜施設３００Ｃが例示されている。
【００１４】
各施設３００は、電力系統１１０に接続される。以下において、電力系統１１０から施設３００への電力の流れを潮流と称し、施設３００から電力系統１１０への電力の流れを逆潮流と称する。
【００１５】
電力管理サーバ２００及び施設３００は、ネットワーク１２０に接続されている。ネットワーク１２０は、電力管理サーバ２００と施設３００との間の回線を提供すればよい。ネットワーク１２０は、例えば、インターネットである。ネットワーク１２０は、ＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）などの専用回線を提供してもよい。
【００１６】
電力管理サーバ２００は、発電事業者、送配電事業者或いは小売事業者などの事業者によって管理されるサーバである。
【００１７】
電力管理サーバ２００は、施設３００に設けられるローカル制御装置３３０に対して、施設３００に設けられる機器（負荷３１０又は分散電源３２０）に対する制御を指示する。機器に対する制御の指示は、機器の情報の報告を要求する指示であってもよく、機器の動作状態の設定を要求する指示であってもよい。
【００１８】
機器の情報の報告を要求する指示は、電力管理サーバ２００に対する報告が要求される１以上の機器の情報を示す情報要素の指定によって行われる。このような情報要素は、例えば、１以上の負荷３１０の使用電力量（Ｗｈ）、１以上の負荷３１０の使用電力量の履歴（Ｗｈ）、分散電源３２０の発電電力（Ｗ）、分散電源３２０の一例である蓄電池の充電残量（Ｗｈ）、蓄電池の充放電電力（Ｗ）、蓄電池の充放電電力量（Ｗｈ）、蓄電池の充放電電力量の履歴（Ｗｈ）、蓄電池の充放電可能量（Ｗｈ）、潮流量の抑制可能量（Ｗ）、逆潮流量の抑制可能量（Ｗ）、機器が動作しているか否かを示す死活情報、分散電源３２０を構成するＰＣＳ（Ｐｏｗｅｒ  Ｃｏｎｄｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）の動作状態などである。
【００１９】
機器の動作状態の設定を要求する指示は、機器に対する設定が要求される１以上の機器の動作状態を示す情報要素の指定によって行われる。このような情報要素は、１以上の負荷３１０の使用電力の増減量（Ｗｈ）、分散電源３２０の発電電力の増減量（Ｗｈ）、蓄電池の放電電力の増減量（Ｗｈ）、蓄電池の充電電力の増減量（Ｗｈ）などである。
【００２０】
さらに、電力管理サーバ２００は、機器の動作状態の設定を要求する指示として、潮流の制御を要求する潮流制御メッセージ（例えば、ＤＲ；Ｄｅｍａｎｄ  Ｒｅｓｐｏｎｓｅ）を送信してもよく、逆潮流の制御を要求する逆潮流制御メッセージを送信してもよい。さらに、電力管理サーバ２００は、機器の動作状態の設定を要求する指示として、分散電源３２０の動作状態を制御する電源制御メッセージを送信してもよい。潮流又は逆潮流の制御度合いは、絶対値（例えば、○○ｋＷ）で表されてもよく、相対値（例えば、○○％）で表されてもよい。或いは、潮流又は逆潮流の制御度合いは、２以上のレベルで表されてもよい。潮流又は逆潮流の制御度合いは、現在の電力需給バランスによって定められる電力料金（ＲＴＰ；Ｒｅａｌ  Ｔｉｍｅ  Ｐｒｉｃｉｎｇ）によって表されてもよく、過去の電力需給バランスによって定められる電力料金（ＴＯＵ；Ｔｉｍｅ  Ｏｆ  Ｕｓｅ）によって表されてもよい。
【００２１】
施設３００は、負荷３１０、分散電源３２０及びローカル制御装置３３０を有する。負荷３１０は、電力を消費する機器である。負荷３１０は、例えば、空調機器であってもよく、照明機器であってもよい。分散電源３２０は、電力を出力する機能及び電力を蓄積する機能の少なくともいずれかを有する機器である。分散電源３２０は、例えば、太陽電池であってもよく、燃料電池であってもよく、蓄電池であってもよい。分散電源３２０は、ＶＰＰ（Ｖｉｒｔｕａｌ  Ｐｏｗｅｒ  Ｐｌａｎｔ）に用いられる電源であってもよい。ローカル制御装置３３０は、施設３００の電力を管理する装置（ＥＭＳ；Ｅｎｅｒｇｙ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）である。ローカル制御装置３３０は、負荷３１０の動作状態を制御してもよく、施設３００に設けられる分散電源３２０の動作状態を制御してもよい。
【００２２】
実施形態において、電力管理サーバ２００とローカル制御装置３３０との間の通信は、第１プロトコルに従って行われる。一方で、ローカル制御装置３３０と機器（負荷３１０又は分散電源３２０）との間の通信は、第１プロトコルとは異なる第２プロトコルに従って行われる。第１プロトコルとしては、例えば、Ｏｐｅｎ  ＡＤＲ（Ａｕｔｏｍａｔｅｄ  Ｄｅｍａｎｄ  Ｒｅｓｐｏｎｓｅ）に準拠するプロトコル、或いは、独自の専用プロトコルを用いることができる。第２プロトコルは、例えば、ＥＣＨＯＮＥＴ  Ｌｉｔｅに準拠するプロトコル、ＳＥＰ（Ｓｍａｒｔ  Ｅｎｅｒｇｙ  Ｐｒｏｆｉｌｅ）２．０、ＫＮＸ、或いは、独自の専用プロトコルを用いることができる。なお、第１プロトコルと第２プロトコルは異なっていればよく、例えば、両方が独自の専用プロトコルであっても異なる規則で作られたプロトコルであればよい。
【００２３】
（電力管理サーバ）
以下において、実施形態に係る電力管理サーバについて説明する。図２に示すように、電力管理サーバ２００は、管理部２１０と、通信部２２０と、制御部２３０とを有する。電力管理サーバ２００は、ＶＴＮ（Ｖｉｒｔｕａｌ  Ｔｏｐ  Ｎｏｄｅ）の一例である。
【００２４】
管理部２１０は、不揮発性メモリ又は／及びＨＤＤなどの記憶媒体によって構成されており、施設３００に関するデータを管理する。施設３００に関するデータは、例えば、施設３００に設けられる機器（負荷３１０又は分散電源３２０）の種別、施設３００に設けられる機器（負荷３１０又は分散電源３２０）のスペックなどである。スペックは、負荷３１０の定格消費電力、分散電源３２０の定格出力電力などであってもよい。
【００２５】
通信部２２０は、通信モジュールによって構成されており、ネットワーク１２０を介してローカル制御装置３３０と通信を行う。通信部２２０は、上述したように、第１プロトコルに従って通信を行う。例えば、通信部２２０は、第１プロトコルに従って第１メッセージをローカル制御装置３３０に送信する。通信部２２０は、第１プロトコルに従って第１メッセージ応答をローカル制御装置３３０から受信する。
【００２６】
制御部２３０は、メモリ及びＣＰＵなどによって構成されており、電力管理サーバ２００に設けられる各構成を制御する。制御部２３０は、例えば、施設３００に設けられるローカル制御装置３３０に対して、施設３００に設けられる機器（負荷３１０又は分散電源３２０）に対する制御を指示する。
【００２７】
（ローカル制御装置）
以下において、実施形態に係るローカル制御装置について説明する。図３に示すように、ローカル制御装置３３０は、第１通信部３３１と、第２通信部３３２と、制御部３３３とを有する。ローカル制御装置３３０は、ＶＥＮ（Ｖｅｒｔｕａｌ  Ｅｎｄ  Ｎｏｄｅ）の一例である。
【００２８】
第１通信部３３１は、通信モジュールによって構成されており、ネットワーク１２０を介して電力管理サーバ２００と通信を行う。第１通信部３３１は、上述したように、第１プロトコルに従って通信を行う。例えば、第１通信部３３１は、第１プロトコルに従って第１メッセージを電力管理サーバ２００から受信する。第１通信部３３１は、第１プロトコルに従って第１メッセージ応答を電力管理サーバ２００に送信する。
【００２９】
第２通信部３３２は、通信モジュールによって構成されており、機器（負荷３１０又は分散電源３２０）と通信を行う。第２通信部３３２は、上述したように、第２プロトコルに従って通信を行う。例えば、第２通信部３３２は、第２プロトコルに従って第２メッセージを機器に送信する。第２通信部３３２は、第２プロトコルに従って第２メッセージ応答を機器から受信する。
【００３０】
制御部３３３は、メモリ及びＣＰＵなどによって構成されており、ローカル制御装置３３０に設けられる各構成を制御する。具体的には、制御部３３３は、施設３００の電力を管理するために、第２メッセージの送信及び第２メッセージ応答の受信によって機器の情報の報告を機器に指示する。制御部３３３は、施設３００の電力を制御するために、第２メッセージの送信によって機器の動作状態の設定を機器に指示する。
【００３１】
実施形態において、制御部３３３は、第１メッセージによって指示される機器に対する制御内容に対応し、第１プロトコルの情報要素に対応する第２プロトコルの情報要素を含む第２メッセージの送信を第２通信部３３２に指示する。
【００３２】
（１）第１メッセージによって指示される機器に対する制御内容が機器の情報の報告であるケース
このようなケースにおいては、第１プロトコルに適合する情報要素を含む第１メッセージ応答を電力管理サーバ２００に送信する必要がある。従って、制御部３３３は、第２メッセージ応答に含まれる情報要素を第１プロトコルに適合する情報要素に変換する。情報要素の変換は、ローカル制御装置３３０で自動的に行われてもよいし、ユーザの操作・承認を介して行われてもよい。制御部３３３は、変換された情報要素を含む第１メッセージ応答の送信を第１通信部３３１に指示する。
【００３３】
ここで、第２メッセージの送信及び第２メッセージ応答の受信は、第１メッセージの受信前に行われてもよい。このようなケースにおいては、制御部３３３は、第１メッセージの受信前に制御部３３３で管理される機器の情報に基づいて、第１メッセージ応答の送信を第１通信部３３１に指示する。制御部３３３で管理される機器の情報は、第１メッセージの受信前に機器から受信する第２メッセージ応答に含まれる情報要素によって得られる機器の情報である。
【００３４】
或いは、第２メッセージの送信及び第２メッセージ応答の受信は、第１メッセージの受信後に行われてもよい。このようなケースにおいては、制御部３３３は、第１メッセージによって指定される情報要素に基づいて第２プロトコルに適合する情報要素を選択する。制御部３３３は、選択された情報要素を含む第２メッセージの送信を第２通信部３３２に指示する。制御部３３３は、第２メッセージ応答の受信後に制御部３３３で管理される機器の情報に基づいて、第１メッセージ応答の送信を第１通信部３３１に指示する。制御部３３３で管理される機器の情報は、第１メッセージの受信後に機器から受信する第２メッセージ応答に含まれる情報要素によって得られる機器の情報である。
【００３５】
さらに、第１プロトコルに適合する情報要素が第２メッセージ応答に含まれる情報要素と１対１で対応していないケースが想定される。例えば、第１プロトコルに適合する情報要素の単位が第２メッセージ応答に含まれる情報要素の単位と異なるケースが考えられる。或いは、第１プロトコルに適合する情報要素が第２メッセージ応答に含まれる２以上の情報要素でしか表せないケースが考えられる。このようなケースにおいて、制御部３３３は、第２メッセージ応答に含まれる情報要素に基づいて第１プロトコルに適合する情報要素を演算する。例えば、制御部３３３は、直流電力で表される情報要素に基づいて交流電力で表される情報要素を演算してもよい。制御部３３３は、瞬時電力で表される情報要素に基づいて単位時間の電力量で表される情報要素を演算してもよい。制御部３３３は、２以上の情報要素に基づいて１つの情報要素を演算してもよい。
【００３６】
（２）第１メッセージによって指示される機器に対する制御内容が機器の動作状態の設定であるケース
このようなケースにおいては、ローカル制御装置３３０は、第２プロトコルに従って機器が対応可能な情報要素の中から、第１メッセージで指定された情報要素に対応する１以上の情報要素を選択する。ローカル制御装置３３０は、選択された情報要素を含むメッセージを第２メッセージとして機器に送信する。
【００３７】
（第１プロトコルの一例）
以下において、実施形態に係る第１プロトコルの一例について説明する。ここでは、第１プロトコルがＯｐｅｎ  ＡＤＲ２．０に準拠するプロトコルであるケースを例示する。
【００３８】
図４に示すように、機器の情報の報告機能は、“Ｒｅｐｏｒｔ  ｎａｍｅ”、“Ｒｅｐｏｒｔ  ｔｙｐｅ”及び“Ｒｅａｄｉｎｇ  ｔｙｐｅ”などによって定義される。
【００３９】
“Ｒｅｐｏｒｔ  ｎａｍｅ”は、報告の名称を示す情報である。“Ｒｅｐｏｒｔ  ｎａｍｅ”は、例えば、“ＨＩＳＴＯＲＹ＿ＵＳＡＧＥ”、“ＴＥＬＥＭＥＴＲＹ＿ＵＳＡＧＥ”及び“ＴＥＬＥＭＥＴＲＹ＿ＳＴＡＴＵＳ”などである。“ＨＩＳＴＯＲＹ＿ＵＳＡＧＥ”は、過去における機器の計測データ（例えば、使用電力又は発電電力など）に関する報告を意味する。“ＴＥＬＥＭＥＴＲＹ＿ＵＳＡＧＥ”は、現在における機器の計測データ（例えば、使用電力又は発電電力など）に関する報告を意味する。“ＴＥＬＥＭＥＴＲＹ＿ＳＴＡＴＵＳ”は、現在における機器の動作状態に関する報告を意味する。
【００４０】
“Ｒｅｐｏｒｔ  ｔｙｐｅ”は、報告のタイプを示す情報である。“Ｒｅｐｏｒｔ  ｔｙｐｅ”は、例えば、“ｒｅａｄｉｎｇ”、“ｕｓａｇｅ”、“ｄｅｍａｎｄ”、“ｓｔｏｒｅｄＥｎｅｒｇｙ”、“ａｖａｉｌａｂｌｅＥｎｅｒｇｙＳｔｏｒａｇｅ”及び“ｘ−ｒｅｓｏｕｒｃｅＳｔａｔｕｓ”などである。“ｒｅａｄｉｎｇ”は、施設３００に設けられるメータの計測値に関する報告を意味する。“ｕｓａｇｅ”は、一定期間における電力の使用量に関する報告を意味する。“ｄｅｍａｎｄ”は、一定期間における電力の需要量に関する報告を意味する。“ｓｔｏｒｅｄＥｎｅｒｇｙ”は、現在における蓄電池の蓄電量に関する報告を意味する。“ａｖａｉｌａｂｌｅＥｎｅｒｇｙＳｔｏｒａｇｅ”は、現在における蓄電池の蓄電可能量に関する報告を意味する。“ｘ−ｒｅｓｏｕｒｃｅＳｔａｔｕｓ”は、ユーザが定義可能な情報要素（機器の動作状態）に関する報告を意味する。
【００４１】
“Ｒｅａｄｉｎｇ  ｔｙｐｅ”は、報告の方法を示す情報である。“Ｒｅａｄｉｎｇ  ｔｙｐｅ”は、例えば、“Ｄｉｒｅｃｔ  ｒｅａｄ”、“Ｍｅａｎ”、“Ｐｒｏｊｅｃｔｅｄ”及び“ｘ−ｎｏｔＡｐｌｉｃａｂｌｅ”などである。“Ｄｉｒｅｃｔ  ｒｅａｄ”は、機器から直接的に取得される計測値に関する報告を意味する。“Ｍｅａｎ”は、一定期間における計測値の平均値に関する報告を意味する。“Ｐｒｏｊｅｃｔｅｄ”は、将来における予測値に関する報告を意味する。“ｘ−ｎｏｔＡｐｌｉｃａｂｌｅ”は、ユーザが定義可能な情報要素に関する報告を意味する。
【００４２】
ここで、ローカル制御装置３３０が対応可能な報告機能の一覧は、例えば、ローカル制御装置３３０から電力管理サーバ２００に送信されるメッセージ（例えば、ｏａｄｒＲｅｇｉｓｔｅｒＲｅｐｏｒｔ）に含まれる。機器の情報の報告を要求する第１メッセージ（例えば、ｏａｄｒＲｅｇｉｓｔｅｒｅｄＲｅｐｏｒｔ又はｏａｄｒＣｒｅａｔｅＲｅｐｏｒｔ）は、報告機能の一覧に基づいて送信される。具体的には、ローカル制御装置３３０が対応可能な報告機能には識別情報（ｒｅｐｏｒｔ  ｓｐｅｃｉｆｉｅｒ  ＩＤ）が割り振られており、機器の情報の報告を要求する第１メッセージは、このような識別情報を含む。
【００４３】
図５に示すように、機器の動作状態の設定機能は、“Ｅｖｅｎｔ  ｓｉｇｎａｌ  Ｎａｍｅ”及び“Ｅｖｅｎｔ  ｓｉｇｎａｌ  Ｔｙｐｅ”などによって定義される。
【００４４】
“Ｅｖｅｎｔ  ｓｉｇｎａｌ  Ｎａｍｅ”は、設定の名称を示す情報である。“Ｅｖｅｎｔ  ｓｉｇｎａｌ  Ｎａｍｅ”は、例えば、“ＳＩＭＰＬＥ”、“ＥＬＥＣＴＲＩＣＩＴＹ＿ＰＲＩＣＥ”及び“ＣＨＡＲＧＥ＿ＳＴＡＴＥ”などである。
【００４５】
“ＳＩＭＰＬＥ”は、潮流量又は逆潮流量のレベルに関する設定を意味する。“ＳＩＭＰＬＥ”は、例えば、“０”、“１”、“２”などの数値によって単純に表される。“ＳＩＭＰＬＥ”は、潮流量又は逆潮流量のレベルによって機器の動作状態を間接的に制御するための情報である。“ＥＬＥＣＴＲＩＣＩＴＹ＿ＰＲＩＣＥ”は、電力料金（買電料金又は売電料金）に関する設定を意味する。“ＥＬＥＣＴＲＩＣＩＴＹ＿ＰＲＩＣＥ”は、電力料金によって機器の動作状態を間接的に制御し、潮流量又は逆潮流量を調整するための情報である。“ＣＨＡＲＧＥ＿ＳＴＡＴＥ”は、蓄電池の放電又は充電に関する設定を意味する。“ＣＨＡＲＧＥ＿ＳＴＡＴＥ”は、蓄電池の動作状態の設定を指定するための情報である。
【００４６】
“Ｅｖｅｎｔ  ｓｉｇｎａｌ  Ｔｙｐｅ”は、設定のタイプを示す情報である。“Ｅｖｅｎｔ  ｓｉｇｎａｌ  Ｔｙｐｅ”は、例えば、“ｌｅｖｅｌ”、“ｐｒｉｃｅ”、“ｄｅｌｔａ”及び“ｍｕｌｔｉｐｌｉｅｒ”などである。“ｌｅｖｅｌ”は、潮流量又は逆潮流量をレベルの指定によって潮流量又は逆潮流量を調整することを意味する。“ｐｒｉｃｅ”は、電力料金の指定によって潮流量又は逆潮流量を調整することを意味する。“ｄｅｌｔａ”は、機器の動作状態（消費電力、発電電力、放電電力及び蓄電電力など）の変動量の絶対値の指定によって潮流量又は逆潮流量を調整することを意味する。“ｍｕｌｔｉｐｌｉｅｒ”は、機器の動作状態（消費電力、発電電力、放電電力及び蓄電電力など）の変動量の相対値の指定によって潮流量又は逆潮流量を調整することを意味する。
【００４７】
機器の動作状態の設定を要求する第１メッセージ（例えば、ｏａｄｒＤｉｓｔｒｉｂｕｔｅＥｖｅｎｔ）は、“Ｅｖｅｎｔ  ｓｉｇｎａｌ  Ｎａｍｅ”及び“Ｅｖｅｎｔ  ｓｉｇｎａｌ  Ｔｙｐｅ”などを示す情報を含む。
【００４８】
（第２プロトコルの一例）
以下において、実施形態に係る第２プロトコルの一例について説明する。ここでは、第２プロトコルがＥＣＨＯＮＥＴ  Ｌｉｔｅに準拠するプロトコルであるケースを例示する。
【００４９】
図６に示すように、機器の動作状態の設定を要求する第２メッセージ（以下、ＳＥＴコマンドＭ５１０）は、ヘッダＭ５１１と、コードＭ５１２と、対象プロパティＭ５１３とを含む。実施形態では、ＳＥＴコマンドＭ５１０は、各機器に対して機器の設定又は操作を指示する設定コマンドの一例であり、ＥＭＳ１６０から機器に送信されるコマンドである。ヘッダＭ５１１は、ＳＥＴコマンドＭ５１０の宛先等を示す情報である。コードＭ５１２は、コードＭ５１２を含むメッセージの種別を示す情報である。ここでは、コードＭ５１２は、コードＭ５１２を含むメッセージがＳＥＴコマンドであることを示す情報である。対象プロパティＭ５１３は、ＥＭＳ１６０が機器に指示する設定又は操作を示す情報要素（プロパティ）を含む。
【００５０】
図７に示すように、第２メッセージに対する第２メッセージ応答（以下、ＳＥＴ応答コマンドＭ５２０）は、ヘッダＭ５２１と、コードＭ５２２と、応答内容Ｍ５２３とを含む。実施形態では、ＳＥＴ応答コマンドＭ５２０は、ＥＭＳ１６０から受信されるコマンドに応じて、機器からＥＭＳ１６０に送信されるコマンドの一例である。
【００５１】
ヘッダＭ５２１は、ＳＥＴ応答コマンドＭ５２０の宛先等を示す情報である。コードＭ５２２は、コードＭ５２２を含むメッセージの種別を示す情報である。ここでは、コードＭ５２２は、コードＭ５２２を含むメッセージがＳＥＴ応答コマンドであることを示す情報である。応答内容Ｍ５２３は、ＳＥＴコマンドを受信したことを示す情報を含む。このような情報は、ＳＥＴコマンドに含まれるプロパティのコピーであってもよいし、肯定応答（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ；ＡＣＫ）であってもよい。またこのような情報は、これに限定されず、一部のデータだけを正しく受け取った旨を意図する応答（Ｓｅｌｅｃｔｉｖｅ  ＡＣＫ）であってもよい。
【００５２】
図８に示すように、機器の情報の報告を要求する第２メッセージ（以下、ＧＥＴコマンドＭ６１０）は、ヘッダＭ６１１と、コードＭ６１２と、対象プロパティＭ６１３とを含む。実施形態では、ＧＥＴコマンドＭ６１０は、各機器に対して機器の情報の報告を要求する要求コマンドの一例であり、ＥＭＳ１６０から機器に送信されるコマンドの一例である。ヘッダＭ６１１は、ＧＥＴコマンドＭ６１０の宛先等を示す情報である。コードＭ６１２は、コードＭ６１２を含むメッセージの種別を示す情報である。ここでは、コードＭ６１２は、コードＭ６１２を含むメッセージがＧＥＴコマンドであることを示す情報である。対象プロパティＭ６１３は、ＥＭＳ１６０が報告を要求する情報要素（プロパティ）を含む。
【００５３】
図９に示すように、第２メッセージに対する第２メッセージ応答（以下、ＧＥＴ応答コマンドＭ６２０）は、ヘッダＭ６２１と、コードＭ６２２と、応答内容Ｍ６２３とを含む。実施形態では、ＧＥＴ応答コマンドＭ６２０は、ＥＭＳ１６０から受信されるコマンドに応じて、機器からＥＭＳ１６０に送信されるコマンドの一例である。
【００５４】
ヘッダＭ６２１は、ＧＥＴ応答コマンドＭ６２０の宛先等を示す情報である。コードＭ６２２は、コードＭ６２２を含むメッセージの種別を示す情報である。ここでは、コードＭ６２２は、コードＭ６２２を含むメッセージがＧＥＴ応答コマンドであることを示す情報である。応答内容Ｍ６２３は、ＧＥＴコマンドによって要求された情報要素（プロパティ）を含む。
【００５５】
図１０に示すように、ＩＮＦコマンドＭ７１０は、ヘッダＭ７１１と、コードＭ７１２と、対象プロパティＭ７１３とを含む。実施形態では、ＩＮＦコマンドＭ７１０は、各機器から自律的に機器の情報を通知する情報通知コマンドの一例であり、各機器からＥＭＳ１６０に送信されるコマンドの一例である。ヘッダＭ７１１は、ＩＮＦコマンドＭ７１０の宛先等を示す情報である。コードＭ７１２は、コードＭ７１２を含むメッセージの種別を示す情報である。ここでは、コードＭ７１２は、コードＭ７１２を含むメッセージがＩＮＦコマンドであることを示す情報である。対象プロパティＭ７１３は、各機器から自立的に通知される情報要素（プロパティ）を含む。
【００５６】
ここで、情報要素（プロパティ）は、コマンド間で共通化されていてもよい。例えば、情報要素が機器の動作状態であるケースにおいて、動作状態を情報要素として含むＳＥＴコマンドは、機器に対して動作状態の設定を指示するコマンドとして機能する。一方で、動作状態を情報要素として含むＧＥＴコマンドは、機器の動作状態の報告を要求するコマンドとして機能する。
【００５７】
情報要素（プロパティ）としては、ＳＥＴコマンド（ＳＥＴ応答コマンド）にのみ用いる情報要素、ＧＥＴコマンド（ＧＥＴ応答コマンド）にのみ用いる情報要素、ＩＮＦコマンドにのみ用いる情報要素、ＳＥＴコマンド（ＳＥＴ応答コマンド）、ＧＥＴコマンド（ＧＥＴ応答コマンド）及びＩＮＦコマンドの中から選択される２以上のコマンドに用いる情報要素が挙がられる。
【００５８】
（第１プロトコルと第２プロトコルとの対応関係）
以下において、実施形態に係る第１プロトコルと第２プロトコルとの対応関係について説明する。ここでは、機器として蓄電池を例にあげて説明する。
【００５９】
図１１に示すように、第１プロトコルで定義される情報要素は、第２プロトコルで定義される１以上の情報要素と対応する場合がある。しかしながら、機器は、第２プロトコルで定義される情報要素の全てに対応しているとは限らない。
【００６０】
第１に、第１プロトコルで定義される放電可能容量は、第２プロトコルで定義される交流放電可能容量と対応する。但し、機器が交流放電可能容量を扱うことができない場合には、第１プロトコルで定義される放電可能容量は、第２プロトコルで定義される直流蓄電残量及び直流定格容量と対応させるしかない。機器が交流放電可能容量を扱うことができないケースとは、交流放電可能容量に対応する情報要素が第２プロトコルで定義されていないケース、或いは、交流放電可能容量に対応する情報要素が第２プロトコルでオプションとして定義されているが、そのオプションに機器が対応していないケースが考えられる。
【００６１】
従って、ローカル制御装置３３０は、直流蓄電残量に基づいて放電可能容量を演算する。具体的には、ローカル制御装置３３０は、直流蓄電残量を直流放電可能容量と見做して、直流放電可能容量に基づいて交流放電可能容量を演算する。
【００６２】
さらに、ローカル制御装置３３０は、運転動作状態（例えば、急速充電、充電、放電、待機、テスト、自動、再起動など）に基づいて、交流放電可能容量を演算してもよい。例えば、ローカル制御装置３３０は、運転動作状態が放電ではない場合には、交流放電可能容量としてゼロを演算してもよい。
【００６３】
第２に、第１プロトコルで定義される充電可能容量は、第２プロトコルで定義される交流充電可能容量と対応する。但し、機器が交流充電可能容量を扱うことができない場合には、第１プロトコルで定義される充電可能容量は、第２プロトコルで定義される直流蓄電残量及び直流定格容量と対応させるしかない。
【００６４】
従って、ローカル制御装置３３０は、直流蓄電残量及び直流定格容量に基づいて充電可能容量を演算する。具体的には、ローカル制御装置３３０は、直流定格容量から直流蓄電残量を減算することによって直流充電可能容量を演算し、直流充電可能容量に基づいて交流充電可能容量を演算する。
【００６５】
さらに、ローカル制御装置３３０は、運転動作状態（例えば、急速充電、充電、放電、待機、テスト、自動、再起動など）に基づいて、交流充電可能容量を演算してもよい。例えば、ローカル制御装置３３０は、運転動作状態が充電ではない場合には、交流充電可能容量としてゼロを演算してもよい。
【００６６】
第３に、第１プロトコルで定義される交流定格容量は、第２プロトコルで定義されていないため、直流定格容量と対応させるしかない。従って、ローカル制御装置３３０は、直流定格容量に基づいて交流定格容量を演算する。
【００６７】
このように、ローカル制御装置３３０は、直流電力で表される情報要素に基づいて交流電力で表される情報要素を演算してもよい。ローカル制御装置３３０は、２以上の情報要素に基づいて１つの情報要素を演算してもよい。
【００６８】
（電力管理方法）
以下において、実施形態に係る電力管理方法について説明する。以下においては、第１プロトコルがＯｐｅｎ  ＡＤＲ２．０に準拠するプロトコルであり、第２プロトコルがＥＣＨＯＮＥＴ  Ｌｉｔｅに準拠するプロトコルであるケースについて例示する。さらに、機器の情報の報告に関するシーケンスについて説明する。
【００６９】
第１に、第２メッセージの送信及び第２メッセージ応答の受信が第１メッセージの受信後に行われるケースについて説明する。
【００７０】
図１２に示すように、ステップＳ１０において、ローカル制御装置３３０は、ｏａｄｒＲｅｇｉｓｔｅｒＲｅｐｏｒｔを電力管理サーバ２００に送信する。ｏａｄｒＲｅｇｉｓｔｅｒＲｅｐｏｒｔは、ローカル制御装置３３０が対応する報告機能の一覧を示す情報を含む。
【００７１】
ステップＳ１１において、電力管理サーバ２００は、ｏａｄｒＲｅｇｉｓｔｅｒｅｄＲｅｐｏｒｔをローカル制御装置３３０に送信する。ｏａｄｒＲｅｇｉｓｔｅｒｅｄＲｅｐｏｒｔは、ｏａｄｒＲｅｇｉｓｔｅｒＲｅｐｏｒｔに対する応答である。
【００７２】
ステップＳ１２において、電力管理サーバ２００は、ｏａｄｒＣｒｅａｔｅＲｅｐｏｒｔをローカル制御装置３３０に送信する。ｏａｄｒＣｒｅａｔｅＲｅｐｏｒｔは、機器の情報の報告を要求する第１メッセージの一例である。
【００７３】
ステップＳ１３において、ローカル制御装置３３０は、ｏａｄｒＣｒｅａｔｅＲｅｐｏｒｔによって指定される情報要素に基づいて第２プロトコルに適合する情報要素を選択する。このような選択は、例えば、図１１に示す対応関係に基づいて行われる。
【００７４】
ステップＳ１４において、ローカル制御装置３３０は、ステップＳ１３で選択された情報要素を含むＧＥＴコマンドを機器３５０に送信する。ＧＥＴコマンドは、第２メッセージの一例である。
【００７５】
ステップＳ１５において、ローカル制御装置３３０は、ＧＥＴコマンド応答を機器３５０から受信する。ＧＥＴコマンド応答は、第２メッセージ応答の一例である。
【００７６】
ステップＳ１６において、ローカル制御装置３３０は、ＧＥＴコマンド応答に含まれる情報要素を第１プロトコルに適合する情報要素に変換する。このような変換は、例えば、図１１に示す対応関係に基づいて行われる。
【００７７】
ステップＳ１７において、ローカル制御装置３３０は、ステップＳ１６で変換された情報要素を含むｏａｄｒＣｒｅａｔｅｄＲｅｐｏｒｔを電力管理サーバ２００に送信する。ｏａｄｒＣｒｅａｔｅｄＲｅｐｏｒｔは、第１メッセージ応答の一例である。
【００７８】
図１２では、機器の情報の報告を要求する第１メッセージとしてｏａｄｒＣｒｅａｔｅＲｅｐｏｒｔを例示したが、実施形態はこれに限定されるものではない。機器の情報の報告を要求する第１メッセージはｏａｄｒＲｅｇｉｓｔｅｒｅｄＲｅｐｏｒｔであってもよい。
【００７９】
第２に、第２メッセージの送信及び第２メッセージ応答の受信が第１メッセージの受信前に行われるケースについて説明する。
【００８０】
図１３に示すように、ステップＳ２０において、ローカル制御装置３３０は、ｏａｄｒＲｅｇｉｓｔｅｒＲｅｐｏｒｔを電力管理サーバ２００に送信する。ｏａｄｒＲｅｇｉｓｔｅｒＲｅｐｏｒｔは、ローカル制御装置３３０が対応する報告機能の一覧を示す情報を含む。
【００８１】
ステップＳ２１において、電力管理サーバ２００は、ｏａｄｒＲｅｇｉｓｔｅｒｅｄＲｅｐｏｒｔをローカル制御装置３３０に送信する。ｏａｄｒＲｅｇｉｓｔｅｒｅｄＲｅｐｏｒｔは、ｏａｄｒＲｅｇｉｓｔｅｒＲｅｐｏｒｔに対する応答である。
【００８２】
ステップＳ２２において、ローカル制御装置３３０は、ＧＥＴコマンドを機器３５０に送信する。ＧＥＴコマンドは、第２メッセージの一例である。
【００８３】
ステップＳ２３において、ローカル制御装置３３０は、ＧＥＴコマンド応答を機器３５０から受信する。ＧＥＴコマンド応答は、第２メッセージ応答の一例である。
【００８４】
ステップＳ２４において、ローカル制御装置３３０は、ＧＥＴコマンド応答に含まれる情報要素を管理する。このような管理は、施設３００の電力管理の一環として行われる。従って、ステップＳ２２〜ステップＳ２４の処理は定期的に行われていてもよい。
【００８５】
ステップＳ２５において、電力管理サーバ２００は、ｏａｄｒＣｒｅａｔｅＲｅｐｏｒｔをローカル制御装置３３０に送信する。ｏａｄｒＣｒｅａｔｅＲｅｐｏｒｔは、機器の情報の報告を要求する第１メッセージの一例である。
【００８６】
ステップＳ２６において、ローカル制御装置３３０は、ステップＳ２４で管理されている情報要素を第１プロトコルに適合する情報要素に変換する。このような変換は、例えば、図１１に示す対応関係に基づいて行われる。
【００８７】
ステップＳ２７において、ローカル制御装置３３０は、ステップＳ２６で変換された情報要素を含むｏａｄｒＣｒｅａｔｅｄＲｅｐｏｒｔを電力管理サーバ２００に送信する。ｏａｄｒＣｒｅａｔｅｄＲｅｐｏｒｔは、第１メッセージ応答の一例である。
【００８８】
（作用及び効果）
実施形態では、ローカル制御装置３３０は、第１メッセージによって指示される機器に対する制御内容に対応し、第１プロトコルの情報要素に対応する第２プロトコルの情報要素を含む第２メッセージを機器に送信する。このような構成によれば、互いに異なる第１プロトコル及び第２プロトコルを跨がって、第１プロトコルに従った第１メッセージによって機器に対する制御を指示する場合であっても、適切に機器を制御することができる。ひいては、電力系統１１０の潮流量又は逆潮流量を適切に管理することができる。
【００８９】
[変更例１]
以下において、実施形態の変更例１について説明する。以下においては、実施形態に対する相違点について主として説明する。
【００９０】
変更例１において、ローカル制御装置３３０は、第２プロトコルに従って機器が対応可能な情報要素（以下、ローカル制御要素）を特定する特定情報を含み、第１プロトコルに従った第３メッセージを電力管理サーバ２００に送信する。特定情報は、機器に対する設定を要求する動作状態を示すローカル制御要素に機器が対応しているか否かを特定する情報を含む。すなわち、特定情報は、ＳＥＴコマンドに含まれ得るローカル情報要素に機器が対応しているか否かを示す情報を含む。
【００９１】
特定情報は、ＳＥＴコマンドに含まれ得るローカル情報要素のうち、機器が対応しているローカル情報要素の一覧を含んでもよい。特定情報は、機器が対応する第２プロトコルのリリースを識別する情報（例えば、ＥＣＨＯＮＥＴ  ＬｉｔｅのＡｐｐｅｎｄｉｘ  Ａ〜Ｈを識別する情報）を含んでもよい。特定情報は、第２プロトコルでオプションとして定義されるローカル制御要素に機器が対応しているか否かを示す情報を含んでもよい。また、特定情報は、機器が計測可能な量（例えば、エアコンの温度、湿度など）に対応しているか否かを特定する情報を含んでいてもよい。このように特定情報に計測可能な量が対応しているか否かを含んでいることによって、第２プロトコルのいずれのリリースに対応するか識別することができる。
【００９２】
（電力管理方法）
以下において、変更例１に係る電力管理方法について説明する。以下においては、第１プロトコルがＯｐｅｎ  ＡＤＲ２．０に準拠するプロトコルであり、第２プロトコルがＥＣＨＯＮＥＴ  Ｌｉｔｅに準拠するプロトコルであるケースについて例示する。
【００９３】
図１４に示すように、ステップＳ３０において、ローカル制御装置３３０は、ＧＥＴプロパティマップコマンドを機器３５０に送信する。ＧＥＴプロパティマップコマンドは、ＧＥＴコマンドに含まれ得るローカル情報要素のうち、機器３５０が対応可能なローカル情報要素の一覧を要求するコマンドである。
【００９４】
ステップＳ３１において、機器３５０は、ＧＥＴプロパティマップ応答コマンドをローカル制御装置３３０に送信する。ＧＥＴプロパティマップ応答コマンドは、ＧＥＴコマンドに含まれ得るローカル情報要素のうち、機器３５０が対応可能なローカル情報要素の一覧を含む。
【００９５】
ステップＳ３２において、ローカル制御装置３３０は、ＳＥＴプロパティマップコマンドを機器３５０に送信する。ＳＥＴプロパティマップコマンドは、ＳＥＴコマンドに含まれ得るローカル情報要素のうち、機器３５０が対応可能なローカル情報要素の一覧を要求するコマンドである。
【００９６】
ステップＳ３３において、機器３５０は、ＳＥＴプロパティマップ応答コマンドをローカル制御装置３３０に送信する。ＳＥＴプロパティマップ応答コマンドは、ＳＥＴコマンドに含まれ得るローカル情報要素のうち、機器３５０が対応可能なローカル情報要素の一覧を含む。
【００９７】
図１４では、ステップＳ３０及びステップＳ３２が別々の処理であるが、ＧＥＴプロパティマップコマンド及びＳＥＴプロパティマップコマンドは１つのコマンドに含まれてもよい。同様に、ステップＳ３１及びステップＳ３３が別々の処理であるが、ＧＥＴプロパティマップ応答コマンド及びＳＥＴプロパティマップ応答コマンドは１つのコマンドに含まれてもよい。ステップＳ３０〜ステップＳ３３の処理は、機器３５０がローカル制御装置３３０に初めて又は再度接続された際に行われてもよく、停電から復電した際に行われてもよい。
【００９８】
ステップＳ３４において、ローカル制御装置３３０は、ｏａｄｒＲｅｇｉｓｔｅｒＲｅｐｏｒｔを電力管理サーバ２００に送信する。ｏａｄｒＲｅｇｉｓｔｅｒＲｅｐｏｒｔは、上述したように、ローカル制御装置３３０が対応する報告機能の一覧（すなわち、ＧＥＴコマンドに含まれ得るローカル情報要素のうち、機器３５０が対応可能なローカル情報要素の一覧）を示す情報を含む。
【００９９】
ここで、ｏａｄｒＲｅｇｉｓｔｅｒＲｅｐｏｒｔは、ＳＥＴコマンドに含まれ得るローカル情報要素に機器が対応しているか否かを示す特定情報を含む。従って、ｏａｄｒＲｅｇｉｓｔｅｒＲｅｐｏｒｔは、第３メッセージの一例である。但し、変更例１はこれに限定されるものではない。第３メッセージは、ｏａｄｒＲｅｇｉｓｔｅｒＲｅｐｏｒｔと別に定義されるメッセージであってもよい。
【０１００】
特定情報は、ＳＥＴコマンドに含まれ得るローカル情報要素のうち、機器が対応しているローカル情報要素の一覧を含んでもよい。このような一覧は、ステップＳ３３で取得される。特定情報は、機器が対応する第２プロトコルのリリースを識別する情報を含んでもよい。リリースを識別する情報は、例えば、ステップＳ３３で取得される一覧に基づいてローカル制御装置３３０が特定する。特定情報は、第２プロトコルでオプションとして定義されるローカル制御要素に機器が対応しているか否かを示す情報を含んでもよい。このような情報は、例えば、ステップＳ３３で取得される一覧に基づいてローカル制御装置３３０が特定する。
【０１０１】
ステップＳ３５において、電力管理サーバ２００は、ｏａｄｒＲｅｇｉｓｔｅｒｅｄＲｅｐｏｒｔをローカル制御装置３３０に送信する。ｏａｄｒＲｅｇｉｓｔｅｒｅｄＲｅｐｏｒｔは、ｏａｄｒＲｅｇｉｓｔｅｒＲｅｐｏｒｔに対する応答である。
【０１０２】
（作用及び効果）
変更例１では、ローカル制御装置３３０は、第２プロトコルに従って機器が対応可能なローカル制御要素を特定する特定情報を含む第３メッセージを電力管理サーバ２００に送信する。このような構成によれば、施設３００で用いる第２プロトコルに従って機器が対応可能なローカル制御要素を電力管理サーバ２００が把握することができる。従って、電力管理サーバ２００は、このようなローカル制御要素に基づいて、適切な第１メッセージを送信することができる。ひいては、電力系統１１０の潮流量又は逆潮流量を適切に管理することができる。
【０１０３】
[変更例２]
以下において、実施形態の変更例２について説明する。以下においては、実施形態に対する相違点について主として説明する。
【０１０４】
変更例２において、電力管理サーバ２００は、ローカル制御装置３３０に対する制御及び電力管理サーバ２００によって指定された機器である対象機器に対する制御を識別可能な態様で第１メッセージを送信する。
【０１０５】
ここで、識別可能な態様とは、ローカル制御装置３３０に対する制御であるか対象機器に対する制御であるかを示すフラグを第１メッセージが含むことによって実現されてもよい。ローカル制御装置３３０に対する制御であるか対象機器に対する制御であるかが第１メッセージによって指定される情報要素と対応付けられていてもよい。例えば、第１メッセージによって指定される情報要素が「ＨＩＳＴＯＲＹ＿ＵＳＡＧＥ」に関するものであれば、第１メッセージがローカル制御装置３３０に対する制御に関するものであることを意味してもよい。第１メッセージによって指定される情報要素が「ＴＥＬＥＭＥＴＲＹ＿ＵＳＡＧＥ」に関するものであれば、第１メッセージが対象機器に対する制御に関するものであることを意味してもよい。第１メッセージによって指定される情報要素が「ＳＩＭＰＬＥ」又は「ＥＬＥＣＴＲＩＣＩＴＹ＿ＰＲＩＣＥ」に関するものであれば、第１メッセージがローカル制御装置３３０に対する制御に関するものであることを意味してもよい。第１メッセージによって指定される情報要素が「ＣＨＡＲＧＥ＿ＳＴＡＴＥ」に関するものであれば、第１メッセージが対象機器に対する制御に関するものであることを意味してもよい。
【０１０６】
（１）第１メッセージが対象機器の動作状態の設定を要求する指示であるケース
このようなケースにおいて、ローカル制御装置３３０は、第２プロトコルに従って対象機器が対応可能なローカル情報要素の中から、第１メッセージに適合する情報要素に対応する１以上のローカル情報要素を選択する。ローカル制御装置３３０は、対象機器に対して、選択されたローカル情報要素を情報要素として含むメッセージを第２メッセージとして送信する。
【０１０７】
ここで、対象機器が対応可能なローカル情報要素と第１メッセージに適合する情報要素との対応関係は、図１１に示すように、ローカル制御装置３３０によって管理されてもよい。図１１では、機器の情報の報告に関する対応関係が例示されているが、機器の動作状態の設定に関する対応関係についても、図１１と同様に管理可能である。
【０１０８】
（２）第１メッセージが潮流又は逆潮流の制御を要求する指示であるケース
このようなケースにおいて、ローカル制御装置３３０は、第２プロトコルに従って対象機器が対応可能なローカル情報要素の中から、第１メッセージによって指示される潮流又は逆潮流の制御を実現する１以上のローカル情報要素を選択する。ローカル制御装置３３０は、対象機器に対して、選択されたローカル情報要素を情報要素として含むメッセージを第２メッセージとして送信する。
【０１０９】
ここで、第１メッセージによって指示される潮流又は逆潮流の制御を実現方法は、ローカル制御装置３３０が施設３００の電力状況に応じて決定してもよい。このような決定において、ローカル制御装置３３０は、ユーザの設定（省エネルギー設定）を考慮してもよい。
【０１１０】
（３）第１メッセージが対象機器の情報の報告を要求する指示であるケース
このようなケースにおいて、ローカル制御装置３３０は、対象機器の情報を対象機器に問い合わせるか否かを判定してもよい。例えば、ローカル制御装置３３０は、上述したように、ローカル制御装置３３０に対する制御であるか対象機器に対する制御であるかを示すフラグに基づいて、対象機器の情報を対象機器に問い合わせるか否かを判定してもよい。或いは、ローカル制御装置３３０は、対象機器の情報の種類に応じて、対象機器の情報を対象機器に問い合わせるか否かを判定してもよい。このようなケースにおいて、ローカル制御装置３３０は、第１メッセージによって指定される情報要素が「ＴＥＬＥＭＥＴＲＹ＿ＵＳＡＧＥ」に関するものであれば、対象機器の情報の種類に応じて、対象機器の情報を対象機器に問い合わせると判定してもよい。一方で、ローカル制御装置３３０は、第１メッセージによって指定される情報要素が「ＨＩＳＴＯＲＹ＿ＵＳＡＧＥ」に関するものであれば、対象機器の情報を対象機器に問い合わせないと判定してもよい。
【０１１１】
ローカル制御装置３３０は、対象機器の情報を対象機器に問い合わせると判定された場合に、第２プロトコルに従って対象機器が対応可能なローカル情報要素の中から、第１メッセージに適合する情報要素に対応する１以上のローカル情報要素を選択する。ローカル制御装置３３０は、選択されたローカル情報要素を含む第２メッセージを対象機器に送信する。ローカル制御装置３３０は、第２メッセージの送信によって対象機器から取得する対象機器の情報に基づいた情報要素を含む第１メッセージ応答を電力管理サーバ２００に送信する。このような処理は、図１２に示すステップＳ１３〜ステップＳ１５と同様である。
【０１１２】
ローカル制御装置３３０は、対象機器の情報を対象機器に問い合わせないと判定された場合に、ローカル制御装置３３０によって管理される対象機器の情報に基づいた情報要素を含む第１メッセージ応答を電力管理サーバ２００に送信する。このような処理は、図１３に示すステップＳ２６〜ステップＳ２７と同様である。
【０１１３】
（電力管理方法）
以下において、変更例２に係る電力管理方法について説明する。以下においては、第１プロトコルがＯｐｅｎ  ＡＤＲ２．０に準拠するプロトコルであり、第２プロトコルがＥＣＨＯＮＥＴ  Ｌｉｔｅに準拠するプロトコルであるケースについて例示する。さらに、機器の情報の報告に関するシーケンスについて説明する。
【０１１４】
図１５に示すように、ステップＳ４０において、ローカル制御装置３３０は、ＧＥＴコマンドを機器３５０に送信する。ＧＥＴコマンドは、第２メッセージの一例である。
【０１１５】
ステップＳ４１において、ローカル制御装置３３０は、ＧＥＴコマンド応答を機器３５０から受信する。ＧＥＴコマンド応答は、第２メッセージ応答の一例である。
【０１１６】
ステップＳ４２において、ローカル制御装置３３０は、ＧＥＴコマンド応答に含まれる情報要素を管理する。このような管理は、施設３００の電力管理の一環として行われる。従って、ステップＳ４０〜ステップＳ４１の処理は定期的に行われていてもよい。
【０１１７】
ステップＳ４３において、電力管理サーバ２００は、ｏａｄｒＣｒｅａｔｅＲｅｐｏｒｔをローカル制御装置３３０に送信する。ｏａｄｒＣｒｅａｔｅＲｅｐｏｒｔは、機器の情報の報告を要求する第１メッセージの一例である。
【０１１８】
ステップＳ４４において、ローカル制御装置３３０は、対象機器の情報を対象機器に問い合わせるか否かを判定する。対象機器の情報を対象機器に問い合わせると判定された場合には、ステップＳ４５及びステップＳ４６の処理が行われる。対象機器の情報を対象機器に問い合わせないと判定された場合には、ステップＳ４５及びステップＳ４６の処理が行われずにステップＳ４７の処理が行われる。
【０１１９】
ステップＳ４５において、ローカル制御装置３３０は、ｏａｄｒＣｒｅａｔｅＲｅｐｏｒｔによって指定される情報要素に基づいて第２プロトコルに適合する情報要素を選択し、選択された情報要素を含むＧＥＴコマンドを機器３５０に送信する。ＧＥＴコマンドは、第２メッセージの一例である。
【０１２０】
ステップＳ４６において、ローカル制御装置３３０は、ＧＥＴコマンド応答を機器３５０から受信する。ＧＥＴコマンド応答は、第２メッセージ応答の一例である。
【０１２１】
ステップＳ４７において、ローカル制御装置３３０は、ＧＥＴコマンド応答に含まれる情報要素を第１プロトコルに適合する情報要素に変換する。このような変換は、例えば、図１１に示す対応関係に基づいて行われる。
【０１２２】
ここで、対象機器の情報を対象機器に問い合わせると判定された場合には、ステップＳ４６で受信するＧＥＴ応答コマンドに含まれる情報要素が用いられる。対象機器の情報を対象機器に問い合わせないと判定された場合には、ローカル制御装置３３０で管理されている情報要素（ステップＳ４１で受信するＧＥＴ応答コマンドに含まれる情報要素）が用いられる。
【０１２３】
ステップＳ４８において、ローカル制御装置３３０は、ステップＳ４７で変換された情報要素を含むｏａｄｒＣｒｅａｔｅｄＲｅｐｏｒｔを電力管理サーバ２００に送信する。ｏａｄｒＣｒｅａｔｅｄＲｅｐｏｒｔは、第１メッセージ応答の一例である。
【０１２４】
（作用及び効果）
変更例２では、電力管理サーバ２００は、ローカル制御装置３３０に対する制御及び対象機器に対する制御を識別可能な態様で第１メッセージを送信する。このような構成によれば、ローカル制御装置３３０に対する制御及び対象機器に対する制御を使い分けることによって、電力系統１１０の潮流量又は逆潮流量を適切に管理することができる。
【０１２５】
[変更例３]
以下において、実施形態の変更例３について説明する。以下においては、実施形態に対する相違点について主として説明する。
【０１２６】
変更例３において、電力管理サーバ２００は、ローカル制御装置３３０に対する制御及び対象機器に対する制御のいずれを指示するかを決定する。具体的には、電力管理サーバ２００は、潮流又は逆潮流の制御が行われる実施時間長又は潮流又は逆潮流の制御が行われるタイミングまでの待機時間長の少なくともいずれか１つに基づいて、ローカル制御装置３３０に対する制御及び対象機器に対する制御のいずれを指示するかを決定する。実施時間長は、第１メッセージに含まれる情報要素（ｘｃａｌ：ｄｕｒａｔｉｏｎ）によって特定されてもよい。待機時間長は、第１メッセージに含まれる情報要素（ｘｃａｌ：ｄｓｔａｒｔ）によって特定されてもよい。
【０１２７】
例えば、電力管理サーバ２００は、実施時間長が所定時間よりも長い場合に、ローカル制御装置３３０に対する制御を指示すると決定してもよい。実施時間長が長いため、施設３００のＱＯＬ（Ｑｕａｌｉｔｙ  Ｏｆ  Ｌｉｆｅ）が第１メッセージによる電力需給調整の実効性よりも優先されてもよい。一方で、電力管理サーバ２００は、実施時間長が所定時間よりも短い場合に、対象機器に対する制御を指示すると決定してもよい。実施時間長が短いため、第１メッセージによる電力需給調整の実効性が施設３００のＱＯＬがよりも優先されてもよい。但し、変更例３はこれに限定されるものではなく、上述した決定と異なる決定がなされてもよい。
【０１２８】
電力管理サーバ２００は、待機時間長が所定時間よりも長い場合に、ローカル制御装置３３０に対する制御を指示すると決定してもよい。待機時間長が長いため、ローカル制御装置３３０が電力需給調整の計画を立てる時間が確保されるためである。一方で、電力管理サーバ２００は、待機時間長が所定時間よりも短い場合に、対象機器に対する制御を指示すると決定してもよい。待機時間長が短いため、第１メッセージによる電力需給調整の即時性を担保するためである。但し、変更例３はこれに限定されるものではなく、上述した決定と異なる決定がなされてもよい。
【０１２９】
（電力管理方法）
以下において、変更例２に係る電力管理方法について説明する。以下においては、第１プロトコルがＯｐｅｎ  ＡＤＲ２．０に準拠するプロトコルであり、第２プロトコルがＥＣＨＯＮＥＴ  Ｌｉｔｅに準拠するプロトコルであるケースについて例示する。さらに、潮流又は逆潮流の制御に関するシーケンスについて説明する。
【０１３０】
図１６に示すように、ステップＳ５０において、電力管理サーバ２００は、ローカル制御装置３３０に対する制御及び対象機器に対する制御のいずれを指示するかを決定する。このような決定は、実施時間長及び待機時間長の少なくともいずれか１つに基づいてなされてもよい。
【０１３１】
ステップＳ５１において、電力管理サーバ２００は、ステップＳ５０の決定に基づいて、ｏａｄｒＤｉｓｔｒｉｂｕｔｅＥｖｅｎｔをローカル制御装置３３０に送信する。ｏａｄｒＤｉｓｔｒｉｂｕｔｅＥｖｅｎｔは、潮流又は逆潮流の制御を要求する第１メッセージの一例である。ｏａｄｒＤｉｓｔｒｉｂｕｔｅＥｖｅｎｔは、変更例２と同様に、ローカル制御装置３３０に対する制御及び対象機器に対する制御を識別可能な態様で送信される。
【０１３２】
ステップＳ５２において、ローカル制御装置３３０は、第２プロトコルに従って対象機器が対応可能なローカル情報要素の中から、ｏａｄｒＤｉｓｔｒｉｂｕｔｅＥｖｅｎｔによって指示される潮流又は逆潮流の制御を実現する１以上のローカル情報要素を選択する。
【０１３３】
ここで、ｏａｄｒＤｉｓｔｒｉｂｕｔｅＥｖｅｎｔがローカル制御装置３３０に対する制御を指示するメッセージである場合には、ローカル制御装置３３０は、施設３００の電力状況に基づいて、任意の機器に対するＳＥＴコマンドの送信によって潮流又は逆潮流の制御を実現する。一方で、ｏａｄｒＤｉｓｔｒｉｂｕｔｅＥｖｅｎｔが対象機器に対する制御を指示するメッセージである場合には、ローカル制御装置３３０は、対象機器に対するＳＥＴコマンドの送信によって潮流又は逆潮流の制御を実現する。
【０１３４】
ステップＳ５３において、ローカル制御装置３３０は、ステップＳ５２で選択されたローカル情報要素を含むＳＥＴコマンドを機器３５０に送信する。ＳＥＴコマンドは、第２メッセージの一例である。
【０１３５】
ステップＳ５４において、ローカル制御装置３３０は、ＳＥＴコマンドに対するＳＥＴ応答コマンドを機器３５０に送信する。ＳＥＴ応答コマンドは、第２メッセージ応答の一例である。
【０１３６】
ステップＳ５５において、ローカル制御装置３３０は、ｏａｄｒＣｒｅａｔｅｄＥｖｅｎｔを電力管理サーバ２００に送信する。ｏａｄｒＣｒｅａｔｅｄＥｖｅｎｔは、ｏａｄｒＤｉｓｔｒｉｂｕｔｅＥｖｅｎｔに対する応答である。ｏａｄｒＣｒｅａｔｅｄＥｖｅｎｔは、ステップＳ５２の前に送信されてもよい。
【０１３７】
（作用及び効果）
変更例３では、電力管理サーバ２００は、実施時間長及び待機時間長の少なくともいずれか１つに基づいて、ローカル制御装置３３０に対する制御及び対象機器に対する制御のいずれを指示するかを決定する。このような構成によれば、ローカル制御装置３３０に対する制御及び対象機器に対する制御を適切に使い分けることができる。
【０１３８】
［その他の実施形態］
本発明は上述した実施形態によって説明したが、この開示の一部をなす論述及び図面は、この発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
【０１３９】
実施形態では、第１プロトコルがＯｐｅｎ  ＡＤＲ２．０に準拠するプロトコルであり、第２プロトコルがＥＣＨＯＮＥＴ  Ｌｉｔｅに準拠するプロトコルであるケースについて例示した。しかしながら、実施形態はこれに限定されるものではない。第１プロトコルは、電力管理サーバ２００とローカル制御装置３３０との間の通信で用いるプロトコルとして規格化されたプロトコルであればよい。第２プロトコルは、施設３００で用いるプロトコルとして規格化されたプロトコルであればよい。
【０１４０】
実施形態では、ローカル制御装置３３０で管理されている情報要素がＧＥＴ応答コマンドに含まれる情報要素であるケースを例示した。しかしながら、実施形態はこれに限定されるものではない。ローカル制御装置３３０で管理されている情報要素がＩＮＦコマンドに含まれる情報要素であってもよい。
【０１４１】
なお、日本国特許出願第２０１６−２１２９９６号（２０１６年１０月３１日出願）の全内容が、参照により、本願明細書に組み込まれている。
【符号の説明】
【０１４２】
１００…電力管理システム、１１０…電力系統、１２０…ネットワーク、２００…電力管理サーバ、２１０…管理部、２２０…通信部、２３０…制御部、３００…施設、３１０…負荷、３２０…分散電源、３３０…ローカル制御装置、３３１…第１通信部、３３２…第２通信部、３３３…制御部、３５０…機器
【図１】
0006772286.tif 000002
【図２】
0006772286.tif 000003
【図３】
0006772286.tif 000004
【図４】
0006772286.tif 000005
【図５】
0006772286.tif 000006
【図６】
0006772286.tif 000007
【図７】
0006772286.tif 000008
【図８】
0006772286.tif 000009
【図９】
0006772286.tif 000010
【図１０】
0006772286.tif 000011
【図１１】
0006772286.tif 000012
【図１２】
0006772286.tif 000013
【図１３】
0006772286.tif 000014
【図１４】
0006772286.tif 000015
【図１５】
0006772286.tif 000016
【図１６】
0006772286.tif 000017