JP2015138547A - 需要応答イベント査定方法およびプログラム - Google Patents

Abstract

【課題】需要応答イベントを査定する方法が、実現される。【解決手段】需要応答イベント期間のインターバルについて、サードパーティから、前日の需要、前日の地域的境界価格（ＬＭＰ）および実時間ＬＭＰを有するエネルギ経済データを読み取り、インターバルについて実時間エネルギ需要を見積もり、エネルギ経済データおよび見積もった実時間エネルギ需要に基づいて、需要不均衡を決定し、需要不均衡を利用するコストを計算し、インターバルごとにＤＲイベントの収益性を最大化するエネルギ削減要請量を選択する、需要応答査定方法。【選択図】図４

Description

ここで議論する実施形態は、demand response（需要応答）イベントの査定方法およびプログラムに関係する。

事業者は、設備能力をより大きな需要に対応させるように増加するかまたは生産コストを最小にするように、ある高負荷期間中のエネルギ使用の削減に対して報償する。例えば、夏季月間においては、ピークエネルギ使用は、暑い日の正午の後に発生する。事業者は、正午の後の期間中エネルギ使用を削減するように、工場に報償（インセンティブ）を提供することがある。これに応じて、工場は、高負荷の生産を夕方遅くまで遅らせ、工場内の空調を低下させ、または他にエネルギ使用を削減する。この方法で、事業者は、ピークエネルギ使用中のエネルギ需要に応えられるためその能力を増強するか、および／またはエネルギ需要に合致する追加のエネルギを作るかまたは購入することを避けるかもしれない。

ピークまたは高負荷期間中のエネルギ使用の削減は、一般にdemand response（ＤＲ）（需要応答）と言われることがある。特定の時間期間中のエネルギ使用の削減は、ＤＲイベントと称される。ＤＲイベントは、一般に事業者が高い需要を予測し、顧客にエネルギ使用を低減または削減することを要請する時に発生する。顧客がその使用エネルギを、合意した量だけ低減した時、事業者は顧客にインセンティブを提供する。いくつかのＤＲシステムは、ＤＲ集合体(aggregators)を有する。ＤＲ集合体は、事業者と顧客間の連絡を媒介する。ＤＲ集合体は、一般に顧客と調整しＤＲイベントを履行するための事業者との間の合意文書を有する。

いくつかのＤＲシステムでは、ＤＲ集合体および／または事業者は、１日ごとにまたはあらかじめ複数日ごとにＤＲイベントを発行する。したがって、ＤＲイベントは、ＤＲイベント発行前に利用可能なデータに基づく。さらに、ＤＲイベントは、大部分が大きな商業的なおよび産業的（Ｃ＆Ｉ）である顧客を有する。例えば、ＤＲイベントは７月２日に発生するならば、ＤＲ集合体および／または事業者は、７月１日にＤＲイベントを発行する。ＤＲイベントに参加するＣ＆Ｉ顧客の中からのＤＲイベントのcoordination（統合）は、７月１日発行し、ＤＲイベントにしたがって削減を調整するのに十分な時間をＣ＆Ｉ顧客に保証する。さらに、ＤＲイベントを発行するとの決定は、７月１日に利用可能な、Ｃ＆Ｉ顧客に関係するデータに基づいて行われる。

ここで請求する主題は、上記のような環境においてのみ欠点を解決するかまたは動作する実施形態に限定されない。むしろ、この背景は、ここで説明するいくつかの実施形態を実行する場合の例示の技術分野の１つを説明するために提供されるだけである。

実施形態の１つの態様によれば、需要応答（ＤＲ）査定方法は、需要応答（ＤＲ）イベント期間のインターバルについて、サードパーティからエネルギ経済データを読み取ることを有する。エネルギ経済データは、前日の需要、前日の地域的境界価格（ＬＭＰ）および実時間ＬＭＰを有する。方法は、インターバルについて実時間エネルギ需要を見積もることを有する。エネルギ経済データおよび見積もった実時間エネルギ需要に基づいて、方法はインターバルについて需要不均衡を決定する。方法は、需要不均衡を利用するコストを計算することも有する。方法は、インターバルごとにＤＲイベントの収益性を最大化するエネルギ削減要請量を選択することも有する。

実施形態の目的および利点は、少なくとも特に請求項で指摘した要素、特徴、および組合せにより、実現および達成される。

これまでの一般的な説明および以下の詳細な説明は、例示および説明のためのものであり、本発明を限定するものでないことが理解されるべきである。

例示の実施形態が、付属の図面を使用して、付加された特異性および詳細で記載および説明される。

図１Ａは、例示の資源分配システムを示す。 図１Ｂは、例示の資源分配システムを示す。 図２は、図１Ａおよび１Ｂの分配システムで実現される例示の演算装置を示す。 図３は、図２の演算装置で実現される例示のデータテーブルを示す。 図４は、ここで説明する少なくとも１つの実施形態にしたがってすべてが配置された需要応答イベント査定の例示の方法のフロー図である。

ここで説明するいくつかの実施形態は、需要応答（ＤＲ）イベント査定に関係する。ＤＲイベント査定に基づいて、事業者またはＤＲ集合体は、ＤＲイベントを発行するかおよびどの顧客またはサイトがＤＲイベントに含まれるかを決定する。ＤＲイベント査定は、少なくとも部分的には実時間データに基づいており、ＤＲイベント期間の１つ以上のインターバル（間隔）で実行される。

例示の実施形態は、ＤＲイベント査定の方法を有する。方法は、ＤＲイベント期間のあるインターバルについて、サードパーティからエネルギ経済データを読み取ることを有する。エネルギ経済データは、前日の需要、前日の地域のlocational marginal pricing（ＬＭＰ）（境界価格）、および実時間ＬＭＰを有する。方法は、メータの読みを集合することにより、そのインターバルの実時間エネルギ需要を見積もることを有する。別にまたはさらに、方法は、送電線またはサブステーション（副局）のような集合される地点におけるメータを読み取ることで、そのインターバルに対する実時間エネルギ需要を見積もることを有する。エネルギ経済データおよび見積もった実時間エネルギ需要に基づいて、方法は、そのインターバルについての需要不均衡を決定することを有する。方法は、ＤＲイベントの収益性を最大化する、そのインターバルについてのエネルギ削減要求量の選択も有する。選択は、エネルギ削減要求量を考慮するコスト関数および実時間価格予測関数に基づく。

このおよび他の実施形態では、削減要求量をゼロに等しいのに応じて、ＤＲイベントは発行されない。また、削減要求量をゼロに等しくないのに応じて、方法は、集合において、削減可能な顧客のサブセット、削減要求量を特定することを有する。サブセットの特定は、これまでのＤＲイベント参加データ（履歴データ）に基づいて実行される。顧客のサブセットは、ＤＲイベントが通知され、フィードバックがＤＲイベントの承諾について顧客のサブセットから収集される。フィードバックに基づいて、ＤＲイベントについての可能なエネルギ削減が見積もられ、顧客の他のサブセットがＤＲイベント期間のそのインターバルおよび他のインターバルについて再評価される。

図１Ａおよび１Ｂは、ここで説明する少なくとも１つの実施形態にしたがって配置された例示の資源分配システム（分配システム）１００を示す。分配システム１００は、ＤＲイベント査定を可能にするように構成されている。ＤＲイベント査定は、実時間または実質的に実時間で処理される。例えば、ＤＲイベント査定は、実時間または実質的に実時間の資源需要および／または資源価格に基づく。ここで使用する「実質的に実時間」の語は、資源需要、資源価格、およびＤＲイベント査定が、実体上の遅れ無しにまたは標準または合意したインターバルの１つまたは複数にしたがって、見積もられるか、確認されるか、測定されるかなどされることを意味する。ＤＲイベント査定は、ＤＲイベントについての最適削減要求量の選択、ＤＲイベント中に最適削減要求量を削減可能なサイトのサブセットの特定、ＤＲイベントの確率の見積もり、およびＤＲイベントを発行するかの決定を可能にする。

図１Ａを参照すると、分配システム１００は、事業者１０６、ＤＲ集合体１０８、サイト１０４Ａおよび１０４Ｂ（以下、サイト１０４と総称）、発電所１３２、およびサードパーティ１３４を有する。事業者１０６は、電力、ガス、水、または他の資源のような資源をサイト１９４に供給するように構成される。分配システム１００は、事業者１０６がサイト１０４に電力を供給するという特定の例として説明される。

別の実施形態では、分配システム１００は、他の資源をサイト１０４に提供する。これらの別の実施形態では、サイト１０４、事業者１０６、ＤＲ集合体１０８、および発電所１３２の間の関係は、この開示の範囲から逸脱しない範囲で異なってもよい。

サイト１０４への資源の分配は、図１Ａおよび１Ｂにおいて参照番号１０７で示される分配チャネル（以下、「分配チャネル１０７」）を介して行われる。分配チャネル１０７は、サブステーション、分配配線、配管、タンク、または資源が事業者１０６とサイト１０４間で輸送される経路上のいかなる他の要素の１つ以上を有する。図示の実施形態では、分配システム１００は、１つの分配チャネル１０７を有する。いくつかの実施形態では、分配システム１００は、複数の分配チャネル１０７を有する。ＤＲイベント査定は、特定の分配チャネル（例えば分配チャネル１０７）または分配チャネルのサブセットについて実行される。

事業者１０６は、生産、輸送、および／または資源の分配に含まれる役務を提供するどのような企業（ＬＳＥ）も有する。事業者１０６は、公的に所有されるか、私的に所有される。事業者のいくつかの例は、それに限定されないが、電力会社およびエネルギ企業体を有する。事業者１０６は、ＤＲイベントを特定し、インセンティブ（報償）、ＤＲイベント期間、および全体の資源削減のようなＤＲイベントについての１つ以上の事項を設定する。図示の実施形態では、事業者１０６は、査定モジュール１１０Ａを有する。査定モジュール１１０Ａは、ここで説明するように、ＤＲイベント査定の１つ以上の動作を実行するように構成されている。

サイト１０４は、ビル、住居、構造物、設備、または資源を消費する他の対象物を有する。特に、いくつかの実施形態では、サイト１０４は、個人の住居、中小企業（ＳＭＢ）、商業的および産業的（Ｃ＆Ｉ）企業、またはそれらの組み合わせを有する。

分配システム１００は、ＤＲ集合体１０８を有する。ＤＲ集合体１０８は、事業者１０６およびサイト１０４との間の仲介として動作し、ＤＲイベントの実現を調整する。特に、ＤＲ集合体１０８は、サイト１０４の累積エネルギ使用の削減がＤＲイベントの全体のエネルギ使用削減に合致するのに十分なようにＤＲイベントを調整する。いくつかの実施形態では、事業者１０６により申し込まれるインセンティブは、ＤＲ集合体１０８により受信される。ＤＲ集合体１０８は、ＤＲイベントへの参加と交換で、インセンティブのある部分を順番にサイト１０４に申し込む。サイト１０４またはそのサブセットは、ＤＲ集合体１０８により管理される。ＤＲ集合体１０８は、管理するサイト１０４によるＤＲイベントの実行を調整する。

