JP6490234B2 - 情報収集ユニット、情報処理方法およびプログラム - Google Patents

Description

この発明は、情報収集ユニット、情報処理方法およびプログラムに関する。

近年、太陽光発電や風力発電等を利用した自家発電機による電力系統と、電力会社から電力を購入する電力系統とを組み合わせたスマートグリッドシステムに注目が集まっている。スマートグリッドシステムは、例えば、負荷装置に必要となる消費電力のスケジュールを定めた運転計画と、自家発電機からの出力電力のスケジュールを定めた運転計画とを予め作成し、これら運転計画に従って自家発電機からの出力電力を負荷装置に供給するとともに、不足分の電力を買電電力でまかなっている。

このようなスマートグリッドシステムなどに用いられる装置であって、空調熱源機等の電力負荷が大きい負荷装置及び電源機器について、電力負荷の変動に応じたデマンドコントロールが可能な運転管理装置が、特開２０１２−０８０６７９号公報（特許文献１）に開示されている。このようなシステムでは、電力の需要を正確に予測した計画を作成することが重要である。上記運転管理装置においては、運転制御を行なった実際の負荷データと予測データとの差から負荷データの修正を行ない、次の最適運転計画作成に反映させる。

特開２０１２−０８０６７９号公報（段落００３０）

近年、太陽光発電、燃料電池、風力発電等を利用した自家発電装置による電力系統と、電力会社から電力を購入する電力系統とを家庭に導入するエネルギ管理システムに注目が集まっている。エネルギ管理システムには、自家発電装置による発電電力と、家庭の消費電力との間の調整バッファとして、蓄電池を備えているものがある。

このようなエネルギ管理システムは、太陽光発電電力の予測および家庭内消費電力の予測に基づき、蓄電池の充放電や家庭内電気機器の運転を計画的に実行しエネルギや運転コストを節約することが好ましい。

しかしながら、居住者の日々の生活の中では家庭内消費電力に時間的なズレが発生しやすい。家庭内消費電力の予測が外れた場合は、蓄電池の最適な充放電計画等が実施できず、却って買電を増加させるケースも考えられる。また、上記特開２０１２−０８０６７９号公報に記載された負荷データの修正は、空調熱源機等の電力負荷が大きい特定の負荷装置を対象とするものであり、直ちに家庭内の電気機器の消費電力の予測に適用することはできない。

この発明は、上記課題に鑑みてなされたものであり、その目的は、電気機器の消費電力の予測の精度を向上させることができる情報収集ユニット、情報処理方法およびプログラムを提供することである。

本発明に係る情報収集ユニットは、電気機器の情報を収集し、イベント計画に対応する電力消費計画を表示部に表示させる情報収集ユニットである。イベント計画は、動作時間帯、動作時間長、稼働回数の少なくとも１つと、使用する電気機器とによって定義されるイベントが、発生する予定の時間についての情報を含む。情報収集ユニットは、制御部と、表示管理部とを備える。制御部は、第１のイベント計画と、第１のイベント計画の開始時点から判定時までに完了したイベントの履歴情報とを用いて、第１のイベント計画の判定時から終了時点までの部分を修正した第２のイベント計画と第２のイベント計画に対応する電力消費計画とを作成するように構成される。表示管理部は、電力消費計画を示す画像を、第１のイベント計画に対応する第１画像から第２のイベント計画に対応する第２画像に切り替える指令を前記表示部に送信する。

本発明は、発生したイベントの履歴情報をもとに、判定時以降のイベント計画と電力消費計画を更新するので、判定時以降の電力消費計画の精度を高めることができる。精度が向上した電力消費計画は、例えば蓄電池の最適制御に役立てることができる。

実施の形態１に係るエネルギ管理システム１の全体構成を示した図である。 ＨＥＭＳコントローラ１０の機能ブロック図である。 予測値補正部１２Ｃの処理の第１例の概略を説明するための図である。 予測値補正部１２Ｃの処理の第２例の概略を説明するための図である。 予測値補正部１２Ｃの処理の第３例の概略を説明するための図である。 ライフイベントの定義を示すテーブルである。 各ライフイベントに対して予測される消費電力を示したテーブルである。 ライフイベント計画とそれに対応する予測消費電力の一例を示した図である。 判定時（１１時）における実績と将来の計画の修正について説明するための第１図である。 判定時（１１時）における実績と将来の計画の修正について説明するための第２図である。 電力消費計画の補正を行なう処理を説明するためのフローチャートである。 補正された消費電力予測情報を用いて蓄電池の充放電スケジュールを更新する処理を説明するためのフローチャートである。 計画段階における各時間帯の蓄電池の制御モードについて説明するための図である。 計画段階における電池残量の推移を示した図である。 充放電計画を修正しない場合の電池残量の推移を示した図である。 消費電力の予測を補正したことを示す図である。 消費電力の実績と補正した消費電力の予測に合わせて充放電計画を修正し買電抑制を行なった場合の電池残量の推移を示した図である。 実施の形態２において電力消費計画の補正を行なう処理を説明するためのフローチャートである。 実施の形態２において不在の計画に補正された電力消費量を示した図である。 実施の形態２において消費電力の実績と補正した消費電力の予測に合わせて充放電計画を修正し買電抑制を行なった場合の電池残量の推移を示した図である。 変形例のエネルギ管理システム１Ａの全体構成を示した図である。

以下、図面に基づいてこの発明の実施の形態を説明する。なお、以下の図面において、同一または相当する部分には同一の参照番号を付し、その説明は繰返さない。

［実施の形態１］
図１は、実施の形態１に係るエネルギ管理システム１の全体構成を示した図である。

図１を参照して、エネルギ管理システム１は、電気機器３０によって消費される電力量をユーザに対して表示するＨＥＭＳ（Home Energy Management System）である。エネルギ管理システム１は、ＨＥＭＳコントローラ１０と、電力を電源として動作する電気機器３０と、電気機器３０に供給される電力を計測する電力計測部５と、電力計測部５の計測した電力に基づいて算出された電力量を表示するタブレット端末８と、蓄電池２０と、太陽光発電装置１９とを含む。

ＨＥＭＳコントローラ１０は、図示しないルータを介してインターネットなどのネットワーク６に有線または無線によって接続されている。ネットワーク６には、クラウドサーバ２と、気象予報サービスを行なう事業者のサーバ４とがさらに接続されている。

ＨＥＭＳコントローラ１０は、電力計測部５、電気機器３０、蓄電池２０、太陽光発電装置１９の各々と、互いにデータの送受信が可能となるように有線または無線によって接続されている。好ましくは、ガスメータ７および水道メータ９に対応機器を採用することにより、ＨＥＭＳコントローラ１０は、ガスメータ７、水道メータ９からそれぞれガス使用量、水道使用量に関するデータを受信することができる。

電気機器３０は、エアコン３１Ａ〜３１Ｄと、照明３２Ａ〜３２Ｃと、キッチンに配置される電気機器とを含む。キッチンに配置される電気機器は、ＩＨクッキングヒータ３３と、電子レンジ３４と、冷蔵庫３５と、キッチン照明３６とを含む。

クラウドサーバ２は、気象予報サービスを行なう事業者のサーバ４から得た気象予報情報と、各家庭の太陽光発電装置１９の情報（仕様、設置場所、発電実績データなど）に基づいて、太陽光発電装置１９の発電電力の予測を行なう。発電電力の予測情報は、ネットワーク６を経由して、ＨＥＭＳコントローラ１０に送信される。

