JP2013252007A - 電力管理装置および電力管理用プログラム - Google Patents

Abstract

【課題】ユーザへの電力供給の実情に即した電力管理を実現することができる電力管理装置および電力管理用プログラムを提供する。
【解決手段】ホームコントローラ１０には、家電群４０のユーザについての、カレンダ情報が登録されている。そして、当該カレンダ情報によって、当該ユーザの家庭において電力消費が少ないと予測されるときや、家電群４０に電力を供給する電力会社の管内の他の家庭における電力消費の増大が予測されるときには、家電群４０による電力消費の上限を下げる方向に、デマンド目標値が調整される。一方、当該ユーザの家庭において来客等の特別な事情がある場合には、家電群４０による電力消費の上限を下げる方向に、デマンド目標値が調整される。
【選択図】図１

Description

本発明は、電力管理装置および電力管理用プログラムに関し、特に、ユーザの実情に即した電力管理を実現するための電力管理装置および電力管理用プログラムに関する。

従来から、電力事業者管内の電力需給のひっ迫を防ぐための手段として、使用電力を使用電力閾値以下に制御するデマンド制御がある。

たとえば、特許文献１（特開平１０−２３４１３３号公報）には、電力監視用デマンド監視制御において、複数の使用電力閾値を設定し、タイマまたは外気温度センサの検出値に基づいて目標値を切り換える技術が開示されている。

特開平１０−２３４１３３号公報

しかしながら、上記したような従来の電力の管理制御では、外気温や、タイマにおける設定時間が考慮されるのみで、それら以外の情報は反映されず、ユーザの実情に即した管理はなされていなかった。

これにより、たとえば電力事業者管内において多くのユーザの電力の使用量が少ない場合には一部のユーザは一時的に使用電力閾値を超えて電力を使用できる状況にあるにも関わらず、当該一部のユーザの電力使用に対しても一律に使用電力閾値で制限がなされていた。このため、必要以上に需要家に負担をかける場合があった。

また、外気温等によって予測される電力事業者管内の電力の総使用量が多いにも関わらず、そのことを使用電力閾値に反映できない場合も想定された。

本発明は、かかる実情に鑑み考え出されたものであり、その目的は、ユーザへの電力供給の実情に即した電力管理を実現することができる電力管理装置および電力管理用プログラムを提供することである。

本発明に従った電力管理装置は、負荷機器による電力消費のためのデマンド制御を実行するための電力管理装置であって、負荷機器による電力消費量のデマンド目標値を取得するための目標値取得手段と、カレンダ情報を格納するための記憶手段と、カレンダ情報に基づいてデマンド目標値を調整して設定するための設定手段とを備えることを特徴とする。

好ましくは、設定手段は、カレンダ情報の内容が、負荷機器に対する電力供給元の管轄地域における電力需要の増大に対応するものである場合には、デマンド目標値を、デマンド制御における負荷機器による電力消費の上限を下げる方向に変更する。

好ましくは、設定手段は、カレンダ情報の内容が、負荷機器を所有する世帯における電力需要の低減に対応するものである場合には、デマンド目標値を、デマンド制御における負荷機器による電力消費の上限を下げる方向に変更する。

好ましくは、設定手段は、カレンダ情報の内容が、負荷機器を所有する世帯における特定の事情に対応するものである場合には、デマンド目標値を、デマンド制御における負荷機器による電力消費の上限を上げる方向に変更する。

好ましくは、温度情報を取得するための温度情報取得手段をさらに備え、設定手段は、さらに温度情報に基づいて、デマンド目標値を変更する。

好ましくは、時刻情報を取得するための時刻情報取得手段をさらに備え、設定手段は、さらに時刻情報に基づいて、デマンド目標値を変更する。

好ましくは、湿度情報を取得するための湿度情報取得手段をさらに備え、設定手段は、さらに湿度情報に基づいて、デマンド目標値を変更する。

好ましくは、時刻情報を取得するための時刻情報取得手段と、温度情報を取得するための温度情報取得手段とをさらに備え、設定手段は、温度情報と時刻情報とを組み合わされた条件に基づいて、デマンド目標値を変更する。

好ましくは、日射量情報を取得するための日射量情報取得手段をさらに備え、設定手段は、さらに日射量情報に基づいて、デマンド目標値を変更する。

本発明に従った電力管理用プログラムは、負荷機器による電力消費のためのデマンド制御を実行するための電力管理装置のコンピュータによって実行される電力管理用プログラムであって、電力管理用プログラムは、コンピュータに、負荷機器による電力消費量のデマンド目標値を取得するステップと、カレンダ情報とを格納するステップと、カレンダ情報に基づいてデマンド目標値を調整して設定するステップを実行させることを特徴とする。

本発明によれば、予め設定された、負荷機器における電力消費量のデマンド目標値が、カレンダ情報に基づいて調整されて、デマンド制御に利用される。

これにより、カレンダ情報に基づいた、電力会社の管内での他の世帯の電力利用の傾向や制御対象となる世帯の電力利用の傾向なども考慮されて、デマンド制御が行われるようになる。

したがって、カレンダ情報に基づいた傾向が考慮されることにより、ユーザへの電力供給の実情に即した電力管理が実現される。

本発明の一実施の形態にかかる電力管理装置を含む制御システムの構成の具体例を示す図である。 本実施の形態のホームコントローラのハードウェア構成を示す図である。 カレンダ情報の内容の一例を模式的に示す図である。 デマンド制御のデマンド目標値（閾値）を調整するための処理のフローチャートである。 ステップＳ１０の基本閾値決定処理のサブルーチンのフローチャートである。 温度情報に基づいて閾値を変更するための処理のフローチャートである。 時刻情報を利用して閾値を変更するための処理のフローチャートである。 温度情報と時刻情報を組合せた条件に基づいて閾値を変更するための処理のフローチャートである。 湿度情報に基づいて閾値を変更するための処理のフローチャートである。 日射量情報に基づいて閾値を変更するための処理のフローチャートである。 制御システムの、測定器を用いた変形例の全体構成を示す模式図である。 図１１の制御システムの測定器の外観図である。 図１１の制御システムの測定器のハードウェア構成を示す模式図である。 制御システムの、他の変形例の全体構成を示す模式図である。 図１４の中継器のブロック図である。

以下、本発明の携帯端末、被制御装置、および、情報出力システムの実施の形態について、図面を参照して説明する。なお、以下の説明において、同一の機能および作用を有する要素については、同じ各図を通して同じ符号を付し、重複する説明を繰返さない。

＜システムの構成＞
図１は、本発明の一実施の形態にかかる電力管理装置を含む制御システム１の構成の具体例を示す図である。制御システム１は、家電機器等のエネルギー消費を管理するためのシステムであり、たとえばＨＥＭＳ（Home Energy Management System）によって実現される。