ＤＲ集合体１０８は、それ自体でまたは事業者１０６と協働してＤＲイベント査定を実行する。例えば、ＤＲ集合体１０８は、ここで説明するＤＲイベント査定を実行するように構成された査定モジュール１１０Ｂを有する。

図示の実施形態では、ＤＲ集合体１０８は、媒介者として動作する。しかし、ＤＲ集合体１０８を有することに限定されることを意味するものではない。いくつかの実施形態では、事業者１０６は、１つ以上のサイト１０４に直接通信する。さらにまたは別に、事業者１０６は、１つ以上のサイト１０４に直接通信し、ＤＲ集合体１０８は、１つ以上のサイト１０４に通信する。

発電所１３２は、資源の生産および／または販売に含まれるいずれかの企業を有する。発電所１３２のいくつかの例は、発電プラントまたは他の資源抽出および分配プラントを有する。発電所１３２は、図１Ａに示すように分配チャネル１０７に接続されるか、分配チャネル１０７に接続される事業者１０６に接続する。

いくつかの別の実施形態では、発電所１３２および事業者１０６は、単一企業であり、事業者１０６は発電所１３２を有する。さらにまたは別に、複数の発電所が、資源が生成される分配チャネル１０７に接続される。

サードパーティ１３４は、分配システム１００において資源の交換を制御または管理する企業を有する。サードパーティ１３４は、サイト１０４に資源が適切に割り当てられることを保証し、資源の価格をサイト１０４およびまたは分配チャネル１０７用に設定可能にし、そして資源の交換のマーケットを提供する。事業者１０６がサイト１０４に電力を供給する実施形態では、例えば、サードパーティ１３４は、Independent system operator（ＩＳＯ）（独立したシステムオペレータ）またはregional transmission organization（ＲＴＯ）（地域運搬機構）を有する。

分配システム１００は、ＤＲイベントの実行を少なくとも部分的に可能にする。ＤＲイベントは、１つ以上のサイト１０４が資源使用を削減する間にＤＲイベント期間を有する。ＤＲイベントは、例えば、高需要の期間中にスケジュールされる。高需要の期間中に資源使用を削減することにより、事業者１０６は、購入または他の生成または付加的な資源の配置または販売されている資源をあらかじめ購入して利用可能にすること無しに、高需要に適合する。

事業者１０６および／またはＤＲ集合体１０８は、ＤＲイベントに参加するようにインセンティブを申し込む。ＤＲ集合体１０８および／または事業者１０６は、いずれかのＤＲインセンティブプログラムを実現する。ＤＲインセンティブプログラムは、それに限定されないが、capacity bidding program（ＣＢＰ）（容量入札プログラム）、demand bidding program（ＤＢＰ）（需要入札プログラム）、direct load control（ＤＬＣ）（直接ロード制御）、peak-time rebates（ＰＴＲ）（ピーク時間リベート）プログラム、time of use（ＴＯＵ）（使用時間）プログラム、critical peak prices（ＣＰＰ）（臨界ピーク価格）プログラム、およびreal-time pricing（ＲＴＰ）（実時間価格）プログラムを有する。特に、いくつかの実施形態では、サイト１０４は、家屋サイトを有し、事業者１０６および／またはＤＲ集合体１０８は、ＤＬＣプログラムまたはＰＴＲプログラムを搭載している。他の実施形態では、事業者１０６および／またはＤＲ集合体１０８は、第１サイト１０４Ａに対してはＤＬＣプログラムまたはＰＴＲプログラムを搭載し、第２サイト１０４Ｂに対しては他のＤＲインセンティブプログラム（例えば、ＤＢＰ）を搭載する。

分配システム１００では、資源の価格は、時間における需要に基づいて変化する。したがって、査定モジュール１１０Ａおよび１１０Ｂは、ＤＲイベント査定を資源の価格および需要に基づくように構成される。特に、いくつかの実施形態では、査定モジュール１１０Ａおよび１１０Ｂは、ＤＲイベント査定を、実時間または実質的に実時間の資源の価格および需要に基づくように構成される。

このおよび他の実施形態では、サイト１０４に供給される資源の価格は、最初前日のマーケットにおいて設定され、次に実時間マーケットで変化する。資源は、前日のマーケットにおける前日のＬＭＰで送られる。例えば、事業者１０６が発電所１３２から前日のＬＭＰで資源の特定量を購入することに一旦合意すると、事業者は基本的に資源の特定量を制御する。事業者１０６は、資源の特定量をサイト１０４に提供するかまたは資源の特定量を販売する。

前日のマーケットは、時間ごとまたは他の適当なインターバルで次の運転日のＬＭＰを設定する。前日のマーケットは、予測需要および予測供給に基づいており、例えば申込、需要入札、bilateral transaction（双務的な契約）スケジュールにより指示される。次の運転日中、余分な資源または生み出した資源は、実時間マーケットに実質的に実時間で（例えば、現在時間前の５分インターバルで）交換される。実時間マーケットは、実際の需要および実際の供給に基づいている。価格は、分配チャネル１０７または１つ以上のサイト１０４の位置のような位置に応じて設定される。

例えば、事業者１０６は、サイト１０４が次の運転日の第１期間中に第１の量の資源を使用すると予測する。事業者１０６は、第１期間用の第１の量の資源を発電所１３２から購入しようと入札する。サードパーティ１３４は、前日のマーケットに出した入札（または他の入札）にしたがって、分配チャネル１０７またはサイト１０４に前日のＬＭＰを設定する。事業者１０６は、前日のＬＭＰで発電所１３２から第１の量の資源を購入する。次の運転日の間、需要不均衡が発生する。需要不均衡は、需要が増加（例えばサイト１０４が使用量を第１の量より多くする）するまたは需要が減少する例えば（サイト１０４が使用量を第１の量より少なくする）ために発生する。サードパーティ１３４は、実時間マーケットで価格を変化させる。例えば、需要の増加に応じて、サードパーティ１３４は、資源の実時間ＬＭＰを、対応する前日のＬＭＰより高く設定する。同様に、需要の減少に応じて、サードパーティ１３４は、資源の実時間ＬＭＰを、対応する前日のＬＭＰより低く設定する。

需要不均衡が需要における増加を有する時、事業者１０６は、資源の組成量を発電所１３２から実時間ＬＭＰで購入しなければならない。または、需要不均衡が需要における減少を有する時、事業者１０６は、いかなら余分の資源も実時間ＬＭＰで販売可能である。したがって、査定モジュール１１０Ａおよび１１０Ｂにより実行されるＤＲイベント査定は、資源の実時間ＬＭＰに関係するＤＲイベントのコストを評価する。例えば、需要不均衡は、事業者１０６に資源の組成量の購入をさせることになる。もし組成量を購入するのがＤＲイベントを実行するより高価でなければ、事業者１０６は組成量を購入する。さらにまたは別に、いくつかの状況では、需要不均衡がないが、資源の実時間ＬＭＰは、ＤＲイベントを実行する事業者１０６が販売するあらかじめ購入した資源のいくつかを解放するのを正当化する。

図１Ｂでは、図１Ａを参照して説明した分配システム１００は、サイト１０４、発電所１３２、ＤＲ集合体１０８、事業者１０６およびサードパーティ１３４に加えて、いくつかの例示の通信可能な要素（例えば、１３０、１１２、１１４、１４０、および１４２）をさらに有するように示される。図１Ｂに示したように、分配システム１００では、ＤＲイベント査定は、ネットワーク１４０を介して通信される情報に基づく。例えば、前日のＬＭＰ、実時間ＬＭＰ、および前日の需要（合わせて経済データ）は、分配システム１００で通信される。さらに、ＤＲイベント査定に基づいて、事業者１０６の査定モジュール１１０ＡおよびＤＲ集合体１０８の査定モジュール１１０Ｂは、ネットワーク１４０を介して情報を通信することによりＤＲイベントを実行する。例えば、ＤＲイベント通知はサイト１０４に通信され、ＤＲイベント通知に続くフィードバックがネットワーク１４０を介したサイト１０４から収集される。

図１Ｂに示すように、分配システム１００は、装置１３０、発電所サーバ１４２、サードパーティサーバ１１２、およびＤＲイベントサーバ１１４を有する。分配システム１００では、装置１３０、発電所サーバ１４２、サードパーティサーバ１１２、およびＤＲイベントサーバ１１４は、ネットワーク１４０を介して通信する。さらに、分配システム１００において、査定モジュール１１０Ａ−１１０Ｅ（一般に査定モジュール１１０）は、ＤＲサーバ１１４、事業者１０６、ＤＲ集合体１０８、装置１０３、第１サイト１０４Ａ、またはそれらのいくつかの組み合わせに含まれる。査定モジュール１１０は、ＤＲイベント査定を実行するかまたは実行を可能にするように構成される。さらに、査定モジュール１１０は、ネットワーク１４０を介した装置１３０、発電所サーバ１４２、サードパーティサーバ１１２、およびＤＲイベントサーバ１１４間のＤＲイベント査定に基づいて、ＤＲイベント査定またはＤＲイベントの実行で使用される情報の通信を可能にするように構成される。ネットワーク１４０、装置１３０、発電所サーバ１４２、サードパーティサーバ１１２、およびＤＲイベントサーバ１１４は、査定モジュール１１０を参照して説明される。

ネットワーク１４０は、有線または無線ネットワークを有し、それに限定されないが、スター構成、トークンリング構成、または他の構成を含む多くの異なる構成を有する。さらに、ネットワーク１４０は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）（例えば、インターネット）、および／または複数の通信する装置にわたる他の相互接続データ経路を有する。いくつかの実施形態では、ネットワーク１４０は、ピアツーピア(peer-to-peer)ネットワークを有する。ネットワーク１４０は、異なる各種の通信プロトコルでのデータ通信を可能にする遠距離通信ネットワークの一部に結合されるかまたはそれを有する。

いくつかの実施形態では、ネットワーク１４０は、ショートメッセージサービス(SMS)、マルチメディアメッセージサービス(MMS)、ハイパーテキスト送信プロトコル(HTTP)、直接データ接続、無線アプリケーションプロトコル(WAP)、e-mailなどを介することを含むデータの送信および受信のためのBLUETOOTH（登録商標）通信ネットワークおよび／またはセルラー通信ネットワークを有する。いくつかの実施形態では、ネットワーク１４０は、少なくとも部分的には、サイト１０４に含まれる、appliance（アプライアンス）（機器）に対する制御コマンドの通信を可能にする。制御コマンドは、スマートエネルギプロフィール（ＳＥＰ）、Echonet Lite（エコネットライト）、オープンＡＤＲ、または他の適当なプロトコル（例えば、Wi-Fi, ZigBee, HomePlug Green、など）にしたがってフォーマットされる。

