JP7432602B2 - 分散型および非集中型のｄｅｒシステムの最適化 - Google Patents

Description

優先権
本特許出願は、２０１８年１２月３日に出願された“Decentralized Virtual Market Optimization”と題され、発明者としてJorge Elizondo Martinezを挙げている仮米国特許出願番号第６２／７７４，４２５号明細書による優先権を主張し、その開示内容全体を参照により本明細書に援用するものとする。

発明の分野
例示的な実施形態は、全体的には、電力分配ネットワークに関するものであり、より具体的には、専用の中央制御装置の必要性を排除することによって電力ネットワークをよりロバストにすることに関する。

発明の背景
電気グリッドは、家庭、企業、その他の建物を中央の電源に接続する。この相互接続性は、集中型の管理および計画を必要とし、この場合には、グリッドの脆弱性がネットワーク全体にわたって迅速に波及してしまう可能性がある。こうした危険性を軽減するために、マイクログリッドのような分散型エネルギリソース（distributed energy resource）統合システム（「ＤＥＲシステム」）が一般的なソリューションになりつつある。マイクログリッドは、発電機および蓄電装置の統制されたクラスタを含むと共に、ユーティリティの需要に対して調整された応答を提供し、かつメイングリッドから切り離された状態でも動作することができる負荷を含む。これにより、電力システムの効率および信頼性が向上する。

米国エネルギ省は、マイクログリッドの正式な定義を、グリッドに対する単一の制御可能なエンティティとして機能する、明確に定義された電気的境界を有する、負荷と分散型エネルギリソースとが含まれた、相互に接続された資産のグループとして定めている。マイクログリッドは、多くの場合、分散型の電源（例えば、ディーゼル発電機、ガスタービン等）と、バッテリと、ソーラーパネルまたは風力タービンのような再生可能なリソースとを有する。

種々の実施の概要
本発明の一実施形態によれば、本方法は、分散型エネルギリソース統合システムを最適化する。本方法は、複数の資産を含むＤＥＲシステムのための電力目標を受信する。複数の資産の各々が資産マネージャを有する。複数の資産のための共通結合点において、電力目標に関連する物理的パラメータが測定される。本方法は、１つまたは複数の資産マネージャを権限者として選択する。権限者は、測定された物理的パラメータと電力目標との関数として仮想価格を計算するように構成されている。仮想価格は、資産マネージャのうちの１つまたは複数に転送される。

目標は、目標設定者によって設定される。目標設定者は、集中型のエージェントおよび／または資産マネージャであり得る。例えば、集中型のエージェントは、ユーティリティおよび／または操作員であり得る。しかしながら、いくつかの実施形態では、１つまたは複数の目標を、（例えば、単一の目標設定者の必要性を排除するために）資産マネージャにプログラミングすることができる。いくつかの実施形態では、ＤＥＲシステムの１つまたは複数の特定の点に配置された１つまたは複数の独立したデバイスを、電力目標に関連する物理的パラメータを測定するためのメータとして使用することができる。例えば、資産マネージャをメータとして使用することができる。別の例として、電圧計および／または電流計をメータとして使用することができる。メータは、共通結合点において測定を行うことができる。これに加えてまたはこれに代えて、メータは、２つ以上の共通結合点において測定を行ってもよい。複数の測定値を使用して、１つの仮想的な共通結合点での測定値を決定することができる。メータは、パラメータの測定値を１つまたは複数の資産マネージャにブロードキャストすることができる。

本方法は、第１の時間に第１の資産マネージャを権限者として選択し、第２の時間に第２の資産マネージャを権限者として選択する。いくつかの実施形態では、第１の資産マネージャおよび第２の資産マネージャは、ランダムに選択される。他のいくつかの実施形態では、第１の資産マネージャおよび第２の資産マネージャは、所定の順序に基づいて権限者として選択される。権限者は、価格を他の資産マネージャにブロードキャストすることによって価格を転送する。

価格は、ＤＥＲシステムをコスト関数によって定義された最適な動作点に実質的に維持する、種々の資産間でのエネルギ取引を表す。したがって、本方法は、仮想価格に基づいて、資産マネージャのうちの１つまたは複数の各々において電力および／またはエネルギを取引することができる。電力および／またはエネルギが取引された後、決済ステップを実行することができる。決済ステップ中に、全ての電力取引および／またはエネルギ取引の結果が経済的交換に変換される。

いくつかの実施形態では、複数の資産マネージャからのそれぞれの資産マネージャが、価格を計算して、計算された価格を、複数の資産マネージャのうちの他の資産マネージャにブロードキャストする。システムレベルの価格は、計算されてブロードキャストされた予備価格の関数であり得る。例えば、システムレベルの価格は、計算されてブロードキャストされた価格の平均値または中央値であり得る。いくつかの実施形態では、資産マネージャ１６の各々は、他の資産マネージャ１６から予備価格を受信した後、システムレベルの価格を計算することができる。これに代えて、資産マネージャ１６のうちの１つが、他の資産マネージャ１６から予備価格を受信した後、システムレベルの価格を計算し、次いで、このシステムレベルの価格をブロードキャストしてもよい。

いくつかの実施形態では、権限者が、仮想価格を計算して、仮想価格を他の資産マネージャに送信する。その返信として、他の資産マネージャが、権限者に入札によって返答する。それぞれの資産マネージャは、複数の資産マネージャの各々との入札ペアを有する。それぞれの資産マネージャのための入札ペアは、（ｉ）各自自身の資産が別の資産にどれだけ供給する用意があるかの入札、および（ｉｉ）別の資産が何を供給し返す用意があるかの入札を含む。入札ペアをピアツーピア取引のリストに変換することができ、ここで、入札間の差が実際の取引となる。

いくつかの実施形態では、本方法は、パブリックのブロックチェーン台帳を作成する。台帳を使用して、システムの種々の資産間での電力取引またはエネルギ取引のリストを追跡し続けることができる。前のブロックからのハッシュと、電力取引またはエネルギ取引のリストと、ｎｏｎｃｅを使用するプルーフ・オブ・ワークと、上記の全ての要素のハッシュとを含むブロックを作成することができる。

別の実施形態によれば、分散型エネルギリソース統合システムを最適化する方法は、外部条件および／または内部条件に基づいて、ＤＥＲシステムの目標を設定する。本方法は、ＤＥＲシステムの目標に影響を与えるパラメータを監視する。１つまたは複数の資産マネージャは、ＤＥＲシステムの目標と、監視されているパラメータとを受信する。本方法は、システムを当該システムの目標に即した動作点に維持するために、１つまたは複数の資産マネージャを使用して、種々の資産間でのエネルギ取引を決定する。