図１を参照して、制御システム１は、電力管理装置の一実施の形態であるホームコントローラ１０と、家電群４０とを備える。

家電群４０は、空気調和機４１、テレビ４２、および、照明４３を含む。ホームコントローラ１０は、家電群４０に含まれる各電気機器について、少なくとも、各電気機器の消費電力量を取得することができる。なお、図１に示された家電群４０の内容（空気調和機４１、テレビ４２、および、照明４３）は単なる一例である。ホームコントローラ１０は、家電群４０に含まれる電気機器についての制御が行うことができれば、家電群４０に含まれる電気機器の種類は問わない。また、本実施の形態では、家電群４０には、ホームコントローラ１０と通信できない電気機器や電力量を制御できない電気機器を含む場合も有り得る。このような場合、ホームコントローラ１０は、通信可能な電気機器についてのみ、電力制御を行なう。

なお、ホームコントローラ１０によるデマンド制御は、電気機器に供給する電力量の制御の他に、消費電力量がデマンド目標値に近づいたり超えたりした場合に、モニタにメッセージを表示したり、スピーカから音声を出力したり、特定のサーバにその旨を通知する情報を送信したりすることが挙げられる。

本明細書では、デマンド目標値を適宜「閾値」とも言う。
また、本明細書では、便宜上、家電群４０が設置される建物の単位を「家屋」と呼び、家屋ごとに居する人（家族）によって家庭が形成されているものとして、説明を進める。ただし、これらの概念は本発明の解釈を限定するものではない。

本発明は、家電群４０によって例示される負荷機器の電力消費のデマンド目標値を、カレンダ情報を用いて調整するものである。つまり、ユーザと負荷機器の関係は、家庭内に限定されるものではない。

＜ホームコントローラ１０のハードウェア構成＞
図２は、本実施の形態のホームコントローラ１０のハードウェア構成を示す図である。

図２を参照して、ホームコントローラ１０は、ディスプレイ１０１と、タッチセンサ１０２と、入力部１０４と、通信インターフェイス１０５と、マイク１０７と、スピーカ１０８と、メモリインターフェイス１０９と、ＣＰＵ（Central Processing Unit）１１０と、メモリ１１１と、ＲＡＭ（Random Access Memory）１１２とを含む。

ホームコントローラ１０では、タッチセンサ１０２は、ディスプレイ１０１上に設けられている。ディスプレイ１０１とタッチセンサ１０２により、タッチパネル１０３が構成されている。タッチセンサ１０２は、外部からタッチ操作されることにより情報の入力を受付ける。

ホームコントローラ１０は、タッチセンサ１０２の他に、電源ボタン等の入力デバイスからなる入力部１０４を含む。入力部１０４は、上記ボタン等を外部から操作されることにより、情報の入力を受付ける。なお、入力部１０４は、ディスプレイ１０１において表示されるソフトウェアキーによって構成されてもよい。

ＣＰＵ１１０は、メモリ１１１等に記憶されているプログラムを実行することにより、ホームコントローラ１０の動作を制御する。ＲＡＭ１１２は、ＣＰＵ１１０のワークエリアとして機能する。

ホームコントローラ１０では、ＣＰＵ１１０は、マイクロフォン（マイク）１０７を介して、音声の入力を受付けることもできる。ＣＰＵ１１０は、また、通信インターフェイス１０５を介して、外部の装置と、有線または無線で、通信することができる。ＣＰＵ１１０は、また、メモリインターフェイス１０９を介して、ホームコントローラ１０に対して着脱可能な記憶媒体２００に対する、情報の読取および／または書込をすることができる。

ＣＰＵ１１０は、メモリ１１１および／または記憶媒体２００に記憶されたプログラムを実行することにより、本明細書において説明される機能を実現する。

ホームコントローラ１０において、ＣＰＵ１１０による情報の読み込み／書き込みの対象となる記憶媒体としては、メモリ１１１および／または記憶媒体２００が例示されている。本明細書では、これらの記憶媒体を総称して、適宜メモリ１１１等という。

なお、記憶媒体２００としては、ＣＤ−ＲＯＭ（Compact Disc - Read Only Memory）、ＤＶＤ−ＲＯＭ（Digital Versatile Disk - Read Only Memory）、ＵＳＢ（Universal Serial Bus）メモリ、メモリカード、ＦＤ（Flexible Disk）、ハードディスク、磁気テープ、カセットテープ、ＭＯ（Magnetic Optical Disc）、ＭＤ（Mini Disc）、ＩＣ（Integrated Circuit）カード（メモリカードを除く）、光カード、マスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ（Electronically Erasable Programmable Read-Only Memory）などの、不揮発的にプログラムを格納する媒体が挙げられる。

本実施の形態では、ホームコントローラ１０と家電群４０を構成する各電気機器とは、通信回線で接続され、互いに通信を行なう。通信回線は有線であってもよいし、赤外線通信等の無線であってもよい。

ＣＰＵ１１０は、通信インターフェイス１０５を介して、電力センサ５０、温度センサ５１、湿度センサ５２、および、日射センサ５３と接続されている。電力センサ５０は、家電群４０の電力消費量を供給する。温度センサ５１は、家電群４０が配置される家屋（以下、単に「家屋」とも言う）内の温度情報（たとえば、空気調和機４１が設置される室内の温度）を供給する。湿度センサ５２は、家電群４０が配置される家屋内の湿度情報（たとえば、空気調和機４１が設置される室内の湿度）を供給する。日射センサ５３は、当該家屋の屋根や外壁における日射量情報を供給する。

ＣＰＵ１１０は、温度センサ５１から供給される温度情報に代えて、または当該温度情報とともに、ネットワーク上で公開されている上記家屋を含む地域についての温度情報を取得しても良い。

ＣＰＵ１１０は、湿度センサ５２から供給される湿度情報に代えて、または当該湿度情報とともに、ネットワーク上で公開されている上記家屋を含む地域についての湿度情報を取得しても良い。

ＣＰＵ１１０は、日射センサ５３から供給される日射量情報に代えて、または当該日射量情報とともに、ネットワーク上で公開されている上記家屋を含む地域についての日射量情報を取得しても良い。

ホームコントローラ１０には、さらに、ＣＰＵ１１０が参照する時刻を計時するためのタイマ１１９が設けられている。ＣＰＵ１１０は、タイマ１１９から供給される時刻情報に代えて、または当該時刻情報とともに、ネットワーク上で公開されている上記家屋を含む地域についての時刻情報を取得しても良い。

＜カレンダ情報＞
ホームコントローラ１０のメモリ１１１では、家電群４０のユーザについての、カレンダ情報が登録されている。図３は、カレンダ情報の内容の一例を模式的に示す図である。

