1 概述

1.1 項目簡述

    創業園系統工程范圍以中心機房和安防控制中心作為智能化系統中設備運行信息的交匯與處理的中心，對匯集的各類信息進行分析、處理和判斷，采用最優化的控制手段，對各設備進行分布式監控和管理，使各子系統和設備始終處于有條不紊、協調一致的高效、經濟的狀態下運行，最大限度地節省能耗和日常運行管理的各項費用，保證各系統能得到充分、高效、可靠的運行。

創業園項目智能化集成管理平臺是該項目智能化系統的上層建筑，是該項目中所有智能化子系統的大腦，扮演著溝通者、監護者、管理者與決策者的角色。它利用標準化/或非標準化的通訊接口將各個子系統聯接起來，共同構建一個全設備、全空間、全時域、全過程的有機整體。

平臺采用模塊化架構，每個模塊既可以完成相應的功能，每個模塊即可獨立完成相應的單一功能操作，又可與其它模塊配合完成更加復雜的聯合功能操作。

在創業園的智能集成管理系統項目中，我司將充分考慮項目的具體需求，同時兼顧未來發展，充分發揮我司軟件開放性、兼容性的特點與優勢，集成平臺為后期項目預留集成空間，做到一次投入，終身享用。

1.2 項目設計思路

1.2.1 為用戶體驗而設計

一個智能集成管理系統平臺軟件產品的設計與制作，目的是給操控人員的工作帶來極大的便利，或者降低人們執行一個操控事件的時間，或者提高操控人員在單位時間內執行操控的數量。達到上述目的途徑就是操控界面的人性化、明晰化、醒目化、簡單化、易懂化、便捷化，也就是具有良好的用戶體驗，使得用戶愿意用、容易用、全面用。功能再強大的軟件，如果沒有達到良好的用戶體驗效果，其功能也不可能得到充分的發揮。

用戶體驗對于智能集成系統軟件產品的使用與服務來講是至關重要的，因為如果沒有給用戶一個積極的體驗，系統中那些用起來艱澀難懂的功能他們就永遠不會用，最后那些功能雖然很強大，但也只能變為占用資源的廢物。

因此，我們提出：“為體驗而設計，使用第一，使操作界面盡量按照用戶期望的操控習慣而運作”的設計理念。用戶體驗設計的五個層面：

1、表現層

由一系列界面組成，上面有文字、圖形與圖標等。一些文字、圖形或圖標是可以點擊的，從而執行某種功能。

2、框架層

在表象層之下是界面的框架層：按鈕、控件、圖片、文本區域等的位置?？蚣軐拥淖饔檬怯脕韮灮缑嬖O計布局，以達到這些元素的最大的效果與效率，使操控者在需要的時候，能記得標識并找到監視數據與控制按鈕。

布局設局的人本化、明晰化和簡單化很重要，良好的界面布局即既使監控界面賞心悅目，又便于監控操作。

3、結構層

結構層在框架層之下，比框架層更加抽象，但操控者不必關心它，它的具體表達方式是框架層?？蚣軐佣x了導航條上各要素的排列方式，允許授權操控者可以監控的不同子系統或設備、設施；則結構層確定哪些子系統、設備、設施應該出現在那里。

4、范圍層

結構層確定了操作平臺授權操作的各種特性和功能最合適的組合方式，而這些特性和功能的集合就構成了范圍層。

5、戰略層

操控臺的范圍由戰略層所決定的，這些戰略不僅僅包括了系統設計者想呈現給用戶什么功能，還包括了用戶想從操控臺實現什么樣的操作。

戰略層的設計確定很重要，這是實現設計者提供的功能既滿足用戶可能的需求，而又不會有過多的浪費。

這五個層面“戰略、范圍、結構、框架、表現”組成了一個基本架構，我們將在這個基礎架構之上，與用戶一起討論確定用戶體驗的問題，然后確定用什么樣的工具來實現用戶的體驗。

1.2.2 雙重性設計理念的先進性

由于智能集成管理系統具有功能型產品與信息型產品的雙重特性，因此，我們在做產品設計時，尤其在用戶交互界面設計時必須綜合考慮這兩種類型產品的特性。在我們為創業園集成平臺項目的智能集成管理系統產品設計中，將引入了雙重性設計理念，如圖所示：

雙重性設計框架圖

在功能型側，我們主要關注的是任務，所有的操作都被納入一個過程，完成的設計工作是考慮操控者如何完成這些過程，我們的軟件用什么工具怎樣解決完成這些過程的方式、方法、步驟等問題。在這里把交互界面看成一個或多個任務的一組工具。

在信息型側，我們的主要關注是信息– 交互界面應該給操控者提供哪些信息，怎樣提供，這些信息對操控者的意義，我們的軟件將創造一個豐富的用戶體驗，提供給操控者一個可以尋找、理解、具有實際意義的信息組合。

1.2.3 自下而上地設計與建造的可靠性

隨著層級的上升，我們設計將從抽象到具體，在最底層我們完全不考慮最終的外觀，只關注如何滿足系統的設計戰略與用戶需求；而在最高層我們只關注界面所呈現的最具體的細節。從下而上我們要做的設計與決策就會從抽象慢慢變為具體，并涉及越來越精細的細節。只有這樣，我們設計的系統才能夠逐步滿足用戶體驗，如圖所示：

層級結構示意圖

在設計過程中，每一層級都是根據它下面的那個層級來決定的，所以，表現層由框架層決定，框架層建立在結構層的基礎上，結構層的設計基于范圍層，范圍層是根據戰略層指定的。

由于每一層級都受到下一層級的制約，每一層級的決定都會影響到它上面層級的可用選項，如果較高層級選擇一個界限外的選項，則需要修改下面層級的決策，為了保證我們的設計能夠按時完成任務并做到良好的用戶體驗，因此我們的設計方案采用了自下而上，每個層級設計結束時間都延伸到上一個層級設計完成之后的循序漸進方式，如圖所示：

設計方式示意圖

五個設計層面也就是提供良好用戶體驗的五個要素。五個要素的設計順序如下圖所示：

設計順序示意圖

1、戰略層

無論是功能型還是信息型都必須從戰略層入手，它們關注的核心都是用戶的需求，因此在設計初期，我們必須與各類系統使用者反復溝通，了解他們需要這個系統為他們帶來什么與怎樣帶來，在了解的基礎上歸納用戶需要的功能后與客戶一起討論確認。

2、范圍層

在解決了戰略層的之后，在功能型一側，創建功能規格，并對功能組合詳細描述；在信息型一側，創建內容需求，并對各種內容元素的要求精確描述。

3、結構層

在功能型一側，將范圍轉變為交互設計，定義系統如何響應操控者請求。在信息型一側，將內容元素轉化為信息架構，合理安排內容元素使之便于操控者對信息的理解。

4、框架層

框架層被分為三部分，首先無論是功能型或信息型，必須完成信息設計作為一種促進理解的信息表達方式；功能型一側，還包括界面設計，安排好能讓操控者與系統功能產生互動的界面元素；信息型一側，還包括導航設計，安排好屏幕上的一些信息組合，允許操控者在信息架構中任意穿行。

總之，實現良好的用戶體驗需要功能型與信息型優化配合，甚至部分需要重疊。提供的“內容”之前首先必須對數據進行初步篩選、處理、分析，使之成為操控者需要的且便于理解的信息；然后借用先進的“技術”手段將這些信息便捷的、容易的、靈活的呈現在操控者面前。

1.2.4 面向服務的系統架構

    在創業園群集成平臺項目的“智能管理平臺”設計中，我們將采用最先進的面向服務的系統架構（SOA）。面向服務的體系結構（service-oriented architecture，SOA）是一個組件模型，它將應用程序的不同功能單元（稱為服務）通過這些服務之間定義良好的接口和契約聯系起來。

SOA 可以使創業園集成平臺的“智能管理平臺”變得更加靈活，以適應業務中的改變。通過允許強定義的關系和依然靈活的特定實現，“智能管理平臺”既可以利用現有系統的功能，又可以準備在以后做一些改變來滿足它們之間交互的需要。

下面舉一個具體的例子。創業園集成平臺項目可能需要更改經營理念或增減、修改建筑群某個功能板塊的功能趕上時尚的潮流。這可能意味著不僅需要更改管理流程，甚至還可能需要更換內部設備、增加新的子系統等。如果更換的設備或增加的子系統與原有設備或子系統之間不兼容，那么這種更換或增加可能就是一個非常復雜的軟件流程。通過利用WSDL 接口在操作方面的靈活性，每個設備或子系統都可以將它們的現有系統保持現狀，而僅僅匹配 WSDL 接口并制訂新的服務級協定，這樣就不必完全重構它們的軟件系統了，所有的業務操作基本上都保持不變。這里，只是接口可以作少許改變，而內部操作卻不需要改變。

SOA不同于現有的分布式技術之處在于大多數軟件商接受它并有可以實現SOA的平臺或應用程序。SOA伴隨著無處不在的標準，為企業的現有資產或投資帶來了更好的重用性。SOA能夠在最新的和現有的應用之上創建應用；SOA能夠使客戶或服務消費者免予服務實現的改變所帶來的影響；SOA能夠升級單個服務或服務消費者而無需重寫整個應用，也無需保留已經不再適用于新需求的現有系統?？偠灾?，SOA以借助現有的應用來組合產生新服務的敏捷方式，提供給業主更好的靈活性來構建應用程序和業務流程。

1.2.5 綠色建筑

綠色建筑是指在建筑的全壽命周期內，最大限度地節約資源（節能、節地、節水、節材）、保護環境和減少污染，為人們提供健康、適用和高效的使用空間，與自然和諧共生的建筑。

所謂“綠色建筑”的“綠色”，并不是指一般意義的立體綠化、屋頂花園，而是代表一種概念或象征，指建筑對環境無害，能充分利用環境自然資源，并且在不破壞環境基本生態平衡條件下建造的一種建筑，又可稱為可持續發展建筑、生態建筑、回歸大自然建筑、節能環保建筑等。綠色建筑評價體系共有六類指標,由高到低劃分為三星、二星和一星。

1.2.5.1 實際意義

    建筑作為人工環境，是滿足人類物質和精神生活需要的重要組成部分。然而，人類對感官享受的過度追求，以及不加節制的開發與建設，使現代建筑不僅疏離了人與自然的天然聯系和交流，也給環境和資源帶來了沉重的負擔。據統計，人類從自然界所獲得的50％以上的物質原料用來建造各類建筑及其附屬設施，這些建筑在建造與使用過程中又消耗了全球能源的50％左右；在環境總體污染中，與建筑有關的空氣污染、光污染、電磁污染等就占了34％；建筑垃圾則占人類活動產生垃圾總量的40％；在發展中國家，劇增的建筑量還造成侵占土地、破壞生態環境等現象日益嚴重。中國正處于工業化和城鎮化快速發展階段，要在未來15年保持GDP年均增長7％以上，將面臨巨大的資源約束瓶頸和環境惡化壓力。嚴峻的事實告訴我們，中國要走可持續發展道路，發展節能與綠色建筑刻不容緩。

    綠色建筑通過科學的整體設計，集成綠色配置、自然通風、自然采光、低能耗圍護結構、新能源利用、中水回用、綠色建材和智能控制等高新技術，具有選址規劃合理、資源利用高效循環、節能措施綜合有效、建筑環境健康舒適、廢物排放減量無害、建筑功能靈活適宜等六大特點。它不僅可以滿足人們的生理和心理需求，而且能源和資源的消耗最為經濟合理，對環境的影響最小。

    發展節能與綠色建筑是建設領域貫徹“三個代表”重要思想和十六大精神，認真落實以人為本，全面、協調、可持續的科學發展觀，統籌經濟社會發展、人與自然和諧發展的重要舉措；是調整房地產業結構和轉變建筑業增長方式，轉變經濟增長方式，促進經濟結構調整的迫切需要；是按照減量化、再利用、資源化的原則，促進資源綜合利用，建設節約型社會，發展循環經濟的必然要求；是堅持走生產發展、生活富裕、生態良好的文明發展道路的重要體現；是節約能源，保障國家能源安全的關鍵環節；是探索解決建設行業高投入、高消耗、高污染、低效益的根本途徑；是改造和提升傳統的建筑業、建材業，實現建設事業健康、協調、可持續發展的重大戰略性工作。

1.2.5.2 大型公共建筑

    政府投資的國家機關、學校、醫院、博物館、科技館、體育館等建筑，直轄市、計劃單列市及省會城市的保障性住房，以及單體建筑面積超過2萬平方米的機場、車站、賓館、飯店、商場、寫字樓等大型公共建筑，自2014年起全面執行綠色建筑標準。

    開展大型公共建筑和公共機構辦公建筑空調、采暖、通風、照明、熱水等用能系統的節能改造，提高用能效率和管理水平。鼓勵采取合同能源管理模式進行改造，對項目按節能量予以獎勵。推進公共建筑節能改造重點城市示范，繼續推行“節約型高等學?！苯ㄔO?！笆濉逼陂g，完成公共建筑改造6000萬平方米，公共機構辦公建筑改造6000萬平方米。

    加強公共建筑能耗統計、能源審計和能耗公示工作，推行能耗分項計量和實時監控，推進公共建筑節能、節水監管平臺建設。建立完善的公共機構能源審計、能效公示和能耗定額管理制度，加強能耗監測和節能監管體系建設。加強監管平臺建設統籌協調，實現監測數據共享，避免重復建設。對新建、改擴建的國家機關辦公建筑和大型公共建筑，要進行能源利用效率測評和標識。研究建立公共建筑能源利用狀況報告制度，組織開展商場、賓館、學校、醫院等行業的能效水平對標活動。實施大型公共建筑能耗（電耗）限額管理，對超限額用能（用電）的，實行懲罰性價格。公共建筑業主和所有權人要切實加強用能管理，嚴格執行公共建筑空調溫度控制標準。研究開展公共建筑節能量交易試點。

“節能降耗，數據先行”，建筑物內的大量的能耗與設備數據是建筑節能的基礎。只有收集了詳盡的樓宇相關能耗數據，才能有效地對建筑物的能效進行全面綜合的分析。通過建立能耗模型，監控能耗設備運行狀態，優化設備配置，達到節能降耗的目的。因此，如何有效的收集建筑物、建筑群的能耗數據并有效地組織分析數據使之為建筑節能服務，成為首要問題。

1.2.5.3 綜合資源管理

一直以來，公用建筑是能源消耗的大戶，對于我們這個發展中國家而言，顯然是急需解決的一個問題。隨著《國務院關于印發節能減排綜合性工作方案的通知》（國發[2007]15號）精神的不斷貫徹落實，以及根據《關于加強國家機關辦公建筑和大型公共建筑節能管理工作的實施意見》（建科[2007]245號）的發布，中國建筑節能的趨勢已經越來越明顯。

隨著近幾年能源管理理論發展，已經從單純的能源管理升級到與IBMS系統相結合的“人、事、地、物”全維度綜合資源管理，因為任何資源的消耗，最終都能歸結于能源的消耗，包括：直接能源消耗，例如暖通系統與照明系統的電力消耗，給排水系統的水源消耗，鍋爐系統的油氣消耗等；間接能源消耗，比如零部件與設備耗材消耗，設備生命周期的折舊消耗等。下面就建筑物業的“人、事、地、物”全維度資源資源管理的理念做一個簡單地介紹。

人

隨著我國全面進入小康社會，并向現代發達社會挺進，人力資源成本必然會隨之不斷上升，目前在建筑物業運營與管理成本中，人力資源成本已經占到相當的比例，如何降低人力資源成本已經是物業管理者不得不考慮的問題。降低人力資源成本的方法無非是提高勞動效率、減少管理團隊人數、以及在保證物業管理質量的前提下降低人員門檻（作用是降低薪金支出）。

一套簡單、實用、文檔、可靠地物業運營、能源綜合管理平臺就切實能在以下幾方面協助物業管理者降低人力資源成本：

? 全自動化能耗監測數據讀取、采集、存儲、呈現，無需人工定時現場采集與人工數據整理保存，只需一個中控室值班員就可搞定，提高勞動效率，降低人力消耗；

? 全自動設備運行參數與狀態的動態降耗調整，無需專業人員現場干預；只需很少的專業人員制定參數調整策略，策略一經制定并上機測試有效，就可以自動運行，降低了專業人員聘請數量，也就是降低了人員門檻，客觀上降低了薪金支出成本；

? 自動全局、系統與設備工作能耗異常報警與故障報警，信息直接呈現在中控室值班臺上，無需人員定時巡檢，提高勞動效率，降低人力消耗。

? 多種類自動能源管理、分析報表，極大地減輕了專業計算與分析人員的工作強度，以及減少該類人員數量；

? 無論何時、何地都能夠通過內部局域網登錄平臺，實時了解當前能源需求狀態，或者查詢歷史數據，瀏覽能源管理與分析報表，極大地提高了管理者的工作效率。

事

所謂對“事”的管理體現在對日常事件與偶發事件的能耗分配管理上，達到能源的最佳配置。

日常事件管理指的是平臺將自動根據季節（比如冬季、夏季、過渡季等）、氣候（比如陰天、晴天、降水、刮風等）、不同日期（比如平日與節假日，淡季與旺季等）、時間段（比如白天、夜晚、開店、閉店等）的能源需求，合理配置各類設備的工作狀態與運行參數，在滿足環境實際需求的前提下，使得各個系統工作在能耗最少的狀態下。

偶發事件管理指的是平臺將自動根據由于舉辦活動而增加客流（比如舉辦會議、物業促銷、重要人物蒞臨等）與天氣突變（比如降溫、高溫、霧霾等）等對能源的需求，自動或與OA聯動調節能源供應與各類設備的工作參數、工作狀態以保證不會因為偶發事件而降低環境質量。

地

    在建筑物業中“地”的概念為“空間”，即物業所能提供物業經營的空間，例如：客房、會議室、商店、餐館、娛樂等。對能源的管控必須要細化到能對各個細分經營空間的能耗管理，通過精細化管理保證各個專職空間都處于良好的可用狀態，以協助物業管理提高空間利用率，以及客戶滿意度。這方面管理分為兩部分。

其一，保證服務于空間環境控制設備的完好率與運營效率，使得該空間隨時處于可用狀態，比如現場環境質量監測系統、溫濕度調節系統、空氣質量調節系統、照明系統等，平臺必須能夠實現夠遠程監控。

其二，保證空間能源按需供應，比如：與OA的空間預訂系統實現信息共享，只有在預訂的時間才開啟必要的設備；根據客流預測提供適當的供冷/熱量與新風供應量；根據開店與閉店時間，開啟空氣處理系統與照明等。

物

顧名思義，“物”的管理指的是各類機電設備的運行管理，尤其是能耗大的設備，對于機電設備能源管理分為以下幾個方面：

? 按需供應，即根據所服務區域的總體需求趨勢設備運行參數與投入數量，比如冷水機組出水溫度與流量將根據建筑整體的需求動態調整，既不欠缺，也不過剩；

? 通過精細調節使整體設備組運行在最佳經濟運行狀態，比如：冷水機組的經濟運行負荷，即每度電的制冷效率最大化；再比如：空氣處理機組合理搭配回風余熱利用、新風配比、送風溫度與流量，使得其綜合消耗能源最低；

? 能耗監測與異常報警，分析能耗超常原因，提供處理建議。舉例說明：通過比較空氣處理機組的實時符合與綜合能耗，發現綜合能耗超過報警上限，則根據超出值發出不同級別的報警信號提請中控室值班員注意，同時提出可能的原因（比如：過濾網過臟阻礙空氣通過，盤管過臟影響熱交換效率，管道過臟影響空氣流動，電動機與風機溫度過高致使驅動電流超標，可能的原因是缺乏潤滑油等）。這樣可以通知維護人員盡快保養，使其恢復正常，維持設備最佳運行狀態達到節省能耗；同時還能降低易損件磨損，提高設備使用壽命，節約設備的費用支出。

? 設備運行數據分析，通過不斷對各個機電設備歷史能耗曲線分析，以及系統的綜合能耗分析，不斷制定能源管理優化策略，不斷提高物業整體的整體能源利用率。

1.2.6 輔助決策

一個大型公共建筑就是一個城中城，就是一個小社會，其特點是內部結構復雜，人員密集，人員流動大，人員復雜。因此如何在突發事件中能夠有效的保護人員生命財產的安全是一個不可忽視的問題。

? 報警處理

建筑中存在各種不同的智能化系統，每個智能化系統都會涉及到自身運行中產生的各種報警信息，同時各類建筑運行安全保障系統也會產生各種各樣的報警信息。僅僅將各類報警進行簡單的匯總整理，已經遠遠不能滿足如今的建筑物業管理。

通過對報警誘因的詳細分析，將報警分為多個級別，且報警級別是動態的，能夠隨著現場事態的發展來改變誘發的報警閾值條件，從而逐級提升或降低報警級別。各個級別的報警能夠根據預案采取相應的措施與授權，投入相應的人力、物力。從而更有效的利用現有保障資源，更好的保護人員生命財產安全。

