特開 2022-184741 エネルギー管理方法及び情報処理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022184741

(43)【公開日】2022-12-13

(54)【発明の名称】エネルギー管理方法及び情報処理装置

(51)【国際特許分類】

   H02J 7/35 20060101AFI20221206BHJP

   H02J 13/00 20060101ALI20221206BHJP

   H02J 3/14 20060101ALI20221206BHJP

   H02J 7/02 20160101ALI20221206BHJP

   H01M 10/48 20060101ALI20221206BHJP

   H01M 10/44 20060101ALI20221206BHJP

【ＦＩ】

H02J7/35 K

H02J13/00 A

H02J13/00 311T

H02J13/00 301

H02J3/14

H02J7/02 J

H01M10/48 P

H01M10/44 P

【審査請求】未請求

【請求項の数】14

【出願形態】ＯＬ

(21)【出願番号】P 2022070365

(22)【出願日】2022-04-21

(31)【優先権主張番号】P 2021091782

(32)【優先日】2021-05-31

(33)【優先権主張国・地域又は機関】JP

(71)【出願人】

【識別番号】000183646

【氏名又は名称】出光興産株式会社

(74)【代理人】

【識別番号】110000752

【氏名又は名称】弁理士法人朝日特許事務所

(72)【発明者】

【氏名】黒田 さよ子

(72)【発明者】

【氏名】齋藤 清雄

【テーマコード（参考）】

5G064

5G066

5G503

5H030

【Ｆターム（参考）】

5G064AC05

5G064CB21

5G064DA07

5G064DA11

5G066JA01

5G066JB03

5G066KA01

5G503AA01

5G503BA04

5G503BB01

5G503CA10

5G503FA06

5H030AA01

5H030AS08

5H030BB09

5H030FF41

(57)【要約】

【課題】異なる規格の機器を効率的に制御する。
【解決手段】エネルギー管理方法は、第１通信規格に対応する第１充電機器、第２通信規格に対応する第２充電機器、並びに当該第１充電機器及び当該第２充電機器を制御する制御装置、及び当該制御装置と当該第２充電機器との間に接続された変換器とを有する需要家における機器の制御方法であって、制御装置が、第１通信規格で記述された指示であって、第２充電機器において処理のパラメータを変更する処理を実行させる指示を変換器に出力するステップと、変換器が、指示を第１通信規格に従った形式から第２通信規格に従った形式に変換するステップと、第２充電機器が、２通信規格に従った形式に変換された指示に従って処理を実行するステップとを有する。
【選択図】図４

【特許請求の範囲】

【請求項1】

第１通信規格に対応する第１充電機器、第２通信規格に対応する第２充電機器、並びに当該第１充電機器及び当該第２充電機器を制御する制御装置、及び当該制御装置と当該第２充電機器との間に接続された変換器とを有する需要家における機器の制御方法であって、
前記制御装置が、前記第１通信規格で記述された指示であって、前記第２充電機器において処理のパラメータを変更する処理を実行させる指示を前記変換器に出力するステップと、
前記変換器が、前記指示を前記第１通信規格に従った形式から前記第２通信規格に従った形式に変換するステップと、
前記第２充電機器が、前記第２通信規格に従った形式に変換された指示に従って処理を実行するステップと
を有するエネルギー管理方法。

【請求項2】

前記制御装置が、前記需要家における消費電力量に余裕があるか判断するステップを有し、
前記需要家における消費電力量に余裕があると判断された場合、前記指示が、前記第２通信規格において定められる前記パラメータの値の範囲を超える値に当該パラメータの値を設定する指示であって、前記第１通信規格に従った形式で記述された指示である
請求項１に記載のエネルギー管理方法。

【請求項3】

前記指示が、前記パラメータについて前記第１通信規格において可能な設定値のうち第２通信規格において定められる当該パラメータの範囲を超えかつ最小の設定値を含む
請求項２に記載のエネルギー管理方法。

【請求項4】

前記制御装置が、前記需要家に含まれる機器の状態を示す状態情報を取得するステップを有し、
前記消費電力量に余裕があるか判断するステップにおいて、前記状態情報が用いられる
請求項２又は３に記載のエネルギー管理方法。

【請求項5】

前記第１充電機器及び前記第２充電機器の一方が電気自動車の充電器であり、他方が据置型充電器である
請求項１に記載のエネルギー管理方法。

【請求項6】

前記第１通信規格及び前記第２通信規格の一方がＥＣＨＯＮＥＴ Ｌｉｔｅ（登録商標）であり、他方がＯＣＰＰである
請求項１に記載のエネルギー管理方法。

【請求項7】

第１充電機器、サーバからの第２通信規格に従った制御計画に応じて、第１通信規格に従って対象機器を制御する制御装置、及び当該サーバと当該制御装置との間に接続された変換器を有する需要家、並びに当該需要家の外部に設けられ、第２通信規格に対応する第２充電機器を有するシステムにおける機器の制御方法であって、
前記サーバが、前記第１充電機器において前記需要家に対応する電動車両に対して行われた充電に係る第１充電情報を取得するステップと、
前記サーバが、前記第２充電機器において前記電動車両に対して行われた充電に係る第２充電情報を取得するステップと、
前記サーバが、前記第１充電情報及び前記第２充電情報を用いて、前記第１充電機器の制御計画であって前記第２通信規格に従って記述された制御計画を生成するステップと、
前記サーバが、前記制御計画を出力するステップと、
前記変換器が、前記制御計画を前記第２通信規格に従った記述から前記第１通信規格に従って記述に翻訳するステップと、
前記変換器が、前記第１通信規格に従って記述された前記制御計画を前記制御装置に出力するステップと
を有するエネルギー管理方法。

【請求項8】

前記第１充電機器が前記第１通信規格に対応していない機器であり、
前記システムが前記第１充電機器における電力使用量を計測する計測器を有し、
前記サーバが、前記計測器において計測された電力使用量から電動車両における電池残量を推定するステップを有し、
前記第１充電情報が、前記推定された電池残量を用いて生成される情報であり、
前記制御計画を生成するステップにおいて、前記第１充電情報として前記推定された電池残量が用いられる
請求項７に記載のエネルギー管理方法。

【請求項9】

前記推定するステップにおいて、前記電動車両における最小可能充電量が推定され、
前記制御計画を生成するステップにおいて、前記第１充電情報として前記最小可能充電量が用いられる
請求項８に記載のエネルギー管理方法。

【請求項10】

前記第１充電機器が前記第１通信規格に対応する機器であり、
前記第１充電情報が、前記電動車両の電池残量であり、
前記対象機器が前記第１充電機器を含む
請求項７に記載のエネルギー管理方法。

【請求項11】

前記制御計画が、前記需要家に対するデマンドレスポンスの要求を含む
請求項７乃至１０のいずれか一項に記載のエネルギー管理方法。

【請求項12】

第１通信規格に対応する第１充電機器、第２通信規格に対応する第２充電機器、及び当該第２充電機器との間に接続された変換器を含む需要家におけるエネルギー管理システムを制御するため他の装置と通信する通信手段と、
前記第１通信規格で記述された指示であって、前記第２充電機器において処理のパラメータを変更する処理を実行させる指示を前記変換器に出力する出力手段と
を有する情報処理装置。

【請求項13】