図３を参照して、カレンダ情報では、各日についての、在室予定人数と来客予定人数とが格納されている。在室予定人数とは、家電群４０が設置される家屋に居住する家族のうち、当該家屋に存在する予定の者の数である。来客予定人数とは、家電群４０が設置される家屋に居住する家族以外の者であって、当該家屋に存在する予定の者の数である。

カレンダ情報では、各日について、月日、曜日、祝日についての情報が格納され、また、１時間ごとの在室予定人数と来客予定人数が格納されている。たとえば、４月１日日曜日の午前８時から９時までの間（図３の「４／１」の「８：００」に対応）では、在室予定人数は４人であり、来客予定人数は２人である。

「祝日についての情報」とは、たとえば、各日が「国民の休日に関する法律」で定められた休日に該当するか否かの情報である。当該休日に該当すれば祝日の欄には「祝日」と標記される（図３では、該当する日は記載されていない）。一方、当該休日に該当しなければ祝日の欄には「−」と標記される。

なお、カレンダ情報は、記憶媒体２００またはネットワーク上の記憶装置に格納されていても良い。

＜閾値調整処理＞
［メインルーチン］
図４は、ＣＰＵ１１０によって実行される、デマンド制御のデマンド目標値（閾値）を調整するための処理のフローチャートである。

図４を参照して、ＣＰＵ１１０は、まずステップＳ１０で、基本的な閾値（以下、「基本閾値」という）を決定して、ステップＳ２０へ処理を進める。

ステップＳ２０では、ＣＰＵ１１０は、ステップＳ１０で決定した基本閾値を、公知の態様で変更して、処理を終了する。

ホームコントローラ１０では、所定時間ごと（たとえば、１時間ごと）に、図４を参照して説明された閾値調整処理が実行され、デマンド目標値（閾値）が決定される。つまり、デマンド目標値は、所定時間ごとに更新される。

［基本閾値の決定］
図５は、ステップＳ１０の基本閾値決定処理のサブルーチンのフローチャートである。

図５を参照して、ＣＰＵ１１０は、まずステップＳ１０２において、閾値としてデフォルト値ＳＶ０を設定して、ステップＳ１０４へ処理を進める。なお、ＣＰＵ１１０は、たとえばメモリ１１１に登録されているデフォルト値ＳＶ０を読込むことにより、記憶媒体２００に格納されているデフォルト値ＳＶ０を読込むことにより、通信インターフェイス１０５を介してネットワーク上の記憶装置に格納されたデフォルト値ＳＶ０を読込むことにより、または、他の装置から通信インターフェイス１０５を介して入力されたデフォルト値ＳＶ０を取得することにより、ステップＳ１０２において閾値を設定する。

ステップＳ１０４では、ＣＰＵ１１０は、本日が平日であるか否かを判断する。この判断は、カレンダ情報（図３）における、本日の曜日情報および祝日情報を参照することにより、実現される。具体的には、曜日情報が土曜日または日曜日である場合、または、祝日情報が「祝日」である場合には、本日は平日ではないと判断される。一方、それ以外の場合には、本日は平日であると判断される。本日が平日であると判断されれば、ステップＳ１０６へ処理が進められ、そうではないと判断されるとステップＳ１０８へ処理が進められる。

ステップＳ１０６では、ＣＰＵ１１０は、その時点で設定されている閾値を、特定の値Ｖ０１を差し引くように更新して、ステップＳ１０８へ処理を進める。

なお、本明細書では、閾値の調整について、値Ｖ０１等の特定の値を、差し引いたり、加えたりすることによって、調整される。閾値が値を差し引かれるように更新されることは、デマンド制御における家電群４０（負荷機器）における電力消費の上限を下げる方向に変更されることを意味する。また、閾値が値を加えるように更新されることは、デマンド制御における家電群４０（負荷機器）における電力消費の上限を上げる方向に変更することに相当する。

ステップＳ１０８では、ＣＰＵ１１０は、現在の季節を判断する。この判断は、たとえば、現在が３月から５月であれば、季節が「春」とされる。６月から８月であれば、季節は「夏」とされる。９月から１１月であれば、季節は「秋」とされる。そして、１２月から２月であれば、季節は「冬」とされる。そして、季節が夏または冬であると判断されると、ステップＳ１１０へ処理が進められる。一方、季節が春または秋であると、ステップＳ１１２へ処理が進められる。

なお、季節を分ける期間を特定する情報は、たとえばメモリ１１１や記憶媒体２００、もしくは、ネットワーク上の記憶装置に、格納されている。

ステップＳ１１０では、ＣＰＵ１１０は、この時点で設定されている閾値を、特定の値Ｖ０２差し引くように更新して、ステップＳ１１２へ処理を進める。

ステップＳ１１２では、ＣＰＵ１１０は、その時点で、家屋内に存在する予定の人数が０であるか、つまり、当該家屋において人が不在であるか否かが判断される。この判断は、カレンダ情報（図３）を参照することにより、実現される。

ステップＳ１１０の処理は、一定期間毎（たとえば、１時間毎）に実行される。そして、ステップＳ１１２では、ＣＰＵ１１０は、その時点に対応するカレンダ情報での在室予定人数と来客予定人数の和が「０」であるか否かによって、実現される。

たとえば、４月２日月曜日の午前９時から１０時までの間（図３の「４／２」の「９：００」に対応）では、在室予定人数と来客予定人数がいずれも０人である。したがって、この場合には、ステップＳ１１２からステップＳ１１４へ処理が進められる。一方、上記したように、４月１日日曜日の午前８時から９時までの間は、在室予定人数が４人であり、来客予定人数が２人であるため、家屋には人が存在する予定とされている。この場合には、ステップＳ１１２からステップＳ１１６へ処理が進められる。

ステップＳ１１４では、ＣＰＵ１１０は、その時点で登録されている閾値を、特定の値Ｖ０３差し引くように更新して、ステップＳ１１６へ処理を進める。

ステップＳ１１６では、ＣＰＵ１１０は、家屋に存在する予定の人数が特定の人数を下回っているか否かが判断される。ここでの「特定の人数」とは、たとえば予めユーザによって、タッチセンサ１０２等を介して登録され、メモリ１１１等に格納されている。なお、「特定の人数」とは、当該家屋に居住している人の数であってもよい。

なお、ステップＳ１１６における、家屋に存在する予定の人数とは、カレンダ情報に登録されている、対応する時間帯の在室予定人数と来客予定人数の和である。

そして、ＣＰＵ１１０は、存在予定の人数が特定の人数より下回ると判断するとステップＳ１１８へ処理を進め、特定の人数以上であると判断するとステップＳ１２０へ処理を進める。

ステップＳ１１８では、ＣＰＵ１１０は、その時点で登録されている閾値を、特定の値Ｖ０４差し引くように更新して、ステップＳ１２０へ処理を進める。