電気機器３０は、商用電源（図示せず）からの電力、太陽光発電装置１９で発電された電力、蓄電池２０から放電された電力のいずれかを受けて動作する。蓄電池２０は、商用電源（図示せず）、太陽光発電装置１９のいずれかから電力を受けて充電される。

ＨＥＭＳコントローラ１０は、タブレット端末８のユーザ操作に従って、電力計測部５から定期的に取得した電力情報と、電気機器３０の作動情報とに基づいて、単位時間毎に消費された電力量を算出し、タブレット端末８に表示させる。

ＨＥＭＳコントローラ１０は、また、ユーザによって予め入力された家族の行動予定や、電力計測部５から過去に取得した電力情報から抽出された平均的な電力消費データなどに基づいて、ある期間（たとえば１日分）の電気機器３０の消費電力の推移の予測を行なう。そして、さらにＨＥＭＳコントローラ１０は、予測した消費電力の推移を電気機器３０の作動履歴に基づいて随時補正し、タブレット端末８に表示させるとともに、蓄電池２０および電気機器３０の最適使用スケジュールを作成する。

次に、ＨＥＭＳコントローラ１０の機能概要について説明する。図２は、ＨＥＭＳコントローラ１０の機能ブロック図である。図１のクラウドサーバ２は、図２のＰＶ発電量予測部として動作し、図１のサーバ４は、図２の気象予報データベースとして動作する。クラウドサーバ２（ＰＶ発電量予測部）は、サーバ４（気象予報データベース）から得た天気予報に基づいて太陽光発電装置１９のへの日射量を計算し、発電量を予測する。

ＨＥＭＳコントローラ１０は、記憶部１１と、演算部１２と、機器インタフェース部１８と、操作・表示管理部１３とを含む。

記憶部１１は、電力量データが記憶されたデータベース１１Ａと、家族の行動予定が記憶されたデータベース１１Ｂと、ライフイベントの定義が記憶されたデータベース１１Ｃとを含む。記憶部１１としては、たとえば、ＲＯＭ、ＲＡＭ、フラッシュメモリなどのメモリや、ハードディスク等を用いることができる。

演算部１２は、消費電力量予測部１２Ａと、ライフイベント管理部１２Ｂと、予測値補正部１２Ｃと、エネルギ管理部１２Ｄと、制御実行部１２Ｅとを含む。演算部１２としては、たとえば、プロセッサ（ＣＰＵ：Central Processing Unit）を用いることができる。

ＨＥＭＳコントローラ１０は、プロセッサ、主記憶部、補助記憶部、通信部、入力部、計時部等を含んで構成されるコンピュータである。このコンピュータに主記憶部に記憶されたプログラムが読み込まれることによって、コンピュータは、消費電力量予測部１２Ａ、ライフイベント管理部１２Ｂ、予測値補正部１２Ｃ、エネルギ管理部１２Ｄ、制御実行部１２Ｅの各々として動作する。

消費電力量予測部１２Ａは、データベース１１Ａから得た過去の電力量データ、データベース１１Ｂから得た行動予定等からある期間（たとえば１日分）の消費電力量を予測する。消費電力量予測部１２Ａは、定常的に繰り返し使用される電気機器３０については、消費電力量を統計処理で予測する。

ライフイベント管理部１２Ｂは、例えば３０分または１時間の周期で、電力消費実績がライフイベントによるものかどうかをライフイベント定義に定められた機器条件をもとに判定する。ライフイベントについては後に図４で詳細に説明するが、例えば、電力消費を伴う朝食、昼食、夕食等の準備などの家庭内のイベントを本明細書ではライフイベントという。

予測値補正部１２Ｃは、ライフイベントの発生状態から、消費電力量予測部１２Ａが予測した消費電力量の予測値を補正して更新する。

エネルギ管理部１２Ｄは、クラウドサーバ２（ＰＶ発電量予測部）が予測した発電量および予測値補正部１２Ｃによって更新された消費電力量予測の情報に基づいて、蓄電池２０の充放電のスケジュールを最適化したり、電気機器３０のスケジュールを最適化したりする。

制御実行部１２Ｅは、エネルギ管理部１２Ｄが作成したスケジュールやユーザの操作に基づいて、電気機器３０に制御指令を出したり、電気機器３０の状態を監視したりする。

操作・表示管理部１３は、ユーザインターフェースであるタブレット端末８に対して、１）蓄電池２０の充放電スケジュールや充放電スケジュール変更通知を表示、２）ライフイベントの経過状態を表示し、ユーザによるライフイベントの追加や判定の修正、などの処理を行なう。さらに、操作・表示管理部１３は、後述するように、予測値補正部１２Ｃが消費電力量の予測値を補正して更新した際に、電力消費計画を示す画像を、更新前のイベント計画に対応する画像から更新後のイベント計画に対応する画像に切り替える指令をタブレット端末８に送信する。

機器インタフェース部１８は、電気機器３０の各々、太陽光発電装置１９、および蓄電池２０と通信を行なうためのインタフェースである。

次に、ＨＥＭＳコントローラ１０が行なう予測値補正部１２Ｃの処理の概要について説明する。

図３は、予測値補正部１２Ｃの処理の第１例の概略を説明するための図である。図３に示す例では、ライフイベントが消費電力予測よりも早く発生した場合を説明する。この場合、ライフイベントの完了検出時に、予測段階で予定されていたライフイベントの消費電力予測量を予測値から減算することによって、判定時以降の将来の予測値を補正する。

図１、図３を参照して、ＨＥＭＳコントローラ１０は、電気機器３０の情報を収集し、開始時点と終了時点との間の期間（たとえば１日）のライフイベント計画に対応する電力消費計画をタブレット端末８などの「表示部」に表示させる「情報収集ユニット」として動作する。

ライフイベントは、後に図６で定義の一例を説明するが、動作時間帯、動作時間、稼働回数の少なくとも１つと、使用する電気機器３０とによって定義される。個々のライフイベントの例は、たとえば、「朝食」「昼食」「夕食」「掃除」「洗濯」などである。

ライフイベント計画は、ライフイベントが、ある期間（たとえば１日）において発生する時間帯を定める計画である。初期の計画である第１のライフイベント計画Ｐ１Ａは、１０時台にライフイベントＥＡが発生し、１１時台にライフイベントＥＡおよびＥＢが発生するように計画されている。これに対して、判定時１１時までの実績値を示す履歴情報Ｐ１Ｂには、１０時台にライフイベントＥＡおよびＥＢが発生したことが記録されている。すなわち、１１時台に発生する予定であったライフイベントＥＢが１時間早く発生したことが示されている。

このような場合には、ＨＥＭＳコントローラ１０は、期間の開始時点（たとえば１時）から判定時（１１時）までに発生したライフイベントの履歴情報Ｐ１Ｂと、第１のライフイベント計画Ｐ１Ａとを用いて、第２のライフイベント計画Ｐ１Ｃを作成し、第２のライフイベント計画Ｐ１Ｃに対応する電力消費計画をタブレット端末８に表示させる。

第２のライフイベント計画Ｐ１Ｃは、履歴情報Ｐ１Ｂを用いて第１のライフイベント計画Ｐ１Ａの判定時（１１時）から期間の終了時点（たとえば２４時）までの部分を修正して作成される。