前記需要家における消費電力量に余裕があるか判断する判断手段を有し、
前記需要家における消費電力量に余裕があると判断された場合、前記出力手段は、前記第２通信規格において定められる前記パラメータの値の範囲を超える値に当該パラメータの値を設定する前記指示であって、前記第１通信規格に従った形式で記述された前記指示を出力する
請求項１２に記載の情報処理装置。

【請求項14】

第１充電機器において需要家に対応する電動車両に対して行われた充電に係る第１充電情報を取得する第１取得手段と、
前記需要家の外部に設けられ、第２通信規格に対応する第２充電機器において前記電動車両に対して行われた充電に係る第２充電情報を取得する第２取得手段と、
前記第１充電情報及び前記第２充電情報を用いて、前記第１充電機器の制御計画であって前記第２通信規格に従って記述された制御計画を生成する生成手段と、
前記制御計画を出力する出力手段と
を有する情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、エネルギー機器を管理する技術に関する。

【背景技術】

【0002】

近年、家庭用のエネルギーを一元管理する、いわゆるスマートハウスが知られている。スマートハウスは家庭用エネルギー管理システム（Home Energy Management System，ＨＥＭＳ）により電力消費、発電、及び蓄電を管理するものである。スマートハウス向けの標準通信規格として例えばＥＣＨＯＮＥＴＬｉｔｅ（登録商標）がある。標準通信規格に対応するＨＥＭＳコントローラに接続するには、各機器がその標準通信規格に対応する必要があるが、中には未対応の機器もある。例えば特許文献１は、ＥＣＨＯＮＥＴＬｉｔｅ（登録商標）未対応の機器の状態をＨＥＭＳでモニターする技術を開示している。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１７－１７５８２８号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１に記載の技術は標準通信規格に未対応の機器の状態をモニターするだけであり、その機器を制御することは難しかった。

【0005】

これに対し本発明は、異なる規格の機器を効率的に制御する技術を提供する。

【課題を解決するための手段】

【0006】

本開示の一態様は、第１通信規格に対応する第１充電機器、第２通信規格に対応する第２充電機器、並びに当該第１充電機器及び当該第２充電機器を制御する制御装置、及び当該制御装置と当該第２充電機器との間に接続された変換器とを有する需要家における機器の制御方法であって、前記制御装置が、前記第１通信規格で記述された指示であって、前記第２充電機器において処理のパラメータを変更する処理を実行させる指示を前記変換器に出力するステップと、前記変換器が、前記指示を前記第１通信規格に従った形式から前記第２通信規格に従った形式に変換するステップと、前記第２充電機器が、前記第２通信規格に従った形式に変換された指示に従って処理を実行するステップとを有するエネルギー管理方法を提供する。

【0007】

本開示の別の一態様は、第１通信規格に対応する第１充電機器、第２通信規格に対応する第２充電機器、及び当該第２充電機器との間に接続された変換器を含むエネルギー管理システムを制御するため他の装置と通信する通信手段と、前記第１通信規格で記述された指示であって、前記第２充電機器において処理のパラメータを変更する処理を実行させる指示を前記変換器に出力する出力手段とを有する情報処理装置を提供する。

【0008】

本開示のさらに別の一態様は、第１充電機器、サーバからの第２通信規格に従った制御計画に応じて、第１通信規格に従って対象機器を制御する制御装置、及び当該サーバと当該制御装置との間に接続された変換器を有する需要家、並びに当該需要家の外部に設けられ、第２通信規格に対応する第２充電機器を有するシステムにおける機器の制御方法であって、前記サーバが、前記第１充電機器において前記需要家に対応する電動車両に対して行われた充電に係る第１充電情報を取得するステップと、前記サーバが、前記第２充電機器において前記電動車両に対して行われた充電に係る第２充電情報を取得するステップと、前記サーバが、前記第１充電情報及び前記第２充電情報を用いて、前記第１充電機器の制御計画であって前記第２通信規格に従って記述された制御計画を生成するステップと、前記サーバが、前記制御計画を出力するステップと、前記変換器が、前記制御計画を前記第２通信規格に従った記述から前記第１通信規格に従って記述に翻訳するステップと、前記変換器が、前記第１通信規格に従って記述された前記制御計画を前記制御装置に出力するステップとを有するエネルギー管理方法を提供する。

【0009】

本開示のさらに別の一態様は、第１充電機器において需要家に対応する電動車両に対して行われた充電に係る第１充電情報を取得する第１取得手段と、前記需要家の外部に設けられ、第２通信規格に対応する第２充電機器において前記電動車両に対して行われた充電に係る第２充電情報を取得する第２取得手段と、前記第１充電情報及び前記第２充電情報を用いて、前記第１充電機器の制御計画であって前記第２通信規格に従って記述された制御計画を生成する生成手段と、前記制御計画を出力する出力手段とを有する情報処理装置を提供する。

【発明の効果】

【0010】

本発明によれば、第１通信規格に対応する充電機器及び第２通信規格に対応する充電機器が混在するシステムをより効率的に制御することができる。

【図面の簡単な説明】

【0011】

【図1】需要家における消費電力量を例示する図。

【図2】第１実施形態に係るＨＥＭＳシステムの構成を示す図。

【図3】通信変換器の機能構成を例示する図。

【図4】第２実施形態に係るＨＥＭＳシステムの動作を示すフローチャート。

【図5】機器データベースに記録されるデータを例示する図。

【図6】履歴データベースに記録されるデータを例示する図。

【図7】制御計画を生成する処理の詳細を示す図。

【図8】制御計画の概要を例示する図。

【図9】第２実施形態に係るＨＥＭＳシステムの構成を示す図。

【図10】第２実施形態におけるサーバの機能構成を例示する図。

【図11】第２実施形態に係る動作を例示するシーケンスチャート。

【図12】車両データベースに記録される情報を例示する図。

【図13】第３実施形態に係るＨＥＭＳシステムの構成を示す図。

【図14】第３実施形態におけるサーバの機能構成を例示する図。

【図15】第３実施形態に係るＨＥＭＳシステムの動作を例示するシーケンスチャート。

【発明を実施するための形態】

【0012】

１．概要
日本ではスマートハウス向けの通信規格（ここでいう通信規格は、ＯＳＩ参照モデルでいうところの第５～第７層のプロトコルに相当する。）としてＥＣＨＯＮＥＴＬｉｔｅ（登録商標）が普及している。一方で欧州ではスマートネットワーク向けの通信規格としてＥＥＢＵＳが普及している。また、最近は電気自動車の蓄電池をスマートハウスにおけるエネルギー源として組み込む動きもあるところ、ＥＶ充電器の通信規格として、欧米ではＯＣＰＰが、日本ではＥＣＨＯＮＥＴＬｉｔｅ（登録商標）が、それぞれ普及している。スマートハウスにおいて多様な機器を管理しようとすると、このような規格の相違が問題となる場合がある。

【0013】

ここで問題点を整理するため、機器を増やしていった仮想的な例における消費電力量及びその制御を考える。

【0014】

図１（Ａ）は、オール電化住宅にエコ型給湯器を導入した例における消費電力量を例示する図である。図の横軸は時間帯を、縦軸は消費電力量を示す。横軸は１時間毎に区切られている。各時間帯において左側のバーがエコ型給湯器導入前の状態を、右側のバーがエコ型給湯器導入後の状態を、それぞれ示す。このエコ型給湯器は、電気料金の安い夜間に湯を沸かして貯めておき、その湯を日中など電気料金の高い時間帯に使用するものである。