ステップＳ１２０では、ＣＰＵ１１０は、現在、ホームコントローラ１０の対象となっている家庭に来客がある予定であるか否かを判断し、そうであると判断するとステップＳ１２２へ処理を進める。一方、ないと判断するとそのまま図４へ処理をリターンさせる。

なお、ステップＳ１２０における判断は、カレンダ情報において、現在の時間帯に対応する来客予定人数が１以上であるか否かを判断することによって、実現される。

以上、図５を参照して説明した基本閾値決定処理では、カレンダ情報に従って、閾値は、特定の値を差し引かれたり加えられて、更新された（ステップＳ１０６等）。

たとえば、ステップＳ１１２における現在の属する時間帯に家屋において人が不在である場合、または、ステップＳ１１６の当該時間帯の家屋に存在する人数が特定の人数を下回る場合には、閾値が値を差し引かれて更新される。これらの場合は、いずれも、家屋においてユーザが家電群４０を利用する機会が少なくなることが予想され、これにより、当該家屋における家電群４０による電力需要の低減が予測される。そして、このような場合には、閾値が、家電群における電力消費の上限が引き下げられる方向に、更新される。

また、図５の処理では、ステップＳ１０４で本日が「平日」である場合や、現在の季節が夏または冬である場合に、閾値が特定の値を差し引かれるように更新された（ステップＳ１０４，Ｓ１０６、ステップＳ１０８，Ｓ１１０）。

平日であれば、当該家屋を含む電力会社の管内において、電力需要の増大が予測される。

また、季節が夏または冬であれば、冷房または暖房のため、春または秋と比較して、当該家屋を含む電力会社の管内において、電力需要の増大が予測される。そして、図５の処理では、このような場合に、閾値が特定の値を差し引かれるように更新される。

また、図５の処理では、当該家屋において来客が予定されている時間帯には、閾値が特定の値を加えられるように更新される（ステップＳ１２０，１２２）。

このように、図５の処理では、家電群４０のユーザにおいて特定の事情がある場合、家電群４０による電力消費の上限を引き上げる方向に、閾値が変更される。これにより、ユーザは、来客がある時間帯では、空気調和機４１を含む家電群４０を、その時点での家屋の状況に合せて利用することができる。

図４の処理が一定期間毎に実行されることにより、図５の処理も一定時間ごとに実行される。これにより、ホームコントローラ１０によって取扱われる閾値は、一定時間毎に、デマンド制御に制御の閾値のデフォルト値ＳＶ０が読込まれ、当該デフォルト値ＳＶ０が、カレンダ情報に従って調整される。

＜閾値調整処理の変形例＞
以上説明した本実施の形態では、図５を参照して説明されたように決定された基本閾値は、ステップＳ２０において、公知の態様で変更が加えられる。

なお、当該変更の処理として、温度情報が利用されてもよい。
図６は、温度情報に基づいて閾値を変更するための処理のフローチャートである。

図６を参照して、ステップＳＡ２０２では、ＣＰＵ１１０は、図５を参照して説明されたように決定された基本閾値を読込んで、ステップＳＡ２０４へ処理を進める。

ステップＳＡ２０４では、ＣＰＵ１１０は、温度センサ５１等から取得した温度情報が３０℃以上であるか否かを判断し、そうであると判断するとステップＳＡ２０６へ処理を進める。

一方、３０℃未満であると判断するとステップＳＡ２０８へ処理を進める。
ステップＳＡ２０６では、ＣＰＵ１１０は、その時点での閾値を、特定の値Ｖ１１を差し引くように更新して、図４へ処理をリターンさせる。

一方、ステップＳＡ２０８では、ＣＰＵ１１０は、温度情報によって特定される温度が１０℃以下であるか否かを判断し、そうであると判断するとステップＳＡ２１０へ処理を進めて、その時点で登録されている閾値を、特定の値Ｖ１２を差し引くように更新して、図４へ処理をリターンさせる。一方、１０℃を超えていると判断すると、そのまま図４へ処理をリターンさせる。

以上説明された図６の処理では、現在の気温が３０℃以上または１０℃以下の場合には、閾値が特定の値を差し引くように更新される。これにより、家屋に電力を供給する電力会社の管内において、他の家屋においても電力需要が増大することが予測されるときには、当該家屋の家電群４０による電力消費の上限を下げる方向に、閾値が変更される。

［時刻情報を利用した閾値の変更］
図７は、タイマ１１９等から取得した時刻情報を利用して閾値を変更するための処理のフローチャートである。

図７を参照して、まずステップＳＢ２０２では、ＣＰＵ１１０は、その時点で登録されている閾値を読込んで、ステップＳＢ２０４へ処理を進める。

ステップＳＢ２０４では、ＣＰＵ１１０は、現時点の時刻が、夏の日中であるか、または、冬の朝もしくは晩であるか否かを判断する。「夏の日中」とは、たとえば、６月から８月の、午前１１時から午後３時までの時間帯をいう。また、「冬の朝」とは、１２月から２月までの午前６時から午前８時までの期間をいう。また、「冬の晩」とは、たとえば、１２月から２月までの午後６時から午後９時までの期間をいう。そして、ＣＰＵ１１０は、ステップＳＢ２０４で、現在時刻の日付および時刻が、上記した夏の日中、または、冬の朝もしくは晩の期間に属するか否かを判断し、属すると判断するとステップＳＢ２０６へ処理を進め、その時点での閾値を、特定の値Ｖ２１差し引くように更新して、図４へ処理をリターンさせる。一方、属さないと判断すると、ＣＰＵ１１０は、そのまま図４へ処理をリターンさせる。

図７の処理によれば、夏の日中または冬の朝もしくは晩には、閾値が特定の値を差し引くように更新される。

これらの期間は、空気調和機４１による電力消費が、電力会社の管内において増大することが予測される。夏の日中は、空気調和機４１による冷房が、また、冬の朝や晩は空気調和機４１による暖房が、多く利用されることが予測されるからである。

そして、図７の処理では、電力会社の管内において電力需要の増大が予測される当該期間において、家屋の家電群による電力消費の上限を下げる方向で、閾値が更新される。

［温度情報と時刻情報が組合された条件に基づく閾値の変更］
図８は、ホームコントローラ１０において、閾値を、温度情報と時刻情報を組合せた条件に基づいて変更するための処理のフローチャートである。

図８を参照して、ＣＰＵ１１０では、その時点で設定されている閾値を読込んで、ステップＳＢ２０４へ処理を進める。ステップＳＢ２０４では、ＣＰＵ１１０は、ステップＳ１０８（図５参照）と同様に、現在の季節を判定し、当該季節が夏であればステップＳＣ２０６へ処理を進め、冬であればステップＳＣ２１２へ処理を進め、春または秋であればそのまま図４へ処理をリターンさせる。