サイト１０４は、顧客１０２Ａおよび１０２Ｂ（一般的に顧客１０２または複数の顧客１０２）に関係する。顧客１０２は、サイト１０４の資源消費および／または削減を管理または監視する。例えば、顧客１０２は、ＤＲイベントに参加するか、サイト１０４の動作をＤＲイベント中に資源使用を削減するようにするかを決定する。例えば、このおよび他の実施形態では、第１サイト１０４Ａは住居を有し、第１顧客１０２Ａは住居の所有者を有する。サイト１０４は、個人の住居から大きな産業工場またはオフィスビルまでの範囲の各種のタイプの構造物を有する。

ネットワーク１４０を介した情報通信は、顧客１０２、サイト１０４、装置１３０、またはそれらの組み合わせから送信されるか受信される。図示の実施形態では、第２顧客１０２Ｂはサイト１０４Ｂおよび装置１３０に関係する。ネットワーク１４０を介して通信された情報は、装置１３０に通信され、第２顧客１０２Ｂが知ることになる。装置１３０に通信された情報に応答して、第２顧客１０２Ｂは、第２サイト１０４Ｂの動作を変更する（または第２サイト１０４Ｂの動作を変更しない）。さらにまたは別に、第１サイト１０４Ａはネットワーク１４０を介して通信された情報を送信および受信する。第１顧客１０２Ａは、その情報に基づいて第１サイト１０４Ａの動作を変更する。

特に、例示の実施形態では、第１サイト１０４Ａは査定モジュール１１０Ｄを有し、装置１３０は査定モジュール１１０Ｅを有する。査定モジュール１１０Ｅおよび１１０Ｄは、ネットワーク１４０を介して情報を送信および受信するように構成される。査定モジュール１１０Ｅおよび１１０Ｄにより受信された情報は、いくつかの実施形態でＤＲサーバ１１４の査定モジュール１１０Ｃにより送信されたＤＲイベント通知を有する。さらに、査定モジュール１１０Ｅおよび１１０Ｄは、顧客１０２との相互作用を可能にするように構成される。例えば、査定モジュール１１０Ｅおよび１１０Ｄは、ＤＲイベント通知のある部分を表示し、顧客１０２から入力を受信する。入力は、顧客１０２がＤＲイベントに参加しようとするかを示す。さらにまたは別に、入力は顧客１０２の要望、装置１３０の状態、またはサイト１０４の状態などを有する。査定モジュール１１０Ｅおよび１１０Ｄは、ＤＲサーバ１１４、事業者１０６、およびＤＲ集合体１０８またはそこに含まれる査定モジュール１１０Ａ−１１０Ｃの１つ以上に入力を表す信号を送信する。さらに、査定モジュール１１０Ｅおよび１１０Ｄは、顧客１０２からの入力無しで、信号の生成および通信を行うように構成される。例えば、ＤＲイベント通知に受領に応答して、査定モジュール１１０Ｅおよび１１０Ｄは、ＤＲイベントサーバ１１４、事業者１０６、およびＤＲ集合体またはそこに含まれる査定モジュール１１０の１つ以上に確認（アクノレッジ）信号を送信するように構成されている。さらにまたは別に、顧客１０２の要望、装置１３０の状態、およびサイト１０４の状態の１つ以上が、顧客１０２からの入力無しで送信される。信号（例えば、顧客１０２からの入力無しで送信された信号、顧客１０２からの入力を表す信号）は、事業者１０６、ＤＲ集合体１０８、ＤＲサーバ１１４、または履歴データとしての企業体により記憶される。

装置１３０および／またはサイト１０４は、プロセッサ、メモリ、およびネットワーク通信機能を有する演算装置を有する。ネットワーク通信機能は、インターネット（例えば、Wi-Fi)ネットワーク機能、BLUETOOTH（登録商標）、３Ｇ、４Ｇ、ＬＴＥ通信ネットワーク機能、またはネットワーク１４０を介して通信を行うのに適したそれらの組合せを有する。装置１３０のいくつかの例は、ラップトップコンピュータ、デスクトップコンピュータ、タブレットコンピュータ、携帯電話、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、携帯e-mail装置、携帯ゲームプレーヤ、携帯音楽プレーヤ、１つ以上のプロセッサを搭載するかまたはそれに接続されまたはネットワーク１４０を介してアクセスおよび通信可能な電子装置に接続されるテレビジョンを有する。サイト１０４は、１つ以上の例示の装置１３０を有するかまたはサーバまたは他の適当な演算装置を有する。

発電所サーバ１４２は、プロセッサ、メモリ、およびネットワーク通信機能を有する演算装置を有する。発電所サーバ１４２は、ネットワーク１４０に通信するように結合され、装置１３０、第１サイト１０４Ａ、サードパーティサーバ１１２、およびＤＲサーバ１１４の１つ以上とネットワーク１４０を介してデータを送信および受信する。図示の実施形態では、発電所サーバ１４２は、図１Ａを参照して説明した発電所１３２に関係している。発電所サーバ１４２は、分配チャネル１０７上で、資源の供給および需要に関係する情報を受信および／または計算するように構成されている。発電所サーバ１４２は、その情報を、サードパーティサーバ１１２および／またはＤＲサーバ１１４に通信する。情報は、連続して、周期的に、ランダムに、偽ランダムに、またはオンデマンドで、計算および／または通信される。

サードパーティサーバ１１２は、プロセッサ、メモリ、および通信機能を有するハードウェアを有する。サードパーティサーバ１１２は、ネットワーク１４０に通信するように結合され、装置１３０、第１サイト１０４Ａ、発電所サーバ１４２、およびＤＲサーバ１１４の１つ以上とネットワーク１４０を介してデータを送信および受信する。図示の実施形態では、サードパーティサーバ１１２は、図１Ａを参照して説明したサードパーティサーバ１３４に関係する。サードパーティサーバ１１２は、分配チャネル１０７上で、資源の供給および需要に関係する情報を受信、計算および／または公開するように構成されている。情報は、連続して、周期的に、ランダムに、偽ランダムに、またはオンデマンドで、受信、計算および／または公開される。例えば、サードパーティサーバ１１２は、発電所サーバ１４２およびＤＲサーバ１１４から経済情報を受信するように構成されている。サードパーティサーバ１１２は、分配チャネル１０７に関係する経済データを計算し、経済データを公開する。

いくつかの実施形態では、サードパーティサーバ１１２は、ネットワーク１４０を介してアクセス可能なウェブサイト１２６を主宰（ホスト）するように構成される。サードパーティサーバ１１２は、ＤＲ集合体１０８および事業者１０６によるＤＲサーバ１１４を介したウェブサイト１２６へのアクセスを可能にする。ＤＲ集合体１０８および／または事業者１０６は、したがってＤＲサーバ１１４を介したウェブサイト１２６との間のアクセスおよび／またはインターフェースを行う。ウェブサイト１２６は、ウェブサイト１２６にアクセスするＤＲ集合体１０８および／または事業者１０６へのユーザインターフェースを提供する。特に、経済データは、ウェブサイト１２６を介してアクセス可能である。さらにまたは別に、サードパーティサーバ１１２は、連続して、周期的に、ランダムに、偽ランダムに、またはオンデマンドで、経済データをＤＲサーバ１１４に通信する。

ＤＲサーバ１１４は、プロセッサ、メモリ、および通信機能を有するハードウェアを有する。ＤＲサーバ１１４は、ネットワーク１４０に通信するように結合され、装置１３０、第１サイト１０４Ａ、発電所サーバ１４２、およびサードパーティサーバ１１２の１つ以上とネットワーク１４０を介してデータを送信および受信する。図示の実施形態では、ＤＲ集合体１０８および事業者１０６は、ＤＲサーバ１１４に関係する。ＤＲサーバ１１４は、査定モジュール１１０Ｃを有する。ＤＲサーバ１１４に含まれる査定モジュール１１０Ｃは、査定モジュール１１０Ａおよび／または１１０Ｂと通信し、ＤＲイベント査定を実行するかまたは実行させる。

いくつかの実施形態では、査定モジュール１１０Ａ−１１０Ｃは、分配チャネル１０７上に存在する需要不均衡を利用するＤＲイベントを発生するように構成される。例えば、ＤＲイベントは、資源を削減して実時間価格（例えば、ＬＭＰ）での資源の購入を避けるように構成されている。また、ＤＲイベントは、資源を削減して実時間価格で販売された過剰を生み出すように構成される。

ＤＲイベントは、ＤＲイベント期間を有する。ＤＲイベント期間は、資源が削減される時間期間を有する。ＤＲイベント期間は、複数のインターバルを有する。いくつかの実施形態では、ＤＲイベント査定は、それぞれのインターバルで実行される。例えば、ＤＲイベントは、５分のインターバルで３時間のＤＲイベント期間を有する。したがって、査定モジュール１１０Ａ−１１０Ｃは、３時間の間、５分ごとにＤＲイベント査定を実行する。各インターバルでは、査定モジュール１１０Ａ−１１０Ｃは、サードパーティ１１２からエネルギ経済データを読み出す。例えば、査定モジュール１１０Ａ−１１０Ｃは、ウェブサイト１２６から経済データを受信するかまたはサードパーティ１１２から通信を受信する。図示の実施形態では、ＤＲイベント期間の各インターバルにおいて、査定モジュール１１０Ａ−１１０Ｃは、前日の需要、前日のＬＭＰ、および実時間のＬＭＰを読み取る。また、いくつかの実施形態においては、査定モジュール１１０Ａ−１１０Ｃは、発電所サーバ１４２からまたは経済データを受信および／または計算する他の企業から経済データを受信するかそれにアクセスする。

さらに、各インターバルでは、査定モジュール１１０Ａ−１１０Ｃは、実時間エネルギ需要を見積もる。例えば、査定モジュール１１０Ａ−１１０Ｃは、サイト１０４および／またはサブステーションにおけるメータの読みのような資源送出企業（図示せず）からのメータの読みを受信する。査定モジュール１１０Ａ−１１０Ｃは、メータの読みを集合して実時間エネルギ需要を見積もる。いくつかの実施形態では、メータの読みは、直前のインターバルからのものである。例えば、ＤＲイベントがアクセスされたインターバルが午後２時００分から２時０５分であれば、メータの読みは、午後１時５５分から２時００分のインターバルからのものである。いくつかの別の実施形態では、実時間需要は、１つ以上の需要予測アルゴリズム、サードパーティサーバ１１２からの読み取り、発電所サーバ１４２からの読み取り、またはそれらの組み合わせの１つ以上を使用して見積もられる。これらおよび他の実施形態では、経済データおよび見積もった実時間需要は、１つ以上のインターバルについての需要不均衡を決定するのに使用される。

