(57)【要約】【課題】  ライフスタイルの多様化に応じて、優先すべき機器を最適にＯＮ／ＯＦＦする。【解決手段】  登録された機器のＯＮ／ＯＦＦ情報をＤＬＣの前後に監視するＨＧＷが電力会社等からＤＲを受信すると、登録された機器情報を元に自動的に機器をＯＦＦする。ＤＬＣによるログや需要家が操作したログは、ＨＧＷに送信される。機器から送信されたログを収集し、ＨＧＷは需要家が機器をＯＮ／ＯＦＦした結果から求めた優先度である実績優先度を算出する。以前登録された設定優先度とＤＬＣの実績優先度を比較して、設定優先度を更新する。【選択図】  図１
2014155341.tif 000002
【特許請求の範囲】
【請求項１】
需要家宅内に設定され、電力の供給元と公衆回線網を介して接続され、前記需要家宅内の少なくとも１つの機器の消費電力を制御する消費電力制御装置であって、
消費電力の制御を行う処理部、
消費電力の制御に必要な情報を格納する記憶部、及び
前記処理部と前記記憶部とを、前記電力の供給元、及び前記機器に接続するための送受信ＩＦ、を有し、
前記処理部は、
電源がＯＮとなっている前記機器を対象に、節電を実施する前記機器を特定するＤＬＣ機器の割り出し部、
各機器のログ情報を収集して、機器がＯＮになっている時間を算出する機器ログ集計部、
節電機器の割り出し後に、機器を制御する指令を出す機器制御部、
前記送受信ＩＦから機器情報を受取り、前記記憶部へ格納する機器状態取得部、
前記機器情報から、節電計画情報とログ情報を集計して、前記節電計画に従わなかった時間を算出するＤＬＣ拒否時間算出部、
前記節電計画に従わなかった時間の算出結果に基づいて、各機器の実績優先度を算出する実績優先度算出部、
を有することを特徴とする消費電力制御装置。
【請求項２】
需要家宅内に設定され、電力の供給元と公衆回線網を介して接続され、前記需要家宅内の少なくとも１つの機器の消費電力を制御する消費電力制御装置における消費電力制御方法であって、
前記電力の供給元からの節電要請に基づいて、電源がＯＮとなっている前記機器を対象に、節電を実施する前記機器を特定して節電機器を割り出し、
各機器のログ情報を収集して、機器がＯＮになっている時間を算出し、
前記節電機器の割り出し後に、機器を制御する指令を出し、
前記機器に関する情報から、節電計画情報とログ情報を集計して、前記節電計画に従わなかった時間を算出し、
前記節電計画に従わなかった時間の算出結果に基づいて、各機器の実績優先度を算出する、
ことを特徴とする消費電力制御方法。
【請求項３】
前記実績優先度算出部は、
前記少なくとも１つの機器のそれぞれに対して、予め設定した設定優先度と、前記算出した実績優先度との差異の絶対値が所定の基準値を超えた場合に、前記実績優先度を前記設定優先度に設定することを特徴とする請求項１記載の消費電力制御装置。
【請求項４】
前記少なくとも１つの機器のそれぞれに対して、予め設定した設定優先度と、前記算出した実績優先度との差異の絶対値が所定の基準値を超えた場合に、前記実績優先度を前記設定優先度に設定することを特徴とする請求項２記載の消費電力制御方法。
【請求項５】
前記実績優先度算出部は、
前記少なくとも１つの機器のそれぞれに対して、前記節電計画に従わなかった時間が、前記節電の対象の機器で同じであり、かつ、予め設定した設定優先度が低い機器ほど前記節電計画に従わなかった時間が小さい場合は、前記実績優先度の算出を行わない、ことを特徴とする請求項１記載の消費電力制御装置。
【請求項６】
前記少なくとも１つの機器のそれぞれに対して、前記節電計画に従わなかった時間が、前記節電の対象の機器で同じであり、かつ、予め設定した設定優先度が低い機器ほど前記節電計画に従わなかった時間が小さい場合は、前記実績優先度の算出を行わない、ことを特徴とする請求項２記載の消費電力制御方法。
【請求項７】
前記需要家のライフスタイルに応じて予め定めたスケジュールに基づいて、機器と設定優先度との対応関係を節電計画の実行日毎に設定することを特徴とする請求項１記載の消費電力制御装置。
【請求項８】
前記需要家のライフスタイルに応じて予め定めたスケジュールに基づいて、機器と設定優先度との対応関係を節電計画の実行日毎に設定することを特徴とする請求項２記載の消費電力制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電力の需給逼迫時における、機器などの負荷の需要を制御する技術・方法に関する。特に、ＨＥＭＳ(ホームエネルギーマネージメントシステム）のDirect Load Control（ＤＬＣ)部の機能に関する。
【背景技術】
【０００２】
本技術分野の背景技術として、特開２００３−１５３３４７号公報（特許文献１）がある。この公報には、積算電力使用量の上限を効率よく管理・制御可能のために、以下のように機器を制御しようとしている。すなわち、消費電力を制御可能な機器と、該機器の消費電力をリモート制御する制御装置とが、機器に給電するための宅内配電線を含む通信ネットワークを介して相互に接続するシステムの消費電力制御方法であって、機器の積算電力使用量を周期的に検出し、各検出時点の時間情報と検出積算電力使用量情報とのサンプル系列に基づき両者間の相関を表す回帰係数を求めると共に、該回帰係数を使用して期間末時の積算電力使用量を推定し、該推定された積算電力使用量が予め設定された閾値を超えないように、機器の消費電力を制限するように制御する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−１５３３４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
猛暑などで地域や電力会社管内の供給電力が不足する場合、従来は電力会社が火力や揚水発電のフル稼働や他電力による融通により、供給電力を確保してきたが、需要家でも、ピークシフトを実施することで、発電原価の高い電力の発電を抑制して、広域停電を防ぐことができる場合がある。
【０００５】
しかし、需要家が自身で節電を実施するためには、幅広い知識や手間や我慢が必要となり、多くの需要家に適切で、効果的な節電方法を実施してもらう環境にはない。
【０００６】
そのため、機器に双方向の通信機能をもたせ、何らかのコンピュータ、（例えば、Home Gate Way（以下、ＨＧＷとする、公衆回線網と家庭内ネットワークの橋渡しを行うネットワーク機器である）を使って、ＨＧＷに需給逼迫の情報や消費電力量の低減要請（以下、デマンドレスポンス(DR)とする。）を入力させ、ＨＧＷでデータを処理し、機器に対して自動的にＯＮ／ＯＦＦなどの制御命令を発信するDirect Load Control（以下、ＤＬＣとする）システムが提案されているが、どのようなデータを入力し、どう処理し、どう制御するかにおいては、様々な方法がある。
【０００７】
即ち、電力会社等からＤＲ（節電要請）を需要家宅が受け取り、これに対応して、需要家宅内では、各機器の消費電力量を直接制御する、即ち、ＤＬＣを行う。
【０００８】
そこでライフスタイルの多様化に応じて、優先すべき機器を最適にＯＮ／ＯＦＦすること（全自動ではなくて、あえて半自動化）を目的とする。また需要家の日々の事情（例えば、休日・平日・季節によってライフスタイルが異なる）に応じて、日々制御すべき優先度を変化させることを目的とする。
【課題を解決するための手段】
【０００９】
本発明では、需要家がＨＧＷに機器の情報を登録する。ＨＧＷに登録する情報は、「設定優先度テーブル」の設定優先度、「機器情報テーブル」の機器のＭＡＣアドレスや消費電力量である。
【００１０】
ＨＧＷは、登録された機器のＯＮ／ＯＦＦ情報（機器状態ログ）をＤＬＣの前後に監視する。ＨＧＷが電力会社等からＤＲ(Demand Response)を受信すると、ＨＧＷは登録された機器情報を元に自動的に機器をＯＦＦする。自動的にＯＦＦされた機器を使いたい時、需要家は需要家自身で機器をＯＮすることができる。ＤＬＣによるログや需要家が操作したログは、ＨＧＷに送信される。機器から送信されたログを収集し、ＨＧＷは需要家がＤＬＣに従わなかった時間を元に「実績優先度」を算出する。「実績優先度」とは、需要家が機器をＯＮ／ＯＦＦした結果から求めた優先度とする。以前登録された「設定優先度」（初回は需要家が登録した「設定優先度」）とＤＬＣの「実績優先度」を比較して、「設定優先度」を更新する。ＨＧＷは次のＤＬＣを実施するとき、最新の「設定優先度」を用いて、機器をＯＦＦする。このプロセスを何度も繰り返すことによって、需要家のライフスタイルをＨＧＷが学習し、機器を最適に制御できる。
【００１１】
つまり、ＨＧＷは、需要家が、どの機器をいつのタイミングでＯＮ／ＯＦＦしたのかをフィードバックし、次回の優先順位を動的に変更する。これを繰り返すことにより、ＨＧＷは、需要家のライフスタイルを自動的に学習し、次第に、需要家のニーズに沿った優先度を設定できる。
【００１２】
更に、日々の事情を考慮して、例えば、週、月、季節などの単位で設定優先度の更新を行えるようにする。
【発明の効果】
【００１３】
需要家のライフスタイルに沿った機器のＯＮ／ＯＦＦ制御や優先度の補正プロセスがあるため、電力会社やアグリゲータ(aggregator：インターネットから情報を収集する業者)は需要家からのクレームを低減する効果が見込める。
【００１４】
また、ＨＧＷが需要家のライフスタイルに合わせて「設定優先度」を変更・更新するため、需要家は快適性を損なわないように自動的に需給逼迫に協力できる。
【図面の簡単な説明】
【００１５】
【図１】ＤＬＣシステムの構成図の例である。
【図２】ＤＬＣシステムの構成図（ＨＧＷなし）の例である。
【図３】ＨＧＷの機能図の例である。
【図４】機器の機能図の例である。
【図５】ＤＬＣ処理のフロー図の例である。
【図６】設定優先度を更新する処理テーブルの例である。
【図７】ＨＧＷの機能図の例（機能追加）である。
【図８】ＤＬＣ処理のフロー図（機能追加）の例である。
【図９】スコア算出図の例である。
【図１０】設定優先度テーブルの例である。
【図１１】機器情報テーブルの例である。
【図１２】ＤＬＣ計画情報テーブルの例である。
【図１３】機器状態ログテーブルの例である。
【発明を実施するための形態】
【００１６】
――システム構成――――――
以下、図面を用いて説明する。  
図１は、ＤＬＣ(Direct Load Control)システムの構成図の例である。  
電力会社等(1100)は、電力の供給元であって、需要家宅(1200)へ電線を経由して電力を供給する。需給逼迫時、電力会社等(1100)は需要家宅(1200)へ通信線(1500)を経由してＤＲ（Demand Response、節電要請）を送信する。（通信線(1500)は、無線、有線を問わない。）将来的には電力会社以外にもアグリゲータなど(1100)がＤＲを送信する可能性がある。
【００１７】
需要家は、電力会社等(1100)が需要家宅(1200)の機器(1400)を直接制御することに同意する契約を結ぶと、需給逼迫時に節電への協力が可能となる。需要家宅(1200)には、電力会社等(1100)が設置したスマートメータ(1201)がある。スマートメータ(1201)は双方向通信機能を持っており、電力会社等(1100)やＨＧＷ(Home Gate Way、1300)と情報のやり取りができる。
【００１８】
ＨＧＷ(1300)は、需要家宅(1200)内に設置され、電力会社等(1100)やスマートメータ(1201)から情報（ＤＲ）を送受信し、家庭内のネットワークを介して、需要家宅内の各機器の消費電力を制御する消費電力制御装置である。即ち、ＨＧＷは、電力会社からＤＲを受け取り、それに基づいてＤＬＣを行う。以下では、ＤＬＣを節電計画と呼ぶ。需要家宅(1200)には、需要家が設置した機器(1400)がある。その機器(1400)は双方向通信機能を持っており、ＨＧＷ(1300)とデータのやり取りができる。
【００１９】
実施例では、スマートメータ(1201)とＨＧＷ(1300)を別々に記載したが、スマートメータ(1201)がＨＧＷ(1300)の機能を包括する場合もある。その場合のシシステム構成図は、図２となる。
【００２０】
図３は、ＨＧＷ(1300)を詳細に説明するＨＧＷの機能図の例である。  
ＨＧＷ(1300)は、送受信ＩＦ(1310)、処理部(1320)、記憶部(1330)の機能を持つ。  
送受信IF(1310)は、ＤＲ送受信(1311)とＤＬＣ送受信(1312)がある。
【００２１】
処理部(1320)は、ＤＬＣ機器の割り出し(1321)、機器ログの集計(1322)、機器制御(1323)、機器状態取得(1324)、ＤＬＣ拒否時間算出(1325)、実績優先度算出(1326)などの機能を持つ。
【００２２】
記憶部(1330)は、設定優先度テーブル(1331)、ＤＬＣ計画情報テーブル(1332)、機器情報テーブル(1333)、機器状態ログテーブル(1334)、時刻情報(1335)を記憶する。
【００２３】
ＤＲ送受信(1311)は、電力会社等(1100)と通信する機能である。データの内容として、需要家にいつ、どれだけ消費電力料低減して欲しいのかを電力会社等(1100)から受信し、その情報からＤＬＣを実施した結果を電力会社等(1100)に送信する。
【００２４】
ＤＬＣ送受信(1312)は、需要家宅(1200)の機器(1400)と通信する機能である。データの内容として、ログの受信、ＯＮ／ＯＦＦ制御の送信を行う。
【００２５】
ＤＬＣ機器の割り出し(1321)は、設定優先度テーブル(1331)や機器情報テーブル(1333)、機器状態ログテーブル(1334)を参照し、機器(1400)の電源がＯＮとなっている機器を対象に、ＤＬＣを実施する機器(1400)を特定する。
【００２６】
機器ログ集計(1322)は、機器(1400)で記憶している機器情報ログテーブルを収集し、機器がＯＮになっている時間などを集計・算出する。
【００２７】
機器制御(1323)は、ＤＬＣ機器の割り出し処理(1321)が終わった後に、機器を制御する指令を出す。機器制御(1323)が出した制御指令は、ＤＬＣ送受信(1312)を通り、機器(1400)へＯＦＦ指令が送られる。
【００２８】
機器状態取得(1324)は、ＤＬＣ送受信(1312)から機器情報テーブル(1333)を受取り、記憶部(1330)へ格納する。
【００２９】
ＤＬＣ拒否時間算出(1325)は、機器情報テーブル(1333)からＤＬＣ計画情報テーブル(1332)と機器状態ログテーブル(1334)を集計し、ＤＬＣに従わなかった時間を算出する。
【００３０】
実績優先度算出(1326)は、ＤＬＣに従わなかった時間の算出結果に基づいて、各機器の実績優先度を算出する。
【００３１】
図１０に示す設定優先度テーブル(1331)は、需要家が優先して使用したい機器の順位を保持する。つまりＤＬＣでＯＮ／ＯＦＦして欲しくない機器の順位が保持される。設定優先度テーブル(1331)は、機器ＩＤ(10a)及び設定優先度(10b)で構成される。
【００３２】
図１１に示すＤＬＣ計画情報テーブル(1332)は、上位側（電力会社等）から受け取ったＤＲをＤＬＣ計画情報（例えばいつからいつまでどのくらいの消費電力を下げるか）として保持する。ＤＬＣ計画情報テーブル(1332)は、機器ＩＤ(11a)、装置のアドレスであるＭＡＣアドレス(11b)、及び機器の消費電力量(11c)で構成される。
【００３３】
図１２に示す機器情報テーブル(1333)は、各機器のＭＡＣアドレスや単位時間あたりの消費電力量を保持する。機器情報テーブル(1333)は、デマンドレスポンス(DR)ＩＤ(12a)、ＤＲの受信日時(12b)、需要家ＩＤ(12c)、ＤＬＣの実施日(12d)、ＤＬＣ実施の開始時刻(12e)、その終了時刻(12f)、及びＤＬＣによる低減電力量(12g)で構成される。
【００３４】
図１３に示す機器状態ログ(1334)は、機器がＯＮ／ＯＦＦされたログ情報を保持する。機器状態ログ(1334)は、ＭＡＣアドレス(13a)、ＯＮ／ＯＦＦの状態を示す制御(13b)、及び機器にＯＮ／ＯＦＦが設定された時刻(13c)で構成される。  
時刻情報(1335)は、標準時刻を上位側から取得して保持し、ＤＬＣを計画通りに実施させる。
【００３５】
図４は、機器(1400)の構成を詳細に説明する図である。  
機器(1400)は、送受信ＩＦ(1410)、処理部(1420)、記憶部(1430)、ＯＮ／ＯＦＦボタン(1440)を持つ。
【００３６】
送受信ＩＦ(1410)は、ＨＧＷ(1300)から情報を受け取り、処理部(1420)の結果をＨＧＷ(1300)へ返信する。
【００３７】
処理部(1420)は、機器状態確認・応答(1421)、ＯＮ／ＯＦＦ制御（ＤＬＣ）(1422)、ＯＮ／ＯＦＦ制御（需要家）(1423)、ログ収集(1424)の機能を持つ。
【００３８】
記憶部(1430)は、機器状態ログテーブル(1431)、及び当該機器の仕様や性能などの機器情報(1432)を格納する。
【００３９】
ＯＮ／ＯＦＦボタン(1440)は、需要家が機器(1400)をＯＮ／ＯＦＦするためのボタンである。
【００４０】
機器状態確認・応答(1421)は、ＨＧＷ(1300)からの機器状態取得(1324)処理に対して、自身の機器ＯＮ／ＯＦＦ状態を確認し、ＨＧＷ(1300)へ応答する処理である。
【００４１】
ＯＮ／ＯＦＦ制御（ＤＬＣ）(1422)は、ＨＧＷ(1300)からの機器制御(1323)処理に応答して、自身の機器をＯＮ／ＯＦＦする処理である。
【００４２】
ＯＮ／ＯＦＦ制御（需要家）(1423)は、需要家が機器(1400)のＯＮ／ＯＦＦボタン(1440)を押下することで自身の機器をＯＮ／ＯＦＦする処理である。
【００４３】
ログ収集(1424)は、ＯＮ／ＯＦＦ制御（ＤＬＣ）(1422)やＯＮ／ＯＦＦ制御（需要家）(1423)の機器操作を機器状態ログ(1431)として格納する処理である。
【００４４】
機器状態ログ(1431)は、ログ収集(1424)処理で格納された機器のＯＮ／ＯＦＦ状態や時間の情報をログとして保持する。
【実施例１】
【００４５】
本実施例では、ＤＬＣの実施例を説明する。  
図５は、システム全体の処理を説明するフローチャートの例である。処理全体は、ＤＬＣ前の処理ブロック1000とＤＬＣ後の処理ブロック2000で構成されている。
【００４６】
図６は、需要家が、設定優先度を設定／更新する処理を表の形式で示した例である。図６のテーブルは、内部データとしてＨＧＷ(1300)に保持されており、データの一部は、図１０−図１３に示す各テーブルに格納された情報の一部を用いて設定される。
【００４７】
――＜ＤＬＣ前（図５の処理ブロック1000）＞――――――
図５の処理ブロック1000で示したＤＬＣ前の処理を行う前に、図６のテーブルの項目60aから項目60dにそれぞれのパラメータを設定する。即ち、図１０の機器ＩＤ10aと設定優先度10bが項目60aと60bに設定され、図１３の制御13bが項目60cに設定され、図１１の消費電力量11cが項目60dに設定される。なお、項目60e、60f及び60gは、それぞれ後述のステップS1050、S2020及びS2030で設定される。
【００４８】
設定優先度を需要家のライフスタイルによって、変更させるために需要家は図６に示す処理テーブルを作成する。図６は、設定優先度(60a)、機器ＩＤ(60b)、機器稼動状態(60c)、消費電力量[kWh](60d)、ＤＬＣ範囲(60e)、ＤＬＣに従わなかった時間[min](60f)、実績優先度(60g)からなる。
【００４９】
設定優先度(60a)は、初め需要家が予め登録した設定優先度テーブル(1331)より取得する。
【００５０】
機器ＩＤ(60b)は、需要家が所有している機器に割り当てられた一意のＩＤであり、設定優先度テーブル(1331)や機器情報テーブル(1333)から取得する。
【００５１】
機器稼動状態(60c)は、ＤＬＣ制御する前の機器(1400)のＯＮ／ＯＦＦ状態である。機器稼動状態(60c)は、機器状態ログテーブル(1334)の各機器の最終制御から取得する。
【００５２】
消費電力量[kWh](60d)は、機器情報テーブル(1333)の消費電力量[kWh]から取得する。
【００５３】
ＤＬＣ範囲(60e)は、パラメータが３種類あり、ＤＬＣに対して機器がどのような扱いに該当するのかを示す。３種類のパラメータには、「○」「×」「−」がある。「○」は、ＤＬＣによって機器の電源がＯＮからＯＦＦに変更されることを意味する。「×」は、ＤＬＣによって機器の電源がＯＮから変更されないことを意味する。「−」は、元々で機器の電源がＯＦＦになっており、ＤＬＣの対象外を意味する。
【００５４】
ＤＬＣに従わなかった時間[min](60f)は、ＤＬＣの時間帯のうち、ＤＬＣに従わず、需要家が機器の電源をＯＮした時間である。なお、実績優先度(60g)は、ＤＬＣ後に設定される（後述の図５のS2030参照）。
【００５５】
詳しい処理を図５と図６用いて説明する。  
電力会社等(1100)が需給逼迫の予想などからＤＲの計画を立案し、需要家宅(1200)のＨＧＷ(1300)へＤＲを送信する。ＤＲを受け取ったＨＧＷ(1300)は、ＨＧＷの記憶部(1330)にＤＬＣ計画情報(1332)として格納する(S1010)。ＤＬＣの時刻になると、ＨＧＷ(1300)は、処理部(1320)のＤＬＣ機器の割り出し(1321)を処理する。
【００５６】
まず、ＤＬＣ計画情報(1332)を取得する(S1020)。ＤＬＣ計画情報の例として、今回は「１０：００から１１：００まで、４[kWh]電力使用量を下げて欲しい」という内容だとする。１０：００になるとＤＬＣ機器の割り出し(1321)をするため、設定優先度テーブル(1331)や機器情報テーブル(1333)、機器状態ログテーブル(1334)を取得する。(S1030、S1040)
本実施例では、ＤＬＣ機器の割り出し（特定）は、設定優先度テーブル(1331)や機器情報テーブル(1333)、機器状態ログテーブル(1334)に基づいて設定された、図６に記載している情報を元に実施する(S1050)。
【００５７】
次に、特定されたＤＬＣ機器に対してＨＧＷ又はＳＭ（スマートメータ）が制御（ＤＬＣ）を行う(S1060)。
【００５８】
まず、機器稼動状態(60c)を確認し、「ＯＮ」となっているものを選定する。機器稼動状態(60c)が「ＯＦＦ」の機器には、機器をＯＦＦする必要がないため、ＤＬＣ範囲(60e)に「−」を設定する。機器稼動状態(60c)が「ＯＮ」のもので、かつ設定優先度(60a)が低いものから順に消費電力量[kWh](60d)を足し合わせる。消費電力量[kWh](60d)をＤＬＣ計画情報(1332)の電力使用量を下げるまでをＤＬＣ範囲(60e)とし、「○」を設定する。電源をＯＦＦしなくてもＤＬＣ計画を守れる機器には、ＤＬＣ範囲(60e)に「×」を設定する。ＤＬＣ範囲(60e)に「○」が設定されると機器制御(1324)処理によって、ＤＬＣ送受信(1312)からＤＬＣ対象の機器(1400)をＯＦＦする。
【００５９】
――＜ＤＬＣ後（図５の処理ブロック2000）＞――――――
ＤＬＣ計画を終える（今回の例では、１１：００となる）と、機器(1400)の記憶部(1430)に保管されている機器状態ログ(1431)をＨＧＷの記憶部(1330)の機器状態ログテーブル(1334)から取得する(S2010)。機器状態ログテーブル(1334)を元にＤＬＣ拒否時間算出(1325)処理を実施し、ＤＬＣ計画情報テーブル(1332)や機器情報テーブル(1333)、機器状態ログテーブル(1334)からＤＬＣに従わなかった時間[min](60f)を算出する(S2020)。次に、本ＤＬＣの実績優先度(60g)を算出する(S2030)。
【００６０】
次に、ＨＧＷ又はＳＭが以下のように設定優先度の更新を行う(S2040)。  
図６のテーブルのＤＬＣ範囲(60e)が「×」の機器(1400)は、初めから優先度が高く、ＤＬＣ対象外のため、実績優先度(60g)は一番高くなる。ＤＬＣ範囲(60e)が「×」の機器(1400)が、複数合った場合、設定優先度(60a)に従って実績優先度(60g)を高い方から順に設定する。
【００６１】
ＤＬＣ範囲(60e)が「−」の機器(1400)は、機器稼動状態(60c)がＯＦＦであり、実績優先度(60g)が一番低くなる。ＤＬＣ範囲(60e)が「−」の機器(1400)が複数合った場合は、設定優先度(60a)に従って、実績優先度(60g)を低い方から順に設定する。
【００６２】
ＤＬＣ対象の機器については、ＤＬＣに従わなかった時間[min](60f)を元に実績優先度(60g)を設定する。ＤＬＣに従わなかったということは、実績優先度(60g)が高いという判断をする。
【００６３】
一方、ＤＬＣに従わなかった時間が少ないということは実績優先度(60g)が低いという判断をする。  
ＤＬＣに従わなかった時間[min](60f)が機器ＩＤ「００２」、「００３」、「００４」の「２０」「６０」「４０」であるならば、実績優先度(60g)が高い順に並べる機器ＩＤを並べると、「００３」＞「００４」＞「００２」となる。よって、実績優先度算出(1326)の結果は、実績優先度(60g)が高いものから機器ＩＤ「００１」＞「００３」＞「００４」＞「００２」＞「００５」となる。  
実績優先度(60g)を設定優先度(60a)に上書き（更新）し、優先度の自動更新を終了する(S2040)。
【実施例２】
【００６４】
本実施例では、ＤＬＣの度に求めた実績優先度の上書きによって設定優先度を更新するのではなく、実績優先度に対する更新の基準を設けて実績優先度の更新を行う例を説明する。
【００６５】
図７は、ＨＧＷの機能図の例（機能追加）である。  
追加した機能は、処理部(1320)の実績優先度(60g)と設定優先度(60a)の比較処理(1327)である。
【００６６】
図８は、設定優先度を更新するフローチャートの例である。＜ＤＬＣ後＞の実績優先度(60g)を算出するまでの処理は実施例１と同様である。なお、処理(S2300)は、後述する実施例３で追加される処理である。  
その後、設定優先度(60a)と実績優先度(60g)の比較処理(1327)を行う(S2200)。比較処理(1327)とは、設定優先度(60a)と実績優先度(60g)の差異（以下、スコア）を絶対値で算出し、この絶対値が優先度順位変更基準(変更基準は可変)を超えた場合のみ、優先度を変更する処理である(S2200)。
【００６７】
図９は、図６のデータを元にスコアを算出した情報である。  
差異スコア(X)(9d)は、|設定優先度(9a)−実績優先度(9c)|で算出する。  
今回、優先度順位変更基準＝｜２｜とした場合、差異スコア≧２以上の数値の機器ＩＤ(9b)は、「００２」である。設定優先度(9a)−実績優先度(9c)の符号がマイナス２であるため、機器ＩＤ「００２」の機器優先度を、一つ下位の設定優先度の機器と交換する。つまり、次の優先度である機器ＩＤ(9b)「００３」と優先度の交換を行う。
【００６８】
機器ＩＤ「００２」・・・設定優先度「２」→更新優先度「３」
機器ＩＤ「００３」・・・設定優先度「３」→更新優先度「２」
となる。
【００６９】
優先度の変更に関与しない機器の設定優先度は、そのままであるので、
機器ＩＤ「００１」・・・設定優先度「１」→更新優先度「１」
機器ＩＤ「００４」・・・設定優先度「４」→更新優先度「４」
機器ＩＤ「００５」・・・設定優先度「５」→更新優先度「５」
となる。
【００７０】
もし設定優先度(9a)−実績優先度(9c)の符号がプラスの場合、設定優先度一つ上位の機器と交換する。
【００７１】
算出した更新優先度を設定優先度に上書き（更新）をすることで、優先度の自動更新機能とする。この実施例２の利点は、ユーザが最初に登録した設定優先度やこれまでのＤＬＣ結果に重みをつける事ができる。
【００７２】
そのため、イベントなどでイレギュラーに発生した優先度を無理に設定優先度に反映させることを防ぐ。（優先度が変更されても一つ下がる、一つ上がる程度となる。）また、実績優先度のわずかな変動に伴う設定優先度の更新処理の頻度を少なくできる。
【実施例３】
【００７３】
実施例１や実施例２を実行していると設定優先度は定常状態となる。定常状態になるということは、設定優先度が需要家の生活スタイルにマッチしている状態だと言える。
【００７４】
するとＤＬＣ後に常に実施される実績優先度算出(1326)や比較処理(1327)は、無駄な処理となる。無駄な処理を省くため、本実施例では定常状態かどうかを判断する処理(S2300)を図８のように追加する。実施例１で説明した＜ＤＬＣ後＞のＤＬＣに従わなかった時間[min](60f)の算出処理(S2020)の後に、ＤＬＣに従わなかった時間[min]を判定する処理(S2300)を追加した。以下の判別式に対して該当する場合は、以下の処理(S2030、S2200、S2040)を省いて、予め定めた設定優先度に基づいて機器のＯＮ／ＯＦＦ制御を行う。
【００７５】
判別式１．ＤＬＣに従わなかった時間[min]がＤＬＣ範囲「○」の機器全てでほぼ同じ場合。
【００７６】
判別式２．設定優先度が低い機器ほど、ＤＬＣに従わなかった時間[min]が小さい場合。
【実施例４】
【００７７】
上記では、１日の間における各機器の消費電力制御について説明したが、本実施例では、休日、平日、季節などに応じて図６の処理テーブルをいくつか用意し、種々の処理テーブルを日にち毎に適用するための予め定めたスケジュールに基づいて、ＤＬＣの実行時期（日にち）に応じてそれぞれのテーブルに基づいて上記の処理を行うことで、需要家の日々の事情に応じた設定優先度の自動設定が行える。また、その日の状況に応じて、予め用意したいくつかの処理テーブルの中から所望の処理テーブルを選択して、各機器の消費電力制御の形態を変えることができる。実際は、図１０の設定優先度テーブル1331をライフスタイルに応じていくつか用意し、それぞれ異なる、機器ＩＤ10aと設定優先度10bとの対応関係を日にち毎に図６の処理テーブルに設定する。
【符号の説明】
【００７８】
１１００：電力会社またはアグリゲータ、１２００：需要家宅、１２０１：スマートメータ、１３００：ＨＧＷ、１４００：機器、１５００：通信線、１３１０：送受信ＩＦ、１３２０：処理（ＣＰＵ）部、１３３０：記憶（メモリ）部
【図１】
2014155341.tif 000003
【図２】
2014155341.tif 000004
【図３】
2014155341.tif 000005
【図４】
2014155341.tif 000006
【図５】
2014155341.tif 000007
【図６】
2014155341.tif 000008
【図７】
2014155341.tif 000009
【図８】
2014155341.tif 000010
【図９】
2014155341.tif 000011
【図１０】
2014155341.tif 000012
【図１１】
2014155341.tif 000013
【図１２】
2014155341.tif 000014
【図１３】
2014155341.tif 000015