ステップＳＣ２０６では、ＣＰＵ１１０は、現在の時刻が、日中のピーク時として設定されている時間帯に属するか否かを判断する。このような設定のための情報が、たとえば、メモリ１１１等において、登録されている。そして、ＣＰＵ１１０は、日中のピーク時に属すると判断するとステップＳＣ２０８へ処理を進め、そうではないと判断するとそのまま図４へ処理をリターンさせる。

ステップＳＣ２０８では、ＣＰＵ１１０は、現在の温度が３０℃以上であるか否かを判断し、そうであると判断するとステップＳＣ２１０へ処理を進め、そうではない（つまり、温度が３０℃未満である）と判断すると、そのまま図４へ処理をリターンさせる。

ステップＳＣ２１０では、ＣＰＵ１１０は、ステップＳＣ２０２で読込んだ閾値を、特定の値Ｖ３１差し引くように更新して、図４へ処理をリターンさせる。

一方、ステップＳＣ２１２では、ＣＰＵ１１０は、現在の時刻が、朝または夕方のピーク時として特定される時間帯に属するか否かを判断する。これらの時間帯を特定する情報は、たとえばメモリ１１１に格納されている。そして、ＣＰＵ１１０は、朝または夕方のピーク時に属すると判断するとステップＳＣ２１４へ処理を進め、現在時刻がそれ以外の時間帯に属すると判断するとそのまま図４へ処理をリターンさせる。

ステップＳＣ２１４では、ＣＰＵ１１０は、現在の温度が１０℃以下であるか否かを判断し、そうであると判断するとステップＳＣ２１６へ処理を進め、現在の温度が１０℃を超えていると判断するとそのまま図４へ処理をリターンさせる。

ステップＳＣ２１６では、ＣＰＵ１１０は、ステップＳＣ２０２で読込な主張を、特定の値Ｖ３２差し引くように更新して、図４へ処理をリターンさせる。

図８の処理では、夏の電力消費のピーク時であって気温が３０℃以上の場合、もしくは、冬の電力需要が多くなる時間帯（朝または夕方）であって気温が１０℃以下の場合には、閾値が、家屋の家電群４０による電力消費の上限を低下させる方向に、変更される。これにより、家屋に電力を供給する電力会社の管内において電力需要が増大する場合、家屋における家電群４０による電力消費の上限が抑えられるように、閾値が変更される。

［湿度に基づく閾値の変更］
図９は、ホームコントローラ１０において、湿度情報に基づいて閾値を変更するための処理のフローチャートである。

図９を参照して、ＣＰＵ１１０は、まずステップＳＤ２０２で現在設定されている閾値を読込んで、ステップＳＤ２０４へ処理を進める。

ステップＳＤ２０４では、ＣＰＵ１１０は、現在の湿度が８０％以上であるか否かを判断し、そうであると判断するとステップＳＤ２０６へ処理を進め、８０％未満であると判断するとそのまま図４へ処理をリターンさせる。

ステップＳＤ２０６では、ＣＰＵ１１０は、現在の温度が３０℃以上であるか否かを判断し、そうであると判断するとステップＳＤ２０８へ処理を進め、３０℃未満であると判断するとそのまま図４へ処理をリターンさせる。

ステップＳＤ２０８では、ＣＰＵ１１０は、現在設定されている閾値を、特定の値Ｖ４１差し引くように更新して、図４へ処理をリターンさせる。

図９の処理では、湿度が高くまた温度が高い場合、つまり、家屋に電力を供給する電力会社の管内において他の世帯においても空気調和機４１による冷房や除湿運転のために電力需要の増大が予測される場合には、家電群４０による電力消費の上限を下げる方向に、閾値が変更される。

［日射量情報に基づく閾値の変更］
図１０は、ホームコントローラ１０において、日射量情報に基づいて閾値を変更するための処理のフローチャートである。

図１０を参照して、ＣＰＵ１１０は、まずステップＳＥ２０２において、現在設定されている閾値を読込んで、ステップＳＥ２０４へ処理を進める。

ステップＳＥ２０４では、ＣＰＵ１１０は、ステップＳ１０８（図５参照）と同様に現在の季節を判定し、夏であればステップＳＥ２０６へ処理を進め、冬であればＳＥ２１０へ処理を進め、春または秋であればそのまま図４へ処理をリターンさせる。

ステップＳＥ２０６では、ＣＰＵ１１０は、日射量が３ＭＪ（メガジュール）／ｍ²以上であるか否かを判断し、そうであると判断するとステップＳＥ２０８へ処理を進め、日射量が３ＭＪ／ｍ²未満であると判断するとそのまま図４へ処理をリターンさせる。

ステップＳＥ２０８では、ＣＰＵ１１０は、ステップＳＥ２０２で読込んだ閾値を、特定の値Ｖ５１差し引くように更新して、図４へ処理をリターンさせる。

ステップＳＥ２１０では、ＣＰＵ１１０は、現在の時刻が昼間の時間帯に属するか否かを判断する。昼間の時間帯とは、たとえば、午前１０時から午後３時である。昼間の時間帯を特定する情報は、たとえば、メモリ１１１に登録されている。

そして、昼間の時間帯であると判断するとステップＳＥ２１２へ処理を進め、それ以外の時間帯に属すると判断するとそのまま図４へ処理をリターンさせる。

ステップＳＥ２１２では、ＣＰＵ１１０は、現在の日射量が１ＭＪ／ｍ²以下であるか否かを判断し、そうであると判断するとステップＳＥ２１４へ処理を進め、１ＭＪ／ｍ²を超えていると判断するとそのまま図４へ処理をリターンさせる。

ステップＳＥ２１４では、ＣＰＵ１１０は、ステップＳＥ２０２で読込んだ閾値を、特定の値Ｖ５２差し引くように更新して、図４へ処理をリターンさせる。

図１０の処理では、電力会社の管内において電力需要の増大が予測される場合、つまり、夏の日差しが強いとき、または冬であって日差しが弱い場合には、家電群４０による電力消費の上限を下げる方向に、閾値が変更される。

＜その他の変形例等＞
図６〜図１０のそれぞれを参照して説明された処理は、単独で実行されても良いし、組み合わされて実行されても良い。この場合、「組み合わされて実行」とは、図６〜図１０の中の１の処理が実行された後に、他の処理が実行されることを言う。

たとえば、図６の処理が実行された後、図７の処理が実行されても良い。この場合、図７のステップＳＢ２０２において読み込まれる閾値は、図６のステップＳ２０６またはステップＳ２１０における更新後の閾値である。ただし、図６の処理において、ステップＳ２０６またはステップＳ２１０のいずれにおいても閾値が更新されなかった場合には、ステップＳＢ２０２で読み込まれる閾値は、ステップＳＡ２０２で読み込まれたそのままの閾値である。