本方法はまた、決定されたエネルギ取引を処理する。次いで、それぞれの資産が生成したドル収入を計算することによって取引を決済することができる。設定、監視、受信、決定、および取引のステップが１つのサイクルを定義することができる。本方法は、サイクルを繰り返すことができる。

取引ステップ中に、資産マネージャを選択して、価格を計算することができる。資産マネージャは、価格を計算して、それを他の全ての資産マネージャにブロードキャストする。全ての資産マネージャは、各々のそれぞれの資産にディスパッチするために価格を使用する。いくつかの実施形態では、資産マネージャは、現在選択されている資産マネージャが「トークン」を次の資産マネージャに送信するように、事前に編集されたリストから価格を計算することができる。他のいくつかの実施形態では、資産マネージャは、価格を計算するためにランダムに選択される。これに加えてまたはこれに代えて、一部または全ての資産マネージャが交代で、各自自身が計算した価格をシステム内の他の全ての資産マネージャにブロードキャストしてもよい。次いで、本方法は、ブロードキャストされた全ての価格の関数として最適化価格を決定する。

取引ステップ中に、資産マネージャは、価格を計算して、他の全ての資産マネージャに送信することができる。他の資産マネージャは、入札によって返答し、これらの入札が記録される。このプロセスを、全ての資産マネージャによって繰り返すことができ、したがって、プロセスの終了までに全ての資産マネージャは、他の全ての資産マネージャとの入札のペアを有することとなる。それぞれの資産マネージャのためのそれぞれの入札ペアは、（ｉ）各自自身の資産が別の資産にどれだけ供給する用意があるかの入札、および（ｉｉ）別の資産が何を供給し返す用意があるかの入札を含む。この情報をピアツーピア取引のリストに変換することができ、ここで、入札間の差が実際の取引となる。

いくつかの実施形態では、本方法は、パブリックのブロックチェーン台帳を作成する。台帳を使用して、システムの種々の資産間での一連の電力取引またはエネルギ取引を追跡することができる。全ての資産マネージャは、価格および入札のペアを計算して、それを他の全ての資産マネージャにブロードキャストすることができる。全ての価格および入札のペアが受信された後、それぞれの資産マネージャは、全ての価格および入札のペアを、システム内の各自自身のパフォーマンスを最大化する取引の集合に変換することができる。即座にディスパッチする代わりに、それぞれの資産マネージャは、各自自身が計算した取引をブロードキャストすることができる。全ての取引の安全な記録を残すためのブロックを構築することができる。

いくつかの実施形態では、決済ステップ中に、全ての取引の結果が実際の経済的交換に変換される。目標設定者によって定義された目標を達成することの経済的交換は、システム内のエージェント間で分配可能である。目標を達成することの利益は、システム内のアクティブな資産間で分配可能であり、各自の利益は、これらの資産が取引中に累積した仮想通貨利益に関連付けられる。いくつかの実施形態では、受信、測定、設定、および転送が１つのサイクルを定義する。いくつかの実施形態では、本方法は、約０．０１Ｈｚ～約１０Ｈｚの間のレートでサイクルを繰り返すことができる。

別の実施形態によれば、資産マネージャは、ＤＥＲシステムの内部での電力の分配を制御するように構成されている。ＤＥＲシステムは、複数の資産を有する。資産マネージャは、ＤＥＲシステム内の所与の資産と共に動作するように構成されている。資産マネージャは、インターフェースを含み、インターフェースは、ＤＥＲシステム内の少なくとも１つの（ａ）他の資産マネージャ、（ｂ）メータ、および／または（ｃ）中央制御装置と通信するように構成されている。資産マネージャは、（ａ）システムレベルの目標、（ｂ）メータ情報、および（ｃ）当該資産マネージャが権限者として選択されているとの指示に関連する情報を受信する。資産マネージャは、価格計算エンジンを含み、価格計算エンジンは、当該資産マネージャが権限者として選択されているという指示を当該資産マネージャが受信した場合に、価格を計算するように構成されている。価格は、システムレベルの目標とメータ情報との関数として計算される。

インターフェースはさらに、価格を１つまたは複数の資産マネージャに転送するように構成されている。いくつかの実施形態では、資産マネージャは、データを独立して要求する。他のいくつかの実施形態では、資産マネージャは、データを受動的に受信する。

本発明の例示的な実施形態は、コンピュータ可読プログラムコードが格納されたコンピュータ使用可能媒体を有するコンピュータプログラム製品として実装されている。コンピュータ可読コードは、従来のプロセスに従ってコンピュータシステムによって読み取り可能であり、かつ利用可能である。

図面の簡単な説明
当業者は、すぐ下に要約されている図面を参照して論じられる以下の「例示的な実施形態の説明」から、本発明の種々の実施形態の利点をより完全に理解すべきである。

本発明の例示的な実施形態による、システム全体の目標を達成するために複数の資産の動作を最適化するために使用される資産マネージャを含む、ＤＥＲシステムを概略的に示す図である。 本発明の例示的な実施形態による、２つの独立したＤＥＲシステムのための仮想的な共通結合点を概略的に示す図である。 本発明の例示的な実施形態に従って構成された資産マネージャを概略的に示す図である。 本発明の例示的な実施形態による、ＤＥＲシステムを最適化するために使用することができる複数の異なるアプローチの例を概略的に示す図である。 本発明の例示的な実施形態による、ＤＥＲシステムを最適化するために使用することができる複数の異なるアプローチの例を概略的に示す図である。 本発明の例示的な実施形態による、ＤＥＲシステムを最適化するために使用することができる複数の異なるアプローチの例を概略的に示す図である。 本発明の例示的な実施形態による、分散された資産マネージャを使用してＤＥＲシステムを最適化するプロセスを概略的に示す図である。 本発明の例示的な実施形態による、１つまたは複数の資産マネージャに情報を送信する目標設定者およびメータを概略的に示す図である。 本発明の例示的な実施形態による、価格を決定するためのローテーションスキームを概略的に示す図である。 本発明の例示的な実施形態による、価格を決定するための価格合意スキームを概略的に示す図である。 本発明の例示的な実施形態による、価格を決定するための取引合意スキームを概略的に示す図である。 本発明の例示的な実施形態による、権限者を選択して、価格を決定するブロックスキームを概略的に示す図である。 本発明の例示的な実施形態による、最適化プロセスにおいて使用されるブロックチェーン台帳を概略的に示す図である。 本発明の例示的な実施形態による、非集中型のアプローチを使用してＤＥＲシステムを最適化する周期的なプロセスを示す図である。

