用於高能效協作高性能建築物控制的方法和系統的製作方法

2023-05-21 20:12:26

用於高能效協作高性能建築物控制的方法和系統的製作方法
【專利摘要】公開了用於使得商業建築物的機構管理者和居住者能夠協作地定義用於建築物能量控制的能量策略的方法和系統。
【專利說明】用於高能效協作高性能建築物控制的方法和系統
[0001]本申請要求於2011年8月2日提交的美國臨時申請第61/514，141號的優先權，其公開內容通過引用合併於此。
【背景技術】
[0002]對於商業建築物，諸如加熱、通風和空氣調節(HVAC)或照明安排控制策略的能量相關控制策略以及設定點典型地由機構管理者定義並強制實行。作為建築物的最終用戶的居住者通常沒有機會參與控制策略的定義或者具有有限的方法用於與機構管理者或其他居住者就他們的特定需要或偏好進行溝通。這種單向的、自頂而下的策略定義的處理常常導致兩種結果。一方面，具有用於實現節能目的的嚴格的能量策略的機構管理者常常需要犧牲居住者的舒適性；另一方面，放寬能量策略以避免居住者的抱怨的機構管理者常常錯失節能的機會。若干研究表明，考慮居住者的行為和需要，建築物控制策略有潛力使節能顯著最優化並且還改進居住者的體驗。然而，目前不存在能夠便利居住者和機構管理者之間以及居住者之間的溝通和協作的系統方法或工具。
[0003]建築物自動化系統(BAS)典型地依賴於直接的人與人的溝通以定義能量策略。不存在用於便利居住者和機構管理者之間的溝通的商業系統。例如，對於照明系統，居住者和機構管理者具有預先定義的權力。居住者可以打開和關閉燈，而機構管理者可以對調光進行調整。不存在兩者之間的溝通。就是說，機構管理者在定義能量策略時不考慮居住者的輸入。在另一示例中，對於熱系統，由能量招標系統調節居住者的行為，因此機構管理者不牽涉該處理。
[0004]在適用於商業建築物的所有現有系統中，機構管理者僅是定義能量策略並且仲裁衝突的居住者需求的人。居住者被分配用於定義和調節能量策略的極為有限的自由度。

【發明內容】

[0005]本發明提供了用於商業建築物的高能效的建築物控制的方法和系統。本發明的實施例在定義和維持能量策略時利用了協作的和分布式的方法，其在維持高效能耗的同時確保了居住者的舒適性。
[0006]在一個實施例中，一種用於高能效協作高性能建築物控制的方法包括從第一用戶接收至少一個能耗需求，確定至少一個能耗需求是否與能耗規則集衝突，確定至少一個能耗需求是否與從第二用戶接收到的另一能耗需求衝突，並且仿真至少一個能耗需求。
[0007]通過參照以下詳細描述和附圖，本發明的這些和其他優點對於本領域普通技術人員將是明顯的。
【專利附圖】