また、組み合わされて実行される処理の数は「２」に限定されない。
また、本実施の形態では、電力会社の電力供給管内に含まれる複数の家庭（家屋）のうち１の家庭に設置されるホームコントローラ１０が、電力管理装置の一実施の形態として例示された。このような場合、たとえば、電力会社は、当該ホームコントローラ１０を設置した家庭に対して料金における一定のインセンティブを与えるなどのビジネスモデルが考えられる。

＜システム構成の変形例＞
図１に示された制御システム１では、ホームコントローラ１０は、家電群４０の各家電と直接通信し、当該各家電のエネルギー消費を管理している。

ここで、ホームコントローラ１０は、測定器等の所定の通信用器具を介して家電群４０の各家電と通信することにより、当該各家電のエネルギー消費を管理しても良い。このようなシステム構成の変形例を、以下に説明する。

［測定器を用いた変形例］
図１１は、制御システム１の、測定器を用いた変形例の全体構成を示す模式図である。

図１１を参照して、本実施の形態に従う制御システム１は、住宅やオフィスなどの家屋内に設置される。より具体的には、制御システム１は、電力を消費する電気機器として、複数の家電機器を含む。

図１１には、これらに限られるものではないが、家電機器として、家屋内に設置される空気調和機４１、テレビ４２、電子レンジ４４、冷蔵庫４５、および照明４３（これらを「家電群４０」とも総称する。）などが図示されている。また、制御システム１は、電力を発生する電気機器としての太陽光発電装置、および電力の蓄電／放電を行なう蓄電池を含む場合も有り得る。蓄電池２００Ｙは、住宅などに設置されるものであってもよいし、自動車用の蓄電池を住宅用の蓄電池として兼用するものであってもよい。

さらに、制御システム１は、家電群４０の各家電に関連付けられた測定器４００Ａ〜４００Ｅを含む。ホームコントローラ１０は、有線または無線のネットワーク４０１を介して、家電群４０の各家電に関連付けられた測定器４００Ａ〜４００Ｅや、太陽光発電装置、蓄電池、パワーコンディショナなどとの間でデータ通信が可能である。

ネットワーク４０１としては、任意のものを利用することができるが、有線のネットワークであれば、例えば、イーサネット（登録商標）、ＰＬＣ（Power Line Communications）などを用いることができる。また、無線のネットワークであれば、例えば、ＩＥＥＥ８０２．１１規格に準拠する無線ＬＡＮ（Local Area Network）、ＺｉｇＢｅｅ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、赤外線通信方式などを用いることができる。さらに、複数の通信方式を組み合わせてもよい。

測定器４００は、家電群４０のいずれかの家電に関連付けられ、当該関連付けられた家電群４０における電力消費に関する情報を測定するとともに、その測定情報をホームコントローラ１０へ送信する。典型的には、測定器４００としては、電力線４０２と家電群４０のプラグとの間に配置されて電力消費の状態を測定する消費電力測定装置が用いられる。

図１１に示す例では、電力線４０２に５つの測定器４００Ａ〜４００Ｅが電気的に接続されている。測定器４００Ａには、空気調和機４１のプラグ２５０Ａが接続されており、測定器４００Ｂには、テレビ４２のプラグ２５０Ｂが接続されており、測定器４００Ｃには、電子レンジ４４のプラグ２５０Ｃが接続されており、測定器４００Ｄには、冷蔵庫４５のプラグ２５０Ｄが接続されており、測定器４００Ｅには、照明４３のプラグ２５０Ｅが接続されている。そのため、測定器４００Ａ〜４００Ｅは、それぞれ、空気調和機４１、テレビ４２、電子レンジ４４、冷蔵庫４５、照明４３における電力消費に関する電力情報を測定する。

ホームコントローラ１０は、各家電群４０に関連付けられた測定器４００からそれぞれ送信される電力消費に関する測定情報をメモリ１１１（図２参照）に格納する。

ホームコントローラ１０は、制御システム１における電力消費／発生の状態などをユーザに提示したり、ユーザから制御システム１における電力管理に関する指示を受け付けたりするような、ユーザインターフェイスを提供する。

また、ホームコントローラ１０は、メモリ１１１に格納される電力消費に関する測定情報などに基づいて、電力消費に関するグラフ等を表示することも可能である。ホームコントローラ１０は、ポータブル型であってもよいし、テーブル上に配置されたベースに対して着脱自在であってもよいし、部屋の壁などに固定されるものであってもよい。

本例においては、ホームコントローラ１０が、各測定器とデータ通信してデータを取得する構成について主に説明したが、図示しないデータを収集するサーバを設けて、当該サーバが各測定器とデータ通信してデータを蓄積し、ホームコントローラ１０が当該サーバに蓄積されたデータを取得する形態の構成とすることも可能である。

＜測定器４００＞
図１２は、図１１の制御システムの測定器４００の外観図である。ここで、図１２（Ａ）には、測定器４００のソケット４００１を含む斜視図を示し、図１２（Ｂ）には、測定器４００の側面図を示し、図１２（Ｃ）には、測定器４００のプラグ４００２を含む斜視図を示す。

図１２（Ａ）〜図１２（Ｃ）を参照して、測定器４００は、電力線４０２を流れる電力を供給するためのソケットと家電群４０のプラグとの間に介挿されるように配置される。より具体的には、図１２（Ａ）を参照して、測定器４００の表面４０５１には、プラグ差込用のソケット４００１が設けられている。一方、図１２（Ｂ）および図１２（Ｃ）を参照して、測定器４００の表面４０５１とは反対側の面である表面４０５３には、プラグ４００２が設けられている。ソケット４００１には、家電群４０のプラグが差し込まれるとともに、プラグ４００２は、家屋内に設けられる電力線４０２を介して電力を供給するためのソケット（コンセント／アウトレット）に差し込まれる。

なお、測定器４００は、なるべく薄い方が好ましいので、側面４０５２の厚さは可能な限り小さく設計される。

測定器４００の表面４０５１には、さらに、ＬＥＤ（Light Emitting Diode）４０４１および設定ボタン４０４２が設けられている。ＬＥＤ４０４１は、測定器４００におけるデータ処理状態を表示する。より具体的には、ＬＥＤ４０４１は、データ処理状態に応じて、点灯の有無、点滅の有無／周期、発光色などを異ならせる。設定ボタン４０４２は、ユーザ操作を受け付けるための入力手段であり、ユーザによって操作されると、測定器４００における初期設定などが開始される。

図１３は、本変形例の測定器４００のハードウェア構成を示す模式図である。
図１３を参照して、測定器４００は、ソケット４００１、プラグ４００２、ＬＥＤ４０４１、および設定ボタン４０４２に加えて、ソケット４００１とプラグ４００２とを電気的に接続する一対の主配線４００４および４００５と、主配線４００５に挿入されたシャント抵抗４００３と、電源部４００７と、電力検出部４０１０と、通信モジュール４０２０と、アンテナ４０３０とを含む。