好ましくは、ＨＥＭＳコントローラ１０は、期間の開始時点（たとえば１時）から判定時（１１時）までに発生したライフイベントの履歴情報Ｐ１ＢにライフイベントＥＢの発生が含まれており、かつ、第１のライフイベント計画Ｐ１Ａにおいて期間の開始時点（たとえば１時）から判定時（１１時）までにライフイベントＥＢの発生が計画されていない場合には、第１のライフイベント計画Ｐ１Ａの判定時（１１時）から期間の終了時点（たとえば２４時）までの部分からライフイベントＥＢの発生を削除し、第２のライフイベント計画Ｐ１Ｃ（１１時台のライフイベント計画）を作成する。

より具体的に、ライフイベントが「昼食準備」である場合について一例を説明する。１１:００〜１２:００の間に昼食準備としてＩＨクッキングヒータ、電子レンジ、キッチンの照明等の消費電力量を１ｋＷｈと前日に予測していたが、当日の１０:００〜１０:３０に０．８ｋＷの昼食準備のライフイベントが検出された。そこで、１１:００〜１２:００に予測されている昼食準備の１ｋＷは発生しないものとして予測値から減算する。

図４は、予測値補正部１２Ｃの処理の第２例の概略を説明するための図である。この例では、ライフイベントの発生が予測よりも遅れた場合を説明する。この場合、予測した時刻を経過した時点の判定時において、次の時間帯に対して予測段階の該当ライフイベントの消費電力量を予測値としてシフトする（次の時間帯に加算する）。

図４では、初期の計画である第１のライフイベント計画Ｐ２Ａは、１０時台にライフイベントＥＡが発生し、１１時台にライフイベントＥＡおよびＥＢが発生し、１２時台にライフイベントＥＡが発生するように計画されている。これに対して、判定時１２時までの実績値を示す履歴情報Ｐ２Ｂには、１０時台にライフイベントＥＡが発生し、１１時台にライフイベントＥＡが発生したことが記録されている。すなわち、１１時台に発生する予定であったライフイベントＥＢがまだ発生していないことが示されている。

このような場合には、ＨＥＭＳコントローラ１０は、期間の開始時点から判定時（１２時）までに発生したライフイベントの履歴情報Ｐ２ＢにライフイベントＥＢの発生が含まれておらず、かつ、第１のライフイベント計画Ｐ２Ａの期間の開始時点から判定時（１２時）までにライフイベントＥＢの発生が計画されていた場合には、第１のライフイベント計画Ｐ２Ａの判定時（１２時）から期間の終了時点までの部分にライフイベントＥＢの発生を追加して、第２のライフイベント計画Ｐ２Ｃ（１２時台のライフイベント計画）を作成する。

図５は、予測値補正部１２Ｃの処理の第３例の概略を説明するための図である。図５では、ライフイベントが発生しなかった場合を説明する。各ライフイベントには、時間帯が定められており、時間帯を過ぎてもライフイベントが検出されない場合は、先送りは行なわず、想定したライフイベントが発生しなかったものとして、図４で説明した補正を行なわない。つまり、発生しなかったイベントに対応する電力量が、予測の電力量から減ることになる。

図５では、初期の計画である第１のライフイベント計画Ｐ３Ａは、１０時台にライフイベントＥＡが発生し、１１時台にライフイベントＥＡおよびＥＢが発生し、１２時台にライフイベントＥＡが発生し、１３時台にライフイベントＥＡが発生するように計画されている。これに対して、判定時１３時までの実績値を示す履歴情報Ｐ３Ｂには、１０時台にライフイベントＥＡが発生し、１１時台にライフイベントＥＡが発生し、１３時台にライフイベントＥＡが発生したことが記録されている。すなわち、１１時台に発生する予定であったライフイベントＥＢが１３時になってもまだ発生していないことが示されている。

このような場合には、ＨＥＭＳコントローラ１０は、予め定めた時点（１３時）を過ぎたらイベントＥＢの後続時間帯へのシフトをやめてイベントが発生しないことにする。

具体的には、図４に示すように、ＨＥＭＳコントローラ１０は、期間の開始時点から判定時（１２時）までに発生したライフイベントの履歴情報Ｐ２ＢにライフイベントＥＢの発生が含まれておらず、かつ、第１のライフイベント計画Ｐ２Ａの期間の開始時点から判定時（１２時）までにライフイベントＥＢの発生が計画されており、かつ、判定時（１２時）が予め定めた時点（１３時）を経過する前であった場合には、第１のライフイベント計画Ｐ２Ａの判定時（１２時）から期間の終了時点までの部分を複数に区切った最初の部分（１２時台）にライフイベントＥＢの発生を追加して、第２のライフイベント計画Ｐ２Ｃ（１２時台のライフイベント計画）を作成する。

また、図５に示すように、ＨＥＭＳコントローラ１０は、期間の開始時点から判定時（１３時）までに発生したライフイベントの履歴情報Ｐ３ＢにライフイベントＥＢの発生が含まれておらず、かつ、第１のライフイベント計画Ｐ３Ａの期間の開始時点から判定時（１３時）までにライフイベントＥＢの発生が計画されており、かつ、判定時（１３時）が予め定めた時点（１３時）に至った後であった場合には、第１のライフイベント計画Ｐ３ＡにライフイベントＥＢの発生を追加せずに、第２のライフイベント計画Ｐ３Ｃ（１３時台のライフイベント計画）を作成する。

好ましくは、ライフイベントは、キッチンに配置された複数の電気機器３０（ＩＨＣＨ３３、電子レンジ３４、冷蔵庫３５、キッチン照明３６）が使用される朝食イベント、昼食イベント、夕食イベントのうちの少なくとも１つを含む。

好ましくは、図１に示すように、ＨＥＭＳコントローラ１０には、太陽光発電装置１９が接続される。電力消費計画は、太陽光発電装置１９の発電量の予測データとともに、蓄電池２０の充放電計画を作成するために用いられる。

次に、ライフイベントとライフイベント計画について、より具体的な例を示して説明する。図６は、ライフイベントの定義を示すテーブルである。図６に示したテーブルは、図２のライフイベント定義に関するデータベース１１Ｃに記憶されている。日常的に発生し、電力消費する活動が「ライフイベント」として定義されている。図６を参照して、ライフイベントは、動作時間帯、動作時間、稼働回数の少なくとも１つと、使用する電気機器３０の機器名とによって定義される。

（イベント番号０）５時〜７時の時間帯において、照明Ａ〜Ｃのうち少なくとも１つが５分以上の時間１回点灯した場合には、「早朝活動」というライフイベントが発生したとＨＥＭＳコントローラ１０は判断する。

（イベント番号１）７時〜９時の時間帯において、照明Ａ〜Ｃのうち少なくとも１つが５分以上の時間１回点灯した場合には、「朝活動」というライフイベントが発生したとＨＥＭＳコントローラ１０は判断する。

（イベント番号２）６時〜９時の時間帯において、下記の５つの条件のいずれか１つが成立した場合、「朝食」というライフイベントが発生したとＨＥＭＳコントローラ１０は判断する。
１）ＩＨＣＨ（ＩＨクッキングヒータ）が１分以上の時間、１回稼働
２）電子レンジが３０秒以上の時間、１回稼働
３）冷蔵庫の扉が２回開閉された
４）キッチン照明が５分以上の時間点灯
５）ガスメータでガスが使用されたことが１回検出された
（イベント番号３）分電盤の分岐Ａに０．６〜１ｋＷの使用電力が５分以上検出された場合、「洗濯」というライフイベントが発生したとＨＥＭＳコントローラ１０は判断する。なお、分岐Ａは、図示しないが、洗濯機の専用コンセント用に設けられた分岐配線であり、電力計測部５としてカレントトランス（ＣＴ）等が設置されている。