? 應急預案

處理應急事件，是物業管理人員在日常物業運營管理中要時常面對的事情。處理預案，往往會掛在物業管理中心的顯著位置，但在出現突發事件時，很少有物業管理人員能夠冷靜面對，完整的執行處理預案。

針對可能的重大事故（件）或災害，為保證迅速、有序、有效地開展應急與救援行動、降低事故損失而預先制定的有關計劃或者方案就是常說的應急預案，而針對物業人員在處理突發事件時存在的各種問題，有效的提供完整的管理工具，以方便應急管理者對某一突發事件進行預案定制，以便適應某一特定突發事件或突發事件在不同情境下的不同需求，在面對的各種突發事件時，能夠快速有效調配處突資源，避免為不同應用所做的重復性勞動則是智能管理平臺對于日常處突輔助管理的主要設計思路。

1.2.7 集中協調

INTEBASE V5.0智能集成系統把各種子系統集成為一個“有機”的統一系統，實現五個方面的功能集成：所有子系統信息的集成和綜合管理，對所有子系統的集中監視和控制，全局事件的管理，流程自動化管理。最終實現集中監視控制與綜合管理的功能。實現在一個平臺上，可以得到所有弱電子系統的運行狀況，并將所有關系到智能中心正常運行的重要的報警信息匯集上來，進行統一的監控，協調各個子系統優化配合操作，共同以最經濟的運行模式實行當下整體需求。INTEBASE V5.0智能集成系統可以定期地輸出與存儲運行狀況的報告與數據，為整體運行提供安全、可靠保證，為優化管理決策數據分析提供完整的原始數據積累的。

1.2.8 分散監控

項目中各智能子系統實行獨立運行、分散監控，各子系統與INTEBASE V5.0智能集成系統只保持及時、可靠地數據交換與指令溝通，各子系統操控相對獨立。子系統故障不會影響其它系統的正常工作，子系統之間的數據共享通過通過統一數據庫與協議轉換器完成，最大限度地減少數據流通的中間環節，最低的數據流量，最小的操控干涉，實時了對不同系統進行狀態控制以分離故障、分散風險、便于管理。

1.2.9 統一界面

所有應用訪問均由統一的界面登錄，并在統一格式下，根據登錄用戶的授權級別進行各自授權范圍內的操作與瀏覽。統一的界使得用戶無論何時何地，以何種操作系統都能夠登錄與操作。用戶操作界面或操作平臺與INTEBASE V5.0智能集成系統集成平臺相隔離，她們之間只存在數據交換關系，而不是直接操控，避免了任何客戶端的誤操作、故意破壞、崩潰對系統的影響。

1.2.10 信息清晰

INTEBASE V5.0智能集成系統人機界面顯示信息清晰、簡單、明了。各類信息顯示內容規范化，顯示格式標準化、顯示形式多樣化、顯示輕重層次化、顯示過程順序化，顯示樣式生動化。并結合圖形信息、圖表信息、地理信息、三維仿真等技術力求使信息一目了然，便于理解。

1.2.11 操控便捷

了解信息的目的是為了監視與操控，INTEBASE V5.0智能集成系統杜絕繁瑣，提供即便捷又醒目的操作模式，即提高了操作速度，又減少了誤操作。

1.2.12 平戰兩用

INTEBASE V5.0智能集成系統即能作為日常監控、操作平臺，又能在突發事件時（例如：發生火災、地震、非法入侵、盜竊、搶劫等），一鍵式轉入應急指揮模式，并通過處突預案的形式聯動相關現場設備、切入現場畫面、通知相關內部人員、通知相關外部單位等，協助應急指揮者處理突發事件。

1.3 項目設計依據

1、 依據標準

ü 《智能建筑設計標準》（GB 50314-2015）

ü 《建筑及居住區數字化技術應用系列標準》（GB/T GB/T20299-2006）

ü 《公共建筑節能設計標準》（GB 50189-2015）

ü 《民用建筑電氣設計規范》（JGJ 16-2008）

ü 《計算機軟件開發規范》（GB8566-88）

ü 《計算機軟件開發質量及配套管理計劃規范》（GB12504-12509-90）

ü 《信息技術互連國際標準》（ISO/IEC11801-95）

ü 《安全防范工程技術規范》（GB50348-2004）

ü 《軟件工程國家標準》（2006）

ü 《智能建筑工程質量驗收規范》(GB50339-2013)

ü 《信息系統安全等級保護基本要求》（GB/T 22239-2008）

2、 接口及協議

? 子系統接口技術

被集成的各智能化子系統應支持國際通用的接口、協議，并符合國家現行有關標準的規定，提供標準OPC接口，如果采用專用接口協議無條件開放，由智能化集成系統進行接口協議轉換以實現集成。

? 各子系統功能

系統的兼容性：眾多的子系統采用了不同品牌的設備，各子系統所使用的品牌必須開放接口協議，以確保整個系統的IBMS集成兼容，并保證與其它各子系統的兼容。各子系統必須無條件為IBMS智能化集成系統提供國際標準的通訊接口例如：OPC 接口、ODBC接口、MODBUS、BACNET、TCP/IP Socket、IP2000/RS485/232、二次開發包（SDK）、API等，所提供的接口不能依賴于特殊的硬件和軟件。

1.4 項目設計原則

創業園智能化管理系統的總體原則是：將各種智能子系統集成于統一平臺之上，形成具有信息匯集、資源共享及優化管理等綜合功能的系統，實現各類設備、子系統之間的接口、協議、系統平臺、應用軟件、運行管理等進行互聯和互操作。系統應擁有一個標準、統一、開放的接口標準，降低用戶總體擁有成本。

中央集成管理系統是一個高度集成的綜合管理平臺，徹底實現功能集成、網絡集成和軟件界面的集成?？梢詽M足綜合分析，決策支持的要求。該管理平臺是基于子系統平等方式進行系統集成，支持C/S和B/S兩種運行模式，支持TCP/IP協議。包含了大型關系數據庫。運行在千兆以太網上。

有關創業園的智能化管理系統集成設計采用既分散監控協調管理的原則，將現場監控操作與集中信息管理的功能利用軟件技術手段有機組合。聯動控制功能集中在現場監控，通過控制層網絡接口與硬件接口結合實現跨總線、跨網段、跨子系統的實時聯動控制，反應速度在毫秒級，高度可靠和穩定。

協調管理的重點在于實現綜合管理和優化應用，主要著眼點在實現各子系統的運行狀態、故障狀態、報警信息、運營信息、設備信息等的采集、整理、存儲，為設備管理、運營、維護、決策提供科學的技術手段和數據依據；同時提供與其他信息化系統集成及和后續項目總集的成標準接口，為智能化系統與其它系統的信息溝通與遠程控制提供必要條件。

此次系統集成，將以創業園智能化設計和施工招標文件要求為準則，達到如下目標：

1.4.1 標準化

INTEBASE V5.0智能集成系統的總體設計主要采用的是標準化通訊協議，能夠將不同廠商的設備與系統便捷地綜合在一個平臺上，施工快捷且使用方便；在軟硬件配置上具備足夠的冗余能力，使系統能在將來得以方便的擴充，滿足通用性和可替換性。

1.4.2 模塊化

INTEBASE V5.0智能集成系統的總體結構采用是模塊化，可以根據用戶的需求選用不同功能模塊組合，各個模塊即相互獨立，又無縫連接。系統功能的增減只是對應模塊的增減，不必重新建構系統，不會影響整個系統的工作，能夠在整個生命周期內，滿足客戶發展、擴充的需求。

1.4.3 開放性

對于系統集成平臺來說，開放性是其必備的特性。系統可對各智能化子系統進行分散式控制，集中統一式管理和監控。而集成后的系統應是一個開放系統，使不同的子系統和產品間接口和協議達到互操作性。它應當提供標準數據接口、網絡接口，系統和應用軟件接口。開放性將滿足客戶對系統的可擴展性、靈活性、兼容性、可移植性、可維護性、全生命周期的要求。

1.4.4 互連性

互連性吧表現在以結構化綜合布線系統等傳輸媒體為基礎，實現各種網絡設備的配置；各種網絡互連設備的配置；以及各類機電設備、話音/視頻設備和各類控制設備等的配置。子網之間互連采用基于網絡的標準化協議，并采用時間同步管理，保證各子系統時間一致。

1.4.5 安全性、可靠性和容錯性

創業園項目智能化集成系統的建設按照計算機安全等級保護二級的相關要求，采用數據傳輸加密、硬件秘鑰（U-KEY）密碼、用戶權限設定等技術手段確保安全、可靠。

采用C/S與B/S模式相結合、時鐘同步、前后臺分離等技術增強系統的可靠性和容錯性。

1.4.6 高效率性

ü 高效的服務器響應數據庫請求的能力；

ü 高效的通信傳輸速率和帶寬；

ü 高效的系統實時響應與控制能力；

ü 高效的網絡的吞吐能力。

1.4.7 經濟性

經濟成本是系統集成必須考慮的因素之一，要求系統設計應從系統目標和現實需求出發，經過充分論證，選擇InteBase V5.0集成管理產品，在滿足用戶要求的前提下，降低投資成本。

1.4.8 先進性

創業園項目的系統基于SOA架構，實現跨子系統聯動等先進技術，且以上技術都在世博村、阿里巴巴淘寶城、中國館中華藝術宮、萬達商業廣場等重點項目中得到驗證，穩定可靠。建成后將能夠代表當今世界的一流的智能建筑系統集成水平。

1.4.9 可管理性

整個系統基于網絡，隨著網絡規模擴大，網絡管理十分重要，要對這樣一個網絡進行管理，要求如下：支持網絡監視和控制兩方面的能力，能監控到網絡主要設備；盡可能大的管理范圍和盡可能小的系統開銷；網絡管理應標準化；集成設備層和應用層，為建筑的管理者和使用者提供高效、便利、安全的工作環境。

1.4.10 前瞻性和可擴展性

系統采用瀏覽器/服務器體系，基于Internet結構體系建立一個可擴展的平臺，在設計和實施中都會為將來的系統擴容預留接口，且采用的產品本身具備數據集成功能，能夠使智能化集成管理應用成為可能。這樣的設計既可以保證前期工程和后繼先進技術的銜接，使系統具有先進性。

2 總體技術方案

如今的智能化建筑中會建立許多智能化子系統，小區類項目更是由于需要集成多棟建筑的智能化系統，使得集成平臺中所包含的子系統更加的紛繁復雜，又由于建設時間的不同，各建筑內所采用的子系統品牌也不盡相同，這也給物業人員的管理提出了更高的要求。即使是同一物業進行管理，也會出現各種各樣的配合問題，在得益于這些智能化子系統的建設，使得建筑的運營環境比以前有著明顯的提高的同時，也給建筑的運營管理團隊帶來了更為苛刻的要求。

系統設計以滿足創業園項目的要求、減低安裝開支及困難、提高經濟效益為原則，并盡量維持使用者的安全。為了配合以上的原則，系統設計有以下的安排：

2.0.1 項目重點難點分析

由于本項目體量大，建筑多而分散，子系統數量多，智能化程度要求非常高，高標準嚴要求的背后，逐步凸顯出如今物業管理之中普遍存在的諸多問題，例如：物業管理團隊的專業配置不全，一人身兼多職；團隊專業水平不深，保安級別物業管理比比皆是；有經驗的人才的不斷流失，盡心培養的管理人才很容易就被其他單位挖走；設施設備維護手段、體制陳舊，永遠都是設備不壞不休，壞了沒法修的情況；運營工況數據嚴重遺失，所有運行數據都是人員手動抄錄，極易丟失；能源浪費嚴重，從管理手段到人員意識都沒有對能源消耗做到有針對性的管理。

由此帶來的管理風險以及成本都會增加，總結起來，項目的難點也同樣是管理的重點主要體現在以下幾個方面：

? 管理難度加大：建筑中子系統眾多，信息量龐大，物業管理人員在日常工作中容易造成顧此失彼的現象。

? 專業性要求高：因為每個子系統都有自己獨立的一套管理系統，且風格不一、操作復雜，要求物業管理人員有一定的使用基礎，才能完整的操作不同系統的管理軟件。

? 信息孤島現象嚴重：各子系統之間完全獨立，各個專業的管理系統之間沒有任何聯系，相對孤立、不能聯動，一個系統出現問題后，其他系統毫不知情。

? 維護成本高昂：各個子系統花費了巨大的建設成本，但大樓智能化管理仍處于的獨立分散的狀態，對各個系統的維護和管理不系統、不科學，投入了大量的人力和物力，而且效果不理想。

? 能源浪費嚴重：建設時增加很多專業化系統，管理中卻仍采用粗放型管理，缺乏細致化的運營管理手段，導致能源浪費嚴重。

2.0.2 解決方案及思路

針對以上問題，創業園將建設一個統一的智能化集成控制管理平臺（IBMS），其目的，是通過建立集中控制平臺創業園項目智能化集成平臺（以下簡稱INTEBASE V5.0智能集成系統平臺）是通過一個統一的平臺，實現對各子系統進行集中監視和管理，將所有子系統之間需要共享的數據收集上來，存儲到統一的開放式關系數據庫當中，使各個本來毫不相關的子系統，可以在統一的INTEBASE V5.0智能集成系統平臺上互相對話。操作終端根據需要安裝不同軟件模塊或通過改變身份，完成相應的管理功能。

通過對智能管理平臺的建設，將建筑中存在的智能化系統的控制管理集成在一個管理界面上，使其接口界面標準化、規范化，完成各子系統的信息交換和通訊協議轉換等功能，從而實現“降低人工成本”、“保證運行品質”、“降低運行能耗”的目標。

通過建立創業園成平臺項目的智能管理平臺，充分和有效地處理、運用各種信息數據，使項目的各項管理真正做到高度集中、有效和方便。能充分發揮不同廠家產品和技術的優勢，通過對信息的收集、處理、存儲并加以分析整理，成為具有高附加值的資料，從而使設備和綜合業務管理的工作流程更有效率，使項目在安全，衛生，舒適，節能和環保方面達到一個很高的水平。

創業園集成平臺項目的智能管理平臺充分體現智能化的特點，在盡可能降低投資的同時，采用國際上先進的技術，實現項目內智能化各子系統之間信息資源的共享和管理，相關系統之間的互操作、快速響應和聯動控制，實現自動監控和遠程管理的目標，同時根據國家相關標準建立能源管理策略，實現項目中能源的精細化管理，達到科學、合理用能目標。

2.0.3 項目建設的風險分析和評估

創業園項目體量大，系統多，在建設過程中，風險幾乎無處不在如何有效地識別、控制和管理風險，對項目的成功起著至關重要的影響。

    一個項目有可以預料的風險和不可預料的風險，根據我司多年的軟件項目工程經驗，整理出軟件建設項目中經常遇到的風險，希望能為項目經理制定項目風險計劃和進行風險預防、控制等提供有價值的參考。

（1）合同風險

   簽訂的合同不科學、不嚴謹，項目邊界和各方面責任界定不清等是影響項目成敗的重大因素之一。

（2）需求變更風險

   需求變更是軟件項目經常發生的事情。

（3）溝通不良風險

   項目組與項目各干系方溝通不良是影響項目順利進展的一個非常重要的因素。

（4）缺乏業主支持風險

   業主方的支持是項目獲得資源（包括人力資源、財力資源和物料資源等）的有效保障，也是項目遇到困難時項目組最強有力的“后臺支撐”。

（5）質量風險

   本項目使用方對軟件質量有很高的要求，如果項目組成員同類型項目的開發經驗不足，則需要密切關注項目的質量風險。

（6）系統性能風險

   本項目屬于多用戶并發的應用系統，系統對性能要求很高，這時項目組就需要關注項目的性能風險。

（7）技術風險

   在軟件項目開發和建設的過程中，戰略管理技術因素是一個非常重要的因素。項目組一定要本著項目的實際要求，選用合適、成熟的技術人員，如果技術項目成員不具備或掌握不夠，則需要重點關注該風險因素。

（8）人員流動風險

   項目成員特別是核心成員的流動給項目造成的影響是非?？膳碌娜肆Y源。人員的流動輕則影響項目進度，重則導致項目無法繼續甚至被迫夭折。

（9）系統運行環境風險

   目前，大部分項目系統集成和軟件開發是分開進行的。因此，軟件系統賴以運行的硬件環境和網絡環境的建設進度對軟件系統是否能順利實施具有相當大的影響。

2.0.4 針對項目建設風險的解決措施

針對項目建設過程中可能存在的風險，我們提出以下解決方案：

（1）項目建設之初項目經理就需要全面準確地了解合同各條款的內容、盡早和合同各方就模糊或不明確的條款簽訂補充協議。

（2）需求變更風險：預防這種風險的辦法是項目建設之初就和用戶書面約定好需求變更控制流程、記錄并歸檔用戶的需求變更申請。

（3）溝通不良風險：預防這種風險的辦法是項目建設之初就和項目各干系方約定好溝通的渠道和方式、項目建設過程中多和項目各干系方交流和溝通、注意培養和鍛煉自身的溝通技巧。

（4）缺乏業主支持風險：預防這種風險的辦法是主動爭取領導對項目的重視、確保和領導的溝通渠道暢通、經常向領導匯報工作進展。

（5）質量風險：預防這種風險的辦法一般是經常和用戶交流工作成果、品牌管理采用符合要求的開發流程、認真組織對產出物的檢查和評審、計劃和組織嚴格的獨立測試等。

（6）系統性能風險：預防這種風險的辦法一般是在進行項目開發之前先設計和搭建出系統的基礎架構并進行性能測試，確保架構符合性能指標后再進行后續工作。

（7）技術風險：預防這種風險的辦法是選用項目所必須的技術、在技術應用之前，針對相關人員開展好技術培訓工作。

（8）人員流動風險：預防這種風險的辦法是盡可能將項目的核心工作分派給多人、加強同類型人才的培養和儲備。

（9）系統運行環境風險：預防這種風險的辦法是和各系統廠家及物業使用人員簽定相關的協議、跟進系統集成部分的實施進度、及時提醒用戶等。

2.1 InteBASE介紹

根據上述用戶需求，我公司從成功案例以及產品成熟穩定多方面進行設備選型和精心設計，最后我們擬在該項目的系統選用InteBASE智能樓宇綜合管理系統軟件作為本工程的軟件平臺。InteBASE是在總結多年建筑自動化行業建設經驗的基礎上，綜合研究國外知名的樓宇自動化系統和開發平臺并應用最先進的軟硬件技術研制成功的。InteBASE是以系統集成、功能集成、網絡集成等多種集成技術為基礎，運用標準化、模塊化以及系列化的開放性設計，是一種可二次開發的監控管理平臺軟件。主要功能是將對各子系統的監視、控制和管理集成在統一的圖像界面上，連接和協調各個子系統的運作，實現信息、資源及任務的共享，各子系統之間的聯動以及數據存儲，完成集中與分布相結合的監視、控制和管理的綜合應用，具有使用簡單、性能可靠、速度快、系統開放等特點，可廣泛應用于大型智能化建筑、智能化小區等。

InteBASE產品自2003年研發出至今，已經在國內外許多重點工程中得到運用。產品無論在技術先進性、成熟性、穩定性各方面都在同類產品中居于領先地位，技術上達到國際先進水平。通過多年的項目實際應用，InteBASE產品經過不斷的技術升級和系統優化，目前已經完成第八次的產品更新，已由原有的集成功能性系統逐步上升為輔助決策型系統。

    目前在：西西工程4號地（西單大悅城）、世博村、將臺商務中心、阿里巴巴淘寶城、中國館-中華藝術宮、京滬高鐵無錫東站站區配套工程停車樓、無錫物聯網產業園、丹東萬達廣場、銀川西夏萬達廣場、廣州增城萬達廣場、常州武進萬達廣場、濟寧太白路萬達廣場等工程采用InteBASE產品作為智能化集成平臺。

2.1.1 基本原理

   InteBASE是一個開放式的、廣泛兼容的建筑設備監控管理平臺，其設計完全基于建筑物內部網Intranet之上，通過客戶端技術來實現整個網絡上的信息交互、綜合和共享，實現統一的人機界面和跨平臺的數據庫訪問，因此可以真正做到局域和遠程信息的實時監控，數據資源的綜合共享，以及全局事件快速的處理和一體化的科學管理。

    系統中的所有子系統主機采用分布式管理技術，通過系統的控制總線與中央主機聯接，構成總線型網絡拓撲結構。主要采用業已成熟而被廣泛采用的Internet/Intranet技術，以TCP/IP協議為基礎，以規約適配器和數據庫為核心應用，構成建筑智能化管理全系統內統一和便捷的信息交互平臺，各個建筑物自動化和信息子系統的實時運行信息可通過規約適配器和數據庫連接到網絡中心的智能化系統集成服務器和數據庫上來，建筑物內各職能部門領導和管理員均可以在授權下方便地瀏覽建筑物內部網Intranet上豐富的信息資源，監控和管理各子系統的實時工況。

    系統采用分布式Client／Server與Browser／Server兩種程序架構，后臺數據庫服務端采用大型數據庫，中間件使用跨平臺的DCOM/COM和.NET技術，客戶端采用專用客戶端軟件和瀏覽器的方式，用戶能夠在統一的操作平臺界面通過簡單的操作完成對各種設備子系統的監控。