査定モジュール１１０Ａ−１１０Ｃは、ＤＲイベントの収益性を最大化するインターバルのそれぞれについての削減要請量を選択する。削減要請量の選択は、ＤＲイベントのコストを最小化し、削減が起きることによる経済データへの変化を考慮する最適化問題を解くことを有する。例えば、いくつかの実施形態では、査定モジュール１１０Ａ−１１０Ｃは、ＤＲイベントに含まれる削減要請量の関数として実時間価格を予測する。サイト１０４が資源を削減するにしたがって、需要は対応して減少し、実時間価格に影響する。査定モジュール１１０Ａ−１１０Ｃは、削減要請量を選択した時に需要および価格への変化を考慮する。

査定モジュール１１０Ａ−１１０Ｃは、ＤＲイベントのコストをさらに計算する。ＤＲイベントのコストは、削減要請量の関数でもある。例えば、ＤＲイベントがより大きな削減要請量を有するならば、ＤＲイベントのコストはより少ない削減要請量を有するＤＲイベントのコストより大きい。削減要請量の選択は、ＤＲイベントのコストに少なくとも部分的に基づいている。例えば、ＤＲイベントのコストが可能な収益性より大きければ、査定モジュール１１０Ａ−１１０Ｃは、削減要請量がゼロであると決定し、ＤＲイベントを発行しない。

いくつかの実施形態では、削減要請量は、サイト１０４の１つ以上のサブセットに基づく中間関数を有する。例えば、査定モジュール１１０Ａ−１１０Ｃは、集合の中で、削減要請量を削減可能なサイト１０４の１つ以上のサブセットを特定することにより、削減要請量を選択する。

特定は、履歴データに基づく。履歴データのいくつかの詳細は、図３を参照して提供される。さらにまたは別に、特定は、サイト１０４および／または顧客１０２の位置または地域に基づく。例えば、分配チャネル１０７の資源の実時間ＬＭＰが増加すると、査定モジュール１１０Ａ−１１０Ｃは分配チャネル１０７上に位置するサイト（例えば第１サイト１０４Ａまたは第２サイト１０４Ｂ）を特定し、ＤＲイベント中に資源を削減する。または、他の分配チャネルの資源の実時間ＬＭＰが増加したら、査定モジュール１１０Ａ−１１０Ｃは、分配チャネル１０７上に位置するサイト（例えば、第１サイト１０４Ａまたは第２サイト１０４Ｂ）を特定し、ＤＲイベント中資源を削減する。査定モジュール１１０Ａ−１１０Ｃは、したがって複数の分配チャネル（例えば分配チャネル１０７）にわたる需要を均衡させ（バランスさせ）、ＤＲイベントの収益性を最大化する。

さらにまたは別に、特定は、サイト１０４における制御装置の形式に基づく。制御装置の形式は、顧客１０２により手動で操作される制御装置（マニュアル制御装置）、または顧客１０２による動作無しに査定モジュール１１０から送られる信号に応答して機器の操作を修正する制御装置（自動制御装置）を有する。

マニュアル制御装置を実現するには、ＤＲイベント通知の受信に応じて、顧客１０２は手動でマニュアル制御装置を調整し、それがマニュアル制御装置により制御される機器の動作を順番に調整する。マニュアル制御装置は、顧客１０２がマニュアル制御装置を適切に動作させないため、いくつかの変化を最大達成削減に導入する。さらに、より長い時間期間が顧客１０２に十分に魅力的なインセンティブになるため、マニュアル制御装置はより長い時間期間（例えば３時間）に適合されている。さらに、マニュアル制御装置を有するサイト１０４において、ＤＲイベント通知の受領と顧客１０２による手動装置のための実際の削減の間の時間ずれがある。

自動化制御装置を実現するには、顧客１０２は、ＤＲイベント通知を受信する。これに応答して、顧客１０２は、顧客１０２による操作無しに制御することを選択またはそれに同意する。さらにまたは別に、顧客１０２は、事業者１０６（いくつかの実施形態ではおよび／またはＤＲ集合体）に、いくつかの所定の状況が合致する限りにおいて、装置１３０を自動的に制御することを許容する。例えば、インセンティブが特定の閾値を超える時、自動化制御装置（例えば、サーモスタット）が自動的に制御される。

自動化制御装置は、マニュアル制御装置よりも信頼性が高い。したがって、いくつかの実施形態では、査定モジュール１１０Ａ−１１０Ｃは、マニュアル制御装置を有するサイト１０４を選択する前に、自動化制御装置を有するサイト１０４を選択する。さらに、ＤＲイベント通知と自動化制御装置を起動してのサイト１０４での削減までの時間ずれは、サイト１０４がマニュアル制御装置を起動するより短い。さらに、自動化制御装置を搭載するサイト１０４の実施形態においては、機器が制御される期間はより短く（例えば５分）、制御周波数はより高い（例えば、１日当たり複数回）。自動化制御装置は、ＤＬＣプログラムに関係する。

査定モジュール１１０Ａ−１１０Ｃは、ネットワーク１４０を介してサイト１０４のサブセットにＤＲイベントを通知する。査定モジュール１１０Ａ−１１０Ｃは、ＤＲイベントの契約に関して、サイト１０４のサブセットからフィードバックを収集する。フィードバックに基づいて、査定モジュール１１０Ａ−１１０Ｃは、ＤＲイベントについての可能なエネルギ削減を見積もるかおよび／またはＤＲイベント期間の現在のインターバルおよび他のインターバルについてのサイトのサブセットを再評価する。

上記の分配システム１００について、開示の範囲を逸脱すること無しに、変形例、付加例または削除例があり得る。特に、図１Ａおよび１Ｂに示した実施形態は、１つの顧客１０２に関係する１つの装置１３０、ＤＲ集合体１０８および事業者１０６に関係する１つのＤＲサーバ１１４、１つの事業者１０６および／または１つの発電所１３２から２つのサイト１０４に資源を供給する１つの分配チャネル１０７、サードパーティ１３４に関係する１つのサードパーティサーバ１１２、１つの発電所１３２に関係する１つの発電所サーバ１４２、および２つの顧客１０２に関係する２つのサイト１０４を有する。しかし、本開示内容は、複数の顧客１０２に関係する複数の装置１３０、複数のＤＲ集合体１０８および事業者１０６または複数の事業者１０６またはＤＲ集合体１０８または事業者１０６が無い場合のＤＲ集合体１０８に関係する複数のＤＲサーバ１１４、複数の事業者１０６および／または複数の発電所１３２から複数のサイト１０４に資源を供給する複数の分配チャネル１０７、複数のサードパーティ１３４に関係する複数のサードパーティサーバ１１２、複数の発電所１３２に関係する複数の発電所サーバ１４２、複数の顧客１０２に関係する複数のサイト１０４、およびそれらの組み合わせ、を有する分配システムアーキテクチャに適用される。

さらに、説明した実施形態における各種の要素およびサーバの分離は、分離がすべての実施形態で起きることを示しているわけではない。さらに、記載の要素およびサーバが単一の要素またはサーバにまとめられ、または単一の要素またはサーバが複数の要素またはサーバに分離される場合にも、この開示は利点があることが理解される。

査定モジュール１１０は、ＤＲイベント査定についてコードおよびルーチンを有する。いくつかの実施形態では、査定モジュール１１０は、装置１３０に記憶されるthin-client application（小さなクライアントアプリケーション）として部分的に動作し、またはＤＲサーバ１１４、事業者１０６、ＤＲ集合体１０８、および分配システム１００のサイト１０４の１つ以上に記憶される要素として部分的に動作する。いくつかの実施形態では、査定モジュール１１０は、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）またはアプリケーション特化集積回路（ＡＳＩＣ）を含むハードウェアを使用して実現される。いくつかの他の実施形態では、査定モジュール１１０は、ハードウェアおよびソフトウェアの組み合わせを使用して実現される。いくつかの実施形態では、査定モジュール１１０は、装置１３０、サイト１０４、事業者１０６、ＤＲ集合体１０８、およびＤＲサーバ１１４の組み合わせに記憶される。

分配システム１００では、メモリ（例えば、サーバ１１２、１１４、サイト１０４、および装置１３０の１つ以上に含まれるメモリ）は、ここで説明した機能を提供するデータを記憶する非一時的なメモリを有する。メモリは、ダイナミック・ランダムアクセス・メモリ（ＤＲＡＭ）装置、スタティック・ランダムアクセス・メモリ（ＳＲＡＭ）装置、フラッシュメモリ、またはその他のメモリ装置である記憶装置に含まれる。いくつかの実施形態では、記憶装置は、不揮発性メモリ、またはハードディスク装置、フロッピィディスク装置、ＣＤ−ＲＯＭ装置、ＤＶＤ−ＲＯＭ装置、ＤＶＤ−ＲＡＭ装置、ＤＶＤ−ＲＷ装置、フラッシュメモリ装置、またはより長い期間情報を記憶する他の大容量記憶装置を有する類似の永久記憶装置および媒体も含む。

図２を参照すると、査定モジュール１１０の例は、詳細が示される。図２は、査定モジュール１１０、プロセッサ２２４、メモリ２２２、および通信ユニット２２６を有する演算装置２００のブロック図である。演算装置２００の要素は、バス２２０により通信するように結合される。いくつかの実施形態時では、演算装置２００は、図１Ａおよび１Ｂの分配システム１００の装置１３０、ＤＲサーバ１１４、サイト１０４、事業者１０６、ＤＲ集合体１０８の１つ以上を有する。

図１Ｂと２を組み合わせて参照すると、プロセッサ２２４は、アリスメティック論理ユニット（ＡＬＵ）、マイクロプロセッサ、一般用途コントローラ、または演算およびＤＲイベント査定を実行する他のプロセッサアレイを有する。プロセッサ２２４は、他の要素（例えば、１１０、２２６、および２２２）と通信するためのバス２２０に結合される。プロセッサ２２４は、一般にデータ信号を処理し、複雑命令セットコンピュータ（ＣＩＳＣ）アーキテクチャ、低減命令セットコンピュータ（ＲＩＳＣ）アーキテクチャ、または命令セットを組み合わせて実行するアーキテクチャを含む各種のコンピューティングアーキテクチャを有する。図２は単一プロセッサ２２４を有するが、複数のプロセッサが演算装置２００に含まれてもよい。他のプロセッサ、オペレーティングシステム、および物理的な構成も可能である。

メモリ２２２は、プロセッサ２２４により実行される命令および／またはデータを記憶するように構成される。メモリ２２２は、他の要素との通信のためにバス２２０に結合される。命令および／またはデータは、ここで説明した技術または方法を実行するコードを有する。メモリ２２２は、ＤＲＡＭ装置、ＳＲＡＭ装置、フラッシュメモリ、または他のメモリ装置を有する。いくつかの実施形態では、メモリ２２２は、不揮発性メモリ、またはハードディスク装置、フロッピィディスク装置、ＣＤ−ＲＯＭ装置、ＤＶＤ−ＲＯＭ装置、ＤＶＤ−ＲＡＭ装置、ＤＶＤ−ＲＷ装置、フラッシュメモリ装置、またはより長い期間情報を記憶する他の大容量記憶装置を有する類似の永久記憶装置および媒体も含む。

