【安防知識網(wǎng)】

　　軟件功能的完善及提升

　　采用Microsoft SQL Server數(shù)據(jù)庫替代原有的InterBase數(shù)據(jù)庫

　　1、業(yè)務發(fā)展的需要

　　區(qū)域聯(lián)網(wǎng)報警控制中心接警軟件是基于數(shù)據(jù)庫管理的應用軟件，數(shù)據(jù)庫資料是該軟件的中心內(nèi)容，其主要包括基本數(shù)據(jù)庫資料與動態(tài)數(shù)據(jù)庫資料。其中基本數(shù)據(jù)庫資料是需要用戶進行錄入的數(shù)據(jù)庫資料，只有錄入豐富的數(shù)據(jù)庫資料才會使軟件應用更加豐富多彩，而動態(tài)數(shù)據(jù)庫是操作員在應用軟件過程中由系統(tǒng)自動生成的數(shù)據(jù)庫資料，例如用戶報警歷史記錄、系統(tǒng)事件記錄、來電顯示記錄等，這類數(shù)據(jù)庫資料提供系統(tǒng)在運行過程中的所有記錄，操作員可根據(jù)需要進行有效維護，包括查看、查詢、查找、清除、備份等操作。

　　隨著用戶的增加，區(qū)域聯(lián)網(wǎng)報警控制中心警情的接收數(shù)量也在不斷攀升，這些動態(tài)數(shù)據(jù)庫特別是用戶報警歷史記錄數(shù)據(jù)庫中的記錄數(shù)量也在不斷地“擴容”。某區(qū)域聯(lián)網(wǎng)報警控制中心在2000年改造時，報警聯(lián)網(wǎng)用戶僅1500余戶，經(jīng)過近幾年的發(fā)展，用戶已經(jīng)突破4000戶，警情數(shù)據(jù)接收量也由原來的5000條/天增加至20000條/天。當采用Interbase數(shù)據(jù)庫系統(tǒng)時，當用戶報警歷史記錄數(shù)據(jù)在150萬條左右(數(shù)據(jù)庫文件大小在1.5G左右)時，就必須對用戶報警歷史記錄數(shù)據(jù)進行刪除操作，否則，將會導致數(shù)據(jù)庫系統(tǒng)的“崩潰”，造成接警系統(tǒng)癱瘓。顯然原先使用的Interbase數(shù)據(jù)庫已經(jīng)不能適應目前如此大的數(shù)據(jù)容量。如此巨大的數(shù)據(jù)量對區(qū)域聯(lián)網(wǎng)報警控制中心接警服務器的性能及接警數(shù)據(jù)庫容量提出了更高的要求。[nextpage]

　　2、查詢速度的需要

　　由于原有數(shù)據(jù)查詢操作，都是在實時數(shù)據(jù)庫中進行的，進行一次簡單的查詢操作(查詢結(jié)果數(shù)據(jù)在20條左右，范圍在10天之內(nèi))，需要花上2～3分鐘，并且數(shù)據(jù)查詢時，還會影響到整個接警工作的正常進行，特別是在用戶報警歷史記錄進行大數(shù)據(jù)量查詢時(查詢結(jié)果數(shù)據(jù)在1000條左右，范圍在1個月之上)，整個接警系統(tǒng)軟件就會有“僵死”的感覺，嚴重時還會導致接警服務器的宕機。而Microsoft SQL Server數(shù)據(jù)庫，其強大的數(shù)據(jù)分割功能(即將加強本地表檢索分割，這使得大型表和索引可以得到高效的管理)，可以在查詢速度達到較為有效的提高。

　　3、系統(tǒng)安全的需要

　　Microsoft SQL Server數(shù)據(jù)庫在安全性能上與Interbase數(shù)據(jù)庫相比，有較大的優(yōu)越性(例如數(shù)據(jù)庫加密、設(shè)置安全默認值、增強密碼政策、縝密的許可控制以及一個增強型的安全模式)，這樣在數(shù)據(jù)存儲方面，使區(qū)域聯(lián)網(wǎng)報警控制中心具備了更高可靠性、高安全性、實時熱備份以及當報警中心系統(tǒng)崩潰的情況下也不會丟失用戶的數(shù)據(jù)。

　　4、系統(tǒng)結(jié)構(gòu)上的需要

　　由于改造后的區(qū)域聯(lián)網(wǎng)報警控制中心采用的是接警服務器雙機熱備的系統(tǒng)結(jié)構(gòu)，Interbase數(shù)據(jù)庫已不能適應新系統(tǒng)結(jié)構(gòu)的需要。Microsoft SQL Server數(shù)據(jù)庫的數(shù)據(jù)庫鏡像功能能較好地與接警服務器的雙機熱備份結(jié)構(gòu)模式相結(jié)合，即通過新數(shù)據(jù)庫鏡像方法，將記錄檔案傳送性能進行延伸。用戶將可以使用數(shù)據(jù)庫鏡像，通過將自動失效轉(zhuǎn)移建立到一個待用服務器(次服務器)上，以便增強SQL服務器系統(tǒng)的可用性。     [nextpage]