InteBASE V5.0總體系統架構圖

2.1.2 技術特點

2.1.2.1 SOA/ESB

    如前一章所述SOA（Service-Oriented Architecture），即面向服務的架構，是一種以業務為中心的 IT 架構方法，可以將目標系統的業務作為彼此鏈接的、可重復的業務任務或服務來進行整合，使得構建在各種這樣的系統中的服務可以以一種統一和通用的方式進行交互。

    InteBASE軟件核心服務起到了SOA的信息總線功能，系統核心服務在數據采集/傳輸端和數據查詢端提供讀寫雙向 Web Service，這樣使得不同系統組件之間的集成和數據交換均可以基于Web Service 完成，使系統變得極其方便。系統服務之間的數據工作流程，如下圖所示：

數據工作流程圖

    企業服務總線（Enterprise Service Bus，ESB）的概念是從面向服務體系架構(Service Oriented Architecture， SOA)發展而來的。SOA描述了一種IT基礎設施的應用集成模型；其中的軟構件集是以一種定義清晰的層次化結構相互耦合。一個ESB是一個預先組裝的SOA實現，它包含了實現SOA分層目標所必需的基礎功能部件。

    在企業計算領域，企業服務總線是指由中間件基礎設施產品技術實現的、通過事件驅動和基于XML消息引擎，為更復雜的面向服務的架構提供的軟件架構的構造物。企業服務總線通常在企業消息系統上提供一個抽象層，使得集成架構師能夠不用編碼而是利用消息的價值完成集成工作。

    企業服務總線提供可靠消息傳輸，服務接入，協議轉換，數據格式轉換，基于內容的路由等功能，屏蔽了服務的物理位置，協議和數據格式。

2.1.2.2 中間件技術

    中間件是一種獨立的系統軟件或服務程序，分布式應用軟件借助這種軟件在不同的技術之間共享資源。中間件位于客戶機/ 服務器的操作系統之上，管理計算機資源和網絡通訊。是連接兩個獨立應用程序或獨立系統的軟件。相連接的系統，即使它們具有不同的接口，但通過中間件相互之間仍能交換信息。

   InteBASE軟件中大量使用中間件技術，主要包括數據采集中間件、協議轉換中間件、網絡傳輸中間件、數據存儲中間件、消息中間件、門戶中間件等。通過中間件技術，信息可以在各個模塊之間快速流轉，同時為外部系統提供開放的第三方接口。

2.1.2.3 數據倉庫技術

    數據倉庫（Data Warehouse）是一個面向主題的（Subject Oriented）、集成的（Integrated）、相對穩定的（Non-Volatile）、反映歷史變化（Time Variant）的數據集合，用于支持管理決策（Decision Making Support）。

    根據數據倉庫概念的含義，數據倉庫擁有以下四個特點：

（1）面向主題。操作型數據庫的數據組織面向事務處理任務，各個業務系統之間各自分離，而數據倉庫中的數據是按照一定的主題域進行組織。

（2）集成的。數據倉庫中的數據是在對原有分散的數據庫數據抽取、清理的基礎上經過系統加工、匯總和整理得到的，必須消除源數據中的不一致性，以保證數據倉庫內的信息是關于整個企業的一致的全局信息。

（3）相對穩定的。數據倉庫的數據主要供企業決策分析之用，所涉及的數據操作主要是數據查詢，一旦某個數據進入數據倉庫以后，一般情況下將被長期保留，也就是數據倉庫中一般有大量的查詢操作，但修改和刪除操作很少，通常只需要定期的加載、刷新。

（4）反映歷史變化。操作型數據庫主要關心當前某一個時間段內的數據，而數據倉庫中的數據通常包含歷史信息，系統記錄了企業從過去某一時點(如開始應用數據倉庫的時點)到目前的各個階段的信息，通過這些信息，可以對企業的發展歷程和未來趨勢做出定量分析和預測。

    歷史數據庫在設計上考慮到系統數據量大、存儲時間長、數據關系復雜的特點，充分利用數據倉庫的技術優勢，為集成系統提供穩定可靠的數據基礎。

2.1.2.4 數據分析技術（ELT和OLAP）

    ETL為Extraction-Transformation-Loading的縮寫，中文名稱為數據抽取、轉換和加載。ETL負責將分布的、異構數據源中的數據如關系數據、平面數據文件等抽取到臨時中間層后進行清洗、轉換、集成，最后加載到數據倉庫或數據集市中，成為聯機分析處理、數據挖掘的基礎。

    ETL是數據倉庫中的非常重要的一環。它是承前啟后的必要的一步。相對于關系數據庫，數據倉庫技術沒有嚴格的數學理論基礎，它更面向實際工程應用。所以從工程應用的角度來考慮，按著物理數據模型的要求加載數據并對數據進行一些系列處理，處理過程與經驗直接相關，同時這部分的工作直接關系數據倉庫中數據的質量，從而影響到聯機分析處理和數據挖掘的結果的質量。

    數據倉庫是一個獨立的數據環境，需要通過抽取過程將數據從聯機事務處理環境、外部數據源和脫機的數據存儲介質導入到數據倉庫中；在技術上，ETL主要涉及到關聯、轉換、增量、調度和監控等幾個方面；數據倉庫系統中數據不要求與聯機事務處理系統中數據實時同步，所以ETL可以定時進行。但多個ETL的操作時間、順序和成敗對數據倉庫中信息的有效性至關重要。

    ETL作為BI/DW（Business Intelligence）的核心和靈魂，能夠按照統一的規則集成并提高數據的價值，是負責完成數據從數據源向目標數據倉庫轉化的過程，是實施數據倉庫的重要步驟。如果說數據倉庫的模型設計是一座大廈的設計藍圖，數據是磚瓦的話，那么ETL就是建設大廈的過程。在整個項目中最難部分是用戶需求分析和模型設計，而ETL規則設計和實施則是工作量最大的，約占整個項目的60%～80%，這是國內外從眾多實踐中得到的普遍共識。

    ETL是數據抽?。‥xtract）、轉換（Transform）、清洗（Cleansing）、裝載（Load）的過程。是構建數據倉庫的重要一環，用戶從數據源抽取出所需的數據，經過數據清洗，最終按照預先定義好的數據倉庫模型，將數據加載到數據倉庫中去。

    使用OLAP（On-Line Analysis Processing），聯機分析處理，是為了彌補關系數據庫管理系統支持的不足。研究人員通過專門的數據綜合引擎，輔之以更加直觀的數據訪問界面，力圖統一分散的公共應用邏輯，在短時間內響應復雜查詢要求。聯機分析處理是共享多維信息的、針對特定問題的聯機數據訪問和分析的快速軟件技術。

    OLAP的目標是滿足決策支持或者滿足在多維環境下特定的查詢和報表需求，它的技術核心是"維"這個概念。它通過對信息的多種可能的觀察形式進行快速、穩定一致和交互性的存取，允許管理決策人員對數據進行深入觀察。決策數據是多維數據，多維數據就是決策的主要內容。OLAP專門設計用于支持復雜的分析操作，側重對決策人員和高層管理人員的決策支持，可以根據分析人員的要求快速、靈活地進行大數據量的復雜查詢處理，并且以一種直觀而易懂的形式將查詢結果提供給決策人員，以便他們準確掌握企業（公司）的經營狀況，了解對象的需求，制定正確的方案。

    ELT和OLAP技術的應用，為系統的歷史數據倉庫提供了強有力的數據挖掘手段，是系統的技術先進性的重要體現。

2.1.3 技術路線

    創業園集成平臺項目智能管理平臺的核心技術：采用SOA架構，以業務為中心，將目標系統的業務作為彼此鏈接的、可重復的業務任務或服務來進行整合，完全支持智能化集成數據整合；采用成熟的數據中間件技術，可以使信息在各個模塊之間快速流轉，同時為外部系統提供開放的第三方接口；采用標準的數據倉庫技術和數據分析技術，結合業主具體的功能需求進行數據建模和數據分析，提供針對能耗單位的優化運行策略和針對日常管理和運維的場景化預設。

    結合實施原則和我們的核心技術，我們建議成熟的區域智能化管理平臺采用以下技術路線：

? 系統整體設計采用三層結構，使得整個系統具備高度分布式的特點，同時，由于數據存儲與表現層和業務邏輯分離，因此也具備了高可靠性的特點；

? 同時支持Client／Server與Browser／Server兩種程序架構：對內部的使用者采用客戶端/瀏覽器模式，同時對于外部的訪問用戶采用服務器/瀏覽器模式，使得整個體系更具備開放性，同時也增強了處理性能；

? 具備全面的XML格式支持，數據可以與其他單位和部門共享；

? 可通過HTTP/S和數字簽名支持產業標準的PKI安全服務，體系提供的框架和類庫可支持所有的PKI操作；

? 可以通過統一的接口支持不同的數據源，比如SQL Server和ORACLE，以便從非XML標準的數據中可以輕易產生出XML數據；

? 所有的數據表述、傳輸協議、通訊標準都是基于XML、SOAP、HTTP等產業標準，以確?？膳c其他系統實現順利的集成和協作；

? 采用SOA架構，可實現系統功能擴展或模塊附加，在不影響原有應用程序情況下實現系統功能擴展；

? 具有松散耦合的WEB服務模式，可以允許在其他系統、技術或平臺中獨立的重用WEB服務；

? 可支持高效率和高可靠性服務，如系統負載均衡、集群服務、活動目錄服務、消息隊列服務、組件服務、網絡信息服務等等；

? 完全符合面向對象的標準化的程序代碼語言；

? 提供模式化的系統容災設計。包括對計算機操作系統、數據庫、網絡、機房等進行安全檢測和關鍵系統及數據的容災備份，以提高系統可用率；

? 提供模式化的安全管理辦法，包括數據存儲和傳輸的加密方式、用戶權限的控制模式，確保涉密信息傳輸、交換、存儲和處理安全，逐步完善平臺的安全管理機制，降低系統運行的人為風險；

? 系統允許用戶最大限度地利用微軟操作系統下的全部資源，例如用VC、VB或其它同類的編程語言開發新的、后續的應用軟件；結合其它套裝軟件實現網絡環境下的多系統協同運算。所有這些新開發的應用和原有的應用一樣，以程序模塊的方式并存于多任務系統中，它們都具有即插即用的特性。

2.1.4 技術規格

2.1.4.1 日常操作管理和專業系統管理功能

    針對日常操作管理，要能夠實時監測各個功能子系統的關鍵運行數據，能夠實現各設備子系統運行模式的設定；數據的顯示以及模式的設定應根據項目物業管理的功能需求設計，并且人機交互界面盡量人性化、簡明易懂。

    專業系統管理包括設備維護管理、長期的節能診斷和系統運行模式的改進等，針對以上功能需求，智能管理平臺應提供編輯修改運行模式的功能，遠程修改具體設備啟停狀態和設定參數的功能，詳細、長期、準確的數據記錄，以及修改自動控制邏輯的功能。交互界面軟件應盡量專業化、全面和易于編輯，以方便專業人員對智能管理平臺的控制功能進行修改和升級。

2.1.4.2 標準化功能和兼容性接口

    標準化功能指的是在本方案指導下設計、制作出的智能管理平臺具有通用功能。同時預留的標準化再集成通訊接口，可以實現本項目數據與上級主管單位物業管控中心的數據鏈接，建立統一的數據管理體系。

    兼容性指的是在本方案指導下設計、制作出的智能管理平臺能夠通過標準化接口方案、協議驅動等，不僅能在本項目中與現有各個子系統、設備、設施等實現技術兼容，同時也要兼顧后期設備升級與更新，各主要子系統包括但不限于BAS樓宇自控系統、FAS消防報警系統、SAS安防報警系統、LAS公共照明系統、VAS夜景照明系統、電梯監視系統、客流統計系統、停車管理系統、IAS信息發布系統、PAS背景音樂系統、EAS能源管理與管理系統等。

2.1.4.3 靈活性和可擴展性

智能管理平臺將具有足夠的靈活性和可擴展性，以應付項目未來的業務變更與增加的需求。例如：當項目中機電系統進行局部變更、調整、更新時，智能管理平臺能夠通過便捷的組件之間的管理邏輯的調整及輸入、輸出點的重新綁定即可，而無需重新對硬件、軟件結構重新進行設計或做出重大改進。另外，智能管理平臺也將具備自我更新運行策略與在線升級的功能，即可以十分方便地導入更先進的運行策略，也可以遠程在線升級系統，真正做到一次投資，全生命周期保持先進與適用。

2.1.5 系統架構

(1)智能管理平臺總體系統架構如圖所示

系統架構

    智能管理平臺中涵蓋了相關的標準規范體系、信息安全體系、運行維護體系，以及基礎設施層、網絡層、數據層等方面的建設內容。

◆ 應用層：包括一鍵式集中控制模塊、運行模式編輯模塊、能耗管理模塊、運維管理模塊以及報表輸出模塊等擴展模塊。

◆ 支撐層：應用類支持系統包括業務協同系統、數據交換與共享系統、應用支撐中間件、應用門戶系統等；同時，獨立運行的智能建筑子系統也是支撐層的重要組成部分。

◆ 數據層：包括業務數據、設備運維數據、設備運行數據、基礎支撐數據。

◆ 網絡層：包括機電設備專網、OA專網和Internet網絡。

◆ 基礎設施層：包括室外弱電管網、室內綜合布線、供電系統、機電設施、中控室環境、機房環境、分控中心環境等。

(2)各分區智能管理平臺拓撲結構如圖所示

集成系統拓撲圖

(3)集成系統的數據處理框架如圖所示

數據處理框架與流程圖

    數據獲取層主要完成的是從各個智能化子系統中將相關樓宇數據進行抽取(Extract)、轉換(Transfer)并加載(Load)到數據倉庫中，在數據倉庫中形成基礎的分析數據的功能。

    數據存儲層是系統的核心。數據存儲層設計是企業級數據存儲、數據及時加載和信息快速、靈活展現的保證。而且各個應用服務可以根據自身的需要在數據倉庫上建立適合自身應用的數據集市。

    數據訪問層解決方案使用戶可以通過CS客戶端或WEB瀏覽器訪問數據中心，以報表、OLAP分析、即席查詢、數據挖掘等形式向系統使用人員進行展現。

    網絡系統是數據服務中心的基礎。在進行數據服務系統網絡的設計時必須綜合考慮服務的不同特點，保障網絡的冗余（無單點故障）和易擴展的多層架構。對數據服務系統網絡內部按業務、空間等適當劃分網絡功能區域，數據服務系統內部各區域功能應簡單化，以保證處理的高效和結構的簡單。

2.2 總體設計方案

2.2.1 智能化系統集成平臺的總體目標

創業園項目智能化系統集成軟件（以下簡稱IBMS）是該項目智能化系統的上層建筑，是該項目中所有智能化子系統的大腦，扮演著溝通者、監護者、管理者與決策者的角色。在我司成熟的IBMS軟件基礎上，利用標準化/或非標準化的通訊接口或定制開發的程序和接口，將獨立運行的上述系統聯接、集成起來，共同構建一個全設備、全空間、全時域、全過程的有機整體；本次集成、定制開發按照《信息系統安全等級保護基本要求》（GB/T 22239-2008）等國家相關標準要求進行建設，滿足計算機安全等級保護二級的要求。商品IBMS軟件知識產權屬于我司，定制開發的程序、接口的知識產權屬于項目業主。通過統一的軟件，實現對各子系統進行全程集中檢測、監視和管理，同時將所有子系統的數據收集上來，存儲到統一的開放式關系數據庫中，使各個原本獨立的子系統，可以在統一的軟件上互相對話，做到充分的數據共享、系統聯動。軟件功能基礎上應考慮將充分考慮項目的當前具體需求，同時兼顧未來發展，充分發揮智軟件的特點與優勢，使得軟件一次投入，終身享用。要求該軟件是一個采用分層分布式結構的集散監控系統軟件、支持多級集成、界面清晰明了、同時支持C/S、B/S兩種運行模式， IBMS軟件采用設計以上至下，實施由下至上的方式的設計、實施原則。

2.2.2 智能化系統集成平臺總體要求

以創業園智能化集成系統的性質、用途為依據，以成熟性、先進性、實用性、經濟性為原則，把創業園中的各個分項功能子系統由各自獨立的功能和信息集中組合為一個相互配合、完整和協調的集成系統，使系統信息高度的共享和合理的分配。即：

ü 集成管理系統：作為整個創業園的管理中樞，智能化集成系統無論是系統網絡結構及集成系統軟件均應體現成熟可靠的性能及先進的技術。

ü 分布式系統設計：因建筑面積大、監控設備分布范圍廣，系統設計需充分考慮這些特點，組成分布式控制的系統。

ü 安全性和可靠性系統：系統軟件需提供很高的安全性措施，提供冗余系統等高可靠性系統結構設計及系統軟件配置。

ü 管理平臺：智能化集成軟件必需提供高效、先進的管理功能、良好的用戶界面等。

ü 系統的快速響應：建筑對于安保系統的快速響應要求較高，本方案的系統設計需充分考慮系統對報警的快速響應及相關系統報警聯動的快速響應，為安保管理人員及時提供報警信息及現場圖像。

ü 模塊化的系統軟件及硬件：提供模塊化的系統軟件及硬件，便于根據實際需求靈活地進行系統設計及今后擴展硬件及軟件功能。

ü 最新的軟件版本：采用的系統軟件應確保開通時操作系統和數據庫版本為當前最新版本。

ü 系統余量：系統會預留一定余量以供后期可能增加的系統或應用。

ü 自定義開發系統可提供用戶自定義參數設置、自定義報表、自定義數據庫等

2.2.3 智能化系統集成平臺總體功能要求

創業園項目智能化系統集成平臺建成之后預計可達到以下管理目標：

對各機電子系統進行統一的監測、控制和管理：系統集成平臺可將分散的、相互獨立的智能化子系統，用相同的環境，統一的軟件界面進行集中監視。

系統管理員可以通過自己的桌面計算機進行監視；可以看到環境溫度、濕度等參數，空調、電梯等設備的運行狀態，建筑的用電、用水、通風和照明情況，以及保安、巡更的布防狀況等。監控功能以生動的圖形方式和方便的人機界面展示管理者希望得到的各種信息。

實現跨子系統的聯動，提高建筑的功能水平：相關獨立的智能化子系統在系統集成平臺的角度來看，要求如同一個系統一樣，無論信息點和受控點是否在一個子系統內都可以根據需要建立聯動關系。通過跨系統的控制流程，提高創業園的智能化管理和控制水平。提供開放的數據結構，共享信息資源。

智能化系統控制著建筑內所有的機電設備，傳統上各系統自成體系工作，并不和外界交換信息。系統集成平臺建立一個開放的工作平臺，采集、轉譯各子系統的數據，建立對應系統的服務程序，接受網絡上所有授權用戶的服務請求，實現數據共享。

提高工作效率，降低運行成本：系統集成平臺應能夠讓管理人員在一臺或多臺電腦上，以相同的界面監視、管理相關弱電子系統。系統的管理工作站可以放在建筑物的任何地方。

建成后的的系統集成預期可達到以下結果：

? 節能15%-25%：使用先進的技術來實現節能和環境保護，用IBMS系統集成統一管理，制定優秀的管理模式來管理耗能設備，分析耗能設備，找出耗能原因進行改進，從而達到節能的效果。

? 節約人員20-30%：IBMS系統集成通過全面化的集中管理，全面監測各子系統運行情況，進而減少各子系統操作人員數量，實現項目整體節約人力成本 的目標。

? 節省維護費10-30%：使用先進的資產管理模塊及相應管理工具，實現預測性維護和常規的保養提醒，并在故障報警模塊中提供故障溯源以及故障排查功能，提供合理性維護及修理建議，實現節省維護費的目的。

? 提高工作效率30-40%：使用先進的管理策略，增加管理人員及周邊環境有效“互動”手段，降低勞動強度，提高工作效率。

? 節約培訓費用20-30%：IBMS管理平臺實現的是全系統的監測和控制，通過圖形化進行展示和管理，簡單易學，便于維護，簡化了培訓內容以及培訓流程，節約成本。另外IBMS集成管理平臺具有模式化管理工具，管理經驗得到有效的保存，即便出現人員離職的情況，也避免了重復培訓，節省培訓費用。

2.2.4 數據集成架構要求

重慶國際項目智能化集成系統考慮到以后系統擴展的需求，我司智能化集成系統預留接口可和辦公自動化OA系統等項目大樓內的信息化系統互聯，各級智能化集成系統之間實時數據、控制命令的傳輸采用TCP/IP協議，由智能化設備網絡支持。