図示の実施形態では、メモリ２２２は、データテーブル３００を有する。データテーブル３００は、サイト１０４に関連する履歴データを記憶するように構成される。データテーブル３００は、ＤＲイベント査定中に履歴データへのアクセスを可能にするように構成される。さらに、データテーブル３００は、ＤＲイベントの実行中に履歴データを受信し、そのデータは、例えば、ＤＲイベント期間の他のインターバルについてのＤＲイベント査定において使用される。

データテーブル３００は、演算装置２００のメモリ２２２の一部として示される。いくつかの他の実施形態では、データテーブル３００またはデータテーブル３００の一部は、離れて記憶される。例えば、データテーブル３００は、ＤＲサーバ１１４、ＤＲ集合体１０８、事業者１０６、サイト１０４、および装置１３０の１つ以上のメモリに記憶される。データテーブル３００内の履歴データは、これらおよび他の実施形態において、ネットワーク１４０を介してアクセスされる。

通信ユニット２２６は、査定モジュール１１０がどこに記憶されるかに応じて、ＤＲサーバ１１４、サードパーティサーバ１１２、装置１３０、ＤＲ集合体１０８、および事業者１０６の少なくとも１つとの間でデータを送信および受信するように構成される。通信ユニット２２６は、バス２２０に組み合わされる。いくつかの実施形態では、通信ユニット２２６は、ネットワーク１４０または他の通信チャネルへの直接の物理的な接続のための部分を有する。例えば、通信ユニット２２６は、ＵＳＢ、ＳＤ、ＣＡＴ−５、または分配システム１００の要素との有線通信のための類似のポートを有する。いくつかの実施形態では、通信ユニット２２６は、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６、ＢＬＵＥＴＯＯＴＨ（登録商標）、または他の適当な無線通信方法を含む１つ以上の無線通信方法を使用する通信チャネルを介してデータを交換するための無線送受信機（トランシーバ）を有する。

いくつかの実施形態では、通信ユニット２２６は、ＳＭＳ、ＭＭＳ、ＨＴＴＰ、直接データ接続、ＷＡＰ、e-mail、または他の適当な形式の電子通信を介してのセルラー通信ネットワーク上で、データを送信および受信するためのセルラー通信トランシーバを有する。いくつかの実施形態では、通信ユニット２２６は、有線ポートおよび無線トランシーバを有する。通信ユニット２２６は、送信制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）、ＨＴＴＰ、ＨＴＴＰセキュア（ＨＴＴＰＳ）および単純メール送信プロトコル（ＳＭＴＰ）などを含む標準ネットワークプロトコルを使用して、ファイルおよび／または媒体対象物の分配のためのネットワーク１４０に他の一般的な接続も提供する。

図２の実施形態では、査定モジュール１１０は、通信モジュール２０２、選択モジュール２０４、読み取りモジュール２０６、予測モジュール２０８、見積もりモジュール２１０、発行モジュール２１２、計算モジュール２１４、および決定モジュール２１８（合わせて査定モジュール１１０）を有する。査定モジュール１１０の１つ以上のモジュールは、１つ以上の動作を実行するように構成された１つ以上のルーチンソフトウエアとして実現される。査定モジュール１１０のモジュールは、プロセッサ２２４により以下に説明する機能を提供するように実行可能な命令セットを有する。いくつかの例では、査定モジュール１１０のモジュールは、演算装置２００のメモリ２２２の少なくとも一時的にロードされて記憶され、プロセッサ２２４によりアクセス可能および実行可能である。査定モジュール１１０の１つ以上のモジュールは、バス２２０を介して、プロセッサ２２４およびコンピューティング装置２００の要素と協働および通信するために適合されている。

通信モジュール２０２は、査定モジュール１１０と演算装置２００（例えば、２２４、２２２、および２２６）の他の要素の間の通信を取り扱うように構成される。通信モジュール２０２は、通信ユニット２２６を介して、装置１３０、ＤＲサーバ１１４、サードパーティ１１２、ＤＲ集合体１０８、サイト１０４、および事業者１１４との間で、データを送信および受信するように構成される。いくつかの例では、通信モジュール２０２は、他のモジュール（例えば、２０４、２０６、２０８、２１０、２１２、２１４、および２１８）と協働して、通信ユニット２２６を介して、分配システム１００の要素からデータを受信および／または送る。

読み取りモジュール２０６は、資源経済データを読み取るように構成される。経済データは、ＤＲイベント期間の１つ以上のインターバルについて読み取られる。図示の実施形態では、読み取りモジュール２０６は、各インターバルでの前日の需要（図２における“Ｄ_AT”）２２８、前日のＬＭＰ（図２における“Ｐ_AT”）２３０、および実時間ＬＭＰ（図２における“Ｐ_RT”）２３２を読み取るように構成される。経済データは、いくつかの実施形態ではサードパーティサーバ１１２から、ネットワーク１４０を介して、通信ユニット２２６、および通信モジュール２０２から読み取られる。読取モジュール２０６は、経済データを決定モジュール２１８に通信する。

見積もりモジュール２１０は、実時間エネルギ需要を見積もるように構成される。見積もりモジュール２１０は、ＤＲイベント期間の１つ以上のインターバルで実時間エネルギ需要を見積もるように構成される。図示の実施形態では、見積もりモジュール２１０は、ＤＲイベント期間の各インターバルについてメータの読み２３４に基づいて実時間エネルギ需要を見積もるように構成されている。メータの読み２３４は、いくつかの実施形態では、通信モジュール２０２により受信され、見積もりモジュール２１０に通信される。現在のインターバルについての実時間エネルギ需要は、直前のインターバルからのメータの読み２３４に基づく。見積もりモジュール２１０は、実時間エネルギ需要を決定モジュール２１８に通信する。

決定モジュール２１８は、需要不均衡を決定するように構成される。さらに、決定モジュール２１８は、ＤＲイベント期間の１つ以上のインターバルにおいて需要不均衡を決定するように構成される。図示の実施形態では、決定モジュール２１８は、実時間エネルギ需要および経済データを受信し、需要不均衡を決定する。いくつかの実施形態では、実時間エネルギ需要は前日の需要２２８より大きく、それが実時間ＬＭＰ２３２を増加させるので、需要不均衡は、サイト１０４に供給される資源の量を有する。また、需要不均衡は、事業者１０６および／またはＤＲ集合体１０８により販売される資源の過剰または可能な過剰の量を有する。例えば、実時間ＬＭＰ２３２は、前日のＬＭＰ２３０より増加し、それが資源の過剰量の販売を有益にし、ＤＲイベントを実施して資源の過剰量を有益にする。決定モジュールは需要不均衡を計算モジュール２１４に通信する。

計算モジュール２１４は、需要不均衡を利用するＤＲイベントのコストを計算するように構成される。計算モジュール２１４は、ＤＲイベント全体のコストを計算し、ＤＲイベント期間の１つ以上のインターバルについてコストを計算し、ＤＲイベントのユニット当たりのコスト（例えば資源のユニット単位）を計算し、またはそれらの組み合わせを計算する。いくつかの実施形態では、コストは、１つ以上の固定コストおよび１つ以上の変動コストを有する。例えば、ＤＲイベントのコストは、各ＤＲイベント情報２３６を送信するコスト、動作コスト、および削減との交換でサイト１０４に申し込むインセンティブを有する。いくつかの実施形態では、インセンティブは、サイト１０４と事業者１０６および／またはＤＲ集合体１０８の間の契約またはルールにより、少なくとも部分的に決定される。ＤＲイベントのコストは、いくつかの状況では凸関数を有するか、または削減要請量の線形関数としてモデル化される（例えば、ＤＲイベントのコストは、削減要請量を乗じた単位ユニットごとのコストに等しい）。

予測モジュール２０８は、ＤＲイベントに含まれる削減関数として資源の実時間価格を予測するように構成されている。予測モジュール２０８は、ＤＲイベント期間の１つ以上のインターバルについての実時間価格を予測する。図示の実施形態では、予測モジュール２０８は、ＤＲイベント期間の各インターバルについての実時間価格を予測する。予測モジュール２０８は、資源の予測された実時間価格になる削減要請量に基づいて予測関数を生成する。一般に、削減要請量が少ないと、実時間価格はＤＲイベントによりあまり影響されず、削減要請量が多いと、実時間価格はＤＲイベントによりより大きく影響される。予測関数のいくつかの例は、対数関数、線形関数、および自然対数関数を有する。

いくつかの実施形態では、選択モジュール２０４は、ＤＲイベントの収益性を最大化する削減要請量を選択するように構成される。選択モジュール２０４は、ＤＲイベント期間の１つ以上のインターバルについて削減要請量を選択する。図示の実施形態では、選択モジュール２０４は、ＤＲイベント期間の各インターバルについて削減要請量を選択する。いくつかの実施形態では、選択モジュール２０４は、次の第１選択式にしたがって削減要請量を選択する。

第１選択式では、変数ｃは、削減要請量を表す。変数Ｔは、サブスクリプト（例えば、Ｄ_ATおよびＤ_RT）におけるインターバルを示す。量Ｄ_ATは、そのインターバルの前日の需要（例えば、前日の需要２２８）である。Ｄ_RTは、そのインターバルについて見積もった実時間需要である。量Ｃ_Tは、そのインターバルについての最大可能削減を表す。最大可能削減は、サイト１０４のような利用可能ＤＲ資源に基づいた見積もりである。最大可能削減は、データテーブル３００内に記憶された履歴データから導出される。さらに、最大可能削減は、サイト１０４における制御装置の形式（例えば、手動制御装置または自動制御装置）に依存する。関数Ｃ_DR（ｃ）は、ＤＲイベントのコスト関数を表す。第１選択式において、コスト関数は、削減要請量に基づく。さらにまたは別に、コスト関数は、分配システム１００に搭載されたＤＲプログラムの形式および／または１つ以上のサイト１０４での制御装置の形式に基づく。関数Ｐ'_RT（ｃ）は、実時間価格予測関数を表す。第１選択式においては、実時間価格予測関数は、削減要請量に基づく。関数最大は、可能な値範囲にわたっての最大化関数を表す。したがって、ＤＲイベントの削減要請量は、ゼロと最大可能削減の間の値に等しく、そこでＰ'_RT（ｃ）・（Ｄ_AT＋ｃ−Ｄ_RT）−Ｃ_DR（ｃ）の値が最大化される。削減要請量は、発行モジュール２１２に通信される。