例示的な実施形態の説明
例示的な実施形態では、－マイクログリッド、マイクログリッドのグループ、および／または比較的大規模なグリッドのような－分散型エネルギリソース統合システム（「ＤＥＲシステム」）のための制御システムは、システム内の資産が電力出力を増加させるべきであるか、または電力出力を減少させるべきであるかを指図する価格を計算する。価格は、専用の中央制御装置を使用することなく計算される。これに代えて、例示的な実施形態は、価格を計算するために分散された資産マネージャのうちの１つまたは複数を使用する。例示的な実施形態は、分散された資産マネージャのうちのどの１つまたは複数の資産マネージャが価格を計算するのかを決定するためのいくつかの技術も提供する。いくつかの実施形態では、価格を計算する資産マネージャがサイクルごとに変化する。いくつかの実施形態では、複数の資産マネージャが同時に価格を計算する。例示的な実施形態の詳細を、以下に論じる。

図１Ａは、本発明の例示的な実施形態による、システム全体の目標を達成するために複数の資産１４の動作を最適化するために使用される資産マネージャ１６を含む、ＤＥＲシステム１００を概略的に示す図である。とりわけ、資産１４は、有効電力および無効電力を電力ネットワークと交換するＤＥＲまたは負荷であり得る。伝統的に、ＤＥＲおよび負荷１５の両方を資産と見なしているが、本願の目的のために負荷１５が別個に論じられる。いくつかの実施形態では、資産１４のうちの少なくとも１つを資産マネージャ１６によって制御することができる（図２との関連においてさらに詳細に説明する）。さらに、複数の資産１４を単一の資産マネージャ１６によって制御することができる。しかしながら、いくつかの実施形態では、１つまたは複数の資産１４および／または負荷１５を資産マネージャ１６と結合しなくてもよい。

多くのＤＥＲシステムと同様に、システム１００は、共通結合点１２を有し、この共通結合点１２を介してシステム１００からの電力がユーティリティ５のような外部ネットワークへと通過する。「共通結合点１２」という用語は、ある特定の点として図示および説明されているが、ユーティリティ５からこの識別された点まで延びている電力ネットワーク部分に沿った任意の点（例えば、電力ネットワークが種々の資産１４へと分岐する前の任意の部分）が、共通結合点１２の一部であると見なされることを理解すべきである。さらに、例示的な実施形態は、（例えば、２つ以上の共通結合点１２から計算される）仮想的な共通結合点を含むことが意図されている。

図１Ｂは、本発明の例示的な実施形態による、２つの独立したＤＥＲシステム１００Ａおよび１００Ｂのための仮想的な共通結合点を概略的に示す。仮想的な共通結合点は、２つ以上の独立したＤＥＲ統合システム１００Ａおよび１００Ｂの共通結合点１２（例えば、１２Ａおよび１２Ｂ）からのメータ情報を組み合わせることによって形成される。例えば、仮想的な共通結合点での有効電力は、共通結合点１２Ａでのメータ１によって測定された有効電力と、共通結合点１２Ｂでのメータ２によって測定された有効電力との合計である。したがって、共通結合点１２に関するあらゆる考察は、文脈上別段の解釈が必要でない限り、仮想的な共通結合点にも適用される。

図２は、本発明の例示的な実施形態に従って構成された図１の資産マネージャ１６のうちの１つを概略的に示す。図２の資産マネージャ１６は、図示のように複数のコンポーネントを有し、これらのコンポーネントは、資産マネージャ１６の機能のいくつかを一緒に実行する。これらのコンポーネントの各々は、任意の従来の相互接続メカニズムを介して動作可能に接続されている。図２は、コンポーネントの各々と通信するバスを簡略的に示す。当業者は、この一般化された表現を、その他の従来の直接的または間接的な接続を含むように修正してもよいことを理解すべきである。したがって、バスの考察は、種々の実施形態を制限することを意図したものではない。

実際に、図２は、これらのコンポーネントの各々を概略的に示すに過ぎないことに留意すべきである。当業者は、これらのコンポーネントの各々が、１つまたは複数の他の機能コンポーネントにわたってハードウェア、ソフトウェア、またはハードウェアとソフトウェアとの組み合わせを使用するなどにより、種々の従来の手法で実装可能であることを理解すべきである。例えば、制御装置は、ファームウェアを実行する複数のマイクロプロセッサを使用して実装可能である。別の例として、制御装置は、１つまたは複数の特定用途向け集積回路（すなわち、「ＡＳＩＣ」）および関連するソフトウェアを使用して、またはＡＳＩＣと、ディスクリート電子部品（例えば、トランジスタ）と、マイクロプロセッサとの組み合わせを使用して実装可能である。したがって、図２の単一のボックス内の制御装置およびその他のコンポーネントの表現は、簡略化のみを目的としたものである。実際に、いくつかの実施形態では、図２の制御装置は、－必ずしも同じハウジングまたはシャーシの内部になくてもよく－複数の異なるマシンにわたって分散されている。

資産マネージャ１６は、制御装置を含み、制御装置は、とりわけ、資産マネージャ１６の資産１４の動作を管理するためのローカルコスト関数を使用して、動作点を決定するように構成されている。例えば、資産１４の動作点は、この資産１４がシステム１００に注入している有効電力と無効電力との組み合わせであり得る。動作点は、温度、蓄積エネルギ、電圧等のような、資産１４の全ての内部状態を含むこともできる。

資産マネージャ１６は、他の資産１４および／または他のデバイスと通信するためのインターフェース１８も含む。例えば、インターフェース１８は、他の資産マネージャ１６と通信する（例えば、以下で論じられる価格計算エンジン２０によって計算された価格を送信および／または受信する）ように構成されている。さらに、インターフェース１８は、システム全体の目標を受信するように構成されている。例示的な実施形態では、システム全体の目標は、ユーティリティ５に一定量の有効電力および／または無効電力を供給するようにシステム１００に指示することができる（例えば、ＤＥＲシステム１００内の全ての資産１４の総出力電力を１０ｋＷとすることが求められる）。したがって、システム全体の目標に準拠しているかどうかは、共通結合点１２における電力を測定することによって追跡可能である。

資産マネージャ１６は、他の資産マネージャ１６に送信される価格を計算する価格計算エンジン２０も含む。明確にするために、本発明のいくつかの実施形態では、「価格」または「価格信号」は、調整されたＤＥＲシステム１００内で生成される信号であり、この信号は、エネルギの需要が供給よりも多い場合には値が増加し、エネルギの供給が需要よりも多い場合には減少する。例えば、電力需要は、負荷１５および／またはユーティリティ５に由来し得る。さらに、供給は、資産１４および／またはユーティリティ５に由来し得る。供給は、無効電力およびシステム損失のような他の変数にも依存し得る。いくつかの実施形態では、価格は、以下のコスト関数：