我司IBMS智能化集成管理平臺最終目標是搭建基于智能化集成數控整合平臺技術架構的數據整合平臺。數據集成架構技術架構采用平臺化的設計思路，流程優化、技術先進。IBMS集成管理平臺通過從各個智能化系統獨立的數據庫中進行數據抽取、轉換、集成、裝載等數據整合以及數據的更新和校驗，實現了將不同功能的建筑智能化系統，通過統一的信息標準平臺實現集成，以形成具有信息匯集、資源共享及優化管理等綜合功能的系統?？蓾M足以下各條需求：

標準化

ü 標準化的三級編碼體系保障了設備編碼的標準化；

ü 規約適配器技術，保障了數據對象定義和通訊規約以及數據交換接口的標準化；

ü 人性化的架構設計，系統框架的標準化。

平臺化

ü 采用標準體系的設計架構，保證可靠性、標準性和開放性。

ü 完善的安全管理機制和合法性認證機制

ü 專用的安全管理模塊，防止對系統的惡意攻擊，并保障系統數據的安全性；

ü 嚴格的認證服務模塊，對內外部用戶進行可靠性認證。

ü 構建集成管理的數據倉庫

ü 構建綜合性的數據倉庫，建立信息服務平臺；

ü 完善的數據安全性機制管理。

2.3 詳細功能設計

2.3.1 平臺架構設計

    根據上述設計原則，結合項目物業管理需求以及目前系統集成和軟件行業的最新理念與技術，單分區的集中控制系統的架構，其中：

    第一層為智能管理平臺，在原有BAS等子系統基礎上新增加的服務器、數據庫和軟件產品，也就是本項目定制任務。

    智能管理平臺通過集成網絡與原有各個智能化子系統的子系統控制中心（服務器）建立物理連接。

智能管理平臺通過標準通訊接口與各個子系統建立信息連接，完成數據交換，從而實現通過中控制系統對各個子系統的監控。

集成平臺設在總控中心，各分區分控中心采集安防、樓控和消防等數據，并已標準通訊協議方式傳輸到總控中心，實現物業總控中心對創業園全局事件的統一監控管理，在高層領導辦公室或相關管理人員辦公室設立管理客戶端，方便查詢重創業園內各種信息。此平臺也具有管理權限功能。

智能管理平臺架構示意圖

參照上圖，可以看出在此架構中，即使沒有智能管理平臺或系統宕機、崩潰，在各個子系統控制中心服務器上的自動監控模式依然可以分別實現對各自子系統設備的監控。從而，增加智能管理平臺基本維持項目現有弱電系統結構及相應的設計、建設、調試流程。唯一變化的是，是要求各個設備子系統必須能夠接受集中控制系統的數據調用、上傳與管理等功能。具體說明如下：

    智能化管理平臺主要靠專用服務器上的軟件實現?；跀祿旒夹g，智能化管理平臺首先選擇需要上傳的關鍵數據與數據采樣周期間隔，然后按照自身對數據分析、處理的需求將來各個子系統的數據轉換為統一的標準格式與類型，并重新分類存儲，重構自己的數據庫，從而在數據層面實現各個子系統數據的平等、無差別集成。同時為各個子系統之間實現共享數據創造了條件，在此基礎上，智能化管理平臺包含一系列監控管理功能程序，以實現集成化的模式改變、系統啟停、能耗監管以及設備財產管理等功能。

    集成網絡是智能化管理平臺與各子系統的接口網絡。為了實現“標準化”，考慮到各子系統提供商的技術能耗，技術發展趨勢，本技術方案確定了兩套通用的網絡通信方案，要求各個設備子系統至少能支持網絡通信方案之一。同時為了能夠集成特殊設備、設施的需要，本技術方案中還包括適合與特殊設備、設施通訊的規約適配器，從而保證上述各子系統、設備、設施，均能夠與集成控制系統之間做到數據的可靠上傳、下達。

    為了支持智能管理平臺的可靠實現，各個設備子系統，要通過集成網絡向智能化管理平臺提供標準化的數據。標準化的定義是：包括數據的物理含義（即溫度、壓力、設定值等哪些數據），數據的交互模式（即主從或主動發起等交互方式，數據傳輸頻率等），數據的格式（數據的編碼，精度、范圍時、間戳等格式要求）等。對各個子系統的要求，將根據項目物業管理的需求來確定。在滿足監控管理功能的前提下，應盡量減少數據的種類和數據采樣間隔，以避免海量數據給數據存儲、管理和通信造成困難。

    通過和各分區原有集成管理系統進行通訊連接，采集相應系統的相關數據，通過新建設的園區系統集成專用網絡，將數據匯總至總控中心。

2.3.2 平臺界面設計

    從物業管理需要出發，智能管理平臺的界面設計應從界面結構、主界面元素、主界面使用操作模式、用戶管理幾方面的要求。

2.3.2.1 界面內容

集中控制系統的界面應包含以下元素：

2.3.2.1.1 軟件管理按鍵

（1）主界面應設置“系統首頁”、“用戶管理”、“基本屬性”、“報警管理”、“運行日志”、“報表查詢”、“維修信息”、“窗口管理”等8個按鍵。

（2）“系統首頁”：用戶通過點擊此按鍵，可以恢復到系統首頁界面。

（3）“用戶管理”：用戶可以通過點擊此按鍵，進行注銷、登錄、用戶權限管理等功能。

（4）“基本屬性”：用戶可以通過點擊此按鍵設置項目的基礎信息。

（5）“報警管理”：用戶可以通過點擊此按鍵，對各個子系統的報警信息進行分項瀏覽、確認、響應、清除等操作。

（6）“運行日志”：點擊此按鍵，用戶可以看到“用戶操作日志”、“故障報警日志”、“各個子系統運行日志”、“軟件重要操作日志”等幾種運行日志，從而能離線的分析整個系統運行。

（7）“報表查詢”：用戶通過點擊此按鍵，可以通過選擇“冷機”、“電耗”，“年能耗”，等關鍵詞，調出相關設備系統的運行報表。

（8）“維修信息”：用戶通過點擊此按鍵，可以新建維保任務，或查詢維保任務執行情況。每個維保任務包含以下信息：維保任務主管、負責人，執行人；維護對象設備或系統，維保時間，各項具體維護項目的執行情況。執行維保項目的物料、工具、和外協服務的需求及成本。

（9）“窗口管理”：用戶通過點擊此按鍵，可以選擇界面顯示或關閉哪些已經編輯窗口。這些窗口可以是整個系統、某個子系統或某個設備的實時運行參數，能耗報表、運行日志，故障報警信息，也可以是某個視頻圖像。

    并不是任何用戶都有權限使用上述各個軟件管理按鍵的。系統會根據一般用戶、編輯用戶、管理用戶或自定義用戶的權限設置，開放或屏蔽部分軟件功能。

2.3.2.1.2 子系統導航欄

    主界面上應有系統導航欄。以方便用戶瀏覽、查詢各個子系統。通過導航欄，有權限的用戶可以快捷的從一個子系統切換到另一個子系統；可以自由選擇系統提供的顯示模式。

2.3.2.1.3 分區信息縮略圖

    主界面上應有各分區縮略圖?？s略圖中顯示各個分區中主要系統的重要設備運行數據及報警狀態。

2.3.2.1.4 分區信息內容

     當用戶選擇分區之一后，主界面上會出現對應分區的子系統內容縮略圖?？s略圖中顯示該分區中主要系統的當前運行模式和重要運行參數。

2.3.2.1.5 子系統內容

    當用戶選擇子系統之一后，界面上會出現對應子系統的基本運行參數，或具體運行狀態。

2.3.2.1.6 界面操作模式

    智能化平臺管理界面的操作模式符合以下設計要求：

? 面向用戶

    使用智能管理平臺的不同用戶對機電系統的操作、管理目的不同。因此軟件應針對不同用戶的特點提供不同的操作、管理功能和權限，并提供編輯、修改用戶使用權限的功能。根據項目物業管理的需求，系統用戶大致分為一般物業管理用戶、技術用戶和管理用戶這三類。

    為一般物業人員、高級管理員、專業技術人員設計的界面，依次為“一般界面”、“管理界面”和“專業界面”。三種用戶默認功能的簡要對比見下表：

    “一般用戶”，指日常維護運行機電系統的運行工人。不需要具備專業知識，只經過簡單的培訓就可以使用智能管理平臺。此類用戶只能對運行模式進行手工切換，只能瀏覽機電系統的重要運行參數；能彈出報警信息，并能在與報警信息對應的彈出界面中，手動操作部分設備運行狀態，以實現應急操作。由于是給日常建筑運行維護用的，此類用戶界面追求簡單，一目了然。

    “技術用戶（或編輯用戶）”，指專業技術工程師。用戶可以瀏覽到機電設備的詳細運行參數；能夠切換手/自動模式；并能夠在手動模式下，手動修改機電設備的啟停狀態，修改設定值；能夠修改局部閉環控制邏輯；能夠修改、編輯運行模式。專業技術人員，通常只在系統需要維護、優化、更新時，才會用到本系統。此類用戶界面相對復雜，詳細，專業，為技術人員提供詳盡完成的系統信息。將一般用戶與專業用戶區分開，一方面可以避免對日常物業運行人員的專業技術要求，另一方面也降低對復雜系統界面的頻繁操作帶來的誤操作可能。專業人員可以將系統運行切換到“手動”模式，通過手動改變部分機電系統運行狀態來調試機電系統。專業人員也可以通過優化升級運行策略，包括局部實時控制邏輯，設備啟停時間表，子系統的運行模式等。

    “管理用戶”可以看到各個子系統的當前運行模式；可以選擇一些特殊系統模式（如消防演習等）；能夠看到報警信息；能夠流量各個機電系統的重要運行參數；能夠看到分項能耗和財務報表。與前兩者都不同的是：在管理界面中，用戶可以編輯訪問權限。在管理界面中，用戶可以建立不同機電子系統與不同用戶的對應關系；可以定義不同用戶的瀏覽、修改權限。從而實現對三種界面訪問用戶的權限管理。

2.3.2.2 用戶管理

    所有用戶只有在登錄后才能訪問集中控制系統。所有用戶都由統一的登錄界面登錄。普通用戶只需要輸入正確的用戶名和密碼就可以進入系統。超級管理員用戶只有在連接了硬件U-KEY后才能成功登錄。普通用戶可以瀏覽、查詢、編輯、修改系統的信息。超級管理用戶有普通用戶的所有權限，并且可以編輯普通用戶的訪問權限。

    在進入智能管理平臺后，點擊軟件管理按鍵中的“用戶管理”，可以注銷，切換用戶。超級管理員用戶在點擊了“用戶管理”后還可以選擇“用戶配置“和”查詢用戶運行日志“功能”。

    用戶配置功能即增加、刪除普通用戶或編輯普通用戶的管理權限。如下表所示：

2.3.2.3 電子地圖與三維矢量仿真

    為了使操控人員能夠比較直觀地了解所監控設備或報警信號發生的具體位置，我們在顯示界面上植入了電子地圖模塊與三維矢量仿真模塊。

    當操控或巡查一個具體設備與信息點時，或者一個設備或信息點發出報警信號時，此設備或信息點所在區域的地圖將自動彈出來，同時需要巡查、操控、報警的設備或信息點會以醒目圖標與數據呈現在地圖上相應位置上，其中全局地圖為平面圖，區域地圖為立體圖。

    用戶也可以利用三維矢量仿真巡查重要設備與信息點的工作、故障、報警點。利用這個功能用戶能夠360度如身臨其境般地了解信息點位置周邊環境與到達路徑，為迅速到達故障或報警設備或信息點處置爭取時間，這項功能十分適用于緊急狀況處置。

2.3.2.4 附件信息框

    目前流行的顯示方式是將所有信息一股腦地顯示在屏幕上，使得屏幕擁擠不堪，值班員很難在凌亂的信息中發現自己真正關注的信息。為了顯示屏幕的整潔、清晰、醒目的效果，我司在顯示界面上增加了附件信息框功能。這樣在界面上只顯示必要的監視信息，便于值班員迅速抓到有用信息。

    如果值班員需要了解其它關聯信息，只需將鼠標停留在該信息點上數秒鐘，就會出現一個附件信息框顯示關聯信息。例如：

（1）停留在AHU當前出風溫度上，就會彈出附件信息框顯示：設定溫度、設定上下限等；

（2）停留在AHU的開關狀態信息上，就會彈出附件信息框顯示：設定啟停時間等；

（3）停留在報警點上，就會彈出附件信息框顯示：報警處置流程等。

2.3.3 平臺數據結構設計

? 數據庫存儲的規范化

    數據庫規范化，又稱數據庫或資料庫正規化、標準化，是數據庫設計中的一系列原理和技術，以減少數據庫中數據冗余，增進數據的一致性。

? 數據庫設計規范化

    通常來說，數據庫設計是應用程序設計的基礎，其性能直接影響應用程序的性能。數據庫性能包括存儲空間需求量的大小和查詢響應時間的長短兩個方面。為了優化數據庫性能，需要對數據庫中的表進行規范化。規范化的范式可分為第一范式、第二范式、第三范式、BCNF范式、第四范式和第五范式。一般來說，邏輯數據庫設計會滿足規范化的前3級標準，原因在于滿足第三范式的表結構容易維護且基本滿足實際應用的要求。

    如在設備管理模塊中的設備編碼需要統一考慮適合設備分類編碼組織原則，可以考慮兼容適應企業標準或國家標準的不同編碼方式，支持采用四級的層級分類法/線分類法，設備代碼體系如下：

? 采用國標的設備代碼編碼方式

(1) 采用層級分類法(線分類法)和層次代碼結構，共分四層八位代碼，每層均以兩位阿拉伯數字表示。代碼從左到右，第一層兩位代碼為主類產品下的大類代碼；第二層兩位代碼為大類產品下的中類代碼；第三層兩位代碼為中類產品下的小類代碼，第四層兩位代碼為小類產品下的品種或組類代碼。

(2) 從第一層開始，每層的代碼從01開始，按升序排列，最多編至“99”，這些層中數字為“99”的代碼均表示收容類目。

(3) 代碼結構采用8定長碼。代碼不足8位的，后面補“0”，補至第8位。

(4) 第三、四層均留有適當空碼，以備增加或調整類目用。

? 設備代碼編碼結構示意圖：

設備代碼編碼結構示意圖

    具體對物資編碼采用，應遵循以下要求：編碼必須唯一性；編碼位數有一定限制；編碼應是無含義的順序數字編碼；一旦確定，一般不允許更改或刪除。

    對應的設備或監控點位故障代碼有報警和事件兩種方式，均按照國際標準OPC-AE 1.0 規范來定義和使用。

(1) 報警類型支持開報警、關報警、高高報警、高報警、低低報警、低報警、大偏差限報警、小偏差限報警、變化率報警等。

(2) 事件類型支持登錄進入、登錄退出、操作開始、操作結束、聯動開始、聯動結束、報警應答、設備通訊失敗、系統通訊失敗、系統消息等。

? 數據庫選擇與結構文檔

    系統使用工業級標準化的微軟SQL Server系列物業數據庫作為大量歷史數據的存儲與分析，并在眾多項目中得到成熟應用，可滿足1,000,000,000條存儲記錄和十年存儲時間的要求。

    系統通過內部歷史服務器轉儲功能可按設置的策略，定時把內存數據庫中采樣數據保存到歷史數據庫中。

? 數據生命周期管理

    數據生命周期管理是一種基于策略的方法，用于管理信息系統的數據在整個生命周期內的流動：從創建和初始存儲，到它過時被刪除。產品將涉及的過程自動化，通常根據指定的策略將數據組織成各個不同的層，并基于那些關鍵條件自動地將數據從一個層移動到另一個層。作為一項規則，較新的數據和那些很可能被更加頻繁訪問的數據，應該存儲在更快的，并且更昂貴的存儲媒介上，而那些不是很重要的數據則存儲在比較便宜的，稍微慢些的媒介上。

（1)數據的采集

數據采集和記錄頻率：

? 采集頻率：5s   

? 正常記錄頻率：1hr   

? 非正常記錄頻率：5s   

（2)數據的管理

正常情況記錄統計數據：

    正常情況下，需要支持最小到分鐘的統計頻率，為考慮數據庫記錄容量問題，最大設置到小時的統計頻率，明細數據保存周期為半年，生成的統計數據保存周期為長期，系統需要按此標準來預測數據量并做性能設計考慮。

非正常情況記錄：

    發生非正常運行狀態時，系統需要按秒為單位記錄非正常狀態，并實時通過軟件、短信、郵件發出預警。   

    在預警解除后，可考慮人為干預將非正常狀態下的信息記錄轉移到備查數據庫中。數據向服務器傳輸頻率：

? 正常記錄：1hr   

? 非正常記錄：30s   

（3)數據存儲機制：

    建立兩級數據存儲機制，分為在線數據庫和歷史歸檔數據庫，建議在本項目中在線數據庫中只需保存最近一年的數據，而一年以前的所有歷史數據則全部放在歸檔數據庫中。因為最近一年的數據使用頻率相對較高，只將這一部分數據放在在線數據庫中即能夠保證大部分日常工作數據的需要，又能使數據庫的體量減少，大幅提升數據調用和查詢的速度。當管理人員有需要時，也可以將一年以前的更加久遠的數據自動調出來。

2.3.4 平臺擴展性設計

    InteBASE是以系統集成、功能集成、網絡集成等多種集成技術為基礎，運用標準化、模塊化以及系列化的開放性設計，是一種可二次開發的監控管理平臺軟件?；诿嫦蚍盏捏w系結構（service-oriented architecture，SOA）和BACNET、OPC等工業標準，采用最新的.NET平臺開發，按照模塊化的設計理論，向用戶提供包括開發工具、運行系統、管理維護工具，具有良好擴展性，主要體現在以下幾個方面：

? 平臺支持圖形化的配置管理

    當平臺修改、擴容時，不論增減子系統設備、修改監控畫面還是連接數據庫，提供組態式工具或圖形化配置管理工具，不需要修改程序代碼去實現平臺配置和修改。

? 支持遠程管理及維護模式

    平臺提供遠程管理工具，可由經授權的操作人員通過Intranet對智能管理平臺進行遠程配置和維護，以及監視系統的運行狀況。利用系統提供的異地管理功能，通過加密的Internet技術方案對建筑進行遠程維護管理，可以減少成本開支，提高系統維護效率。

? 平臺可動態擴展

    智能管理平臺采用可擴展的系統服務架構，通過BACnet、OPC等標準接口或標準網關實現第三方系統的接入。在今后第三方系統擴展時，可以繼續接入現有智能管理平臺。通過服務資源池和服務動態擴展框架，把平臺可用服務放入資源池中供平臺調用，通過調整資源池的服務組成和規模實現服務動態擴展。當平臺規模逐步擴大時，通過簡單的增加設備和調整軟件部署即可達到擴容的目的。

集

2.4 安全設計

為了保證集中控制系統的安全運行，在創業園集成平臺項目中采用如下的多項安全保障措施：

2.4.1 硬件秘鑰（U-KEY）密碼

任何授權操作者在登錄系統操作時必須由硬件秘鑰與密碼配合才能夠進入界面進行操作，如果秘鑰與密碼不相符合則即使有秘鑰也無法登錄。而對于移動設備終端，由于其沒有接駁秘鑰的端口，無論用什么級別的密碼登錄，都將限制其登錄后的操作范圍，尤其不能做任何更改設置的操作。

2.4.2 用戶權限設定

    系統登錄后的操作權限分為三級，分為“一般用戶”、“技術用戶”、“管理員用戶”，用戶之間有相互制約機制，例如：管理員用戶為最高級，他有權為“一般用戶”與“技術用戶”授權或修改、編輯、撤銷授權，但其無權修改系統配置，而“技術用戶”雖有權修改系統配置，但他的權力要由“管理員用戶”授予?！肮芾韱T用戶”還有權規定每一個“一般用戶”的監控項目與范圍。

2.4.3 C/S與B/S模式

    在一個智能管理平臺上同時支持C/S和B/S兩種架構模式，優勢是充分發揮兩種架構模式各自的優勢，規避其劣勢。利用這種架構模式將遠程登錄與綜合管控中心登錄分開，遠程采用B/S模式，方便用戶利用各類帶有網絡瀏覽軟件的通用設備登錄系統，發揮其通用性與便捷性；而中控室值班員與系統配置技術員采用C/S模式在專用工作站登錄，發揮了C/S安全性與快捷性。采用C/S與B/S并用的系統可以在確保系統運行安全的基礎上，增加了系統操作的靈活性。

2.4.4 時鐘同步

為了協調建筑群內各個子系統同步工作，我司在集中控制系統設計上采用了總時鐘同步技術，極大地降低了由于各個子系統時鐘不同步而造成的安全隱患。