発行モジュール２１２は、ＤＲイベントを発行するようにまたは発行しないように構成される。発行モジュール２１２は、削減要請量を受信し、ＤＲイベントを発行するか決定する。例えば、削減要請量がゼロに等しいのに応じて、発行モジュール２１２は、ＤＲイベントを発行しない。いくつかの実施形態では、ＤＲイベントのコスト関数は、線形関数として説明される。線形関数は、削減要請量が乗じられたユニット当たりコストを有する。これらおよび他の実施形態では、ＤＲイベントのユニット当たりコストが、実時間価格および／または予測実時間価格より大きいかまたは等しい時、削減要請量はゼロに等しい。したがって、発行モジュール２１２は、ＤＲイベントを発行しない。または、これらおよび他の実施形態では、ＤＲイベントのユニット当たりコストが、実時間価格および／または予測実時間価格より小さい時、削減要請量はゼロでない値を有する。したがって、発行モジュール２１２は、ＤＲイベントを発行する。

ＤＲイベントを発行するために、発行モジュール２１２は、１つ以上のサイト１０４にＤＲイベント通知２３６を通信する。サイト１０４は、ネットワーク１４０を介して、演算装置２００にフィードバック２３８を繰り返し通信する。フィードバック２３８は、１つ以上のサイト１０４がＤＲイベントに参加しているか、サイト１０４がＤＲイベント通知２３６を受信したか、サイトがＤＲイベントに集められたか、ということと、またはそれらの組み合わせを有する。フィードバック２３８は、データテーブル３００に記憶される。

いくつかの実施形態では、特定の削減要請量を選択する代わりに、選択モジュール２０４は、最適削減要請量を削減可能な顧客１０２のサブセットまたはサイト１０４を特定するように構成される。選択モジュール２０４は、データテーブル３００に記憶された履歴データに基づいて顧客１０２のサブセットを特定する。選択モジュール２０４は、各サイトにおける制御装置の形式に基づいて顧客１０２のサブセットを特定する。これらおよび他の実施形態では、選択モジュール２０４は、次の第２選択式にしたがってインターバルについての削減要請量を選択する。

第２選択式において、量Ｄ_ATおよびＤ_RT、（サブスクリプトにおける）変数Ｔ、および関数ｍａｘ、Ｃ_DR（ｃ）、Ｐ'_RT（ｃ）は、第１選択式を参照して説明したものと同じである。変数ｕは顧客１０２またはサイト１０４を表す。Ｕ_Tは、顧客１０２のサブセットおよび／またはそのインターバルで選択されたサイト１０４のサブセットを表す。ＳＵ_Tは、顧客１０２のサブセットまたは特定の時間期間（例えば任意の１日）中に接触されたサイト１０４の第２サブセットを表す。Ｕ_TおよびＳＵ_Tは、第２選択関数内のベクトルとして表される。Ｅ［ｃｕｒ（ｕ）］は、顧客１０２またはサイト１０４の見積もった削減を表す。オペレータ∈は、メンバーシップ関数を表す。／付のオペレータ∈は、非メンバーシップ関数を表す。第２選択式で、ｃは顧客１０２または顧客１０２のサブセットに含まれるサイト１０４またはサイト１０４（Ｕ_T）のサブセットの見積もった削減の合計として削減要請量を表す。したがって、ＤＲイベントの削減要請量は、特定の時間期間中に接触された顧客１０２のサブセットまたはサイト１０４（Ｕ_T）のサブセットに等しく、そこでＰ'_RT（ｃ）・（Ｄ_AT＋ｃ−Ｄ_RT）−Ｃ_DR（ｃ）の値が最大化される。第２選択式を解くことは、greedy（グリーディアルゴリズム）（発見的アルゴリズム）を使用して実行される。

選択モジュール２０４は、削減要請量および顧客１０２のサブセットまたはサイト１０４のサブセットを、発行モジュール２１２に通信する。発行モジュール２１２は、ＤＲイベントを発行するか決定する。ＤＲイベントを発行する決定に応じて、発行モジュール２１２は、顧客１０２のサブセットまたはサイト１０４のサブセットを通知する。例えば、発行モジュール２１２は、ネットワーク１４０を介して、ＤＲイベント通知２３６を顧客１０２のサブセットまたはサイト１０４のサブセットに通信する。上記の通り、顧客１０２のサブセットまたはサイト１０４のサブセットは、ネットワーク１４０を介して、フィードバック２３８を演算装置２００に順番に通信し、フィードバックはデータテーブル３００に記憶される。

いくつかの実施形態では、フィードバック２３８は、見積もりモジュール２１０に通信される。見積もりモジュールは、フィードバックに基づいてＤＲイベントまたはインターバルについての可能な資源削減を見積もる。さらに、フィードバックは、選択モジュール２０４に通信される。選択モジュール２０４は、次に現在のインターバルまたはＤＲイベント期間の付加的なインターバルについてフィードバックに基づいて、サイト１０４のサブセットまたは顧客１０２のサブセットを再評価する。

図３は、図２の演算装置２００に搭載されたデータテーブル３００の例示の実施形態を示す。データテーブル３００は、顧客またはサイトの特性を記載する１つ以上のパラメータ３５０を有する。パラメータ３５０のいくつかは、履歴データに含まれるかそれから導出され、サイトまたは顧客からフィードバックされ、分配システムの能力、またはそれらの組み合わせである。パラメータ３５０のいくつかは、インターバルに基づく。例えば、パラメータ３５０のいくつかは、ＤＲイベント期間の１つ以上のインターバルにおいて計算または再計算される。テーブル３００内のパラメータ３５０は、５つの顧客またはサイトに関連する。顧客またはサイトは、図１Ａ−２を参照して議論した顧客１０２およびサイト１０４に実質的に類似および／または対応する。他の実施形態では、データテーブルは、５つ以上の顧客またはサイトに関連する。データテーブル３００は、電力がサイトに供給される分配システムに含まれる。他の実施形態では、データテーブル３００は、他の資源がサイトに供給される分配システムに含まれる。

データテーブル３００では、パラメータ３５０は、顧客ＩＤ３０２、最大可能削減３０４、参加の見込み３０６、信頼性３０８、平均的な過去の実績３１０、過去の削減実績３１２、見積もった削減３１４、ＤＲ超すと３１６、通知の個数３１８、前に呼ばれたことの印３２０、位置３２２、および制御装置の形式３２４を有する。パラメータ３５０のそれぞれは、以下に説明される。

顧客ＩＤ３０２は、顧客またはサイトを特定するのに使用される。例えば、図１Ｂおよび３を組み合わせて参照すると、第１サイト１０４Ａは第１顧客ＩＤ３０２Ａで示され、第２サイト１０４Ｂは第２顧客ＩＤ３０２Ｂで示される。さらにおよび別に、顧客ＩＤ３０２は顧客１０２に対応するように示される。

最大可能削減３０４は、特定のサイトまたは特定の顧客により削減される電力の最大量を有する。最大可能削減３０４は、第１選択式の最大可能削減（Ｃ_T）を導出するのに使用される。最大可能削減３０４は、１つ以上のインターバルについて計算される。例えば、最大可能削減３０４は、履歴的に類似のインターバルにおける最大需要および履歴的に類似のインターバルにおける最小需要の間の差として計算される。

制御装置３２４の形式は、各サイトにおける制御装置の形式を示す。制御装置３２４の形式は、自動化制御装置（図３では「自動化」）または手動制御装置（図３では「手動」）を有する。前に議論したように、自動化制御装置は、顧客による入力無しに制御装置により制御される機器の動作に影響する。自動化制御装置は、例えば、スマート機器を有する。手動制御装置は、顧客による入力を使用して、機器の動作に影響する。

参加見込み３０６は、顧客またはサイトがＤＲイベントに参加する機会を特徴づけるパーセンテージを有する。参加見込み３０６は、例えば、顧客またはサイトが参加したＤＲイベントの個数を、アクノレッジメントにより示された顧客またはサイトにより受信されたＤＲイベント通知の個数で除した比率を有する。参加見込み３０６は、類似の状況下で参加した顧客またはサイトの個数に基づく。また、参加見込み３０６は、特定の顧客またはサイトの基礎エネルギ使用に対する特定の顧客またはサイトの実際のエネルギ使用に基づく。さらにまたは別に、参加見込み３０６は、制御装置３２４の形式に基づく。

信頼性３０８は、顧客またはサイトがＤＲイベントを選択する時にＤＲイベントに含まれるエネルギ削減（例えば同意した量の削減）を順守した頻度を示すパーセンテージを有する。さらにまたは別に、信頼性３０８は、制御装置３２４の形式に依存する。

平均の過去の実績３１０は、顧客またはサイトが平均して削減した最大可能削減３０４パーセンテージ（百分率）を有する。過去の削減実績３１２は、平均のエネルギ削減要請量を有する。見積もった削減３１４は、最大可能削減３０４、参加見込み３０６、信頼性３０８、および平均の過去実績３１０の積を有する。

ＤＲコスト３１６は、契約のするためのコストおよび／またはもし顧客がＤＲイベントに参加および集まるならば顧客に移すインセンティブを有する。ＤＲコスト３１６は、さらにまたは別に、制御装置３２４の形式に依存する。ＤＲコスト３１６は、ＤＲイベントのコストおよび／またはコスト関数を決定するのに使用される。前に呼ばれた指示３２０は、顧客またはサイトが特定時間期間中について契約されているかを示す。前に呼ばれた指示３２０は、第２選択式を参照して説明された特定時間期間中に契約された顧客またはサイトの第２サブセット（ＳＵ_T）を生成するのに使用される。位置３２２は、顧客またはサイトが位置する特定ゾーン（例えば、図１Ａおよび１Ｂの分配チャネル１０７）を示す。さらにＤＲイベント査定は、特定の位置におけるサイトまたは顧客に関して実行される。

図２および３を組み合わせて参照すると、第１または第２式を選択モジュール２０４が解くことは、greedy（グリーディアルゴリズム）（発見的アルゴリズム）およびデータテーブル３００内の１つ以上のパラメータを使用して実行される。例えば、１つ以上のパラメータ３５０は、上記のＰ'_RT（ｃ）・（Ｄ_AT＋ｃ−Ｄ_RT）−Ｃ_DR（ｃ）の式に代入される。顧客またはサイトは、結果に従ってソートし、最良の結果（例えば、得られるもっとも高い利益）を選択する。

さらにまたは別に、顧客のサブセット（Ｕ_T）は、データテーブル３００からの複数の可能な顧客またはサイトを有する。顧客のサブセット（Ｕ_T）は、顧客または前に呼ばれたことの印３２０を有さないサイトを有する。発行モジュール２１２は、複数の可能な顧客またはサイトを通知する。フィードバックは、複数の可能な顧客またはサイトのうちのどれがＤＲイベントに参加するかということを有する。フィードバックに基づき、発行モジュール２１２は、データテーブル３００に含まれる１つ以上のパラメータ３５０に基づき、複数の可能な顧客またはサイトの１つ以上を選択する。顧客またはサイトのサブセット（Ｕ_T）および特定の時間期間（ＳＵ_T）中に契約されている顧客またはサイトの第２サブセットは、データテーブル３００内で更新される。

