專利名稱：報(bào)警主機(jī)可靠上傳布防或撤防狀態(tài)的無話費(fèi)實(shí)現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及安防行業(yè)的聯(lián)網(wǎng)報(bào)警方法，具體涉及一種無話費(fèi)可靠實(shí)現(xiàn)報(bào)警主機(jī) 向報(bào)警中心上傳布、撤防狀態(tài)信息的方法。
背景技術(shù)：
近年來，隨著社會的發(fā)展和生活水平的提高，人民對安全的訴求日益迫切，全國各 地繼上世紀(jì)90年代初蓬勃建設(shè)以金融客戶為主的110聯(lián)網(wǎng)報(bào)警中心后，出現(xiàn)大量的以樓盤 /大廈管理處為中心、家庭/商業(yè)用戶為主的聯(lián)網(wǎng)報(bào)警中心，客觀上有效地支持并響應(yīng)了政 府“打造平安城市，構(gòu)建和諧社會”的號召。目前國內(nèi)外的聯(lián)網(wǎng)報(bào)警中心主要基于公共交換電話網(wǎng)絡(luò)(PSTN)進(jìn)行組網(wǎng)，并全部 采用產(chǎn)生話費(fèi)的可靠通信方式和終端報(bào)警主機(jī)完成警情、布/撤防狀態(tài)上傳等功能。所謂 可靠通信即報(bào)警主機(jī)和報(bào)警中心通信設(shè)備在建立撥號呼叫、接聽、握手應(yīng)答后再以DTMF(雙 音多頻)或FSK (頻移鍵控)方式交互本次需要上傳/下載的警情、主機(jī)狀態(tài)信息/編程數(shù) 據(jù)及校驗(yàn)碼的聯(lián)機(jī)通信機(jī)制，因此每上傳一次報(bào)警主機(jī)狀態(tài)都會產(chǎn)生話費(fèi)。報(bào)警主機(jī)和報(bào)警中心交互的狀態(tài)或數(shù)據(jù)主要有以下六類，并按六個(gè)優(yōu)先級進(jìn)行劃 分1、報(bào)警信息；2、主機(jī)現(xiàn)場水、火、氣體監(jiān)控信息；3、故障信息；4、撤布防/遙控編程等操 作信息；5、停用/旁路信息；6、測試信息。在上述需要交互的狀態(tài)或數(shù)據(jù)中，1、2、3、5、6和 4類事件信息中的遙控編程數(shù)據(jù)下載都屬于偶發(fā)事件，發(fā)生的次數(shù)很少，信息數(shù)據(jù)多，可以 且必須用產(chǎn)生話費(fèi)的可靠通信方式進(jìn)行。四類事件信息中的布、撤防狀態(tài)上傳和3類事件 信息中的電話線巡檢則是頻發(fā)事件，而且是報(bào)警中心必須及時(shí)了解的，否則可能出現(xiàn)用戶 忘記布防或用戶端電話線故障/被剪斷后，小偷作案時(shí)現(xiàn)場不會報(bào)警或報(bào)警后警情無法報(bào) 告到報(bào)警中心的情況。另外傳統(tǒng)報(bào)警中心的通信協(xié)議中布、撤防信息協(xié)議里都包括主機(jī)賬 號、撤防或布防操作碼、操作人等信息，即還會告訴中心進(jìn)行本次布、撤防操作的人是誰。其 實(shí)報(bào)警中心更關(guān)心的是在用戶應(yīng)該布防的時(shí)間段，用戶是否進(jìn)行了布防操作，是誰操作的 并不重要，因?yàn)樾⊥凳遣豢赡軒湍悴挤赖?；至于撤防操作，在知道撤防密碼或拿到撤防遙控 器、IC卡、用戶授權(quán)手機(jī)等撤防專用設(shè)備才能進(jìn)行撤防的，這些操作手段在主機(jī)的“黑匣子” 里都有記錄，傳輸?shù)綀?bào)警中心的意義也不大。因此從布、撤防的協(xié)議構(gòu)成來分析，用報(bào)警主 機(jī)的電話號碼作為用戶主機(jī)的輔助賬號，只對操作人信息進(jìn)行省略，及時(shí)把報(bào)警主機(jī)的布、 撤防操作信息無話費(fèi)可靠上傳到報(bào)警中心，是完全可以接受的。按照每個(gè)終端主機(jī)平均每天進(jìn)行5次布、撤防狀態(tài)上傳來算，每次的話費(fèi)為0. 2元 (低于1分鐘都按照1分鐘計(jì)費(fèi))，則每個(gè)月用戶端費(fèi)用為30元；當(dāng)然如果用戶外出次數(shù)較 多或出現(xiàn)誤操作時(shí)，布、撤防的費(fèi)用就會增加很多了 廣州一個(gè)居民購買某個(gè)廠家的防盜器 后，某個(gè)月布、撤防狀態(tài)上傳至報(bào)警中心所產(chǎn)生的電話費(fèi)竟高達(dá)500多元，從而出現(xiàn)了對簿 公堂的不和諧案例！
因?yàn)椴?、撤防狀態(tài)上傳是用戶出錢，廠家一般將其設(shè)計(jì)為可選，即是否上傳由用戶選 擇。實(shí)際使用中，用戶往往會因?yàn)橘M(fèi)用較高而取消上傳該狀態(tài)信息，因此會產(chǎn)生報(bào)警中心無法知道用戶主機(jī)狀態(tài)的問題。近幾年來還有些廠家推出了一些所謂的“0話費(fèi)”聯(lián)網(wǎng)報(bào)警中心，其實(shí)是在報(bào)警中 心采用了本專利提到的部分軟件算法和硬件條件，即采用布防、撤防專用電話線路，報(bào)警主 機(jī)布防后就撥打中心布防線路號碼，撤防則撥打撤防線路號碼，中心軟件進(jìn)行來電識別和 用戶數(shù)據(jù)庫比對后將其作為該用戶的布防或撤防操作處理。但由于其沒有中心布、撤防線 路占線、故障等信令音檢測和重試機(jī)制考慮，我們稱之為不可靠通信，因此遇到同個(gè)上傳受 理時(shí)間內(nèi)(一個(gè)用戶布、撤防上傳受理時(shí)間按從撥號開始、撥通、第2次振鈴開始產(chǎn)生來電 報(bào)警數(shù)據(jù)后主/被叫掛機(jī)、交換機(jī)線路拆除完畢、中心布、撤防線路恢復(fù)空閑等步驟共計(jì)15 秒計(jì)算)有多個(gè)用戶進(jìn)行布防或撤防操作時(shí)，這種上傳方式就要求中心要設(shè)置多條布、撤防 線路才能解決這個(gè)上傳碰撞問題。根據(jù)我們的實(shí)際運(yùn)營經(jīng)驗(yàn)，一個(gè)500戶的商用報(bào)警中心， 下班期間15秒內(nèi)同時(shí)上傳布防信息的峰值概率竟超過1. 5%，也就是說中心至少要設(shè)置8條 撤防線路、8條布防線路才能勉強(qiáng)做到布、撤防信息的無話費(fèi)可靠聯(lián)網(wǎng)！這個(gè)線路數(shù)量是恐 怖的，對于1000戶規(guī)模的中心來說就要32條這種線路了 ！實(shí)際上這些廠家給報(bào)警中心標(biāo) 配的布、撤防線路接入數(shù)量都是1條，即使擴(kuò)展也是在4條以內(nèi)，因此這種簡單的設(shè)計(jì)和處 理方式屬于不可靠通信設(shè)計(jì)，是無法可靠實(shí)現(xiàn)布、撤防狀態(tài)信息無話費(fèi)上傳的。針對傳統(tǒng)聯(lián)網(wǎng)報(bào)警系統(tǒng)的上述缺點(diǎn)，有些廠家還推出了基于總線聯(lián)網(wǎng)的報(bào)警系 統(tǒng)，用戶的布、撤防狀態(tài)上傳就不會產(chǎn)生話費(fèi)用。但其缺點(diǎn)是各個(gè)用戶及其至報(bào)警中心的 總線都要自己鋪設(shè)，因此只適用于新建小區(qū)，該報(bào)警線路和對講系統(tǒng)等弱電線路一起在裝 修前進(jìn)行預(yù)鋪設(shè)；對于已建成的小區(qū)，由于影響美觀、安全度低、施工量大、工程造價(jià)高等缺 點(diǎn)，難以采用該類報(bào)警系統(tǒng)鋪線組網(wǎng)；對于分散的商業(yè)用戶，總線型報(bào)警系統(tǒng)是沒法聯(lián)網(wǎng)使 用的。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是，提供一種無話費(fèi)可靠實(shí)現(xiàn)報(bào)警主機(jī)向報(bào)警中心上 傳布防或撤防狀態(tài)的方法。為解決以上技術(shù)問題，本發(fā)明的技術(shù)方案是一種報(bào)警主機(jī)可靠上傳布防或撤防 狀態(tài)的無話費(fèi)實(shí)現(xiàn)方法，其特征是包括如下步驟
發(fā)生布防或撤防操作后，
a、報(bào)警主機(jī)通過通信網(wǎng)絡(luò)撥打預(yù)設(shè)的報(bào)警中心布防或撤防專線的電話號碼，同時(shí)檢測 被叫的通信信令或信令音及出現(xiàn)時(shí)間；
b、所述報(bào)警主機(jī)如果檢測到被叫未占線，則開始等待并檢測和計(jì)算被叫掛機(jī)的信令和 時(shí)間；如果檢測到被叫占線，則掛機(jī)并認(rèn)為本次布防或撤防狀態(tài)上傳操作不成功，置本次上 傳未成功標(biāo)志，并返回a步驟；
C、所述報(bào)警中心通信單元將該來電號碼數(shù)據(jù)和呼入的線路通道號發(fā)送給報(bào)警中心處 理單元；
d、所述報(bào)警中心處理單元收到來電號碼數(shù)據(jù)后先向所述報(bào)警中心通信單元發(fā)出并由 報(bào)警中心通信單元執(zhí)行被叫掛機(jī)指令；
e、所述報(bào)警中心處理單元對來電數(shù)據(jù)和來電所呼入的線路通道號進(jìn)行判斷，若來電號 碼為用戶電話號碼，當(dāng)所述線路通道號屬于預(yù)設(shè)的布防專線的通道號范圍時(shí)，則把該來電號碼對應(yīng)的報(bào)警主機(jī)置為布防狀態(tài)，當(dāng)所述線路通道號屬于預(yù)設(shè)的撤防專線的通道號范圍 時(shí)，則把該來電號碼對應(yīng)的報(bào)警主機(jī)置為撤防狀態(tài)，若來電號碼不是用戶電話號碼，則不做 處理或執(zhí)行返回操作；
f、所述報(bào)警主機(jī)判斷被叫掛機(jī)前的振鈴次數(shù)或時(shí)間是否屬于約定范圍，如果是則認(rèn)為 本次布防或撤防狀態(tài)上傳操作已成功，并清除未成功標(biāo)志；否則掛機(jī)、置未成功標(biāo)志并返回 a步驟。作為本發(fā)明的改進(jìn)，一種報(bào)警主機(jī)可靠上傳布防或撤防狀態(tài)的無話費(fèi)實(shí)現(xiàn)方法， 其特征是所述的f步驟還包括如下步驟
所述報(bào)警主機(jī)在置未成功標(biāo)志的同時(shí)，還賦值最大重試次數(shù)，并生成隨機(jī)重?fù)苎訒r(shí)，以 避免本次上傳碰撞的多臺報(bào)警主機(jī)，采用固定延時(shí)后重新上傳的再次碰撞；
所述報(bào)警主機(jī)在隨機(jī)重?fù)苎訒r(shí)結(jié)束后返回a步驟，繼續(xù)向報(bào)警中心上傳該布防或撤防 狀態(tài)，如果成功則置上傳成功標(biāo)志并結(jié)束本次布防或撤防狀態(tài)上傳操作；如果仍不成功則 重試次數(shù)減少一次，等待新的隨機(jī)重?fù)苎訒r(shí)結(jié)束后再次返回a步驟，繼續(xù)向報(bào)警中心上傳 布防或撤防狀態(tài)，直至布防或撤防狀態(tài)上傳操作成功或重試次數(shù)為0為止。作為本發(fā)明進(jìn)一步的改進(jìn)，一種報(bào)警主機(jī)可靠上傳布防或撤防狀態(tài)的無話費(fèi)實(shí)現(xiàn) 方法，其特征是
所述的b步驟還包括如下步驟
所述主機(jī)掛機(jī)并認(rèn)為本次布防或撤防狀態(tài)上傳操作不成功、置本次上傳未成功標(biāo)志后 產(chǎn)生重新上傳的隨機(jī)延時(shí)，以避免本次上傳碰撞的多臺報(bào)警主機(jī)，采用固定延時(shí)后重新上 傳的再次碰撞，延時(shí)結(jié)束后返回a步驟。作為本發(fā)明更進(jìn)一步的改進(jìn)，所述報(bào)警中心可根據(jù)用戶數(shù)量多少和當(dāng)?shù)赜脩舻纳?下班情況，適當(dāng)增加布防和撤防專用線路的數(shù)量，布防或撤防專用線路由第一條線路開始， 依次對后面的線路設(shè)置遇忙呼叫轉(zhuǎn)移關(guān)系；撤防線路亦然。作為本發(fā)明再進(jìn)一步的改進(jìn)，所述報(bào)警中心設(shè)有報(bào)警中心處理單元，所述報(bào)警中 心處理單元按照預(yù)設(shè)的條件向報(bào)警主機(jī)撥號、握手并發(fā)出中心布防操作指令，所述報(bào)警主 機(jī)對該布防指令執(zhí)行成功后還會立即向報(bào)警中心返回該布防信息，然后再發(fā)吻別信號并執(zhí) 行掛機(jī)操作；所述報(bào)警中心處理單元收到該布防信息后，將該主機(jī)設(shè)置為已布防狀態(tài)。本發(fā)明針對現(xiàn)有防盜系統(tǒng)的不足，充分利用現(xiàn)有通訊技術(shù)，在可靠保證狀態(tài)交互 率的前提下，終端報(bào)警主機(jī)和報(bào)警中心之間采用主叫撥通被叫后檢測被叫在未接聽的前提 下是否在約定時(shí)間內(nèi)發(fā)出掛機(jī)操作和上傳失敗后的重試設(shè)計(jì)機(jī)制，在被叫不用接聽主叫并 交互協(xié)議信令及協(xié)議數(shù)據(jù)信息的情況下完成布、撤防狀態(tài)信息的可靠上傳，即無話費(fèi)實(shí)現(xiàn) 報(bào)警主機(jī)向報(bào)警中心可靠上傳布、撤防狀態(tài)信息。具體有益效果還包括
1、由于在不接通主叫呼叫就能實(shí)現(xiàn)布、撤防狀態(tài)的可靠上傳，從而徹底解決了現(xiàn)有基 于公共交換電話網(wǎng)絡(luò)(PSTN)進(jìn)行組網(wǎng)的報(bào)警中心布、撤防狀態(tài)上傳用戶端通信費(fèi)用較高的 問題，從而使報(bào)警中心及時(shí)了解其所有用戶的系統(tǒng)狀態(tài)成為現(xiàn)實(shí)。2、由于是基于現(xiàn)有的公共交換電話網(wǎng)絡(luò)(PSTN)進(jìn)行組網(wǎng)，從而有效解決了總線聯(lián) 網(wǎng)型報(bào)警系統(tǒng)不宜在已建社區(qū)和分散商業(yè)區(qū)建設(shè)的問題，可以方便、高效、低成本地構(gòu)建上 述地區(qū)的聯(lián)網(wǎng)報(bào)警系統(tǒng)。3、在布防或撤防狀態(tài)上傳未成功時(shí)，通過重試機(jī)制可以大大提供通信的可靠性，
6通過設(shè)置隨機(jī)延時(shí)，可以很大程度上降低本次上傳碰撞的多臺報(bào)警主機(jī)在采用固定延時(shí)后 重新上傳后再次碰撞可能性。4、報(bào)警中心根據(jù)用戶數(shù)量多少和當(dāng)?shù)赜脩舻纳舷掳嗲闆r，適當(dāng)增加布防和撤防專 用線路的數(shù)量，布防或撤防專用線路由第一條線路開始，依次對后面的線路設(shè)置遇忙呼叫 轉(zhuǎn)移關(guān)系可以更可靠地保證報(bào)警中心對用戶報(bào)警主機(jī)上傳布、撤防狀態(tài)或警情的接通率。5、所述報(bào)警中心處理單元按照預(yù)設(shè)的條件向報(bào)警主機(jī)撥號、握手并發(fā)出中心布防 操作指令，所述報(bào)警主機(jī)對該布防指令執(zhí)行成功后還會立即向報(bào)警中心返回該布防信息， 然后再發(fā)吻別信號并執(zhí)行掛機(jī)操作；所述報(bào)警中心處理單元收到該布防信息后，將該主機(jī) 設(shè)置為已布防狀態(tài)。通過上述報(bào)警中心在指定時(shí)間對尚未布防的用戶進(jìn)行中心代客布防操作，可有效 解決客戶下班后忘記進(jìn)行布防操作，或者已進(jìn)行操作但由于用戶數(shù)量和中心上傳線路設(shè)置 比例不夠而導(dǎo)致過多上傳碰撞；或者通信故障等問題造成最大重試次數(shù)后仍有未上傳成功 現(xiàn)象等異常問題。


