(57)【要約】      （修正有）【課題】適切に電力削減要求に対応する事が可能なプログラム等を提供する。【解決手段】電力機器２は、電力削減要求に対応して実行することが可能な第１削減制御情報を特定し、他の電力機器２から、他の電力機器２にて電力削減要求に対応して実行することが可能な第２削減制御情報を取得する。電力機器は、第１削減制御情報及び第２削減制御情報から電力削減要求に基づいて実行すべき削減制御情報を決定し、決定した削減制御情報に第１削減制御情報が含まれている場合、第１削減制御情報に基づく削減制御の実行指示を出力する処理を実行させる。【選択図】図１
2017085823.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータに、
電力削減要求を取得し、
取得した前記電力削減要求に対応して実行することが可能な第１削減制御情報を特定し、
外部装置から、該外部装置にて前記電力削減要求に対応して実行することが可能な第２削減制御情報を取得し、
前記第１削減制御情報及び前記第２削減制御情報から前記電力削減要求に基づいて実行すべき削減制御情報を決定し、
決定した削減制御情報に前記第１削減制御情報が含まれている場合、前記第１削減制御情報に基づく削減制御の実行指示を出力する
処理を実行させるプログラム。
【請求項２】
各削減制御情報に対応付けられた優先度を参照し、前記第１削減制御情報及び前記第２削減制御情報から削減制御情報を決定する
請求項１に記載のプログラム。
【請求項３】
各削減制御情報に対応付けられた電力の削減量及び優先度を参照し、削減量の合計値が前記電力削減要求を満たすよう、前記第１削減制御情報及び前記第２削減制御情報から削減制御情報を決定する
請求項１または２に記載のプログラム。
【請求項４】
前記第１削減制御情報を情報処理装置へ出力し、
出力された前記第１削減制御情報、及び、前記外部装置から出力された第２削減制御情報から選択された選択削減制御情報を前記情報処理装置から取得し、
取得した選択削減制御情報を含む削減制御情報を決定する
請求項１から３のいずれか一つに記載のプログラム。
【請求項５】
情報処理装置に、
取得した電力削減要求を第１装置及び第２装置へ出力し、
前記電力削減要求に対応して前記第１装置で実行することが可能な第１削減制御情報を前記第１装置から取得し、
前記電力削減要求に対応して前記第２装置で実行することが可能な第２削減制御情報を取得し、
取得した第１削減制御情報及び第２削減制御情報から、前記第１装置または第２装置で実行する削減制御に対応する選択削減制御情報を選択し、
選択した選択削減制御情報を前記第１装置及び前記第２装置へ出力する
処理を実行させるプログラム。
【請求項６】
電力削減要求を取得する取得部と、
取得した前記電力削減要求に対応して実行することが可能な第１削減制御情報を特定する特定部と、
外部装置から、該外部装置にて前記電力削減要求に対応して実行することが可能な第２削減制御情報を取得する第２取得部と、
前記第１削減制御情報及び前記第２削減制御情報から前記電力削減要求に基づいて実行すべき削減制御情報を決定する決定部と、
決定した削減制御情報に前記第１削減制御情報が含まれている場合、前記第１削減制御情報に基づく削減制御の実行指示を出力する指示出力部と
を備える制御装置。
【請求項７】
コンピュータに、
電力削減要求を取得し、
取得した前記電力削減要求に対応して実行することが可能な第１削減制御情報を特定し、
外部装置から、該外部装置にて前記電力削減要求に対応して実行することが可能な第２削減制御情報を取得し、
前記第１削減制御情報及び前記第２削減制御情報から前記電力削減要求に基づいて実行すべき削減制御情報を決定し、
決定した削減制御情報に前記第１削減制御情報が含まれている場合、前記第１削減制御情報に基づく削減制御の実行指示を出力する
処理を実行させる情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラム、制御装置及び情報処理方法に関する。
【背景技術】
【０００２】
従来、デマンドレスポンス（需要応答）に対応した需要家電力制御システム及び需要家電力制御方法等が知られている（例えば特許文献１〜４参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−１３７５３４号公報
【特許文献２】特開２０１３−２０１８６４号公報
【特許文献３】国際公開第２０１４／１８５１４９号公報
【特許文献４】特開２０１２−２０５４２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術では電力消費の予測を行うために各種機器を一元管理する必要があるという問題がある。
【０００５】
一つの側面では、適切に電力削減要求に対応する事が可能なプログラム等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
一つの案では、コンピュータに、電力削減要求を取得し、取得した前記電力削減要求に対応して実行することが可能な第１削減制御情報を特定し、外部装置から、該外部装置にて前記電力削減要求に対応して実行することが可能な第２削減制御情報を取得し、前記第１削減制御情報及び前記第２削減制御情報から前記電力削減要求に基づいて実行すべき削減制御情報を決定し、決定した削減制御情報に前記第１削減制御情報が含まれている場合、前記第１削減制御情報に基づく削減制御の実行指示を出力する処理を実行させる。
【発明の効果】
【０００７】
一つの側面では、適切に電力削減要求に対応する事が可能となる。
【図面の簡単な説明】
【０００８】
【図１】情報処理システムの概要を示す説明図である。
【図２】携帯電話のハードウェア群を示す説明図である。
【図３】スマートメータのハードウェア群を示すブロック図である。
【図４】電力機器のハードウェア群を示す説明図である。
【図５】ＤＲイベントファイルのレコードレイアウトを示す説明図である。
【図６】ＤＲイベントの表示イメージを示す説明図である。
【図７】時間帯別電力量ＤＢのレコードレイアウトを示す説明図である。
【図８】電力使用状況の表示イメージを示す説明図である。
【図９】機器シナリオＤＢのレコードレイアウトを示す説明図である。
【図１０】シナリオＤＢのレコードレイアウトを示す説明図である。
【図１１】シナリオの選択イメージを示す説明図である。
【図１２】決定シナリオＤＢのレコードレイアウトを示す説明図である。
【図１３】電力量の送信処理手順を示すフローチャートである。
【図１４】電力量の送信処理手順を示すフローチャートである。
【図１５】ＤＲイベントの記憶処理手順を示すフローチャートである。
【図１６】選択または拒否の処理手順を示すフローチャートである。
【図１７】選択または拒否の処理手順を示すフローチャートである。
【図１８】実施予定シナリオの決定処理手順を示すフローチャートである。
【図１９】実施予定シナリオの決定処理手順を示すフローチャートである。
【図２０】実施予定シナリオの決定処理手順を示すフローチャートである。
【図２１】実施予定シナリオの決定処理手順を示すフローチャートである。
【図２２】優先度の変更処理手順を示すフローチャートである。
【図２３】決定シナリオＤＢのレコードレイアウトを示す説明図である。
【図２４】選択順序指数の記憶処理手順を示すフローチャートである。
【図２５】決定シナリオＤＢのレコードレイアウトを示す説明図である。
【図２６】実施予定シナリオの追加処理手順を示すフローチャートである。
【図２７】実施予定シナリオの追加処理手順を示すフローチャートである。
【図２８】実施の形態５に係る情報処理システムの概要を示す説明図である。
【図２９】決定シナリオＤＢのレコードレイアウトを示す説明図である。
【図３０】選択または拒否の処理手順を示すフローチャートである。
【図３１】選択または拒否の処理手順を示すフローチャートである。
【図３２】上述した形態の電力機器の動作を示す機能ブロック図である。
【図３３】実施の形態６に係る携帯電話のハードウェア群を示すブロック図である。
【図３４】実施の形態６に係る電力機器のハードウェア群を示すブロック図である。
【発明を実施するための形態】
【０００９】
実施の形態１
以下実施の形態を、図面を参照して説明する。図１は情報処理システムの概要を示す説明図である。情報処理システムは情報処理装置１、制御装置２、分電盤４、スマートメータ３、ルータ５及びサーバコンピュータ６等を含む。情報処理装置１は、スマートフォン、パーソナルコンピュータ、携帯電話、ＰＤＡ（Personal Digital Assistant）、または制御パネル等である。以下、情報処理装置１を携帯電話１という。制御装置２は、エアコン、照明、冷蔵庫、蓄電池、ロボット、パーソナルコンピュータ、テレビ、床暖房器、ストーブ、調理機器、便座、加湿器、医療機器、アミューズメント機器、工作機械等である。以下では制御装置２を電力機器２と読み替えて説明する。電力機器２は建屋内のものに限らず建屋外に設けられていても良い。また本実施形態では家庭内の建屋内に設置された電力機器２を例に挙げるが、オフィスビル、病院、学校、工場等の施設内に設けられた電力機器２であっても良い。
【００１０】
電力線から供給される電力は、分電盤４を介して各電力機器２Ａ、２Ｂ・・・に供給される。なお、本実施形態では電力機器２を２つ示しているが、複数であればよく２つに限るものではない。スマートメータ３は電力機器２に供給される電力量をカウントする。電力機器２、スマートメータ３及び携帯電話１はWi-SUN（登録商標）若しくはBluetooth（登録商標）等の規格、または、赤外線方式に基づく近距離通信網Ｎ１により相互に接続されている。なお、携帯電話１と電力機器２及びスマートメータ３との間の通信は携帯電話網を通じて外出先から行うようにしても良い。携帯電話１はルータ５との間でＷｉ−ｆｉ通信を行う。携帯電話１とサーバコンピュータ６とはインターネットまたは公衆回線網等の通信網Ｎを介して相互に情報を送受信する。
【００１１】
サーバコンピュータ６は電力削減要求（以下、ＤＲイベントという）を携帯電話１へ送信する。携帯電話１はＤＲイベントを電力機器２及びスマートメータ３へ出力する。各電力機器２はＤＲイベントの削減量に対応して実行することが可能な削減制御情報（以下、シナリオという）を携帯電話機１及び他の電力機器２へ出力する。例えば電力機器２Ａは第１シナリオ（第1削減制御情報）を携帯電話１及び電力機器２Ｂを含む他の電力機器２へ出力し、電力機器２Ｂは第２シナリオ（第２削減制御情報）を携帯電話１及び電力機器２Ａを含む他の電力機器２へ出力する。
【００１２】
電力機器２Ａは第１シナリオ及び第２シナリオを参照し、要求された削減量を満たすように、後述する優先度を参照しシナリオを決定する。電力機器２Ａは、削減制御を行う時間帯となった場合、決定したシナリオ内に自装置の第１シナリオが含まれている場合、当該第１シナリオに従う制御を行う。以下詳細を説明する。
【００１３】
図２は携帯電話１のハードウェア群を示す説明図である。携帯電話１は制御部としてのＣＰＵ（Central Processing Unit）１１、ＲＡＭ（Random Access Memory）１２、入力部１３、表示部１４、記憶部１５、時計部１８、近距離通信部１９及び通信部１６等を含む。ＣＰＵ１１は、バス１７を介してハードウェア各部と接続されている。ＣＰＵ１１は記憶部１５に記憶された制御プログラム１５Ｐに従いハードウェア各部を制御する。ＲＡＭ１２は例えばＳＲＡＭ（Static RAM）、ＤＲＡＭ(Dynamic RAM)、フラッシュメモリ等である。ＲＡＭ１２は、記憶部としても機能し、ＣＰＵ１１による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。
【００１４】
入力部１３はタッチパネル、ボタン等の入力デバイスであり、受け付けた操作情報をＣＰＵ１１へ出力する。表示部１４は液晶ディスプレイまたは有機ＥＬ（electroluminescence）ディスプレイ等であり、ＣＰＵ１１の指示に従い各種情報を表示する。通信部１６は通信モジュールであり、サーバコンピュータ６等と間で情報の送受信を行う。時計部１８は日時情報をＣＰＵ１１へ出力する。近距離通信部１９は、例えばBluetooth（登録商標）モジュールであり、電力機器２、スマートメータ３等との間で近距離無線通信を行う。
【００１５】
記憶部１５は大容量メモリであり、制御プログラム１５Ｐ、ＤＲイベントファイル１５１、時間帯別電力量ＤＢ１５２、シナリオＤＢ１５３及び決定シナリオＤＢ１５４等を含む。実施形態ではＤＲイベントファイル１５１等を記憶部１５に記憶する例を挙げたが、これに限るものではなく、ＲＡＭ１２に記憶しても良い。なお、各ファイル、ＤＢについての詳細は後述する。
【００１６】
図３は、スマートメータ３のハードウェア群を示すブロック図である。スマートメータ３はＣＰＵ３１、記憶部３５、時計部３８、電力量計測装置３２及び近距離通信部３６等を含む。ＣＰＵ３１は、バス３７を介してハードウェア各部と接続されている。ＣＰＵ３１は記憶部３５に記憶された制御プログラム３５Ｐに従いハードウェア各部を制御する。電力量計測装置３２は電力系統から建屋内へ流入する電力量を計測し、計測した電力量をＣＰＵ３１へ出力する。ＣＰＵ３１は計測された電力量を電力量カウンタ３５０に使用電力量として記憶する。
【００１７】
時計部３８は日時情報をＣＰＵ３１へ出力する。近距離通信部３６は例えばBluetooth（登録商標）モジュールであり、電力機器２、携帯電話１等との間で近距離無線通信を行う。記憶部３５は大容量メモリであり、制御プログラム３５Ｐ、電力量カウンタ３５０、及びＤＲイベントファイル３５１等を含む。ＤＲイベントファイル３５１については後述する。
【００１８】
図４は電力機器２のハードウェア群を示す説明図である。なお、図４では電力機器２をエアコンであるものとして説明する。電力機器２はＣＰＵ２１、記憶部２５、時計部２８、温度制御部２９及び近距離通信部２６等を含む。ＣＰＵ２１は、バス２７を介してハードウェア各部と接続されている。ＣＰＵ２１は記憶部２５に記憶された制御プログラム２５Ｐに従いハードウェア各部を制御する。温度制御部２９はシナリオに従い、設定温度を上昇または下降させる。なお、熱交換機、送風機、ルーバ等エアコンの他の部品についての説明は省略する。
【００１９】
時計部２８は日時情報をＣＰＵ２１へ出力する。近距離通信部３６は例えばBluetooth（登録商標）モジュールであり、スマートメータ３、携帯電話１等との間で近距離無線通信を行う。記憶部２５は大容量メモリまたはハードディスクであり、制御プログラム２５Ｐ、ＤＲイベントファイル２５１、時間帯別電力量ＤＢ２５２、シナリオＤＢ２５３、決定シナリオ２５４及び機器シナリオＤＢ２５５等を含む。ＤＲイベントファイル２５１等については後述する。
【００２０】
図５はＤＲイベントファイル１５１のレコードレイアウトを示す説明図である。ＤＲイベントファイル１５１はイベントＩＤフィールド、開始日時フィールド、終了日時フィールド、及び削減量フィールド等を含む。イベントＩＤフィールドには、ＤＲイベントを特定するための識別子（以下、イベントＩＤという）が記憶されている。開始日時フィールドには、ＤＲイベントの開始日時が、イベントＩＤに対応付けて記憶されている。
【００２１】
終了日時フィールドには、ＤＢ１５２イベントの終了日時がイベントＩＤに対応付けて記憶されている。削減量フィールドには削減目標となる電力の削減量が記憶されている。図５の例では、イベントＩＤ「E0001-1」の削減量は500Whであり、ＤＲイベントの開始日時は２０１６年８月１０日１１時であり、終了日時は同日の１２時までと記憶されている。なお、本実施形態では削減量を記憶する例を示すがこれに限るものではない。建屋内で使用することが可能な使用電力量を記憶するようにしても良い。携帯電話１のＣＰＵ１１は、サーバコンピュータ６からイベントＩＤ、開始日時、終了日時及び削減量を含むＤＲイベントを、通信部１６を介して受信する。ＣＰＵ１１は、受信したＤＲイベントをＤＲイベントファイル１５１に記憶する。なお、イベントＩＤは、携帯電話１において付しても良い。
【００２２】
図６はＤＲイベントの表示イメージを示す説明図である。携帯電話１のＣＰＵ１１は、ＤＲイベントを受信した場合、ＤＲイベントファイル１５１を参照し、表示部１４に現在時刻以降のＤＲイベントの開始日時、終了日時及び削減量を表示する。携帯電話１のＣＰＵ１１は、近距離通信網Ｎ１を介してＤＲイベントファイル１５１の記憶内容を電力機器２及びスマートメータ３に送信する。電力機器２のＣＰＵ２１は、ＤＲイベントファイル２５１に送信されたＤＲイベントを記憶する。スマートメータ３のＣＰＵ３１も、ＤＲイベントファイル３５１に、送信されたＤＲイベントを記憶する。なお、ＤＲイベントファイル２５１及びＤＲイベントファイル３５１の記憶内容は、ＤＲイベントファイル１５１と同様であるので説明を省略する。
【００２３】
図７は時間帯別電力量ＤＢ１５２のレコードレイアウトを示す説明図である。時間帯別電力量ＤＢ１５２は開始日時フィールド、終了日時フィールド及び使用電力量フィールド等を含む。開始日時フィールドには、スマートメータ３の電力量計測装置３２が予め定められた単位時間内において、計測を開始した開始日時が記憶されている。終了日時フィールドには、スマートメータ３の電力量計測装置３２が予め定められた単位時間内において、計測を終了した終了日時が記憶されている。
【００２４】
使用電力量フィールドには、開始日時及び終了日時に対応付けて、電力量計測装置３２が単位時間内に計測した使用電力量が記憶されている。図７の例では、単位時間は３０分であり、２０１６年８月１０日１１時から同日１１時３０分までの使用電力は1053Whと記憶されている。なお、単位時間は一例でありこれに限るものではない。またスマートメータ３のＣＰＵ３１は、ＤＲイベントの時間帯は３０分の単位時間を、より短い単位時間、例えば５分に短縮しても良い。電力機器２の時間帯別電力量ＤＢ２５２は時間帯別電力量ＤＢ１５２と同様であるので説明を省略する。
【００２５】
図８は電力使用状況の表示イメージを示す説明図である。携帯電話１のＣＰＵ１１は、時間帯別電力量ＤＢ１５２を参照し、各時間帯の電力量をグラフ表示する。図８の例では右軸は時間、縦軸はkWhで示している。なお、電力量の表示形態は一例でありこれに限るものではない。折れ線グラフで表示しても良く、また時間帯と使用電力とを数値にて列記するようにしても良い。
【００２６】
図９は機器シナリオＤＢ２５５のレコードレイアウトを示す説明図である。機器シナリオＤＢ２５５は電力機器２毎に削減シナリオを記憶している。機器シナリオＤＢ２５５はシナリオＩＤフィールド、シナリオ名称フィールド、削減可能電力量フィールド及び優先度フィールド等を含む。シナリオＩＤフィールドにはシナリオを特定するための固有の識別子（以下、シナリオＩＤという）が記憶されている。シナリオ名称フィールドには、シナリオＩＤに対応付けてシナリオ名称が記憶されている。
【００２７】
削減可能電力量フィールドには、シナリオＩＤに対応付けて単位時間当たりに削減することが可能な削減可能電力量（削減量）が記憶されている。優先度フィールドには、シナリオＩＤに対応付けて、優先度が記憶されている。本実施形態では、優先度の値が高いほど、より優先的に選択されるものとして説明する。図９の例ではシナリオＩＤ「S001」のシナリオ名称「冷房設定２度上げ」では、エアコンである電力機器２に設定されている温度設定を２度上昇させる制御を行う。この場合、削減される電力量は300Whとなる。また優先度は0.512342と記憶されている。なお、優先度は、他の機器の優先度と同一とならないよう、所定の位以降の値が乱数により生成されている。図９ではエアコン例に挙げたが例えばテレビでは、ＬＥＤの輝度を低下させる等、電力機器２の種類に応じた機器シナリオＤＢ２５５が用意される。
【００２８】
電力機器２のＣＰＵ２１は、他の全ての電力機器２及び携帯電話１に近距離通信網Ｎ１を介して、機器シナリオＤＢ２５５に記憶されたシナリオを送信する。携帯電話１は、各電力機器２から送信されたシナリオを受信する。ＣＰＵ１１は、受信したシナリオをシナリオＤＢ１５３に記憶する。同様に、シナリオを送信した電力機器２は、他の電力機器２からもシナリオを受信する。電力機器２のＣＰＵ２１は、他の電力機器２から受信したシナリオをシナリオＤＢ２５３に記憶する。
【００２９】
図１０はシナリオＤＢ１５３のレコードレイアウトを示す説明図である。シナリオＤＢ１５３は、機器ＩＤフィールド、シナリオＩＤフィールド、機器名称フィールド、シナリオ名称フィールド、削減可能電力量フィールド、優先度フィールド及び選択状況フィールド等を含む。機器ＩＤフィールドには、電力機器２を特定するための固有の識別子（以下、機器ＩＤという）が記憶されている。ＣＰＵ１１は、電力機器２がシナリオと共に送信する機器ＩＤを参照し、受信した機器ＩＤをシナリオＤＢ１５３に記憶する。機器名称フィールドには機器ＩＤに対応する電力機器２の名称が記憶されている。なお、機器ＩＤと機器名称とは、記憶部１５に予め対応付けて記憶されている。
【００３０】
シナリオＩＤフィールドには、送信されたシナリオに含まれるシナリオＩＤが記憶されている。同様にシナリオ名称フィールド、削減可能電力量フィールド及び優先度フィールドには送信されたシナリオに含まれる、シナリオ名称、削減可能電力量及び優先度が記憶されている。選択状況フィールドには、シナリオを選択するか否かを示す情報が記憶されている。ユーザは携帯電話１の入力部１３からシナリオを選択するか否かの情報を入力する。
【００３１】
図１１はシナリオの選択イメージを示す説明図である。右端欄に選択、または、拒否を示すボタンが表示されている。ユーザは蓄電池の放電に関するシナリオの実行を希望する場合、当該シナリオに対応する選択ボタンを押す。一方、シナリオの実行を拒否する場合、当該シナリオに対応する拒否ボタンを押す。図１１の例では、蓄電池に対するシナリオは選択されており、居間エアコンに対するシナリオは拒否されている。以下、選択されたシナリオを選択シナリオ、拒否されたシナリオを拒否シナリオという。
【００３２】
携帯電話１のＣＰＵ１１は、入力部１３からシナリオに対応する選択ボタンの入力を受け付けた場合、シナリオに対応付けて、選択状況フィールドに選択フラグを設定する。一方、携帯電話１のＣＰＵ１１は、は、入力部１３からシナリオに対応する拒否ボタンの入力を受け付けた場合、シナリオに対応付けて、選択状況フィールドに拒否フラグを設定する。ＣＰＵ１１は、選択状況フィールドの記憶内容に変更があった場合、各電力機器２へ変更内容を送信する。具体的には、ＣＰＵ１１は、シナリオＩＤ及び選択フラグ（選択削減制御情報）、または、シナリオＩＤ及び拒否フラグ（拒否削減制御情報）を各電力機器２へ送信する。電力機器２のＣＰＵ２１は、変更された内容をシナリオＤＢ２５３に記憶する。なお、シナリオＤＢ２５３の内容は、シナリオＤＢ１５３と同様であるため説明は省略する。
【００３３】
電力機器２のＣＰＵ２１は、ＤＲイベントの開始前に、最終的に実施する予定のシナリオを選択する。ＣＰＵ２１は、ＤＲイベントファイル２５１及びシナリオＤＢ２５３を参照し、実施予定のシナリオを決定する。ＣＰＵ２１は、選択状況フィールドに拒否フラグが設定されている場合、拒否フラグが設定されているイベントを実施予定のイベントから排除する。ＣＰＵ２１は、選択フラグが設定されている場合、実施予定のイベントとして選択する。
【００３４】
ＣＰＵ２１は、ＤＲイベントファイル２５１に記憶された削減量を読み出す。ＣＰＵ２１は、削減量に合致するようシナリオＤＢ２５３からシナリオを選択する。ＣＰＵ２１は、選択イベントが既に実施予定シナリオに含まれている場合、削減量から選択イベントの削減可能電力量を減算する。例えば、目標とする削減量が800Whであり、選択イベントである蓄電池の削減可能電力量が500Whである場合、減算値は300Whとなる。ＣＰＵ２１は、優先度が高い順に、減算値300Whを達成するよう、シナリオを選択する。図１１の例では、次に優先度の高い子供部屋エアコン（削減可能電力量300Wh）が実施予定シナリオとして決定される。なお、削減量と、削減可能電力量の合計値とが完全に一致している必要は無い。削減量に対して所定の閾値（例えば５０Wh）の範囲内に収まっていれば削減要求を満たすものとして処理しても良い。
【００３５】
電力機器２のＣＰＵ２１は、決定した実施予定シナリオを決定シナリオ２５４に記憶する。図１２は決定シナリオＤＢ２５４のレコードレイアウトを示す説明図である。図１０に示したシナリオＤＢ１５３の記憶内容に加え、実施予定フィールドが設けられている。実施予定フィールドには、実施予定であることを示すフラグがシナリオＩＤに対応付けて記憶されている。図１２の例では、蓄電池及び子供部屋エアコンのシナリオに対して実施予定フラグが設定されている。なお、図１２の例は、紙面の都合上、特定のＤＲイベントに対する記憶内容のみを示しているが、決定シナリオＤＢ２５４には、他のＤＲイベントについても、それぞれ同様のデータが記憶されている。電力機器２のＣＰＵ２１は、決定シナリオＤＢ２５４の実施予定フィールドの内容に変更が生じた場合、携帯電話１へ変更内容を送信する。
【００３６】
携帯電話１のＣＰＵ１１は、変更内容を決定シナリオＤＢ１５４に記憶する。なお、本実施形態では、実施予定シナリオの決定処理を各電力機器２で行う例を示したが、これに限るものではない。携帯電話１のＣＰＵ１１が、実施予定のシナリオを決定しても良い。この場合、携帯電話１のＣＰＵ１１が、決定後の実施予定シナリオを、各電力機器２に送信する。図１１に示すように、携帯電話１の表示部１４には、蓄電池及び子供部屋エアコンに対するシナリオが実施予定であることが示されている。電力機器２のＣＰＵ２１は、決定シナリオ２５４を参照し、実施予定シナリオの内、自装置に対応するシナリオが存在するか否かを判断する。電力機器２のＣＰＵ２１は、存在すると判断した場合、ＤＲイベント期間内において、自機器のシナリオを実行する。電力機器２が子供部屋エアコンの場合、ＤＲイベント期間において冷房の温度設定を２度上昇させる指示を温度制御部２９へ出力する。温度制御部２９は設定温度を２度上昇させて運転する。一方、自装置のシナリオが存在しない場合、特段削減処理は行わない。
【００３７】
以上のハードウェア群において各種ソフトウェア処理を、フローチャートを用いて説明する。図１３及び図１４は電力量の送信処理手順を示すフローチャートである。スマートメータ３のＣＰＵ３１は、電力量計測装置３２を通じて開始日時より使用電力量を計測する（ステップＳ１３１）。ＣＰＵ３１は、単位時間当たりの使用電力量を電力量カウンタ３５０に記憶する（ステップＳ１３２）。ＣＰＵ３１は、記憶部３５に記憶した単位時間を経過したか否かを判断する（ステップＳ１３３）。ＣＰＵ３１は、単位時間を経過していないと判断した場合（ステップＳ１３３でＮＯ）、ステップＳ１３１へ処理を戻し引き続き計測及び記憶処理を行う。
【００３８】
ＣＰＵ３１は、単位時間を経過したと判断した場合（ステップＳ１３３でＹＥＳ）、処理をステップＳ１３４へ移行させる。ＣＰＵ３１は、電力機器２及び携帯電話１へ開始日時、終了日時及び使用電力量を送信する（ステップＳ１３４）。なお、実施形態では、紙面の都合上電力機器２は一つとしているが、複数の電力機器２に同様に各種情報を送信している。ＣＰＵ３１は、その後電力量カウンタ３５０を０にリセットする（ステップＳ１３５）。その後ＣＰＵ３１は、処理をステップＳ１３１へ戻す。電力機器２のＣＰＵ２１は、スマートメータ３から送信された開始日時、終了日時及び使用電力量を受信する（ステップＳ１３６）。ＣＰＵ２１は、受信した開始日時、終了日時及び使用電力量を、時間帯別電力量ＤＢ２５２に記憶する（ステップＳ１３７）。
【００３９】
携帯電話１のＣＰＵ１１は、スマートメータ３から送信された開始日時、終了日時及び使用電力量を受信する（ステップＳ１３８）。ＣＰＵ１１は、受信した開始日時、終了日時及び使用電力量を、時間帯別電力量ＤＢ１５２に記憶する（ステップＳ１３９）。
【００４０】
図１５はＤＲイベントの記憶処理手順を示すフローチャートである。携帯電話１のＣＰＵ１１は、サーバコンピュータ６からＤＲイベントを受信する（ステップＳ１５１）。ＣＰＵ１１は、受信したＤＲイベントを、ＤＲイベントファイル１５１に記憶する（ステップＳ１５２）。ＣＰＵ１１は、ＤＲイベントを各電力機器２及びスマートメータ３へ送信する（ステップＳ１５３）。
【００４１】
スマートメータ３のＣＰＵ３１は、ＤＲイベントを受信する（ステップＳ１５４）。ＣＰＵ３１は、受信したＤＲイベントをＤＲイベントファイル３５１に記憶する（ステップＳ１５５）。電力機器２のＣＰＵ２１は、ＤＲイベントを受信する（ステップＳ１５６）。ＣＰＵ２１は、受信したＤＲイベントをＤＲイベントファイル２５１に記憶する（ステップＳ１５７）。携帯電話１のＣＰＵ１１は、ＤＲイベントファイル１５１を参照し、現在時刻以降のＤＲイベントを表示部１４に表示する（ステップＳ１５８）。
【００４２】
図１６及び図１７は選択または拒否の処理手順を示すフローチャートである。電力機器２のＣＰＵ２１は、ＤＲイベントファイル２５１の開始日時フィールドを参照し、ＤＲイベント開始の１時間前であるか否かを判断する（ステップＳ１６１）。なお、１時間は一例であり、これに限るものではない。ＣＰＵ２１は、１時間前でないと判断した場合（ステップＳ１６１でＮＯ）、１時間前となるまで待機する。ＣＰＵ２１は、１時間前であると判断した場合（ステップＳ１６１でＹＥＳ）、処理をステップＳ１６２へ移行させる。ＣＰＵ２１は、機器シナリオＤＢ２５５からシナリオを読み出す（ステップＳ１６２）。ＣＰＵ２１は、読み出したシナリオを機器ＩＤと共に他の電力機器２及び携帯電話１へ送信する（ステップＳ１６３）。なお、本実施形態では全ての電力機器２が自機のシナリオを他の電力機器２（外部装置）へ出力する例を示したがこれに限るものではない。特定の電力機器２は自機のシナリオを特定するにとどめ、他の電力機器２へ送信しなくとも良い。
【００４３】
携帯電話１のＣＰＵ１１は、各電力機器２から送信されたシナリオを受信する（ステップＳ１６４）。同様に電力機器２のＣＰＵ２１は、は他の電力機器２からのシナリオを受信する（ステップＳ１６５）。ＣＰＵ２１は、全てのシナリオをイベントＩＤに対応付けてシナリオＤＢ２５３に記憶する（ステップＳ１６６）。携帯電話１のＣＰＵ１１は、全てのシナリオをイベントＩＤに対応付けてシナリオＤＢ１５３に記憶する（ステップＳ１６７）。ＣＰＵ１１は、図１１で示したように、シナリオＤＢ１５３を参照し、表示部１４にシナリオを表示する（ステップＳ１６８）。
【００４４】
ＣＰＵ１１は、入力部１３を通じて選択シナリオを受け付けたか否かを判断する（ステップＳ１６９）。ＣＰＵ１１は、受け付けたと判断した場合（ステップＳ１６９でＹＥＳ）、処理をステップＳ１７１へ移行させる。ＣＰＵ１１は、選択されたシナリオに対応付けて選択フラグをシナリオＤＢ１５３に記憶する（ステップＳ１７１）。ＣＰＵ１１は、受け付けていないと判断した場合（ステップＳ１６９でＮＯ）、ステップＳ１７４へ移行させる。ＣＰＵ１１は、各電力機器２へイベントＩＤ及び選択フラグ（選択削減制御情報）を送信する（ステップＳ１７２）。
【００４５】
電力機器２のＣＰＵ２１は、イベントＩＤ及び選択フラグを受信し、イベントＩＤに対応付けて選択状況をシナリオＤＢ２５３に記憶する（ステップＳ１７３）。ＣＰＵ１１は、入力部１３を通じて拒否シナリオを受け付けたか否かを判断する（ステップＳ１７４）。ＣＰＵ１１は、受け付けたと判断した場合（ステップＳ１７４でＹＥＳ）、処理をステップＳ１７５へ移行させる。ＣＰＵ１１は、選択されたシナリオに対応付けて拒否フラグをシナリオＤＢ１５３に記憶する（ステップＳ１７５）。ＣＰＵ１１は、各電力機器２へイベントＩＤ及び拒否フラグ（拒否削減制御情報）を送信する（ステップＳ１７６）。
【００４６】
電力機器２のＣＰＵ２１は、イベントＩＤ及び拒否フラグを受信し、イベントＩＤに対応付けて拒否フラグをシナリオＤＢ２５３に記憶する（ステップＳ１７７）。ＣＰＵ１１は、拒否シナリオを受け付けていないと判断した場合（ステップＳ１７４でＮＯ）、またはステップＳ１７６の処理後、処理をステップＳ１７８へ移行させる。ＣＰＵ１１は、入力部１３を通じて、選択または拒否を入力することを完了する完了ボタンを受け付けたか否かを判断する（ステップＳ１７８）。ＣＰＵ１１は、完了ボタンを受け付けていないと判断した場合（ステップＳ１７８でＮＯ）、処理をステップＳ１６９へ戻す。ＣＰＵ１１は、完了ボタンを受け付けたと判断した場合（ステップＳ１７８でＹＥＳ）、一連の処理を終了する。
【００４７】
図１８及び図１９は実施予定シナリオの決定処理手順を示すフローチャートである。以下では説明を容易にするために、シナリオの選択及び拒否が行われていないものとして説明する。電力機器２のＣＰＵ２１は、ＤＲイベントファイル２５１を参照し削減量を読み出す（ステップＳ１８１）。ＣＰＵ２１は、シナリオＤＢ２５３を参照し、優先度の最も高いシナリオ及び削減可能電力量を抽出する（ステップＳ１８２）。ＣＰＵ２１は、抽出したシナリオを、実施予定シナリオとしてＲＡＭ２２に記憶する（ステップＳ１８３）。ＣＰＵ２１は、実施予定シナリオの削減可能電力量の合計値を算出し、算出した合計値が削減量に達したか否かを判断する（ステップＳ１８４）。
【００４８】
ＣＰＵ２１は、合計値に達していないと判断した場合（ステップＳ１８４でＮＯ）、処理をステップＳ１８５へ移行させる。ＣＰＵ２１は、シナリオＤＢ２５３を参照し、次に優先度の高いシナリオ及び削減可能電力量を抽出する（ステップＳ１８５）。ＣＰＵ２１は、その後処理をステップＳ１８３に戻す。以上の処理を繰り返すことにより、削減可能電力量が、目標とする削減量に達することとなる。
【００４９】
ＣＰＵ２１は、削減量に達したと判断した場合（ステップＳ１８４でＹＥＳ）、処理をステップＳ１８６へ移行させる。ＣＰＵ２１は、ステップＳ１８３にてＲＡＭ２２に記憶した全ての実施予定シナリオを読み出す。ＣＰＵ２１は、読み出した実施予定シナリオについて、決定シナリオＤＢ２５４に、シナリオＩＤに対応付けて実施予定フラグを記憶する（ステップＳ１８６）。ＣＰＵ２１は、記憶したシナリオＩＤ及び実施予定フラグを携帯電話１へ送信する（ステップＳ１８７）。携帯電話１のＣＰＵ１１は、受信したシナリオＩＤ及び実施予定フラグを決定シナリオＤＢ１５４に記憶する。
【００５０】
ＣＰＵ２１は、イベント開始日時を経過したか否かを判断する（ステップＳ１８８）。ＣＰＵ２１は、イベント開始日時でないと判断した場合（ステップＳ１８８でＮＯ）、開始日時になるまで待機する。ＣＰＵ２１は、イベント開始日時となった場合（ステップＳ１８８でＹＥＳ）、処理をステップＳ１８９へ移行させる。ＣＰＵ２１は、決定シナリオＤＢ２５４の機器ＩＤ及び実施予定フラグを参照し、自機器で実施するシナリオが存在するか否かを判断する（ステップＳ１８９）。
【００５１】
ＣＰＵ２１は、自機器で実施するシナリオが存在しないと判断した場合(ステップＳ１８９でＮＯ)、処理を終了する。ＣＰＵ２１は、自機器で実施するシナリオが存在すると判断した場合(ステップＳ１８９でＹＥＳ)、処理をステップＳ１９１へ移行させる。ＣＰＵ２１は、シナリオの指示に基づき電力削減制御の実行指示を出力する。本実施形態では電気機器２はエアコンであるので、温度制御部２９に対し、温度制御（冷房設定２度上げ）を指示する(ステップＳ１９１)。ＣＰＵ２１は、イベント終了日時に達したか否かを判断する(ステップＳ１９２)。
【００５２】
ＣＰＵ２１は、イベント終了日時に達していないと判断した場合(ステップＳ１９２でＮＯ)、終了日時に達するまで待機する。ＣＰＵ２１は、イベント終了日時に達したと判断した場合(ステップＳ１９２でＹＥＳ)、処理をステップＳ１９３へ移行させる。ＣＰＵ２１は、シナリオに基づく制御を停止する。本実施形態では、ＣＰＵ２１は、温度制御部２９に対する温度制御指示（冷房設定温度２度上げ）を取り消す(ステップＳ１９３)。
【００５３】
図２０及び図２１は実施予定シナリオの決定処理手順を示すフローチャートである。以下ではシナリオの選択または拒否が行われているものとして説明する。電力機器２のＣＰＵ２１は、ＤＲイベントファイル２５１を参照し削減量を読み出す（ステップＳ２０１）。ＣＰＵ２１は、シナリオＤＢ２５３を参照し、拒否シナリオ及び選択シナリオを読み出す(ステップＳ２０２)。ＣＰＵ２１は、読み出した選択シナリオを実施予定シナリオとして、ＲＡＭ２２に記憶する(ステップＳ２０３)。
【００５４】
ＣＰＵ２１は、選択シナリオに係る削減可能電力量の合計値が、ステップＳ２０１で読み出した削減量に達したか否かを判断する(ステップＳ２０４)。ＣＰＵ２１は、合計値に達したと判断した場合(ステップＳ２０４でＹＥＳ)、処理をステップＳ２０９へ移行させる。ＣＰＵ２１は、削減量に達していないと判断した場合(ステップＳ２０４でＮＯ)、処理をステップＳ２０５へ移行させる。ＣＰＵ２１は、シナリオＤＢ２５３を参照し、拒否シナリオを除いて、優先度の最も高いシナリオ及び対応する削減可能電力量を抽出する（ステップＳ２０５）。ＣＰＵ２１は、抽出したシナリオを実施予定シナリオとしてＲＡＭ２２に記憶する（ステップＳ２０６）。ＣＰＵ２１は、ＲＡＭ２２に記憶した実施予定シナリオの削減可能電力量の合計値を算出し、算出した合計値が削減量に達したか否かを判断する（ステップＳ２０７）。
【００５５】
ＣＰＵ２１は、合計値に達していないと判断した場合（ステップＳ２０７でＮＯ）、処理をステップＳ２０８へ移行させる。ＣＰＵ２１は、シナリオＤＢ２５３を参照し、拒否シナリオを除いて次に優先度の高いシナリオ及び対応する削減可能電力量を抽出する（ステップＳ２０８）。ＣＰＵ２１は、その後処理をステップＳ２０６に戻す。以上の処理を繰り返すことにより、削減可能電力量が、目標とする削減量に達することとなる。
【００５６】
ＣＰＵ２１は、削減量に達したと判断した場合（ステップＳ２０７でＹＥＳ）、処理をステップＳ２０９へ移行させる。ＣＰＵ２１は、ステップＳ２０６及びＳ２０３にてＲＡＭ２２に記憶した全ての実施予定シナリオを読み出す。ＣＰＵ２１は、読み出した実施予定シナリオについて、決定シナリオＤＢ２５４に、シナリオＩＤに対応付けて実施予定フラグを記憶する（ステップＳ２０９）。ＣＰＵ２１は、記憶したシナリオＩＤ及び実施予定フラグを携帯電話１へ送信する（ステップＳ２１１）。携帯電話１のＣＰＵ１１は、シナリオＩＤ及び実施予定フラグを受信する(ステップＳ２１２)。ＣＰＵ１１は、受信したシナリオＩＤ及び実施予定フラグを決定シナリオＤＢ１５４に記憶する(ステップＳ２１３)。
【００５７】
ＣＰＵ２１は、イベント開始日時を経過したか否かを判断する（ステップＳ２１４）。ＣＰＵ２１は、イベント開始日時でないと判断した場合（ステップＳ２１４でＮＯ）、開始日時になるまで待機する。ＣＰＵ２１は、イベント開始日時となった場合（ステップＳ２１４でＹＥＳ）、処理をステップＳ２１５へ移行させる。ＣＰＵ２１は、決定シナリオＤＢ２５４の機器ＩＤ及び実施予定フラグを参照し、自機器で実施するシナリオが存在するか否かを判断する（ステップＳ２１５）。
【００５８】
ＣＰＵ２１は、自機器で実施するシナリオが存在しないと判断した場合(ステップＳ２１５でＮＯ)、処理を終了する。ＣＰＵ２１は、自機器で実施するシナリオが存在すると判断した場合(ステップＳ２１５でＹＥＳ)、処理をステップＳ２１６へ移行させる。ＣＰＵ２１は、シナリオの指示に基づき電力削減制御の実行指示を出力する。本実施形態では電気機器２はエアコンであるので、温度制御部２９に対し、温度制御（冷房設定２度上げ）を指示する(ステップＳ２１６)。ＣＰＵ２１は、イベント終了日時に達したか否かを判断する(ステップＳ２１７)。
【００５９】
ＣＰＵ２１は、イベント終了日時に達していないと判断した場合(ステップＳ２１７でＮＯ)、終了日時に達するまで待機する。ＣＰＵ２１は、イベント終了日時に達したと判断した場合(ステップＳ２１７でＹＥＳ)、処理をステップＳ２１８へ移行させる。ＣＰＵ２１は、シナリオに基づく制御を停止する。本実施形態では、ＣＰＵ２１は、温度制御部２９に対する温度制御指示（冷房設定温度２度上げ）を取り消す(ステップＳ２１８)。これにより、電力機器２が増設された場合等でも容易に適切なシナリオを選択することが可能となる。また優先度を用いることで、好ましい電力削減が可能となる。またユーザの意思により選択すべきシナリオ及び実行を希望しないシナリオを選定することが可能となる。またユーザが選択または拒否の意思表示をしていない場合でも、削減量及び優先度に応じて適切な電力削減が可能となる。
【００６０】
実施の形態２
実施の形態２はシナリオが携帯電話１にて選択された場合または拒否された場合に、優先度を変更する形態に関する。図２２は優先度の変更処理手順を示すフローチャートである。電力機器２のＣＰＵ２１は、ＤＲイベントファイル２５１を参照し、ＤＲイベントが開始されたか否かを判断する(ステップＳ２２１)。ＣＰＵ２１は、ＤＲイベントが開始されていないと判断した場合(ステップＳ２２１でＮＯ)、開始されるまで待機する。ＣＰＵ２１は、ＤＲイベントが開始されたと判断した場合(ステップＳ２２１でＹＥＳ)、処理をステップＳ２２２へ移行させる。
【００６１】
ＣＰＵ２１は、決定シナリオＤＢ２５４から拒否シナリオ及び選択シナリオを読み出す(ステップＳ２２２)。ＣＰＵ２１は、拒否シナリオが機器シナリオＤＢ２５５に存在するか否かを判断する(ステップＳ２２３)。ＣＰＵ２１は、拒否シナリオが機器シナリオＤＢ２５５に存在すると判断した場合(ステップＳ２２３でＹＥＳ)、すなわち自装置のシナリオに対し拒否されている場合、処理をステップＳ２２４へ移行させる。ＣＰＵ２１は、機器シナリオＤＢ２５５を参照し、拒否シナリオの優先度を読み出す(ステップＳ２２４)。ＣＰＵ２１は、読み出した拒否シナリオの優先度を減少させる(ステップＳ２２５)。なお、ＣＰＵ２１は、減少処理を行う場合、優先度から予め記憶された値を減算するか、または、１よりも小さい係数を優先度に乗じても良い。ＣＰＵ２１は、減少後の優先度を、機器シナリオＤＢ２５５に記憶する(ステップＳ２２６)。
【００６２】
ＣＰＵ２１は、拒否シナリオが機器シナリオＤＢ２５５に存在しない場合(ステップＳ２２３でＮＯ)、他装置に関するシナリオであるため、ステップＳ２２４〜Ｓ２２６の処理をスキップする。ステップＳ２２６の後、または、Ｓ２２３でＮＯの後、ＣＰＵ２１は、選択シナリオが機器シナリオＤＢ２５５に存在するか否かを判断する(ステップＳ２２７)。ＣＰＵ２１は、選択シナリオが機器シナリオＤＢ２５５に存在すると判断した場合(ステップＳ２２７でＹＥＳ)、すなわち自装置のシナリオに対し選択されている場合、処理をステップＳ２２８へ移行させる。ＣＰＵ２１は、機器シナリオＤＢ２５５を参照し、選択シナリオの優先度を読み出す(ステップＳ２２８)。ＣＰＵ２１は、読み出した優先シナリオの優先度を増加させる(ステップＳ２２９)。なお、ＣＰＵ２１は、増加処理を行う場合、予め記憶された値を優先度に加算するか、または、１よりも大きい係数を優先度に乗じても良い。ＣＰＵ２１は、増加後の優先度を、機器シナリオＤＢ２５５に記憶する(ステップＳ２２１０)。
【００６３】
ＣＰＵ２１は、選択シナリオが機器シナリオＤＢ２５５に存在しない場合(ステップＳ２２７でＮＯ)、他装置に関するシナリオであるため、ステップＳ２２８〜Ｓ２２１０の処理をスキップし、一連の処理を終了する。なお、本実施形態ではＤＲイベントの開始に伴いシナリオの選択及び拒否が確定した後に、優先度の増加、減少処理を行う例を示したが、これに限るものではない。携帯電話１から選択シナリオまたは拒否シナリオを受信した段階で実行しても良い。これにより、ユーザの好みに応じて適切なシナリオを選択して実行することが可能となる。
【００６４】
本実施の形態２は以上の如きであり、その他は実施の形態１と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
【００６５】
実施の形態３
実施の形態３は第２優先度を用いる形態に関する。図２３は決定シナリオＤＢ２５４のレコードレイアウトを示す説明図である。上述した実施の形態の決定シナリオＤＢ２５４に加えて、選択順序指数フィールドが設けられている。選択順序指数フィールドには、削減可能電力量と優先度とを乗じ、乗じた値の大小に基づきシナリオを選択するために用いられる第２優先度（以下、選択順序指数という）が記憶されている。図２３の例では、蓄電池に関しては削減可能電力量500Whに、優先度0.812909が乗じられ、選択順序指数は406.4545となる。ＣＰＵ２１は、選択順序指数が大きいものを優先的に選択する。図２３の例では、選択シナリオである蓄電池及び拒否シナリオである居間エアコンを除き、最も選択順序指数が高いのは、子供部屋エアコンとなる。蓄電池の500Wh及び子供部屋エアコンの300Whにより削減量800Whに達するので、蓄電池及び子供部屋エアコンのシナリオが実施予定シナリオとなる。なお、選択順序指数の算出方法は一例でありこれに限るものではない。削減可能電力量に優先度を加算する、削減可能電力量に優先度及び係数を乗じるなど適宜の方法により選択順序指数を算出すればよい。その他、選択順序指数を計算することなく、予め電力機器２の記憶部１５に記憶しておいても良い。
【００６６】
図２４は選択順序指数の記憶処理手順を示すフローチャートである。電力機器２のＣＰＵ２１は、ＤＲイベントファイル２５１を参照し削減量を読み出す（ステップＳ２４１）。ＣＰＵ２１は、シナリオＤＢ２５３を参照し、拒否シナリオ及び選択シナリオを読み出す(ステップＳ２４２)。ＣＰＵ２１は、読み出した選択シナリオを実施予定シナリオとして、ＲＡＭ２２に記憶する(ステップＳ２４３)。
【００６７】
ＣＰＵ２１は、選択シナリオに係る削減可能電力量の合計値が、ステップＳ２４１で読み出した削減量に達したか否かを判断する(ステップＳ２４４)。ＣＰＵ２１は、合計値に達したと判断した場合(ステップＳ２４４でＹＥＳ)、処理をステップＳ２４１１へ移行させる。ＣＰＵ２１は、削減量に達していないと判断した場合(ステップＳ２４４でＮＯ)、処理をステップＳ２４５へ移行させる。ＣＰＵ２１は、拒否シナリオを除く各シナリオの削減可能電力量及び優先度を読み出す(ステップＳ２４５)。ＣＰＵ２１は、優先度に削減可能電力量を乗じて、各シナリオの選択順序指数を算出する(ステップＳ２４６)。
【００６８】
ＣＰＵ２１は、シナリオＤＢ２５３を参照し、拒否シナリオを除いて、選択順序指数の最も高いシナリオ及び対応する削減可能電力量を抽出する（ステップＳ２４７）。ＣＰＵ２１は、決定シナリオＤＢ２５４に実施予定シナリオとしてＲＡＭ２２に記憶する（ステップＳ２４８）。ＣＰＵ２１は、ＲＡＭ２２に記憶した実施予定シナリオの削減可能電力量の合計値を算出し、算出した合計値が削減量に達したか否かを判断する（ステップＳ２４９）。
【００６９】
ＣＰＵ２１は、合計値に達していないと判断した場合（ステップＳ２４９でＮＯ）、処理をステップＳ２４１０へ移行させる。ＣＰＵ２１は、シナリオＤＢ２５３を参照し、拒否シナリオを除いて次に選択順序指数の高いシナリオ及び対応する削減可能電力量を抽出する（ステップＳ２４１０）。ＣＰＵ２１はその後処理をステップＳ２４８へ移行させる。ＣＰＵ２１は、削減量に達したと判断した場合（ステップＳ２４９でＹＥＳ）、処理をステップＳ２４１１へ移行させる。
【００７０】
ＣＰＵ２１は、ステップＳ２４３及びＳ２４８にてＲＡＭ２２に記憶した全ての実施予定シナリオを読み出す。ＣＰＵ２１は、読み出した実施予定シナリオについて、決定シナリオＤＢ２５４に、シナリオＩＤに対応付けて実施予定フラグを記憶する（ステップＳ２４１１）。以降の処理はステップＳ２１１と同様であるので詳細な説明は省略する。これにより、優先度に加えて、削減することが可能な電力量をも考慮した値に基づき適切にシナリオを選択することが可能となる。なお、本実施形態ではステップＳ２４５にて削減可能電力量を算出する例を挙げたが、予め全ての削減可能電力量を計算しておいても良い。この場合、ＣＰＵ２１は、記憶部１５に記憶した削減可能電力量を読み出して、削減可能電力量の大小に基づいて実施予定シナリオを決定する。
【００７１】
本実施の形態３は以上の如きであり、その他は実施の形態１及び２と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
【００７２】
実施の形態４
実施の形態４はＤＲイベント開始後にシナリオを決定する形態に関する。図２５は決定シナリオＤＢ２５４のレコードレイアウトを示す説明図である。ＤＲイベント開始後に、各種原因により予定されていた削減量を達成することができない場合がある。例えば、ユーザにより、子供部屋エアコンの温度設定が変更され、シナリオの実施予定が解除される場合、または、外気温が高くさらに多くの電力で室内を冷却する必要がある場合等である。図２５の例の場合、子供部屋エアコンのシナリオを実現することができず、300Whの削減が必要となる。この場合、拒否シナリオを除き、選択順序指数の高い居間照明及び冷蔵庫が選択される。居間照明の削減可能電力量は200Wh、冷蔵庫の削減可能電力量は100Whであるので、合計で300Whの削減要求を満たすことができる。
【００７３】
図２６及び図２７は実施予定シナリオの追加処理手順を示すフローチャートである。ＣＰＵ２１は、ＤＲイベントファイル２５１を参照し、ＤＲイベントが開始したか否かを判断する(ステップＳ２６１)。ＣＰＵ２１は、開始していないと判断した場合(ステップＳ２６１でＮＯ)、開始するまで待機する。ＣＰＵ２１は、開始すると判断した場合(ステップＳ２６１でＹＥＳ)、処理をステップＳ２６２へ移行させる。ＣＰＵ２１は、ＤＲイベントファイル２５１を参照し、削減量（目標削減量）を読み出す(ステップＳ２６２)。ＣＰＵ２１は、スマートメータ３から使用電力量を取得する(ステップＳ２６３)。ＣＰＵ２１は、使用電力量から目標電力量を減じて現在の電力削減量（以下、現在削減量という）を算出する(ステップＳ２６４)。
【００７４】
目標電力量は例えば1200Whまたは目標削減量（例えば800Wh）と共に予めサーバコンピュータ６から携帯電話１を介して電力機器２に通知されている。ここで使用電力量が1700Whの場合、使用電力量1700Whから目標電力量1200Whを減じて現在削減量500Whが算出される。ＣＰＵ２１は、目標削減量と現在削減量との差分を算出する(ステップＳ２６５)。上述の例の場合、目標削減量800Whと現在削減量500Whとの差分は300Whとなる。
【００７５】
ＣＰＵ２１は、差分が閾値以内か否かを判断する(ステップＳ２６６)。ＣＰＵ２１は、差分が閾値以内である場合(ステップＳ２６６でＹＥＳ)、特に追加でシナリオを設定する必要はないため、処理を終了する。閾値は例えば50Whである。なお、閾値の値は一例でありこれに限るものではない。ＣＰＵ２１は、差分が閾値以内でないと判断した場合(ステップＳ２６６でＮＯ)、処理をステップＳ２６７へ移行させる。ＣＰＵ２１は、ＤＲイベント開始後に、電力機器２に対してユーザの操作により、温度設定の変更、出力の変更、電源のオンまたはオフ等があったシナリオのレコードを決定シナリオ２５４から削除する(ステップＳ２６７)。
【００７６】
ＣＰＵ２１は、拒否シナリオを除いて、実施予定フラグが設定されていないシナリオから選択順序指数の最も高いシナリオ及び削除可能電力量を抽出する(ステップＳ２６８)。なお、選択順序指数に代えて優先度を用いても良い。ＣＰＵ２１は、抽出したシナリオを実施予定シナリオとして、ＲＡＭ２２に記憶する(ステップＳ２６９)。
【００７７】
ＣＰＵ２１は、追加実施予定のシナリオの削減可能電力量の合計値が、差分に達したか否かを判断する(ステップＳ２７１)。ＣＰＵ２１は、差分に達していないと判断した場合(ステップＳ２７１でＮＯ)、処理をステップＳ２７２へ移行させる。ＣＰＵ２１は、シナリオＤＢ２５３を参照し、拒否シナリオを除いて、実施予定フラグが設定されていない次に選択順序指数の高いシナリオ及び対応する削減可能電力量を抽出する（ステップＳ２７２）。ＣＰＵ２１は、その後処理をステップＳ２６９に戻す。ＣＰＵ２１は、差分に達したと判断した場合(ステップＳ２７１でＹＥＳ)、処理をステップＳ２７３へ移行させる。
【００７８】
ＣＰＵ２１は、ステップＳ２６９にてＲＡＭ２２に記憶した追加の実施予定シナリオを読み出す。ＣＰＵ２１は、読み出した追加の実施予定シナリオについて、決定シナリオＤＢ２５４に、シナリオＩＤに対応付けて追加の実施予定フラグを記憶する（ステップＳ２７３）。ＣＰＵ２１は、記憶したシナリオＩＤ及び実施予定フラグを携帯電話１へ送信する（ステップＳ２７４）。ＣＰＵ２１は、決定シナリオＤＢ２５４の機器ＩＤ及び実施予定フラグを参照し、自機器で実施するシナリオが存在するか否かを判断する（ステップＳ２７５）。
【００７９】
ＣＰＵ２１は、自機器で実施するシナリオが存在しないと判断した場合(ステップＳ２７５でＮＯ)、処理を終了する。ＣＰＵ２１は、自機器で実施するシナリオが存在すると判断した場合(ステップＳ２７５でＹＥＳ)、処理をステップＳ２７６へ移行させる。ＣＰＵ２１は、温度制御部２９に対し、温度制御を指示する(ステップＳ２７６)。ＣＰＵ２１は、イベント終了日時に達したか否かを判断する(ステップＳ２７７)。
【００８０】
ＣＰＵ２１は、イベント終了日時に達していないと判断した場合(ステップＳ２７７でＮＯ)、終了日時に達するまで待機する。ＣＰＵ２１は、イベント終了日時に達したと判断した場合(ステップＳ２７７でＹＥＳ)、処理をステップＳ２７８へ移行させる。ＣＰＵ２１は、シナリオに基づく制御を停止する。ＣＰＵ２１は、温度制御部２９に対する温度制御指示を取り消す(ステップＳ２７８)。これにより、削減量が目標に達していない場合、状況に応じてシナリオを追加することが可能となる。また追加する場合も拒否シナリオを排除して制御することが可能となる。
【００８１】
本実施の形態４は以上の如きであり、その他は実施の形態１から３と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
【００８２】
実施の形態５
図２８は実施の形態５に係る情報処理システムの概要を示す説明図である。本実施形態では携帯電話１を複数用いる。選択シナリオ及び拒否シナリオは携帯電話１ａから電力機器２に送信される。同様に携帯電話１ｂからも選択シナリオ及び拒否シナリオを電力機器２に送信することができる。ここで携帯電話１ａ（一の携帯電話１）と携帯電話１ｂ（他の携帯電話１）との間でシナリオの選択、拒否が一致しない場合がある。この場合、電力機器２のＣＰＵ２１は、最後に送信された選択シナリオまたは拒否シナリオを採用する。
【００８３】
図２９は決定シナリオＤＢ２５４のレコードレイアウトを示す説明図である。例えば、一の携帯電話１が居間エアコンのシナリオを拒否シナリオに設定したとする。その後、他の携帯電話１が居間エアコンのシナリオを選択シナリオに設定したとする。この場合、ＣＰＵ２１は、最後に選択シナリオを送信した他の携帯電話１に従い、選択状況フィールドのレコードを拒否から選択に変更する。
【００８４】
図３０及び図３１は選択または拒否の処理手順を示すフローチャートである。電力機器２のＣＰＵ２１は、ＤＲイベントファイル２５１の開始日時フィールドを参照し、ＤＲイベント開始の１時間前であるか否かを判断する（ステップＳ３０１）。ＣＰＵ２１は、１時間前でないと判断した場合（ステップＳ３０１でＮＯ）、１時間前となるまで待機する。ＣＰＵ２１は、１時間前であると判断した場合（ステップＳ３０１でＹＥＳ）、処理をステップＳ３０２へ移行させる。ＣＰＵ２１は、機器シナリオＤＢ２５５からシナリオを読み出す（ステップＳ３０２）。ＣＰＵ２１は、読み出したシナリオを機器ＩＤと共に他の電力機器２及び各携帯電話１へ送信する（ステップＳ３０３）。
【００８５】
携帯電話１のＣＰＵ１１は、各電力機器２から送信されたシナリオを受信する（ステップＳ３０４）。同様に電力機器２のＣＰＵ２１は、は他の電力機器２からのシナリオを受信する（ステップＳ３０５）。ＣＰＵ２１は、全てのシナリオをイベントＩＤに対応付けてシナリオＤＢ２５３に記憶する（ステップＳ３０６）。携帯電話１のＣＰＵ１１は、全てのシナリオをイベントＩＤに対応付けてシナリオＤＢ１５３に記憶する（ステップＳ３０７）。ＣＰＵ１１は、図１１で示したように、シナリオＤＢ１５３を参照し、表示部１４にシナリオを表示する（ステップＳ３０８）。
【００８６】
ＣＰＵ１１は、入力部１３を通じて選択シナリオを受け付けたか否かを判断する（ステップＳ３０９）。ＣＰＵ１１は、受け付けたと判断した場合（ステップＳ３０９でＹＥＳ）、処理をステップＳ３１１へ移行させる。ＣＰＵ１１は、選択されたシナリオに対応付けて選択フラグをシナリオＤＢ１５３に記憶する（ステップＳ３１１）。ＣＰＵ１１は、受け付けていないと判断した場合（ステップＳ３０９でＮＯ）、ステップＳ３１７へ処理を移行させる。ＣＰＵ１１は、各電力機器２へイベントＩＤ及び選択フラグ（選択削減制御情報）を送信する（ステップＳ３１２）。
【００８７】
電力機器２のＣＰＵ２１は、イベントＩＤ及び選択フラグを受信する(ステップＳ３１３)。ＣＰＵ２１は、対応するイベントＩＤに既に拒否フラグが記憶されているか否かを判断する(ステップＳ３１４)。ＣＰＵ２１は、記憶されていないと判断した場合(ステップＳ３１４でＮＯ)、イベントＩＤに対応付けて選択フラグをシナリオＤＢ２５３に記憶する（ステップＳ３１５）。ＣＰＵ２１は、記憶されていると判断した場合(ステップＳ３１４でＹＥＳ)、処理をステップＳ３１６へ移行させる。ＣＰＵ２１は、記憶されている拒否フラグに代えて、選択フラグに変更する(ステップＳ３１６)。
【００８８】
携帯電話１のＣＰＵ１１は、入力部１３を通じて拒否シナリオを受け付けたか否かを判断する（ステップＳ３１７）。ＣＰＵ１１は、受け付けたと判断した場合（ステップＳ３１７でＹＥＳ）、処理をステップＳ３１８へ移行させる。ＣＰＵ１１は、選択されたシナリオに対応付けて拒否フラグをシナリオＤＢ１５３に記憶する（ステップＳ３１８）。ＣＰＵ１１は、受け付けていないと判断した場合（ステップＳ３１７でＮＯ）、処理をステップＳ３１１４へ移行させる。ＣＰＵ１１は、各電力機器２へイベントＩＤ及び拒否フラグ（拒否削減制御情報）を送信する（ステップＳ３１９）。
【００８９】
電力機器２のＣＰＵ２１は、イベントＩＤ及び拒否フラグを受信する(ステップＳ３１１１０)。ＣＰＵ２１は、対応するイベントＩＤに既に選択フラグが記憶されているか否かを判断する(ステップＳ３１１１)。ＣＰＵ２１は、記憶されていると判断した場合(ステップＳ３１１１でＹＥＳ)、処理をステップＳ３１１３へ移行させる。ＣＰＵ２１は、シナリオＤＢ２５３に既に登録済みの選択フラグを拒否フラグに変更する(ステップＳ３１１３)。ＣＰＵ２１は、記憶されていないと判断した場合(ステップＳ３１１１でＮＯ)、シナリオＩＤに対応付けて拒否フラグをシナリオＤＢ２５３に記憶する（ステップＳ３１１２）。
【００９０】
ＣＰＵ１１は、入力部１３を通じて、選択または拒否を入力することを完了する完了ボタンを受け付けたか否かを判断する（ステップＳ３１１４）。ＣＰＵ１１は、完了ボタンを受け付けていないと判断した場合（ステップＳ３１１４でＮＯ）、処理をステップＳ３０９へ戻す。ＣＰＵ１１は、完了ボタンを受け付けたと判断した場合（ステップＳ３１１４でＹＥＳ）、一連の処理を終了する。これにより、複数のユーザが異なるシナリオを選択または拒否した場合でも、最後に選択または拒否したシナリオに基づいて削減シナリオが実行することが可能となる。
【００９１】
本実施の形態５は以上の如きであり、その他は実施の形態１から４と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
【００９２】
実施の形態６
図３２は上述した形態の電力機器２の動作を示す機能ブロック図である。ＣＰＵ２１が制御プログラム２５Ｐを実行することにより、電力機器２は以下のように動作する。取得部３２１は、電力削減要求を取得する。特定部３２２は、取得した電力削減要求に対応して実行することが可能な第１削減制御情報を特定する。第２取得部３２３は、前記外部装置から、該外部装置にて前記電力削減要求に対応して実行することが可能な第２削減制御情報を取得する。決定部３２４は、前記第１削減制御情報及び前記第２削減制御情報から前記電力削減要求に基づいて実行すべき削減制御情報を決定する。指示出力部３２５は決定した削減制御情報に前記第１削減制御情報が含まれている場合、前記第１削減制御情報に基づく削減制御の実行指示を出力する。
【００９３】
図３３は実施の形態６に係る携帯電話１のハードウェア群を示すブロック図である。携帯電話１を動作させるためのプログラムは、ディスクドライブ、メモリーカードスロット等の読み取り部１０ＡにＣＤ−ＲＯＭ、ＤＶＤ（Digital Versatile Disc）ディスク、メモリーカード、またはＵＳＢ(Universal Serial Bus)メモリ等の可搬型記録媒体１Ａを読み取らせて記憶部１５に記憶しても良い。また当該プログラムを記憶したフラッシュメモリ等の半導体メモリ１Ｂを携帯電話１内に実装しても良い。さらに、当該プログラムは、インターネット等の通信網Ｎを介して接続される他のサーバコンピュータ（図示せず）からダウンロードすることも可能である。以下に、その内容を説明する。
【００９４】
図３３に示す携帯電話１は、上述した各種ソフトウェア処理を実行するプログラムを、可搬型記録媒体１Ａまたは半導体メモリ１Ｂから読み取り、或いは、通信網Ｎを介して他のサーバコンピュータ（図示せず）からダウンロードする。当該プログラムは、制御プログラム１５Ｐとしてインストールされ、ＲＡＭ１２にロードして実行される。これにより、上述した携帯電話１として機能する。
【００９５】
図３４は実施の形態６に係る電力機器２のハードウェア群を示すブロック図である。電力機器２を動作させるためのプログラムは、ディスクドライブ、メモリーカードスロット等の読み取り部２０ＡにＣＤ−ＲＯＭ、ＤＶＤ（Digital Versatile Disc）ディスク、メモリーカード、またはＵＳＢ(Universal Serial Bus)メモリ等の可搬型記録媒体２Ａを読み取らせて記憶部２５に記憶しても良い。また当該プログラムを記憶したフラッシュメモリ等の半導体メモリ１Ｂを電力機器２内に実装しても良い。さらに、当該プログラムは、インターネット等の通信網Ｎまたは近距離通信網Ｎ１を介して接続される他のサーバコンピュータ（図示せず）からダウンロードすることも可能である。以下に、その内容を説明する。
【００９６】
図３４に示す電力機器２は、上述した各種ソフトウェア処理を実行するプログラムを、可搬型記録媒体２Ａまたは半導体メモリ２Ｂから読み取り、或いは、通信網Ｎまたは近距離通信網Ｎ１を介して他のサーバコンピュータ（図示せず）からダウンロードする。当該プログラムは、制御プログラム２５Ｐとしてインストールされ、ＲＡＭ２２にロードして実行される。これにより、上述した電力機器２として機能する。
【００９７】
本実施の形態６は以上の如きであり、その他は実施の形態１から５と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
【００９８】
以上の実施の形態１から６を含む実施形態に関し、さらに以下の付記を開示する。
【００９９】
（付記１）
コンピュータに、
電力削減要求を取得し、
取得した前記電力削減要求に対応して実行することが可能な第１削減制御情報を特定し、
外部装置から、該外部装置にて前記電力削減要求に対応して実行することが可能な第２削減制御情報を取得し、
前記第１削減制御情報及び前記第２削減制御情報から前記電力削減要求に基づいて実行すべき削減制御情報を決定し、
決定した削減制御情報に前記第１削減制御情報が含まれている場合、前記第１削減制御情報に基づく削減制御の実行指示を出力する
処理を実行させるプログラム。
（付記２）
各削減制御情報に対応付けられた優先度を参照し、前記第１削減制御情報及び前記第２削減制御情報から削減制御情報を決定する
付記１に記載のプログラム。
（付記３）
各削減制御情報に対応付けられた電力の削減量及び優先度を参照し、削減量の合計値が前記電力削減要求を満たすよう、前記第１削減制御情報及び前記第２削減制御情報から削減制御情報を決定する
付記１または２に記載のプログラム。
（付記４）
前記第１削減制御情報を情報処理装置へ出力し、
出力された前記第１削減制御情報、及び、前記外部装置から出力された第２削減制御情報から選択された選択削減制御情報を前記情報処理装置から取得し、
取得した選択削減制御情報を含む削減制御情報を決定する
付記１から３のいずれか一つに記載のプログラム。
（付記５）
前記第１削減制御情報を情報処理装置へ出力し、
出力された前記第１削減制御情報、及び、前記外部装置から出力された第２削減制御情報から実行が拒否される拒否削減制御情報を前記情報処理装置から取得し、
取得した拒否削減制御情報を含まない削減制御情報を決定する
付記１から４のいずれか一つに記載のプログラム。
（付記６）
前記選択削減制御情報及び拒否削減制御情報を取得していない場合、各削減制御情報に対応付けられた電力の削減量及び優先度を参照し、削減量の合計値が前記電力削減要求を満たすよう、前記第１削減制御情報及び前記第２削減制御情報から削減制御情報を決定する
付記５に記載のプログラム。
（付記７）
前記第１削減制御情報が選択削減制御情報に該当する場合、優先度を増加し、
前記第１削減制御情報が拒否削減制御情報に該当する場合、優先度を低下する
処理を実行させる付記５または付記６に記載のプログラム。
（付記８）
前記第1削減制御情報及び前記第２削減制御情報に対応付けられた電力の削減量及び優先度を取得し、
取得した削減量及び優先度に基づき前記第１削減制御情報及び前記第２削減制御情報の第２優先度を算出し、
算出した前記第１削減制御情報及び前記第２削減制御情報の第２優先度及び削減量を参照し、削減量の合計値が前記電力削減要求を満たすよう、前記第１削減制御情報及び前記第２削減制御情報から削減制御情報を決定する
付記１または２に記載のプログラム。
（付記９）
決定した削減制御情報に基づき削減制御を実行した後の削減量が、前記電力削減要求を満たすか否かを判断し、
満たしていないと判断した場合、前記第１削減制御情報及び前記第２削減制御情報に対応付けられた電力の削減量及び優先度を参照し、削減量の合計値が前記電力削減要求を満たすよう、前記第１削減制御情報及び前記第２削減制御情報から削減制御情報を決定する
付記１から８のいずれか一つに記載のプログラム。
（付記１０）
決定した削減制御情報に基づき削減制御を実行した後の削減量が、前記電力削減要求を満たすか否かを判断し、
満たしていないと判断し、かつ、拒否削減制御情報を取得している場合、前記第1削減制御情報及び前記第２削減制御情報に対応付けられた電力の削減量及び優先度を参照し、削減量の合計値が前記電力削減要求を満たすよう、前記第１削減制御情報及び前記第２削減制御情報から前記拒否削減制御情報を含まない削減制御情報を決定する
付記１から８のいずれか一つに記載のプログラム。
（付記１１）
前記第１削減制御情報を情報処理装置へ出力し、
出力された前記第１削減制御情報、及び、前記外部装置から出力された第２削減制御情報から選択された選択削減制御情報を前記情報処理装置から取得し、
取得した選択削減制御情報を含む削減制御情報を決定し、
削減制御情報を決定した後に、前記情報処理装置とは異なる他の情報処理装置から、前記選択削減制御情報に対応する拒否削減制御情報を取得した場合、決定した選択削減制御情報を拒否削減制御情報へ変更し、
変更した拒否削減制御情報を含まない削減制御情報に決定する
付記１から３のいずれか一つに記載のプログラム。
（付記１２）
前記第１削減制御情報を情報処理装置へ出力し、
出力された前記第１削減制御情報、及び、前記外部装置から出力された第２削減制御情報から実行が拒否される拒否削減制御情報を前記情報処理装置から取得し、
取得した拒否削減制御情報を含まない削減制御情報を決定し、
削減制御情報を決定した後に、前記情報処理装置とは異なる他の情報処理装置から、前記拒否削減制御情報に対応する選択削減制御情報を取得した場合、決定した拒否削減制御情報を選択削減制御情報へ変更し、
変更した選択削減制御情報を含む削減制御情報に決定する
付記１から３のいずれか一つに記載のプログラム。
（付記１３）
情報処理装置に、
取得した電力削減要求を第１装置及び第２装置へ出力し、
前記電力削減要求に対応して前記第１装置で実行することが可能な第１削減制御情報を前記第１装置から取得し、
前記電力削減要求に対応して前記第２装置で実行することが可能な第２削減制御情報を取得し、
取得した第１削減制御情報及び第２削減制御情報から、前記第１装置または第２装置で実行する削減制御に対応する選択削減制御情報を選択し、
選択した選択削減制御情報を前記第１装置及び前記第２装置へ出力する
処理を実行させるプログラム。
（付記１４)
取得した第１削減制御情報及び第２削減制御情報から、前記第１装置または第２装置での実行を拒否する削減制御に対応する拒否削減制御情報を選択し、
選択した拒否削減制御情報を前記第１装置及び前記第２装置へ出力する
付記１３に記載のプログラム。
（付記１５）
前記第１装置または第２装置から決定された削減制御情報を取得する
付記１３または１４に記載のプログラム。
（付記１６）
前記選択削減制御情報の出力に応じて該選択削減制御情報が含まれ、前記拒否削減制御情報の出力に応じて該拒否削減制御情報が含まれていない決定された削減制御情報を前記第１装置または第２装置から取得する
付記１４に記載のプログラム。
（付記１７）
電力削減要求を取得する取得部と、
取得した前記電力削減要求に対応して実行することが可能な第１削減制御情報を特定する特定部と、
外部装置から、該外部装置にて前記電力削減要求に対応して実行することが可能な第２削減制御情報を取得する第２取得部と、
前記第１削減制御情報及び前記第２削減制御情報から前記電力削減要求に基づいて実行すべき削減制御情報を決定する決定部と、
決定した削減制御情報に前記第１削減制御情報が含まれている場合、前記第１削減制御情報に基づく削減制御の実行指示を出力する指示出力部と
を備える制御装置。
（付記１８）
コンピュータに、
電力削減要求を取得し、
取得した前記電力削減要求に対応して実行することが可能な第１削減制御情報を特定し、
外部装置から、該外部装置にて前記電力削減要求に対応して実行することが可能な第２削減制御情報を取得し、
前記第１削減制御情報及び前記第２削減制御情報から前記電力削減要求に基づいて実行すべき削減制御情報を決定し、
決定した削減制御情報に前記第１削減制御情報が含まれている場合、前記第１削減制御情報に基づく削減制御の実行指示を出力する
処理を実行させる情報処理方法。
【符号の説明】
【０１００】
１      携帯電話
１Ａ、２Ａ  可搬型記録媒体
１Ｂ、２Ｂ  半導体メモリ
２      電力機器
３      スマートメータ
４      分電盤
５      ルータ
６      サーバコンピュータ
１０Ａ、２０Ａ  読み取り部
１１    ＣＰＵ
１２    ＲＡＭ
１３    入力部
１４    表示部
１５    記憶部
１５Ｐ  制御プログラム
１６    通信部
１８    時計部
１９    近距離通信部
２１    ＣＰＵ
２５    記憶部
２５Ｐ  制御プログラム
２６    近距離通信部
２８    時計部
２９    温度制御部
３１    ＣＰＵ
３２    電力量計測装置
３５    記憶部
３５Ｐ  制御プログラム
３６    近距離通信部
３８    時計部
１５１  ＤＲイベントファイル
１５２  時間帯別電力量ＤＢ
１５３  シナリオＤＢ
１５４  決定シナリオＤＢ
３２１  取得部
３２２  特定部
３２３  第２取得部
３２４  決定部
３２５  指示出力部
３５０  電力量カウンタ
３５１  ＤＲイベントファイル
Ｎ      通信網
Ｎ１    近距離通信網
【図１】
2017085823.tif 000003
【図２】
2017085823.tif 000004
【図３】
2017085823.tif 000005
【図４】
2017085823.tif 000006
【図５】
2017085823.tif 000007
【図６】
2017085823.tif 000008
【図７】
2017085823.tif 000009
【図８】
2017085823.tif 000010
【図９】
2017085823.tif 000011
【図１０】
2017085823.tif 000012
【図１１】
2017085823.tif 000013
【図１２】
2017085823.tif 000014
【図１３】
2017085823.tif 000015
【図１４】
2017085823.tif 000016
【図１５】
2017085823.tif 000017
【図１６】
2017085823.tif 000018
【図１７】
2017085823.tif 000019
【図１８】
2017085823.tif 000020
【図１９】
2017085823.tif 000021
【図２０】
2017085823.tif 000022
【図２１】
2017085823.tif 000023
【図２２】
2017085823.tif 000024
【図２３】
2017085823.tif 000025
【図２４】
2017085823.tif 000026
【図２５】
2017085823.tif 000027
【図２６】
2017085823.tif 000028
【図２７】
2017085823.tif 000029
【図２８】
2017085823.tif 000030
【図２９】
2017085823.tif 000031
【図３０】
2017085823.tif 000032
【図３１】
2017085823.tif 000033
【図３２】
2017085823.tif 000034
【図３３】
2017085823.tif 000035
【図３４】
2017085823.tif 000036