(57)【要約】【課題】リソースにデマンドレスポンスを実行させる可能性を向上させることができる電力制御装置、電力制御方法、及び、電力制御プログラムを提供することである。【解決手段】実施形態の電力制御装置は、予測部と、選択部と、実行部とを持つ。予測部は、ユーザがリソースにデマンドレスポンスを実行させる可能性であるユーザ可用性を、ユーザごとに予測する。選択部は、デマンドレスポンスを実行するためにリソースが満たすべき予め定められた条件と、ユーザ可用性とに基づいて、リソースを選択する。実行部は、選択したリソースにデマンドレスポンスを実行させる。【選択図】図１
2016171710.tif 000002
【特許請求の範囲】
【請求項１】
ユーザがリソースにデマンドレスポンスを実行させる可能性であるユーザ可用性を、前記ユーザごとに予測する予測部と、
前記デマンドレスポンスを実行するために前記リソースが満たすべき予め定められた条件と、前記ユーザ可用性とに基づいて、前記リソースを選択する選択部と、
選択した前記リソースに前記デマンドレスポンスを実行させる実行部と、
を備える電力制御装置。
【請求項２】
前記選択部は、前記条件を満たす前記リソースから、前記ユーザ可用性が相対的に高い前記ユーザに対応付けられた前記リソースを選択する、請求項１に記載の電力制御装置。
【請求項３】
前記選択部は、前記ユーザ可用性が相対的に高い前記ユーザに対応付けられた前記リソースから、前記条件を満たす前記リソースを選択する、請求項１に記載の電力制御装置。
【請求項４】
前記予測部は、前記リソースの位置と、前記リソースに対応付けられた前記ユーザの位置との距離に基づいて、前記ユーザ可用性を予測する、請求項１に記載の電力制御装置。
【請求項５】
前記予測部は、前記ユーザの位置に基づいて前記ユーザ可用性を予測する、請求項１に記載の電力制御装置。
【請求項６】
前記予測部は、前記ユーザの位置における環境であるユーザ環境に基づいて、前記ユーザ可用性を予測する、請求項１に記載の電力制御装置。
【請求項７】
前記ユーザ環境は、時刻、天気又は気温である、請求項６に記載の電力制御装置。
【請求項８】
前記予測部は、前記ユーザの位置と、前記ユーザの位置における環境であるユーザ環境とに基づいて、前記ユーザ可用性を予測する、請求項１に記載の電力制御装置。
【請求項９】
前記予測部は、前記リソースの消費電力の変化量に基づいて前記ユーザ可用性を予測する、請求項１に記載の電力制御装置。
【請求項１０】
電力を制御する電力制御装置における電力制御方法であって、
ユーザがリソースにデマンドレスポンスを実行させる可能性であるユーザ可用性を、前記ユーザごとに予測するステップと、
前記デマンドレスポンスを実行するために前記リソースが満たすべき予め定められた条件と、前記ユーザ可用性とに基づいて、前記リソースを選択するステップと、
選択した前記リソースに前記デマンドレスポンスを実行させるステップと、
を含む電力制御方法。
【請求項１１】
コンピュータに、
ユーザがリソースにデマンドレスポンスを実行させる可能性であるユーザ可用性を、前記ユーザごとに予測する手順と、
前記デマンドレスポンスを実行するために前記リソースが満たすべき予め定められた条件と、前記ユーザ可用性とに基づいて、前記リソースを選択する手順と、
選択した前記リソースに前記デマンドレスポンスを実行させる手順と、
を実行させるための電力制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、電力制御装置、電力制御方法、及び、電力制御プログラムに関する。
【背景技術】
【０００２】
電力制御装置は、電力アグリゲータ（aggregator）のオペレータによる操作に応じて、需要家のリソース（発電装置、負荷装置等）を選択し、選択したリソースにデマンドレスポンス（Demand Response）を実行させる。しかしながら、従来の技術では、電力制御装置は、リソースにデマンドレスポンスを実行させることができない場合があった。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−２３００５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明が解決しようとする課題は、リソースにデマンドレスポンスを実行させる可能性を向上させることができる電力制御装置、電力制御方法、及び、電力制御プログラムを提供することである。
【課題を解決するための手段】
【０００５】
実施形態の電力制御装置は、予測部と、選択部と、実行部とを持つ。予測部は、ユーザがリソースにデマンドレスポンスを実行させる可能性であるユーザ可用性を、ユーザごとに予測する。選択部は、デマンドレスポンスを実行するためにリソースが満たすべき予め定められた条件と、ユーザ可用性とに基づいて、リソースを選択する。実行部は、選択したリソースにデマンドレスポンスを実行させる。
【図面の簡単な説明】
【０００６】
【図１】第１の実施形態における、電力システムの構成例の図。
【図２】第１の実施形態における、修正前のリソース順位一覧の例の図。
【図３】第１の実施形態における、リソース番号ごとのユーザ距離に基づくユーザ可用性の例の図。
【図４】第１の実施形態における、修正後のリソース順位一覧の第１例の図。
【図５】第１の実施形態における、電力制御装置の動作例を示すフローチャート。
【図６】第１の実施形態における、ユーザ可用性に基づいてリソースを選択する動作例を示すフローチャート。
【図７】第２の実施形態における、ユーザ位置ごとの応答内容の履歴の例の図。
【図８】第２の実施形態における、ユーザ位置に基づくユーザ可用性を示す地図の例の図。
【図９】第２の実施形態における、リソース番号ごとの新しいユーザ位置に基づくユーザ可用性の例の図。
【図１０】第２の実施形態における、修正後のリソース順位一覧の第２例の図。
【図１１】第２の実施形態における、ユーザ可用性に基づいてリソースを選択する動作の第２例を示すフローチャート。
【図１２】第３の実施形態における、ユーザ環境ごとの応答内容の履歴の例の図。
【図１３】第３の実施形態における、ユーザ環境に基づくユーザ可用性の例の図。
【図１４】第３の実施形態における、ユーザ可用性に基づいてリソースを選択する動作の第３例を示すフローチャート。
【図１５】第４の実施形態における、ユーザ環境及びユーザ位置ごとの応答内容の例の図。
【図１６】第４の実施形態における、第１のユーザ環境及びユーザ位置に基づくユーザ可用性の地図の例の図。
【図１７】第４の実施形態における、第２のユーザ環境及びユーザ位置に基づくユーザ可用性の地図の例の図。
【図１８】第４の実施形態における、第３のユーザ環境及びユーザ位置に基づくユーザ可用性の地図の例の図。
【図１９】第４の実施形態における、第４のユーザ環境及びユーザ位置に基づくユーザ可用性の地図の例の図。
【図２０】第４の実施形態における、ユーザ可用性に基づいてリソースを選択する動作の第４例を示すフローチャート。
【発明を実施するための形態】
【０００７】
以下、実施形態の電力制御装置、電力制御方法、及び、電力制御プログラムを、図面を参照して説明する。
（第１の実施形態）
図１は、電力システム１の構成例の図である。電力システム１は、電力事業者装置１０と、ユーザシステム２０と、電力制御装置３０とを備える。電力システム１は、電力事業者装置１０からの要求に応じて、電力制御装置３０がユーザシステム２０にデマンドレスポンスを実行させるシステムである。
【０００８】
電力システム１は、複数のユーザシステム２０を備えてもよい。すなわち、電力システム１は、ユーザシステム２０−１〜２０−Ｎ（Ｎは、２以上の整数）を備えてもよい。以下、ユーザシステム２０−１〜２０−Ｎに共通する事項については、符号の一部を省略して、「ユーザシステム２０」と表記する。以下、ユーザシステム２０−１〜２０−Ｎに共通する事項のうち、特定のユーザシステム２０を指して説明する場合には、「ユーザシステム２０−ｎ」と表記する。ｎは１〜Ｎのいずれかである。
【０００９】
電力事業者装置１０は、コンピュータ端末やサーバ装置等の情報処理装置である。電力事業者装置１０は、電力事業者のオペレータによる操作に応じて動作する。電力事業者装置１０は、デマンドレスポンスの実行を要求する信号（以下、「ＤＲ信号」という。）を、電力制御装置３０に送信する。ＤＲ信号は、例えば、デマンドレスポンスの実行時間を表す情報と、デマンドレスポンスにおいて削減を要請する電力量（計画値）を表す情報とを含む。
【００１０】
電力事業者装置１０は、デマンドレスポンスの実行結果を表す情報を、電力制御装置３０から受信する。デマンドレスポンスの実行結果を表す情報は、例えば、デマンドレスポンスの実行によって削減した電力量（実績値）を表す情報を含む。電力事業者装置１０は、デマンドレスポンスの実行結果に応じて、インセンティブを表す情報を電力制御装置３０に送信する。インセンティブを表す情報は、例えば、金額等の値情報である。
【００１１】
ユーザシステム２０は、電力制御装置３０による制御に応じてデマンドレスポンスを実行するシステムである。ユーザシステム２０−ｎ（ｎは、１〜Ｎのいずれか）は、リソース２１−ｎと、通信装置２２−ｎと、情報端末２３−ｎとを備える。
【００１２】
リソース２１−１〜２１−Ｎは、負荷装置である。負荷装置は、電力事業者から供給された電力を消費する装置である。すなわち、リソース２１−ｎは、電力事業者から供給された電力を消費する。例えば、リソース２１−１は、空調装置でもよい。例えば、リソース２１−Ｎは、照明装置でもよい。リソース２１−ｎは、負荷装置である場合、通信装置２２−ｎから取得したパラメータ情報に応じて電力を消費する。
【００１３】
リソース２１−１〜２１−Ｎの一部は、発電装置でもよい。リソース２１−ｎは、発電装置である場合、通信装置２２−ｎから取得したパラメータ情報に応じて発電する。リソース２１−ｎは、発電装置である場合、発電した電力を負荷装置に供給してもよい。
【００１４】
リソース２１−ｎは、ユーザシステム２０−ｎのユーザに、対応付けられている。第１の実施形態では、リソース２１−ｎは、ユーザシステム２０−ｎのユーザが近くに居ない場合には、デマンドレスポンスを実行することができない。換言すれば、ユーザシステム２０−ｎのユーザは、デマンドレスポンスを実行する要求に応答した場合、近くに有るリソース２１−ｎを操作して、リソース２１−ｎにデマンドレスポンスを実行させる。以下、リソース２１−１〜２１−Ｎに共通する事項については、符号の一部を省略して、「リソース２１」と表記する。
【００１５】
通信装置２２−１〜２２−Ｎは、有線通信又は無線通信によって、電力制御装置３０との通信を実行する装置である。通信装置２２−ｎ（ｎは、１〜Ｎのいずれか）は、リソース２１−ｎを制御するためのパラメータ情報を、電力制御装置３０から受信する。通信装置２２−ｎは、受信したパラメータ情報を、リソース２１−ｎに転送する。通信装置２２−ｎは、リソース２１−ｎの位置情報を、電力制御装置３０に送信してもよい。以下、通信装置２２−１〜２２−Ｎに共通する事項については、符号の一部を省略して、「通信装置２２」と表記する。
【００１６】
情報端末２３−１〜２３−Ｎは、スマートフォン端末、タブレット端末、ラップトップ・コンピュータ端末等の情報処理装置である。例えば、情報端末２３−１は、スマートフォン端末でもよい。例えば、情報端末２３−Ｎは、タブレット端末でもよい。
【００１７】
情報端末２３−ｎ（ｎは、１〜Ｎのいずれか）は、ユーザシステム２０−ｎのユーザ（需要家）と共に移動可能である。例えば、リソース２１−ｎに対応付けられたユーザは、情報端末２３−ｎを身に着けてもよい。リソース２１−ｎに対応付けられたユーザは、複数でもよい。
【００１８】
情報端末２３−ｎは、操作部２３１−ｎと、測位部２３２−ｎと、通信部２３３−ｎとを備える。情報端末２３−ｎは、表示部２３４−ｎを更に備えてもよい。測位部２３２−ｎと、通信部２３３−ｎとのうち一部または全部は、例えば、ＣＰＵ（Central Processing Unit）等のプロセッサが、情報端末２３−ｎの記憶部に記憶されたプログラムを実行することにより機能するソフトウェア機能部である。また、これらの機能部のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）等のハードウェア機能部であってもよい。
【００１９】
操作部２３１−ｎは、リソース２１−ｎに対応付けられたユーザによる操作に応じて、操作信号を通信部２３３−ｎに出力する。操作部２３１−ｎは、例えば、キーボードやタッチパネルである。操作信号は、例えば、デマンドレスポンスを実行する要求に対する応答内容を表す信号である。要求に対する応答内容は、例えば、「ＹＥＳ」又は「ＮＯ」で表現される。応答内容「ＹＥＳ」は、リソース２１が要求に応じてデマンドレスポンスを実行することを表す。応答内容「ＮＯ」は、リソース２１が要求に応じてデマンドレスポンスを実行しないことを表す。
【００２０】
操作部２３１−ｎは、リソース２１−ｎがデマンドレスポンスを実行可能である場合、応答内容「ＹＥＳ」を表す操作信号を、ユーザによる操作に応じて通信部２３３−ｎに出力する。操作部２３１−ｎは、リソース２１−ｎがデマンドレスポンスを実行不能である場合、応答内容「ＮＯ」を表す操作信号を、ユーザによる操作に応じて通信部２３３−ｎに出力する。
【００２１】
測位部２３２−ｎは、情報端末２３−ｎの位置を測位する。情報端末２３−ｎの位置は、リソース２１−ｎに対応付けられたユーザの位置とみなすことができる。測位部２３２−ｎは、例えば、人工衛星からの電波を利用した測位技術や、通信ネットワークを利用して位置を検出する技術等によって、情報端末２３−ｎの位置を測位する。人工衛星からの電波を利用した測位技術は、例えば、ＧＰＳ（Global Positioning System）に基づく技術である。
【００２２】
測位部２３２−ｎは、情報端末２３−ｎの位置情報を、通信部２３３−ｎに出力する。すなわち、測位部２３２−ｎは、リソース２１−ｎに対応付けられたユーザの位置情報を、通信部２３３−ｎに出力する。位置情報は、緯度及び経度によって表現されてもよい。測位部２３２−ｎは、リソース２１−ｎに対応付けられたユーザが複数である場合、リソース２１−ｎに最も近いユーザの位置情報を、通信部２３３−ｎに出力してもよい。
【００２３】
通信部２３３−ｎは、有線通信又は無線通信によって、電力制御装置３０との通信を実行する。通信部２３３−ｎは、操作信号を電力制御装置３０に転送する。例えば、通信部２３３−ｎは、応答内容「ＹＥＳ」を表す操作信号を操作部２３１−ｎから取得した場合、応答内容「ＹＥＳ」を表す操作信号を電力制御装置３０に送信する。例えば、通信部２３３−ｎは、応答内容「ＮＯ」を表す操作信号を操作部２３１−ｎから取得した場合、応答内容「ＮＯ」を表す操作信号を電力制御装置３０に送信する。
【００２４】
通信部２３３−ｎは、電力制御装置３０から受信した情報を、表示部２３４−ｎに出力する。通信部２３３−ｎは、情報端末２３−ｎの位置情報を、電力制御装置３０に送信する。すなわち、通信部２３３−ｎは、リソース２１−ｎに対応付けられたユーザの位置情報を、電力制御装置３０に送信する。例えば、通信部２３３−ｎは、リソース２１−ｎに対応付けられたユーザの位置情報を、電力制御装置３０からの要求に応じて電力制御装置３０に送信してもよい。
【００２５】
表示部２３４−ｎは、表示装置である。表示部２３４−ｎは、例えば、液晶パネルを有する。操作部２３１−ｎがタッチパネルである場合、表示部２３４−ｎは、操作部２３１−ｎと一体でもよい。表示部２３４−ｎは、通信部２３３−ｎが電力制御装置３０から受信した情報に基づいて、画像を表示する。表示部２３４−ｎは、通信部２３３−ｎが操作部２３１−ｎから取得した操作信号に基づいて、画像を表示する。表示部２３４−ｎは、スピーカを備える場合、音声を出力してもよい。以下、情報端末２３−１〜２３−Ｎに共通する事項については、符号の一部を省略して、「情報端末２３」と表記する。
【００２６】
電力制御装置３０は、コンピュータ端末やサーバ装置等の情報処理装置である。電力制御装置３０は、例えば、ＩＣＴ（Information and Communication Technology）等の情報通信技術に基づいて動作する。電力制御装置３０は、単体の装置でもよいし、複数の装置でもよい。電力制御装置３０は、複数の装置である場合、クラウドコンピューティング技術によって動作してもよい。
【００２７】
電力制御装置３０は、ユーザシステム２０のリソース２１の電力を制御する。例えば、電力制御装置３０は、ＤＲ信号に基づいて、デマンドレスポンスの実行時間に、ユーザシステム２０のリソース２１にデマンドレスポンスを実行させる。例えば、電力制御装置３０は、ユーザシステム２０のユーザに対して、ユーザシステム２０のリソース２１が実行するデマンドレスポンスを、ＤＲ信号に基づいて電話回線等を介して要求してもよい。電力制御装置３０は、デマンドレスポンスの実行時間において、ＤＲ信号に基づいて、ユーザシステム２０のリソース２１の動作を監視する。
【００２８】
電力制御装置３０は、記憶部３１と、予測部３２と、選択部３３と、実行部３４と、通信部３５とを備える。予測部３２と、選択部３３と、実行部３４と、通信部３５とのうち一部または全部は、例えば、ＣＰＵ等のプロセッサが、記憶部３１に記憶されたプログラムを実行することにより機能するソフトウェア機能部である。また、これらの機能部のうち一部または全部は、ＬＳＩやＡＳＩＣ等のハードウェア機能部であってもよい。
【００２９】
記憶部３１は、例えば、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＨＤＤ（Hard Disk Drive）などの不揮発性の記憶媒体（非一時的な記憶媒体）を有する。記憶部３１は、例えば、ＲＡＭ（Random Access Memory）やレジスタなどの揮発性の記憶媒体を有していてもよい。記憶部３１は、例えば、ソフトウェア機能部を機能させるためのプログラムを記憶する。
【００３０】
記憶部３１は、例えば、リソース２１に定められた必要条件を表す情報を記憶する。必要条件は、デマンドレスポンスを実行するためにリソース２１が満たすべき予め定められた条件である。すなわち、必要条件は、削減を要請された電力量を、リソース２１が削減した電力量が達成するために、リソース２１が満たすべき予め定められた条件である。例えば、必要条件は、デマンドレスポンスの実行時間の開始時刻に間に合うように、リソース２１がデマンドレスポンスの実行を開始するために要する最小時間の条件である。例えば、必要条件は、リソース２１がデマンドレスポンスの実行を続けることが可能である最大時間の条件である。例えば、必要条件は、リソース２１の電力容量の条件である。
【００３１】
記憶部３１は、例えば、ユーザシステム２０の情報端末２３の識別情報を記憶する。識別情報は、例えば、ＩＰアドレス（Internet Protocol address）や、ＭＡＣアドレス（Media Access Control address）である。記憶部３１は、通信部３５から各種データを取得して、各種データを記憶する。記憶部３１は、例えば、ユーザシステム２０のリソース２１の位置情報を記憶する。位置情報は、例えば、緯度及び経度で表現される。記憶部３１は、例えば、リソース２１に対応付けられた順位の一覧（以下、「リソース順位一覧」という。）を記憶する。
【００３２】
図２は、リソース順位一覧（望ましいリソースのリスト）の例の図である。リソース順位一覧の項目には、リソース番号と、リソース可用性（resource availability）と、信頼性と、コストと、容量と、修正後の順位と、修正前の順位とがある。リソース順位一覧の各項目は、互いに対応付けられている。
【００３３】
リソース番号は、リソース２１に割り当てられた番号である。リソース可用性は、リソース２１がデマンドレスポンスを実行する可能性又は可用性である。リソース可用性は、分数や百分率を用いた指標で表現されてもよい。リソース可用性は、例えば、リソース２１を制御するためのパラメータ情報の妥当性に基づいて定まる。パラメータ情報の妥当性は、例えば、デマンドレスポンスの実行時間と、デマンドレスポンスの実行時間同士の時間間隔と、デマンドレスポンスの実行に要する最小時間及び最大時間とに基づいて定まる。
【００３４】
信頼性は、リソース２１の信頼性である。信頼性は、例えば、過去においてリソース２１がデマンドレスポンスを実行した実績に基づいて定まる。信頼性は、リソース２１がデマンドレスポンスを要求に応じて実行しなかった場合、リソース順位一覧において低く修正されてもよい。信頼性は、故障率で表現されてもよい。
【００３５】
コストは、リソース２１のコストである。コストは、例えば、リソース２１の電力等のエネルギーの料金と、リソース２１の容量に応じた料金と、リソース２１がデマンドレスポンスを実行するために必要な金額とに基づいて定まる。容量は、リソース２１の電力の容量である。
【００３６】
修正後の順位は、修正前の順位を予測部３２が修正した結果の順位である。したがって、修正後の順位は、リソース２１−１〜２１−Ｎの最新の順位である。一例として、図２では、修正前の順位が予測部３２によって一度も修正されていないので、修正後の順位は定められていない。修正前の順位が予測部３２によって修正された場合については、図４を用いて後述する。
【００３７】
修正前の順位は、リソース２１−１〜２１−Ｎの順位であって、予測部３２が修正する対象となる順位である。図２では、修正前の順位は初期値である。
【００３８】
予測部３２は、リソース可用性が高いほど、修正前の順位の初期値を高く定める。予測部３２は、信頼性が高いほど、修正前の順位の初期値を高く定める。予測部３２は、コストが低いほど、修正前の順位の初期値を高く定める。予測部３２は、容量が多いほど、修正前の順位の初期値を高く定める。
【００３９】
修正前の順位の初期値を予測部３２が定める場合、リソース可用性と、信頼性と、コストと、容量とは、いずれが優先されてもよい。一例として、図２では、リソース可用性が高いことは、最も優先度が高い項目である。信頼性が高いことは、リソース可用性の次に優先度が高い項目である。コストが低いことは、信頼性の次に優先度が高い項目である。容量が大きいことは、最も優先度が低い項目である。
【００４０】
図２では、リソース番号「２１−１」が割り当てられたリソース２１−１には、修正前の順位の初期値「１」が対応付けられている。リソース番号「２１−２」が割り当てられたリソース２１−２には、修正前の順位の初期値「２」が対応付けられている。リソース番号「２１−３」が割り当てられたリソース２１−３には、修正前の順位の初期値「３」が対応付けられている。リソース番号「２１−４」が割り当てられたリソース２１−４には、修正前の順位の初期値「４」が対応付けられている。
【００４１】
予測部３２は、リソース順位一覧を記憶部３１から取得する。予測部３２は、ユーザシステム２０のリソース２１のユーザ（需要家）の位置情報を、通信部２５から取得する。予測部３２は、ユーザシステム２０のリソース２１の位置情報を、記憶部３１から取得してもよい。予測部３２は、リソース２１−ｎの位置と、リソース２１−ｎに対応付けられたユーザの位置との距離を算出する。
【００４２】
以下、ユーザがリソースにデマンドレスポンスを実行させる可能性を、「ユーザ可用性」（UA: user availability）という。ユーザ可用性は、分数や百分率を用いた指標で表現されてもよい。
【００４３】
予測部３２は、リソース２１−ｎの位置と、リソース２１−ｎに対応付けられたユーザの位置との距離に基づいて、ユーザ可用性を予測する。以下、リソース２１−ｎの位置と、リソース２１−ｎに対応付けられたユーザの位置との距離を、「ユーザ距離」という。予測部３２は、デマンドレスポンスを実行する要求に対して応答するユーザの可用性を、ＤＲ信号に基づくデマンドレスポンスの実行時間よりも前に予測する。
【００４４】
図３は、リソース番号ごとのユーザ距離に基づくユーザ可用性の例の図である。予測部３２は、ユーザ距離に基づくユーザ可用性を表す情報を、リソース番号ごとに予測する。図３に示された値は、一例である。図３では、例えば、リソース番号「リソース２１−３」と、ユーザ距離「１２」と、ユーザ距離に基づくユーザ可用性「８．３％」とが対応付けられている。ユーザ距離に基づくユーザ可用性は、ユーザ距離が短いほど高い。一例として、図３では、ユーザ距離に基づくユーザ可用性は、ユーザ距離の逆数を百分率で表現した値で表現されている。
【００４５】
なお、リソース２１の消費電力の変化量が相対的に大きい場合、ユーザは、対応付けられたリソース２１の近くに居る可能性が高い。予測部３２は、ユーザシステム２０のリソース２１の消費電力の変化量に基づいて、ユーザ可用性を予測してもよい。例えば、予測部３２は、リソース２１−ｎの消費電力の変化量が大きいほど、リソース２１−ｎに対応付けられたユーザのユーザ可用性を高い値に予測してもよい。
【００４６】
図４は、修正後のリソース順位一覧の第１例の図である。図４では、予測部３２は、図２に示すリソース順位一覧における、修正後の順位を定める。予測部３２は、図３に示すユーザ距離が短いほど、修正後の順位を高く定める。すなわち、予測部３２は、図３に示す「ユーザ距離に基づくユーザ可用性」が高いほど、修正後の順位を高く定める。予測部３２は、リソース可用性が高いほど、修正後の順位を高く定める。予測部３２は、信頼性が高いほど、修正後の順位を高く定める。予測部３２は、コストが低いほど、修正後の順位を高く定める。予測部３２は、容量が多いほど、修正後の順位を高く定める。
【００４７】
修正後の順位を予測部３２が定める場合、リソース可用性と、信頼性と、コストと、容量と、図３に示す「ユーザ距離」又は「ユーザ距離に基づくユーザ可用性」とは、いずれが優先されてもよい。第１の実施形態では、例えば、ユーザ距離に基づくユーザ可用性が高いことは、最も優先度が高い項目（第１優先事項）である。第１の実施形態では、例えば、修正前の順位が高いことは、ユーザ距離に基づくユーザ可用性の次に優先度が高い項目（第２優先事項）である。
【００４８】
リソース番号「２１−３」は、最も短いユーザ距離「１２」に対応付けられている。すなわち、リソース番号「２１−３」は、最も大きいユーザ可用性「８．３％」に対応付けられている。予測部３２は、ユーザ可用性「８．３％」に基づいて、リソース番号「２１−３」に、修正後の順位「１」を対応付ける。
【００４９】
リソース番号「２１−１」と、リソース番号「２１−４」とは、２番目に大きいユーザ可用性「５％」に、いずれも対応付けられている。リソース番号「２１−１」の修正前の順位は「１」である。リソース番号「２１−４」の修正前の順位は、リソース番号「２１−１」の修正前の順位「１」よりも低い「４」である。予測部３２は、第１優先事項に差がない場合には、第１優先事項と第２優先事項とに基づいて、修正後の順位をリソース番号に対応付ける。
【００５０】
予測部３２は、ユーザ可用性「５％」と、修正前の順位「１」とに基づいて、リソース番号「２１−１」に、修正後の順位「２」を対応付ける。また、予測部３２は、ユーザ可用性「５％」と、修正前の順位「４」とに基づいて、リソース番号「２１−４」に、修正後の順位「３」を対応付ける。すなわち、予測部３２は、リソース番号「２１−４」の修正後の順位「２」によりも低い修正後の順位「３」を、リソース番号「２１−４」に対応付ける。
【００５１】
リソース番号「２１−２」は、４番目に大きいユーザ可用性「２．５％」に対応付けられている。予測部３２は、ユーザ可用性「２．５％」に基づいて、リソース番号「２１−２」に、修正後の順位「４」を対応付ける。
【００５２】
予測部３２は、要求に応じてリソース２１がデマンドレスポンスを実行しなかった場合、デマンドレスポンスを実行しなかったリソース２１の信頼性を、リソース順位一覧において低く修正してもよい。
【００５３】
選択部３３は、リソース２１に定められた必要条件を表す情報を、記憶部３１から取得する。選択部３３は、最新のリソース順位一覧を、予測部３２から取得する。最新のリソース順位一覧は、修正後の順位が定められている場合には、修正後のリソース順位一覧である。
【００５４】
選択部３３は、リソース２１に定められた必要条件と、ユーザ距離に基づくユーザ可用性とに基づいて、リソース２１を選択する。例えば、選択部３３は、必要条件を満たすリソース２１群から、ユーザ距離に基づくユーザ可用性が相対的に高いユーザに対応付けられたリソース２１を選択する。例えば、選択部３３は、ユーザ距離に基づくユーザ可用性が相対的に高いユーザに対応付けられたリソース２１群から、必要条件を満たすリソース２１を選択してもよい。すなわち、選択部３３は、修正後の順位の上位から下位の順に、リソース２１を選択してもよい。選択部３３は、複数のリソース２１を選択してもよい。
【００５５】
選択部３３は、選択したリソース２１の代わりに、別のリソース２１を選択し直してもよい。例えば、選択部３３は、リソース２１の代わりに、より条件の良い他のリソース２１を選択し直してもよい。例えば、選択部３３は、応答内容「ＮＯ」を表す操作信号を通信部３５が受信した場合、応答内容「ＮＯ」を表す操作信号を送信したリソース２１の代わりに、応答内容「ＹＥＳ」を表す操作信号を送信した他のリソース２１を選択し直してもよい。
【００５６】
実行部３４は、選択されたリソース２１に基づいて、デマンドレスポンスを計画する。実行部３４は、選択部３３が選択したリソース２１に、ＤＲ信号に応じたパラメータ情報を、通信部３５に出力する。これにより、実行部３４は、パラメータ情報に基づくデマンドレスポンスを、選択したリソース２１に実行させることができる。実行部３４は、デマンドレスポンスの実行結果を示す実績値（削減した電力量）が、計画値（削減を要請する電力量）以上であるか否かを判定する。実行部３４は、実績値が計画値未満である場合、実績値が計画値以上となるように、選択部３３にリソース２１を再選択させる。
【００５７】
通信部３５は、電力事業者装置１０から受信したＤＲ信号に基づいて、リソース２１に定められた必要条件を表す情報を、記憶部３１に記憶させる。通信部３５は、パラメータ情報を実行部３４から取得する。通信部３５は、選択したリソース２１のユーザシステム２０の通信装置２２に、パラメータ情報を送信する。通信部３５は、情報端末２３の位置情報を電力制御装置３０に送信するよう、デマンドレスポンスの実行時間から所定時間だけ前までにユーザシステム２０に要求する。
【００５８】
通信部３５は、ユーザシステム２０のリソース２１の位置情報を、ユーザシステム２０の通信装置２２から受信する。通信部３５は、ユーザシステム２０のリソース２１の位置情報を、記憶部３１に記憶させる。通信部３５は、デマンドレスポンスの実行結果を表す情報を、ユーザシステム２０の通信装置２２から受信する。
【００５９】
次に、電力制御装置３０の動作例を説明する。
図５は、電力制御装置３０の動作例を示すフローチャートである。予測部３２は、通信部３５を介して、ＤＲ信号を受信する（ステップＳ１０１）。選択部３３は、リソース可用性等に基づいてリソースを選択する（ステップＳ１０２）。実行部３４は、選択されたリソース２１に基づいて、デマンドレスポンスを計画する（ステップＳ１０３）。
【００６０】
予測部３２は、リソース２１の位置と、リソース２１に対応付けられたユーザの位置との距離に基づいて、ユーザ距離に基づく可用性を予測する（ステップＳ１０４）。選択部３３は、ユーザ距離に基づくユーザ可用性等に基づいて、リソース２１を選択する（ステップＳ１０５）。実行部３４は、選択されたリソース２１に基づいて、デマンドレスポンスを計画する（ステップＳ１０６）。実行部３４は、計画に基づいて、デマンドレスポンスを実行させる（ステップＳ１０７）。
【００６１】
実行部３４は、デマンドレスポンスの実行結果を示す実績値（削減した電力量）が、デマンドレスポンスにおける計画値（削減を要請する電力量）以上であるか否かを判定する（ステップＳ１０８）。実績値が計画値未満である場合（ステップＳ１０８：ＮＯ）、実行部３４は、ステップＳ１０４に処理を戻す。実績値が計画値以上である場合（ステップＳ１０８：ＹＥＳ、実行部３４は、処理を終了する。
【００６２】
なお、ステップ１０２とステップＳ１０５とは、処理内容が入れ替わっていてもよい。すなわち、選択部３３は、リソース可用性等に基づいてリソース２１を選択し、選択したリソース２１から、ユーザ可用性等に基づいてリソース２１を選択してもよい。また、選択部３３は、ユーザ可用性等に基づいてリソース２１を選択し、選択したリソース２１から、リソース可用性等に基づいてリソース２１を選択してもよい。以下、ユーザの位置を「ユーザ位置」という。
【００６３】
図６は、ユーザ可用性に基づいてリソース２１を選択する動作の第１例を示すフローチャートである。予測部３２は、リソース２１の位置と、新しいユーザ位置とに基づいて、ユーザ距離を算出する（ステップＳ２０１）。予測部３２は、ユーザ距離に基づくユーザ可用性と、修正前の順位とに基づいて、リソースの修正後の順位を決定する（ステップＳ２０２）。選択部３３は、修正後のリソース順位一覧において、修正後の順位の上位から下位の順に、リソース２１を選択する（ステップＳ２０３）。
【００６４】
以上のように、第１の実施形態の電力制御装置３０は、予測部３２と、選択部３３と、実行部３４とを持つ。予測部３２は、ユーザ距離に基づくユーザ可用性を、ユーザごとに予測する。選択部３３は、デマンドレスポンスを実行するためにリソース２１が満たすべき予め定められた条件と、ユーザ距離に基づくユーザ可用性とに基づいて、リソース２１を選択する。実行部３４は、選択したリソース２１にデマンドレスポンスを実行させる。
これによって、第１の実施形態の電力制御装置３０、電力制御方法、及び、電力制御プログラムは、リソース２１にデマンドレスポンスを実行させる可能性を向上させることができる。
【００６５】
第１の実施形態の電力制御装置３０、電力制御方法、及び、電力制御プログラムは、デマンドレスポンスを実行できないユーザのリソース２１にデマンドレスポンスの実行を要求してしまう回数を、低減させることができる。
第１の実施形態の電力制御装置３０、電力制御方法、及び、電力制御プログラムは、デマンドレスポンスの実行を容易にして、顧客満足度を向上させることができる。
【００６６】
（第２の実施形態）
第２の実施形態では、ユーザ位置ごとの応答内容に基づいてユーザ可用性が算出される点が、第１の実施形態と相違する。第２の実施形態では、第１の実施形態との相違点についてのみ説明する。
【００６７】
電力制御装置３０は、ユーザ位置ごとの応答内容の履歴を、ユーザ可用性を予測する前の試用期間において蓄積する。試用期間は、例えば、数か月間である。予測部３２は、試用期間における応答内容の履歴に基づいて応答内容を学習することによって、ユーザ位置に基づくユーザ可用性を予測する。
【００６８】
記憶部３１は、情報端末２３の位置情報と、応答内容とを対応付けて、応答が成されるごとに記憶する。すなわち、記憶部３１は、リソース２１のユーザ位置情報と、応答内容とを対応付けて、応答が成されるごとに記憶する。
【００６９】
図７は、ユーザ位置ごとの応答内容の履歴（ＤＲ履歴）の例の図である。図７では、応答番号と、ユーザ位置の緯度と、ユーザ位置の経度と、ユーザの応答内容とが対応付けられている。例えば、応答番号「ＲＥＳ１」と、ユーザ位置の緯度「ＬＡＴ１」と、ユーザ位置の経度「ＬＯＮＧ３」と、ユーザの応答内容「ＹＥＳ」とが対応付けられている。例えば、応答番号「ＲＥＳ３」と、ユーザ位置の緯度「ＬＡＴ４」と、ユーザ位置の経度「ＬＯＮＧ５」と、ユーザの応答内容「ＮＯ」とが対応付けられている。ユーザ可用性は、ユーザ位置に応じて異なる。例えば、ユーザは、公園で歩いている場合よりも働いている場合のほうが、デマンドレスポンスの要求に応答しにくい。
【００７０】
予測部３２は、ユーザ位置ごとの応答内容の履歴について、ユーザの応答内容「ＹＥＳ」の回数をカウントする。予測部３２は、ユーザ位置ごとの応答内容の履歴について、ユーザの応答内容「ＮＯ」の回数をカウントする。
【００７１】
予測部３２は、ユーザ位置に基づいて、ユーザ位置に基づくユーザ可用性（UA）を算出する。例えば、予測部３２は、ユーザ位置と、応答内容ごとの回数とに基づいて、ユーザ位置に基づくユーザ可用性群を決定する。ユーザ位置に基づくユーザ可用性は、応答内容「ＹＥＳ」及び「ＮＯ」の回数の合計値を分母とし、応答内容「ＹＥＳ」の回数を分子とする分数で表現される。ユーザ位置に基づくユーザ可用性は、分数や百分率を用いた指標で表現されてもよい。
【００７２】
図８は、ユーザ位置に基づくユーザ可用性を示す地図の例の図である。予測部３２は、ユーザ位置に基づくユーザ可用性を示す情報（モデル情報）を、リソース番号ごとに生成する。例えば、予測部３２は、ユーザ位置に基づくユーザ可用性を示す情報を、地図の形式でリソース番号ごとに生成してもよい。図８は、リソース番号「２１−１」に対応付けられたリソース２１−１のユーザ位置に基づくユーザ可用性を示す地図である。縦軸は緯度を示す。横軸は経度を示す。図８では、リソース２１−１は、一例として、（緯度，経度）＝（ＬＡＴ４，ＬＯＮＧ５）に有る。ユーザ可用性を示す地図のメッシュ（セル）のサイズは、例えば、住宅又は部屋と同じ程度のサイズである。
【００７３】
以下では、ユーザシステム２０のユーザ（需要家）は、リソース２１から離れていても、ＤＲ信号に基づく要求に応じてデマンドレスポンスを実行させるために、リソース２１を遠隔制御することができる。例えば、ユーザは、ＨＥＭＳ（Home Energy Management System）、ＢＥＭＳ（Building Energy Management System）などに対応した装置を用いて、リソース２１を遠隔制御する。
【００７４】
図８に示す地図では、ユーザ可用性が記載されている位置は、過去の試用期間においてユーザから応答があった位置を示す。すなわち、図８に示す地図において、ユーザ可用性が記載されていない位置は、過去の試用期間においてユーザから応答がなかった位置を示す。例えば、（緯度，経度）＝（ＬＡＴ４，ＬＯＮＧ５）では、応答内容「ＹＥＳ」の応答が試用期間において３０回あり、応答内容「ＮＯ」の応答が試用期間において５回あったことを、地図は示している。（緯度，経度）＝（ＬＡＴ４，ＬＯＮＧ５）における、ユーザ位置に基づくユーザ可用性は、８５％（＝３０／（３０＋５）×１００）である。
【００７５】
図９は、リソース番号ごとの新しいユーザ位置に基づくユーザ可用性の例の図である。予測部３２は、新しいユーザ位置に基づくユーザ可用性を、ソース番号ごとに算出する。図９では、新しいユーザ位置は、図８に示す（緯度，経度）＝（ＬＡＴ４，ＬＯＮＧ５）である。このため、リソース番号「２１−１」は、新しいユーザ位置に基づくユーザ可用性「８５％」に対応付けられている。
【００７６】
図１０は、修正後のリソース順位一覧の第２例の図である。予測部３２は、図９に示す「ユーザ位置に基づくユーザ可用性」が高いほど、修正後の順位を高く定める。修正後の順位を予測部３２が定める場合、リソース可用性と、信頼性と、コストと、容量と、図９に示す「ユーザ位置に基づくユーザ可用性」とは、いずれが優先されてもよい。第２の実施形態では、例えば、ユーザ位置に基づくユーザ可用性が高いことは、最も優先度が高い項目（第１優先事項）である。第２の実施形態では、例えば、修正前の順位が高いことは、ユーザ位置に基づくユーザ可用性の次に優先度が高い項目（第２優先事項）である。
【００７７】
リソース番号「２１−３」は、最も大きいユーザ可用性「９０％」に対応付けられている。予測部３２は、ユーザ可用性「９０％」に基づいて、リソース番号「２１−３」に、修正後の順位「１」を対応付ける。
【００７８】
リソース番号「２１−１」と、リソース番号「２１−４」とは、２番目に大きいユーザ可用性「８５％」に、いずれも対応付けられている。リソース番号「２１−１」の修正前の順位は「１」である。リソース番号「２１−４」の修正前の順位は、リソース番号「２１−１」の修正前の順位「１」よりも低い「４」である。予測部３２は、第１優先事項に差がない場合には、第１優先事項と第２優先事項とに基づいて、修正後の順位をリソース番号に対応付ける。
【００７９】
予測部３２は、ユーザ可用性「８５％」と、修正前の順位「１」とに基づいて、リソース番号「２１−１」に、修正後の順位「２」を対応付ける。また、予測部３２は、ユーザ可用性「８５％」と、修正前の順位「４」とに基づいて、リソース番号「２１−４」に、修正後の順位「３」を対応付ける。すなわち、予測部３２は、リソース番号「２１−４」の修正後の順位「２」によりも低い修正後の順位「３」を、リソース番号「２１−４」に対応付ける。
【００８０】
リソース番号「２１−２」は、４番目に大きいユーザ可用性「６０％」に対応付けられている。予測部３２は、ユーザ可用性「６０％」に基づいて、リソース番号「２１−２」に、修正後の順位「４」を対応付ける。
【００８１】
図１１は、ユーザ可用性に基づいてリソースを選択する動作の第２例を示すフローチャートである。予測部３２は、ユーザ位置と、応答内容ごとの回数とに基づいて、ユーザ位置に基づくユーザ可用性群を決定する（ステップＳ３０１）。予測部３２は、新しいユーザ位置を取得したか否かを判定する（ステップＳ３０２）。新しいユーザ位置を取得した場合（ステップＳ３０２：ＹＥＳ）、予測部３２は、新しいユーザ位置に基づいて、ユーザ位置に基づくユーザ可用性を予測する（ステップＳ３０３）。新しいユーザ位置を取得していない場合（ステップＳ３０２：ＮＯ）、予測部３２は、ユーザ位置に基づくユーザ可用性を「５０％」に決定する（ステップＳ３０４）。
【００８２】
予測部３２は、ユーザ位置に基づくユーザ可用性と、修正前の順位とに基づいて、リソース２１の修正後の順位を決定する（ステップＳ３０５）。選択部３３は、修正後のリソース順位一覧において、修正後の順位の上位から下位の順に、リソース２１を選択する（ステップＳ３０６）。
【００８３】
以上のように、第２の実施形態の予測部３２は、ユーザ位置に基づいてユーザ可用性を予測する。これによって、第２の実施形態の電力制御装置３０、電力制御方法、及び、電力制御プログラムは、リソース２１にデマンドレスポンスを実行させる可能性を、より向上させることができる。
【００８４】
（第３の実施形態）
第３の実施形態では、ユーザ位置における環境ごとの応答内容に基づいてユーザ可用性が算出される点が、第１の実施形態と相違する。第３の実施形態では、第１の実施形態との相違点についてのみ説明する。
【００８５】
以下、ユーザ位置における環境を「ユーザ環境」という。ユーザ環境は、例えば、時刻、天気、又は気温（温度）である。時刻は、時間帯で表現されてもよい。
【００８６】
図１２は、ユーザ環境ごとの応答内容の履歴の例の図である。図１２では、応答番号と、ユーザ環境としての時刻と、ユーザの応答内容とが対応付けられている。例えば、応答番号「ＲＥＳ１」と、ユーザ環境（時刻）「ｔ１」と、ユーザの応答内容「ＹＥＳ」とが対応付けられている。例えば、応答番号「ＲＥＳ３」と、ユーザ環境（時刻）「ｔ３」と、ユーザの応答内容「ＮＯ」とが対応付けられている。
【００８７】
ユーザ可用性は、ユーザ環境（時刻、天気、又は気温等）に応じて異なる。例えば、ユーザは、昼食時間よりも仕事時間のほうがデマンドレスポンスの要求に応答しにくい。例えば、ユーザは、午後に趣味を楽しむ場合、午前よりも午後のほうがデマンドレスポンスの要求に応答しにくい。例えば、ユーザは、気温が高い場合、冷房機器を停止させたくないのでデマンドレスポンスの要求に応答しにくい。
【００８８】
予測部３２は、ユーザ環境ごとの応答内容の履歴について、ユーザの応答内容「ＹＥＳ」の回数をカウントする。予測部３２は、ユーザ環境ごとの応答内容の履歴について、ユーザの応答内容「ＮＯ」の回数をカウントする。
【００８９】
予測部３２は、ユーザ環境に基づいて、ユーザ環境に基づくユーザ可用性（UA）を算出する。例えば、予測部３２は、ユーザ環境と、応答内容ごとの回数とに基づいて、ユーザ環境に基づくユーザ可用性群を決定する。予測部３２は、ユーザ環境に基づくユーザ可用性（UA）を、ユーザ環境ごとに算出する。ユーザ環境は、例えば、デマンドレスポンスの実行時間を含む時間帯である。ユーザ環境に基づくユーザ可用性は、応答内容「ＹＥＳ」及び「ＮＯ」の回数の合計値を分母とし、応答内容「ＹＥＳ」の回数を分子とする分数で表現される。ユーザ環境に基づくユーザ可用性は、分数や百分率を用いた指標で表現されてもよい。
【００９０】
図１３は、ユーザ環境に基づくユーザ可用性の例の図である。図１３では、時間帯と、応答内容と、ユーザ環境に基づくユーザ可用性が対応付けられている。予測部３２は、応答があった時刻に基づくユーザ可用性を、ソース番号ごとに算出する。例えば、時間帯「０８：００−１１：００」は、応答内容「ＹＥＳ」の回数「２０」と、応答内容「ＮＯ」の回数「１０」と、ユーザ環境に基づくユーザ可用性「６６％」とが対応付けられている。予測部３２は、応答があった時刻が「０８：００」である場合、応答があった時刻が時間帯「０８：００−１１：００」に含まれているので、ユーザ環境に基づくユーザ可用性を「６６％」と決定する。
【００９１】
修正後の順位を予測部３２が定める場合、リソース可用性と、信頼性と、コストと、容量と、図１３に示す「ユーザ環境に基づくユーザ可用性」とは、いずれが優先されてもよい。第３の実施形態では、例えば、ユーザ環境に基づくユーザ可用性が高いことは、最も優先度が高い項目（第１優先事項）である。第３の実施形態では、例えば、修正前の順位が高いことは、ユーザ環境に基づくユーザ可用性の次に優先度が高い項目（第２優先事項）である。
【００９２】
図１４は、ユーザ可用性に基づいてリソース２１を選択する動作の第３例を示すフローチャートである。予測部３２は、デマンドレスポンスの実行時間と、ユーザ環境と、応答内容ごとの回数とに基づいて、ユーザ環境に基づくユーザ可用性群を決定する（ステップＳ４０１）。選択部３３は、修正前のリソース順位一覧において、修正前の順位の上位から下位の順に、リソース２１を選択する（ステップＳ４０２）。予測部３２は、ユーザ環境に基づくユーザ可用性と、修正前の順位とに基づいて、リソースの修正後の順位を決定する（ステップＳ４０３）。選択部３３は、修正後のリソース順位一覧において、修正後の順位の上位から下位の順に、リソース２１を選択する（ステップＳ４０２）。
【００９３】
以上のように、第３の実施形態の予測部３２は、ユーザ環境（時刻、天気、又は気温等）に基づいて、ユーザ環境に基づくユーザ可用性を予測する。これによって、第３の実施形態の電力制御装置３０、電力制御方法、及び、電力制御プログラムは、リソース２１にデマンドレスポンスを実行させる可能性を、より向上させることができる。
【００９４】
（第４の実施形態）
第４の実施形態では、ユーザ位置及びユーザ環境ごとの応答内容に基づいてユーザ可用性が算出される点が、第１の実施形態と相違する。第４の実施形態では、第１の実施形態との相違点についてのみ説明する。
【００９５】
図１５は、ユーザ環境及びユーザ位置ごとの応答内容の例の図である。電力制御装置３０は、ユーザ環境及びユーザ位置ごとの応答内容の履歴を、ユーザ可用性を予測する前の試用期間において蓄積する。試用期間は、例えば、数か月間である。予測部３２は、試用期間における応答内容の履歴に基づいて応答内容を学習することによって、ユーザ位置に基づくユーザ可用性を予測する。
【００９６】
図１５では、応答番号と、ユーザ環境と、ユーザ位置の緯度と、ユーザ位置の経度と、ユーザの応答内容とが対応付けられている。例えば、応答番号「ＲＥＳ１」と、ユーザ環境（時刻）「ｔ１」と、ユーザ位置の緯度「ＬＡＴ１」と、ユーザ位置の経度「ＬＯＮＧ３」と、ユーザの応答内容「ＹＥＳ」とが対応付けられている。例えば、応答番号「ＲＥＳ３」と、ユーザ環境（時刻）「ｔ３」と、ユーザ位置の緯度「ＬＡＴ４」と、ユーザ位置の経度「ＬＯＮＧ５」と、ユーザの応答内容「ＮＯ」とが対応付けられている。
【００９７】
図１６〜図１９は、ユーザ環境及びユーザ位置に基づくユーザ可用性の地図の例の図である。図１６は、第１のユーザ環境及びユーザ位置に基づくユーザ可用性の地図の例の図である。第１のユーザ環境は、時間帯「０８：００−１１：００」である。図１７は、第２のユーザ環境及びユーザ位置に基づくユーザ可用性の地図の例の図である。第２のユーザ環境は、時間帯「１１：０１−１４：００」である。図１８は、第３のユーザ環境及びユーザ位置に基づくユーザ可用性の地図の例の図である。第３のユーザ環境は、時間帯「１４：０１−１７：００」である。図１９は、第４のユーザ環境及びユーザ位置に基づくユーザ可用性の地図の例の図である。第４のユーザ環境は、時間帯「１７：０１−２１：００」である。
【００９８】
予測部３２は、図１６〜図１９に示すユーザ位置に基づくユーザ可用性を示す情報から、デマンドレスポンスの実行時間のユーザ位置に基づくユーザ可用性を示す情報を選択する。予測部３２は、ユーザ位置と、選択したユーザ可用性を示す情報における応答内容ごとの回数とに基づいて、ユーザ位置に基づくユーザ可用性群を決定する。すなわち、予測部３２は、ユーザ位置に基づくユーザ可用性を示す地図を、リソース番号及びユーザ環境ごとに生成する。例えば、予測部３２は、ユーザ位置に基づくユーザ可用性を示す地図を、リソース番号及び時間帯ごとに生成する。
【００９９】
図１６〜図１９は、リソース番号「２１−１」に対応付けられたリソース２１−１のユーザ位置に基づくユーザ可用性を、時間帯ごとに示す地図である。縦軸は緯度を示す。横軸は経度を示す。図１６〜図１９では、リソース２１−１は、一例として、（緯度，経度）＝（ＬＡＴ４，ＬＯＮＧ５）に有る。
【０１００】
図１６に示す地図では、ユーザ可用性が記載されている位置は、過去の試用期間においてユーザから応答があった位置を示す。すなわち、図１６に示す地図において、ユーザ可用性が記載されていない位置は、過去の試用期間においてユーザから応答がなかった位置を示す。例えば、（緯度，経度）＝（ＬＡＴ４，ＬＯＮＧ５）では、応答内容「ＹＥＳ」の応答が試用期間において３０回あり、応答内容「ＮＯ」の応答が試用期間において５回あったことを、地図は示している。（緯度，経度）＝（ＬＡＴ４，ＬＯＮＧ５）における、ユーザ位置に基づくユーザ可用性は、８５％（＝３０／（３０＋５）×１００）である。図１７〜図１９についても同様である。
【０１０１】
修正後の順位を予測部３２が定める場合、リソース可用性と、信頼性と、コストと、容量と、ユーザ環境及びユーザ位置に基づくユーザ可用性とは、いずれが優先されてもよい。第４の実施形態では、例えば、ユーザ環境及びユーザ位置に基づくユーザ可用性が高いことは、最も優先度が高い項目（第１優先事項）である。第４の実施形態では、例えば、修正前の順位が高いことは、ユーザ環境及びユーザ位置に基づくユーザ可用性の次に優先度が高い項目（第２優先事項）である。
【０１０２】
図２０は、ユーザ可用性に基づいてリソース２１を選択する動作の第４例を示すフローチャートである。予測部３２は、ユーザ環境（時間帯）及びユーザ位置に基づくユーザ可用性を示す情報から、デマンドレスポンスの実行時間のユーザ位置に基づくユーザ可用性を示す情報を選択する（ステップＳ５０１）。予測部３２は、ユーザ位置と、選択したユーザ可用性を示す情報における応答内容ごとの回数とに基づいて、ユーザ位置に基づくユーザ可用性群を決定する（ステップＳ５０２）。
【０１０３】
予測部３２は、新しいユーザ位置を取得したか否かを判定する（ステップＳ５０３）。新しいユーザ位置を取得した場合（ステップＳ５０３：ＹＥＳ）、予測部３２は、新しいユーザ位置に基づいて、ユーザ位置に基づくユーザ可用性を予測する（ステップＳ５０４）。新しいユーザ位置を取得していない場合（ステップＳ５０３：ＮＯ）、予測部３２は、ユーザ位置に基づくユーザ可用性を「５０％」に決定する（ステップＳ５０５）。予測部３２は、ユーザ位置に基づくユーザ可用性と、修正前の順位とに基づいて、リソース２１の修正後の順位を決定する（ステップＳ５０６）。選択部３３は、修正後のリソース順位一覧において、修正後の順位の上位から下位の順に、リソース２１を選択する（ステップＳ５０７）。
【０１０４】
以上のように、第４の実施形態の予測部３２は、ユーザ位置とユーザ環境（時刻、天気又は気温等）とに基づいて、ユーザ可用性を予測する。これによって、第４の実施形態の電力制御装置３０、電力制御方法、及び、電力制御プログラムは、リソース２１にデマンドレスポンスを実行させる可能性を、より向上させることができる。
【０１０５】
以上述べた少なくともひとつの実施形態によれば、デマンドレスポンスを実行するリソースに定められた必要条件と、リソースに対応付けられたユーザのユーザ可用性とに基づいて、リソースを選択する選択部を持つことにより、リソースにデマンドレスポンスを実行させる可能性を向上させることができる。
【０１０６】
以上、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【０１０７】
１…電力システム、１０…電力事業者装置、２０…ユーザシステム、２１…リソース、２２…通信装置、２３…情報端末、３０…電力制御装置、３１…記憶部、３２…予測部、３３…選択部、３４…実行部、３５…通信部、２３１…操作部、２３２…測位部、２３３…通信部、２３４…表示部
【図１】
2016171710.tif 000003
【図２】
2016171710.tif 000004
【図３】
2016171710.tif 000005
【図４】
2016171710.tif 000006
【図５】
2016171710.tif 000007
【図６】
2016171710.tif 000008
【図７】
2016171710.tif 000009
【図８】
2016171710.tif 000010
【図９】
2016171710.tif 000011
【図１０】
2016171710.tif 000012
【図１１】
2016171710.tif 000013
【図１２】
2016171710.tif 000014
【図１３】
2016171710.tif 000015
【図１４】
2016171710.tif 000016
【図１５】
2016171710.tif 000017
【図１６】
2016171710.tif 000018
【図１７】
2016171710.tif 000019
【図１８】
2016171710.tif 000020
【図１９】
2016171710.tif 000021
【図２０】
2016171710.tif 000022