下面結(jié)合說明書附圖對本發(fā)明做進(jìn)一步說明，其中 圖1是本發(fā)明的實(shí)施結(jié)構(gòu)圖2是本發(fā)明的方法步驟流程圖。
具體實(shí)施例方式圖1就是實(shí)施本發(fā)明方法的聯(lián)網(wǎng)報(bào)警組網(wǎng)設(shè)備，如圖1所示該組網(wǎng)設(shè)備包括報(bào) 警主機(jī)和報(bào)警中心，所述報(bào)警主機(jī)通過通信網(wǎng)絡(luò)4與所述報(bào)警中心進(jìn)行通信。所述報(bào)警主 機(jī)以報(bào)警主機(jī)處理單元2為核心，所述報(bào)警主機(jī)處理單元2在執(zhí)行電話號碼編程操作后，把 報(bào)警中心布防專用線路和撤防專用線路電話號碼存儲到其存儲單元Al中；當(dāng)用戶進(jìn)行布 防或撤防操作后，所述報(bào)警主機(jī)處理單元2從存儲單元Al中讀取已編程的報(bào)警中心布防或 撤防專線電話號碼，向報(bào)警主機(jī)通信單元3發(fā)出撥號指令，所述報(bào)警主機(jī)通信單元3通過通 信網(wǎng)絡(luò)4向報(bào)警中心布防專線5或撤防專線6進(jìn)行撥號；同時(shí)所述報(bào)警主機(jī)處理單元2通 過所述報(bào)警主機(jī)通信單元3的鈴流音檢測電路(采用電話線通信)或串行通信口(采用GSM/ GPRS模塊通信)對報(bào)警中心被叫線路進(jìn)行占線、掛機(jī)回鈴音或信令字符串出現(xiàn)的時(shí)間進(jìn)行 計(jì)時(shí)和判斷。所述報(bào)警中心設(shè)備的報(bào)警中心通信單元7檢測到布防專線5或撤防專線6發(fā) 生振鈴后，先由報(bào)警數(shù)據(jù)單元11獲得作為主叫的報(bào)警主機(jī)的來電顯示電話號碼數(shù)據(jù)，報(bào)警 中心通信單元7先將該來電顯示數(shù)據(jù)和布防或撤防專線的物理線路號傳輸給報(bào)警中心設(shè) 備的核心——報(bào)警中心處理單元9，所述報(bào)警中心處理單元9收到上述數(shù)據(jù)后，先發(fā)出并由 報(bào)警中心通信單元7執(zhí)行對該上傳信息線路的掛機(jī)操作，再通過比較來電號碼和用戶數(shù)據(jù) 庫中作為輔助賬號的報(bào)警主機(jī)電話號碼字段，確定是哪個(gè)用戶上傳了布、撤防操作信息，如 果來電號碼不屬于已編程用戶報(bào)警主機(jī)的電話號碼，則不做任何處理；相反如果是已編程 用戶的報(bào)警主機(jī)上傳的信息，則從存儲單元BlO中讀出已編程的布防撤防專用線路的物理 通道號，并判斷剛才發(fā)生上傳事件的物理線路號屬于布防還是撤防線路，如果屬于布防線 路號范圍，則數(shù)據(jù)庫中該用戶的報(bào)警主機(jī)狀態(tài)字段置布防標(biāo)志數(shù)據(jù)；屬于撤防線路號范圍，則數(shù)據(jù)庫中該用戶的報(bào)警主機(jī)狀態(tài)字段置撤防標(biāo)志數(shù)據(jù)，同時(shí)系統(tǒng)事件欄生成并增加顯示 該用戶已布防或撤防事件并生成對應(yīng)的事件記錄。 圖2就是本發(fā)明的具體方法步驟流程圖。如圖2所示，一種無話費(fèi)實(shí)現(xiàn)報(bào)警主機(jī) 向報(bào)警中心上傳布、撤防狀態(tài)的方法，包括以下步驟
報(bào)警中心設(shè)有兩類不同號碼的布防、撤防狀態(tài)上傳專用電話線路5、6 ； 所述布防、撤防狀態(tài)上傳專用電話線路5、6需要開通來電顯示業(yè)務(wù)； 將布防、撤防狀態(tài)上傳專用線路5、6的電話號碼編程到報(bào)警主機(jī)中并儲存于其存儲單 元Al ；報(bào)警主機(jī)的報(bào)警主機(jī)通信單元3采用電話線方式和報(bào)警中心通信的，應(yīng)具有鈴流音 檢測電路；采用GSM/GPRS模塊和報(bào)警中心通信的，由于上述模塊可檢測出并通過串行通信 口向報(bào)警主機(jī)處理單元2提供被叫線路占線、掛機(jī)情況的信令字符串，因此可不必增加鈴 流音檢測電路。上述通信裝置可對報(bào)警中心被叫線路進(jìn)行占線、掛機(jī)回鈴音或相應(yīng)信令字 符串進(jìn)行檢測和判斷，并由報(bào)警主機(jī)處理單元2對上述信令音或信令字符串的出現(xiàn)時(shí)間進(jìn) 行計(jì)時(shí)；將終端報(bào)警主機(jī)使用的電話號碼作為輔助賬號字段編程到報(bào)警中心處理單元9的 用戶數(shù)據(jù)庫8中并儲存；
將布防、撤防狀態(tài)上傳專用線路5、6的一個(gè)或多個(gè)物理通道號編程或固化到報(bào)警中心 處理單元9的存儲單元BlO中并儲存；
所述存儲單元BlO為通信配置文件，或者報(bào)警中心處理單元9的非易失存儲器或者類 似的存儲介質(zhì)；
為了保證報(bào)警主機(jī)對報(bào)警中心占線、掛機(jī)信令音的可靠解碼，所述報(bào)警中心布、撤防上 傳專用線路5、6應(yīng)取消彩鈴提示業(yè)務(wù)；發(fā)生布防或撤防操作后，報(bào)警主機(jī)會通過通信網(wǎng)絡(luò)4 撥打預(yù)設(shè)的報(bào)警中心布防或撤防專線5或6的電話號碼，同時(shí)檢測被叫的通信信令或信令 音及出現(xiàn)時(shí)間；
所述報(bào)警主機(jī)如果檢測到被叫未占線，則開始等待并檢測和計(jì)算被叫掛機(jī)的信令和時(shí) 間；如果檢測到被叫占線，則掛機(jī)并認(rèn)為本次布、撤防狀態(tài)上傳操作不成功，置本次上傳未 成功標(biāo)志，并產(chǎn)生重新上傳的隨機(jī)延時(shí)，以避免本次上傳碰撞的多臺報(bào)警主機(jī)，采用固定延 時(shí)后重新上傳的再次碰撞；
當(dāng)任意一個(gè)電話號碼呼入報(bào)警中心通信單元7時(shí)，其報(bào)警數(shù)據(jù)單元11會提取來電號
碼；
所述報(bào)警中心通信單元7將該報(bào)警來電號碼數(shù)據(jù)和呼入的線路通道號發(fā)送給報(bào)警中 心接收機(jī)的報(bào)警中心處理單元9 ；
所述報(bào)警中心通信單元7應(yīng)采用可在振鈴期間執(zhí)行掛機(jī)操作的GSM模塊或數(shù)字電話線 路接入設(shè)備(模擬電話線路接入設(shè)備在不接聽主叫后無法執(zhí)行掛機(jī)操作)；所述報(bào)警中心處 理單元9收到來電報(bào)警數(shù)據(jù)后先向所述報(bào)警中心通信單元7發(fā)出并由通信單元7執(zhí)行被叫 掛機(jī)指令；
所述報(bào)警中心處理單元9對來電數(shù)據(jù)和來電所呼入的線路通道號進(jìn)行判斷，若來電號 碼為用戶電話號碼，當(dāng)所述線路通道號屬于預(yù)設(shè)的布防專線5的通道號范圍時(shí)，則把該來 電號碼對應(yīng)的報(bào)警主機(jī)置為布防狀態(tài)；當(dāng)所述線路通道號屬于預(yù)設(shè)的撤防專線6的通道號 范圍時(shí)，則把該來電號碼對應(yīng)的報(bào)警主機(jī)置為撤防狀態(tài)；若來電號碼不是用戶電話號碼，則 不做處理或者執(zhí)行返回操作；所述報(bào)警主機(jī)判斷被叫掛機(jī)前的振鈴次數(shù)或時(shí)間是否屬于約定范圍，如果是則認(rèn)為本 次布、撤防狀態(tài)上傳操作已成功，并清除未成功標(biāo)志；否則置未成功標(biāo)志；
所述報(bào)警主機(jī)在置未成功標(biāo)志的同時(shí)，還賦值最大重試次數(shù)，并生成隨機(jī)重?fù)苎訒r(shí)，以 避免本次上傳碰撞的多臺報(bào)警主機(jī)，采用固定延時(shí)后重新上傳的再次碰撞；
所述報(bào)警主機(jī)在隨機(jī)重?fù)苎訒r(shí)結(jié)束后繼續(xù)按上述流程向報(bào)警中心上傳該布防或撤防 狀態(tài)，如果成功則置上傳成功標(biāo)志并結(jié)束本次布、撤防狀態(tài)上傳操作；如果仍不成功則重試 次數(shù)減少一次，等待新的隨機(jī)重?fù)苎訒r(shí)結(jié)束后繼續(xù)按上述流程向報(bào)警中心上傳布、撤防狀 態(tài)，直至布、撤防狀態(tài)上傳操作成功或重試次數(shù)為0為止；
為了更可靠地保證報(bào)警中心對用戶報(bào)警主機(jī)上傳布、撤防狀態(tài)或警情的接通率，報(bào)警 中心可根據(jù)用戶數(shù)量多少和當(dāng)?shù)赜脩舻纳舷掳嗲闆r，適當(dāng)增加布防和撤防專用線路5和6 的數(shù)量，布防或撤防專用線路5或6由第一條線路開始，依次對后面的線路設(shè)置遇忙呼叫轉(zhuǎn) 移關(guān)系如布防線路一遇忙轉(zhuǎn)移到線路二，線路二遇忙轉(zhuǎn)移到三，等等；撤防線路亦然；
為了更可靠地保證報(bào)警中心對用戶報(bào)警主機(jī)上傳布、撤防狀態(tài)或警情的接通率，或報(bào) 警中心處理單元9應(yīng)具有對所述專用通信線路進(jìn)行定時(shí)故障檢測的功能；對于采用GSM MODEM模塊或GSM MODEM池的，還應(yīng)檢測各模塊的信號強(qiáng)度、SIM卡故障或脫網(wǎng)、異常關(guān)機(jī)、 AT指令通信、來電顯示等通信、工作狀態(tài)或指令配置是否正常；如果異常應(yīng)一方面產(chǎn)生告 警信息，引起中心操作人員注意并及時(shí)排除故障，另一方面采用自愈指令或重新開機(jī)等方 法，自行嘗試某些故障的自動排除。關(guān)于所述報(bào)警中心處理單元9對來電數(shù)據(jù)和來電所呼入的線路通道號進(jìn)行判斷 問題，在本發(fā)明的具體實(shí)施過程中，所述報(bào)警中心處理單元9可以先對來電號碼是否屬于 用戶號碼進(jìn)行判斷也可以先對來電所呼入的線路通道號進(jìn)行判斷。若先對來電號碼進(jìn)行判斷，可以按照以下步驟進(jìn)行
所述報(bào)警中心處理單元9對來電號碼和用戶數(shù)據(jù)庫8中預(yù)編程的用戶電話號碼進(jìn)行比 較，如果不是用戶號碼則不做處理；如果是用戶電話號碼，則繼續(xù)檢測該來電所呼入的線路 通道號；
如果所述線路通道號屬于預(yù)編程的布防專線5的通道號范圍，則把該報(bào)警號碼對應(yīng)的 報(bào)警主機(jī)置為布防狀態(tài)；如果所述線路通道號屬于預(yù)編程的撤防專線6的通道號范圍，則 把該報(bào)警號碼對應(yīng)的報(bào)警主機(jī)置為撤防狀態(tài)。如圖2所示，若先對來電所呼入的線路通道號進(jìn)行判斷，則可以按照以下步驟進(jìn) 行
所述報(bào)警中心處理單元9對來電所呼入的線路通道號進(jìn)行判斷 若屬于預(yù)編程的布防專線5的通道號范圍，則把來電號碼和用戶數(shù)據(jù)庫8中預(yù)編程的 用戶電話號碼進(jìn)行比較，如果不是用戶號碼則不做處理或者如圖2所示返回執(zhí)行其他檢 測處理流程；如果是用戶電話號碼，則把該報(bào)警號碼對應(yīng)的報(bào)警主機(jī)置為布防狀態(tài)；
若屬于預(yù)編程的撤防專線6的通道號范圍，則把來電號碼和用戶數(shù)據(jù)庫8中預(yù)編程的 用戶電話號碼進(jìn)行比較，如果不是用戶號碼則不做處理或者如圖2所示返回執(zhí)行其他檢 測處理流程；如果是用戶電話號碼，則把該報(bào)警號碼對應(yīng)的報(bào)警主機(jī)置為撤防狀態(tài)。為了更可靠地保證在用戶通常應(yīng)該布防時(shí)段如商業(yè)用戶在M點(diǎn)時(shí)的設(shè)備布防， 中心操作人員可以手動查詢或由報(bào)警中心處理單元9自動預(yù)警提示指定時(shí)刻尚未布防的一臺或多臺報(bào)警主機(jī)，選定未布防的報(bào)警主機(jī)并下達(dá)布防操作指令，則報(bào)警中心將以傳統(tǒng) 聯(lián)網(wǎng)報(bào)警中心的協(xié)議信令和數(shù)據(jù)交互方式向所選擇的報(bào)警主機(jī)撥號、握手并發(fā)出中心布防 操作指令，報(bào)警主機(jī)對該布防指令執(zhí)行成功后還會立即向報(bào)警中心返回該布防操作協(xié)議數(shù) 據(jù)，然后再發(fā)吻別信號并執(zhí)行掛機(jī)操作；所述報(bào)警中心處理單元9收到該布防操作協(xié)議數(shù) 據(jù)包后，將該主機(jī)設(shè)置為已布防狀態(tài)。通過上述報(bào)警中心在指定時(shí)間對尚未布防的用戶進(jìn)行中心代客布防操作，可有效 解決客戶下班后忘記進(jìn)行布防操作，或者已進(jìn)行操作但由于用戶數(shù)量和中心上傳線路設(shè)置 比例不夠而導(dǎo)致過多上傳碰撞；或者通信故障等問題造成最大重試次數(shù)后仍有未上傳成功 現(xiàn)象等異常問題。上述實(shí)施例中沒對相應(yīng)的硬件實(shí)現(xiàn)細(xì)節(jié)進(jìn)行詳細(xì)的描述，比如所述用戶端設(shè)備中 報(bào)警主機(jī)處理單元2和報(bào)警主機(jī)通信單元3之間的具體引腳連接方式、所涉及器件或模塊 的具體型號等，因?yàn)閷τ谠擃I(lǐng)域的技術(shù)人員來說，這是很容易做到的事情。本發(fā)明著重說明了最常用的布、撤防狀態(tài)上傳的方法，對于留守(居家)布防等其 他頻率較高且可以忽略操作人或防區(qū)的事件信息上傳，完全可以按照上述方法實(shí)現(xiàn)。雖然 前面做了詳細(xì)的說明和介紹，也有相應(yīng)詳細(xì)的示意圖和具體實(shí)施例做輔助說明，但對聯(lián)網(wǎng) 報(bào)警領(lǐng)域及相關(guān)同類應(yīng)用領(lǐng)域的技術(shù)人員來說，在權(quán)利要求范圍內(nèi)顯然可以有各種各樣的 改進(jìn)，這并不脫離本發(fā)明的精神和范圍。因此，上述相應(yīng)的說明及相應(yīng)的實(shí)施例并不意味著 對本發(fā)明的限制。
權(quán)利要求
1.一種報(bào)警主機(jī)可靠上傳布防或撤防狀態(tài)的無話費(fèi)實(shí)現(xiàn)方法，其特征是包括如下步驟發(fā)生布防或撤防操作后，a、報(bào)警主機(jī)通過通信網(wǎng)絡(luò)撥打預(yù)設(shè)的報(bào)警中心布防或撤防專線的電話號碼，同時(shí)檢測 被叫的通信信令或信令音及出現(xiàn)時(shí)間；b、所述報(bào)警主機(jī)如果檢測到被叫未占線，則開始等待并檢測和計(jì)算被叫掛機(jī)的信令和 時(shí)間；如果檢測到被叫占線，則掛機(jī)并認(rèn)為本次布防或撤防狀態(tài)上傳操作不成功，置本次上 傳未成功標(biāo)志，并返回a步驟；C、所述報(bào)警中心通信單元將該來電號碼數(shù)據(jù)和呼入的線路通道號發(fā)送給報(bào)警中心處 理單元；d、所述報(bào)警中心處理單元收到來電號碼數(shù)據(jù)后先向所述報(bào)警中心通信單元發(fā)出并由 報(bào)警中心通信單元執(zhí)行被叫掛機(jī)指令；e、所述報(bào)警中心處理單元對來電數(shù)據(jù)和來電所呼入的線路通道號進(jìn)行判斷，若來電號 碼為用戶電話號碼，當(dāng)所述線路通道號屬于預(yù)設(shè)的布防專線的通道號范圍時(shí)，則把該來電 號碼對應(yīng)的報(bào)警主機(jī)置為布防狀態(tài)，當(dāng)所述線路通道號屬于預(yù)設(shè)的撤防專線的通道號范圍 時(shí)，則把該來電號碼對應(yīng)的報(bào)警主機(jī)置為撤防狀態(tài)，若來電號碼不是用戶電話號碼，則不做 處理或執(zhí)行返回操作；f、所述報(bào)警主機(jī)判斷被叫掛機(jī)前的振鈴次數(shù)或時(shí)間是否屬于約定范圍，如果是則認(rèn)為 本次布防或撤防狀態(tài)上傳操作已成功，并清除未成功標(biāo)志；否則掛機(jī)、置未成功標(biāo)志并返回 a步驟。
2.根據(jù)權(quán)利要求1所述的一種報(bào)警主機(jī)可靠上傳布防或撤防狀態(tài)的無話費(fèi)實(shí)現(xiàn)方法， 其特征是所述的f步驟還包括如下步驟所述報(bào)警主機(jī)在置未成功標(biāo)志的同時(shí)，還賦值最大重試次數(shù)，并生成隨機(jī)重?fù)苎訒r(shí)，以 避免本次上傳碰撞的多臺報(bào)警主機(jī)，采用固定延時(shí)后重新上傳的再次碰撞；所述報(bào)警主機(jī)在隨機(jī)重?fù)苎訒r(shí)結(jié)束后返回a步驟，繼續(xù)向報(bào)警中心上傳該布防或撤防 狀態(tài)，如果成功則置上傳成功標(biāo)志并結(jié)束本次布防或撤防狀態(tài)上傳操作；如果仍不成功則 重試次數(shù)減少一次，等待新的隨機(jī)重?fù)苎訒r(shí)結(jié)束后再次返回a步驟，繼續(xù)向報(bào)警中心上傳 布防或撤防狀態(tài)，直至布防或撤防狀態(tài)上傳操作成功或重試次數(shù)為0為止。
3.根據(jù)權(quán)利要求2所述的一種報(bào)警主機(jī)可靠上傳布防或撤防狀態(tài)的無話費(fèi)實(shí)現(xiàn)方法， 其特征是所述的b步驟還包括如下步驟所述主機(jī)掛機(jī)并認(rèn)為本次布防或撤防狀態(tài)上傳操作不成功、置本次上傳未成功標(biāo)志后 產(chǎn)生重新上傳的隨機(jī)延時(shí)，以避免本次上傳碰撞的多臺報(bào)警主機(jī)，采用固定延時(shí)后重新上 傳的再次碰撞，延時(shí)結(jié)束后返回a步驟。
4.根據(jù)權(quán)利要求3所述的一種報(bào)警主機(jī)可靠上傳布防或撤防狀態(tài)的無話費(fèi)實(shí)現(xiàn)方法， 其特征是所述報(bào)警中心可根據(jù)用戶數(shù)量多少和當(dāng)?shù)赜脩舻纳舷掳嗲闆r，適當(dāng)增加布防和 撤防專用線路的數(shù)量，布防或撤防專用線路由第一條線路開始，依次對后面的線路設(shè)置遇 忙呼叫轉(zhuǎn)移關(guān)系；撤防線路亦然。
5.根據(jù)權(quán)利要求4所述的一種報(bào)警主機(jī)可靠上傳布防或撤防狀態(tài)的無話費(fèi)實(shí)現(xiàn)方法， 其特征是所述報(bào)警中心設(shè)有報(bào)警中心處理單元，所述報(bào)警中心處理單元按照預(yù)設(shè)的條件 向報(bào)警主機(jī)撥號、握手并發(fā)出中心布防操作指令，所述報(bào)警主機(jī)對該布防指令執(zhí)行成功后 還會立即向報(bào)警中心返回該布防信息，然后再發(fā)吻別信號并執(zhí)行掛機(jī)操作；所述報(bào)警中心 處理單元收到該布防信息后，將該主機(jī)設(shè)置為已布防狀態(tài)。
6.根據(jù)權(quán)利要求1或2所述的一種報(bào)警主機(jī)可靠上傳布防或撤防狀態(tài)的無話費(fèi)實(shí)現(xiàn)方 法，其特征是所述報(bào)警中心可根據(jù)用戶數(shù)量多少和當(dāng)?shù)赜脩舻纳舷掳嗲闆r，適當(dāng)增加布防 和撤防專用線路的數(shù)量，布防或撤防專用線路由第一條線路開始，依次對后面的線路設(shè)置 遇忙呼叫轉(zhuǎn)移關(guān)系；撤防線路亦然。
7.根據(jù)權(quán)利要求1至3中任何一項(xiàng)權(quán)利要求所述的一種報(bào)警主機(jī)可靠上傳布防或撤防 狀態(tài)的無話費(fèi)實(shí)現(xiàn)方法，其特征是所述報(bào)警中心設(shè)有報(bào)警中心處理單元，所述報(bào)警中心處 理單元按照預(yù)設(shè)的條件向報(bào)警主機(jī)撥號、握手并發(fā)出中心布防操作指令，所述報(bào)警主機(jī)對 該布防指令執(zhí)行成功后還會立即向報(bào)警中心返回該布防信息，然后再發(fā)吻別信號并執(zhí)行掛 機(jī)操作；所述報(bào)警中心處理單元收到該布防信息后，將該主機(jī)設(shè)置為已布防狀態(tài)。
8.根據(jù)權(quán)利要求1所述的一種報(bào)警主機(jī)可靠上傳布防或撤防狀態(tài)的無話費(fèi)實(shí)現(xiàn)方法， 其特征是所述的b步驟還包括如下步驟所述主機(jī)掛機(jī)并認(rèn)為本次布防或撤防狀態(tài)上傳操作不成功、置本次上傳未成功標(biāo)志后 產(chǎn)生重新上傳的隨機(jī)延時(shí)，以避免本次上傳碰撞的多臺報(bào)警主機(jī)，采用固定延時(shí)后重新上 傳的再次碰撞，延時(shí)結(jié)束后返回a步驟。
9.根據(jù)權(quán)利要求8所述的一種報(bào)警主機(jī)可靠上傳布防或撤防狀態(tài)的無話費(fèi)實(shí)現(xiàn)方法， 其特征是所述報(bào)警中心可根據(jù)用戶數(shù)量多少和當(dāng)?shù)赜脩舻纳舷掳嗲闆r，適當(dāng)增加布防和撤防專 用線路的數(shù)量，布防或撤防專用線路由第一條線路開始，依次對后面的線路設(shè)置遇忙呼叫 轉(zhuǎn)移關(guān)系；撤防線路亦然。
10.根據(jù)權(quán)利要求8或9所述的一種報(bào)警主機(jī)可靠上傳布防或撤防狀態(tài)的無話費(fèi)實(shí)現(xiàn) 方法，其特征是所述報(bào)警中心設(shè)有報(bào)警中心處理單元，所述報(bào)警中心處理單元按照預(yù)設(shè)的條件向報(bào)警 主機(jī)撥號、握手并發(fā)出中心布防操作指令，所述報(bào)警主機(jī)對該布防指令執(zhí)行成功后還會立 即向報(bào)警中心返回該布防信息，然后再發(fā)吻別信號并執(zhí)行掛機(jī)操作；所述報(bào)警中心處理單 元收到該布防信息后，將該主機(jī)設(shè)置為已布防狀態(tài)。
全文摘要
本發(fā)明公開了一種報(bào)警主機(jī)可靠上傳布防或撤防狀態(tài)的無話費(fèi)實(shí)現(xiàn)方法，包括a、報(bào)警主機(jī)撥打布防或撤防專線號碼；b、若占線，則置上傳未成功標(biāo)志并返回a，否則，檢測和計(jì)算被叫掛機(jī)的信令和時(shí)間；c、發(fā)送來電號碼和線路通道號；d、掛機(jī)；e、若來電為用戶號碼且通道號來自布防專線，則置布防狀態(tài)；否則置撤防狀態(tài)，若來電不是用戶號碼則不處理或執(zhí)行返回操作；f、判斷被叫掛機(jī)前的振鈴次數(shù)或時(shí)間是否屬約定范圍，屬于則清除未成功標(biāo)志；否則掛機(jī)、置未成功標(biāo)志并返回a。由于在不接通主叫呼叫就能實(shí)現(xiàn)布、撤防狀態(tài)的可靠上傳，從而徹底解決了用戶端通信費(fèi)用較高以及總線聯(lián)網(wǎng)型報(bào)警系統(tǒng)不宜在已建社區(qū)和分散商業(yè)區(qū)建設(shè)的問題。
文檔編號G08B25/08GK102088524SQ20101025351
公開日2011年6月8日 申請日期2010年8月16日 優(yōu)先權(quán)日2010年8月16日
發(fā)明者王家法 申請人:深圳市全球鎖安防系統(tǒng)工程有限公司