軟件功能的完善及提升
采用Microsoft SQL Server數(shù)據(jù)庫替代原有的InterBase數(shù)據(jù)庫
1、業(yè)務(wù)發(fā)展的需要
區(qū)域聯(lián)網(wǎng)報(bào)警控制中心接警軟件是基于數(shù)據(jù)庫管理的應(yīng)用軟件,數(shù)據(jù)庫資料是該軟件的中心內(nèi)容,其主要包括基本數(shù)據(jù)庫資料與動(dòng)態(tài)數(shù)據(jù)庫資料。其中基本數(shù)據(jù)庫資料是需要用戶進(jìn)行錄入的數(shù)據(jù)庫資料,只有錄入豐富的數(shù)據(jù)庫資料才會(huì)使軟件應(yīng)用更加豐富多彩,而動(dòng)態(tài)數(shù)據(jù)庫是操作員在應(yīng)用軟件過程中由系統(tǒng)自動(dòng)生成的數(shù)據(jù)庫資料,例如用戶報(bào)警歷史記錄、系統(tǒng)事件記錄、來電顯示記錄等,這類數(shù)據(jù)庫資料提供系統(tǒng)在運(yùn)行過程中的所有記錄,操作員可根據(jù)需要進(jìn)行有效維護(hù),包括查看、查詢、查找、清除、備份等操作。
隨著用戶的增加,區(qū)域聯(lián)網(wǎng)報(bào)警控制中心警情的接收數(shù)量也在不斷攀升,這些動(dòng)態(tài)數(shù)據(jù)庫特別是用戶報(bào)警歷史記錄數(shù)據(jù)庫中的記錄數(shù)量也在不斷地“擴(kuò)容”。某區(qū)域聯(lián)網(wǎng)報(bào)警控制中心在2000年改造時(shí),報(bào)警聯(lián)網(wǎng)用戶僅1500余戶,經(jīng)過近幾年的發(fā)展,用戶已經(jīng)突破4000戶,警情數(shù)據(jù)接收量也由原來的5000條/天增加至20000條/天。當(dāng)采用Interbase數(shù)據(jù)庫系統(tǒng)時(shí),當(dāng)用戶報(bào)警歷史記錄數(shù)據(jù)在150萬條左右(數(shù)據(jù)庫文件大小在1.5G左右)時(shí),就必須對(duì)用戶報(bào)警歷史記錄數(shù)據(jù)進(jìn)行刪除操作,否則,將會(huì)導(dǎo)致數(shù)據(jù)庫系統(tǒng)的“崩潰”,造成接警系統(tǒng)癱瘓。顯然原先使用的Interbase數(shù)據(jù)庫已經(jīng)不能適應(yīng)目前如此大的數(shù)據(jù)容量。如此巨大的數(shù)據(jù)量對(duì)區(qū)域聯(lián)網(wǎng)報(bào)警控制中心接警服務(wù)器的性能及接警數(shù)據(jù)庫容量提出了更高的要求。[nextpage]
2、查詢速度的需要
由于原有數(shù)據(jù)查詢操作,都是在實(shí)時(shí)數(shù)據(jù)庫中進(jìn)行的,進(jìn)行一次簡單的查詢操作(查詢結(jié)果數(shù)據(jù)在20條左右,范圍在10天之內(nèi)),需要花上2~3分鐘,并且數(shù)據(jù)查詢時(shí),還會(huì)影響到整個(gè)接警工作的正常進(jìn)行,特別是在用戶報(bào)警歷史記錄進(jìn)行大數(shù)據(jù)量查詢時(shí)(查詢結(jié)果數(shù)據(jù)在1000條左右,范圍在1個(gè)月之上),整個(gè)接警系統(tǒng)軟件就會(huì)有“僵死”的感覺,嚴(yán)重時(shí)還會(huì)導(dǎo)致接警服務(wù)器的宕機(jī)。而Microsoft SQL Server數(shù)據(jù)庫,其強(qiáng)大的數(shù)據(jù)分割功能(即將加強(qiáng)本地表檢索分割,這使得大型表和索引可以得到高效的管理),可以在查詢速度達(dá)到較為有效的提高。
3、系統(tǒng)安全的需要
Microsoft SQL Server數(shù)據(jù)庫在安全性能上與Interbase數(shù)據(jù)庫相比,有較大的優(yōu)越性(例如數(shù)據(jù)庫加密、設(shè)置安全默認(rèn)值、增強(qiáng)密碼政策、縝密的許可控制以及一個(gè)增強(qiáng)型的安全模式),這樣在數(shù)據(jù)存儲(chǔ)方面,使區(qū)域聯(lián)網(wǎng)報(bào)警控制中心具備了更高可靠性、高安全性、實(shí)時(shí)熱備份以及當(dāng)報(bào)警中心系統(tǒng)崩潰的情況下也不會(huì)丟失用戶的數(shù)據(jù)。
4、系統(tǒng)結(jié)構(gòu)上的需要
由于改造后的區(qū)域聯(lián)網(wǎng)報(bào)警控制中心采用的是接警服務(wù)器雙機(jī)熱備的系統(tǒng)結(jié)構(gòu),Interbase數(shù)據(jù)庫已不能適應(yīng)新系統(tǒng)結(jié)構(gòu)的需要。Microsoft SQL Server數(shù)據(jù)庫的數(shù)據(jù)庫鏡像功能能較好地與接警服務(wù)器的雙機(jī)熱備份結(jié)構(gòu)模式相結(jié)合,即通過新數(shù)據(jù)庫鏡像方法,將記錄檔案傳送性能進(jìn)行延伸。用戶將可以使用數(shù)據(jù)庫鏡像,通過將自動(dòng)失效轉(zhuǎn)移建立到一個(gè)待用服務(wù)器(次服務(wù)器)上,以便增強(qiáng)SQL服務(wù)器系統(tǒng)的可用性。 [nextpage]
在充分考慮以上因素后,在該系統(tǒng)改造中,可以選用HP Proliant DL380 G5雙核專業(yè)級(jí)網(wǎng)絡(luò)服務(wù)器作為區(qū)域聯(lián)網(wǎng)報(bào)警控制中心的接警服務(wù)器,并選用Microsoft SQL Server企業(yè)級(jí)數(shù)據(jù)庫作為區(qū)域聯(lián)網(wǎng)報(bào)警控制中心的主數(shù)據(jù)庫,并采用外部擴(kuò)展數(shù)據(jù)庫的連接方式與叢文的ANS5000超級(jí)天眼中心內(nèi)部數(shù)據(jù)庫(Interbase數(shù)據(jù)庫)進(jìn)行實(shí)時(shí)數(shù)據(jù)備份。經(jīng)過測試和實(shí)踐證明,新數(shù)據(jù)庫只有當(dāng)在用戶報(bào)警歷史記錄數(shù)據(jù)超過300萬條時(shí)才會(huì)導(dǎo)致數(shù)據(jù)庫系統(tǒng) “崩潰”,而造成接警系統(tǒng)癱瘓。由于所有的數(shù)據(jù)查詢操作都是在外部擴(kuò)展數(shù)據(jù)庫(Microsoft SQL Server)中進(jìn)行,而警情的存儲(chǔ)操作都是在內(nèi)部數(shù)據(jù)庫進(jìn)行,因此在查詢速度方面也得到了有效提高。進(jìn)行一次簡單的查詢操作(查詢結(jié)果數(shù)據(jù)在50條左右,范圍在10天之內(nèi))僅需花上30秒鐘的時(shí)間,就能得到所需結(jié)果。在進(jìn)行大數(shù)據(jù)量查詢時(shí)(查詢結(jié)果數(shù)據(jù)在1000條左右,范圍1個(gè)月)的查詢操作時(shí),也只需花上3分鐘左右的時(shí)間。這樣有效地避免了在進(jìn)行大數(shù)據(jù)量查詢時(shí),整個(gè)接警系統(tǒng)軟件有“僵死”現(xiàn)象和接警服務(wù)器由于不堪重負(fù)而造成“死機(jī)”現(xiàn)象的發(fā)生,表1是兩種數(shù)據(jù)庫性能的比較。
實(shí)現(xiàn)在系統(tǒng)正常運(yùn)行模式下的數(shù)據(jù)備份
原有接警系統(tǒng)動(dòng)態(tài)數(shù)據(jù)庫采用的是單個(gè)實(shí)時(shí)Interbase數(shù)據(jù)庫,在對(duì)動(dòng)態(tài)數(shù)據(jù)庫中的用戶報(bào)警歷史記錄數(shù)據(jù)進(jìn)行數(shù)據(jù)維護(hù)時(shí),只能在系統(tǒng)正常運(yùn)行模式下對(duì)其中的數(shù)據(jù)進(jìn)行備份操作而不能進(jìn)行維護(hù)操作,即只能將實(shí)時(shí)進(jìn)行的備份導(dǎo)出,而不能對(duì)已經(jīng)備份引出的數(shù)據(jù)在用戶報(bào)警歷史記錄數(shù)據(jù)中進(jìn)行刪除操作。如不及時(shí)對(duì)用戶報(bào)警歷史記錄數(shù)據(jù)備份后進(jìn)行刪除操作,隨著數(shù)據(jù)日積月累地不斷增加,數(shù)據(jù)庫的負(fù)荷將會(huì)越來越大,接警系統(tǒng)的運(yùn)行速度會(huì)變得越來越慢,最終會(huì)導(dǎo)致數(shù)據(jù)庫系統(tǒng)的“崩潰”,從而造成接警系統(tǒng)的癱瘓。由于在進(jìn)行此項(xiàng)操作時(shí)需停止所有的接警工作,而完成此項(xiàng)操作一般需要10分鐘左右,這樣會(huì)給接警系統(tǒng)造成10分鐘左右的中斷,導(dǎo)致此段時(shí)間內(nèi)系統(tǒng)無法對(duì)實(shí)時(shí)數(shù)據(jù)進(jìn)行保存,造成系統(tǒng)數(shù)據(jù)的不完整。
經(jīng)過改造后的系統(tǒng)數(shù)據(jù)庫采用了Microsoft SQL Server企業(yè)級(jí)數(shù)據(jù)庫作為由原來Interbase數(shù)據(jù)庫系統(tǒng)外部擴(kuò)展數(shù)據(jù)庫,并進(jìn)行實(shí)時(shí)數(shù)據(jù)備份,而在用戶報(bào)警歷史記錄數(shù)據(jù)進(jìn)行數(shù)據(jù)備份后的刪除操作時(shí)不會(huì)影響到實(shí)時(shí)數(shù)據(jù)庫的運(yùn)行,從而不會(huì)造成接警系統(tǒng)中斷,實(shí)現(xiàn)了“在線”式的用戶報(bào)警歷史記錄數(shù)據(jù)備份后的刪除操作,避免了系統(tǒng)在數(shù)據(jù)維護(hù)和備份期間所造成的數(shù)據(jù)的不連續(xù)性,保證了接警系統(tǒng)數(shù)據(jù)的完整性和連續(xù)性。如圖1、2所示。
通過語音復(fù)核系統(tǒng)實(shí)現(xiàn)電話的自動(dòng)撥打與通話過程的全程錄音
區(qū)域聯(lián)網(wǎng)報(bào)警控制中心接警軟件集成了電話自動(dòng)撥打與通話的全程錄音功能,其實(shí)現(xiàn)結(jié)構(gòu)如圖3所示。中心值班人員對(duì)警情進(jìn)行處理期間,在有必要通過電話與用戶進(jìn)行聯(lián)系時(shí),只需用鼠標(biāo)點(diǎn)擊 按鈕,系統(tǒng)就會(huì)將預(yù)先用戶資料數(shù)據(jù)庫中的所有聯(lián)系人的姓名、聯(lián)系方式自動(dòng)列出,值班人員只要選擇其中一個(gè)聯(lián)系人員,按下【撥打】鍵,電腦就可直接撥打此聯(lián)系人員的聯(lián)系電話,免去了值班人員在電話機(jī)上撥號(hào)的操作,提高了撥打的準(zhǔn)確性和快捷性。同時(shí),在系統(tǒng)錄音服務(wù)器上對(duì)通話內(nèi)容進(jìn)行全程錄音,為事后可能發(fā)生的糾紛及內(nèi)部管理提供依據(jù),如圖4所示。 [nextpage]
系統(tǒng)可以對(duì)來電記錄按時(shí)間(順、逆)及號(hào)碼進(jìn)行排序,方便操作人員在來電記錄中查找相關(guān)來電;系統(tǒng)還可以通過多種組合條件(如來電還是去電、電話號(hào)碼、日期時(shí)間等)進(jìn)行方便、快捷的通話記錄的查詢。
為了確保用戶信息錄入的正確,系統(tǒng)建立了用戶資料錄入的審核機(jī)制,保證用戶資料的準(zhǔn)確無誤
新用戶設(shè)備安裝完畢,待入網(wǎng)驗(yàn)收通過后,中心工作人員根據(jù)用戶資料卡所填寫的內(nèi)容在接警系統(tǒng)中錄入該用戶的相關(guān)資料。為了保證錄入資料的準(zhǔn)確性,系統(tǒng)對(duì)信息資料新錄入或修改后的用戶狀態(tài)作為“待審核”用戶,但“待審核”用戶可以接收正常前端用戶信息。中心管理人員在用戶管理工作站上根據(jù)此用戶狀態(tài)對(duì)操作人員進(jìn)行錄入或修改的用戶資料進(jìn)行審核。審核無誤后,將該入網(wǎng)用戶的狀態(tài)自動(dòng)變?yōu)椤罢T诰W(wǎng)”用戶。
中心值班人員對(duì)用戶資料進(jìn)行的任何修改,系統(tǒng)都將其修改前的內(nèi)容與修改后的內(nèi)容記錄、修改時(shí)間、修改人員等信息記錄在案,并且系統(tǒng)將該用戶的狀態(tài)改變?yōu)椤按龑彙睜顟B(tài),提醒中心管理人員該用戶的資料信息已進(jìn)行更改,需對(duì)其進(jìn)行審核。
[nextpage]
接警系統(tǒng)與OA網(wǎng)絡(luò)之間的信息共享
區(qū)域聯(lián)網(wǎng)報(bào)警控制中心業(yè)務(wù)作為整個(gè)公司業(yè)務(wù)管理的一個(gè)重要組成部分,理應(yīng)將其聯(lián)網(wǎng)用戶基本資料、報(bào)警資料及維修請(qǐng)求等有關(guān)的信息通過公司內(nèi)部OA網(wǎng)絡(luò)及時(shí)、準(zhǔn)確地傳送至有關(guān)部門,并方便公司領(lǐng)導(dǎo)隨時(shí)查閱。系統(tǒng)在接警中心軟件平臺(tái)上增加了【巡檢通知單】、【維修通知單】管理兩個(gè)模塊。接警中心工作人員只需在接警工作站上點(diǎn)擊【巡檢通知單】或【維修通知單】按鈕,就能直接輸入需巡檢或維修的內(nèi)容,輸入完成后,點(diǎn)擊【發(fā)送】按鈕就能通過第三方接口軟件將【巡檢通知單】和【維修通知單】等相關(guān)信息傳送至相關(guān)部門及人員,相關(guān)部門及人員在接收信息后可選擇受理或不受理(不受理時(shí)需填寫原因),并通過第三方接口軟件將處理結(jié)果及時(shí)返回接警中心,接警中心將其處理結(jié)果信息保存,以便接警中心工作人員根據(jù)巡檢、維修返回的信息,隨時(shí)與用戶交流、溝通。中心用戶資料數(shù)據(jù)庫中的信息能隨時(shí)將更新后的聯(lián)網(wǎng)用戶的信息發(fā)送至OA網(wǎng)上,方便公司相關(guān)人員的檢索和查詢,提高了工作效率。避免了以往接警中心與各部門之間通過紙張進(jìn)行信息交流所造成的信息反饋滯后和紙張的浪費(fèi),節(jié)省了查詢時(shí)間,提高了查詢效率。如圖5、圖6所示。
[nextpage]
接警系統(tǒng)自動(dòng)短信發(fā)送
隨著無線通訊網(wǎng)絡(luò)技術(shù)的發(fā)展和普及,通過Internet網(wǎng)絡(luò),利用移動(dòng)企業(yè)短信平臺(tái),根據(jù)用戶需求,制定個(gè)性化的信息發(fā)送方案,將相關(guān)信息準(zhǔn)確、及時(shí)地發(fā)送至用戶所指定人員的手機(jī)上。
在接警系統(tǒng)軟件平臺(tái)上采用HTTP虛擬接口方式,通過Internet實(shí)現(xiàn)短信自動(dòng)和手動(dòng)發(fā)送。操作員只需在用戶資料的【相關(guān)資料】中,根據(jù)用戶的不同需求在【網(wǎng)絡(luò)設(shè)置】中設(shè)置相關(guān)數(shù)據(jù)參數(shù)和需發(fā)送的信息內(nèi)容,本地的報(bào)警信息就會(huì)按操作員的相關(guān)設(shè)置將相關(guān)信息自動(dòng)地轉(zhuǎn)發(fā)至用戶的手機(jī)上,接警中心工作人員可隨時(shí)對(duì)短信的發(fā)送情況進(jìn)行查詢,對(duì)于短信發(fā)送“失敗”的用戶,通過手動(dòng)進(jìn)行短信的再次發(fā)送,用戶可以在收到短息后向區(qū)域聯(lián)網(wǎng)報(bào)警控制中心回復(fù)信息,短信內(nèi)容可在接警系統(tǒng)軟件平臺(tái)上直接顯示。