電力検出部４０１０は、プラグ４００２からソケット４００１へ流れる電力を検出する。より具体的には、電力検出部４０１０は、電圧入力ＡＤＣ（Analog to Digital Converter：アナログ・デジタル変換器）４０１１と、電流入力ＡＤＣ４０１２と、乗算器４０１３と、デジタル／周波数変換部４０１４とを含む。

電圧入力ＡＤＣ４０１１は、配線Ｖ１ＰおよびＶ１Ｎを介して、主配線４００４および４００５にそれぞれ接続される。電圧入力ＡＤＣ４０１１は、主配線間に生じる電圧（電位差）を示すデジタル信号を乗算器４０１３へ出力する。

電流入力ＡＤＣ４０１２は、配線Ｖ２ＰおよびＶ２Ｎを介して、主配線４００５に挿入されたシャント抵抗４００３の両端と電気的に接続される。シャント抵抗４００３は、流れる電流値を測定するために使われる微小な（数百マイクロΩ）抵抗である。電流入力ＡＤＣ４０１２は、シャント抵抗４００３に流れる電流の電流値を示すデジタル信号を乗算器４０１３へ出力する。

乗算器４０１３は、電圧入力ＡＤＣ４０１１からのデジタル信号（電圧値）と、電流入力ＡＤＣ４０１２からのデジタル信号（電流値）とを乗算し、その結果得られた値（消費電力／単位：ＷまたはｋＷ）を示すデジタル信号をデジタル／周波数変換部４０１４へ出力する。

デジタル／周波数変換部４０１４は、乗算器４０１３からのデジタル信号を周波数信号に変換し、その結果得られた周波数信号を通信モジュール４０２０へ出力する。

電源部４００７は、測定器４００の各コンポーネントに電力を供給する。電源部４００７は、主配線４００４および４００５に接続され、プラグ４００２からソケット４００１へ流れる電力の一部を測定器４００の動作用の電力として利用する。電源部４００７は、交流電力を直流電力に変換した後、その直流電力を電力検出部４０１０および通信モジュール４０２０へ供給する。

通信モジュール４０２０は、電力検出部４０１０により算出されたソケット４００１に接続されている電気機器における消費電力を示す無線信号を、アンテナ４０３０を介して送出する。より具体的には、通信モジュール４０２０は、ＣＰＵ４０２１と、ＲＯＭ４０２２と、ＲＡＭ４０２３と、ＧＰＩＯ（General Purpose Input/Output）４０２４と、無線ＲＦ（Radio Frequency）部４０２５とを含む。

ＧＰＩＯ４０２４は、デジタル／周波数変換部４０１４から入力された周波数信号を受信し、その周波数信号の情報をＣＰＵ４０２１へ出力する。

ＣＰＵ４０２１は、ＧＰＩＯ４０２４からの周波数信号の情報を所定のロジックに従ってデータ変換し、その結果を無線ＲＦ部４０２５へ出力する。無線ＲＦ部４０２５は、ＣＰＵ４０２１からのデータ変換結果に基づいて搬送波を変調することで、無線信号を生成する。無線ＲＦ部４０２５で生成された無線信号は、アンテナ４０３０を介して、送信される。

ＣＰＵ４０２１は、ＲＯＭ４０２２に予め格納されているプログラムを実行することで、上述のような処理を実現する。ＲＡＭ４０２３は、ＣＰＵ４０２１によるプログラムの実行に必要なワークデータを格納する。

＜測定情報＞
測定器４００は、基本的には接続されている電気機器で消費される消費電力（単位：ＷまたはｋＷ））を測定する。この消費電力を所定時間に亘って積算することで、当該電気機器の消費電力量（単位：ＷｈまたはｋＷｈ）が算出される。

ホームコントローラ１０は、それぞれの電気機器における消費電力および消費電力量のいずれをも表示することが可能である。さらに、複数の電気機器をグルーピング化して、そのグループ全体についての消費電力および消費電力量を表示する。

そのため、測定器４００から送信される対応する家電群４０についての測定情報の実装例としては、例えば、以下のようになる（但し、以下の例に限られるものではない）。

（１） 測定器４００が家電群４０における消費電力を所定周期ごと（例えば、１秒ごと）に測定し、当該測定周期と同じ送信周期で、その測定された消費電力を測定情報として送信する。

（２） 測定器４００が家電群４０における消費電力を所定周期ごと（例えば、１秒ごと）に測定し、当該測定周期よりは長い送信周期で、前回の送信から今回の送信までの間に測定された複数の消費電力を測定情報として送信する。

（３） 測定器４００が家電群４０における消費電力を所定周期ごと（例えば、１秒ごと）に測定し、当該測定周期よりは長い送信周期で、前回の送信から今回の送信までの間に測定された複数の消費電力を平均して得られた平均消費電力を測定情報として送信する。

（４） （２）または（３）において、前回の送信から今回の送信までの間に測定された複数の消費電力を積算した消費電力量を測定情報に付加した上で送信する。さらに、複数の消費電力の平均値・最小値・最大値などを付加してもよい。

測定情報には、測定器４００が何らかの手段で取得した時刻情報を付加してもよいが、一般的には、ホームコントローラ１０が測定情報を受信すると、そのときの時刻を時計１１２より取得し、受信した測定情報と関連付けてメモリ１１１に格納する。

ホームコントローラ１０と測定器４００との間での測定情報の遣り取りについては、任意のプロトコルを採用することができる。典型的には、測定器４００が自身の測定した測定結果を含むパケットをブロードキャストし、ホームコントローラ１０がこのパケットを受信する構成が採用される。但し、ホームコントローラ１０がそれぞれの測定器４００に対して定期的にポーリングするようにしてもよい。

［中継機を用いた変形例］
本変形例の制御システムでは、システムの構成は、図１に示されたものから図１４に示されたものへと変更される。図１４の制御システム１では、家電群の各家電のデータは、中継器１００１に一旦集められる。そして、中継器１００１に集められたデータが、必要に応じてホームコントローラ１０へと送信される。

また、本変形例の制御システムでは、ホームコントローラ１０から各家電に送信されるデータも、中継器１００１に一旦集められる。中継器１００１は、ホームコントローラ１０から受信した各家電に対する制御データ等のデータを、各家電へと送信する。

なお、図１４の制御システム１では、各家電は、図１１〜図１３を参照して説明したような測定器４００Ａ等を介して中継器１００１と通信するように記載されているが、通信機能が設けられている家電については、中継器１００１と直接通信する場合もあり得る。つまり、図１４に示された測定器４００Ａ，４００Ｂ，４００Ｅのいずれかもしくはすべては省略される場合もあり得る。