在標準時鐘獲取上，系統內部集成了3G移動通訊網模塊，通過移動通訊網聯接到國家級報時中心，進行系統校時，以保證系統時鐘的準確性。

2.4.5 數據傳輸加密

為防備數據在傳輸過程中被人惡意竊取，無論是內部通訊或上傳外部通訊，我們都采用隨機秘鑰數據傳輸加密技術，這種技術的優勢是集中控制系統隨機產生新秘鑰并定期或隨傳輸數據發出通知給子系統，子系統接到新秘鑰立即更換舊秘鑰。這種加密方式最大的優勢在于秘鑰很難破解，即使得到了加密模式，由于沒有秘鑰也無法正確解讀數據。

2.5 軟硬件配置

2.5.1 相關硬件配置要求

    智能管理平臺的服務器CPU類型：雙核處理器，不低于2.0GHz；內存：不低于8GB DDR3；硬盤：支持RAID5，硬盤容量：不低于3TB。

    智能管理平臺的工作站雙核處理器，不低于2.0GHz；內存：不低于8GB DDR3；硬盤：不低于1TB；獨立顯卡512M。

2.5.2 相關軟件配置要求

    智能管理平臺采用Windows Server 2008簡體中文版操作系統。

    智能管理平臺采用SQL Server2012數據庫，由后臺的數據自動備份機制保障所有用戶數據安全保存；嚴格按照國際標準的設備及故障代碼體系，建立完整的數據存儲標準，為日后的大數據交換和挖掘提供最堅實的技術基礎。

2.5.3 相關網絡配置要求

? 關鍵網段要達到1000M以上的網速，一般網段至少100M以上；

? 各級交換機性能配置要滿足第一條要求；

? 保證主干網與關鍵網段24*365天無故障聯通，即使發生諸如消防報警時或其他自然災害時也要保證聯通；

? 300M無線Wi-Fi網全建筑群覆蓋；

? 至少一家移動通訊服務商的3G網絡能夠良好覆蓋中央監控中心機房。

2.6 性能分析

2.6.1 通訊協議與接口

2.6.1.1 數據庫與機電子系統的通信接口

? 通信協議和接口標準

集中控制系統軟件與各個機電子系統之間，要求采用標準的通信接口，原則上應采用表中所列出的兩種通信方案之一：

方案一：

物理、鏈路層采用以太網標準，網絡層為IP協議，上層為BACnet。即采用BACnet/IP通信標準。

方案二：

物理、鏈路層采用以太網標準，傳輸層和網絡層為TCP/IP協議，上層采用OPC接口。

對部分特殊弱電子系統，其通信接口可能不同于上述兩種方案。

? 交互模式

集中控制系統服務器與機電子系統的服務器與之間的交互模式采用C/S方式。各個子系統的服務器作為Server，集成控制系統的服務作為Client。

2.6.1.2 遠程訪問服務的接口方式

為了方便對各二級項目平臺進行區域級的集成化管理，集成控制系統應預留遠程訪問接口。

通過遠程訪問接口，用戶可以從項目以外的任何互聯網接口訪問項目的遠程訪問服務器，根據權限遠程流量、查詢、甚至修改項目的運行模式。

遠程訪問通過互聯網實現，采用B/S模式。系統中的遠程訪問服務器作為Sever，在有權限的情況下，用戶可以通過Web瀏覽器，遠程進入智能管理平臺。

2.6.1.3 各子系統功能及接口數據

    為了支持智能管理平臺遠程監測控制，各個機電設備子系統本身應提供相應的功能。并根據功能需求確定各個子系統服務器（子系統控制）應具備的功能以及通過集成網絡與智能管理平臺交互的數據。

智能管理平臺的功能需求按照“監測”、“故障報警”、“模式控制”、“運行記錄”、“自動控制”和“應急指揮”式六類分別整理。

? “監測”指的是物業管理人員能夠通過智能管理平臺監控界面上，實時觀察機電系統重要運行參數與設置參數，同時可以選擇查看，設備運行趨勢表、偏差表與圖，提供數據初步處理與分析報告，協助操控人員優化控制。

? “故障報警”指的是設備或系統故障能夠及時的在智能管理平臺監控界面上顯示的故障報警系統、設備、位置、類型、級別等信息，同時從知識庫中調出報警處預案與處理步驟提醒操控人員及時處理。

? “模式控制”指的是在集中控制系統監控界面上，物業管理人員通過界面提供的按鍵選擇各個子系統運行模式的功能，這些模式均為預先經過專家診斷與歷史運行經驗編制的，使用者無需知道模式運行原理，只需了解各類模式的運行條件約定與應用的目的即可。

? “運行記錄”指的是將各個子系統的關鍵運行參數按照需要的格式與采樣間隔實時記錄下來，并定期根據設定條件、方位、格式生成各類報表、歷史曲線等，供管理人員使用。

? “自動控制”指的是智能管理平臺可以自動實現各個子系統之間的橫向聯動控制，這種聯動控制是通過經由集中控制系統匯總數據與聯動請求，判斷聯動請求的合法性，在向需要聯動的子系統發出聯動指令，由子系統根據其自身控制模式執行。整體操作運行中，子系統與智能管理平臺之間只存在數據、請求與指令交換，不會對各個子系統的獨立運作產生任何影響。

? “應急指揮”指的是一旦發出諸如消防、入侵、自然災害等狀況，智能管理平臺將能夠提示物業管理人員，手動轉為應急處突模式，全面接管控制權，同時限制系統訪問點與訪問級別，并按照預制處突預案聯動設備等，協助應急指揮人員與操控人員做好突發事件處置工作。

2.6.2 應用系統性能

智能管理平臺將嚴格遵照《招標文件》與相關《標準》的要求，各類性能指標確保絕不低于設計標準：

? 集中控制系統設備信息點數量大于200,000點的設備支撐能力。

? 虛擬應用服務（VAS）的系統從讀取數據庫到刷新用戶屏幕的響應時間應在毫秒（milliseconds）量級。

? 軟件具備每秒10000條以上的并發事件寫入歷史數據庫的能力。

? 系統使用工業級標準化的物業數據庫，滿足海量存儲。

? 無論是管理者還是操作者，都可以建立他們自己的操作終端，數量支持200個以上。

? 在1000M骨干網絡條件下，單機最大處理可處理10萬點，和100點并發數。

2.7 產品技術核心與亮點

2.7.1 交接班管理機制

有關交接班的管理與責任劃分一直以來都是靠制度來保障的，由于人具有的惰性和面子上的感情色彩，致使如果不加嚴格約束，則交接班制度大多在日復一日的執行過程中大打折扣。另一方面，一旦出現事故，分析事故原因則需要調用大量操作日志尋找，這個能會延誤處置事故的最佳時機，在責任時則也會碰到同樣的問題，需要在浩如煙海的日志記錄中尋找有用信息。

為了解決這個問題，我們創新性地將交接班制度融入在智能管理平臺中，由系統自動化管理交接班工作，這是確保交接班制度不折不扣的執行、交接責任的劃分以及事故發生原因的查找分析最大的技術保證。

交接班軟件流程如下：

? 首先將值班人員退出登錄做成兩種模式，“臨時退出”與“交接班退出”；

? 當值班員由于用餐與如廁等原因需要臨時退出登錄界面則選擇臨時退出模式；

? 臨時退出期間，替班人員或值班主管等可以利用自己的登錄密碼登錄進行監控操作；

? 當值班員回來時，可以通過自己登錄密碼重新登錄，登錄后首先顯示在值班員離開工位的這段時間，其他人的登錄情況及所做的操作；

? 當需要交接班時，交班人選擇交接模式退出登錄，在正式退出登錄之前首先進入交接班界面；

? 此時交接班頁面將顯示交接班日志，其中信息包括：進行的操作動作，上一班遺留的未處理報警，本班的報警處理與未處理報警，本班期間臨時其它臨時登錄人員的操作記錄等；

? 接班者在認真閱讀核查了交接班日志后，通過指紋機確認接班，只有當指紋機確認接班人的合法性之后，才予以確認并退出交班人登錄；

? 高階管理人有權代為接班，當高階管理者需要轉交值班權給第三者時，同樣需要執行第5至7步驟；

? 一旦系統經由交接班模式退出登錄之后，所有責任將轉給接班人，此時接班人需立即用自己的密碼重新登錄，進入值班狀態；

? 上一班的交接班日志將存入日志數據庫，同時在界面上保留一個日志調看按鈕，以便值班員隨時查看，處理遺留問題。

由上例交接班步驟安排可以使交接班管理非常嚴謹，保留每班的交接班日志，非常有利于責任劃分與查找，同時在出現異常情況是很容易核對上一班的操作記錄，分析原因，盡快做出處置決策。

2.7.2 前后臺分離技術

    一個優異的智能管理平臺必須嚴格將系統配置操作與系統的日常運營操作相互隔離，以避免日常值班人員直接進入配置界面。

    因為日常值班人員通常不具備系統配置的專業知識與經驗，無論是何種因素使得日常值班人員進入系統配置界面，或與其有操作交集，都可能造成誤操作而修改配置。

    系統配置的誤操作輕則使系統帶病運行，重則導致個別子系統癱瘓，甚至如果動到全局配置會導致整個系統崩潰、數據丟失。眾所周知，一個建筑群智能集成管理系統的重新啟動過程是十分復雜與耗時的，數據丟失的損失更是難以估量。

    傳統的隔離方法一般只是停留在登錄密碼的授權范圍上，而內部執行進程則完全相同，這種隔離方法極其不安全，其一：由于日常值班操作界面是向外開放的，允許用戶透過網絡遠程登錄，這就給黑客留下通道，一般的秘密保護很容易被黑客破解；其二：值班人員與系統配置人員的登錄密碼有可能相同，或值班人員試圖登錄配置界面的嘗試，都有可能非法進入配置界面；其三：由于日常操控進程與系統配置進程混在一起，如果此時系統配置人員與值班員同時操作一個相同得到功能，很容易造成交叉干擾，輕則兩者都不能完成操作，重則該功能有進入死循環的危險。

    為了解決上述問題，我司在智能管理系統中采用了前后臺分離技術，所謂的前后臺分離技術就是將系統配置界面定義為后臺界面，同理將日常值班界面與遠程訪問界面定義前臺界面。

    兩個界面雖然為了方便用戶操作而采用了相同風格界面與信息呈現格式，但其登陸地址不同，內部操作進程不同，分別為系統部署層和應用層；另一方面，系統配置只是修改數據庫中的系統配置庫或聯動預案庫等知識庫中的數據而不是直接去修改子系統的配置，這將不會造成與值班操作的沖突，徹底地將系統配置操作與日常值班操作或遠程訪問操作在物理層面上實現了隔離。同時由于系統配置平臺與日常值班操作平臺由不同的地址登陸，且系統配置地址被設定為內網地址，不能被遠程訪問；并且采用C/S架構，極大地提高了安全性，堅決杜絕黑客襲擊。

2.7.3 預案生成器

系統集成的目的就是要將物業內所有的子系統、獨立設備與設施聯接到一個統一的監控臺界面上，實現集中管理。集中管理的一個重要標志就是在統一的平臺上實現各個子系統之間的聯動操作與信息共享。

由于大型物業建筑群內子系統與子系統所監控的設備繁多，要實現所有系統、設備之間能夠協調操作，之間聯動設置不但種類繁多、數量繁多，而且每個聯動動作的誘因數量與需要聯動的動作數量以及他們之間的聯動模式也比一般系統多且復雜，據我們的經驗一個大型建筑群需要的聯動預案少到幾百個，多到幾千個，而且還會隨著新的情況出現而隨時添加，尤其是在報警聯動上，由于現場處置情況的不確定，還會出現疊加聯動與條件選擇聯動，其工作量之大可想而知了。

傳統的聯動設置通常是采用表格形式，或者先提取聯動誘因設備數據，再編輯聯動模式，然后在關聯到聯動執行設備上，甚至需要聯動因果兩邊關聯，才能做好一個聯動設置，如果遇到疊加聯動與條件選擇聯動預案，一個聯動從頭到尾需要重復多次才能完成。這種設置時需要多次在不同頁面跳轉、手工輸入聯動數據，而且因果邏輯關系很不直觀，耗時、費力、容易出錯、容易遺漏，同時當工程商完工撤場后，用戶很難自行添加或修改聯動預案。因此這種聯動預案設置方式已經遠遠地落后于用戶需求的發展。

我司適應市場需求發展變化，急用戶所急，想用戶所想，適時地推出了具有自主知識產權的專利技術產品模塊“預案生成器”，它的設計宗旨是邏輯圖形化、配置圖形化、編輯圖形化、疊加圖形化、選擇圖形化，所有的聯動預案的配置都是在圖形界面通過圖形拖動完成邏輯圖形的組裝而形成“聯動箱”，而這個“聯動箱”又可以作為新的聯動因與其它條件組合成新的“聯動箱”，“聯動預案生成器”模塊的集成管理系統將使聯動預案配置操作簡單、易于理解邏輯清晰、層次分明，用戶可以自己配置與修改聯動預案。

2.7.4 標準故障編碼體系

    故障編碼體系是一個具有層次概念的結構，它是建立在“故障類別 - 問題－原因－措施”的層次架構上的，通過4個層次，可以完備的描述一個故障，每個層次結構均由其故障類識別。

    故障體系的第一層是故障分類，在故障體系中，屬于同一設備分類的設備其故障類別應該是相同的。如果有維修需求，也可以嘗試將某些邏輯系統定義為故障大類，統計該邏輯系統的故障分布及解決情況；故障體系的第二層定義相應故障分類可能產生的故障現象；故障體系的第三層定義產生設備故障現象的原因；    故障體系的最后一層定義出針對故障原因的有效的解決措施，如圖所示：

故障體系結構圖

    智能管理平臺引入“標準故障代碼體系”功能模塊，這個功能模塊的作用是構建和顯示故障層次結構，它可以準確地創建影響設備與操作位置的故障歷史。

    從最高層開始往下建立故障層次結構?？梢允褂矛F有故障代碼或創建新的來建立層次結構。從最高層到最底層瀏覽故障層次結構。創建“故障層次結構”可以一次完成，或部分完成并在以后根據需要添加。

    故障代碼可以和設備進行關聯，我們可以通過故障代碼來查找一類可能出現此類故障的設備。

    創建故障層次結構后，就可以記錄、匯報并分析設備和位置故障。要完成故障匯報，以下幾個條件必須具備：

? 問題的故障層次結構存在于數據庫中；

? 報告故障的設備或位置必須具有在“設備”或“位置”應用程序中的故障類字段中指定的適當的故障類代碼；

? 使用“工單跟蹤”應用程序進程在維修工單上記錄它們的故障。

    “故障代碼體系”主要是用于未來的故障管理，故障管理的主要功能有故障記錄、流程處理、查詢、統計分析。實現故障流程與計劃、隱患、檢修工單流程的無縫集成，可在故障流程直接轉計劃、隱患、檢修工單，跳轉至相應業務的處理流程，并與之建立關聯關系。同時可以將故障處理過程中形成的經驗轉化為標準的故障知識庫。實現按故障現象、原因、部位、解決方法等條件進行匯總分析，并生成匯總分析圖表。

    未來故障管理就是通過分析各類匯總表，摸清各類設備在本物業中的發生故障的規律，經常發生故障設備的原因，如果是設備使用的問題，調整設備使用制度；如果是設備運行環境的問題，改善運行環境；如果是設備本身的問題，更換設備；如果是設備耗材的問題，選用更適用的耗材；如果是認為原因，追究當事人的責任；同時摸索出一套適用于設備在本物業條件下使用的維保、校準、調整、報廢等方案與周期。

    總之，未來設備故障管理的最終目標不是等到設備出現故障時再“管理”，而是通過適當的管理制度使得設備少出故障或不出故障，將設備故障扼殺在搖籃中，通過有效故障管理，保證整個物業始終處于良好的運行狀態，為物業的經營打下良好的硬件基礎。

設備故障分析報告范例

2.7.5 標準設備編碼體系

    所謂“標準設備編碼體系”是依據國家和行業的各種規范及編碼標準對企業內所有設備進行統一編碼，其中包括設備編碼、設備狀態編碼、設備屬性編碼、相關物資編碼、組織編碼、工作流程編等并結合前述“故障編碼”。

    作為企業核心的信息化系統建設項目之一，嚴格規范的數據編碼是保證系統良好運轉的基礎工作。在數據編碼方案中間明確數據編碼規則和編碼范例，具體代碼主要包括以下內容：

（1）一級代碼

1) 資產（生產設備、線性資產）編碼

2) 系統/位置

（2）二級代碼

1) 設備分類碼

2) 工具

3) 倉庫

4) 用戶

5) 維修標準（標準作業）

6) 預防性維護

7) 安全計劃

8) 故障體系

在以上編碼體系中，資產編碼、位置體系、員工編碼作為數據的原始標識，我們確定為一級代碼，其余部分編碼，是在此編碼基礎上，根據不同的類別對基礎數據的衍生分類、活動標識以及進行輔助標識，我們確定為二級代碼。

對于核心的一級代碼，特別是對資產和設備位置體系編碼，采用國際流行KKS編碼按系統、設備、部件、元件劃分，結合編碼對象不同的功能，給編碼對象編碼并唯一標識該對象，再結合安裝位置、說明與分類，可以用最簡練的方式對設備進行詳盡的描述說明。

可根據已經確定的KKS設備編碼原則，建立設備樹，對設備的基礎信息以及設備各層級之間的關系加以形象描述。設備樹延伸內容包括：設備的型號廠家、主要參數及極值、整機替換設備信息、設備備件信息、設備維修記錄、設備故障及缺陷等。

在數據收集過程中，項目組成員必須定期進行數據審核，確保數據的準確性和數據的完整性。完成數據采集工作并檢查無誤后，由項目組進行數據到系統的數據導入工作。

2.7.6 知識庫管理

? 設備聯動庫

      智能化管理系統的跨系統聯動，實現全局事件的管理和工作流程自動化是系統集成的重要特點，也是平臺中最基礎的使用功能。通過聯動控制臺等系統工具生成設備聯動庫，可以更有效對建筑內的各類事件進行全局聯動管理，這樣節省了人力，更為重要的是溝通各子系統的數據，便捷物業管理人員的日常工作流程，同時可以通過編制時間響應程序和事件響應程序的方式，來實現建筑內機電設備流程的自動化控制，節省能源消耗和人員成本。

? 業務模式庫

    在智能管理平臺運行過程中，物業管理人員可以通過自動或手動的方式操縱業務模式庫選擇按鍵，改變系統的業務運行模式。智能管理平臺將業務模式轉變命令發送給需要控制的子系統實現控制。通過業務模式庫的建立，實現各種模式下各個子系統的綜合協調運行。同時根據物業管理人員在日常管理中對業務模式庫的修改或新增，系統給出更優化的業務模式運行方案，發送給子系統服務器執行。

在系統調試和系統維護升級時，具有專業知識的專家也可以根據權限進入到集中控制系統的編輯模式。系統提供圖形化模式編輯功能，可以供專家通過簡單的圖形拖拉與參數設定自由組合各個各種運行條件和執行方案，靈活編輯各種運行模式和集成運行策略。

? 處突預案庫

    應急預案是針對可能的重大事故（件）或災害，為保證迅速、有序、有效地開展應急與救援行動、降低事故損失而預先制定的有關計劃或者方案。系統提供完整的管理工具，以方便應急管理者對某一突發事件進行預案定制，以便適應某一特定突發事件或突發事件在不同情境下的不同需求，在面對的各種突發事件時，能夠快速有效調配處突資源，從而避免為不同應用所做的重復性勞動。

    系統根據具體情況，選擇性的對前端控制室發布警情信息和行動命令，控制界面立即彈出相應界面，并聯動本地警鈴、警燈等報警提示設備，有利于緊急情況下采取布防措施，以便操作人員快速核實警情，并以手動方式啟動應急處突預案。

2.8 集成管理軟件業務模型

流程管理是現代化企業提升核心競爭力必備的管理工具，是實現戰略目標落地，打造企業競爭優勢軟實力，構建新機制和強化執行力的堅實的基礎。為此必須構建一整套科學的業務流程管理體制，IBMS軟件設計開發以及后續應用的流程結構，依據招標要求結構化，流程化，模型化 。

2.8.1 數據流業務模型

集成軟件數據流業務模型可分解至三級數據流程。

? 一級流程：各個子系統數據交互

IBMS系統集成是軟件開發項目，那么軟件開發就必須依賴于各個子系統廠家項目實施現狀。各個智能化子系統通過網線、RS485等方式接入并整合到相對應的子系統服務器，在各個子系統上單獨展示數據，并使用統一的接口對外發送數據，這些數據流形成了IBMS的基礎數據層，同時也是IBMS能否集成的基礎數據保障。

? 二級流程：各子系統通訊狀態，以及數據流向

