(57)【要約】      （修正有）【課題】マイクロバランス・イベント資源選択を提供する。【解決手段】利用可能性スケジュールを計算し、資源の優先度リストを生成することを含む。優先度リストは、制御サブスロットにおいてアクティブ化されるサブグループに資源が加えられる順序を含んでいてもよい。前記サブグループの資源容量を計算することを含む。エネルギー目標を受領することを含む。前記資源容量が前記エネルギー目標未満であれば、前記優先度リストで最初の位置をもつ前記資源の一つを前記サブグループに加え、更新されたサブグループ資源容量を計算することを含んでいてもよい。更新されたサブグループ資源容量が前記エネルギー目標以上であるかどうかを判定することを含む。更新されたサブグループ資源容量が前記エネルギー目標以上であれば、前記資源にコマンド信号を通信することを含んでいてもよい。【選択図】図２
2017062769.tif 000002
【特許請求の範囲】
【請求項１】
マイクロバランス・イベントの制御サブスロットについての資源選択の方法であって：
一つまたは複数の資源についての利用可能性スケジュールを計算する段階と；
一つまたは複数の優先順位付け規則および前記利用可能性スケジュールに基づいて前記資源の優先度リストを生成する段階であって、前記優先度リストは、前記資源が、前記制御サブスロットの間に制御される前記資源の制御されるサブグループに加えられる順序を含む、段階と；
前記制御されるサブグループに含まれる前記資源の部分集合の資源容量の和を含むサブグループ資源容量を計算する段階と；
前記マイクロバランス・イベントの間にバランスされるべきエネルギー量を含むエネルギー目標を受領する段階と；
前記サブグループ資源容量が前記エネルギー目標以上であるかどうかを判定する段階と；
前記サブグループ資源容量が前記エネルギー目標未満であるとの判定に応答して、前記優先度リストにおいて最初の位置をもつ前記資源の一つを前記制御されるサブグループに加え、前記サブグループ資源容量および加えられた資源の資源容量を含む更新されたサブグループ資源容量を計算する段階と；
前記更新されたサブグループ資源容量が前記エネルギー目標以上であるかどうかを判定する段階と；
前記更新されたサブグループ資源容量が前記エネルギー目標以上であるとの判定に応答して、前記資源の動作状態を制御するコマンド信号を、前記制御されるサブグループ内の前記資源に通信する段階とを含む、
方法。
【請求項２】
前記制御されるサブグループ内の資源の次の制御サブスロットの資源制御状態を更新する段階と；
前記制御されるサブグループ内の資源のイベント参加回数を更新する段階とをさらに含む、
請求項１記載の方法。
【請求項３】
前記生成する段階が：
前記資源を、前記制御サブスロット内の資源の制御状態を表わす資源制御状態によってソートする段階と；
ソートされた資源を、より早く終了する利用可能な区間をもつ資源がより遅く終了する利用可能な区間をもつ資源より前になるよう、前記資源の現在利用可能な区間が終了する時刻に基づいて配列する段階と；
配列された資源を、より少数のバランス・イベントに参加した資源がより多数のバランス・イベントに参加した資源より前になるよう、前記資源のイベント参加回数に基づいて編成する段階と；
匹敵するイベント参加をもつ資源の間で、より大きな資源容量をもつ資源がより小さな資源容量をもつ資源より前になるよう、資源容量に基づいて前記資源をさらにソートする段階とを含み、
前記資源制御状態は：
許容される最大の時間割合までオフにされていないサイクリング挙動をもつ資源を示し、該資源が、エネルギー・バランス容量を増すために、前記制御サブスロットにおいてオフにされるべきであることを示す第一の資源制御状態；
公益事業者についてのプログラム恩恵を増すために前記制御サブスロットにおいてその資源をオフにすることが望ましいことを示す第二の資源制御状態；
その資源が次の一時間または複数時間以内に再び制御されることが望ましいことを示す第三の資源制御状態；および
その資源が同じ日のうちに再び制御されることが望ましいことを示す第四の資源制御状態を含み、
前記資源をソートする段階は、第一の資源制御状態をもつ資源が第二の資源制御状態をもつ資源より前になり、第二の資源制御状態をもつ資源が第三の資源制御状態をもつ資源より前になり、第三の資源制御状態をもつ資源が第四の資源制御状態をもつ資源より前になるようにする、
請求項１記載の方法。
【請求項４】
前記生成する段階が：
パフォーマンスまたはコストのどちらが優先事項であるかを決定する段階と；
パフォーマンスが優先事項であることに応答して：
制約条件に基づいて優先度を計算し：
計算された優先度に基づいて前記資源をクラスター化し；
資源クラスター内の資源の順序をランダム化する段階とを含む、
請求項１記載の方法。
【請求項５】
コストが優先事項であることに応答して、前記生成する段階が：
コストまたは顧客へのインセンティブによって前記資源をクラスター化し；
制約条件に基づいて優先度を計算し：
計算された優先度に基づいて前記資源をクラスター化し；
資源クラスター内の資源の順序をランダム化する段階とを含む、
請求項４記載の方法。
【請求項６】
実際の負荷データおよび実際の生成データの一方または両方を一つまたは複数のサイトから受領する段階と；
受領された負荷データおよび／または生成データならびに残りの制御サブスロット数に基づいて、エネルギー目標を更新する段階と；
前記サブグループ資源容量が前記更新されたエネルギー目標より小さいかどうかを判定する段階と；
前記サブグループ資源容量が前記更新されたエネルギー目標より小さいことに応答して、前記優先度リストにおいて最初の位置をもつ前記資源の一つを前記制御されるサブグループに加える段階と；
前記サブグループ資源容量が前記更新されたエネルギー目標より小さくないことに応答して、前記サブグループ資源容量が前記更新されたエネルギー目標に等しいかどうかを判定する段階と；
前記サブグループ資源容量が前記更新されたエネルギー目標に等しくないことに応答して、最も最近に追加された資源を前記制御されるサブグループから除去する段階とをさらに含む、
請求項１記載の方法。
【請求項７】
前記資源が、仮想発電所（VPP）に含まれる空調機、光電性パネルおよび電気自動車のうちの一つまたは複数または組み合わせを含み、
前記マイクロバランス・イベントが実質的に連続的なバランス・イベントの一部を含む、
請求項１記載の方法。
【請求項８】
前記資源がそれぞれ資源型を含み；
第一の資源型の資源が第二の資源型の資源より上に順序付けられる、
請求項１記載の方法。
【請求項９】
前記優先順位付け規則が：
資源型；
資源の位置；
資源制約条件；
顧客制約条件；および
プログラム制約条件
の組の一つまたは複数に基づく、請求項１記載の方法。
【請求項１０】
次の制御サブスロットについて：
前記資源のその後の優先度リストを生成し；
前記制御されるサブグループ内に含まれる資源の部分集合の資源容量の和を含むその後のサブグループ資源容量を計算し；
前記その後のサブグループ資源容量が前記エネルギー目標以上であるかどうかを判定し；
更新されたサブグループ資源容量が前記エネルギー目標以上であるとの判定に応答して、前記制御されるサブグループ内の資源にコマンド信号を通信することをさらに含む、
請求項１記載の方法。
【請求項１１】
動作を実行するまたは該動作の実行を制御するようプロセッサによって実行可能なプログラミング・コードがエンコードされている非一時的なコンピュータ可読媒体であって、前記動作は：
一つまたは複数の資源についての利用可能性スケジュールを計算する段階と；
一つまたは複数の優先順位付け規則および前記利用可能性スケジュールに基づいて前記資源の優先度リストを生成する段階であって、前記優先度リストは、前記資源が、前記制御サブスロットの間に制御される前記資源の制御されるサブグループに加えられる順序を含む、段階と；
前記制御されるサブグループに含まれる前記資源の部分集合の資源容量の和を含むサブグループ資源容量を計算する段階と；
前記マイクロバランス・イベントの間にバランスされるべきエネルギー量を含むエネルギー目標を受領する段階と；
前記サブグループ資源容量が前記エネルギー目標以上であるかどうかを判定する段階と；
前記サブグループ資源容量が前記エネルギー目標未満であるとの判定に応答して、前記優先度リストにおいて最初の位置をもつ前記資源の一つを前記制御されるサブグループに加え、前記サブグループ資源容量および加えられた資源の資源容量を含む更新されたサブグループ資源容量を計算する段階と；
前記更新されたサブグループ資源容量が前記エネルギー目標以上であるかどうかを判定する段階と；
前記更新されたサブグループ資源容量が前記エネルギー目標以上であるとの判定に応答して、前記資源の動作状態を制御するコマンド信号を、前記制御されるサブグループ内の前記資源に通信する段階とを含む、
非一時的なコンピュータ可読媒体。
【請求項１２】
前記動作が：
前記制御されるサブグループ内の資源の次の制御サブスロットの資源制御状態を更新する段階と；
前記制御されるサブグループ内の資源のイベント参加回数を更新する段階とをさらに含む、
請求項１１記載の非一時的なコンピュータ可読媒体。
【請求項１３】
前記生成する段階が：
前記資源を、前記制御サブスロット内の資源の制御状態を表わす資源制御状態によってソートする段階と；
ソートされた資源を、より早く終了する利用可能な区間をもつ資源がより遅く終了する利用可能な区間をもつ資源より前になるよう、前記資源の現在利用可能な区間が終了する時刻に基づいて配列する段階と；
配列された資源を、より少数のバランス・イベントに参加した資源がより多数のバランス・イベントに参加した資源より前になるよう、前記資源のイベント参加回数に基づいて編成する段階と；
匹敵するイベント参加をもつ資源の間で、より大きな資源容量をもつ資源がより小さな資源容量をもつ資源より前になるよう、資源容量に基づいて前記資源をさらにソートする段階とを含み、
前記資源制御状態は：
許容される最大の時間割合までオフにされていないサイクリング挙動をもつ資源を示し、該資源が、エネルギー・バランス容量を増すために、前記制御サブスロットにおいてオフにされるべきであることを示す第一の資源制御状態；
公益事業者についてのプログラム恩恵を増すために前記制御サブスロットにおいてその資源をオフにすることが望ましいことを示す第二の資源制御状態；
その資源が次の一時間または複数時間以内に再び制御されることが望ましいことを示す第三の資源制御状態；および
その資源が同じ日のうちに再び制御されることが望ましいことを示す第四の資源制御状態を含み、
前記資源をソートする段階は、第一の資源制御状態をもつ資源が第二の資源制御状態をもつ資源より前になり、第二の資源制御状態をもつ資源が第三の資源制御状態をもつ資源より前になり、第三の資源制御状態をもつ資源が第四の資源制御状態をもつ資源より前になるようにする、
請求項１１記載の非一時的なコンピュータ可読媒体。
【請求項１４】
前記生成する段階が：
パフォーマンスまたはコストのどちらが優先事項であるかを決定する段階と；
パフォーマンスが優先事項であることに応答して：
制約条件に基づいて優先度を計算し：
計算された優先度に基づいて前記資源をクラスター化し；
資源クラスター内の資源の順序をランダム化する段階とを含む、
請求項１１記載の非一時的なコンピュータ可読媒体。
【請求項１５】
コストが優先事項であることに応答して、前記生成する段階が：
コストまたは顧客へのインセンティブによって前記資源をクラスター化し；
制約条件に基づいて優先度を計算し：
計算された優先度に基づいて前記資源をクラスター化し；
資源クラスター内の資源の順序をランダム化する段階とを含む、
請求項１４記載の非一時的なコンピュータ可読媒体。
【請求項１６】
前記動作が：
実際の負荷データおよび実際の生成データの一方または両方を一つまたは複数のサイトから受領する段階と；
受領された負荷データおよび／または生成データならびに残りの制御サブスロット数に基づいて、エネルギー目標を更新する段階と；
前記サブグループ資源容量が前記更新されたエネルギー目標より小さいかどうかを判定する段階と；
前記サブグループ資源容量が前記更新されたエネルギー目標より小さいことに応答して、前記優先度リストにおいて最初の位置をもつ前記資源の一つを前記制御されるサブグループに加える段階と；
前記サブグループ資源容量が前記更新されたエネルギー目標より小さくないことに応答して、前記サブグループ資源容量が前記更新されたエネルギー目標に等しいかどうかを判定する段階と；
前記サブグループ資源容量が前記更新されたエネルギー目標に等しくないことに応答して、最も最近に追加された資源を前記制御されるサブグループから除去する段階とをさらに含む、
請求項１１記載の非一時的なコンピュータ可読媒体。
【請求項１７】
前記資源が、仮想発電所（VPP）に含まれる空調機、光電性パネルおよび電気自動車のうちの一つまたは複数または組み合わせを含み、
前記マイクロバランス・イベントが実質的に連続的なバランス・イベントの一部を含む、
請求項１１記載の非一時的なコンピュータ可読媒体。
【請求項１８】
前記資源がそれぞれ資源型を含み；
第一の資源型の資源が第二の資源型の資源より上に順序付けられる、
請求項１１記載の非一時的なコンピュータ可読媒体。
【請求項１９】
前記優先順位付け規則が：
資源型；
資源の位置；
資源制約条件；
顧客制約条件；および
プログラム制約条件
の組の一つまたは複数に基づく、請求項１１記載の非一時的なコンピュータ可読媒体。
【請求項２０】
前記動作が、次の制御サブスロットについて：
前記資源のその後の優先度リストを生成し；
前記制御されるサブグループ内に含まれる資源の部分集合の資源容量の和を含むその後のサブグループ資源容量を計算し；
前記その後のサブグループ資源容量が前記エネルギー目標以上であるかどうかを判定し；
更新されたサブグループ資源容量が前記エネルギー目標以上であるとの判定に応答して、前記制御されるサブグループ内の資源にコマンド信号を通信することをさらに含む、
請求項１１記載の非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本稿で論じられる実施形態は、マイクロバランス・イベント資源選択に関係する。
【背景技術】
【０００２】
公益事業者は、ある種の高負荷期間の間、エネルギー使用の削減およびエネルギー生産のインセンティブを与える。より大きな需要を満たす該公益事業者の能力を増すためまたは生産コストを最小化するためである。たとえば、夏季には、暑い日の午後遅くにピーク・エネルギー使用が生じることがある。公益事業者は、午後遅くのエネルギー使用を減らすよう工場にインセンティブをオファーすることがある。応答して、工場は、晩のより遅くまで高負荷生産稼働を遅らせたり、工場内の空調を下げたり、あるいは他の仕方でエネルギー使用を減らしたりしうる。同様に、公益事業者は、午後遅くに該公益事業者に課される負荷を満たすために午後遅くの間、エネルギー生産を増してもよい。このようにして、公益事業者はピーク・エネルギー使用の間のエネルギー需要を満たす能力を増す、および／またはそうしたエネルギー需要を満たすために追加的なエネルギーを生産もしくは購入するのを避けることができる。
【０００３】
ピークまたは高負荷期間中のエネルギー使用の削減は、一般にデマンドレスポンス（DR）と称されることがある。特定の時間期間の間のエネルギー使用削減はDRイベントと称されることがある。DRイベントは一般に、公益事業者が高い需要を予期し、顧客にエネルギー使用を減らすまたは削減するよう求めるときに発生する。顧客が合意された量だけそのエネルギー使用を減らすと、公益事業者は顧客にインセンティブを提供してもよい。
【０００４】
いくつかの電気配送システムは、分散されたエネルギー生産および中央集中されたエネルギー生産を含みうる。たとえば、電気配送システムは、石炭発電所のような公益事業者および光起電性（PV:  phoitovoltaic）パネルを備えた複数の住宅を含んでいてもよい。PVパネルをもつ住宅はサイト・レベルのエネルギー生産の例である。配送されるエネルギーは電気配送システムに統合されてもよい。よって、PVパネルによって生産されるエネルギーの一部が送電網に導入され、送電網を介して配送されうる。
【０００５】
電気配送システムは、複数のサイトを含んでいてもよい。一群のサイトは仮想発電所（VPP:  virtual  power  plant）として編成されてもよい。たとえば、エネルギー生産機能を含む諸サイトがVPPに編成されてもよい。VPPにグループ化されるとき、VPPに含まれるサイトのエネルギー生産およびエネルギー使用は集団的に管理されうる。
【０００６】
本願で請求される主題は、何らかの欠点を解決するまたは上記のような環境でのみ動作する実施形態に限定されない。むしろ、この背景は、本稿に記載されるいくつかの実施形態が実施されうる一つの例示的な技術領域を例解するために与えられているだけである。
【発明の概要】
【課題を解決するための手段】
【０００７】
ある実施形態によれば、方法は、マイクロバランス・イベントの制御サブスロットについての資源選択を含む。本方法は、一つまたは複数の資源についての利用可能性スケジュールを計算することを含んでいてもよい。本方法は、一つまたは複数の優先順位付け規則および前記利用可能性スケジュールに基づいて資源の優先度リストを生成することを含んでいてもよい。優先度リストは、マイクロバランス・イベントの間にアクティブ化される、制御されるサブグループに、資源が加えられる順序を含んでいてもよい。本方法は、制御されるサブグループに含まれる資源の部分集合の資源容量の和を含むサブグループ資源容量を計算することを含んでいてもよい。本方法は、エネルギー目標を受領することを含んでいてもよい。エネルギー目標は、エネルギー・バランス・イベントの間にバランスされるべきエネルギー量を含んでいてもよい。本方法は、サブグループ資源容量が前記エネルギー目標以上であるかどうかを判定することを含んでいてもよい。サブグループ資源容量が前記エネルギー目標未満であるとの判定に応答して、本方法は、前記優先度リストにおいて最初の位置をもつ前記資源の一つを制御されるサブグループに加え、前記サブグループ資源容量および加えられた資源の資源容量を含む更新されたサブグループ資源容量を計算することを含んでいてもよい。本方法は、更新されたサブグループ資源容量が前記エネルギー目標以上であるかどうかを判定することを含んでいてもよい。更新されたサブグループ資源容量が前記エネルギー目標以上であるとの判定に応答して、本方法は、前記資源の動作状態を制御するコマンド信号を、制御されるサブグループ内の前記資源に通信することを含んでいてもよい。
【０００８】
実施形態の目的および利点は、少なくとも、請求項において具体的に指摘される要素、特徴および組み合わせによって、実現され、達成されるであろう。
【０００９】
上記の概括的な記述および下記の詳細な説明はいずれも例示および説明するものであって、特許請求される発明を制約するものではないことは理解しておくものとする。
【図面の簡単な説明】
【００１０】
例示的実施形態について、付属の図面を使って、さらなる具体性および詳細さをもって記述し、説明する。
【図１】例示的な配送システムのブロック図である。
【図２】図１の配送システムにおいて実装されうる例示的なマイクロバランス・イベント資源選択プロセスを描く図である。
【図３】図１の配送システムにおいて実装されうるバランス・イベントについての全体的な継続期間のブロック図である。
【図４Ａ】図１の配送システムにおいて実装されうる例示的な利用可能性スケジュールを表わす図である。
【図４Ｂ】図１の配送システムにおいて実装されうる例示的な利用可能性スケジュールを表わす図である。
【図４Ｃ】図１の配送システムにおいて実装されうる例示的な利用可能性スケジュールを表わす図である。
【図４Ｄ】図１の配送システムにおいて実装されうる例示的な利用可能性スケジュールを表わす図である。
【図５Ａ】図１の配送システムにおいて実装されうる第一の生データ表である。
【図５Ｂ】図５Ａの第一の生データ表から生成される例示的な優先度リストである。
【図５Ｃ】図５Ａの第一の生データ表から生成される別の例示的な優先度リストである。
【図５Ｄ】図５Ａの第一の生データ表から生成される別の例示的な優先度リストである。
【図６Ａ】図１の配送システムにおいて実装されうる第二の生データ表である。
【図６Ｂ】図６Ａの第二の生データ表から生成される例示的な第一の中間リストである。
【図６Ｃ】図６Ａの第二の生データ表から生成される例示的な第二の中間リストである。
【図６Ｄ】図６Ａの第二の生データ表から生成される例示的な第四の優先度リストである。
【図６Ｅ】図６Ａの第二の生データ表から生成される例示的な第三の中間リストである。
【図６Ｆ】図６Ａの第二の生データ表から生成される例示的な第四の中間リストである。
【図６Ｇ】図６Ａの第二の生データ表から生成される例示的な第五の中間リストである。
【図６Ｈ】図６Ａの第二の生データ表から生成される例示的な第五の優先度リストである。
【図７】図１の配送システムにおいて実装されうるバランス・イベントの実行のための例示的な選択タイムラインを示す図である。
【図８Ａ】マイクロバランス・イベントのための資源選択の例示的な方法の流れ図の一部である。
【図８Ｂ】マイクロバランス・イベントのための資源選択の例示的な方法の流れ図の一部である。
【図８Ｃ】マイクロバランス・イベントのための資源選択の例示的な方法の流れ図の一部である。
【図９】優先度リスト生成の例示的な方法の流れ図である。
【図１０】優先度リスト生成のもう一つの例示的な方法の流れ図である。
【図１１】マイクロバランス・イベントにおける資源選択のために構成された例示的なコンピューティング・システムを示す図である。  図はみな、本稿に記載される少なくとも一つの実施形態に従って配置されている。
【発明を実施するための形態】
【００１１】
バランス・イベントは、一般に、公益事業者および／またはデマンドレスポンス（DR:  demand  response）アグリゲーターがエネルギー使用を削減する、エネルギー使用の削減のインセンティブを与える、エネルギー生産を増すまたはエネルギー生産のインセンティブを与える期間を含む。バランス・イベントの例はDR削減イベントである。DR削減イベントは、エネルギー価格がエネルギーを削減する動機を与えるときに実施されうる。DR削減イベントの間、公益事業者はエネルギー使用の削減のインセンティブを与えてもよい。それにより、該公益事業者は、該エネルギーをエネルギー市場で売ることができることがある。バランス・イベントのもう一つの例はDR供給イベントを含みうる。DR供給イベントは、DR削減イベントと同様の動機のもとで生起しうる。DR供給イベントでは、公益事業者はエネルギー使用の生産のインセンティブを与えてもよい。生成エネルギーはたとえばエネルギー市場で販売されてもよい。バランス・イベントの第三の例は、DR負荷イベントを含んでいてもよい。DR負荷イベントは、電気配送システムがエネルギー過剰を有する状況のもとで生起しうる。DR負荷イベントの間、該過剰分を使用するよう資源がアクティブ化されてもよい。
【００１２】
単一のバランス・イベントはDR負荷イベント、DR削減イベント、DR供給イベントまたはその何らかの組み合わせを含みうる。たとえば、エネルギー市場価格がDR削減イベントおよび並行したDR供給イベントの動機を与えることがある。さらに、DR負荷イベント、DR削減イベントおよびDR供給イベントの一つまたは複数が異なる物理的位置において並行して行なわれてもよい。
【００１３】
直接負荷制御（DLC:  direct  load  control）プログラムを実装するシステムのようないくつかの状況では、単一のバランス・イベントを実行する代わりに、同様のエネルギー・バランスを達成するよう複数のマイクロバランス・イベントが実行されてもよい。マイクロDRイベントは、複数のマイクロバランス・イベントを実装するエネルギー配送システムに含まれる一つまたは複数の資源の状態遷移を含んでいてもよい。
【００１４】
マイクロバランス・イベントの実行は、資源の一つまたは複数の部分集合の状態遷移のシーケンスを含んでいてもよい。特定の時点においてどの資源を含め、どの資源を含めないかの選択は、少なくとも部分的には複数の制約条件に基づいていてもよい。たとえば、本開示に記載されるいくつかの実施形態において、選択は、資源型（たとえば、空調ユニットか光電性（PV）パネルか）、資源の位置、資源制約条件（たとえば摩耗の考慮）、顧客制約条件（たとえば快適さ制約条件、締め切り制約条件、顧客選好）、DRプログラム制約条件（たとえば契約による／行政による制約条件）、本開示の他所に記載される他の制約条件またはその何らかの組み合わせに基づいていてもよい。
【００１５】
いくつかの実施形態では、制約条件は、必須のまたは「硬」制約条件と、必須でないまたは「軟」制約条件として分類されうる。必須の制約条件は、資源をオンからオフにするまたはオフからオンにする間の最小の時間の長さ、資源の一つまたは複数がオフでありうる連続する時間スロット数、資源の一つまたは複数がオンでありうる連続する時間スロット数、資源の一つまたは複数がオンでなければならない時間の割合、資源の一つまたは複数がオンでなければならない、何らかの時間期間にわたる時間スロットの割合、および資源制約条件の事後制御（post-control）を含みうる。必須の制約条件は、摩耗制約条件を含んでいてもよい。さらに、必須の制約条件は、バランス・イベント後の負荷のスナップ・バック（snap  back）を避けてもよく、あるいは資源１１２の挙動が何らかの時間期間にわたって予測可能であることを保証してもよい。
【００１６】
軟制約条件は、顧客がバランス・イベントまたはVPP  １２１に（たとえばVPPプロバイダーとの契約または政府規制により）参加することが期待される一年あたりの日数または時間数を含んでいてもよい。したがって、VPP  １２１は、一日当たりの顧客１２０の一に要請される削減の数を最大にすることを望むことがありうる。たとえば、ひとたび顧客１２０がある特定の日に削減するよう求められたら、VPP  １２１はその日に同じ顧客１２０をできるだけ多く削減してもよい。
【００１７】
いくつかの実施形態では、バランス・イベントは実質的に連続的であってもよい。よって、電気配送システムにおける資源の動作状態の遷移は、常時または実質的に常時、特定の諸エネルギー目標を達成するために実行されていてもよい。
【００１８】
これらおよび他の実施形態においてバランス・イベントは実質的に連続的であってもよいが、それぞれの日（または別の好適な期間）は、複数のバランス区間（balance  interval）に分離されてもよい。それら複数のバランス区間はさらに、複数の制御サブスロット（control  sub-slot）に分離されてもよい。制御サブスロットの一つまたは複数について、利用可能な資源の選択された部分集合に関わったマイクロバランス・イベントが実行されてもよい。ある例示的実施形態では、資源は、利用可能な資源の一つまたは複数について計算されてもよい利用可能性スケジュールに基づいて選択されてもよい。該利用可能性スケジュールおよび一つまたは複数の制約条件を考慮する優先順位付け規則に基づいて、優先度リストが生成される。優先度リストは、前記資源を、制御されるサブグループに前記資源が加えられる順序に編成したものを含む。制御されるサブグループ（controlled  sub-group）は、エネルギー・バランス・イベントの間にアクティブ化される資源を含んでいてもよい。サブグループ資源容量が計算されてもよい。サブグループ資源容量は、制御されるサブグループに含まれる資源の部分集合の資源容量の和を含んでいてもよい。
【００１９】
エネルギー目標とサブグループ資源容量との間の比較に基づいて、優先度リストからの一つまたは複数の資源が、制御されるサブグループに加えられてもよい。資源は、サブグループ資源容量がエネルギー目標を超えるまで加えられうる。すると、制御されるサブグループ内の資源にコマンド信号が通信されてもよい。コマンド信号は、それらの資源の動作状態を制御してもよい。たとえば、コマンド信号は、それらの資源の動作状態を、たとえばオンからオフに、オフからオンに、あるいは第一の動作状態から別の動作状態へと遷移させてもよい。
【００２０】
このおよび他の実施形態が、付属の図面を参照して本稿で記載される。付属の図面では、同様の符号を付けられた項目は、特にそうでないことが論じられていない限り、同様の構造をもつ。
【００２１】
図１は、マイクロバランス・イベント資源選択が実装されうる例示的な配送システム１００のブロック図である。配送システム１００において、公益事業者１０４および／またはDRアグリゲーター１０２は一つまたは複数のマイクロバランス・イベントを実装するまたはその実装を制御してもよい。マイクロバランス・イベントは、一つまたは複数のサイト１３０Ａ〜１３０Ｄ（概括的にサイト１３０または諸サイト１３０）に位置していてもよい資源１１２Ａ〜１１２Ｄ（概括的に資源１１２または諸資源１１２）の動作状態における遷移を含んでいてもよい。たとえば、マイクロバランス・イベントは、資源１１２の動作状態を制御するコマンド信号の、ネットワーク１２２を介した資源１１２への通信を含んでいてもよい。
【００２２】
資源１１２の動作状態の制御は、配送システム１００におけるエネルギー使用および／またはエネルギー生産に影響してもよい。エネルギー使用およびエネルギー生産の制御は、配送システム１００におけるエネルギー使用およびエネルギー生産をバランスさせてもよい。たとえば、サイト１３０および／または資源１１２は、公益事業者１０４によって生産されるまたはエネルギー市場において購入されるエネルギーを使ってもよい。サイト１３０および／または資源１１２によって課される増大した負荷の期間中は、該負荷を低減するために、一つまたは複数のマイクロバランス・イベントが実装されてもよい。これにより、エネルギー市場において購入されるエネルギーを減らしうる。追加的または代替的に、バランス・イベントは、公益事業者１０４によって生産されるエネルギーに加えての超過エネルギーを生産するよう実装されてもよい。超過エネルギーはエネルギー市場で売られてもよい。さらに、資源１１２によって課される負荷が削減されてもよく、一方、資源１１２のエネルギー生産が増大させられてもよい。これにより、エネルギー市場で売られてもよい追加的な超過エネルギーを生成しうる。
【００２３】
配送システム１００において、複数の逐次的なマイクロバランス・イベントが実装されてもよい。マイクロバランス・イベントの一つまたは複数は資源１１２の部分集合に関わっていてもよい。本開示では、マイクロバランス・イベントの一つまたは複数に含まれる資源１１２は制御されるサブグループと称される。制御されるサブグループに含まれる具体的な資源１１２は、マイクロバランス・イベントどうしの間で変わりうる。
【００２４】
たとえば、第一のマイクロバランス・イベントでは、第一の資源１１２Ａおよび第二の資源１１２Ｂが第一の資源１１２Ａおよび第二の資源１１２Ｂをオフ動作状態にするよう構成されたコマンド信号を受信してもよい。その後のマイクロバランス・イベントでは、第三の資源１１２Ｃおよび第四の資源１１２Ｄが第三の資源１１２Ｃおよび第四の資源１１２Ｄをオフ動作状態にするよう構成されたコマンド信号を受信してもよい。さらに、前記その後のマイクロバランス・イベントでは、第一の資源１１２Ａおよび第二の資源１１２Ｂが第一の資源１１２Ａおよび第二の資源１１２Ｂをオン動作状態にするよう構成されたコマンド信号を受信してもよい。
【００２５】
総合して、複数のマイクロバランス・イベントは単一のバランス・イベントと同様の結果を与えうる。しかしながら、複数のマイクロバランス・イベントの実装は、顧客１２０Ａおよび１２０Ｂ（まとめて諸顧客１２０または顧客１２０）および／または資源１１２に与える影響が、同様の結果をもつ単一のバランス・イベントより少ないことがありうる。
【００２６】
たとえば、DR削減イベントが、全体期間と称されうる2016年1月1日午後3:00から2016年1月1日午後5:00までスケジュールされることがありうる。このDR削減イベントの全削減は、1メガワット時（MWh）でありうる。全削減は、参加するサイト（たとえばサイト１３０）および／または参加する資源（１１２）による削減の和を含みうる。マクロDR削減イベントでは、公益事業者１０４および／またはDRアグリゲーター１０２は、二時間にわたる第一の資源１１２Ａおよび第二の資源１１２Ｂによる1MWhの削減を調整してもよい。第一の顧客１２０Ａは、二時間にわたって第一の資源１１２Ａおよび第二の資源１１２Ｂを動作させる能力を失うことがある。
【００２７】
マイクロDR削減イベントでは、公益事業者１０４および／またはDRアグリゲーター１０２は、全体期間の第一の部分にわたる第一の資源１１２Ａおよび第二の資源１１２Ｂによる1MWhの第一の部分の削減を調整してもよい。この削減に続いて、全体期間の第二の部分にわたる第三の資源１１２Ｃおよび第四の資源１１２Ｄによる1MWhの第二の部分の削減があってもよい。第二の削減の間、第一の資源１１２Ａおよび第二の資源１１２Ｂは、マイクロDR削減イベント前の動作状態に復帰しうる。公益事業者１０４および／またはDRアグリゲーター１０２は、総合で1MWhが削減されるまで一つまたは複数の追加的なマイクロDR削減イベントをスケジュールしてもよい。
【００２８】
マイクロバランス・イベントの恩恵は、資源１１２の動作の中断の低減を含みうる。たとえば、動作を定期的に（たとえばマイクロイベント継続期間中のみ）中断することによって、資源１１２の全体的な機能は影響されないことがありうる。同様に、資源１１２の一つまたは複数は、必ずしも一連のマイクロバランス・イベントの一つまたは複数の他のものに含まれることなく、一連のマイクロバランス・イベントの部分集合に含められてもよい。このように、公益事業者１０４および／またはDRアグリゲーター１０２は、削減および／または生産を資源１１２の多数の間で分配することによってエネルギー目標を達成しうる。これは、顧客（たとえば１２０）による削減または生産の知覚を低減しうる。
【００２９】
図１の実施形態では、配送システム１００は公益事業者１０４、DRアグリゲーター１０２、サイト１３０および資源１１２を含む。これらはまとめてシステム・コンポーネントと称される。システム・コンポーネントは、バランス・イベントに関係するデータおよび情報をネットワーク１２２を介して通信するよう構成されていてもよい。たとえば、資源１１２に関する情報およびコマンド信号がネットワーク１２２を介して通信されてもよい。以下の段落では、システム・コンポーネントのそれぞれについて述べる。
【００３０】
ネットワーク１２２は有線または無線でありえ、スター構成、トークンリング構成または他の構成を含む諸構成をもちうる。さらに、ネットワーク１２２は、ローカル・エリア・ネットワーク（LAN）、広域ネットワーク（WAN）（たとえばインターネット）および／または複数の資源がそれを通じて通信しうる他の相互接続されたデータ経路を含んでいてもよい。いくつかの実施形態では、ネットワーク１２２はピアツーピア・ネットワークを含んでいてもよい。ネットワーク１２２は、多様な異なる通信プロトコルにおけるデータの通信を可能にしうる遠隔通信ネットワークの諸部分に結合されるまたは該諸部分を含んでいるのでもよい。
【００３１】
いくつかの実施形態では、ネットワーク１２２は、データを送受信するために、ブルートゥース（登録商標）通信ネットワークおよび／またはセルラー通信ネットワークを含む。該送受信は、ショート・メッセージング・サービス（SMS）、マルチメディア・メッセージング・サービス（MMS）、ハイパーテキスト転送プロトコル（HTTP）、直接データ接続、無線アプリケーション・プロトコル（WAP）、電子メールなどを介することを含んでいてもよい。ネットワーク１２２は、スマート・エネルギー・プロファイル（SEP）、エコーネット・ライト（Echonet  Lite）、OpenADRまたは他の好適なプロトコル（たとえば、無線忠実度（W-Fi）、ZigBee、HomePlug  Greenなど）のような標準ベースのプロトコルを介した通信を可能にしてもよい。
【００３２】
サイト１３０は建物、構造または公益事業者１０４によって配送されるエネルギーを使用する他のオブジェクトを含みうる。サイト１３０は、個人の住居から大きな産業用工場またはオフィスビルまでにわたる複数の型の構造を含んでいてもよい。いくつかの実施形態では、配送システム１００に含まれるサイトは、住居および／または中小企業（SMB:  small  and  medium-size  business）サイトであってもよい。
【００３３】
サイト１３０は資源１１２を含んでいてもよい。資源１１２は、公益事業者１０４によって配送されるエネルギーを消費するまたは配送システム１００に配送されうるエネルギーを生成する任意の資源を含んでいてもよい。追加的または代替的に、資源１１２は、エネルギーを消費するまたはエネルギーを生成する資源の動作を制御してもよい。たとえば、資源は、前記資源１１２のうち一つまたは複数の動作を制御するスイッチ、サーモスタット、コントローラ、電気ブレーカーなどを含んでいてもよい。資源１１２のいくつかの例は、電気自動車（EV）、光電性パネル（PV）、空調機（AC）、サーモスタット、スイッチ、プール・ヒーター、温水器、換気ユニット、恒温に制御されたユニット、ファン、家庭用機器、燃料電池、設備品のためのコントローラ、スマート・アプライアンス、商業または産業設備品、衣類乾燥機、冷凍機、冷蔵庫、ヒーター、暖房・換気・空調機（HVAC:  heater,  ventilation,  and  air  conditioner）システム、バッテリー充電器、風力発電機、他の機器およびエネルギーを消費する、エネルギーを生産するまたはエネルギーの消費もしくは生産を制御する他の物品を含む。
【００３４】
資源１１２は、バランス・イベント・モジュール１１０を含んでいてもよい。バランス・イベント・モジュール１１０は、ネットワーク１２２を介してコマンド信号を受領するよう構成されていてもよい。コマンド信号に基づいて、資源１１２または資源１１２によって制御される装置の動作状態が変更または維持されうる。さらに、バランス・イベント・モジュール１１０は、ネットワーク１２２を介してバランス・イベント・コントローラ・モジュール（コントローラ・モジュール）１０８に情報を通信してもよい。たとえば、状態信号および／または受領確認がバランス・イベント・モジュール１１０からコントローラ・モジュール１０８に通信されてもよい。
【００３５】
いくつかの実施形態では、バランス・イベント・モジュール１１０は、DLCプログラムにおいて送られる信号に応答するよう構成されたルーチンを含んでいてもよい。DLCプログラムでは、イベント・コントローラ・サーバー（コントローラ・サーバー）１０６が資源１１２のうちの一つまたは複数の状態遷移を直接制御してもよい。他の実施形態では、バランス・イベント・モジュール１１０は他の型のDRプログラムを実装するよう構成されていてもよい。
【００３６】
バランス・イベント・モジュール１１０は、プロセッサ、マイクロプロセッサ（たとえば一つまたは複数の動作を実行するまたは該実行を制御するもの）、フィールド・プログラム可能ゲート・アレイ（FPGA）または特定用途向け集積回路（ASIC）を含むハードウェアを使って実装されてもよい。いくつかの他の例では、バランス・イベント・モジュール１１０は、ハードウェアとソフトウェアの組み合わせを使って実装されてもよい。ソフトウェアでの実装は、コンピューティング・システム（たとえば資源１１２）のハードウェアに含まれうるような一つまたは複数のトランジスタまたはトランジスタ要素の高速なアクティブ化および非アクティブ化を含んでいてもよい。さらに、ソフトウェア定義された命令がトランジスタ要素内の情報に作用してもよい。ソフトウェア命令の実装は、少なくとも一時的に、電子経路を再構成し、コンピューティング・ハードウェアを変容させうる。
【００３７】
顧客１２０は個人、個人のグループまたは他のエンティティを含みうる。サイト１３０および資源１１２は顧客１２０に関連していてもよい。たとえば、第一の顧客１２０Ａが第一のサイト１３０Ａおよび第一の資源１１２Ａに関連していてもよく、第二の顧客１２０Ｂが第二のサイト１３０Ｂなどに関連していてもよい。いくつかの実施形態では、顧客１２０は、マイクロバランス・イベントに参加するかどうかおよび／またはどのような条件の下でマイクロバランス・イベントが特定の資源１１２を含めてもよいかを決定してもよい。他の実施形態では、顧客１２０は、マイクロバランス・イベントに参加するまたはマイクロバランス・イベントにおいて資源１１２のエネルギー削減またはエネルギー生産を許容することに事前に同意してもよい。
【００３８】
顧客１２０は、資源１１２に関わるマイクロバランス・イベントの定式化に影響する資源１１２の条件を設定してもよい。たとえば、第一の資源１１２ＡはACを含んでいてもよい。第一の顧客１２０Ａはサーモスタットの設定点からの特定の温度逸脱（たとえば華氏2度）を維持するようACを設定してもよい。該ACに関わるマイクロイベントはこの温度設定によって制約されうる。別の例は、顧客選好（たとえばある時間の間の参加）および／または締め切り制約条件（たとえば午前8:00までにEVが充電される）を含んでいてもよい。
【００３９】
図１の実施形態では、第一のサイト１３０Ａ、第三のサイト１３０Ｃおよび第四のサイト１３０Ｄが仮想発電所（VPP）１２１に含まれていてもよい。VPP  １２１は第一のサイト１３０Ａ、第三のサイト１３０Ｃおよび第四のサイト１３０Ｄをグループ化する。概念的に、VPP  １２１は配送システムにおける、公益事業者１０４と同様の発電所と見ることができる。VPP  １２１は、そこに含まれるサイト１３０および／または資源１１２の動作を調整するソフトウェア制御を含んでいてもよい。DR信号伝達（たとえばOpenADR）を使って、VPP  １２１内のサイト１３０および／または資源１１２のエネルギー消費およびエネルギー生産が制御されうる。
【００４０】
いくつかの実施形態では、制御されるサブグループに含めるべき資源１１２の選択は、VPPベースで実行されてもよい。たとえば、VPP  １２１内の資源１１２のみが制御されるサブグループに含めるために考慮されてもよく、エネルギー目標は配送システム１００全体ではなくVPP  １２１について与えられてもよい。
【００４１】
さらに、二つ以上のVPP（たとえば１２１）を含む実施形態では、制御されるサブグループが一つまたは複数のVPPのために生成されてもよい。各VPPはそれに関する特定のエネルギー目標を有していてもよい。制御されるサブグループに含まれる資源１１２は、VPP  １２１に特定的なエネルギー目標に基づいてVPP  １２１内の資源１１２から選択されてもよい。
【００４２】
配送システム１００では、公益事業者１０４は、電気を含みうるエネルギーをサイト１３０および資源１１２に配送してもよい。公益事業者１０４によるサイト１３０および資源１１２へのエネルギーの配送は図１では１１４において示されている。公益事業者１０４は電気の生産、伝送および／または配送に関わる任意のエンティティを含みうる。公益事業者１０４は、公有であってもよく、あるいは私有であってもよい。公益事業者１０４のいくつかの例は、発電所、エネルギー協同組合および独立系統運用機関（ISO）を含みうる。公益事業者１０４はマイクロバランス・イベントについての条件を設定してもよい。たとえば、公益事業者１０４は、インセンティブ、マイクロDR期間、全削減、エネルギー目標などを設定してもよい。
【００４３】
DRアグリゲーター１０２は、公益事業者１０４とサイト１３０および／または顧客１２０との間の仲介者としてはたらくエンティティを含んでいてもよい。仲介者としての役割の例は、マイクロバランス・イベントの調整および実装を含みうる。たとえば、DRアグリゲーター１０２は、一つまたは複数のマイクロバランス・イベントの間に全削減量（たとえばエネルギー目標）が達成されうるよう諸顧客１２０を調整してもよい。さらに、DRアグリゲーター１０２は、配送システム１００に含めるサイト１３０および／または顧客１２０を同定してもよい。いくつかの実施形態では、公益事業者１０４によってオファーされるマイクロバランス・イベントおよび／またはインセンティブの基準は、DRアグリゲーター１０２に通信されてもよい。DRアグリゲーター１０２は該基準を顧客１２０および／またはサイト１３０に通信してもよく、マイクロバランス・イベントへの参加と引き換えにサイト１３０に前記インセンティブの何らかの部分をオファーしてもよい。
【００４４】
サイト１３０および／またはVPP  １２１はDRアグリゲーター１０２によって管理されてもよい。DRアグリゲーター１０２はコントローラ１０６を介して、それが管理する資源１１２またはVPP  １２１によるマイクロバランス・イベントの実装を調整してもよく、あるいは実装してもよい。図示した実施形態では、DRアグリゲーター１０２は上記のような仲介者としてはたらいてもよい。いくつかの実施形態では、DRアグリゲーター１０２は省略されてもよく、公益事業者１０４がコントローラ・サーバー１０６を介して、直接、マイクロバランス・イベントを実装してもよい。
【００４５】
コントローラ・サーバー１０６は、プロセッサ、メモリおよび通信機能を含むハードウェア・サーバーを含んでいてもよい。コントローラ・サーバー１０６は、ネットワーク１２２を介して資源１３０および／またはサイト１３０と通信するよう構成されていてもよい。コントローラ・サーバー１０６は、マイクロバランス・イベント資源選択を実行するようおよび／またはそれに基づいてマイクロバランス・イベントを実施するよう構成されていてもよい。
【００４６】
図示した実施形態では、コントローラ・サーバー１０６は公益事業者１０４および／またはDRアグリゲーター１０２に関連していてもよい。よって、コントローラ・サーバー１０６は、公益事業者１０４および／またはDRアグリゲーター１０２の制御のもとでマイクロバランス・イベント資源選択を実行してもよい。いくつかの実施形態では、コントローラ・サーバー１０６は、サードパーティー（図示せず）に関連していてもよい。サードパーティーは、たとえば公益事業者１０４および／またはDRアグリゲーター１０２の要請でマイクロバランス・イベント資源選択を実行してもよい。
【００４７】
コントローラ・サーバー１０６はコントローラ・モジュール１０８を含んでいてもよい。コントローラ・モジュール１０８は、マイクロバランス・イベント資源選択を実行し、それに基づいて一つまたは複数のマイクロバランス・イベントを実施するよう構成されていてもよい。マイクロバランス・イベント資源選択の実行により、資源１１２のどれが各マイクロバランス・イベントについての制御されるサブグループに含められるかについての選択がされうる。制御されるサブグループに含められる資源１１２は、資源１１２の一つまたは複数について計算された利用可能性スケジュール、制御されるサブグループ内の資源のサブグループ資源容量、エネルギー目標、優先度リスト、本開示において論じられる他の何らかの因子またはそれらの何らかの組み合わせに基づいていてもよい。
【００４８】
コントローラ・モジュール１０８は、プロセッサ、マイクロプロセッサ（たとえば一つまたは複数の動作を実行するまたは該実行を制御する）、FPGAまたはASICを含むハードウェアを使って実装されてもよい。他のいくつかの例では、コントローラ・モジュール１０８は、ハードウェアおよびソフトウェアの組み合わせを使って実装されてもよい。ソフトウェアでの実装は、コンピューティング・システム（たとえばコントローラ・サーバー１０６）のハードウェアに含まれうるような一つまたは複数のトランジスタまたはトランジスタ要素の高速なアクティブ化および非アクティブ化を含んでいてもよい。さらに、ソフトウェア定義された命令がトランジスタ要素内の情報に作用してもよい。ソフトウェア命令の実装は、少なくとも一時的に、電子経路を再構成し、コンピューティング・ハードウェアを変容させうる。
【００４９】
いくつかの実施形態では、コントローラ・モジュール１０８は、バランス・イベントの全体期間の一つまたは複数の部分区間についてマイクロバランス・イベント資源選択を実行するよう構成されていてもよい。たとえば、図３を参照するに、バランス・イベントについての全体期間３００のブロック図が描かれている。全体期間３００は一つまたは複数のバランス区間３０２に分割されてもよい。バランス区間３０２はさらに制御サブスロット３０４に分割されてもよい。図３では、制御サブスロット３０４の一つだけがラベル付けされている。
【００５０】
制御サブスロット３０４は、資源１１２のうちの一つまたは複数が特定の動作状態において制御される時間期間を表わしていてもよい。たとえば、第一の制御サブスロット３０４の間、第一の資源１１２Ａは第一の動作状態（たとえばオン状態）にあってもよい。第一の制御サブスロット３０４とあるその後の制御サブスロット３０４との間で、コマンド信号が第一の資源１１２Ａに通信されてもよい。コマンド信号は第一の資源１１２Ａの動作状態を現在の動作状態から別の動作状態に（たとえばオンからオフに）変更してもよい。コマンド信号は、単一の制御サブスロットについて第一の資源１１２Ａの動作状態を制御してもよく、あるいは複数の制御サブスロットについて第一の資源１１２Ａの動作状態を制御してもよい。
【００５１】
図２には示していないが、いくつかの配送システムでは、サイト１３０の一つまたは複数は、家庭エネルギー管理システム（HEMS:  Home  Energy  Management  System）（たとえば、物理的な装置またはクラウド・ベースのソフトウェア・プロセス）を含んでいてもよい。HEMSはDRアグリゲーターからコマンド信号を受信してもよい。HEMSは資源１１２とコマンド信号を通信してもよく、資源１１２の状態（たとえば現在の充電状態、設定点温度、サーモスタット・スケジュールなど）にアクセスするよう構成されていてもよく、あるいは資源１１２の状態における特定の変化を報告するよう構成されていてもよい。
【００５２】
このおよび他の実施形態において、全体期間３００は24時間であってもよく、バランス区間３０２のそれぞれは30分であってもよく、制御サブスロット３０４は5分であってもよい。他の実施形態では、全体期間３００、バランス区間３０２および制御サブスロット３０４の一つまたは複数は別の時間期間であってもよい。
【００５３】
図１に戻って参照するに、制御モジュール１０８は、バランス区間の一つまたは複数の制御サブスロットについて、マイクロバランス・イベント資源選択を実行してもよい。いくつかの実施形態では、コントローラ・モジュール１０８は、バランス区間内の制御サブスロットの一つまたは複数についてマイクロバランス・イベント資源選択を実行してもよい。
【００５４】
たとえば、現在の制御サブスロットについて、コントローラ・モジュール１０８は、資源１１２についての利用可能性スケジュールを計算してもよい。利用可能性スケジュールは、一つまたは複数の制約条件に基づいていてもよい。制約条件は、摩耗制約条件および制御モードといった資源制約条件；快適さ制約条件、締め切り制約条件および詳細な選好といった顧客制約条件；ならびに資源１１２の一つが制御されてもよい一日当たりの時間数、資源１１２の一つが制御されてもよい一年あたりの時間数および／または日数、顧客設定点が逸脱されてもよい度数および資源１１２の一つまたは複数についてのサイクリング割合（cycling  percentage）といったプログラム制約条件を含んでいてもよい。
【００５５】
コントローラ・モジュール１０８は資源１１２の優先度リストを生成してもよい。優先度リストは一つまたは複数の優先順位付け規則および前記利用可能性スケジュールに基づいていてもよい。優先度リストは、資源１１２を、制御されるサブグループに資源１１２が追加される順序に編成したものを含んでいてもよい。コントローラ・モジュール１０８は、サブグループ資源容量を計算してもよい。サブグループ資源容量は、制御されるサブグループに含まれる資源１１２の部分集合の資源容量の和を含む。コントローラ・モジュール１０８は、エネルギー目標を受領してもよい。エネルギー目標は、エネルギー・バランス・イベントの間にバランスされるべきエネルギー量を、バランス区間内の制御サブスロット数で割ったものを含んでいてもよい。
【００５６】
コントローラ・モジュール１０８は、サブグループ資源容量が前記エネルギー目標以上であるかどうかを判定してもよい。サブグループ資源容量が前記エネルギー目標未満であるとの判定に応答して、コントローラ・モジュール１０８は、優先度リストにおいて最初の位置をもつ前記資源１１２の一つを制御されるサブグループに加えてもよい。さらに、サブグループ資源容量が前記エネルギー目標未満であるとの判定に応答して、コントローラ・モジュール１０８は更新されたサブグループ資源容量を計算してもよい。更新されたサブグループ資源容量は、前記サブグループ資源容量および加えられた資源１１２の資源容量を含んでいてもよい。
【００５７】
コントローラ・モジュール１０８は、更新されたサブグループ資源容量が前記エネルギー目標以上であるかどうかを判定してもよい。更新されたサブグループ資源容量が前記エネルギー目標以上であるとの判定に応答して、コントローラ・モジュール１０８は、前記資源の動作状態を制御するコマンド信号を、制御されるサブグループ内の前記資源１１２に通信してもよい。コントローラ・モジュール１０８は次いで、バランス区間の制御サブスロットの一つまたは複数についてのマイクロバランス・イベント資源選択を実行してもよい。
【００５８】
図１の配送システム１００では、公益事業者１０４はサイト１３０にエネルギーを配送する。よって、図１を参照して記述されるマイクロバランス・イベントは電気エネルギーの削減または生産を含みうる。いくつかの他の実施形態では、公益事業者１０４はサイト１３０に天然ガスまたは水のような他の資源を提供してもよい。こうして、これら他の実施形態では、マイクロバランス・イベントは他の資源の削減または生産を含んでいてもよい。
【００５９】
本開示の範囲から外れることなく配送システム１００に対して修正、追加または省略を行なってもよい。本開示は、一または複数の顧客１２０、一つまたは複数のサイト１３０、一つまたは複数の資源１１２、一つまたは複数の公益事業者１０４、一つまたは複数のVPP  １２１、一つまたは複数のDRアグリゲーター１０２、一つまたは複数のコントローラ・サーバー１０６またはそれらの任意の組み合わせを含みうる配送システムに適用されうる。
【００６０】
さらに、本稿に記載される実施形態におけるさまざまなコンポーネントの分離は、あらゆる実施形態においてその分離が生じることを示すことは意図されていない。本開示の恩恵があれば、記載されるコンポーネントが単一のコンポーネントに一緒に統合されても、あるいは複数のコンポーネントに分離されてもよいことは理解されうる。
【００６１】
図２は、図１の配送システム１００において実装されうる例示的なマイクロバランス・イベント資源選択プロセス（プロセス）２００を描いている。図２の実施形態では、配送システム１００は第一の資源１１２Ａ、第二の資源１１２Ｂ、第十七の資源１１２Ｑ、第十八の資源１１２Ｒ、顧客１２０およびコントローラ・サーバー１０６を含む。第十七の資源１１２Ｑおよび第十八の資源１１２Ｒは、本稿の他所で記述された資源１１２と実質的に同様である。ネットワーク１２２は図２では割愛されているが、図２を参照して記述される通信は図１のネットワーク１２２を介して行なわれてもよい。さらに、図２では、公益事業者１０４が含められ、DRアグリゲーター１０２は省略されている。いくつかの実施形態では、プロセス２００はDRアグリゲーター１０２および／または一つまたは複数の他の型のISOを含んでいてもよい。
【００６２】
図２は、コントローラ・モジュール１０８の例示的な実施形態を描いている。図２のコントローラ・モジュール１０８はコマンド・モジュール２１４、リスト・モジュール２１０およびスケジュール・モジュール２１２を含む。コマンド・モジュール２１４、リスト・モジュール２１０およびスケジュール・モジュール２１２の一つまたは複数は、プロセッサ、マイクロプロセッサ（たとえば一つまたは複数の動作を実行するまたは該実行を制御する）、FPGAまたはASICを含むハードウェアを使って実装されてもよい。いくつかの例では、コマンド・モジュール２１４、リスト・モジュール２１０およびスケジュール・モジュール２１２の一つまたは複数は、ハードウェアおよびソフトウェアの組み合わせを使って実装されてもよい。ソフトウェアでの実装は、コンピューティング・システム（たとえばコントローラ・サーバー１０６）のハードウェアに含まれうるような一つまたは複数のトランジスタまたはトランジスタ要素の高速なアクティブ化および非アクティブ化を含んでいてもよい。さらに、ソフトウェア定義された命令がトランジスタ要素内の情報に作用してもよい。ソフトウェア命令の実装は、少なくとも一時的に、電子経路を再構成し、コンピューティング・ハードウェアを変容させうる。
【００６３】
プロセス２００において、エネルギー目標２０２がコントローラ・サーバー１０６に通信されてもよい。描かれた実施形態において、公益事業者１０４はエネルギー目標２０２をコントローラ・サーバー１０６に通信してもよい。いくつかの実施形態では、エネルギー目標２０２はDRアグリゲーター（たとえば図１のDRアグリゲーター１０２）、別のISO、別のエンティティまたはそれらの何らかの組み合わせから通信されてもよい。
【００６４】
エネルギー目標２０２は、エネルギー・バランス・イベントの間にバランスされるべきエネルギー量を含んでいてもよい。エネルギー目標２０２は、バランス区間、制御サブスロットまたは他の何らかの適切な時間期間に関して定量化されていてもよい。エネルギー目標２０２の具体的な形に関わりなく、これは本開示において記述される制御サブスロットについての制御されるサブグループの評価を可能にするために修正されてもよい。制御されるサブグループに含まれる資源１１２は、エネルギー目標２０２またはその何らかの部分を達成するよう制御されてもよい。たとえば、エネルギー目標２０２は、DR削減イベントの間に削減されるべきエネルギー量（たとえば1MWh）を含んでいてもよい。このエネルギー量は、バランス区間の数および／またはDR削減イベントに含まれる制御サブスロットの数によって割られてもよく、それによりバランス区間および／または制御サブスロットのそれぞれの間に削減されるべきエネルギーの目標量が得られる。
【００６５】
制御されるサブグループに含められる資源１１２は、サブグループ資源容量を含んでいてもよい。サブグループ資源容量は、制御されるサブグループ内の資源１１２の削減容量または生産容量の和を含んでいてもよい。資源１１２を制御されるサブグループに含めることは、サブグループ資源容量とエネルギー目標２０２もしくはその何らかの部分（たとえばエネルギー目標２０２を制御サブスロットの数で割ったもの）との間の関係に基づいていてもよい。よって、コントローラ・サーバー１０６は、バランス・イベントの間に削減または生成されるエネルギーがエネルギー目標２０２を満たすことを保証しうる。
【００６６】
エネルギー目標２０２は特定の間隔で通信されてもよい。たとえば、エネルギー目標２０２は、エネルギー市場価格に基づいて毎日、毎時または5分区間毎に、公益事業者１０４から通信されてもよい。追加的または代替的に、エネルギー目標２０２は連続的に通信されてもよく、あるいは計画されない期間において通信されてもよい。たとえば、公益事業者１０４はエネルギー目標２０２を、市場機会の識別に応答して通信してもよい。
【００６７】
コントローラ・サーバー１０６は、資源１１２または別の資源（図示せず）からの資源情報２２０を受領するまたはこれにアクセスしてもよい。資源情報２２０は、資源１１２の資源制約条件として使用されてもよい、資源１１２の動作特性を含んでいてもよい。コントローラ・モジュール１０８のスケジュール・モジュール２１２は、少なくとも部分的には資源情報２２０に基づいて資源１１２の利用可能性スケジュールを計算してもよい。
【００６８】
たとえば、資源情報２２０は、第一の資源１１２Ａの動作区間を含んでいてもよい。動作区間は、第一の資源１１２Ａが不相応な摩耗を引き起こすことなく動作するよう設計されている時間の長さを含んでいてもよい。スケジュール・モジュール２１２は、第一の資源１１２Ａが、第一の資源１１２Ａの動作状態を遷移する前に動作区間についてサイクルするよう利用可能性スケジュールを計算してもよい。資源情報２２０のもう一つの例は、第二の資源１１２Ｂの制御モードを含んでいてもよい。制御モードは、第二の資源１１２Ｂの充電レートを含んでいてもよい。スケジュール・モジュール２１２は、充電レートを考慮に入れて第二の資源１１２Ｂの一つまたは複数の利用可能性スケジュール２０６を計算してもよい。
【００６９】
コントローラ・サーバー１０６は、顧客情報２２２を受領するまたはこれにアクセスしてもよい。顧客情報２２２は顧客制約条件を決定するために使われてもよい。顧客制約条件は、快適さ制約条件、締め切り制約条件、詳細な選好またはそれらの何らかの組み合わせを含んでいてもよい。コントローラ・モジュール１０８のスケジュール・モジュール２１２は、少なくとも部分的には顧客情報２２２に基づいて資源１１２の利用可能性スケジュール２０６を計算してもよい。図２では、顧客情報２２２は顧客１２０から受領またはアクセスされてもよい。いくつかの実施形態では、顧客情報２２２は、資源１１２または政府エンティティのような別のエンティティから導出またはアクセスされてもよい。さらに、顧客１２０は、顧客情報２２２を通信するためにコンピューティング装置（図示せず）を使ってもよい。
【００７０】
コントローラ・サーバー１０６は、プログラム情報２２４を受領するまたはこれにアクセスしてもよい。プログラム情報２２４は、配送システム１００において実装されるDRプログラムのプログラム制約条件を決定するために使われてもよい。プログラム制約条件は、資源１１２が制御されてもよい一日当たりの時間数、資源１１２が制御されてもよい一年あたりの時間数および／または日数、顧客設定点が逸脱されてもよい度数、資源１１２の一つまたは複数についてのサイクリング割合（cycling  percentage）またはそれらの何らかの組み合わせを含んでいてもよい。
【００７１】
図２の実施形態では、プログラム情報２２４、アクセス顧客情報２２２および資源情報２２０はコントローラ・サーバー１０６によってアクセスされてもよい。いくつかの実施形態では、コントローラ・サーバー１０６または別のエンティティまたはシステムは、学習アルゴリズムを含んでいてもよい。学習アルゴリズムは、顧客挙動を学習し、予測するために実装されてもよい。たとえば、学習アルゴリズムは、顧客１２０が帰宅する時刻、EVバッテリーがどのくらい使用されることになるかまたは使用されているか、顧客１２０が湯を使う時刻、好ましいAC設定などを学習および予測してもよい。
【００７２】
コントローラ・モジュール１０８のスケジュール・モジュール２１２は、資源１１２の利用可能性スケジュール２０６を、少なくとも部分的にはプログラム情報２２４に基づいて計算してもよい。図２では、プログラム情報２２４は公益事業者１０４から受領またはアクセスされる。いくつかの実施形態では、プログラム情報２２４は政府エンティティのような別のエンティティから導出またはアクセスされてもよい。
【００７３】
たとえば、第一の資源１１２Ａは、オフ状態と、ACが冷房するオン状態とを含むACを含んでいてもよい。この例では、利用可能性スケジュールは熱的モデルの式：
u＝aθin＋bθout＋c
に従って定義されてもよい。この熱的モデルの式において、uは第一の資源１１２Ａのデューティーサイクルを表わす。パラメータuは、第一の資源１１２Ａがある時点においてオン状態にあることに応答して1を返し、第一の資源１１２Ａが該時点においてオフ状態にあることに応答して0を返す。パラメータθinはある時点におけるサーモスタット上の屋内気温を表わす。パラメータθoutはある時点での屋外温度を表わす。パラメータa、b、cは熱的モデルの式についてのモデル・パラメータを表わす。熱的モデルの式についてのモデル・パラメータは、線形回帰技法により計算されてもよい。いくつかの実施形態では、熱的モデルの式は、屋内気温および屋外温度の非線形項（たとえばθout2およびθin2）を許容するよう拡張されてもよい。
【００７４】
スケジュール・モジュール２１２は、ベースライン・サイクリング割合を推定するよう構成されてもよい。ベースライン・サイクリング割合は、屋内温度を特定の設定点に維持する第一の資源１１２Ａのサイクリング割合を含みうる。ベースライン・サイクリング割合は、生成されたデューティーサイクルの式に基づいていてもよい。
【００７５】
いくつかの実施形態では、ベースライン・サイクリング割合は、生成されたデューティーサイクルの式の屋内温度パラメータの値が前記特定の設定点に等しいと置かれる生成されたデューティーサイクルの式と1との間の差として推定されてもよい。たとえば、ベースライン・サイクリング割合はベースライン・サイクリング割合の式：
BaselineCyclingi＝1−(aiθset,i＋biθout＋ci)
に従って計算されてもよい。このベースライン・サイクリング割合の式において、BaselineCyclingはベースライン・サイクリング割合を表わす。式aiθset,i＋biθout＋ciは、熱的モデルに基づくデューティーサイクルの式を表わし、θinは、前記特定の設定点を表わすθset,iと置かれている。
【００７６】
スケジュール・モジュール２１２は、削減されたサイクリング割合を推定するよう構成されていてもよい。削減されたサイクリング割合は、第一の資源１１２Ａが含まれるサイトの屋内温度を前記特定の設定点から特定の温度区間内に維持するサイクリング割合を含んでいてもよい。削減されたサイクリング割合は、屋内温度パラメータの値が前記特定の設定点と前記特定の温度区間との和に等しいと置かれる前記生成されたデューティーサイクルの式と1との間の差として推定されてもよい。たとえば、ベースライン・サイクリング割合は、削減されたサイ
クリング割合の式：
CurtailedCyclingi＝1−ai(θset,i＋Δ)＋biθout＋ci
に従って計算されてもよい。この削減されたサイクリング割合の式において、CurtailedCyclingは削減されたサイクリング割合を表わす。式ai(θset,i＋Δ)＋biθout＋ciは、熱的モデルに基づくデューティーサイクルの式を表わし、θinは、前記特定の設定点と前記特定の温度区間の和を表わす(θset,i＋Δ)と置かれている。第一の資源１１２Ａが現在のベースライン・サイクリング割合を取得する機能を含む実施形態では、現在のベースライン・サイクリング割合が、CurtailedCyclingi＝BaselineCyclingi−aiΔを使って削減されたサイクリング割合を計算するために使われてもよい。熱的モデルの式、ベースライン・サイクリング割合の式、削減されたサイクリング割合の式に基づき、スケジュール・モジュール２１２は、第一の資源１１２Ａの利用可能性スケジュール２０６を計算してもよい。
【００７７】
いくつかの実施形態では、熱的モデルの式、ベースライン・サイクリング割合の式、削減されたサイクリング割合の式は、2015年1月9日に出願された米国特許出願第14/594,008号において論じられているのと同様であってもよい。同出願の内容はここに参照によりその全体において組み込まれる。
【００７８】
もう一つの例では、第二の資源１１２ＢはEVを含んでいてもよい。利用可能性スケジュール２０６は、デフォルトの充電レート、未充電部分（たとえば、充電された状態になるために充電されるべき量）および充電締め切りに基づいて第二の資源１１２について計算されてもよい。未充電部分を充電レートで割って、全残り充電時間を決定できる。全残り充電時間を制御サブスロットの分（ふん）数で割って、第二の資源１１２Ｂが含められるべき制御サブスロットの数を決定することができる。すると、第二の資源１１２Ｂはその数の制御サブスロットの間、充電されうる。充電締め切り前の残りのサブスロットの間は、第二の資源１１２Ｂは充電されなくてもよい。
【００７９】
いくつかの実施形態では、資源１１２の一つまたは複数についての利用可能性スケジュール２０６は、資源１１２がいつ利用可能か、削減もしくはランプアップ（ramp  up）・スケジュールおよび本稿の他所で論じられている制約条件に基づいて計算されてもよい。たとえば、図４Ａ〜図４Ｄは、例示的な利用可能性スケジュール４００Ａ〜４００Ｄを表わす表を含んでいる。
【００８０】
利用可能性スケジュール４００Ａおよび４００Ｂでは、第一の利用可能性スケジュール４００Ａは、ACであってもよい第一の資源１１２Ａについて計算されてもよい。第一の資源１１２Ａは、50%の時間はオフ動作状態にあることができてもよいが、必ずしも周期的なスケジュールに従ってなくてもよい。第二の利用可能性スケジュール４００Ｂは、PVであってもよい第十八の資源１１２Ｒについてであってもよい。第十八の資源１１２Ｒは、初期の三つの制御サブスロット３０４においておよび一度に一時間にわたって、利用可能でないことがある。
【００８１】
利用可能性スケジュール４００Ａおよび４００Ｂは指標（V,X,P1,P2,P3,P4）を含んでいる。V指標は、資源１１２が制御サブスロット３０４において制御のために利用可能であることを表わしてもよい。X指標は、資源１１２が制御サブスロット３０４において制御のために利用可能でないことを表わしてもよい。指標P1〜P4は、資源制御状態指標と称される。一般に、資源制御状態は、資源が前の制御サブスロット３０４において制御された場合、資源が現在のサブスロット３０４において制御されうることを表わしうる。
【００８２】
さらに、資源制御状態指標のそれぞれは、資源１１２に関する追加的な情報を含んでいてもよい。P1指標は第一の資源制御状態を表わしていてもよい。第一の資源制御状態（P1）は、許容される最大の時間割合までオフにされていないサイクリング挙動をもつ資源１１２を示し、該資源１１２が、エネルギー・バランス容量を増すために、制御サブスロット３０４においてオフにされるべきであることを示してもよい。
【００８３】
P2指標は、第二の資源制御状態を表わしていてもよい。第二の資源制御状態は、公益事業者１０４についてのプログラム恩恵を増すために制御サブスロット３０４において資源１１２をオフにすることが望ましいことを示してもよい。P3指標は、第三の資源制御状態を表わしていてもよい。第三の資源制御状態は、資源１１２が次の数時間（たとえば1ないし3時間）以内に再び制御されることが望ましいことを示してもよい。P4指標は、第四の資源制御状態を表わしていてもよい。第四の資源制御状態（P4）は、同じ日のうちに資源１１２が再び制御されることが望ましいことを表わしていてもよい。
【００８４】
利用可能性スケジュール４００Ｃおよび４００Ｄでは、第三の利用可能性スケジュール４００Ｃは、ACであってもよい第一の資源１１２Ａについて計算されてもよい。第一の資源１１２Ａは、毎時間50%のサイクリング割合を有していてもよい。これは、第一の資源１１２Ａが毎時30分後にオフにされてもよいことを意味しうる。制御サブスロット３０４は5分であってもよい。第三の利用可能性スケジュール４００Ｃでは、第一の制御サブスロット３０４について第一の資源１１２Ａがオフにされていてもよい。第一の資源１１２Ａの削減容量の量を最大にするまたは増大させるために、軟制約条件が、第一の資源１１２Ａが一時間の間、さらなる25分にわたってオフにされるべきであるが、その25分はその一時間の間の任意の時点に生起しうることを含んでいてもよい。
【００８５】
第四の利用可能性スケジュール４００Ｄは、サイト（たとえばサイト１３０）についてであってもよい。VPPは、該VPPが一年当たりそのサイトを10日まで制御できる顧客との契約を有していてもよい。第四の利用可能性スケジュール４００Ｄでは、制御サブスロット３０４は5分である。そのサイトについての削減容量の量を最大にするまたは増大させるために、そのサイトの資源が24時間の期間の間、（ある最大までは）できるだけオフにされるよう、軟制約条件が課されてもよい。ひとたびサイトの資源の一つが制御されると、同じ日にその資源を制御のために選択することが好ましいことがある。
【００８６】
いくつかの状況では、図４Ｄを参照して述べたような日々の制御制約条件が、図４Ｃを参照して述べたようなサイクリング制約条件に加えられてもよい。ひとたび特定の一時間（hour）についてのサイクリング制約条件が完了したら、第一の資源１１２Ａが優先的に選択されうるよう、一日の残りの部分についての制御スロット３０４について優先度が割り当てられてもよい。
【００８７】
利用可能性スケジュール４００Ｃおよび４００Ｄは、指標（U,M,D1,D2など）を含む。U指標は、資源１１２が制御サブスロット３０４において制御のために利用可能であることを表わしていてもよい。Uは、1.01の小数値を含んでいてもよい。M指標は、資源１１２が制御サブスロット３０４において制御のために必須（mandatory）であることを表わしてもよい。Mは、0の小数値を含んでいてもよい。指標D1、D2、D3などは資源制御状態指標と称される。一般に、資源制御状態は、制御サブスロット３０４においてある資源を制御することがどのくらい望ましいかを反映しうる。D1、D2、D3などは、0から1までの間の小数値を含む。
【００８８】
図４Ｃを参照するに、ある特定の一時間の間に第一の資源１１２の初期のオフ時間がスケジュールされるとき、続く11個の制御サブスロット３０４は資源制御状態（たとえばD1、D2、D3など）をもってマークされる。これは、第一の資源１１２Ａを制御することが望ましいことがありうることを示していてもよい。制御サブスロット３０４の資源制御状態は、一時間の終わりに向かって増大していく0から1までの間の小数値を含む。たとえば、「1」とラベル付けされている第一の制御サブスロット３０４は、必須の「M」指標および対応する「0」の小数値をもってマーク付けされている。2〜12でラベル付けされている次の11個の制御サブスロット３０４は減少していく資源制御状態および対応する減少していく小数値をもつ。該小数値は、制御サブスロットの総数の割合として定量化される。
【００８９】
図４Ｄを参照するに、第四の利用可能性スケジュール４００Ｄは9時間（たとえば午後3:00から深夜0時までの間）にわたるもので、12個の5分の制御サブスロットをもつ。よって、第四の利用可能性スケジュール４００Ｄは109個の制御サブスロット３０４を含む。制御サブスロット３０４のそれぞれは、対応する小数値とともに資源制御状態（たとえばD1、D2、D3など）を割り当てられてもよい。小数値は時間とともに減少する。たとえば、108*(1/109)だったのが107*(1/109)になるなど。
【００９０】
第三の利用可能性スケジュール４００Ｃおよび第四の利用可能性スケジュール４００Ｄでは、一日の終わりが近づくにつれて、そのサイトの一つまたは複数の資源および／または前記第一の資源１１２Ａを使う優先度が増す。ひとたび第一の資源１１２Ａが別の一時間について選択されたら（たとえば図４Ｃにおけるように）、第三の利用可能性スケジュール４００Ｃにおいて示されているように、サイクリング制約条件がその日の残りについて再計算されてもよい。いくつかの実施形態では、制約条件は、種々の区間で計算されてもよい。たとえば、サイクリング制約条件はその一時間について計算されてもよく、一方、いくつかの他のプログラム制約条件は、ひとたびその一時間が終わったら（たとえば、サイクリング制約条件が観察される一時間の間に）再計算されてもよい。
【００９１】
図２および図４Ａ〜４Ｄを参照するに、いくつかの実施形態では、スケジュール・モジュール２１２は、一つの制御サブスロット３０４を先読みし、制約条件の一つまたは複数を継続的に適用してもよい。よって、一つまたは複数の残りの制御サブスロット３０４が、直前の制御サブスロット３０４の間に決定されてもよい。
【００９２】
図２に戻って参照するに、リスト・モジュール２１０は、資源１１２の優先度リスト２０４を生成するよう構成されていてもよい。優先度リスト２０４は、一つまたは複数の優先順位付け規則および前記利用可能性スケジュール２０６に基づいていてもよい。優先度リスト２０４は、諸資源１１２が制御されるサブグループに含められうる順番に編成された諸資源１１２を含んでいてもよい。
【００９３】
優先順位付け規則は、優先度リスト２０４内の資源１１２の順序に帰結しうる。優先順位付け規則は、特定の特性を別の特性より強調するよう使われてもよい。優先順位付け規則は、プログラム情報２２４、資源情報２２０および顧客情報２２２に含まれていてもよい、資源型、資源の位置、資源制約条件、顧客制約条件、プログラム制約条件またはそれらの何らかの組み合わせに基づいていてもよい。
【００９４】
いくつかの例示的な優先順位付け規則は：資源制御状態（たとえば上記のP1〜P4）によって資源１１２をソートすること；一つまたは複数の資源制御状態の特定のソート；資源容量（たとえばエネルギー削減またはエネルギー生産容量）に基づいて資源１１２をソートすること；より大きな資源容量をもつ資源１１２がより小さな資源容量をもつ資源１１２より前である（たとえば、優先度リスト２０４においてより上位である）よう資源１１２をソートすること；資源１１２の現在利用可能な区間が終了する時刻に基づいて資源１１２をソートすること；より早く終わる利用可能な区間をもつ資源がより遅く終わる利用可能区間をもつ資源より前になるよう資源１１２をソートすること；資源１１２のイベント参加の数に基づいて資源１１２を配列すること；より少数のバランス・イベントに参加した資源１１２がより多数のバランス・イベントに参加した資源１１２より前になるよう資源１１２を配列することを含んでいてもよい。いくつかの実施形態では、他の制約条件に基づいていてもよい他の優先順位付け規則が優先度リスト２０４を生成するために使用されてもよい。
【００９５】
図５Ａ〜図５Ｄは、生データ表５００および例示的な優先度リスト５０１Ａ〜５０１Ｃを示している。優先度リスト５０１Ａ〜５０１Ｃは生データ表５００のデータおよび優先順位付け規則に基づいていてもよい。生データ表５００および優先度リスト５０１Ａ〜５０１Ｃは、資源（たとえば資源１１２）に関する情報を含んでいてもよい。情報は、追加順序５０２、制御状態５０４、利用可能性区間終了時間（終了時刻）５０６、以前の参加５０８、容量５１０、資源識別子（id）５１２、資源型５１４、他の情報またはそれらの任意の組み合わせを含んでいてもよい。
【００９６】
図５Ａでは、追加順序５０２は未決定（TBD:  to  be  determined）である。優先度リスト５０１Ａ〜５０１Ｃのそれぞれにおいては、追加順序５０２に数字が含まれている。数字は資源１１２が制御されるサブグループに追加される順序に対応する。制御状態５０４は、資源制御状態指標（P1〜P4）を含む。終了時刻５０６はさまざまな時間（T1〜T4）を含む。時間（T1〜T4）は、現在利用可能な区間が当該資源について終了する時刻であってもよい。以前の参加５０８は、イベント参加回数（N1〜N4）を含んでいてもよい。容量５１０は、その資源が生成または削減できるエネルギー量（C1〜C4）を含んでいてもよい。資源id  ５１２は識別子として資源に割り当てられた数である。資源型５１４はAC、PV、EVまたは温水器を含みうる。図５Ａ〜５Ｄのデータは例解目的のための例示的なデータである。他の実施形態では、他の資源型５１４、他の時間、他のエネルギー量、他のイベント参加回数などが含まれてもよい。
【００９７】
図５Ａを参照するに、生データ表５００におけるデータはソートされていない。生データ表５００は、資源情報２２０、顧客情報２２２、プログラム情報２２４、利用可能性スケジュール２０６、他の情報またはそれらの何らかの組み合わせに含まれる情報を含んでいてもよい。
【００９８】
図２および図５Ｂを組み合わせて参照するに、リスト・モジュール２１０は第一の優先度リスト５０１Ａを生成してもよい。リスト・モジュール２１０は資源１１２を、制御状態５０４にリストされている資源制御状態によってソートしてもよい。資源制御状態は、制御サブスロットにおける資源１１２の制御状態を表わしていてもよい。制御状態５０４における資源制御状態は、上記した第一の資源制御状態（P1）、第二の資源制御状態（P2）、第三の資源制御状態（P3）および第四の資源制御状態（P4）を含む。資源１１２は、第一の資源制御状態（P1）をもつ資源１１２が第二の資源制御状態（P2）をもつ資源１１２より前にくるようソートされてもよい。加えて、資源１１２は、第二の資源制御状態（P2）をもつ資源１１２が第三の資源制御状態（P3）をもつ資源１１２より前に、第三の資源制御状態（P3）をもつ資源１１２が第四の資源制御状態（P4）をもつ資源１１２より前にくるようソートされてもよい。
【００９９】
リスト・モジュール２１０は、ソートされた資源１１２を終了時刻５０６に基づいて配列してもよい。図示した実施形態では、資源１１２は、より早く終わる利用可能区間をもつ資源１１２がより遅く終わる利用可能区間をもつ資源１１２より前にくるようソートされてもよい。リスト・モジュール２１０は次いで、配列された資源１１２を、資源１１２のイベント参加回数に基づいて編成してもよい。配列された資源１１２は、より少数のバランス・イベントに参加した資源１１２がより多数のバランス・イベントに参加した資源１１２より前にくるよう編成されてもよい。
【０１００】
いくつかの実施形態では、匹敵するイベント参加をもつ資源１１２のうちで、リスト・モジュール２１０はさらに資源１１２を容量５１０に基づいてソートしてもよい。たとえば、匹敵するイベント参加をもつ資源１１２は、より大きな資源容量をもつ資源１１２がより小さな資源容量をもつ資源１１２より前にくるようソートされてもよい。いくつかの実施形態では、匹敵するイベント参加は、互いの10パーセント以内であるイベント参加の資源１１２を含んでいてもよい。追加的または代替的に、参加の回数は10の位または100の位までに丸められてもよい。たとえば、六回の参加は九回の参加と同じと考えられてもよい。これらの参加回数は同様である／匹敵するからである。
【０１０１】
図２および図５Ｃを参照するに、リスト・モジュール２１０は第二の優先度リスト５０１Ｂを生成してもよい。第二の優先度リスト５０１Ｂは資源型５１４に従ってソートされた資源１１２を含んでいてもよい。図２および図５Ｄを参照するに、リスト・モジュール２１０は第三の優先度リスト５０１Ｃを生成してもよい。第三の優先度リスト５０１Ｃは、資源型５１４に従ってソートされた資源１１２を含む。資源型５１４に従って資源１１２をソートするのに続いて、資源１１２は制御状態５０４、終了時刻５０６、以前の参加５０８またはそれらの何らかの組み合わせによってソートされてもよい。図５Ｂ〜５Ｃは、優先度リスト５０１Ａ〜５０１Ｃの例を表わしている。他の優先度リストが他の優先順位付け規則に基づいて生成されてもよい。
【０１０２】
図６Ａ〜６Ｈは、第二の生データ表６００、例示的な中間リスト６０１Ａ、６０１Ｂ、６０１Ｄ、６０１Ｅおよび優先度リスト６０１Ｃおよび６０１Ｇ（まとめてリスト６０１）を示している。リスト６０１は、第二の生データ表６００のデータおよび一つまたは複数の優先順位付け規則に基づいていてもよい。優先順位付け規則のいくつかは本稿の他所で記述してある。第二の生データ表６００およびリスト６０１は、資源（たとえば資源１１２）に関する情報を含んでいてもよい。情報は、追加順序６０２、制御状態６０４、利用可能性区間終了時刻（終了時刻）６０６、小数値６０５、クラスター６０７、以前の参加６０８、コストまたはインセンティブ６０９、容量６１０、資源識別子（id）６１２、資源型６１４、他の情報またはそれらの任意の組み合わせを含んでいてもよい。
【０１０３】
図６Ａでは、追加順序６０２は未決定（TBD:  to  be  determined）である。中間リスト６０１Ａ、６０１Ｂ、６０１Ｄ、６０１Ｅおよび６０１Ｆでも。優先度リスト６０１Ｃおよび６０１Ｇのそれぞれにおいては、追加順序６０２に数字が含まれている。数字は資源１１２が制御されるサブグループに追加される順序に対応する。制御状態６０４は、資源制御状態指標（M,U,D1,D2,D3）を含む。小数値６０５は、状態指標に関係する計算された優先度を含む。クラスター６０７は、第二の生データ表６００中の資源が含められる資源クラスターである。終了時刻６０６はさまざまな時間（T1〜T4）を含む。時間（T1〜T4）は、現在利用可能な区間が当該資源について終了する時刻であってもよい。以前の参加６０８は、イベント参加回数（N1〜N4）を含んでいてもよい。コストまたはインセンティブ６０９は、公益事業者に課されるコストおよび／または顧客（たとえば顧客１２０）に提供されるインセンティブを含む。容量６１０は、その資源が生成または削減できるエネルギー量（C1〜C4）を含んでいてもよい。資源id  ６１２は識別子として資源に割り当てられた数である。資源型６１４はAC、PV、EVまたは温水器を含みうる。図６Ａ〜６Ｄのデータは例解目的のための例示的なデータである。他の実施形態では、他の資源型６１４、他の時間、他のエネルギー量、他のイベント参加回数などが含まれてもよい。
【０１０４】
図６Ａを参照するに、生データ表６００におけるデータはソートされていない。生データ表６００は、資源情報２２０、顧客情報２２２、プログラム情報２２４、利用可能性スケジュール２０６、他の情報またはそれらの何らかの組み合わせに含まれる情報を含んでいてもよい。第二の生データ表６００では、小数値６０５は制御状態６０４について計算されていてもよい。図４Ｃおよび図４Ｄを参照して述べたように、利用不能（unavailable）に対応しうる制御状態６０４「U」は小数値1.01に設定されてもよく、必須（mandatory）に対応しうる制御状態６０４「M」は0の小数値６０５に設定されてもよい。制御状態６０４「D1」「D2」「D3」は必須と利用不能の間のどこかでありうる。第二の生データ表６００では、「D1」についての小数値６０５は0.8に設定されており、「D2」についての小数値６０５は0.5に設定されており、「D3」についての小数値６０５は0.25に設定されている。いくつかの実施形態では、制御状態は異なる小数値６０５を含んでいてもよい。
【０１０５】
図２および図６Ｂを組み合わせて参照するに、リスト・モジュール２１０は第一の中間リスト６０１Ａを生成してもよい。リスト・モジュール２１０は資源１１２を、小数値６０５に基づいてクラスター化してもよい。他のいくつかの実施形態では、資源１１２は終了時刻６０６、以前の参加６０８、コストまたはインセンティブ６０９、容量６１０またはそれらの何らかの組み合わせによってクラスター化されてもよい。たとえば、第一の中間リスト６０１Ａでは、諸クラスター６０７は、小数値６０５に基づいて資源１１２の諸部分集合に割り当てられている。
【０１０６】
図２および図６Ｃを組み合わせて参照するに、リスト・モジュール２１０は第二の中間リスト６０１Ｂを生成してもよい。リスト・モジュール２１０は、各クラスター６０７における資源１１２をランダム化してもよい。たとえば、第一の中間リスト６０１Ａおよび第二の中間リスト６０１Ｂにおいて、クラスター１は参照idが2,5,8,12,16の資源１１２を含む。第一の中間リスト６０１Ａでは、順序は2,5,8,12,16である。資源１１２がランダム化された第二の中間リスト６０１Ｂでは、順序は5,16,8,12,2である。
【０１０７】
図２および図６Ｄを組み合わせて参照するに、リスト・モジュール２１０は第四の優先度リスト６０１Ｃを生成してもよい。リスト・モジュール２１０は、第二の生データ表６００における他の制約条件の一つまたは複数に基づいてクラスターごとにリストを並べ替えてもよい。たとえば、第四の優先度リスト６０１Ｃは、以前の参加６０８に従って、次いでコストまたはインセンティブ６０９に従って、次いで容量６１０に従って、各クラスター６０７内の資源１１２を含む。第四の優先度リスト６０１Ｃでは、資源１１２はクラスター６０７内で並べ替えられる。
【０１０８】
第四の優先度リスト６０１Ｃは、パフォーマンスを優先する選択に基づいて生成されてもよい。たとえば、第四の優先度リスト６０１Ｃは、資源１１２の一つまたは複数を含むVPPのパフォーマンスを優先するよう生成されてもよい。対照的に、第五の優先度リスト６０１Ｇは、コスト削減もしくは最小化をパフォーマンスより優先する選択に基づいて生成されてもよい。
【０１０９】
図２および図６Ｅを組み合わせて参照するに、リスト・モジュール２１０は第三の中間リスト６０１Ｄを生成してもよい。リスト・モジュール２１０は、コストまたはインセンティブ６０９に基づいて資源をクラスター化してもよい。第三の中間リスト６０１Ｄでは、クラスター６０７は約$1.00のコスト／インセンティブ範囲に基づいている。他の実施形態では、クラスターを生成するために他の範囲が使われてもよい。
【０１１０】
図２および図６Ｆを組み合わせて参照するに、リスト・モジュール２１０は第四の中間リスト６０１Ｅを生成してもよい。第四の中間リスト６０１Ｅでは、クラスター６０７はコストまたはインセンティブ６０９に基づいて形成されたクラスター６０７のそれぞれにおいて、小数値６０５に基づいてソートされてもよい。
【０１１１】
図２および図６Ｇを組み合わせて参照するに、リスト・モジュール２１０は第五の中間リスト６０１Ｆを生成してもよい。リスト・モジュール２１０はさらに、コストまたはインセンティブ６０９に基づいて形成されたクラスター６０７のそれぞれにおいて資源１１２をクラスター化してもよい。このさらなるクラスター化は、小数値６０５に基づいていてもよい。第五の中間リスト６０１Ｆでは、クラスター６０７は小数（たとえば1.1,1.2,2.1,2.2,3.1,3.2）としてリストされている。小数の最初の数字は、コストまたはインセンティブ６０９に基づいて形成されたクラスターを示す。小数の第二の数字は小数値６０５に基づいて形成されたクラスターを示している。このように、3.2である資源１１２のクラスター６０７は、コストまたはインセンティブ６０９に従ってクラスタリングされるときは資源１１２は「3」とラベル付けされたクラスターにクラスタリングされ、小数値６０５に従ってクラスタリングされるときは資源は「2」とラベル付けされたクラスターにクラスタリングされることを示す。
【０１１２】
図２および図６Ｈを組み合わせて参照するに、リスト・モジュール２１０は第五の優先度リスト６０１Ｇを生成してもよい。リスト・モジュール２１０は各クラスター６０７における資源１１２をランダム化してもよい。さらに、リスト・モジュール２１０は、一つまたは複数の追加的な制約条件に基づいてクラスターごとにリストを並べ替えてもよい。第五の優先度リスト６０１Ｇでは、資源１１２はクラスター６０７内でランダム化され、次いで以前の参加６０８および容量６１０によってソートされる。
【０１１３】
図２に戻って参照するに、優先度リスト２０４はコマンド・モジュール２１４に通信されてもよい。コマンド・モジュール２１４は、資源１１２のどれが、制御されるサブグループに含められるかを決定してもよい。コマンド・モジュール２１４はコマンド信号２０８を、制御されるサブグループに含まれる資源１１２に通信してもよい。コマンド信号２０８は、資源２０８の動作状態に影響してもよい。
【０１１４】
資源１１２のどれが制御されるサブグループに含められるかは、エネルギー目標２０２およびサブグループ資源容量に基づいていてもよい。コマンド・モジュール２１４はサブグループ資源容量を計算してもよい。サブグループ資源容量は、制御されるサブグループ内に含まれる資源１１２の部分集合の資源容量の和を含んでいてもよい。コマンド・モジュール２１４は、サブグループ資源容量がエネルギー目標２０２以上であるかどうかを判定してもよい。サブグループ資源容量がエネルギー目標２０２未満であるとの判定に応答して、コマンド・モジュール２１４は、優先度リスト２０４の最初の位置をもち、すでに制御されるサブグループに含まれているのでない前記資源１１２のうちの一つを、制御されるサブグループに追加してもよい。
【０１１５】
たとえば、図２および図５Ｂを参照するに、制御されるサブグループは資源id  ５１２が1,6,4である資源１１２を含んでいてもよい。サブグループ資源容量はC1＋C2＋C1として計算されうる。サブグループ資源容量がエネルギー目標２０２未満であることに応答して、コマンド・モジュール２１４は資源id  ５１２が3である資源をサブグループ資源容量に加えてもよい。
【０１１６】
コマンド・モジュール２１４は、前記サブグループ資源容量（たとえばC1＋C2＋C3）と、追加された資源の資源容量（C2）とを含む更新されたサブグループ資源容量（たとえばC1＋C2＋C1＋C2）を計算しうる。コマンド・モジュール２１４は、更新されたサブグループ資源容量がエネルギー目標２０２以上であるかどうかを判定してもよい。更新されたサブグループ資源容量がエネルギー目標２０２以上であるとの判定に応答して、コマンド・モジュール２１４はコマンド信号２０８を、制御されるサブグループ内の資源１１２に通信してもよい。たとえば、コマンド・モジュール２１４は、コマンド信号２０８を、資源id  ５１２が1,6,4,3である資源１１２に通信してもよい。
【０１１７】
図２を参照するに、コマンド・モジュール２１４は、制御されるサブグループ内の資源１１２の資源制御状態を更新してもよい。コマンド・モジュール２１４は、制御されるサブグループ内の資源１１２の資源制御状態を更新してもよく、これは次の制御サブスロットの優先度リスト２０４に影響しうる。
【０１１８】
たとえば、ACのような熱的資源について、資源１１２が過去60分にわたってそのサイクリングでオフになる割合（cycling  off  percentage）より少なく制御されている場合、そのACは、次の制御サブスロットについて、資源制御状態P1をもって更新されてもよい。資源制御状態P1は次の制御サブスロットについての優先度リスト２０４に影響しうる。追加的または代替的に、資源１１２が現在のサブスロットの間に削減され、次の制御サブスロットの間に利用可能であり、位置削減制約条件（location  curtailment  constraints）を含む場合、利用可能性スケジュール２０６において、次の制御サブスロットが資源制御状態をもって更新されてもよい。
【０１１９】
いくつかの実施形態では、熱的資源（たとえばAC）の制御が解放されるときのスナップ・バック（snap  back）を避けるために、資源１１２はもとのサイクリング・スケジュールに復帰させられてもよく、イベント前の設定点に達するまで資源１１２を維持してもよい。熱的資源をもとのサイクリング・スケジュールに復帰させるために、コマンド信号２０８が熱的資源に通信されてもよい。
【０１２０】
コマンド・モジュール２１４は、制御されるサブグループ内の資源のイベント参加回数を更新してもよい。イベント参加回数が含められ、その後の優先度リスト２０４に影響してもよい。更新後、その後の利用可能性スケジュール２０６が計算され、その後の優先度リスト２０４が生成され、その後のコマンド信号２０８が資源１１２に通信されてもよい。
【０１２１】
いくつかの実施形態では、高度な資源選択が実装されてもよい。高度な資源選択は、前もって（たとえば1時間事前に）提出されてもよい予想された負荷および／または生成と、実際の負荷データまたは実際の生成データに基づいていてもよい最も最近の予想（たとえばバランス・イベントの30分未満前）との間の一つまたは複数のギャップを埋めるよう構成されていてもよい。たとえば、実際の負荷データおよび／または実際の生成データはHEMSおよび／またはスマート・メーターから収集されてもよい。前に計算された資源選択は、実際の生成データおよび／または負荷データに基づいて、一つまたは複数のギャップを埋めるよう適応されてもよい。
【０１２２】
資源選択の適応は、追加的な資源を従事させることおよび／または以前の制御コマンドを取り消すことを含んでいてもよい。たとえば、負荷または生成削減が予期されたより大きいことに応答して、追加的な資源１１２がバランス・イベントに従事させられてもよい。一つまたは複数の追加的な資源１１２を従事させるために、資源１１２の一つまたは複数が本稿の他所で記載されるように、制御されるサブグループに含められてもよい。
【０１２３】
一つまたは複数の追加的な資源１１２が従事させられる状況では、制約条件および優先度リスト２０４における順序が保存されてもよい。たとえば、エネルギー目標２０２が現在の制御サブスロット（考察対象の制御サブスロット）および一つまたは複数のその後の制御サブスロットについて同じでありうるので、現在の制御サブスロットに加えられた資源１１２は、もしP1指定を有するなら、直後の制御サブスロットにおいて、制御されるサブグループに含めるために選択される可能性が高い。含められる可能性が高いのは、直後の制御サブスロットでは現在の制御サブスロットにおけるギャップが存在する可能性が高いからである。
【０１２４】
負荷または生成削減が予期されるより小さいことに応答して、制御コマンドが取り消されてもよい。制御コマンドを取り消すことは、最も最近に追加された資源１１２から始まってより早く追加された資源１１２への進んで、制御されるサブグループから資源を除去していくことを含んでいてもよい。資源１１２は、負荷および／または生成におけるある差が達成されるまで除去されうる。
【０１２５】
いくつかの実施形態では、制御状態P1を含む資源１１２はスキップされてもよい。制御状態P1をもつ資源１１２をスキップすることは、最低優先度の資源１１２が参加から除去されることを保証しうる。このことは、一つまたは複数の優先順位付けの目標を保持しうる。
【０１２６】
いくつかの実施形態では、以前に計算された資源選択が、更新されたエネルギー目標に基づいて適応されてもよい。更新されたエネルギー目標は、実際の負荷および／または実際の生成量によって修正されたエネルギー目標２０２を含んでいてもよい。たとえば、更新されたエネルギー目標は、実際の負荷データおよび／または実際の生成データから計算されてもよい負荷逸脱に基づいていてもよい。更新されたエネルギー目標は、適応された資源選択を決定するために使われてもよい。
【０１２７】
いくつかの実施形態では、六つの制御サブスロット（たとえば図３の３０４）を含むバランス区間（たとえば図３の３０２）において第三の制御サブスロットで始まる諸制御サブスロットについての更新されたエネルギー目標は、更新されたエネルギー目標の式：
LoadDeviationS＝ETS−Load
UETS＝（ETS＋LoadDevisationS＋LoadDeviationS-2）／（6−S）
に従って計算されてもよい。この更新されたエネルギー目標の式において、パラメータSは、更新されたエネルギー目標が評価されているところの制御サブスロットに割り当てられた数を表わす。パラメータUETSは、パラメータSによって表わされる制御サブスロットについての更新されたエネルギー目標（updated  energy  target）を表わす。パラメータLoadDeviationSは制御サブスロットSについての負荷逸脱（load  deviation）を表わす。パラメータETSは、制御サブスロットSについての以前のエネルギー目標（energy  target）を表わす（たとえば、エネルギー目標２０２またはその何らかの派生量）。パラメータLoadは、更新されたエネルギー目標が評価されているところの制御サブスロットまでの実際の負荷（load）データ（または実際の生成データ）を表わす。
【０１２８】
上記の更新されたエネルギー目標の式において、負荷逸脱はすべてのその後の制御サブスロットに適用され、実際の負荷データから決定される逸脱は、バランス区間における残りの制御サブスロットの間で拡散される。
【０１２９】
たとえば、バランス・イベントが「T」によってラベル付けされる時刻に始まってもよい。各制御サブスロットは5分であってもよい。時刻（T）および時刻（T＋5）において、実際の負荷データが、資源１１２またはサイト１３０の一つまたは複数にあるHEMS装置から受領されてもよい。実際の負荷データは上記の更新されたエネルギー目標の式におけるパラメータLoadをなしてもよい。
【０１３０】
時刻(T＋10)（たとえばTの10分後）では、時刻(T＋10)、(T＋15)、(T＋20)などに対応するその後の制御サブスロットについて、資源選択およびスケジューリングが、エネルギー目標２０２、上記の更新されたエネルギー目標の式における残りの制御サブスロット数（たとえば6−S）および実際の負荷データに基づいて計算された更新されたエネルギー目標に基づいて、修正されてもよい。資源選択へのいかなる修正または適応も、追加的な制御コマンドが影響を受ける資源１１２に通信されることにつながりうる。
【０１３１】
図７は、配送システム１００において実装されうるバランス・イベントの実行のための例示的な選択タイムライン７００を示している。選択タイムライン７００は、図７において「T」とラベル付けされている開始時刻７０２をベースとしていてもよい。開始時刻７０２は、バランス・イベントが始まる時刻を含む。他の時刻７０４、７０６、７０８、７１０および７１２は開始時刻７０２に対して定義される。たとえば、時刻７０４はT−30とラベル付けされる。これは、開始時刻７０２より30分前である時刻を示す。時刻７０６、７０８および７１２は同様の規約に従ってラベル付けされる。時刻７１０は、開始時刻７０２より一日先行する時刻を表わす。
【０１３２】
時刻７１０において、需要供給計画が提出されてもよい。需要供給計画は、配送システム（たとえば図１の配送システム１００）、VPP（たとえばVPP  １２１）、一つまたは複数のサイト（たとえばサイト１３０）またはそれらの何らかの組み合わせについての予想された需要および供給を含んでいてもよい。たとえば、需要および供給計画は、深夜零時に始まる翌日（開始時刻７０２を含む日）の30分ごとについて提出されてもよい。
【０１３３】
時刻７０８（T−90）では、需要供給計画が再計算されてもよい。さらに、時刻７０８において、改訂された需要供給計画を実装するか、時刻７１０において提出されている需要供給計画を実装するかが決定されてもよい。そのような決定はたとえば、一時間前市場においてエネルギーを買うことに対するVPPサービスを使うことのコストに基づいていてもよい。時刻７０８では、決定された需要供給計画に基づいて、時刻７１０および時刻７０８における予想の間のギャップを埋めるために暫定的な資源選択が計算されてもよい。
【０１３４】
時刻７０６（T−60）では、改訂された需要供給計画が提出されてもよい。たとえば、時刻７１０の需要供給計画ではなく時刻７０８の改訂された需要供給計画を実装することが決定される場合、それが提出されてもよい。
【０１３５】
時刻７０４（T−30）では、時刻７０２（T）ないし時刻７１２（T＋30）についての需要供給予想が受領されてもよい。受領された需要供給予想に基づいて、資源選択が計算されてもよく、対応する制御信号が一つまたは複数の資源のために送られおよび／または計算されてもよい。たとえば、開始時刻７０２（T）から時刻７１２（T＋30）までの間の一つまたは複数の制御サブスロットについての一時間先行する需要供給計画が達成されうるよう受領された予想を補完する初期VPP制御コマンドが計算されてもよい。
【０１３６】
開始時刻７０２から時刻７１２（T＋30）まで、5分間の実際の負荷データおよび5分間の実際の生成データに基づいて、実装される需要供給計画からの逸脱を低減または最小化するよう、5分毎に資源選択が適応されてもよい。
【０１３７】
図８Ａ〜８Ｃは、本稿に記載される少なくとも一つの実施形態に基づいて構成された、マイクロバランス・イベントについての資源選択の例示的方法８００の流れ図である。方法８００は、公益事業者１０４がエネルギーをサイト１３０に提供する図１の配送システム１００のような配送システムにおいて実行されてもよい。同様の方法は、他の資源が公益事業者１０４によって提供されるシステムにおいて、必要な修正をもって実装されうる。方法８００は、図１および図２を参照して記述されたコントローラ・サーバー１０６によっていくつかの実施形態においてプログラム的に実行されてもよい。いくつかの実施形態では、コントローラ・サーバー１０６または他のコンピューティング・システムは、コンピューティング・システムおよび／またはコントローラ・サーバー１０６に方法８００を実行させるまたは該実行を制御させるために一つまたは複数のプロセッサ（たとえば図１１のプロセッサ１１０４）によって実行可能なプログラミング・コードまたは命令が記憶されている非一時的なコンピュータ可読媒体（たとえば図１１のメモリ１１０８）を含んでいたり、あるいは該媒体に通信上結合されていたりしてもよい。追加的または代替的に、コントローラ・サーバー１０６は、コントローラ・サーバー１０６または別のコンピューティング・システムに方法８００を実行させるまたは該実行を制御させるコンピュータ命令を実行するよう構成されているプロセッサ１１０４を含んでいてもよい。離散的なブロックとして図示されているが、所望される実装に依存して、さまざまなブロックは追加的なブロックに分割されたり、より少数のブロックに組み合わされたり、あるいはなくされたりしてもよい。
【０１３８】
図８Ａを参照するに、方法８００はブロック８０２で始まってもよい。ブロック８０２では、利用可能性スケジュールが一つまたは複数の資源について計算されてもよい。いくつかの実施形態では、資源は、VPPに含まれるAC、PVおよびEVの一つまたは複数または組み合わせを含んでいてもよい。ブロック８０４では、資源の優先度リストが生成されてもよい。優先度リストは、一つまたは複数の優先順位付け規則および前記利用可能性スケジュールに基づいていてもよい。優先度リストは、マイクロバランス・イベントまたはその何らかの部分の間にアクティブ化される制御されるサブグループに資源が加えられる順序に編成された資源を含んでいてもよい。いくつかの実施形態では、資源は資源型を含んでいてもよく、優先度リストは、少なくとも部分的には資源型によって資源をソートすることによって生成されてもよい。たとえば、第一の資源型の資源は第二の資源型の資源より上に優先順位を付けられてもよい。
【０１３９】
ブロック８０６では、サブグループ資源容量が計算されてもよい。サブグループ資源容量は、制御されるサブグループに含まれる資源の部分集合の資源容量の和を含んでいてもよい。ブロック８０８では、エネルギー目標が受領されてもよい。エネルギー目標は、前記マイクロバランス・イベントまたは複数のマイクロバランス・イベントを含むマクロバランス・イベントの間にバランスされるべきエネルギー量を含んでいてもよい。たとえば、マクロバランス・イベントは全体期間の間に生起しうる。全体期間は一つまたは複数のバランス区間に分割されてもよく、バランス区間はさらに一つまたは複数の制御サブスロットに分割されてもよい。エネルギー目標は、制御サブスロットの一つまたは複数、バランス区間の一つまたは複数または全体区間についてのものであってもよい。エネルギー目標は、ある制御サブスロットについての制御されるサブグループが評価（assess）されうるよう修正されてもよい。
【０１４０】
ブロック８１０では、サブグループ資源容量が前記エネルギー目標以上であるかどうかが判定されてもよい。たとえば、サブグループ資源容量が前記エネルギー目標以上であるかどうかが判定されてもよい。サブグループ資源容量が前記エネルギー目標未満であるとの判定（ブロック８１０における「NO」）に応答して、方法８００はブロック８１２に進んでもよい。サブグループ資源容量が前記エネルギー目標以上であるとの判定（ブロック８１０における「YES」）に応答して、方法８００は図８Ｂのブロック８１８に進んでもよい。
【０１４１】
ブロック８１２では、前記優先度リストにおいて最初の位置をもつ前記資源の一つが、制御されるサブグループに加えられてもよい。図８Ｂを参照するに、ブロック８１４において、更新されたサブグループ資源容量が計算されてもよい。更新されたサブグループ資源容量は、前記サブグループ資源容量および加えられた資源の資源容量を含んでいてもよい。
【０１４２】
ブロック８１６では、更新されたサブグループ資源容量が前記エネルギー目標以上であるかどうかが判定されてもよい。更新されたサブグループ資源容量が前記エネルギー目標以上であるとの判定（ブロック８１６での「YES」）に応答して、方法８００はブロック８１８に進んでもよい。更新されたサブグループ資源容量が前記エネルギー目標未満であるとの判定（ブロック８１６での「NO」）に応答して、方法８００はブロック８１２に進んでもよい。
【０１４３】
ブロック８１８では、コマンド信号が、制御されるサブグループ内の前記資源に通信されてもよい。コマンド信号は、資源の動作状態を制御するよう構成されていてもよい。ブロック８２０では、資源制御状態が更新されてもよい。たとえば、制御されるサブグループにおける資源の次の制御サブスロットの資源制御状態が更新されてもよい。ブロック８２２では、イベント参加回数が更新されてもよい。たとえば、制御されるサブグループ内の資源のイベント参加回数が更新されてもよい。
【０１４４】
図８Ｃを参照するに、ブロック８２２後、方法８００はブロック８２８に進んでもよい。ブロック８２８では、実際の負荷データおよび／または実際の生成データが受領されてもよい。たとえば、実際の負荷データおよび／または実際の生成データは一つまたは複数のサイトからHEMSまたはスマート・メーターを介して受領されてもよい。ブロック８３０では、更新されたエネルギー目標が計算されてもよい。更新されたエネルギー目標は、受領された負荷データおよび／または生成データならびに残りの制御サブスロット数に基づいていてもよい。
【０１４５】
ブロック８３２では、サブグループ資源容量が更新されたエネルギー目標より小さいかどうかが判定されてもよい。サブグループ資源容量が更新されたエネルギー目標より小さくないこと（ブロック８３２における「NO」）に応答して、方法８００はブロック８３４に進んでもよい。サブグループ資源容量が更新されたエネルギー目標より小さいこと（ブロック８３２における「YES」）に応答して、方法８００はブロック８０２ならびにブロック８０２、８０４、８０６、８０８、８１０、８１２、８１４、８１６、８１８、８２０および８２２のうちの一つまたは複数に進んでもよい。
【０１４６】
たとえば、当該バランス区間の次の制御サブスロットについて、資源のその後の優先度リストが、ブロック８０４を参照して述べたようにして生成されてもよい。その後の優先度リストは優先順位付け規則に基づいていてもよい。その後のサブグループ資源容量がブロック８０６を参照して述べたように計算されてもよい。その後のサブグループ資源容量は、次の制御サブスロットについての、制御されるサブグループ内に含まれる資源の部分集合の資源容量の和を含んでいてもよい。その後のサブグループ資源容量がエネルギー目標以上であるかどうかが判定されてもよい。該エネルギー目標は、ブロック８１０を参照して述べたように、次の制御されるサブスロットについて修正されていてもよい。更新されたサブグループ資源容量がエネルギー目標以上であるとの判定（ブロック８１０における「YES」）に応答して、ブロック８１８を参照して述べたように、制御されるサブグループ内の資源にコマンド信号が通信されてもよい。方法８００は、エネルギー・バランス・イベントが完結するまでまたは実質的に連続的に、ブロック８０２、８０４、８０６、８０８、８１０、８１２、８１４、８１６、８１８、８２０および８２２のうちの一つまたは複数を通じて進行することに進んでもよい。
【０１４７】
ブロック８３４では、サブグループ資源容量が更新されたエネルギー目標に等しいかどうかが判定されてもよい。サブグループ資源容量が更新されたエネルギー目標に等しくないこと（ブロック８３４における「NO」）に応答して、方法８００はブロック８３６に進んでもよい。サブグループ資源容量が更新されたエネルギー目標に等しいこと（ブロック８３４における「YES」）に応答して、方法８００はブロック８３８に進んでもよく、ここで方法８００は終了してもよい。ブロック８３６では、最も最近追加された資源が制御されるサブグループから除去されてもよい。ブロック８３６からは方法８００はブロック８３２に進んでもよい。
【０１４８】
当業者は、本稿に開示されるこのおよび他の手順および方法について、プロセスおよび方法において実行される機能は異なる順序で実装されてもよいことを認識するであろう。さらに、概説された諸段階および動作は、例として与えられているだけであり、段階および動作のいくつかは、開示される実施形態を損なうことなく、任意的であったり、より少数の段階および動作に組み合わされたり、あるいは追加的な段階および動作に展開されたりしてもよい。
【０１４９】
図９は、本稿に記載される少なくとも一つの実施形態に基づいて構成された、優先度リスト生成の例示的方法９００の流れ図である。方法９００は、公益事業者１０４がエネルギーをサイト１３０に提供する図１の配送システム１００のような配送システムにおいて実行されてもよい。同様の方法は、他の資源が公益事業者１０４によって提供されるシステムにおいて、必要な修正をもって実装されうる。
【０１５０】
方法９００は、図１および図２を参照して記述されたコントローラ・サーバー１０６によっていくつかの実施形態においてプログラム的に実行されてもよい。いくつかの実施形態では、コントローラ・サーバー１０６または他のコンピューティング・システムは、コンピューティング・システムおよび／またはコントローラ・サーバー１０６に方法９００を実行させるまたは該実行を制御させるために一つまたは複数のプロセッサ（たとえば図１１のプロセッサ１１０４）によって実行可能なプログラミング・コードまたは命令が記憶されている非一時的なコンピュータ可読媒体（たとえば図１１のメモリ１１０８）を含んでいたり、あるいは該媒体に通信上結合されていたりしてもよい。追加的または代替的に、コントローラ・サーバー１０６は、コントローラ・サーバー１０６または別のコンピューティング・システムに方法９００を実行させるまたは該実行を制御させるコンピュータ命令を実行するよう構成されている図１１のプロセッサ１１０４を含んでいてもよい。離散的なブロックとして図示されているが、所望される実装に依存して、さまざまなブロックは追加的なブロックに分割されたり、より少数のブロックに組み合わされたり、あるいはなくされたりしてもよい。いくつかの実施形態では、方法９００のブロックの一つまたは複数は、別の方法またはプロセスに組み込まれてもよい。たとえば、方法９００は、方法８００のブロック８０４に組み込まれてもよい。
【０１５１】
方法９００は、パフォーマンスまたはコストのどちらが優先事項であるかの決定がなされうるブロック９０２において始まってもよい。たとえば、一つまたは複数の資源がVPPに含まれていてもよい。VPPのパフォーマンスが優先事項でありうる。パフォーマンスが優先事項であることに応答して、方法９００はブロック９０４に進んでもよい。コストが優先事項であることに応答して、方法９００はブロック９１０に進んでもよい。
【０１５２】
ブロック９０４では、一つまたは複数の制約条件に基づいて優先度状態が計算されてもよい。たとえば、制約条件は必須の制約条件を含んでいてもよい。必須の制約条件のいくつかの例は、資源をオンからオフにまたはオフからオンにする間の最小時間長さ、資源の一つまたは複数がオフでありうる連続する時間スロット数、資源の一つまたは複数がオフでありうる連続する時間スロット数、資源の一つまたは複数がオンでなければならない時間の割合、資源の一つまたは複数がオンでなければならない、何らかの時間期間にわたる時間スロットの割合、および資源制約条件の事後制御（post-control）を含みうる。制約条件は、軟制約条件を含んでいてもよい。軟制約条件は、（VPPプロバイダーとの契約または政府規制により）顧客がバランス・イベントまたはVPPに参加することが期待される一年当たりの日数または時間数を含んでいてもよい。
【０１５３】
ブロック９０６では、資源がクラスター化されてもよい。いくつかの実施形態では、資源は計算された優先度に基づいてクラスター化されてもよい。たとえば、0.25の範囲のような範囲内の計算された優先度が一緒にクラスター化されてもよい。いくつかの実施形態では、資源は、現在利用可能な区間が当該資源について終了する終了時刻、イベント参加回数、公益事業者に課されるコストおよび／または顧客（たとえば顧客１２０）に提供されるインセンティブ、資源が生成または削減できるエネルギー量またはそれらの何らかの組み合わせに基づいてクラスター化されてもよい。
【０１５４】
ブロック９０８では、各資源クラスターにおいて資源の順序がランダム化されてもよい。ブロック９１０では、資源がコストまたは顧客へのインセンティブによってクラスター化されてもよい。ブロック９１０から、方法９００はブロック９０４、９０６、９０８に進んでもよい。方法９００がブロック９１０を通過して進行する状況では、ブロック９０４、９０６、９０８は、コストまたはインセンティブに基づいて形成されたクラスター内で実行される。
【０１５５】
資源クラスターをランダム化するのに続いて、資源はさらに、一つまたは複数の制約条件に従って優先度リスト上で順序付けされてもよい。たとえば、資源は、該資源の現在利用可能な区間が終わる時刻に基づいて配列されてもよい。配列された資源は、資源のイベント参加回数に基づいて編成されてもよい。匹敵するイベント参加をもつ資源の間では、資源は資源容量に基づいてさらにソートされてもよい。さらに、資源は資源型を含んでいてもよく、第一の資源型の資源が第二の資源型の資源より上の順序にされてもよい。
【０１５６】
図１０は、本稿に記載される少なくとも一つの実施形態に基づいて構成された、優先度リスト生成の例示的方法１０００の流れ図である。方法１０００は、公益事業者１０４がエネルギーをサイト１３０に提供する図１の配送システム１００のような配送システムにおいて実行されてもよい。同様の方法は、他の資源が公益事業者１０４によって提供されるシステムにおいて、必要な修正をもって実装されうる。
【０１５７】
方法１０００は、図１および図２を参照して記述されたコントローラ・サーバー１０６によっていくつかの実施形態においてプログラム的に実行されてもよい。いくつかの実施形態では、コントローラ・サーバー１０６または他のコンピューティング・システムは、コンピューティング・システムおよび／またはコントローラ・サーバー１０６に方法８００を実行させるまたは該実行を制御させるために一つまたは複数のプロセッサ（たとえば図１１のプロセッサ１１０４）によって実行可能なプログラミング・コードまたは命令が記憶されている非一時的なコンピュータ可読媒体（たとえば図１１のメモリ１１０８）を含んでいたり、あるいは該媒体に通信上結合されていたりしてもよい。追加的または代替的に、コントローラ・サーバー１０６は、コントローラ・サーバー１０６または別のコンピューティング・システムに方法１０００を実行させるまたは該実行を制御させるコンピュータ命令を実行するよう構成されている図１１のプロセッサ１１０４を含んでいてもよい。離散的なブロックとして図示されているが、所望される実装に依存して、さまざまなブロックは追加的なブロックに分割されたり、より少数のブロックに組み合わされたり、あるいはなくされたりしてもよい。いくつかの実施形態では、方法１０００のブロックの一つまたは複数は、別の方法またはプロセスに組み込まれてもよい。たとえば、方法１０００は、方法８００のブロック８０４に組み込まれてもよい。
【０１５８】
方法１０００は、資源が資源制御状態によってソートされうるブロック１００２において始まってもよい。資源制御状態は、制御サブスロットの間の資源の制御状態を表わしうる。いくつかの実施形態では、資源制御状態は、第一の資源制御状態、第二の資源制御状態、第三の資源制御状態および第四の資源制御状態を含んでいてもよい。第一の資源制御状態は、許容される最大の時間割合までオフにされていないサイクリング挙動をもつ資源１１２を示し、該資源が、エネルギー・バランス容量を増すために、制御サブスロットにおいてオフにされるべきであることを示してもよい。第二の資源制御状態は、公益事業者についてのプログラム恩恵を増すために制御サブスロットにおいて資源をオフにすることが望ましいことを示してもよい。第三の資源制御状態は、資源が次の数時間（たとえば1ないし3時間）以内に再び制御されることが望ましいことを示してもよい。第四の資源制御状態（P4）は、同じ日のうちに資源が再び制御されることが望ましいことを表わしていてもよい。
【０１５９】
これらおよび他の実施形態において、資源は、第一の資源制御状態をもつ資源が第二の資源制御状態をもつ資源より前になり、第二の資源制御状態をもつ資源が第三の資源制御状態をもつ資源より前になり、第三の資源制御状態をもつ資源が第四の資源制御状態をもつ資源より前になるようソートされてもよい。方法１０００を記述するのに用いるところでは、「…より前に」という句は、資源が優先度リストにおいてより上位に現われることを示すために使われる。このことは、その資源が、優先度リストにおいてより低位にある資源より先に制御されるサブグループに導入される結果となる。
【０１６０】
ブロック１００４では、ソートされた資源は資源の現在利用可能な区間が終了する時刻に基づいて配列されてもよい。いくつかの実施形態では、ソートされた資源は、より早く終了する利用可能な区間をもつ資源がより遅く終了する利用可能な区間をもつ資源より前になるよう配列されてもよい。
【０１６１】
ブロック１００６では、配列された資源は、資源のイベント参加回数に基づいて整理されてもよい。いくつかの実施形態では、配列された資源は、より少数のバランス・イベントに参加した資源がより多数のバランス・イベントに参加した資源より前になるよう整理されてもよい。
【０１６２】
ブロック１００８では、匹敵するイベント参加をもつ資源の間で、資源がさらに資源容量に基づいてソートされてもよい。いくつかの実施形態では、資源は、より大きな資源容量をもつ資源がより小さな資源容量をもつ資源より前になるようソートされてもよい。
【０１６３】
図１１は、マイクロバランス・イベントにおける資源選択のために構成された例示的なコンピューティング・システム１１００を示している。コンピューティング・システム１１００は、図１の配送システム１１０において実装されてもよい。コンピューティング・システム１１００の例は、コントローラ・サーバー１１６または資源１１２の一方または両方を含んでいてもよい。コンピューティング・システム１１００は、コントローラ・モジュール１０８およびバランス・イベント・モジュール１１０（まとめてモジュール１０８／１１０）の一方または両方を含む、一つまたは複数のプロセッサ１１０４、メモリ１１０８、通信ユニット１１０２、ユーザー・インターフェース装置１１１４およびデータ記憶１１０１を含んでいてもよい。
【０１６４】
プロセッサ１１０４は、さまざまなコンピュータ・ハードウェアまたはソフトウェア・モジュールを含むいかなる好適な特殊目的または汎用コンピュータ、コンピューティング・エンティティまたは処理装置を含んでいてもよく、いかなる適用可能なコンピュータ可読記憶媒体上に記憶された命令を実行するよう構成されていてもよい。たとえば、プロセッサ１１０４はマイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（DSP）、ASIC、FPGAまたはプログラム命令をインタープリットおよび／または実行するおよび／またはデータを処理するよう構成された他の任意のデジタルもしくはアナログ回路を含んでいてもよい。
【０１６５】
図１１では単一のプロセッサとして示されているが、プロセッサ１１０４は、本開示に記載される任意の数の動作を個々にまたは集団的に実行するよう構成された任意の数のプロセッサを含んでいてもよい。さらに、プロセッサ１１０４のうち一つまたは複数が一つまたは複数の異なる電子デバイスまたはコンピューティング・システム上に存在していてもよい。いくつかの実施形態では、プロセッサ１１０４は、プログラム命令をインタープリットおよび／または実行するおよび／またはメモリ１１０８、データ記憶１１０１またはメモリ１１０８およびデータ記憶１１０１に記憶されたデータを処理することを行なってもよい。いくつかの実施形態では、プロセッサ１１０４はデータ記憶１１０１からプログラム命令を取ってきて、該プログラム命令をメモリ１１０８にロードしてもよい。プログラム命令がメモリ１１０８にロードされた後、プロセッサ１１０４はプログラム命令を実行してもよい。
【０１６６】
メモリ１１０８は、コンピュータ実行可能な命令またはデータ構造を担持するまたは記憶するコンピュータ可読記憶媒体を含んでいてもよい。そのようなコンピュータ可読記憶媒体は、プロセッサ１１０４のような汎用または特殊目的コンピュータによってアクセスされうるいかなる利用可能な媒体であってもよい。限定ではなく例として、そのようなコンピュータ可読記憶媒体は、RAM、ROM、EEPROM、CD-ROMまたは他の光ディスク記憶、磁気ディスク記憶または他の磁気記憶デバイス、フラッシュメモリ・デバイス（たとえば半導体メモリ・デバイス）またはコンピュータ実行可能な命令またはデータ構造の形で所望されるプログラム・コードを担持または記憶するために使用されうる、汎用または特殊目的コンピュータによってアクセスされうる他の任意の記憶媒体を含む、有体または非一時的なコンピュータ可読記憶媒体を含んでいてもよい。上記のものの組み合わせも、コンピュータ可読記憶媒体の範囲内に含まれうる。コンピュータ実行可能な命令はたとえば、プロセッサ１１０４に、ある機能または機能群を実行させるよう構成された命令およびデータを含んでいてもよい。
【０１６７】
通信ユニット１１０２は、通信を受け取り、送るよう構成された一つまたは複数のハードウェアを含んでいてもよい。いくつかの実施形態では、通信ユニット１１０２は、他の通信ハードウェア・デバイスの中でも、アンテナ、有線ポートおよび変調／復調ハードウェアの一つまたは複数を含んでいてもよい。特に、通信ユニット１１０２は、コンピューティング・システム１１００の外部から通信を受領し、該通信をプロセッサ１１０４に呈するまたはプロセッサ１１０４からの通信を別の装置またはネットワークに送るよう構成されていてもよい。
【０１６８】
ユーザー・インターフェース装置１１１４は、ユーザーから入力を受領するおよび／またはユーザーに出力を提供するよう構成された一つまたは複数のハードウェアを含んでいてもよい。いくつかの実施形態では、ユーザー・インターフェース装置１１１４は、他のハードウェア／デバイスの中でも、スピーカー、マイクロフォン、ディスプレイ、キーボード、タッチスクリーンまたはホログラフィック投影の一つまたは複数を含んでいてもよい。これらおよび他の実施形態において、ユーザー・インターフェース装置１１１４は、たとえば顧客（たとえば１２０）または公益事業者（たとえば１０４）の管理者からの入力を受領するよう構成されていてもよい。
【０１６９】
モジュール１０８／１１０は、データ記憶１１０１に記憶されたプログラム命令を含んでいてもよい。プロセッサ１１０４は、モジュール１０８／１１０をメモリ１１０８にロードし、モジュール１０８／１１０を実行するよう構成されていてもよい。あるいはまた、プロセッサ１１０４はモジュール１０８／１１０をメモリ１１０８にロードすることなく、モジュール１０８／１１０をデータ記憶１１０１から一行ずつ実行してもよい。モジュール１０８／１１０を実行するとき、プロセッサ１１０４は、本開示において他所で記載されたようなマイクロバランス・イベント資源選択プロセスの実行のために構成されてもよい。
【０１７０】
本開示の範囲から外れることなく、コンピューティング・システム１１００に対して修正、追加または省略がなされてもよい。たとえば、いくつかの実施形態では、コンピューティング・システム１１００は、ユーザー／インターフェース装置１１１４を含まなくてもよい。いくつかの実施形態では、コンピューティング・システム１１００の上記の異なるコンポーネントは物理的に別個であってもよく、任意の好適な機構を介して通信上結合されていてもよい。たとえば、データ記憶１１０１は、プロセッサ１１０４、メモリ１１０８および通信ユニット１１０２を含み該記憶装置に通信上結合されているサーバーとは別個の記憶装置の一部であってもよい。
【０１７１】
本稿に記載される実施形態は、下記でより詳細に述べるさまざまなコンピュータ・ハードウェアまたはソフトウェア・モジュールを含む特殊目的または汎用コンピュータの使用を含んでいてもよい。
【０１７２】
本稿に記載される実施形態は、コンピュータ実行可能な命令またはデータ構造を担持するまたは記憶するコンピュータ可読媒体を使って実装されてもよい。そのようなコンピュータ可読媒体は、汎用または特殊目的コンピュータによってアクセスされうるいかなる利用可能な媒体であってもよい。限定ではなく例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CD-ROMまたは他の光ディスク記憶、磁気ディスク記憶または他の磁気記憶資源またはコンピュータ実行可能な命令またはデータ構造の形で所望されるプログラム・コードを担持または記憶するために使用されうる、汎用または特殊目的コンピュータによってアクセスされうる他の任意の非一時的な記憶媒体を含む、有体または非一時的なコンピュータ可読記憶媒体を含んでいてもよい。上記のものの組み合わせも、コンピュータ可読媒体の範囲内に含まれうる。
【０１７３】
コンピュータ実行可能な命令はたとえば、汎用コンピュータ、特殊目的コンピュータまたは特殊目的処理資源に、ある機能または機能群を実行させる命令およびデータを含む。主題は構造的な特徴および／または方法論的な工程に固有の言辞で記述されているが、付属の請求項において定義される主題は必ずしも上記の特定の特徴または工程に限定されないことは理解しておくものとする。むしろ、上記の特定の特徴および工程は、請求項を実装する例示的な形として開示されている。
【０１７４】
本稿での用法では、用語「モジュール」「コンポーネント」および／または「エンジン」は、コンピューティング・システム上で実行されるソフトウェア・オブジェクトまたはルーチンを指しうる。本稿に記載される種々のコンポーネント、モジュール、エンジンおよびサービスは、（たとえば別個のスレッドとして）コンピューティング・システム上で実行されるオブジェクトまたはプロセスとして実装されてもよい。本稿に記載されるシステムおよび方法は、ソフトウェアで実装されてもよいものの、ハードウェアまたはソフトウェアとハードウェア実装の組み合わせにおける実装も可能であり、考えられている。本記述において、「コンピューティング・エンティティ」は、本稿で先に定義したような任意のコンピューティング・システムまたはコンピューティング・システム上で走る任意のモジュールもしくはモジュールの組み合わせでありうる。
【０１７５】
本稿に記載されるすべての例および条件付きの言辞は、本発明および発明者によって当技術分野の発展のために寄与される概念の理解において読者を助ける教育目的を意図されており、そのような特定的に挙げられる例および条件に限定することなく解釈されるものとする。本発明の実施形態について詳細に述べてきたが、本発明の精神および範囲から外れることなく、これにさまざまな変化、代替および変更をなすことができることは理解しておくべきである。
【０１７６】
以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。
（付記１）
マイクロバランス・イベントの制御サブスロットについての資源選択の方法であって：
一つまたは複数の資源についての利用可能性スケジュールを計算する段階と；
一つまたは複数の優先順位付け規則および前記利用可能性スケジュールに基づいて前記資源の優先度リストを生成する段階であって、前記優先度リストは、前記資源が、前記制御サブスロットの間に制御される前記資源の制御されるサブグループに加えられる順序を含む、段階と；
前記制御されるサブグループに含まれる前記資源の部分集合の資源容量の和を含むサブグループ資源容量を計算する段階と；
前記マイクロバランス・イベントの間にバランスされるべきエネルギー量を含むエネルギー目標を受領する段階と；
前記サブグループ資源容量が前記エネルギー目標以上であるかどうかを判定する段階と；
前記サブグループ資源容量が前記エネルギー目標未満であるとの判定に応答して、前記優先度リストにおいて最初の位置をもつ前記資源の一つを前記制御されるサブグループに加え、前記サブグループ資源容量および加えられた資源の資源容量を含む更新されたサブグループ資源容量を計算する段階と；
前記更新されたサブグループ資源容量が前記エネルギー目標以上であるかどうかを判定する段階と；
前記更新されたサブグループ資源容量が前記エネルギー目標以上であるとの判定に応答して、前記資源の動作状態を制御するコマンド信号を、前記制御されるサブグループ内の前記資源に通信する段階とを含む、
方法。
（付記２）
前記制御されるサブグループ内の資源の次の制御サブスロットの資源制御状態を更新する段階と；
前記制御されるサブグループ内の資源のイベント参加回数を更新する段階とをさらに含む、
付記１記載の方法。
（付記３）
前記生成する段階が：
前記資源を、前記制御サブスロット内の資源の制御状態を表わす資源制御状態によってソートする段階と；
ソートされた資源を、より早く終了する利用可能な区間をもつ資源がより遅く終了する利用可能な区間をもつ資源より前になるよう、前記資源の現在利用可能な区間が終了する時刻に基づいて配列する段階と；
配列された資源を、より少数のバランス・イベントに参加した資源がより多数のバランス・イベントに参加した資源より前になるよう、前記資源のイベント参加回数に基づいて編成する段階と；
匹敵するイベント参加をもつ資源の間で、より大きな資源容量をもつ資源がより小さな資源容量をもつ資源より前になるよう、資源容量に基づいて前記資源をさらにソートする段階とを含み、
前記資源制御状態は：
許容される最大の時間割合までオフにされていないサイクリング挙動をもつ資源を示し、該資源が、エネルギー・バランス容量を増すために、前記制御サブスロットにおいてオフにされるべきであることを示す第一の資源制御状態；
公益事業者についてのプログラム恩恵を増すために前記制御サブスロットにおいてその資源をオフにすることが望ましいことを示す第二の資源制御状態；
その資源が次の一時間または複数時間以内に再び制御されることが望ましいことを示す第三の資源制御状態；および
その資源が同じ日のうちに再び制御されることが望ましいことを示す第四の資源制御状態を含み、
前記資源をソートする段階は、第一の資源制御状態をもつ資源が第二の資源制御状態をもつ資源より前になり、第二の資源制御状態をもつ資源が第三の資源制御状態をもつ資源より前になり、第三の資源制御状態をもつ資源が第四の資源制御状態をもつ資源より前になるようにする、
付記１記載の方法。
（付記４）
前記生成する段階が：
パフォーマンスまたはコストのどちらが優先事項であるかを決定する段階と；
パフォーマンスが優先事項であることに応答して：
制約条件に基づいて優先度を計算し：
計算された優先度に基づいて前記資源をクラスター化し；
資源クラスター内の資源の順序をランダム化する段階とを含む、
付記１記載の方法。
（付記５）
コストが優先事項であることに応答して、前記生成する段階が：
コストまたは顧客へのインセンティブによって前記資源をクラスター化し；
制約条件に基づいて優先度を計算し：
計算された優先度に基づいて前記資源をクラスター化し；
資源クラスター内の資源の順序をランダム化する段階とを含む、
付記４記載の方法。
（付記６）
実際の負荷データおよび実際の生成データの一方または両方を一つまたは複数のサイトから受領する段階と；
受領された負荷データおよび／または生成データならびに残りの制御サブスロット数に基づいて、エネルギー目標を更新する段階と；
前記サブグループ資源容量が前記更新されたエネルギー目標より小さいかどうかを判定する段階と；
前記サブグループ資源容量が前記更新されたエネルギー目標より小さいことに応答して、前記優先度リストにおいて最初の位置をもつ前記資源の一つを前記制御されるサブグループに加える段階と；
前記サブグループ資源容量が前記更新されたエネルギー目標より小さくないことに応答して、前記サブグループ資源容量が前記更新されたエネルギー目標に等しいかどうかを判定する段階と；
前記サブグループ資源容量が前記更新されたエネルギー目標に等しくないことに応答して、最も最近に追加された資源を前記制御されるサブグループから除去する段階とをさらに含む、
付記１記載の方法。
（付記７）
前記資源が、仮想発電所（VPP）に含まれる空調機、光電性パネルおよび電気自動車のうちの一つまたは複数または組み合わせを含み、
前記マイクロバランス・イベントが実質的に連続的なバランス・イベントの一部を含む、
付記１記載の方法。
（付記８）
前記資源がそれぞれ資源型を含み；
第一の資源型の資源が第二の資源型の資源より上に順序付けられる、
付記１記載の方法。
（付記９）
前記優先順位付け規則が：
資源型；
資源の位置；
資源制約条件；
顧客制約条件；および
プログラム制約条件
の組の一つまたは複数に基づく、付記１記載の方法。
（付記１０）
次の制御サブスロットについて：
前記資源のその後の優先度リストを生成し；
前記制御されるサブグループ内に含まれる資源の部分集合の資源容量の和を含むその後のサブグループ資源容量を計算し；
前記その後のサブグループ資源容量が前記エネルギー目標以上であるかどうかを判定し；
更新されたサブグループ資源容量が前記エネルギー目標以上であるとの判定に応答して、前記制御されるサブグループ内の資源にコマンド信号を通信することをさらに含む、
付記１記載の方法。
（付記１１）
動作を実行するまたは該動作の実行を制御するようプロセッサによって実行可能なプログラミング・コードがエンコードされている非一時的なコンピュータ可読媒体であって、前記動作は：
一つまたは複数の資源についての利用可能性スケジュールを計算する段階と；
一つまたは複数の優先順位付け規則および前記利用可能性スケジュールに基づいて前記資源の優先度リストを生成する段階であって、前記優先度リストは、前記資源が、前記制御サブスロットの間に制御される前記資源の制御されるサブグループに加えられる順序を含む、段階と；
前記制御されるサブグループに含まれる前記資源の部分集合の資源容量の和を含むサブグループ資源容量を計算する段階と；
前記マイクロバランス・イベントの間にバランスされるべきエネルギー量を含むエネルギー目標を受領する段階と；
前記サブグループ資源容量が前記エネルギー目標以上であるかどうかを判定する段階と；
前記サブグループ資源容量が前記エネルギー目標未満であるとの判定に応答して、前記優先度リストにおいて最初の位置をもつ前記資源の一つを前記制御されるサブグループに加え、前記サブグループ資源容量および加えられた資源の資源容量を含む更新されたサブグループ資源容量を計算する段階と；
前記更新されたサブグループ資源容量が前記エネルギー目標以上であるかどうかを判定する段階と；
前記更新されたサブグループ資源容量が前記エネルギー目標以上であるとの判定に応答して、前記資源の動作状態を制御するコマンド信号を、前記制御されるサブグループ内の前記資源に通信する段階とを含む、
非一時的なコンピュータ可読媒体。
（付記１２）
前記動作が：
前記制御されるサブグループ内の資源の次の制御サブスロットの資源制御状態を更新する段階と；
前記制御されるサブグループ内の資源のイベント参加回数を更新する段階とをさらに含む、
付記１１記載の非一時的なコンピュータ可読媒体。
（付記１３）
前記生成する段階が：
前記資源を、前記制御サブスロット内の資源の制御状態を表わす資源制御状態によってソートする段階と；
ソートされた資源を、より早く終了する利用可能な区間をもつ資源がより遅く終了する利用可能な区間をもつ資源より前になるよう、前記資源の現在利用可能な区間が終了する時刻に基づいて配列する段階と；
配列された資源を、より少数のバランス・イベントに参加した資源がより多数のバランス・イベントに参加した資源より前になるよう、前記資源のイベント参加回数に基づいて編成する段階と；
匹敵するイベント参加をもつ資源の間で、より大きな資源容量をもつ資源がより小さな資源容量をもつ資源より前になるよう、資源容量に基づいて前記資源をさらにソートする段階とを含み、
前記資源制御状態は：
許容される最大の時間割合までオフにされていないサイクリング挙動をもつ資源を示し、該資源が、エネルギー・バランス容量を増すために、前記制御サブスロットにおいてオフにされるべきであることを示す第一の資源制御状態；
公益事業者についてのプログラム恩恵を増すために前記制御サブスロットにおいてその資源をオフにすることが望ましいことを示す第二の資源制御状態；
その資源が次の一時間または複数時間以内に再び制御されることが望ましいことを示す第三の資源制御状態；および
その資源が同じ日のうちに再び制御されることが望ましいことを示す第四の資源制御状態を含み、
前記資源をソートする段階は、第一の資源制御状態をもつ資源が第二の資源制御状態をもつ資源より前になり、第二の資源制御状態をもつ資源が第三の資源制御状態をもつ資源より前になり、第三の資源制御状態をもつ資源が第四の資源制御状態をもつ資源より前になるようにする、
付記１１記載の非一時的なコンピュータ可読媒体。
（付記１４）
前記生成する段階が：
パフォーマンスまたはコストのどちらが優先事項であるかを決定する段階と；
パフォーマンスが優先事項であることに応答して：
制約条件に基づいて優先度を計算し：
計算された優先度に基づいて前記資源をクラスター化し；
資源クラスター内の資源の順序をランダム化する段階とを含む、
付記１１記載の非一時的なコンピュータ可読媒体。
（付記１５）
コストが優先事項であることに応答して、前記生成する段階が：
コストまたは顧客へのインセンティブによって前記資源をクラスター化し；
制約条件に基づいて優先度を計算し：
計算された優先度に基づいて前記資源をクラスター化し；
資源クラスター内の資源の順序をランダム化する段階とを含む、
付記１４記載の非一時的なコンピュータ可読媒体。
（付記１６）
前記動作が：
実際の負荷データおよび実際の生成データの一方または両方を一つまたは複数のサイトから受領する段階と；
受領された負荷データおよび／または生成データならびに残りの制御サブスロット数に基づいて、エネルギー目標を更新する段階と；
前記サブグループ資源容量が前記更新されたエネルギー目標より小さいかどうかを判定する段階と；
前記サブグループ資源容量が前記更新されたエネルギー目標より小さいことに応答して、前記優先度リストにおいて最初の位置をもつ前記資源の一つを前記制御されるサブグループに加える段階と；
前記サブグループ資源容量が前記更新されたエネルギー目標より小さくないことに応答して、前記サブグループ資源容量が前記更新されたエネルギー目標に等しいかどうかを判定する段階と；
前記サブグループ資源容量が前記更新されたエネルギー目標に等しくないことに応答して、最も最近に追加された資源を前記制御されるサブグループから除去する段階とをさらに含む、
付記１１記載の非一時的なコンピュータ可読媒体。
（付記１７）
前記資源が、仮想発電所（VPP）に含まれる空調機、光電性パネルおよび電気自動車のうちの一つまたは複数または組み合わせを含み、
前記マイクロバランス・イベントが実質的に連続的なバランス・イベントの一部を含む、
付記１１記載の非一時的なコンピュータ可読媒体。
（付記１８）
前記資源がそれぞれ資源型を含み；
第一の資源型の資源が第二の資源型の資源より上に順序付けられる、
付記１１記載の非一時的なコンピュータ可読媒体。
（付記１９）
前記優先順位付け規則が：
資源型；
資源の位置；
資源制約条件；
顧客制約条件；および
プログラム制約条件
の組の一つまたは複数に基づく、付記１１記載の非一時的なコンピュータ可読媒体。
（付記２０）
前記動作が、次の制御サブスロットについて：
前記資源のその後の優先度リストを生成し；
前記制御されるサブグループ内に含まれる資源の部分集合の資源容量の和を含むその後のサブグループ資源容量を計算し；
前記その後のサブグループ資源容量が前記エネルギー目標以上であるかどうかを判定し；
更新されたサブグループ資源容量が前記エネルギー目標以上であるとの判定に応答して、前記制御されるサブグループ内の資源にコマンド信号を通信することをさらに含む、
付記１１記載の非一時的なコンピュータ可読媒体。
【符号の説明】
【０１７７】
１０２  DR（デマンドレスポンス）アグリゲーター
１０４  公益事業者
１０６  イベント・コントローラ・サーバー
１０８  バランス・イベント・コントローラ・モジュール
１１０  バランス・イベント・モジュール
１１２  資源
１２２  ネットワーク
１３０  サイト
２０２  エネルギー目標
２０４  優先度リスト
２０６  利用可能性スケジュール
２０８  コマンド信号
２１０  リスト・モジュール
２１２  スケジュール・モジュール
２１４  コマンド・モジュール
２２０  資源情報
２２２  顧客情報
２２４  プログラム情報
５００  第一の生データ表
５０１Ａ  第一の優先度リスト
５０１Ｂ  第二の優先度リスト
５０１Ｃ  第三の優先度リスト
５０２  追加順序
５０４  制御状態
５０６  利用可能区間終了時刻
５０８  以前の参加
５１０  容量
５１２  資源id
５１４  資源型
６００  第二の生データ表
６０１Ａ  第一の中間リスト
６０１Ｂ  第二の中間リスト
６０１Ｃ  第四の優先度リスト
６０１Ｄ  第三の中間リスト
６０１Ｅ  第四の中間リスト
６０１Ｆ  第五の中間リスト
６０１Ｇ  第五の優先度リスト
６０２  追加順序
６０４  制御状態
６０５  小数値
６０７  クラスター
６０６  利用可能区間終了時刻
６０８  以前の参加
６０９  コストまたはインセンティブ
６１０  容量
６１２  資源id
６１４  資源型
８０２  一つまたは複数の資源について利用可能性スケジュールを計算
８０４  資源の優先度リストを生成
８０６  サブグループ資源容量を計算
８０８  エネルギー目標を受領
８１０  サブグループ資源容量がエネルギー目標以上であるかどうかを判定
８１２  優先度リストで筆頭位置をもつ資源の一つを、制御されるサブグループに追加
８１４  前記サブグループ資源容量および追加された資源の資源容量を含む更新されたサブグループ資源容量を計算
８１６  更新されたサブグループ資源容量がエネルギー目標以上であるかどうかを判定
８１８  制御されるサブグループ内の資源にコマンド信号を通信
８２０  制御されるサブグループ内の資源の資源制御状態を更新
８２２  制御されるサブグループ内の資源のイベント参加回数を更新
８２８  実際の負荷データおよび／または実際の生成データを受領
８３０  更新されたエネルギー目標を計算
８３２  サブグループ資源容量が更新されたエネルギー目標より小さいかどうかを判定
８３４  サブグループ資源容量が更新されたエネルギー目標に等しいかどうかを判定
８３６  最も最近に追加された資源を、制御されるサブグループから除去
８３８  終了
９０２  パフォーマンスまたはコストのどちらが優先かを決定
９０４  制約条件に基づいて優先度を計算
９０６  資源をクラスタリング
９０８  資源クラスター内の資源の順序をランダム化
９１０  資源をコストまたは顧客へのインセンティブによってクラスタリング
１００２  資源を資源制御状態によってソート
１００４  ソートされた資源を、資源の現在利用可能な区間が終了する時刻に基づいて配列
１００６  配列された資源を、資源のイベント参加回数に基づいて編成
１００８  匹敵するイベント参加をもつ資源の間で、資源容量に基づいてさらに資源をソート
１１００  コンピューティング・システム
１１０１  データ記憶部
１１０２  通信ユニット
１１０４  プロセッサ
１１０８  メモリ
１１１４  ユーザー・インターフェース装置
【図１】
2017062769.tif 000003
【図２】
2017062769.tif 000004
【図３】
2017062769.tif 000005
【図４Ａ】
2017062769.tif 000006
【図４Ｂ】
2017062769.tif 000007
【図４Ｃ】
2017062769.tif 000008
【図４Ｄ】
2017062769.tif 000009
【図５Ａ】
2017062769.tif 000010
【図５Ｂ】
2017062769.tif 000011
【図５Ｃ】
2017062769.tif 000012
【図５Ｄ】
2017062769.tif 000013
【図６Ａ】
2017062769.tif 000014
【図６Ｂ】
2017062769.tif 000015
【図６Ｃ】
2017062769.tif 000016
【図６Ｄ】
2017062769.tif 000017
【図６Ｅ】
2017062769.tif 000018
【図６Ｆ】
2017062769.tif 000019
【図６Ｇ】
2017062769.tif 000020
【図６Ｈ】
2017062769.tif 000021
【図７】
2017062769.tif 000022
【図８Ａ】
2017062769.tif 000023
【図８Ｂ】
2017062769.tif 000024
【図８Ｃ】
2017062769.tif 000025
【図９】
2017062769.tif 000026
【図１０】
2017062769.tif 000027
【図１１】
2017062769.tif 000028