【0015】

図１（Ｂ）は、図１（Ａ）の例にさらに定置型蓄電池を導入した例における消費電力量を例示する図である。各時間帯には３つのバーが含まれている。左端のバーは、図１（Ａ）で説明したエコ型給湯器導入後の状態（すなわち定置型蓄電池導入前の状態）を示す。真ん中のバーは、定置型蓄電池導入後の状態を示す。一般に電気料金には契約により最大消費電力が決められている。いまここで、契約による最大消費電力が６．０ｋＷである例を考える。図１（Ｂ）の例では定置型蓄電池導入により、午前１時～午前２時の時間帯の消費電力量が７ｋＷｈとなり契約電力の６．０ｋＷを超えるので、最大消費電力量がより大きいすなわち基本料金がより高い契約に切り替える必要が出てくる。そこで、ＨＥＭＳコントローラによりデマンド制御を行い、最大消費電力量を６．０ｋＷｈ未満に抑制した状態を示すのが各時間帯の右端のバーである。この例によれば、最大消費電力が６．０ｋＷの契約のままでエコ型給湯器及び定置型蓄電池を使用することができる。ただし、ＨＥＭＳコントローラが定置型蓄電池のデマンド制御を行うには、定置型蓄電池及びＨＥＭＳコントローラが同じ通信規格に対応している必要がある。

【0016】

図１（Ｃ）は、図１（Ｂ）の例にさらにＥＶ充電器を導入した例における消費電力量を例示する図である。この例では、ＥＶ充電器はＨＥＭＳコントローラと同じ通信規格に対応していないので、ＨＥＭＳコントローラがＥＶ充電器を制御することはできない。ＥＶ充電器は、専用のコントローラによりＨＥＭＳコントローラとは独立して制御される。ＥＶの充電には１０ｋＷｈが必要であり、ＥＶ充電器がこれを５時間で均等に充電する（すなわち１時間当たり２ｋＷｈを消費する）例を考える。ＥＶ充電器はＨＥＭＳコントローラとは独立して制御されるので、定置型蓄電池及びＨＥＭＳコントローラを導入した例にさらに１時間当たり２ｋＷｈが加算される（各時間帯の右端のバー）。すると、定置型蓄電池に対してデマンド制御を行ったとしても午前１時～午前２時の消費電力量が６．０ｋＷを超えてしまう。

【0017】

図１（Ｄ）は、図１（Ｃ）の例において定置型蓄電池及びＥＶ充電器にデマンド制御を行った例を示す図である。定置型蓄電池及びＥＶ充電器の双方に対してデマンド制御を行えば、大消費電力が６．０ｋＷの契約のままでエコ型給湯器、定置型蓄電池、及びＥＶ充電器を使用することができる。ただし、ＨＥＭＳコントローラがこのデマンド制御を行うには、定置型蓄電池、ＥＶ充電器、及びＨＥＭＳコントローラが全て同じ通信規格に対応している必要がある。

【0018】

しかし既に説明したように、これら複数の機器が全て同じ通信規格に対応しているとは限らず、一部の機器が他と異なる通信規格のみに対応している場合がある。本開示はこの問題に対処する。特に、電力消費量が大きい機器、より詳細には蓄電池に充電をする機器を使用するシステムにおいて、デマンド制御を行うための技術を提供する。

【0019】

２．第１実施形態
２－１．構成
図２は、第１実施形態に係るＨＥＭＳシステム１の構成を示す図である。この例において、ＨＥＭＳシステム１は、管理サーバ１０、スマートメーター２０、分電盤３０、ゲートウェイ４０、ＨＥＭＳコントローラ５０、蓄電池システム６０、通信変換器７０、ＥＶ充電器８０、及びＥＶ９０を有するエネルギー管理システムの一例である。この図において、実線は電気の流れを、破線は情報の流れをそれぞれ示す。この例において、需要家Ｈは一般家庭である。

【0020】

系統から供給される電力は、スマートメーター２０を介して需要家Ｈに供給される。スマートメーター２０は、需要家Ｈにおいて使用される電力量を計測し、計測した電力使用量を他の装置、この例においてはＨＥＭＳコントローラ５０に送信する装置である。分電盤３０は、系統から供給される電力を、需要家Ｈ内の負荷、この例においては、ゲートウェイ４０、ＨＥＭＳコントローラ５０、蓄電池システム６０、通信変換器７０、及びＥＶ充電器８０に分配して供給する。ゲートウェイ４０は、需要家Ｈ内の通信ネットワークと需要家Ｈ外の通信ネットワークとを中継する装置である。需要家Ｈ内では通信規格として第１通信規格（例えばＥＣＨＯＮＥＴ Ｌｉｔｅ（登録商標））が用いられる。ＨＥＭＳコントローラ５０は、需要家Ｈ内の他の負荷を管理及び制御する。蓄電池システム６０は、系統から供給される電力を蓄電し、需要家Ｈ内の負荷に供給するものであり、定置型蓄電池を含む。蓄電池システム６０は、第１通信規格に対応する第１充電機器の一例である。ＥＶ充電器８０は、ＥＶ９０を充電する装置である。ＥＶ充電器８０は、第２通信規格に対応する第２充電機器の一例である。ＥＶ充電器８０は、第２通信規格（例えばＯＣＰＰ）に対応しており、第１通信規格には対応していない。ＥＶ９０は、電気エネルギーで駆動される電動車両である。ここで電動車両とは充電池を有する車両をいい、例えば、四輪車（いわゆる電気自動車）又は二輪車（いわゆる電動バイク）である。

【0021】

管理サーバ１０は、需要家Ｈにおける電力制御を管理するサーバ（又は情報処理装置）であり、第１充電機器及び第２充電機器を制御する制御装置の一例である。管理サーバ１０は、ＨＥＭＳコントローラ５０を介してスマートメーター２０から電力情報を、電力調整設備、この例においては、蓄電池システム６０から充電率情報等を取得し、取得した情報に基づきスマートメーター２０を介して他の負荷、この例においては、ＥＶ充電器８０および蓄電池システム６０を制御する。ゲートウェイ４０は、管理サーバ１０とＨＥＭＳコントローラ５０を通信接続し、ＨＥＭＳコントローラ５０が取得した電力等の情報を管理サーバ１０に送信するとともに、管理サーバ１０からの指示又は要求をＨＥＭＳコントローラ５０に送信する。通信変換器７０は、第１通信規格に従ってＨＥＭＳコントローラ５０から出力される指示、要求、又は情報を、第２通信規格に従う指示、要求、又は情報に変換又は翻訳し、ＥＶ充電器８０に出力する。

【0022】

図３は、ＨＥＭＳシステム１の機能構成を例示する図である。ＨＥＭＳシステム１は、記憶手段１１、通信手段１２、判断手段１３、出力手段１４、通信手段７１、通信手段７２、記憶手段７３、及び変換手段７４を有する。この例において、記憶手段１１、通信手段１２、判断手段１３、及び出力手段１４は管理サーバ１０に実装される。通信手段７１、通信手段７２、記憶手段７３、及び変換手段７４は通信変換器７０に実装される。なお図３においては、管理サーバ１０、ＨＥＭＳコントローラ５０、通信変換器７０、及びＥＶ充電器８０以外の要素は図示を省略している。

【0023】