IBMS項目開發只依賴于各子系統單獨工作是遠遠不夠的，還要依賴于綜合布線系統，IBMS一般通訊方式為TCP/IP、RS485兩種，根據各自不同的子系統用處要單獨組網，相互獨立，接入IBMS時又要進行集中管理，即IBMS通過TCP/IP、RS485等通訊方式與各個子系統通訊，產生數據交互。各子系統功能不同，數據流向移動辦公不同，監測為單向獲取的方式，監測、控制為雙向獲取方式。

? 三級流程：數據收集和展示

創業園項目IBMS建設采用C/S和B/S雙重構架構的方式，數據采集層采用服務器作為采集站，B/S通過服務器作為發布站，客服端通過綜合布線與數據采集層采用服務器相連，采集數據和WAP發布和展示數據即單獨存在又產生數據鏈的方式，做到后臺服務統一用服務器存儲穩定，可靠，前臺展示用高端PC機，展現畫面速度快，色彩鮮艷，更好的適應高清界面的開發。

2.8.2 報警分級業務模型

集成軟件報警級別流程可細分為報警觸發、報警分級和報警處理三個層面：

? 第一層面流程結構：報警觸發的數據流程

IBMS系統集成管理平臺中接受到的信號為最終形成的報警信號，報警最初通過硬件設備產生電流、斷路、短路等形式的信號，再由設備將模擬信號轉換成數字信號通過信號線傳達到子系統服務器，子系統服務器接收到信號后轉換成指定的協議內容發送給IBMS集成管理平臺。IBMS集成管理平臺接受到信號進行解析并最終展示在IBMS客戶端上，這樣物業管理人員可以通過直觀的圖形界面查看報警信息。

? 第二層面流程結構：報警分級的業務流程

IBMS集成管理平臺是一個統一的，多系統匯集的中心，是智能化調控的核心，所以必須把雜亂無章的報警信號進行整理，劃分不同的報警級別。IBMS集成管理平臺報警分為三個級別：第一級為計算機故障報警，系統日志報警，登錄錯誤等報警。即可短時間不處理不影響系統運行，財產損失，生命安全的報警；第二級別為入侵報警、設備故障報警等即可能造成財產損失的報警；第三級別報警為火災報警、漏電報警等嚴重威脅到財產、生命安全的報警。

? 第三層面流程結構：報警處理的業務流程

IBMS集成管理臺報警處理流程與軟件系統自身用戶的權限有關，一般用戶、技術用戶、管理員用戶所擁有的權限不同，處理的報警范圍也不同。一般用戶即物業管理人員需處理高級別報警如第一、第二級別報警而無需處理第三級別的報警，技術用戶處理第三級別的報警內容，管理員可查看處理結果并進行點評。當報警發生時，IBMS集成管理平臺會聯動一系列的子系統進行動作，這樣會觸發某些正常工作狀態下的設備切換至緊急模式，此時集成管理平臺處理流程為：第一步點擊報警管理模塊，登記處理時間、處理人員、處理事由等，第二步點擊恢復當前報警信息，第三步將切換至緊急模式的設備恢復正常工作狀態，第四步，交處理結果推送至上一級別管理人員。

2.9 結構體系

項目智能化集成系統考慮到以后系統擴展的需求，智能化集成系統預留接口可和辦公自動化OA系統等項目大樓內的信息化系統互聯，各級智能化集成系統之間實時數據、控制命令的傳輸采用TCP/IP協議，由智能化設備網絡支持。

IBMS智能集成系統由各弱電子系統組成，它們相對獨立，各自完成相應的監測、控制和管理功能。INTEBASE V5.0智能集成系統是一個采用分層分布式結構的集散監控系統，總體分為三層。最上層為監控管理中心，負責整個系統協調運行和綜合管理；中間監控層即各分系統，具有獨立運行能力，實現各系統的監測和控制；下層為現場設備層，包括各類傳感器、探測器、儀表和執行機構等。

結構體系

第一層網絡主要由集成管理平臺及中央數據庫組成。集成管理平臺提供重慶創業園工程網絡基礎服務，集成管理平臺采用局域網（Intranet /Internet）主干網絡結構，連接下面每個采用專業以太網構架的智能化應用系統。通過數據的連接，實現對信息和數據的瀏覽和交互功能。位于建筑物局域網LAN上的桌面計算機系統，只需運行瀏覽器聯結管理平臺，用戶通過授權和身份認證，進入各應用子系統進行監控點狀態瀏覽，信息及數據查詢，信息及數據的下載和打印等操作。當然通常授權的網絡用戶不會干預各智能化監控系統的控制和操作。

系統設計以滿足創業園的要求、減低安裝開支及困難、提高經濟效益為原則，并盡量維持使用者的安全。為了配合以上的原則，系統設計有以下的安排：

集成平臺集成范圍：創業園多個分區的智能化集成，各分區分控中心采集信息設施系統、安全防范系統、樓宇自控系統系統、信息化管理系統、智能化基礎設施系統數據，并上傳到集成管理平臺，在領導及管理人員辦公室設立集成管理客戶端，在總控中心配備一機多屏及拼接顯示大屏，集成平臺預留接口功能，以便創業園系統內其他的分站接入主系統。

2.9.1 用戶層

該層是人機對話的窗口，一方面是將核心層處理過的信息用明了形象、直觀的方式在計算機屏幕上顯示出來，為用戶提供實時監視和控制整個建筑的所有現場信息。另一方面，通過該層界面，用戶可根據預先的設計完成對子系統的功能配置和設定，完成聯動的設置和對系統的綜合管理。

用戶界面層可支持WEB技術，可通過瀏覽器在INTERNET/INTRANET環境中瀏覽所有信息，并通過授權可完成對系統的遠程控制和管理。

2.9.2 服務層

該層是整個系統的關鍵部分，是整個系統的“神經中樞”，它完成的主要工作有：

1. 完成對由底層輸入的各子系統的信息按內在的邏輯關系進行加工處理，將處理后的結果送到相應的數據庫，通知上層以直觀的方式顯示。同時接受上層（GUI）授權操作人員發出的請求信息或系統的控制信息對這些信息進行相應處理，并將結果通知驅動器層，由驅動器層通知相應子系統完成相應的動作。

2. 完成各子系統的聯動功能處理，某一事件的發生不僅要引起該事件所屬子系統的反應，而且會引起與之有關聯的其它子系統采取相應的動作。這種聯動關系由核心層來決策。

2.9.3 子系統層

該層由智能化集成系統中所包括的控制、子系統或設備的驅動程序以及相關的綜合布線、通訊、計算機網絡系統所組成，該層主要完成對子系統現場控制設備的實時信息進行收集和處理。由于各個子系統可能采用不同的通信協議和數據格式，所以，該層的驅動系統應完成對不同的協議和數據格式的轉換。即該完成將各子系統的不同通信協議及數據信息格式轉換成上層（核心決策層）認可的協議和格式，同時將核心層處理后的信息轉換成相應子系統認可的協議和格式。完成對各子系統的控制和管理。該層實際上起到了一個通信網關的作用，也可以稱為通信網關（Communication gateway）

2.10 人機界面技術要求

智能化集成系統是整個大廈的管理核心，其不單單是一個軟件工程，也是一個管理工程。此次創業園智能化集成系統要求在軟件的人機工學方面體現易用、美觀的特點。將由智能化集成系統提供整體的解決方案，以實現集成系統與各子系統的工作界面的統一性，圖文標識的一致性，具體為：

ü 各系統采用統一的中英文標識（遵照最新的國家規范）。

ü 各系統采用統一的偽3D電子地圖、設備組態和圖形界面（具體到每一個按鈕、報警標識、提示文字等）。設備組態和圖形界面將籠統的建筑變成簡潔準確的視覺圖像，通過圖形方式反映創業園內各樓層、區域信息及設備檢測和控制點的運行狀態、報警信息等。

ü 各系統采用統一的數據命名格式。

ü 系統不僅可以以文本的方式顯示，還可以提供動態閃爍的顯示方式，集成軟件采用的偽3D電子地圖根據建筑圖按比例建模，分辨率滿足局部放大后依舊能清晰顯示效果，讓管理者清晰的了解現場的實際情況。

2.11 鏈路要求

建筑設備系統：數據先采集到分控中心進行數據匯總，之后通過統一的實時數據包將數據傳輸到總控中心，由于數據為監視數據，不進行控制，對總控中心與分控中心間網絡鏈路要求不高。

消防系統：數據為主動上傳形式，數據先采集到分控中心，通過統一實時數據包將數據傳輸到總控中心，由于數據為監視數據，不進行控制，對總控中心與分控中心間網絡鏈路要求不高。

監控系統：監控系統數據通過分控中心網絡直接與總控中心進行傳遞，按照一個分控中心到總控中心同時解碼顯示的視頻數量，確認帶寬需求。

其他常規子系統如報警系統、車場系統、門禁系統、信息發布與商業引導系統等按照上述建筑設備系統要求。

3 智能化系統集成總體功能設計

INTEBASE V5.0智能集成系統所提供的系統集成，采用與各智能化應用系統數據通訊的方式，實現對系統狀態的監控和信息與數據的交互，其并不取代各子系統獨立運行的功能，而是要最大限度地發揮各個子系統之間的互操作性，形成再生功能。各個子系統功能與系統集成平臺功能之間的不同點是：

? 系統具有獨立性，功能不受集成的影響，系統集成以監視、控制和數據管理為主；

? 子系統控制設備安裝在控制室里，系統集成則可將相關信息送到任何地點、包括遠程地點的桌面系統上；

? 子系統由專職值班人員監管，系統集成是供主管和上級領導查看；

? 子系統只要求最小配置，系統集成的瀏覽器可接入任意多個；

? 子系統根據不同的權限用戶有不同的管理功能，信息和數據管理的功能可由系統集成完成，系統集成也可通過互聯網絡對智能化應用系統的參數進行設定和修改，實現遠程數據管理功能。

? 采用CS、BS兩種運行架構模式，保證管理平臺的安全運行， 兩種架構供前臺值班人員使用，根據自己的職責及工作環境對設備進行調整，有效提高在管理平臺軟件的幫助下達到設備互聯互通互用。

3.1 工程界面

系統界面在風格和使用上具有一致性，操作簡單，根據樓宇的實際建筑情況，制作專屬的用戶界面，且各系統采用統一的偽3D電子地圖、設備組態和圖形界面將籠統的建筑變成簡潔準確的視覺圖像，通過圖形方式反映創業園內各樓層、區域信息及設備檢測和控制點的運行狀態、報警信息等。為使顯示界面中點的運行數據更清楚、更直觀，使界面更形象生動，系統不僅可以以文本的方式顯示，還可以提供動態閃爍的顯示方式，集成軟件采用電子地圖根據建筑圖按比例建模，分辨率滿足局部放大后依舊能清晰顯示效果，讓管理者清晰的了解現場的實際情況。

3.2 瀏覽功能

INTEBASE V5.0智能集成系統所提供的系統集成，可以實現包括以下的瀏覽功能：

? 提供樓宇分布平面圖。為用戶提供不同選擇排列的區域圖，瀏覽設備分布、設備屬性信息等。

? 提供建筑設備系統的各種設備分布瀏覽、設備運行狀態信息、設備運行記錄、報警記錄等。

? 瀏覽綜合保安系統的各種設備、門禁記錄、報警記錄等等。

? 瀏覽消防系統的各種設備分布、報警記錄等。

? 在點擊某個攝像設備時，系統提供相應的錄像實時。

3.3 集中管理和監視功能

INTEBASE V5.0智能集成系統所提供的系統集成，通過授權后以調用的方式實現對各子系統的監視功能。在局域網中的任一授權用戶，都可以監視各子系統的各種設備狀態及報警狀態。INTEBASE V5.0智能集成系統所提供的系統集成，通過授權后以調用的方式實現對各子系統的控制功能

3.4 電子地圖管理功能

INTEBASE V5.0智能集成系統集成管理平臺內置一個極為靈活的電子地圖系統，即“分區圖”系統，、用戶可以利用分區圖系統實現任意關系的地圖、電子地圖、示意圖、樓層圖等地圖系統，并且用戶可以自己繪制地圖，或將現有的地圖資源充分利用，同時分區圖系統也支持掃描儀掃描的圖形?？梢栽诘貓D上任意放置各種類型設備的圖標，并且圖標可以不同的顏色和動態表示該設備的當前狀態。

INTEBASE V5.0智能集成系統系統的“電子地圖”可為非專業人員提供每個設備的精確位置，系統的“聯動預案庫”儲備各種預案，同時根據環境的變化，客戶可以有選擇地執行各種聯動；

3.5 聯動控制功能

聯動控制臺技術，可根據業務性質改變、簡單便捷更換業務預案流程，保證集成系統的一體性，根據使用人員的不斷總結，系統的使用性會逐漸提高，此時原根據項目經驗以及使用者原需求會無法滿足后期需求，根據此情況我方建立聯動控制臺，聯動控制臺使用人員在一定授權下，自行設定各種聯動關系。

INTEBASE V5.0智能集成系統系統配備“聯動控制臺”功能，在聯動柔性預案設置上集成平臺采用“模塊化的配置方式”，使用者的自主處理、修改、選擇性強。為了便于創業園物業人員的使用與維護，系統中的聯動規劃，應為全圖形化或便捷的人機交互工具，而不可使用代碼編制的方式。界面采用搭積木的方式，用戶使用集成軟件只需在圖像化界面上簡單操作，就能夠方便地組織配置，很容易地實現這種系統級的連鎖動作，而且系統聯動功能在將來的修改也大為方便，不必增加或改動已有的硬件。

INTEBASE V5.0智能集成系統系統配備“聯動控制臺”，有效地解決了非專業人員無法對系統聯動功能調整的難題，使操作者通過簡單的途徑即可實現對聯動事件的編制。

當集成系統出現報警時平臺的聯動控制臺功能可按照報警處理預案采用不同的處理策略，結合不同的預案可關聯不同的系統聯動方式，同時提示物業人員需進行的規范操作流程，并在警情出現時可將報警信息以短信、郵件、或者語音的形式發送給相關的領導。

3.6 資產運維功能

集成管理系統在數據庫建立完整的設備檔案，如設備名稱、廠家名稱、聯系人、聯系電話等；按照設備的保養手冊，實時記錄設備的保養和維護狀態數據，以便生成完整的設備保養周期計劃表，在保養周期到達時，系統會自動彈出設備維護、保養對話框；在對話框中會顯示上次保養時間、維護數據、保養類型等信息，同時提供設備保養廠家、聯系人及聯系方式，為我們的設備管理提供第一手的維護保養數據；若系統的保養提醒被忽略，直至保養周期到期時，維護保養信息還未被處理，系統將自動發送維護保養信息至管理人員，以免造成設備未維護帶來的損失。

同時集成管理系統監視現場設備開/關狀態，運行正常，非正常狀態、運行次數，維護保養記錄等儲存數據，以備后期查詢使用，集成管理系統通過監視工作站可以進行設備運行狀態的集中監視和控制。   

3.7 報警管理功能

報警管理圖

集成系統引入報警分級管理功能，系統接收前端各種子系統的報警信號，并通過預置策略和人工對報警信息進行篩選，并將報警警情等級劃分為初級、中級、高級，隱患警情預防，實現事件報警分級分類處理、根據不同的報警類型和報警級別上傳至不同的管理職能部門，在報警事件中，指揮中心報警信息儲存，值班點直接處理、直接上報至二級指揮中心、甚至直接上報總指揮中心；

系統報警會以報警、事件的形式，及時在頁面上用文字、聲音等方式表現出來，報警數據實時存儲，以備后期調用查詢。

3.8 用戶管理功能

系統集成管理平臺可實現多級系統管理員設置，根據不同用戶的姓名、操作密碼進行多級的權限設置，根據需要靈活劃分人員操作級別和控制權限，以滿足實現多區域、多級管理的需要。下級管理員只能在其授權范圍內進行相應操作，而無權查閱或控制未被授權的范圍。

配置操作員組示意圖

集成平臺實現全局事件的監控。發生報警事件時集成平臺統一調度指揮監控處警。通過查詢數據庫可獲得各種管理所需的數據，實現查詢、統計、分析、決策等功能，并及時生成各種報表。用戶歷史記錄可對操作員執勤狀態進行巡查記錄、定期檢測和對終端設備進行監控編程，對操作員的管理操作監控過程中能夠發現有意、無意的誤操作和無操作，并自動記錄和向上級副控發出報告，也可打印或上傳報表。

用戶管理示意圖

3.9 多角色管理功能

系統具有“多用戶管理模式”根據使用者的需求，系統登陸界面分為操作員級用戶和程序員級用戶；

操作員級用戶（一般用戶、技術用戶和管理員三類），以每個人的硬件秘鑰和密碼進入系統應用層，只能作規定的操作、瀏覽和處理，進行有限的界面控制；系統管理員具有最高權限，能對相關人員的權限和初始口令進行設置，能設置操作人員的連接權限、控制權限、管理登記等使用權限；

角色管理示意圖

系統應用層，應不包含任何系統配置功能，操作員級用戶沒有任何操作界面可對系統部署的修改。同時系統根據不同用戶職能角色開放相關權限的數據信息。操作員用戶對監控軟件和設備的操作記錄將自動存檔，并且不能刪除修改。

程序員級用戶，以每個人的授權鎖和密碼進入系統部署層，以每個人的硬件秘鑰和密碼進入系統部署層，可作全面的操作、瀏覽和處理，進行操作界面的修改和控制，并且能夠進行對象組的設置、修改和用戶個人密碼的授權；

3.10 多模式運行

根據業主需求設置多運行模式，該模式應用于不同的業態，模式根據建筑物實際功能，業主使用需求進行定制，同時系統建立模式庫，在建筑物使用過程中使用者通過自行操作可建立模式，即滿足使用又保證了系統可調節性。

暖通模式詳細示意圖

暖通模式切換示意圖

? 模式可執行性，根據業主實際需求設立執行時段，按照預定時間進入設定模式運行。

? 模式可定制性，根據業主實際需求定制各種運行模式，可編制性強。

? 模式可存儲性，編制后模式存入模式庫，模式制作過程會有不同類型管理人員介入，在后期運營中人員的調動不影響模式的運行，做到管理經驗有效存儲，即保證管理延續性同時針對物業管理人員的不穩定帶來的不良后果做到提前預防。

? 參考模式：如日常運營模式，工作日模式，周末模式。

應急指揮模式對重大活動或突發事件的處理預案、日常值班、日常設備運行、普通事件監視以及基于事件的演習預案進行管理。

實現工作人員的調度與指揮，人員疏散指揮，事件人員的信息的記錄與查詢。

實現事件的應急處理預案的執行與指揮，事件的記錄備案和事件處理過程、進度、結果查詢。

實現創業園項目的數據庫查詢與檢索，事件備案文檔、事件監控視頻錄像等的查詢調用。

辦公模式為管理者提供日常辦公的人員、事件、物品、視頻圖像、報警信息、值班記錄的信息查詢、無紙化辦公文件傳遞、電子文件簽批。

移動終端模式為創業園安保管理人員提供日常的移動視頻圖像、值班記錄的信息查詢和報警信息的接收與查詢；為創業園項目管理人員提供重大活動或突發事件的遠程指揮和信息查詢。

移動現場終端模式為創業園項目人員提供事件的視頻現場采集，事件記錄，指揮信息顯示，信息查詢以及移動通訊。

3.11 信息交互功能

INTEBASE V5.0智能集成系統所提供的系統集成，通過INTEBASE V5.0智能集成系統對各智能化應用系統信息和數據的綜合管理，可實現各智能化應用系統之間信息的交互，并可通過信息引發相應子系統的聯動響應程序。INTEBASE V5.0智能集成系統數據庫為各子系統的數據之間起到關聯溝通的作用，所有跨系統的信息交互都經由INTEBASE V5.0智能集成系統數據庫進行交互和溝通。

3.12 查詢、統計及報表功能

INTEBASE V5.0智能集成系統所提供的系統集成，提供多種方式的信息查詢，可以查詢系統集成各子系統及所屬設備的各類信息（運行參數、狀態信息、報警信息等），以及基于原始信息的統計信息。查詢功能包括以下內容：

? 在功能上提供了包括時間、空間、物理空間分布（樓棟、樓層、區域等）、設備等查詢機制，實現快速簡潔查詢。這些機制可以同時限定也可以限定其中某一種或幾種，系統將顯示符合相應條件的全部信息。

? 對查詢結果可以實現打印、下載等基本操作。

3.13 設置功能

INTEBASE V5.0智能集成系統所提供的系統集成，提供了完善的設置管理功能，以保證整個系統集成準確、穩定、安全地運行。整個設置功能分為以下幾大類：

? 設備運行配置設置

在系統集成的設備信息設置功能中，系統提供了設備的分類、具體設備屬性的增添、刪除等功能。

? 集成管理系統的通訊技術

本系統采用大量的信息管理標準、通信協議等，包括軟件標準和網絡標準。這些標準將會被不同部份的INTEBASE V5.0智能集成系統合理采納，確保完成系統操作數據、存取、系統集成及所定義的系統功能。

