智能模塊探測器監(jiān)控

1、京力綜合監(jiān)控系統(tǒng) 技術文檔第一章、產品概述21產品概述22系統(tǒng)設計依據23名詞解析22結構特性43技術特性54關鍵技術6第二章、系統(tǒng)結構81概述82網絡拓撲結構93數(shù)據采集模塊102數(shù)據存取模塊163告警處理模塊194短信平臺215視頻監(jiān)控服務器226遠程服務模塊247客戶端模塊25第三章、后臺程序文件及目錄規(guī)范26第四章、探測器技術規(guī)范261探測器基本規(guī)范272模板文件編寫規(guī)范293探測器程序編寫規(guī)范37第五章、短信接口及查詢指令規(guī)范371短信發(fā)送接口382短信查詢指令規(guī)范38第六章、數(shù)據庫結構401用戶權限管理相關表結構402監(jiān)控管理相關表結構423視頻監(jiān)控相關表結構524日志相關表結構5

2、55設備類型表結構566其它表結構57第七章、安裝運行環(huán)境57第一章、產品概述1產品概述隨著信息化的普及，人們對計算機的依賴性日益提高，計算機信息系統(tǒng)已成為各行業(yè)部門信息化建設的重要組成部分，配套的環(huán)境、設備也日益增多。在鐵路、銀行、電信、政府機關、電力、樓宇、倉庫、監(jiān)獄、集團公司等行業(yè)和部門，機房已成為整個管理信息系統(tǒng)的心臟。如何對各種重要機房設備和環(huán)境進行實時監(jiān)測、快速診斷？如何對重要區(qū)域進行聯(lián)動監(jiān)測，建立完善的安全保衛(wèi)機制？如何將大量不同類型的設備、通訊協(xié)議、各子系統(tǒng)分散的管理任務進行有機的結合？這正是我們的產品京力KinglyWatch綜合監(jiān)控系統(tǒng)帶給大家在該領域應用的重大革新。京力K

3、inglyWatch綜合監(jiān)控系統(tǒng)提供了統(tǒng)一的監(jiān)管平臺，包括對動力及環(huán)境、小型機、網絡、視頻、安全防盜、消防火災預警等重要設備參數(shù)的監(jiān)測，實現(xiàn)集中化監(jiān)控及管理，減輕維護人員負擔，提高了機房運行的可靠性，實現(xiàn)了機房的科學管理。2系統(tǒng)設計依據 計算機站場地技術條件(GB 2887-89) 計算機站場地安全要求(GB 9361) 安全防范系統(tǒng)驗收規(guī)則(GA 308-2001) 安全防范系統(tǒng)通用圖形符號(GA/T74-2000) 安全防范工程程序與要求(GA/T75-94)3名詞解析COM/DCOM：由Microsoft推出的組件開發(fā)技術。屬于開放的組件標準，有很強的擴充和擴展能力，基于COM/DCOM

4、組件技術開發(fā)的應用系統(tǒng)，具有開放性、易升級、易維護等優(yōu)點。OPC：OPC全稱是OLE for Process Control，它的出現(xiàn)為基于Windows的應用程序和現(xiàn)場過程控制應用建立了橋梁。在過去，為了存取現(xiàn)場設備的數(shù)據信息，每一個應用軟件開發(fā)商都需要編寫專用的接口函數(shù)。詳細開發(fā)細節(jié)請參見其它OPC技術開發(fā)文檔。探測器：運行于服務器端的后臺程序，用于直接與硬件設備或監(jiān)控設備（包括實際的物理設備和邏輯對象）通信，進行數(shù)據采集的程序。目前系統(tǒng)提供了將近20種探測器，如KwsAdam探測器，是研華采集模塊探測器，可以采集各種模擬量(溫濕度、電壓等)、數(shù)字量(積水、煙霧、紅外等)。監(jiān)控模塊：是指探