【附圖說明】
[0008]圖1圖示了用於高能效協作高性能建築物控制的示例性系統；
[0009]圖2圖示了用於高能效協作高性能建築物控制的示例性方法；
[0010]圖3圖示了用於解決能耗需求和能耗策略之間的衝突以便確定最優效率能量策略的方法；
[0011]圖4圖示了用於解決不同居住者接收到的能耗需求之間的衝突以便確定最優效率能量策略的方法；
[0012]圖5說明性地示出了可用於實現本發明的計算機的部件。
【具體實施方式】
[0013]本發明提供了一種用於商業建築物的高能效建築物控制的方法和系統。本發明的實施例提供了一種允許機構管理者和居住者協作地定義用建築物能量控制的能量策略的方法和系統。協作建築物控制(CBC)系統從居住者和機構管理者收集作為輸入的能耗需求，解決衝突的需求，並且將詳細命令提供給建築物自動化系統(BAS)，以便使能量使用最優化。
[0014]圖1圖示了用於高能效協作高性能建築物控制的示例性CBC系統100。系統100包括至少一個規則編輯器模塊103、至少一個人機接口 104和能夠仿真的分析引擎105，該能夠仿真的分析引擎105被配置並且可以操作用於與至少一個建築物107的建築物自動化系統(BAS) 106通信。
[0015]根據本發明的有利實施例，通過規則編輯器模塊103將能耗規則輸入到分析引擎105中。可以使用用戶友好圖形用戶接口來實現規則編輯器模塊103。該用戶友好圖形用戶接口可以包括由機構管理者101填寫的多個欄位以便輸入能耗規則。再者，規則編輯器模塊103可以向機構管理者101提供關於輸入的能耗規則的視覺反饋。
[0016]在本發明的實施例中，能耗規則被制定為有限狀態機(FSM)和多個順序程式語言之一的組合。在有利實施例中，協作規則引擎被創建以接受可從機構管理者或居住者接收到的能耗規則文件中的、與通用順序程式語言(例如，C#)組合的標記程式語言(例如，SCXML)中的一個。可以利用為協作規則引擎創建的圖形編程工具來創建並編輯能耗規則文件。將理解，協作規則引擎不限於任何特定的標記語言，因為其可以利用用於FSM的廣泛的多種標記語言，包括VoiceXML、XPDL等。還應理解，協作規則引擎不限於任何特定的順序程式語言，而是也可以利用大量的順序程式語言，諸如Python、C++、Java、Javascript、Jscript、Actionscipt、Objective-C、BASIC、Visual BASIC、Delph1、ADA、Fortran、LISP、Prolog、PHP> F#、Erlang、J#、Ruby、COBRA、Matlab、R、Scilab、Perl 等。
[0017]居住者102可以使用人機接口(HMI) 104向分析引擎105提交能耗需求並且接收關於所提交的能耗需求的反饋。如系統100的能夠仿真的分析引擎105所計算的，反饋可以包括因實現能耗需求導致的經濟後果。HMI104可以是包括多個可修改的欄位的圖形用戶接口，其允許居住者102修改諸如溫度、適度和照明的參數。在有利實施例中，HMI104還包括對居住者102作為成員的社交網絡的訪問。通過HMI104對社交網絡的訪問使得居住者102能夠與其他居住者102溝通以便解決所提交的能耗需求中的所報告的衝突。通過HMI104對社交網絡的訪問還使得居住者102能夠與居住者的社交網絡聯繫人共享關於如何使能耗最優化的有用建議。這種訪問允許居住者102與他/她的社交網絡聯繫人共享他/她的使能耗最優化的經驗。
[0018]在本發明的實施例中，居住者102可以提交複雜的混合能耗需求，其根據某個時間段安排溫度、溼度和照明的特定範圍內指出的多種請求。[0019]本領域技術人員將認識到，如上文所述的配置HMI沒有限制，並且其部件可以在各種實施例中以任何方式組合，並且可以包括任何額外的和/或期望的部件和/或配置。
[0020]除了 HMI之外，根據本發明的一個實施例，居住者可以通過一個或更多個社交網絡與圖1的系統100交互。
[0021]根據本發明的有利實施例，能夠仿真的分析引擎105包括仲裁器模塊108和分析器模塊109。仲裁器模塊108的輸入包括由機構管理者101定義並且通過規則編輯器模塊103輸入的能耗規則。再者，仲裁器模塊的輸入包括居住者102通過HMI104提交的能耗需求。仲裁器模塊108的核心是推理引擎，其可以驗證能耗需求是否滿足能耗規則或者能耗需求和能耗規則是否具有衝突。分析引擎105的仲裁器模塊使用基於模型的仿真。如果不同的居住者具有衝突的能耗需求或者與能耗規則衝突的能量需求，則仲裁器模塊108可以通過HMI104與居住者交互以便解決能耗需求之間的所有衝突，同時實施機構管理者101提供的能耗規則。仲裁器模塊108可以根據能耗規則中由機構管理者101定義的規範自動地進行關於衝突的衝突請求的判定。一旦衝突被解決，仲裁器模塊108調整BAS中的控制設定點和安排。在本發明的實施例中，分析器模塊109可以估計關於各個居住者的能量使用。在接收到居住者的能耗需求之後，分析器模塊通過建築物107中的BAS106仿真能耗需求的實現以便確定由於能耗需求引起的能量成本的估值，並且向輸入能耗需求的居住者102提供估計的能量使用成本。因此，居住者102可以據此調整他們的能耗需求。分析器模塊109還可以仿真因輸入的能耗需求變化引起的能耗以便向居住者102提供用於修正能耗需求以節約能量的建議。分析器模塊109還利用記錄的數據跟蹤各個居住者的能量使用並且向居住者102和機構管理者101提供反饋。在確認不存在能耗規則或能耗需求之間的衝突時，分析引擎105將必要的調整命令傳送到BAS106，BAS106轉而調整控制以便滿足所提交的能耗需求。
[0022]在本發明的實施例中，可以使用一個或更多個計算機實現分析引擎105。具體地，分析引擎105包含至少一個處理器，其通過執行定義分析引擎105的整體操作的電腦程式指令來控制該操作。電腦程式指令可以存儲在存儲設備或者其他計算機可讀介質(例如，磁碟)中並且當期望執行電腦程式指令時被加載到分析引擎105的存儲器中。通過執行這些電腦程式指令，分析引擎105的處理器控制規則編輯器模塊103、HMI104、仲裁器模塊108和分析器模塊109。
[0023]應認識到，BAS106可以是集成到任何商業建築物107中的任何建築物自動化系統。BAS106可以包括被配置成控制建築物107的諸如HVAC、通風、插塞載荷控制、日間照明控制、電燈發熱、溼氣管理、熱回收、置換通風、自然通風等的各個方面的一個或更多個控制。
[0024]本領域技術人員將認識到，圖1的系統配置沒有限制，並且本系統的部件可以在各種實施例中以任何方式組合併且可以包括任何額外的和/或期望的部件和/或配置。
[0025]圖2圖示了根據本發明的實施例的用於高能效協作高性能建築物控制的示例性方法200。
[0026]在步驟201，從機構管理者接收能耗規則。在有利實施例中，能耗規則由機構管理者定義並且可以包括一個或更多個建築物範圍的能量策略和設定。建築物範圍的能量設定可以包括開始或終止預先定義的能量策略的時間限制，加熱、冷卻和照明度量。建築物範圍的能量策略可以包括用於解決從居住者接收到的對立需求之間的潛在衝突的規則。在本發明的實施例中，通過圖1的規則編輯器模塊103從機構管理者接收能耗規則。
[0027]在步驟202，從建築物的居住者接收能耗需求。在有利實施例中，能耗需求由居住者定義並且反映該居住者的能耗需要。能耗需要的示例包括，但不限於:期望的居住者的機構的溫度、其間BAS維持期望的溫度的時長/安排、期望的照明、以及其間維持期望的照明(例如，調光、遮光簾的控制等)的時長/安排。在本發明的實施例中，圖1的系統100可以通過HMI104從居住者接收能耗需求。
[0028]在步驟203，基於從居住者接收到的能耗需求並且基於從機構管理者接收到的能耗規則來確定最優能耗策略。為了確定最優能耗策略，有必要解決能耗需求和能耗規則之間以及不同居住者的能耗需求之間的衝突。
[0029]圖3圖示了根據本發明的一個實施例的、用於通過解決能耗規則和能耗需求之間的衝突來確定最優能耗策略的示例性方法300。圖3的方法可以用在圖2的實現步驟203中以便解決能耗規則和輸入的能耗需求之間的衝突。
[0030]在步驟301，確定從居住者接收到的能耗需求是否與從機構管理者接收到的能耗規則衝突。如果確定能耗需求與能耗規則衝突，則方法300前往步驟302，如果確定能耗需求不與能耗規則衝突，則方法300前往步驟305。
[0031]在確定能耗需求與能耗規則衝突時，在步驟302，通過圖1的HMI104向能耗需求的居住者-始創者通知衝突。在本發明的實施例中，可以通過社交網絡站點或者通過任何其他已知的信息遞送通道(行動電話、電子郵件等)向居住者通知衝突。當被通知衝突時，可以通過HMI104提示居住者修改能耗需求以便解決衝突。應認識到,居住者還可以輸入新的能耗需求或者取消初始的能耗需求以解決衝突。在步驟303，確定在向居住者給出解決衝突的機會之後是否解決了衝突。如果確定衝突被解決，則處理300前往步驟305。如果確定衝突保持未被解決，則處理300前往步驟304。
[0032]在步驟305，對能耗策略進行仿真以確定正被仿真的能耗策略的經濟後果。根據有利實施例，通過諸如EnergyPlus的能量仿真軟體來仿真居住者的請求。將理解，諸如Trnsys、D0E2、Design Builder、SIMBAD> HAMLAB> BCVTB> Dymola 等的其他能量仿真軟體的利用也是可能的。在本發明的實施例中，針對居住者並且針對建築物確定所仿真的能耗策略的估計的經濟後果。本領域技術人員將認識到，可以按估計的財政支出、估計的能量支出(例如，電力的千瓦(KW)、天然氣/丙烷的BTU、煤炭的噸等)以及生態足跡來量化經濟後果，但是本發明不限於此。
[0033]在步驟305確定能耗策略的經濟後果之後，方法300前往步驟306，在步驟306向能耗需求的居住者-始創者提供具有包含針對居住者的經濟後果的數據的形式的反饋。根據有利實施例，該反饋可以包括針對居住者的關於如何進一步使能耗最優化的一個或更多個建議。可以認識到，在接收到反饋之後，居住者可以選擇進一步修改能耗請求以進一步使能耗最優化。換言之，居住者可以通過減少能量支出來選擇損失他/她的舒適性以利於省錢和/或使生態足跡最小。
[0034]在步驟307，在建築物的BAS處實現能耗需求。特別地，更新的設定點和安排被發送到BAS以便控制BAS實現能耗需求。根據有利實施例，所實現的能耗策略正被連續地或定期地監控並且收集的數據被提供給居住者和機構管理者。[0035]如果在步驟303確定能耗需求和能耗規則之間的衝突未被解決，則在步驟304，在BAS處基於機構管理者提供的能耗規則實現能耗策略。隨後方法300前往步驟308，其中向能耗需求的居住者-始創者提供反饋。根據一個實施例，反饋可以包括不能實現居住者的能耗需求的原因的解釋。反饋還可以包括實現能耗規則較之實現居住者的能耗需求的、針對居住者的經濟效益的比較。可認識到，在接收到反饋時，居住者可以選擇進一步修改能耗請求以進一步使能耗最優化。換言之，居住者可以通過減少能量支出來選擇損失他/她的舒適性以利於省錢和/或使生態足跡最小。
[0036]在可能的實現方案中，每當居住者輸入新的能耗需求或者修正能耗需求以便確保能耗需求不與能耗規則衝突並且向居住者提供關於能耗需求的能量成本的反饋時，可以執行圖3的方法。
[0037]圖4圖示了根據本發明的一個實施例的、用於兩個或更多個居住者輸入的能耗需求之間的衝突解決的方法。圖4的方法可以用在圖2的步驟203的實現中以便解決能耗需求之間的衝突。
[0038]在方法400的步驟401，確定從居住者接收到的能耗需求是否與從另一居住者接收到的能耗需求衝突。如果確定不存在衝突，則處理400前往步驟405。如果確定存在衝突，則處理400前往步驟402。
[0039]在步驟402確定存在衝突的能耗需求時，向衝突的能耗需求的居住者-始創者通知衝突並且提示其修改各自的能耗需求以努力解決衝突。在本發明的實施例中，可以經由HMI104或任何已知的信息遞送通道(電子郵箱、文本消息、社交媒體等)通知居住者。在可能的實現方案中，居住者可以使用分析引擎105維持的社交網絡進行交互以解決衝突。在有利實施例中，在通知衝突之後，除了能夠與分析引擎105交互以努力協商相互可接受的解決方案之外，提示所有衝突方通過上文討論的可用的信息遞送通道(例如，HM1、電子元件、社交媒體、文本消息等)彼此交互。
[0040]如果在步驟403確定爭論牽涉的居住者解決了衝突，則系統400前往步驟405，在步驟405由能量仿真軟體對基於從居住者之間達成的妥協得到的能耗需求制定的能耗策略進行仿真以確定關於提交能耗需求的每個居住者的、正被仿真的能耗策略的經濟後果。本領域技術人員將認識到，可以按估計的財政支出、估計的能量支出(例如，電力的千瓦(KW)、天然氣/丙烷的BTU、煤炭的噸等)以及生態足跡來量化經濟後果，但是本發明不限於此。根據有利實施例，還針對建築物確定所仿真的能耗策略的估計的經濟後果。
[0041]根據本發明的一個實施例，每當居住者通過在他/她的HMI上調整設定點來提交新的能耗需求時，調用能耗需求的仿真。
[0042]在確定關於每個居住者和建築物的能耗策略的經濟後果之後，在步驟406，向提交他們各自的能耗需求的居住者提供具有包含針對提交能耗需求的每個居住者的經濟後果的數據的形式的反饋。根據有利實施例，反饋可以包括針對居住者的、關於如何進一步使他們各自的能耗最優化的一個或更多個建議。在接收到反饋之後，居住者可以選擇進一步修改能耗請求以進一步使能耗最優化。換言之，居住者可以通過減少能量支出來選擇損失他/她的舒適性以利於省錢和/或使生態足跡最小。
[0043]在步驟406之後，在步驟407，在建築物的BAS處實現能耗需求。根據有利實施例，所實現的能耗策略正被連續地或定期地監視，並且所採集的數據正被提供給居住者和機構管理者。
[0044]返回步驟403，如果確定能耗需求和能耗規則之間的衝突未被解決，則處理400前往步驟404，此時基於機構管理者提供的和在BAS106中實現的能耗規則來制定能耗策略。
[0045]將理解，通過基於機構管理者提供的能耗規則中的規範自動地解決能耗需求之間的衝突來制定能耗策略。例如，可以基於一些指定的規則(例如，最小能量成本、第一時間優先、具有能量信用的競價規則)來選擇兩個衝突的能耗需求中的一個，或者可以通過修正衝突的能耗需求兩者來強制妥協，直到他們不再衝突為止。
[0046]隨後，方法400前往步驟408，其中向發出能耗需求的居住者提供反饋。根據一個實施例，反饋可以包括居住者的能耗需求為什麼不能實現的說明。反饋還可以包括實現能耗規則較之實現居住者的能耗需求的、對於居住者的經濟效益的比較結果。可以認識到，在接收到反饋之後，每個居住者可以選擇進一步修改能耗請求以進一步使能耗最優化。換言之，居住者可以通過減少能量支出來選擇損失他/她的舒適性以利於省錢和/或使生態足跡最小。
[0047]在可能的實施例中，在最初策劃圖1的系統100的實現之後，進行能耗需求的仿真。在該仿真期間，在查找表格中捕獲居住者的能耗需求的可能變化之間的映射。在接收到居住者的能耗需求(例如，檢測到能耗控制的調整)之後，圖1的分析引擎105使用查找表格估計能耗。
[0048]在本發明的示例性實施例中，機構管理者輸入的能耗規則可以包括能耗規則的理由、居住者之間的能耗成本分布以及居住者之間的衝突的能耗需求的情況下的衝突解決的預先定義的指南。再者，能耗規則可以包括許多能量信用針對每個居住者的分配，使得居住者可以花費這些能量信用以請求能耗需求。例如，堅持較高的舒適性標準的居住者可以有義務支付更多的能量信用。
[0049]在本發明的一個實施例中，能耗規則可以提供若干個解決衝突的選項。例如，可以通過調用競價選項來解決衝突，在競價選項中競價模型可以包括一個或更多個出價規則。在另一示例中，可以通過指令居住者儘可能平均地劃分能量成本的預先定義的規則來解決衝突。以下示例是圖1的系統100可以利用的一個示例性實施例。機構管理者可以輸入如下的建築物的總體能耗規則。包括:
[0050]?每個居住者由於公司策略而被分配特定的能量信用。
[0051]?公司在平日的上午9時至下午I時覆蓋電冰箱以適應攜帶午餐的人。在該系統處Spike在他的社交網絡的個人主頁上發布了他的理由:作為比較，在沒有該系統的情況下，公司需要支付冰箱的24小時X 7天的能量帳單，通常包括周末和假日。利用該系統，公司可以僅支付每個工作日4小時，或者僅支付先前的能量使用的12%。該策略可以每年減少X公斤C02並且節約Y美元。
[0052]?會議的組織者負責相應的能量帳單。
[0053]?當居住者具有衝突的需求時，嘗試根據具有特定原則的競價模型來解決衝突。堅持較高的舒適性標準的居住者有義務支付更多的能量信用。
[0054]?儘可能平均地劃分其他能量成本。
[0055]在以下示例性實施例中，說明了建築物的兩個居住者對圖1的系統100的利用。
[0056] Tom和Jerry僅具有不帶編程背景的基本的計算機技能。Tom經由OutlookCalendar向系統告知他的例行安排。他的工作時間是上午9時至下午I時，隨後是下午2時至6時。他計劃在辦公室在下午I時至2時用午餐。一旦他輸入該安排，他從系統獲得如下通知，該通知宣稱由於Spike的策略「所有居住者需要為冰箱支付每天I個信用以在下午I時至2時進行操作」。Tom的第一反應是找到Jerry以分攤成本，使得他可以每天僅支付0.5個信用。然而，從系統的社交網絡，Tom發現Jerry的午餐時間是上午12時至下午I時，並且他提到了 Spike的博客。Tom決定將他的午餐時間變為與Jerry相同，以節約信用並且省錢。由於沒有人預約下午I時之後的冰箱，BAS此時關閉冰箱。接下來，Tom預約會議室用於在上午10時至11時與Jerry進行討論。規劃器向Tom告知估計的能量帳單是I個信用。他可以為會議選擇「固定限額(close end)」或「無固定限額(open end)」。他選擇了 「固定限額」，這意味著燈將在上午11時關閉並且他的計費時段在上午11時停止。此後Tom不能打開燈，除非他再次預約房間。在上午10時，Tom進入會議室，其中溫度已被調整到Tom的偏好。他打開燈，與Jerry進行了 30分鐘的討論，隨後手動關閉燈和HAVC。此後，Tom和Spike從系統獲得會議節約了 0.5個信用的通知。Tom決定在他的社交網絡主頁上公布該消息。在下午，Tom和Jerry約定在下午2時至3時與客戶舉行重要的電話會議。Tom將會議室預約為「無固定限額」。會議實際上在下午3時30分結束，但是燈不會在下午3時自動關閉。此後Tom和Spike被通知Tom被計費1.5個信用。Tom沒有在他的社交網絡上公布該消息。在下午6時，Tom回家，但是他忘記關閉他的計算機和他的檯燈。系統自動地關閉這些設備，因為Tom沒有請求保持電力。有時，Tom需要在夜裡運行他的計算機。他需要預約時間。Tom與Jerry共用他的辦公室，Jerry的工作時間是上午8時至12時和下午I時至5時。環境燈和HVAC帳單被分成3段:Jerry支付上午8時至9時；Tom支付下午5時至6時；他們分攤剩餘的時間。由於Spike的輸入,如果Jerry預約了時間並且因此同意支付相關的費用，則Jerry有權在上午8時至9時打開Tom的檯燈。Jerry無權在該時段打開Spike的辦公室中的燈，即便Jerry想要支付。 [0057]在另一示例性實施例中，說明了建築物的兩個居住者對圖1的系統100的利用以用於混合(例如，HVAC系統)控制。
[0058]一些機構固有地與連續的物理現象相關聯，因此不能通過二元邏輯進行判斷。例如，HVAC系統與熱動力學關聯。電動窗戶、窗簾、AHU和其他熱系統也在該範疇內。定義用於混合控制的規範更具挑戰性。在仿真之後，Spike輸入以下規則
[0059]?公司在冬天為68° F至70° F付費。居住者可以支付信用以獲得更高的溫度並且因更低的溫度而獲得讓利。
[0060]?公司在夏天為75° F至77° F付費。居住者可以支付信用以獲得更低的溫度並且因更高的溫度而獲得讓利。
[0061]?妥協規則:在衝突情況下，首先嘗試對設定點取平均。
[0062]?市場規則:通過競價解決衝突
[0063]?…
[0064]Tom和Jerry處於同一熱區域。Tom與具有電動窗簾的電動窗戶相鄰。Jerry不與任何窗戶接近。他們均在他們的桌子上具有輻射採暖頂棚(RC)。在正常冬日，Tom和Jerry分別偏好68° F和70° F。在仿真之後，分析器確認BAS能夠在該區域內維持2° F的溫差，因此沒有衝突。一天，當Tom沒有在辦公室時，Jerry覺得冷並且偏好在上午8時達到72° F。在上午9時,Tom的辦公時間開始。由於Spike的規則,Tom和Jerry的桌子處的溫度被分別調整至69° F和71° F。如果Jerry堅持72° F，則他可以向Tom支付信用以犧牲他的舒適性水平。如同在自由市場，Tom可以接受該出價或者向Jerry支付以減少1° F。詳細費率由Spike定義，Spike有責任確保競價策略是適當的。規則助手可以與仲裁器和分析器接駁以協助Spike的工作。
[0065]將理解，相似的概念適用於天然照明和通風系統。所有數據交互地呈遞在他們的社交網絡頁面上。他們可以跟蹤他們的能量使用，分析原因，並且與其他人的性能進行比較。Tom和Jerry的行為差異被視覺突出顯示。他們可以交換關於如何節能的建議。例如，Tom可以給他的需求加標籤「愜意的冬天」並且與Jerry分享，Jerry可以將它併入到他的個人需求中。
[0066]上文所述的用於商業建築物的高能效建築物控制的方法可以在使用公知的計算機處理器、存儲器單元、存儲設備、計算機軟體和其他部件的計算機上實現。圖5中圖示了該計算機的高層次框圖。計算機500包含處理器501，處理器501通過執行定義該操作的電腦程式指令來控制計算機500的整體操作。電腦程式指令可以存儲在存儲設備502(例如，磁碟)中並且在期望執行電腦程式指令時加載到存儲器503中。因此，用於執行圖
2、3和4的方法步驟的應用可以由存儲器503和/或存儲部502中存儲的電腦程式指令定義並且由執行電腦程式指令的處理器504控制。計算機500還包括一個或更多個網絡接口 504，用於經由網絡與其他設備通信。計算機500還包括實現與計算機500的用戶交互的其他輸入/輸出設備505 (例如,顯不器、鍵盤、滑鼠、揚聲器、按鈕等)。
[0067]本領域技術人員將認識到，實際的計算機或計算機系統的實現可以具有其他結構並且也可以包含其他部件，並且圖5是用於說明目的的該計算機的一些部件的高層次表
/Jn ο
[0068]前面的詳細描述將被理解為在每個方面是說明性的和示例性的，而非限制性的，並且這裡公開的本發明的範圍並非根據該詳細描述確定，而是根據基於專利法規所允許的整體範圍所解釋的權利要求來確定。將理解，這裡示出和描述的實施例僅是本發明的原理的說明，並且本領域技術人員在不偏離本發明的範圍和精神的情況下可以實現各種修改。本領域技術人員可以在不偏離本發明的範圍和精神的情況下實現各種其他特徵組合。
【權利要求】
1.一種用於高能效協作高性能建築物控制的方法，包括: 從第一用戶接收至少一個能耗需求； 確定所述至少一個能耗需求是否與能耗規則集衝突； 確定所述至少一個能耗需求是否與從第二用戶接收到的另一能耗需求衝突；以及 仿真所述至少一個能耗需求。
2.根據權利要求1所述的方法，進一步包括: 從所述建築物的機構管理者接收所述能耗規則集。
3.根據權利要求1所述的方法，進一步包括: 基於所述至少一個能耗需求的仿真來估計關於所述至少一個能耗需求的至少一個能耗度量。
4.根據權利要求3所述的方法，其中估計所述至少一個能耗度量包括: 基於所述至少一個能耗需求的仿真來計算能耗成本。
5.根據權利要求1所述的方法，進一步包括: 控制建築物自動化系統BAS以實現所述至少一個能耗需求。
6.根據權利要求1所 述的方法，進一步包括: 向所述第一用戶提供基於所述至少一個能耗需求的仿真的、估計的能耗的反饋。
7.根據權利要求6所述的方法，進一步包括: 向所述第一用戶提供用於基於所述至少一個能耗需求的仿真來修正所述至少一個能耗需求的至少一個建議。
8.根據權利要求6所述的方法，其中提供所述至少一個能耗需求的估計的能耗的反饋包括: 經由圖形用戶接口顯示所計算的所述至少一個能耗需求的能耗成本；以及 經由所述圖形用戶接口提示所述第一用戶修改所述至少一個能耗需求。
9.根據權利要求6所述的方法，其中所述第一用戶是所述建築物的第一居住者， 所述第二用戶是所述建築物的第二居住者，以及 所述能耗規則集的始創者是所述建築物的機構管理者。
10.根據權利要求1所述的方法，進一步包括: 響應於確定所述至少一個能耗需求與所述能耗規則集衝突，提示所述第一用戶修改所述至少一個能耗需求以解決與所述能耗規則集的衝突。
11.根據權利要求1所述的方法，進一步包括: 響應於確定接收到所述至少一個能耗需求與另一能耗需求衝突: 提示所述第一用戶和所述第二用戶解決各自的能耗需求之間的衝突。
12.根據權利要求11所述的方法，進一步包括: 維持社交網絡以使得所述第一用戶和所述第二用戶能夠進行通信以解決各自的能耗需求之間的衝突。
13.根據權利要求1所述的方法，進一步包括: 響應於確定接收到所述至少一個能耗需求與另一能耗需求衝突: 基於在所述能耗規則集中包括的規範來自動地解決各自的能耗需求之間的衝突。
14.一種用於高能效協作高性能建築物控制的裝置，包括:用於從第一用戶接收至少一個能耗需求的部件； 用於確定所述至少一個能耗需求是否與能耗規則集衝突的部件； 用於確定所述至少一個能耗需求是否與從第二用戶接收到的另一能耗需求衝突的部件；以及 用於仿真所述至少一個能耗需求的部件。
15.根據權利要求14所述的裝置，進一步包括: 用於從所述建築物的機構管理者接收所述能耗規則集的部件。
16.根據權利要求14所述的裝置，進一步包括: 用於基於所述至少一個能耗需求的仿真來估計關於所述至少一個能耗需求的至少一個能耗度量的部件。
17.根據權利要求16所述的裝置，其中用於估計所述至少一個能耗度量的部件包括: 用於基於所述至少一個能耗需求的仿真來計算能耗成本的部件。
18.根據權利要求14所述的裝置，進一步包括: 用於控制建築物自動化系統BAS以實現所述至少一個能耗需求的部件。
19.根據權利要求14所述的裝置，進一步包括: 用於向所述第一用戶 提供基於所述至少一個能耗需求的仿真的、估計的能耗的反饋的部件。
20.根據權利要求19所述的裝置，進一步包括: 用於向所述第一用戶提供用於基於所述至少一個能耗需求的仿真來修正所述至少一個能耗需求的至少一個建議的部件。
21.根據權利要求19所述的裝置，其中用於提供所述至少一個能耗需求的估計的能耗的反饋的部件包括: 用於經由圖形用戶接口顯示所計算的所述至少一個能耗需求的能耗成本的部件；以及 用於經由所述圖形用戶接口提示所述第一用戶修改所述至少一個能耗需求的部件。
22.根據權利要求19所述的裝置，其中所述第一用戶是所述建築物的第一居住者， 所述第二用戶是所述建築物的第二居住者，以及 所述能耗規則集的始創者是所述建築物的機構管理者。
23.根據權利要求14所述的裝置，進一步包括: 用於響應於確定所述至少一個能耗需求與所述能耗規則集衝突，提示所述第一用戶修改所述至少一個能耗需求以解決與所述能耗規則集的衝突的部件。
24.根據權利要求14所述的方法，進一步包括: 響應於確定接收到所述至少一個能耗需求與另一能耗需求衝突: 提示所述第一用戶和所述第二用戶解決各自的能耗需求之間的衝突。
25.根據權利要求24所述的方法，進一步包括: 維持社交網絡以使得所述第一用戶和所述第二用戶能夠進行通信以解決各自的能耗需求之間的衝突。
26.根據權利要求14所述的方法，進一步包括: 響應於確定接收到所述至少一個能耗需求與另一能耗需求衝突: 基於在所述能耗規則集中包括的規範來自動地解決各自的能耗需求之間的衝突。
27.一種非暫態計算機可讀介質，其存儲用於高能效協作高性能建築物控制的電腦程式指令，所述電腦程式指令在被執行時使處理器執行包括如下操作的方法: 從第一用戶接收至少一個能耗需求； 確定所述至少一個能耗需求是否與能耗規則集衝突； 確定所述至少一個能耗需求是否與從第二用戶接收到的另一能耗需求衝突；以及 仿真所述至少一個能耗需求。
28.根據權利要求27所述的非暫態計算機可讀介質，進一步包括: 從所述建築物的機構管理者接收所述能耗規則集。
29.根據權利要求27所述的非暫態計算機可讀介質，進一步包括: 基於所述至少一個能耗需求的仿真來估計關於所述至少一個能耗需求的至少一個能耗度量。
30.根據權利要求29所述的非暫態計算機可讀介質，其中估計所述至少一個能耗度量包括: 基於所述至少一個能耗需求的仿真來計算能耗成本。
31.根據權利要求27所述的非暫態計算機可讀介質，進一步包括: 控制建築物自動化系統BAS以實現所述至少一個能耗需求。
32.根據權利要求27所述的非暫態計算機可讀介質，進一步包括: 向所述第一用戶提供基於所述至少一個能耗需求的仿真的、估計的能耗的反饋。
33.根據權利要求32所述的非暫態計算機可讀介質，進一步包括: 向所述第一用戶提供用於基於所述至少一個能耗需求的仿真來修正所述至少一個能耗需求的至少一個建議。
34.根據權利要求32所述的非暫態計算機可讀介質，其中提供所述至少一個能耗需求的估計的能耗的反饋包括: 經由圖形用戶接口顯示所計算的所述至少一個能耗需求的能耗成本；以及 經由所述圖形用戶接口提示所述第一用戶修改所述至少一個能耗需求。
35.根據權利要求32所述的非暫態計算機可讀介質，其中所述第一用戶是所述建築物的第一居住者， 所述第二用戶是所述建築物的第二居住者，以及 所述能耗規則集的始創者是所述建築物的機構管理者。
36.根據權利要求27所述的非暫態計算機可讀介質，進一步包括: 響應於確定所述至少一個能耗需求與所述能耗規則集衝突，提示所述第一用戶修改所述至少一個能耗需求以解決與所述能耗規則集的衝突。
37.根據權利要求27所述的非暫態計算機可讀介質，進一步包括: 響應於確定接收到所述至少一個能耗需求與另一能耗需求衝突: 提示所述第一用戶和所述第二用戶解決各自的能耗需求之間的衝突。
38.根據權利要求37所述的非暫態計算機可讀介質，進一步包括: 維持社交網絡以使得所述第一用戶和所述第二用戶能夠進行通信以解決各自的能耗需求之間的衝突。
39.根據權利要求27所述的非暫態計算機可讀介質，進一步包括:響應於確定接收到所述至少一個能耗需求與另一能耗需求衝突:基於在所述能耗規則集中包括的規 範來自動地解決各自的能耗需求之間的衝突。
【文檔編號】H04L12/28GK103891208SQ201280038606
【公開日】2014年6月25日 申請日期:2012年8月1日 優先權日:2011年8月2日
【發明者】宋震, 鄭先雋 申請人:西門子公司