知財求人 - 知財ポータルサイト「IP Force」
▶ タイコ・ファイアー・アンド・セキュリティー・ゲーエムベーハーの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-09-20
(54)【発明の名称】建物に対する持続可能性計画のためのシステム及び方法
(51)【国際特許分類】
G06Q 50/08 20120101AFI20240912BHJP
【ＦＩ】
G06Q50/08
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2024517170
(86)(22)【出願日】2022-09-19
(85)【翻訳文提出日】2024-03-18
(86)【国際出願番号】 US2022044034
(87)【国際公開番号】W WO2023044134
(87)【国際公開日】2023-03-23
(31)【優先権主張番号】63/246,177
(32)【優先日】2021-09-20
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/336,935
(32)【優先日】2022-04-29
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】516188157
【氏名又は名称】タイコ・ファイアー・アンド・セキュリティー・ゲーエムベーハー
(74)【代理人】
【識別番号】100083806
【弁理士】
【氏名又は名称】三好 秀和
(74)【代理人】
【識別番号】100111235
【弁理士】
【氏名又は名称】原 裕子
(74)【代理人】
【識別番号】100195257
【弁理士】
【氏名又は名称】大渕 一志
(72)【発明者】
【氏名】ジョーンズ、 ジョセフ シー．
(72)【発明者】
【氏名】ジェームズ、 ニコル エリス
(72)【発明者】
【氏名】デサンティス、 レイ－ゴールディング
(72)【発明者】
【氏名】デイビス、 ロビー ジー．
【テーマコード（参考）】
5L050
【Ｆターム（参考）】
5L050CC07
(57)【要約】
本開示は、建物の持続可能性を改善するためのシステム及び方法に関連する。建物は、動作設定に基づいて建物の１つ以上の環境条件を制御する複数台の建物設備を含む。１つの建物システムは、１つ以上の記憶デバイスであって、そこに、１つ以上のプロセッサによって実行されたときに、１つ以上のプロセッサに、建物又は複数台の建物設備のうちの少なくとも１つに関するデータを使用して、建物と関連付けられた複数の持続可能性パラメータに対する複数のベースライン値を判定することと、少なくとも複数の持続可能性パラメータのサブセットに対する、ユーザ定義された持続可能性目標を受信することと、複数台の建物設備の少なくとも一部分の動作パラメータを分析して、単独で、又は建物への１つ以上の他の変化と組み合わせて、ユーザ定義された持続可能性目標を満たすように予測された動作パラメータへの１つ以上の変化を判定することと、ユーザ定義された持続可能性目標を満たすように、動作パラメータに対する１つ以上の変化を実装する１つ以上の推奨を提供することと、動作パラメータに対する１つ以上の変化のうちの少なくとも１つの変化を実装するコマンドを受信することと、動作パラメータに対する少なくとも１つの変化を実装するコマンドに応答して、複数台の建物設備のうちの少なくとも第１の建物設備に対する修正された動作パラメータセットを判定することと、を行わせる命令を記憶している、１つ以上の記憶デバイスを含む。
【特許請求の範囲】
【請求項1】
建物の持続可能性を改善するための建物システムであって、前記建物は、動作設定に基づいて前記建物の１つ以上の環境条件を制御する複数台の建物設備を含み、
前記建物システムは、命令を記憶する１つ以上の記憶デバイスを含み、
前記命令は、１つ以上のプロセッサによって実行されたときに、前記１つ以上のプロセッサに、
前記建物又は前記複数台の建物設備のうちの少なくとも１つに関するデータを使用して、前記建物と関連付けられた複数の持続可能性パラメータに対する複数のベースライン値を判定することと、
少なくとも前記複数の持続可能性パラメータのサブセットに対する、ユーザ定義された持続可能性目標を受信することと、
前記複数台の建物設備の少なくとも一部分の動作パラメータを分析して、単独で、又は前記建物への１つ以上の他の変化と組み合わせて、前記ユーザ定義された持続可能性目標を満たすように予測された前記動作パラメータへの１つ以上の変化を判定することと、
前記ユーザ定義された持続可能性目標を満たすように、前記動作パラメータに対する前記１つ以上の変化を実装する１つ以上の推奨を提供することと、
前記動作パラメータに対する前記１つ以上の変化のうちの少なくとも１つの変化を実装するコマンドを受信することと、
前記動作パラメータに対する前記少なくとも１つの変化を実装する前記コマンドに応答して、前記複数台の建物設備のうちの少なくとも第１の建物設備に対する修正された動作パラメータセットを判定することと
を行わせる、建物システム。
【請求項2】
前記命令は、前記１つ以上のプロセッサに、前記複数台の建物設備のうちの前記第１の建物設備に、制御信号を送信することであって、前記制御信号が、前記第１の建物設備に対する前記修正された動作パラメータセットを実装させる、送信することと、
前記制御信号の前記送信に応答して、前記建物と関連付けられた前記複数の持続可能性パラメータのうちの少なくとも１つの持続可能性パラメータの変化を検出することであって、前記変化が、前記ユーザ定義された持続可能性目標の改善を示す、検出することと、
前記複数の持続可能性パラメータのうちの少なくとも前記１つの持続可能性パラメータの前記変化が、前記複数台の建物設備のうちの少なくとも前記第１の建物設備に対する前記修正された動作パラメータセットを反映することを判定することと
を行わせる、請求項１の建物システム。
【請求項3】
前記命令は、前記１つ以上のプロセッサに、前記複数の持続可能性パラメータのうちの持続可能性パラメータの変化を検出することと、
前記持続可能性パラメータに対する持続可能性目標が非準拠であることを前記持続可能性パラメータの前記変化が示すと判定することに応答して、新しい推奨を含めるように前記１つ以上の推奨を更新することであって、前記新しい推奨が、前記持続可能性パラメータの前記変化に対処する、更新することと、
前記新しい推奨を受け入れる指示を受信することに応答して、前記新しい推奨を実行することと
を行わせ、
前記新しい推奨を実行することは、制御信号を前記複数台の建物設備のうちの少なくとも１台の建物設備に送信させ、前記制御信号が、前記複数台の建物設備のうちの少なくとも前記１台の建物設備の動作パラメータを調整する、請求項１の建物システム。
【請求項4】
前記命令は、前記１つ以上のプロセッサに、前記複数台の建物設備のうちの少なくとも１台の建物設備に関するアクションについて、前記複数の持続可能性パラメータのうちの持続可能性パラメータに対する予測される影響を判定することと、
前記予測される影響を前記ユーザ定義された持続可能性目標と比較することと、
前記予測される影響が前記持続可能性パラメータに対する持続可能性目標に違反すると判定することに応答して、前記アクションが行われることを防止することと
を行わせる、請求項１の建物システム。
【請求項5】
前記命令は、前記１つ以上のプロセッサに、前記複数台の建物設備に関する前記データを使用して、前記複数台の建物設備に関する複数の建物システムを判定することと、
前記複数の建物システムに関する前記データを使用して、前記複数の建物システムのうちの建物システムに対する寄与因子を生成することと、
前記複数の建物システムのうちの前記建物システムに対する前記寄与因子を使用して、前記複数の建物システムのうちの前記建物システムの前記寄与因子に対処する推奨を生成することであって、前記推奨が、前記建物システムに含まれる１台以上の建物設備の動作パラメータに対する複数の変化を含む、生成することと、
前記建物システムに含まれる前記１台以上の建物設備の前記動作パラメータの変化を引き起こす前記推奨を実行することと
を行わせる、請求項１の建物システム。
【請求項6】
前記命令は、前記１つ以上のプロセッサに、ユーザデバイスから、前記１つ以上の推奨からの推奨の選択を受信することと、
前記推奨を使用して、前記推奨に関する前記複数台の建物設備のうちの１台の建物設備を判定することと、
前記１台の建物設備の動作パラメータに変化を引き起こす前記推奨を実行することと、
前記１台の建物設備の前記動作パラメータの変化に応答して、前記複数の持続可能性パラメータのうちの持続可能性パラメータの変化を検出することと
を行わせる、請求項１の建物システム。
【請求項7】
前記命令は、前記１つ以上のプロセッサに、前記建物に関する前記データを使用して、新しい建物設備を検出することと、
前記新しい建物設備を、前記複数の持続可能性パラメータのうちの持続可能性パラメータと関連付けることと、
前記新しい建物設備を前記持続可能性パラメータと関連付けることに応答して、前記持続可能性パラメータの持続可能性目標に対処する推奨を生成することと
を行わせ、
前記推奨は、前記持続可能性パラメータの前記持続可能性目標を満たす、前記新しい建物設備によって実行可能な１つ以上のアクションを含む、請求項１の建物システム。
【請求項8】
前記命令は、前記１つ以上のプロセッサに、少なくとも１つの前記建物又は前記複数台の建物設備に関するデータを使用して、前記複数台の建物設備のうちの１台の建物設備に対する寄与因子を判定することであって、前記寄与因子が、前記複数の持続可能性パラメータのうちの持続可能性パラメータに関連する前記１台の建物設備の寄与を示す、判定することと、
前記１台の建物設備に対する前記寄与因子及び所定の寄与因子指数を使用して、前記１台の建物設備に対するベンチマーク指数を判定することと
を行わせる、請求項１の建物システム。
【請求項9】
前記命令は、前記１つ以上のプロセッサに、ユーザデバイスに、ユーザインターフェースを介して、前記複数台の建物設備又は前記複数台の建物設備に関する複数の建物設備タイプから、サイズ設定されるべき１台の建物設備又は建物設備タイプを選択するようにプロンプトを表示させることと、
前記複数台の建物設備又は前記複数の建物設備タイプから選択された前記１台の設備又は前記建物設備タイプを識別することと、
前記建物に関する前記データを使用して、前記１台の建物設備又は前記建物設備タイプに対するサイズを判定することと
を行わせ、
前記サイズは、前記１台の建物設備若しくは前記建物設備タイプに対する負荷、前記１台の建物設備若しくは前記建物設備タイプに対する容量、又は前記１台の建物設備若しくは前記建物設備タイプと関連付けられたコストのうちの少なくとも１つを最適化する、請求項１の建物システム。
【請求項10】
前記命令は、前記１つ以上のプロセッサに、前記建物に関する前記データを使用して、前記複数の持続可能性パラメータのうちの持続可能性パラメータの変化を検出することと、
前記持続可能性パラメータの前記変化を使用して、前記持続可能性パラメータと関連付けられた傾向を判定することであって、前記傾向が、前記持続可能性パラメータに対する持続可能性目標に向かって行われた進捗を示す、判定することと、
ユーザデバイスに、ユーザインターフェースを介して、前記傾向のグラフィック表現を表示させることと
を行わせ、
前記傾向の前記グラフィック表現は、前記持続可能性パラメータに対するベースライン値、前記持続可能性パラメータに対する現在の値、前記ベースライン値と前記現在の値との間の差、又は前記持続可能性パラメータに関連する前記持続可能性目標のうちの少なくとも１つを含む、請求項１の建物システム。
【請求項11】
前記複数の持続可能性パラメータは、カーボン排出量、
エネルギー消費量、
水消費量、
廃棄物産出量、
ガス消費量、
太陽光電力消費量、又は
風力タービン電力消費量
のうちの少なくとも１つを含む、請求項１の建物システム。
【請求項12】
建物の持続可能性を改善するための方法であって、処理回路によって、前記建物又は前記複数台の建物設備のうちの少なくとも１つに関するデータを使用して、前記建物と関連付けられた複数の持続可能性パラメータに対する複数のベースライン値を判定することと、
前記処理回路によって、少なくとも前記複数の持続可能性パラメータのサブセットに対する、ユーザ定義された持続可能性目標を受信することと、
前記処理回路によって、前記複数台の建物設備の少なくとも一部分の動作パラメータを分析して、単独で、又は前記建物への１つ以上の他の変化と組み合わせて、前記ユーザ定義された持続可能性目標を満たすように予測された前記動作パラメータへの１つ以上の変化を判定することと、
前記処理回路によって、前記ユーザ定義された持続可能性目標を満たすように、前記動作パラメータに対する前記１つ以上の変化を実装する１つ以上の推奨を提供することと、
前記処理回路によって、前記動作パラメータに対する前記１つ以上の変化のうちの少なくとも１つの変化を実装するコマンドを受信することと、
前記処理回路によって、前記動作パラメータに対する前記少なくとも１つの変化を実装する前記コマンドに応答して、前記複数台の建物設備のうちの少なくとも第１の建物設備に対する修正された動作パラメータセットを判定することと
を含む、方法。
【請求項13】
前記処理回路によって、前記複数台の建物設備のうちの前記第１の建物設備に、制御信号を送信することであって、前記制御信号が、前記第１の建物設備に対する前記修正された動作パラメータセットを実装させる、送信することと、前記処理回路によって、前記制御信号の前記送信に応答して、前記建物と関連付けられた前記複数の持続可能性パラメータのうちの少なくとも１つの持続可能性パラメータの変化を検出することであって、前記変化が、前記ユーザ定義された持続可能性目標の改善を示す、検出することと、
前記処理回路によって、前記複数の持続可能性パラメータのうちの少なくとも前記１つの持続可能性パラメータの前記変化が、前記複数台の建物設備のうちの少なくとも前記第１の建物設備に対する前記修正された動作パラメータセットを反映することを判定することと
を含む、請求項１２の方法。
【請求項14】
前記処理回路によって、前記複数の持続可能性パラメータのうちの持続可能性パラメータの変化を検出することと、前記処理回路によって、前記持続可能性パラメータに対する持続可能性目標が非準拠であることを前記持続可能性パラメータの前記変化が示すと判定することに応答して、新しい推奨を含めるように前記１つ以上の推奨を更新することであって、前記新しい推奨が、前記持続可能性パラメータの前記変化に対処する、更新することと、
前記処理回路によって、前記新しい推奨を受け入れる指示を受信することに応答して、前記新しい推奨を実行することと
を含み、
前記新しい推奨を実行することは、制御信号を前記複数台の建物設備のうちの少なくとも１台の建物設備に送信させ、前記制御信号が、前記複数台の建物設備のうちの少なくとも１台の建物設備の動作パラメータを調整する、請求項１２の方法。
【請求項15】
前記処理回路によって、前記複数台の建物設備のうちの少なくとも１台の建物設備に関するアクションについて、前記複数の持続可能性パラメータのうちの持続可能性パラメータに対する予測される影響を判定することと、前記処理回路によって、前記予測される影響を前記ユーザ定義された持続可能性目標と比較することと、
前記処理回路によって、前記予測される影響が前記持続可能性パラメータに対する持続可能性目標に違反すると判定することに応答して、前記アクションが行われることを防止することと
を含む、請求項１２の方法。
【請求項16】
前記処理回路によって、前記複数台の建物設備に関する前記データを使用して、前記複数台の建物設備に関する複数の建物システムを判定することと、前記処理回路によって、前記複数の建物システムに関する前記データを使用して、前記複数の建物システムのうちの建物システムに対する寄与因子を生成することと、
前記処理回路によって、前記複数の建物システムのうちの前記建物システムに対する前記寄与因子を使用して、前記複数の建物システムのうちの前記建物システムの前記寄与因子に対処する推奨を生成することであって、前記推奨が、前記建物システムに含まれる１台以上の建物設備の動作パラメータに対する複数の変化を含む、生成することと、
前記処理回路によって、前記建物システムに含まれる前記１台以上の建物設備の前記動作パラメータの変化を引き起こす前記推奨を実行することと
を含む、請求項１２の方法。
【請求項17】
前記処理回路によって、ユーザデバイスから、前記１つ以上の推奨からの推奨の選択を受信することと、前記処理回路によって、前記推奨を使用して、前記推奨に関する前記複数台の建物設備のうちの１台の建物設備を判定することと、
前記処理回路によって、前記１台の建物設備の動作パラメータに変化を引き起こす前記推奨を実行することと、
前記処理回路によって、前記１台の建物設備の前記動作パラメータの変化に応答して、前記複数の持続可能性パラメータのうちの持続可能性パラメータの変化を検出することと
を含む、請求項１２の方法。
【請求項18】
前記処理回路によって、前記建物に関する前記データを使用して、新しい建物設備を検出することと、前記処理回路によって、前記新しい建物設備を、前記複数の持続可能性パラメータのうちの持続可能性パラメータと関連付けることと、
前記処理回路によって、前記新しい建物設備を前記持続可能性パラメータと関連付けることに応答して、前記持続可能性パラメータの持続可能性目標に対処する推奨を生成することと
を含み、
前記推奨は、前記持続可能性パラメータの前記持続可能性目標を満たす、前記新しい建物設備によって実行可能な１つ以上のアクションを含む、請求項１２の方法。
【請求項19】
建物の持続可能性を即席に作るための建物システムであって、前記建物は、動作設定に基づいて前記建物の１つ以上の環境条件を制御する複数台の建物設備を含み、
前記建物システムは、命令を記憶する１つ以上のコンピュータ可読記憶媒体を含み、
前記命令は、１つ以上のプロセッサによって実行されたときに、前記１つ以上のプロセッサに、
前記建物又は前記複数台の建物設備のうちの少なくとも１つに関するデータを使用して、前記建物と関連付けられた複数の持続可能性パラメータに対する複数のベースライン値を判定することと、
少なくとも前記複数の持続可能性パラメータのサブセットに対する、ユーザ定義された持続可能性目標を受信することと、
前記複数台の建物設備の少なくとも一部分の動作パラメータを分析して、単独で、又は前記建物への１つ以上の他の変化と組み合わせて、前記ユーザ定義された持続可能性目標を満たすように予測された前記動作パラメータへの１つ以上の変化を判定することと、
前記ユーザ定義された持続可能性目標を満たすように、前記動作パラメータに対する前記１つ以上の変化を実装する１つ以上の推奨を提供することと、
前記動作パラメータに対する前記１つ以上の変化のうちの少なくとも１つの変化を実装するコマンドを受信することと、
前記動作パラメータに対する前記少なくとも１つの変化を実装する前記コマンドに応答して、前記複数台の建物設備のうちの少なくとも第１の建物設備に対する修正された動作パラメータセットを判定することと
を含む動作を実装させる、建物システム。
【請求項20】
前記命令は、前記１つ以上のプロセッサに、前記複数台の建物設備のうちの前記第１の建物設備に、制御信号を送信することであって、前記制御信号が、前記第１の建物設備に対する前記修正された動作パラメータセットを実装させる、送信することと、
前記制御信号を送信することに応答して、前記建物と関連付けられた前記複数の持続可能性パラメータのうちの少なくとも１つの持続可能性パラメータの変化を検出することであって、前記変化が、前記ユーザ定義された持続可能性目標の改善を示す、検出することと、
前記複数の持続可能性パラメータのうちの少なくとも前記１つの持続可能性パラメータの前記変化が、前記複数台の建物設備のうちの少なくとも前記第１の建物設備に対する前記修正された動作パラメータセットを反映することを判定することと
を含む動作を実装させる、請求項１９の建物システム。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
本出願は、２０２１年９月２０日に出願された米国仮特許出願第６３／２４６，１７７号の利益及びその優先権を主張し、本出願は、２０２２年４月２９日に出願された米国仮特許出願第６３／３３６，９３５号の利益及びその優先権を主張し、その両方の全体が、参照により本明細書に組み込まれる。
本出願は、２０２１年９月２０日に出願された米国仮特許出願第６３／２４６，１７７号の利益及びその優先権を主張し、本出願は、２０２２年４月２９日に出願された米国仮特許出願第６３／３３６，９３５号の利益及びその優先権を主張し、その両方の全体が、参照により本明細書に組み込まれる。
【発明の概要】
【0002】
本開示の１つの実施態様は、建物の持続可能性を改善するための建物システムである。建物は、動作設定に基づいて建物の１つ以上の環境条件を制御する複数台の建物設備を含む。建物システムは、１つ以上の記憶デバイスであって、そこに、１つ以上のプロセッサによって実行されたときに、１つ以上のプロセッサに、建物又は複数台の建物設備のうちの少なくとも１つに関するデータを使用して、建物と関連付けられた複数の持続可能性パラメータに対する複数のベースライン値を判定させる命令を記憶する、１つ以上の記憶デバイスを含む。命令はまた、１つ以上のプロセッサに、少なくとも複数の持続可能性パラメータのサブセットに対する、ユーザ定義された持続可能性目標を受信させる。命令はまた、１つ以上のプロセッサに、複数台の建物設備の少なくとも一部分の動作パラメータを分析して、単独で、又は建物への１つ以上の他の変化と組み合わせて、ユーザ定義された持続可能性目標を満たすように予測された動作パラメータへの１つ以上の変化を判定させる。命令はまた、１つ以上のプロセッサに、ユーザ定義された持続可能性目標を満たすように、動作パラメータに対する１つ以上の変化を実装する１つ以上の推奨を提供させる。命令はまた、１つ以上のプロセッサに、動作パラメータに対する１つ以上の変化のうちの少なくとも１つの変化を実装するコマンドを受信させる。命令はまた、１つ以上のプロセッサに、動作パラメータに対する少なくとも１つの変化を実装するコマンドに応答して、複数台の建物設備のうちの少なくとも第１の建物設備に対する修正された動作パラメータセットを判定させる。
【0003】
いくつかの実施形態では、命令は、１つ以上のプロセッサに、複数台の建物設備のうちの第１の建物設備に、制御信号を送信させ、制御信号が、第１の建物設備に対する修正された動作パラメータセットを実装させる。命令はまた、１つ以上のプロセッサに、制御信号の送信に応答して、建物と関連付けられた複数の持続可能性パラメータのうちの少なくとも１つの持続可能性パラメータの変化を検出させ、変化が、ユーザ定義された持続可能性目標の改善を示す。命令はまた、１つ以上のプロセッサに、複数の持続可能性パラメータのうちの少なくとも１つの持続可能性パラメータの変化が、複数台の建物設備のうちの少なくとも第１の建物設備に対する修正された動作パラメータセットを反映することを判定させる。
【0004】
いくつかの実施形態では、命令は、１つ以上のプロセッサに、複数の持続可能性パラメータのうちの持続可能性パラメータの変化を検出させる。命令はまた、１つ以上のプロセッサに、持続可能性パラメータに対する持続可能性目標が非準拠であることを持続可能性パラメータの変化が示すと判定することに応答して、１つ以上の推奨を更新して、新しい推奨を含めさせ、新しい推奨が、持続可能性パラメータの変化に対処する。命令はまた、１つ以上のプロセッサに、新しい推奨を受け入れる指示を受信することに応答して、新しい推奨を実行させ、新しい推奨を実行することが、制御信号を複数台の建物設備のうちの少なくとも１台の建物設備に送信させ、制御信号が、複数台の建物設備のうちの少なくとも１台の建物設備の動作パラメータを調整する。
【0005】
いくつかの実施形態では、命令は、１つ以上のプロセッサに、複数台の建物設備のうちの少なくとも１台の建物設備に関するアクションについて、複数の持続可能性パラメータのうちの持続可能性パラメータに対する予測される影響を判定させる。命令はまた、１つ以上のプロセッサに、予測される影響をユーザ定義された持続可能性目標と比較させる。命令はまた、１つ以上のプロセッサに、予測される影響が持続可能性パラメータに対する持続可能性目標に違反すると判定することに応答して、アクションが行われることを防止させる。
【0006】
いくつかの実施形態では、命令は、１つ以上のプロセッサに、複数台の建物設備に関するデータを使用して、複数台の建物設備に関する複数の建物システムを判定させる。命令はまた、１つ以上のプロセッサに、複数の建物システムに関するデータを使用して、複数の建物システムのうちの建物システムに対する寄与因子を生成させる。命令はまた、１つ以上のプロセッサに、複数の建物システムのうちの建物システムに対する寄与因子を使用して、複数の建物システムのうちの建物システムの寄与因子に対処する推奨を生成させ、推奨が、建物システムに含まれる１台以上の建物設備の動作パラメータに対する複数の変化を含む。命令はまた、１つ以上のプロセッサに、建物システムに含まれる１台以上の建物設備の動作パラメータの変化を引き起こす推奨を実行させる。
【0007】
いくつかの実施形態では、命令は、１つ以上のプロセッサに、ユーザデバイスから、１つ以上の推奨からの推奨の選択を受信させる。命令はまた、１つ以上のプロセッサに、推奨を使用して、推奨に関する複数台の建物設備のうちの１台の建物設備を判定させる。命令はまた、１つ以上のプロセッサに、１台の建物設備の動作パラメータの変化を引き起こす推奨を実行させる。命令はまた、１つ以上のプロセッサに、１台の建物設備の動作パラメータの変化に応答して、複数の持続可能性パラメータのうちの持続可能性パラメータの変化を検出させる。
【0008】
いくつかの実施形態では、命令は、１つ以上のプロセッサに、建物に関するデータを使用して、新しい建物設備を検出させる。命令はまた、１つ以上のプロセッサに、新しい建物設備を、複数の持続可能性パラメータのうちの持続可能性パラメータと関連付けさせる。命令はまた、１つ以上のプロセッサに、新しい建物設備を持続可能性パラメータと関連付けることに応答して、持続可能性パラメータの持続可能性目標に対処する推奨を生成させ、推奨が、持続可能性パラメータの持続可能性目標を満たす、新しい建物設備によって実行可能な１つ以上のアクションを含む。
【0009】
いくつかの実施形態では、命令は、１つ以上のプロセッサに、少なくとも１つの建物又は複数台の建物設備に関するデータを使用して、複数台の建物設備のうちの１台の建物設備に対する寄与因子を判定させ、寄与因子が、複数の持続可能性パラメータのうちの持続可能性パラメータに関連する１台の建物設備の寄与を示す。命令はまた、１つ以上のプロセッサに、１台の建物設備に対する寄与因子及び所定の寄与因子指数を使用して、１台の建物設備に対するベンチマーク指数を判定させる。
【0010】
いくつかの実施形態では、命令は、１つ以上のプロセッサに、ユーザデバイスに、ユーザインターフェースを介して、複数台の建物設備又は複数台の建物設備に関する複数の建物設備タイプから、サイズ設定されるべき１台の建物設備又は建物設備タイプを選択するようにプロンプトを表示させる。命令はまた、１つ以上のプロセッサに、複数台の建物設備又は複数の建物設備タイプから選択された１台の設備又は建物設備タイプを識別させる。命令はまた、建物に関するデータを使用して、１台の建物設備又は建物設備タイプに対するサイズを判定させ、サイズが、１台の建物設備若しくは建物設備タイプに対する負荷、１台の建物設備若しくは建物設備タイプに対する容量、又は１台の建物設備若しくは建物設備タイプと関連付けられたコストのうちの少なくとも１つを最適化する。
【0011】
いくつかの実施形態では、命令は、１つ以上のプロセッサに、建物に関するデータを使用して、複数の持続可能性パラメータのうちの持続可能性パラメータの変化を検出させる。命令はまた、１つ以上のプロセッサに、持続可能性パラメータの変化を使用して、持続可能性パラメータと関連付けられた傾向を判定させ、傾向が、持続可能性パラメータに対する持続可能性目標に向かって行われた進捗を示す。命令はまた、１つ以上のプロセッサに、ユーザデバイスに、ユーザインターフェースを介して、傾向のグラフィック表現を表示させ、傾向のグラフィック表現が、持続可能性パラメータに対するベースライン値、持続可能性パラメータに対する現在の値、ベースライン値と現在の値との間の差、又は持続可能性パラメータに関連する持続可能性目標のうちの少なくとも１つを含む。
【0012】
いくつかの実施形態では、複数の持続可能性パラメータが、カーボン排出量、エネルギー消費量、水消費量、廃棄物産出量、ガス消費量、太陽光電力消費量、又は風力タービン電力消費量のうちの少なくとも１つを含む。
【0013】
本開示の別の実施態様は、建物の持続可能性を改善するための方法である。方法は、処理回路によって、建物又は複数台の建物設備のうちの少なくとも１つに関するデータを使用して、建物と関連付けられた複数の持続可能性パラメータに対する複数のベースライン値を判定することを含む。方法は、処理回路によって、少なくとも複数の持続可能性パラメータのサブセットに対する、ユーザ定義された持続可能性目標を受信することを含む。方法は、処理回路によって、複数台の建物設備の少なくとも一部分の動作パラメータを分析して、単独で、又は建物への１つ以上の他の変化と組み合わせて、ユーザ定義された持続可能性目標を満たすように予測された動作パラメータへの１つ以上の変化を判定することを含む。方法は、処理回路によって、ユーザ定義された持続可能性目標を満たすように、動作パラメータに対する１つ以上の変化を実装する１つ以上の推奨を提供することを含む。方法は、処理回路によって、動作パラメータに対する１つ以上の変化のうちの少なくとも１つの変化を実装するコマンドを受信することを含む。方法は、処理回路によって、動作パラメータに対する少なくとも１つの変化を実装するコマンドに応答して、複数台の建物設備のうちの少なくとも第１の建物設備に対する修正された動作パラメータセットを判定することを含む。
【0014】
いくつかの実施形態では、方法は、処理回路によって、複数台の建物設備のうちの第１の建物設備に、制御信号を送信することを含み、制御信号が、第１の建物設備に対する修正された動作パラメータセットを実装させる。方法は、処理回路によって、制御信号の送信に応答して、建物と関連付けられた複数の持続可能性パラメータのうちの少なくとも１つの持続可能性パラメータの変化を検出することを含み、変化が、ユーザ定義された持続可能性目標の改善を示す。方法は、処理回路によって、複数の持続可能性パラメータのうちの少なくとも１つの持続可能性パラメータの変化が、複数台の建物設備のうちの少なくとも第１の建物設備に対する修正された動作パラメータセットを反映することを判定することを含む。
【0015】
いくつかの実施形態では、方法は、処理回路によって、複数の持続可能性パラメータのうちの持続可能性パラメータの変化を検出することを含む。方法は、処理回路によって、持続可能性パラメータに対する持続可能性目標が非準拠であることを持続可能性パラメータの変化が示すと判定することに応答して、新しい推奨を含めるように１つ以上の推奨を更新することを含み、新しい推奨が、持続可能性パラメータの変化に対処する。方法は、処理回路によって、新しい推奨を受け入れる指示を受信することに応答して、新しい推奨を実行することを含み、新しい推奨を実行することが、制御信号を複数台の建物設備のうちの少なくとも１台の建物設備に送信させ、制御信号が、複数台の建物設備のうちの少なくとも１台の建物設備の動作パラメータを調整する。
【0016】
いくつかの実施形態では、方法は、処理回路によって、複数台の建物設備のうちの少なくとも１台の建物設備に関するアクションについて、複数の持続可能性パラメータのうちの持続可能性パラメータに対する予測される影響を判定することを含む。方法は、処理回路によって、予測される影響をユーザ定義された持続可能性目標と比較することを含む。方法は、処理回路によって、予測される影響が持続可能性パラメータに対する持続可能性目標に違反すると判定することに応答して、アクションが行われることを防止することを含む。
【0017】
いくつかの実施形態では、方法は、処理回路によって、複数台の建物設備に関するデータを使用して、複数台の建物設備に関する複数の建物システムを判定することを含む。方法は、処理回路によって、複数の建物システムに関するデータを使用して、複数の建物システムのうちの建物システムに対する寄与因子を生成することを含む。方法は、処理回路によって、複数の建物システムのうちの建物システムに対する寄与因子を使用して、複数の建物システムのうちの建物システムの寄与因子に対処する推奨を生成することを含み、推奨が、建物システムに含まれる１台以上の建物設備の動作パラメータに対する複数の変化を含む。方法は、処理回路によって、建物システムに含まれる１台以上の建物設備の動作パラメータの変化を引き起こす推奨を実行することを含む。
【0018】
いくつかの実施形態では、方法は、処理回路によって、ユーザデバイスから、１つ以上の推奨からの推奨の選択を受信することを含む。方法は、処理回路によって、推奨を使用して、推奨に関する複数台の建物設備のうちの１台の建物設備を判定することを含む。方法は、処理回路によって、１台の建物設備の動作パラメータに変化を引き起こす推奨を実行することを含む。方法は、処理回路によって、１台の建物設備の動作パラメータの変化に応答して、複数の持続可能性パラメータのうちの持続可能性パラメータの変化を検出することを含む。
【0019】
いくつかの実施形態では、方法は、処理回路によって、建物に関するデータを使用して、新しい建物設備を検出することを含む。方法は、処理回路によって、新しい建物設備を、複数の持続可能性パラメータのうちの持続可能性パラメータと関連付けることを含む。方法は、処理回路によって、新しい建物設備を持続可能性パラメータと関連付けることに応答して、持続可能性パラメータの持続可能性目標に対処する推奨を生成することを含み、推奨が、持続可能性パラメータの持続可能性目標を満たす、新しい建物設備によって実行可能な１つ以上のアクションを含む。
【0020】
本開示の別の実施態様は、建物の持続可能性を即席に作るための建物システムである。建物は、動作設定に基づいて建物の１つ以上の環境条件を制御する複数台の建物設備を含む。建物システムは、１つ以上のコンピュータ可読記憶媒体であって、そこに記憶された命令であって、１つ以上のプロセッサによって実行されたときに、１つ以上のプロセッサに、建物又は複数台の建物設備のうちの少なくとも１つに関するデータを使用して、建物と関連付けられた複数の持続可能性パラメータに対する複数のベースライン値を判定することを含む動作を実装させる、命令を有する、１つ以上のコンピュータ可読記憶媒体を含む。動作は、少なくとも複数の持続可能性パラメータのサブセットに対する、ユーザ定義された持続可能性目標を受信することを含む。動作は、複数台の建物設備の少なくとも一部分の動作パラメータを分析して、単独で、又は建物への１つ以上の他の変化と組み合わせて、ユーザ定義された持続可能性目標を満たすように予測された動作パラメータへの１つ以上の変化を判定することを含む。動作は、ユーザ定義された持続可能性目標を満たすように、動作パラメータに対する１つ以上の変化を実装する１つ以上の推奨を提供することを含む。動作は、動作パラメータに対する１つ以上の変化のうちの少なくとも１つの変化を実装するコマンドを受信することを含む。動作は、動作パラメータに対する少なくとも１つの変化を実装するコマンドに応答して、複数台の建物設備のうちの少なくとも第１の建物設備に対する修正された動作パラメータセットを判定することを含む。
【0021】
いくつかの実施形態では、動作は、複数台の建物設備のうちの第１の建物設備に、制御信号を送信することを含み、制御信号が、第１の建物設備に対する修正された動作パラメータセットを実装させる。動作は、制御信号を送信することに応答して、建物と関連付けられた複数の持続可能性パラメータのうちの少なくとも１つの持続可能性パラメータの変化を検出することを含み、変化が、ユーザ定義された持続可能性目標の改善を示す。動作は、複数の持続可能性パラメータのうちの少なくとも１つの持続可能性パラメータの変化が、複数台の建物設備のうちの少なくとも第１の建物設備に対する修正された動作パラメータセットを反映することを判定することを含む。
【0022】
本開示の様々な目的、態様、特徴、及び利点は、添付の図面と併せて、同様の参照文字が全体を通して対応する要素を識別する、詳細な説明を参照することによって、より明らかになり、よりよく理解されるであろう。図面において、同様の参照番号は、概して、同じ、機能的に同様、及び／又は構造的に同様の要素を示す。
【図面の簡単な説明】
【0023】
【図1】例示的な実施形態による、ＨＶＡＣシステムを装備した建物の図面である。
【図3】例示的な実施形態による、建物を計画するための持続可能性最適化のためのシステムのブロック図である。
【図6】例示的な実施形態による、図３のシステムの需要側データシステムのブロック図であり、需要側データシステムが、建物から建物システム及び動作データを収集し、建物に対するエネルギーメトリック、炭素メトリック、動作メトリック、及び施設改善措置（ＦＩＭ）を計算するように構成されている。
【図7】例示的な実施形態による、図３のシステムのオンサイト供給データシステムのブロック図であり、オンサイト供給システムが、建物に対するオンサイトエネルギー供給システムからデータを収集するように構成されている。
【図8】例示的な実施形態による、図３のシステムの持続可能性アドバイザ及び最適化システムのブロック図であり、持続可能性アドバイザが、ユーザに持続可能性データを提供し、ユーザからの入力を受信するように構成されており、最適化システムが、建物に対する持続可能性最適化を実行するように構成されている。
【図9】例示的な実施形態による、バッテリ資産に投資する利益を判定し、投資と関連付けられた様々な財務メトリックを計算するために使用され得る計画ツールのブロック図である。
【図10】例示的な実施形態による、資産サイズ設定モジュールを例示するブロック図である。
【図11】例示的な実施形態による、建物の持続可能性を改善するためのプロセスのフロー図である。
【発明を実施するための形態】
【0024】
図、システム、及び方法を全体的に参照すると、様々な例示的な実施形態による、建物を計画するための持続可能性最適化のために提供される。持続可能性最適化システムは、例えば、エネルギー供給データ、オンサイトエネルギー生成システム、需要データ、建物設備の表示など、建物に関する様々な情報を収集するように構成され得る。持続可能性最適化システムは、収集されたデータに対する最適化を実行して、結果的に、建物の持続可能な動作をもたらす建物に対する改善を識別するように構成され得る。例えば、最適化は、例えば、カーボンフットプリント、エネルギー使用量、財務コストなど、建物の様々なメトリックに対して最適化し得る。最適化の結果は、特定の建物設備を改造され、オンサイト太陽光パネルを設置すること、再生可能エネルギークレジット（ＲＥＣ）を購入すること、建物制御計画を作成することなどであり得る。
【0025】
最適化は、いくつかの実施形態では、結果的に、建物に、特定のタイムラインで持続可能性目標を満たさせる建物計画をもたらし得る。例えば、ユーザは、自身の建物に対して、次の３０年間で正味ゼロのカーボン排出量（又は事前定義されたレベルのカーボン排出量）に到達するという目標を有し得る。最適化は、最適化期間（例えば、次の５年間）にわたって最適化し、総計画期間（例えば、次の３０年間）にわたって目標を達成するために、定期的に、例えば、毎年、実行することができる。
【0026】
建物管理システム及びＨＶＡＣシステム
ここで図１を参照すると、例示的な実施形態による、本開示のシステム及び方法が実装され得る例示的な建物管理システム（ＢＭＳ）及びＨＶＡＣシステムが示されている。特に図１を参照すると、建物１０の斜視図が示されている。建物１０は、ＢＭＳによりサービス提供されている。ＢＭＳは、概して、建物又は建物区域の中若しくはその周囲の設備を制御、監視、及び管理するように構成されたデバイスのシステムである。ＢＭＳは、例えば、ＨＶＡＣシステム、セキュリティシステム、照明システム、火災警報システム、及び／又は建物機能若しくはデバイスを管理することができる任意の他のシステム、あるいはそれらの任意の組み合わせを含むことができる。
ここで図１を参照すると、例示的な実施形態による、本開示のシステム及び方法が実装され得る例示的な建物管理システム（ＢＭＳ）及びＨＶＡＣシステムが示されている。特に図１を参照すると、建物１０の斜視図が示されている。建物１０は、ＢＭＳによりサービス提供されている。ＢＭＳは、概して、建物又は建物区域の中若しくはその周囲の設備を制御、監視、及び管理するように構成されたデバイスのシステムである。ＢＭＳは、例えば、ＨＶＡＣシステム、セキュリティシステム、照明システム、火災警報システム、及び／又は建物機能若しくはデバイスを管理することができる任意の他のシステム、あるいはそれらの任意の組み合わせを含むことができる。
【0027】
建物１０にサービスを提供するＢＭＳは、ＨＶＡＣシステム１００を含む。ＨＶＡＣシステム１００は、建物１０に加熱、冷却、換気、又は他のサービスを提供するように構成されたＨＶＡＣデバイス（例えば、ヒータ、チラー、空気処理ユニット、ポンプ、ファン、熱エネルギー貯蔵装置など）を含むことができる。例えば、ＨＶＡＣシステム１００は、ウォーターサイドシステム１２０及びエアサイドシステム１３０を含むように示されている。ウォーターサイドシステム１２０は、加熱された又は冷やされた流体をエアサイドシステム１３０の空気処理ユニットに提供することができる。エアサイドシステム１３０は、加熱された又は冷やされた流体を使用して、建物１０に提供される空気流を加熱又は冷却することができる。ＨＶＡＣシステム１００で使用することができる例示的なウォーターサイドシステム及びエアサイドシステムは、図２～図３を参照しながらより詳細に説明される。
【0028】
ＨＶＡＣシステム１００は、チラー１０２、ボイラ１０４、及び屋上空気処理ユニット（ＡＨＵ）１０６を含むように示されている。ウォーターサイドシステム１２０は、ボイラ１０４及びチラー１０２を使用して、作動流体（例えば、水、グリコールなど）を加熱又は冷却することができ、作動流体をＡＨＵ１０６に循環させることができる。様々な実施形態では、ウォーターサイドシステム１２０のＨＶＡＣデバイスは、建物１０内又はその周囲に（図１に示されるように）、又は中央プラント（例えば、チラープラント、蒸気プラント、熱プラントなど）などのオフサイトの場所に位置することができる。作動流体は、建物１０で加熱又は冷却が必要とされるかどうかに応じて、ボイラ１０４で加熱されるか、又はチラー１０２で冷却されることができる。ボイラ１０４は、例えば、可燃性材料（例えば、天然ガス）を燃焼させることによって、又は電気加熱要素を使用することによって、循環流体に熱を加えることができる。チラー１０２は、循環流体を熱交換器（例えば、蒸発器）内の別の流体（例えば、冷媒）との熱交換関係に置いて、循環流体から熱を吸収することができる。チラー１０２及び／又はボイラ１０４からの作動流体は、配管１０８を介してＡＨＵ１０６に輸送することができる。
【0029】
ＡＨＵ１０６は、作動流体を、ＡＨＵ１０６を通過する空気流との熱交換関係に置くことができる（例えば、冷却コイル及び／又は加熱コイルの１つ以上の段階を介して）。空気流は、例えば、外気、建物１０内からの戻り空気、又はその両方の組み合わせであることができる。ＡＨＵ１０６は、空気流と作動流体との間で熱を伝達して、空気流に加熱又は冷却を提供することができる。例えば、ＡＨＵ１０６は、作動流体を含む熱交換器上に又は熱交換器を通って空気流を通過させるように構成された、１つ以上のファン又は送風機を含むことができる。次いで、作動流体は、配管１１０を介してチラー１０２又はボイラ１０４に戻ることができる。
【0030】
エアサイドシステム１３０は、ＡＨＵ１０６によって供給される空気流（すなわち、供給空気流）を、空気供給ダクト１１２を介して建物１０に送達することができ、空気戻りダクト１１４を介して建物１０からＡＨＵ１０６に戻り空気を提供することができる。いくつかの実施形態では、エアサイドシステム１３０は、複数の可変風量（ＶＡＶ）ユニット１１６を含む。例えば、エアサイドシステム１３０は、建物１０の各フロア又は各ゾーンに別個のＶＡＶユニット１１６を含むように示されている。ＶＡＶユニット１１６は、建物１０の個々のゾーンに提供される供給空気流の量を制御するように動作することができるダンパ又は他の流量制御要素を含むことができる。他の実施形態では、エアサイドシステム１３０は、中間ＶＡＶユニット１１６又は他の流量制御要素を使用することなく、供給空気流を建物１０の１つ以上のゾーンに（例えば、供給ダクト１１２を介して）送達する。ＡＨＵ１０６は、供給空気流の属性を測定するように構成された様々なセンサ（例えば、温度センサ、圧力センサなど）を含むことができる。ＡＨＵ１０６は、ＡＨＵ１０６内及び／又は建物ゾーン内に位置するセンサから入力を受信することができ、ＡＨＵ１０６を通る供給空気流の流量、温度、又は他の属性を調整して、建物ゾーンの設定値条件を達成することができる。
【0031】
ここで図２を参照すると、例示的な実施形態による、建物自動システム（ＢＡＳ）２００のブロック図が示されている。ＢＡＳ２００は、建物１０内に実装されて、様々な建物機能を自動的に監視及び制御し得る。ＢＡＳ２００は、ＢＡＳコントローラ２０２及び建物サブシステム２２８を含むように示されている。建物サブシステム２２８は、建物電気サブシステム２３４、情報通信技術（ＩＣＴ）サブシステム２３６、セキュリティサブシステム２３８、ＨＶＡＣサブシステム２４０、照明サブシステム２４２、エレベータ／エスカレータサブシステム２３２、及び火災安全サブシステム２３０を含むように示されている。様々な実施形態では、建物サブシステム２２８は、より少ない、追加の、又は代替のサブシステムを含むことができる。例えば、建物サブシステム２２８はまた、又は代替的に、冷媒サブシステム、広告若しくは標識サブシステム、調理サブシステム、販売サブシステム、プリンタ若しくはコピーサービスサブシステム、又は建物１０を監視若しくは制御するために制御可能な設備及び／若しくはセンサを使用する任意の他のタイプの建物サブシステムを含み得る。いくつかの実施形態では、建物サブシステム２２８は、ウォーターサイドシステム及び／又はエアサイドシステムを含む。ウォーターサイドシステム及びエアサイドシステムは、２０１７年６月２３日に出願された米国特許出願第１５／６３１，８３０号を更に参照して説明されており、その全体が参照により本明細書に組み込まれる。
【0032】
建物サブシステム２２８の各々は、その個々の機能及び制御活動を完了するための任意の数のデバイス、コントローラ、及び接続部を含み得る。ＨＶＡＣサブシステム２４０は、図１を参照して説明されたように、ＨＶＡＣシステム１００と同じ構成要素の多くを含み得る。例えば、ＨＶＡＣサブシステム２４０は、チラー、ボイラ、任意の数の空気処理ユニット、エコノマイザ、フィールドコントローラ、監督コントローラ、アクチュエータ、温度センサ、及び建物１０内の温度、湿度、空気流、若しくは他の可変条件を制御するための他のデバイスを含み得る。照明サブシステム２４２は、建物空間に提供される光の量を制御可能に調整するように構成された、任意の数の照明器具、バラスト、照明センサ、調光器、又は他のデバイスを含み得る。セキュリティサブシステム２３８は、占有センサ、ビデオ監視カメラ、デジタルビデオレコーダ、ビデオ処理サーバ、侵入検知デバイス、アクセス制御デバイス及びサーバ、又は他のセキュリティ関連デバイスを含み得る。
【0033】
更に図２を参照すると、ＢＡＳコントローラ２０２は、通信インターフェース２０７及びＢＡＳインターフェース２０９を含むように示されている。インターフェース２０７は、ＢＡＳコントローラ２０２と外部アプリケーション（例えば、監視及び報告アプリケーション２２２、企業制御アプリケーション２２６、リモートシステム及びアプリケーション２４４、クライアントデバイス２４８上に常駐するアプリケーションなど）との間の通信を容易にして、ＢＡＳコントローラ２０２及び／又はサブシステム２２８に対するユーザ制御、監視、及び調整を可能にし得る。また、インターフェース２０７は、ＢＡＳコントローラ２０２とクライアントデバイス２４８との間の通信も容易にし得る。ＢＡＳインターフェース２０９は、ＢＡＳコントローラ２０２と建物サブシステム２２８（例えば、ＨＶＡＣ、照明セキュリティ、エレベータ、配電、ビジネスなど）との間の通信を容易にし得る。
【0034】
インターフェース２０７、２０９は、建物サブシステム２２８又は他の外部システム若しくはデバイスとデータ通信を行うための有線又は無線通信インターフェース（例えば、ジャック、アンテナ、送信機、受信機、送受信機、有線端末など）であるか、又はそれらを含むことができる。様々な実施形態では、インターフェース２０７、２０９を介した通信は、直接的（例えば、ローカル有線通信又は無線通信）であっても、通信ネットワーク２４６（例えば、ＷＡＮ、インターネット、セルラネットワークなど）を介してもよい。例えば、インターフェース２０７、２０９は、イーサネットベースの通信リンク又はネットワークを介してデータを送信及び受信するためのイーサネットカード及びポートを含むことができる。別の例では、インターフェース２０７、２０９は、無線通信ネットワークを介して通信するためのＷｉ－Ｆｉ送受信機を含むことができる。別の例では、インターフェース２０７、２０９のうちの一方又は両方は、セルラ又は携帯電話通信送受信機を含み得る。一実施形態では、通信インターフェース２０７は、電力線通信インターフェースであり、ＢＡＳインターフェース２０９は、イーサネットインターフェースである。他の実施形態では、通信インターフェース２０７及びＢＡＳインターフェース２０９は両方とも、イーサネットインターフェースであるか又は同じイーサネットインターフェースである。
【0035】
更に図２を参照すると、ＢＡＳコントローラ２０２は、プロセッサ２０６とメモリ２０８とを含む処理回路２０４を含むように示されている。処理回路２０４は、処理回路２０４及びその様々な構成要素が、インターフェース２０７、２０９を介してデータを送信及び受信することができるように、ＢＡＳインターフェース２０９及び／又は通信インターフェース２０７に通信可能に接続され得る。プロセッサ２０６は、汎用プロセッサ、特定用途向け集積回路（ＡＳＩＣ）、１つ以上のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、処理構成要素のグループ、又は他の好適な電子処理構成要素として実装され得る。
【0036】
メモリ２０８（例えば、メモリ、メモリユニット、記憶デバイスなど）は、本出願に記載された様々なプロセス、層、及びモジュールを完了又は促進するためのデータ及び／又はコンピュータコードを記憶するための、１つ以上のデバイス（例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ハードディスク記憶装置など）を含み得る。メモリ２０８は、揮発性メモリ又は不揮発性メモリであり得るか、又はそれを含み得る。メモリ２０８は、データベース構成要素、オブジェクトコード構成要素、スクリプト構成要素、又は本出願に説明された様々な活動及び情報構造をサポートするための任意の他のタイプの情報構造を含むことができる。一実施形態によれば、メモリ２０８は、処理回路２０４を介してプロセッサ２０６に通信可能に接続され、本明細書に記載された１つ以上のプロセスを（例えば、処理回路２０４及び／又はプロセッサ２０６によって）実行するためのコンピュータコードを含む。
【0037】
いくつかの実施形態では、ＢＡＳコントローラ２０２は、単一のコンピュータ内（例えば、１つのサーバ内、１つの筐体内など）に実装される。様々な他の実施形態では、ＢＡＳコントローラ２０２は、（例えば、分散された場所に存在することができる）複数のサーバ又はコンピュータにわたって分散され得る。更に、図２は、アプリケーション２２２及び２２６を、ＢＡＳコントローラ２０２の外側に存在するものとして示しているが、いくつかの実施形態では、アプリケーション２２２及び２２６は、ＢＡＳコントローラ２０２内（例えば、メモリ２０８内）でホストされてよい。
【0038】
更に図２を参照すると、メモリ２０８は、企業統合層２１０、自動測定及び検証（ＡＭ＆Ｖ）層２１２、需要応答（ＤＲ）層２１４、故障検出及び診断（ＦＤＤ）層２１６、統合制御層２１８、及び後の建物サブシステム統合２２０を含むように示されている。層２１０～２２０は、いくつかの実施形態では、建物サブシステム２２８及び他のデータソースから入力を受信し、入力に基づいて建物サブシステム２２８のための最適な制御アクションを判定し、最適な制御アクションに基づいて制御信号を生成し、生成された制御信号を建物サブシステム２２８に提供するように構成されている。以下の段落では、ＢＡＳ２００内の層２１０～２２０の各々によって実施される一般的な機能のいくつかを説明する。
【0039】
企業統合層２１０は、クライアント又はローカルアプリケーションに、様々な企業レベルのアプリケーションをサポートするための情報及びサービスを提供するように構成され得る。例えば、企業制御アプリケーション２２６は、グラフィカルユーザインターフェース（ＧＵＩ）又は任意の数の企業レベルのビジネスアプリケーション（例えば、会計システム、ユーザ識別システムなど）にサブシステムスパニング制御を提供するように構成され得る。企業制御アプリケーション２２６はまた、又は代替的に、ＢＡＳコントローラ２０２を構成するための構成ＧＵＩを提供するように構成され得る。更になお他の実施形態では、企業制御アプリケーション２２６は、インターフェース２０７及び／又はＢＡＳインターフェース２０９で受信された入力に基づいて、建物の性能（例えば、効率性、エネルギー使用、快適性、又は安全性）を最適化するために層２１０～２２０と連携することができる。
【0040】
建物サブシステム統合層２２０は、ＢＡＳコントローラ２０２と建物サブシステム２２８との間の通信を管理するように構成され得る。例えば、建物サブシステム統合層２２０は、センサデータ及び入力信号を建物サブシステム２２８から受信し、出力データ及び制御信号を建物サブシステム２２８に提供し得る。建物サブシステム統合層２２０はまた、建物サブシステム２２８間の通信を管理するように構成され得る。建物サブシステム統合層２２０は、マルチベンダ／マルチプロトコルシステムにわたって通信（例えば、センサデータ、入力信号、出力信号など）を変換する。
【0041】
需要応答層２１４は、建物１０の需要を満たすことに応答して、資源使用（例えば、電気使用、天然ガス使用、水使用など）及び／又はそのような資源使用の金銭的コストを最適化するように構成され得る。最適化は、使用時間価格、抑制信号、エネルギー利用可用性、又は公益事業者、分散型エネルギー生成システム２２４、エネルギー貯蔵装置２２７から、若しくは他のソースから受信された他のデータに基づいていてよい。需要応答層２１４は、ＢＡＳコントローラ２０２の他の層（例えば、建物サブシステム統合層２２０、統合制御層２１８など）から入力を受信し得る。他の層から受信した入力は、温度、二酸化炭素レベル、相対湿度レベル、空気品質センサ出力、占有センサ出力、部屋スケジュールなどの環境入力又はセンサ入力を含み得る。入力はまた、電力使用量（例えば、ｋＷｈで表される）、熱負荷測定値、価格情報、予測される価格設定、平滑化された価格設定、公益事業者からの抑制信号などの入力を含み得る。
【0042】
例示的な実施形態によれば、需要応答層２１４は、それが受信するデータ及び信号に応答するための制御ロジックを含む。これらの応答は、統合された制御層２１８内の制御アルゴリズムと通信すること、制御戦略を変更すること、設定値を変更すること、又は制御された様式で建物の設備若しくはサブシステムを作動／作動解除することを含むことができる。需要応答層２１４はまた、貯蔵されたエネルギーをいつ利用するかを判定するように構成された制御ロジックも含み得る。例えば、需要応答層２１４は、ピーク使用時間の開始直前に、エネルギー貯蔵装置２２７からのエネルギーの使用を開始することを判定し得る。
【0043】
いくつかの実施形態では、需要応答層２１４は、需要を表す、又は需要に基づいた１つ以上の入力（例えば、価格、抑制信号、需要レベルなど）に基づいてエネルギーコストを最小化する制御アクションをアクティブに開始する（例えば、自動的に設定値を変更する）ように構成された制御モジュールを含む。いくつかの実施形態では、需要応答層２１４は、設備モデルを使用して、制御アクションの最適なセットを判定する。設備モデルは、例えば、建物設備の様々なセットによって実施される入力、出力、及び／又は機能を説明する熱力学モデルを含み得る。設備モデルは、建物設備（例えば、サブプラント、チラーアレイなど）又は個々のデバイス（例えば、個々のチラー、ヒータ、ポンプなど）のコレクションを表し得る。
【0044】
需要応答層２１４は、１つ以上の需要応答ポリシー定義（例えば、データベース、ＸＭＬファイルなど）を更に含んでもよく、又はそれを利用してもよい。ポリシー定義は、需要入力に応答して開始された制御アクションが、ユーザのアプリケーション、所望の快適性レベル、特定の建物設備に合わせて、又は他の懸念事項に基づいて調節され得るように、ユーザによって（例えば、グラフィカルユーザインターフェースを介して）編集又は調整され得る。例えば、需要応答ポリシー定義は、特定の需要入力に応答してどの設備をオン又はオフにし得るか、システム又は設備の一部をどのくらいの時間オフにすべきか、どのような設定値を変更できるか、許容設定値調整範囲は何であるか、通常スケジュールされた設定値に戻る前にどのくらいの時間高い需要設定値を保持するか、容量制限にどのくらい近づいているか、どの設備モードを利用するか、エネルギー貯蔵デバイス（例えば、熱貯蔵タンク、バッテリバンクなど）への、及びエネルギー貯蔵デバイス（例えば、熱貯蔵タンク、バッテリバンクなど）からのエネルギー転送速度（例えば、最大速度、警報速度、他の速度境界情報など）、並びにオンサイトのエネルギー生成をいつ（例えば、燃料電池、モータ発電機セットなどを介して）ディスパッチするかを指定することができる。
【0045】
統合制御層２１８は、建物サブシステム統合層２２０のデータ入力若しくは出力、及び／又は後の需要応答２１４を使用して、制御判定を行うように構成され得る。建物サブシステム統合層２２０によって提供されるサブシステム統合により、統合制御層２１８は、サブシステム２２８が単一の統合スーパーシステムとして振る舞うように、サブシステム２２８の制御活動を統合することができる。例示的な一実施形態では、統合制御層２１８は、建物サブシステムからの入力及び出力を使用して、別個のサブシステムが単独で提供することができる快適性及び省エネルギーと比較して、より大きな快適性及び省エネルギーを提供する制御ロジックを含む。例えば、統合制御層２１８は、第１のサブシステムからの入力を使用して、第２のサブシステムの省エネ制御判定を行うように構成され得る。これらの判定の結果は、建物サブシステム統合層２２０に送り返すことができる。
【0046】
統合制御層２１８は、論理的に需要応答層２１４の下にあるように示されている。統合制御層２１８は、建物サブシステム２２８及びそれらのそれぞれの制御ループが需要応答層２１４と協調して制御されることを可能にすることによって、需要応答層２１４の有効性を高めるように構成され得る。この構成は、従来のシステムと比較して、破壊的な需要応答挙動を低減し得る。例えば、統合制御層２１８は、冷却水温度（又は温度に直接的若しくは間接的に影響を与える別の構成要素）の設定値に対する需要応答駆動の上方調整が、チラーで節約されたよりも大きな総建物エネルギー使用量をもたらすであろうファンエネルギー（又は空間を冷却するために使用される他のエネルギー）の増加をもたらさないことを保証するように構成され得る。
【0047】
統合制御層２１８は、要求された負荷の除去が進行中であっても、制約（例えば、温度、照明レベルなど）が適切に維持されることを需要応答層２１４がチェックするように、需要応答層２１４にフィードバックを提供するように構成され得る。制約はまた、安全性、設備動作制限及び性能、快適性、消防コード、電気コード、エネルギーコードなどに関連する設定値又は感知された境界を含み得る。統合制御層２１８はまた、論理的に、故障検出及び診断層２１６並びに自動測定及び検証層２１２の下にある。統合制御層２１８は、２つ以上の建物サブシステムからの出力に基づいて、これらのより高いレベルに計算された入力（例えば、集計）を提供するように構成され得る。
【0048】
自動測定及び検証（ＡＭ＆Ｖ）層２１２は、統合制御層２１８又は需要応答層２１４にコマンドを受けた制御戦略が適切に機能していることを検証するように構成され得る（例えば、ＡＭ＆Ｖ層２１２、統合制御層２１８、建物サブシステム統合層２２０、ＦＤＤ層２１６によって集計されたデータ又はその他を使用して）。ＡＭ＆Ｖ層２１２によって行われる計算は、個々のＢＡＳデバイス又はサブシステムのための建物システムエネルギーモデル及び／又は設備モデルに基づき得る。例えば、ＡＭ＆Ｖ層２１２は、モデル予測出力を建物サブシステム２２８からの実際の出力と比較して、モデルの精度を判定し得る。
【0049】
故障検出及び診断（ＦＤＤ）層２１６は、建物サブシステム２２８、建物サブシステムデバイス（すなわち、建物設備）、並びに需要応答層２１４及び統合制御層２１８によって使用される制御アルゴリズムに対して継続的な故障検出を提供するように構成され得る。ＦＤＤ層２１６は、統合制御層２１８から、１つ以上の建物サブシステム若しくはデバイスから直接、又は別のデータソースからデータ入力を受信し得る。ＦＤＤ層２１６は、検出された故障を自動的に診断し、それに応答し得る。検出又は診断された故障への応答には、警報メッセージを、ユーザ、保守点検スケジューリングシステム、又は故障を修復することを試みるか若しくは故障を回避するように構成された制御アルゴリズムに提供することが含まれ得る。
【0050】
ＦＤＤ層２１６は、建物サブシステム統合層２２０で利用可能な詳細なサブシステム入力を使用して、故障した構成要素又は故障の原因（例えば、ダンパリンケージの緩み）の特定の識別情報を出力するように構成され得る。他の例示的な実施形態では、ＦＤＤ層２１６は、「故障」イベントを、受信した故障イベントに応答して制御戦略及びポリシーを実行する統合制御層２１８に提供するように構成される。例示的な実施形態によれば、ＦＤＤ層２１６（又は統合制御エンジン又はビジネスルールエンジンによって実行されるポリシー）は、システムをシャットダウンしてもよく、又は故障したデバイス若しくはシステムの周囲の制御アクティビティを指示して、エネルギーの浪費を低減してもよく、設備の寿命を延ばしてもよく、又は適切な制御応答を保証してもよい。
【0051】
ＦＤＤ層２１６は、様々な異なるシステムデータストア（又はライブデータのためのデータ点）を記憶するか又はそれにアクセスするように構成され得る。ＦＤＤ層２１６は、データストアの何らかのコンテンツを使用して、設備レベルでの故障（例えば、特定のチラー、特定のＡＨＵ、特定の端末ユニットなど）及び他のコンテンツを識別して、構成要素又はサブシステムレベルでの故障を識別し得る。例えば、建物サブシステム２２８は、ＢＡＳ２００及びその様々な構成要素の性能を示す時間的（すなわち、時系列）データを生成し得る。建物サブシステム２２８によって生成されたデータは測定又は計算された値を含み得、測定又は計算された値は、統計的特性を示し、対応するシステム又はプロセス（例えば、温度制御プロセス、流量制御プロセスなど）がその設定値からの誤差に関してどのように実施しているかに関する情報を提供する。これらのプロセスはＦＤＤ層２１６によって検査されて、システムの性能の劣化が始まったときに公開され、故障がより深刻になる前に故障を修復するようにユーザに警報することができる。
【0052】
ここで図３を参照すると、例示的な実施形態による、建物を計画するための持続可能性最適化のためのシステム３００が示されている。システム３００は、ユーザデバイス３１８を介して、ユーザと対話するように構成されているトリアージ及び計画システム３０２を含む。システム３００は、建物に対するエネルギー請求書を検索するように構成されたエネルギー請求書検索システム３０４を更に含む。システム３００は、建物に対する監査データを収集及び集計するように構成された建物監査システム３０６を更に含む。システム３００は、建物の様々な建物サブシステムから需要関連データを収集するように構成された需要側データシステム３０８を更に含む。システム３００は、システム２００の構成要素と同様の構成要素を含み得、及び／又はシステム３００は、システム２００の機能と同様の機能を実施し得る。
【0053】
更に、システム３００は、建物のオンサイト供給システムに関するデータを収集するように構成されたオンサイト供給データシステム３１０を含む。更に、システム３００は、ユーザデバイス３１８を介して持続可能性に関連する最適化結果をユーザに提示するように構成された持続可能性アドバイザ３２０を含む。システム３００は、最適な建物の改造の決定、建物の改善、及び／又は動作計画を識別し得る最適化を実行するように構成された最適化システム３２２を含む。
【0054】
システム３００の構成要素は、いくつかの実施形態では、１つ以上のプロセッサ上の命令として実行され得る。命令は、様々なメモリデバイスに記憶され得る。プロセッサは、プロセッサ３２６～３３８であってもよく、メモリデバイスは、メモリデバイス３４０～３５２であってもよい。プロセッサ３２６～３３８は、汎用プロセッサ、特定用途向け集積回路（ＡＳＩＣ）、１つ以上のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、処理構成要素のグループ、又は他の好適な電子処理構成要素として実装され得る。メモリデバイス３４０～３５２（例えば、メモリ、メモリユニット、記憶デバイスなど）は、本出願に説明された様々なプロセス、層、及びモジュールを完了又は促進するためのデータ及び／又はコンピュータコードを記憶するための、１つ以上のデバイス（例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ハードディスク記憶装置など）を含み得る。メモリデバイス３４０～３５２は、揮発性メモリ及び／又は不揮発性メモリであり得るか、又はそれを含み得る。
【0055】
メモリデバイス３４０～３５２は、オブジェクトコード構成要素、スクリプト構成要素、又は本出願に説明された様々な活動及び情報構造をサポートするための任意の他のタイプの情報構造を含み得る。いくつかの実施形態によると、メモリ２０８は、プロセッサ３２６～３３８に通信可能に接続され、本明細書に説明された機能の１つ以上のプロセスを実行する（例えば、プロセッサ３２６～３３８によって）ためのコンピュータコードを含み得る。
【0056】
システム３００は、データストレージ３２４を含む。データストレージ３２４は、データベース、データウェアハウス、データレイク、データレイクハウスなどであり得る。データストレージ３２４は、生データ、集計されたデータ、注釈付きデータ、フォーマットされたデータなどを記憶し得る。データストレージ３２４は、トリアージ及び計画システム３０２、エネルギー請求書検索システム３０４、建物監査システム３０６、需要側データシステム３０８、オンサイト供給データシステム３１０、持続可能性アドバイザ３２０、最適化システム３２２、及び／又は任意の他のシステムから収集された全てのデータのリポジトリとして作用し得る。いくつかの実施形態では、データストレージ３２４は、いくつかの実施形態では、デジタルツインであり得る。デジタルツインは、いくつかの実施形態では、グラフデータ構造であり得る。デジタルツインは、２０２０年１２月２８日に出願された米国特許出願第１７／１３４，６６４号を参照して説明されたデジタルツインであり得る。
【0057】
トリアージ及び計画システム３０２は、ユーザデバイス３１８を介して１つ以上のユーザインターフェースをユーザに提供し得る。ユーザインターフェースは、建物が設計段階にある間、及び／又はユーザが最初にシステム３００に登録して自身の建物の持続可能性計画を開始するオンボーディング段階について、ユーザが建物を説明する様々な情報を対話して提供することを可能にし得る。トリアージ及び計画システム３０２は、施設データ３１２、持続可能性目標３１４、及び／又は公共料金アクセスデータ３１６を受信し得る。施設データ３１２は、建物施設を説明し得、例えば、施設又はキャンパスの名称を提供する、施設又はキャンパス内の建物の数を識別する、各建物の使用を識別する、各建物の名称を含む、キャンパスレイアウトを示す、建物のサイズを示す、建物の平方フィートを示す、キャンパスの平方フィートを示す、地理的場所を示すなどである。
【0058】
トリアージ及び計画システム３０２は、ユーザデバイス３１８から持続可能性目標３１４を受信し得る。持続可能性目標３１４は、エネルギー低減、カーボン生成、カーボンフットプリント、水使用量低減、再生可能エネルギーへの切り替え、一定数の再生可能エネルギークレジットの購入などに関して、顧客の建物に対する顧客目標であり得る。目標は、エネルギー消費量、カーボン産出量、正味ゼロのカーボン排出量、再生可能エネルギーなどの目標レベルを含み得る。目標は、様々な目標レベルに対するタイムラインを更に含み得る。例えば、タイムラインは、将来への期間、例えば、数日、数週間、数か月、数年、数十年などであり得る。タイムラインは、目標日を示し得る。例えば、タイムラインは、建物が今後４０年間でエネルギーに依存しないこと、又は建物が今後２５年間で正味ゼロのカーボン排出量レベルにあることである。いくつかの実施形態では、持続可能性目標に対するタイムラインは、特定の目標を満たすための推奨とともにユーザデバイス３１８を介してユーザに返され得、例えば、推奨は、２０年でカーボン排出量レベルを満たすことを試みるよりも経済的に実行可能となる特定のカーボン排出量レベルに到達するために、推奨を５年だけ（例えば、２５年まで）延長することであり得る。
【0059】
ここで図４を参照すると、例示的な実施形態による、持続可能性最適化システム３００のエネルギー請求書検索システム３０４、エネルギー請求書検索システムが、建物に対する公共料金請求書を検索する。エネルギー請求書検索システム３０４は、データストレージインターフェース４０４を介してデータストレージ３２４から公共料金アクセスデータ３１６を検索するように構成され得る。請求書は、電気代、天然ガス代、水道代などであり得る。データストレージインターフェース４０４は、アプリケーションプログラミングインターフェース（ＡＰＩ）を介してデータストレージ３２４と統合するか、又は別様に露出するインターフェース、及び外部システムに対するＡＰＩであり得る。公共料金インターフェース４１０は、公共料金アクセスデータ３１６を受信し、公共料金アクセスデータ３１６に基づいて公共料金システム４０２から公共料金請求書を検索し得る。公共料金アクセスデータ３１６は、ユーザ名、ログインクレデンシャル、電子メールアドレス、アクセスコード、アカウント番号、エネルギープロバイダの名称などを含み得る。
【0060】
公共料金インターフェース４１０は、いくつかの実施形態では、公共料金アクセスデータ３１６を介して公共料金システム４０２と統合し得る。公共料金請求書は、電力消費量、水消費量、ガス消費量、太陽光電力消費量、風力タービン電力消費量を含み得、公共料金インターフェース４１０は、公共料金請求書及び持続可能性分析器４０８にエネルギー請求書を提供し得る。分析器４０８は、公共料金請求書に対して様々な分析を実行し得る。
【0061】
例えば、分析器４０８は、インボイスデータを識別し、公共料金請求書データに対する監査を実施し、並びに／又はエネルギーに対するエネルギー料金及び／若しくは関税（例えば、様々な形態のエネルギーに対する環境ペナルティ）に対する分析を実施し得る。分析器４０８は、建物に対するエネルギー消費ベースラインを識別すること、建物に対するベンチマークを識別すること（例えば、建物のベースラインを他の同等の建物又は業界と比較してベンチマーク指数を判定する）、施設の主要業績評価指標（ＫＰＩ）を判定することなどを行い得る。
【0062】
分析器４０８は、持続可能性データ、例えば、建物に対するカーボン排出量ベースライン（例えば、天然ガスから産出されるカーボン排出量又は電力消費量からのカーボン排出量）、持続可能性ベンチマーク（例えば、他の建物に対する、建物に関する排出量ベースラインの同等の比較）、再生可能エネルギー使用量追跡などを識別し得る。分析器４０８は、持続可能性レポート（例えば、持続可能性追跡を示すためのベースライン排出量と現在の排出量との間の指示）、管理及び検証（Ｍ＆Ｖ）レポートなどを生成し得る。分析器４０８によって実施された分析の結果は、データストレージインターフェース４０４によってデータストレージ３２４に記憶され得る公共料金データ出力４０６であり得る。いくつかの実施形態では、Ｍ＆Ｖレポートは、建物に対するベースラインと改善との間の節約を例示し得る。例えば、Ｍ＆Ｖレポートは、特定のＦＩＭから結果として生じる（ベースラインと比較して）カーボン排出量の低減を示し得る。
【0063】
ここで図５を参照すると、例示的な実施形態による、システム３００の建物監査システム３０６が示され、建物監査システム３０６が、監査を介して建物の建物データを収集するように構成されている。建物監査システム３０６は、データストレージインターフェース４０４と同じか又は類似し得るデータストレージインターフェース５０２を含む。インターフェース５０４は、施設データ３１２をデータストレージ３２４から検索し得る。施設データ３１２は、施設監査システム５０８に提供され得る。更に、ユーザは、ユーザデバイス３１８を介して、施設アクセス情報５１０（例えば、キーコード、登録の詳細、アクセス指示など）を施設監査システム５０８に提供し得る。施設監査システム５０８は、物理的な建物を訪問する監査人員から監査の詳細を受信し、建物に関する情報を記録し得る。
【0064】
監査人員によって収集され、施設監査システム５０８に提供される監査データに基づいて、施設監査システム５０８は、施設資産レポート５０６をコンパイルし得る。施設資産レポートは、詳細な施設の説明などの情報を含み得る。施設の説明は、建物の各部屋、ゾーン、及び／又はフロアを識別し、建物の各エリアの平方フィート及び／又は天井の高さを示し得る。レポート５０６は、設備在庫を含み得る。設備在庫は、建物内の各設備の数、メーカー、モデルなどを示し得る。例えば、建物内の冷却器の数及びタイプが、レポート５０６に示され得る。更に、設備在庫の全ての保守動作の保守ログが、レポート５０６に含められ得る。更に、レポート５０６は、建物の全ての設備の部分の写真を含み得る。レポート５０６は、建物エンベロープ情報を更に含み得る。施設資産レポート５０６を含む、システム５０８の全ての監査出力の結果が、データストレージインターフェース５０２によってデータストレージ３２４に記憶され得る。
【0065】
ここで図６を参照すると、例示的な実施形態による、システム３００の需要側データシステム３０８、需要側データシステムが、建物から建物システム及び動作データを収集し、建物に対するエネルギーメトリック、炭素メトリック、動作メトリック、及び施設改善措置（ＦＩＭ）を計算するように構成されている。システム３０８は、データストレージインターフェース６０２を介して、施設監査データ６０４、持続可能性目標６０６、及び／又は公共料金データ６０８をデータストレージ３２４から検索し得る。データストレージインターフェース６０２は、データストレージインターフェース４０４と同じであるか、又は類似し得る。需要側分析器６１０は、データ６０４～６０８を受信し得る。更に、需要側分析器６１０は、建物システム及び／又は建物システム６１８からの動作データ６１６を受信し得る。建物システム及び／又は動作データ６１６は、建物システムに対するメタデータ、建物システムに対する動作設定、建物システムに対する実行時間データ、建物システム６１８に対するエネルギー使用量などであり得る。建物システム６１８は、火災安全システム、環境冷却システム、環境加熱システム、換気システム、照明システムなどであり得る。建物システム６１８は、図１及び図２を参照して説明されたシステムであり得る。
【0066】
需要側分析器６１０は、データ６０４～６０８及び建物システム並びに／又は動作データ６１６に基づいて分析を実行し得る。分析器６１０は、レポート６１２を生成し得る。レポート６１２は、建物の需要関連システム、例えば、エネルギーを消費するシステムについてのエネルギー内訳及び／又はカーボン内訳を示し得る。レポート６１２は、建物の冷却システム、建物の加熱システム、建物の照明システムなどに対するエネルギー消費量レベル及び／又はカーボン排出量レベルを示し得る。エネルギー消費量レベル及び／又はカーボン排出量レベルは、建物の総エネルギー消費量及び／又はカーボン排出量の一部分（例えば、パーセンテージ）を、特定の設備、設備サブシステム、サブシステムタイプ、建物動作モード（加熱又は冷却）などに帰属させ得る。
【0067】
分析器６１０は、建物のエネルギー使用量及び／又はカーボン排出量を改善及び／又は低減するための施設改善措置（ＦＩＭ）を更に識別し得る。ＦＩＭは、ボイラをより新しいエネルギー効率の高いボイラに置き換え得、結果的に、エネルギー消費量及び／又はカーボン排出量の特定の低減をもたらすことになる。更に、分析器６１０は、例えば、特定のエネルギー低減及び／又はカーボン排出産出量をもたらすために、特定の期間にわたって加熱中に温度設定値を華氏１度だけ低下させる、動作上の改善を識別し得る。レポート６１２は、節約レポートを含み得る。レポート６１２は、インターフェース６０２への需要側データ出力６１４として提供され得る。インターフェース６０２は、出力６１４をデータストレージ３２４に記憶し得る。いくつかの実施形態では、需要側データシステム３０８が建物システム６１８からデータを引き出すことができない場合、建物監査システム３０６は、データを検索する（例えば、建物管理者からなどの手動レポートを介して、又は他の方法を介して）。
【0068】
ここで図７を参照すると、例示的な実施形態による、オンサイト供給データシステム３１０が示され、オンサイト供給システム３１０が、建物に対するオンサイトエネルギー供給システムに関するデータを収集するように構成されている。オンサイト供給データシステム３１０は、データストレージ３２４からデータ、例えば、システム３０４によって判定された持続可能性目標３１４及び／又は公共料金データ７０４を検索するように構成されたデータストレージインターフェース７０２を含み得る。インターフェース７０２は、図４を参照して説明されたインターフェース４０４に類似するか、又はそれと同じであり得る。
【0069】
オンサイト供給分析器７０６は、公共料金データ７０４及び／又は持続可能性目標３１４を分析して、インターフェース７０２によってデータストレージ３２４にオンサイト生成データ出力７１０として記憶され得るオンサイト供給レポート７０８を判定し得る。分析器７０６は、公共料金データ７０４及び／又は持続可能性目標３１４を分析して、オンサイトエネルギー供給システム、例えば、太陽光パネル、風力発電、水力発電ダム、充電式バッテリなどを通じて、エネルギー使用量及び／又はカーボン排出量を低減する機会を識別し得る。分析器７０６は、電力消費をエネルギーグリッドからオンサイトエネルギー供給システムにシフトする機会を識別し得る。
【0070】
レポート７０８は、太陽光発電（ＰＶ）セル、燃料電池、エネルギー貯蔵装置などに関する分析の結果を含み得る。レポート７０８は、再生可能エネルギーレポート、例えば、建物のエネルギー消費をオンサイトである再生可能エネルギー源にシフトする機会に関するレポートを更に示し得る。レポート７０８は、エネルギーに対するコスト節約、例えば、太陽光ＰＶセルが建物に設置された場合、エネルギーコストのどのくらいの金銭的節約が結果的にもたらされるかを更に示し得る。更に、レポート７０８は、持続可能性データ、例えば、オンサイトＰＶセル、オンサイト風力タービンなどからの様々な量のエネルギーの消費から結果的に生じることになるカーボン節約又はカーボン産出量がどのくらいかを示し得る。
【0071】
ここで図８を参照すると、例示的な実施形態による、持続可能性アドバイザ３２０及び最適化システム３２２が示され、持続可能性アドバイザ３２０が、ユーザに持続可能性データを提供し、ユーザからの入力を受信するように構成されており、最適化システム３２２が、建物に対する持続可能性最適化を実行するように構成されている。持続可能性アドバイザ３２０は、データストレージ３２４からデータ（例えば、図３～図７を参照して説明されたデータ）を検索し、最適化システム３２２に、データに基づいて最適化を実行させるように構成されている。持続可能性アドバイザ３２０は、ユーザに様々な情報を提供し、ユーザから入力を受信し得る、ユーザポータル８０２を管理するように構成され得る。
【0072】
ユーザポータル８０２は、ユーザデバイス３１８に、建物に対するコスト改善、エネルギー低減改善、及び／又はカーボン排出量低減改善に関する情報を有する様々なユーザインターフェースを表示させることによって、ユーザと対話し得る。ユーザポータル８０２に表示される情報は、最適化システム３２２によって実行される最適化の結果に基づき得る。ポータル８０２は、１つ以上の持続可能性目標を満たすために建物の建設、改造、及び／又は動作を計画するための様々なレポート及び／又は推奨（例えば、推奨されるＦＩＭ、再生可能エネルギークレジット（ＲＥＣ）を購入する推奨、更新された制御戦略を採用する推奨など）をユーザに提供し得る。
【0073】
プロジェクトアドバイザ８０４は、ユーザがプロジェクトをレビュー、定義、及び／又は更新することを可能にし得る。プロジェクトは、特定の建物及び／又は建物の持続可能性を計画することであり得る。プロジェクトアドバイザ８０４は、ユーザが、自身の持続可能性目標を設定及び／又は更新することを可能にし得る。更に、プロジェクトアドバイザ８０４は、ユーザが、自身のプロジェクトの持続可能性目標を満たすことにおける自身の進捗をレビューすることを可能にし得る。
【0074】
持続可能性プランナ８０６は、特定のプロジェクトに対する持続可能性目標を満たすための計画を提供し得る。持続可能性プランナ８０６によって生成された計画は、最適化システム３２２によって実行される最適化に基づき得る。いくつかの実施形態では、持続可能性プランナ８０６によって生成された計画は、計画対象期間にわたる計画、例えば、３０年計画、２０年計画などであり得る。計画は、ユーザの持続可能性目標を満たすためのステップを提供し得る。ステップは、現在の時点又は将来の特定の時点でどの設備の改造が実施されるべきか、毎年又は１０年ごとにどのくらいのＲＥＣが購入されるべきか、どの制御スキームが採用されるべきかなどを示し得る。時間が経つにつれて、持続可能性プランナ８０６は、最適化システム３２２によって実行される新しい最適化に基づいて、持続可能性計画を更新し得る。これは、環境又は技術の変化に応じて目標を満たすための計画を軌道に乗せることができ、ユーザが、よりコスト対効果の高い様式で自身の目標を満たすことを可能にする。プランナ８０６は、持続可能性計画データ８１４に基づいて計画を生成し得る。
【0075】
持続可能性トラッカ８０８は、様々な持続可能性目標を満たすことに向けて建物の進捗を追跡し得る。持続可能性トラッカ８０８は、いくつかの実施形態では、データストレージ３２４から動作建物データ、データストレージ３２４からエネルギー請求書、データストレージ３２４からＲＥＣ購入の領収書などを検索し得る。持続可能性トラッカ８０８は、過去及び／又は現在の様々な時点における建物に対するカーボン排出量レベルを識別し得る。持続可能性トラッカ８０８は、過去及び／又は現在の時点で建物によって消費される再生可能エネルギーのレベルを識別し得る。更に、持続可能性トラッカ８０８は、過去及び／又は現在の時点で建物によって消費されたエネルギーのレベルを識別し得る。持続可能性トラッカ８０８は、１つ以上の持続可能性目標に向かう建物の持続可能性進捗の履歴傾向をユーザに提供し得る。
【0076】
ユーザポータル８０２は、持続可能性レポータ８１０を含む。持続可能性レポータ８１０は、建物に対する持続可能性情報を示す様々なレポートを生成し得る。レポートは、建物に対する建設計画、改造計画、及び／又は動作計画、例えば、様々な異なるエネルギー源から消費されるエネルギーの量、購入するＲＥＣの指示、設備改造の指示、物理的な建物改造の指示（例えば、エネルギー効率の高い窓、エネルギー効率の高い断熱材など）、新しい設備設置の指示（例えば、オンサイトＰＶセル、オンサイト風力タービンなど）を示し得る。持続可能性レポータ８１０によって生成されたレポートは、計画がユーザの１つ以上の持続可能性、エネルギー効率、及び／又は財務目標をどのように満たすかを示し得る。持続可能性レポータ８１０は、建物に対する持続可能性計画の要約レポートを含み得る。持続可能性レポータ８１０は、構成要素８０４～８０８によって生成されたデータに基づいてレポートをコンパイルし得る。
【0077】
持続可能性計画データ８１４は、最適化システム３２２を実行するために使用され得る計画データを含む。持続可能性計画データ８１４は、ユーザの様々な目標及び／又は期待を示し得る。最適化システム３２２によって実行される最適化は、持続可能性計画データ８１４を最適化に対する制約として使用し得、例えば、様々な目標及び／又は期待を満たすか、又は超える計画を結果的にもたらす最適化を実行し得る。いくつかの実施形態では、最適化は、最小の財務コストでユーザの様々な持続可能性目標を満たす建物に対する持続可能性計画を見つけることができる。
【0078】
持続可能性計画データ８１４は、持続可能性目標３１４であり得るか、又はそれに基づき得る。タイムライン８１６は、ユーザが建物に様々な目標（例えば、目標８１８～８２４）を満たすことを望んでいる時間の長さを示し得る。再生可能発電目標８１８は、ユーザが再生可能エネルギー源（例えば、太陽光、風力など）から発電されることを望む建物によるエネルギー消費量のレベルを示す。需要側低減目標８２０は、需要側システムの目標、例えば、需要側システムが、エネルギー効率が高いこと（例えば、建物の照明システムがエネルギー効率の高い電球を含むこと）を示し得る。持続可能性目標８２２は、建物の動作がカーボン排出量のレベル、正味ゼロの排出量目標などを作成する目標であり得る。財務目標８２４は、建物の財務目標、例えば、年間エネルギーコスト、毎月のエネルギーコストなどを示し得る。
【0079】
最適化パラメータ８２６は、建物のエネルギー需要に関連する需要側パラメータ８２８を含む。需要側パラメータ８２８は、異なるタイプの建物設備の改造、建物設備の保守動作、新しい建物設備の設置、建物設備の交換などを示し得る。需要側パラメータ８２８は、建物の需要側設備を修正、変更、及び／又は更新するために講じられ得るアクションを示し得る。需要側パラメータ８２８は、再生可能エネルギー生成、カーボン排出量、エネルギー使用量などに更にリンクされ得る。
【0080】
再生可能エネルギー生成８３０は、建物に再生可能エネルギー生成設備を設置するためのパラメータを示し得る。再生可能エネルギー生成８３０は、外部発電システム、例えば、石炭火力発電、水力発電、ＰＶセルシステム、風力発電システムなどの間のエネルギー消費の配分を更に示し得る。再生可能エネルギー生成８３０は、様々なレベルのカーボン排出量、財務コストなどにリンクされ得る。
【0081】
最適化パラメータ８２６は、再生可能エネルギークレジット８３２を含む。再生可能エネルギークレジット８３２は、建物のために購入され得る様々な異なるタイプのＲＥＣであり得る。パラメータは、ＲＥＣを購入すること及び／又は建物によって販売されるＲＥＣからの金銭的リターンから結果的に生じるカーボン排出量低減を示し得る。例えば、建物がオンサイト再生可能エネルギー生成を含む場合、いくつかの実施形態では、建物は、ＲＥＣを販売することができる。更に、最適化パラメータ８２６は、再生可能エネルギー生成のための合意された価格を表し得る仮想電力購入契約８３４を含む。パラメータは、資本計画８３７、例えば、建物の資本（例えば、建物の照明、建物の会議室、視聴覚システム、建物の断熱、建物のための冷却器、建物のためのＡＨＵなど）の交換、購入、及び／又は修理のための計画を更に示し得る。
【0082】
最適化システム３２２は、モデルサービス８３６を含み得る。サービス８３６は、カーボンの限界コスト８３８を含み得る。カーボンの限界コスト８３８は、建物によって次に消費されるエネルギー量からどの程度のカーボン排出量を結果的に生じるかを示し得る。カーボンの限界コストは、建物の外部公益事業及び／又はオンサイトエネルギー生成システムについて計算され得る。カーボンの限界コストは、建物の様々なエネルギー請求書及び／又は動作上の決定から識別され得る。カーボンの限界コストは、いくつかの実施形態では、最適化パラメータ８２６に基づき得る。カーボンオプティマイザ８４０は、特定のカーボン排出量レベルを結果的にもたらす最適化パラメータ８２６の決定を識別する最適化を実行し得る。最適化は、１年、５年、１０年先まで実行され得る。最適化は、将来的に特定のカーボン排出量目標が満たされるように、毎年特定のレベルでカーボン排出量をゆっくりと低減するために実行され得る。最適化は、最適化パラメータ８２６の決定が、持続可能性目標８２２が満たされるようになるように、持続可能性目標８２２に基づいて実行され得る。
【0083】
いくつかの実施形態では、最適化システム３２２によって実行される最適化は、図９及び図１０に説明される最適化に基づき得る。最適化は、図９及び図１０に説明されている様々な線形プログラミング技術で実行され得る。更に、最適化システム３２２の最適化は、２０１９年７月２２日に出願された米国特許出願第１６／５１８，３１４号に説明されている技術に基づき得、及び／又はそれを利用し得、この出願の全体は、参照により本明細書に組み込まれる。
【0084】
ここで図９を参照すると、例示的な実施形態による、計画システム９００のブロック図が示されている。計画システム９００は、計画、予算編成、及び／又は設計の考慮事項のために、所定の期間（例えば、日、月、週、年など）にわたる中央プラントの動作をシミュレートするために、計画ツール９０２の一部としてオプティマイザ９３０を使用するように構成され得る。オプティマイザ９３０は、建物を計画するために最適化し得、例えば、建設の決定、改造の決定、制御計画などを識別し得る。オプティマイザ９３０は、カーボン排出量を最小限に抑えること、エネルギー消費量を最小限に抑えること、エネルギーコストを最小限に抑えること、再生可能エネルギーの使用を最大化することなどのために最適化を実行することができる。いくつかの実施形態では、オプティマイザ９３０は、持続可能性関連の特徴に加えて、建物の負荷を考慮し得る。例えば、オプティマイザ９３０は、建物の負荷及び公共料金を使用して、シミュレーション期間にわたってコストを最小限に抑えるための最適なリソース配分を判定し得る。しかしながら、計画ツール９０２は、いくつかの実施形態では、建物管理システム又は中央プラントのリアルタイム制御を担当しない場合があるが、他の実施形態では、計画ツール９０２は、特定の目標を達成するのを助けるために、建物管理システム又はその一部分のリアルタイム又はほぼリアルタイムの制御を提供し得る。いくつかの実施態様では、計画ツール９０２は、ユーザによる承認時、建物管理システムによって自動的に実装されるか、又は建物計画（例えば、建設前の建物計画）に対する変更を自動的に生成する、実行可能な洞察又は提案を提供し得る。
【0085】
計画ツール９０２は、バッテリ資産に投資する利益及び投資と関連付けられた財務メトリックを判定するように構成され得る。そのような財務メトリックは、例えば、内部収益率（ＩＲＲ）、正味現在価値（ＮＰＶ）、及び／又は単純回収期間（ＳＰＰ）を含み得る。計画ツール９０２はまた、ユーザが、最大ＮＰＶ又は最小ＳＰＰなどの、最適な財務メトリックをもたらすバッテリのサイズを判定することを支援し得る。いくつかの実施形態では、計画ツール９０２は、ユーザがバッテリサイズを指定することを可能にし、ＰＢＤＲを実施している間に、選択されたＩＢＤＲプログラムに参加することからのバッテリ資産の利益を自動的に判定する。いくつかの実施形態では、計画ツール９０２は、選択されたＩＢＤＲプログラム及びＰＢＤＲを実施する要件を考慮して、ＳＰＰを最小限に抑えるバッテリサイズを判定するように構成される。いくつかの実施形態では、計画ツール９０２は、選択されたＩＢＤＲプログラム及びＰＢＤＲを実施する要件を考慮して、ＮＰＶを最大化するバッテリサイズを判定するように構成される。
【0086】
計画ツール９０２では、高レベルオプティマイザ９３２は、シミュレーション期間全体にわたって計画された負荷及び公共料金を受信し得る。計画された負荷及び公共料金は、クライアントデバイス９２２を介してユーザから受信された入力（例えば、ユーザ定義、ユーザ選択など）によって定義され、及び／又は計画情報データベース９２６から検索され得る。高レベルオプティマイザ９３２は、シミュレーション期間の一部分のための最適なリソース配分（すなわち、最適なディスパッチスケジュール）を判定するために、低レベルオプティマイザ９３４からのサブプラント曲線と併せて、計画された負荷及び公共料金を使用する。いくつかの実施形態では、低レベルオプティマイザ９３４が、設備モデル９２０を受信し得る。
【0087】
高レベルオプティマイザ９３２がリソース配分を最適化するシミュレーション期間の一部分は、計画対象期間で終了する予測ウィンドウによって定義され得る。最適化の各反復によると、予測ウィンドウが前方にシフトされ、予測ウィンドウ内にもはや存在しないディスパッチスケジュールの部分が受け入れられる（例えば、シミュレーションの結果として記憶又は出力される）。負荷及び料金予測は、シミュレーション全体に対して事前に定義され得、各反復において調整に供されない場合がある。しかしながら、予測ウィンドウを時間において前方にシフトすることは、予測ウィンドウの最後に新たに追加された時間スライスについての追加の計画情報（例えば、計画された負荷及び／又は公共料金）を導入し得る。新しい計画情報は、予測ウィンドウの小さい部分のみが各反復によって変化するため、最適なディスパッチスケジュールに顕著な影響を有しない場合がある。
【0088】
いくつかの実施形態では、高レベルオプティマイザ９３２は、シミュレーションの開始時に、低レベルオプティマイザ９３４からシミュレーションで使用されるサブプラント曲線の全てを要求する。計画された負荷及び環境条件が、シミュレーション期間全体にわたって既知であるため、高レベルオプティマイザ９３２は、シミュレーションの開始時に関連するサブプラント曲線の全てを検索し得る。いくつかの実施形態では、低レベルオプティマイザ９３４は、サブプラント曲線が高レベルオプティマイザ９３２に提供されるときに、サブプラント産出量を設備レベルの産出量及び資源使用にマッピングする関数を生成する。これらのサブプラント対設備関数は、シミュレーションの結果に基づいて、個々の設備の産出量及びリソース使用（例えば、後処理モジュールにおける）を計算するために使用され得る。
【0089】
更に図９を参照すると、計画ツール９０２は、通信インターフェース９０４及び処理回路９０６を含むように示されている。通信インターフェース９０４は、様々なシステム、デバイス、又はネットワークとのデータ通信を行うための有線又は無線インターフェース（例えば、ジャック、アンテナ、送信機、受信機、送受信機、有線端末など）を含み得る。例えば、通信インターフェース９０４は、イーサネットベースの通信ネットワークを介してデータを送信及び受信するためのイーサネットカード及びポート、並びに／又は無線通信ネットワークを介して通信するためのＷｉＦｉ送受信機を含み得る。通信インターフェース９０４は、ローカルエリアネットワーク又はワイドエリアネットワーク（例えば、インターネット、建物ＷＡＮなど）を介して通信するように構成され得、様々な通信プロトコル（例えば、ＢＡＣｎｅｔ、ＩＰ、ＬＯＮなど）を使用し得る。
【0090】
通信インターフェース９０４は、計画ツール９０２と、様々な外部システム又はデバイス（例えば、クライアントデバイス９２２、結果データベース９２８、計画情報データベース９２６など）との間の電子データ通信を容易にするように構成されたネットワークインターフェースであり得る。例えば、計画ツール９０２は、通信インターフェース９０４を介して、クライアントデバイス９２２及び／又は計画情報データベース９２６から計画された負荷及び公共料金を受信し得る。計画ツール９０２は、通信インターフェース９０４を使用して、シミュレーションの結果をクライアントデバイス９２２に出力し、及び／又は結果データベース９２８に結果を記憶し得る。
【0091】
更に図９を参照すると、処理回路９０６は、プロセッサ９１０及びメモリ９１２を含むように示されている。プロセッサ９１０は、汎用又は特定目的のプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、１つ以上のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、処理構成要素のグループ、又は他の好適な電子処理構成要素であり得る。プロセッサ９１０は、メモリ９１２に記憶された、又は他のコンピュータ可読媒体（例えば、ＣＤＲＯＭ、ネットワークストレージ、リモートサーバなど）から受信した、コンピュータコード又は命令を実行するように構成され得る。
【0092】
メモリ９１２は、本開示に記載された様々なプロセスを完了及び／又は促進するためのデータ及び／又はコンピュータコードを記憶するための１つ以上のデバイス（例えば、メモリユニット、メモリデバイス、記憶デバイスなど）を含み得る。メモリ９１２は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードドライブストレージ、一時ストレージ、不揮発性メモリ、フラッシュメモリ、光メモリ、又はソフトウェアオブジェクト及び／又はコンピュータ命令を記憶するための任意の他の好適なメモリを含み得る。メモリ９１２は、データベース構成要素、オブジェクトコード構成要素、スクリプト構成要素、又は本開示に記載された様々な活動及び情報構造をサポートするための任意の他のタイプの情報構造を含み得る。メモリ９１２は、処理回路９０６を介してプロセッサ９１０に通信可能に接続され得、本明細書に記載された１つ以上のプロセスを（例えば、プロセッサ９１０によって）実行するためのコンピュータコードを含み得る。
【0093】
更に図９を参照すると、メモリ９１２は、ＧＵＩエンジン９１６、ウェブサービス９１４、及び構成ツール９１８を含むように示されている。例示的な実施形態では、ＧＵＩエンジン９１６は、シミュレーションのための計画情報（例えば、計画された負荷、公共料金、環境条件など）を選択又は定義するために、グラフィカルユーザインターフェースをユーザに提供するように構成されたグラフィカルユーザインターフェース構成要素を含む。ウェブサービス９１４は、ユーザが、ウェブポータルを介して、及び／又はリモートシステム若しくはデバイス（例えば、企業制御アプリケーション）から計画ツール９０２と対話することを可能にし得る。
【0094】
構成ツール９１８は、ユーザが、サブプラントの数及びタイプ、各サブプラント内のデバイス、サブプラント曲線、デバイス固有の効率曲線、シミュレーションの持続時間、予測ウィンドウの持続時間、各タイムステップの持続時間、及び／又はシミュレーションに関連する様々な他のタイプのプラン情報などの、シミュレーションの様々なパラメータを定義することを可能にし得る（例えば、グラフィカルユーザインターフェースを介して、プロンプト駆動の「ウィザード」などを介して）。構成ツール９１８は、シミュレーションを構築するためのユーザインターフェースを提示し得る。ユーザインターフェースは、ユーザがシミュレーションパラメータをグラフィカルに定義することを可能にし得る。いくつかの実施形態では、ユーザインターフェースは、ユーザが事前に記憶されたか又は事前に建設されたシミュレートされたプラント及び／又は計画情報を選択し（例えば、計画情報データベース９２６から）、シミュレーションで使用するために、それを適合させるか、又はそれを有効化する。
【0095】
更に図９を参照すると、メモリ９１２は、オプティマイザ９３０を含むように示されている。オプティマイザ９３０は、計画された負荷及び公共料金を使用して、予測ウィンドウにわたる最適なリソース配分を判定し得る。最適化プロセスの各反復によると、オプティマイザ９３０は、予測ウィンドウを前方にシフトし、もはや予測ウィンドウ内に存在しないシミュレーション期間の一部分に対して最適なリソース配分を適用し得る。オプティマイザ９３０は、予測ウィンドウの最後に新しい計画情報を使用して、最適化プロセスの次の反復を実施し得る。オプティマイザ９３０は、クライアントデバイス９２２への提示（例えば、ユーザインターフェース９２４を介した）又は結果データベース９２８における記憶のために、適用されたリソース配分をレポートアプリケーション９３６に出力し得る。
【0096】
更に図９を参照すると、メモリ９１２は、レポートアプリケーション９３６を含むように示されている。レポートアプリケーション９３６は、オプティマイザ９３０からの最適化されたリソース配分、及び、いくつかの実施形態では、最適化されたリソース配分と関連付けられたコストを受信し得る。レポートアプリケーション９３６は、主要業績評価指標（ＫＰＩ）又は他の情報をＧＵＩのユーザに表示するための、いくつかのグラフィカルユーザインターフェース（ＧＵＩ）要素（例えば、ウィジェット、ダッシュボードコントロール、ウィンドウなど）を有するウェブベースのレポートアプリケーションを含み得る。加えて、ＧＵＩ要素は、様々なプラント、サブプラントなどにわたる相対的なエネルギー使用及び強度を要約し得る。他のＧＵＩ要素又はレポートは、ユーザがシミュレーションの結果を評価することを可能にする利用可能なデータに基づいて生成され、示され得る。ユーザインターフェース又はレポート（又は基礎となるデータエンジン）は、リソース配分及びそれと関連付けられたコストを集計及び分類し、ＧＵＩを介して結果をユーザに提供するように構成され得る。ＧＵＩ要素は、ユーザがシミュレーションの結果を視覚的に分析することを可能にするチャート又はヒストグラムを含み得る。
【0097】
ここで図１０を参照すると、例示的な実施形態による、資産サイズ設定モジュール１００５をより詳細に例示するブロック図が示されている。資産サイズ設定モジュール１００５は、建物、建物群、又は中央プラント内の様々な資産の最適なサイズを判定するように構成され得る。上記に説明されるように、資産は、個々の設備（例えば、ボイラ、冷却器、熱回収冷却器、蒸気発生器、発電機、熱エネルギー貯蔵タンク、バッテリなど）、設備群、又は中央プラントのサブプラント全体を含み得る。資産サイズは、資産の最大負荷（例えば、最大電力、最大充電／放電率）及び／又は資産の最大容量（例えば、最大貯蔵電力、最大流体貯蔵量など）を含み得る。
【0098】
いくつかの実施形態では、資産サイズ設定モジュール１００５は、ユーザインターフェース生成器１００６を含む。ユーザインターフェース生成器１００６は、資産サイズ設定モジュール１００５と対話するためのユーザインターフェースを生成するように構成され得る。ユーザインターフェースは、ユーザデバイス１００２（例えば、コンピュータワークステーション、ラップトップ、タブレット、スマートフォンなど）に提供され、ユーザデバイス１００２のローカルディスプレイを介して提示され得る。いくつかの実施形態では、ユーザインターフェースは、ユーザに、サイズ設定される１つ以上のアセット又はアセットのタイプを選択するように促す。選択された資産は、建物又は中央プラント内の現在の資産（例えば、ユーザがアップグレード又は交換を検討している既存の資産）又は建物又は中央プラント内に現在ない新しい資産（例えば、ユーザが購入を検討している新しい資産）を含み得る。例えば、ユーザが建物又は中央プラントに熱エネルギー貯蔵装置又は電気エネルギー貯蔵装置を追加することを検討している場合、ユーザは、サイズ設定／評価する潜在的な資産のリストから「熱エネルギー貯蔵装置」又は「バッテリ」を選択し得る。ユーザインターフェース生成器１００６は、ユーザインターフェースを介して選択された任意の資産を識別し、選択された資産の指示を資産コスト項生成器１００８に提供し得る。
【0099】
資産コスト項生成器１００８は、サイズ設定されている資産の購入コストを表す１つ以上のコスト項を生成するように構成され得る。いくつかの実施形態では、資産コスト項生成器１００８は、以下の２つの資産コスト項を生成する。
式中、ｃｆは、任意のサイズの資産を購入する固定コストのベクトルであり（例えば、潜在的な資産購入ごとに１つの要素）、ｖは、対応する資産が購入されたかどうかを示すバイナリ決定変数のベクトルであり、ｃｓは、資産サイズの単位当たりの限界コスト（例えば、単位負荷当たりのコスト、単位容量当たりのコスト）のベクトルであり、ｓａは、資産サイズに対応する連続決定変数のベクトルである。有利には、ベクトルｖにおけるバイナリ購入決定及びベクトルｓａにおける資産サイズ決定は、以下により詳細に説明される、拡張されたコスト関数１０２５（コスト関数Ｊａ（ｘ））における他の決定変数ｘとともに最適化される決定変数として取り扱われ得る。
【数1】
【0100】
ベクトルｖにおけるバイナリ決定変数の値及びベクトルｓａにおける連続決定変数は、潜在的な資産購入及び資産サイズを示し、これらは、そのような購入／サイズが所与の財務メトリックを最適化するかどうかを判定するために、資産サイズ設定モジュール１００５によって評価され得ることに留意されたい。これらの決定変数の値は、最適化プロセスの一部として資産サイズ設定モジュール１００５によって調整され得、実際の購入、又は建物、建物のセット、若しくは中央プラントに設置された資産の現在のセットを必ずしも反映しない。本開示全体を通して、資産サイズ設定モジュール１００５は、様々な資産又は資産サイズを「購入する」と説明される。しかしながら、これらの購入は、単なる仮説であることを理解されたい。例えば、資産サイズ設定モジュール１００５は、資産に対するバイナリ決定変数ｖｊをｖｊ＝１の値に設定することによって、資産を「購入」することができる。これは、資産が特定の仮説的シナリオ内で購入されたとみなされ、資産のコストが、拡張されたコスト関数Ｊａ（ｘ）に含まれることを示す。同様に、資産サイズ設定モジュール１００５は、資産に対するバイナリ決定変数ｖｊをｖｊ＝０の値に設定することによって、資産を購入しないことを選択し得る。これは、資産が特定の仮説的シナリオ内で購入されないとみなされ、資産のコストが、拡張されたコスト関数Ｊａ（ｘ）に含まれないことを示す。
【0101】
追加のコスト項
及び
は、任意の数の新しい資産の購入コストを説明するために使用され得る。例えば、単一の資産のみがサイズ設定されている場合、ベクトルｃｆは、単一の固定コスト（すなわち、考慮されている資産の任意のサイズを購入する固定コスト）を含み得、ｖは、資産が購入されたか否か（すなわち、固定コストが発生したかどうか）を示す単一のバイナリ決定変数を含み得る。ベクトルｃｓは、単一の限界コスト要素を含み得、ｓａは、購入する資産のサイズを示す単一の連続決定変数を含み得る。資産が最大負荷及び最大容量の両方を有する（すなわち、資産が貯蔵資産である）場合、ベクトルｃｓは、単位負荷当たりの第１の限界コスト及び単位容量当たりの第２の限界コストを含み得る。同様に、ベクトルｓａは、購入する最大負荷サイズを示す第１の連続決定変数と、購入する最大容量サイズを示す第２の連続決定変数と、を含み得る。
【数2】
【数3】
【0102】
複数のアセットがサイズ設定されている場合、ベクトルｃｆ、ｖ、ｃｓ、及びｓａは、各アセットのための要素を含み得る。例えば、ベクトルｃｆは、サイズ設定されている各資産に対する固定購入コストを含み得、ｖは、各資産が購入されたかどうかを示すバイナリ決定変数を含み得る。ベクトルｃｓは、考慮される各資産に対する限界コスト要素を含み得、ｓａは、購入する各資産のサイズを示す連続決定変数を含み得る。最大負荷及び最大容量の両方を有する任意の資産について、ベクトルｃｓは、複数の限界コスト要素（例えば、単位負荷サイズ当たりの限界コスト及び単位容量サイズ当たりの限界コスト）を含み得、ベクトルｓａは、複数の連続決定変数（例えば、購入する最大負荷サイズ及び購入する最大容量サイズ）を含み得る。それぞれのサイズの観点から複数の資産の購入コストを考慮することによって、コスト項
及び
は、高レベルオプティマイザ９３２が同時に複数の資産サイズを最適化することを可能にする。
【数4】
【数5】
【0103】
更に図１０を参照すると、資産サイズ設定モジュール１００５が、制約生成器１０１０を含むように示されている。制約生成器１０１０は、最適化問題に関する制約を生成又は更新するように構成され得る。上記に論じられるように、制約は、高レベルオプティマイザ９３２が資産の最大負荷を超える負荷を資産に配分することを防止する。例えば、制約は、高レベルオプティマイザ９３２が、冷却器の最大冷却負荷を超える冷却負荷を冷却器に配分すること、又はバッテリの最大充電／放電率を超える電力設定値をバッテリに割り当てることを防止し得る。制約はまた、高レベルオプティマイザ９３２が、貯蔵資産をその最大容量を超えるか、又はその最小容量を下回って枯渇させるようなやり方でリソースを配分することを防止し得る。例えば、制約は、高レベルオプティマイザ９３２が、その最大容量を上回ってバッテリ又は熱エネルギー貯蔵タンクを充電すること、又はその最小貯蔵電力を下回って（例えば、ゼロを下回って）放電することを防止し得る。
【0104】
資産サイズが固定されているとき、負荷制約は、次のように書かれ得る。
式中、ｘｊ，ｉ，ｌｏａｄは、水平軸上の時間ステップｉにおける資産ｊの負荷であり、
は、資産ｊの固定最大負荷であり、Ｎａは、資産の総数である。同様に、容量制約は、次のように書かれ得る。
式中、ｘｊ，ｉ，ｃａｐは、水平軸上の時間ステップｉにおける資産ｊの容量であり、
は、資産ｊの固定最大容量である。しかしながら、これらの制約は、資産の最大負荷
及び最大容量
が固定されていると仮定する。資産サイズが最適化変数として取り扱われるとき、資産の最大負荷及び容量は、最適化問題で購入された資産サイズ（すなわち、ベクトルｖ及びｓａにおけるバイナリ及び連続決定変数の値によって定義される資産のサイズ）の関数であり得る。
【数6】
【数7】
【数8】
【数9】
【数10】
【数11】
【0105】
制約生成器１０１０は、サイズ設定されている各アセットに対する可変最大負荷に適応するために負荷制約を更新するように構成され得る。いくつかの実施形態では、制約生成器１０１０は、資産の最大負荷を最適化問題で購入された資産の総サイズ以下に制限するように負荷制約を更新する。例えば、制約生成器１０１０は、負荷制約を次のように変換し得る。
式中、
は、資産ｊの負荷サイズ（すなわち、連続変数ベクトルｓａのｊ番目の負荷サイズ要素）であり、ｖｊは、資産ｊが購入されるかどうかを示すバイナリ決定変数（すなわち、バイナリ変数ベクトルｖのｊ番目の要素）であり、Ｍｊは、十分に大きい数である。いくつかの実施形態では、数Ｍｊは、購入され得る資産ｊの最大サイズに設定される。この制約のセットの第１の不等式は、資産に対する負荷ｘｊ，ｉ，ｌｏａｄが、購入される資産
のサイズより大きくないことを確保する。第２の不等式は、資産の負荷サイズを増加させる前に、資産の固定コストを支払うように最適化を強制する。言い換えると、資産ｊは、資産ｊの負荷サイズ
が非ゼロ値に増加させられ得る前に、購入されなければならない（すなわち、ｖｊ＝１）。
【数12】
【数13】
【数14】
【数15】
【0106】
同様に、制約生成器１０１０は、サイズ設定されている各貯蔵資産に対する可変最大容量に適応するために容量制約を更新するように構成され得る。いくつかの実施形態では、制約生成器１０１０は、資産の容量を最適化問題で購入された資産のゼロと総容量との間に制限するように容量制約を更新する。例えば、制約生成器１０１０は、容量制約を次のように変換し得る。
式中、
は、資産ｊの容量サイズ（すなわち、連続変数ベクトルｓａのｊ番目の容量サイズ要素）であり、ｖｊは、資産ｊが購入されるかどうかを示すバイナリ決定変数（すなわち、バイナリ変数ベクトルｖのｊ番目の要素）であり、Ｍｊは、十分に大きい数である。いくつかの実施形態では、数Ｍｊは、購入され得る資産ｊの最大サイズに設定される。この制約のセットの第１の不等式は、任意の時間ステップにおける資産に対する容量ｘｊ，ｉ，ｃａｐが、ゼロと購入される資産
の容量サイズとの間であることを確保する。第２の不等式は、資産の容量サイズを増加させる前に、資産の固定コストを支払うように最適化を強制する。言い換えると、資産ｊは、資産ｊの容量サイズ
が非ゼロ値に増加させられ得る前に、購入されなければならない（すなわち、ｖｊ＝１）。
【数16】
【数17】
【数18】
【数19】
【0107】
制約生成器１０１０によって生成又は更新された制約が、高レベルオプティマイザ９３２によって生成された他の制約とともに、最適化問題に課せられ得る。いくつかの実施形態では、制約生成器１０１０によって生成された負荷制約は、高レベルオプティマイザ９３２によって生成された電力制約に置き換わる。同様に、制約生成器１０１０によって生成された容量制約は、高レベルオプティマイザ９３２によって生成された電力制約に置き換わり得る。しかしながら、制約生成器１０１０によって生成された資産負荷制約及び容量制約は、高レベルオプティマイザ９３２によって生成された切り替え制約、高レベルオプティマイザ９３２によって生成された需要電力料金制約、及び高レベルオプティマイザ９３２によって課せられた任意の他の制約と組み合わせて課せられ得る。
【0108】
更に図１０を参照すると、資産サイズ設定モジュール１００５は、スケーリング因子生成器１０１２を含むことが示されている。資産を購入するコストは、典型的には、本明細書では単純回収期間（ＳＰＰ）と呼ばれる回収期間の持続時間にわたって支払われる。しかしながら、元のコスト関数Ｊ（ｘ）は、ＳＰＰよりもはるかに短いことが多い最適化期間ｈにわたる動作コスト及び利益のみを取り込み得る。資産購入コスト
及び
を元のコスト関数Ｊ（ｘ）と組み合わせるためには、コストを同じ時間スケールに配置する必要があり得る。
【数20】
【数21】
【0109】
いくつかの実施形態では、スケーリング因子生成器１０１２は、資産コスト項
及び
に対するスケーリング因子を生成する。スケーリング因子は、資産購入コスト
及び
を最適化期間の持続時間ｈにスケールするために使用され得る。例えば、スケーリング因子生成器１０１２は、次の方程式に示されるように、項
及び
に比率
を乗算し得る。
式中、Ｃｓｃａｌｅｄは、最適化期間にスケールされた資産の購入コストであり、ｈは、時間単位の最適化期間の持続時間であり、ＳＰＰは、年単位の回収期間の持続時間であり、８７６０は、１年の時間数である。
【数22】
【数23】
【数24】
【数25】
【数26】
【数27】
【数28】
【数29】
【0110】
他の実施形態では、スケーリング因子生成器１０１２は、元のコスト関数Ｊ（ｘ）に対するスケーリング因子を生成する。スケーリング因子は、元のコスト関数Ｊ（ｘ）を単純回収期間ＳＰＰの持続時間に外挿するために使用され得る。例えば、スケーリング因子生成器１０１２は、次の方程式に示されるように、元のコスト関数Ｊ（ｘ）に比率
を乗算し得る。
式中、Ｊ（ｘ）ｓｃａｌｅｄは、単純回収期間ＳＰＰの持続時間に外挿されたスケールされたコスト関数であり、ｈは、時間単位の最適化期間の持続時間であり、ＳＰＰは、年単位の回収期間の持続時間であり、８７６０は、１年の時間数である。
【数30】
【数31】
【0111】
更に図１０を参照すると、資産サイズ設定モジュール１００５は、コスト関数拡張器１０１４を含むことが示されている。コスト関数拡張器１０１４は、スケールされた資産の購入コストＣｓｃａｌｅｄで元のコスト関数Ｊ（ｘ）を拡張するように構成され得る。結果は、次の方程式に示されるように、拡張されたコスト関数Ｊａ（ｘ）である。
式中、ｈは、時間単位の最適化期間の持続時間であり、ＳＰＰは、年単位の回収期間の持続時間であり、８７６０は、１年の時間数である。
【数32】
【0112】
高レベルオプティマイザ９３２は、最適化プロセスを実施して、ベクトルｖにおけるバイナリ決定変数の各々、及びベクトルｓａにおける連続決定変数の各々の最適値を判定し得る。いくつかの実施形態では、高レベルオプティマイザ９３２は、線形プログラミング（ＬＰ）又は混合整数線形プログラミング（ＭＩＬＰ）を使用して、正味現在価値（ＮＰＶ）、単純回収期間（ＳＰＰ）、又は内部収益率（ＩＲＲ）などの財務メトリックを最適化する。ベクトルｃｆ、ｖ、ｃｓ、及びｓａの各要素は、特定の資産及び／又は特定の資産サイズに対応し得る。したがって、高レベルオプティマイザ９３２は、ベクトルｖ内のバイナリ決定変数及びベクトルｓａにおける連続決定変数の最適値を識別することによって、購入する最適な資産及び購入する最適なサイズを判定し得る。
【0113】
更に図１０を参照すると、資産サイズ設定モジュール１００５は、利益曲線生成器１０１６を含むことが示されている。利益曲線生成器１０１６は、拡張されたコスト関数Ｊａ（ｘ）に基づいて利益曲線を生成するよう構成され得る。いくつかの実施形態では、利益曲線は、資産の初期投資コストＣ０（すなわち、資産を購入するコスト）と、資産から得られた年間利益Ｃとの間の関係を示す。例えば、利益曲線は、次の方程式に示されるように、年間利益Ｃの関数として初期投資コストＣ０を表現し得る。
Ｃ０＝ｆ（Ｃ）
式中、初期投資コストＣ０及び年間利益Ｃの両方が資産サイズの関数である。利益曲線生成器１０１６によって生成され得る利益曲線のいくつかの例は、図１２～図１５に示される（以下により詳細に論じられる）。
Ｃ０＝ｆ（Ｃ）
式中、初期投資コストＣ０及び年間利益Ｃの両方が資産サイズの関数である。利益曲線生成器１０１６によって生成され得る利益曲線のいくつかの例は、図１２～図１５に示される（以下により詳細に論じられる）。
【0114】
いくつかの実施形態では、初期投資コストＣ０は、拡張されたコスト関数Ｊａ（ｘ）の項
である。最適化範囲ｈに対する資産の利益は、拡張されたコスト関数Ｊａ（ｘ）における項Ｊ（ｘ）に対応し得、変数Ｃｈによって表され得る。いくつかの実施形態では、変数Ｃｈは、資産が最適化に含まれないときのＪ（ｘ）の第１の値と、資産が最適化に含まれるときのＪ（ｘ）の第２の値との間の差を表す。年間利益Ｃは、範囲Ｃｈにわたる利益を満１年に外挿することによって見出され得る。例えば、範囲Ｃｈにわたる利益は、次の方程式に示されるように、満一年にスケールされ得る。
式中、ｈは、時間単位の最適化範囲の持続時間であり、８７６０は、１年の時間数である。
【数33】
【数34】
【0115】
資産のサイズを増加させることは、その初期コストＣ０及び資産から得られる年間利益Ｃの両方を増加させる。しかしながら、資産の利益Ｃは、特定の資産サイズ又は初期資産コストＣ０を越えると減少することになる。言い換えると、より大きいサイズの資産を選択しても、いかなる増加した利益も得られないことになる。利益曲線は、Ｃ０とＣとの間の関係を示し、所与の財務メトリック（例えば、ＳＰＰ、ＮＰＶ、ＩＲＲなど）を最適化する資産サイズを見出すために使用され得る。そのような最適化のいくつかの例は、以下に詳細に説明される。いくつかの実施形態では、利益曲線生成器１０１６は、財務メトリックを最適化する際に使用するための財務メトリックオプティマイザ１０２０に利益曲線を提供する。
【0116】
更に図１０を参照すると、資産サイズ設定モジュール１００５は、財務メトリックオプティマイザ１０２０を含むことが示されている。財務メトリックオプティマイザ１０２０は、所与の財務メトリックを最適化する資産サイズを見出すように構成され得る。財務メトリックは、正味現在価値（ＮＰＶ）、内部収益率（ＩＲＲ）、単純回収期間（ＳＰＰ）、又は資産サイズの関数として最適化され得る任意の他の財務メトリックであり得る。いくつかの実施形態では、最適化される財務メトリックは、ユーザによって選択される。例えば、ユーザインターフェース生成器１００６によって生成されたユーザインターフェースは、ユーザに、最適化される財務メトリックを選択するように促し得る。他の実施形態では、資産サイズ設定モジュール１００５は、最適化される財務メトリックを自動的に判定し得るか、又は複数の財務メトリックを同時に最適化し得る（例えば、並列最適化プロセスを実行する）。
【0117】
分析器４０８は、施設データ３１２、公共料金アクセスデータ３１６、及び／又は動作データ６１６のうちの少なくとも１つを使用して、少なくとも１つの持続可能性パラメータに対する少なくとも１つのベースライン値を判定し得る。分析器４０８は、トリアージ及び計画システム３０２に、持続可能性パラメータに関するベースライン値を提供し得る。トリアージ及び計画システム３０２は、ユーザデバイス３１８に、持続可能性パラメータに関するベースライン値を提供し得る。ユーザデバイス３１８に、持続可能性パラメータに関するベースライン値を提供するトリアージ及び計画システム３０２は、ユーザデバイス３１８に、ユーザインターフェースを介して、要素を表示させ得る。要素は、持続可能性パラメータに関するベースライン値を含み得る。
【0118】
ユーザデバイス３１８のオペレータは、要素と対話し得る。例えば、ユーザデバイス３１８のオペレータは、少なくとも１つのユーザ定義された持続可能性目標を入力、提供、選択、又は別様に供給し得る。ユーザ定義された持続可能性目標は、持続可能性目標３１４であり得る。持続可能性目標３１４は、本明細書に説明される持続可能性パラメータのうちの少なくとも１つに関し得る。トリアージ及び計画システム３０２は、需要側データシステム３０８に、持続可能性目標３１４を提供し得る。需要側データシステム３０８は、持続可能性目標３１４を使用して、少なくとも１つの持続可能性レポートを生成し得る。持続可能性レポートは、持続可能性目標３１４を満たし得る少なくとも１つの推奨を含み得る。需要側データシステム３０８は、トリアージ及び計画システム３０２に、持続可能性レポートを提供し得る。トリアージ及び計画システム３０２は、持続可能性レポートを受信することに応答して、ユーザインターフェースに、持続可能性レポートを含むように要素を更新させる信号をユーザデバイス３１８に提供し得る。
【0119】
分析器４０８は、施設データ３１２、公共料金アクセスデータ３１６、及び／又はデータストレージ３２４に記憶された任意の他の可能なデータのうちの少なくとも１つを使用して、少なくとも１つの持続可能性パラメータに寄与する少なくとも１つの資産を識別し得る。分析器４０８は、資産に関するデータを使用して、資産に対する寄与因子を判定し得る。寄与因子は、持続可能性パラメータに関連する資産の寄与を示し得る。例えば、寄与因子は、ボイラ１７が建物（例えば、建物１０）の総カーボン排出量の１７％に寄与することであり得る。分析器４０８は、資産に対する寄与因子及び所定の寄与因子指数を使用して、資産に対するベンチマーク指数をもたらし得る。ベンチマーク指数は、同等のランキングの建物１０及び／又は建物への資産及び／又は同様のサイズ（平方フィート、容量、出力など）、同様の年齢、同様の地理的場所などである資産のうちの少なくとも１つであり得る。
【0120】
持続可能性トラッカ８０８は、少なくとも１つの持続可能性パラメータにおける変化を検出し得る。持続可能性トラッカ８０８は、検出された持続可能性パラメータの変化を、持続可能性パラメータに関する少なくとも１つの持続可能性目標と比較する。持続可能性トラッカは、持続可能性パラメータの検出された変化を、持続可能性パラメータに関する持続可能性目標と比較することに応答して、変化が非準拠であると判定し得る。例えば、持続可能性トラッカ８０８は、持続可能性パラメータの検出された変化が、建物のカーボン排出量が増加したことを示すと判定し得る。カーボン排出量の増加は、カーボン排出量を低減するための目標である持続可能性目標に応答して、非準拠であり得る。
【0121】
持続可能性トラッカ８０８は、持続可能性パラメータの検出された変化が非準拠であると判定することに応答して、持続可能性プランナ８０６と通信し得る。持続可能性プランナ８０６は、持続可能性トラッカ８０８との通信に応答して、持続可能性パラメータの変化に対処し得る少なくとも１つの推奨を含めるように、需要側データシステム３０８によって生成された持続可能性レポートを更新し得る。
【0122】
ユーザポータル８０２は、ユーザデバイス３１８に、ユーザインターフェースを介して、更新された持続可能性レポートを表示させ得る。ユーザポータル８０２は、ユーザデバイス３１８から、更新された持続可能性レポートに含められた推奨を受け入れる指示を受信し得る。ユーザポータル８０２は、推奨を受け入れる指示を受信することに応答して、システム３００及び／又はその構成要素に、推奨を受け入れる指示を提供し得る。システム３００は、推奨を受け入れる指示を受信することに応答して、推奨を実行し得る。推奨を実行するシステム３００は、持続可能性パラメータの検出された変化に対処し得る。例えば、実行された推奨は、少なくとも１台の建物設備に対する動作上の変化を引き起こし得、動作上の変化は、持続可能性パラメータの検出された変化に対処し得る。
【0123】
ここで図１１を参照すると、一実施形態による、建物の持続可能性を改善するためのプロセス１１００のフロー図が示されている。プロセス１１００の少なくとも１つのステップは、システム３００及び／又はその構成要素によって実施され得る。例えば、最適化３２２は、プロセス１１００の少なくとも１つのステップを実施し得る。プロセス１１００の少なくとも１つのステップは、システム９００及び／又はその構成要素によって実施され得る。例えば、オプティマイザ９３０は、プロセス１１００の少なくとも１つのステップを実施し得る。
【0124】
ステップ１１０５では、少なくとも１つのベースライン値が判定される。ベースライン値は、少なくとも１つの持続可能性パラメータに関し得る。持続可能性パラメータは、カーボン排出量、エネルギー消費量、水消費量、廃棄物産出量、ガス消費量、太陽光電力消費量、又は風力タービン電力消費量のうちの少なくとも１つであり得る。持続可能性パラメータは、少なくとも１つの建物に関し得る。例えば、持続可能性パラメータは、建物１０に関し得る。
【0125】
分析器４０８は、建物１０に関する持続可能性パラメータに対するベースライン値を判定し得る。例えば、分析器４０８は、建物１０に対するカーボン排出量ベースラインを判定し得る。分析器は、公共料金アクセスデータ３１６及び／又は施設データ３１２を使用して、建物１０のカーボン排出量に対するベースライン値を判定し得る。ベースライン値は、確立された目標に使用され得る初期値、ベンチマークランキング、傾向を確立するために使用され得る開始点、及び／又は建物１０の総排出量に向かう寄与因子のうちの少なくとも１つを示し得る。分析器４０８は、建物１０の持続可能性パラメータに関するベースライン値をユーザデバイス（例えば、ユーザデバイス３１８）に提供し得る。
【0126】
ユーザデバイス３１８は、分析器４０８から、建物１０の持続可能性パラメータに関するベースライン値を受信し得る。分析器４０８は、ユーザデバイス３１８が建物１０の持続可能性パラメータに関するベースライン値を受信することに応答して、ユーザデバイス３１８に、ユーザインターフェースを介して、建物１０に関する持続可能性パラメータに対するベースライン値のうちの少なくとも１つを表示させ得る。ユーザデバイス３１８のオペレータは、建物１０の持続可能性パラメータに関するベースライン値を表示しているユーザインターフェースを閲覧、確認、対話、インターフェース、又は別様に関与し得る。
【0127】
ステップ１１１０では、少なくとも１つのユーザ定義された目標が受信される。ユーザ定義された目標は、建物１０の持続可能性パラメータのうちの少なくとも１つに関する持続可能性目標であり得る。例えば、持続可能性目標は、特定のパーセンテージ、特定の値、特定の日付（例えば、特定の日、月、年、１０年など）までに正味ゼロを達成すること、又は建物１０の持続可能性に関し得る任意の他の可能な目標のうちの少なくとも１つによってカーボン排出量（例えば、持続可能性パラメータ）を低減する目標であり得る。
【0128】
トリアージ及び計画システム３０２は、ユーザデバイス３１８から、少なくとも１つのユーザ定義された持続可能性目標（例えば、持続可能性目標３１４）を受信し得る。トリアージ及び計画システム３０２は、持続可能性目標３１４を受信することに応答して、需要側データシステム３０８に、持続可能性目標３１４を提供し得る。需要側データシステム３０８は、持続可能性目標３１４を受信することに応答して、持続可能性目標３１４に関する少なくとも１つの持続可能性パラメータを識別し得る。需要側データシステム３０８は、持続可能性パラメータに関する少なくとも１台の建物設備を識別し得る。
【0129】
ステップ１１１５では、少なくとも１つの動作パラメータが分析される。動作パラメータは、少なくとも１台の建物設備、動作設定値、建物設備若しくは建物システムランタイム、建物システム設定、及び／又は保守ルーチンに関する制御戦略のうちの少なくとも１つであり得る。動作パラメータは、データ６０４～６０８及び／又は動作データ６１６のうちの少なくとも１つであり得るか、又はそれを含み得る。
【0130】
需要側分析器６１０は、建物１０に関する少なくとも１つの動作パラメータ及び／又は建物１０に関する少なくとも１台の建物設備を分析し得る。例えば、需要側分析器６１０は、動作データ６１６を使用して、設備ランタイムを分析し得る。需要側分析器６１０は、建物設備がどのくらいの頻度で動作するか（例えば、実行）、建物設備がどのくらいの期間動作するか（例えば、実行サイクル）、又は任意の他の可能なランタイム判定のうちの少なくとも１つを判定し得る。
【0131】
需要側分析器６１０は、建物１０及び／又は建物設備に関する動作パラメータの分析に応答して、少なくとも１つの推奨を生成し得る。推奨は、ＦＩＭ、動作改善（例えば、少なくとも１つの動作パラメータに対する調整）、建物設備保守ルーチン、及び／又はインセンティブプログラムのうちの少なくとも１つであり得る。
【0132】
ステップ１１２０では、少なくとも１つの推奨が提供される。推奨は、ユーザデバイス（例えば、ユーザデバイス３１８）に提供され得る。推奨は、ステップ１１１５で生成された推奨であり得る。トリアージ及び計画システム３０２は、ユーザデバイス３１８に推奨を提供し得る。ユーザデバイス３１８に推奨を提供するトリアージ及び計画システム３０２は、ユーザインターフェースを介して、ユーザデバイス３１８に推奨を表示させ得る。ユーザインターフェースは、推奨と、推奨を実装し得る１つ以上の変化を含み得る。ユーザデバイス３１８のオペレータは、ユーザインターフェースの少なくとも一部分と関与、対話、又は別様にインターフェースし得る。例えば、ユーザデバイス３１８のオペレータは、少なくとも１つの推奨に対応するアイコンを選択し得る。
【0133】
ステップ１１２５では、少なくとも１つのコマンドが受信される。コマンドは、ステップ１１２０でユーザデバイス３１８のオペレータによって選択された推奨に対応し得る。コマンドは、建物１０の動作パラメータ及び／又は建物１０に関する建物設備に対する１つ以上の変化を実装し得る。コマンドは、ステップ１１１５で生成された少なくとも１つの動作改善を含み得る。
【0134】
ステップ１１３０では、少なくとも１つの動作パラメータセットが修正される。動作パラメータは、建物１０に関する少なくとも１台の建物設備について修正され得る。動作パラメータは、ステップ１１２５でコマンドに含まれた動作改善と対応するように修正され得る。制御信号は、動作パラメータの修正に応答して、修正された動作パラメータセットに関する建物設備に提供され得る。制御信号は、建物設備に対する動作変化、建物設備に対するパラメータ調整、及び／又は建物設備に関する少なくとも１つの持続可能性パラメータの調整のうちの少なくとも１つを引き起こし得る。制御信号は、システム２００に関連して説明された制御信号に類似し得る。
【0135】
例示的な実施形態の構成
様々な例示的な実施形態に示されるシステム及び方法の構築及び配置は、単なる例解である。本開示では、いくつかの実施形態のみが詳細に説明されてきたが、多くの修正（例えば、様々な要素のサイズ、寸法、構造、形状、及び割合、パラメータの値、取り付け構成、材料の使用、色、配向などの差異）が可能である。例えば、要素の位置は、反転させることができ、又は別様に変化させ得、個別要素の性質若しくは数、又は位置は、変更することができ、又は変化させ得る。したがって、そのような全ての修正は、本開示の範囲内に含まれることが意図される。任意のプロセス又は方法ステップの順番又はシーケンスは、代替実施形態に従って、変更又は再順序付けされ得る。他の置換、修正、変更、及び省略は、本開示の範囲から逸脱することなく、例示的な実施形態の設計、動作条件、及び配置において行われ得る。
様々な例示的な実施形態に示されるシステム及び方法の構築及び配置は、単なる例解である。本開示では、いくつかの実施形態のみが詳細に説明されてきたが、多くの修正（例えば、様々な要素のサイズ、寸法、構造、形状、及び割合、パラメータの値、取り付け構成、材料の使用、色、配向などの差異）が可能である。例えば、要素の位置は、反転させることができ、又は別様に変化させ得、個別要素の性質若しくは数、又は位置は、変更することができ、又は変化させ得る。したがって、そのような全ての修正は、本開示の範囲内に含まれることが意図される。任意のプロセス又は方法ステップの順番又はシーケンスは、代替実施形態に従って、変更又は再順序付けされ得る。他の置換、修正、変更、及び省略は、本開示の範囲から逸脱することなく、例示的な実施形態の設計、動作条件、及び配置において行われ得る。
【0136】
本開示は、様々な動作を達成するための任意の機械可読媒体上の方法、システム、及びプログラム製品を企図する。本開示の実施形態は、既存のコンピュータプロセッサを使用して、又はこの目的若しくは別の目的のために組み込まれた適切なシステムのための専用コンピュータプロセッサによって、又は配線接続されたシステムによって実装され得る。本開示の範囲内の実施形態は、記憶された機械実行可能命令又はデータ構造を搬送するか又は有するための機械可読媒体を含むプログラム製品を含む。そのような機械可読媒体は、プロセッサを備えた汎用若しくは専用のコンピュータ又は他の機械によってアクセス可能な任意の利用可能な媒体であり得る。例として、そのような機械可読媒体は、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＣＤ－ＲＯＭ、若しくは他の光ディスク記憶装置、磁気ディスク記憶装置若しくは他の磁気記憶デバイス、又は所望のプログラムコードを機械実行可能命令若しくはデータ構造の形態で搬送又は記憶するために使用でき、かつプロセッサを備えた汎用若しくは専用コンピュータ若しくは他の機械によってアクセスできる任意の他の媒体を含むことができる。上記の組み合わせも、機械可読媒体の範囲内に含まれる。機械実行可能命令は、例えば、汎用コンピュータ、専用コンピュータ、又は専用処理機械に、ある特定の機能又は機能群を実施させる命令及びデータを含む。
【0137】
図は、方法ステップの特定の順序を示しているが、ステップの順序は、描写されたものとは異なり得る。また、２つ以上のステップは同時に、又は部分的に同時に実行され得る。このような変形形態は、選択されたソフトウェア及びハードウェアシステム、並びに設計者の選択に依存する。全てのそのような変形例は、本開示の範囲内にある。同様に、ソフトウェアの実施は、様々な接続ステップ、処理ステップ、比較ステップ、及び判定ステップを達成するために、ルールベースのロジック及び他のロジックを有する標準的なプログラミング技術によって達成され得る。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【国際調査報告】