5、測器采集數(shù)據的來源，來源包括以下幾種：u I/O采集模塊：如研華的Adam采集模塊；u 智能卡或自定義協(xié)議模塊：如空調智能通信卡、UPS智能通信卡、門禁控制器等；u 通過程序實現(xiàn)的采集模塊：如小型機、網絡、數(shù)據庫、病毒等。一個探測器可能支持一個或多個不同類型的模塊，并可以同時并發(fā)地對多個模塊進行數(shù)據采集。如研華Adam探測器支持Adam4017、4117、4018、4050、5017、5050等采集模塊。變比：一些I/O數(shù)據量通過專用的傳感器(探頭)把信號轉換電流或電壓信號。轉換時存在一定的線性關系，如-1060的溫度通過轉換后，會轉換成4-20mA的電流。這種線性的轉換關系，我們把它定義為變

6、比。提出這個概念有助于用戶增加新的I/O采集量，方便配置，增強系統(tǒng)的擴展性、靈活性。監(jiān)控設備：是指實際的監(jiān)控對象，用戶所瀏覽到就是某個監(jiān)控設備的采樣數(shù)據。監(jiān)控設備的數(shù)據是通過探測器對監(jiān)控模塊采集出來的。這些監(jiān)控設備可以是若干監(jiān)控點的組合，方便對監(jiān)控點的管理和瀏覽，如某個機房的某個區(qū)域的溫濕度點，可以配成一個監(jiān)控對象；也可能是真正的某臺硬件設備,如UPS、精密空調、極早期火災、小型機設備等。監(jiān)控項目：當監(jiān)控設備的監(jiān)控參數(shù)(監(jiān)控點)比較多，為了方便管理和瀏覽，對具有相同或相似含義的監(jiān)控進行適當?shù)姆诸?。我們把這種分類定義為監(jiān)控項目。一個監(jiān)控設備可能具有多個監(jiān)控項目。例如，科華80KVA UPS的監(jiān)控

7、項目包括：整流器參數(shù)輸出參數(shù)逆變器參數(shù)電池參數(shù)機內溫度設備連接狀態(tài)監(jiān)控點：是指設備的監(jiān)控項，如溫濕度探頭包括溫度、濕度。2結構特性KinglyWatch是一個支持多級結構的集中與分布式相結合的實時數(shù)據采集監(jiān)控系統(tǒng)。系統(tǒng)在每一級都有獨立的監(jiān)控單元SU及監(jiān)控中心SC，擁有自己獨立的數(shù)據庫。各級監(jiān)控系統(tǒng)以數(shù)據庫服務器為中心、數(shù)據存取服務器作為數(shù)據接收和轉發(fā)的通信樞紐。各類探測器、采集服務器為系統(tǒng)的后臺服務、中心控制臺作為系統(tǒng)人機交互的前臺客戶端，通過本地以太網連接組成，系統(tǒng)同時兼容兩種大型關系數(shù)據庫：Oracle8i、SqlServer2000。如下圖所示：3技術特性 可擴展性、開放性調整系統(tǒng)配置，

8、通過備用通道或插入采集模塊，即可迅速實現(xiàn)對新增采樣點的監(jiān)控；以開放式插件技術提供對其他協(xié)議采集模塊和智能設備數(shù)據采集的支持，在設備品牌類型等方面不存在兼容性和局限性（需設備廠商提供通信協(xié)議）；系統(tǒng)數(shù)據采集遵循OPC技術規(guī)范，基于COM/DCOM技術；軟硬件設計采用模塊化可擴充結構及標準化模塊接口；監(jiān)控內容的結構上，完全采用面向對象組織的方式，能容納各種類型的監(jiān)控對象，同時也方便集成全新對象的監(jiān)控。 實時性采用多線程技術、多端口重疊IO技術，以模塊為中心，分組采樣的方式，實現(xiàn)系統(tǒng)對數(shù)據采集的實時性要求。 穩(wěn)定性監(jiān)控系統(tǒng)某一子系統(tǒng)運行異常，不影響系統(tǒng)中其它子系統(tǒng)的正常運行。同時大量采用高可靠性、高