記憶手段１１は、各種のデータ及びプログラムを記憶する。この例において、記憶手段１１は、データベース１１１、データベース１１２、及びデータベース１１３を記憶する。データベース１１１は、各需要家が有する機器に関する情報が記録されたデータベース（機器データベース）である。データベース１１２は、機器の状態の履歴が記録されたデータベース（履歴データベース）である。データベース１１３は、複数の需要家の各々について、その需要家における機器の制御計画が記録されたデータベース（制御計画データベース）である。

【0024】

通信手段１２は、他の装置と通信する。判断手段１３は、需要家Ｈにおける消費電力量に余裕があるか判断する。出力手段１４は、ＥＶ充電器８０において処理のパラメータを変更する処理を実行させる指示を通信変換器７０に出力する。この指示は、第１通信規格で記述される。この例において、出力手段１４は、需要家Ｈにおける消費電力量に余裕があると判断された場合、第２通信規格において定められる前記パラメータの値の範囲を超える値に当該パラメータの値を設定する指示であって、第１通信規格に従った形式で記述された指示を出力する。この指示は、ＨＥＭＳコントローラ５０を介して通信変換器７０に送信される。

【0025】

通信変換器７０において、通信手段７１は、第１通信規格に対応する機器（この例においてはＨＥＭＳコントローラ５０）と通信する。通信手段７２は、第２通信規格に対応する機器（この例においてはＥＶ充電器８０）と通信する。記憶手段７３は、第１通信規格に準拠した形式の指示を第２通信規格に準拠した形式の指示に変換又は翻訳するための情報、及び第１通信規格に準拠した形式の指示を第２通信規格に準拠した形式の指示に変換又は翻訳するための情報を含む。記憶手段７３に記憶される情報は、例えば変換テーブルである。変換手段７４は、第１通信規格に準拠した形式の指示及び第２通信規格に準拠した形式の指示を、一方から他方に変換する。

【0026】

詳細な説明は省略するが、管理サーバ１０は、プロセッサ、メモリ、ストレージ、及び通信インターフェースを有するコンピュータ装置である。このストレージには、コンピュータ装置を管理サーバ１０として機能させるためのプログラムが記憶されている。プロセッサがこのプログラムを実行することにより、コンピュータ装置に管理サーバ１０の機能が実装される。同様に、通信変換器７０は、プロセッサ、メモリ、及び通信インターフェースを有するコンピュータ装置である。このメモリには、コンピュータ装置を通信変換器７０として機能させるためのプログラムが記憶されている。プロセッサがこのプログラムを実行することにより、コンピュータ装置に通信変換器７０の機能が実装される。

【0027】

２－２．動作
図４は、一実施形態に係るＨＥＭＳシステム１の動作を示すフローチャートである。図４のフローは、所定のイベントをトリガとして開始される。一例において、図４のフリーは、毎日１６：００になったというイベントをトリガとして開始される。

【0028】

ステップＳ１において、管理サーバ１０は、需要家Ｈにおける電力消費に関する情報を収集する。既に説明したように、管理サーバ１０において、記憶手段１１は、データベース１１１及びデータベース１１２を記憶する。

【0029】

図５は、データベース１１１に記録されるデータを例示する図である。このデータベースは複数のレコードを有する。各レコードは、需要家ＩＤ及び１以上の機器情報を含む。需要家ＩＤは、需要家を一意に特定する識別情報である。機器情報は、その需要家に設置されている機器に関する情報である。この例において、機器情報は、第１通信規格に準拠した形式で記述される。第１通信規格において、各機器は、オブジェクトとして定義される。各オブジェクトには、クラスＩＤが設定される。クラスＩＤは、クラスグループＩＤ、クラスコード、及びインスタンスコードを含み、機器を特定する識別情報である。クラスグループＩＤは、あらかじめ決められた機器の種類（例えば、住宅・機器関連機器、調理・家事関連機器、空調関連機器等）を示す。クラスコードは、機器の細分類（例えば、住宅・機器関連機器であれば、瞬間湯沸器、蓄電池、電気自動車充放電器等）を示す。インスタンスコードは、同じ機器を区別するための番号である。

【0030】

機器情報は、さらに、その機器が対応している通信規格を示す情報を含む。この情報は、その機器が対応している通信規格の識別情報、すなわちこの例においては第１通信規格及び第２通信規格のいずれを示す。

【0031】

一例において、ＨＥＭＳコントローラ５０は、そのＨＥＭＳコントローラ５０に接続されている機器の各々の状態を定期的に（例えば３０分毎に）取得する。具体的には、ＨＥＭＳコントローラ５０は、自身に接続されている機器が記録されたデータベースを有する。ＨＥＭＳコントローラ５０は、このデータベースに記録されている各機器に対し、定期的にその状態を問い合わせる。機器の状態は第１通信規格においてプロパティとして定義されており、例えば蓄電池システムであれば、プロパティは動作状態（オンかオフか）、充電電流設定値、及び放電電流設定値等を含む。各機器は、ＨＥＭＳコントローラ５０に対し、自身の状態を示す状態情報を返信する。ＨＥＭＳコントローラ５０は、各機器から得られた状態情報を定期的に管理サーバ１０に送信する。ＨＥＭＳコントローラ５０が管理サーバ１０に状態情報を送信する周期は、ＨＥＭＳコントローラ５０が各機器に状態を問い合わせる周期と同じであってもよいし、この周期よりも長くてもよい。管理サーバ１０は、ＨＥＭＳコントローラ５０から受信した状態情報をデータベース１１２に記録する。こうして、管理サーバ１０は、需要家Ｈにおける各機器の稼働状況に関する情報を取得する。

【0032】

図６は、データベース１１２に記録されるデータを例示する図である。このデータベースは複数のレコードを有する。各レコードは、機器を特定する識別情報、日時情報、及び状態情報を含む。識別情報は、例えば第１通信規格に従って記述されるクラスＩＤである。日時情報は、対応する状態情報が取得された日時を示す。状態情報は、その日時における機器の状態を示す。

【0033】

再び図４を参照する。ステップＳ２において、管理サーバ１０は、需要家Ｈにおける各機器の制御計画を生成する。この制御計画は、蓄電池に関連した機器の充電状態／非充電状態を切り替えるタイミングを含む。蓄電池に関連した機器とは、大型の（すなわち基準より容量の大きい）蓄電池に充電をする機器をいい、例えば、蓄電池システム６０及びＥＶ充電器８０をいう。管理サーバ１０は、各種の情報及びあらかじめ決められたアルゴリズムを用いて制御計画を生成する。この制御計画は、ＨＥＭＳシステム１に属する複数の需要家Ｈにおける電力需要を制御することを目的とするものであり、いわゆるデマンドレスポンスの要求（以下「ＤＲ要求」という）を含んでもよい。制御計画を生成する際に用いられる情報は、例えば、需要家Ｈに含まれる各機器の属性情報、需要家ＨのＨＥＭＳコントローラ５０から取得した各機器の稼働状況に関する情報、需要家Ｈに関連するユーザの過去の行動履歴（例えばＥＶ９０の使用履歴を含む）、天気予報、及び売電価格の推移の少なくとも１種が含まれる。

【0034】