（イベント番号４）分電盤の分岐Ｂに０．６〜１ｋＷの使用電力が５分以上検出された場合、「掃除」というライフイベントが発生したとＨＥＭＳコントローラ１０は判断する。なお、分岐Ｂは、図示しないが、掃除機を主に接続するコンセント用に設けられた分岐配線であり、電力計測部５としてカレントトランス（ＣＴ）等が設置されている。

（イベント番号５）１１時〜１４時の時間帯において、上記「朝食」の判断に用いた条件１）〜５）のいずれか１つが成立した場合、「昼食」というライフイベントが発生したとＨＥＭＳコントローラ１０は判断する。

（イベント番号６）１７時〜２２時の時間帯において、上記「朝食」の判断に用いた条件１）〜５）のいずれか１つが成立した場合、「夕食」というライフイベントが発生したとＨＥＭＳコントローラ１０は判断する。

（イベント番号７）１７時〜２３時の時間帯において、浴室の照明が、５分以上の時間１回稼働した場合には、「入浴Ａ」というライフイベントが発生したとＨＥＭＳコントローラ１０は判断する。なお、家族の人数にあわせ、初回を「入浴Ａ」とし、２回目を「入浴Ｂ」３回目を「入浴Ｃ」などと定義しても良い。

（イベント番号８）６時〜１１時の時間帯において、エアコンＡ、エアコンＢのうち少なくとも１つが３０分以上の時間１回稼働した場合には、「起床時空調」というライフイベントが発生したとＨＥＭＳコントローラ１０は判断する。

（イベント番号９）１２時〜１７時の時間帯において、エアコンＣ、エアコンＤのうち少なくとも１つが３０分以上の時間１回稼働した場合には、「帰宅時空調」というライフイベントが発生したとＨＥＭＳコントローラ１０は判断する。

（イベント番号１０）１７時〜２４時の時間帯において、エアコンＡ、エアコンＢのうち少なくとも１つが３０分以上の時間１回稼働した場合には、「夜間空調」というライフイベントが発生したとＨＥＭＳコントローラ１０は判断する。

（イベント番号１１）１７時〜２４時の時間帯において、照明Ａ〜Ｃのうち少なくとも１つが５分以上の時間１回点灯した場合には、イベント番号１１の「夜間活動」というライフイベントが発生したとＨＥＭＳコントローラ１０は判断する。

なお、朝食等の場合には、複数の条件のうちいずれか１つが成立した場合にライフイベントの発生を検出するとしたが、複数の条件のうちいくつかが同時に成立した場合にライフイベントの発生を検出するようにしても良い。

上記のライフイベントは、ユーザによって設定することできるが、それ以外に、過去の消費電力の分析から１日のライフイベントを抽出しても良い。また自動抽出の結果に対して、ユーザがライフイベントの定義を再編集することも可能である。

図７は、各ライフイベントに対して予測される消費電力を示したテーブルである。図７に示したテーブルは、図２の電力量に関するデータベース１１Ａに記憶されている。

イベント番号０〜１１に対して、予測される消費電力Ｐ０〜Ｐ１１がそれぞれ記憶されている。消費電力Ｐ０〜Ｐ１１の値は、過去の実績から学習した値を採用しても良い。また、曜日や季節によって、変更しても良い。予測される消費電力Ｐ０〜Ｐ１１は、ライフイベント計画に対応する消費電力（計画消費電力）として使用される。

図８は、ライフイベント計画とそれに対応する予測消費電力の一例を示した図である。ライフイベント計画は、ライフイベントが、ある期間（たとえば１日）において発生する時間帯を定める計画である。

図８には、翌日の０時台から翌々日の０時台までの期間（０時から２５時間分）において、図６に示したイベント番号０〜１１のライフイベントが発生すると予測される時間帯を示している。図８において、横軸は、時刻を示し、縦軸は電力を示す。電力は、ライフイベントに対応する計画消費電力を積み上げた値が示されている。

なお、「ａ」は待機電力を示し、「ｂ」は、給湯のための湯沸し装置の作動電力を示す。これらについては、ユーザのライフイベントとは無関係に発生する電力である。

図８において、たとえば７時台には、「０：早朝活動」と「８：起床時空調」と「２：朝食」との３つのライフイベントの発生が計画されており、これらのライフイベントが発生したときの計画消費電力を積み上げた値が示されている。

このようなライフイベント計画がまず作成される。ライフイベント計画は、ユーザに設定されたライフイベント発生のスケジュールに基づいて作成されるが、ユーザのライフイベント発生の実績を統計処理して自動作成したスケジュールに基づいて作成しても良い。

一方で、消費電力の実績値とライフイベントの発生の履歴とが一定時間ごと（たとえば３０分または１時間ごと）に検出される。そして判定時以降のライフイベント計画を修正する必要があるか否かが判断される。

図９は、判定時（１１時）における実績と将来の計画の修正について説明するための第１図である。図９を参照して、０時台〜９時台（０時から９時５９分まで）は、図８に示したライフイベント計画通りにライフイベントの発生が検出され、それに対する消費電力の実績値が示されている。消費電力の実績値は、図７に示した値とは多少の誤差があるので、必ずしもライフイベント計画に示した電力とは一致しない。

図９において、１１時になった時点で１０時台のライフイベントの発生の有無と消費電力の実績値が検出される。１０時台には、図８の計画よりも多くの消費電力が検出され、かつライフイベント番号５「昼食」が発生したことが検出されている。

すると、ＨＥＭＳコントローラ１０は、ライフイベント番号５「昼食」が計画よりも早く発生したと判断して、１１時台に計画されていたライフイベント番号５「昼食」を判定時以降のライフイベント計画から削除するとともに、電力予想グラフも対応する分の電力を減らすように修正してタブレット端末８等の「表示部」に表示する。

図１０は、判定時（１１時）における実績と将来の計画の修正について説明するための第２図である。図１０の例では、実績値において、１０時台の電力が計画値よりも増加していることが認められるものの、イベント番号５の「昼食」のライフイベントは検出されていないので、イベント番号５の「昼食」が予定通りに発生すると判定し、判定時以降のライフイベント計画では、１１時台のイベント番号５の「昼食」は削除されずに維持される。

なお、「朝食」のライフイベントが時間より遅れているときには朝食と兼用で早めに昼食とする場合もある。たとえば、６時〜１０時の時間帯に「朝食」、１０時〜１４時の時間帯に「昼食」のライフイベントが定義されていて、１０時までに「朝食」のライフイベントが発生せずに１０時３０分に「昼食」のライフイベントが発生した場合、「朝食」のライフイベントは削除され「昼食」のライフイベントが残るようにすることができる。このような場合、過去のデータから生活スタイルを学習し、たとえば日曜日および休日は「朝食」と兼用の「昼食」のライフイベントが発生すると予測してもよい。

図１１は、電力消費計画の補正を行なう処理を説明するためのフローチャートである。このフローチャートの処理は、図２のＨＥＭＳコントローラ１０における予測値補正部１２Ｃで実行される。図１１のフローチャートの処理は、一定時間ごとまたは実行条件が成立するごとにメインルーチンから呼び出されて実行される。