9、穩(wěn)定性的硬件產品。 安全性硬件系統(tǒng)的設計采用可靠的電氣隔離，保證系統(tǒng)的軟硬件在任何情況下，均不能夠影響被監(jiān)控對象運行的安全性。 分布性與集中性相結合各個監(jiān)控單元均可獨立工作，可獨立保存全部本地監(jiān)控數(shù)據；重點數(shù)據集中和多類型數(shù)據集中，各級告警信息均可集中到上級數(shù)據庫，不同性質的監(jiān)控指標可在同一平臺上集中表現(xiàn)；支持省、地市到縣級監(jiān)控節(jié)點的多級網絡化的體系結構，實施企業(yè)或系統(tǒng)內部一體化、統(tǒng)一化的集中綜合監(jiān)控。 可靠性采用高可靠性的采集設備，以485工業(yè)控制總線方式構建信號采集子網，實現(xiàn)監(jiān)控點數(shù)據的可靠采集及傳輸；監(jiān)控系統(tǒng)完全符合各項電磁兼容性和電氣隔離性能設計要求；可直接監(jiān)視到監(jiān)控系統(tǒng)后臺服務的運行

10、狀態(tài)；具有自診斷功能；監(jiān)控模塊的機箱采用良好的接地措施。系統(tǒng)平均故障間隔時間MTBF20000H，監(jiān)控系統(tǒng)硬件的平均故障間隔時間MTBF100000h，平均故障修復時間MTTR0.5H。 通用性系統(tǒng)的設計符合國際工業(yè)監(jiān)控與開放式設計標準，采用標準化、模塊化的通用采集單元，一體化的綜合布線方式。4關鍵技術4.1. COM/DCOM組件技術COM是Component Object Model的縮寫，是所有OLE機制的基礎。COM是一種為了實現(xiàn)與編程語言無關的對象而制定的標準，該標準將Windows下的對象定義為獨立單元，可不受程序限制地訪問這些單元。這種標準可以使兩個應用程序通過對象化接口通訊，而

11、不需要知道對方是如何創(chuàng)建的。COM支持在一臺人的協(xié)同合作，但DCOM將COM擴展至支持分布式對象，這一擴展加強了對位置的透明性、遠程激活、連接管理、并發(fā)管理和安全方面的支持。系統(tǒng)的后臺服務程序都是基于COM或DCOM組件技術開發(fā)，服務程序之間相互通信是通過COM或DCOM接口調用來完成的，同時，也為用戶提供實用性的接口，如短信發(fā)送接口、遠程控制接口、動態(tài)配置接口。4.2. OPC技術OPC全稱是OLE for Process Control，它的出現(xiàn)為基于Windows的應用程序和現(xiàn)場過程控制應用建立了橋梁。在過去，為了存取現(xiàn)場設備的數(shù)據信息，每一個應用軟件開發(fā)商都需要編寫專用的接口函數(shù)。由于

12、現(xiàn)場設備的種類繁多，且產品的不斷升級，往往給用戶和軟件開發(fā)商帶來了巨大的工作負擔。通常這樣也不能滿足工作的實際需要，系統(tǒng)集成商和開發(fā)商急切需要一種具有高效性、可靠性、開放性、可互操作性的即插即用的設備驅動程序。在這種情況下，OPC標準應運而生。OPC標準以微軟公司的OLE技術為基礎，它的制定是通過提供一套標準的OLE/COM接口完成的，在OPC技術中使用的是OLE 2技術，OLE標準允許多臺微機之間交換文檔、圖形等對象。通過DCOM技術和OPC標準，完全可以創(chuàng)建一個開放的、可互操作的控制系統(tǒng)軟件。OPC采用客戶/服務器模式，把開發(fā)訪問接口的任務放在硬件生產廠家或第三方廠家，以OPC服務器的形式

13、提供給用戶，解決了軟、硬件廠商的矛盾，完成了系統(tǒng)的集成，提高了系統(tǒng)的開放性和可互操作性。系統(tǒng)的數(shù)據采集是基于OPC技術規(guī)范開發(fā)的，即數(shù)據采集服務程序屬于OPC-Client的實現(xiàn)，而所有的探測器屬于OPC-Server的實現(xiàn)，目前系統(tǒng)已經實現(xiàn)了將近20余種探測器，我們現(xiàn)在所提供的探測器就是為一些硬件設備或監(jiān)控對象實現(xiàn)OPC服務器的功能。關于探測器的編寫規(guī)范在后面有描述。 4.3. NET Remoting技術.Net Remoting是一種基于.Net框架下的分布式處理技術，可以說Remoting就是DCOM的一種升級，它改善了很多功能，并極好的融合到.Net平臺下。Microsoft? .N