また、図１４では図示を省略しているが、本変形例においてもホームコントローラ１０は、図２に示した電力センサ５０、温度センサ５１、湿度センサ５２、および日射センサ５３の各センサから適宜データを取得する。そして、本変形例では、各センサのデータも、中継器１００１に格納され、ホームコントローラ１０は、中継器１００１に格納された各センサのデータを取得する場合もあり得る。

図１５は、中継器１００１のブロック図である。図１５を参照して、中継器１００１は、制御部１１０１と、操作部１１０２と、表示部１１０３と、高速通信インターフェイス部１１０４と、電源部１１０５と、無線ＲＦ（Radio Frequency）内蔵通信コントローラ部１１０６と、アンテナ１１０７と、設定ボタン１１０８とを備える。

無線ＲＦ内蔵通信コントローラ部１１０６は、ＣＰＵ（Central Processing Unit）１１６１と、ＲＯＭ（Read Only Memory）１１６２と、ＲＡＭRandom Access Memory）１１６３と、ＧＰＩＯ（General Purpose Input/Output）１１６４と、無線ＲＦ部１１６５と、ＵＡＲＴ（Universal Asynchronous Receiver Transmitter）１１６６とを含む。なお、無線ＲＦ内蔵通信コントローラ部１１０６が、ＺｉｇＢｅｅ（登録商標）コーディネータ部に該当する。また、ＲＯＭ１１６２と、ＲＡＭ１１６３と、ＵＡＲＴ１１６６と、ＧＰＩＯ１１６４と、無線ＲＦ部１１６５とは、それぞれ、ＣＰＵ１１６１に接続されている。

無線ＲＦ内蔵通信コントローラ部１１０６は、アンテナ１１０７と接続されている。無線ＲＦ内蔵通信コントローラ部１１０６は、ネットワーク上に存在する通信機器（ホームコントローラ１０、測定器４００Ａ、等）との間の通信を制御する。

制御部１１０１のＯＳ（Operating System）は、たとえばＬｉｎｕｘ（登録商標）を用いることができる。制御部１１０１は、ＣＰＵ１１６１に比べて高性能なＣＰＵを備えており、またメモリも豊富である。当該構成によって、中継器１００１は、高度な情報処理を実現できる。

操作部１１０２は、スイッチおよびタッチパネル等の入力デバイスである。表示部１１０３は、画像を表示するためのディスプレイ（たとえば、液晶ディスプレイ）である。

高速通信インターフェイス部１１０４は、外部のネットワークに接続されるブロードバンドルータ（図示略）との間でＥｔｈｅｒｎｅｔ（登録商標）またはＷｉＦｉ（登録商標）を用いた通信を行なうためのインターフェイスである。電源部１１０５は、制御部１１０１と無線ＲＦ内蔵通信コントローラ部１１０６とに電力を供給する。

制御部１１０１は、操作部１１０２、表示部１１０３と、高速通信インターフェイス部１１０４と、電源部１１０５と、無線ＲＦ内蔵通信コントローラ部１１０６とに接続されている。制御部１１０１は、中継器１００１の全体的な動作を制御する。制御部１１０１は、操作部１１０２からの入力を受け付ける。また、制御部１１０１は、表示部１１０３に出力指示を出す。

今回開示された実施の形態およびその変形例はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。実施の形態およびその変形例において開示された技術は、可能な限り単独でも組み合わせても実施され得ることが意図される。

１ 制御システム、１０ ホームコントローラ、４０ 家電群、４１ 空気調和機、４２ テレビ、４３ 照明、５０ 電力センサ、５１ 温度センサ、５２ 湿度センサ、５３ 日射センサ、１０１ ディスプレイ、１０２ タッチセンサ、１０３ タッチパネル、１０４ 入力部、１０５ 通信インターフェイス、１０７ マイク、１０８ スピーカ、１０９ メモリインターフェイス、１１１ メモリ、１１２ ＲＡＭ、１１９ タイマ、２００ 記憶媒体。

Claims (10)

1. 負荷機器による電力消費のためのデマンド制御を実行するための電力管理装置であって、
   前記負荷機器による電力消費量のデマンド目標値を取得するための目標値取得手段と、
   カレンダ情報を格納するための記憶手段と、
   前記カレンダ情報に基づいて前記デマンド目標値を調整して設定するための設定手段とを備える、電力管理装置。
2. 前記設定手段は、前記カレンダ情報の内容が、前記負荷機器に対する電力供給元の管轄地域における電力需要の増大に対応するものである場合には、前記デマンド目標値を、前記デマンド制御における前記負荷機器による電力消費の上限を下げる方向に変更する、請求項１に記載の電力管理装置。
3. 前記設定手段は、前記カレンダ情報の内容が、前記負荷機器を所有する世帯における電力需要の低減に対応するものである場合には、前記デマンド目標値を、前記デマンド制御における前記負荷機器による電力消費の上限を下げる方向に変更する、請求項１または請求項２に記載の電力管理装置。
4. 前記設定手段は、前記カレンダ情報の内容が、前記負荷機器を所有する世帯における特定の事情に対応するものである場合には、前記デマンド目標値を、前記デマンド制御における前記負荷機器による電力消費の上限を上げる方向に変更する、請求項１〜請求項３のいずれか１項に記載の電力管理装置。
5. 温度情報を取得するための温度情報取得手段をさらに備え、
   前記設定手段は、さらに温度情報に基づいて、前記デマンド目標値を変更する、請求項１〜請求項４のいずれか１項に記載の電力管理装置。
6. 時刻情報を取得するための時刻情報取得手段をさらに備え、
   前記設定手段は、さらに時刻情報に基づいて、前記デマンド目標値を変更する、請求項１〜請求項５のいずれか１項に記載の電力管理装置。
7. 湿度情報を取得するための湿度情報取得手段をさらに備え、
   前記設定手段は、さらに湿度情報に基づいて、前記デマンド目標値を変更する、請求項１〜請求項６のいずれか１項に記載の電力管理装置。
8. 時刻情報を取得するための時刻情報取得手段と、
   温度情報を取得するための温度情報取得手段とをさらに備え、
   前記設定手段は、温度情報と時刻情報とを組み合わされた条件に基づいて、前記デマンド目標値を変更する、請求項１〜請求項５のいずれか１項に記載の電力管理装置。
9. 日射量情報を取得するための日射量情報取得手段をさらに備え、
   前記設定手段は、さらに日射量情報に基づいて、前記デマンド目標値を変更する、請求項１〜請求項８のいずれか１項に記載の電力管理装置。
10. 負荷機器による電力消費のためのデマンド制御を実行するための電力管理装置のコンピュータによって実行される電力管理用プログラムであって、
    前記電力管理用プログラムは、前記コンピュータに、
    前記負荷機器による電力消費量のデマンド目標値を取得するステップと、
    カレンダ情報とを格納するステップと、
    前記カレンダ情報に基づいて前記デマンド目標値を調整して設定するステップを実行させる、電力管理用プログラム。

Images