を使用して計算可能である。

ここで、

は、時間“ｋ”での価格ベクトル（またはスカラー）であり、ｇ_ｉは、価格計算関数であり、ｙ_ｏｕｔは、追跡されている出力変数の値であり、ｙ_ｓｐは、そのような変数に対する設定値である。

同様に、本発明のいくつかの実施形態では、「応答」は、ＤＥＲ資産１４の変数のうちの１つまたは複数の変数のコスト関数を電力に関して最小化することによって得られる、ＤＥＲ資産１４の有効電力および無効電力の出力の解答である。いくつかの例示的な実施形態では、コスト関数は、以下の形式：

をとることができる。

ここで、

は、計算された最適な出力電力ベクトルであり、Ｊ_ｉは、コスト関数であり、Ｐ_ｉは、本発明によって最適化される出力電力変数であり、ｐ_ｉは、上述した価格信号であり、ｘ_ｉは、資産または複数の資産状態および重要な変数のベクトルであり、Θは、パフォーマンスに影響を与える外部変数のベクトルである。

コスト関数および価格に関する追加的な考察は、米国特許出願番号第１６／０５４，３７７号明細書および第１６／６８３，１４８号明細書に記載されており、これら両方の内容全体を参照により本明細書に援用するものとする。

資産マネージャ１６は、資産１４のデータを保存するためのメモリ２２と、ローカルコスト関数を生成するように構成された関数生成器と、ディーゼル発電機、ガスタービン、バッテリ、ソーラーパネル、風力タービン、負荷等のような任意の資産の挙動をエミュレートするために使用される資産モデルとを含むこともできる。インターフェース１８は、それぞれの資産１４に専有であってよいプロトコルを使用して資産１４と通信してもよいが、好ましくは、ＤＥＲシステム１００においてよく見られる通信プロトコルを使用して、ＤＥＲシステム１００の内側および外側の中央制御装置および／または他の資産マネージャ１６および／または他のエージェントと通信する。これらのコンポーネントの各々と、他のコンポーネントとが連携して、論じられている種々の機能を実行する。

図２の表現は、実際の資産マネージャ１６を大幅に簡略化した表現であることを繰り返し述べておく。当業者は、そのようなデバイスが、中央処理装置、通信モジュール、プロトコルトランスレータ、センサ、メータ等のような、多数の他の物理的および機能的なコンポーネントを有し得ることを理解すべきである。したがって、この考察は、図２が資産マネージャ１６の全ての要素を表現していることを示唆することを意図したものでは決してない。

本明細書に記載のコンポーネントに加えて、資産マネージャ１６は、米国特許出願番号第１６／０５４，３７７号明細書、第１６／０５４，９６７号明細書、および／または第１６／６８３，１４８号明細書に記載されているように、電圧計、トポグラフィエンジン、または物性分析エンジン等のようなその他のモジュールを含むことができ、なお、上記の文献の内容全体を参照により本明細書に援用するものとする。

図３Ａ～図３Ｃは、ＤＥＲシステム１００を最適化するための３つの異なるスキームを概略的に示す。図３Ａおよび図３Ｂの両方において、中央制御装置２５は、資産に関する価格および／または設定値を計算する。図３Ａは、単一の集中型のアプローチを概略的に示し、このアプローチでは、設定点の計算などの全ての計算が中央制御装置２５によって実行される。図３Ｂは、分散型のアプローチを概略的に示し、このアプローチでは、双対分解法またはその他の分散型の最適化アプローチの実装によって最適化が達成される。ＤＥＲシステム１００の場合には分散型のアプローチの方が、図３Ａに示されている完全に集中型のアプローチよりもスケーラブルであり、モジュール式であり、安全であり、かつ信頼性がある。しかしながら、図３Ｂの分散型のアプローチは、コーディネータとして機能するため、かつ価格としても知られる二重変数の計算などのいくつかのタスクを実行するために中央エージェントに依存している。したがって、分散型のシステムでは、１つまたは複数のノードがサブノードに作業を分配する。

本発明者は、図３Ｂに示されている双対分解がいくつかの欠点を有することを認識した。すなわち、
・図３Ｂに示されている双対分解は、中央エージェント２５を必要とする。
・図３Ｂに示されている双対分解は、中央エージェント２５が機能している場合にのみ機能するので、単一障害点を有する。例えば、中央制御装置２５がダウンしている場合には、システム１００の最適化は機能しない。さらに、中央制御装置２５に障害が生じると、全ての資産に送信される価格に障害が生じる。
・全ての資産は、中央エージェント２５を信頼する必要がある。例えば、全ての資産１４がそれぞれ異なる住宅所有者のものであるような地区にわたってＤＥＲシステム１００が存在している場合には、どの住宅所有者が権限者となるべきかを決定することは困難である。

図３Ｃは、本発明の例示的な実施形態による、資産１４のうちの１つまたは複数によって価格が計算されるようなシステム１００を概略的に示す。専用の中央エージェント２５は必要ない。したがって、本発明の種々の実施形態では、専用の中央エージェントの必要性が排除される。いくつかの実施形態では、非集中型のシステムは、（例えば、ノード／サブノードの分散型の配置を介する代わりに）他のピアと直接的に通信するノード（例えば、資産１４および／または資産マネージャ１６）を有する。

図４は、本発明の例示的な実施形態による、分散された資産マネージャ１６を使用してＤＥＲシステム１００を最適化するプロセス４００を概略的に示す。この方法は、通常使用され得る比較的長いプロセスから大幅に簡略化されていることに留意すべきである。したがって、図４に示されている方法は、当業者が使用する可能性のある多数の他のステップを有することができる。さらに、いくつかのステップは、図示されている順序とは異なる順序で、または並行して実行可能である。さらに、いくつかの実施形態では、これらのステップのいくつかは、オプションであってよい。最後に、このプロセスは、単一の価格信号の計算および送信に関して論じられているが、図４のプロセスは、複数の価格信号を並行してまたは連続して計算および送信するためのプロセスを網羅するように拡張可能である。したがって、プロセス４００は、本発明の例示的な実施形態による１つのプロセスの単なる例示に過ぎない。したがって、当業者は、必要に応じてプロセスを修正することができる。