本実施の形態において、図１１のフローチャートに従ってＨＥＭＳコントローラ１０によって実行される情報処理方法は、開始時点と終了時点との間の期間（たとえば１日）のライフイベント計画に対応する電力消費計画を表示部（タブレット端末８）に表示させる情報処理方法である。

図１１を参照して、まずステップＳ１においてＨＥＭＳコントローラ１０は、現在の時刻を図示しないタイマー回路やネットワークから取得する。続いてステップＳ２において、ＨＥＭＳコントローラ１０は、現在の時刻が予め定められた判定時刻と一致するか否かを判断する。判定時刻は、たとえば１時間または３０分ごとに到来するように決められている。

ステップＳ２において、現在時刻が判定時刻と一致しなかった場合（Ｓ２でＮＯ）には、ステップＳ３に処理が進められる。ステップＳ３においては、ＨＥＭＳコントローラ１０は、電気機器３０の各々の状態（稼働履歴、消費電力を含む）を取得し、電気機器３０の状態を記憶し、再びステップＳ１に処理を戻す。

一方、ステップＳ２において、現在時刻が判定時刻と一致した場合（Ｓ２でＹＥＳ）には、ステップＳ４に処理が進められる。この場合、ＨＥＭＳコントローラ１０は、電気機器の稼働履歴と消費電力から該当するライフイベントを決定し、決定されたライフイベントの完了を検出する。

まず、ステップＳ４においては、ＨＥＭＳコントローラ１０は、ステップＳ３で記憶されていた電気機器３０の稼働履歴を集計し、続いてステップＳ５において、消費電力量（実績値）を集計する。

そしてステップＳ６〜Ｓ１４において、イベント１〜Ｎ（Ｎは１より大きい自然数とする）について、ライフイベントの発生の判定処理が実行される。まずステップＳ７において、ＨＥＭＳコントローラ１０は、図６に示したライフイベントの定義表を参照し、ステップＳ８において電気機器の稼働履歴を電気機器のリストと照合する。

１〜Ｎの間の自然数をｉとすると、ＨＥＭＳコントローラ１０は、ステップＳ８において、ｉ番目のライフイベントで定義されている電気機器のリストと、ステップＳ４で集計された稼働履歴とを照合する。

ステップＳ９において、稼働機器とイベントの対象機器との照合結果が一致を示す場合、続くステップＳ１０において、時間帯が一致するか判定され、ステップＳ１１で動作時間が条件を満たすか判定され、電気機器の稼働回数が条件を満たすか否かが判断される。

ステップＳ１０〜Ｓ１２の条件がいずれも満たされていた場合には、ステップＳ１３に処理が進められ、ＨＥＭＳコントローラ１０は、ライフイベントｉが判定時までに完了したとして、ライフイベント完了リストを更新する。ステップＳ９〜Ｓ１２のいずれかでＮＯと判断されると、ステップＳ１３の処理は実行されない。

ステップＳ１４では、ライブイベントの番号ｉをｉ＋１に増加させ、ｉ＋１が終了値（Ｎ＋１）でなければ、再びＳ７〜Ｓ１３の処理が実行される。

ステップＳ１４において、１〜Ｎのライフイベント番号についてすべて判定が完了した場合には、ステップＳ１５に処理が進められる。ステップＳ１５では、ＨＥＭＳコントローラ１０は、消費電力の予測データ（補正前のライフイベント計画に対応する予測消費電力）を参照し、ステップＳ１６において、予測データが消費電力の実績値に対して予測外れであったか否かを判断する。たとえば、ライフイベントが検出されず、かつ、消費電力が予測よりそのライフイベントに相当する電力量だけ少ない場合などに、ＨＥＭＳコントローラ１０は、予測外れであると判断する。

ステップＳ１６において予測外れであった場合、ステップＳ１７の消費電力予測の補正処理およびステップＳ１８の更新処理が実行された後に、ステップＳ１９において処理はメインルーチンに戻される。一方、ステップＳ１６において予測外れではなかった場合、ステップＳ１７の消費電力予測の補正処理は実行されないで、ステップＳ１９において処理はメインルーチンに戻される。

ステップＳ１７で実行される消費電力予測の補正処理は、図３で示したような、既実行のイベントに対応する消費電力を計画から削除する処理を含む。図３に示した例では、ステップＳ１７において、ＨＥＭＳコントローラ１０は、期間の開始時点（たとえば１時）から判定時（１１時）までに発生したライフイベントの履歴情報Ｐ１Ｂと、第１のライフイベント計画Ｐ１Ａとを用いて、第２のライフイベント計画Ｐ１Ｃを作成する。ステップＳ１７において、補正された消費電力の予測は、ステップＳ１８において消費電力予測情報の更新に反映される。ステップＳ１８では、ＨＥＭＳコントローラ１０は、第２のライフイベント計画Ｐ１Ｃに対応する電力消費計画をタブレット端末８に表示させる。

第２のライフイベント計画Ｐ１Ｃは、履歴情報Ｐ１Ｂを用いて第１のライフイベント計画Ｐ１Ａの判定時（１１時）から期間の終了時点（たとえば２４時）までの部分を修正して作成される。

また他のケースでは、ステップＳ１７で実行される消費電力予測の補正処理は、図４で示したような、未実行のイベントに対応する消費電力をシフトして計画に追加する処理を含む。図４に示した例では、ステップＳ１７において、ＨＥＭＳコントローラ１０は、期間の開始時点から判定時（１２時）までに発生したライフイベントの履歴情報Ｐ２ＢにライフイベントＥＢの発生が含まれておらず、かつ、第１のライフイベント計画Ｐ２Ａの期間の開始時点から判定時（１２時）までにライフイベントＥＢの発生が計画されていた場合には、第１のライフイベント計画Ｐ２Ａの判定時（１２時）から期間の終了時点までの部分にライフイベントＥＢの発生を追加して、第２のライフイベント計画Ｐ２Ｃ（１２時台のライフイベント計画）を作成する。ステップＳ１７において、補正された消費電力の予測は、ステップＳ１８において消費電力予測情報の更新に反映される。ステップＳ１８では、ＨＥＭＳコントローラ１０は、第２のライフイベント計画Ｐ２Ｃに対応する電力消費計画をタブレット端末８に表示させる。

上記の図１１のフローチャートで実行されるのは、開始時点と終了時点との間の期間のイベント計画に対応する電力消費計画を表示部に表示させる情報処理方法であるということもできる。

この情報処理方法は、図３で説明したように、補正前の第１のライフイベント計画Ｐ１Ａと、期間の開始時点から判定時までに発生したライフイベントの履歴情報Ｐ１Ｂとを用いて、修正された第２のライフイベント計画Ｐ１Ｃを作成するステップ（図１１のＳ１７）と、第２のライフイベント計画Ｐ１Ｃに対応する電力消費計画をタブレット端末８に表示させるステップ（図１１のＳ１８）とを含む。

このような情報処理方法を、コンピュータに実行させるためのプログラムが、図２の記憶部１１に格納されており、このプログラムが読み込まれて実行されることによって、ＨＥＭＳコントローラ１０は、これらのステップ（Ｓ１７、Ｓ１８）を実行するコンピュータとして動作する。

図１２は、補正された消費電力予測情報を用いて蓄電池の充放電スケジュールを更新する処理を説明するためのフローチャートである。このフローチャートの処理は、図２のエネルギ管理部１２Ｄとして動作するＨＥＭＳコントローラ１０において、一定時間ごとまたは所定の条件が成立するごとにメインルーチンから呼び出されて実行される。