図４は、ここで説明した少なくとも１つの実施形態にしたがって配置したＤＲイベント査定の例示の方法４００のフロー図である。方法４００は、図１Ａおよび１Ｂの事業者１０６がサイト１０４に電力を供給する分配システム１００のような分配システムで実行される。類似の方法が、事業者１０６が他の資源をサイト１０４に供給する分配システムで実現される。

方法４００は、図２を参照して説明した演算装置２００によりいくつかの実施形態でプログラムでより実行される。さらにまたは別に、方法４００は、ＤＲサーバ１１４、事業者１０６、ＤＲ集合体１０８、またはそれらのいくつかの組み合わせによりプログラムでより実行される。ＤＲサーバ１１４、事業者１０６、ＤＲ集合体１０８、および演算装置２００の１つ以上は、方法４００を実行するかまたは実行させるようにプロセッサにより実行可能なプログラミングコードまたは命令が記憶された非一時的コンピュータ読取可能な媒体（例えば図２のメモリ２２２）を有するか、それに通信するように結合される。さらにまたは別に、ＤＲサーバ１１４、事業者１０６、ＤＲ集合体１０８、および演算装置２００の１つ以上は、方法４００の実行を行うか制御するコンピュータ命令を実行するように構成されたプロセッサ（例えば、図２のプロセッサ２２４）を有する。個別のブロックとして示されているが、所望の実装に応じて、各種のブロックは、付加的なブロックに分割しても、より少ないブロックにまとめても、または削除してもよい。

ブロック４０２で、ＤＲイベントのインターバルについて、エネルギ経済データが、サードパーティから読み出される。エネルギ経済データは、前日の需要、前日のＬＭＰ、実時間ＬＭＰを有する。例えば、図１Ｂを参照すると、ＤＲサーバ１１４は、サードパーティ１１２から経済データを読み出す。

ブロック４０４で、エネルギ需要は、インターバルについて見積もられる。エネルギ需要は、いくつかの実施形態では、メータの読みの集合に基づいて見積もられる。例えば、図１Ｂを参照すると、メータの読みは、サイト１０４からＤＲサーバ１１４に通信される。ＤＲサーバ１１４は、メータの読みを受信し、それに基づいてエネルギ需要を見積もる。いくつかの実施形態では、メータの読みは、このインターバルの直前のインターバルからのものである。別にまたはさらに、エネルギ需要は、送出側またはサブステーションのような集合ポイントでのメータの読みによりそのインターバルについて見積もられる。

ブロック４０６で、需要不均衡は、インターバルについて決定される。例えば、図１Ｂを参照すると、需要不均衡は、分配システム１００で販売されるエネルギの過剰を有するかまたはサイト１０４に提供されるエネルギの不足を有する。

ブロック４０８で、コストは、需要不均衡をなくすＤＲイベントを計算する。例えば、図２を参照すると、ＤＲイベントのコストは、計算モジュール２１４により計算される。ＤＲイベントのコストは、第１および第２選択式を参照して説明した削減要請量（例えば、Ｃ_DR（ｃ））に基づくコスト関数を有する。コスト関数は、いくつかの実施形態では、ユニット当たりのコストを有する線形関数を有する。これらおよび他の実施形態では、ユニット当たりのコストが計算される。または、コスト関数は、顧客と事業者の間のあらかじめ合意した契約に依存する。例えば、ある削減が顧客により行われた時には、固定支払いが顧客に対して行われる。さらに、ユニット当たりのコストが実時間ＬＭＰより大きいかが決定される。ユニット当たりのコストが実時間ＬＭＰより大きいのに対応しては、ＤＲイベントは発行されない。

ブロック４１０で、実時間価格は、削減要請量の関数として予測される。いくつかの実施形態では、実時間価格は、実時間価格予測関数を使用して予測される。実時間価格予測関数は、ＤＲイベントに含まれる削減要請量の関数としてエネルギの実時間価格への変化を表すように構成された対数関数または他の関数を有する。

ブロック４１２で、削減要請量は、インターバルについて選択される。いくつかの実施形態では、削減要請量は、次に示す前述の第１選択式にしたがって選択される、

または、削減要請量は、次に示す前述の第１選択式にしたがって選択される、

例えば、図２を参照すると、選択モジュール２０４は、第１選択式または第２選択式に基づいて削減要請量を選択する。

ブロック４１４で、削減要請量がゼロに等しいか決定される。ブロック４１６で、ＤＲイベントは、ゼロに等しい削減要請量に応答しては発行されない（ブロック４１４における“ｙｅｓ”）。例えば、削減要請量は、ＤＲイベントのユニット当たりのコストが実時間ＬＭＰより大きければゼロに等しい。

または、ブロック４１８で、削減要請量がゼロに等しくないのに応答して（ブロック４１４における“Ｎｏ”）、顧客のサブセットは、削減要請量に合致することが特定される。例えば、図１Ｂを参照すると、第２顧客１０２Ｂは、削減要請量に合致することが特定される。いくつかの実施形態では、顧客のサブセットの特定は、少なくとも部分的には履歴データに基づく。さらにまたは別に、顧客のサブセットは、少なくとも部分的には、顧客のサブセットのそれぞれに関係するサイトにおける制御装置の形式に基づいて特定される。

ブロック４２０で、顧客のサブセットは、通知される。例えば、図１Ｂを参照すると、ＤＲサーバ１１４は、ネットワーク１４０を介して、第２顧客１０２Ｂに関係する装置１３０にＤＲイベント通知を通信する。

ブロック４２２で、フィードバックが、顧客のサブセットから収集される。例えば、図１Ｂを参照すると、ＤＲサーバ１１４は、ネットワーク１４０を介して、装置１３０からフィードバックを受信する。いくつかの実施形態では、フィードバックに基づいて、ＤＲイベントについて可能なエネルギ削減が見積もられる。さらにまたは別に、フィードバックに基づいて、顧客のサブセットは、ＤＲイベントの期間のそのインターバルおよび他のインターバルについて再評価される。

ブロック４２４で、ＤＲイベント期間の他の期間が残っているか決定される。残っているインターバルが無いのに応答して（ブロック４２４における“Ｎｏ”）、方法４００は、方法４００が終了するブロック４２６に進む。または、他の期間が残っているのに応答して、方法４００は、他のインターバルについて、上記のようにブロック４０２、４０４、４０６、４０８、４１０、４１２、４１４、４１６、４１８、４２０、および４２２の１つ以上をとおして進行する。

例えば、方法４００は、前日の需要、他のインターバルについての前日のＬＭＰ、および他のインターバルについての実時間のＬＭＰを読み取ることを有する。さらに、他のインターバルについて、エネルギ需要が見積もられ、需要不均衡が決定され、そして付加的なエネルギ削減要請量が、他のインターバルについてのＤＲイベントの収益性を最適化するように選択される。

この技術分野の当業者は、ここで開示したこのおよび他の手順および方法について、プロセスおよび方法中で実行される関数が異なる順に実行されてもよいことが分かる。さらに、概略のステップおよび動作が、例示としてのみ提供され、開示された実施形態から逸脱すること無しに、ステップおよび動作のいくつかは任意であり、より少ないステップおよび動作に組み合わせても、付加的なステップおよび動作に拡張してもよい。

ここで記載した実施形態は、以下にさらに詳しく議論するように、各種のコンピュータハードウェアまたはソフトウェアモジュールを有する特別な用途または一般的な用途のコンピュータの使用を含む。

ここで記載した実施形態は、その上にコンピュータが読取可能な命令またはデータ構造を担持または有するコンピュータが読取可能な媒体を使用して実現される。このようなコンピュータが読取可能な媒体は、一般用途または特別な用途のコンピュータによりアクセスされる利用可能などのような媒体であってもよい。例としては、これに限定されないが、このようなコンピュータが読取可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、または他の光学ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶装置、またはコンピュータが読取可能な命令またはデータ構造の形式で所望のプログラムコードを担持または記憶するのに使用され一般用途のまたは特別な用途のコンピュータによりアクセスされるいかなる他の非一時的記憶媒体、を含む有形のまたは非一時的なコンピュータが読取可能な記憶媒体を有する。上記の組み合わせは、コンピュータが読取可能な媒体の範囲内に含まれる。

コンピュータが実行可能な命令は、例えば、一般用途のコンピュータまたは特別な用途の処理装置にある機能または機能のグループを実行させる命令およびデータを有する。手段について構造的な特徴および／または方法的な動作を特定する用語で説明してきたが、特許請求の範囲に記載された手段は上記の特別な特徴または動作にかならずしも限定されないことが理解される。むしろ、上記の特別な特徴または動作は、特許請求の範囲を実現する例示の形式として開示される。

ここで使用したように、用語「モジュール」、「要素(component)」および／または「エンジン」は、演算システム上で実行するソフトウェア対象またはルーチンに関連している。ここで説明した異なる要素、モジュール、エンジン、およびサービスは、演算システム上で実行する対象またはプロセス（例えば、分離したスレッド）として実現される。ここで説明したシステムおよび方法は、ソフトウェアで実現されることが望ましいが、ハードウェアまたはソフトウェアおよびハードウェアの組み合わせでの実現も可能で期待されている。この記載において、「演算単位」は、前に記載されたように、いかなる演算システムでも、演算システム上で動作するモジュールまたはモジュールの組み合わせでもよい。

以上の実施形態に関し、更に以下の付記を開示する。
（付記１）
需要応答イベント期間のインターバルについて、サードパーティから、前日の需要、前日の地域的境界価格（ＬＭＰ）および実時間ＬＭＰを有するエネルギ経済データを読み取り、
前記インターバルについて実時間エネルギ需要を見積もり、
前記エネルギ経済データおよび見積もった実時間エネルギ需要に基づいて、需要不均衡を決定し、
前記需要不均衡を利用するコストを計算し、
前記インターバルごとに前記ＤＲイベントの収益性を最大化するエネルギ削減要請量を選択する、需要応答査定方法。
（付記２）
前記計算は、前記ＤＲイベントの単位当たりコストを計算することを有し、
前記単位当たりコストが前記インターバルの実時間ＬＭＰより大きいか決定し、
前記実時間ＬＭＰより大きい前記単位当たりコストに応答して、前記ＤＲイベントを発行しない、付記１に記載の方法。
（付記３）
前記削減要請量の関数として実時間価格を予測し、
前記選択は前記予測した実時間価格に少なくとも部分的に基づく、付記１に記載の方法。
（付記４）
前記選択は、次の式

