(57)【要約】【課題】電力系統のピークシフト目標に対して高い期待値で調整でき、かつ、需要調整サーバ運営者がエネルギー利用量の調整要請に協力した需要家へ配布するインセンティブ総額を削減可能な需要調整機能を開発する。【解決手段】需要調整サーバ０１０１内に、エネルギー利用量の調整要請に対する需要家の協力意識の高さを数値化した情報である「協力レベル」を算出する「協力レベル判定機能０１１１」を設ける。そして需要調整サーバの運営者は、協力レベルの大きさに基づき、エネルギー利用量の調整要請に対して確実に応えてくれる需要家または需要家機器を見極め、これらに限定して要請を配信する。【選択図】  図１
2012151992.tif 000002
【特許請求の範囲】
【請求項１】
予測電力需要に基づいて配電系統の負荷が平準化されるように需要家の機器の設定状態の変更を要請するものであって、
ランク付けされた各需要家のランクに基づいて前記需要家のうちから機器の設定状態の変更を要請する需要家を選択し、該選択した需要家へ機器の設定状態の変更を要請することを特徴とする電力需要調整装置。
【請求項２】
請求項１に記載の電力需要調整装置において、
前記ランクは、需要家別もしくは需要家機器別のランクであり、少なくとも該需要家もしくは該需要家機器が過去の要請に対して協力した回数の情報を用いて定まることを特徴とする電力需要調整装置。
【請求項３】
請求項１に記載の電力需要調整装置において、通信手段を介して需要家側端末と接続されており、前記需要家端末から、一定期間中における出力機能の稼働回数のカウント結果を受信することを特徴とする電力需要調整装置。
【請求項４】
請求項３に記載の電力需要調整装置において、前記ランクは、前記需要家側端末装置から伝達される、一定期間中における出力機能の稼働回数情報を元に定まることを特徴とする電力需要調整装置。
【請求項５】
需要家の機器の設定状態の変更を要請する電力需要調整装置と、前記電力需要調整装置からの要請に応じて機器の設定状態の変更するための処理を行う需要側端末を有する電力調整ネットワークシステムにおいて、
前記電力需要調整装置は、ランク付けされた前記各需要家のランクに基づいて前記需要家のうちから機器の設定状態の変更を要請する需要家を選択し、該選択した需要家へ前記要請を配信することを特徴とする電力調整ネットワークシステム。
【請求項６】
請求項５に記載の電力調整ネットワークシステムにおいて、前記電力調整装置と前記需要家側端末装置とは通信手段を介して接続される構成とすることを特徴とする電力調整ネットワークシステム。
【請求項７】
請求項６に記載の電力調整ネットワークシステムにおいて、前記電力需要調整装置には複数の需要家のランクを統計処理する機能と、前記需要家側端末へ送信する機能を有し、需要家側端末には前記統計処理した結果を受信する機能と、これを該需要家側端末に出力する機能を有することを特徴とする電力調整ネットワークシステム。
【請求項８】
請求項６に記載の電力調整ネットワークシステムにおいて、前記電力需要調整装置は、前記需要家または前記需要家機器の設定状態の変更の要請に従った需要家へインセンティブを付与し、該付与したインセンティブ情報を管理し、該インセンティブ情報を前記需要家側端末へ送信する機能を有し、一方、前記需要家側端末には、前記電力調整装置が送信するインセンティブ情報を受信する機能と、該インセンティブ情報を出力する機能を有することを特徴とする電力調整ネットワークシステム。
【請求項９】
実績情報から予測された予測需要が所定の需要領域から外れたかを判断し、前記所定の需要領域から外れたと判断された場合に、ランク付けされた前記各需要家のランクに基づいて前記需要家のうちから機器の設定状態の変更を要請する需要家を選択し、該選択した需要家へ要請する電力需要調整方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電力需要調整装置，電力調整ネットワークシステム及び電力調整方法に関する。
【背景技術】
【０００２】
存続する快適な社会の実現に向け，電力流通基盤の低炭素社会への適合，安定供給の強化，経済性の強化を主目的にスマートグリッド技術の開発が世界的に進められている。多岐にわたるスマートグリッド技術のひとつに、需要家へ設備機器の稼働状態の変更を要請することにより電力系統の負荷集中の緩和や、分散電源による余剰電力の活用を図る、デマンドサイドマネジメントがある。例えば、デマンドサイドマネジメント技術は特許文献１に記載されている。この技術は、電力系統において、翌日など将来に負荷集中が見込まれる時間帯が存在する場合に、需要家へエネルギー利用量の削減を要請する。そして、要請に応えて他の時間帯にエネルギー利用を移した需要家には、見返りとして電力料金の割引を受けられるなどのインセンティブを付与するというものである。その特徴は、需要家へ要請するエネルギー利用量削減の要請内容が、機器別・時間帯別の情報である点である。つまり、「明日の食器洗浄機の運転時間を１０時〜１１時に変更すると、電力単価を割安の＊円にします」という内容である。このように要請内容を具体化することにより、需要家が要請に対して応え易く、結果として電力系統の負荷集中状態を高い期待値でピークシフトできるという効果がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−３３４５２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし上記技術では、全ての需要家に対して要請する仕組みである。従って、全ての需要家にエネルギー利用量の削減を要請した結果、当初の想定をはるかに超える需要家が要請に応えた場合には、エネルギー利用量が必要以上に削減されると供に、別の時間帯にエネルギー利用が集中することとなり、結果的にピークシフト効果が不充分との問題がある。本発明の目的は、このような問題点を解決することにある。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明では、ランク付けされた需要家のランクに基づいて需要家のうちから機器の設定状態の変更を要請する需要家を選択するように構成した。
【発明の効果】
【０００６】
本発明によれば、適切なピークシフトを実現できる。
【図面の簡単な説明】
【０００７】
【図１】本発明を実施するための形態の説明図である。
【図２】必要調整量算出機能０１０６のフローチャートである。
【図３】必要調整量算出処理のイメージ図である。
【図４】必要調整量を記録するフォーマット図である。
【図５】電力需要の予測値を記録するフォーマット図である。
【図６】機器別調整力算出機能のフローチャートである。
【図７】機器別調整力を記録するフォーマット図である。
【図８】調整要請生成機能のフローチャートである。
【図９】需要家機器の稼働や停止による生活の質への影響レベル順の図である。
【図１０】需要家機器別の協力レベルを記録するフォーマット図である。
【図１１】必要調整量に対する調整力の積み上げ処理の説明図である。
【図１２】要請実績データベースのフォーマット図である。
【図１３】過去の要請に対する協力回数の割合に基づいて協力率を算出する方式のフローチャートである。
【図１４】電力需要実績データベース０１０２のデータフォーマット図である。
【図１５】需要調整要請に協力したことによる需要家へ付与されるインセンティブ情報を記録するフォーマット図である。
【図１６】需要家の協力意識の高さを指標とする方式のフローチャートである。
【図１７】需要家端末におけるモニタ表示回数のカウント機能のフローチャートである。
【図１８】需要家が属するコミュニティにおける協力率の分布のイメージ図である。
【図１９】当該需要家の取得インセンティブポイントの口座情報のイメージ図である。
【発明を実施するための形態】
【０００８】
以下に本発明の実施形態を記す。
【０００９】
図１は本発明を実現するための機器構成である。
【００１０】
０１０１は需要調整サーバで、以下に記す機能・データベースを有する。なお、需要調整サーバ０１０１は、汎用のサーバ装置等で実現可能である。
【００１１】
０１０２は電力需要実績データベースで、需要家別・機器別・時間帯別の電力消費量の実績値［Ｗｈ］が記録される。これらの情報は、通信機能０１１２を介して需要家側の計測機能０１１８から常時伝送される。電力需要実績データベース０１０２のフォーマットは、図１４に示す構造で、需要家ＩＤ，年月日，時間帯，機器名，消費電力量などの情報が格納される。
【００１２】
０１０３は電力需要予測機能で、電力需要実績データベース０１０２の情報を元に、翌日の需要家別・機器別・時間帯別（例えば３０分間ごと）の電力需要［Ｗｈ］を予測する。予測方式には、機器毎・時間帯毎に過去の電力消費量の平均値を算出する方法などが考えられる。予測した結果は、図５に示すフォーマットにて記憶機能に格納しておく。なお、電量需要予測値の符号は、電力系統から見た負荷増大方向を正として示している。
【００１３】
０１０４は気象予測データベースで、過去の気象情報の実績や翌日の気象情報の予測が時間帯別（例えば３０分間毎）に記録されている。なお、気象情報には、天気種別（晴・曇・雨など）や時間帯ごとの日照時間などが記録されている。
【００１４】
０１０５はＰＶ（太陽光発電）発電量予測機能で、気象予測データベース０１０４に記録された日照時間などの情報をもとに、翌日の時間帯別（例えば３０分間毎）の太陽光発電の発電電力量を予測する機能である。太陽光発電電力量の予測には、式１に示す方法などが考えられる。なお、ＰＶに代えて、あるいは、ＰＶに加えて、ＰＶ以外の風力発電などの自然エネルギーを利用した発電装置を用いても良い。
【００１５】
【数１】
2012151992.tif 000003
【００１６】
なお、各要素は、
Ｐpv（ｔ）は、翌日の時間帯ｔにおける太陽光発電電力量［Ｗｈ］の予測値。
Ｐpv０（ｔ）は、翌日の時間帯ｔにおける快晴時の太陽光発電電力量［Ｗｈ］の見込み値で、図示しないメモリに予め記録されている情報。
Ｔ（ｔ）は、翌日の時間帯ｔにおける３０分間あたりの日照時間［ｈ］で、気象予測データベース０１０４に記録された情報。
Ｗは、時間帯ごとの時間幅［ｈ］（３０分間）。
である。
【００１７】
０１０６は必要調整量算出機能で、需要家機器毎の電力需要予測値を合算した需要家単位の電力需要予測値を、コミュニティの需要家数で更に合算した電力需要予測値と、各需要家が設置する太陽光発電の発電電力量の予測値をコミュニティ全体で合算した値と、予め設定する配電系統における電力需要の上限・下限閾値とから、コミュニティ全体での需要調整量を算出する。
【００１８】
０１０７は、設備情報データベースで、需要家が設置する機器（家電など）の定格出力などの情報が格納されている。
【００１９】
０１０８は、機器別調整力算出機能で、停止状態の機器を稼働する場合（需要喚起）や、稼働状態の機器を停止する場合（需要抑制）の電力需要の変化量（＝需要調整力）を需要家機器ごとに算出する。
【００２０】
０１０９は、調整要請生成機能で、需要調整を要請する需要家機器と、その設定方法（「停止させる」または「稼働させる」）、および需要家が要請に従った場合に需要家へ与えられるインセンティブポイントの情報で構成される調整要請情報を生成する。
【００２１】
０１１０は、要請実績データベースで、過去の需要家への調整要請情報を記録するデータベースである。
【００２２】
０１１１は、協力レベル判定機能で、需要調整要請に対する協力意識の高さを需要家ごとに数値で表す機能である。
【００２３】
０１１２は通信機能であり、コミュニティの各需要家に設置される需要家端末と通信する機能である。
【００２４】
０１２２は記憶機能であり、一時的に情報を記憶する機能である。
【００２５】
０１１３は通信ネットワークであり、インターネット，携帯電話網，独自の通信手段などが考えられる。
【００２６】
０１１４は需要家端末である。需要家端末は、パソコンや携帯電話，独自の操作端末など、さまざまな機器が考えられる。
【００２７】
０１１５は通信機能であり、需要調整サーバ０１０１の通信機能０１１２と通信する。
【００２８】
０１１６は要請受諾除外判定機能であり、需要調整サーバから伝達される調整要請情報を解析し、電力需要の調整を要請された機器の運転設定を自動的に変更する機器である。なお、需要調整機能から伝達される調整要請情報に基づいて需要家機器を自動的に設定変更する手法以外に、需要家が表示機能（出力機能）０１２０に出力される調整要請内容を目視で確認し、需要家自身の判断で機器設定を変更してもよい。
【００２９】
０１１７は需要家機器であり、給湯器や燃料電池や空調などが考えられる。
【００３０】
０１１８は計測機能であり、需要家機器別に電力消費量を計測する。
【００３１】
０１１９は入力機能であり、需要家が需要家端末を操作するための手段である。
【００３２】
０１２０は表示機能であり、需要家端末から需要家へ情報提供するための手段である。
【００３３】
０１２１は表示履歴管理機能であり、需要家による需要家端末モニタの表示回数をカウントし、その値を需要調整サーバへ送信する機能を有する。
【００３４】
以降では、特に説明が必要な機能である、必要調整量算出機能０１０６，機器別調整力算出機能０１０８，調整要請生成機能０１０９，協力レベル判定機能０１１１，表示履歴管理機能０１２１について説明を記す。
【００３５】
まず、必要調整量算出機能０１０６について、図２，図３，図４を用いて説明する。
【００３６】
図２は必要調整量算出機能０１０６のフローチャートである。
【００３７】
Ｓ０２０１は、必要調整量算出のための閾値の取得処理である。閾値とは、配電系統における電力需要の上限・下限閾値で、配電系統の設備容量から値を設定してもよいし、その他の条件から設定してもよい。
【００３８】
Ｓ０２０２は、時間帯別のループ処理である。本例では、時間幅を３０分間隔とし、００時００分〜００時３０分，００時３０分〜０１時００分，・・・の順で処理される。
【００３９】
Ｓ０２０３は、需要家ＩＤごとのループ処理である。本例では、需要家ごとにＩＤがふられていることを前提とした。なお、需要家ＩＤは配電系統への接続関係に基づいて順次番号が振られる。
【００４０】
Ｓ０２０４は、機器設備ごとのループ処理であり、Ｓ０２０５の電力需要予測の取得処理にて、図１の電力需要予測機能０１０３が出力する機器別の需要予測情報を順次取得する。
【００４１】
Ｓ０２０６はＰＶ（太陽光）発電量予測の取得処理であり、図１のＰＶ発電量予測機能０１０５にて予測する需要家別・時間帯別の太陽光発電量の予測値を取得する。
【００４２】
Ｓ０２０７は、負荷バランス算出処理である。ここでは、負荷バランスを、「太陽光発電の発電電力量を相殺した後の電力需要」と定義する。式２に負荷バランスの算出式を示す。
【００４３】
【数２】
2012151992.tif 000004
【００４４】
なお、各要素は、
Ｐ（ｔ）は、翌日のコミュニティ全体の負荷バランス［Ｗｈ］（時間帯別）。
Ｐｈｅ（ｔ）は、翌日の、需要家機器別の電力需要量の予測値［Ｗｈ］（時間帯別）。
Ｐpv（ｔ）は、翌日の、需要家単位の太陽光発電の発電電力用の予測値［Ｗｈ］（時間帯別）。
である。
【００４５】
Ｓ０２０８は、必要調整量算出処理である。必要調整量は負荷バランスが閾値を逸脱する場合における、逸脱量と定義する。必要調整量について図３を用いて説明する。
【００４６】
図３は、必要調整量のイメージ図である。横軸は時刻で、時間帯ごと（３０分間隔）に区切っている。縦軸は翌日の負荷バランスの推定値である。ここでは一例として、１２時３０分から１４時００分にかけて負荷バランスが閾値を逸脱している場合を示した。ここで、必要調整量はハッチングした領域であり、Ｐ０，Ｐ１，Ｐ２が該当する。
【００４７】
以降では、１３時００分から１３時３０分の間の必要調整量Ｐ１にフォーカスして説明を続ける。
【００４８】
図２に戻り、Ｓ０２０９は、必要調整量の記録処理である。Ｓ０２０８にて算出した必要調整量は、図４に示すフォーマットにて記録機能へ格納する。本フォーマットは、時間帯と必要調整量の要素で定義されている。ここでは、１３時００分から１３時３０分の間の必要調整量Ｐ１を便宜上８００［Ｗｈ］とした。
【００４９】
図１へ戻り、０１０８は機器別調整力算出機能である。図６に本機能のフローチャートを示す。
【００５０】
Ｓ０６０１は、時間帯別のループ処理である。ここでも３０分間隔とし、００時００分〜００時３０分，００時３０分〜０１時００分，・・・の順で処理される。
【００５１】
Ｓ０６０２は、需要家ＩＤでのループ処理である。需要家ＩＤの設定方法はＳ０２０３と同様である。
【００５２】
Ｓ０６０３は、機器別のループ処理であり、給湯器，燃料電池，蓄電池、など、需要家機器の種別が順次設定される。
【００５３】
Ｓ０６０４は、調整力推定処理である。調整力は、停止している機器を稼働した場合における電力需要の増加量（需要喚起可能量）［Ｗｈ］であったり、稼働中の機器を停止することによる電力需要の低下量（需要抑制可能量）［Ｗｈ］だったりする。ここでは一例として、需要喚起可能量や需要抑制可能量を以下のように算出する。
【００５４】
（１）需要喚起可能量の算出方法
０１０３電力需要予測機能にて、翌日のある時間帯に停止していると予測された機器について、設備情報データベース０１０７に記録されている定格電力情報から求まる電力消費量を、需要喚起可能量［Ｗｈ］とみなす。
【００５５】
（２）需要抑制可能量の算出方法
０１０３電力需要予測機能にて、翌日のある時間帯において稼働していると予測された機器について、稼働時の電力需要の予測値を需要抑制可能量［Ｗｈ］とみなす。なお、稼働時の電力需要の予測値は、電力需要実績データベース０１０２の実績情報を統計処理することで取得可能である。
【００５６】
Ｓ０６０５は、記録処理である。Ｓ０６０５にて算出した機器別調整力を、図７に示すフォーマットにまとめ、記憶機能０１２２に記録する。図７には記録内容の一例を示した。一行面のデータは、ＩＤ０００１の需要家の２０１０年１２月１日の１３時００分から１３時３０分の間に給湯器をＯＦＦすることによる調整電力量の見込みは５００Ｗｈの削減であることを示している。なお、調整電力量の符号は、電力系統から見た負荷増大方向を正として示した。２行目以下のデータも同様の解釈である。
【００５７】
図１に戻り、０１０９は調整要請生成機能である。本機能の処理内容を図８，図９，図１０，図１１，図１２を用いて説明する。
【００５８】
図８は、調整要請生成機能のフローチャートである。
【００５９】
Ｓ０８０１は、必要調整量取得処理である。必要調整量情報は図４に示すテーブルの情報である。
【００６０】
Ｓ０８０２は、時間帯でのループ処理である。ここでも３０分間隔とし、００時００分〜００時３０分，００時３０分〜０１時００分，・・・の順で処理される。
【００６１】
Ｓ０８０３は、ＱＯＬ影響レベルでのループ処理である。ここでＱＯＬとは「生活の質（Quality Of Life）」の意味である。本発明では、図９に示すように、機器の稼働や停止に伴う需要家の生活の質への影響の小さな順に機器種別の順位を定めておく。図９の例では、需要家の生活の質への影響が最も小さい「レベル１」の機器を「給湯器の稼働または停止」、レベル２の機器を「燃料電池の稼働または停止」、レベル３を「空調の稼働または停止」とした。従って、図８のＳ０８０３のＱＯＬレベルでのループ処理では、「給湯」「燃料電池」「空調」の順に処理される。
【００６２】
図８に戻り、Ｓ０８０４は協力レベルでのループ処理である。協力レベルの詳細は後述するが、需要調整要請に対する協力意識の高さを数値化した情報で、１.０から０.０の範囲の値である。Ｓ０８０４の協力レベルのループ処理では、１.０，０.９，０.８，・・・と降順に値が設定される。
【００６３】
Ｓ０８０５は、需要調整機器抽出処理である。需要調整機器は図１０のフォーマットで協力レベルと紐付けられて記録されている。なお、本フォーマットの情報は、後述する機能（協力レベル判定機能０１１１）により設定される。図１０は、需要家ＩＤ，時間帯，機器名，協力レベルが紐付けされた情報である。本処理（Ｓ０８０５）では、図１０から、協力レベルの値がＳ０８０４協力レベルのループ処理で設定された値と一致するレコードを順次抽出する。例えば、Ｓ０８０４のループ処理の協力レベルが０.８の場合には、本処理（Ｓ０８０５）にて図１０の１レコード目（需要家ＩＤ：００００１、時間帯：１３時００分から１３時３０分、機器名：給湯器）が抽出される。
【００６４】
Ｓ０８０６は、調整力取得処理であり、Ｓ０８０５にて抽出したデータの需要家ＩＤ，時間帯，機器名が一致するデータを図７のデータテーブルから取得する。需要家ＩＤ：００００１、時間帯：１３：００−１３：３０、機器名：給湯器の調整力は、図７のテーブルから−５００Ｗｈと取得できる。
【００６５】
Ｓ０８０７は、インセンティブ設定処理である。インセンティブとは、需要家が需要調整要請に応えて機器設定した場合に、需要家が需要調整サーバの運営者から受け取る利益である。インセンティブの設定方法としては、例えば、需要調整量１ｋＷｈあたり１ポイントといった、需要調整量に対して一定割合でインセンティブを割り当てる方法などが考えられる。この方式の場合、需要家ＩＤ：００００１、時間帯：１３：００−１３：３０、機器名：給湯器を停止することによる調整量５００Ｗｈに割り当てられるインセンティブポイントは０.５ポイントである。
【００６６】
Ｓ０８０８は、合算処理であり、Ｓ０８０５にて抽出した調整力を順次合算する。
【００６７】
Ｓ０８０９では、必要調整量に対して調整力が十分かを判定する。本処理は図１１を用いて説明する。図１１では、横軸にコミュニティ全体での必要調整量と調整力、縦軸に電力量［Ｗｈ］を示した。ここでは、１３時００分から１３時３０分の例を示している。この時間帯の必要調整量は８００Ｗｈである。一方、調整力は、まず、協力率０.８の需要家ＩＤ：００００１、給湯器ＯＮの場合の５００Ｗｈが割り当てられる。この時点では調整力が必要調整量に対して不足なため、次いで協力率０.７の需要家ＩＤ：００００２、空調ＯＦＦの場合の調整力が３００Ｗｈを先の５００Ｗｈに加算して調整力８００Ｗｈとする。この時点で、必要調整量８００Ｗｈに対して調整力が８００Ｗｈであるので、調整力十分と判定される。なお、必要調整量と調整力は必ずしも一致するとは限らないので、調整力十分と判定する電力量にある程度の幅を設けてもよい。例えば、調整必要量と調整力の許容差情報を予め設定しておくことが考えられる。
【００６８】
Ｓ０８１０は、記録処理であり、Ｓ０８０９にて対象とした調整力を有する方策を図１２に示す要請実績データベースに記録する。Ｓ０８０９の説明にて、調整要請はＩＤ：００００１の需要家に対する給湯器ＯＦＦとＩＤ：００００２の需要家に対する空調ＯＦＦの方策で調整量十分と判定されたため、これらの情報が要請実績データベースに記録される。そして、本データベースへ記録された要請内容が、対象需要家へ要請される。
【００６９】
図１に戻り、０１１１は協力レベル判定機能である。協力レベルとは、需要調整要請に対する協力意識の高さを数値化した情報で、１.０から０.０の範囲の値である。協力レベルの算出方式として、本実施形態では二通りの方式を示す。一つ目の方式は、過去の需要調整の要請回数に対する協力回数の割合を指標とする方式である。一方、二つ目の方式は、需要家の協力意識に基づく行動を指標とする方式である。まず、一つ目の方式について、以下に処理内容を記す。
【００７０】
図１３に、一つ目の方式である、過去の要請回数に対する協力回数の割合に基づいて協力率を算出する方式のフローチャートを示す。
【００７１】
Ｓ１３０１は、需要家ＩＤでのループ処理である。
【００７２】
Ｓ１３０２は機器別のループ処理であり、給湯器，燃料電池，蓄電池、など、需要家機器の種別が順次設定される。
【００７３】
Ｓ１３０３は、過去の日付でのループ処理である。ループ範囲は、例えば処理実行日の前日から過去３カ月間などが考えられる。
【００７４】
Ｓ１３０４は時間帯でのループ処理である。時間帯は３０分間隔であり、００時００分から００時３０分，００時３０分から０１時００分、の順に処理される。
【００７５】
Ｓ１３０５は、要請実績の取得である。過去の要請実績は図１２のテーブルの情報を取得する。
【００７６】
Ｓ１３０６は、電力需要実績の取得である。電力需要の実績は、図１４に示すフォーマットで電力需要実績データベース０１０２に記録されている。
【００７７】
Ｓ１３０７は、協力判定である。需要調整要請に対して需要家が協力したか否かは、要請実績データベース０１１０と、電力需要実績データベース０１０２との情報をつき合わせて判定する。
【００７８】
（１）要請内容が需要喚起の場合
要請内容が需要喚起の場合（図１２の調整電力量の符号が正の場合）は、需要家ＩＤ，年月日，時間帯，機器名が共通のレコードについて、要請実績データベース０１１０の調整電力量の大きさ［Ｗｈ］と電力需要実績データベース０１０２の電力需要実績の大きさ［Ｗｈ］が一致若しくは一致と判断される範囲の差であれば、需要家が要請に対して協力したと判定する。
【００７９】
（２）要請内容が需要抑制の場合
要請内容が需要抑制の場合（図１２の調整電力量の符号が負の場合）は、需要家ＩＤ，年月日，時間帯，機器名が共通のレコードについて、要請実績データベース０１１０の対象機器の電力需要実績データベース０１０２の値が０［Ｗｈ］、または、機器が停止と判断される電力需要の値であれば、需要家が要請に対して協力したと判定する。
【００８０】
（１），（２）とも、需要家が需要調整要請に対して協力したと判定した場合には、図１５に示すフォーマットにて、需要家ＩＤ，年月日，時間帯，機器名，取得インセンティブポイントと記録する。
【００８１】
Ｓ１３０８では、当該需要家の「要請に対して協力した」と判定した回数をカウントする。
【００８２】
ある需要家について、日付，時間帯でループ処理した後、Ｓ１３０９では、協力レベルを算出する。協力レベルは式３で算出する。
【００８３】
【数３】
2012151992.tif 000005
【００８４】
なお、Ｌｅｖｅｌは協力レベル
Ｎ１は、当該需要家の機器別の過去の協力回数［回］
Ｎ０は、当該需要家の機器別の過去の要請回数［回］
である。そして、要請内容と算出した協力レベルを図１０に示すフォーマットにて記録する。
【００８５】
次に、協力レベルを算出する二つ目の方式である、需要家の協力意識に基づく行動を指標とする方式について記す。なお、需要調整要請への協力意識の高さは、需要家が需要家端末のモニタを確認する回数と高い相関があると考えられる。そこで、協力レベルは需要家端末のモニタの表示回数に基づいて算出する。
【００８６】
図１６に、需要家の協力意識の高さを指標とする方式のフローチャートを示す。
【００８７】
Ｓ１６０１は、需要家ＩＤでのループ処理である。
【００８８】
Ｓ１６０２は、コミュニティに含まれる需要家全体における、需要家端末のモニタ表示回数の最大値を算出する処理である。なお、需要家端末におけるモニタの表示回数の算出については後述（表示履歴管理機能０１２１）する。
【００８９】
Ｓ１６０３では、再び需要家ＩＤでループ処理する。
【００９０】
Ｓ１６０４では、協力レベルを算出する。協力レベルは式４にて算出する。
【００９１】
【数４】
2012151992.tif 000006
【００９２】
なお、Ｌｅｖｅｌは協力レベル。
Ｎは、ある期間（１カ月間など）における当該需要家のモニタ表示回数［回］
Ｎｍａｘは、ある期間における、コミュニティの需要家全体での、需要家モニタの表示回数の最大値［回］
である。
【００９３】
Ｓ１６０５は記録処理であり、式４で算出した協力レベルを図１０のフォーマットに記録する。なお、ここで算出する協力レベルの値は機器別ではないので、同一需要家の機器に対して同じ値の協力レベルを設定する。
【００９４】
図１７に、需要家端末におけるモニタ表示回数のカウント機能のフローチャートを示す。本処理は常時連続して実行される。
【００９５】
Ｓ１７０１は初期化処理であり、過去のカウント情報などをクリアする。
【００９６】
Ｓ１７０２はモニタ状態の監視処理である。本処理にて、モニタの表示状態（ＯＮやＯＦＦ）を監視する。
【００９７】
Ｓ１７０３は、需要家がモニタの表示操作を実施したか否かを判定する。需要家がモニタ表示操作をしていない場合にはＳ１７０２モニタ状態監視に戻る。一方、需要家がモニタ表示操作した場合にはＳ１７０４で１カウントする。
【００９８】
Ｓ１７０５では、初期化処理ののち一定期間経過したかを判定する。ここでは例として１カ月経過したか否かの場合を示した。経過時間が１カ月未満の場合は再びモニタ状態監視Ｓ１７０２に戻る。一方、１カ月経過した場合には、カウント数を協力レベル判定機能（図１の０１１１）へ送信する。
【００９９】
図１８と図１９は、需要家端末のモニタへの情報表示の一例である。
【０１００】
図１８は需要家が属するコミュニティにおける協力レベルの分布のイメージである。表示に必要な情報は図１０のテーブルから取得可能である。なお、需要家の機器ごとに協力レベルが異なる場合は、協力レベルの最大値を表示することが考えられる。コミュニティにおける協力レベルの分布を表示することにより、需要調整要請に対する需要家の協力意識を高める効果があると考えられる。
【０１０１】
図１９は当該需要家の取得インセンティブポイントの口座情報のイメージである。表示に必要な情報は図１５のテーブルから取得可能である。合計ポイントの値は、ある時点からの累積である。
【０１０２】
実施例の重要ポイントを説明すると、エネルギー利用量削減の要請に対して確実に応えてくれる需要家を見極め、その需要家に限定して要請を配信する必要があるので、需要調整サーバ０１０１内に、エネルギー利用量の調整要請に対する需要家の協力意識の高さ（協力レベル）を数値で表す「協力レベル判定機能０１１１」を設ける。そして需要調整サーバの運営者は、協力レベルの大きさに基づいて、エネルギー利用量の調整を要請する需要家または需要家機器を選択する。協力レベルの値の算出方法は数通り考えられる。まず一つ目の手法は、過去の一定期間に、ある需要家（または当該需要家機器）へ配信された要請回数の合計値に対する、その需要家が要請に対して協力した回数の割合で求める方法である。また別の手法として、エネルギー利用量の削減要請に対する需要家の協力意識の高さは、需要家が需要家端末０１１４の表示機能０１２０を確認する回数と相関が高いと考えられる。そこで、需要家が需要家端末を操作し、表示機能０１２０に情報表示した回数を需要家毎にカウントし、コミュニティ内の需要家の最大カウント数に対する当該需要家のカウント数の比率の形で協力率を算出する方法も考えられる。
【０１０３】
これにより、調整目標値に対して高い期待値でピークシフトできる。また、需要調整サーバの運営者の必要以上のインセンティブの配布を防ぐことができる。
【符号の説明】
【０１０４】
０１０１  需要調整サーバ
０１０２  電力需要実績データベース
０１０３  電力需要予測機能
０１０４  気象予測データベース
０１０５  ＰＶ発電量予測機能
０１０６  必要調整量算出機能
０１０７  設備情報データベース
０１０８  機器別調整力算出機能
０１０９  調整要請生成機能
０１１０  要請実績データベース
０１１１  協力レベル判定機能
０１１２  通信機能
０１１３  通信ネットワーク
０１１４  需要家端末
０１１５  通信機能
０１１６  要請受諾除外判定機能
０１１７  需要家機器
０１１８  計測機能
０１１９  入力機能
０１２０  表示機能
０１２１  表示履歴管理機能
０１２２  記憶機能
【図１】
2012151992.tif 000007
【図２】
2012151992.tif 000008
【図３】
2012151992.tif 000009
【図４】
2012151992.tif 000010
【図５】
2012151992.tif 000011
【図６】
2012151992.tif 000012
【図７】
2012151992.tif 000013
【図８】
2012151992.tif 000014
【図９】
2012151992.tif 000015
【図１０】
2012151992.tif 000016
【図１１】
2012151992.tif 000017
【図１２】
2012151992.tif 000018
【図１３】
2012151992.tif 000019
【図１４】
2012151992.tif 000020
【図１５】
2012151992.tif 000021
【図１６】
2012151992.tif 000022
【図１７】
2012151992.tif 000023
【図１８】
2012151992.tif 000024
【図１９】
2012151992.tif 000025