このフローチャートの処理が開始されると、まずステップＳ５１において、ＨＥＭＳコントローラ１０は、太陽光発電装置１９の発電情報を取得する。この発電情報は、図１のクラウドサーバ２によって気象予報、太陽光発電装置１９の位置、仕様などに基づいて予測された発電量の推移の情報を含んでいる。

続いて、ステップＳ５２において、ＨＥＭＳコントローラ１０は、家族の行動スケジュールや過去の消費電力の実績値の統計処理によって得られた消費電力予測情報を所得する。この消費電力予測情報には、図１１のフローチャートの処理によって実行された補正が反映されている。そしてＨＥＭＳコントローラ１０は、ステップＳ５３において、蓄電池２０の充放電スケジュールと、電気機器３０の運転スケジュールとを生成する。

蓄電池２０の充放電スケジュールは、基本的には、次のようなスケジュールである。まず、深夜の電力料金の安い時間帯に計画された量まで蓄電池２０の充電を行なう。天気の良い日であれば、昼間に家庭内の消費電力を太陽光発電装置１９の発電量でまかないつつ、発電した余剰電力を用いて蓄電池２０の残りの充電を行なう。夕方から夜にかけて蓄電池２０を放電して電力会社から高い料金の電力を買う量（買電量）を減らす。

また、電気機器３０の運転スケジュールは、たとえば、蓄電池２０の蓄電量に余裕がある場合には、通常運転を行ない、蓄電池２０の蓄電量に余裕がない場合には、省エネルギ運転を行なうといったように、蓄電池２０の充放電スケジュールによって変更される。

続いて、ステップＳ５４において、ＨＥＭＳコントローラ１０は、現在時刻が生成された充放電スケジュールにおいて、蓄電池２０の充放電を実行する制御時刻であるか、また電気機器３０の運転を変更する制御時刻であるか否かを判断する。ステップＳ５４において現在時刻が制御時刻であった場合（Ｓ５４でＹＥＳ）にはステップＳ５５で蓄電池２０の充放電制御の実行または電気機器３０の運転を指示する。

ステップＳ５５の処理が実行された場合、またはステップＳ５４において現在時刻が制御時刻でなかった場合（Ｓ５４でＮＯ）には、ステップＳ５６に処理が進められ、制御はメインルーチンに戻される。

蓄電池の充放電計画の変更については、ユーザに通知するようにしても良い。たとえば、予測消費電力の補正を実施した際に、補正によってある一定値以上の増減が予測消費電力に生じた場合は充放電計画の見直しを行ない。蓄電池２０の充放電スケジュールに変更があった場合は、ユーザに放電、充電、充放電計画の変更を通知したり、ライフイベントの消化と予定を表示し、ユーザがライフイベントの予定の変更を入力可能としたりしても良い。

以上、本実施の形態の消費電力予測補正処理と蓄電池の充放電処理の基本について説明した。以下に、具体的な適用例を説明する。

（適用パターン１）
このパターンは、太陽光発電装置１９の余剰電力が拡大し、十分に充電することが可能な１２時〜１４時台で蓄電池２０に充電する計画である。充電によって蓄電池２０を１７時には満充電にしておき、１７時から蓄電池２０の放電を開始するスケジュールが計画される。なお、深夜電力によって蓄電池を４０％まで充電し、その後太陽光発電装置１９の余剰電力で１００％まで充電することを想定している。

（適用パターン１の計画段階）
図１３は、計画段階における各時間帯の蓄電池の制御モードについて説明するための図である。図１４は、計画段階における電池残量の推移を示した図である。

図１３、図１４を参照して、６時から１１時５９分までの時間帯は、蓄電池２０の制御モードは放電モードに設定される。この時間帯では、太陽光発電装置１９の発電量はあまり多くないため、太陽光発電装置１９の余剰電力が少ないので、家庭内の消費電力が増加し、発電量を超えたときに蓄電池２０から放電を実行して、買電を抑制する。

１２時から１５時５９分までの時間帯は、蓄電池２０の制御モードは充電モードに設定される。この時間帯では、太陽光発電装置１９の発電量が増加し、安定した余剰電力が見込めるため、蓄電池２０に対して充電を実行する。

１６時から１６時５９分までの時間帯は、蓄電池２０の制御モードは放電モードに設定される。この時間帯では、太陽光発電装置１９の発電量はあまり多くないため、太陽光発電装置１９の余剰電力が少ないので、家庭内の消費電力が増加し、発電量を超えたときに蓄電池２０から放電を実行して、買電を抑制する。

１７時から２２時５９分までの時間帯は、蓄電池２０の制御モードは放電モードに設定される。この時間帯では、太陽光発電装置１９の発電量はゼロまたはゼロに近いので、家庭内の消費電力を可能な限り蓄電池からの放電電力でまかなうことによって、買電を抑制する。

２３時以降については、蓄電池２０の制御モードは充電モードに設定される。この間に翌日のライフイベントのスケジュールによって決定した容量（たとえば４０％）まで、深夜電力によって充電を行なう。

（適用パターン１の実行段階）
実行段階においては、昼の１１時台に発生すると予測していた昼食準備に関連する電力消費が発生しなかった場合について説明する。

図１５は、充放電計画を修正しない場合の電池残量の推移を示した図である。図１５に示す例では、図１４と比較して、１２時台の電池残量が少ない。これは、１２時に昼食準備がずれ込んだため、１２時台に太陽光発電装置１９の発電電力が昼食準備のために消費されてしまい、蓄電池２０に充電ができなかったためである。そのために、１５時において蓄電池２０が満充電に至らず、日没後の電力消費によって、２２時台には電池残量がゼロとなり、買電が発生している。

図１６は、消費電力の予測を補正したことを示す図である。図１７は、消費電力の実績と補正した消費電力の予測に合わせて充放電計画を修正し買電抑制を行なった場合の電池残量の推移を示した図である。

図１６を参照して、１１時台の昼食イベントが検出されないことで、昼食イベントが１２時台に発生することが見込まれる。したがって、１２時台に消費電力が当初計画よりも増加するように予測電力が補正される。電力消費が１２時になった時点で発生すると、１２時台の余剰電力は小さくなる事が予想される。このため、充電による買電リスクを抑えるために、１２時台を放電モードとし、充電モードへの開始を１３時からとするように蓄電池２０の充放電計画を変更する。

また、１２時台に放電が行なわれた結果、図１７に示すように１７時時点の充電電力が１００％にならないことから、１７時から２２時にかけて、各機器の省エネモードを強くすることをユーザに通知し、ユーザの意思確認を行なう。ユーザが省エネモードを強くすることについて承認した結果、図１６の電力消費計画は当初計画よりもたとえば５％削減されるように補正され、図１７における１７時〜２２時の電池残量の低下の傾きが緩やかになっている。その結果、図１５では２２時台に電池残量がゼロになって買電が発生していたのに比べて、図１７では、２２時台にはまだ電池残量が残っており、買電が抑制されたことが示されている。

以上説明したように、実施の形態１のＨＥＭＳコントローラは、ライフイベントの発生状況に合わせて、判定時以降の消費電力の予測を変更する。このため消費電力の予測の精度が向上する。消費電力の予測の精度が向上すると、蓄電池の充放電計画に役立てることができ、効率的なエネルギ管理が可能となる。

［実施の形態２］
実施の形態１では、ライフイベントの発生時間がずれたことを検出し、それに合わせてライフイベントの発生スケジュールを修正し、修正後のスケジュールに合わせた消費電力の予測を行なうことによって、消費電力の予測精度を向上させた。