? 系統集成平臺的管理權限

建立權限管理機制，設立對級別多權限管理，根據管理級別進入不同的用戶組，用戶組中根據具體需求給出使用權限；

4 集成管理系統實現的功能

本項目集成平臺集成范圍：消防報警、機房監控、變配電、客流統計、樓宇自控、智能照明、能源管理、視頻監控、入侵報警、一卡通、智能停車、多媒體信息發布、會議系統、公共廣播、梯控、電子巡更、出入口控制、訪客等系統，集成平臺預留其他系統接口功能，以便本項目內智能化工程內其他的分站接入主系統。

4.1 智能集成系統管理平臺功能

顯示板---通過顯示板監控界面，可靈活安排各種設備進行集中監控。無論通過地圖還是顯示板方式，都可以直接通過鼠標點擊圖標的方式來控制各種設備，如對報警系統的布撤防操作、視頻監控系統的攝像機切換等。

管理站---系統集成管理站以中央集成平臺子站的方式，實現系統管理分站系的獨立管理模式。此平臺具備管理權限功能。指揮中心的授權用戶可以對各管理分站的設施設備進行綜合管理，并指揮管理分站的運作；對于管理站產生的任何告警信息，進行督導和執行，告警信息分為若干級別，在管理站的操作員沒有在規定時間內處理完畢時，在總控中心有提示和告知功能；通過系統內置的緊急預案臺，可以自行定義出需要的管理預案，聯動系統內的各個智能化子系統，并可對預案執行結果進行監督管理。

安全措施---作為一個專業的報警系統，各種安全措施是不可缺少的，BMS平臺采用了許多手段來保證系統的可靠性，例如，操作員分級管理，能夠完全控制每一個操作員在系統中的行為能力。同時在數據庫的安全方面，系統會自動檢查數據的完整性，如果系統非正常退出，再次啟動時，系統會自動對數據庫進行自動維護。還可以設定自動備份報警記錄、自動刪除事件記錄等操作，做到萬無一失。

完善的事件記錄---INTEBASE V5.0智能集成系統集成管理平臺具備完善的事件記錄系統。系統中發生的各種事件都可以詳細地記錄。例如報警記錄、系統記錄、操作記錄、巡更記錄等等。并且可以對這些記錄采用各種方式去觀察，可以按各種順序排序，分類查詢等等操作。

4.2 智能集成系統集成管理平臺聯動功能：

集成平臺具備但不限于以下聯動控制：

4.2.1 入侵報警系統與視頻監控系統的聯動

入侵報警系統出現報警信息聯動錄像機以及矩陣，切換相應位置攝像機畫面至規定的監視屏幕，同時錄像機啟動錄像功能；

4.2.2 入侵報警系統與門禁系統的聯動

當保安報警探測器動作，通過IBMS集成軟件的點定義，與出入口控制系統的電磁鎖聯動。

當有人非正常刷卡進入或非法闖入設有出入口控制系統的區域，通過IBMS集成軟件開放接口，把非法讀卡或非法闖入報警信息給入侵報警系統，與入侵報警系統聯動。采用公共用戶模式，聯動報警系統自動布撤防、旁路、解除旁路。

4.2.3 入侵報警系統與樓宇自控系統的聯動

當保安報警探測器動作，通過IBMS集成軟件開放接口，把報警信息給第三方軟件，與樓宇自控照明系統聯動將燈光打開。

4.2.4 消防報警與樓宇自控系統的聯動

當出現火警時，軟件聯動樓宇自控系統關斷相應層面的新風機組、空調機組和通風設備，防止火情進一步擴展。

4.2.5 門禁系統與視頻監控系統的聯動

視頻監控系統工作站與智能一卡通工作站之間通過通訊接口連接，當有人非法讀卡或非法闖入設有出入口控制管理系統的區域，通過IBMS集成軟件的點定義，聯動現場攝像機到相應出入口控制點，進行實時查詢。

4.2.6 門禁系統與消防報警的聯動

本大樓所有門禁均能與消防報警聯動，保證當發生大火時自動開啟門禁的電鎖，保證通道通暢。

4.2.7 視頻監控系統與樓宇自控系統的聯動

當現場發生異常情況，觸發視頻監控攝像頭智能分析系統，切換圖像至顯示器，監控人員確認后將聯動相應區域的樓宇自控照明系統將燈光打開。

4.2.8 視頻監控系統與消防報警的聯動

當火災報警系統發生報警時，軟件接收報警信號，并聯動就近的攝像機，并且切換圖像至顯示器。

4.2.9 背景音樂系統與消防報警的聯動

當發生火災報警時，軟件接收報警信號，并聯動相關區域背景音樂分區，播放預先錄制好的警情提示信息，并且在相關電子地圖中顯示區域信息。消防系統通過背景音樂系統對著火區域及相鄰±1層區域發布緊急廣播采用內部聯動方式進行實現。

4.2.10 聯動管理

INTEBASE V5.0智能集成系統集成平臺具有獨特的“聯動控制臺”，“聯動控制臺”為使用者進行聯動設置的平臺，為使用者提供了便利的操作方式。

聯動控制臺操作示意圖

其特點如下：

1）使用者可以根據需要進行“聯動因”的選擇，聯動條件的設置，聯動果的配置即處理預案。

2）INTEBASE V5.0智能集成系統系統對使用者設定的聯動預案無條件限制，即使是邏輯的只要是該系統中的聯動因，系統可以監控的子系統均可以配合實現聯動處理。

3）聯動設定可實現一聯動起因可設定不同的聯動條件，產生不同的聯動結果。

4）聯動控制臺對所發生的聯動事件，都會生成文本文件，方便保存和打印。

系統配備聯動控制臺，除根據原有設計為業主制定相應的聯動，同時系統提供聯動控制臺，在系統使用過程中，業主方可根據需求自行設置各種聯動關系，以適應不同時段不同需求。

4.3 詳細功能設計

4.3.1 消防報警系統

消防數據為主動上傳形式，數據先采集到分控中心，通過統一實時數據包將數據傳輸到總控中心，由于數據為監視數據，不進行控制，對總控中心與分控中心間網絡鏈路要求不高。

FA(火災自動化報警系統)與INTEBASE V5.0智能集成系統數據流（限于消防法規，只監測不控，為單向），消防報警系統通過分控中心向集成管理系統傳遞信息，內容包括系統主機運行狀態、故障報警；火災報警探測器的工作狀態、探測器地址、位置信息、相關聯動設備的狀態。

如重慶移動辦公樓群內某防火分區發生火警時，除消防報警系統的報警顯示外，在集成系統工作站上自動以動畫方式顯示出該防火分區的報警信息，包括火警位置以及相關聯動設備的狀態。包括氣體滅火、水噴淋、氣體鋼瓶系統。

相關的聯動還包括：

發生火災報警時，消防系統根據報警點的位置信息，查找到附近攝像機編號；通過網絡，向集成系統發送聯動申請。

集成系統統根據聯動申請，可進行如下工作：

? 向CCTV系統發送視頻控制指令；

? 攝像機對準火災報警發生部位；

? 當出現設備發生火災報警時，消防報警點會在集成平臺上顯示報警點，并且彈出報警區域的視頻畫框，工作人員及時了解設備火災報警狀態，確認后，將聯動樓宇自控系統，關斷相應層面的新風機組、空調機組和通風設備，防止火情進一步擴展，同時疏散人流，撥打報警電話，將損失降到最低。

? 報警信息確認后，在集成平臺的電子地圖上進行閃爍報警提示。

? 集成平臺將報警信息以E-mail、電話或者短信等方式發送給相關管理人員。

4.3.2 機房監控系統

系統集成平臺與機房工程系統連接后可全面監控重慶移動辦公樓群機房系統環境設備的運行情況，機房所監控的智能設備或子系統主要包括：配電子系統監控、UPS子系統監控、精密空調子系統監控、溫濕度子系統監控、漏水檢測子系統、消防子系統、門禁子系統、視頻監控系統、入侵報警子系統等。集成平臺實時監測各設備的運行狀態，記錄和處理相關數據，及時偵測故障和報警信息，并通知相關管理人員處理?？蓪崿F機房電源、空調和環境的集中監控維護管理，提高供電系統的可靠性和計算機設備運行的安全性。使得機房管理人員，無論何時何地都能方便掌握機房的實時運行情況，真正使“無人值守”或“少人值守”機房成為現實。

4.3.3 變配電系統

集成平臺與變配電系統通過通訊線纜進行連接，兩者之間通過標準通訊協議進行數據交換，完成對變配電系統的集中控制和管理。集成平臺采集變配電系統的信息，根據變配電運行狀況給出運行曲線，為管理人員提供數據。

1） 對變配電系統的監測：各高、低壓開關工作狀態、各高、低壓開關故障跳閘狀態、各高、低壓開關欠壓跳閘狀態、低壓進線柜及聯絡柜三相電流遙測、低壓進線柜及聯絡柜三相電壓遙測、低壓進線柜及聯絡柜頻率遙測、低壓進線柜及聯絡柜功率因數遙測、用電量遙測（培訓中心用電量單獨監測）、變壓器超高溫報警、綜合故障報警、能耗統計及能源管理功能，可分區域對用電情況進行統計。

對變配電系統中的報警信息進行多種報警方式的提示。如：聲光報警，短信報警，遠程E-MAIL報警等。

4.3.4 客流統計系統

客流統計系統通過標準通訊接口與集成平臺聯結實現數據通訊，在集成平臺，可對客流統計系統進行數據查詢，如統計創業園滯留人數、平均駐留時間、每一個出入口通過的人數、平均客流量等?？筛鶕枰榭?/span>創業園游客的進出，全方位的實時監控和管理功能，統計人員流量。集成平臺實現以上功能需要客流統計系統廠家提供標準通訊接口及基于該接口的通訊協議、點表、電子地圖。

4.3.5 樓宇自控系統系統

建筑設備系統數據先采集到分控中心進行數據匯總，之后通過統一的實時數據包將數據傳輸到總控中心，由于數據為監視數據，不進行控制，對總控中心與分控中心間網絡鏈路要求不高。

建筑設備系統與INTEBASE V5.0智能集成系統數據流，利用OPC/API/BACNET等技術完成總控中心對建筑設備的集中控制和管理，將運行情況歸納、分析，以文本、圖形、表格等方式供網絡間共享。INTEBASE V5.0智能集成系統能與智能機電設備進行聯網通信，如新風機組、冷水機組、專用空調機、鍋爐等機電設備。

機電設備運行和檢測數據的匯集與積累

當發生報警或接受到其他聯動要求后，按要求啟動或停止BA設備；

提供經選擇的設備啟停，報警狀態的信息；

提供經選擇的探測器所檢測參數的變化值，以及過限報警的信息；

提供系統操作員確認各類報警信息的時間及確認人姓名的資料；

提供設備運行所需的相關信息和各類報表文件；

空調系統/集中供冷系統主要監視設備（包括新風機組、空調、風機等）的啟/停；新風機組和空調機組的風門執行器、調節閥的啟/停。

給排水系統中的主要控制水泵的啟/停等。

INTEBASE V5.0智能集成系統智能建筑綜合管理系統與BA系統的主機相連，通過BA系統提供接口匯集各種設備的運行和檢測參數，并對各類數據進行積累與總計。如冷水機組、新風機組、空調機組、各種泵、電梯的運行時間、起停次數和配電柜電流、電壓等參數進行積累與總計，以便更好地進行物業管理。

? 機電設備運行狀態監視與控制

監視現場機電設備如冷水機組、新風機組、空調機組、電梯的開/關狀態，運行正常，非正常狀態等數據，通過接口以實時方式與INTEBASE V5.0智能集成系統智能建筑綜合管理系統連接，INTEBASE V5.0智能集成系統智能建筑綜合管理系統通過監視工作站可以進行設備運行狀態的集中監視和控制。

2 正常運行狀態時

設備運行正常的情況時，INTEBASE V5.0智能集成系統智能建筑綜合管理系統會根據設備運行的時間周期，以周、月、季度、年等方式儲存數據，以備設備運行狀態的查詢，如遞交給相應的管理部門，可供管理部門對設備的運行次數，運行狀態有一個詳細的了解等。

2 報警顯示

當系統設備如冷水機組、新風機組、空調機組、各種泵、電梯出現故障或意外情況時，INTEBASE V5.0智能集成系統智能建筑綜合管理系統將利用其報警功能在監視工作站上顯示相應的報警信息，以各種方式報警如圖形、聲音等，提示維修人。

4.3.6 智能照明系統

智能照明的監控管理能夠滿足物業管理便捷實用的要求。包括：保證所有照明設備集成在一個平臺上；采用統一的操作界面；提供清晰的管理信息。提供管理模式編輯功能。并提供遠程訪問功能。

智能照明的監控管理能夠滿足物業管理安全管理的需求。包括：集中監管所有的報警信息，集中顯示重要設備的運行狀態，以及運行時刻表；提供遠程操作功能，使管理人員可通關過集成平臺遠程排查，監視各機電設備現場情況。

智能照明的監控管理能夠滿足物業管理綠色運營的需求。包括：通過預設的控制邏輯實現機電系統的自動節能運行。提供開放、靈活的編輯平臺，使系統能夠擴展、更新先進的節能優化控制策略。

2 功能設計

根據環境自然亮度，人為遠端開啟燈光；

可預設開啟照明燈光數量；

控制任意回路連續調光或開關。

可預先設置多個不同場景，在場景切換時淡入、淡出。

對區域內某些分區可根據室外光線的強弱調整室內光線。

時間控制：某些場合可以隨上下班時間調整亮度。

能夠監控大樓及公共區域的照明設備。

能夠監測并顯示各個照明回路的開閉狀態。

當任何照明回路運行故障時，能夠通過顯示及聲音提示方式，分別發出故障報警。

能夠記錄上述各項故障報警發生的內容和時刻。

系統能夠實現手動/自動模式切換。運行在手動模式時，能夠在中央監控界面上，操作各照明回路的啟停狀態；運行在自動模式時，手動控制失效，系統按照預制的節能策略，以及時間表自動控制各個照明回路的運行狀態。

2 界面設計

在主界面上點選“智能照明”的縮略圖，或在導航欄中選擇“智能照明”，可以進到“智能照明”子系統界面。在子系統主界面顯示智能照明的系統的主要信息，包括：已開啟照明回路數，照明回路總數，故障回路編號。

智能照明可以有列表、平面圖和系統圖三種顯示模式。列表顯示當前各個樓層、各個分區的運行模式。平面圖按樓層顯示各個區域各個回路的開關狀態，如圖所示。系統圖顯示照明配電的系統圖。列表和平面圖中的數據實時更新，而系統圖只是靜態的顯示配電系統圖。

智能照明子系統提供人機交互界面。子系統人界面可以按照前述界面設計中的規定設計，使子系統界面與集中控制系統界面一致；實現前述功能設計中各項監測、故障報警和運行監測功能。

智能照明系統子系統的軟件應具備數據庫功能，實現前述功能設計中的各項記錄功能。

智能照明子系統的軟件應具備權限管理功能。

4.3.7 視頻監控系統

監控系統數據通過分控中心網絡直接與總控中心進行傳遞，由于數據量比較大，建議采用大容量光纖傳輸，保證數據穩定，按照一個分控中心到總控中心同時解碼顯示的視頻數量，確認帶寬需求，建議帶寬采用萬兆交換機進行數據匯總及傳輸。

閉路監控系統和集成管理系統數據流，通過分控中心數據包與集成自控系統傳遞視頻圖象錄像機。集成管理系統可組態電子地圖，通過鼠標點擊電子地圖可對電視監控系統進行快捷操作，如快速切換攝像預制畫面、啟動畫面順序切換等功能。當其它子系統因報警等原因需要電視監控系統的相應動作時，集成自控系統將使電視監控系統快速、準確地完成相應的功能，如畫面切換、預制位等功能。

提供每個攝像頭點位的平面分布圖；

能以電子地圖和菜單等方式管理所有攝像機；

能對每個攝像機進行聯動配置，在接收到其它系統的報警信息的同時進行相應的聯動；

能從監控工作站的電子地圖窗口中點擊攝像頭調出實時動態監控的圖像；

能對帶云臺攝像機進行控制（俯仰、變焦對焦等）。

可與門禁系統和入侵報警設置聯動，對報警時的圖像、時間和狀態進行記錄，實現報警圖像的視頻復核。

? 運行狀態的監視與云臺的控制

在工作站上顯示運行狀態，可將視頻信息顯示在服務器上。我們要求采用集成監控方式，在集成管理工作站上，可以調用（提供OCX格式控件程序）閉路電視監控系統系統的某個攝像機的監視畫面，并控制帶云臺的攝像機。

? 可以實現多畫面的切換

閉路監控系統與門禁系統聯動：重要位置實現門禁系統與閉路監控的聯動，當門禁系統開啟，集成平臺聯動錄像機以及矩陣，切換相應位置攝像機畫面至規定的監視屏幕，同時錄像機啟動錄像功能。當有人非法讀卡或非法闖入高有出入口控制系統的區域，將聯動攝像機進行查詢。

當出現設備報警系統時，視頻安防系統會在集成平臺上顯示報警點，并且彈出報警區域的視頻圖像畫框，工作上人員能及時確認警情，上報安保部門，以便報警事務的確認及緊急處理。

閉路監控系統與報警系統聯動：報警系統出現報警信息，集成平臺聯動錄像機以及矩陣，集成平臺聯動錄像機以及矩陣，切換相應位置攝像機畫面至規定的監視屏幕，同時錄像機啟動錄像功能。

? 閉路監控系統與其他系統聯動

集成平臺聯動錄像機以及矩陣，集成平臺聯動錄像機以及矩陣，切換相應位置攝像機畫面至規定的監視屏幕，同時錄像機啟動錄像功能。系統與門禁系統和入侵報警設置聯動，對報警時的圖像、時間和狀態進行記錄，實現報警圖像的視頻復核。

A、視頻監控系統與報警系統的聯動：

報警系統信號可以聯動報警區域視頻監控相關的攝像機，將圖像切換到控制室的監視器上，并進行錄像。如：在非正常作息時間有人進入消防樓梯或電梯時，系統聯動相應樓層或電梯攝像機和錄像機。多個報警信號出現時，報警信號可以順序切換到不同的監視器上，報警解除后圖像自動取消，防止漏報。

B、視頻監控系統與出入口控制系統聯動：

有人在系統設防時，進入安裝控測器的辦公室或開啟安裝門禁的房門時，視頻監控系統可在控制室內自動切換到相應區域圖像信號并錄像。同樣當有人進入房門讀卡時，攝像機也可將這一過程切換到控制室，并進行錄像。

在特殊場合，進入房門需經保安人員認可時，視頻監控系統將圖像切換到指定的監視器上，由保安人員認可后才可以進入房門。

在巡更人員到達巡更站點時，可聯動攝攝像機保證巡更者的安全。

C、視頻監控系統與消防報警系統聯動

消防報警系統出現火警信號時，該區域攝像機信號切換到控制室監視器上，觀察是否誤報或火情大小。

D、視頻監控系統與停車場管理系統聯動

當車輛進出停車場時聯動攝像機，并進行錄像，以便以后對照進出車輛的情況，保證車輛安全。

當停車場系統出現故障時，聯動攝像機觀察故障情況，在控制室內操作柵欄機，保證車輛通行，并及時維修。

4.3.8 一卡通管理系統

一卡通管理系統與InteBASE50000數據流，以DCOM通訊協議實現數據的聯結，在一卡通管理系統，可對其集成子系統一卡通消費系統、停車場系統以及門禁系統進行監控。物理聯結方式為由子系統引出網線接入交換機，再由交換機引出網線與集成平臺服務器相連。

可對其集成子系統一卡通消費系統、門禁系統進行監控；

可實現對各子系統的控制和查詢，客戶授予不同的權限，以便于進行管理；

提供所有門禁系統的狀態

提供人員的考勤報表。

根據不同的在客戶端或一卡通集成管理服務器，均可實現對各子系統的控制和查詢，客戶授予不同的權限，以便于進行管理。其良好的數據整合功能，可根據不同的管理人員的需要定期輸出各種管理數據表。其良好的信息匯總整合能力為物業管理人員以及各主管領導提供了第一手的管理依據。同時節省了大量的人員對數據的整理以及信息的傳遞。如會議簽到、門禁、車場、考勤、消費一卡通運行信息等。

4.3.9 入侵報警系統

報警數據先采集到分控中心進行數據匯總，之后通過統一的實時數據包將數據傳輸到總控中心，集成平臺對總控中心與分控中心間網絡鏈路要求不高。

提供每個防區的報警信息/報警恢復信息；

以電子地圖方式管理所有防區的感應探頭并配置為視頻監控系統的聯動，及時進行報警，報警可以以聲、光的形式在系統主界面上顯示；

提供每個防區的平面分布圖；

實現入侵報警系統的整體撤防和布防功能；