14、ET Remoting 提供了一種允許對象通過應用程序域與另一對象進行交互的框架。這也正是我們使用Remoting的原因。為什么呢？在Windows操作系統(tǒng)中，是將應用程序分離為單獨的進程。這個進程形成了應用程序代碼和數(shù)據周圍的一道邊界。如果不采用進程間通信（RPC）機制，則在一個進程中執(zhí)行的代碼就不能訪問另一進程。這是一種操作系統(tǒng)對應用程序的保護機制。然而在某些情況下，我們需要跨過應用程序域，與另外的應用程序域進行通信，即穿越邊界。在Remoting中是通過通道（channel）來實現(xiàn)兩個應用程序域之間對象的通信的。首先，客戶端通過Remoting，訪問通道以獲得服務端對象，再通過代理解析為

15、客戶端對象。這就提供一種可能性，即以服務的方式來發(fā)布服務器對象。遠程對象代碼可以運行在服務器上（如服務器激活的對象和客戶端激活的對象），然后客戶端再通過Remoting連接服務器，獲得該服務對象并通過序列化在客戶端運行。本系統(tǒng)主要利用.Net Remoting實現(xiàn)控制臺與后臺通信，實現(xiàn)以下功能：監(jiān)控后臺服務程序運行狀況、服務程序進行啟動、停止等調度操作、遠程的布防/拆防、遠程控制動態(tài)配置等。4.4. 多線程并發(fā)技術多線程是為了使得多個線程并行的工作以完成多項任務，以提高系統(tǒng)的效率。線程是在同一時間需要完成多項任務的時候被實現(xiàn)的。使用線程的好處有以下幾點：l 使用線程可以把占據長時間的程序中的任

16、務放到后臺去處理。l 用戶界面可以更加吸引人。l 程序的運行速度可能加快，所有的模塊可以并發(fā)采集數(shù)據。l 在一些等待的任務實現(xiàn)上如用戶輸入、文件讀寫和網絡收發(fā)數(shù)據等，線程就比較有用了。在這種情況下我們可以釋放一些珍貴的資源如內存占用等等。4.5. 基于面向對象的配置基于所有物體都是對象的思想，本系統(tǒng)在監(jiān)控設置的配置方面則完全是從這個思想考慮，提出了設備對象、監(jiān)控設備類型、監(jiān)控項目類型、監(jiān)控點類型的概念，它們之間的關系如下所示：設備類型項目類型項目類型監(jiān)控點類型監(jiān)控點類型設備對象其中，監(jiān)控點類型的配置包括監(jiān)控點如何構造及告警規(guī)則的配置，由監(jiān)控點類型組成了項目類型，從而能夠生成完整的設備類型，具體

17、的設備是設備類型的實例對象。第二章、系統(tǒng)結構1概述系統(tǒng)從整體結構上由探測器池、數(shù)據采集、告警處理、視頻監(jiān)控、數(shù)據存取、數(shù)據庫、遠程處理及控制臺等九部分組成。它們之間的關系如下圖所示：探測器池(OPC Server)精密空調I/O采集模精密空調I/O采集模UPS電源智能電量儀小型機網絡設備I/O采集模塊極早期火災測漏控制器門禁控制器視頻數(shù)據庫服務器病毒配電數(shù)據采集服務(OPC Client)數(shù)據存取服務告警服務視頻服務Oracle8i / Sqlserver2000配置文件短信收發(fā)服務電話語音服務遠程處理服務數(shù)據流應用配置后臺服務調度、檢測Web服務器(IIS)控制臺探測器池、數(shù)據采集、告警處理

18、、視頻監(jiān)控、數(shù)據存取屬于后臺服務程序，部署在專業(yè)的工控服務器上。數(shù)據庫可以選用SqlServer或Oracle兩種數(shù)據庫類型，可以部署在另外一臺專用服務器上?？刂婆_是用于配置管理、監(jiān)控、控制的客戶端工具。2網絡拓撲結構KinglyWatch是一個支持多級結構的集中與分布式相結合的實時數(shù)據采集監(jiān)控系統(tǒng)。如下圖所示：3數(shù)據采集模塊3.1. 概述數(shù)據采集模塊是負責對監(jiān)控設備或對象的數(shù)據采集，包括數(shù)據采集服務、探測器兩部分。數(shù)據采集服務屬于NT服務程序，是基于OPC-Client規(guī)范的實現(xiàn)，數(shù)據采集服務根據配置文件，訪問各種探測器(OPC-Server)，創(chuàng)建分組及標簽。探測器屬于進程外組件，是基于O