実施の形態２では、実施の形態１に加えて、ユーザの外出によりライフイベントが発生しなくなることにも対応する。実施の形態２に関しては、図１１に代えて図１８の処理が実行される点が、実施の形態１とは異なる。他の図については実施の形態１と実施の形態２は共通するので重複する説明は繰り返さない。

実施の形態２では、水・ガス・電気の使用量に変化がないような場合にユーザの外出等の不在を検出し、その後の電力消費計画の補正を行なう。

図１８は、実施の形態２において電力消費計画の補正を行なう処理を説明するためのフローチャートである。このフローチャートの処理は、図２のＨＥＭＳコントローラ１０における予測値補正部１２Ｃで実行される。図１８のフローチャートの処理は、実施の形態１で説明した図１１のフローチャートに対して、ステップＳ１０１〜Ｓ１０３の処理が追加されたものである。したがって、ステップＳ１〜Ｓ１８の処理については、すでに説明しているのでここでは説明を繰り返さない。

図１８を参照して、ステップＳ２で判定時刻が到来すると、ステップＳ１０１においてＨＥＭＳコントローラ１０は、ユーザが在宅か否かを判断する。在宅を判断する条件は種々考えられるが、たとえば、２時間の間に、水道・ガスの使用量がゼロであり、電力が待機電力程度しか消費されていないような場合ライフイベント判定時刻に在宅確認通知を行ない、ユーザからの反応がない場合は不在とすることができる。なお、ＨＥＭＳコントローラ１０は、図１の水道メータ９から送信されるパルスによって水道の使用量を把握することができる。また、ＨＥＭＳコントローラ１０は、図１のガスメータ７から送信されるパルスによってガスの使用量を把握することができる。

他の方法としては、各機器の人検出機能や人感センサーを使用して、人の在宅を検出できない場合に不在であるとすることもできる。

なお、精度を高めるために、いずれの方法で不在を検出した場合も、不在確認をタブレット端末等の表示部に通知し、ユーザの操作の有無を確認することが好ましい。タブレット端末の操作が検出されると在宅であることを確実に確認できる。

ステップＳ１０１において、在宅であると確認された場合（Ｓ１０１でＹＥＳ）、実施の形態１と同様にステップＳ４以降の処理が実行される。一方、ステップＳ１０１において、不在であると確認された場合（Ｓ１０１でＮＯ）、ステップＳ１０２の処理が実行される。

ステップＳ１０２では、ＨＥＭＳコントローラ１０は、予め設定されている帰宅予想時刻（たとえば１７時）までのライフイベントを不在時の計画に変更する。そしてステップＳ１０３においてＨＥＭＳコントローラ１０は消費電力の予測を補正し、その後ステップＳ１８に処理が進められる。なお、不在時の計画は、ステップＳ１０１において在宅が検出されると、元の在宅時の計画に戻される。

図１９は、実施の形態２において不在の計画に補正された電力消費量を示した図である。図２０は、実施の形態２において消費電力の実績と補正した消費電力の予測に合わせて充放電計画を修正し買電抑制を行なった場合の電池残量の推移を示した図である。

図１９において、１１時の時点で、水道、ガスの使用が２時間無く、かつ消費電力が待機電力程度であるため、ユーザに在宅確認の問い合わせを行なったが、ユーザからの応答が無かった。

これに応じて、ＨＥＭＳコントローラ１０は、図１９において１１時から１７時までがユーザ不在であると予測し、ライフイベントを不在に合わせた計画に変更する。このため１１時から１７時までの消費電力の予測値は、当初計画の予測値に対して少なく補正されている。

その補正に基づき、１１:００〜１１:５９の放電モード設定が充電モード設定に変更されたので、蓄電池の充電をより確実に実行できた。このため、図２０の１１時台の電池残量は、当初計画の図１４の１１時台の電池残量よりも増えている。

このため、図２０に示すように１００％充電完了までの時間を早めることができる。その結果、充電完了してから深夜に再充電するまでの間、買電せずに使用可能な電力に余裕を持たせることができる。

［変形例］
以上の実施の形態では、電力消費の予測やライフイベントの計画等をＨＥＭＳコントローラが実行する例を示したが、必ずしもＨＥＭＳコントローラ自体が行なう必要は無い。たとえば、上記の実施の形態において、ＨＥＭＳコントローラの制御部が実行する処理のうち、全てまたは一部の処理は、クラウドサーバの制御部により実行されても良い。たとえば、消費電力予測処理がクラウドサーバにより実行される場合、通信部を介して処理に必要なデータをＨＥＭＳコントローラからクラウドサーバが取得し、クラウドサーバが処理を実行し、ＨＥＭＳコントローラに処理の結果を送信しても良い。

図２１は、変形例のエネルギ管理システム１Ａの全体構成を示した図である。図２１を参照して、変形例では、クラウドサーバ２Ａが発電予測に加えて、図１１および図１８に示した消費電力の予測および消費電力の予測値の補正の処理と、図１２に示した電池使用最適化の処理とを行なう。家庭の消費電力を測定したデータは、課金のためにネットワーク６経由で電力管理サービス会社のサーバ５Ｂに送信されるが、これに加えスマートメータ５ＡからＨＥＭＳコントローラ１０Ａを経由してクラウドサーバ２Ａにも送信される。

ＨＥＭＳコントローラ１０Ａは、宅内情報を収集してクラウドサーバ２Ａに送信し、クラウドサーバは、発電量の予測データや消費電力の予測データ、蓄電池２０や電気機器３０の制御スケジュールをＨＥＭＳコントローラ１０Ａに送信する。ＨＥＭＳコントローラ１０Ａは、受信した制御スケジュールに基づいて、蓄電池２０の充放電制御や電気機器３０の省エネルギ運転制御などを実行する。

以上説明したように、実施の形態１，２に示したエネルギ管理システムでは、ライフイベントの発生実績に基づいて消費電力の予測に補正を加えることにより、現在時刻以降での予測精度が高まる確率を上げることができる。

特に午後の予測精度が高まれば、太陽光発電装置の発電電力を売るのか、蓄電池に充電するのか等を適切に選択することができるようになり、効果的に太陽光発電装置を活用することができる。このため、従来の前日予測型システムより予測外れによる損失を抑制することができる。

図６のライフイベントの定義の例は、時間帯が予め設定されていたが、過去のライフイベントの発生時間の統計処理から時間帯を設定しても良い。たとえば、各ライフイベントの開始時間、終了時間の各々について変動幅を抽出し、標準偏差をσとすると、±２σの範囲をライフイベントの時間帯の定義として採用しても良い。

また、ライフイベント毎の発生時刻、消費電力量の２つの要素について過去実績から変動係数（標準偏差÷平均値）を求め、判定値を超えるライフイベントについては、本実施の形態の予測消費電力の補正処理を実行しないか、またはユーザに確認のメッセージを通知しその応答により補正処理の実行をするか否かを判定しても良い。

ライフイベントの検出数を１日毎に集計し、ライフイベントの発生数について変動度合いを示す変動係数を求め、変動係数が判定値を超えるユーザー（住宅）については予測消費電力の補正処理を実行しないようにしても良い。

また、変動係数は曜日毎や日付毎等で集計し、特定の曜日、特定の日付でバラツキが少ない場合は本補正を実行するようにしても良い。