図７は、制御計画を生成する処理の詳細を示す図である。この例において、機器の制御計画は第１通信規格に従った形式で生成される。第１通信規格と第２通信規格とでは、データ形式だけでなく、指示に用いられるパラメータが異なる。ここでは以下の例を用いる。ＥＶ充電器８０を充電する際、第１通信規格においては充電電力（又は電流値）が指定されるが、第２通信規格においては充電時の最大電力（又は最大電流値）が指定される。第１通信規格において充電電力は１ｋＷ単位で設定されるが、第２通信規格において充電電力は０．１ｋＷ単位で設定される。また、ＥＶ充電器の最大充電電力は２．５ｋＷである。

【0035】

ステップＳ２０１において、管理サーバ１０は、計画を生成する対象期間を特定する。対象期間の始期は、あらかじめ決められている。例えばステップＳ１の処理が毎日１６：００に開始され、当日の１７：００から翌日の１７：００までの２４時間が対象期間として特定される。ステップＳ２０２において、管理サーバ１０は副対象期間を特定する。副対象期間は、対象期間を細分化した期間である。例えば、管理サーバ１０は、当日の１７：００から翌日の１７：００までの２４時間を、３０分ずつ４８個の副対象期間に細分化する。

【0036】

ステップＳ２０３において、管理サーバ１０は、対象となる機器を特定する。例えば需要家Ｈに含まれる全ての機器にはあらかじめ決められたルールに従って、又はユーザの指定により優先順位が決められている。管理サーバ１０は、この優先順位に従って対象機器を１つずつ特定する。

【0037】

ステップＳ２０４において、管理サーバ１０は、対象機器の消費電力（例えばＥＶ充電器８０の充電に用いられる電力）の、第１通信規格における最大値を求める。例えばＥＶ充電器８０の充電時最大電力が第２通信規格において２．５ｋＷであることが示される場合、第１通信規格において可能な設定値のうち第２通信規格における充電時最大電力を超えかつ最小の設定値（すなわち３ｋＷ）がいま求めるべき最大値である。

【0038】

ステップＳ２０５において、管理サーバ１０は、その副対象期間における消費電力量を予測する。この消費電力量の予測値は、この時点での対象機器の消費電力量を除いた消費電力量である。また、この時点で既に制御計画が生成されている機器については、その制御計画に従った消費電力量が計上される。制御計画が生成されていない機器については、管理サーバ１０は、例えば、需要家Ｈに含まれる各機器の属性情報、需要家ＨのＨＥＭＳコントローラ５０から取得した各機器の稼働状況に関する情報、需要家Ｈに関連するユーザの過去の行動履歴（例えばＥＶ９０の使用履歴を含む）、天気予報、及び売電価格の推移の少なくとも１種を参照してその消費電力量を予測する。

【0039】

ステップＳ２０６において、管理サーバ１０は、一の副対象期間について、消費電力量に余裕があるか判断する。より具体的には、管理サーバ１０は、対象機器を除いた消費電力量に余裕があるか判断する。ここで、「消費電力量に余裕がある」とは、対象機器を除いた消費電力量の予測値と、対象機器の消費電力の仮設定値から得られる消費電力量との差がしきい値以上であることをいう。対象機器の消費電力の仮設定値の初期値は、第１通信規格における消費電力の最大値（上の例では３ｋＷ）である。対象機器の消費電力の仮設定値から得られる消費電力量は、その副対象期間、対象機器の消費電力が仮設定値の状態であると仮定したときの消費電力量をいう。例えば３ｋＷで３０分間使用するのであれば対象機器の消費電力量は１．５ｋＷｈである。

【0040】

消費電力量に余裕があると判断された場合（ステップＳ２０６：ＹＥＳ）、管理サーバ１０は、処理をステップＳ２０７に移行する。消費電力量に余裕がないと判断された場合（ステップＳ２０６：ＮＯ）、管理サーバ１０は、処理をステップＳ２０８に移行する。

【0041】

ステップＳ２０７において、管理サーバ１０は、対象機器の消費電力を、仮設定値の値で確定する。すなわち、対象機器についての制御計画を確定する。

【0042】

ステップＳ２０８において、管理サーバ１０は、対象機器の消費電力の仮設定値を１単位減少させる。例えば仮設定値が３ｋＷであった場合、管理サーバ１０は、仮設定値を２ｋＷに設定する。仮設定値を更新すると、管理サーバ１０は、処理を再びステップＳ２０６に移行する。

【0043】

ステップＳ２０９において、管理サーバ１０は、対象機器の制御計画の生成が完了したか判断する。対象機器には必要な消費電力量（例えば充電量）が設定されている。すなわち管理サーバ１０は、ここまでの制御計画で必要な消費電力量が確保されているか判断する。例えば、ＥＶ９０の充電容量（すなわち電池容量）が１０ｋＷｈである場合、ＥＶ充電器８０の消費電力量（すなわち充電済量）が累積で１０ｋＷｈになれば、対象機器の制御計画の生成が完了したと判断する。ＥＶ充電器８０の消費電力量（すなわち充電済量）が累積で１０ｋＷｈに達していなければ、対象機器の制御計画の生成がまだ完了していないと判断する。対象機器の制御計画の生成が完了したと判断された場合（ステップＳ２０９：ＹＥＳ）、管理サーバ１０は処理をステップＳ２１０に移行する。対象機器の制御計画の生成が完了していないと判断された場合（ステップＳ２０９：ＮＯ）、管理サーバ１０は処理をステップＳ２１１に移行する。

【0044】

ステップＳ２１０において、管理サーバ１０は、対象機器について計画生成済のフラグを付与する。

【0045】

ステップＳ２１１において、管理サーバ１０は、優先順位に従って対象機器を更新する。対象機器を更新すると、管理サーバ１０は、処理を再びステップＳ２０４に移行する。

【0046】

ステップＳ２１２において、管理サーバ１０は、副対象期間を次の副対象期間に更新する。副対象期間を更新すると、管理サーバ１０は、処理を再びステップＳ２０３に移行する。

【0047】

全ての副対象期間及び全ての機器について制御計画が確定されると、管理サーバ１０は、制御計画をデータベース１１３に書き込む（ステップＳ２１３）。

【0048】

図８は、制御計画の概要を例示する図である。ここでは説明のため、制御計画をグラフで示す。このグラフの横軸は時間帯を、縦軸は電力量をそれぞれ示す。この制御計画は、将来の所定期間（例えば次の２４時間分）の計画を含む。図８の例では、蓄電池システム６０及びＥＶ充電器８０において充電を行う時間帯が指定される。例えば、この制御計画によれば、ＥＶ９０は、午前１時から午前２時まで４ｋＷｈ、午前２時から午前３時まで４ｋＷｈ、午前３時から午前４時まで２ｋＷｈが充電され、それ以外の時間帯では充電されないことが示される。さらに、この制御計画によれば、蓄電池システム６０は、午前０時から午前１時まで５ｋＷｈ、前記１時から午前２時までは１ｋＷｈが充電され、それ以外の時間帯では充電されないことが示される。

【0049】

より詳細には、制御計画は、第１通信規格に従った形式で記述される。例えば、制御計画は、その指示を送信する時刻を指定する情報、対象となる機器のクラスＩＤ、並びにプロパティの番号（例えば「充電電流設定値」に相当する番号）及びその値（例えば２Ａに相当する値）を含む。

【0050】

管理サーバ１０がある需要家Ｈについて１つの制御計画を生成してから次の制御計画を生成するまでの期間は、制御計画における所定期間（上の例では２４時間）と同じであってもよいし、その所定期間より短くてもよい。例えば、管理サーバ１０は、２時間おきに、その時点から２４時間後までの制御計画を生成してもよい。