19、PC-Server規(guī)范的實現(xiàn)，每個探測器都能對同時對多臺監(jiān)控設備或對象并發(fā)采集數(shù)據。3.2. 數(shù)據采集服務數(shù)據采集服務屬于NT服務程序，實現(xiàn)了以下功能：u 激活探測器u 數(shù)據采集u 數(shù)據入庫u 告警預判斷數(shù)據采集服務的名稱是KinlyWatch，對應的配置文件是ConfigKinglyWatch.xml。它是由遠程處理服務生成的?？刂婆_通過應用配置后則會重新生成KinglyWatch.xml配置文件。KinglyWatch.xml文件描述了以下信息：u 探測器u 采樣模塊u 監(jiān)控設備u 監(jiān)控點數(shù)據采集服務通過裝載KinglyWatch.xml文件后，以便用于激活探測器，并通知探測器如何采集數(shù)據

20、，以及采集數(shù)據如何組織、如何寫入數(shù)據表。3.3. 探測器運行于服務器端的后臺程序，用于直接與硬件設備或監(jiān)控對象通信，進行數(shù)據采集的程序，是基于OPC-Server規(guī)范的實現(xiàn)， 目前系統(tǒng)提供以下探測器：l ADAM模塊探測器：監(jiān)控內容： 溫濕度 電壓 積水 煙霧 紅外 各種開關狀態(tài)運行要求：無l 海灣極早期火災預警探測器：監(jiān)控內容： 實時煙霧濃度 火警 火災報警 預警 設備狀態(tài)運行要求：需要配備海灣Micro-100硬件設備。l SDASEN配電模塊探測器：監(jiān)控內容： 相電壓 相電流 有功功率 無功功率 視在功率 功率因素 頻率 電度數(shù) 線電壓 電壓電流比 設備狀態(tài)運行要求：需要配備斯達森Sda

21、sen SMT18N硬件設備。l 科龍120KVA UPS智能模塊探測器監(jiān)控內容： UPS狀態(tài) 旁路參數(shù) 電池參數(shù) 額定參數(shù) 輸出參數(shù) 輸入參數(shù) 機內溫度運行要求：需要科龍UPS廠家提供智能通信卡。l 科龍80KVA UPS智能模塊探測器監(jiān)控內容： 整流器參數(shù) 輸出參數(shù) 逆變器參數(shù) 電池參數(shù) 機內溫度 UPS狀態(tài)運行要求：需要科龍UPS廠家提供智能通信卡。l CM+精密空調智能模塊探測器監(jiān)控內容： 壓縮機參數(shù) 溫濕度 加濕與除濕 加熱與制冷 遠程控制參數(shù) 風機狀態(tài) 設備狀態(tài) 報警參數(shù)運行要求：需要CM+廠家提供智能通信卡。l 科土達120KVAUPS智能模塊探測器l 菲龍克斯精密空調智能模塊探

22、測器l HP-UX小型機探測器監(jiān)控內容： CPU利用率 內存利用率 文件系統(tǒng)利用率 進程 邏輯卷 CPU狀態(tài) 硬盤狀態(tài) 內存狀態(tài) 在線狀態(tài)運行要求：無l IBM-AIX4.3/5.0小型機探測器監(jiān)控內容： CPU利用率 內存利用率 文件系統(tǒng)利用率 HDISK 進程 CPU狀態(tài) 硬盤狀態(tài) 內存狀態(tài) 在線狀態(tài)運行要求：無l SNMP網絡流量探測器l PING網絡狀態(tài)探測器l Oracle數(shù)據庫探測器監(jiān)控內容：1）表空間空閑率2）連接數(shù)運行要求：1.考慮到監(jiān)控內容能夠通過不同的SQL語句獲取，用戶可以通過配置KwsDBCmd.xml文件，系統(tǒng)默認的SQL語句請參考xml文件，KwsDBCmd.xml