また、実施の形態２では、ガスや水道等の使用量を在宅の判断に使用する例を説明したが、ガスや水道等の使用量を図６の定義に加えて実施の形態１，２におけるライフイベント発生の検出に使用しても良い。たとえば、ガスレンジが設置された家庭の場合、昼間にガス使用料が増加した場合は昼食準備として調理が行なわれたと判断しても良い。

本実施の形態では、精度が向上した消費電力の予測を蓄電池の充放電計画に役立てることを例として示したが、これに限定されるものではない。たとえば、ユーザへの予測提示時や、コスト試算など、本実施の形態で精度が向上した消費電力の予測値は、種々の用途に使用することが可能である。

今回開示された実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した実施の形態の説明でなくて請求の範囲によって示され、請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１，１Ａ エネルギ管理システム、２，２Ａ クラウドサーバ、４，５Ｂ サーバ、５ 電力計測部、５Ａ スマートメータ、６ ネットワーク、７ ガスメータ、８ タブレット端末、９ 水道メータ、１０，１０Ａ ＨＥＭＳコントローラ、１１ 記憶部、１２ 演算部、１２Ａ 消費電力量予測部、１２Ｂ ライフイベント管理部、１２Ｃ 予測値補正部、１２Ｄ エネルギ管理部、１２Ｅ 制御実行部、１３ 操作・表示管理部、１８ 機器インタフェース部、１９ 太陽光発電装置、２０ 蓄電池、３０ 電気機器、３１Ａ〜３１Ｄ エアコン、３２Ａ〜３２Ｃ 照明、３３ クッキングヒータ、３４ 電子レンジ、３５ 冷蔵庫、３６ キッチン照明。

Claims (8)

1. 電気機器の情報を収集し、イベント計画に対応する電力消費計画を表示部に表示させる情報収集ユニットであって、
   前記イベント計画は、動作時間帯、動作時間長、稼働回数の少なくとも１つと、使用する電気機器とによって定義されるイベントが、発生する予定の時間についての情報を含み、
   前記情報収集ユニットは、
   第１のイベント計画と、前記第１のイベント計画の開始時点から判定時までに完了した前記イベントの履歴情報とを用いて、前記第１のイベント計画の前記判定時から終了時点までの部分を修正した第２のイベント計画と前記第２のイベント計画に対応する前記電力消費計画とを作成するように構成された制御部と、
   前記電力消費計画を示す画像を、前記第１のイベント計画に対応する第１画像から前記第２のイベント計画に対応する第２画像に切り替える指令を前記表示部に送信する表示管理部とを備え、
   前記制御部は、前記開始時点から前記判定時までに発生した前記イベントの履歴情報に第１のイベントの発生が含まれているか否かを判定した結果に基づいて、前記第２のイベント計画の前記判定時から前記終了時点までの部分に前記第１のイベントの発生を予定するか否かを決定する、情報収集ユニット。
2. 前記制御部は、前記開始時点から前記判定時までに発生した前記イベントの履歴情報に前記第１のイベントの発生が含まれており、かつ、前記第１のイベント計画の前記開始時点から前記判定時までに前記第１のイベントの発生が計画されていない場合には、前記第１のイベント計画の前記判定時から前記終了時点までの部分から前記第１のイベントの発生を削除し、前記第２のイベント計画を作成する、請求項１に記載の情報収集ユニット。
3. 前記制御部は、前記開始時点から前記判定時までに発生した前記イベントの履歴情報に前記第１のイベントの発生が含まれておらず、かつ、前記第１のイベント計画の前記開始時点から前記判定時までに前記第１のイベントの発生が計画されていた場合には、前記第１のイベント計画の前記判定時から前記終了時点までの部分に前記第１のイベントの発生を追加して、前記第２のイベント計画を作成する、請求項１に記載の情報収集ユニット。
4. 前記制御部は、前記開始時点から前記判定時までに発生した前記イベントの履歴情報に前記第１のイベントの発生が含まれておらず、かつ、前記第１のイベント計画の前記開始時点から前記判定時までに前記第１のイベントの発生が計画されており、かつ、前記判定時が予め定めた時点を経過する前であった場合には、前記第１のイベント計画の前記判定時から前記終了時点までの部分を複数に区切った最初の部分に前記第１のイベントの発生を追加して、前記第２のイベント計画を作成し、
   前記制御部は、前記開始時点から前記判定時までに発生した前記イベントの履歴情報に前記第１のイベントの発生が含まれておらず、かつ、前記第１のイベント計画の前記開始時点から前記判定時までに前記第１のイベントの発生が計画されており、かつ、前記判定時が前記予め定めた時点に至った後であった場合には、前記第１のイベント計画に前記第１のイベントの発生を追加せずに、前記第２のイベント計画を作成する、請求項１に記載の情報収集ユニット。
5. 前記イベントは、キッチンに配置された複数の電気機器が使用される朝食イベント、昼食イベント、夕食イベントのうちの少なくとも１つを含む、請求項１〜４のいずれか１項に記載の情報収集ユニット。
6. 前記情報収集ユニットには、太陽光発電装置が接続され、
   前記電力消費計画は、前記太陽光発電装置の発電量の予測データとともに、蓄電池の充放電計画を作成するために用いられる、請求項１〜５のいずれか１項に記載の情報収集ユニット。
7. イベント計画に対応する電力消費計画を表示部に表示させる情報処理方法であって、
   前記イベント計画は、動作時間帯、動作時間長、稼働回数の少なくとも１つと、使用する電気機器とによって定義されるイベントが、発生する予定の時間についての情報を含み、
   前記情報処理方法は、
   第１のイベント計画と、前記第１のイベント計画の開始時点から判定時までに完了した前記イベントの履歴情報とを用いて、前記第１のイベント計画の前記判定時から終了時点までの部分を修正した第２のイベント計画と前記第２のイベント計画に対応する前記電力消費計画とを作成するステップと、
   前記電力消費計画を示す画像を、前記第１のイベント計画に対応する画像から前記第２のイベント計画に対応する画像に切り替える指令を前記表示部に送信するステップとを備え、
   前記作成するステップは、前記開始時点から前記判定時までに発生した前記イベントの履歴情報に第１のイベントの発生が含まれているか否かを判定した結果に基づいて、前記第２のイベント計画の前記判定時から前記終了時点までの部分に前記第１のイベントの発生を予定するか否かを決定する、情報処理方法。
8. イベント計画に対応する電力消費計画を表示部に表示させるためのプログラムであって、
   前記イベント計画は、動作時間帯、動作時間長、稼働回数の少なくとも１つと、使用する電気機器とによって定義されるイベントが、発生する予定の時間についての情報を含み、
   前記プログラムは、
   第１のイベント計画と、前記第１のイベント計画の開始時点から判定時までに完了した前記イベントの履歴情報とを用いて、前記第１のイベント計画の前記判定時から終了時点までの部分を修正した第２のイベント計画と前記第２のイベント計画に対応する前記電力消費計画とを作成するステップと、
   前記電力消費計画を示す画像を、前記第１のイベント計画に対応する画像から前記第２のイベント計画に対応する画像に切り替える指令を前記表示部に送信するステップとをコンピュータに実行させ、
   前記作成するステップは、前記開始時点から前記判定時までに発生した前記イベントの履歴情報に第１のイベントの発生が含まれているか否かを判定した結果に基づいて、前記第２のイベント計画の前記判定時から前記終了時点までの部分に前記第１のイベントの発生を予定するか否かを決定する、プログラム。

Images