　　在充分考慮以上因素后，在該系統(tǒng)改造中，可以選用HP Proliant DL380 G5雙核專業(yè)級網(wǎng)絡服務器作為區(qū)域聯(lián)網(wǎng)報警控制中心的接警服務器，并選用Microsoft SQL Server企業(yè)級數(shù)據(jù)庫作為區(qū)域聯(lián)網(wǎng)報警控制中心的主數(shù)據(jù)庫，并采用外部擴展數(shù)據(jù)庫的連接方式與叢文的ANS5000超級天眼中心內(nèi)部數(shù)據(jù)庫(Interbase數(shù)據(jù)庫)進行實時數(shù)據(jù)備份。經(jīng)過測試和實踐證明，新數(shù)據(jù)庫只有當在用戶報警歷史記錄數(shù)據(jù)超過300萬條時才會導致數(shù)據(jù)庫系統(tǒng) “崩潰”，而造成接警系統(tǒng)癱瘓。由于所有的數(shù)據(jù)查詢操作都是在外部擴展數(shù)據(jù)庫(Microsoft SQL Server)中進行，而警情的存儲操作都是在內(nèi)部數(shù)據(jù)庫進行，因此在查詢速度方面也得到了有效提高。進行一次簡單的查詢操作(查詢結(jié)果數(shù)據(jù)在50條左右，范圍在10天之內(nèi))僅需花上30秒鐘的時間，就能得到所需結(jié)果。在進行大數(shù)據(jù)量查詢時(查詢結(jié)果數(shù)據(jù)在1000條左右，范圍1個月)的查詢操作時，也只需花上3分鐘左右的時間。這樣有效地避免了在進行大數(shù)據(jù)量查詢時，整個接警系統(tǒng)軟件有“僵死”現(xiàn)象和接警服務器由于不堪重負而造成“死機”現(xiàn)象的發(fā)生，表1是兩種數(shù)據(jù)庫性能的比較。

　　實現(xiàn)在系統(tǒng)正常運行模式下的數(shù)據(jù)備份

　　原有接警系統(tǒng)動態(tài)數(shù)據(jù)庫采用的是單個實時Interbase數(shù)據(jù)庫，在對動態(tài)數(shù)據(jù)庫中的用戶報警歷史記錄數(shù)據(jù)進行數(shù)據(jù)維護時，只能在系統(tǒng)正常運行模式下對其中的數(shù)據(jù)進行備份操作而不能進行維護操作，即只能將實時進行的備份導出，而不能對已經(jīng)備份引出的數(shù)據(jù)在用戶報警歷史記錄數(shù)據(jù)中進行刪除操作。如不及時對用戶報警歷史記錄數(shù)據(jù)備份后進行刪除操作，隨著數(shù)據(jù)日積月累地不斷增加，數(shù)據(jù)庫的負荷將會越來越大，接警系統(tǒng)的運行速度會變得越來越慢，最終會導致數(shù)據(jù)庫系統(tǒng)的“崩潰”，從而造成接警系統(tǒng)的癱瘓。由于在進行此項操作時需停止所有的接警工作，而完成此項操作一般需要10分鐘左右，這樣會給接警系統(tǒng)造成10分鐘左右的中斷，導致此段時間內(nèi)系統(tǒng)無法對實時數(shù)據(jù)進行保存，造成系統(tǒng)數(shù)據(jù)的不完整。

　　經(jīng)過改造后的系統(tǒng)數(shù)據(jù)庫采用了Microsoft SQL Server企業(yè)級數(shù)據(jù)庫作為由原來Interbase數(shù)據(jù)庫系統(tǒng)外部擴展數(shù)據(jù)庫，并進行實時數(shù)據(jù)備份，而在用戶報警歷史記錄數(shù)據(jù)進行數(shù)據(jù)備份后的刪除操作時不會影響到實時數(shù)據(jù)庫的運行，從而不會造成接警系統(tǒng)中斷，實現(xiàn)了“在線”式的用戶報警歷史記錄數(shù)據(jù)備份后的刪除操作，避免了系統(tǒng)在數(shù)據(jù)維護和備份期間所造成的數(shù)據(jù)的不連續(xù)性，保證了接警系統(tǒng)數(shù)據(jù)的完整性和連續(xù)性。如圖1、2所示。

　　通過語音復核系統(tǒng)實現(xiàn)電話的自動撥打與通話過程的全程錄音

　　區(qū)域聯(lián)網(wǎng)報警控制中心接警軟件集成了電話自動撥打與通話的全程錄音功能，其實現(xiàn)結(jié)構(gòu)如圖3所示。中心值班人員對警情進行處理期間，在有必要通過電話與用戶進行聯(lián)系時，只需用鼠標點擊 按鈕，系統(tǒng)就會將預先用戶資料數(shù)據(jù)庫中的所有聯(lián)系人的姓名、聯(lián)系方式自動列出，值班人員只要選擇其中一個聯(lián)系人員，按下【撥打】鍵，電腦就可直接撥打此聯(lián)系人員的聯(lián)系電話，免去了值班人員在電話機上撥號的操作，提高了撥打的準確性和快捷性。同時，在系統(tǒng)錄音服務器上對通話內(nèi)容進行全程錄音，為事后可能發(fā)生的糾紛及內(nèi)部管理提供依據(jù)，如圖4所示。     [nextpage]