23、格式如下所示： 連接數(shù)的SQL語句，字段名固定為“IpSection”、“Num”;：表空間利用率的SQL語句，字段名固定為“tablespace_name”、“free”。2.為了準確地對連接數(shù)進行統(tǒng)計，還需要建立關聯(lián)的配置，即IP段的描述，例如“85.16.”的IP段對應為“省局”、“85.20.”的IP段對應的為“長沙市局”，這種對應關系是通過KwsIpSection.xml來配置的，格式如下所示：85.16.省局85.20.長沙85.72.株洲85.64.衡陽段描述了IP段的對應關系，為具體的IP段，是對IP段的描述，用戶可以增加更多的Section以建立其對應關系。l 披克門禁探測器

24、l 視頻探測器l 瑞星病毒探測器關于探測器的技術規(guī)范請參見第四章。3.4.告警預判斷數(shù)據采集服務是數(shù)據來源的總入口，加入告警預判斷，能夠更加快速的響應，告警判斷的策略是從告警配置文件KinglyAlert.xml文件讀取的。目前系統(tǒng)提供種判斷策略：u 幅值：是指采樣點的值低于或高于額定值時，需要判斷是否處于告警狀態(tài)及所處的告警級別。例如某個電壓的額定值為220V，當普通告警級別設定幅值數(shù)為10時，表示當電壓值低于210（220-10）或高于230（220+10）時已經處于普通告警級別。u 范圍：是指當采樣點的值處于這個范圍值時，則認為是已經處于告警狀態(tài)了。每一個告警級別對應一個具體的范圍值，以

25、方便判斷出告警級別。例如某個溫度點的普通告警的范圍是28-35度，嚴重告警的范圍35-40度，則當此濕度點的當前采樣值為32度，表示已經處于普通告警級別。在控制臺上填寫范圍值時，用“-”（破折號）分開最小值與最大值，例如“28-35”。u 定值：是指采樣點的值一旦不為指定值時，就產生告警。如果告警2數(shù)據存取模塊數(shù)據庫存取模塊是完成對數(shù)據庫的操作。數(shù)據采集服務、告警處理服務等后臺服務模塊與數(shù)據庫操作的部分都是通過數(shù)據庫存取模塊完成的，同時，下級機構的告警數(shù)據上傳也是通過它完成的。數(shù)據庫服務是為了給所有服務進程提供一個數(shù)據庫訪問的接口，并維持數(shù)據庫的持久性連接，本身也屬于一個服務進程。同時，為了給

26、系統(tǒng)提供一個多類型數(shù)據庫的支持，數(shù)據庫服務屏蔽不同數(shù)據類型的差別、以透明化上層的調用。數(shù)據庫服務還會實時檢測數(shù)據連接性情況，當數(shù)據庫服務器出現(xiàn)連接故障時，數(shù)據會立即切換、寫入到本地數(shù)據庫中，如果數(shù)據庫服務器恢復連接后，則會把本地數(shù)據庫的數(shù)據重新寫入到數(shù)據庫服務器中，以保障數(shù)據的完整性，確定系統(tǒng)的穩(wěn)定性、可靠性。對應的服務程序名稱為KinglyDMS，屬于NT服務程序，即后臺程序目錄下的KinglyDMS.exe。數(shù)據存取服務目前支持Oracle8i及Sqlserver2000兩種大型數(shù)據庫，通過修改配置文件即可完成數(shù)據庫連接的配置，數(shù)據庫配置文件為Connect.udl及ParentConne

27、ct.udl。數(shù)據庫配置文件說明：Connect.udl：為本地機構的數(shù)據庫配置文件。ParentConnect.udl：為上級機構的數(shù)據庫配置文件，如果上級機構不存在或不需要進行數(shù)據數(shù)據上傳，此文件可以去掉，不進行配置。數(shù)據庫配置文件的修改：1 直接雙擊配置文件Connect.udl及ParentConnect.udl，彈出配置對話框，如下所示：2 點擊“提供程序”，選擇你要連接的數(shù)據庫類型，如果是SQLServer，請選擇“Microsoft OLE DB Provider for SQL Server”；如果是Oracle，請選擇“Oracle Provider for OLE DB”。