可記錄、保存歷史報警數據，并可實現報警數據的自定義查詢功能。

入侵報警系統通過分控中心數據包與集成自控系統傳遞信息。通過集成平臺的電子地圖，可以顯示報警點狀態、各區域報警設備的開啟、關閉及報警線路故障報警，并可對報警記錄生成報表顯示。系統的預設功能可以根據業主的需求按時間進行布防。如人流高峰期，可以對西安麗楓城的重點位置進行布防，而其周界以及出入口等位置不設防；夜間，則實施全部布防。

在邏輯上，系統集成平臺以系統客戶形式與綜合報警系統連接。系統集成平臺從入侵報警系統獲取實時的控制狀態及其他狀態信息和報警，系統集成平臺同時監視入侵報警系統的運行。

? 在照明條件不佳的狀況下，當報警系統報警，集成平臺聯動樓宇自控系統，開啟相應位置照明裝置，配合管理人員對現場進行確認；

? 報警信號可以聯動報警區域的攝像機，將圖像切換到控制室的監視上，并進行錄象；

? 多個報警信號出現時，報警信號可以順序切換到不同的監視器上，報警解除后圖像自動取消，防止漏報；

? 有人在報警系統設防期間進入安裝控測器的區域時，視頻安防監控系統可在控制室內自動切換到相應區域圖像信號；

? 在特殊場合，進入房門需經保安人員認可時，CCTV將圖像切換到指定的監視器上，由保安人員認可后才可以進入大門；

? 在探測到非法侵入后集成平臺進行聲光報警，并記錄報警的時間和地點等信息；

4.3.10 公共廣播系統

InteBASE平臺對廣播系統可實現各游覽區域及各辦公區樓層功能區播放背景音樂、業務語音廣播、消防緊急廣播、分區切換功能的狀態監控： 對公共廣播系統設備的工作狀態（主要是工作回路）進行集中監控，在工作站上以電子地圖和數據表格的形式顯示各區域的信息。公共廣播可以和與消防自動報警等系統進行聯動配置，正常情況下公共廣播系統只進行背景音樂的廣播和各種通知的播報。

? 背景音樂：可對上下班時間及休息時間內，園區人流量多少時，選區進行播放不同的背景音樂功能進行監控；例如：背景音樂播放主要播放一些輕音樂，創造一個舒適的環境。音源可同時播放音樂，可以通過系統集成平臺設置對全區或指定的區域進行選區播放不同背景音樂。

? 音樂鈴聲：可對系統集成平臺進行設置根據需要選用不同的音樂作為園區區域不同的廣播鈴聲，對指定區域播放，為園區增添輕松和諧的氣氛。

? 自動播放：可在平臺上根據單位的具體情況編制周一至周日的播放工作表，自動定時定點播出背景音樂、報時音樂等。

? 緊急（消防自動）報警：當消防報警信號通過控制輸入模塊進入系統集成主機時，主機根據編程可以依照消防規范執行跨多個子系統的聯動，將廣播系統自動切換到報警區域進行自動廣播，或者對全區進行播放緊急廣播。消防廣播具有最高優先權，緊急廣播是利用消防控制室發出的聯動信號，利用控制輸入模塊自動觸發內置消防信號和音頻矩陣開關，使音頻輸出模塊開啟相應的區域，激活并調用內置消防信號，并用中、英文兩種語言進行自動循環廣播，直到值班人員通過緊急呼叫站對報警分區進行人工疏散廣播，引導人們安全撤離火災分區，也可通過分區矩陣系統設置，對全區進行緊急廣播。當火災報警系統發生報警時，INTEBASE V5.0智能集成系統集成平臺接收報警信號，并聯動相關區域背景音樂分區，播放預先錄制好的警情提示信息，并且在相關電子地圖中顯示區域信息。消防系統通過背景音樂系統對著火區域及相鄰±1層區域發布緊急廣播采用內部聯動方式進行實現。

4.3.11 多媒體信息發布系統

信息發布與商業引導系統與INTEBASE V5.0智能集成系統通過標準通訊接口進行聯結，在集成平臺或客戶端，均可以對信息導引及發布系統運行狀態進行監控，如定期或循環播放信息。信息發布與商業引導系統通訊協議為專用數據協議，在程序實現過程中，需工程公司提供其使用的通訊協議并提供端口開放，開發過程中采用通用的第三方測試軟件進行測試連接，保證連接的穩定性及數據的準確性。

對信息發布與商業引導系統進行集中監控管理，使得集成平臺上能信息發布與商業引導系統的實時數據，也可利用集成平臺向大屏發送顯示信息等，可實現一下功能：

? 實現與消防系統的連接，當消防系統發生報警且確認后，通過集成平臺聯動信息發布系統自動發布撤離通知，提供緊急疏散路線；

? 集成平臺可將西安麗楓城群建筑的相關信息，包括樓層分布、費用查詢等信息的更新信息集中發布，并通過信息的某些共性進行分類，最后模塊化、標準化發布到網站上?？蓪γ織l內容進行編輯，設定圖片位置，實現圖文繞字等。

? 對信息發布系統進行集中監控管理，集成平臺上可顯示信息發布系統的實時數據；

? 可在集成平臺上遠程發布信息內容

4.3.12 梯控管理系統

電梯系統與InteBASE V8.0集成平臺通過以太網實現聯結。集成平臺采集電梯管理系統數據，實現對電梯系統的監視，如電梯運行狀態，所到達樓層、開關門狀態、報警信息等。提供所有電梯運行及故障狀態、所在的樓層、上下行方向等；監視電梯的故障報警。功能與界面必須保持與建筑設備監控系統一致。

電梯管理系統在集成平臺上可實現的聯動動作：

集成平臺可在電梯出現故障時可在聯動電梯內的監控系統，自動彈出電梯內的監控畫面，并顯示維修人員的聯系方式，以備管理人員可以及時準確處理警情，保證乘梯人員安全。

4.3.13 電子巡更系統

巡更數據先采集到分控中心進行數據匯總，之后通過統一的實時數據包將數據傳輸到總控中心，集成平臺對總控中心與分控中心間網絡鏈路要求不高。

電子巡更系統采用TCP/IP和OPC方式建立與集成平臺的通信。巡更系統內的數據通過上層網絡，按不同用戶及用途建立相應的數據庫，用戶可根據授權查詢各自數據。通過集成平臺查詢巡更記錄，可按人名、時間、巡更班次、巡更路線對巡更人的工作情況進行查詢，并可將查詢情況打印成各種表格，如：情況總表、巡更事件表、巡更遺漏表等。

采用離線式電子巡更系統，巡視點的設置方便靈活。巡視點應分布在樓內各層（包括地下層）及各重要保衛部門及地區

在確定巡視線路設定一合理的檢測點，電子巡更系統提供巡視器定時讀取巡視點的信息給智能化集成系統。

   巡視員帶巡視器按規定時間及線路要求巡視時，到達巡視檢測點時，將巡視卡在巡視點前一晃，便可記錄巡視員到達日期、時間、地點及相關信息。若不按正常程序巡視，則記錄無效。查對核實后，即視作失職。

   電子巡更系統提供巡查信息的歷史記錄（人員、時間、事件等）給智能化集成系統

   智能化集成系統在電子地圖上顯示尋查點紀錄

   管理常用數據（如巡查到位情況、巡查人員等）分析、統計、查詢。

   電子巡更系統提供OPC接口給智能化集成系統

巡更系統開關的正常、報警，線路的開路、短路狀態，設備的自檢和保安設防、撤防管理。系統布防期間當系統接收到報警信號時，在集成平臺上會立刻顯示警報發生點信息，彈出報警電子地圖界面，指示報警位置，啟動警號。

例如：通過集成管理系統查詢巡更記錄，保安人員未按規定時間或程序進行巡察，集成管理平臺發出報警，報告給相應的管理人員。巡更系統可與閉路監控系統等實現聯動。

4.3.14 出入口控制系統

出入口控制系統采用TCP/IP接口和OPC方式建立與集成平臺系統通訊。系統平臺監視門禁系統各級設備的運行狀態，出入口控制系統內的數據通過上層網絡，按不同用戶及用途建立相應的數據庫。用戶可根據授權查詢各自數據。同時出入口控制系統的系統刷卡信息由集成平臺系統整理后發送給社區的相關管理系統，以使系統信息共享。

出入口控制系統采用OPC接口建立與集成管理系統的通訊。門禁系統內的數據通過上層網絡，按不同用戶及用途建立相應的數據庫。用戶可根據授權查詢各自數據，以使系統信息共享。

? 監視非法侵入的事件：當非法侵入發生時，如非法的持卡人被檢出時，通知樓宇自控系統打開相應地點的照明，CCTV電視監控系統的攝像機轉到預設位置進行監視，并進行錄像。

? 當確認火災發生時，自動打開消防緊急通道和安全門等，方便樓內人員的疏散。

? 提供所有出入口控制系統的狀態

? 提供人員考勤報表

? 在各個門口、地下車庫通往單元電梯廳的通道門、地下車庫和商務公館、公寓頂層的所有樓梯通道門、會所和藝術館重要房間、重要機房、財務室、重要辦公室、重要通道設置刷卡門禁、無障礙通道設置遠距離讀卡設備；

? 通過電子地圖查詢各門禁控制點實時狀態、歷史記錄，包括刷卡記錄、發卡記錄等；

? 門禁系統與樓控系統中的照明系統聯動，通過局域網可實現與智能照明系統的聯動，如門禁有刷卡動作即打開相應區域照明；

? 集成系統與門禁控制、閉路電視監控系統等相關系統聯動：

當報警發生時,集成系統的工作站上以電子地圖方式進行聲光報警,明確顯示報警處的相關信息，同時能聯結視頻監控系統和主監視器顯示報警處的圖像在主屏幕上，啟動硬盤錄像機等安防報警子系統?？傊?，發行報警時，工作人員能在最短時間內了解發生報警處的情況,這是系統集成功能的優越性的體現；總之有情況發生時能及時發出報警和指示報警位置和有關報警數據,并能記錄和提供聯動控制接口信號。

? 門禁系統與報警系統的聯結，當報警信息確認后，聯動相應門禁進行加鎖。

? 門禁系統包含考勤系統、對講求助報警等信息的共享：

考勤功能：管理人員可通過系統集成平臺對考勤數據具有統計功能；

? 門禁系統與閉路監控系統的聯動，根據系統設定特定位置門禁有開啟動作，閉路監控系統將打開相應位置的攝像機進行錄像，同時將此點圖像可切換為主畫面；

? 當發生報警時通過集成平臺將報警信息以語音及短信方式發送給相關管理人員；

? 系統能對運行狀態和信號傳輸線路進行檢測,能及時發出故障報警和顯示故障位置。

4.3.15 會議系統

多媒體會議系統通過標準的通訊協議與集成平臺進行互聯。物理聯結方式為由子系統引出網線接入交換機，再由交換機引出網線與集成平臺服務器相連?？梢詫崿F對多媒體會議系統的遠程控制功能。

? 全面監控會議系統設備的運行情況。

? 系統集成平臺實現對該系統數據的采集和提取，對多媒體會議系統進行實時的監視，并可實現數據的共享。

? 可參與制定會議室預定、排期等工作，提升管理質量及會議室使用效率。

4.3.16 智能停車場系統

停車場數據先采集到分控中心進行數據匯總，之后通過統一的實時數據包將數據傳輸到總控中心，集成平臺對總控中心與分控中心間網絡鏈路要求不高。

停車場管理系統采用標準通訊協議建立與集成平臺系統通訊。停車場管理系統內的數據通過上層網絡，按不同用戶及用途建立相應的數據庫。用戶可根據授權查詢各自數據。同時車庫管理系統的系統刷卡信息由集成平臺系統整理后發送給兒童醫院的第三方管理系統，以使系統信息共享。

車場系統：指定地點的動作可與CCTV錄像聯動；

? 整個安保系統與集成平臺系統的關系：建立一個完整的統一的監視畫面，便于整個兒童醫院的集中管理；

? 通過集成平臺對停車場車輛的進出、存放時間進行歷史記錄和查詢；

? 外來車輛的停車收費管理；

? 自動計算進入與駛出停車場之車輛數目；

? 具有停車等級管理功能，能始終保證院內急救車輛的暢通進出；

? 自動計算停車場內空置車位數目，當沒有空閑車位時，入口處“滿”信號自動顯示；

? 通過集成平臺可與視頻監控及車庫照明系統聯動，當車輛經過車輛感應器時，自動打開車庫照明或攝像機進行錄像、監控；

? 當發生無卡駛入、非法打開欄桿等，集成系統在電子地圖上顯示報警位置，發出聲光報警信號。

? 當發生消防報警時，自動打開車庫出入口的柵欄機，以便車輛能及時疏散；

? 車庫車輛數據分析，統計，維護，查詢，打印。

4.3.17 能源管理系統

集成能源管理系統。集成智能化管理系統與能源管理系統的主機相連，通過能耗統計系統提供的接口，集成平臺系統首頁能夠顯示建筑群內的空調、供熱、變配電、照明插座、電梯、給排水等的當日能耗總數、當月能耗累計總數據、一年能耗累計總數據。供管理者清晰掌握當前建筑的整體用能情況。

? 能自動顯示中心內空調、新風機、給排水等機電設備及照明、電梯、變配電的位置和狀態，運行時間、能耗狀況等；

? 對所獲取的能耗數據進行采集、分析和整理，提供詳細的報表與用能現狀分析，供使用者在此基礎上制定節能和優化的控制方案。

4.3.18 訪客管理系統

系統平臺可對來訪登記識別系統進行監控：

? 可隨時查詢訪客來訪時自動或手動抓拍的來訪者的圖像（刷卡同時可抓拍）；

? 在系統集成平臺的數據庫中有所有來訪者的信息資料，方便調用、查詢、對比；

? 來訪登記識別系統可與一卡通系統無縫銜接。

?

? 訪客管理系統將證件掃描識別信息提供給智能化集成系統

? 大量登記數據（40萬條以上）完全存入計算機系統，保證登記信息不會遺失；

? 用戶可以按照自身需要，設定各種查詢條件，對以往的登記數據進行快速檢索；

? 通過用戶自己設定的統計要求，對以往登記數據進行快速統計；

? 為了加強對來訪者身份管理，產品還可以對某些身份進行黑白名單管理，對于某些經常來訪的人員，就可以設置成百名單人員；對于某些可疑人員或者不受歡迎人員，則可以將其設置成黑名單人員，以便下次來訪即時報警；

? 數據網絡共享功能

? 數據網絡管理功能

4.3.19 三維系統

中創立方通過三維矢量模型廠家提供的地圖，同時結合與各類管理系統和監控系統進行對接。使得原本散亂、孤島式的各類管理系統,通過三維的效果,在向用戶提供更加主動有趣和實用的服務，實現數據雙向交互，充分滿足用戶需求，提高建筑的監控管理效率。

建筑3D監控管理使用戶可以整合建筑內分散的各種專業的監控系統，如樓宇自控、安防監控、視頻監控、出入口監控、報警監控、消防監控等，把多種的監控數據融為一體，建立統一的監控窗口，改變數據孤島現象，扭轉由于二維信息維度不足而導致的報表與數據泛濫的情況，實現監控系統和監控數據的價值最大化切實提供啊監控管理水平。

運用三維矢量模型虛擬現實創業園的空間結構展現，實現創業園中被管理設備（智能智表、空調主機設備、電梯、集中采集設備等）的精確定位，并進行管理。實現與安防子系統、門禁子系統、消防子系統、能源管理子系統的聯動，可及時調取各子系統相關設備的聯動信息。

4.4 一機多屏（可擴展）

系統支持多屏輸出功能，即服務器現場支持一機多屏，用戶可以根據業務需求自定義每個屏幕的輸出內容，分別輸出相關位置的電子地圖，視頻圖像和預案流程，實現一機多屏，多屏拼接。每個顯示屏可顯示不同的內容；多屏顯示功能可實現每棟樓重要設備實時運行情況的監視，發生狀況后可切換不同子系統數據到多屏屏幕。

在創業園的中控室配置拼接大屏，可實現重點位置的電子地圖、工程界面、視頻圖像、告警信息和預案流程等的圖像輸出，安保人員可掌握創業園的實時動態并完成對報警事務的即時確認及緊急處理等，從而實現對全局的整體把控。

一機三屏示意圖

拼接屏示意圖

4.5 應急預案功能

預案編制軟件是為編制各種緊急事件時的處理預案而設置，可大大減輕值班人員在發生緊急突發事件時的心理壓力和提高對突發事件的處理能力。集成平臺，通過對各智能化子系統的整合，可以實現跨多個子系統的聯動，因此，在集成平臺的基礎上我們為創業園系統配備了“緊急預案編制管理系統”，系統植入大量的預案信息，如各種逃生路線圖、人員名單、應急預案以及各種應急信息，該系統各種可能發生的緊急事故制定相應的預案，該系統既能給出指揮官各種指揮以及處理策略，同時其與集成管理系統的融合能及時地執行指揮官下達的指令。

4.5.1 門禁報警應急預案

當有人非法闖創業園的某扇門時緊急預案管理系統就會立即啟動，預案可以根據需要提請預設。

當有人非法闖入時系統平臺會有報警顯示，其他子系統會根據預案產生聯動：會有強光照明方便錄像；閉路電視會跟蹤錄像并儲存信息，將抓拍信息傳送到集成平臺顯示在主屏幕上；會有緊急廣播；在平臺上也顯示報警位置，給出可能逃跑路線；自動撥打電話報警；事后會有安防工作記錄表、報警處理報表，記錄下預報警區域、報警時間、報警歷史、報警分析等。

4.5.2 消防應急預案

消防報警跟門禁系統一樣，當有火災發生報警確認時，消防工作站確定報警區域：會切斷電源、打開門鎖；閉路系統進行錄像傳回中控室切換主屏幕；自動撥打報警電話；產生緊急廣播；事后會有消防工作記錄表、報警處理報表，記錄報警區域、報警點、報警歷史、報警分析等。

4.5.3 重大活動應急預案

對創業園的重大活動做到區域視頻輪巡警戒、梯次重點布防定時與移動終端信息交換。對突發異常事件做到多層次預案即時立體推送（廣播、移動終端），大做到創業園樓群全區域出入閘機管制；中做到重點區域分割監控；小做到重點人物跟蹤接力監控、個人信息查詢。

重大活動時各級終端發出提醒，自動顯示預案，移動終端回饋現場信息，與控制中心互動，視頻自動接力展示活動畫面，中心控制室定時給予多級終端推送活動進展信息，信息屏提示即時注意事項，廣播同時播放即時注意事項。

4.5.4 異常事件應急預案

發生重點事件或異常事件時，中心控制室給予多級終端推送異常情況報警信息，輪巡重點事件或異常事件相關區域視頻畫面，視頻追蹤接力展示事件動態畫面，移動終端顯示現場視頻和預案，安保人員第一時間對現場控制并對人群進行有效疏散，將現場情況進行及時反饋。集成管理平臺鏈接短信報警服務，快捷全面的信息查詢，實現特殊突發事件應急反應快速、高效，信息處理及時、全面。

4.5.5 異常行為應急預案

集成管理軟件平臺對創業園內所有區域進行實時監控，對于人數突增區域或人群行為出現異常區域，如創業園內人群行為異常出現激憤、肢體接觸等行為時，系統給予報警同時啟動相應的處理策略，集成管理軟件平臺所提供策略，不僅是對設備的協調，同時根據事件級別給予應對方案，如是否報警、是否通知相應管理人員，異常“區域”周邊是否需要進行人員疏散，該事件屬于何種事件，系統根據其內置管理程序給予相應的處理策略，在異常事件發生時，系統自動為相應人員提供相應資源。

為創業園提供完整的集成管理方案，使智能化系統利用率提高，同時我們秉承“讓管理更簡單！”的理念，設計了一套完整的軟件系統，將各個智能化子系統的數據進行整合，第一步實現數據信息的采集和整合，第二步實現跨子系統之間的聯動控制，第三步對系統進行深化設計，利用“柔性設施預定軟件”實現了與業務流程相匹配智能化控制流程，同時根據創業園的實際需求提供“應急預案功能”。INTEBASE V5.0智能集成系統系統為創業園的智能化系統提供了完整的管理軟件，在實際應用中將起到整體協調控制，同時提高了管理者的工作效率。

5 IBMS智能集成系統主要技術指標

系統最大監控點數：不限點（可根據模塊進行擴展，支持接口預留）

系統實時數據傳送時間：≤1s

系統控制命令傳送時間：≤1s

系統聯動命令傳送時間：≤2s

查詢數據動態更新時間：≤1s

系統平均無故障時間：≥ 100000小時。

所有支出環境軟件，如操作系統、數據庫均應是正版軟件。

系統接入的最大用戶個數：同時并行運行數大于100個，各操作站具有根據不同用戶、不同授權級別操作項目全部或區域管轄部分的操作權限。同時支持智能移動終端的運行數大于200個。