プロセスは、１つまたは複数の資産マネージャ１６を、価格を計算する権限者として設定するステップ４０２において開始する。以下でさらに詳細に論じられるように、権限者とは、システムレベルのコスト関数を使用して価格を計算する１つまたは複数の資産マネージャである。いくつかの実施形態では、複数の資産マネージャ１６がそれぞれの価格（例えば、予備価格）を計算し、これらの価格を使用してシステムレベルの価格が決定される。権限者はまた、システム１００内の資産１４の出力電力を制御するために、他の資産マネージャ１６に価格を中継する。権限者として機能する１つまたは複数の資産マネージャ１６は、他の資産マネージャ１６によって信頼されている。いくつかの実施形態では、第１の時間には、第１の資産マネージャ１６が権限者である。次いで、第２の時間には、第２の資産マネージャ１６が権限者である。いくつかの他の実施形態では、複数の資産マネージャ１６が同時に権限者になることができる。以下の図６～図９Ａは、システムレベルの価格を決定するための権限者として機能する１つまたは複数の資産マネージャ１６の種々のスキームを概略的に示す。

図４に戻ると、プロセス４００は、ＤＥＲシステム１００のための目標を設定するステップ４０４に進む。図５は、本発明の例示的な実施形態による、１つまたは複数の資産マネージャ１６に情報を送信する目標設定者３０およびメータ３２を概略的に示す。いくつかの実施形態では、目標設定者３０は、調整されたＤＥＲシステム１００がどのように挙動するかを決定するエンティティである。例えば、目標設定者３０は、特定のレベルでの電力潮流の維持、周波数サポート等のようなゴールを設定することができる。

いくつかの実施形態では、目標設定者３０は、ユーティリティ５、監視制御・データ取得（「ＳＣＡＤＡ」）システム、またはビル管理システム（「ＢＭＳ」）等のような集中型のエージェントである。これに代えて、目標設定者３０を、１つまたは複数の資産マネージャ１６としてもよい（例えば、図２のモジュールとして）。他の実施形態では、１つまたは複数の目標を、複数の資産マネージャ１６にプログラミングすることができ、これにより、単一の目標設定者３０の必要性（例えば、この場合にはシステム１００が、共通結合点１２の電力潮流をゼロレベルに、または何らかの他の所定のレベルに維持する）が排除される。

前述のように、目標は、システム１００内の全ての資産１４（負荷１５を含む）からの所望の総電力出力であり得る。例示的な実施形態では、目標設定者３０は、ＤＥＲシステム１００の目標を決定する。例えば、目標設定者３０は、公益事業会社、および／または操作員として行動する人であり得る。例示的な実施形態では、目標は、システム１００の外部条件および／または内部条件に基づいて設定される。外部条件は、例えば、所定の電力量をグリッド１４に供給する必要があることであり得る。内部条件は、例えば、システム１００内のバッテリ負荷の充電が少なすぎること、およびバッテリを充電する必要があることであり得る。目標は、資産マネージャ１６のうちの１つまたは複数によって受信される。いくつかの実施形態では、資産マネージャ１６は、目標に関連する情報を能動的に探索するように構成されている。いくつかの実施形態では、目標設定者３０は、全ての資産マネージャ１６に目標をブロードキャストすることができる。これに代えて、複数の資産マネージャ１６のうちの部分集合のみに変数を転送してもよい。

とりわけ、目標は、第１の時間中（例えば、昼間）にはシステム１００の所定の電力出力を定義し、第２の時間中（例えば、夜間）にはシステム１００の別の異なる所定の電力出力を定義することができる。これに加えてまたはこれに代えて、目標を、現時点での即時の電力出力としてもよい。いくつかの実施形態では、システム１００の電力出力は、システム１００内の全ての資産１４からの電力が通過する共通結合点１２において測定可能である。

ステップ４０６において、プロセスは、目標に影響を与えるパラメータを測定する。例えば、図５のメータ３２は、目標に影響を与えるパラメータを監視および／または測定する。メータ３２は、例えば、電圧計および／または電流計であり得る。メータ３２は、資産マネージャ１６のうちの１つまたは複数と結合可能であり、かつ／または資産マネージャ１６のうちの１つまたは複数の一部であり得る。測定されたパラメータは、資産マネージャのうちの１つまたは複数によって受信される。いくつかの実施形態では、資産マネージャ１６は、メータ３２によって測定されたパラメータに関連する情報を能動的に探索するように構成されている。いくつかの実施形態では、メータ３２は、目標に影響を与える（例えば、測定される）変数を監視し、全ての資産マネージャ１６にブロードキャストすることができる。これに代えて、複数の資産マネージャ１６のうちの部分集合のみに変数を転送してもよい。

いくつかの実施形態では、メータ３２は、システム１００の現在の状態が何であるかを監視して、資産マネージャ１６に通知する。この情報を、システムの目標に対する比較点として使用することができる。例示的な実施形態では、メータ３２は、共通結合点１２における電力潮流を測定する。いくつかの他の実施形態では、１つまたは複数のデバイスを専らメータ３２として使用することができ、その一方で、他の実施形態では、１つまたは複数の資産マネージャ１６をメータ３２とすることができる。例えば、オフ・ザ・グリッドで動作していて、かつＤＥＲが「マスタ」または「系統形成型（grid-forming）」である場合には、資産マネージャ１６をメータ３２とすることができる。

ステップ４０８において、資産のうちの、権限者である１つまたは複数の資産は、目標に関連する情報と、測定されたパラメータに関連する情報とを使用して、価格を計算する。例えば、資産マネージャ１６は、インターフェース１８を介して、関連する目標およびメータの情報を受信することができる。これらの情報は、メモリ２２内に保存可能である。さらに、前述のように、価格計算エンジン２０が、価格を計算することができる。ステップ４１０において、権限者は、この価格を他の資産マネージャ１６に転送する。このことは、例えば、インターフェース１８を介して実施可能である。

図６～図９Ａは、ステップ４０８および４１０のように価格を計算して、計算された価格を他の資産マネージャに転送する１つまたは複数の資産マネージャ１６の種々のスキームを概略的に示す。図６は、システムレベルの価格を計算する単一の資産マネージャ１６を概略的に示し、その一方で、図７～図９Ａは、システムレベルの価格を計算するために使用される予備価格を計算する複数の資産マネージャを示す。