28、注意，對于Oracle數(shù)據庫，需要提前安裝“Oracle客戶端”。3 點擊“下一步”，進入到“連接”設置，如果是SQLServer，如下所示：如果是Oracle，如下所示：4 點擊“測試連接”，如果連接成功，則會報告“測試連接成功”，否則報告“測試連接失敗”，這里需要重新修改連接配置，直到正確連接。3告警處理模塊告警處理服務屬于NT服務程序，實現(xiàn)了以下功能：u 裝入監(jiān)控設備的告警配置u 接收監(jiān)控設備的告警信息；u 根據對象的告警配置，分發(fā)告警；u 實現(xiàn)布、拆防u 接收并處理用戶的查詢指令它們之間關系如下圖所示：告警處理服務程序名稱為KinglyAlert，配置文件為ConfigKinglyAl

29、ert.xml，采用XML格式進行存儲，這個文件是由系統(tǒng)自動生成的，不需要用戶修改，為了方便用戶查看，特將格式說明：14300|18F74DB8F-D9D8-4284-9CD4-4E20AF772681test/38514連通性參數(shù) DeviceList節(jié)描述了配置了告警的設備的數(shù)目；OrgCode節(jié)描述了配置的數(shù)據所屬的機構及機房信息；Device節(jié)詳細描述了每一個監(jiān)控點的告警配置情況。4短信平臺短信平臺作為一個中間環(huán)節(jié)，不僅用于告警短信的發(fā)送、監(jiān)控狀態(tài)的查詢，而且也可以向外部開放了一個統(tǒng)一的短送發(fā)送接口，以便其它應用系統(tǒng)進行掛接，避免重復投資。同時，短信平臺還屬于一個

30、分布式的DCOM組件，可以更加方便、靈活的部署。短信平臺的服務程序名為KinglySMS，對應的配置文件為Config KinglyAlertCenter.xml，文件以XML形式保存，格式如下所示：COM119200該文件支持以后的擴展，目前只配置了短信的配置，即節(jié)：Port：串口號，格式為COM+編號Rate：通信波特率DefaultPhone：默認手機號碼IP：短信平臺所部署的機器IP地址。如果是本地，則可以配置為UserName：安全訪問的用戶名。系統(tǒng)默認為kws。Password：用戶所對應的密碼。系統(tǒng)默認為kws。短信平臺開放的接口及查詢指令，請參考第五章。5視頻

31、監(jiān)控服務器視頻監(jiān)控服務器是使用視頻采集卡和計算機接口通信技術相結合的一套集告警、聯(lián)動、回放為一體的系統(tǒng)解決方案。以視頻解壓縮技術為基礎，為用戶提供低價高質可視化的監(jiān)控技術。為被監(jiān)控環(huán)境的安全防護提供高效的預警機制：結合系統(tǒng)中的其它模塊，一旦被監(jiān)控目標發(fā)生了異常，系統(tǒng)就可以通過告警子系統(tǒng)給預先設定的預置點告警聯(lián)動，使得高速球聯(lián)動錄像，并把錄像文件和相關的設備關聯(lián)，將任何異?，F(xiàn)象做可視化的記錄。同時，用戶也可以通過遠程請求錄像回放告警錄像文件。視頻監(jiān)控子系統(tǒng)突破了原有傳統(tǒng)監(jiān)控系統(tǒng)的局限性，實現(xiàn)無人值守。視頻監(jiān)控服務器屬于NT的服務程序，對應的程序名稱為KinglyVideo，配置文件為Kingly

32、Video.xml，以XML形式存儲，由系統(tǒng)自動生成，包括兩部分的配置：1）視頻全局配置 CycleRecord-是否循環(huán)錄像 1 DiskList-錄像分區(qū)列表 i,j DiskRemain-錄像分區(qū)的最小剩余空間，單位Mb。 300 DiskLeft-錄像分區(qū)的低于這個空間，應該報警可刪除以前的錄像文件 600 VideoPort-視頻服務器的端口 5050 2）視頻通道配置 0 PortName 機房一 AlarmTimePass 0 AutoGrade 1 Grade 2 LostVideoAlarm 1 PreRecordNum 50 AlarmNum 20 NetTransmit