【0051】

再び図４を参照する。ステップＳ３において、管理サーバ１０は、生成した制御計画をＨＥＭＳコントローラ５０に送信する。ＨＥＭＳコントローラ５０は、管理サーバ１０から受信した制御計画を記憶手段に記憶する。ＨＥＭＳコントローラ５０は、制御計画で指定された時刻になると、対象となる機器に指示を出力又は送信する（ステップＳ４）。第１通信規格に対応していない機器に関しては、通信変換器７０がＨＥＭＳコントローラ５０から出力される指示を解読し、第２通信規格に準拠した形式に翻訳又は変換して（ステップＳ５）ＥＶ充電器８０に出力する。第１通信規格に対応した機器に対しては、ＨＥＭＳコントローラ５０から直接、その機器に指示が出力される。指示を受信した機器は、その指示に従って処理を実行する（すなわち自身の動作状態を変更する）（ステップＳ６）。例えば、蓄電池システム６０は、この指示に従って充電を開始又は終了したり、放電を開始又は終了したりする。

【0052】

この例において、ＨＥＭＳコントローラ５０から出力される指示は、第１通信規格に準拠した形式で記述される。制御の対象となる機器が第１通信規格に対応していれば、直接この指示を受信して解読することができる。図２の例では、スマートメーター２０及び蓄電池システム６０は、ＨＥＭＳコントローラ５０から出力される指示を解読することができる。

【0053】

この例において、ＥＶ充電器８０は第１通信規格に対応しておらず、ＨＥＭＳコントローラ５０から出力される指示を直接、解読することができない。本開示においては、通信変換器７０がＨＥＭＳコントローラ５０から出力される指示を解読し、第２通信規格に準拠した形式に翻訳又は変換してＥＶ充電器８０に送信する。ＥＶ充電器８０は、第２通信規格に準拠した形式の指示を解読し、処理を行う。

【0054】

このように本実施形態によれば、第１通信規格に対応する機器及び第２通信機器に対応する機器が混在するシステムにおいても、より効率のよい制御計画を生成することができる。

【0055】

３．第２実施形態
図９は、第２実施形態に係るＨＥＭＳシステム２の構成を示す図である。この例において、ＨＥＭＳシステム２は、管理サーバ１０、スマートメーター２０、分電盤３０、ゲートウェイ４０、ＨＥＭＳコントローラ５０、蓄電池システム６０、通信変換器７５、ＥＶ充電器８５、ＥＶ９０、及びＥＶ充電器２００を有する。ＨＥＭＳシステム１と共通する要素については、共通の符号を用いる。このうち需要家Ｈは、スマートメーター２０、分電盤３０、ゲートウェイ４０、ＨＥＭＳコントローラ５０、蓄電池システム６０、通信変換器７５、ＥＶ充電器８５、及びＥＶ９０を有する。以下ＨＥＭＳシステム２と共通する点は説明を省略する。

【0056】

管理サーバ１０は、第２通信規格に対応するサーバである。通信変換器７５は、管理サーバ１０とＨＥＭＳコントローラ５０との間に設けられる。通信変換器７５は、管理サーバ１０から第２通信規格に従った形式で出力された指示を、第１通信規格（例えばＥＣＨＯＮＥＴＬｉｔｅ（登録商標））に従った形式に変換し、ＨＥＭＳコントローラ５０に出力する。ＨＥＭＳコントローラ５０は、蓄電池システム６０及びＥＶ充電器８５を含む機器を制御する。ＥＶ充電器８５は、第１通信規格に対応しており、第２通信規格（例えばＯＣＰＰ）には対応していない

【0057】

ＥＶ充電器２００は、需要家Ｈとは独立したいわゆる外部のＥＶ充電器である。ＥＶ充電器２００は、ショッピングモールの駐車場等、不特定多数のユーザに使用される場所に設置される。ＥＶ充電器２００は、第２通信規格に対応しており、第１通信規格には対応していない。ＥＶ充電器２００は、通信変換器を介さずに管理サーバ１０から指示を受信する。管理サーバ１０は、需要家ＨのＥＶ充電器８５及び外部のＥＶ充電器２００を管理することができるので、ＥＶ充電器８５を単独で制御する例と比較するとより統合的なサービスを提供することができる。

【0058】

図１０は、第２実施形態における管理サーバ１０の機能構成を例示する図である。第１実施形態における管理サーバ１０の機能と比較すると、記憶手段１１がデータベース１１４を記憶する点、並びに取得手段１５及び取得手段１６を有する点が異なる。なお、生成手段１７は、第１実施形態における管理サーバ１０も同等の機能を有していたが図３には明示していなかったものである。データベース１１４は、ＥＶ９０の属性を記録するデータベース（車両データベース）である。取得手段１５（第１取得手段の一例）は、第１充電機器から第１充電情報を取得する。第１充電機器は、需要家Ｈ内のＥＶ充電器であり、この例ではＥＶ充電器８５である。第１充電情報は、第１充電機器においてその需要家Ｈに対応する電動車両（この例ではＥＶ９０）に対して行われた充電に係る情報であり、例えば、ＥＶ９０の電池の充電率（いわゆるＳｏＣ、State of Charge）を含む。取得手段１６（第２取得手段の一例）は、第２充電機器から第２充電情報を取得する。第２充電機器は、需要家Ｈ外部のＥＶ充電器であり、この例ではＥＶ充電器２００である。第２充電情報は、第２充電機器においてその需要家Ｈに対応する電動車両（この例ではＥＶ９０）に対して行われた充電に係る情報であり、例えば、ＥＶ９０の電池の充電率を含む。生成手段１７は、第１充電情報及び第２充電情報を用いて、需要家Ｈに対する制御計画を生成する。この制御計画は第２通信規格に従って記述される。またこの制御計画は、第１充電機器の制御計画を含む。

【0059】

図１１は、ＨＥＭＳシステム２の動作を例示するシーケンスチャートである。ステップＳ２０１において、ＥＶ充電器８５は、ＥＶ９０を充電する。これは、ユーザすなわち需要家Ｈの住人が、自宅でＥＶ９０を充電する状況に相当する。充電が完了すると、ＥＶ充電器８５は、充電情報を生成する。この充電情報は、例えば、タイムスタンプ、車両ＩＤ、充電器ＩＤ、及びＳｏＣを含む。タイムスタンプは、充電が完了した時刻を示す。車両ＩＤは、ＥＶ９０を一意に特定する識別情報である。充電器ＩＤは、充電器２００を一意に特定する識別情報である。ＳｏＣは、充電完了時におけるＥＶ９０の電池の充電率を示す。ＥＶ充電器８５は、充電情報をＨＥＭＳコントローラ５０に出力する（ステップＳ２０２）。この充電情報は、第１通信規格に従って記述される。ＥＶ充電器８５から充電情報を受信すると、ＨＥＭＳコントローラ５０は、この充電情報を管理サーバ１０に送信する（ステップＳ２０３）。

【0060】

通信変換器７５は、ＨＥＭＳコントローラ５０から、管理サーバ１０宛の充電情報を受信する。通信変換器７５は、受信した充電情報を、第１通信規格に従って記述から第２通信規格に従った記述に翻訳する（ステップＳ２０４）。通信変換器７５は、翻訳された充電情報を管理サーバ１０に送信する（ステップＳ２０５）。

【0061】