図６は、本発明の例示的な実施形態による、権限者を選択して、価格を決定するためのローテーションスキームを概略的に示す。前述のように、権限者は、１つまたは複数の資産マネージャ１６であり、この１つまたは複数の資産マネージャ１６は、価格、および／またはシステムレベルの価格を計算するために使用される予備価格を計算し、いくつかの実施形態では、それを他の全ての資産マネージャ１６にブロードキャストする。次いで、それぞれの資産マネージャ１６は、各自のそれぞれの資産１４にディスパッチするために価格を使用する。いくつかの実施形態では、価格を計算する資産マネージャ１６は、現在選択されている資産マネージャ１６が「トークン」を次の資産マネージャに送信するように（「トークンパッシング」と称される）、事前に編集されたリストから選択可能であり、その一方で、他の実施形態では、権限者である資産マネージャ１６が、次の資産マネージャをランダムに選択して、その資産マネージャにトークンを送信することができる。

図６は、価格を計算およびブロードキャストするものとして単一の資産マネージャ１６のみを示しているが、いくつかの実施形態では、全ての資産マネージャ１６（例えば、資産マネージャ１，２，３，４，５，および６）が、各自のそれぞれの価格（例えば、予備価格）を計算して、それを他の資産マネージャ１６に同時（例えば、時間＝ｋ）に送信することができることを理解すべきである。これに加えてまたはこれに代えて、全ての資産マネージャ１６（例えば、資産マネージャ１，２，３，４，５，および６）が交代で、システムレベルの価格の計算とブロードキャストとをそれぞれ異なる時間に実施してもよい。

図７は、本発明の例示的な実施形態による、システムレベルの価格を計算するための価格合意スキームを概略的に示す。いくつかの実施形態では、システムレベルの価格は、価格合意スキームを使用して設定される。資産マネージャ１６のうちの１つまたは複数が交代で、各自自身のそれぞれの価格（予備価格とも呼ばれる）の計算と、システム１００内の他の全ての資産マネージャ１６へのブロードキャストとを実施する。いくつかの実施形態では、全ての資産マネージャ１６が、各自のそれぞれの価格を計算してブロードキャストする。しかしながら、いくつかの実施形態では、全ての資産マネージャ１６が、各自のそれぞれの価格を計算してブロードキャストするわけではない。全ての予備価格が累積され、最適化のために使用されるシステムレベルの価格は、ブロードキャストされた全ての予備価格の関数：

である。

いくつかの例示的な実施形態では、この関数は、予備価格の中央値または平均値であり得る。予備価格がブロードキャストされる順序は、前述した技術のいくつかの実施形態（例えば、権限者のローテーション）に従うことができる。さらに、図７は、予備価格を計算および送信するものとして資産マネージャ１，２，および３のみを示しているが、いくつかの実施形態では、全ての資産マネージャ１６（例えば、資産マネージャ１，２，３，４，５，および６）が、各自の予備価格を計算して送信（例えば、ブロードキャスト）してもよい。

図８は、本発明の例示的な実施形態による、システムレベルの価格を計算するための取引合意スキームを概略的に示す。権限者として選択された資産マネージャ１６の各々は、予備価格（例えば、

）を計算して、他の全ての資産マネージャ１６に送信し、これらの他の全ての資産マネージャ１６は、入札（例えば、

）によって返答し、これらの入札が記録される。このプロセスを、全ての資産マネージャ１６によって繰り返すことができ、したがって、終了までに全ての資産マネージャ１６は、他の全ての資産マネージャ１６との入札のペアを有することとなり、ここで、１つの入札（ｉ）は、各自自身の資産１４がどのくらいの有効電力および／または無効電力を別の資産１４に供給する用意があるかを表し、もう１つの入札（ｉｉ）は、（例えば、それぞれの資産マネージャ１６がコスト関数を使用して出力を決定する）最適化の結果として、別の資産１４がどのくらいの有効電力および／または無効電力を供給し返すかを表す。この情報をピアツーピア取引のリストに編集することができ、ここで、入札間の差が実際の取引となり、これによって全ての資産マネージャ１６の合意が保証される。

図８に示されているように、時間ｋにおいて、資産マネージャ１および２は、各自のそれぞれの計算価格を、それぞれ他の資産マネージャ２，３，４，５，ならびに６、および資産マネージャ１，３，４，５，ならびに６に送信する。次いで、価格を受信した資産マネージャの各々は、入札によって応答する（例えば、資産マネージャ２，３，４，５，および６は、資産マネージャ１に入札を送信し、資産マネージャ１，３，４，５，および６は、資産マネージャ２に入札を送信する）。いくつかの実施形態では、最適化サイクルが完了した後（例えば、後々の時間、すなわちｋ＋１）に、サイクルを繰り返すことができる。図８は、価格を計算および送信するものとして資産マネージャ１および２のみを示しているが、いくつかの実施形態では、全ての資産マネージャ１６（例えば、資産マネージャ１，２，３，４，５，および６）が、各自のそれぞれの価格を計算して、それを他の資産マネージャ１６に送信し、これらの他の資産マネージャ１６が、入札によって応答する。

いくつかの実施形態では、時間ステップ“ｔ_ｋ”においてシステム内の全ての資産１４（または少なくとも相互の取引が望まれている資産１４）に対してプロセスが繰り返された後、資産“ｉ”および“ｊ”のそれぞれのペアが、「入札」のペアに関連付けられる：
・資産“ｉ”が、資産“ｊ”の価格に対する反応として資産“ｊ”に送信することを希望している電力量：

・資産“ｊ”が、資産“ｉ”の価格に対する反応として資産“ｉ”に送信することを希望している電力量：

この「入札」のペアを、これら２つの資産１４の間のピアツーピア取引として見なすことができ、ここで、入札間の差が実際の取引となる。例えば、資産１が資産２に合計２０ｋＷを供給することを希望していて、かつ資産２が資産１に合計５ｋＷを供給することを希望している場合には、実際の取引は、資産１から資産２への１５ｋＷである。

１つの例示的な実施形態によれば、時間“ｔ_ｋ”において、全ての資産に関する全てのピアツーピア取引全体が、資産“ｉ”に対してディスパッチを与える：

図９Ａは、システム１００内の複数の異なるエージェント間での一連の電力取引またはエネルギ取引を安全な手法で追跡するためのブロックチェーン台帳スキームを概略的に示す。いくつかの実施形態では、全ての資産マネージャ１６が、価格および入札のペアを計算して、それを他の全ての資産マネージャ１６にブロードキャストする。全てのペアが受信されると、全ての資産１４は、全ての価格および入札ペアを、システム１００内の各自自身のパフォーマンスを最適化する取引の集合に変換する。いくつかの実施形態では、即座にディスパッチする代わりに、全ての資産マネージャ１６は、まず始めに各自自身が計算した取引をブロードキャストすることができ、これにより、全ての取引の安全な記録を残すためのブロックを構築することができる。

