(57)【要約】  ＤＲコントローラ（２００）は、サーバ（１００）を識別するための第一識別子と、ユーザに固有の契約を識別するための第二識別子とを受け付ける起動・検証部（２０２）と、第一識別子により識別されるサーバ（１００）へ、第二識別子を送信する通信部（２０３）と、サーバ（１００）により契約に基づいて作成された電力消費機器の制御スケジュールを、送信された第二識別子の応答として受信する通信部（２０３）と、制御スケジュールに基づいて、電力消費機器で消費される電力量を減少させるように電力消費機器を制御するインタフェース部（２０１）とを備え、サーバ（１００）は、第二識別子を端末装置から受信する通信部（１０１）と、第二識別子により識別される契約に基づいて、ユーザに固有の電力消費機器の制御スケジュールを作成するペアリング管理部（１０３）と、作成された制御スケジュールを端末装置に送信する通信部（１０１）とを備える。
2014002494.tif 000002
【特許請求の範囲】
【請求項１】
電力消費機器を制御可能な端末装置と、当該端末装置とネットワークを介して通信可能なサーバとを備えるデマンドレスポンスシステムであって、
前記端末装置は、
前記サーバを識別するための第一識別子と、前記電力消費機器の制御のための契約であって、ユーザに固有の契約を識別するための第二識別子とを受け付ける入力部と、
第一識別子により識別される前記サーバへ、前記第二識別子を送信する第一送信部と、
前記サーバにより前記契約に基づいて作成された前記電力消費機器の制御スケジュールを、送信された前記第二識別子の応答として前記サーバから受信する第一受信部と、
前記第一受信部が受信した前記制御スケジュールに基づいて、前記電力消費機器で消費される電力量を減少させるように前記電力消費機器を制御する第一制御部とを備え、
前記サーバは、
前記第二識別子を前記端末装置から受信する第二受信部と、
前記第二識別子により識別される契約に基づいて、前記ユーザに固有の前記電力消費機器の制御スケジュールを作成する第二制御部と、
前記第二制御部により作成された前記制御スケジュールを、受信された前記第二識別子の応答として前記端末装置に送信する第二送信部とを備える
デマンドレスポンスシステム。
【請求項２】
前記端末装置は、さらに、
前記電力消費機器を識別するための第三識別子を格納している第一メモリを備え、
前記第一送信部は、さらに、
前記第三識別子を前記サーバへ送信し、
前記第二受信部は、さらに、
前記第三識別子を前記端末装置から受信し、
前記第二制御部は、
前記第二識別子により識別される契約に基づいて、固有のユーザについての前記電力消費機器の制御スケジュールであって、前記第三識別子で識別される前記電力消費機器の制御スケジュールを、前記制御スケジュールとして作成する
請求項１に記載のデマンドレスポンスシステム。
【請求項３】
前記電力消費機器は、前記ユーザが電力消費を制御することができる場所に設置された電力消費機器であって、
前記第一メモリは、前記場所を示す場所情報を保持し、
前記第一送信部は、前記場所情報を前記サーバに送信し、
前記第二受信部は、前記場所情報を前記端末装置から受信し、
前記第二制御部は、
前記第二識別子により識別される契約に基づいて、固有のユーザについての前記電力消費機器の制御スケジュールであって、前記第三識別子で識別される前記電力消費機器の、前記場所情報に基づいて定められる制御スケジュールを、前記制御スケジュールとして作成する
請求項１又は２に記載のデマンドレスポンスシステム。
【請求項４】
前記第一メモリは、前記電力消費機器の運用状況、又は、ユーザが前記電力消費機器を使用可能な期間についての情報であるＤＲ情報を保持し、
前記第一制御部は、
前記制御スケジュールと前記ＤＲ情報とを比較することによって、前記制御スケジュールに従った前記電力消費機器の制御を実行することが許容されるか否かを判定し、
前記第一送信部は、
前記制御を実行することが許容されないと判定したときに、前記制御スケジュールを修正するための修正要求と、前記電力消費機器の運用状況又はユーザが前記電力消費機器を使用可能な期間についての修正情報とを前記サーバへ送信し、
前記第二受信部は、前記修正情報を前記端末装置から受信し、
前記第二制御部は、前記修正情報に基づいて前記制御スケジュールを修正することにより、前記制御スケジュールを作成し、
前記第一制御部は、前記第二制御部が修正した後の前記制御スケジュールに基づいて前記電力消費機器を制御する
請求項１〜３のいずれか１項に記載のデマンドレスポンスシステム。
【請求項５】
前記端末装置は、ユーザに前記制御スケジュールを通知する通知装置に前記制御スケジュールを送信し、
前記第一制御部は、前記通知装置を通じて入力される前記ユーザによる指示と、前記制御スケジュールとに基づいて、前記制御を実行することが許容されるか否かを判定する
請求項４に記載のデマンドレスポンスシステム。
【請求項６】
前記端末装置は、
画像、文字メッセージ、又は、音声によって、前記制御スケジュールを前記ユーザに示すインタフェースを備え、
前記第一制御部は、前記制御スケジュールを前記ユーザに示した後に、前記インタフェースを通じて入力されるユーザによる指示に基づいて、前記制御スケジュールにより前記制御を実行することが許容されるか否かを判定する
請求項５に記載のデマンドレスポンスシステム。
【請求項７】
前記第一制御部は、
許容される場合は前記制御スケジュールに基づいて前記電力消費機器を制御し、許容されない場合はユーザの前記指示の内容に基づいて前記制御スケジュールを修正する
請求項５又は６に記載のデマンドレスポンスシステム。
【請求項８】
前記第一送信部は、前記制御の結果を示す結果情報を送信し、
前記第二受信部は、前記端末装置から前記結果情報を受信し、
前記サーバは、さらに、
前記第二受信部が受信した前記結果情報を格納する第二メモリを備える
請求項６に記載のデマンドレスポンスシステム。
【請求項９】
前記入力部は、
前記第一識別子と前記第二識別子とが記録された記録媒体から、前記第一識別子と前記第二識別子とを読み込むことにより、前記第一識別子と前記第二識別子とを受け付ける
請求項１〜８のいずれか１項に記載のデマンドレスポンスシステム。
【請求項１０】
前記電力消費機器は、家庭電化製品、電力貯蔵機器及び電力生成機器のうちの少なくとも１つである
請求項１〜９のいずれか１項に記載のデマンドレスポンスシステム。
【請求項１１】
前記制御は、ユーザプロファイルの変更と、ユーザの電力プロファイルの変更と、予約緊急バックアップ、周波数制限、若しくは、価格制限のようなＤＲに関連する補助サービスのソースとして使われる要求とのうちの少なくとも１つに対する応答をすることが可能であるアグリゲータ又はサービスプロバイダからの要求に対するユーザの応答である
請求項１〜１０のいずれか１項に記載のデマンドレスポンスシステム。
【請求項１２】
電力消費機器を制御可能な端末装置とネットワークを介して通信可能なサーバであって、
前記電力消費機器の制御のための契約であって、ユーザに固有の契約を識別するための第二識別子を、前記電力消費機器に接続される端末装置から受信する受信部と、
前記第二識別子により識別される契約に基づいて、前記電力消費機器の制御スケジュールを作成する制御部と、
前記制御部により作成された前記制御スケジュールを前記端末装置に送信する送信部とを備える
サーバ。
【請求項１３】
電力消費機器を制御可能な端末装置であって、
前記電力消費機器の制御を行うための情報を生成するサーバを識別するための第一識別子と、前記制御のための契約であって、ユーザに固有の契約を識別するための第二識別子とを受け付ける入力部と、
第一識別子により識別される前記サーバへ、前記第二識別子を送信する送信部と、
前記サーバにより前記契約に基づいて作成された前記電力消費機器の制御スケジュールを、送信された前記第二識別子の応答として前記サーバから受信する受信部と、
前記受信部が受信した前記制御スケジュールに基づいて、前記電力消費機器で消費される電力量を減少させるように前記電力消費機器を制御する制御部とを備える
端末装置。
【請求項１４】
電力消費機器を制御可能な端末装置における制御方法であって、
前記電力消費機器の制御を行うための情報を生成するサーバを識別するための第一識別子と、前記制御のための契約であって、ユーザに固有の契約を識別するための第二識別子とを受け付ける入力ステップと、
第一識別子により識別される前記サーバへ、前記第二識別子を送信する送信ステップと、
前記サーバにより前記契約に基づいて作成された前記電力消費機器の制御スケジュールを、送信された前記第二識別子の応答として前記サーバから受信する受信ステップと、
前記受信ステップで受信した前記制御スケジュールに基づいて、前記電力消費機器で消費される電力量を減少させるように前記電力消費機器を制御する制御ステップとを含む
制御方法。
【請求項１５】
請求項１〜１１のいずれか１項に記載のデマンドレスポンスシステムにおける端末装置の入力部に受け付けられ、前記第一識別子と前記第二識別子とが記録されている記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電力消費機器を制御可能な端末装置と、当該端末装置とネットワークを介して通信可能なサーバとを備えるデマンドレスポンスシステム、当該デマンドレスポンスシステムにおける端末装置及びサーバ、制御方法、及び記録媒体に関する。
【背景技術】
【０００２】
米国などの一部の国において、ＤＲ（Demand response、デマンドレスポンス、需要応答）（以降、ＤＲとも表記する）サービスを提供するサービスアグリゲータが存在する。サービスアグリゲータとの間でＤＲサービスの契約（以降、ＤＲ契約とも表記する）をしたユーザは、ユーザがＤＲ契約をしている施設において、電気代の高い時間帯或いは電力需要の逼迫する時間帯などに負荷機器（電力消費機器）の消費電力を削減する。例えば、ユーザ個人がＤＲサービスを契約する場合、ユーザは自宅内の消費電力を削減する。その結果、消費電力の削減量に応じて、ユーザは、サービスアグリゲータからインセンティブを得る。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】米国特許出願公開第２００８／０２３８７１０号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来技術では、ＤＲプロバイダ（ＤＲ提供者、即ち、上記ユーザ）は、指定された施設でしかＤＲを実行することができない。例えば、ユーザが特定の施設（例えば、個人宅）のＤＲ契約をしたとき、たとえユーザがＤＲを行う権限を有していたとしても、当該ユーザがＤＲを行うことができる他の施設に所望のＤＲ契約とパターンとを適用することはできない。【０００５】
また、アグリゲータは、ユーザが指定された施設外にいる場合に、ユーザのＤＲアクティビティを把握することができない。このことは、アグリゲータの視点では、集約することができるＤＲの範囲を縮小することとなる。【０００６】
そこで、本発明は、指定された施設外においてもユーザがＤＲを行うことが可能なデマンドレスポンスシステムなどを提供する。
【課題を解決するための手段】
【０００７】
本発明の一態様に係るデマンドレスポンスシステムは、電力消費機器を制御可能な端末装置と、当該端末装置とネットワークを介して通信可能なサーバとを備えるデマンドレスポンスシステムであって、前記端末装置は、前記サーバを識別するための第一識別子と、前記電力消費機器の制御のための契約であって、ユーザに固有の契約を識別するための第二識別子とを受け付ける入力部と、第一識別子により識別される前記サーバへ、前記第二識別子を送信する第一送信部と、前記サーバにより前記契約に基づいて作成された前記電力消費機器の制御スケジュールを、送信された前記第二識別子の応答として前記サーバから受信する第一受信部と、前記第一受信部が受信した前記制御スケジュールに基づいて、前記電力消費機器で消費される電力量を減少させるように前記電力消費機器を制御する第一制御部とを備え、前記サーバは、前記第二識別子を前記端末装置から受信する第二受信部と、前記第二識別子により識別される契約に基づいて、前記ユーザに固有の前記電力消費機器の制御スケジュールを作成する第二制御部と、前記第二制御部により作成された前記制御スケジュールを、受信された前記第二識別子の応答として前記端末装置に送信する第二送信部とを備える。【０００８】
なお、これらの包括的または具体的な態様は、システム、方法、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【発明の効果】
【０００９】
本発明によれば、指定された施設外においてもユーザがＤＲを行うことが可能なデマンドレスポンスシステムを実現することができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施の形態における本発明の契約と、ＤＲＣの起動との概念を示す図である。
【図２】図２は、実施の形態におけるアグリゲータ及びＤＲＣの内部の処理ブロックを示す図である。
【図３】図３は、実施の形態におけるＤＲスケジューリングと実行シーケンスとを示す図である。
【図４】図４は、実施の形態におけるＤＲスケジュールの修正のシーケンスの一例を示す図である。
【図５Ａ】図５Ａは、実施の形態におけるＤＲＣのフローチャートである。
【図５Ｂ】図５Ｂは、実施の形態におけるＤＲＣが利用するデータの説明図である。
【図６】図６は、他の実施の形態におけるＤＲＣのフローチャートである。
【図７】図７は、実施の形態におけるアグリゲータのフローチャートである。
【図８】図８は、他の実施の形態におけるアグリゲータのフローチャートである。
【図９】図９は、実施の形態におけるペアＤＲ（ユーザ及びＤＲＣ）の解析要件を示す図である。
【発明を実施するための形態】
【００１１】
上記の課題を解決するために、本発明の一態様に係るデマンドレスポンスシステムは、電力消費機器を制御可能な端末装置と、当該端末装置とネットワークを介して通信可能なサーバとを備えるデマンドレスポンスシステムであって、前記端末装置は、前記サーバを識別するための第一識別子と、前記電力消費機器の制御のための契約であって、ユーザに固有の契約を識別するための第二識別子とを受け付ける入力部と、第一識別子により識別される前記サーバへ、前記第二識別子を送信する第一送信部と、前記サーバにより前記契約に基づいて作成された前記電力消費機器の制御スケジュールを、送信された前記第二識別子の応答として前記サーバから受信する第一受信部と、前記第一受信部が受信した前記制御スケジュールに基づいて、前記電力消費機器で消費される電力量を減少させるように前記電力消費機器を制御する第一制御部とを備え、前記サーバは、前記第二識別子を前記端末装置から受信する第二受信部と、前記第二識別子により識別される契約に基づいて、前記ユーザに固有の前記電力消費機器の制御スケジュールを作成する第二制御部と、前記第二制御部により作成された前記制御スケジュールを、受信された前記第二識別子の応答として前記端末装置に送信する第二送信部とを備える。
【００１２】
これによれば、デマンドレスポンスシステムは、ユーザに固有の契約に基づいて電力消費機器の制御スケジュールを作成し、作成した制御スケジュールに従って電力消費機器を制御することができる。つまり、電力消費機器が設置されている施設に限定されることなく、ユーザの契約に基づいて電力消費機器を制御することができる。よって、デマンドレスポンスシステムは、指定された施設外においてもユーザがＤＲを行うことを可能とする。
【００１３】
ここでユーザに固有の契約について補足的に説明する。従来の契約は、電力消費機器が設置された場所（施設）に紐付けされた契約である。そのため、契約は電力消費機器が設置された場所から特定可能であるので、契約を識別するための識別子は必ずしも必要ではない。これに対し、本発明の一態様に係るデマンドレスポンスシステムにおける契約とは、電力消費機器が設置された場所（施設）に紐付けされるわけではなく、ユーザに紐付けされた契約を意味する。言い換えれば、ユーザが場所Ａから別の場所Ｂに移動する場合において、デマンドレスポンスシステムは、当該ユーザの契約に基づいて、ユーザが場所Ａにいるときには場所Ａに設置された電力消費機器を制御し、ユーザが場所Ｂにいるときには、場所Ｂに設置された電力消費機器を制御することができる。また、別の例として、ユーザＣが時間帯Ｔにおいて場所Ｐに滞在し、別のユーザＤが別の時間帯Ｓにおいて場所Ｐに存在する場合において、デマンドレスポンスシステムは、ユーザＣが場所Ｐにいるときには場所Ｐに設置された電力消費機器をユーザＣの契約に基づいて制御し、ユーザＤが場所Ｐにいるときには、場所Ｐに設置された電力消費機器をユーザＤの契約に基づいて制御することができる。
【００１４】
例えば、前記端末装置は、さらに、前記電力消費機器を識別するための第三識別子を格納している第一メモリを備え、前記第一送信部は、さらに、前記第三識別子を前記サーバへ送信し、前記第二受信部は、さらに、前記第三識別子を前記端末装置から受信し、前記第二制御部は、前記第二識別子により識別される契約に基づいて、固有のユーザについての前記電力消費機器の制御スケジュールであって、前記第三識別子で識別される前記電力消費機器の制御スケジュールを、前記制御スケジュールとして作成するとしてもよい。
【００１５】
これによれば、デマンドレスポンスシステムは、端末装置から電力消費機器を識別するための識別子（第三識別子）を受信し、当該電力消費機器の制御スケジュールを作成することができる。よって、デマンドレスポンスシステムは、ユーザによる明示的な電力消費機器の指定を受け付けて当該電力消費機器の制御スケジュールを作成することができる。
【００１６】
例えば、前記電力消費機器は、前記ユーザが電力消費を制御することができる場所に設置された電力消費機器であって、前記第一メモリは、前記場所を示す場所情報を保持し、  前記第一送信部は、前記場所情報を前記サーバに送信し、前記第二受信部は、前記場所情報を前記端末装置から受信し、前記第二制御部は、前記第二識別子により識別される契約に基づいて、固有のユーザについての前記電力消費機器の制御スケジュールであって、前記第三識別子で識別される前記電力消費機器の、前記場所情報に基づいて定められる制御スケジュールを、前記制御スケジュールとして作成するとしてもよい。
【００１７】
これによれば、デマンドレスポンスシステムは、制御対象となる電力消費機器が設置された場所に応じて、制御スケジュールを作成することができる。これにより、デマンドレスポンスシステムは、電力消費機器が設置された場所、及びその場所を含む電力網の電力の需給バランスに応じて、当該電力消費機器の適切な制御を行うことができる。
【００１８】
例えば、前記第一メモリは、前記電力消費機器の運用状況、又は、ユーザが前記電力消費機器を使用可能な期間についての情報であるＤＲ情報を保持し、前記第一制御部は、前記制御スケジュールと前記ＤＲ情報とを比較することによって、前記制御スケジュールに従った前記電力消費機器の制御を実行することが許容されるか否かを判定し、前記第一送信部は、前記制御を実行することが許容されないと判定したときに、前記制御スケジュールを修正するための修正要求と、前記電力消費機器の運用状況又はユーザが前記電力消費機器を使用可能な期間についての修正情報とを前記サーバへ送信し、前記第二受信部は、前記修正情報を前記端末装置から受信し、前記第二制御部は、前記修正情報に基づいて前記制御スケジュールを修正することにより、前記制御スケジュールを作成し、前記第一制御部は、前記第二制御部が修正した後の前記制御スケジュールに基づいて前記電力消費機器を制御するとしてもよい。
【００１９】
これによれば、デマンドレスポンスシステムは、ユーザが電力消費機器を使用可能な期間を考慮して電力消費機器の制御スケジュールを作成することができる。上記のように、ユーザが移動するような場合、ユーザが電力消費機器を使用することができる期間が限られる。そのような場合に、デマンドレスポンスシステムは、作成した制御スケジュールを修正することで、当該期間を考慮した制御スケジュールを作成することができる。
【００２０】
例えば、前記端末装置は、ユーザに前記制御スケジュールを通知する通知装置に前記制御スケジュールを送信し、前記第一制御部は、前記通知装置を通じて入力される前記ユーザによる指示と、前記制御スケジュールとに基づいて、前記制御を実行することが許容されるか否かを判定するとしてもよい。さらに、前記端末装置は、画像、文字メッセージ、又は、音声によって、前記制御スケジュールを前記ユーザに示すインタフェースを備え、前記第一制御部は、前記制御スケジュールを前記ユーザに示した後に、前記インタフェースを通じて入力されるユーザによる指示に基づいて、前記制御スケジュールにより前記制御を実行することが許容されるか否かを判定するとしてもよい。さらに、前記第一制御部は、許容される場合は前記制御スケジュールに基づいて前記電力消費機器を制御し、許容されない場合はユーザの前記指示の内容に基づいて前記制御スケジュールを修正するとしてもよい。
【００２１】
これによれば、デマンドレスポンスシステムは、ユーザからの明示的な指示に基づいて、制御スケジュールを修正することができる。
【００２２】
例えば、前記第一送信部は、前記制御の結果を示す結果情報を送信し、前記第二受信部は、前記端末装置から前記結果情報を受信し、前記サーバは、さらに、前記第二受信部が受信した前記結果情報を格納する第二メモリを備えるとしてもよい。
【００２３】
これによれば、デマンドレスポンスシステムは、作成した制御スケジュールに従った電力消費機器を制御視した結果を受け取ることができる。この結果を用いて、デマンドレスポンスシステムは、ユーザへインセンティブを支払うこと、又は、ユーザにペナルティを課すことができる。
【００２４】
例えば、前記入力部は、前記第一識別子と前記第二識別子とが記録された記録媒体から、前記第一識別子と前記第二識別子とを読み込むことにより、前記第一識別子と前記第二識別子とを受け付けるとしてもよい。
【００２５】
これによれば、第一識別子と第二識別子とは、記録媒体によりデマンドレスポンスシステムに入力される。
【００２６】
例えば、前記電力消費機器は、家庭電化製品、電力貯蔵機器及び電力生成機器のうちの少なくとも１つであるとしてもよい。
【００２７】
これによれば、デマンドレスポンスシステムは、家庭電化製品、電力貯蔵機器及び電力生成機器のうちの少なくとも１つの制御スケジュールを作成し、消費電力を制御することができる。
【００２８】
例えば、前記制御は、ユーザプロファイルの変更と、ユーザの電力プロファイルの変更と、予約緊急バックアップ、周波数制限、若しくは、価格制限のようなＤＲに関連する補助サービスのソースとして使われる要求とのうちの少なくとも１つに対する応答をすることが可能であるアグリゲータ又はサービスプロバイダからの要求に対するユーザの応答であるとしてもよい。
【００２９】
これによれば、デマンドレスポンスシステムは、アグリゲータ又はサービスプロバイダからの要求に対するユーザの応答に基づいて、電力消費機器を制御することができる。
【００３０】
また、本発明の一態様に係るサーバは、電力消費機器を制御可能な端末装置とネットワークを介して通信可能なサーバであって、前記電力消費機器の制御のための契約であって、ユーザに固有の契約を識別するための第二識別子を、前記電力消費機器に接続される端末装置から受信する受信部と、前記第二識別子により識別される契約に基づいて、前記電力消費機器の制御スケジュールを作成する制御部と、前記制御部により作成された前記制御スケジュールを前記端末装置に送信する送信部とを備える。
【００３１】
これにより、上記と同様の効果を奏する。
【００３２】
また、本発明の一態様に係る端末装置は、電力消費機器を制御可能な端末装置であって、前記電力消費機器の制御を行うための情報を生成するサーバを識別するための第一識別子と、前記制御のための契約であって、ユーザに固有の契約を識別するための第二識別子とを受け付ける入力部と、第一識別子により識別される前記サーバへ、前記第二識別子を送信する送信部と、前記サーバにより前記契約に基づいて作成された前記電力消費機器の制御スケジュールを、送信された前記第二識別子の応答として前記サーバから受信する受信部と、前記受信部が受信した前記制御スケジュールに基づいて、前記電力消費機器で消費される電力量を減少させるように前記電力消費機器を制御する制御部とを備える。
【００３３】
これにより、上記と同様の効果を奏する。
【００３４】
また、本発明の一態様に係る制御方法は、電力消費機器を制御可能な端末装置における制御方法であって、前記電力消費機器の制御を行うための情報を生成するサーバを識別するための第一識別子と、前記制御のための契約であって、ユーザに固有の契約を識別するための第二識別子とを受け付ける入力ステップと、第一識別子により識別される前記サーバへ、前記第二識別子を送信する送信ステップと、前記サーバにより前記契約に基づいて作成された前記電力消費機器の制御スケジュールを、送信された前記第二識別子の応答として前記サーバから受信する受信ステップと、前記受信ステップで受信した前記制御スケジュールに基づいて、前記電力消費機器で消費される電力量を減少させるように前記電力消費機器を制御する制御ステップとを含む。
【００３５】
これにより、上記と同様の効果を奏する。
【００３６】
また、本発明の一態様に係る記録媒体は、上記のデマンドレスポンスシステムにおける端末装置の入力部に受け付けられ、前記第一識別子と前記第二識別子とが記録されている記録媒体。
【００３７】
これにより、上記と同様の効果を奏する。
【００３８】
なお、これらの包括的または具体的な態様は、システム、方法、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラムまたは記録媒体の任意な組み合わせで実現されてもよい。
【００３９】
以下、実施の形態について、図面を参照しながら具体的に説明する。
【００４０】
なお、以下で説明する実施の形態は、いずれも包括的または具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。
【００４１】
実施の形態における電力の送配電ネットワークには、発電事業者、送配電事業者、及びアグリゲータ（ＤＲプロバイダ）が存在する。発電事業者は、電力の発電を行い、送配電事業者へ供給する。送配電事業者は、発電事業者から供給された電力を配電網を通じて電力消費者へ供給する。アグリゲータは、電力消費者との間で、ＤＲに関する契約（ＤＲ契約）を結び、契約に応じて電力消費者へインセンティブを支払う。契約は、発電事業者及び送配電事業者と、電力需要者との間で電力の需給バランスをとるために、電力消費者における電力消費量の調整に関する契約を含む。
【００４２】
ＤＲサービスにおいて、システム運用者又はサービスアグリゲータにより導入されるインセンティブにより、電力消費のパターン、形、質又はタイミングのような電力消費特性を変化させることができる。
【００４３】
ＤＲサービスは、システム運用者におけるシステム運用コスト、温室効果化ガス（ＧＨＧ（Greenhouse gas））の排出、必要とされるネットワーク拡大のための資本投資、停電、システム信頼性の向上、セキュリティ、及び、市場の効率性を減少させる。より多くのＤＲリソースを利用することにより、システム運用者の視点でのＤＲリソースの利益が増大し、システムアグリゲータとＤＲプロバイダとの両者は、より多くの利益を得ることができる。
【００４４】
従来のＤＲ集約方法は、ＤＲリソースを特定の施設において利用可能なリソースとみなしており、ＤＲリソースに対するＤＲアクションを指定施設外のＤＲプロバイダに結びつける方法はない。そのため、ＤＲプロバイダ（自身のリソースをＤＲサービスとして変更されることを許可している顧客）が指定された施設から転出する際には、たとえ当該ＤＲプロバイダが新たな施設においてＤＲサービスを行う意思及び権限があったとしても、そのＤＲサービスはそのような施設のアグリゲータに収集されることができない。それに加えて、指定されたＤＲサービスパターン、及び、ＤＲを行う予定の他の施設におけるＤＲプロバイダの契約を考慮にいれることはできない。
【００４５】
個人が個人宅のＤＲ契約を結んだ場合の例として、ホテルに数日間滞在するときにＤＲサービスを販売したいとしても、また、機器の制御をする権限を有しているとしても、ＤＲアクションを行うこと、及び、このＤＲアクティビティを契約アグリゲータに販売することはできないし、ユーザ宅のＤＲ契約の報酬がホテルでのＤＲアクティビティの報酬とみなされることもない。
【００４６】
本発明の一実施の形態は、アグリゲータのＤＲの収集量を増大させ、かつ、ＤＲプロバイダ（ユーザ）が自宅から移動した場合でも当該ＤＲプロバイダ（ユーザ）がＤＲを実行することを可能にする。
【００４７】
本発明の一実施の形態は、ＤＲプロバイダの移動時のＤＲアクションの集約を可能とするＤＲ集約方法と、その構造と、その装置である。本発明によれば、ＤＲプロバイダのＤＲアクティビティが、当該ＤＲプロバイダの契約と、当該ＤＲプロバイダがＤＲサービスを販売しようとし、かつ、当該ＤＲプロバイダがリソースを制御する権限を有する施設における希望設定とに基づいて集約される。各施設におけるリソースを利用する期間の制御、各施設において制御されるリソースの制御をすることが必要とされる。
【００４８】
本発明の一実施の形態では、ＤＲプロバイダがＤＲ契約をした後に、当該ＤＲプロバイダはＤＡＭ（personal demand response activation medium）（個人ＤＲ起動メディア）を受信する。ＤＡＭは、当該ＤＲプロバイダがエネルギー使用機器を制御することを許可され、制御しようとしている施設内のＤＲＣ（demand response controller）（ＤＲコントローラ）を有効にするために使われる。
【００４９】
本発明の一実施の形態によれば、ＤＡＭは、ＤＲサービス契約を有しているアグリゲータを識別するための識別子（識別子１）と、ＤＲプロバイダとＤＲアグリゲータとの契約情報を識別するための識別子（識別子２）とを含む。ＤＡＭの識別子１は、ＤＲＣを有効にし、ＤＲプロバイダを有しているＤＡＭとのＤＲサービス契約を有するアグリゲータの通信アドレスを入手する。ＤＡＭの識別子２は、ＩＤを受信した後に、ＤＡＭホルダとの間でＤＲサービス契約を有しているアグリゲータに、ユーザ関連のデータ（契約内容、ＤＲアクションの形式、希望するリソース利用設定、及び、リソース利用履歴）を、入手させる。
【００５０】
本発明の一実施の形態において、識別子１及び識別子２のデータ形式は限定されない。つまり、識別子１及び識別子２は、メモリカードに保存されたデータであってもよいし、記号列でもよいし、その他の形式でもよい。
【００５１】
ＤＲＣが有効化された後、ＤＲＣ（例えば、ＤＲＣ  ｙ）は、ユーザ（例えば、ユーザｘ）により有効化された適切なアグリゲータにコンタクトする。ＤＲＣは、ユーザｘが制御することを許可されている当該ＤＲＣの利用可能なリソースのコンテキストデータ（つまり、利用可能なエネルギー、動作設定ワット数、及び、各リソースでのユーザｘの制御レベル）（識別子３）を送信する。例えば、ＤＲＣ  ｙは、ユーザｘのオフィスルームにある。ユーザのオフィスルームには、テレビ、ＰＣ、エアコン、及び、監視カメラがある。企業の決定に基づいて、ユーザｘは監視カメラ及びＰＣをスイッチＯＮ又はＯＦＦする権限をもたないので、ＤＲＣ  ｙは、監視カメラ及びＰＣ以外の物を制御することが可能である。そのような制御レベル情報は、ＤＲＣ  ｙを通じて、アグリゲータへ送信される。
【００５２】
本発明の実施の形態に基づいて、（ＤＲＣ  ｙ，ユーザｘ）のペア（場所ｙのＤＲＣをユーザｘが有効化することを意味する）のデータを受信するときに、アグリゲータはユーザｘがＤＲＣ  ｙを使うときのＤＲ可能性を分析し、ユーザｘのＤＲがＤＲＣ  ｙの場所において利用できる時間のスケジュール（制御スケジュールともよぶ）を決める。
【００５３】
その際、アグリゲータは運用結果（例えば、市場データ、市場価格、ＤＲ価格、ＤＲ購入要求、ＤＲＣ  ｙのそれぞれのグリッドにおける位置、運用状況での利用可能なポートフォリオ）も考慮にいれる。
【００５４】
本発明の一実施の形態に基づいて、ＤＲＣ  ｙは、ユーザｘがＤＲＣ  ｙを制御することができるリソース状況と期間とを更新することで、そのスケジュールが実現可能であるか否かを検証する。例えば、ユーザｘがホテルの部屋に滞在していて午前１１：００にチェックアウトをする場合、ＤＲはその部屋のリソースを１２：００まで使用することができる。しかし、ユーザｘは１１：００にチェックアウトをしなければならないため、その部屋のリソースを制御する権限を持たない。よって、１２：００のＤＲプランは実行不可能である。
【００５５】
本発明の他の実施の形態では、アグリゲータが実現可能性を検証する責任がある。
【００５６】
また、さらに他の実施の形態では、ＤＲＣとアグリゲータとの両方が実現可能性を確認する責任がある。これらの実施の形態において、ＤＲプランを確認するために十分なデータがないときは、ＤＲＣに対して、ユーザと通信することを要求し、ユーザｘがＤＲＣ  ｙを制御することができる期間についてのデータなどを取得する。
【００５７】
この通信は、ＤＲＣインタフェース、email、ポケットベル、電話などのように、顧客契約として登録されうるデータであれば何でもよい。
【００５８】
実現可能性の検証の後、もし矛盾があれば、責任ある当事者は、アグリゲータに対して修正要求を送信する。アグリゲータは、そのスケジュールを修正し、実行のためにそのスケジュールをＤＲＣに送信する。
【００５９】
ＤＲＣは、最終的なスケジュールに基づいて、リソースの利用状況を監視するとともに、アグリゲータに報告する。
【００６０】
アグリゲータは、（ＤＲＣ  ｙ，ユーザｘ）スケジュールに基づいてＤＲＣパフォーマンスを監視する。ＤＲパフォーマンス、契約、及び、修正されたスケジュールに基づいて、ユーザｘによる決定がなされる。このパフォーマンスデータは、データ管理及びさらなる利用のために、指定された場所（この指定された場所とは、ＤＡＭメモリ、ＤＲＣメモリ、又は、アグリゲータメモリ）に保存される。
【００６１】
発明の集約構成、方法、及び装置によれば、移動するＤＲリソースのＤＲアクティビティを結合することができる。それに加えて、個人の契約内容と、当該個人が制御することを許可されており、制御したいと考えるリソースのエネルギーフローを有する施設のＤＲプロバイダの要求するリソース利用パターンを考慮することができる。
【００６２】
ＤＲアグリゲータの視点では、本実施の形態により、より多くの地点のＤＲの利用効率を向上できる。従来からあるＤＲ契約の制限を緩和できるとともに、ＤＲプログラムへの参加率を従来よりも向上できる。
【００６３】
ＤＲプロバイダは、本実施の形態により、ＤＲコントローラが設置されたより多くの場所で、より頻繁に、より柔軟な電力消費を提供することができる。
【００６４】
言い換えれば、本発明の一実施の形態は、移動するユーザがエネルギー消費機器、エネルギー蓄積機器、及び、エネルギー生成機器のうちの少なくとも１つを制御する権限を有する場所のＤＲアグリゲータに、ユーザがＤＲサービスを販売できるようにする１つのＤＲ集約方法及び装置である。
【００６５】
本発明におけるそのような実施の形態により、ＤＲプロバイダがより多くのインセンティブを取得することと、アグリゲータがより多くのＤＲサービスを収集することとの両方が可能となり、さらに、システム運用者は、システム運用をより最適化するためにより多くの利用可能なＤＲサービスを保有することができるようになる。
【００６６】
なお、このセクションで示される例及び図だけが、本発明の実施の形態ではない。このセクションで示される例及び図は、本発明の説明を明確にするためのものである。本発明の主な範囲は請求項に示される。
【００６７】
（実施の形態）
図１は、本発明の一実施の形態における、移動するＤＲプロバイダとの契約の概念を示す図である。図１において、人１０は、サーバ（アグリゲータ）１００との間で、ＤＲサービス２２のための契約をしようとしている。
【００６８】
本発明の一実施の形態に基づいて、契約は、ＤＲタイミング、シーケンス、限界量、インセンティブ、リソース別インセンティブ、地点別インセンティブ、ＤＲアクティビティとしてリソース利用パターンが変更される範囲、契約期間、地点別要求リソース利用パターン、及び、過去の地点別の変更の項目の任意の組み合わせを含む。
【００６９】
契約を行った後、人１０はＤＡＭ１２を受け取る。例えば、ＤＡＭ１２は、少なくとも２つの識別子（識別子１及び識別子２）を含む。
【００７０】
識別子１は、当該ＤＲプロバイダを拘束しているＤＡＭのＤＲサービスを購入しているアグリゲータを識別するための識別子である（例えば、アグリゲータＩＤ、又は、アグリゲータのサーバのＩＰアドレスなど）。
【００７１】
識別子２は、ＤＲプロバイダとＤＲアグリゲータとの間のＤＲ提供契約を識別するための識別子である。（例えば、ユーザＩＤなど）
一実施の形態において、ＤＡＭは、カード型記録媒体のようなスマートカード、可搬型記憶装置、ＮＦＣ（Near Field Communication）通信装置、記号列、ＤＲコントローラに入力する数値などの形態がありうる。
【００７２】
ＤＲＣは、ＤＡＭの識別子１により、ＤＡＭオーナのＤＲサービスを購入しているアグリゲータの通信アドレスを確認する。ＤＡＭホルダのＤＲサービスを購入しているアグリゲータは、ＤＲＣからＤＡＭの識別子２を受信したら、ＤＡＭの識別子２により、ユーザに関連するデータ（契約内容、リソース利用要求設定、リソース利用履歴）を確認する。
【００７３】
一般に、ＤＡＭ１２によりＤＲＣ（ＤＲコントローラ）２００が有効化された後、ＤＲＣ２００は、通信ルート２２を経由して少なくとも識別子２を送信する。この手順は、ＤＲＣ２００が制御することができる複数のリソース２１−Ａ及び２１−Ｂが存在する施設である、施設２０−Ａ及び２０−Ｂにおいて実行され、ＤＲプロバイダは、ＤＡＭをＤＲＣに入力し有効化することを選択する。なお、ＤＲＣは、端末装置の一例である。
【００７４】
例えば、リソース２１は、エネルギー消費機器、エネルギー生成機器、又は、エネルギー蓄積機器である。例えば、エネルギー消費機器は、エアコン、ＨＶＡＣ（heating ventilation and air conditioning）、冷蔵庫、照明などである。例えば、エネルギー生成機器は、太陽光発電システム、風力発電システムなどの再生可能エネルギーを利用した発電システム、或いは、燃料電池などである。エネルギー蓄積機器は、リチウムイオンバッテリシステム、ＮＡＳバッテリシステム、電気自動車、フライホイール、キャパシタなどである。
【００７５】
［データ管理オプション］
ＤＡＭで一体化されることができるデータのタイプの他の実施の形態がある。
【００７６】
一実施の形態においては、ＤＡＭが単に識別子１と識別子２とを記録し、ＤＲＣがコンタクトすべき正しいアグリゲータを入手し、ユーザの契約データと履歴データとが遠隔のサーバにおいて利用可能である。
【００７７】
識別子１及び識別子２に加えて、他の実施の形態では、ユーザの契約データと性能の履歴もＤＡＭに蓄積され、ＤＲＣから直接利用される。この実施の形態では、主なメリットはユーザデータのプライバシを守ることである。また、ＤＡＭ内でユーザがアクセス可能であるので、アグリゲータが変わった場合に、新たなアグリゲータとの間でデータを簡単に共有できることもメリットである。
【００７８】
他の実施の形態において、ユーザはＤＡＭにいずれのデータが保存され、いずれのデータが遠隔のサーバに保存されるかを選択することも可能である。
【００７９】
他の実施の形態において、上述のデータのいくつかはＤＡＭにあり、いくつかはアグリゲータの遠隔のサーバで利用可能である。
【００８０】
［ＤＡＭの情報の例］
以下に、本発明の一実施の形態におけるＤＡＭに蓄積されるデータのサンプルを示す。
【００８１】
１．アグリゲータＩＤ（識別子１）
・アグリゲータ企業情報（名称、契約住所、サーバＩＰアドレス、など）
【００８２】
２．ユーザＩＤ（識別子２）
・ＤＲ契約ＩＤ
・ＤＲのタイプ、ＤＲ有効化ルール、ＤＲ予約ルール、ＤＲペナルティなど
・ＤＲ量条件（各ＤＲアクションの最小／最大のｋＷ、ｋＷｈ、時間）
【００８３】
３．個人設定
・ユーザにより要求されるインセンティブ
・金銭的解決のための口座
・ユーザによる追加条件（時間、ＤＲの対象とする機器（又は、ＤＲの対象としない機器））
【００８４】
４．履歴の粗データ
・時間、地点、期間、前のＤＲアクション完了時の性能の履歴データ
【００８５】
５．抽出又は分析されたデータ
・時間、地点及び機器ごとのＤＲ成功割合、エネルギー消費量
【００８６】
［起動後のＤＲＣプロセス］
一実施の形態によりユーザｘにより有効化されたら、ＤＲＣ  ｙは、このＤＲＣを使用する許可を有しているか否かを確認する。
【００８７】
アグリゲータは、少なくとも、ＤＲの対象となる準備ができているＤＲリソースのタイプ（特定契約を有するユーザｘ）についての情報と、起動しているＤＲＣ（ＤＲＣ  ｙ）の制御においてどのリソースが利用可能であるかについての情報とを受信する。異なる実施の形態においては、ＤＲＣからアグリゲータに送られるデータが異なることもあり得る。
【００８８】
しかしながら、ＤＲＣからアグリゲータへ送られる少なくとも１つのデータがあり、そのデータは、アグリゲータにＤＲＣを有効化したユーザのＤＲ契約を検証させる。この情報は、ＤＲＣを経由して、アグリゲータに送られる。このデータはユーザのＤＡＭ（識別子２）からの入力を用いて生成される。
【００８９】
一実施の形態においては、アグリゲータがサーバ上のデータベース及び識別子２を用いることで、ユーザ契約情報が抽出されるようにしてもよい。
【００９０】
他の実施の形態においては、契約データは、ＤＡＭに記録されてもよい。
【００９１】
他の実施の形態においては、契約データは、一部がＤＡＭに保存され、別の一部がアグリゲータ側に保存されてもよい。
【００９２】
他の実施の形態においては、ＤＲＣが制御しているリソースのリストが、ＤＲＣがそのデータを用いることで抽出されるようにしてもよいし、アグリゲータがそのデータを用いることで抽出されるようにしてもよいし、それらの両方としてもよい。しかしながら、ＤＲＣからアグリゲータへ送られる少なくとも１つのデータがあり、そのデータは、アグリゲータにＤＲＣを検証させる。
【００９３】
図２は、本発明の一実施の形態におけるアグリゲータ１００及びＤＲＣ２００の内部プロセスのブロック図である。
【００９４】
本発明の一実施の形態において、ユーザ１０は、起動・検証部２０２を通じてＤＡＭ１２を用いてＤＲＣ２００を起動させる。起動・検証部２０２では、接続されているアグリゲータ（識別子１）と、ユーザ１０の契約ＩＤ（識別子２）と、ユーザ１０がこのＤＲＣ、又は、ユーザ１０がＤＲＣ２００により制御する権利を有しているリソース２１を使用するためのアクセス許可を有しているか（識別子３）が検証される。
【００９５】
通信部２０３は、指定されたアグリゲータ１００へデータ、又は、少なくとも識別子１及び識別子２を、送信又は受信する。通信部２０３は、さらに、ＤＲＣ２００に制御されることによって、リソース２１と通信する。ＤＲ起動信号と、リソース背景情報（エネルギー残量、動作設定値、ｏｎ／ｏｆｆ状況、温度、動作モード、リソースＩＤ）とが通信部２０３によって送信される。データはメモリ２０４に蓄積される。運用管理部２０５は、運用のために、メモリ２０４に蓄積されたデータを用いる。
【００９６】
運用管理部２０５は、アグリゲータ１００から受信したスケジュール基づいて、制御されるリソース２１の運用を管理する。ＤＲＣは、ユーザがリソース２１の動作状況などを制御するためのインタフェース部２０１を備えてもよい。以降において、記述の簡単のため、「ユーザ１０がＤＲＣ２００をＤＡＭにより起動する場合」を、（ユーザｘ，ＤＲＣ  ｙ）と記述する。
【００９７】
本発明の一実施の形態において、ＤＲＣの運用管理のために必要とされるデータは、ＤＲＣから要求され、アグリゲータ１００、ユーザ１０、又は、それらの両方の組み合わせから受信される。それらのデータは、遠隔のサーバ、ユーザＤＡＭメモリ、ＤＲＣメモリ、又は、それらを組み合わせて蓄積される。他の実施の形態では、メモリ内に利用不可能なデータ（例えば、ユーザｘがＤＲＣ  ｙを使用する期間に、そのユーザがそのＤＲＣを初めて使用する例）があったら、ＤＲＣはユーザと通信でき、そのデータを受信することができる、又は、そのデータが通信部２０３を通じてＤＲＣに送信される。ＤＲＣ２００は、ユーザ１０とコンタクトすることができ、インタフェースを通じたテキスト、画像若しくは音声メッセージ、又は、データ送受信のための登録電話若しくはポケットベルを通じて、要求されたデータを与えたり、受信したりする。
【００９８】
本発明の一実施の形態において、ＤＡＭを用いてＤＲＣを起動させることは、必ずしも、ＤＲＣの施設において物理的に利用可能であることにより行われなくてもよい。ここでは、ＤＡＭは、記号、符号、ＮＦＣ、又は電磁波などを利用して情報の書込み又は読出しを行うカードを挿入することでＤＲＣに導入されるとする。なお、ＤＡＭがＤＲＣに導入される方法は、上記の方法に限定されない。
【００９９】
［ＤＲＣ起動シグナルを受信した後のアグリゲータのアクティビティ］
本発明の一実施の形態において、アグリゲータ１００は、少なくとも（ユーザｘ，ＤＲＣ  ｙ）の識別子２を受信すると、メモリ１０２において利用可能なデータと、ＤＲＣから受信したデータとを用いて、ＤＲＣが起動していることと、ユーザの契約と、（ユーザｘ，ＤＲＣ  ｙ）ペアの実現可能性を検証する。
【０１００】
本発明の一実施の形態において、アグリゲータのメモリにおいて利用可能なデータは、ユーザｘの契約、ユーザｘのＤＲ履歴、及び、リソース利用性能を含み、ユーザｘの要求するリソース利用のための設定と、起動されたＤＲＣから受信されたデータとは、ＤＲＣ  ｙを用いてユーザｘに制御されるリソース（識別子３）、ＤＲＣ  ｙの特性、及び、ＤＲＣの場所を含む。
【０１０１】
ユーザｘがＤＲＣ  ｙを使用するときに、ＤＲＣ  ｙのＤＲスケジュールを管理することは、ペアリング管理部１０３で行われる。
【０１０２】
ペアリング管理部において、一実施の形態によれば、アグリゲータは、ユーザｘがＤＲＣ  ｙを使用できるか否かを検証する。その後、それらがユーザｘにより利用されうるＤＲＣ  ｙのリソースとその範囲、及び、リソースから予期されるＤＲの範囲とが分析される。その後、ＤＲポートフォリオ運用情報（市場で販売されうるＤＲ量、又は、電力消費のＤＲ量）と、（ユーザｘ，ＤＲＣ  ｙ）ペア分析データに基づいて、ペアリング管理部１０３で（ユーザｘ，ＤＲＣ  ｙ）のスケジュールが作成される。
【０１０３】
アグリゲータ１００により（ユーザ，ＤＲＣ）ペアのスケジュールが決定された後、そのスケジュールがＤＲＣ２００に送信される。全ポートフォリオの運用管理部１０４は、全ポートフォリオのＤＲ運用状況を管理する。ＤＲアクションが行われた後、解決部１０５は、ユーザによる金銭的解決（financial settlement）を行う。ここでのすべての手順において、要求データの管理、それらへのアクセシビリティ、共有、タイミング及び蓄積場所がデータ管理部１０６により管理される。
【０１０４】
本発明の一実施の形態によれば、ＤＲポートフォリオ運用情報は、販売ＤＲ価格、エネルギー価格、負荷予測、利用可能ＤＲポートフォリオ予測、ＤＲ購入者４０条件、天気予報に関する情報を含む。
【０１０５】
本発明の一実施の形態によれば、（ユーザｘ，ＤＲＣ  ｙ）ペア過程は、異なるＤＲサービス（ピークカット、補助サービス、エネルギー削減、周波数制限など）における予測されるユーザｘのパフォーマンス、ＤＲＣ  ｙのグリッド内の地点、ＤＲアクションのＤＲＣ  ｙのリソースの性能、ＤＲＣ  ｙを使用しているときのユーザｘのＤＲ性能、ＤＲＣ  ｙを使用している間にＤＲを行うユーザｘに要求され支払われるインセンティブ、ユーザｘがＤＲＣ  ｙのリソースを制御する期間、及び、ＤＲＣ  ｙを使用しているときのＤＲアクティビティのためにユーザｘにより設定された制約などが考えられる。
【０１０６】
（ユーザｘ，ＤＲＣ  ｙ）ペア処理における要求データの欠落のために、（ユーザｘ，ＤＲＣ  ｙ）スケジュールの実現可能性を検証することが必要となる場合がある。本発明の一実施の形態によれば、このような検証は、ＤＲＣ、アグリゲータ、又は、それらの両方により実行される。検証処理のためのデータ処理は、通信部又はユーザｘにより起動されるＤＲＣのインタフェースを通じて行われる。
【０１０７】
本発明の一実施の形態によれば、データは、ユーザｘがＤＲＣ  ｙのリソースを制御する権利を有する期間を検証するために要求されることがある。この場合、一実施の形態によれば、ＤＲＣ  ｙは、ユーザｘとインタフェース、携帯電話、ポケットベルなどを通じて通信する。
【０１０８】
例えば、ホットプレートのあるグリルレストランに行くと、ユーザはテーブルにあるホットプレート電気オーブンを使用している間、ＤＲを行うことを考える。その場合、ユーザは最大２時間まで滞在できるというレストランの方針があったとしても、ユーザのテーブルのＤＲＣは、ユーザがその場所にいつまで滞在するか知ることができない。よって、ユーザ１０は、実現可能なＤＲ期間をＤＲＣ２００を通じて問い合わせる。
【０１０９】
［ＤＲＣとアグリゲータの間での起動シーケンス］
図３は、本発明の一実施の形態におけるＤＲスケジュールと実行シーケンスとを示す図である。図４は、ＤＲスケジュールの修正のシーケンスの一例を示す図である。
【０１１０】
本発明の一実施の形態によれば、ＤＲＣの起動時にＤＡＭから要求されるデータを取り出し、そのデータをアグリゲータに送信し、スケジュールを受信する。ＤＲＣは、アグリゲータからスケジュールを受信したら、実現可能性を検証し、実現可能性がない場合にはＤＲスケジュールの修正を依頼し、その後、アグリゲータがＤＲＣによる修正要求により最終的なＤＲスケジュールを生成する。
【０１１１】
ＤＲＣは、運用期間においてスケジュールに基づいてＤＲパフォーマンスを監視し、パフォーマンスデータをアグリゲータに送信し、その後、解決とデータ管理とが行われる。
【０１１２】
［ＤＲＣアクティビティフローチャート］
図５Ａは、本発明の一実施の形態におけるＤＲＣアクティビティのフローチャートである。まず、ＤＲＣはＤＡＭを用いて起動される（Ｓ５００）。次に、ＤＲＣは、ユーザのＤＡＭのデータを分析し、アグリゲータのコンタクトアドレスとユーザの契約識別情報を見つけ出す（Ｓ５０１）。ユーザの契約情報の具体例を、図５Ｂの（ａ）に示す。図５Ｂの（ａ）には、契約をしているユーザと、当該ユーザの契約内容が記されている。すなわち、ユーザＡは、ＤＲサービスとして、時間１３：００から１５：００までの間のピークカットの契約をしている。また、ユーザＢは、ＤＲサービスとして、時間１３：００から１４：００までの間のピークカットの契約をしている。
【０１１３】
次に、ＤＲＣは、ＤＲＣを起動するユーザに制御される使用可能なリソースのリストを作成する。そして、ＤＲＣは、それらのコンテクスト情報を作成する（Ｓ５０２）。コンテクスト情報の具体例を、図５Ｂの（ｂ）に示す。図５Ｂの（ｂ）には、ユーザごとに、当該ユーザが使用可能な機器と、当該ユーザが当該機器を使用する場所に滞在している時間帯が記されている。すなわち、ユーザＡは、機器としてエアコンを使用可能であり、当該エアコンを使用できる場所に滞在している時間は、０：００から１１：００である。また、ユーザＢは、機器としてテレビを使用可能であり、当該テレビを使用できる場所に滞在している時間は、０：００から２４：００である。
【０１１４】
次に、ＤＲＣは、作成したコンテクスト情報をアグリゲータに送信する（Ｓ５０３）。
【０１１５】
Ｓ３０３の後、ＤＲＣは、（ユーザｘ，ＤＲＣ  ｙ）のＤＲスケジュールを、アグリゲータから受信する。ＤＲＣは、そのリソースの運用スケジュールを作成し、受信したスケジュールを実施する（Ｓ５０５）。
【０１１６】
ＤＲＣはそのリソースのパフォーマンスを監視し、運用とＤＲ制御とを行う（Ｓ５０６）。そして、ＤＲパフォーマンス報告をアグリゲータに送信する（Ｓ５０７）。
【０１１７】
ＤＲＣはパフォーマンスデータを保存するか、又は、他で説明したデータストレージオプションの実施の形態による方法でＤＡＭデータを更新する（Ｓ５０８）。
【０１１８】
本発明の他の実施の形態において、Ｓ５０５において、ＤＲＣ  ｙは、そのリソースの状況とユーザｘがＤＲＣ  ｙを制御することができる期間とを更新することにより、運用スケジュールが実現可能か否かを検証する（例えば、ユーザｘがホテルの部屋に滞在しており、午前１１：００にチェックアウトしなければならない場合で、その部屋のリソースを１２：００に使用可能であるとき、ユーザｘは、その部屋のリソースを制御する権限はない。なぜなら、ユーザは午前１１：００にチェックアウトしなければならないからである。このような場合、１２：００のＤＲプランは実現不可能である。）。
【０１１９】
実現可能性の検証の後、矛盾が検出されたら、ＤＲＣはアグリゲータに修正要求を送信する。その後、ＤＲＣは、最終スケジュールをアグリゲータから受信し、最終スケジュールを実施する。
【０１２０】
図６は、本発明の一実施の形態のＤＲＣアクティビティのフローチャートである。
【０１２１】
［アグリゲータの処理のフローチャート］
図７は、本発明の一実施の形態におけるアグリゲータの処理のフローチャートである。
【０１２２】
ＤＲＣがあるユーザによって起動されたとき、アグリゲータは起動信号を受信する（Ｓ７００）。ユーザのＤＡＭデータと、ＤＲＣデータとが受信されたら、取り出され検証される（Ｓ７０１及びＳ７０２）。前のステップでのデータを用いて、（ユーザｘ，ＤＲＣ  ｙ）ペアのデータが取り出され、分析され、そして、検証される（Ｓ７０３）。
【０１２３】
その後、ＤＲポートフォリオ運用データと、（ユーザｘ，ＤＲＣ  ｙ）と、ステップＳ４０３の分析データとを解析する（Ｓ７０４）ことにより、（ユーザｘ，ＤＲＣ  ｙ）のスケジュールが生成され、検証され、送信される（Ｓ７０５）。ＤＲポートフォリオ運用管理がなされる（Ｓ７０６）。
【０１２４】
その後、金銭的解決（financial settlement）と、ユーザ、ＤＲＣ、及び（ユーザｘ，ＤＲＣ  ｙ）ペアデータの蓄積と管理がなされる（Ｓ７０７）。
【０１２５】
本発明の他の実施の形態では、Ｓ７０５においてアグリゲータがＤＲＣから修正要求を受信したときに、アグリゲータは、最終的なスケジュールを判定し、それを実行させるために、ＤＲＣに送信する。
【０１２６】
図８は、本発明の一実施の形態におけるアグリゲータの処理のフローチャートである。
【０１２７】
［（ユーザｘ，ＤＲＣ  ｙ）ペアＤＲスケジュールの考慮］
図９は、本発明の一実施の形態における（ユーザｘ，ＤＲＣ  ｙ）ペアのＤＲ解析の考慮である。図２において、（ユーザｘ，ＤＲＣ  ｙ）ペアデータ抽出コア部分９００がある。一実施の形態では、このブロックのデータは以下の通りである。
【０１２８】
１．ユーザデータセット。
【０１２９】
・契約コンテクスト情報９０１。
【０１３０】
・個人要求リソースの利用度と、地点別状況を含むＤＲパターン９０２（例えば、ユーザが自宅でＤＲのためにＡＣを使うときと、外出先でＤＲのためにＡＣを使うときとが異なる場合の、要求されたＡＣの設定温度と、ＡＣによりＤＲを行うことに対して要求されるインセンティブ）。
【０１３１】
・リソース利用履歴データ９０３。本発明の一実施の形態において、ユーザにより定義されない場合には、リソース利用履歴は地点別に要求される消費者のリソース利用パターンを抽出するために用いられる。
【０１３２】
２．ＤＲＣデータセット。
【０１３３】
・制御リソースデータ９０４
本発明の一実施の形態において、制御リソースデータは、ＤＲＣが起動されるごとにアグリゲータに送信されてもよいし、アグリゲータに一度保存された後に変更があるたびに更新されてもよいし、それらの両方の組み合わせにより実現されてもよい。本発明の一実施の形態において、データは利用可能なリソースのコンテクスト情報を含んでもよいし、データは情報の縮小されたセットであってもよい。
【０１３４】
・ＤＲＣの地点９０５
本発明の一実施の形態において、ＤＲＣは、アグリゲータが電力網上にマッピングできるように、地点データ又はアグリゲータの識別子、を送信してもよい。
【０１３５】
・リソース利用履歴データ９０６。
【０１３６】
３．（ユーザｘ，ＤＲＣ  ｙ）ペアデータセット。
【０１３７】
・ユーザｘがＤＲＣ  ｙのリソースを制御できる期間９０７
一実施の形態において、この期間は履歴データから抽出されてもよいし、ユーザが通信を利用して問い合わせてもよいし、それらの両方の組み合わせで実現されてもよい。
【０１３８】
・ユーザｘが制御することが許可されているＤＲＣ  ｙのリソース９０８
【０１３９】
一実施の形態において、ＤＲＣ、アグリゲータ、ユーザ、又は、それらの組み合わせは、ユーザによるＤＲＣのリソースへのアクセス能力を判定する。
【０１４０】
・ＤＲＣ  ｙを使用するユーザｘのリソース利用履歴データ９０９。
【０１４１】
・ユーザｘの契約と要求するリソース利用パターンの地点別特性９１０。
【０１４２】
４．ＤＲポートフォリオ運用データセット９１１
【０１４３】
実施の形態において、ここでのすべての処理はアグリゲータ、若しくは、ＤＲＣにより、又は、両者の組み合わせにより行われる。
【０１４４】
［利用例］
本セクションにおいて、本発明の一実施の形態係るデマンドレスポンスサービスのサンプルを示す。ここで示すものはあくまで一例であって、本発明の一実施の形態を示すものである。本発明の技術的範囲は、ここで説明する範囲に限られない。
【０１４５】
ユーザｘは、アグリゲータＡとの契約を行う。ユーザｘは、電気自動車（何らかのＤＲアクティビティがＥＶを用いて行われる場合には、平日には午前６：００に完全充電され、休日には午前８：００に完全充電されるという条件）と、テレビを除く全ての家電機器とを許容する（テレビはＤＲには用いられない）。
【０１４６】
エアコン（ＡＣ）の場合、ユーザｘは、自宅にいるときに許容できる最高の設定温度である２８℃と、外出先でエアコンを使うときに許容できる最高の設定温度である２６℃とを設定する。これは、ユーザｘが、設定温度に達する時間まで、エアコンを用いたＤＲを許容するということを意味する。インセンティブとして、ユーザｘは、ＤＲのＫＷｈあたりの単価に同意する。
【０１４７】
ユーザｘが自宅にいて冷房運転中のエアコンでＤＲを行う場合、ユーザｘはＤＡＭを用いてホームＤＲＣを起動する。ユーザｘは、エアコンの温度を上げる、或いは、エアコンの電源をオフすることによりＤＲを行う。その後、室温がユーザｘの許容温度である２８℃に達した場合に、アグリゲータＡは、ユーザｘのホームＤＲＣに接続して、より高いインセンティブを得るためにユーザｘがエアコンを用いたＤＲを継続する意思があるか否かを確認する。
【０１４８】
しかしながら、ユーザｘがその申し出を拒否し、エアコンの動作を元に戻す。このようなケースが、ユーザｘが自宅にいる午後１０：００から午後１２：００までの間に数回生じ、ユーザｘはその都度、その申し出を拒否する。
【０１４９】
ユーザｘは、最近転居した会社で仕事をする。その会社が入居しているビルは、アグリゲータＡとの契約を行っていない。ユーザが、家を出て個人オフィスに向かうとき、ユーザのＤＡＭを用いて個人オフィスのＤＲＣを起動する。ＤＲＣはＤＡＭデータを読み込み、そのデータをアグリゲータＡに送信すべきであることを認識する。アグリゲータは、ユーザのオフィスのＤＲＣからの契約ＩＤを受信し、検証する。ユーザｘは、オフィスのＤＲＣを使用する。
【０１５０】
ユーザｘのＤＡＭにより有効化された後、ＤＲＣは、ユーザｘが制御可能なリソースのうちでＤＲに利用可能なリソースを検査する。ＤＲＣにより制御することが可能なリソースは、ユーザのＥＶ充電器、部屋のエアコン、部屋のセキュリティカメラ、及び、ＰＣである。
【０１５１】
しかしながら、その会社のセキュリティルールにより、ユーザｘは、部屋のセキュリティカメラとＰＣとを制御することを許可されていない。つまり、ＥＶと部屋のエアコンだけである。オフィスのＤＲＣは、これらの情報を、ＡＣコンプレッサの値、室温、ユーザｘのＥＶのバッテリのＳＯＣ（State Of Charge）、及び、ＥＶ充電器の充電能力と一緒にアグリゲータＡに送信する。アグリゲータＡは、例えば、午後６：００から午後８：００までの時間、オフィス内の電力負荷を削減するためにユーザｘが使用可能な機器のスケジュールを生成する。
【０１５２】
そのような主要なスケジュール（午後６：００から午後８：００までの電力負荷の削減）は、アグリゲータＡによりオフィスのＤＲＣへ送信される。しかし、ユーザのリソース利用履歴によれば、ユーザはいつもオフィスを午後７：１０までに出る（その結果、ユーザは、午後７：１０以降、オフィスでＤＲすることができない）。このような場合、ＤＲＣは午後６：００から午後８：００までのＤＲプランの検証を行わない。ＤＲＣは、午後６：００から午後７：００までの検証を行い、ＤＲ期間を短縮して「午後６：００から午後７：００」とする旨の修正要求をアグリゲータＡに送信する。このように修正されたプランによれば、アグリゲータＡは、ユーザが（ユーザｘ，ＤＲＣオフィス）の一時間のＤＲを望むか否かを決定することができる。
【０１５３】
この会社の周辺の電源系統に不良がありＤＲの価格が高いことから、アグリゲータは、午後６：００から午後７：００までのＤＲを許容する。そして、ＤＲを行ったユーザｘに（Ｃドル／ｋＷｈに加えて）さらなるインセンティブが支払われる。
【０１５４】
ここで、ＤＲによりエアコンがオフされている間、部屋の温度が２６℃に達し、ユーザｘの個人設定によればエアコンの動作が元に戻されるところであるが、アグリゲータＡがさらなるＤＲを必要とし、ユーザに電源オフを維持させるために（Ｃ＋Ｄ）ドル／ＫＷｈを支払うことを申し出る。
【０１５５】
ユーザｘは、オフィスにいるときにこの申し出を受け入れる。これが何回か起き、アグリゲータＡは、（ユーザｘ，ＤＲＣホーム）がエアコンのＤＲを延長せずに、（ユーザｘ，ＤＲＣオフィス）ペアにおいて、エアコンのＤＲを延長することが可能であることを学習する。
【０１５６】
次に、アグリゲータＡは、（ユーザｘ，ＤＲＣホーム）の延長されたＤＲの夜間のＤＲを、ＤＲポートフォリオの見積もりに考慮しない。しかし、アグリゲータＡは、延長された昼間のエアコンのＤＲの可能性を考慮する。言及されたように、ユーザｘは最近このビルに転居したので、アグリゲータＡは、この会社の周辺でＤＲを行うＤＲプロバイダをもたない。
【０１５７】
そこで、アグリゲータＡは、この会社の周辺で今からＤＲを行う意思があるＤＲプロバイダ（ユーザｘ）の電力を購入するＤＲ購入者を検索する。このＤＲ購入者とは、例えば、ユーティリティおよび送電／配電事業者である。本実施の形態によれば、アグリゲータＡは、ＤＲの集約する機会（所定のグリッドにおけるＤＲの参加ユーザ）を増やすことができる。
【０１５８】
仕事後、ユーザｘは、初めて、ホットプレートのあるグリルレストランに夕食をとりに出かける。ユーザｘは、ユーザｘのテーブルにある電気オーブンを制御する権利を有する。ユーザｘは、テーブルＤＲＣをユーザのＤＡＭによって起動すると、アグリゲータＡは、ユーザがレストランの電気オーブンからのＤＲを期待することを知る。しかしながら、これ以前に（ユーザｘ，ＤＲＣレストラン）ペアのデータは存在しない。
【０１５９】
８：４５に起動が行われる。アグリゲータＡは、電気オーブンのＤＲを使用することを希望するが、ユーザｘがテーブルのＤＲＣを制御する権利を有する期間についてデータをもたないので、ＤＲＣは、ＤＲＣのインタフェースを通じてユーザｘにコンタクトし、ＤＲＣを使用する予定のユーザｘの期間について問い合わせる。
【０１６０】
ユーザにより、１時間との指示があると、（ユーザｘ，ＤＲＣレストラン）は、８：４５からの１時間有効であり、制御可能なリソースは電気オーブンである。ユーザｘは、自宅の電気オーブンの電力を完全削減（full curtailment）することができるが、ユーザｘはレストランにいて、料理をすることができるように、電気オーブンの電力を完全削減することはできないという地点別制約を加える。
【０１６１】
その後、アグリゲータＡは、ユーザｘの地点別制約を考慮して、長い期間の電力削減が必要ないように、ＤＲサービスのペア（ユーザｘ，ＤＲＣレストラン）をスケジュールする。例えば、運転予備力ＤＲ、非運転予備力ＤＲ、周波数制御ＤＲ、周波数制限ＤＲ、及び、負荷低下のないサービスなどである。
【０１６２】
なお、上記実施の形態において、各構成要素は、専用のハードウェアで構成されるか、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。ここで、上記実施の形態の端末装置などを実現するソフトウェアは、次のようなプログラムである。
【０１６３】
すなわち、このプログラムは、コンピュータに、電力消費機器を制御可能な端末装置における制御方法であって、前記電力消費機器の制御を行うための情報を生成するサーバを識別するための第一識別子と、前記制御のための契約であって、ユーザに固有の契約を識別するための第二識別子とを受け付ける入力ステップと、第一識別子により識別される前記サーバへ、前記第二識別子を送信する送信ステップと、前記サーバにより前記契約に基づいて作成された前記電力消費機器の制御スケジュールを、送信された前記第二識別子の応答として前記サーバから受信する受信ステップと、前記受信ステップで受信した前記制御スケジュールに基づいて、前記電力消費機器で消費される電力量を減少させるように前記電力消費機器を制御する制御ステップとを含む制御方法を実行させる。
【０１６４】
以上、一つまたは複数の態様に係るデマンドレスポンスシステムなどについて、実施の形態に基づいて説明したが、本発明は、この実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、一つまたは複数の態様の範囲内に含まれてもよい。
【産業上の利用可能性】
【０１６５】
本発明は、指定された施設外においてもユーザがＤＲを行うことが可能なデマンドレスポンスシステムに利用可能である。
【符号の説明】
【０１６６】
１０    人（ユーザ）
１２    ＤＡＭ
２０−Ａ、２０−Ｂ    施設
２１−Ａ、２１−Ｂ    リソース
４０    ＤＲ購入者
５０    システム運用者
１００    サーバ（アグリゲータ）
１０１、２０３    通信部
１０２    メモリ
１０３    ペアリング管理部
１０４    運用管理部
１０５    解決部
１０６    データ管理部
２００    ＤＲＣ（ＤＲコントローラ）
２０１    インタフェース部
２０２    起動・検証部
２０４    メモリ
２０５    運用管理部
２０６    ユーザリソース検証部
【図１】
2014002494.tif 000003
【図２】
2014002494.tif 000004
【図３】
2014002494.tif 000005
【図４】
2014002494.tif 000006
【図５Ａ】
2014002494.tif 000007
【図５Ｂ】
2014002494.tif 000008
【図６】
2014002494.tif 000009
【図７】
2014002494.tif 000010
【図８】
2014002494.tif 000011
【図９】
2014002494.tif 000012
【手続補正書】
【提出日】平成26年12月9日(2014.12.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
電力消費機器を制御可能な端末装置と、当該端末装置とネットワークを介して通信可能なサーバとを備えるデマンドレスポンスシステムであって、
前記端末装置は、
前記サーバを識別するための第一識別子と、前記電力消費機器の制御のための契約であって、ユーザに固有の契約を識別するための第二識別子とを受け付ける入力部と、
第一識別子により識別される前記サーバへ、前記第二識別子を送信する第一送信部と、
前記サーバにより前記契約に基づいて作成された前記電力消費機器の制御スケジュールを、送信された前記第二識別子の応答として前記サーバから受信する第一受信部と、
前記第一受信部が受信した前記制御スケジュールに基づいて、前記電力消費機器で消費される電力量を減少させるように前記電力消費機器を制御する第一制御部とを備え、
前記サーバは、
前記第二識別子を前記端末装置から受信する第二受信部と、
前記第二識別子により識別される契約に基づいて、前記ユーザに固有の前記電力消費機器の制御スケジュールを作成する第二制御部と、
前記第二制御部により作成された前記制御スケジュールを、受信された前記第二識別子の応答として前記端末装置に送信する第二送信部とを備える
デマンドレスポンスシステム。
【請求項２】
前記端末装置は、さらに、
前記電力消費機器を識別するための第三識別子を格納している第一メモリを備え、
前記第一送信部は、さらに、
前記第三識別子を前記サーバへ送信し、
前記第二受信部は、さらに、
前記第三識別子を前記端末装置から受信し、
前記第二制御部は、
前記第二識別子により識別される契約に基づいて、固有のユーザについての前記電力消費機器の制御スケジュールであって、前記第三識別子で識別される前記電力消費機器の制御スケジュールを、前記制御スケジュールとして作成する
請求項１に記載のデマンドレスポンスシステム。
【請求項３】
前記電力消費機器は、前記ユーザが電力消費を制御することができる場所に設置された電力消費機器であって、
前記第一メモリは、前記場所を示す場所情報を保持し、
前記第一送信部は、前記場所情報を前記サーバに送信し、
前記第二受信部は、前記場所情報を前記端末装置から受信し、
前記第二制御部は、
前記第二識別子により識別される契約に基づいて、固有のユーザについての前記電力消費機器の制御スケジュールであって、前記第三識別子で識別される前記電力消費機器の、前記場所情報に基づいて定められる制御スケジュールを、前記制御スケジュールとして作成する
請求項２に記載のデマンドレスポンスシステム。
【請求項４】
前記第一メモリは、前記電力消費機器の運用状況、又は、ユーザが前記電力消費機器を使用可能な期間についての情報であるＤＲ情報を保持し、
前記第一制御部は、
前記制御スケジュールと前記ＤＲ情報とを比較することによって、前記制御スケジュールに従った前記電力消費機器の制御を実行することが許容されるか否かを判定し、
前記第一送信部は、
前記制御を実行することが許容されないと判定したときに、前記制御スケジュールを修正するための修正要求と、前記電力消費機器の運用状況又はユーザが前記電力消費機器を使用可能な期間についての修正情報とを前記サーバへ送信し、
前記第二受信部は、前記修正情報を前記端末装置から受信し、
前記第二制御部は、前記修正情報に基づいて前記制御スケジュールを修正することにより、前記制御スケジュールを作成し、
前記第一制御部は、前記第二制御部が修正した後の前記制御スケジュールに基づいて前記電力消費機器を制御する
請求項２又は３に記載のデマンドレスポンスシステム。
【請求項５】
前記端末装置は、ユーザに前記制御スケジュールを通知する通知装置に前記制御スケジュールを送信し、
前記第一制御部は、前記通知装置を通じて入力される前記ユーザによる指示と、前記制御スケジュールとに基づいて、前記制御を実行することが許容されるか否かを判定する
請求項４に記載のデマンドレスポンスシステム。
【請求項６】
前記端末装置は、
画像、文字メッセージ、又は、音声によって、前記制御スケジュールを前記ユーザに示すインタフェースを備え、
前記第一制御部は、前記制御スケジュールを前記ユーザに示した後に、前記インタフェースを通じて入力されるユーザによる指示に基づいて、前記制御スケジュールにより前記制御を実行することが許容されるか否かを判定する
請求項５に記載のデマンドレスポンスシステム。
【請求項７】
前記第一制御部は、
許容される場合は前記制御スケジュールに基づいて前記電力消費機器を制御し、許容されない場合はユーザの前記指示の内容に基づいて前記制御スケジュールを修正する
請求項５又は６に記載のデマンドレスポンスシステム。
【請求項８】
前記第一送信部は、前記制御の結果を示す結果情報を送信し、
前記第二受信部は、前記端末装置から前記結果情報を受信し、
前記サーバは、さらに、
前記第二受信部が受信した前記結果情報を格納する第二メモリを備える
請求項６に記載のデマンドレスポンスシステム。
【請求項９】
前記入力部は、
前記第一識別子と前記第二識別子とが記録された記録媒体から、前記第一識別子と前記第二識別子とを読み込むことにより、前記第一識別子と前記第二識別子とを受け付ける
請求項１〜８のいずれか１項に記載のデマンドレスポンスシステム。
【請求項１０】
前記電力消費機器は、家庭電化製品、電力貯蔵機器及び電力生成機器のうちの少なくとも１つである
請求項１〜９のいずれか１項に記載のデマンドレスポンスシステム。
【請求項１１】
前記制御は、ユーザプロファイルの変更と、ユーザの電力プロファイルの変更と、予約緊急バックアップ、周波数制限、若しくは、価格制限のようなＤＲに関連する補助サービスのソースとして使われる要求とのうちの少なくとも１つに対する応答をすることが可能であるアグリゲータ又はサービスプロバイダからの要求に対するユーザの応答である
請求項１〜１０のいずれか１項に記載のデマンドレスポンスシステム。
【請求項１２】
電力消費機器を制御可能な端末装置とネットワークを介して通信可能なサーバであって、
前記電力消費機器の制御のための契約であって、ユーザに固有の契約を識別するための第二識別子を、前記電力消費機器に接続される端末装置から受信する受信部と、
前記第二識別子により識別される契約に基づいて、前記電力消費機器の制御スケジュールを作成する制御部と、
前記制御部により作成された前記制御スケジュールを前記端末装置に送信する送信部とを備える
サーバ。
【請求項１３】
電力消費機器を制御可能な端末装置であって、
前記電力消費機器の制御を行うための情報を生成するサーバを識別するための第一識別子と、前記制御のための契約であって、ユーザに固有の契約を識別するための第二識別子とを受け付ける入力部と、
第一識別子により識別される前記サーバへ、前記第二識別子を送信する送信部と、
前記サーバにより前記契約に基づいて作成された前記電力消費機器の制御スケジュールを、送信された前記第二識別子の応答として前記サーバから受信する受信部と、
前記受信部が受信した前記制御スケジュールに基づいて、前記電力消費機器で消費される電力量を減少させるように前記電力消費機器を制御する制御部とを備える
端末装置。
【請求項１４】
電力消費機器を制御可能な端末装置における制御方法であって、
前記電力消費機器の制御を行うための情報を生成するサーバを識別するための第一識別子と、前記制御のための契約であって、ユーザに固有の契約を識別するための第二識別子とを受け付ける入力ステップと、
第一識別子により識別される前記サーバへ、前記第二識別子を送信する送信ステップと、
前記サーバにより前記契約に基づいて作成された前記電力消費機器の制御スケジュールを、送信された前記第二識別子の応答として前記サーバから受信する受信ステップと、
前記受信ステップで受信した前記制御スケジュールに基づいて、前記電力消費機器で消費される電力量を減少させるように前記電力消費機器を制御する制御ステップとを含む
制御方法。
【請求項１５】
請求項１〜１１のいずれか１項に記載のデマンドレスポンスシステムにおける端末装置の入力部に受け付けられ、前記第一識別子と前記第二識別子とが記録されている記録媒体。
【手続補正書】
【提出日】平成27年1月30日(2015.1.30)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
電力消費機器を制御可能な端末装置と、当該端末装置とネットワークを介して通信可能なサーバとを備えるデマンドレスポンスシステムであって、
前記端末装置は、
前記サーバを識別するための第一識別子と、前記電力消費機器の制御のための契約であって、ユーザに固有の契約を識別するための第二識別子とを受け付ける入力部と、
第一識別子により識別される前記サーバへ、前記第二識別子を送信する第一送信部と、
前記サーバにより前記契約に基づいて作成された前記電力消費機器の制御スケジュールを、送信された前記第二識別子の応答として前記サーバから受信する第一受信部と、
前記第一受信部が受信した前記制御スケジュールに基づいて、前記電力消費機器で消費される電力量を減少させるように前記電力消費機器を制御する第一制御部とを備え、
前記サーバは、
前記第二識別子を前記端末装置から受信する第二受信部と、
前記第二識別子により識別される契約に基づいて、前記ユーザに固有の前記電力消費機器の制御スケジュールを作成する第二制御部と、
前記第二制御部により作成された前記制御スケジュールを、受信された前記第二識別子の応答として前記端末装置に送信する第二送信部とを備える
デマンドレスポンスシステム。
【請求項２】
前記端末装置は、さらに、
前記電力消費機器を識別するための第三識別子を格納している第一メモリを備え、
前記第一送信部は、さらに、
前記第三識別子を前記サーバへ送信し、
前記第二受信部は、さらに、
前記第三識別子を前記端末装置から受信し、
前記第二制御部は、
前記第二識別子により識別される契約に基づいて、固有のユーザについての前記電力消費機器の制御スケジュールであって、前記第三識別子で識別される前記電力消費機器の制御スケジュールを、前記制御スケジュールとして作成する
請求項１に記載のデマンドレスポンスシステム。
【請求項３】
前記電力消費機器は、前記ユーザが電力消費を制御することができる場所に設置された電力消費機器であって、
前記第一メモリは、前記場所を示す場所情報を保持し、
前記第一送信部は、前記場所情報を前記サーバに送信し、
前記第二受信部は、前記場所情報を前記端末装置から受信し、
前記第二制御部は、
前記第二識別子により識別される契約に基づいて、固有のユーザについての前記電力消費機器の制御スケジュールであって、前記第三識別子で識別される前記電力消費機器の、前記場所情報に基づいて定められる制御スケジュールを、前記制御スケジュールとして作成する
請求項２に記載のデマンドレスポンスシステム。
【請求項４】
前記第一メモリは、前記電力消費機器の運用状況、又は、ユーザが前記電力消費機器を使用可能な期間についての情報であるＤＲ情報を保持し、
前記第一制御部は、
前記制御スケジュールと前記ＤＲ情報とを比較することによって、前記制御スケジュールに従った前記電力消費機器の制御を実行することが許容されるか否かを判定し、
前記第一送信部は、
前記制御を実行することが許容されないと判定したときに、前記制御スケジュールを修正するための修正要求と、前記電力消費機器の運用状況又はユーザが前記電力消費機器を使用可能な期間についての修正情報とを前記サーバへ送信し、
前記第二受信部は、前記修正情報を前記端末装置から受信し、
前記第二制御部は、前記修正情報に基づいて前記制御スケジュールを修正することにより、前記制御スケジュールを作成し、
前記第一制御部は、前記第二制御部が修正した後の前記制御スケジュールに基づいて前記電力消費機器を制御する
請求項２又は３に記載のデマンドレスポンスシステム。
【請求項５】
前記端末装置は、ユーザに前記制御スケジュールを通知する通知装置に前記制御スケジュールを送信し、
前記第一制御部は、前記通知装置を通じて入力される前記ユーザによる指示と、前記制御スケジュールとに基づいて、前記制御を実行することが許容されるか否かを判定する
請求項４に記載のデマンドレスポンスシステム。
【請求項６】
前記端末装置は、
画像、文字メッセージ、又は、音声によって、前記制御スケジュールを前記ユーザに示すインタフェースを備え、
前記第一制御部は、前記制御スケジュールを前記ユーザに示した後に、前記インタフェースを通じて入力されるユーザによる指示に基づいて、前記制御スケジュールにより前記制御を実行することが許容されるか否かを判定する
請求項５に記載のデマンドレスポンスシステム。
【請求項７】
前記第一制御部は、
許容される場合は前記制御スケジュールに基づいて前記電力消費機器を制御し、許容されない場合はユーザの前記指示の内容に基づいて前記制御スケジュールを修正する
請求項５又は６に記載のデマンドレスポンスシステム。
【請求項８】
前記第一送信部は、前記制御の結果を示す結果情報を送信し、
前記第二受信部は、前記端末装置から前記結果情報を受信し、
前記サーバは、さらに、
前記第二受信部が受信した前記結果情報を格納する第二メモリを備える
請求項６に記載のデマンドレスポンスシステム。
【請求項９】
前記入力部は、
前記第一識別子と前記第二識別子とが記録された記録媒体から、前記第一識別子と前記第二識別子とを読み込むことにより、前記第一識別子と前記第二識別子とを受け付ける
請求項１〜８のいずれか１項に記載のデマンドレスポンスシステム。
【請求項１０】
前記電力消費機器は、家庭電化製品、電力貯蔵機器及び電力生成機器のうちの少なくとも１つである
請求項１〜９のいずれか１項に記載のデマンドレスポンスシステム。
【請求項１１】
前記制御は、ユーザプロファイルの変更と、ユーザの電力プロファイルの変更と、予約緊急バックアップ、周波数制限、若しくは、価格制限のようなＤＲに関連する補助サービスのソースとして使われる要求とのうちの少なくとも１つに対する応答をすることが可能であるアグリゲータ又はサービスプロバイダからの要求に対するユーザの応答である
請求項１〜１０のいずれか１項に記載のデマンドレスポンスシステム。
【請求項１２】
電力消費機器を制御可能な端末装置とネットワークを介して通信可能なサーバであって、
前記電力消費機器の制御のための契約であって、ユーザに固有の契約を識別するための第二識別子を、前記電力消費機器に接続される端末装置から受信する受信部と、
前記第二識別子により識別される契約に基づいて、前記電力消費機器の制御スケジュールを作成する制御部と、
前記制御部により作成された前記制御スケジュールを前記端末装置に送信する送信部とを備える
サーバ。
【請求項１３】
電力消費機器を制御可能な端末装置であって、
前記電力消費機器の制御を行うための情報を生成するサーバを識別するための第一識別子と、前記制御のための契約であって、ユーザに固有の契約を識別するための第二識別子とを受け付ける入力部と、
第一識別子により識別される前記サーバへ、前記第二識別子を送信する送信部と、
前記サーバにより前記契約に基づいて作成された前記電力消費機器の制御スケジュールを、送信された前記第二識別子の応答として前記サーバから受信する受信部と、
前記受信部が受信した前記制御スケジュールに基づいて、前記電力消費機器で消費される電力量を減少させるように前記電力消費機器を制御する制御部とを備える
端末装置。
【請求項１４】
電力消費機器を制御可能な端末装置における制御方法であって、
前記電力消費機器の制御を行うための情報を生成するサーバを識別するための第一識別子と、前記制御のための契約であって、ユーザに固有の契約を識別するための第二識別子とを受け付ける入力ステップと、
第一識別子により識別される前記サーバへ、前記第二識別子を送信する送信ステップと、
前記サーバにより前記契約に基づいて作成された前記電力消費機器の制御スケジュールを、送信された前記第二識別子の応答として前記サーバから受信する受信ステップと、
前記受信ステップで受信した前記制御スケジュールに基づいて、前記電力消費機器で消費される電力量を減少させるように前記電力消費機器を制御する制御ステップとを含む
制御方法。
【請求項１５】
電力消費機器を制御可能な端末装置とネットワークを介して通信可能なサーバにおける制御方法をコンピュータに実行させるためのプログラムであって、
前記電力消費機器の制御のための契約であって、ユーザに固有の契約を識別するための第二識別子を、前記電力消費機器に接続される端末装置から受信する受信ステップと、
前記第二識別子により識別される契約に基づいて、前記電力消費機器の制御スケジュールを作成する制御ステップと、
前記制御ステップで作成された前記制御スケジュールを前記端末装置に送信する送信ステップとを含む
プログラム。
【請求項１６】
電力消費機器を制御可能な端末装置における制御方法をコンピュータに実行させるためのプログラムであって、
前記電力消費機器の制御を行うための情報を生成するサーバを識別するための第一識別子と、前記制御のための契約であって、ユーザに固有の契約を識別するための第二識別子とを受け付ける入力ステップと、
第一識別子により識別される前記サーバへ、前記第二識別子を送信する送信ステップと、
前記サーバにより前記契約に基づいて作成された前記電力消費機器の制御スケジュールを、送信された前記第二識別子の応答として前記サーバから受信する受信ステップと、
前記受信ステップで受信した前記制御スケジュールに基づいて、前記電力消費機器で消費される電力量を減少させるように前記電力消費機器を制御する制御ステップとを含む
プログラム。
【国際調査報告】
2014002494.tif 000013
2014002494.tif 000014