需要家Ｈから充電情報を受信すると、管理サーバ１０は、受信した充電情報（の少なくとも一部）をデータベース１１４に記録する。

【0062】

ステップＳ２０７において、ＥＶ充電器２００は、ＥＶ９０を充電する。これは、ユーザが、充電スタンド等の自宅外でＥＶ９０を充電する状況に相当する。充電が完了すると、ＥＶ充電器２００は、充電情報を生成する。この充電情報は、例えば、タイムスタンプ、車両ＩＤ、充電器ＩＤ、及びＳｏＣを含む。ＥＶ充電器２００は、充電情報を管理サーバ１０に送信する（ステップＳ２０８）。この充電情報は、第２通信規格に従って記述される。ＥＶ充電器２００から充電情報を受信すると、管理サーバ１０は、この充電情報をデータベース１１４に記録する（ステップＳ２０９）。

【0063】

図１２は、データベース１１４に記録される情報を例示する図である。データベース１１４は、複数のレコードを含む。各レコードは、１台の車両に関する情報を含む。具体的には、各レコードは、需要家ＩＤ、車両ＩＤ、電池容量、及び充電情報を含む。需要家ＩＤは、その車両を使用する（又は所有する）ユーザに対応する需要家を特定する識別情報である。車両ＩＤはその車両の識別情報である。電池容量はその車両が有する充電池の電池容量（満充電時の容量）を示す。充電情報は、ＥＶ充電器から取得した充電情報である。

【0064】

この例において、充電情報は、複数のサブレコードを含む。各サブレコードは、１回の充電に対応している。各サブレコードは、タイムスタンプ、充電器ＩＤ、及びＳｏＣを含む。これらのサブレコードの一部は、ＥＶ充電器８５から取得したものであり、別の一部はＥＶ充電器２００から取得したものである。

【0065】

なお、図１１ではＥＶ充電器８５における充電及びＥＶ充電器２００における充電をこの順番で説明したが、これはあくまで一例である。ユーザは基本的に自らの意志によりＥＶ９０の充電を行うものである。ある期間においてＥＶ充電器２００による充電が先に行われＥＶ充電器８５による充電が後で行われてもよいし、ある期間においてＥＶ充電器２００又はＥＶ充電器８５のいずれか一方のみによる充電が行われてもよい。

【0066】

再び図１１を参照する。所定の条件が満たされると（例えば毎日、所定の時刻になると）、管理サーバ１０は、制御計画を生成する（ステップＳ２１０）。制御計画の生成は、例えば、第１実施形態において説明した手法と同じように行われる。このとき管理サーバ１０は、データベース１１４に記録されている、統合された充電情報を参照することができるので、ＥＶ９０の（より新しい）電池残量に応じた制御計画を生成することができる。この制御計画は、第２通信規格に従って記述される。管理サーバ１０は、生成した制御計画を需要家ＨのＨＥＭＳコントローラ５０に送信する（ステップＳ２１１）。第１実施形態において説明したように、管理サーバ１０から送信される制御計画は、ＤＲ要求を含んでもよい。

【0067】

例えば、ＥＶ９０の電池容量が６０ｋＷｈであり、最新の充電率が８０％であることがデータベース１１４に記録されている場合、このＥＶ９０に対しては、少なくとも
６０ｋＷｈ×（１－０．８）＝１２ｋＷｈ
の充電が可能であることが分かる。最後の充電後に走行をした場合、ＥＶ９０の充電率は８０％よりさらに低下している可能性があるが、少なくとも１２ｋＷｈぶんの充電が可能であることが期待される。したがってこの数値を、「最小可能充電量」という。管理サーバ１０は、ＥＶ９０の電池容量及び充電率から最小可能充電量を計算する。ある期間、例えば明日の１０時～１４時の間に、ある地域において２０ｋＷｈの電力消費が必要であると判断された場合、管理サーバ１０は、このＥＶ９０に明日１０時から１２ｋＷｈぶんの充電すなわち電力消費を割り当てる。管理サーバ１０は、残りの８ｋＷｈについてはこの需要家Ｈの他の機器又は他の需要家Ｈの機器に対してＤＲ要求を生成する。

【0068】

需要家Ｈにおいて、管理サーバ１０から送信される制御計画は、ゲートウェイ４０（図１０では略）から通信変換器７５に送信される。通信変換器７５は、受信した制御計画を、第２通信規格から第１通信規格に翻訳する（ステップＳ２１２）。通信変換器７５は、第１通信規格に翻訳された制御計画をＨＥＭＳコントローラ５０に送信する（ステップＳ２１３）。

【0069】

制御計画を受信すると、ＨＥＭＳコントローラ５０は、その制御計画に従って各機器に制御指示を出力する。この制御計画にＤＲ要求が含まれる場合、ＨＥＭＳコントローラ５０は、ユーザに対し、そのＤＲ要求を受諾するかどうか回答の入力を要求する。例えば、ＨＥＭＳコントローラ５０は、表示装置にそのＤＲ要求の内容（例えば、○月○日の○時からＥＶ９０の充電を開始し、満充電されるまで充電を継続する）を表示する。ユーザは、このＤＲ要求の受諾の可否をＨＥＭＳコントローラ５０に対し入力する。ＨＥＭＳコントローラ５０は、ユーザからの入力に応じて、ＤＲ要求受諾の可否を示すＤＲ応答を管理サーバ１０に送信する（ステップＳ２１４）。管理サーバ１０は、このＤＲ応答に応じた処理を行う。

【0070】

制御計画にＥＶ充電器８５における充電が含まれている場合、又はＥＶ充電器８５を制御対象とするＤＲ要求を受諾した場合、ＨＥＭＳコントローラ５０は、制御指示をＥＶ充電器８５に出力する（ステップＳ２１５）。既に説明したように、この制御指示は、ＥＶ９０を外部のＥＶ充電器２００において充電した際の充電情報（具体的にはＳｏＣ）を考慮した指示であるので、外部のＥＶ充電器２００における充電情報を考慮しない例と比較してより適切な充電量である可能性が高い。

【0071】

このように、需要家Ｈ内のＥＶ充電器８５による充電情報と外部のＥＶ充電器２００による充電情報とが統合されることにより、ＨＥＭＳシステム２は、より統合されたサービスをユーザに提供することができる。統合されたサービスとは、例えば、統合された充電情報により示されるＥＶ９０の電池残量に応じた、需要家Ｈ内の機器の制御である。あるいは、統合されたサービスとは、統合された充電情報により示される充電量に応じた料金の割引である。

【0072】

４．第３実施形態
第２実施形態において、管理サーバ１０が、需要家Ｈ内のＥＶ充電器及び外部のＥＶ充電器から取得した充電情報を統合してサービスを提供する例を説明した。しかし、実際には、需要家Ｈ内のＥＶ充電器が通信機能を有さない（又は第１通信規格及び第２通信規格のいずれにも対応していない）場合がある。本実施形態においては、このような問題に対処する。

【0073】

図１３は、第３実施形態に係るＨＥＭＳシステム３の構成を示す図である。第２実施形態に係るＨＥＭＳシステム２と比較すると、ＨＥＭＳシステム３はＥＶ充電器８５を有しておらず、ＥＶ充電器８７を有する。ＥＶ充電器８７は通信機能を有しておらず、ＨＥＭＳコントローラ５０と通信することができない。そこでＨＥＭＳシステム３は、ＥＶ充電器８７における使用電力量を計測器により計測する。ＨＥＭＳシステム３は、計測された電力量を充電量とみなして処理を行う。例えば、スマートメーター２０がＥＶ充電器８７における使用電力量を計測する。あるいは、スマートメーター２０とは別に、ＥＶ充電器８７専用の計測器を準備し、これを設置して用いてもよい。

