可動態擴展及自動配置的建築物自動化系統及架構的製作方法

2023-08-10 05:57:21

專利名稱：：可動態擴展及自動配置的建築物自動化系統及架構的製作方法
技術領域：
：本發明大體而言涉及建築物自動化系統。更具體而言，本發明涉及建築物自動化系統架構、通信及配置。
背景技術：
：建築物自動化系統(buildingautomationsystem;BAS)用於協調、管理及自動控制各種環境、物理、及電氣建築物子系統，尤其是HAVC及氣候控制，但也包含保安、避雷、供電等。通常的現有BAS系統是通過硬接線實現的，或者利用專用通信標準或協議來連結各個子系統及提供系統範圍的用戶訪問及控制。對BAS系統進行硬接線及人工編程可形成針對特定設施進行定製的耐用的固定系統。然而，這些系統常常需要針對每一建築物或地點進行廣泛定製。特定的人工編程及其它安裝要素可能並不適用於其它系統，導致與這些系統相關的安裝操作成本高昂且耗費時間。此外，硬接線系統及那些利用專用通信標準及協議的系統很難、甚至不可能與不同廠商或不同代的系統組件、面板、及其它組件相集成。例如，在由安裝有升級的BAS的多棟建築物構成的校園中，可能具有現存的前代(遺留)系統及購自不止一家廠商的系統。在此種情形中，安裝BAS並使其與現有系統兼容會非常耗時，需要進行大量的人工維護及編程才能集成現有的裝置及建成定製的BAS。隨著BACnetTM(—種美國採暖、製冷及空調工程師協會(AmericanSocietyofHeating,RefrigeratingandAir-ConditioningEngineers;ASHRAE)及美國國家標準學會(AmericanNationalStandardsInstitute;ANSI)標準)以及LonTalk(一種由Echelon幵發的協議集成方法)的引入，本行業中的各種標準及通信已實現了一定的統一。BACnetTM原本是制定HVAC互操作性標準，現在用作整個行業範圍內問題的解決方案。然而，在使用中，BACnetTM存在多種版本，並包含各種可供廠商使用的非標準特徵功能。許多廠商規定要實現系統的相符性，必須使用特定的BACnetTM版本，因而迫使BAS用戶進行更新。因此，BACnet的各種版本及特6徵之間並不能完全協同使用。另外，BAS安裝及維護仍是一般需要耗費大量人力的定製任務，這些任務因每一系統的實施方案而各不相同。升級、擴展、以及更新或移除系統組件及服務尤其也是非常複雜的任務，這是因為現有BAS既可能支持也可能不支持新的裝置且必須人工進行重新配置才能識別出及包含所作改動。在常見情景中，管理一建築物地點且該建築物地點具有兩個在現有BAS中運行的控制單元的用戶想要在建築物的新建成的側樓中增加第三控制單元。此時，用戶必須將現有控制單元升級至第三控制單元的新版本才能使系統相互一致，因為系統無法適應多個版本或集成新的控制單元。現有的BAS也不能提供可訪問性、定製化、及系統用戶所希望的管理工具。當前的BAS很難進行大規模管理一例如由區域性或全國性的零售商或其它組織進行管理，且在管理時在通信方面非常繁瑣。另外，儘管現在已具有且在使用基於網際網路且可訪問的系統，然而這些系統存在幾種缺陷。許多現有的網際網路BAS是作為現有BAS的附件而形成，因而具有集成的、專用的設計。這些系統不能提供與非本機系統及子系統進行接口所需的適配性及可擴展性，這是在現有結構中建置大規模系統時所存在的特定問題。現有系統也不能提供更高層次的可擴展性、可配置性及定製化工具。因此，網際網路提供一種可用以設計、建置及管理高級BAS的唯一平臺。相應地，仍需要一種具有靈活的動態架構且尤其是從用戶角度而言提供增強的通信、管理及控制選項的智能BAS。
發明內容本發明通過提供一種可動態擴展並可自動配置的建築物自動化系統(BAS)而實質滿足了上述需求。在一實施例中，BAS包含包含通信網絡並具有動態擴展能力及自動配置能力的架構，以通信方式耦合至所述通信網絡的引擎，以及至少一個以通信方式耦合至所述通信網絡的控制裝置，所述控制裝置對於引擎而言是已知或未知的。所述BAS的引擎可適於有選擇地建置動態擴展能力，以與已知的及未知的控制裝置建立通信。所述引擎可更適於有選擇地建置自動配置能力，以確定己知的及未知的控制裝置的至少一種特性。本發明還包括一種通過動態擴展及自動配置BAS的架構而向BAS增加控制裝置的方法。在一實施例中，所述方法包含獲得一地點處先前未知的控制裝置的網絡地址。然後，執行發現過程，以與所述控制裝置建立通信並從所述控制裝置獲得元數據，且通過評價元數據的至少一種特性並將所述至少一種特性作為定義存儲於該架構的程序內，而使所述地點同步化。將所述控制裝置的狀態從己知狀態修改成未知狀態，並在無需重新編輯的情況下，通過執行所述程序而動態擴展及自動配置所述架構。以上對本發明的概要說明並非旨在描述本發明的每一所示實施例或每一實施方案。附圖及下文說明將更具體地例示這些實施例。結合附圖閱讀下文對本發明各實施例的詳細說明，可更全面地理解本發明，附圖中-圖l是根據本發明一實施例的建築物自動化系統(BAS);圖2是根據本發明一實施例的對象圖3是根據本發明一實施例的對象模型圖4A是根據本發明一實施例的數據模型方塊圖4B是根據本發明一實施例的數據模型方塊圖4C是根據本發明一實施例的數據模型實例圖5A是根據本發明一實施例的簡化的BAS架構層方塊圖5B是根據本發明一實施例的BAS架構圖6A是根據本發明一實施例的啟動過程流程圖6B是根據本發明一實施例的數據管理子過程流程圖7是根據本發明一實施例的地點發現過程流程圖8是根據本發明一實施例的動態協議支持圖9是根據本發明一實施例的地點同步過程流程圖10A是根據本發明一實施例的地點同步過程流程圖10B是根據本發明一實施例的地點同步子過程流程圖11是根據本發明一實施例的地點移除過程流程圖12是根據本發明一實施例的地點同步過程流程圖13是根據本發明一實施例的外側對象數據方塊圖14是根據本發明一實施例的數據方塊圖15是根據本發明一實施例的流程圖；圖16是根據本發明一實施例的報警方塊圖17是根據本發明一實施例的用戶界面的導航圖18A是根據本發明一實施例的用戶界面界面；圖18B是根據本發明一實施例的另一用戶界面頁面；圖19是根據本發明一實施例的屬性圖20A是根據本發明一實施例的另一用戶界面頁面；圖20B是根據本發明一實施例的圖20A所示用戶界面頁面的詳圖20C是根據本發明一實施例的圖20A所示用戶界面頁面的另一詳圖;圖20D是根據本發明一實施例的另一用戶界面頁面；圖21是根據本發明一實施例的用戶界面導航圖22A是根據本發明一實施例的用戶界面頁面；圖22B是根據本發明一實施例的圖22A所示用戶界面頁面的詳圖23是根據本發明一實施例的數據日誌方塊圖24A是根據本發明一實施例的用戶界面頁面；圖24B是根據本發明一實施例的圖24A所示用戶界面頁面的詳圖24C是根據本發明一實施例的用戶界面頁面；圖25是根據本發明一實施例的用戶界面頁面；圖26A是根據本發明一實施例的用戶界面頁面；圖26B是根據本發明一實施例的圖26A所示用戶界面頁面的詳圖26C是根據本發明一實施例的圖26A所示用戶界面頁面的另一詳圖;圖27是根據本發明一實施例的用戶界面頁面；圖28是根據本發明一實施例的用戶界面導航圖29是根據本發明一實施例的用戶界面頁面；圖30是根據本發明一實施例的用戶界面導航圖31是根據本發明一實施例的用戶界面頁面；圖32是根據本發明一實施例的用戶界面頁面；圖33是根據本發明一實施例的用戶界面頁面；圖34是根據本發明一實施例的用戶界面頁面；圖35A是根據本發明一實施例的用戶界面頁面的方塊圖35B是根據本發明一實施例的圖35A所示用戶界面頁面的詳圖35C是根據本發明一實施例的圖35A所示用戶界面頁面的詳圖；圖36是根據本發明一實施例的用戶界面導航圖；以及圖37是根據本發明一實施例的用戶界面頁面。儘管本發明容易作出各種修改及替代形式，然而在附圖中將以舉例方式顯示並在下文中詳細說明本發明的具體細節。然而，應理解，並非是要將本發明限定為本文所述的具體實施例。相反，本發明打算涵蓋歸屬於隨附權利要求書所界定的本發明精神及範圍內的所有修改、等效及替代形式。具體實施例方式本發明的系統及方法尤其適用於可動態擴展及自動配置的BAS及架構。在一實施例中，各系統及方法可有效地確定BAS內的數據及信息的優先次序並進行管理。該BAS及架構通過可動態擴展及自動配置的架構而提供一種智能控制系統。所述系統可建置於本地或寬廣的範圍內一從空間或建築物層次直到企業層次，實際上囊括其間的任何結構、建築群、校園、及區域。在另一實施例中，各系統及方法與BAS相互作用並定製該BAS。例如，通過圖形用戶界面顯示並實現用戶定製選項。除提供可供用戶訪問、管理及定製BAS的埠外，用戶界面本身也可根據系統的動態可擴展性並與系統的動態可擴展性互補地進行定製。例如，在一實施例中，當BAS的企業伺服器引擎發現新的對象時，可自動地或在用戶指導下有選擇地定製用戶界面。用戶界面還允許用戶定製地點或建築物的分層目錄。所述地點或建築物可從用戶界面中搜索，且搜索結果可用於隨後定製所述目錄。在一實施例中，用戶界面還包含儀錶板顯示器，以粗略地顯示關於建築物系統的信息。儀錶板顯示器包含關於建築物、建築物內的空間、或建築物內特定設備的摘要信息。參照圖l-37及下文說明，可更容易理解本發明。儘管本發明未必僅限於所具體顯示的應用，然而利用在具體上下文中對實例性實施例所作的說明，將可更好地了解本發明。根據本發明一實施例的BAS包含駐存於企業伺服器引擎(enterpriseserverengine;ESE)中的可動態擴展及自動配置的架構。BAS及ESE包含通用且耐用的基於處理器的控制系統，其具有不區分通信協議的前端，用於從處於任何建築物內的或遠離建築物的中央位置可操作地支持對一個或多個建築物中的HVAC及其它子系統進行管理。在一實施例中，BAS是可自動且智能縮放的面向對象的系統，在分布於本地或寬廣範圍內的地理區域中提供多地點管理能力。為實現用戶可訪問性，較佳使BAS聯網。在一實施例中，作為在網絡伺服器上運行的具有網絡功能的應用程式，BAS可由用戶通過內聯網或網際網路中一者或二者上的計算機系統進行訪問。網絡應用程式為HVAC及其它子系統提供操作服務。在一實施例中，BAS能夠支持及集成遺留的、現有的及下一代組件及子系統。BAS更能夠通過智能地識別這些系統及/或子系統並方便地將其集成於可動態擴展的BAS架構中，而支持常見廠商或製造商的系統以及競爭廠家的系統。此種靈活性使BAS架構能夠支持補充應用程式以及新的控制面板和子系統類型及版本，而不存在重新編輯及重新發行問題，並能夠在特定實施方案中根據具體需求而擴展、定製及特製BAS。此外，動態可擴展性使複雜的系統能夠提供增強的通用性及可用性。參見圖1，根據本發明一實施例的BASIO包含ESE20，ESE20較佳位於中央位置12，例如總部或控制站中。在一實施例中，ESE20包含單個本地裝置。如所屬領域的技術人員所理解，"中央"位置12未必是地理上的中央位置，而是在一實施例中為通信或控制意義上的中央位置，從該位置可方便或可行地管理BAS10。例如，用戶可從單個總部位置管理全國範圍或一區域內各位置處的一或多個BAS。在另一實施例中，ESE20包含一在本地或分散環境中運行的多伺服器配置。ESE20也可包含其它的單個、多個及,/或聯網的計算機或微處理器；單個或多個伺服器；硬體；軟體；固件；構成固件的軟體及軟體指令；及/或具有下列功能的計算及存儲裝置以及編程裝置的其它組合與BAS10內的分散的點及裝置建立通信及控制這些點及裝置，有選擇地執行動態可擴展能力及自動配置能力，以及接受、存儲、高速緩存、搜索、請求、伺服、及/或加載數據及信息，此將在下文中進行更詳細說明。ESE20較佳在位置20就地聯網，並以通信方式耦合至網際網路30、內聯網32、及/或任何其它用於將ESE20通信耦合至BAS10內一個或多個其它點或裝置並用於實現動態可擴展能力及自動配置能力的兼容通信裝置。因此，通過例如網際網路30及/或內聯網32等通信裝置，ESE20可通過計算機系統、在用戶計算機系統內部或外部從實際上任意位置提供訪問及管理控制。ESE20及BAS10不需要如圖1所示基於網絡或以通信方式耦合至網際網路30，因為還存在所屬領域的技術人員所知的其它兼容的通信裝置及選項。例如網際網路30及/或內聯乙太網/IP32或另一區域網(localareanetwork;LAN)或廣域網(wideareanetwork;WAN)等通信裝置可實現ESE20與其它系統組件及裝置之間的通信。根據需要或意願，BAS10內各部分的某些或所有通信及連接既可是有線的，也可是無線的。系統10的每一實施方案在尺寸、裝置構成、以及當前、遺留及未來一代裝置的比例方面可差別很大。系統10也可能在廠商/製造商、類型、建築物及/或校園的實體布局、用戶需求、及其它特性方面有所差別。因此，逐一地點地建置每一系統10且特別是ESE20。ESE20可辨別各種系統裝置，與其進行通信並對其加以控制，這些系統裝置包括及常見製造商的、遺留的或前一代的、以及競爭廠商的控制器及建築物自動化面板。BAS10還可通過ESE20而擴展至集成下一代裝置。因此，ESE20包含用於接受及存儲來自BASIO各點的數據及元數據描述符的微處理器、計算、存儲及/或其它兼容裝置、以及在無法得到元數據描述符時用於自動請求輔助的人工編程數據及描述符的微處理器、計算、存儲及/或其它兼容裝置。BAS10內的數據及元數據描述符將在下文予以更詳細說明。例如，如圖1所示，當代監控控制器41(例如由本申請案的受讓者TRANE⑧製造的建築物控制單元)或面板40可直接通信耦合至網際網路30及/或內聯網32，而遺留單元42可直接通信耦合至網際網路30及/或內聯網32或通過媒體轉換器48進行耦合。遺留單元42可包括例如由本申請案的受讓者TRANE⑧製造的TRACERSU羅IT及TRACKER單元。媒體轉換器48較佳是簡單的變換器，但也可根據需要包含其它更複雜的裝置。在各種實施例中，媒體轉換器48較佳可與競爭產品44及/或未來產品46—起使用，但也可不與這些產品一起使用。競爭產品44也較佳直接耦合至網際網路30及/或內聯網32。"競爭"這一用語用於大體指代相對於ESE20而言由其它組織製造的產品。可能包含競爭產品44的建築物舒適性及控制產品及系統的製造商包括JOHNSONCONTROLS、HONEYWELL、TRIDIUM、Y0RK、GENERALELECTRIC、CARRIER及其它製造商。ESE20更能夠支持未來產品46，例如當前控制器的更新版本、新開發的產品等等。較佳地，至少多個面板40、當前控制器41、遺留單元42、競爭產品44或未來產品46是建築物自動化、控制或HVAC產品，其代表性實例包括暖氣爐及供熱系統、製冷器(包括機械式及吸收式)；空調器、過濾器及空氣淨化器；防火及生命安全系統；保安系統；電氣系統監視器及控制器；避雷系統監視器及控制器；通風系統監視器及控制器；傳感器，包括煙氣、光、佔用性、運動、溼度傳感器及其它傳感器；空氣調節器；流體及空氣移動及搬運設備；終端產品及裝置；生命科學及藥理學控制設備及監視系統，包括正壓及負壓淨化室；工業自動化及控制設備及系統；可編程邏輯控制器；及其它產品。ESE20還較佳能夠與其它類似的、但12屬於前一代的控制及管理系統共存及配合使用，此將在下文中予以更詳細說明。面板40、監控控制器41、遺留單元42、競爭產品44及未來產品46在本文中可統稱為BAS終端裝置。根據本文對面板40、監控控制器41、遺留單元42、競爭產品44及未來產品46的說明，BAS終端裝置可包含輸入/輸出點、二進位及模擬裝置、嵌入式控制器、傳感器、及任何其它用於在建築物或校園等的至少一部分中測量及傳送關於點、裝置、空間、系統或子系統中至少一者的數據的控制/傳感器裝置。術語"終端裝置(enddevice)"僅用於方便、統一地指代BAS10內的點，且特別是"終端"這一術語的上下文並非打算具有限定性或者從BASIO的角度而言在任一給定情形中均隱含著為一通信或控制端點。譬如，例如監控控制器41等終端裝置也可用作ESE20與額外終端裝置側設備之間的中間媒介。此外，BAS10可包含非現實的終端裝置、或點、以及虛擬的終端裝置。在一實施例中，非現實的終端裝置是表示由ESE20所例示的現實的、實際的、或實體性的終端裝置，且與一或多個實際的、現實的、或實體性的BAS終端裝置相關聯或有關。現實的終端裝置是本文通篇所描繪及說明的終端裝置，如所屬領域的技術人員所能理解，術語"現實(real)"僅用於相對於所例示的"非現實"終端裝置而言來描述一終端裝置。非現實終端裝置可由ESE20根據至少多個現實終端裝置、或終端裝置點或值之間的算術關係來導出或例示。非現實終端裝置之一實例是建築物效率。建築物效率同時與BAS終端裝置及BASIO設備的輸入與輸出特性相關。其它實例包括或涉及設定點及舒適性設置(comfortsettings)。ESE20適於根據BAS10的動態可擴展性及自動可配置性而自動地更新或重新定義非現實終端裝置。BAS10還可針對不同應用而以不同方式對待特定的BAS終端裝置，從而形成虛擬終端裝置。虛擬終端裝置是實際、現實、或實體性BAS終端裝置的定製的或以其它方式加以修改的定義或對待方式。實際終端裝置則是本文所描繪及說明的終端裝置，如所屬領域的技術人員所能理解，術語"實際(actual)僅用於相對於"虛擬(virtual)"終端裝置而言描述一終端裝置。為進行上下文說明及方便起見，用戶可選擇將一終端裝置表示為第一類型，同時BAS10操作一實際上構成第二類型的終端裝置並與該終端裝置進行通信。為滿足用戶，允許用戶將該終端裝置視為使用戶感到舒適的終端裝置並與其進行相互作用，或者為得到一致的接口起見，BAS10可將該終端裝置作為第一類型的虛終端裝置呈現給用戶，即使該終端裝置是由BAS10作為第二類型進行實際建置及控制。在一實施例中，用戶通過呈現於一或多個計算機裝置22上的圖形用戶界面(graphicaluserinterface;GUI或"用戶界面(userinterface)")來訪問BAS10及與BAS10進行相互作用。每一裝置22均與BAS10進行通信耦合。BAS10的用戶界面可實際上由任何具有可視顯示器並與系統10進行通信連接的裝置22提供。此等裝置的某些實例是個人桌上型計算機、膝上型計算機、或可攜式計算機(portablecomputer;PC);可攜式數字助理(portabledigitalassistant^PDA);行動電話；以及其它類似裝置。通常，裝置22與BASIO之間的連接是通過網際網路30、內聯網32、及/或某種其它局域或廣域通信網絡提供，儘管也可利用其它連接手段及連接組合。例如，如果利用具有網際網路聯網功能的行動電話，則該連接至少部分地包含無線蜂窩通信網絡。在本發明BASIO的背景中，每一BAS終端裝置40、41、42、44、及46均被建模為一對象。在面向對象的BAS10及ESE20中，對常見對象進行建模以供辨認及應用於其它類似對象，從而實現高的效率。簡而言之，對象就是一類實例(instance)、或者囊括一組描述行為及功能。因而，可根據應用於對象的規則而明確表示一般對象。參見BAS10，終端裝置對象可囊括BAS10中實際任意類型的或任一臺設備、或任意輸入或輸出點、以及與BAS10相關的任何應用程式或數據結構。BAS10能夠通過對系統裝置及組件釆用一種面向對象的方法而減少對新裝置的人工編程及集成。BAS10更能夠識別及喚起對未得到辨認的對象和與對象相關的事件的注意，以便可提供人工服務及引起注意。BAS10內面向對象的數據及元數據管理能支持BAS10進行動態擴展及自動配置，包括對BAS10的組件及架構以及對BAS10的結構及狀態在用戶界面中的信息性及管理性表示形式進行動態擴展及自動配置。動態擴展及自動配置會形成具有自我描述性對象的循環遞歸系統(circularlyrecursivesystem)以及使系統利用來自及關於所述對象的可塑及可擴展的元數據。因此，在一實施例中，BAS10元數據是多層次、可改向且可擴展的。此外，BAS10的動態可擴展性使用戶能夠利用用戶界面來定製及控制BAS10，包括用戶界面自身，而無需使用重新編程或重新編輯碼。相應地，圖2是根據一實施例的BAS10的運行架構圖。在可動態擴展及縮放的BAS10中，對象是以分級或分類結構形式存在。例如，各數據對象、地點對象、及面板對象相互關聯並可相對加以定義，其中各對象包含或與各自的對象定義58相關聯，這些對象定義58例如為類型、版本、廠商等等，其存儲於資料庫60中並由BAS10在具有ESE20的應用程式引擎/構架62內進行解譯，以決定BAS10如何處理特定對象。內部元對象管理50、數據對象管理52、地點管理54、及面板和通信管理56藉助對象定義58表示BAS10的ESE20的內核，並使應用程式引擎/構架62與外部源及實體進行接口，以管理BASIO內的對象。該內核較佳包含p-碼引擎並可擴展。應用程式引擎/構架62及資料庫60和ASP.NET應用程式64包含位於ESE20的操作架構內的圖形用戶界面要素表示形式。在一實施例中，資料庫60是處於圖形用戶界面程序外的數據存儲器或Sequel伺服器。然後，網絡伺服器66將BAS10通過應用程式引擎/構架62介接至外部界面。在一較佳但並非唯一的實施例中，外部接口包括利用網絡瀏覽器程序通過網際網路30或內聯網32呈現的GIH。圖2中的網絡伺服器66及網絡瀏覽器68不是客戶端網絡伺服器及網絡瀏覽器軟體要素，而是ESE20操作架構組件的表示形式。在一實施例中，BAS10所使用的主要對象及分類參照圖2顯示於圖3中。數據對象管理52包括數據管理器網絡引擎100及對象管理101。數據管理器網絡引擎100包含數據請求管理器102及數據請求對象104。數據請求管理器102是用於管理所輸入的XML請求、以及用於創建數據請求對象104、相關數據對象120、以及供外部客戶端用作參考的相關URL及標識的對象。數據請求管理器102還是高速緩衝存儲器，用於來自用戶界面及/或任何客戶端的數據請求對象104及數據對象102。數據請求對象104是包含一組讀取請求的對象。對象管理101包含數據對象120及智能值126。數據對象120是封裝有在每一面板中所存在的一或多個對象的對象，所述一或多個對象既包括設備對象也包括應用程式對象。智能值126則是封裝有在數據對象中所存在的特性的對象，其負責將原始數據編碼/解碼成任何外部格式以及從任何外部格式編碼/解碼原始數據並用於在需要時執行轉換。地點管理54包含地點管理器108及地點110。地點管理器108是負責管理所有地點IIO、啟動、增加、及超越地點的操作的對象。地點IIO是作為與建築物進行相互作用的中心的對象，其包括至少一個單獨的面板對象112。在一實施例中，ESE20將建築物視為一地點110。然而，特定地點IIO可以是單獨的建築物或者由不止一座建築物構成的校園。相反，單座建築物也可包括不止一個地點110。重新參見圖1，例如，面板40、監控控制器41、遺留單元42、競爭產品44及未來產品46可一同構成單個地點110，或者，面板40、監控控制器41、遺留單元42、競爭產品44、及未來產品46中的某些或每一個可位於不止一個不同地點110。系統10中的ESE20可默認至單座建築物、在一實施例中為單個地點圖，然後可根據用戶偏好或系統特性或發現數據(discoverydata)進行定製或修改。在一特定實例中，一製造場所包含第一由用戶及系統定義的地點iio及第二由用戶及系統定義的地點110，其中第一地點110由前部辦公區域組成，第二地點110由製造車間組成。從製造場所角度看，此多地點定義可使得更方便、更直觀地管理不同空間。BAS10中關於建築物內空間的大體信息通常包括所述空間中設備的類型、溫度、設定點、及相對於設定點的偏差。描述所述空間的其它狀態包括流動速率、佔用率、模式(制熱還是製冷)、設備狀態、及戶外空氣溫度及溼度。設備狀態是指空間中特定設備的狀態。專用或定製的設備可提供其它信息。該大體信息中的某些或所有信息可供在用戶界面中瀏覽。也可通過啟動一按鈕而將所顯示的信息更新為當前狀態。可通過用戶界面內的導航連結來訪問其它建築物空間。可根據所代表的特定終端裝置來定製用戶界面。例如，ESE20及用戶界面可彙編來自提供給ESE20的定義的信息、來自自我描述性終端裝置的信息、來自從終端裝置所讀取的信息的信息、以及來自人工編程的終端裝置的信息，以形成用戶界面頁面。所述頁面可根據模板形成，其中根據所彙編的信息而添加或移除各個要素及信息。可單獨看待各臺設備，也可將其視為子系統群組的一部分。例如，可將關於一子系統群組的信息直接顯示於用戶界面中，例如以具有通往該群組中特定設備的連結的表格形式進行顯示。也可由用戶定製數據集合。可沿循直觀的連結來瀏覽其它空間狀態及值。在一實施例中，用戶可通過用戶界面手動更新關於BAS10的信息。元對象管理50包含元數據管理器114、對象定義122、及特性定義128。元數據管理器114是用於剖析元數據XML文件及管理元數據定義的對象，且在一實施例中，其較佳按面板類型、版本及對象類型進行高速緩存。對象定義122是用於定義數據對象120的特性、服務及行為的元數據對象。特性定義128則是用於定義對象特性的屬性及行為的對象。面板及通信管理56包含通信管理器116、面板112、協議堆棧118及協議數據單元(protocoldataunit;PDU)124。通信管理器116是負責管理所有通信埠、線程(thread)及協議堆棧的對象。面板對象112是表示實體面板並管理用於協議堆棧的元數據版本及可供用於協議堆棧的服務的對象。PDU124是負責通過通信線路對特性算法進行編碼/解碼的對象。在圖4A中顯示主數據實體，在圖4B中顯示根據一實施例的數據模型實例，並16在圖4C中顯示根據另一實施例的模型實例。在最基本層次上，每一地點110均是一或多個面板112(面板對象)的集合，且每一面板112均是一或多個對象120的集合，為實現系統可操作性，這一或多個對象可能需要擴展130。地點110可以是由ESE20所管理的單個地點(即建築物)、或者是一系列地點。地點110還包括用於背景任務的信息。面板112是地點110的已知的單個面板112或一系列面板、以及ESE20管理這些特定面板所需的信息。在一實施例中，該信息可包含面板類型、版本、廠商、以及忽略標記符(ignoreflag)。對象120是存在於每一面板112中的一系列對象，用於進行導航、顯示及管理。對象擴展130是保存於ESE20上的專用於每一對象120的信息，由與每一對象120相關聯的元數據進行描述。對象擴展130用於驅動用戶界面，以用於確定例如以下等事項當一對象按對象配置處於不同家族中時，該具體對象屬於哪一家族。在一實施例中，每一單獨地點110均存在類似於圖4B所示數據模型的數據模型。在本實例中，當ESE20發現地點110時，ESE20得知或者可獲知地點110A是面板112A、112B及112C的集合。面板112A包含對象120A。面板112B包含對象120B及120C，且面板112C包含對象120D及120E。對象120B及120D分別需要對象擴展130A及130B。在其它實施例中，可使用更多或更少的面板112、對象120及/或對象擴展130，圖4B所示的模型只是一個實例。ESE20可操作地在支持建築物自動化標準協議的面板40及41以及單元42、44及46(重新大體參見圖1中的系統10)中讀取及寫入數據。在圖l及本文的上下文中，單元42、44及46可以是面板，但以圖1中的類型加以識別來例示系統10的可能配置及構成。例如，ESE20及BAS10整體上至少大體兼容BACnetTM協議及/或XML，儘管在不同實施例中特定裝置可能還需要實體或虛擬媒體轉換器48。儘管ESE20兼容很多種協議及標準及/或可針對這些協議及標準進行配置，然而本文的特定實例將在本發明的一個非限定性實施例的上下文中提到BACnetTM協議、網際網路30及內聯網32系統(在適當時)。在一實施例中，ESE20的結構儘可能在本地集成BACnetTM協議及其它協議的各種實施方案。ESE20能可操作地同時支持多種版本及實施方案，例如所支持的服務及專用信息。此使ESE20能夠同時集成"內音卩"裝置(即常用廠商/製造商的裝置或平臺)與"外部"裝置(即其它廠商或競爭廠商的裝置)，而無需對對象進行人工編程。此與在其它系統中集成外部對象44的現有方法形成對照一在現有方法中，需要由每一設施的專用現場服務技術人員對數據及關係進行耗時、費力的人工編程，此會增加這些其它系統的成本及複雜度並降低便利性。ESE20可操作地提供用於進行系統安裝、設置、集成及支持的接口。例如，ESE20為裝置/對象40、42、44及46設置參數提供界面，這些設置參數包括每一者的IP位址、子網掩碼(subnetmask)、網關、以及伺服器名稱(當適用時)。ESE20更提供一種用於設置及定製網頁的方法及/或功用，並向網頁提供及公布圖形，其中所述網頁可同時包括模板及單獨頁面。系統10及ESE20還允許用戶出於分組目的而定義既定地點的屬性。在一實施例中，至少，每一地點110均與地理及類型屬性相關聯，並提供搜索功能以允許用戶搜索地點或成組的地點。ESE20較佳更能適應系統10內整個地點110的增加、移除及一般管理。從實施的角度看，ESE20的地點管理是系統10的一重要方面。打算使動態擴展、增強及改動成為建築物自動化系統10的固有的基本特徵。此外，ESE20作為系統10的核心引擎，被設計成用作包括下一代開發在內的其它系統及裝置的基礎。ESE20及系統10的每一實施方案均被設計成使地點及數據管理服務與用戶接口及應用程式相分離，以確保不會損害核心引擎這一方面。例如，在圖4C所示的大學校園實例中，ESE20所管理的地點IIO包括校園中的各個建築物，例如工程樓、圖書館、管理樓及其它建築物。地點110還包括用於背景任務的信息。仍參見圖4C，每一地點IIO均包含一面板112。圖中對每一地點110畫出一系統控制器層的單個面板112，儘管單個地點110也可包含多個面板112。此外，對象120是存在於每一面板112中的一系列對象，用於進行導航、顯示及管理。在圖4C中，每一面板112包含多個對象120—其可為設備、傳感器、接收器、機器及其它裝置。圖1所示實施例中的核心引擎或ESE20形成系統10的基礎或平臺。參見圖5A及5B，ESE20支持系統10內的應用程式150及用戶接口特徵和功能160。系統架構500內的ESE20進一步定義及描述引擎支持的所有方面。架構500的專用擴展層502包含可針對一規範通信協議(例如層510的協議)進行建置的廠商專用擴展。層510包含多個所支持的預期協議。由於其它BAS系統可能能夠利用多種協議與多個廠商裝置進行通信，因而即使開始時不包含一特定廠商，系統10中的ESE20的動態可擴展性也使ESE20能夠自動決定廠商及恰當協議或得到支持，而不需要重新編輯並隨後重新發送主程序及系統、或進行系統重新設計。在特定廠商面板的協議內的支持變動也不需要重新編輯。在一實施例中，對此種變動的支持可僅限於18基本的標準協議支持。BACnetTM512是ASHRAE標準BACnetTM協議的一種實施方案，其在一實施例中可包括1998、2001及2004技術規範，且較佳也可執行其它及未來的技術規範。BACnetTM512是協議堆棧118及PDU124(參見圖3)、以及面板及通信管理56(參見圖2及3)的實施方案的一部分。L0N514包含行業標準L0N協議的實施方案。L0N514是協議堆棧118及PDU124、以及面板及通信管理56的一部分。協議層516、518、520及524可分別包含各種現有協議、下一代協議、專用協議及/或新興協議的實施方案。在一較佳實施例中，協議層516、518、520、522及524可包含所支持的專用協議，例如TR認E⑧的COM4、COM3、下一代TNG/XML、及BMN，儘管也可執行其它組合及協議。例如，其中一個協議層516、518、520、522及524可包含例如oBIXTM或開放式建築信息交換標準(OpenBuildingInformationExchange)等新興協議標準的實施方案。oBIXTM標準是由產業界倡儀制訂的協議，用於規定建築物控制系統的基於XML及網絡的系統及機制。協議層516、518及522是協議堆棧118及PDU124以及面板及通信管理56的實施方案的一部分。內核高速緩存器526是一高速緩存層，用於集中管理面板112、且更特別是例如圖l所示面板40的輸入及輸出(圖3及圖4A，還參見例如圖4B)。內核高速緩存器526是地點管理器108及地點110以及地點管理54的一部分。通信及通信擴展管理器層530包含用於管理及協調上述層510的各種通信協議的邏輯。通信及通信擴展管理器層530是通信管理器116及面板管理56的實施方案的一部分。元數據管理層532管理元數據定義，包括定義及用於管理系統10及ESE20的各種對象及特性的規則。元數據管理層532包含元數據管理器114、對象定義122及特性定義128，且是面板管理56的實施方案的一部分。對象管理層534管理由內核540(其將於下文加以說明)所維護的存儲區內的對象及特性。對象管理層534包含數據對象120及智能值126，並對應於圖3中的對象管理101。地點管理層536管理所有地點110。如前面所述，地點110可包含建築物、校園、各種結構、及其它實體，例如單獨的HVAC網絡。地點管理層536對應於圖2及3中的地點管理54。直接通信界面538是一薄的層，其使較高層應用程式能直接訪問較低層通信服務。直接通信界面538是地點管理器108及地點110的一部分，且是地點管理54的實施方案的一部分。大體而言，圖3描繪數據管理器內核層540的核心部分。系統10及ESE20的內核依賴於面向對象的原則及功能來實現基本界面及可操作性框架。再次參見圖5B，數據管理器內核層540用於描述及定義系統10及ESE20的地點、通信、對象及元數據組件的全部。內核持續性管理層542負責處理ESE20內核的持續性、或存儲器外的存儲。內核SQL界面544處理與數據管理器內核540的SQL(結構化詢問語言；structuredquerylanguage)資料庫之間的接口。測試管理器546負責管理為實現測試目的而進行的低層內核類別的登記。儘管在本發明一實施例中較佳使用SQL資料庫，然而所屬領域的技術人員可知，在其它實施例中也可使用其它資料庫應用程式，例如MSDE(MICROSOFT⑧數據引擎)等等。ESE20內核被設計成可擴展，且內核擴展管理器550負責管理、初始化及關閉每一擴展。在本發明的一較佳實施例中，各種擴展包括但不限於地點同步551、報警552、調度553、數據收集554、內核測試工具(kerneltestharness)555、啟動556、模擬557、及圖形編程558。地點同步551是一負責提供地點同步所需的服務的擴展層。地點同步將在下文予以更詳細說明。報警552是一負責在處理ESE20的報警時所需的服務的擴展層。調度553是一負責在管理ESE20的調度時所需的服務的擴展層。數據收集553是一負責為ESE20收集數據(包括趨勢數據)所需的服務的擴展層。內核測試工具555是一負責在對ESE20內核功能執行測試時所需的服務的擴展層。啟動556是一負責在線發現ESE20的HVAC網絡時所需的服務的擴展層。模擬557是一負責在運行ESE20的設備模擬器時所需的服務的擴展層。圖形編程558則是一負責運行ESE20的圖形編程腳本(script)的擴展層。數據管理器網絡引擎層562將ESE20連接至網絡伺服器，以用於支持為運行網絡伺服器64所構建的應用程式，例如HTML頁面。數據管理器網絡引擎層562包含數據請求管理器102及數據請求對象104的實施方案。數據管理器持續性管理器層563管理構建於數據管理器網絡引擎562內的應用程式的持續性，且是應用程式引擎/框架62的一部分。數據管理器高速緩存器層564管理與網頁相關的包括對象及特性的數據，且是應用程式引擎/框架62的實施方案的一部分。伺服器側測試工具層565是一負責在對ESE20數據管理器伺服器功能執行測試時所需的服務的擴展層。數據管理器SQL接口層566則負責處理與ESE20數據管理器的SQL資料庫之間的接口。如前面所述，在本發明的其它實施例中也可利用其它資料庫應用程式，SQL資料庫只是表示本發明的一個實施例。因此，在其它實施例中，接口層566可介接至其它資料庫。網絡軟體框架層567代表用於構建ESE20的網絡應用程式的框架，且是應用程式引擎/框架62的實施方案的一部分。應用程式層568代表構成ESE20的用戶界面160及應用程式150，包括狀態、報警、調度、數據收集、安全性、管理等等。客戶端側測試工具層569負責對可用測試執行客戶端側改動及驗證。工作站軟體框架層570代表用於構建不面向網絡的應用程式(nonieborientedapplications)150的框架。工作站軟體持續性管理器層572用於管理被構建為工作站軟體的應用程式150的持續性。工作站軟體SQL接口層574負責處理與工作站中軟體的SQL資料庫之間的接口。類似於上文對於接口層566所述，在本發明的其它實施例中，接口層574也可介接至其它資料庫應用程式。模擬器管理器層575負責管理、啟動及停止在模擬內核擴展557中所建置的服務。模擬器用戶界面層576是模擬器的用戶界面160。單元測試工具層577負責管理對ESE20內核內每一類別及組件的單元測試。單元測試工具用戶界面層578則是用於運行、瀏覽及驗證單元測試的結果的用戶界面。工作站軟體用戶界面框架層579代表用於構建工作站中應用程式150的框架。非網絡應用程式層580代表所要構建的厚重客戶端應用程式(thick-clientapplication)150。網絡用戶界面框架層581是一使構建於網絡軟體框架570上的應用程式150能夠在單用戶(即不基於網絡伺服器的)機器上運行的框架。應用程式582是再用於工作站中的應用程式568。以圖1所示系統10及圖5B所示架構作為上下文，ESE20的一較佳實施例被設計為一自我修改性及自我適應性的系統集成引擎，用於提供動態可擴展性及縮放性。因此，從ESE20的角度來看，地點管理包含下列主要系統過程系統啟動；地點發現；地點移除；地點同步；及系統關閉。下文將更詳細地逐一說明這些系統過程。參見圖6A及6B，並回想圖5B中的啟動擴展556，ESE啟動過程600首先在步驟602中啟動ESE20並跟蹤ESE20本地的記錄服務(loggingservices)。接著，在步驟604中加載啟動參數文件，並在步驟606中利用該啟動參數文件中的信息對資料庫60進行定位。在步驟608中啟動任務記錄服務，隨後在步驟610中啟動管理器50、52、54及56。在一實施例中，亦參見圖6B，在步驟610中啟動管理器50、52、54及56包括在步驟610A中對元數據及元數據伺服器進行定位(元對象管理50);在步驟610B中加載所有地址(地點管理54);在步驟610C中啟動通信埠(面板及通信管理56),並在步驟610D中啟動地點狀態機(地點管理54)，對ESE20已知的所有地點重複進行。再次參見圖6A，步驟612包括利用啟動參數重複使用及啟動所有應用程式。應用程式包括後臺任務/服務管理器及應用程式記錄服務；趨勢分析服務；地點同步服務；地點發現服務；報警服務，包括對輸入報警的賦能；以及調度服務。接著，使系統同步並保持，直到在步驟614中可得到服務為止。在一實施例中，ESE20的啟動僅保持至可得到關鍵服務為止，例如後臺任務/服務管理器及應用程式記錄服務、地點同步服務以及地點發現服務。在另一實施例中，ESE20的啟動則在步驟614中保持至可得到所有服務為止。在步驟616中，根據啟動參數，啟動用戶界面160服務。啟動後，ESE20即準備好進行正常運行並可執行其它系統過程。在一實施例中，通過一發現過程來實現前述地點110或對象120在系統10中的集成。例如，在一位置處安裝新面板40，且面板40要併入系統10中。ESE20可操作地執行一或多個算法，所述算法發現系統10內的新對象112(面板40)並接著分析現有編程，以首先判斷面板對象112是否確實是新的、或者是否先前在系統10內發現過面板對象112。一旦判斷出面板對象112是新增的，ESE20便接著獲得來自及關於面板對象112的任何相關的或必要的信息，例如廠商、版本及所支持的協議，以將面板40集成於系統10內，然後執行正在進行的重新配置。還對新發現的面板40/面板對象112進行分類，以便將來尋址及識別。利用包括分類在內的對象數據及信息來管理及控制正在使用的各個對象、對象群組及整個系統。在發現及分類過程中，當可行及具備時，系統IO較佳採用公認的標準及規則，例如前面所述由ASHRAE頒布的標準及規則。然而，如果系統10發現一來自共同廠商(即與系統10為同一廠商或製造商)或來自一外部廠商的面板對象112或對象120,則可存在例外。這些對象112、120可根據廠商的標準及規則進行分類及與系統10同步，在許多情形中，廠商的標準及規則將與現行行業標準(例如上述AS冊AE標準及規則)相同或近似。倘若發現來自外部廠商的對象112、120，則使用外部對象112、120BACnetTM實施方案的默認元數據定義，包括模擬數據、二迸制數據、裝置、調度、及趨勢等等。如果在特定系統10中，發現內部與外部廠商對象112、120相混合，則一般將地點IIO視為外部廠商地點，因為內部廠商設備有可能不是主要的集成工具。在此種情形中，ESE20使用面板40或監控控制器41作為集成工具來介接至外部廠商的設備。一般而言，ESE20也可假定(除非另有編程外)為ESE20映像的對象調度(無論是內部的還是外部的)將管理其所分別負責的事務。如果新發現的面板對象112無法分類或不適合於任一現有種類，則系統10可對面板對象112自動加上標記符或進行其它標記以引起人員注意。在一其中出現此種情形的實施例中，在可對面板40進行分類並獲得相關定義之前，不在新面板40與ESE20之間建立對話，因為面板40可能是系統10所不支持的類型。儘管在某些實施方案及實施例中使用BACnetTM協議，然而在其它實施方案或實施例中也可使用LonTalkTM。此外，亦可在單個系統10內在不同地點或不同系統層上同時使用這兩種協議。每一協議較佳具有其自身的獨立的虛擬總線，但在一實施例中，各協議均在同一導線上運行TCP/IP而看似不同的網絡。在其它實施例中，也可使用MSTP(主從令牌傳遞;MasterSlaveTokenPassing)、M0DBUS、PTP(點對點;Point-to-Point)、以及其它BACnetTM和適當協議。在一實施例中，可利用各種標準BACnetTM服務來識別面板對象112及對象120。如在初始發現過程中一樣，ESE20在將特定配置改動數據編程於系統10中時較佳不依賴系統集成活動。如果數據結構符合ESE20所預期及認可的標準數據，則從對象112、120中讀取該信息。賦予該信息的任何特定上下文也通過輸入提供給ESE20，而不需要重新編輯及加載生產碼的另一版本或對系統10中的邏輯進行現場編程。在一實施例中，當不存在一製造商的特定面板40(面板對象112)的信息時，系統10返回至BACnetTM標準來描述對象112、120中的信息，並以該基本信息來運行。例如，在一實施例中，系統10可根據廠商來識別對象112、120。在確定與對象112、120相關聯的廠商身份後，系統10可獲得關於對象120的更具體的信息，包括產品、版本及如何與該對象120進行通信的定義。然後，可修改系統10的算法並使其同步，以記住如何與該對象112、120或將來發現具有類似特徵的其它類似對象進行通信。系統10也可系統地遍歷各可用排列或為面板對象112指配一網際網路協議(InternetProtocol;IP)地址，從而確定對象的廠商。可具備多個選項，因為當系統10遍歷每一數字或每一行信息時，響應時間可能會變慢。在一實施例中，利用一輸入文件(即面板元數據)將對外部面板的BACnetTM實施方式的大體說明提供給ESE20。ESE20可接著例如根據面板的IP位址，在所述位置發現面板40，並獲得與ESE20應用程式相關的任何信息，以對面板執行其操作，例如狀態及設定點、數據收集、報警及調度。如果根據上述及其它方法無法識別出對象112、120，則將對象112、120標記為異常，且系統10執行一用於處理異常的算法。參見圖7，地點110發現過程700首先在步驟702中收集地點發現信息，例如通過用戶界面從用戶輸入中收集或者從批輸入文件中收集。發現信息可包含地點名稱、IP位址/DNS名稱、所要打開的埠編號、所要使用的協議、以及所要發現的裝置身份(裝置ID)。在一實施例中，裝置ID可以是系統默認的。然後，將該發現信息傳遞至地點管理層536。在步驟704中，驗證地點許可證(sitelicense)，其包括核實是否不超過地點許可證的允許數量。如果在步驟704中無法驗證該地點許可證或者如果未成功地核實地點許可證的數量，則返回一錯誤消息並停止過程700。而如果成功地完成步驟，則在步驟706中將各通信埠初始化。步驟706包括從通信管理器56請求一用於該埠的協議堆棧及協議類型。在一實施例中，各埠被限定為每一埠一個協議；因此，ESE20在一特定IP位址處將僅力圖發現一種協議類型510。如果該埠已在使用，則ESE20判斷當前埠是否是利用所請求的協議打開的。如果不是，則返回一錯誤消息，停止發現過程700，並刪除協議堆棧(如果己創建)。而如果該埠是使用所請求的協議打開的，則通過目前打開的插孔創建新的協議堆棧並將該新協議堆棧初始化。返回一開始的詢問，如果ESE20判定該埠未在使用，則打開一新插孔，並創建及初始化新的協議堆棧。然後，根據堆棧類型，執行基本初始化。如果出於任何原因而使初始化失敗，則返回一錯誤消息，停止過程700並刪除協議堆棧(如果已創建)。如果初始化成功，則在步驟708中在存儲器及在資料庫60中創建新地點對象110。新地點對象IIO被標記為"正被發現"狀態，其中還不允許對地點IIO進行用戶操作，因為地點對象在該地點發現狀態過程之外還沒有正式存在於系統10中。接著，在步驟710中，將發現元數據(discoverymetadata)接至該地點。發現元數據是通用的，其中此時的協議堆棧服從一臨時實體，該臨時實體規定及/或註明所要使用的發現元數據及默認的一組服務。在從協議堆棧得到一或多個面板40的列表後，在步驟712中發現、接入(wiredin)並設置工作或實際元數據。該步驟部分地取決於協議510的類型及前面各步驟的結果，並可因內部還是外部面板40而異，包括此前的發現和來自地點布局對象的可用裝置列表、以及用於請求來自對象112、120的響應的通用廣播算法。設置面板40的低層通信聯結關係/表格，包括IP位址、MAC地址、裝置ID等等，此是對每一裝置40重複進行。如果找到面板40的元數據版本，則接入面板40的恰當元數據，從面板40讀取所支持服務的列表，並創建面板對象112。面板對象創建還包括設定所有內部值並存儲於資料庫60中。如果未找到面板40的元數據版本，則將面板狀態設定為"不可用"，從而需要用戶注意解決。在針對所找到的每一裝置重複進行之後，將地點狀態設定為"可以同步"狀態。在步驟714中，驗證地點IIO、面板40(112)及元數據。驗證首先包括核實每一面板40的支持元數據是否可用，以使通信管理器56及數據管理52的服務能夠妥善運行，並判斷是否支持足夠數量的面板40。在一實施例中，如果只找到一個工作面板40，則驗證的第二方面成功。在其它實施例中，則需要更多個工作面板40。如果驗證不成功，則發現過程700失敗並刪除協議堆棧(如果已創建)。而如果驗證成功，則在步驟716中進行轉換決策(transitiondecision)，其中如果可在足夠高的層次上建立與地點110處至少一個面板40的通信，則發現過程700繼續進行。在轉換決策716之後，在步驟718中進行第一地點同步。在成功完成第一地點同步後，地點110轉換至一運行狀態，並在上傳轉換地點步驟720中允許輸入報警及變化趨勢通知。對於在足夠高的層次上與至少一個面板建立通信而言，ESE20可操作地提供動態協議支持。參見圖8，代表性及實例性的動態協議支持算法表800例示各種識別"層次"以及可與系統10中的面板40及其它對象建立通信的各種"層次"。例如，協議支持表800包含至少一個可用協議802，或者圖8中的PR0T0C0La八PROTOCOLa/可以是BACnetTM協議或前面所述的另一種適宜協議。PR0T0C0La/因而更具體地包含至少一個廠商804。VEND0R0可以是默認廠商，VEND0R1可以是ASHRAE,VEND0R2可以是TRANE⑧，等等，這些特定廠商僅用作一實例。然後，至少一個產品806可與每一廠商804相關聯，且每一產品806可包含至少一種型號或版本808。然後，當與面板40建立通信時，ESE20較佳獲得用於儘可能具體地標識面板40的元數據，以建立更高層通信。如果例如ESE20能夠將第一面板40識別至廠商層804並將第二面板40識別至型號層808,則ESE20將能夠與第二面板40建立更高層通信，因為ESE20將具有更詳細及具體的信息。系統IO更例如用作無限狀態機(infinitestatemachine)。當前的嵌入式系統是具有有限數量個工作狀態的狀態機。而無限狀態機可通過下列方式提供所謂的"即插即用(plug-and-play)"操作性發現面板對象40，使面板對象40同步，重新編輯ESE20以進行集成或重新集成，並在運行時改變狀態。對於如系統10中的具有無限數量個狀態的系統集成平臺，必須發現並預料系統10的每一狀態，此與危險/安全系統形成對照一在危險/安全系統中，必須得知所有可能狀態並有可能重新設計才能識別其它或經過更新的狀態。ESE20包含多個後臺管理狀態機，用於使ESE20保持可以運行且處於最新狀態。這些狀態機以及整個ESE20的每一實施方案均因地點而異。在一實施例中，ESE20為裝置設置參數提供一直觀的界面，這些裝置設置參數包括但不限於IP位址、子網掩碼(subnetmask)、網關及伺服器名稱，並提供用於設置、定製、及公布模板和單獨網頁的裝置。對於模板或單獨的網頁，ESE20可在提供網頁時顯示動態產生的內容。ESE20更提供用於通過網絡瀏覽器提供管理功能的界面，用於配置系統IO及應用程式。可能需要進行管理配置的功能及應用程式包括地點管理、定製、用戶安全性、報警、調度、趨勢分析等等，並可因對象、面板、建築物、或系統10的其它組件或特性而異。ESE20在將特定數據編程入系統10時較佳不依賴系統集成活動，此與現有的現場編程方法形成對照。如果面板40的數據結構符合ESE20所認可的現行標準，則可從面板40自動讀取信息。在不同實施例中，現行標準包括在ASHRAE135-2004中所規定的標準或者例如OBIXTM等未來標準協議、以及其它標準。賦予該信息的任何特定上下文，例如由面板廠商/製造商所創建的上下文，可通過輸入提供給ESE20。此使得無需重新編輯及加載生產碼的後續版本、或者對系統10中的邏輯進行現場組織編程。另外，在最初發現(700)面板40之後，ESE20可探測配置變化情況並根據所探測到的變化而自動調整。在一實施例中，這是通過如上文所述在最初發現面板之後識別每一面板112上的所有對象120並接著周期性地執行同步過程而實現的。在一實施例中，同步過程較佳依靠一可配置的定時器進行。系統10將正在運行的版本與所探測的建築物或位置獲得相比較。如果需要進行任何同步，則系統IO接著判斷是否可通過一可用算法來處理同步。如果可以，則系統10接著執行該算法。如果不可以，則系統10可發送一人工服務請求。在一實施例中，同步過程可自動進行、根據調度進行或強制進行。如上文所述，系統10可自動發現新面板對象112並使其同步。亦可定期調度進行系統範圍的同步，例如在每天的午夜或者以某個其它時間或間隔。亦可在需要時強制進行同步。用戶界面160可包含"現在同步"特徵，用以使用戶可在需要時有選擇地使系統10同步。該特徵可特別適用於其中例如因應舒適性投訴或出於某種其它目的而己實施服務的情形，且系統10可隨後接近即時地進行同步，以迅速併入更新的信息。參見圖9，可通過數種不同事件來觸發或起始一地點同步過程900，這些事件包括地點添加、重新調度、以及由用戶起始的"現在同步"事件。過程900是對每一地點110進行，並首先在步驟902中核對地點110的IP位址/DNS名稱是否己發生變化。如果該地址或名稱己發生變化、不匹配、抑或以其它方式相衝突，則標記並記錄地點110。接著，在步驟904中獲得ESE20所知且具有經過核對的IP位址及DNS名稱的所有面板40的列表，作為要同步的面板40的列表。在後續同步步驟中，識別並跳過己得到同步的面板40或者不處於正確運行狀態的面板40;在步驟906中將其餘面板40標記為未同步，並將所有相關聯的對象也標記為不同步。在步驟908中，獲得地點110的所有"在線onthewire"面板40的列表。然後，在步驟910中，對每一在線面板40執行面板同步任務。參見圖IOA，在步驟1002中判斷面板40是否是新的。如果面板40是新的，則在步驟1004中判斷是否支持面板40，即是否可得到元數據。如果支持，則執行如圖10B所示的子過程1001:在1001A中接入面板40的恰當的元數據；在1001B中讀取面板40的所支持服務列表；在1001C中創建面板對象112，且設定內部值並儲存於資料庫中；然後在1001D中從面板40上傳對象120並更新恰當的表格。在步驟1006中，刪除任何不同步的對象，並在步驟1008中將同步的面板標記為同步且更新為最新的同步日期/時間。返回步驟1004，如果不支持面板40，則在步驟1010中將面板狀態設定為"元數據不存在"，且過程1000返回步驟1006。返回步驟1002，如果面板40不是新的且在步驟1012中，面板40的廠商或版本未發生變化，則在步驟1014中從面板40上傳對象120並更新表格，然後返回步驟1003。如果在步驟1012中發現面板40廠商或版本己發生變化，則在步驟1016中判斷是否支持面板40。如果不支持面板40，則過程1000前進至步驟1010。而如果支持面板40，則過程1000前進至步驟1018，其中將現有面板信息(元數據)替換為新的或經過更新的信息。在一實施例中，這是通過複製一面板表格中的一行以及對象和對象擴展(object_extension)表格中的任何相關行來實現。過程1000隨後前進至子過程1001。在用於判斷面板是否是新的、是否己發生變化、是否支持面板等的過程1000中，一般在ESE20與面板40之間的通信中使用類似於發現過程700、尤其是步驟27706-716的子過程。類似地，參見圖11,BAS終端裝置同步過程首先在步驟181中判斷BAS終端裝置是否是新的。該過程類似於圖10A中所示的判斷面板40是否是新面板的過程。如果該裝置是新的，則在步驟182中判斷是否支持該BAS終端裝置，即使用存在元數據。如果支持，則接入用於該BAS終端裝置的恰當元數據，讀取該BAS終端裝置所支持的服務的列表,創建一BAS終端裝置對象，並在資料庫中設定及存儲內部值，然後從BAS終端裝置上傳對象並更新適當的表格。在步驟183中，刪除任何不同步的對象，並在步驟184中將己同步的面板標記為己同步，且利用最新的同步日期/日期更新已同步的面板。返回步驟182，如果不支持BAS終端裝置，則在步驟185中將終端裝置狀態設定為"元數據不存在"，且過程180返回步驟183。返回步驟181，如果BAS終端裝置不是新的且在步驟186中，BAS終端裝置的廠商或版本未發生變化，則在步驟187中從BAS終端裝置上傳對象並更新表格，然後返回步驟183。如果在步驟186中發現BAS終端裝置廠商或版本己發生變化，則在步驟188中判斷是否支持BAS終端裝置。如果不支持BAS終端裝置，則過程180前進至步驟185。而如果支持BAS終端裝置，則過程180前進至步驟189，其中將現有BAS終端裝置信息(元數據)替換為新的或經過更新的信息。在一實施例中，這是通過複製一裝置表格中的一行以及對象和對象擴展(object—extension)表格中的任何相關行來實現。從系統10移除對象或面板通常比如前面所述通過發現過程700增加對象更加複雜。例如，必須解決或修正與所要移除的對象有關的相互依賴性。此外，系統10—般不能以與發現新對象時相同的方式辨別對象的移除，因為對象的移除可表現為與該對象有關的故障或錯誤，從而無法與合法移除相區別。因此，可能需要進行人工服務或更新才能完成對象的移除。參見圖11，地點移除過程1110首先在步驟1102中將地點110標記為被刪除。如果正在運行同步過程，則在步驟1104中中斷同步過程，並在步驟1106中關閉輸入的報警。在步驟1108中關閉其它地點110任務，並接著在步驟1110中關閉與地點110進行的通信。在步驟1112中從存儲器中刪除該地點對象，並從資料庫50中刪除地點110。在使用中，ESE20及系統10根據設備類型或某種其它屬性提供每一地點的摘要表格。摘要表格較佳基於由系統或用戶自定義的屬性，其中從用戶角度看來，用戶自定義的屬性對於管理最為直觀。然而，某些屬性可由系統定義，例如系統標識符、對象類型等等。在一實施例中，摘要表格包括地點及對象名稱或其它標識符、空間溫度、設定點及診斷狀態。本發明的ESE20及系統10的一實施例的另一方面是關於報警。系統10及其中的各種對象將根據其確切功能及用途而非經常性地或系統地產生報警。報警可涉及對象的運行狀態、服務需求狀態、所探測的對象或系統特性、或某種其它指示符或條件。ESE20可操作地從對象接收報警，且根據本發明，對報警進行分類、管理或其它恰當的處理。ESE20也可對報警進行存儲或存檔並在用戶界面中顯示報警曰志。參見圖13，ESE20根據對象數據205及對象元數據207為外部對象201提供可擴展的支持。在一實施例中，ESE20在一位置發現對象201。該發現可由用戶發起，例如在一實施例中通過經用戶界面向ESE20提供對象201的網絡地址而發起，或者在另一實施例中代表ESE20而自動發起。為集成對象201，ESE20利用對象元數據207、根據對象201的外部廠商的通信實施方案而獲得對象201的大體說明。在一實施例中，對象元數據207是關於對象201及對象數據205的數據描述碼。該通信實施方案可包含例如具體修訂及版本。BASIO的ESE20還能適應BAS10隨時間的變化，包括BAS終端裝置的增加、移除或改動，包括對特定點的改動。與採用同質系統及協議的其它系統相比，ESE20更處理版本及動態量隨時間的變化。一旦發現對象201，ESE20便確定與系統10中的對象201的操作相關的所有可用信息，包括狀態及設定點、數據集合、報警信息、調度信息等等，以與對象201建立通信。ESE20並不依靠系統集成活動來編程具體的數據及信息；而是，如果該信息符合標準數據結構，ESE20會直接從對象201接收對象數據205。換言之，包括外部對象201在內的系統對象較佳如本文所述是自我描述性的，且會被詢問其對象元數據207，而無需進行編程介入(例如對點的人工映像)。依據對象205的廠商而賦予數據201的任何特定上下文均可通過輸入至ESE20來提供，而無需重新編輯生產碼或對邏輯進行現場編程。ESE20可操作地提供用於進行系統安裝、設置、集成及支持的接口。例如，ESE20為BAS終端裝置40、41、42、44及46設置參數提供界面，這些設置參數包括每一者的IP位址、子網掩碼(subnetmask)、網關、以及伺服器名稱(當適用時)。ESE20更提供一種用於設置及定製網頁的方法及/或功用，並向網頁提供及公布圖形，其中所述網頁可同時包括模板及單獨頁面。系統10及ESE20還允許用戶出於分組目的而定義既定地點的屬性。在一實施例中，至少，每一地點110均與地理及類型屬性相關聯，並提供搜索功能以允許用戶搜索地點或成組的地點。ESE20較佳更能適應BAS10內整個地點110的增加、移除及一般管理。ESE20高效地處理數據及信息以使BASIO能夠運行，並支持與BAS10進行外部相互作用。具體而言，ESE20利用數據管理技術來增強BASIO的通信性能。在一實施例中，ESE20通過數據高速緩存而使系統10及系統10中各組件的與通信及數據傳送相關的負擔最小化。BASIO的用戶界面提供關於BASIO的狀態及運行的靜態及動態信息。來自系統10中各對象的動態、實時數據顯示於用戶界面中，並可根據規定的刷新率進行更新或者在用戶需要時人工進行更新。未調度的實時數據事件也可隨時進行，例如報警事件。BAS10可高效地處理已調度的對動態實時數據的更新及顯示，以適應未調度的數據請求及事件。參見圖14，在一實施例中，ESE20及應用程式150執行刷新高速緩存器及多步驟遞送過程，以響應於用戶界面請求，包括對代表系統10中建築物自動化設備的用戶界面網頁的HTTP請求。這些算法使用戶能夠通過用戶界面160進行導航，並請求及査看關於BAS10的靜態與動態兩種數據及信息，而使對性能的影響儘可能小。ESE20所執行的刷新高速緩存及多步驟遞送過程消除了面板及對象203的負擔一這些面板及對象203具有慢得多的信息通信性能及特性。特別是，面板及對象203通常是具有有限的緩衝器的嵌入式控制器。ESE20可對數據進行抽樣及刷新，以釋放面板及對象203並提高BAS10的性能。刷新或重啟動率可以基於BAS10或BAS10的一部分的特性。在一實施例中，刷新率與終端裝置(面板及對象203)特性相關，這些特性例如為型號、版本、位置、狀態、用戶偏好、可用性等等。刷新率亦可基於數據特性，例如數據類型、變化速率、元數據描述符、用戶偏好或屬性等等。刷新率可與BASIO的用戶規範或默認設置有關。刷新率又可基於ESE20的一或多個刷新率的邏輯組合、合成、或融合。例如，終端裝置的總體刷新或重啟動率可能與特定終端裝置組件的刷新率或者與基於數據變化速率的刷新率相衝突。ESE20可解除任何此種衝突，在一實施例中，此將是選擇最頻繁的刷新率。在其它實施例中，該解決方案可以是刷新或重啟動率或頻率的邏輯組合、系統默認值、或某一其它選擇或組合。參見圖14及圖15，在一實施例中，應用程式150利用對象元數據205來確定從對象205中發現的要維護於資料庫60中的信息及數據207。然後，ESE20接收數據207並將其存儲於資料庫60中。根據過程209，當在步驟211中用戶在用戶界面160中請求與對象203相關的頁面時，應用程式150啟動兩個過程。在第一過程中，在步驟213中，ESE20及應用程式150根據存儲於資料庫60中的對象元數據205及信息207確定頁面及內容。然後，在步驟215中，將帶有可從資料庫60獲得的信息的頁面返送給用戶。所返回的初始頁面可包含與對象203、整個BAS10、或某一其它對象或信息有關的靜態信息。與步驟213及215同時地，為獲得只能直接從面板得到的所請求頁面的動態信息、實時信息或其它信息，在步驟217中產生並處理一讀取請求，以將導線轉接至面板。由於特定面板的典型性能限制，讀取請求可能要花費一定的時間才能返回給用戶界面頁面並將該信息提供給用戶。相應地，在步驟215中最初顯示的頁面包含所能得到的儘可能多的靜態及動態信息，這些信息通常來自在步驟213中所接收的資料庫以及在步驟219中來自面板的初始但不完整的響應。在一實施例中，用戶界面頁面在步驟223中自動且周期性地進行刷新，以在可在步驟219中從面板得到額外動態信息時提供額外的動態信息，直到在步驟221中該頁面完整為止。為減輕用戶離開所請求頁面並接著返回(此將需要重複步驟211-221)對BAS10的性能的影響，ESE20可在步驟225中將該頁面完整地或以其它方式維護於高速緩存存儲器中。除高速緩存該頁面本身外，ESE20還可高速緩存在步驟219中從BAS終端裝置接收的動態輸入/輸出數據。ESE20可周期性地刷新該頁面的動態數據達一時間周期，即使當前未在請求或瀏覽該頁面。高速緩存器還處理其中單個對象與多個頁面相關的情形。可請求與該對象相關聯的數據中的第一頁面，然後根據需要從高速緩存器中高速緩存及訪問該數據，以加載包含某些或所有該數據的後續頁面。在一實施例中，高速緩存器對話可與用戶對話相對應。在其它實施例中，高速緩存器對話的維護可與時間、對象或系統有關。在本發明的一實施例中，ESE20執行兩階段式定期刷新。第一階段是系統(BAS10)階段，在一實施例中，其包含三個刷新層次。第一層次是一次性刷新。一次性刷新通常只進行一次，例如當首次請求及加載頁面時。具有一次性刷新元數據描述符或標籤的數據包括例如配置數據。第二層次是永久過期。某些頁面數據及內容在得到請求並加載後立即過期，因為其數據是實時的活數據，例如當前溫度。帶有永久過期元數據標籤的數據及內容是每當得到請求或加載時均進行刷新，具有最細的刷新粒度。第三刷新層次介於一次性刷新與永久過期之間，是周期性過期。某些內容，包括某些實時數據，是以較慢的速率變化，從而永久過期並不適用。在一實施例中，周期性過期可例如是每十分鐘刷新一次。在其它實施例中，也可設定其它周期，或者其周期可因元數據描述符或標籤、系統範圍設定值或其它準則而異。31在一實施例中，髙速緩存器是基於事務處理的，只要頁面點擊繼續進行，便將頁面保存一固定周期，例如約十五分鐘。如果用戶在該時間周期內返回該頁面，則該頁面及其數據將仍可用並可立即顯示於用戶界面160上，而非須重複步驟217中的BAS終端裝置讀取請求並等待在步驟219中得到完整的響應。在另一實施例中，高速緩存器是基於位置的，其是老化方式的變形方式。在基於位置的高速緩存中，ESE20將產生根據特定位置進行配置的前攝數據提取時間戳(proactivedatafetchtime-stamp)。ESE20利用對象元數據205來確定該對象(位置)的數據何時過期。儘管根據該方案周期性地刷新整個頁面，然而對象(BAS終端裝置)的負擔減輕，因為ESE20僅根據BAS終端裝置的元數據而讀取請求己過期的或正在更頻繁變化的頁面上的數據(此時BAS終端裝置如果被讀取請求阻塞，可能開始丟失命令)，而非從用戶界面160的角度看將BAS終端裝置視為系統10內的數據伺服器。從實施的角度看，ESE20的地點管理是BASIO的一重要方面。打算使動態擴展、增強及改動成為建築物自動化系統10的固有的基本特徵。此外，ESE20作為BASIO的核心引擎，被設計成用作包括下一代幵發在內的其它系統及裝置的基礎。ESE20及BASIO的每一實施方案均被設計成使地點及數據管理服務與用戶接口160及應用程式150相分離，以確保將ESE20與用戶界面160分別建置於單獨的模塊中不會損害核心引擎這一方面。然而，數據管理服務、用戶界面160及應用程式150在BAS10及ESE20的通常運行中相互交叉及協作。例如，系統10及ESE20的一重要方面是關於報警。參見圖16，系統IO及其中的各種對象203將根據其確切功能及用途而非經常性地或系統地產生報警251。報警251可涉及對象203的運行狀態、服務需求狀態、所探測的對象或系統特性、或某種其它指示符或條件。ESE20及報警應用程式253可操作地從對象203接收報警251，且根據本發明，對報警251進行分類、管理或其它恰當的處理。ESE20也可對報警251進行存儲或存檔並在用戶界面160中顯示報警日誌。在一實施例中，與報警分類相關地，ESE20可自動分析報警251，以進行通告及/或請求服務、抑或以其它方式確保該報警將得到應有的注意。報警分類、揀選及過濾可根據報警及/或地點屬性以及報警規則255進行。舉例而言，可以了解，涉及一場所內特定區域或對象203的報警251的重要性可遠大於涉及同一場所內另一區域的報警。類似地，一種報警類型所需的響應可快於另一種報警類型。因此，ESE20可根據涉及到報警類型、報警源、及/或相關對象屬性的報警規則255來自動評價所輸入的報警，並隨之恰當地處理報警251。例如，ESE20可在根據報警規則255斷定報警指示的相對重要性之後通過電子郵件261轉發較高優先權的報警。在系統10內，通過電子郵件轉發報警是用戶界面160中的定製特徵，被建置為管理功能，並使用戶能夠規定應向誰或向哪裡發出通知。ESE20還可簡單地編制較低優先權報警的目錄，以供用戶以後在可瀏覽的報警日誌中查閱。ESE20對從系統10內接收的報警進行報警消息評估及診斷，以開發報警分類算法259。算法259可依照規則255開發並用於使報警模式相匹配、分析未來事件中的報警定時、以及整理消息或提供自動化功能。ESE20隨後可智能地識別報警251的模式、順序及/或發生，以診斷公共源並恰當且自動地作出反應。ESE20的較佳實施例可對報警251進行識別、分類、排序及趨勢分析，以識別共同聯繫(若有)並減少發送至用戶以提醒人們注意的報警通知259的數量。例如，當建築物中的既定電路掉電時，可產生多種診斷。ESE20可評價BAS10內的診斷模式，並僅報告掉電而不報告多餘的及與來源有關的報警消息。ESE20也可只將包含關於公共故障的信息的單個報警通知259以用戶可識別的格式發送給用戶。並非發送多個報警通知259或複雜的由系統驅動的信息，ESE20可使用用戶可識別的規定的上下文用語來報告所識別的公共故障。然後，用戶即可迅速處理單個報警來源，而非試圖清除這多個報警通知中的每一個。ESE20還可維護一或多個報警日誌263，並可在恰當的日誌263中編制報警目錄或檔案。用戶隨後可査閱日誌263並根據需要認可或刪除這些報警。ESE20還可根據需要或根據BASIO的用戶或管理員所規定，自動且周期性地清除報警日誌263。報警通常是由時間戳記錄及/或按某種特性(例如對象或類型)進行分類。在一實施例中，較佳由ESE20實時地接收及處理報警251。在另一實施例中，例如在包含遺留面板及裝置的實施例中，ESE20視需要定期地收集來自各對象的報警251，例如每小時、每天、抑或更頻繁或更不頻繁地進行收集。除對報警進行自動處理及分類外，BASIO且更尤其是ESE20可分析報警及其它數據的趨勢。BAS10內的趨勢分析是一種直觀且有效率的管理及診斷工具。在一實施例中，ESE20從以每分鐘一次的最高頻率或以另一較低頻率、抑或在由用戶或管理員所規定的具體調度基礎上從一或多個對象40、42、44及/或46收集趨勢數據。然後，可將趨勢數據存儲於資料庫中，且在一實施例中，可供與網絡上的對等裝置共享。因此，建築自動化系統10是利用適用於自我描述性面板40或對象的算法設計而成的面向對象的系統。建置為BAS10的一部分的算法與各對象進行通信，以判斷這些對象是否正以可用於識別及集成這些對象的算法運行。如果BAS無法判斷一對象是否正以一算法運行，則BASIO智能且自動地規定該對象為例外。建築物自動化系統IO整個是自我描述性的，因為BAS10是根據對象的自我描述來應用概念及捕獲算法。然後，對這些算法進行變換，以實現各對象及BASIO的相關機械方面。本發明更提供修改ESE20中各對象的定義的能力，而無需重新編輯生產碼。此使得容易進行維護及產品支持。然後，可將修改或更新後的定義作為文件輸入至ESE20，並可單獨進行完整或更複雜的更新。本發明的該更新過程與現有方法形成鮮明對照，在現有方法中，為使最終用戶或客戶實現對象定義的更新，需要重新建立、測試及更新設備的生產碼。此會增加現場技術人員所需的時間量並增大安裝失敗的風險。本發明的ESE20及系統10所提供的另一優點是自動維護應用程式。自動維護應用程式可涉及到更新、升級、及其它經常性或半經常性的任務。一般而言，系統IO將最頻繁地應用三種類型的更新簡單更新；可管理的更新；以及複雜的更新。簡單的更新包括對系統10進行很小的改動及/或增加模組。簡單的更新通常可"飛快(on-the-fly)"地執行，而無需停下系統10所提供及/或管理的任何其它應用程式或服務。可管理的更新可包括簡單的更新，但也可能需要暫停一服務或清洗存儲器高速緩存器，以應用必要的或所需的改動。不同於簡單的更新，由於要中斷服務，因而可管理的更新通常需要系統發出用戶通知。在某些情況下，簡單的更新可因系統的相繼操作以及在更新過程中出現的情況而變為可管理的更新、設置下文所述的複雜更新。複雜更新通常將需要使伺服器及系統停止運行才能完成更新。複雜更新也可能，或者作為另一選擇，在安裝更新後要求重啟伺服器。ESE20的更新、資料庫改動、及其它大的更新均包含於複雜更新中。另外，簡單更新及可管理的更新也可能會因在更新過程中發生的情況及事件而變為複雜更新。在一實施例中，從用戶角度而言，可管理的更新與複雜更新之間並不存在區別，這是因為二者均以相同方式實施且均要求伺服器及系統停止運行。34因此，系統IO是利用適用於自我描述性面板40或對象的算法設計而成的面向對象的系統。系統io的算法與各對象進行通信，以判斷這些對象是否正以可用於識別及集成這些對象的算法運行。如果系統io無法判斷一對象是否正以一算法運行，則系統10智能且自動地規定該對象為異常。系統10整個是自我描述性的，因為系統IO是根據對象的自我描述來應用概念及捕獲算法。然後，對這些算法進行變換，以實現各對象及系統10的相關機械方面。在一實施例中，根據本發明的建築物自動化系統(BAS)包含多個終端裝置，其分別與建築物或校園至少一部分中的空間、系統、或子系統中的至少一者相關聯；至少一個通信網絡，其以通信方式耦合這多個終端裝置的至少一部分並支持多種通信協議；以及與協議無關的伺服器引擎，其以通信方式耦合至至少一個通信網絡。伺服器引擎包括用於有選擇地為BAS構建動態可擴展能力的編程裝置，其通過所述多種通信協議與所述多個終端裝置進行通信及控制所述多個終端裝置；以及用於有選擇地為BAS構建自動配置能力的編程裝置，其通過確定每一終端裝置的至少一種特性而支持向所述多個終端裝置增加終端裝置，所述至少一種特性是選自由自我描述狀態與非自我描述狀態組成的集合。對於具有自我描述狀態的終端裝置，伺服器引擎包含用於接受及存儲從終端裝置傳送的數據及元數據描述符的編程裝置。對於具有非自我描述狀態的終端裝置，伺服器引擎包含用於下列作業的編程裝置根據終端裝置的非自我描述狀態，搜索伺服器引擎所維護的由數據及元數據描述符構成的資料庫中的數據及元數據描述符，以及如果裝置的非自我描述狀態不足以從資料庫中檢索終端裝置的數據及元數據描述符，則自動請求得到終端裝置的補充人工編程數據及元數據描述符。在另一實施例中，一種根據由己知及未知終端裝置所提供的元數據描述符來與建築物自動化系統(BAS)中的未知終端裝置建立通信的方法包括發現通信網絡上的未知終端裝置，所述未知終端裝置與建築物或校園至少一部分中的點、空間、系統、或子系統中的至少一者相關聯。詢問所述未知終端裝置有無通信協議元數據描述符，且如果所述未知終端裝置響應於該詢問而提供通信協議元數據描述符，則將其歸類為自我描述性終端裝置，並為所述未知終端裝置選擇對應於所述通信協議元數據描述符的通信協議。而如果所述未知終端裝置未響應於所述詢問而提供通信協議元數據描述符，則將所述未知終端裝置歸類為非自我描述性終端裝置，並自動請求得到補充人工編程通信協議描述符。現在參見圖17、18A及18B，用戶界面160的一實施例包括主頁200，從主頁200中可訪問多個額外頁面。顯示於可通過用戶界面160訪問的頁面上的信息一般涉及某些較廣的類別，例如與空間及設備的狀態有關的數據點。信息也可按優先次序組織於頁面中，這些頁面顯示由偏離預定標準的空間及設備狀態所觸發的各種報警。所述信息及頁面在BAS10內的一較高層次中包含例如分層次的建築物索引或關係目錄230及一査找建築物特徵228等內容、以及一組導航選項卡202。目錄230是用戶界面160內各頁面的可導航的目錄。導航選項卡202並不是主頁200所獨有的，且一般將提供於用戶界面160內的大多數頁面中，以實現快速、高效的導航。表格202包括用戶界面主頁選項卡204、企業報警選項卡206、用戶偏好選項卡208及管理選項卡210。在其它實施例中，根據用戶界面160的用戶定製能力，主頁200可根據用戶的意願而包括增多的、減少的、及/或其它的選項卡。也可具有與顯示器的一般定製及用戶界面160的行為有關的其它選項。用戶界面160中可通過選項卡222、224及226訪問的部分與用戶界面160的總體導航及功能相關。當用戶在用戶界面160內進行導航時，主頁選項卡204提供一返回主頁200的方便的連結。報警選項卡206對應於報警部分222，偏好選項卡208對應於偏好部分224，管理選項卡210則對應於管理部分226，這些部分將在下文中予以更詳細說明。通過這些部分、頁面、選項卡、以及用戶界面160整體，用戶可在界面160內進行導航，並可通過執行命令(常常通過頁面內的命令按鈕或連結來啟動)而對BASIO進行添加、編輯、分類、定製及控制。啟動這些按鈕便能在一或多個頁面內對用戶進行導航，以使用戶可通過所述頁面執行任務並影響各種各樣的定製參數。用戶也可定製用戶界面160自身的行為及操作。上述特徵可參照以下實例進行說明，以下實例說明了如何對用戶界面160進行導航並利用用戶界面定製及控制BAS10。在一實施例中，在與BASIO連接並完成任何所需的安全例程(例如登入、口令輸入及身份碼鑑別)後，用戶便進入主頁200。主頁200具有與用戶界面160的其它頁面共有的許多其它特徵，包括連結、操作屏幕上的數據、以及提供可用以定製BASIO的界面。像用戶所看到的其它頁面一樣，主頁200既包含例如建築物索引230等內容，也包含例如選項卡202等導航工具。在索引230的特定實例中，當將索引230內的建築物顯示為用於將用戶導向所選建築物的建築物摘要頁面的超級連結時，內容與導航工具集成於一起。建築物摘要頁面將在下文中更詳細說明。主頁200可並不包含索引230的超級連結，而是包含可導航的定製圖形，例如在圖18B中所示的建築物地圖231，或者除包含索引230的超級連結外還包含該可導航的定製圖形。在本發明的不同實施例中，地圖231可與索引230集成在一起、描繪於可從主頁200通過超級連結到達的不同頁面中(如圖18A及18B所示)、或者描繪於主頁200而非文本索引230上。地圖231較佳是可導航的，其中用戶可選擇特定建築物以被導向該建築物的頁面。主頁200包含一搜索輸入欄位228，用於對建築物目錄230及其子目錄執行搜索。通過網絡伺服器66及瀏覽器68與資料庫的協作，界面160可高速緩存用戶對與具體頁面及目錄的相互作用的訪問，並提供該高速緩存信息的列表238，從而使用戶能夠快速返回至頻繁訪問的頁面。界面160還允許用戶通過主頁200上的連結242而引入定製的頁面連結。也可通過連結244而移除定製連結。建築物索引230是主頁200中可動態擴展及可定製的內容及導航特徵。索引230較佳以分層次方式的方式或以某種其它對用戶比較直觀的或由用戶規定的方式加以組織。例如，用戶界面160默認地可按字母順序列出建築物。然而，在具有來自用戶的很少量信息的情況下，用戶界面160可按地理位置，例如按ZIP代碼對建築物進行分組。用戶也可通過規定另一種用以排列建築物的屬性(例如名稱、學期或建築物編號)而定製索引230。在學校區域中，可按由用戶規定的類型(例如小學及高中)來排列各建築物。然後，用戶可通過直接點擊或在展開索引目錄直到找到所關心的建築物後點擊通往該建築物的連結，而很容易地確定建築物位置並選擇該建築物。或者，用戶可利用查找欄位(findfield)228在可搜索的資料庫中搜索並確定系統建築物的位置。在一實施例中，如果用戶在欄位228中輸入一搜索項或字符串並找到完全匹配的項，則用戶界面160將顯示該匹配項的建築物摘要頁面。建築物摘要頁面將在下文更詳細說明。在一實施例中，當已選擇目錄230或地圖231內的一建築物連結時，用戶被導向如圖20A所示的具體建築物摘要頁面250。類似於主頁200，建築物摘要頁面250包含內容及導航工具。導航工具包含建築物信息選項卡252。建築物信息選項卡252包含摘要選項卡254，其連結至摘要頁面250;報警選項卡256;空間選項卡258;設備選項卡260;子系統選項卡262;調度選項卡264;數據日誌選項卡266;以及高級選項卡268。用戶界面160內的這些選項卡以及每一選項卡所連結到的信息將在下文進行更詳細說明，但其一般顯示於用戶界面160內的多個頁面上，這些頁面包含類似內容，以提供一致的、容易進行導航的格式。建築物信息選項卡250較佳是動態的，基於所發現的及/或可供用於摘要頁面250上的特定建築物、或用戶界面160其它頁面上的特定空間或設備的數據及信息。一般而言，建築物摘要頁面250的內容涉及建築物設備及建築物空間。建築物設備包含與建築物內的操作有關的面板、HVAC單元、及其它電氣及機械系統。建築物空間是建築物內由所述設備管理、控制或影響的房間、地面或其它區域。空間與設備二者均與BASIO的操作相關，且是用戶界面160的用戶所感興趣的。具體而言，建築物摘要頁面250的內容以及用戶界面160的其它頁面包含狀態關鍵信息。因此，在一實施例中，摘要頁面250的內容包含報警摘要部分310及空間摘要部分330，以快速地作出事件摘要並將所記錄的狀態項提供給用戶。用戶界面160將某些狀態關鍵信息直觀地顯示於其它相關的或重要的信息附近。參見圖20B，報警摘要部分310包含與概括於圖20A的頁面250上的建築物相關聯的報警。摘要部分310提供關於每一報警的更詳細信息的表格組織形式，此會改善用戶評價報警並對報警作出反應的能力，這些信息包括報警嚴重程度312、發生時間314、類型316、報警細節318及報警源320。在報警摘要部分310內，相關設備及信息可自動超級連結至用戶界面160的其它部分。例如，報警源320可超級連結至發出報警的設備的設備摘要頁面(例如，參見圖24A及24B以及下文的相關說明)。參見圖20C，空間摘要部分330包含與摘要頁面250的建築物內的空間有關的信息，以使用戶能夠瀏覽當前設定值、瀏覽當前狀態及操作、並迅速連接至關於空間的更詳細的信息。空間摘要部分330包含用戶可定製的空間名332、設備類型標識符334、所感測的空間溫度336、當前空間溫度設定點338、所計算偏差340、以及運行模式342。所計算偏差340是當前空間設定點338與所感測空間溫度336之間的差值。在圖20C中，空間摘要部分列出設定點與所感測溫度之間具有最大偏差的二十五個空間(在圖20A及20C的截屏中，並非所有二十五個空間均可看到)。相對於設定點的偏差度會引導用戶注意最可能需要注意的空間狀態。用戶可通過選擇連結346而規定在空間摘要部分330中包含更多或更少的空間。在本發明的其它實施例中，根據用戶界面160的用戶定製特徵，用戶可規定在空間摘要部分330中概述哪些特定空間，而非根據設定點偏差來包含空間。參見圖20A-圖20D，頁面250的內容可同時包含與建築物有關的靜態及動態信息。在一實施例中，靜態信息包含建築物的位置及聯絡信息270。也可將靜態及動38態信息集成於可通過建築平面圖(floorplan)連結272所到達的建築物建築平面圖上。在圖20D中，建築物建築平面圖頁面274包含靜態建築物布局圖276，在一實施例中，靜態建築物布局圖276包含動態建築物空間狀態信息。例如，被佔用的房間278可繪示為第一顏色，而與報警相關聯的或在BASIO內登記為不舒適的房間280則可顯示為第二顏色。而狀態己得到修改或者不舒適性已得到補救的另一房間282則可被高亮顯示為另一種顏色，以使用戶可迅速確定相關空間的位置並一眼就確定出當前狀態。然後，可選擇一特定房間，以例如到達一空間頁面、設備頁面或報警日誌。包含於摘要頁面250、建築平面圖頁面274以及用戶界面160內其它頁面上的動態信息可通過多種方式更新。在頁面250上，報警摘要部分310及空間摘要部分330包含動態信息，該動態信息可自動地定期更新或刷新。在一實施例中，BAS10及ESE20可每十分鐘將動態信息更新一次，儘管在其它實施例中進行刷新的頻率也可更高或更低或者可由用戶自定義於設定參數中。更高的更新頻率會增加BAS10的負擔，且因此在一實施例中，用戶可從預先確定不會對BAS10的性能產生不利影響的刷新頻率中進行選擇。動態信息可根據需要進行更新。用戶可通過激活一刷新報警連結332而啟動對報警摘要部分310的按需刷新，並可通過激活刷新空間連結344而啟動對空間摘要部分330的按需刷新。用戶界面160中對於BAS10運行的性能、安全性及完整性至關重要的某些優先權特徵(比如報警)與一自動的動態提示(例如新報警提示324)相關聯。為使對BAS10的頻寬性能的影響最小化，ESE20可提供提示314，提醒用戶進行人工刷新可能有所幫助，而不是即使在不具有更新信息時也頻繁地更新報警摘要部分310。從摘要頁面250中，用戶可訪問關於所選建築物的空間的更詳細的信息。圖21示意性地顯示在本發明的一實施例中，用戶可如何從摘要頁面250進行導航。從用戶界面160所顯示的摘要頁面250及其它頁面中，各垂直選項卡報警256、空間258、設備260、子系統262、調度264、數據日誌266、及高級268提供快速的導航連結。如前面所述，用戶可從建築物摘要頁面250的報警摘要部分310及空間摘要部分230內進行導航。例如，從空間摘要部分230中選擇一空間(332)即會將用戶帶至與所選空間相關聯的空間頁面。在圖22A中繪示一空間頁面實例350。空間頁面350包含一空間狀態表格352(詳示於圖22B中)，其列示關於所涉及空間的信息。在BAS10內，可根據BAS10的默認規則或用戶定製的規則對各空間進行分組及定義，且該信息可一目了然地顯示於關於設備、或建築物、空間、系統或子系統的狀態關鍵信息及其它重要信息附近。一併參見上文關於主頁200及建築物索引230的說明、以及圖24A所示頁面380及圖25所示頁面394。例如，一全國範圍的零售商可選擇將其店鋪按地理或銷售區域、按店鋪類型或格式、按時區、或按某種其它特徵進行分組。BAS10可默認按地理位置對空間進行分組。在一實施例中，頁面350的相關空間所屬的當前分組被設置為一靠近標題"…Memberof"的群組連結353。群組連結353也可用於確定由什麼或由誰來負責一特定建築物、空間、設備或系統。連結353還對其它群組成員及信息提供導航。如果在設置或發現過程中提供、顯示或顯露群組信息、母信息及/或子信息，則ESE20可動態地發現群組信息。因此，用戶能夠迅速確定一空間所屬的相關群組，並通過選擇群組連結353而檢索用戶界面160中一提供群組摘要及群組編輯能力的頁面。例如，前面所提到的全國性零售商可編輯與其在一特定時區中的所有位置相關的設定點，以通過在單個頁面上改動整個群組的值來適應節假日銷售的提前開門時間，而不是分別編輯每一群組成員的信息。用戶也可動態地創建及編輯群組，因為群組分配不是固定的且不需要進行定製編程。一併參見圖1及19,ESE20操作應用程式70發現建築物72。通過該發現過程，ESE20得知關於該建築物及其面板和設備的標準屬性74。標準屬性74存儲於資料庫60中。ESE20及應用程式70隨後可根據標準屬性來制訂默認的建築物索引230。如上文所述，用戶可通過用戶界面160向ESE20及應用程式70提供定製屬性75。定製屬性也存儲於資料庫60中。然後，用戶可在任意時刻根據定製屬性75或根據標準屬性74與定製屬性75的組合來規定一定製的建築物索引230。假如編輯或更新一屬性74、75或發現新的建築物，ESE20可更改並立即施行索引230及相關群組，以供顯示於用戶界面160中。進一步，如果發現共同的標準屬性或定製屬性74、75，ESE20可動態地自動更新群組及索引230。用戶界面160也可中繼關於空間佔用狀態的信息。在頁面350上提供佔用性指示符354、調度指示符355及下一事件指示符356。該信息可有助於實現維護、調度及/或值修改目的。例如，用戶可能不想在一空間被佔用時編輯某些設定點，而是等到該空間不再被佔用時編輯。或者，用戶可能想要確定或更新與佔用性相關的調度信息。調度指示符355還為用戶提供一目了然的控制信息，例如設備是受主調度控制還是受專門的調度控制。主調度是在BASIO內運行的實體(例如建築物、空間、設備、裝置、系統及子系統)的主要的一組運行特性。在一實施例中，主調度控制基本操作及設定點。可執行專門調度來適應有限的運行或短期改動，例如節假日期間的改動，以適應於維護或特殊事件抑或某種其它原因。專門的調度較佳用於短期或暫時的偶然事件，其覆蓋主調度以防止無意間啟用專門的調度。專門的調度還提供一種無需修改主調度即可對暫時事件或事情進行調度的途徑。下一事件指示符356提供對設備中所調度的下一事件的簡要調度預覽。相互緊靠地在頁面350上提供群組成員、佔用性、控制、及事件信息使得用戶能夠迅速確定當前的及即將出現的狀態信息，而非必須訪問多個頁面或進行導航才能找到所需信息。參見圖22A及22B，空間表格353包含一空間狀況部分358及一系統狀態部份359。空間表格352因而包含有可能對狀態而言很關鍵且對首先訪問用戶界面160的空間頁面350的用戶而言最重要的信息。空間表格352使空間狀況部分358與系統狀態部分359相互緊靠地顯示，從而使用戶能夠在需要時迅速評價系統狀況、訪問其它信息、以及編輯設定點。在一實施例中，空間狀況部分358包含可用空間狀況360、當前所感測的狀況362、新值欄位364、以及數據日誌選擇器366。系統狀況部分359包含類似信息。當前所感測的狀況362可包含溫度、溼度及其它實時感測值。在一實施例中，空間表格352包含實時感測的溫度值並顯示當前現用設定點。用戶可在對應的新值欄位364中輸入期望值並通過選擇按鈕368來指示BAS10應用所述新值，從而在用戶界面160內容易、方便地修改所期望的制熱或製冷溫度設定點。無需中斷系統或重新編輯，BAS10即可立即納入所述更新。關於數據日誌選擇器366，用戶可利用一"設置數據日誌"序列對數據收集方式進行定製。通過檢查對應於特定設備的日誌數據框316並激活一設置數據日誌按鈕326，用戶便可設定數據收集間隔並調整數據收集的時間周期。用戶可並非選擇一日期範圍作為數據收集的時間周期，而是選擇收集固定數量個樣本。在圖23中繪示一數據日誌序列的實例。在圖24A中繪示一設備摘要頁面380。類似於上文所述建築物摘要頁面250及空間摘要頁面350，當用戶選擇設備選項卡260或者以其它方式在用戶界面160中導航時，即可訪問用戶界面160中與特定設備相關的頁面。類似於上文針對從建築物摘要頁面250的空間摘要部分330中選擇一空間以導航至空間摘要頁面350這一部分所述，當從圖20A及20B的報警摘要部分310中選擇一報警源(320)時，也會將用戶導向一設備摘要頁面380。所屬領域的技術人員將理解，在用戶界面160中通常有數種導航至任一既定頁面的方式；為界定用戶界面160的一實施例的總體組織、布局及流程，本文將描述某些導航路徑。在頁面380上，各種可用設備類別在選項卡260下方以子標題382的形式出現，例如"Chiller(冷卻器"、"AirHandler(空氣調節器)"、及"ProgrammableController(可編程控制器)"。選擇所期望的子標題382便會將用戶導向每一類別內的具體單元列表，從中可選擇一特定設備單元來顯示設備狀態頁面。如前面參照圖22A及圖22B所述，在設備狀態摘要部分384中的頁面380上顯示當前狀態值及設定點、以及群組數據353、354和通往關於該設備的其它信息的連結386。例如，設備狀態頁面340涉及冷卻器。參見圖24A及圖24B,冷卻器狀態摘要部分384被劃分成冷卻器狀況部分388及狀態部分390，並列出關於該具體冷卻器的靜態及實時動態信息，例如該冷卻器狀態及性能的各個方面的當前值392。在圖24C中繪示可通過設備圖形連結386到達的設備圖形頁面381。設備圖形頁面381還包含關於特定設備以及與該設備相關聯的系統及空間有關的靜態及動態圖形及文本。此外，也為BAS10中其它類別的設備提供類似於上文所述的頁面及連結。在圖24A中，是繪示冷卻器狀態頁面380，但在用戶界面160中還包含例如空氣調節器等其它設備的其它狀態頁面。在圖25中繪示用戶界面160的一空氣調節器狀態頁面394的實例。也可對BAS10所控制或管理的任何其它設備使用在用戶界面160中所類似定製的狀態頁面。例如，用戶可替換某些新值，包括BASIO所控制的可編程設備的如前面所述的設定點、制熱/製冷模式以及出口空氣溫度。BAS10可飛快地接受新值，而無需重新編輯代碼、重啟系統或者以某種其它方式中斷或暫定BASIO的正常活動。簡要地參見圖20A，子系統選項卡262提供通往用戶界面160中各部分及頁面的連結，所述各部分及頁面顯示與BAS10的設備系統及子系統有關的信息。例如，圖26A-圖26C繪示用戶界面160中與冷卻器設備有關的子系統摘要頁面實例400。儘管頁面400具體涉及冷卻器設備，然而本實例中的設備是任意選擇的，且在用戶界面160及BAS10中，頁面400的大體特徵大體上相關於實際任何設備系統或子系統。不同的值及信息將相關於不同的設備系統；因此，參照圖26A-圖26C所繪示及描述的特定實例中的某些變化在其它設備系統頁面上也將存在。如前面參照用戶界面160的其它頁面所述，頁面400包含與設備子系統有關的狀態表格，包括子系統狀態部分402。子系統摘要頁面400還包含設備狀態部分404。為簡化所顯示的關於複雜系統及子系統的信息，在用戶界面160中顯示定製屏幕及頁面(例如頁面400)。未被編輯及定製為通過用戶直觀頁面400進行顯示的原始數據及信息可能使人不知所措，因此不適用於一般用戶。然而，用戶可從頁面400中瀏覽狀態關鍵信息並根據需要訪問關於複雜系統及子系統的更詳細數據及伯息。圖26A及26B中所示的子系統狀態部分402包含關於冷卻器設備的信息，冷卻器設備是作為群組運行的一或多個冷卻器單元。該信息包含與冷卻器設備狀況及當前運行信息408有關的當前靜態及動態值406。靜態值406例如是當前設定點，而表格362中的動態值406則是回水或供水溫度。運行信息408提供調度及維護信息以及用戶控制特徵。對於頁面400的冷卻器設備，可對冷卻器轉速410、增加412、減少414進行調度，其中當前調度416顯示於頁面400上。大體而言，調度會界定BAS10中各對象之間的關係、時間、及/或BAS10中的其它對象。在本發明的一實施例中，用戶可界定或修改與對象有關的調度。用戶也可通過頁面400或通過用戶界面160的其它頁面，根據需要或期望而手動執行或強制進行轉速設定、增加或減少冷卻器。此外，還提供基本運行狀態信息。頁面400更顯示設備狀態部分404，此包含每一冷卻器的設備標識符連結418，如圖26A及26C所示。標識符連結418可以是用戶定製的名稱或者是在發現或集成過程中獲得的默認系統值。在頁面400的實例中，將BASIO的三個冷卻器標識為Chiller(冷卻器)1、Chiller2及Chiller3。這些設備標識符被超級連結(418)至用戶界面160的其它部分及頁面。對於在頁面400的設備狀態部分404中所列的冷卻器，設備標識符連結418將用戶引導回各單獨冷卻器的設備頁面380(參見圖26A)。用戶也可通過狀態部分404來手動控制所選冷卻器的值及設定值，例如通過選擇按鈕或連結420、標記選擇器欄位422、從下拉菜單424進行選擇、或通過其它信息編輯或輸入途徑。對於頁面400的冷卻器設備，用戶可應用新值426、啟動一故障復位428、或使該冷卻器設備內的特定冷卻器可用或不可用430。對BASIO的其它設備子系統，例如熱泵迴路及可變空氣子系統，也提供類似的各組頁面。這些設備子系統的頁面也可被配置成顯示特定子系統的專有信息。例如，如圖27所示，可變空氣頁面440包含根據用戶定製的信息444進行識別及分類的列表信息442。在本實例中，信息是按人員姓名分類。人員可以是在某一方面負責一空間的維護或管理人員，或者，所述人員可按另一方式與該空間相關聯，例43如按有形的辦公室或工作空間分配情況。因此，用戶可利用所熟悉的關聯性、標識符及參考標記來定製頁面440及其它頁面，從而使BASIO更容易理解及通過用戶界面160進行管理。對上述具體頁面的說明及描繪以舉例方式闡述了BAS10、特別是用戶界面160的大體功能及操作，其提供了一上下文，根據一實施例，可在該上下文內理解下文對用戶界面160進行的說明。如前面所述，用戶界面160提供各種用戶定製及控制特徵。通過顯示空間及設備信息的頁面上的連結，用戶可改動設定點、控制數據記錄、並創建定製頁面。管理連結210(參見圖21)將用戶導向用戶界面160的管理部分226，在一實施例中，管理部分226包含一系列組織成圖28所示的頁面。用戶界面160的管理部分226提供對BASIO的管理定製及控制，此大體上涉及如前面所述增加或移除各設備頁面上所顯示的數據、管理系統用戶的能力、安裝新建築物、管理報警路由、以及瀏覽系統任務。在一實施例中，BAS10提供不止一個層次的用戶訪問。高層次用戶可通過管理用戶部分226A而管理在管理部分226中準予其它用戶的訪問層次。也可存在其它用戶管理選項。可通過用戶登入、口令及/或其它用戶識別過程來控制分層次的訪問。用戶一般是其職責通常涉及監視或控制BASIO的人員，而不需要參與編程或重新編輯軟體代碼。高層次用戶或管理用戶則通常是一般對系統控制功能及定製功能具有更高層次訪問權的用戶。例如，可為管理用戶提供登入碼，以授權其訪問一般用戶所不能訪問的頁面。儘管具有此種更高的訪問權，然而像一般用戶一樣，預計管理用戶通常也不參與進行重新編程或重新編輯來定製用戶界面160或BAS10。根據用戶的管理訪問層次，用戶界面160的管理部分226可整個地或部分地供用戶使用。用戶界面160的管理部分226還包含如下功用安裝建築物226B、管理報警路由226C，瀏覽系統任務226D，及執行高級任務226E，例如配置系統參數、創建及管理定製屬性、創建調度表、及定製可在用戶界面160中瀏覽的頁面。圖29繪示一建築物安裝頁面實例828。BAS10的動態可擴展性能實現對新建築物或面板的定期發現、增加或上傳。頁面828包含正在進行安裝過程的每一建築物的進度及狀態部分829，其包含關於ESE20與新建築物(或面板)之間通信狀態的信息、以及所加載面板超出面板總數的數量。用戶也可瀏覽並管理系統任務226D。在圖30中更詳細地顯示高級任務226E。高級任務226E包含定製系統頁面812、管理建築物的定製屬性814、管理報警設定值816及管理調度應用程式設定值818。定製系統頁面812同時包含內容與布局控制選項。參見圖31，系統定製頁面820包含用於定製建築物在主頁200上的索引中的顯示的用戶選擇性選項。用戶可通過選擇所需數量的索引層次822並指配相應數量的一般及特殊分組屬性824、826來實施定製。當使用一個索引層次時，根據一個一般屬性對建築物進行分組。而當使用兩個索引層次時，則在一般屬性內按特殊屬性對建築物進行分組。分組屬性824、826是與各建築物在建築物索引中的顯示及布置有關(參見圖18A)，並例如呈群組連結353(參見圖22A)的形式。索引層次的數量決定特殊及一般屬性如何影響索引230的布置及外觀。而在無索引層次時，在一實施例中，所有建築物均根據BASIO及用戶界面160的默認設置而以字母順序一同顯示於索引230中。其它頁面定製涉及到主頁200上可具有的連結、以及增加或移除設備頁面及設備子系統頁面上所顯示數據。參見圖32，其繪示一定製系統頁面830。頁面830具體涉及增加或移除要在設備或子系統頁面上顯示的數據(例如參見上述圖24A、25及26A)，但其格式只是例示並大體相關於增加或移除主頁200上或用戶界面160的其它頁面上的數據。用戶首先在832中選擇所要定製的設備或子系統數據。然後，用戶被導向一表格，該表格顯示該設備或子系統的所有當前所顯示數據點、以及默認顯示設定值，例如在圖33中的頁面834上所顯示。用戶可通過根據需要在選擇表格836中選擇或取消數據點而對顯示進行定製。用戶也可通過引入及移除定製連結而向主頁200及向用戶界面160的其它頁面增加或移除連結。所增加的定製連結可通往用戶界面160的其它頁面，或者也可是內部連結。所增加的連結也可是外部連結，例如通往網絡頁面或網際網路網頁。用戶可能希望連結至可在網際網路上公開得到的新聞或天氣網站。用戶還可連結至非公開的頁面或信息。例如，如果BASIO涉及大學校園，則用戶可連結至內部校園事件日曆或信息頁面，例如員工及全體教員目錄。可在用戶界面160的頁面中增加定製連結，以實際上集成用戶認為有助於管理BASIO的任何信息。因此，用戶界面160提供了使用戶可將界面160精簡成僅包含與用戶任務相關的連結的方式。此外，在一實施例中，BASIO允許界面160的每一用戶根據其偏好及任務來定製頁面及連結。因此，負責不同任務或具有不同職責的用戶可創建其自己的定製用戶界面160。BASIO通過保存這些定製並使其與用戶標識符相關聯(例如通過登錄例程)而提供及加載正確的定製用戶界面160。在另一實施例中，只有管理用戶可通過此種方式定製界面160，因而只為標準層的用戶提供單個用戶界面160。一可通過高級任務226E訪問的相關定製功能涉及到建築物的定製屬性814。參見圖34,—定製建築物屬性管理頁面840使用戶能夠創建及管理BAS10當前所管理的及有待發現的建築物的定製屬性。在一實施例中，可利用四種類型的屬性842。第一種類型的屬性844具有兩種選項；定義兩個需要進行選擇的互斥的值。第二類型846是固定的列表，其中從該列表中進行選擇或者用手輸入選項。第三類型848是可擴充的列表，其為可由用戶進行補充的初始列表。第四類型850是自由形式值，其是用戶可創建的建築物的唯一的值。當創建定製建築物屬性時，用戶可指配一新屬性作為所有新發現建築物的默認值，且也可選擇該屬性來用於定製主頁200上的建築物索引。參見圖35A-C，BAS管理及控制的一重要方面是高效地接收及處理系統報警816。根據本發明的一實施例，BAS10中對報警的管理及響應可由用戶定製，這一般是通過報警選項卡206(例如參見圖18A)進行。圖36顯示根據一實施例在用戶界面160內向報警映像頁面的導航。報警選項卡256具有一映像優先權子選項卡257，用於將用戶導向一報警管理頁面860，例如圖35A-C中所示的頁面，用戶可在該頁面上選擇面板類型862、瀏覽不同類型面板的列表863、以及根據面板優先權來映像報警優先權864。頁面860還使用戶能夠增加新的面板類型866，如圖37所示。報警映像是指根據面板類型為面板指配優先權層次。在一實施例中，用戶可規定要指配給系統面板與系統尚未發現的面板的報警優先權。通過為尚未發現的面板指配報警優先權，用戶界面160使用戶能夠控制如何在未來向BAS增加面板或建築物的情況下建置BAS10的動態可擴展性。BAS10會在多種情形中產生報警，例如當記錄到溫度偏差以及相對於預定設定點出現其它偏差時。在一實施例中，用戶可對BASIO的報警處理進行定製。例如，報警通知可自動發送至一或多個指定的電子郵件或文本消息帳戶。BAS10也可自動發送音頻通知或其它文本及可視通知，例如發送至傳呼機、行動電話、網絡廣播消息等等。在用戶界面160內，除電子郵件消息外，還可在建築物摘要頁面上顯示表格或列表形式的報警，或者用此種報警取代電子郵件消息。根據報警路由226C，用戶還可為ESE20將來可能發現的某些面板類型投送電子郵件通知。可通過使各報警屬性與一或多個具體電子郵件接收方相對應來定製報警的路由及顯示。報警屬性可涉及報警類型、報警時間、報警觸發事件、報警位置、發生或重複多個報警、報警圖案、或某一其它特徵或特徵組合。因此，在一實例中，可在BAS10內指定BAS10內一地點處作為特定建築物的經理的用戶來接收與該建築物相關的每一報警的報警通知。在另一實例中，可指定地點經理以及建築物的電氣維護員工中的每一成員來接收與該建築物的電氣故障相關的報警通知。在又一實例中，用戶可根據每天的時間段或每周的各天來定製不同的報警通知接收方及格式。在用戶一般直接通過裝置22與用戶界面160進行互動的白天，可規定在建築物摘要頁面中進行表格顯示。在幾個小時後，可利用電子郵件及/或傳呼通知來代替或補償用戶界面160中的報警通知。也可為ESE20所將發現的面板提前定製報警處理及優先權。可根據用戶偏好來指配報警優先權狀態。用戶可根據特定建築物中目前所知的或任何將要發現的面板指配通用的報警優先權或響應。也可根據面板特徵來指配報警優先權。如果此後發現具有某一特徵的面板，則BASIO可根據用戶所選的特徵自動指配優先權或處理報警。在另一實施例中，BAS10可默認地通過將新發現的面板關聯成相同或類似於己知系統面板、並指配相似的管理特徵，來指配優先權及管理報警。例如，用戶通過規定一響應程序來定製特定面板的報警處理。將來，如果BASIO發現新的面板且如果該新發現的面板與已被設定響應的面板具有共同的特徵，則BASIO可在不存在與新發現面板有關的指令或定製的情況下類似地處理新發現面板的報警。本發明可實施為其它具體形式，此並不背離本發明實質屬性的精神；因此，所示實施例在任何方面均應被視為例示性而非限定性的，在表示本發明的範圍時，應參照隨附權利要求書而不應參照上文說明。權利要求1.一種建築物自動化系統(BAS)，其包含架構，其包含通信網絡，且具有動態可擴展能力及自動配置能力；引擎，其以通信方式耦合至所述通信網絡；以及至少一個控制裝置，其以通信方式耦合至所述通信網絡，所述控制裝置是所述引擎所已知的或未知的，其中所述引擎適於有選擇地建置所述動態可擴展能力，以與已知的與未知的控制裝置二者建立通信並對所述二者進行控制，且其中所述引擎適於有選擇地建置所述自動配置能力，以確定所述已知的與未知的控制裝置二者的至少一種特徵。2.如權利要求l所述的建築物自動化系統，其特徵在於所述至少一種特徵是選自由通信協議、通信協議版本、廠商、產品、類型、及版本所組成的群組。3.如權利要求1或2所述的建築物自動化系統，其特徵在於所述特徵被作為定義提出，且所述定義由所述引擎存儲於程序中。4.如權利要求3所述的建築物自動化系統，其特徵在於所述引擎在存儲定義後不需要重新編輯所述程序。5.如權利要求3所述的建築物自動化系統，其特徵在於所述動態可擴展能力包含發現例行程序，以通過在所述程序中增加或修改定義而將未知控制裝置作為已知控制裝置集成於所述架構中。6.如權利要求5所述的建築物自動化系統，其特徵在於所述引擎在增加或修改定義後不需要重新編輯所述程序。7.如權利要求3所述的建築物自動化系統，其特徵在於進一步包含資料庫，所述資料庫以通信方式耦合至所述通信網絡並受所述引擎控制，其中所述程序存儲於所述資料庫中。8.如權利要求3所述的建築物自動化系統，其特徵在於所述引擎能夠通過所述動態可擴展能力及所述自動配置能力而應用所述定義來識別未知控制裝置。9.如權利要求8所述的建築物自動化系統，其特徵在於所述引擎包含兼容已知及未知控制裝置的通用通信協議。10.如權利要求3所述的建築物自動化系統，其特徵在於第一控制裝置包含第一通信協議兼容性，且第二控制裝置包含不同於所述第一通信協議兼容性的第二通信協議兼容性，且其中所述通信系統與所述引擎包含所述第一與所述第二通信協議兼容性二者。11.如權利要求io所述的建築物自動化系統，其特徵在於所述第一與所述第二通信協議兼容性的不同在於通信標準、版本、或其任一組合。12.如權利要求10所述的建築物自動化系統，其特徵在於所述引擎能夠同時建置所述第一與所述第二協議兼容性二者。13.如權利要求l所述的建築物自動化系統，其特徵在於所述通信網絡包含內聯網網絡、網際網路網絡、或其任一組合。14.如權利要求13所述的建築物自動化系統，其特徵在於為所述引擎指配單個地址並為所述控制裝置指配網絡地址。15.如權利要求14所述的建築物自動化系統，其特徵在於所述引擎根據所述動態可擴展能力發現所述網絡地址。16.如權利要求14所述的建築物自動化系統，其特徵在於所述引擎從外部源接收所述網絡地址。17.—種通過動態擴展及自動配置建築物自動化系統的架構而向所述建築物自動化系統增加控制裝置的方法，所述方法包含下列步驟.-獲得一地點處先前未知的控制裝置的網絡地址；執行發現過程，以嘗試利用所述網絡地址自動地與所述控制裝置建立通信並從所述控制裝置獲得元數據；如果可與所述控制裝置建立通信，則通過評價所述元數據的至少一種特徵並將所述至少一種特徵作為在所述架構的程序中利用的定義進行存儲，使所述地點與所述建築物自動化系統的所述架構同步，並通過執行所述程序而不重新編輯，自動地配置所述建築物自動化系統的所述架構，從而辨認所述控制裝置為所述建築物自動化系統的一部分；以及如果無法與所述控制裝置自動建立通信，則請求對所述控制裝置人工編程。18.如權利要求17所述的方法，其特徵在於所述請求人工編程的步驟進一步包含下列步驟自動請求人工編程；人工創建在所述程序中利用的控制裝置定義；以及在輸入所述人工編程後，辨認所述控制裝置為所述建築物自動化系統的一部分。19.如權利要求18所述的方法，其進一步包含下列步驟在人工創建所述控制裝置定義後，重新編輯所述程序。20.如權利要求18或19所述的方法，其特徵在於將所述控制裝置辨認為所述建築物自動化系統的一部分的步驟進一步包含嘗試自動確定與所述控制裝置兼容的通信協議。21.如權利要求20所述的方法，其特徵在於所述嘗試自動確定與所述控制裝置兼容的通信協議的步驟進一步包含分析來自所述控制裝置的所述元數據，以確定兼容的通信協議。22.如權利要求21所述的方法，其特徵在於進一步包含下列步驟判斷所述控制裝置是否可規定所述通信協議的廠商特徵，以及如果無法規定廠商特徵，則選擇基本通信協議；如果可規定廠商特徵，則判斷所述控制裝置是否可規定所述通信協議的產品特徵，以及如果無法規定產品特徵，則選擇與所述廠商特徵兼容的通信協議；如果可規定產品特徵，則判斷所述控制裝置是否可規定控制裝置類型特徵，以及如果所述控制裝置無法規定控制裝置類型特徵，則選擇與所述廠商特徵及所述產品特徵兼容的通信協議；以及如果可規定控制裝置類型特徵，則選擇與所述廠商特徵、所述產品特徵及所述控制裝置類型特徵兼容的通信協議。23.—種用於建築物自動化系統的伺服器引擎，所述伺服器引擎包含用於獲得一地點處先前未知的控制裝置的網絡地址的裝置，所述地點以通信方式耦合至所述建築物自動化系統；用於執行發現過程、以嘗試利用所述網絡地址自動地與所述控制裝置建立通信並從所述控制裝置獲得元數據的裝置；用於通過評價所述元數據的至少一種特徵並將所述至少一種特徵作為在所述伺服器引擎的軟體程序中利用的定義進行存儲、而使所述地點與所述建築物自動化系統同步的裝置；用於將所述控制裝置的狀態從未知修改成己知的裝置；以及用於通過執行所述軟體程序而不重新編輯、而動態擴展及自動配置所述建築物自動化系統的裝置。24.如權利要求23所述的伺服器引擎，其特徵在於進一步包含用於判斷所述控制裝置是否可規定所述通信協議的廠商特徵的裝置；用於在無法規定廠商特徵時選擇基本通信協議的裝置；用於在可規定廠商特徵時判斷所述控制裝置是否可規定所述通信協議的產品特徵的裝置；用於在無法規定產品特徵時選擇與所述廠商特徵兼容的通信協議的裝置；用於在可規定產品特徵時判斷所述控制裝置是否可規定控制裝置類型特徵的裝置；用於在所述控制裝置無法規定控制裝置類型特徵時選擇與所述廠商特徵及所述產品特徵兼容的通信協議的裝置；以及用於在可規定控制裝置類型特徵時選擇與所述廠商特徵、所述產品特徵、及所述控制裝置類型特徵兼容的通信協議的裝置。全文摘要本發明揭示一種建築物自動化系統(buildingautomationsystem；BAS)架構(圖1，組件10)。在一實施例中，所述BAS(圖1，組件10)包含架構，其包含通信網絡(圖1，組件30及32)，且具有動態可擴展能力及自動配置能力；引擎(圖1，組件20)，其以通信方式耦合至所述通信網絡；以及至少一個控制裝置，其以通信方式耦合至所述通信網絡(圖1，組件30及32)，所述控制裝置(圖1，組件42、44及46)是所述引擎(圖1，組件20)所已知的或未知的。所述引擎可適於有選擇地建置所述動態可擴展能力，以與已知的與未知的控制裝置(圖1，組件42、44及46)二者建立通信並對所述二者進行控制。所述引擎可進一步適於有選擇地建置所述自動配置能力，以確定所述已知的與未知的控制裝置二者的至少一種特徵。本發明還揭示一種通過動態擴展及自動配置建築物自動化系統(BAS)的架構而向所述BAS(圖1，組件10)增加控制裝置的方法。文檔編號G05B11/01GK101632050SQ200680039347公開日2010年1月20日申請日期2006年8月15日優先權日2005年8月22日發明者D·M·理查茲,S·M·麥考伊申請人:傳恩國際股份有限公司