配置建築管理系統的系統和方法

2023-07-23 07:00:56

專利名稱：：配置建築管理系統的系統和方法
技術領域：
：本發明涉及建築管理系統，更具體地，涉及配置建築管理系統的系統和方法。特別地，一些實施例包括建築管理系統本身，和/或與建築管理系統的配置和/或實施相關的方法。本發明的實施例特別地為提供域感知模型(domainawaremodel)而開發，從而允許自動可視化(visualization)，另外，使應用程式(application)的設計方式簡化。雖然以下特別參考這樣的應用描述本發明，但是應理解的是本發明可在更廣的範圍內應用。
背景技術：
：貫穿於說明書中對現有技術的任何討論決不應被認為是承認這種現有技術是廣為人知的或構成本領域的公知常識的一部分。建築管理系統(BMS)是用於幫助監視和管理建築中各種組件的IT組件。儘管BMS具有擴展到如安全、防火等的其它系統的功能也是常見的，但是，傳統上，BMS技術的關注點在於HVAC管理。BMS的配置是複雜的過程，需要大量的工程。不幸的是許多在工程期間收集到的語境(context)信息自然地丟失，例如圍繞物理設備的性質、用途和/或位置的語境(例如二進位/模擬輸入和輸出)。在系統適應性以及編寫為與系統交互的應用程式的複雜性方面，這具有不幸的後續結果。因此，本領域中需要改進的用於管理建築控制系統的系統和方法。
發明內容本發明的目的是克服或改進現有技術的至少一個缺點或者提供有用的替換方案。一個實施例提供了一種用於配置建築管理系統(BMS)的方法，該方法包括提供設備模型標準知識庫，其中每一個標準被配置為描述建築系統中的一類設備、與屬於該類的一件設備相關聯的一個或多個數據點、這些數據點的角色以及與其他設備的關係；允許用戶利用所述設備模型標準知識庫定義多個設備模型項，使得每一個設備模型項描述所述標準要求的一件特定設備；以及構建包括定義的設備模型項的設備模型，其中該設備模型允許在位置和關係方面自動可視化所述設備模型項。一個實施例提供了一種方法，其中在依賴關係和包含關係方面定義與其它設備的關係。一個實施例提供一種方法，其中對於至少一類設備，該標準被配置為另外描述服務區域，其中該服務區域另外在描述物理位置的用於所述BMS的設施模型中定義。一個實施例提供一種方法，其中該設備模型標準包括多個用於分別描述HVAC系統中各類設備的HVAC標準。一個實施例提供一種方法，其中對於所述HVAC系統中的至少一類設備，所述標準配置成另外描述該件設備所唯一服務的區域。一個實施例提供一種BMS，該BMS包括指示多個設備模型項的數據，利用所述設備模型標準知識庫中的標準創建這些設備模型項，使得每個設備模型項在如下方面描述一件特定設備設備種類、與屬於該種類的一件設備相關聯的一個或多個數據點、這些數據點的角色以及與其他設備的關係；以及可視化模塊用於在位置和關係方面自動可視化所述設備模型項。一個實施例提供一種BMS，其中在依賴關係和包含關係方面定義與其他設備的關係。一個實施例提供一種BMS，其中對於至少一類設備，該標準被配置為另外描述服務區域，其中該服務區域另外在描述物理位置的用於所述BMS的設施模型中定義。一個實施例提供一種BMS，其中所述設備模型標準包括多個用於分別描述HVAC系統中各類設備的HVAC標準。一個實施例提供一種BMS，其中對於該HVAC系統中的至少一類設備，所述標準被配置為另外描述該件設備所唯一服務的區域。一個實施例提供一種用於對HVAC系統進行建模的方法，該方法包括提供設施模型，該設施模型包括指示多個設施模型項的數據，這些設施模型項在位置種類以及與其他位置的關係方面分別描述建築環境中的物理位置，其中一類設施模型項描述相應HVAC設備所唯一服務的位置；以及提供設備模型，該設備模型包括指示多個設備模型項的數據，每個設備模型項在如下方面描述一件特定HVAC設備設備種類，與該件設備相關聯的一個或多個數據點、這些數據點的角色以及與其他設備的關係，其中對於至少一類設備，所述設備模型項包括指示該件設備所唯一服務的位置的數據；使得該設施模型和設備模型通過相應的HVAC設備所唯一服務的位置連結。—個實施例提供一種方法，其中在依賴關係和包含關係方面定義與其他設備的關係。一個實施例提供一種方法，該方法包括基於設施模型和設備模型中的信息，提供HVAC系統的自動可視化的步驟。一個實施例提供一種BMS，該BMS包括指示多個設施模型項的數據，這些設施模型項在位置種類以及與其他位置的關係方面分別描述建築環境中的物理位置，其中一類設施模型項描述相應的HVAC設備所唯一服務的位置；以及指示多個設備模型項的數據，每個設備模型項在如下方面描述一件特定HVAC設備設備種類、與該件設備相關聯的一個或多個數據點、這些數據點的角色以及與其他設備的關係，其中對於至少一類設備，所述設備模型項包括指示該件設備所唯一服務的位置的數據；使得該設施模型和設備模型通過相應的HVAC設備所唯一服務的位置連結。一個實施例提供一種BMS，其中在依賴關係和包含關係方面定義與其他設備的關係。5一個實施例提供一種BMS，該BMS包括基於設施模型和設備模型中的信息提供HVAC系統的自動可視化的組件。一個實施例提供硬體組件配置的裝置，其被配置為執行在此描述的方法。一個實施例提供電腦程式產品配置的裝置，其被配置為執行在此描述的方法。—個實施例提供載有計算機可執行代碼的載體介質，當該代碼在一個或多個處理器上執行時，使得處理器執行在此描述的方法。本說明書全文所引用的「一個實施例」或「實施例」或「一些實施例」都意味著關於該實施例所描述的特定的特徵、結構或特性包括在本發明至少一實施例中。因此本說明書全文中各個地方出現的「在一個實施例中」或「在實施例中」或「在一些實施例中」未必但卻可以都指同一實施例。此外，顯然本領域普通技術人員根據所公開的內容可以將特定的特徵、結構或特性以任何適當的方式結合在一個或多個實施例中。現在參考附圖僅通過舉例的方式來描述本發明實施例，其中附圖1示意性示出了根據一個實施例的系統。附圖2示出了根據一個實施例的方法。附圖3提供根據一個實施例的舒適區的圖解概覽。附圖4提供根據一個實施例的舒適區的圖解概覽。附圖5示出了根據一個實施例的表示模型的樹形結構。附圖6示出了根據一個實施例的表示模型的樹形結構。附圖7示出了根據一個實施例的設備包含關係。附圖8示出了根據一個實施例的設備供給關係。附圖9提供組合的設備和設施模型的示例性直觀表示。附圖10示出根據一個實施例的表示模型的樹形結構。附圖11示出根據一個實施例的表示模型的樹形結構。附圖12示出根據一個實施例的表示模型的樹形結構。附圖13提供組合的設備和設施模型的示例性直觀表示。具體實施例方式在此描述了用於配置BMS的系統和方法。總的來說，本技術專注於例如在HVAC系統環境中，對建築信息數據，特別是在設備種類和設備之間的關係方面，進行安排和建模的方法。在能夠顯著地使可視化、應用程式創建以及報告簡化這個意義上來說，這是有利的。各種實施例使用了「設備模型」，「設備模型」是這樣的模型，其基於預定義標準為建築系統中的每件設備定義項，因此允許可預測的描述(例如就數據點和關係而言)。某些實施例將設備模型和設施模型相結合，該設施模型在空間上描述建築。特別參照HVAC系統描述當前的概念。然而，這並不一定是限制性的，其他實施例在通過BMS進行管理的其他建築系統方面使用這些概念。如同在此使用的，術語BMS應該給予更廣的解釋，用於定義基本上任何配置用於管理建築系統的IT組件，包括諸如HVAC、照明以及周界入侵等。概述和背景當配置HVAC系統時，通常工程師理解控制策略、控制器以及工廠設備方面的問題域。這種域知識是特定於工程的並且複雜的。另一方面，當配置BMS時，該配置應當考慮到操作人員任務和目標。HVAC系統的工程觀和操作觀共享很多概念，然而操作觀主要關心居住者舒適以及保持正確的狀況，而工程觀與促進該需求有關。某些建築管理系統使用設施模型，該設施模型允許為設施在空間方面(例如在建築物、樓層(level)和房間等方面)建模，由此幫助操作員快速理解、導航和管理系統。然而，在傳統情況下，對於每個單獨的實施，將HVAC系統知識構建到自定義圖形中。得知例如有一個空氣處理單元服務於建築物的東側這一事實，僅僅是因為在工程(engineering)過程中，技術員將該信息物理地表示為圖形，由此為終端用戶提供可視化。這些信息在系統中並不是固有地已知的。更進一步，沒有圖形語境或眾所周知的命名慣例(並且因地點和實施不同，這些慣例往往發生改變)，給定系統中的單獨的數據點是沒有意義的。當前公開涉及BMS環境中的建模方法，特別關注HVAC系統。在某些實施例中，設施模型和設備模型一起使用，以提供具有自我感知水平的BMS，該自我感知水平可用於提供操作者需要的信息而不需要為了可視化而設計(engineer)複雜的自定義的圖形。系統級概述附圖1示出按照一個實施例的BMS100。將會理解的是，這是相對簡化的示意性說明，意在說明某些關鍵特徵和功能。BMS100由硬體組件和軟體組件一起定義。例如，BMS100包括與資料庫102共同運行的中央BMS伺服器101。伺服器101包括存儲器模塊103，所述存儲器模塊保存在處理器105上可執行的軟體指令104，由此允許所述伺服器執行各種BMS功能。例如，這些軟體指令以BMS軟體應用程式的形式定義電腦程式產品的部分或全部。BMS101包括通信接口107(例如乙太網和其他接口)以實現與多個建築組件以及與客戶端的通信。雖然附圖1中將伺服器101示為單個組件，但在某些實施例中伺服器101由多個分布式硬體和/或軟體組件定義。此外，為了簡化，省略了多種其他IT組件(例如路由器、交換機等)。伺服器101提供用戶接口110。在本實施例中，用戶通過客戶端111與所述用戶接口交互。例如，模塊110由伺服器101呈現為基於網絡的接口，客戶端111的用戶使用網絡瀏覽器應用程式防問此接口。在其他實施例中，將私有軟體本地安裝在客戶端111上。通過所述用戶接口方式提供的關鍵功能是HVAC系統的可視化，所述HVAC系統示為HVAC系統120。可視化的產生基於下面進一步討論的建模而被自動化。總的來說，終端111的用戶通過接口110提供對有關HVAC系統120的信息的請求，並且基於存儲於資料庫102中有關此HVAC系統中組件的數據，伺服器101能夠產生系統120的可視化並通過接口110將系統120的可視化傳送至客戶端。這在下面進一步詳細討論。然而總的來說，在此披露的技術可選地與設施模型結合而利用設備模型，所述設備模型基於預定義的標準以預定方式描述HVAC組件，所述設施模型提供關於所述HVAC組件所服務的建築物(或者多個建築物)的空間信息。在本例子中，HVAC系統120包括多件設備，這些設備包括空氣處理單元121、風道末端單元122以及其他設備123。從這些設備是機械設備這種意義上來說，它們被概念性地定義在機械級120A。HVAC系統120還包括控制級120B，所述控制級包括例如傳感器131、致動器132、單式(unitary)控制器133、裝置控制器(plantcontroller)134、其他數據點135以及其他控制器136。就IT基礎設施而言從BMS的角度看，這些共同定義所述HVAC系統。每件設備包括(或者涉及)來自所述控制級的基礎設施。例如，每件設備包括(或者在實踐級上涉及)零個或更多數據點。這些數據點是獨立的(二進位和/或數字的)輸入和輸出，所述輸入和輸出例如將數據值(例如溫度和/或溼度值)饋送至BMS100。從術語(和實踐)的角度，空氣處理單元(AHU)是作為HVAC系統的一部分用於調節和循環空氣的裝置。術語「單式(Unitary)HVAC設備」描述一件HVAC設備，所述HVAC設備通常被分布為遠離更大的位於中央的HVAC設備，並為HVAC舒適區提供空氣輸送的局部控制。實例包括VAV末端裝置(變風量末端裝置(variableairvolumeterminalunit)——件(典型地)通過機械擋板控制空氣供給的單式HVAC設備)或FCU(通風盤管裝置(FanCoilUnit)-件風扇通過加熱(有時冷卻)盤管送風的單式HVAC設備)。在此術語ATU用於描述風道末端裝置，所述風道末端裝置是控制空氣最終輸送至HVAC控制區域的單式HVAC設備(比如VAV末端裝置或FCU)的總稱。AHU系統包括一個AHU以及零個或更多個物理連結的ATU。方法概述附圖1示出根據一個實施例的方法200。塊201代表提供設備模型標準知識庫的過程。在總體水平上，這些標準可供工程師或技術員在配置BMS過程中使用。在本實施例中，每個標準被配置為描述建築系統中的設備種類。在本實施例中，所述建築系統是HVAC系統，並且為HVAC系統中的每類設備定義標準(例如用於AHU或ATU的標準)。在某些情況下，所述標準特定於特定的單式HVAC設備。每件設備需要向所述系統標識其種類的能力。在某些實施例中，每個設備項包括用於保持指示設備種類的數據的自定義參數。由於能源管理的原因，此信息可用於構建設備組或報告。與一件屬於該種類的設備相關聯的一個或多個數據點。例如，已知屬於特定種類的設備具有特定的數據點(即，特定類型的二進位/模擬輸入/輸出)。在上述黑點處提到的所述一個或多個數據點的角色；與其他設備的關係。例如，這些關係可用包含關係(一件給定的設備包含另一件或者被另一件包括)和/或依賴關係(一件給定的設備依賴另一件，或反之亦然)來定義。就HVAC系統而言，依賴關係按照「供給」關係定義。例如給定的ATU由特定的AHU供該件設備的位置，例如通過參考設施模型(下面討論)。關於數據點的角色(也被稱為「點角色」)，本技術認識到在向系統提供固有的語境(context)和可理解性時，向數據點提供有意義的語境是至關重要的。在定義用於HVAC系統的控制策略時，所述建築管理系統及其操作者必須被考慮，因為單獨的傳感器和致動器值暴露給他們並且在當前語境下應該能被理解。為了標準化和簡化對設備和設備系統的理解，所述概念「點角色」是重要的。考慮被稱為「CP-A01」的樓宇自控網絡(BACnet)模擬輸出來說，該點的名字以及例如其提供的值(例如「24.50」°C的「當前值」)是沒有意義的，8除非提供某些語境。點角色提供此語境。通過使用所述標準中的預定義點角色，例如「提供空氣溫度傳感器」作為所述點角色，所述值24.50°C開始具有意義。此點與所述設備模型內定義的給定空氣處理單元相關聯，而建築操作者可基於內在語境決定值是否合適。點的分類不僅有助於更好地使一件設備可視化，其還使所述建築管理系統更能理解和知道其正監視和控制的信息。塊202表示成批的所述配置過程，由此用戶被允許(即被提供給工具)使用所述設備模型標準知識庫定義多個設備模型項。在此使用的所述術語「項」用於定義通過向標準分配物理值而創建的條目，由此描述物理設備的特定實例。也就是說，每個設備模型項描述由標準所要求的一件特定設備。例如，為每個AHU、ATU等都定義設備模型項。塊203表示構建包括所定義的設備模型項的設備模型。在某些情況下，其包括加載所述項數據至資料庫102，以允許所述設備模型後續的構建/實例化。因為所述設備模型項允許模型保持一般在工程過程中丟失的語境數據，本方法特別有意義。特別地，就設備的類型及它們的關係而言，所述BMS具有在一般水平上對所述物理系統的固有理解。可設計簡單的查詢比如「系統中有多少ATU」以及「哪些ATU由此特定的AHU提供」。將會理解的是，此類框架所提取的HVAC系統不是數據點的集合，並在系統擴展(增加另外的設備模型項，簡單地增加到所述模型)方面提供靈活性，且允許在應用程式設計方面的顯著的改進(應用程式可被設計為基於數據點的語境訪問所述數據點，而不需要知曉各個點的任何精確信息)。此外，如在此所討論的，所述設備模型允許在位置和關係方面自動可視化所述項。這在塊204中表示。總的來說，所述BMS被配置為理解各類設備如何在可視化方面配合在一起，以及使用資料庫102中的所述設備模型項構建這樣的可視化。點角色在允許自動可視化方面是至關重要的。特別地，基於模型數據為建築物顯示器配置用戶接口組件。在本實施例中，設備模型中的每個項都基於標準定義，並以這種方式包括每個數據點的可預測的點角色。這允許用戶接口組件內在地理解特定值描述什麼(通過其點角色)，並因此在自動的可視化中適當地定位和顯示該值。就所述模型而言，對於至少一類設備，所述標準被配置為額外描述服務區域，其中在描述物理位置的、用於BMS的設施模型中額外定義所述服務區域。在本例中，使用HVAC舒適區的概念。在實踐中，描述AHU的每個設備模型被配置為保持指示由該AHU服務的舒適區的數據。這提供了所述設備模型(主要關注HVAC設備之間的交互)和設施模型(從空間角度描述建築或建築群)之間的重要連結。這在下面進行更詳細地討論。在HVAC系統中建模空間總的來說，本發明的某些實施例結合設施模型進行操作，所述設施模型包括指示多個設施模型項的數據(非常類似於設備模型包括設備模型項)。所述設施模型項分別就位置種類以及與其他位置的關係描述建築環境中的物理位置。例如，設施模型項可描述如高樓、樓層、房間等。此模型的要點是在BMS中提供語境，以使其內在地理解這樣的概念，並能對如「在X層上有多少房間」等查詢做出響應。總的來說，所述設施模型以產生重要實體和過程的快速操縱性以及評估的方式組織場所的物理位置。可將場所的街區、樓層、部門(cbpartment)或區(section)邏輯組合以形成有意義的樹(tree)，所述樹建模(一個或多個)建築物在實際生活中代表什麼。HVAC系統操作者的一個關鍵目標是能夠監視和控制所述建築物空間的狀況。為了幫助實現該目標，所述設施模型應設計為表現所述設施的物理布局並包含多個關鍵實體建築物可將所述設施中的每個建築物表示為單個實體並包含至少一個樓層(level)ο樓層所述建築物中的樓層包括由建築物周邊牆限定的整個單個的水平空間。房間(可選)房間存在於建築物中，並為由牆(內部的或建築物周邊的)限定的單個空間。通常創建房間以幫助提供所述系統有意義的導航(navigation)或出於責任範圍的原因。區域(可選)區域可存在於樓層中或建築物之外以表示被認為是區別於其他區域的物理空間。通常創建區域以幫助提供所述系統有意義的導航或出於責任範圍的原因。至少一類設施模型項描述由相應HVAC設備件唯一服務的位置。在本實施例中，這包括以上所描述的「舒適區」。如此，按照舒適區與HVAC系統的關係(即，哪個ATU服務舒適區)以及舒適區在空間上的關係(即舒適區覆蓋所述建築物的哪個或哪些物理區域)定義舒適區。同樣地，由此通過這些舒適區連接所述設施模型和所述設備模型，這些舒適區是由相應HVAC設備唯一服務的位置。在此描述的實施例包括HVAC舒適區和HVAC供給區。HVAC供給區由單個HVAC系統所服務的建築物的所有區域組成。HVAC系統包括熱水、冷水、空氣處理、排氣扇和二次泵系統。HVAC供給區可跨越建築物中的房屋、樓層、住戶(tenant)或團體，例如多層(multi-story)建築物的東側和西側可由單獨的空氣處理系統供給或熱水系統可供給設施中的所有建築物。所述HVAC供給區的概念揭示出建築物中區域(包括所述設施模型位置和在所述設施模型中未標識的物理位置)和HVAC系統之間的直接關係。這些關係用於幫助建築物診斷和維護。HVAC供給區的用途的一些實際例子為響應居住者的請求如果建築物中的區域被報告為不舒適，所述建築物的操作者可檢查正服務於該區域的不同HVAC系統以確定相關的熱水、冷水、空氣處理、排氣扇和二次泵系統是否有問題。維護HVAC系統當鍋爐系統需要停工維護時，知曉所述鍋爐的所述HVAC供給區允許建築物的管理者合適地確定維護時間，以使所述建築物的居住者感受到最小的影響。HVAC舒適區是建築物中的物理區域，其被明確且單獨地控制以加熱和製冷。其位於所述建築物中的單個邏輯空間內但可跨越多樓層，例如中庭。HVAC舒適區具有一個或多個操作參數(比如測量的溫度、溫度設置點、測量的溼度、溼度設置點等)，所述操作參數一起形成該區域舒適水平的指示。通常HVAC舒適區由一個或多個物理屏障(例如牆或隔斷牆(參見圖3))界定，，但也可能HVAC舒適區沒有物理屏障(參見圖4)。注意，HVAC舒適區提供設備和被控制的物理區域之間的關係，所述設備在建築物中提供調節的空氣輸送。該關係用來幫助建築物診斷和維護。重點注意，即使每個HVAC舒適區僅具有一個溫度(且可能是溼度)測量值和設置點，也可能有多件單式空氣處理設備供給此舒適區。HVAC舒適區的用途的實例為響應居住者的請求。如果建築物中的區域被報告為不舒適，所述建築物的操作者可檢查所述區域中的所述HVAC舒適區並適當地調整控制設置。10中，注意每個項按照與其他位置的關係(例如按照包含關係)描述位置。圖5可視化示例性設施模型的兩個樹形結構。在左邊的樹示出所述設施模型，包括建築物、樓層以及HVAC舒適區，而在右邊的樹示出所述HVAC供給區域、樓層和HVAC舒適區。兩個分開的可視化有著樓層節點的重複是不理想的。在兩模型中的「樓層1」節點表示所述建築物中相同的物理樓層，然而卻發現其在不同的父節點類型下，因而造成所述模型混亂。可選地，圖6示出這些結構被合併到一個分級結構中。這樣，HVAC供給區在整個所述分級結構被重複，然而它們在所述系統中表示單個實體。當考慮方便的導航和操作者責任範圍的分配時，在所述分級結構中節點的重複成為問題。然而由本文的討論可以理解，所述設備模型的使用允許隱含地獲得HVAC供給區。這將在下面進一步討論。在HVAC系統中建模設備如以上進一步討論的，本發明的某些實施例包括設備模型的配置和實施，所述設備模型為包括多個設備模型項的模型，每個所述設備模型項分別描述多件設備。它們描述設備的方式由特定標準確定，從而在BMS中提供語境。對於定義「一件設備」的含義，存在多種定義邊界的方法。例如，可將一件設備定義為包括集合在一起執行一個邏輯功能的所有機械和傳感器/致動器，例如空氣處理單元包括調節風門、風扇、過濾器、盤管、煙傳感器等。較小的「子設備」，例如空氣處理單元由送風扇(包括速度傳感器和速度控制器)、加熱盤管(包括閥、泵和流量計)等組成。所有單獨的傳感器/致動器/閥被單獨地看作一件設備，例如空氣處理單元由風扇速度傳感器設備、風扇速度控制器設備、加熱盤管閥(value)位置傳感設備以及加熱盤管閥致動設備等組成。在本文件的上下文中，術語「設備」用於描述具有電/電子傳感器和/或致動器的機械裝置，所述電/電子傳感器和/或致動器控制並提供對於所述裝置狀況的反饋。所述術語也可以被認為用於描述被聚集在一起的小組件的集合，所述小組件的集合提供控制其作為一部分的系統的單元。關鍵HVAC設備的例子為鍋爐，冷卻器、空氣處理單元、風道末端裝置、風扇和泵。也可以被認為是設備的更小的組件的例子為集合在一起形成空氣處理單元的風扇/風扇電機、調節風門、閥、盤管、傳感器等。設備由一個或多個基於微處理器的控制器監視和控制，所述控制器已在考慮到建築管理系統的情況下用合適的控制策略編程。對此關鍵的是兩個重要概念報警當應用設備控制策略時，重要的是理解所述設備或系統的局限性以及定義向建築物操作者警告提供消息的事件、重要事件或危急事件的報警條件。由控制器產生的警報必須能被識別為屬於所述設備或設備系統以及產生所述警報的獨立的傳感器或致動器。警報次數必須在所述設備和設備系統水平上在所述建築管理系統中被合計，使得所述建築操作者可獲知所述設施中所述設備和設備系統狀態的概況。點角色。如上面所討論的，當定義用於HVAC系統的控制策略時，必須認為所述建築管理系統及其操作者是這樣的，即傳感器和致動器值被他們知道並應當能在給定的語境下得到理解。為了標準化和簡化對設備和設備系統的理解，所述概念「點角色」至關重要。例如就拿被稱為CP-AOl的BACnet模擬輸出來說。該點的名字和它所提供的值(例如24.50°C的當前值)是無意義的，除非提供某種語境。點角色提供此語境——如果「送風溫度傳感器」被設定作為所述點角色，那麼所述值24.50°C開始具有意義。如果我們將該點與給定的空氣處理單元關聯，那麼建築操作者可決定該值是否合適。另外，有意義的點名字比如「saTemp」可被應用於此點。所有帶有「sa」前綴的點可被所述建築管理系統假定為屬於一類被稱作「送風」的信息。對點的分類不僅能幫助更好地可視化一件設備，還允許所述建築管理系統更理解和了解其正監視和控制的信息。由此延伸，在本發明實施例中，設備模型項具有如下主要屬性位置每件設備被物理定位於所述設施中的某處，因此存在從設備到位置的直接連結。命名數據的訪問每件設備具有提供對數據點的讀/寫訪問的命名的參數。每個參數的名稱理想地從提供所述數據訪問的所述點的角色(點角色)獲得。如上面討論的，此點角色概念是所述設備模型的重要特徵，因為它向與設備模型項相關聯的數據提供內在的可理解語境。報警設備參數可基於(在控制器中或在運行期間配置的)某些標準發出警報。這些警報不僅屬於下層的數據點，還屬於一件設備。報警合計在一些實施例中，使用所述設備模型中的項之間的定義的報警組關係合計報警次數。模式所有HVAC設備可被認為具有操作模式。例如通常認為VAV處於佔用或非佔用模式(其中所述控制器中的溫度設置點和控制策略改變以反映有人正佔用該HVAC舒適區)。排定的模式(scheduledmode)通常提前排定一件HVAC設備的模式以根據HVAC舒適區的使用來利用能效和減少成本。關係設備具有與其他設備以及與HVAC舒適區的關係。這將在下面進一步討論。其他實施例使用這些屬性的縮減的選集，可選地與另外的屬性結合。設備關係關係存在於設備系統、設備和HVAC舒適區之間。在本實施例中，考慮兩類關係包含關係。設備系統可包括一件或多件設備。一件設備可包括零件或更多件設備。有可能對於一些類型的設備，具有零件所包含的設備，因而該件設備直接包含描述所述傳感器和致動器的所述數據點(即點角色)。供給關係。設備系統可供給其他設備系統或設備。此外，設備可供給其他設備或HVAC舒適區。為了當前目的，假設一件被包含的設備不參與在「供給」關係中。圖7提供對AHU及其相關的VAV的「包含」關係的示例性可視化。在該例中，子設備被包含在設備實體的範圍內。圖8示出AHU、其相關的VAV以及它們相關的HVAC舒適區的「供給」關係。所述供給關係允許所述系統通過從HVAC舒適區到設備的直接導航獲得(一個或多個)所述HVAC供給區。所述「供給」關係對於幫助故障分析以及響應於故障和/或設備停工時間為系統行為建模特別有用。這延伸到在更廣的關係種類(即「依賴」關係)方面為其他HVAC系統進行設備建模。這樣的關係描述一件設備如何依賴於另一設備(即所述「供給」關係是「依賴」關係的一個例子)。例如在DVM系統的情況下，「依賴」關係可描述照相機、照相機伺服器、管理伺服器等之間的關係。設施模型和設備模型之間的連結如所討論的，就所述設施模型而言，一類設施模型項(舒適區)描述由相應HVAC設備唯一服務的位置。此外，對於至少一類設備，所述設備模型項包括指示由該件設備唯一服務的位置的數據(同樣以舒適區的形式)。如此，舒適區提供所述設施模型和設備模型之間的重要連結，考慮到這些模型要組合。圖9提供所述設備模型和設施模型之間關係的直觀表示。關注要點是一件設備模型和HVAC舒適區之間的一對一關係以及HVAC舒適區僅由一件設備供給。設備系統在一些實施例中，相似的關鍵的設備被組合在一起而形成被稱作設備系統的單個邏輯系統。設備系統包括一件或多件設備和獨立的點角色，所述點角色共同工作以為建築物提供單個服務，例如熱水或調節的空氣。實際上，典型的熱水系統包括多於一個的鍋爐(設備)、泵(設備)以及各種傳感器和閥致動器(點角色)。作為上下文，至此，所述設備模型的討論還未包括鍋爐和冷卻器以及它們如何配合到這些設備模型中。考慮圖10中表示建築物中示範性樓層的樹形結構。一種增加鍋爐和冷卻器到所述模型中的方法是把鍋爐和冷卻器看成設備並且設置向合適的AHU的供給關係。這在圖11中示出。然而，此可視化導致節點的重複(duplicated)以及所述模型的混亂。如圖12所示，這通過將相似的設備組成設備系統而被調整。在一些實施例中，定義三個系統空氣分配系統它包括與建築物中流動的空氣直接相關的所有設備。熱水系統它包括與建築物中產生和流動熱水直接相關的所有設備。冷水系統這包括與建築物中產生和流動冷水直接相關的所有設備。由於系統是設備的集合，一些實施例採用一種方法，其中每件設備(即設備模型項)包括定義該設備所屬的系統的元數據。一個實施例構建所述三個主系統(空氣分配、熱水和冷水)作為設備項，並將這些實施為在設備模型根系統點下的頂層節點。不適合於預定義系統的設備可選地分組成「其他」系統。圖13提供組合設備、設備系統和設施模型數據的示範性直觀可視化。在該圖中，框表示系統或設備(由設備模型項的創建所定義)，箭頭表示供給關係，框中框表示包含關係。重點注意未示出包含其他設備的設備，且未示出點角色。此外，雖然未示出HVAC供給區，將會理解的是，這些可通過按系統分組HVAC舒適區而被推斷出來。在該圖的上下關係中，兩種空氣處理情況值得進一步詳細考慮。這些被討論如下。首先，有一種可能的情況是空氣處理單元供給大片開闊區域，所述區域具有多個溫度傳感器但沒有提供舒適區控制的單式控制器。這可出現在工廠樓層上或倉庫情形中。在此情況下，對於所述空氣處理單元的優選控制策略是平均傳感器值或使用最大傳感器值以控制送風溫度。有兩種方式可建模該系統·i.所述AHU被認為以單個溫度傳感器值(平均值/最大值)供給單個大片舒適區。·ii.所述AHU被認為供給多個舒適區。為了建模它，將創建「溫度傳感器」設備，其允許在設備和HVAC舒適區之間保持所述一對一關係。在AHU具有多個傳感器，並且由AHU執行的局部控制的類型有限(例如僅局部再加熱)時，第二種情況出現。在此情況下，優選的策略是將再加熱器建模為ATU。關於自動可視化的進一步觀點不應認為當前圖表限制使用本模型獲得的可視化的形式。特別是，儘管當前圖表示出簡單的塊和樹形結構，但當前BMS建模的性質允許創建複雜的自動可視化。總的來說，給定這些模型中的項的標準化和其提供的語境，本技術允許UI組件基於所述設備和/或設施模型中的數據構建顯示。也就是說，給定所述設備和設施模型為點角色提供可預測意義以及有意義地描述區域/組件之間關係的方式，有可能編碼能夠基於一般詢問而不必了解系統中各個數據點的細節來訪問和使用BMS數據的過程。例如，UI組件可如下操作接收為客戶構建可視化的請求。這可在啟動BMS用戶界面時出現、或響應於用戶與這種界面的交互而出現。識別所述可視化需要的設備種類(例如ATU或AHU)。例如，這可基於所述請求的語境。為識別的一類或多類設備識別預定義可視化模板。例如，可存在預定義用於任何給定ATU的可視化的模板、在供給關係方面顯示ATU和AHU的模板等。使用所述可視化模板，通過用從資料庫102中的項提取的數據填充所述模板而構建可視化。例如，所述可視化模板擺出用於顯示項名稱的位置以及用於顯示每個點角色提供的值的位置。所述可視化模板也可包括用於在關係等等方面安排項的邏輯。例如，一個實施例提供一種用於可視化HVAC設備的方法。對於一類或多類HVAC設備，資料庫102包括相應的圖像文件用於圖形表示此類設備(例如示意性描述AHU的圖像)。該圖像文件與指示位置的數據相關聯，在所述位置，點角色值將相對於所述圖像文件而被顯示。響應於查看有關特定AHU的信息的請求，所述UI組件構建包括該圖像文件和所述特定AHU的點角色值的可視化。在另一個實施例中，所述UI組件為HVAC系統提供總的導航界面。結論和說明將會理解的是，以上披露提供用於配置BMS的改進的系統和方法。雖然設施模型提供設施及其建築物的物理布局的分級模型，但由本文的討論可清楚看出，當考慮建築物操作者的需要時，描述建築物的完整物理模型不是最有效的方式。分開建模建築物中的設備和/或設備系統對於支持建築物操作者要求的任務是特別有幫助的。除非另有特別聲明，如從以下討論中顯而易見的，應理解的是，貫穿於說明書的討論中所使用的術語，比如「處理」、「用計算機計算(computing)」、「計算(calculating)」、「確定」、「分析」等等，指的是計算機或計算系統或者類似電子計算設備的動作和/或過程，所述計算機或計算系統或者類似電子計算設備將以物理(例如電子)量表示的數據操作和/或轉換為類似地表示為物理量的其他數據。以類似的方式，術語「處理器」可指處理例如來自寄存器和/或存儲器的電子數據以將該電子數據轉換為例如可存儲在寄存器和/或存儲器中的其他電子數據的任何裝置或裝置的部分。「計算機」或「計算機器」或「計算平臺」可包括一個或多個處理器。在一個實施例中，在此描述的方法可由一個或多個處理器執行，所述處理器接受包含指令集的計算機可讀(也被稱為機器可讀)代碼，所述指令集時在被所述處理器中的一個或多個執行時執行在此描述的方法中的至少一種。包括任何能夠執行指定將採取的動作的指令集(順序的或其它方式的)的處理器。因此，一個例子是包括一個或多個處理器的典型處理系統。每個處理器可包括CPU、圖形處理單元以及可編程DSP單元中的一個或多個。所述處理系統進一步可包括存儲器子系統，所述存儲器子系統包括主RAM和/或靜態RAM和/或ROM。還可包括用於所述組件之間通信的總線子系統。所述處理系統進一步可為具有通過網絡耦合的處理器的分布式處理系統。如果所述處理系統需要顯示器，可包括這樣的顯示器，比如液晶顯示器(LCD)或陰極射線管(CRT)顯示器。如果需要手工數據輸入，所述處理系統還包括輸入裝置，比如，諸如鍵盤的字母數字輸入單元、諸如滑鼠的指點控制裝置等等中一個或多個。如果從上下文清楚且除非另外明確聲明外，在此使用的術語存儲單元還包括如磁碟驅動單元的存儲系統。一些配置中的所述處理系統可包括聲音輸出裝置和網絡接口裝置。因此所述存儲子系統包括載有計算機可讀代碼(例如軟體)的計算機可讀載體介質，所述計算機可讀代碼包括指令集以在由一個或多個處理器執行時致使執行一個或多個在此描述的方法。注意在所述方法包括幾個要素，例如幾個步驟時，除非特別聲明，不暗示這些要素的順序。所述軟體可存在於硬碟中，或者也可以在其由所述計算機系統執行的過程中，完全或至少部分存在於RAM和/或處理器中。因此，所述存儲器和處理器也構成載有計算機可讀代碼的計算機可讀載體介質。此外，計算機可讀載體介質可構成電腦程式產品或被包含在其中。在可選實施例中，所述一個或多個處理器作為獨立裝置工作，或在聯網的布置中，可連接(例如聯網)到(一個或多個)其他處理器，所述一個或多個處理器可以作為伺服器或伺服器-用戶網絡環境下的用戶機器工作，或作為點對點或分布式網絡環境下的對等機工作。所述一個或多個處理器可構成個人計算機(PC)、平板電腦(tabletPC)、機頂盒(STB)、個人數字助理(PDA)、蜂窩電話、網絡裝置、網絡路由器、交換機或網橋，或任何能執行指定機器將採取的動作的指令集(順序的或其它方式)的機器。注意雖然一些圖僅示出單個處理器和載有所述計算機可讀代碼的單個存儲器，但本領域技術人員將會理解，以上所描述的許多組件都包括在內，但為了不致掩蓋發明點這些組件沒有被明確地示出或描述。例如，雖然僅示出單個機器，術語「機器」或「裝置」也應被認為包括單獨地或共同執行指令集(或多個指令集)以執行一個或多個在此討論的方法的機器的任何集合。在此描述的各種方法的至少一個實施例是以載有指令集(例如電腦程式)的計算機可讀載體介質的形式，所述電腦程式在一個或多個處理器，例如一個或多個作為建築管理系統一部分的處理器上執行。因此，本領域技術人員將會理解，本發明實施例可具體為方法、例如特殊用途裝置的裝置、例如數據處理系統的裝置、或者計算機可讀載體介質，例如電腦程式產品。所述計算機可讀載體介質載有包括指令集的計算機可讀代碼，當所述指令集在一個或多個處理器上執行時，使該一個處理器或多個處理器執行一種方法。因此，本發明的各方面可採取的形式為方法、全部硬體的實施例、全部軟體的實施例或軟體和15硬體方面相結合的實施例。此外，本發明可採取載有包含於介質中的計算機可讀程序代碼的載體介質(例如在計算機可讀存儲介質上的電腦程式產品)的形式。軟體還可通過網絡接口裝置經由網絡被發送或接收。雖然在示範性實施例中示出的所述載體介質是單個介質，但術語「載體介質」應被認為包括存儲所述一個或多個指令集的單個介質或多個介質(例如集中式或分布式資料庫，和/或相關的高速緩存和伺服器)。所述術語「載體介質」還應被認為包括任何能存儲、編碼或載有由一個或多個處理器執行的指令集並且使所述一個或多個處理器執行本發明任何一個或多個方法的介質。載體介質可採取多種形式，包括但不限於非易失性介質、易失性介質以及傳輸介質。非易失性介質包括例如光碟、磁碟以及磁光碟。易失性介質包括動態存儲器，比如主存儲器。傳輸介質包括同軸電纜、銅導線以及光纖，包括構成總線子系統的導線。傳輸介質還可為聲波或光波的形式，比如那些在無線電波或紅外數據通信過程中產生的。例如，所述術語「載體介質」可以相應地被認為包括但不限於固態存儲器、包含在光介質和磁介質中的計算機產品、載有一個或多個處理器中的至少一個處理器可檢測到的並表示在被執行時實施一種方法的指令集的傳播信號的介質、載有一個或多個處理器中的至少一個處理器可檢測到的並表示所述指令集的傳播信號的載波、以及載有一個或多個處理器中的至少一個處理器可檢測到的並表示所述指令集的傳播信號的網絡中的傳輸介質。應該理解的是，所討論的方法的步驟在一個實施例中由執行存儲在存儲裝置中的指令(計算機可讀代碼)的處理(即計算機)系統的合適的處理器(或多個處理器)執行。還應該理解的是，本發明不限於任何特殊的實現方式或編程技術，並且本發明可使用任何用於實現在此描述的功能的合適的技術來實現。本發明不限於任何特定的程式語言或作業系統。同樣應該理解的是，在本發明示例性實施例的以上描述中，為了簡化公開和幫助理解各種發明點中的一個或多個，本發明的各種特徵有時集合在單個實施例、附圖或其描述中。然而這種公開方法不應理解為反映這樣的意圖，即要求保護的發明需要的特徵比每個權利要求中清楚陳述的特徵更多。而是如以下權利要求所反映的，發明點在於少於單個前述公開的實施例的所有特徵。因此，在詳細說明之後的權利要求特此明確地合併在該詳細說明中，每個權利要求獨立地作為本發明單獨的實施例。此外，雖然在此描述的一些實施例包括其他實施例中所包括的一些但不是其它特徵，然而，如本領域技術人員將會理解的，不同實施例的特徵的組合在本發明的範圍內並形成不同實施例。例如，在下面的權利要求中，任何要求保護的實施例可組合使用。此外，一些實施例在此描述為方法或方法要素的組合，其可由計算機系統的處理器或其他執行該功能的裝置執行。因此，具有執行這樣的方法或方法要素所必需的指令的處理器構成一種執行所述方法或方法要素的裝置。此外，在此描述的設備實施例(apparatusembodiment)的要素是用於執行該要素為了執行本發明而執行的功能的裝置。在此提供的描述中，闡述了多個具體細節。然而，可以理解，本發明的實施例可在沒有這些具體細節的情況下實行。在其他實例中，為了不妨礙對本說明書的理解，沒有詳細示出眾所周知的方法、結構和技術。除非另有說明，本文使用的用於描述一般對象的順序形容詞「第一」、「第二」、「第三」等僅表示類似對象的不同實例被提及，並非意在暗示所描述的所述對象必須有給定的時間、空間、等級或其他順序。在下面的權利要求和此處的描述中，術語「包含」、「由……組成」或「其包含」中的任一個都是開放式的術語，意味著至少包括隨後的要素/特徵，但不排除其他。因此，當在權利要求中使用時，所述術語包括不應理解為限於列舉在其後的裝置、要素或步驟。例如，包括A和B的裝置這一表述的範圍不應限制為該裝置僅由要素A和B組成。在此使用的術語「包括」或「其包括」中的任一個術語也是開放式術語，其也意味著至少包括在所述術語後提及的要素/特徵，但不排除其他。因此，包括與包含是同義詞並且意思是包含。類似地，應注意在權利要求中使用的術語「耦合」不應理解為僅限於直接連接。可使用術語「耦合」和「連接」以及它們的衍生詞。應該理解的是，這些術語相互之間不是同義詞。因此，裝置A耦合至裝置B這一表述的範圍不應限制在裝置A的輸出直接連接到裝置B的輸入的裝置或系統。其意思是，在裝置A的輸出和裝置B的輸入之間存在路徑，所述路徑可為包括其他裝置或工具的路徑。「耦合的」可意味著兩個或更多個要素直接物理接觸或電接觸，或者此兩個或更多個要素不直接彼此接觸，但彼此之間仍然合作或交互。因此，雖然在此描述了被認為是本發明優選實施例的內容，但是本領域技術人員將認識到在不脫離本發明的精神的前提下可對其進行其他以及進一步的修改，旨在要求保護落入到本發明保護範圍內的所有這些改變和修改。例如，以上給出的任何方案僅代表可採用的過程。可從方塊圖中增加或刪除功能且操作可在功能塊之間互換。在本發明保護範圍內，可對所述方法增加或刪除步驟。1權利要求1.一種配置建築管理系統(BMS)的方法，該方法包括提供設備模型標準知識庫，其中每一個標準配置成描述建築系統中一類設備、與屬於該類的一件設備相關聯的一個或多個數據點、這些數據點的角色以及與其他設備的關係；提供允許用戶利用設備模型標準知識庫定義多個設備模型項的接口，使得每一個設備模型項描述該標準所要求的一件特定設備；以及構建包括已定義設備模型項的設備模型，其中該設備模型允許在位置和關係方面自動可視化所述設備模型項。2.如權利要求1所述的方法，其中在依賴關係和包含關係方面定義所述與其它設備的關係。3.如權利要求1所述的方法，其中對於至少一類設備，該標準配置成另外描述服務區域，其中該服務區域另外在為所述建築管理系統描述物理位置的設施模型中定義。4.如之前任一權利要求所述的方法，其中該設備模型標準包括多個分別描述HVAC系統中各類設備的HVAC標準。5.如權利要求4所述的方法，其中對於該HVAC系統中的至少一類設備，所述標準配置成另外描述該件設備所唯一服務的區域。6.一種建築管理系統，包括指示多個設備模型項的數據知識庫，利用預定設備模型標準創建這些設備模型項，使得每一個設備模型項描述一件特定設備的設備種類、與屬於該種類的一件設備相關聯的一個或多個數據點、這些數據點的角色以及與其他設備的關係；以及可視化模塊，用於在位置和關係方面自動可視化所述設備模型項。7.如權利要求6所述的建築管理系統，其中在依賴關係和包含關係方面定義所述與其它設備的關係。8.如權利要求6所述的建築管理系統，其中對於至少一類設備，該標準配置成另外描述服務區域，其中該服務區域另外在描述物理位置的用於所述建築管理系統的設施模型中定義。9.如權利要求6所述的建築管理系統，其中所述設備模型標準包括多個分別描述HVAC系統中各類設備的HVAC標準。10.如權利要求9所述的建築管理系統，其中對於所述HVAC系統中的至少一類設備，所述標準配置成另外描述該件設備所唯一服務的區域。11.一種用於建模HVAC系統的方法，所述方法包括提供設施模型，所述設施模型包括指示多個設施模型項的數據，所述設施模型項分別在位置種類以及與其他位置的關係方面描述建築環境中的物理位置，其中一類設施模型項描述由相應HVAC設備所唯一服務的位置；以及提供設備模型，所述設備模型包括指示多個設備模型項的數據，每個設備模型項在如下方面描述一件特定的HVAC設備設備種類、與該件設備相關聯的一個或多個數據點、這些數據點的角色以及與其他設備的關係，其中對於至少一類設備，所述設備模型項包括指示該件設備所唯一服務的位置的數據；使得所述設施模型和設備模型通過相應的HVAC設備所唯一服務的位置連結。12.如權利要求11所述的方法，其中在依賴關係和包含關係方面定義所述與其它設備的關係。13.如權利要求11所述的方法，包括基於所述設施模型和設備模型中的信息提供所述HVAC系統的自動可視化的步驟。14.一種建築管理系統，包括指示多個設施模型項的數據，所述設施模型項分別在位置種類以及與其他位置的關係方面描述建築環境中的物理位置，其中一類設施模型項描述由相應HVAC設備所唯一服務的位置；以及指示多個設備模型項的數據，每個設備模型項在如下方面描述一件特定的HVAC設備設備種類、與該件設備相關聯的一個或多個數據點、這些數據點的角色以及與其他設備的關係，其中對於至少一類設備，所述設備模型項包括指示該件設備所唯一服務的位置的數據；使得所述設施模型和設備模型通過相應的HVAC設備所唯一服務的位置連結。15.如權利要求14所述的建築管理系統，其中在依賴關係和包含關係方面定義所述與其它設備的關係。16.如權利要求14所述的建築管理系統，包括基於所述設施模型和設備模型中的信息提供所述HAC系統的自動可視化的組件。17.一種計算機可讀介質，包括代碼，當所述代碼在一個或多個處理器上執行時，使所述處理器執行如權利要求1-5或11-13中任一項所述的方法。全文摘要在此描述了配置建築管理系統的系統和方法。總的來說，本技術專注於例如在HVAC系統的環境中，特別是在設備種類和設備之間的關係方面，對建築信息數據進行安排和建模的方法。在能夠顯著地簡化可視化、應用程式創建以及報告這個意義上來說，這是有利的。各種實施例使用「設備模型」，「設備模型」是這樣的模型，其基於預定義標準為建築系統中每件設備定義項，因此允許可預測的描述(例如就數據點和關係而言)。一些實施例將設備模型和設施模型相結合，所述設施模型在空間方面描述建築。文檔編號G06Q10/00GK102063409SQ20101060062公開日2011年5月18日申請日期2010年9月28日優先權日2009年9月29日發明者G·富勒,J·D·莫裡森,K·派克斯,S·尹申請人:霍尼韋爾國際公司