　　系統(tǒng)可以對來電記錄按時間(順、逆)及號碼進行排序，方便操作人員在來電記錄中查找相關(guān)來電;系統(tǒng)還可以通過多種組合條件(如來電還是去電、電話號碼、日期時間等)進行方便、快捷的通話記錄的查詢。

　　為了確保用戶信息錄入的正確，系統(tǒng)建立了用戶資料錄入的審核機制，保證用戶資料的準確無誤

　　新用戶設(shè)備安裝完畢，待入網(wǎng)驗收通過后，中心工作人員根據(jù)用戶資料卡所填寫的內(nèi)容在接警系統(tǒng)中錄入該用戶的相關(guān)資料。為了保證錄入資料的準確性，系統(tǒng)對信息資料新錄入或修改后的用戶狀態(tài)作為“待審核”用戶，但“待審核”用戶可以接收正常前端用戶信息。中心管理人員在用戶管理工作站上根據(jù)此用戶狀態(tài)對操作人員進行錄入或修改的用戶資料進行審核。審核無誤后，將該入網(wǎng)用戶的狀態(tài)自動變?yōu)椤罢Ｔ诰W(wǎng)”用戶。

　　中心值班人員對用戶資料進行的任何修改，系統(tǒng)都將其修改前的內(nèi)容與修改后的內(nèi)容記錄、修改時間、修改人員等信息記錄在案，并且系統(tǒng)將該用戶的狀態(tài)改變?yōu)椤按龑彙睜顟B(tài)，提醒中心管理人員該用戶的資料信息已進行更改，需對其進行審核。

     [nextpage]

　　接警系統(tǒng)與OA網(wǎng)絡之間的信息共享

　　區(qū)域聯(lián)網(wǎng)報警控制中心業(yè)務作為整個公司業(yè)務管理的一個重要組成部分，理應將其聯(lián)網(wǎng)用戶基本資料、報警資料及維修請求等有關(guān)的信息通過公司內(nèi)部OA網(wǎng)絡及時、準確地傳送至有關(guān)部門，并方便公司領(lǐng)導隨時查閱。系統(tǒng)在接警中心軟件平臺上增加了【巡檢通知單】、【維修通知單】管理兩個模塊。接警中心工作人員只需在接警工作站上點擊【巡檢通知單】或【維修通知單】按鈕，就能直接輸入需巡檢或維修的內(nèi)容，輸入完成后，點擊【發(fā)送】按鈕就能通過第三方接口軟件將【巡檢通知單】和【維修通知單】等相關(guān)信息傳送至相關(guān)部門及人員，相關(guān)部門及人員在接收信息后可選擇受理或不受理(不受理時需填寫原因)，并通過第三方接口軟件將處理結(jié)果及時返回接警中心，接警中心將其處理結(jié)果信息保存，以便接警中心工作人員根據(jù)巡檢、維修返回的信息，隨時與用戶交流、溝通。中心用戶資料數(shù)據(jù)庫中的信息能隨時將更新后的聯(lián)網(wǎng)用戶的信息發(fā)送至OA網(wǎng)上，方便公司相關(guān)人員的檢索和查詢，提高了工作效率。避免了以往接警中心與各部門之間通過紙張進行信息交流所造成的信息反饋滯后和紙張的浪費，節(jié)省了查詢時間，提高了查詢效率。如圖5、圖6所示。

     [nextpage]

　　接警系統(tǒng)自動短信發(fā)送

　　隨著無線通訊網(wǎng)絡技術(shù)的發(fā)展和普及，通過Internet網(wǎng)絡，利用移動企業(yè)短信平臺，根據(jù)用戶需求，制定個性化的信息發(fā)送方案，將相關(guān)信息準確、及時地發(fā)送至用戶所指定人員的手機上。

　　在接警系統(tǒng)軟件平臺上采用HTTP虛擬接口方式，通過Internet實現(xiàn)短信自動和手動發(fā)送。操作員只需在用戶資料的【相關(guān)資料】中，根據(jù)用戶的不同需求在【網(wǎng)絡設(shè)置】中設(shè)置相關(guān)數(shù)據(jù)參數(shù)和需發(fā)送的信息內(nèi)容，本地的報警信息就會按操作員的相關(guān)設(shè)置將相關(guān)信息自動地轉(zhuǎn)發(fā)至用戶的手機上，接警中心工作人員可隨時對短信的發(fā)送情況進行查詢，對于短信發(fā)送“失敗”的用戶，通過手動進行短信的再次發(fā)送，用戶可以在收到短息后向區(qū)域聯(lián)網(wǎng)報警控制中心回復信息，短信內(nèi)容可在接警系統(tǒng)軟件平臺上直接顯示。