図９Ａは、価格を計算および送信するものとして資産マネージャ１および２のみを示しているが、いくつかの実施形態では、全ての資産マネージャ１６（例えば、資産マネージャ１，２，３，４，５，および６）が、各自のそれぞれの価格を計算して、それを他の資産マネージャ１６に送信することを理解すべきである。

図９Ｂは、本発明の例示的な実施形態による、最適化プロセスにおいて使用されるブロックチェーン台帳を概略的に示す。前のブロックからのハッシュと、取引のリストと、（「ｎｏｎｃｅ」を使用する）「プルーフ・オブ・ワーク」と、最後に、上記の全ての要素のハッシュとを含むブロックが作成され、安全な構造を獲得するために全てのブロックが一緒にリンクされる。

ステップ４１２において、プロセスは、価格の関数としてエネルギおよび／または電力を取引する。資産マネージャ１６は、システムが実質的に最適な動作点で維持されていると言えるように、複数の異なる資産間で必要とされるエネルギ取引を、受信した価格に基づいて決定する。

ステップ４１４において、プロセスは、目標が達成されていないかどうか、または目標が変更されたかどうかを質問する。これらの質問のいずれかに対する回答がイエスである場合（例えば、目標が達成されていない、または目標が変更されている場合）には、サイクルが繰り返され、ステップ４０２に戻る。そうでない場合には、プロセスはステップ４１６に進む。

次いで、プロセスはステップ４１６に進み、ここで、取引が金融的に決済される。決済ステップ中に、全ての取引の結果が実際の経済的交換に変換される。種々の実施形態では、目標設定者３０によって定義された目標を達成することの経済的影響が、システム１００のメンバー間で分配される。システム１００は、全てのエネルギ交換を追跡し続ける。全ての価格信号に対してそれぞれの資産１４が反応して、何らかの電力量を供給する。権限者によって計算された価格が高く、かつシステム１００がエネルギを必要とする場合には、所与の価格信号に対してそれぞれの資産１４が供給したエネルギの量を追跡することができる。例えば、システム１００がある地区にあって、かつシステム１００全体が１００ドルを稼いだ場合には、それぞれの資産が権利を有する価値は、供給した電力と、電力が供給された時間における価格との関数として計算可能である。したがって、例示的な実施形態は、取引および価格を追跡して、種々の資産１４の所有者を補償するための公正な手法を提供する。

以下の例示的な例によって、以下のことが説明される：
・建物のエネルギ消費量を削減することにより、ユーティリティ５に支払うべき金額が削減される。節約分を種々の資産間で分配することができる。
・ユーティリティ５にエネルギを輸出することにより、新たな収入が得られる。収益または利益を分配することができる。
・アイランドグリッドでのディーゼル消費量の削減は、金銭的な節約につながる。節約分を分配することができる。

さらに、いくつかの実施形態では、目標を達成することの利益は、システム１００内のアクティブな資産１４間で分配され、各自の利益は、資産１４が取引中に累積した「仮想通貨利益」に関連付けられる。例示的な実施形態では、「仮想通貨利益」は、全ての資産１４によって積分または合計

として計算可能である。

ここで、ｐは、それぞれの取引において計算された仮想価格であり、Ｐ^＊は、最適化された出力である。

いくつかの実施形態では、最適化の決済ステップ４１６中に、全ての取引を実際の経済的交換に変換することができる。いくつかの実施形態では、決済ステップ４１６が行われる頻度は、取引サイクルから独立しているが、これらは、場合によっては同じであってもよい。その後、プロセス４００は終了する。

ステップ４０４は、ステップ４０２の後に来るものとして示されているが、いくつかの実施形態では、このステップ４０４をステップ４０２の前に持って来てもよいことを理解すべきである。さらに、プロセス４００が繰り返される場合には、ステップ４０４を、ステップ４０２の前または後に実施してもよい。同様に、ステップ４０６をステップ４０２の前に持って来てもよい。図１０は、いくつかの実施形態において、ステップ４０６およびステップ４１２をステップ４１６とは異なるループ上で実行してもよいことを概略的に示す。したがって、いくつかの実施形態では、プロセス４００が開始から終了まで完全に完了する前に、いくつかのステップを複数回繰り返すことができる。

図１０は、同時に実行されている２つのループを有するプロセス４００のうちの一部の代替的な実施形態を概略的に示す。プロセス４００は、順次に実行されるステップ４０２～４１６を示しているが、いくつかの実施形態では、第１のプロセス４００がまだ実行されている間に、第２のプロセス４００を開始してもよい。例えば、プロセス４００は、２つのループＡおよびＢを含むことができる。内側のループＡは、システム１００を最適な動作点またはその近傍に維持するのを助けるために短時間のスケール（典型的には、毎秒以下）で実行可能である。それぞれの資産１４によって相殺される経済取引を決定することによって取引を決済する外側のループＢは、可変のレートで実行可能である。

当業者は、例示的な実施形態が多数の利点を提供することを理解するであろう。例えば、このような利点には、価格を計算するために専用の中央制御装置が必要ないことが含まれる。さらに、システム１００は、単一障害点を有していないので、よりロバストである。さらに、ある１つの資産マネージャ１６に障害が生じている場合には、他の資産マネージャ１６が、実質的に価格を修正することができる（例えば、権限者ローテーションスキームの最中に、または複数の価格を平均化することによって）。

本発明の種々の実施形態は、少なくとも部分的に、任意の従来のコンピュータプログラミング言語で実装可能である。例えば、いくつかの実施形態は、手続き型プログラミング言語（例えば、「Ｃ」）またはオブジェクト指向プログラミング言語（例えば、「Ｃ＋＋」）で実装可能である。本発明の他の実施形態は、事前にプログラミングされたハードウェア要素（例えば、特定用途向け集積回路、ＦＰＧＡ、およびデジタル信号プロセッサ）、または他の関連するコンポーネントとして実装可能である。

代替的な実施形態では、開示されている装置および方法（例えば、上記の種々のフローチャートを参照）は、コンピュータシステムと共に使用するためのコンピュータプログラム製品として実装可能である。そのような実装態様は、コンピュータ可読媒体（例えば、ディスケット、ＣＤ－ＲＯＭ、ＲＯＭ、または固定ディスク）のようないずれかの有形の非一時的な媒体上に固定された一連のコンピュータ命令を含むことができる。一連のコンピュータ命令は、システムに関して本明細書で前述した全部または一部の機能を具現化することができる。