【0074】

図１４は、第３実施形態における管理サーバ１０の機能構成を例示する図である。第２実施形態における管理サーバ１０の機能と比較すると、推定手段１８を有する点が異なる。取得手段１６は、ＨＥＭＳコントローラ５０から、第１充電機器の電力使用量を取得する。第１充電機器は、需要家Ｈ内のＥＶ充電器であり、ＨＥＭＳコントローラ５０と通信しない（又はできない）充電器であり、この例ではＥＶ充電器８７である。推定手段１８は、取得手段１６が取得した情報から、この需要家Ｈに対応する電動車両における電池残量を推定する。

【0075】

図１５は、ＨＥＭＳシステム３の動作を例示するシーケンスチャートである。まず、ＥＶ充電器８７が、ＥＶ９０を充電する。これは、ユーザすなわち需要家Ｈの住人が、自宅でＥＶ９０を充電する状況に相当する。この間、スマートメーター２０は、ＥＶ充電器８７における電力使用量を計測する（ステップＳ３０１）。充電が完了すると、スマートメーター２０は、電力量情報を生成する。この電力量情報は、例えば、タイムスタンプ、需要家ＩＤ、充電器ＩＤ、及び電力量を含む。タイムスタンプは、充電が完了したとスマートメーター２０が判断した時刻を示す。スマートメーター２０は、電力量情報をＨＥＭＳコントローラ５０に出力する（ステップＳ３０２）。この電力量情報は、第１通信規格に従って記述される。スマートメーター２０から電力量情報を受信すると、ＨＥＭＳコントローラ５０は、この電力量情報を管理サーバ１０に送信する（ステップＳ３０３）。

【0076】

通信変換器７５は、ＨＥＭＳコントローラ５０から、管理サーバ１０宛の電力量情報を受信する。通信変換器７５は、受信した電力量情報を、第１通信規格に従って記述から第２通信規格に従った記述に翻訳する（ステップＳ３０４）。通信変換器７５は、翻訳された電力量情報を管理サーバ１０に送信する（ステップＳ３０５）。

【0077】

需要家Ｈから電力量情報を受信すると、管理サーバ１０は、受信した電力量情報から、ＥＶ９０の電池残量を推定する（ステップＳ３０６）。具体的には、まず、管理サーバ１０は、データベース１１４から、需要家Ｈに対応するＥＶ９０の最新のＳｏＣ及び電池容量を取得する。管理サーバ１０は、これらの情報から、ＥＶ９０のＳｏＣを推定する。例えば、電力量情報が８ｋＷｈを示していた場合、
（６０ｋＷｈ×０．８＋８ｋＷｈ）／６０ｋＷｈ＝９３％
が推定されるＳｏＣである。管理サーバ１０は、推定されたＳｏＣを、受信した電力量情報に含まれる需要家ＩＤに対応するレコードに記録する（ステップＳ３０７）。

【0078】

ステップＳ３０８～Ｓ３１５の処理は、図１１のステップＳ２０７～Ｓ２１４の処理と同じである。なおこの例ではＨＥＭＳコントローラ５０がＥＶ充電器８７を制御できないので、制御計画により指定された時刻にＥＶ充電器８７でＥＶ９０を充電するようユーザに注意を促すように、管理サーバ１０はＨＥＭＳコントローラ５０又はユーザが所持する端末に対し指示又は要求を送信する。

【0079】

この例によれば、需要家Ｈが第１通信規格及び第２通信規格のいずれにも対応していないＥＶ充電器を使用している場合でも、第２実施形態と同様に、外部のＥＶ充電器２００による充電情報を用いた、より統合されたサービスをユーザに提供することができる。

【0080】

５．変形例
本発明は上述の実施形態に限定されるものではなく種々の変形実施が可能である。以下、変形例をいくつか説明する。以下の変形例に記載された事項のうち少なくとも一部が上記の実施形態又は他の変形例と組み合わせて適用されてもよい。

【0081】

ＨＥＭＳシステム１のハードウェア構成は実施形態において例示したものに限定されない。例えば、実施形態においてはＥＶ充電器８０が他の機器とは異なる通信規格に対応する例を説明した。しかし、例えば管理サーバ１０が他の機器と異なる通信規格に対応してもよい。すなわち、管理サーバ１０が第２通信規格に、ＨＥＭＳコントローラ５０、蓄電池システム６０、及びＥＶ充電器８０が第１通信規格に対応してもよい。この場合、管理サーバ１０とＨＥＭＳコントローラ５０との間に通信変換器７０が設けられる。通信変換器７０は、管理サーバ１０から第２通信規格に従った形式で出力された指示を、第１通信規格に従った形式に変換し、ＨＥＭＳコントローラ５０に出力する。この場合において、ＨＥＭＳシステム１は、さらに、第２通信規格に対応する外部のＥＶ充電器（図示略）と連携してもよい。管理サーバ１０は、通信変換器を介さずに外部のＥＶ充電器に指示を出力する。この例によれば、需要家ＨのＥＶ充電器８０と外部のＥＶ充電器とを管理することができるので、管理サーバ１０は統合的なサービスを提供することができる。これは第２実施形態及び第３実施形態で具体的に説明したとおりである。

【0082】

第１充電機器及び第２充電機器はそれぞれ実施形態において例示したものに限定されない。容量が基準より大きい蓄電池を充電するための機器であれば、第１充電機器及び第２充電機器はどのような機器であってもよい。また、第１通信規格及び第２通信規格はそれぞれ実施形態において例示したものに限定されない。それぞれ具体的にはどのような規格であってもよい。

【0083】

なお本発明に係るエネルギー管理システムはＨＥＭＳに限定されず、いわゆるＢＥＭＳ（Building Energy Management System）、ＦＥＭＳ（Factory Energy Management System）、又はＣＥＭＳ（Community Energy Management System）であってもよい。

【0084】

機能要素とハードウェアとの対応関係は実施形態において例示したものに限定されない。例えば、実施形態において管理サーバ１０に実装されるものとして説明した機能の少なくとも一部がＨＥＭＳコントローラ５０に実装されてもよい。管理サーバ１０は物理サーバであってもよいし、仮想サーバ（いわゆるクラウドを含む）であってもよい。

【0085】

管理サーバ１０及びＨＥＭＳコントローラ５０等においてプロセッサが実行するプログラムは、ＤＶＤ－ＲＯＭ（Digital Versatile Disk Read Only Memory）等の記録媒体に記録されて提供されてもよいし、インターネット等のネットワークを介したダウンロードにより提供されてもよい。

【符号の説明】

【0086】

１…ＨＥＭＳシステム、１０…管理サーバ、１１…記憶手段、１１１…データベース、１１２…データベース、１１３…データベース、１２…通信手段、１３…判断手段、１４…出力手段、２０…スマートメーター、３０…分電盤、４０…ゲートウェイ、５０… ＨＥＭＳコントローラ、６０…蓄電池システム、７０…通信変換器、７１…通信手段、７２…通信手段、７３…記憶手段、７４…変換手段、８０…ＥＶ充電器、９０…ＥＶ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】