ここで、ｃは変数としての前記削減要請量を表し、
Ｃ_DR(c)は、前記ＤＲイベントのコスト関数を表し、
Ｐ’_RT(c)は、実時間価格予測関数を表し、
ｍａｘは、最大化関数を表し、
Ｄ_ATは、前記インターバルの前日の需要を表し、
Ｄ_RTは、前記インターバルの予測した実時間のエネルギ需要を表し、
Ｃ_Tは、最大可能削減を表す、にしたがって実行される付記３に記載の方法。
（付記５）
さらに、
履歴のＤＲイベント参加データに少なくとも部分的に基づいて。前記削減要請量を削減可能な顧客のサブセットを特定し、
前記顧客のサブセットに前記ＤＲイベントを通知し、
前記ＤＲイベントの順守に関する前記顧客のサブセットからのフィードバックを収集する、付記１に記載の方法。
（付記６）
前記フィードバックに基づいて、さらに、
前記ＤＲイベントについての可能なエネルギ削減を見積もり、
前記ＤＲイベント期間の前記インターバルまたは他のインターバルについての前記顧客のサブセットを再評価する、付記５に記載の方法。
（付記７）
前記選択は、次の式

ここで、ｕは顧客を表し、
Ｃ_DR(c)は、前記ＤＲイベントのコスト関数を表し、
Ｐ’_RT(c)は、実時間価格予測関数を表し、
Ｕ_Tは、前記顧客のサブセットを表し、
ＳＵ_Tは、特定時間期間中に接触される顧客の第２サブセットを表し、
Ｅ［ｃｕｒ（ｕ）］は、ユーザの見積もり削減を表し、
∈は、メンバーシップ関数を表す、にしたがって実行される付記５に記載の方法。
（付記８）
前記特定は、前記顧客のサブセットのそれぞれに関係するサイトにおける制御装置の形式に少なくとも部分的に基づく、付記５に記載の方法。
（付記９）
前記ＤＲイベント期間の他のインターバルについて、
前日の需要、前日のＬＭＰ、および実時間ＬＭＰを読み取り、
前記他のインターバルについてのエネルギ需要を見積もり、
前記他のインターバルについての需要不均衡を決定し、
前記他のインターバルについての前記ＤＲイベントの収益性を最大化する付加的なエネルギ削減要請量を選択する、付記１に記載の方法。
（付記１０）
前記削減要請量がゼロである場合には、前記ＤＲイベントの発行を行わない、付記１に記載の方法。
（付記１１）
需要応答イベント期間のインターバルについて、サードパーティから、前日の需要、前日の地域的境界価格（ＬＭＰ）および実時間ＬＭＰを有するエネルギ経済データを読み取り、
前記インターバルについて実時間エネルギ需要を見積もり、
前記エネルギ経済データおよび見積もった実時間エネルギ需要に基づいて、需要不均衡を決定し、
前記需要不均衡を利用するコストを計算し、
前記インターバルごとに前記ＤＲイベントの収益性を最大化するエネルギ削減要請量を選択する、
動作を実行するように、プロセッサにより実行可能なコード化されたプログラミングコードを有する非一時的なコンピュータ読取可能な媒体。
（付記１２）
前記計算は、前記ＤＲイベントの単位当たりコストを計算することを有し、
前記単位当たりコストが前記インターバルの実時間ＬＭＰより大きいか決定し、
前記実時間ＬＭＰより大きい前記単位当たりコストに応答して、前記ＤＲイベントを発行しない、付記１１に記載の非一時的なコンピュータ読取可能な媒体。
（付記１３）
前記削減要請量の関数として実時間価格を予測し、
前記選択は前記予測した実時間価格に少なくとも部分的に基づく、付記１１に記載の非一時的なコンピュータ読取可能な媒体。
（付記１４）
前記選択は、次の式

ここで、ｃは変数としての前記削減要請量を表し、
Ｃ_DR(c)は、前記ＤＲイベントのコスト関数を表し、
Ｐ’_RT(c)は、実時間価格予測関数を表し、
ｍａｘは、最大化関数を表し、
Ｄ_ATは、前記インターバルの前日の需要を表し、
Ｄ_RTは、前記インターバルの予測した実時間のエネルギ需要を表し、
Ｃ_Tは、最大可能削減を表す、にしたがって実行される付記１３に記載の非一時的なコンピュータ読取可能な媒体。
（付記１５）
さらに、
履歴のＤＲイベント参加データに少なくとも部分的に基づいて。前記削減要請量を削減可能な顧客のサブセットを特定し、
前記顧客のサブセットに前記ＤＲイベントを通知し、
前記ＤＲイベントの順守に関する前記顧客のサブセットからのフィードバックを収集する、付記１１に記載の非一時的なコンピュータ読取可能な媒体。
（付記１６）
前記フィードバックに基づいて、さらに、
前記ＤＲイベントについての可能なエネルギ削減を見積もり、
前記ＤＲイベント期間の前記インターバルまたは他のインターバルについての前記顧客のサブセットを再評価する、付記１５に記載の非一時的なコンピュータ読取可能な媒体。
（付記１７）
前記選択は、次の式

ここで、ｕは顧客を表し、
Ｃ_DR(c)は、前記ＤＲイベントのコスト関数を表し、
Ｐ’_RT(c)は、実時間価格予測関数を表し、
Ｕ_Tは、前記顧客のサブセットを表し、
ＳＵ_Tは、特定時間期間中に接触される顧客の第２サブセットを表し、
Ｅ［ｃｕｒ（ｕ）］は、ユーザの見積もり削減を表し、
∈は、メンバーシップ関数を表す、にしたがって実行される付記１５に記載の非一時的なコンピュータ読取可能な媒体。
（付記１８）
前記特定は、前記顧客のサブセットのそれぞれに関係するサイトにおける制御装置の形式に少なくとも部分的に基づく、付記１５に記載の非一時的なコンピュータ読取可能な媒体。
（付記１９）
前記ＤＲイベント期間の他のインターバルについて、
前日の需要、前日のＬＭＰ、および実時間ＬＭＰを読み取り、
前記他のインターバルについてのエネルギ需要を見積もり、
前記他のインターバルについての需要不均衡を決定し、
前記他のインターバルについての前記ＤＲイベントの収益性を最大化する付加的なエネルギ削減要請量を選択する、付記１１に記載の非一時的なコンピュータ読取可能な媒体。
（付記２０）
前記削減要請量がゼロである場合には、前記ＤＲイベントの発行を行わない、付記１１に記載の非一時的なコンピュータ読取可能な媒体。

ここで引用したすべての例および条件付き表現は、発明者により従来の技術を更に推し進めるために提供された発明と概念を読者が理解するのを支援する教育的目的のためであり、そのように特定的に引用した例と条件に制限されるものではないと解釈されるべきである。本開示の実施形態を詳細に記述したが、種々の変更、置換、および改造が、本開示の精神と範囲を逸脱することなく実施形態に対して行えるということは理解されたい。

Claims (11)

1. 需要応答イベント期間のインターバルについて、サードパーティから、前日の需要、前日の地域的境界価格（ＬＭＰ）および実時間ＬＭＰを有するエネルギ経済データを読み取り、
   前記インターバルについて実時間エネルギ需要を見積もり、
   前記エネルギ経済データおよび見積もった実時間エネルギ需要に基づいて、需要不均衡を決定し、
   前記需要不均衡を利用するコストを計算し、
   前記インターバルごとに前記ＤＲイベントの収益性を最大化するエネルギ削減要請量を選択する、需要応答査定方法。
2. 前記計算は、前記ＤＲイベントの単位当たりコストを計算することを有し、
   前記単位当たりコストが前記インターバルの実時間ＬＭＰより大きいか決定し、
   前記実時間ＬＭＰより大きい前記単位当たりコストに応答して、前記ＤＲイベントを発行しない、請求項１に記載の方法。
3. 前記削減要請量の関数として実時間価格を予測し、
   前記選択は前記予測した実時間価格に少なくとも部分的に基づく、請求項１に記載の方法。
4. 前記選択は、次の式
   

   

   ここで、ｃは変数としての前記削減要請量を表し、
   Ｃ_DR(c)は、前記ＤＲイベントのコスト関数を表し、
   Ｐ’_RT(c)は、実時間価格予測関数を表し、
   ｍａｘは、最大化関数を表し、
   Ｄ_ATは、前記インターバルの前日の需要を表し、
   Ｄ_RTは、前記インターバルの予測した実時間のエネルギ需要を表し、
   Ｃ_Tは、最大可能削減を表す、にしたがって実行される請求項３に記載の方法。
5. さらに、
   履歴のＤＲイベント参加データに少なくとも部分的に基づいて。前記削減要請量を削減可能な顧客のサブセットを特定し、
   前記顧客のサブセットに前記ＤＲイベントを通知し、
   前記ＤＲイベントの順守に関する前記顧客のサブセットからのフィードバックを収集する、請求項１に記載の方法。
6. 前記フィードバックに基づいて、さらに、
   前記ＤＲイベントについての可能なエネルギ削減を見積もり、
   前記ＤＲイベント期間の前記インターバルまたは他のインターバルについての前記顧客のサブセットを再評価する、請求項５に記載の方法。
7. 前記選択は、次の式
   

   

   ここで、ｕは顧客を表し、
   Ｃ_DR(c)は、前記ＤＲイベントのコスト関数を表し、
   Ｐ’_RT(c)は、実時間価格予測関数を表し、
   Ｕ_Tは、前記顧客のサブセットを表し、
   ＳＵ_Tは、特定時間期間中に接触される顧客の第２サブセットを表し、
   Ｅ［ｃｕｒ（ｕ）］は、ユーザの見積もり削減を表し、
   ∈は、メンバーシップ関数を表す、にしたがって実行される請求項５に記載の方法。
8. 前記特定は、前記顧客のサブセットのそれぞれに関係するサイトにおける制御装置の形式に少なくとも部分的に基づく、請求項５に記載の方法。
9. 前記ＤＲイベント期間の他のインターバルについて、
   前日の需要、前日のＬＭＰ、および実時間ＬＭＰを読み取り、
   前記他のインターバルについてのエネルギ需要を見積もり、
   前記他のインターバルについての需要不均衡を決定し、
   前記他のインターバルについての前記ＤＲイベントの収益性を最大化する付加的なエネルギ削減要請量を選択する、請求項１に記載の方法。
10. 前記削減要請量がゼロである場合には、前記ＤＲイベントの発行を行わない、請求項１に記載の方法。
11. 需要応答イベント期間のインターバルについて、サードパーティから、前日の需要、前日の地域的境界価格（ＬＭＰ）および実時間ＬＭＰを有するエネルギ経済データを読み取り、
    前記インターバルについて実時間エネルギ需要を見積もり、
    前記エネルギ経済データおよび見積もった実時間エネルギ需要に基づいて、需要不均衡を決定し、
    前記需要不均衡を利用するコストを計算し、
    前記インターバルごとに前記ＤＲイベントの収益性を最大化するエネルギ削減要請量を選択する、
    動作をコンピュータが実行するように制御するプログラム。

Images