当業者は、そのようなコンピュータ命令が、多数のコンピュータアーキテクチャまたはオペレーティングシステムと共に使用するための多数のプログラミング言語で記述可能であることを理解すべきである。さらに、そのような命令は、半導体、磁気的、光学的、またはその他のメモリデバイスのような任意のメモリデバイス内に記憶可能であり、光学的、赤外線、マイクロ波、またはその他の伝送技術のような任意の通信技術を使用して伝送可能である。

数ある手法の中でも、そのようなコンピュータプログラム製品は、印刷文書または電子文書が付属しているリムーバブル媒体（例えば、市販のパッケージソフトウェア）として配布可能であるか、コンピュータシステムによって（例えば、システムＲＯＭ上または固定ディスク上に）プリロード可能であるか、またはサーバまたは電子掲示板からネットワーク（例えば、インターネットまたはワールドワイドウェブ）を介して配布可能である。実際に、いくつかの実施形態は、サービスとして提供されるソフトウェアモデル（「ＳＡＡＳ」）またはクラウドコンピューティングモデルで実装可能である。もちろん、本発明のいくつかの実施形態は、ソフトウェア（例えば、コンピュータプログラム製品）とハードウェアとの両方の組み合わせとして実装可能である。本発明のさらに他の実施形態は、完全にハードウェアとして、または完全にソフトウェアとして実装されている。

開示されている実施形態またはその一部は、上に列挙されていない手法、および／または明示的に主張されていない手法で組み合わせ可能である。さらに、本明細書に開示されている実施形態は、本明細書に具体的に開示されていない要素がなくても適切に実施可能である。したがって、本発明は、開示されている実施形態に限定されると見なされるべきではない。

上記の本発明の実施形態は、単なる例示に過ぎないことが意図されている。すなわち、当業者には、多数の変形形態および修正形態が明らかであろう。そのような変形形態および修正形態は、添付した請求項のいずれかによって定義される本発明の範囲内にあることが意図されている。

Claims (15)

1. 分散型エネルギリソース統合システム（「ＤＥＲシステム」）を最適化する方法であって、
   前記ＤＥＲシステムが、各々が前記分散型エネルギリソースである複数の資産を含み、
   前記複数の資産の各々が資産マネージャを有し、
   当該方法は、
   前記資産マネージャが、前記ＤＥＲシステムのための電力目標を、集中型のエージェントおよび／または資産マネージャから受信するステップと、
   前記複数の資産のための共通結合点において、前記電力目標に関連する物理的パラメータを測定するステップと、
   １つまたは複数の資産マネージャを権限者として設定するステップであって、前記権限者は、測定された前記物理的パラメータと前記電力目標との関数として、前記複数の資産間で電力および／またはエネルギを取引するための仮想価格を計算するように構成されている、ステップと、
   前記仮想価格を前記資産マネージャのうちの１つまたは複数に転送するステップと、
   を含む、
   方法。
2. 第１の時間に第１の資産マネージャを前記権限者として設定するステップと、
   第２の時間に第２の資産マネージャを前記権限者として設定するステップと、
   をさらに含む、請求項１記載の方法。
3. 前記第１の資産マネージャおよび前記第２の資産マネージャは、ランダムに選択される、請求項２記載の方法。
4. 前記第１の資産マネージャおよび前記第２の資産マネージャは、所定の順序に基づいて前記権限者として選択される、請求項２記載の方法。
5. 前記権限者は、前記価格を他の資産マネージャにブロードキャストすることによって前記価格を転送する、請求項１記載の方法。
6. 前記価格は、前記ＤＥＲシステムを前記コスト関数によって定義された最適な動作点に実質的に維持する、種々の資産間でのエネルギ取引を表す、請求項１記載の方法。
7. 前記仮想価格に基づいて、前記資産マネージャのうちの１つまたは複数の各々において電力および／またはエネルギを取引するステップをさらに含む、請求項１記載の方法。
8. 全ての電力取引および／またはエネルギ取引の結果が経済的交換に変換される決済ステップを実行するステップをさらに含む、請求項７記載の方法。
9. 前記複数の資産マネージャからのそれぞれの資産マネージャが、前記価格を計算して、計算された前記価格を、前記複数の資産マネージャのうちの他の資産マネージャにブロードキャストする、請求項１記載の方法。
10. システムレベルの価格は、ブロードキャストされた予備価格の関数である、請求項９記載の方法。
11. 前記権限者が、前記仮想価格を計算するステップと、
    前記仮想価格を他の資産マネージャに送信するステップと、
    前記他の資産マネージャが、前記権限者に入札によって返答するステップと、
    をさらに含む、請求項１記載の方法。
12. それぞれの資産マネージャは、複数の資産マネージャの各々との入札ペアを有し、
    前記ペアは、
    （ｉ）各自自身の資産が別の資産にどれだけ供給する用意があるかの入札、および
    （ｉｉ）別の資産が何を供給し返す用意があるかの入札
    を含み、
    当該方法は、入札ペアをピアツーピア取引のリストに変換するステップをさらに含み、ステップ前記入札間の差が実際の取引となる、
    請求項１１記載の方法。
13. パブリックのブロックチェーン台帳を作成するステップと、
    前記台帳を使用して、前記システムの種々の資産間での電力取引またはエネルギ取引のリストを追跡し続けるステップと、
    をさらに含む、請求項１記載の方法。
14. 前記共通結合点は、仮想的な共通結合点である、請求項１記載の方法。
15. 分散型エネルギリソースシステム（「ＤＥＲシステム」）の内部での電力の分配を制御するように構成された資産マネージャであって、
    前記ＤＥＲシステムは、各々が前記分散型エネルギリソースである複数の資産を有し、
    前記資産マネージャは、前記ＤＥＲシステム内の所与の資産と共に動作するように構成されており、
    前記資産マネージャは、インターフェースを含み、
    前記インターフェースは、
    前記ＤＥＲシステム内の少なくとも１つの（ａ）他の資産マネージャ、（ｂ）メータ、および／または（ｃ）中央制御装置と通信するように、かつ
    （ａ）集中型のエージェントおよび／または資産マネージャから受信したシステムレベルの目標、（ｂ）メータ情報、および（ｃ）当該資産マネージャが権限者として選択されているとの指示に関連する情報を受信する
    ように構成されており、
    前記資産マネージャは、価格計算エンジンを含み、前記価格計算エンジンは、当該資産マネージャが権限者として選択されているという指示を当該資産マネージャが受信した場合に、前記システムレベルの目標と前記メータ情報との関数として、前記複数の資産間で電力および／またはエネルギを取引するための価格を計算するように構成されており、
    前記インターフェースはさらに、前記価格を１つまたは複数の資産マネージャに転送するように構成されている、
    資産マネージャ。

Images