33、1 PtzProtocol PLCOD PtzAddr 1 PtzComport 2 ShowDate 1 ShowTime 1 HorizontalSpeed 64 VerticalSpeed 32 CommBaudRate 2400 6遠程服務模塊遠程服務模塊屬于.Net程序，是以服務程序方式運行，主要提供以下功能：u 后臺服務的調度u 遙控（遠程控制）u 應用配置u 遠程布、拆防u 短信網關服務程序的名稱為KinglyDALServer，對應的配置文件為：KinglyDALServer.exe.config，是以XML形式存儲，針對數(shù)據庫連接需要修改此配置文件的節(jié)及節(jié)：Oracle8i數(shù)

34、據庫的配置格式： 請修改key=hibernate.connection.connection_string中的Data Source、User ID、 Password的值以完成對數(shù)據庫連接的配置：Data Source：數(shù)據源User ID：數(shù)據庫的登錄用戶Password：用戶密碼的配置格式則是。SQLServer2000數(shù)據庫的配置格式： 請修改key=hibernate.connection.connection_string中的Server、Database、User id、Password的值以完成對數(shù)據庫連接的配置：Server：SQLServer服務器，如果有實例，要加上實例

35、名，如KINGLY。Database：數(shù)據庫名User id：登錄用戶Password：登錄密碼的配置格式則是。7客戶端模塊控制臺屬于前臺客戶端部分，詳細操作請參見用戶手冊。第三章、后臺程序文件及目錄規(guī)范1. 后臺程序、日志文件、配置文件放在統(tǒng)一目錄下；2. 所有的后臺程序、日志文件、配置文件都用英文字符命名；3. 日志文件放在Log子目錄，命名規(guī)范如下：4. 探測器日志文件名為：.log5. 服務程序日志文件名為：.log6. 配置文件放在Config子目錄，命名規(guī)范如下：7. 探測器a) 模塊配置文件名為：_MCFG.xmlb) 監(jiān)控點變比的配置文件名為：_PCFG.

36、xml8. 服務程序的配置文件名為：.xml9. 目錄結構如下：|-|-*.log|-|-*.xml|-*.exe|-*.dll第四章、探測器技術規(guī)范用戶在可以實現(xiàn)自己的探測器，編寫探測器的前提條件是需要深入理解OPC開發(fā)技術，同時如果需要與本系統(tǒng)很好的結合，還需要遵守以下技術規(guī)范：1探測器基本規(guī)范探測器的程序名要求全是英文字符、不能包含中文字符，且必須以Kws開頭。每個探測器都具有相應的配置文件，注意，配置文件是由通過控制臺應用配置動態(tài)生成的。配置文件說明：_MCFG.xml：采樣模塊的配置文件，詳細地描述了采樣模塊的各項參數(shù)。探測器通過讀取此文件后，能知道需要對哪些采樣模塊進行數(shù)據采集操作

37、。采樣模塊的參數(shù)項是由探測器模板文件所提供的，也就是說探測器如果需要對采樣模塊進行數(shù)據采集操作，需要提供哪些參數(shù)。例如ADAM模塊探測器所對應的配置文件為KwsAdam_MCFG.xml，其中包括了串口號、站點號、模塊插槽號、采樣周期等參數(shù)項，這些參數(shù)都是探測器操作ADAM采樣模塊的所必須提供的參數(shù)。配置文件規(guī)范如下：1) 采樣XML形式進行數(shù)據的組織。關于XML方面的資料請自己查閱。這里不再闡述。2) 文件采用UTF-8的存儲方式，即文件頭描述如下：3) XML格式規(guī)范： ADAM4017:1.1.0 PortNo 串口號 1 COM1 1 COM2 2 1 StationNo 站點號 1 1-254 1 注意： 為一個采樣模塊的參數(shù)配置。文件是可以對多個采樣模塊都描述的。同時，如果無采樣模塊的配置，則文件只包含了。關于的說明請參考模板文件編寫規(guī)范。_PCFG.xml：采樣點的配置文件，此配置文件是針對某些采樣點需要通過變比，實現(xiàn)對數(shù)據轉換而生成的配置。例如溫度監(jiān)控點的變比為-1060420